bulk build on arm64.ports.openbsd.org
started on Tue Jan 10 04:39:35 MST 2023
finished at Wed Jan 11 23:47:00 MST 2023
lasted 1D19h07m
done with kern.version=OpenBSD 7.2-current (GENERIC.MP) #1960: Mon Jan 9
12:42:54 MST 2023
built packages:11120
Jan 10:3779
Jan 11:7340
critical path missing
11.01.2023 21:16, Jeremie Courreges-Anglas пишет:
>> No WANTLIB, PLIST or dynamic export changes.
>> Builds on amd64 with jca's clang 15 sets.
> This was already fixed by dropping -Werror.
Probably sane to leave the patch now, but it is no longer required now
that I've disabled examples.
>> Feedb
11.01.2023 21:18, Jeremie Courreges-Anglas пишет:
> I already proposed dropping -Werror earlier and am waiting for Gonzalo.
Oops, didn't see that.
> (It's a leaf port, it can wait.)
Sure, thanks.
On Wed, Jan 11 2023, Klemens Nanni wrote:
> On Sun, Jan 08, 2023 at 10:25:28PM +0100, Jeremie Courreges-Anglas wrote:
>> On Sun, Jan 08 2023, Jérémie Courrèges-Anglas wrote:
>> > https://wxcvbn.org/~jca/build-failures/amd64-clang/2023-01-03/www/varnish.txt
>> [patch]
>> /usr/ports/pobj/varnish-7.
On Wed, Jan 11 2023, Klemens Nanni wrote:
> On Sun, Jan 08, 2023 at 10:25:28PM +0100, Jeremie Courreges-Anglas wrote:
>> > https://wxcvbn.org/~jca/build-failures/amd64-clang/2023-01-03/security/libssh.txt
>> [patch]
>> /usr/ports/pobj/libssh-0.10.4/libssh-0.10.4/examples/sshnetcat.c:241:18:
>> er
On Sun, Jan 08, 2023 at 10:25:28PM +0100, Jeremie Courreges-Anglas wrote:
> > https://wxcvbn.org/~jca/build-failures/amd64-clang/2023-01-03/security/libssh.txt
> [patch]
> /usr/ports/pobj/libssh-0.10.4/libssh-0.10.4/examples/sshnetcat.c:241:18:
> error: a function declaration without a prototype i
On Sun, Jan 08, 2023 at 10:25:28PM +0100, Jeremie Courreges-Anglas wrote:
> On Sun, Jan 08 2023, Jérémie Courrèges-Anglas wrote:
> > https://wxcvbn.org/~jca/build-failures/amd64-clang/2023-01-03/www/varnish.txt
> [patch]
> /usr/ports/pobj/varnish-7.2.1/varnish-7.2.1/lib/libvgz/adler32.c:189:15:
>
On Tue, 10 Jan 2023 18:40:19 +0100, Jeremie Courreges-Anglas wrote:
[...]
> (Note that the two "lazy binding failed" error messages were produced
> with a tweaked ld.so to print the symbol name.)
>
> Below is the diff I used to work around the breakage on amd64. The last
> part of the diff (lang
...plus, it would be a bug if autoconf *did* find an installed 3.11 in this
case.
On 2023/01/11 17:04, Jan Stary wrote:
> The python-3.10 port provides a 'python3' symlink,
> but python-3.11 does not. This makes build systems using AM_PYTHON,
> such as libsndfile's ./configure as produced by automake-1.16.5,
> _miss_ python, because python.m4 does this:
>
> AC_DEFUN([AM_PATH_PY
The python-3.10 port provides a 'python3' symlink,
but python-3.11 does not. This makes build systems using AM_PYTHON,
such as libsndfile's ./configure as produced by automake-1.16.5,
_miss_ python, because python.m4 does this:
AC_DEFUN([AM_PATH_PYTHON],
[
dnl Find a Python interpreter. Python
Ok on your diff then I guess :-)
—
Antoine
> On 11 Jan 2023, at 13:36, Jeremie Courreges-Anglas wrote:
>
> On Wed, Jan 11 2023, Antoine Jacoutot wrote:
>>> On Tue, Jan 10, 2023 at 09:19:56PM +0100, Jeremie Courreges-Anglas wrote:
>>> On Sun, Jan 08 2023, Jeremie Courreges-Anglas wrote:
On 2023/01/11 15:44, Stuart Henderson wrote:
> Requires math/py-gmpy2 sent in previous mail. OK to import?
>
> -
> badkeys checks public keys in a variety of formats for known vulnerabilities.
> -
Actually I will add an RDEP on paramiko as well, so that it can also
check for SSH keys, an
Requires math/py-gmpy2 sent in previous mail. OK to import?
-
badkeys checks public keys in a variety of formats for known vulnerabilities.
-
badkeys.tgz
Description: application/tar-gz
ok to import?
gmpy2 is an optimized, C-coded Python extension module that supports
fast multiple-precision arithmetic.
gmpy2 is based on the original gmpy module but adds support for
correctly rounded multiple-precision real arithmetic (using the MPFR
library) and complex arithmetic (using t
>From earlier last year, when upstream froze their tree to switch to a
new pdfmm based code base with their 1.0.0 release:
https://podofo.sourceforge.net/
Looks like this version fixes some CVEs:
https://sourceforge.net/p/podofo/code/commit_browser
Some symbol removals and size changes as per che
On 2023/01/11 15:50:54 +0100, Jan Stary wrote:
> Ah, looking at the nm(1) diff of the previous and current linsdfile.so,
> the ogg_opus_seek_manual symbol is missing now (1.2.0) wrt previous (1.1.0).
> Does that imply a SHARED_LIBS bump?
that's a symbol used by the library, not provided by it, so
On 2023/01/11 15:50, Jan Stary wrote:
> Ah, looking at the nm(1) diff of the previous and current linsdfile.so,
> the ogg_opus_seek_manual symbol is missing now (1.2.0) wrt previous (1.1.0).
> Does that imply a SHARED_LIBS bump?
lower-case 't' not upper-case; that's a private internal function, no
On Wed, Jan 11, 2023 at 03:50:54PM +0100, Jan Stary wrote:
> Ah, looking at the nm(1) diff of the previous and current linsdfile.so,
> the ogg_opus_seek_manual symbol is missing now (1.2.0) wrt previous (1.1.0).
> Does that imply a SHARED_LIBS bump?
No. ogg_opus_seek_manual wasn't public:
000782f
On 2023/01/11 15:46, Jan Stary wrote:
> According to ports(7),
>
> gen Recreate configure machinery if needed, mainly used by
> GNU based software that wants autogen/autoconf/automake.
>
> It doesn't seem to work for me.
>
> The example is a (github-tag-produced) tar.gz of libsnd
Ah, looking at the nm(1) diff of the previous and current linsdfile.so,
the ogg_opus_seek_manual symbol is missing now (1.2.0) wrt previous (1.1.0).
Does that imply a SHARED_LIBS bump?
Jan
On Jan 11 13:31:17, h...@stare.cz wrote:
> On Jan 10 20:03:49, h...@stare.cz wrote:
> > I am working
According to ports(7),
gen Recreate configure machinery if needed, mainly used by
GNU based software that wants autogen/autoconf/automake.
It doesn't seem to work for me.
The example is a (github-tag-produced) tar.gz of libsndfile 1.1.0
which does not contain ./configure; the act
I'd quite like to have a package for st built with scrollback support.
Here's a diff adding it as a flavour to the x11/st port, is it ok to
add it there?
I understand if there are concerns about the patch getting in the way
of updates; I stuck to the basic patch rather than stacking others from
h
On 11/01/23 13:17 +0100, Jeremie Courreges-Anglas wrote:
> On Wed, Jan 11 2023, Robert Nagy wrote:
> > On 10/01/23 18:41 +0100, Jeremie Courreges-Anglas wrote:
> >> On Sun, Jan 08 2023, Jeremie Courreges-Anglas wrote:
> Hi,
>
> > No. Please keep the OpenBSD ifdef.
>
> This part is bugging me.
On Wed, Jan 11, 2023 at 01:31:17PM +0100, Jan Stary wrote:
> On Jan 10 20:03:49, h...@stare.cz wrote:
> > I am working on an update of libsndfile to 1.2.0.
>
> diff below.
>
> Tested on current/amd64 and current/aarch64;
> tested with sox (converting various formats).
> Please test everywhere.
>
On Tue, Jan 10 2023, Jeremie Courreges-Anglas wrote:
> On Sun, Jan 08 2023, Jeremie Courreges-Anglas wrote:
>
> [...]
>
>>> https://wxcvbn.org/~jca/build-failures/amd64-clang/2023-01-03/x11/xloadimage.txt
>> tiff.c:234:18: error: incompatible integer to pointer conversion passing
>> 'int' to par
On Wed, Jan 11 2023, Antoine Jacoutot wrote:
> On Tue, Jan 10, 2023 at 09:19:56PM +0100, Jeremie Courreges-Anglas wrote:
>> On Sun, Jan 08 2023, Jeremie Courreges-Anglas wrote:
>> > On Sun, Jan 08 2023, Jérémie Courrèges-Anglas wrote:
>>
>> [...]
>>
>> >> https://wxcvbn.org/~jca/build-failures
On Jan 10 20:03:49, h...@stare.cz wrote:
> I am working on an update of libsndfile to 1.2.0.
diff below.
Tested on current/amd64 and current/aarch64;
tested with sox (converting various formats).
Please test everywhere.
On Jan 10 20:11:54, t...@theobuehler.org wrote:
> -GH_TAGNAME=1.1.0
> +G
On Wed, Jan 11 2023, Robert Nagy wrote:
> On 10/01/23 18:41 +0100, Jeremie Courreges-Anglas wrote:
>> On Sun, Jan 08 2023, Jeremie Courreges-Anglas wrote:
>>
>> [...]
>>
>> >> https://wxcvbn.org/~jca/build-failures/amd64-clang/2023-01-03/www/chromium.txt
>> > [patch]
>> > ../../third_party/libs
29 matches
Mail list logo
