Re: UPDATE: libsndfile 1.0.30 - CVE

2021-01-07 Thread Brad Smith
ping. On 12/25/2020 1:02 AM, Brad Smith wrote: On Sat, Oct 31, 2020 at 01:26:50AM -0400, Brad Smith wrote: Here is an update to libsndfile 1.0.30. CVE-2017-12562, CVE-2017-17456, CVE-2017-17457, CVE-2018-19661, CVE-2018-19662, CVE-2018-19758 and CVE-2019-3832. Here is an updated diff with..

Re: [UPDATE] graphics/openimageio

2021-01-07 Thread Jeremie Courreges-Anglas
On Wed, Jan 06 2021, Dimitri Karamazov wrote: > On Tue, Jan 05, 2021 at 10:00:55PM +0100, Jeremie Courreges-Anglas wrote: >> On Mon, Jan 04 2021, Dimitri Karamazov wrote: >> > On Sun, Jan 03, 2021 at 07:46:29PM +0100, Jeremie Courreges-Anglas wrote: >> >> On Sun, Jan 03 2021, Dimitri Karamazov w

Re: update arm-trusted-firmware to 2.4

2021-01-07 Thread Jonathan Gray
On Thu, Jan 07, 2021 at 04:29:35PM -0500, Kurt Miller wrote: > On Thu, 2020-12-31 at 19:24 +1100, Jonathan Gray wrote: > > https://trustedfirmware-a.readthedocs.io/en/latest/change-log.html#version-2-4 > > > > Tests welcome as I don't have rk3328/rk3399/sun50i_a64 hardware. > > This update appear

Re: libc++ 10.0: textproc/groff

2021-01-07 Thread Christian Weisgerber
Ingo Schwarze: > > In the groff port, we could add #include "config.h" to all files > > that don't do so already and include . > > I plan to prepare, test, and post patches for the groff port when i find > time (which will not take more than two days), but if others beat me to > it, i do not obje

openssl 1.0.2: fix alignment issue on sparc64

2021-01-07 Thread Theo Buehler
As diagnosed by kettenis, running the lib/libssl/interop/openssl tests results in a SIGILL or SIGBUF due to an alignment issue. The reason for this is that the configure magic fails to pick up -m64 which is needed for the perlasm to generate the correct 64-bit flavor instead of 32-bit. None of the

Re: update arm-trusted-firmware to 2.4

2021-01-07 Thread Kurt Miller
On Thu, 2020-12-31 at 19:24 +1100, Jonathan Gray wrote: > https://trustedfirmware-a.readthedocs.io/en/latest/change-log.html#version-2-4 > > Tests welcome as I don't have rk3328/rk3399/sun50i_a64 hardware. This update appears ok on rk3328 and rk3399, however my rockpro64 will not boot with u-boot

NEW/TEST sysutils/bupstash

