UGFja2FnZTogbGliYnNkLWRldgpWZXJzaW9uOiAwLjEyLjAtMQpTZXZlcml0eTogZ3JhdmUKVGFn czogdXBzdHJlYW0KSnVzdGlmaWNhdGlvbjogcmVuZGVycyBwYWNrYWdlIHVudXNhYmxlClgtRGVi YnVncy1DYzogYWx4QGtlcm5lbC5vcmcKCkRlYXIgR3VpbGxlbSwKCkFmdGVyIHVwZ3JhZGluZyB0 byBsaWJic2QgMC4xMiB0b2RheSwgc2V2ZXJhbCBidWlsZCBzeXN0ZW1zIHRoYXQgSSB1c2UKc3Rh cnRlZCByZXBvcnRpbmcgbWFueSBmYWlsdXJlcyBhYm91dCBsaWJic2QgZnVuY3Rpb25zLiAgVGhl IGZ1bmN0aW9ucwpzZWVtIHRvIGhhdmUgZGlzYXBwZWFyZWQuICBJIHJlbWVtYmVyIGhhdmluZyBz ZWVuIHRoYXQgdGhlIGJ1aWxkIHN5c3RlbQpvZiBsaWJic2QgaGFzIGJlZW4gcmVjZW50bHkgdHdl YWtlZCwgc28gSSBzdXNwZWN0IG9uZSBvZiB0aG9zZSBjaGFuZ2VzCm1pZ2h0IGJlIHRoZSBjYXVz ZSBvZiB0aGUgcHJvYmxlbS4KCkhlcmUncyBhIHNtYWxsIHJlcHJvZHVjZXI6CgoJJCBjYXQgYnNk LmMgCgkjaW5jbHVkZSA8YnNkL3N0ZGxpYi5oPgoKCWxvbmcKCXN0cnRvaV8oY2hhciAqcywgY2hh ciAqKmVuZHAsIGludCBiLCBsb25nIG1pbiwgbG9uZyBtYXgsIGludCAqc3QpCgl7CgkJcmV0dXJu IHN0cnRvaShzLCBlbmRwLCBiLCBtaW4sIG1heCwgc3QpOwoJfQoKV2hpY2ggcmVwb3J0cyB0aGUg Zm9sbG93aW5nIGVycm9yOgoKCSQgZ2NjIC1XYWxsIC1XZXh0cmEgLVMgYnNkLmMgCglic2QuYzog SW4gZnVuY3Rpb24g4oCYc3RydG9pX+KAmToKCWJzZC5jOjY6MTY6IHdhcm5pbmc6IGltcGxpY2l0 IGRlY2xhcmF0aW9uIG9mIGZ1bmN0aW9uIOKAmHN0cnRvaeKAmTsgZGlkIHlvdSBtZWFuIOKAmHN0 cnRvaV/igJk/IFstV2ltcGxpY2l0LWZ1bmN0aW9uLWRlY2xhcmF0aW9uXQoJICAgIDYgfCAgICAg ICAgIHJldHVybiBzdHJ0b2kocywgZW5kcCwgYiwgbWluLCBtYXgsIHN0KTsKCSAgICAgIHwgICAg ICAgICAgICAgICAgXn5+fn5+CgkgICAgICB8ICAgICAgICAgICAgICAgIHN0cnRvaV8KCkkndmUg YWxzbyBzZWVuIGVycmMoM2JzZCkgZGlzYXBwZWFyLCBhbmQgcG9zc2libHkgbWFueSBtb3JlIGZ1 bmN0aW9ucy4KSWYgeW91IG5lZWQgc29tZSBoZWxwIHRvIHJlcHJvZHVjZSB0aGlzIGlzc3VlLCBq dXN0IGxldCBtZSBrbm93LgoKQlRXLCB0aGFua3MgZm9yIHVwZGF0aW5nIHN0cnRvaS91KDMpIGZy b20gTmV0QlNEISAgPSkKCgpIYXZlIGEgbG92ZWx5IGRheSEKQWxleAoKCi0tIFN5c3RlbSBJbmZv cm1hdGlvbjoKRGViaWFuIFJlbGVhc2U6IHRyaXhpZS9zaWQKICBBUFQgcHJlZmVycyB1bnN0YWJs ZQogIEFQVCBwb2xpY3k6ICg1MDAsICd1bnN0YWJsZScpLCAoMSwgJ2V4cGVyaW1lbnRhbCcpCkFy Y2hpdGVjdHVyZTogYW1kNjQgKHg4Nl82NCkKCktlcm5lbDogTGludXggNi44LjAtcmM1LWFseCsg KFNNUCB3LzI0IENQVSB0aHJlYWRzOyBQUkVFTVBUKQpMb2NhbGU6IExBTkc9Qy51dGY4LCBMQ19D VFlQRT1DLnV0ZjggKGNoYXJtYXA9VVRGLTgpLCBMQU5HVUFHRSBub3Qgc2V0ClNoZWxsOiAvYmlu L3NoIGxpbmtlZCB0byAvdXNyL2Jpbi9kYXNoCkluaXQ6IHN5c3RlbWQgKHZpYSAvcnVuL3N5c3Rl bWQvc3lzdGVtKQpMU006IEFwcEFybW9yOiBlbmFibGVkCgpWZXJzaW9ucyBvZiBwYWNrYWdlcyBs aWJic2QtZGV2IGRlcGVuZHMgb246CmlpICBsaWJic2QwICAgIDAuMTIuMC0xCmlpICBsaWJtZC1k ZXYgIDEuMS4wLTIKCmxpYmJzZC1kZXYgcmVjb21tZW5kcyBubyBwYWNrYWdlcy4KCmxpYmJzZC1k ZXYgc3VnZ2VzdHMgbm8gcGFja2FnZXMuCgotLSBubyBkZWJjb25mIGluZm9ybWF0aW9uCg==

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi Guillem!

