Le Sun, May 16, 2021 at 06:00:13PM +0100, Stuart Henderson a écrit :
> I=4773 B=822 Q=3866 T=1315 F=0 !=359
> E=www/tor-browser/browser(i386-2) www/firefox-esr(i386-3)
> mail/mozilla-thunderbird(i386-2) www/mozilla-firefox(i386-2)
>
> The mozillas are now failing on i386; presumably this is rust
On 05/16/21 18:05 PM, Stuart Henderson wrote:
> On 2021/05/16 09:51, Anthony J. Bentley wrote:
>>
>> This packages 1.1.0 which was released in 2016. But rapidjson sees
>> continuous development in Git, just no releases; see
>> https://github.com/Tencent/rapidjson/issues/1759
>>
>> As a result,
I keep a few rough ports out of ports tree at
https://github.com/blackgnezdo/ports/commits/hs-ports
* stack
* hpack
* ormolu
* hlint
* cabal-bundler
If you are interested, feel free to use them. If there's sufficient
reason to add them to the ports tree, we'll need to polish them first.
This updates devel/py-atomicwrites 1.3.0 -> 1.4.0
I can't find a changelog, but all its tests pass on amd64 and the tests
of its consumers all pass the same or slightly better (generally exactly
the same or one additoinal successful test).
ok?
--Kurt
Index: Makefile
On Fri, Apr 23, 2021 at 11:41:42PM +0200, Alexander Bluhm wrote:
> Hi,
>
> ok to import p5-iCal-Parser 1.21 ?
OK afresh1@
> Comment:
> parse iCalendar files into a data structure
>
> Description:
> This module processes iCalendar (vCalendar 2.0) files as specified
> in RFC 2445 into a data str
Here is an update to dav1d 0.9.0.
Index: Makefile
===
RCS file: /home/cvs/ports/multimedia/dav1d/Makefile,v
retrieving revision 1.26
diff -u -p -u -p -r1.26 Makefile
--- Makefile28 Mar 2021 09:54:59 - 1.26
+++ Makefile
The strategy of setting OPENMP_CFLAG and OPENMP_LDFLAG to an empty
string instead of '-fopenmp' doesn't work for gcc because this then
tries to access("", F_OK) which then results in this error:
egcc: error: : No such file or directory
http://build-failures.rhaalovely.net/sparc64/2021-05-10/graph
On 2021/05/15 12:27, Jeremie Courreges-Anglas wrote:
> On Sat, May 15 2021, Marc Espie wrote:
> > On Sat, May 15, 2021 at 10:45:19AM +0200, Omar Polo wrote:
> >> "openbsd6" comes directly from python' sys.platform. I find that
> >> strange too, but I assume it's for a good reason. Python (and py
Here is an update to VLC 3.0.14.
Index: Makefile
===
RCS file: /home/cvs/ports/x11/vlc/Makefile,v
retrieving revision 1.248
diff -u -p -u -p -r1.248 Makefile
--- Makefile3 Apr 2021 11:15:46 - 1.248
+++ Makefile16 Ma
Hi,
I've removed BROKEN-powerpc lines in ports that now need rust to be
built, since this arch has no rust support. kicad is one (and the last)
of them:
> $ cd /usr/ports/cad/kicad
> $ make full-build-depends | grep rust
> rust-1.52.1
It requires changes for other ports, and also other !rust arc
On Sun, May 16, 2021 at 08:12:47PM +0100, Stuart Henderson wrote:
> On 2021/05/16 14:57, Kurt Mosiejczuk wrote:
> > On Sun, May 16, 2021 at 02:50:45PM -0400, Kurt Mosiejczuk wrote:
> > > We're now running into python ports that need newer setuptools than the
> > > version we have in tree as the las
On 2021/05/16 14:50, Kurt Mosiejczuk wrote:
> This "new" port clones the current version off into devel/py2-setuptools.
> After committing this and the associated glue (also attached) we can look
> at updating devel/py-setuptools to a more recent version.
py2-setuptools.tgz is ok with me when the
On 2021/05/16 14:57, Kurt Mosiejczuk wrote:
> On Sun, May 16, 2021 at 02:50:45PM -0400, Kurt Mosiejczuk wrote:
> > We're now running into python ports that need newer setuptools than the
> > version we have in tree as the last version that supports python2.
>
> > This "new" port clones the current
On Sun, May 16, 2021 at 02:50:45PM -0400, Kurt Mosiejczuk wrote:
> We're now running into python ports that need newer setuptools than the
> version we have in tree as the last version that supports python2.
> This "new" port clones the current version off into devel/py2-setuptools.
> After commit
We're now running into python ports that need newer setuptools than the
version we have in tree as the last version that supports python2.
This "new" port clones the current version off into devel/py2-setuptools.
After committing this and the associated glue (also attached) we can look
at updating
On 2021/05/16 14:29, Kurt Mosiejczuk wrote:
> On Sun, May 16, 2021 at 07:25:55PM +0100, Stuart Henderson wrote:
> > On 2021/05/16 14:06, Kurt Mosiejczuk wrote:
> > > py-socketio-client's only consumer, py-ripe.atlas.cousteau, is
> > > python3-only.
> > > We can safely drop the python2 flavor.
>
>
On Sun, May 16 2021, Kurt Mosiejczuk wrote:
> py-socketio-client's only consumer, py-ripe.atlas.cousteau, is python3-only.
> We can safely drop the python2 flavor.
>
> ok?
See below,
> --Kurt
>
> Index: net/py-socketio-client/Makefile
> ===
On Sun, May 16, 2021 at 07:25:55PM +0100, Stuart Henderson wrote:
> On 2021/05/16 14:06, Kurt Mosiejczuk wrote:
> > py-socketio-client's only consumer, py-ripe.atlas.cousteau, is python3-only.
> > We can safely drop the python2 flavor.
> needs an @pkgpath marker
> > my $obsolete_reason = {};
> >
Hi,
this updates x11/herbstluftwm to 0.9.3.
Light testing on amd64, no issues found.
I will additionally test i386 when newer snapshot packages are
available. I do not want to build all dependencies from source.
New features, bugfixes and new dependencies are listed here[1].
Comments? OK?
Tha
On 2021/05/16 14:06, Kurt Mosiejczuk wrote:
> py-socketio-client's only consumer, py-ripe.atlas.cousteau, is python3-only.
> We can safely drop the python2 flavor.
>
> ok?
>
> --Kurt
>
> Index: net/py-socketio-client/Makefile
> ===
On Tue, May 11, 2021 at 07:31:08PM +, Brian Callahan wrote:
> Hello ports --
> Attached is an update to py-websocket-client. It is needed for an update to
> streamlink. Tests ok on amd64 and its dependents (only 2 ports) also are ok
> with this update.
> OK?
I just sent a diff for net/py-soc
py-socketio-client's only consumer, py-ripe.atlas.cousteau, is python3-only.
We can safely drop the python2 flavor.
ok?
--Kurt
Index: net/py-socketio-client/Makefile
===
RCS file: /cvs/ports/net/py-socketio-client/Makefile,v
retriev
On 2021/05/16 09:51, Anthony J. Bentley wrote:
> Hi,
>
> Nick Gasson writes:
> > Please find attached a new port devel/rapidjson which I'm packaging as a
> > dependency of ccls (a C/C++ language server) which I'll send out
> > shortly.
>
> This packages 1.1.0 which was released in 2016. But rapid
I=4773 B=822 Q=3866 T=1315 F=0 !=359
E=www/tor-browser/browser(i386-2) www/firefox-esr(i386-3)
mail/mozilla-thunderbird(i386-2) www/mozilla-firefox(i386-2)
The mozillas are now failing on i386; presumably this is rust now using
too much RAM?
libc++abi: terminating with uncaught exception of type
On 2021/05/16 14:23, Marc Espie wrote:
> On Sun, May 16, 2021 at 12:19:09AM -0400, Kurt Mosiejczuk wrote:
> > On Sat, May 15, 2021 at 10:04:29PM -0600, Theo de Raadt wrote:
> > > It is a both-compilers architecture.
> >
> > It has both in base, but ports doesn't consider it having clang in base.
>
Hi,
Nick Gasson writes:
> Please find attached a new port devel/rapidjson which I'm packaging as a
> dependency of ccls (a C/C++ language server) which I'll send out
> shortly.
This packages 1.1.0 which was released in 2016. But rapidjson sees
continuous development in Git, just no releases; see
On Sun May 16, 2021 at 02:21:28PM +0200, Marc Espie wrote:
> SuperLU is a sparse matrix linear equation solving library.
>
> It's a required dependency of something else I'm trying to port (opentoonz)
>
> This port itself is not a problem, I explicitly disabled the fortran
> API unless someone as
On Sun, 2021-05-16 at 00:19 -0400, Kurt Mosiejczuk wrote:
> On Sat, May 15, 2021 at 10:04:29PM -0600, Theo de Raadt wrote:
> >
> > It is a both-compilers architecture.
> It has both in base, but ports doesn't consider it having clang in base.
>
> It's not listed under CLANG_ARCHS
>
> --Kurt
Ah,
On Sun May 16, 2021 at 09:08:54PM +0800, Nick Gasson wrote:
> Hi,
>
> Please find attached a new port devel/rapidjson which I'm packaging as a
> dependency of ccls (a C/C++ language server) which I'll send out
> shortly.
>
> Description:
>
> RapidJSON is a self-contained and header-only JSON par
Hi,
Please find attached a new port devel/rapidjson which I'm packaging as a
dependency of ccls (a C/C++ language server) which I'll send out
shortly.
Description:
RapidJSON is a self-contained and header-only JSON parser and generator
for C++ with both SAX and DOM style APIs. It fully supports
Hi,
I've attached a new port for ccls, a C/C++ language server (for code
completion, indexing, etc.).
Description:
ccls is a C/C++/Objective-C language server supporting most features of
the LSP protocol including code completion, cross references,
formatting, caller/callee hierarchies, symbol r
I can't test, but it looks fine to me.
On 16/05/2021 05:42, Kurt Mosiejczuk wrote:
net/sniproxy needs ports-gcc to compiler on sparc64
Fixes the build on sparc64
ok?
(cc maintainer)
--Kurt
Index: Makefile
===
RCS file: /cvs/por
On Sun, May 16, 2021 at 12:19:09AM -0400, Kurt Mosiejczuk wrote:
> On Sat, May 15, 2021 at 10:04:29PM -0600, Theo de Raadt wrote:
> > It is a both-compilers architecture.
>
> It has both in base, but ports doesn't consider it having clang in base.
>
> It's not listed under CLANG_ARCHS
If base ha
SuperLU is a sparse matrix linear equation solving library.
It's a required dependency of something else I'm trying to port (opentoonz)
This port itself is not a problem, I explicitly disabled the fortran
API unless someone asks for it.
superlu.tgz
Description: application/tar-gz
The attached patch updates mapnik from 3.0.10 to 3.1.0.
* This resolves the undefined unicode string that broke
earlier releases of mapnik.
* I am unable to figure out how to set the XMLPARSER to
libxml2 so that OpenStreetMap map files can be parsed
by mapnik-render. I've tried
On Sat, May 15, 2021 at 11:26:06PM +0200, Christian Weisgerber wrote:
> Alexander Bluhm:
>
> > A test dependecy to devel/p5-Devel-FindPerl is missing.
> >
> > I think @comment the dummy module out.
>
> Incorporated.
> OK to import?
OK bluhm@
overwhelmed with other things, and behind on OpenBSD versions so no
testing, is a simple changes from 6.08, which was the last update I made
locally, and tested.
Ok from me
On 16/05/2021 08:40, wen heping wrote:
> Hi,
>
> Here is a patch for www/p5-HTTP-Cookies to update to 6.10, it
> buil
Diff below updates zstd to 1.5.0, which is a major release featuring
large performance improvements as well as API changes. Overview on
changes can be found at
https://github.com/facebook/zstd/releases/tag/v1.5.0.
Changes to the port:
- Bumped major of libzstd because of removal of symbols
- Synce
Nam Nguyen writes:
Ping. Diff is inline for convenience.
> Nam Nguyen writes:
>
>> Here is a diff for unbreaking games/supertux, which segfaults on
>> startup. I opened an issue explaining the bug here:
>> https://github.com/SuperTux/supertux/issues/1726
>
> Here is a fresh diff for games/supertu
On 16/05/2021 08:02, wen heping wrote:
> Hi,
>
> Here is a patch for www/p5-HTTP-Message to update to 6.31,
> it build well and pass all tests on amd64-6.9 system.
>
> 32 ports depends on it, I have tested some of it , such as:
> www/p5-Dancer
> www/p5-Plack
> www/p5-Catalyst-Runt
Stuart Henderson writes:
> I suggest using ${MODPY_EGG_VERSION} in setup.py and instead of cp,
> use "${SUBST_CMD} -m $mode -c $file1 $file2"
>> RCS file: files/setup.py
>> diff -N files/setup.py
>> --- /dev/null1 Jan 1970 00:00:00 -
>> +++ files/setup.py 5 Apr 2021 05:36:16 -
>
Hi,
Here is a patch for www/p5-HTTP-Cookies to update to 6.10, it
build well and pass all tests on amd64-6.9 system.
5 ports depends on it ,all build well and pass all tests on amd64-6.9
system.
wen
Index: Makefile
===
RCS
Bulk build on powerpc64.ports.openbsd.org
Started : Fri May 14 10:12:21 MDT 2021
Finished: Sun May 16 01:37:11 MDT 2021
Duration: 1 Days 15 hours 25 minutes
Built using OpenBSD 6.9-current (GENERIC.MP) #197: Thu May 13 12:28:59 MDT 2021
Built 9302 packages
Number of packages built each day:
May
On Sun, May 16, 2021 at 12:20:56AM -0400, Kurt Mosiejczuk wrote:
> libadwaita needs ports-gcc on sparc64 to build libadwaita successfully
>
> ok?
OK
>
> --Kurt
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/x11/gnome/libadwaita
On Sat, May 15, 2021 at 11:40:20PM -0400, Kurt Mosiejczuk wrote:
> textproc/gtranslator needs c99 so we need to tell base-gcc to use it.
>
> Fixes build on sparc64
>
> ok?
OK
>
> --Kurt
>
> Index: Makefile
> ===
> RCS file: /cvs/
Hi,
Here is a patch for www/p5-HTTP-Message to update to 6.31,
it build well and pass all tests on amd64-6.9 system.
32 ports depends on it, I have tested some of it , such as:
www/p5-Dancer
www/p5-Plack
www/p5-Catalyst-Runtime
www/p5-HTML-Form
did not meet any problems, all
46 matches
Mail list logo
