On Tue, Feb 09, 2021 at 11:05:15PM -0800, Greg Steuck wrote:
> I can be talked into removing it as we already have p0f3...
The earlier one is for the format used by pf.os(5) and tcpdump(8)
>
> OK?
ok jsg@
>
> From: Greg Steuck
> Subject: [PATCH] Fix security/p0f -fno-common
>
> Bonus fix fo
Hi, ports@:
Here is a patch to update 5 p5-Catalyst-* ports:
www/p5-Catalyst-Devel: Update to 1.42
www/p5-Catalyst-Plugin-PageCache: Update to 0.32
www/p5-Catalyst-Plugin-Session-State-Cookie: Update to 0.18
www/p5-Catalyst-Plugin-Singleton : Update to 0
I can be talked into removing it as we already have p0f3...
OK?
From: Greg Steuck
Subject: [PATCH] Fix security/p0f -fno-common
Bonus fix for memset size mismatch noted by clang
---
security/p0f/Makefile | 2 +-
security/p0f/patches/patch-p0f-query_c | 29
Hi ports --
Attached is a diff to fix www/uget for -fno-common
Taken from upstream:
https://sourceforge.net/p/urlget/uget2/ci/14890943c52e0a5cd2a87d8a1c51cbffebee7cf9/
OK?
~Brian
uget-nocommon.diff
Description: Binary data
Hi ports --
This diff fixes gophernicus with -fno-common.
I didn't update it since upstream has a new and broken build process.
Also drop myself as maintainer.
OK?
~Brian
gophernicus-nocommon.diff
Description: Binary data
On Tue Feb 09, 2021 at 07:34:29AM +, Dimitri Karamazov wrote:
> Ping
>
> A new dependency is required only during build.
> All tests pass for robin-map
>
> Information for inst:robin-map-0.6.3
>
> Comment:
> fast hash map and hash set
>
> Description:
> A C++ implementation of a fast hash m
Klemens Nanni writes:
> Lots of new features and fixes, including tighter pledge promises,
> timestamp support and an example tmux.conf (I wrote) to have a simple
> multi-network IRC session inside tmux.
>
> I've tested HEAD during development on sparc64, works like a charm.
> Feedback? OK?
OK g
Rafael Sadowski writes:
> Simple update inkscape to 1.0.2. OK?
OK gnezdo@
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/graphics/inkscape/Makefile,v
> retrieving revision 1.87
> diff -u -p -u -p -r1.87 Makefile
> --- Makefile 1
Klemens Nanni writes:
> All I get are core dumps right on startup (amd64, default/empty
> `vm.malloc_conf'); it does not matter if I build with `-fcommon' or
> apply fixes from FreeBSD, same crash.
>
> Installing with DEBUG='-g3 -O0 -fcommon':
>
> $ hnb
> Segmentation fault (core dum
On Sat, 6 Feb 2021 11:53:22 +0100
Thaison Nguyen wrote:
> This should fix compilation of misc/hfsplus. Patch taken from Debian people.
Debian's patch looks wrong to me, because it changes a global variable
to static (and duplicates the variable in each file). I prefer
Gentoo's patch, see end of
Brian Callahan writes:
> Hi ports --
>
> This diff fixes gophernicus with -fno-common.
> I didn't update it since upstream has a new and broken build process.
> Also drop myself as maintainer.
>
> OK?
The patch reads OK but I don't understand why these would get declared
given the statement that
Brian Callahan writes:
> Hi ports --
>
> Attached is a diff to fix www/uget for -fno-common
> Taken from upstream:
> https://sourceforge.net/p/urlget/uget2/ci/14890943c52e0a5cd2a87d8a1c51cbffebee7cf9/
>
> OK?
OK gnezdo@
>
> ~Brian
>
> Index: Makefile
> ==
On Tue, Feb 09, 2021 at 10:19:59PM +0100, Theo Buehler wrote:
> On Sun, Feb 07, 2021 at 05:35:41PM +0100, Remi Locherer wrote:
> > Hi
> >
> > This updates librelp to version 1.9.0. The changelog can be found here:
> > https://github.com/rsyslog/librelp/blob/master/ChangeLog
> >
> > Many changes a
On Tue, Feb 09, 2021 at 07:20:25PM -0800, Jeremy Evans wrote:
> On Tue, Feb 9, 2021 at 7:08 PM Ryan Freeman wrote:
>
> > On Fri, Feb 05, 2021 at 10:42:49AM +, Stuart Henderson wrote:
> > > Updated list, with the dependent ports listed (which may or may not
> > > be broken, but can't be built
On Tue, Feb 9, 2021 at 7:08 PM Ryan Freeman wrote:
> On Fri, Feb 05, 2021 at 10:42:49AM +, Stuart Henderson wrote:
> > Updated list, with the dependent ports listed (which may or may not
> > be broken, but can't be built until the parent is fixed) It's gradually.
> > shrinking, and the majori
On Fri, Feb 05, 2021 at 10:42:49AM +, Stuart Henderson wrote:
> Updated list, with the dependent ports listed (which may or may not
> be broken, but can't be built until the parent is fixed) It's gradually.
> shrinking, and the majority of these are edge ports now.
...snip...
On Wed, 10 Feb 2021 00:55:49 +0100
Charlene Wendling wrote:
> > util.o: In function `tvstddev':
> > util.c:(.text+0x6f4): undefined reference to `sqrt'
>
> I thought it was a ld.bfd issue but...
>
> Very surprisingly, i tried to reproduce on amd64 with USE_LLD=No to no
> avail, and the sparc64
Stuart Henderson writes:
> On 2021/02/08 20:59, Greg Steuck wrote:
>> The other victim of my quest to get rid of erlang19 which is not
>> -fno-common friendly.
>>
>> The package builds fine, but once installed it fails to start due to
>> "Error when reading /var/rabbitmq/.erlang.cookie: eacces"
Hi,
Patch below is to update games/ezquake to v3.2.3. I've updated the
patch for the Makefile to include ${X11BASE}/lib to LDFLAGS. It
seemed like the most logical place to put it. If there's a better way
let me know.
OK?
Thanks,
Tom
Index: Makefile
All I get are core dumps right on startup (amd64, default/empty
`vm.malloc_conf'); it does not matter if I build with `-fcommon' or
apply fixes from FreeBSD, same crash.
Installing with DEBUG='-g3 -O0 -fcommon':
$ hnb
Segmentation fault (core dumped)
$ egdb --quiet hnb h
Hi,
I've spotted that echoping's build is broken in the current macppc bulk:
> util.o: In function `tvstddev':
> util.c:(.text+0x6f4): undefined reference to `sqrt'
I thought it was a ld.bfd issue but...
Very surprisingly, i tried to reproduce on amd64 with USE_LLD=No to no
avail, and the spar
Hello,
attached is an update to snort 2.9.17. The new version includes fixes
for gcc-10. Tested on amd64.
Please test and eventually commit. Thanks.
Regards,
Markus
Index: Makefile
===
RCS file: /cvs/ports/net/snort/Makefile,v
retr
Hello,
attached is a patch for tinyfugue. The variable world_decl was just
declared, but never used.
Regards,
Markus
Index: Makefile
===
RCS file: /cvs/ports/net/tinyfugue/Makefile,v
retrieving revision 1.30
diff -u -p -u -p -r1.30
On 2021/02/08 20:59, Greg Steuck wrote:
> The other victim of my quest to get rid of erlang19 which is not
> -fno-common friendly.
>
> The package builds fine, but once installed it fails to start due to
> "Error when reading /var/rabbitmq/.erlang.cookie: eacces" when launched
> with `/etc/rc.d/ra
On Sun, Feb 07, 2021 at 05:35:41PM +0100, Remi Locherer wrote:
> Hi
>
> This updates librelp to version 1.9.0. The changelog can be found here:
> https://github.com/rsyslog/librelp/blob/master/ChangeLog
>
> Many changes are related to TLS and openssl. I had to add a patch to make
> it compile wit
On 21/02/09 11:08AM, Stuart Henderson wrote:
> Quick comments from a read-through, I have not tried building:
>
>
> ports fetching from github /archive/ URLs should use GH_* variables
> not MASTER_DISTES - see ports/infrastructure/Makefile.template
>
> the patches directory should be generated with
Hi,
thank you for your feedback.
I attached the fixed package.
Best regards,
Luca De Pandis
‐‐‐ Original Message ‐‐‐
On Tuesday, February 9, 2021 4:48 PM, Rafael Sadowski
wrote:
> On Tue Feb 09, 2021 at 07:54:30AM +, Luca De Pandis wrote:
>
> > Hi,
> > bumped to 4.6.16.
> > If
On Tue Feb 09, 2021 at 02:40:15PM +0100, Muhammad Kaisar Arkhan wrote:
> On 2/9/21 6:54 AM, Rafael Sadowski wrote:
> > On Mon Feb 08, 2021 at 03:23:02PM +0100, Muhammad Kaisar Arkhan wrote:
> > > >
> > > > Thanks, here's an update tarball because the PLIST has changed:
> > > >
> > >
> > > Ping :
On Tue, Feb 09, 2021 at 08:16:05PM +0100, Rafael Sadowski wrote:
> On Tue Feb 09, 2021 at 06:13:00PM +0100, Paco Esteban wrote:
> > On Sun, 07 Feb 2021, Paco Esteban wrote:
> >
> > > Hi ports@,
> > >
> > > This is an update of cad/openscad to its latest version 2021.01
> > >
> > > Here are the c
On Tue Feb 09, 2021 at 06:13:00PM +0100, Paco Esteban wrote:
> On Sun, 07 Feb 2021, Paco Esteban wrote:
>
> > Hi ports@,
> >
> > This is an update of cad/openscad to its latest version 2021.01
> >
> > Here are the changes for this new version:
> > https://www.openscad.org/news.html#20210131
> >
looks ok to me
On Tue, Feb 9, 2021 at 7:16 AM wen heping wrote:
> Hi,
>
> Here is a simple patch for www/p5-Plack to update to 1.0048.
> It build well and pass all tests on amd64-6.8 system.
>
> 18 ports depends on p5-Plack, all build well and pass tests with
> this patch.
>
> Co
On 2/9/21 3:54 PM, Theo Buehler wrote:
On Tue, Feb 09, 2021 at 03:41:29PM +0100, Renaud Allard wrote:
On 2/9/21 3:26 PM, Theo Buehler wrote:
On Tue, Feb 09, 2021 at 03:19:00PM +0100, Renaud Allard wrote:
Hello,
It seems that I didn't test sniproxy deep enough after the patch removal for
STAI
On 2/9/21 3:26 PM, Theo Buehler wrote:
On Tue, Feb 09, 2021 at 03:19:00PM +0100, Renaud Allard wrote:
Hello,
It seems that I didn't test sniproxy deep enough after the patch removal for
STAILQ_*. There are core dumps with sniproxy without the patch.
I think this needs deeper investigation. Co
Simple bug fix update cmake to 3.19.4.
Change logs:
https://blog.kitware.com/cmake-3-19-4-available-for-download/
https://blog.kitware.com/cmake-3-19-3-available-for-download/
https://blog.kitware.com/cmake-3-19-2-available-for-download/
https://blog.kitware.com/cmake-3-19-1-available-for-download
Hello,
It seems that I didn't test sniproxy deep enough after the patch removal
for STAILQ_*. There are core dumps with sniproxy without the patch.
Here is a diff which brings back the patch and also solves the
compilation error with the -fno-common change.
I need to check if it's possible
Hi,
Below is a diff that updates textproc/lowdown to 0.8.1. Tested on amd64.
Caspar Schutijser
Index: Makefile
===
RCS file: /cvs/ports/textproc/lowdown/Makefile,v
retrieving revision 1.23
diff -u -p -r1.23 Makefile
--- Makefile
On Sun, 07 Feb 2021, Paco Esteban wrote:
> Hi ports@,
>
> This is an update of cad/openscad to its latest version 2021.01
>
> Here are the changes for this new version:
> https://www.openscad.org/news.html#20210131
>
> On the port side, I only added cairo to WANTLIB because
> port-lib-depends-c
On Tue Feb 09, 2021 at 07:54:30AM +, Luca De Pandis wrote:
> Hi,
> bumped to 4.6.16.
>
> If ok, could someone commit it, please?
>
>
> Best regards,
> Luca De Pandis
>
>
Works fine here. Some notes/tweaks:
- Remove uncomment line
- Fix MAINTAINER syntax.
- I would suggest to remove BUILD
Previously sent to claws-mail user list.
> -- Original Message --
> From: EDWARD AHLSEN-GIRARD
> To: us...@lists.claws-mail.org
> Date: February 9, 2021 at 7:18 AM
> Subject: claws-mail exits after time
>
>
> Claws has started exiting, un-commanded, after a f
On Tue, Feb 09, 2021 at 03:41:29PM +0100, Renaud Allard wrote:
>
> On 2/9/21 3:26 PM, Theo Buehler wrote:
> > On Tue, Feb 09, 2021 at 03:19:00PM +0100, Renaud Allard wrote:
> > > Hello,
> > >
> > > It seems that I didn't test sniproxy deep enough after the patch removal
> > > for
> > > STAILQ_*.
On Tue, Feb 09, 2021 at 03:19:00PM +0100, Renaud Allard wrote:
> Hello,
>
> It seems that I didn't test sniproxy deep enough after the patch removal for
> STAILQ_*. There are core dumps with sniproxy without the patch.
I think this needs deeper investigation. Could you share a backtrace or
a repr
On 2021/02/08 10:44, Evandro Rathke wrote:
> Hi folks!
> I hope everyone is going well.
>
> This is the port for Ultimaker Cura. It's an update for the latest stable
> version (4.8.0) available.
> More info: https://gitlab.com/erathke/cura-port
quick comments;
~20 ports in one go is too many to
This is a fairly small self-contained program (no library use beyond
libc) that doesn't change often upstream. It does file io (at various
points through the code) but not network and it doesn't do anything
fancy with ioctls. It often does process untrusted data.
pledge() is often not a good match
On Tue, Feb 09, 2021 at 10:57:32PM +1100, Jonathan Gray wrote:
Hello Jonathan,
> See previous libva discussions. If it is to support more than just Intel
> it needs to be in xenocara and new Mesa Makefiles will need to be written.
>
> That would also be the case to use gallium-va with the iris M
On 2/9/21 6:54 AM, Rafael Sadowski wrote:
On Mon Feb 08, 2021 at 03:23:02PM +0100, Muhammad Kaisar Arkhan wrote:
Thanks, here's an update tarball because the PLIST has changed:
Ping :-)
Port reattached
Fetch http://downloads.daveblood.com/lunar_lander/moon-lander-1.0.tar.gz
ftp: Error
Hi Evandro,
> This is the port for Ultimaker Cura. It's an update for the latest
> stable version (4.8.0) available.
> More info: https://gitlab.com/erathke/cura-port
thank you for working on this.
I cannot get it successfully to compile. I've extracted your archive
into /usr/ports/mystuff.
Bui
Hi,
Here is a simple patch for www/p5-Plack to update to 1.0048.
It build well and pass all tests on amd64-6.8 system.
18 ports depends on p5-Plack, all build well and pass tests with
this patch.
Comments?
wen
Index: Makefile
Here is an updated list of ports that fail to build with -fno-common.
Reminder: The compiler default has been switched to -fno-common.
These are now regular build failures in every bulk build (on the
clang architectures). I have cc'ed everybody who is listed as a
maintainer of at least one of the
Christian Weisgerber:
> In my latest amd64 bulk build, www/liferea failed to build.
> Maybe somebody has an idea what triggered this:
>
> ld: error: .libs/libwebkit2gtk-4.0.so.3.3: undefined reference to
> WebCore::presentingApplicationPID()
> ld: error: .libs/libwebkit2gtk-4.0.so.3.3: undefined
In my latest amd64 bulk build, www/liferea failed to build.
Maybe somebody has an idea what triggered this:
ld: error: .libs/libwebkit2gtk-4.0.so.3.3: undefined reference to
WebCore::presentingApplicationPID()
ld: error: .libs/libwebkit2gtk-4.0.so.3.3: undefined reference to
WebCore::Process::se
Ping
A new dependency is required only during build.
All tests pass for robin-map
Information for inst:robin-map-0.6.3
Comment:
fast hash map and hash set
Description:
A C++ implementation of a fast hash map and hash set using
open-addressing and linear robin hood hashing with backward
shift de
On Tue, Feb 09, 2021 at 11:08:15AM +, Stuart Henderson wrote:
> Quick comments from a read-through, I have not tried building:
>
>
> ports fetching from github /archive/ URLs should use GH_* variables
> not MASTER_DISTES - see ports/infrastructure/Makefile.template
>
> the patches directory
Hi,
bumped to 4.6.16.
If ok, could someone commit it, please?
Best regards,
Luca De Pandis
‐‐‐ Original Message ‐‐‐
On Sunday, February 7, 2021 12:39 PM, Luca De Pandis
wrote:
> Hi,
> in attachments the tarball for a new port: oc.
>
> Brief description:
> oc is the command line ut
On 21/02/09 11:08, Stuart Henderson wrote:
> Quick comments from a read-through, I have not tried building:
>
>
> ports fetching from github /archive/ URLs should use GH_* variables
> not MASTER_DISTES - see ports/infrastructure/Makefile.template
>
> the patches directory should be generated wit
Bulk build on sparc64-0a.ports.openbsd.org
Started : Sat Feb 6 16:56:39 MST 2021
Finished: Tue Feb 9 04:08:22 MST 2021
Duration: 2 Days 11 hours 12 minutes
Built using OpenBSD 6.8-current (GENERIC.MP) #675: Fri Feb 5 21:24:45 MST 2021
Built 9396 packages
Number of packages built each day:
Fe
Quick comments from a read-through, I have not tried building:
ports fetching from github /archive/ URLs should use GH_* variables
not MASTER_DISTES - see ports/infrastructure/Makefile.template
the patches directory should be generated with "make update-patches",
don't split patches between patc
Lots of new features and fixes, including tighter pledge promises,
timestamp support and an example tmux.conf (I wrote) to have a simple
multi-network IRC session inside tmux.
I've tested HEAD during development on sparc64, works like a charm.
Feedback? OK?
Index: Makefile
=
57 matches
Mail list logo