On Tue, Feb 27, 2024 at 05:33:16PM +0100, Alejandro Colomar wrote:

I've also seen errc(3bsd) disappear, and possibly many more functions.
If you need some help to reproduce this issue, just let me know.

In the case of <err.h>, the header has disappeared:

$ cat bsd.c
#include <bsd/err.h>
#include <bsd/stdlib.h>

long
strtoi_(char *s, char **endp, int b, long min, long max, int *st)
{
return strtoi(s, endp, b, min, max, st);
}
alx@debian:~/tmp$ gcc -Wall -Wextra -S bsd.c
bsd.c:1:10: fatal error: bsd/err.h: No such file or directory
1 | #include <bsd/err.h>
| ^~~~~~~~~~~
compilation terminated.

This seems consistent with the recent build system changes. The bug is probably there.

Have a lovely day!
Alex

--
<https://www.alejandro-colomar.es/>
Looking for a remote C programming job at the moment.

-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEE6jqH8KTroDDkXfJAnowa+77/2zIFAmXeEQMACgkQnowa+77/ 2zKeuxAAmTQE5/Vqlp5xhcJ1beHpVXhPbHOPA4f0XQV9I4KPTyL7kJuDP5Ai8bMd PmjafGYpA+ZUfzyYO8dX2VOpt3rGbe7f2+KXSKa15xq2i/xf4AmNI/rjePfijWTN 93xHtjnAOjRV9rrwGAEIl3vFUTQfDXChzA7wwkYqDSiVfKkCYbQnS8fK43x/gTdP u1YwQ37CIrp8uGhwSGZU/SPlh38Gj/rFZYClNGU9z+BdP8uV11DyFjvzUhHhK5ig hcTB3gDAqWvvA/+lfucF/k163kNGWhZFhUDJwPxDfXoPHfgS7E97rXe0SC4xRd8l FBD9MOQYUBW+vlr8M1Yd+wp/AYkhvaL/+Lr0v931tqjWs54Powkm8Jk3eITFc7bb DopM+e9lYki5o8okGb1H1fLEpoWxNu5f8cF8MJr1NOCSoHX4q//92z+ZMTxv1kw/ wybzWOYKbs4q34UBWTBw9p88xHQ7jj+B2orM5Hdx0Zv0pOxD6JY3/y054Xpk5TSe j2JwVJ5w+NGH3x2uFcNGI5aHWStEDylWO2YTj/qJs0006SyN6w6ILFPGZ5+a72Do nBqiz/0ZvsW8E/YfDa72siHX1VB4cIlWeRH7H1To9pNI8SLswlgo+GShKV//CGHq eZ2jQ1LBbWBGdDABCcul3QwbNLIiJ1OFlFYvFC1iSK2Nq8H+FR4=
=4vh0
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Copy: 1064909@bugs.debian.org

Hi!

On Tue, Feb 27, 2024 at 06:10:01PM +0100, Guillem Jover wrote:

Hi!

On Tue, 2024-02-27 at 17:33:16 +0100, Alejandro Colomar wrote:

[...]

The strtoi() function is declared in <inttypes.h>. I don't think that
has changed in libbsd.

