Thanks James for sending in the port!
James Cook writes:
> Now that Greg's new cabal infrastructure is checked in this should be
> ready. I've been using a previous version for a while, and briefly
> tested the attached version, which includes a few changes:
>
> * Update to latest release, and r
OK?
>From 031382ca1f95499e8d4e9b08cd51396197e048dc Mon Sep 17 00:00:00 2001
From: Greg Steuck
Date: Tue, 2 Mar 2021 20:30:58 -0800
Subject: [PATCH] Unplug all hs-* ports for removal
Validated to be reasonable by building devel/sqlports. I take the
success of sqlport rebuild as evidence that no
wen heping writes:
> Here is a patch to create new port devel/gnupoke.
>
> GNU poke is an interactive, extensible editor for binary data. Not
> limited to editing basic entities such as bits and bytes, it provides
> a full-fledged procedural, interactive programming language designed
> to describe
Hi,
Here is a patch for security/boofuzz:
i) Update to 0.3.0
ii) Add py-funcy as RUN_D
It build and run well, but some tests fail as current version 0.2.1.
wen
Index: Makefile
===
RCS file: /cvs/ports/security/boofuzz/Ma
Hi, ports@:
Here is a patch to create new port devel/gnupoke.
GNU poke is an interactive, extensible editor for binary data. Not
limited to editing basic entities such as bits and bytes, it provides
a full-fledged procedural, interactive programming language designed
to describe data struc
Ping
On Thu, Feb 25, 2021 at 04:48:09PM +, Dimitri Karamazov wrote:
> On Thu, Feb 25, 2021 at 01:08:22PM +, Stuart Henderson wrote:
> > On 2021/02/24 12:07, Dimitri Karamazov wrote:
> > > On Wed, Feb 24, 2021 at 11:23:47AM +, Stuart Henderson wrote:
> > > > On 2021/02/22 15:32, Dimitri
Hi,
Here's an update for redis. Nothing fancy* in the release notes:
https://github.com/redis/redis/blob/6.2.1/00-RELEASENOTES
We can now remove the patch we backported.
Tested and make test'ed on amd64.
Comments? OK?
*another hint is that I'm the one sending the diff, not tb ;)
Index: Makefi
The following diff updates comms/dfu-util to 0.10 (latest version).
Changelog available here:
https://sourceforge.net/p/dfu-util/dfu-util/ci/v0.10/tree/ChangeLog
Seems there's support for a couple new devices, plus some fixes and
improved documentation.
Built and lightly tested on amd64. The bi
This needed a little bit of love to get it up to the latest version.
Changelog viewable here:
https://github.com/Doom-Utils/deutex/releases/tag/v5.2.2
Among the changes were some tweaks to their build system. Port is
updated to reflect that - mainly that they now seem to prefer autoconf.
I also
Hi,
I patched 2 files for net/swirc 3.2.6 and I wrote at top what they
do/their purpose are... (I hope that is ok)
I attach the diff.
Yours faithfully
Markus Uhlin
Index: Makefile
===
RCS file: /cvs/ports/net/swirc/Makefile,v
ret
On Tue, 02 Mar 2021 12:40:37 -0700, "Todd C. Miller" wrote:
> The following appears to fix it. Basically the NUL terminator was
> being written to the end of the allocation but if we didn't fill
> the entire thing then malloc junk bytes could be processed.
Here's a more complete fix that correct
On Tue Mar 02, 2021 at 08:33:26PM +0100, Denis Fondras wrote:
> Update lang/node to the latest LTS version.
>
> Build, tests pass but I have not tried to build ports depending on it.
>
> I am a bit unsure about
> patches/patch-deps_v8_src_base_platform_platform-posix_cc though.
>
I did not look
On Tue, 02 Mar 2021 17:09:49 +, Stuart Henderson wrote:
> Oh, I should have cc'd Todd on this. Any ideas?
That smells like an uninitialized variable bug.
This is relatively recent code from Apple via NetBSD.
The following appears to fix it. Basically the NUL terminator was
being written to
Update lang/node to the latest LTS version.
Build, tests pass but I have not tried to build ports depending on it.
I am a bit unsure about
patches/patch-deps_v8_src_base_platform_platform-posix_cc though.
Index: Makefile
===
RCS fi
Oh, I should have cc'd Todd on this. Any ideas?
On 2021/03/02 17:08, Stuart Henderson wrote:
> On 2021/03/02 13:30, Christian Weisgerber wrote:
> > This is the second time in recent weeks that the
> > net/nagios/check_mssql_health port failed to build during an amd64
> > bulk build, with the same
On 2021/03/02 13:30, Christian Weisgerber wrote:
> This is the second time in recent weeks that the
> net/nagios/check_mssql_health port failed to build during an amd64
> bulk build, with the same weird reason: a supposed syntax error
> in an awk regular expression. See below.
>
> Re-running the
Hi,
here's an update to libosmium 2.16.0, which doesnt need proj anymore.
all tests but the one involving gzip pass, i dunno what do to about this
crap.
(an update to osm2pgsql will also require a recent libosmium)
Landry
Index: Makefile
=
On Tue, Mar 02, 2021 at 04:07:52PM +0100, Michael wrote:
> On Tue, Mar 02, 2021 at 03:48:00PM +0100, Landry Breuil wrote:
> > [...]
> > can you check that it builds without the
> > -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H=1 in CFLAGS ? according to
> > https://github.com/Xastir/Xastir/issues/47 that
On 2021/03/02 16:38, Peter Hessler wrote:
> :
> :This failed due to lack of memory. Seems like its time to bump
> :datasize-cur on aarch64 again. My systems max out at 4g so I cant
> :probe the needed value. Perhaps it should just match amd64's value
> :8192M now.
> :
> :python ../../v8/tools/run.p
On 2021 Mar 02 (Tue) at 10:33:45 -0500 (-0500), Kurt Miller wrote:
:On Mon, 2021-03-01 at 16:06 -0700, phess...@openbsd.org wrote:
:> bulk build on arm64.ports.openbsd.org
:> started on Fri Feb 26 03:16:18 MST 2021
:> finished at Mon Mar 1 16:06:12 MST 2021
:> lasted 3D12h49m
:> done with kern.ver
On Mon, 2021-03-01 at 16:06 -0700, phess...@openbsd.org wrote:
> bulk build on arm64.ports.openbsd.org
> started on Fri Feb 26 03:16:18 MST 2021
> finished at Mon Mar 1 16:06:12 MST 2021
> lasted 3D12h49m
> done with kern.version=OpenBSD 6.9-beta (GENERIC.MP) #1041: Fri Feb 26
> 02:14:59 MST 2021
On Tue, Mar 02, 2021 at 03:48:00PM +0100, Landry Breuil wrote:
> [...]
> can you check that it builds without the
> -DACCEPT_USE_OF_DEPRECATED_PROJ_API_H=1 in CFLAGS ? according to
> https://github.com/Xastir/Xastir/issues/47 that shouldnt be needed
> anymore, and a devel/proj update will remove p
On Tue, Mar 02, 2021 at 09:54:09AM +0100, Michael wrote:
> On Fri, Feb 26, 2021 at 08:55:45PM +0100, Michael wrote:
> > Hello ports,
> >
> > this brings xastir to version 2.1.6. I think this is based upon a much
> > earlier approach by Aaron Bieber [1].
> > I would also like to take over the mai
On Mon, Mar 01, 2021 at 01:43:05PM +, Stuart Henderson wrote:
> On 2021/02/24 17:50, Stuart Henderson wrote:
> > Seems a good time to move pgsql to python 3. While there I fixed a
> > missing flag in pkg-readme and, on reflection (and following feedback
> > from other developers) there are some
Hi, ports@:
Here is a simple patch for devel/p5-Locale-Codes to update to 3.67,
it build well and pass all tests on amd64-6.8 system.
No other ports depends on it.
wen
Index: Makefile
===
RCS file: /cvs/ports/devel/p5-Locale-C
ping ...
发件人: Stuart Henderson
发送时间: 2021年1月18日 17:10
收件人: wen heping
抄送: ports@openbsd.org
主题: Re: [NEW] devel/py-crayons
On 2021/01/18 02:28, wen heping wrote:
> Hi, ports@:
>
>Here is a patch to create devel/py-crayons, which is reqired by
> the update of
Hi, ports@:
Here is a simple patch for devel/p5-Test-File to update to 1.447.
It build well and pass all tests on amd64-6.8 system.
3 ports TEST_depends on devel/p5-Test-File, all of the tests pass
but one fail, not caused by this patch.
wen
Index: Makefile
This is the second time in recent weeks that the
net/nagios/check_mssql_health port failed to build during an amd64
bulk build, with the same weird reason: a supposed syntax error
in an awk regular expression. See below.
Re-running the same command in the work directory does not reproduce
the err
On Fri, Feb 26, 2021 at 08:55:45PM +0100, Michael wrote:
> Hello ports,
>
> this brings xastir to version 2.1.6. I think this is based upon a much
> earlier approach by Aaron Bieber [1].
> I would also like to take over the maintainer role for this port.
>
> Tested on amd64.
> [...]
The prev
29 matches
Mail list logo