2021-01-07 Thread Bjorn Ketelaars
Enclosed is a port for bupstash (https://bupstash.io/), which is a tool for encrypted backups. Features are somewhat comparable to those of sysutils/borgbackup and sysutils/restic. Interesting is that it feels considerably faster than borgbackup, and the list of dependencies is zero. From https://g

Re: net/lagrange: SIGILLs on old amd64 cpus (and probably true i386)

2021-01-07 Thread Charlene Wendling
On Thu, 7 Jan 2021 18:05:17 + Stuart Henderson wrote: > Does it need the conditional, can you just set that in CONFIGURE_ARGS > for all archs? It builds fine on powerpc without the conditional. > On 2021/01/07 18:40, Charlene Wendling wrote: > > Hi, > > > > I've found out that we build th

Re: -current amd64 packages not updated? Impatient or broken?

2021-01-07 Thread Amit Kulkarni
Thanks for the correction! amit On Thu, Jan 7, 2021 at 11:59 AM Patrick Wildt wrote: > > No, that's not correct. The libc++ 11 (*not* LLVM 11) has not yet been > committed. This issue is because of libunwind 11. With libc++ 11 we > have made a separate ports build first, to check the fallout.

Re: -current amd64 packages not updated? Impatient or broken?

2021-01-07 Thread Patrick Wildt
Oh, and another correction: it's libc++ 10.0.1, we're not going 11 yet. Am Thu, Jan 07, 2021 at 06:59:52PM +0100 schrieb Patrick Wildt: > No, that's not correct. The libc++ 11 (*not* LLVM 11) has not yet been > committed. This issue is because of libunwind 11. With libc++ 11 we > have made a se

Re: net/lagrange: SIGILLs on old amd64 cpus (and probably true i386)

2021-01-07 Thread Stuart Henderson
Does it need the conditional, can you just set that in CONFIGURE_ARGS for all archs? On 2021/01/07 18:40, Charlene Wendling wrote: > Hi, > > I've found out that we build the bundled Foundation library with SSE4.1. > There is only build time detection, and while bulk machines have > SSE4.1, some

Re: -current amd64 packages not updated? Impatient or broken?

2021-01-07 Thread Patrick Wildt
No, that's not correct. The libc++ 11 (*not* LLVM 11) has not yet been committed. This issue is because of libunwind 11. With libc++ 11 we have made a separate ports build first, to check the fallout. Once the fallout is mostly fixed, we'll do the switch to libc++ 11. Until then snapshots are

Re: www/mozilla-firefox: allow main process to read /etc/resolv.conf

2021-01-07 Thread Stefan Hagen
Stuart Henderson wrote: > On 2021/01/07 16:31, Stefan Hagen wrote: >> Hello, >> >> I've blocked the DoT port and the top DoH servers on my network in >> order to force all my clients to use my own DNS server. It then >> happened that Firefox was not able to resolve any domain anymore. >> >> After s

Re: -current amd64 packages not updated? Impatient or broken?

2021-01-07 Thread Amit Kulkarni
Like naddy@ mentioned on ports@ they are trying to figure out the fallout from the switch to LLVM 11 as system compiler. This is why the packages are being delayed. Please wait a while till it is sorted out. thanks On Thu, Jan 7, 2021 at 10:56 AM Steve Williams wrote: > > Hi, > > I hesitate to s

net/lagrange: SIGILLs on old amd64 cpus (and probably true i386)

2021-01-07 Thread Charlene Wendling
Hi, I've found out that we build the bundled Foundation library with SSE4.1. There is only build time detection, and while bulk machines have SSE4.1, some old and cheap amd64 consumer machines have not. As such, i met an illegal instruction error while running lagrange on my Intel Atom N450 power

Re: www/mozilla-firefox: allow main process to read /etc/resolv.conf

2021-01-07 Thread Stuart Henderson
On 2021/01/07 16:31, Stefan Hagen wrote: > Hello, > > I've blocked the DoT port and the top DoH servers on my network in order > to force all my clients to use my own DNS server. It then happened that > Firefox was not able to resolve any domain anymore. > > After some tracing, it turned out tha

Re: consumers of py-psycopg2

2021-01-07 Thread Ingo Feinerer
On Tue, Dec 15, 2020 at 08:55:48PM -0600, Lucas Raab wrote: > Hello, Hi, > Following up on the call for testers on barman, I am wondering if there > are users of: > > ... > * databases/py-pg_activity Your diff works for me. Some remarks: - Although the GH_ACCOUNT switched the distinfo checksum

www/mozilla-firefox: allow main process to read /etc/resolv.conf

2021-01-07 Thread Stefan Hagen
Hello, I've blocked the DoT port and the top DoH servers on my network in order to force all my clients to use my own DNS server. It then happened that Firefox was not able to resolve any domain anymore. After some tracing, it turned out that the main process wants to read /etc/resolv.conf, but

Re: libc++ 10.0: textproc/groff

2021-01-07 Thread Ingo Schwarze
Hi Christian, [textproc/groff maintainer speaking] Christian Weisgerber wrote on Wed, Jan 06, 2021 at 05:24:22PM +0100: > textproc/groff fails to build with libc++ 10.0. groff blocks over > a thousand package paths, so this needs to be fixed before we can > switch to the newer libc++. > > Anal

[UPDATE] devel/adb

2021-01-07 Thread Dimitri Karamazov
Update adb to 29.0.1 A gzipped diff attached since this is a huge diff. A huge chunk of the patches are from freebsd and archlinux. The program builds and works fine and tests pass except some which fail in freebsd too and are disabled hence. I couldn't connect with usb, but it works over network

[UPDATE] games/dopewars to 1.6.1

2021-01-07 Thread Frederic Cambus
Hi ports@, Here is a diff to update dopewars to 1.6.1. Notable changes: - Add new required dependency on net/curl - Switch from Gtk+2 to Gtk+3 - Drop now unneeded patches Comments? OK? Index: Makefile === RCS file: /cvs/ports/game