Oops! I wrote the reproducer too fast. Actually, the problem I saw was
about errc(), but because I tried strtoi() to see if it was the only
function, and it also failed, but I forgot about the right header.

It was also aggravated by the fact that my grepc(1) program didn't find
it. But it's due to a bug I introduced yesterday in grepc(1). :|

$ grepc strtoi /usr/include/bsd/

But grep(1) does find it:

$ grep -rn strtoi /usr/include/bsd/
/usr/include/bsd/inttypes.h:43:intmax_t strtoi(const char *__restrict nptr, char **__restrict endptr,

And after fixing the bug in grepc(1):

$ grepc strtoi /usr/include/bsd/
/usr/include/bsd/inttypes.h:__BEGIN_DECLS
intmax_t strtoi(const char *__restrict nptr, char **__restrict endptr,
int base, intmax_t lo, intmax_t hi, int *rstatus);

BTW, thanks for updating strtoi/u(3) from NetBSD! =)

Thanks for handling the upstream interaction in NetBSD!

[...]

Ah, it indeed has disappeared. The upstream build system is missing a conditional for the header, I'll add this later today and prepare a
new upstream release.

Another thing which I was aware, but then slipped my mind is that the
cdefs.h header needs to be placed under a multi-arch qualified
directory otherwise it will conflict with other instances of the
library now that it contains arch-specific defines. Will amend that
with the new Debian upload.

Thanks!

Have a lovely day!
Alex

Thanks,
Guillem

--
<https://www.alejandro-colomar.es/>
Looking for a remote C programming job at the moment.

-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEE6jqH8KTroDDkXfJAnowa+77/2zIFAmXeGesACgkQnowa+77/ 2zJ7Bw//f9x34ByQpUwOi9pLvP9O6aTH4BCrskThoGC/ikccVrwECseEzF/Jx2Ic js8RV2brBTogKybMiIGZmKGzH+r+rryhbji5f5G48lZ4XwCF08XQsiZz/4gQugNk bCNbxIUiFb0PCLYrwSzF3BPWMjEUR/GvRZYTwY5QMt61ypbD1+cxt31bSHem4Fil ejEp3C+9G/JFjSyu3c5DAqmoX6cy4FNYOXwvPd+kNfIHwPRmF8G7Gujd5OFmfrhD 2DwrUskCdhOIN/7HYAYXZ6+NKZKvTaU9rF8mXR0ex+lWR7CX8q2l25S62mLtzyL9 6oaP2T3WpeCR7F7Jvf0wp5uVMkOZVqisKeM26GEY416ELcdGADIaKyQocQQJooI0 1qh2PzrFzSNl+Qn5XgxbKdOXjQDVSPKFNGa8zIF66/1AjCA+l3Dux/hiijQmpDO7 hJMy3wv36WyRV0jQglWPq/wy2VBFJ2zPMz+PyFr/3K3tUn3sQ5TDxrSsWHTXUlic 4DYxZn6/uJQtPCl/ZNEkAZJvt4IhrW17zv9DzbuvqtBw/ZivO0whcMo2vWHJMDr2 tYafzRfiHaG9z07KU4LREkNn3rAep9N6b5JrqsVCMBkJIxquy0QrGGMcCSGYEAbG bq1tEKoWv8ei3y0WQbdZGu9oBSuFCRyoXSH+6ObWK2J8p0QsYRk=
=cqtA
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi!

On Tue, 2024-02-27 at 17:33:16 +0100, Alejandro Colomar wrote:

Package: libbsd-dev
Version: 0.12.0-1
Severity: grave
Tags: upstream
Justification: renders package unusable
X-Debbugs-Cc: alx@kernel.org

After upgrading to libbsd 0.12 today, several build systems that I use started reporting many failures about libbsd functions. The functions
seem to have disappeared. I remember having seen that the build system
of libbsd has been recently tweaked, so I suspect one of those changes
might be the cause of the problem.

Here's a small reproducer:

$ cat bsd.c
#include <bsd/stdlib.h>

long
strtoi_(char *s, char **endp, int b, long min, long max, int *st)
{
return strtoi(s, endp, b, min, max, st);
}

Which reports the following error:

$ gcc -Wall -Wextra -S bsd.c
bsd.c: In function ‘strtoi_’:
bsd.c:6:16: warning: implicit declaration of function ‘strtoi’; did you mean ‘strtoi_’? [-Wimplicit-function-declaration]
6 | return strtoi(s, endp, b, min, max, st);
| ^~~~~~
| strtoi_

