Hi ports@,
This is a trivial diff to update www/hugo to the lastest version. This
new release includes:
Enhancements
Other
* Doument the server config 63393230 @bep
* Support unComparable args of uniq/complement/in 8279d2e2 @satotake
#6105
* Add HTTP header support for the dev server 10831444
On Mon, Mar 09, 2020 at 08:34:45PM +, Stuart Henderson wrote:
> On 2020/03/09 20:21, Solene Rapenne wrote:
> > The software editors/sigil hangs when I use File>Open file dialog, this
> > looks like the exact same issue I reported in calibre
> > https://marc.info/?l=openbsd-ports&m=1582019809053
Thank your reply.
I shall create ports for Astro::App::Satpass2 and Astro::SpaceTrack and submit
it in one shot.
wen
发件人: Stuart Henderson
发送时间: 2020年3月10日 0:50
收件人: wen heping ; ports@openbsd.org
主题: Re: [NEW] astro/p5-Astro-satpass
On 2020/02/15 12:51, Andre
(resending this from gmail, because my ISP's mailserver was blocked
via UCEProtect Level1. I hope this will go through now...)
Dear maintainer Paul Irofti, (Cc: ports@openbsd.org)
here attached the patch to update libcerf and gnuplot;
please check and commit this if it's OK?
- updating libcerf
Hi ports --
Straightforward update to DevilutionX.
Changelog is here:
https://github.com/diasurgical/devilutionX/releases/tag/1.0.1
Big endian testing would be very much appreciated.
~Brian
Index: Makefile
===
RCS file: /cvs/port
Hi,
attached patch adds gamecontroller support for multimedia/sfml.
My first attempt was to just enable the FreeBSD driver, with that, it detected
my gamepads, however, no buttons, axis, hat, etc. worked.
Then I looked at how the SDLs do it, adapted their logic, and finally, all the
buttons,
ax
On 2020/03/09 20:21, Solene Rapenne wrote:
> The software editors/sigil hangs when I use File>Open file dialog, this
> looks like the exact same issue I reported in calibre
> https://marc.info/?l=openbsd-ports&m=158201980905357&w=2
>
> Using "Save as" file dialog works as expected though.
>
> I h
On 2020/03/09 20:16, Solene Rapenne wrote:
> On Tue, Feb 18, 2020 at 10:55:30AM +0100, Solene Rapenne wrote:
> > When I started calibre for the first time, I clicked on the button to choose
> > another location for the library files, then it hang.
> >
> > I started it again, choose default path, t
Hi Greg,
On Sun, Mar 08, 2020 at 10:25:15PM -0700, Greg Steuck wrote:
> I made a couple of simplifications that pass lang/ghc build and the
> resulting ghc package works for building a subset of Haskell packages (e.g.
> xmonad, xmobar). I only tested on amd64.
>
> * Remove unneeded patch-libffi_g
The software editors/sigil hangs when I use File>Open file dialog, this
looks like the exact same issue I reported in calibre
https://marc.info/?l=openbsd-ports&m=158201980905357&w=2
Using "Save as" file dialog works as expected though.
I have no crash output because it hangs, only this messages
On Tue, Feb 18, 2020 at 10:55:30AM +0100, Solene Rapenne wrote:
> When I started calibre for the first time, I clicked on the button to choose
> another location for the library files, then it hang.
>
> I started it again, choose default path, then when I click on "add a book",
> file dialog appea
On 2020/02/15 12:51, Andrew Hewus Fresh wrote:
> On Mon, Jan 27, 2020 at 09:31:41AM +, wen heping wrote:
> > Hi, ports@:
> >
> > Here is a patch to cretae new port: astro/p5-Astro-satpass.
> > It build well and pass all tests on amd64-current system.
> >
> > Cheers !
> > wen
>
> It seems
On Mon, 09 Mar 2020, Stuart Henderson wrote:
> > HOMEPAGE = http://gunicorn.org/
>
> https
>
> > -.if ! ${FLAVOR:Mpython3}
> > -TEST_DEPENDS +=devel/py-mock
> > -.endif
>
> py-mock was only used for py2...
>
> >
> > -post-install:
> > - for i in ${PREFIX}/bin/*; do \
>
On 2020/03/09 15:53, Paco Esteban wrote:
> On Sun, 08 Mar 2020, Paco Esteban wrote:
>
> > On Sun, 08 Mar 2020, Paco Esteban wrote:
> >
> > > About the port itself, I made it py3 only, as the consumers are already
> > > py3 only.
> >
> > Forgot to mention that commits for www/Makefile and quirks
On 2020/03/09 15:49, Paco Esteban wrote:
> On Mon, 09 Mar 2020, Stuart Henderson wrote:
>
> > On 2020/03/08 18:47, Paco Esteban wrote:
> > > Hi ports@,
> > >
> > > Here's an update for www/py-multidict to 4.7.5
> >
> > Could you convert to new-style FLAVOR=python3 / FLAVORS=python3 while there
On 2020/03/08 16:45, Landry Breuil wrote:
> On Sun, Mar 08, 2020 at 12:59:30PM +, Stuart Henderson wrote:
> > On 2020/03/08 12:40, Stuart Henderson wrote:
> > > py-sip-qt5 attached for completeness, it is the same as the last one from
> > > Landry. OK sthen@ to import that unhooked, then we can
On Sun, 08 Mar 2020, Paco Esteban wrote:
> On Sun, 08 Mar 2020, Paco Esteban wrote:
>
> > About the port itself, I made it py3 only, as the consumers are already
> > py3 only.
>
> Forgot to mention that commits for www/Makefile and quirks will follow
> if this gets ok, of course.
Applying sthen
On Mon, 09 Mar 2020, Stuart Henderson wrote:
> On 2020/03/08 18:47, Paco Esteban wrote:
> > Hi ports@,
> >
> > Here's an update for www/py-multidict to 4.7.5
>
> Could you convert to new-style FLAVOR=python3 / FLAVORS=python3 while there
> please?
> (depends in py-yarl, py-aiohttp, py-gunicorn
On Fri, Feb 28, 2020 at 09:46:17PM +0200, Timo Myyrä wrote:
> Stuart Henderson writes:
>
> > On 2020/02/28 08:51, Timo Myyrä wrote:
> >
> >> Hi,
> >>
> >> Here's an update to latest gzdoom, hopefully I got the patch right.
> >> Slightly playtested on amd64.
> >>
> >> timo
> >>
> >> Index: Make
On 2020/03/09 10:07, Renaud Allard wrote:
> Here is a quick diff to py-importlib-metadata
committed, there are some test dependencies missing (zipp which was already
missing for the old version, pyfakefs which is new) so I added a comment
to Makefile, and fixed a typo in COMMENT while there.
On 2
On 2020/03/08 18:47, Paco Esteban wrote:
> Hi ports@,
>
> Here's an update for www/py-multidict to 4.7.5
Could you convert to new-style FLAVOR=python3 / FLAVORS=python3 while there
please?
(depends in py-yarl, py-aiohttp, py-gunicorn will need bumps and
${MODPY_FLAVOR}
adding to the multidict
On 2020/03/08 14:22, Lucas Raab wrote:
> Hello,
>
> Attached a version bump for py-ldap3 from 2.6.1 to 2.7. Builds fine and
> runs fine with the AD/LDAP servers I have. Anyone want to chime in?
>
> Lucas
Committed, I added NO_TEST because some of the necessary files from
https://github.com/canna
On 2020/03/09 10:42, Theo Buehler wrote:
> On Mon, Jan 13, 2020 at 12:50:32PM +, Stuart Henderson wrote:
> > 2/3 through a bulk build and I see that this breaks scipy (missing symbols,
> > blas/cblas-related) so needs a bit more work, but I think it's generally
> > along the right lines.
>
> N
Hi Remi,
On Sun, 08 Mar 2020, Remi Pointel wrote:
> Hi,
>
> these are the diff to update filebytes and ropper to latest releases.
>
> Ok?
ropper has no consumers and filebytes only has ropper. I gess those are
perfect candidates to go py3 only, don't you think ?
Cheers,
--
Paco Esteban.
0x
On Mon, Jan 13, 2020 at 12:50:32PM +, Stuart Henderson wrote:
> 2/3 through a bulk build and I see that this breaks scipy (missing symbols,
> blas/cblas-related) so needs a bit more work, but I think it's generally
> along the right lines.
Not sure if this provides any useful clue, but py-nump
Hello,
Here is a diff for net/synapse to v 1.11.1
This release includes a security fix impacting installations using
Single Sign-On (i.e. SAML2 or CAS) for authentication. Administrators of
such installations are encouraged to upgrade as soon as possible.
The release also includes fixes for a co
Hi,
Here is a quick diff to py-importlib-metadata
Best Regards
Index: Makefile
===
RCS file: /cvs/ports/devel/py-importlib-metadata/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile 8 Mar 2020 16:28:41
On Sat, Mar 07 2020, Jeremie Courreges-Anglas wrote:
[...]
> - some -examples subpackages probably need a PLIST refresh. Note that
> qttools,-main packaged fine, I'm restarting a build to see whether
> -examples also packaged properly
Packages fine, no PLIST change except for an additional
On Mon, Mar 09, 2020 at 08:25:03AM +0100, Martin Reindl wrote:
> On Mon, Mar 09, 2020 at 08:07:23AM +0100, Theo Buehler wrote:
> > > Is this the complete error output? I get the impression that errors
> > > related to
> > > numpy are common to hdf5/netcdf ports, it's probably similiar to how
> >
On Sun, Mar 08, 2020 at 12:40:11PM +, Stuart Henderson wrote:
> I'm doing a test build now. (Have disabled a couple of large ports that
> are nothing to do with qt5, but otherwise a standard bulk).
>
> Here is the complete diff that I'm building with, it includes WANTLIB
> fixes in dependent p
On Mon, Mar 09, 2020 at 08:07:23AM +0100, Theo Buehler wrote:
> > Is this the complete error output? I get the impression that errors related
> > to
> > numpy are common to hdf5/netcdf ports, it's probably similiar to how
> > py-netcdf
> > fails.
>
> Yes, it's the complete output inlined from te
> Is this the complete error output? I get the impression that errors related to
> numpy are common to hdf5/netcdf ports, it's probably similiar to how py-netcdf
> fails.
Yes, it's the complete output inlined from test.log. I'm building
math/py-netcdf4 now which looks like it will take a while, w
32 matches
Mail list logo