The strtoi() function is declared in <inttypes.h>. I don't think that
has changed in libbsd.

BTW, thanks for updating strtoi/u(3) from NetBSD! =)

Thanks for handling the upstream interaction in NetBSD!

On Tue, 2024-02-27 at 17:42:43 +0100, Alejandro Colomar wrote:

On Tue, Feb 27, 2024 at 05:33:16PM +0100, Alejandro Colomar wrote:

I've also seen errc(3bsd) disappear, and possibly many more functions.
If you need some help to reproduce this issue, just let me know.

In the case of <err.h>, the header has disappeared:

$ cat bsd.c
#include <bsd/err.h>
#include <bsd/stdlib.h>

long
strtoi_(char *s, char **endp, int b, long min, long max, int *st)
{
return strtoi(s, endp, b, min, max, st);
}
alx@debian:~/tmp$ gcc -Wall -Wextra -S bsd.c
bsd.c:1:10: fatal error: bsd/err.h: No such file or directory
1 | #include <bsd/err.h>
| ^~~~~~~~~~~
compilation terminated.

This seems consistent with the recent build system changes. The bug is probably there.

Ah, it indeed has disappeared. The upstream build system is missing a conditional for the header, I'll add this later today and prepare a
new upstream release.

Another thing which I was aware, but then slipped my mind is that the
cdefs.h header needs to be placed under a multi-arch qualified
directory otherwise it will conflict with other instances of the
library now that it contains arch-specific defines. Will amend that
with the new Debian upload.

Thanks,
Guillem

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Processing control commands:

tag 1064909 pending

Bug #1064909 [libbsd-dev] libbsd-dev: Many functions (possibly all?) aren't available
Added tag(s) pending.

--
1064909: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1064909
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Control: tag 1064909 pending

Hi!

Bug #1064909 that you reported in package libbsd has been fixed
in the debian/pkgs/libbsd.git git repository. You can see the changelog below, and you can check the diff of the fix at:

https://git.hadrons.org/cgit/debian/pkgs/libbsd.git/diff/?id=864f359

---
commit 864f359fe0eae118b73726c26591a0447c299359
Author: Guillem Jover <guillem@debian.org>
Date: Wed Feb 28 05:15:20 2024 +0100

New libbsd upstream release 0.12.1

- Fix missing installation of err.h. Closes: #1064909

diff --git a/debian/changelog b/debian/changelog
index 39f7b9e..0afdbbe 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+libbsd (0.12.1-1) UNRELEASED; urgency=medium
+
+ * New upstream release.
+ - Fix missing installation of err.h. Closes: #1064909
+
+ -- Guillem Jover <guillem@debian.org> Wed, 28 Feb 2024 05:13:52 +0100
+
libbsd (0.12.0-1) unstable; urgency=medium

* New upstream release.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

This is a multi-part message in MIME format...

Your message dated Wed, 28 Feb 2024 06:05:09 +0000
with message-id <E1rfD41-004eiM-F3@fasolo.debian.org>
and subject line Bug#1064909: fixed in libbsd 0.12.1-1
has caused the Debian Bug report #1064909,
regarding libbsd-dev: Many functions (possibly all?) aren't available
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


--
1064909: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1064909
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems

Received: (at submit) by bugs.debian.org; 27 Feb 2024 16:33:18 +0000 X-Spam-Checker-Version: SpamAssassin 3.4.6-bugs.debian.org_2005_01_02
(2021-04-09) on buxtehude.debian.org
X-Spam-Level:
X-Spam-Status: No, score=-10.9 required=4.0 tests=BAYES_00,
BODY_INCLUDES_PACKAGE,FOURLA,HAS_PACKAGE,HELO_MISC_IP,RCVD_IN_PBL,
RDNS_NONE,SPF_SOFTFAIL,T_SCC_BODY_TEXT_LINE,XMAILER_REPORTBUG
autolearn=ham autolearn_force=no
version=3.4.6-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 20; hammy, 150; neutral, 112; spammy,
0. spammytokens: hammytokens:0.000-+--XDebbugsCc,
0.000-+--X-Debbugs-Cc, 0.000-+--trixie, 0.000-+--cutf8,
0.000-+--H*M:reportbug
Return-path: <alx@kernel.org>
Received: from [170.253.40.43] (port=48664 helo=[127.0.1.1])
by buxtehude.debian.org with esmtp (Exim 4.94.2)
(envelope-from <alx@kernel.org>)
id 1rf0OM-00EyY