Bug#1014729: glibc 2.34 breaks wcc autopkgtest on amd64: open: Invalid argument
On Tue, 12 Jul 2022 at 04:30, Aurelien Jarno wrote: > On 2022-07-11 10:06, Michael Hudson-Doyle wrote: > > It looks like a no-change rebuild fixed this in Ubuntu fwiw. > > Thanks, I confirm that in Debian too. Do you have an idea why? It could > be a missing or too loose dependency. > No. I got as far as reading https://github.com/endrazine/wcc/blob/master/README.md and then was completely unsurprised that it depends on the details of everything. It would probably be quite fun to dig into why it's failing but I don't really have the time for that today. Cheers, mwh
Bug#1014735: rpcsvc-proto: The /usr/include/rpc/* files is not included
Hi, On 2022-07-11 22:18, Magnus Danielson wrote: > Hi, > > On 7/11/22 18:30, Aurelien Jarno wrote: > > control: tag -1 + moreinfo > > > > Hi, > > > > On 2022-07-11 02:46, Magnus Danielson wrote: > > > Package: rpcsvc-proto > > > Version: 1.4.2-4 > > > Severity: grave > > > Justification: renders package unusable > > rpcsvc-proto is used to build many packages in Debian, so I doubt it is > > completely unusable. > Fair enough, but for my purpose it failed completely. Of the options given > by text in recommended tool reportbug this was closest to my experienced > situation. > > > > > Dear Maintainer, > > > > > > Template answers first, for your convenience. > > > > > > * What led up to the situation? > > > > > > Rebuilding an application using rpcgen. > > > > > > * What exactly did you do (or not do) that was effective (or > > > ineffective)? > > > > > > Run rpcgen, then tried to compile the produced files. > > > > > > * What was the outcome of this action? > > > > > > Any of the /usr/include/rpc/* header-files referenced such as > > > #include > > > etc. fail to include, all the related definitions missing causes large > > > amount > > > of compile errors. > > Could you please give me more details about the issue? Ideally copy and > > paste the error message. > make > rpcgen core.x > gcc -DHAVE_CONFIG_H -I. -I. -I. -Wall -g -O2 -c core_svc.c > In file included from core_svc.c:6: > core.h:9:10: fatal error: rpc/rpc.h: No such file or directory > 9 | #include > | ^~~ > compilation terminated. > make: *** [Makefile:514: core_svc.o] Error 1 > > So, here rpcgen process the core.x, outputting core_clnt.c, core_svc.c, > core_xdr.c and core.h. Ok, so that's definitely the issue of the SunRPC removal from glibc. > The next step is to compile these, and for the case of core_svc.c this fails > because > > #include > > which is generated by rpcgen (there is no such reference in core.x) and thus > needed by users for rpcgen. > > I think it is fair to assume that when using rpcgen, the associated > headerfiles needed to compile is either directly or indirectly in the > package (or dependencies of the package). > > My guess is that your problem is not related to rpcsvc-proto itself > > which just provides rpcgen and related header files, but with the > > removal of the SunRPC implementation for glibc. You need to switch to > > the TI RPC implementation instead (using the libtirpc-dev package). > > Which does not work out, since rpcgen does generate the dependence to > /usr/include/rpc/* and the installed libtirpc-dev delivers the files in > /usr/include/tirpc/rpc/* so despite being installed, gcc does not find it, > and the rpcgen produces files that does not compile. Given the SunRPC library has been removed from glibc, you definitely need to use pkg-config to get the correct link time flags to link your code against libtirpc. Therefore changes are needed to your project, whether you want it or not. You can therefore do the same changes for the includes. There are multiple compatible RPC libraries (which actually predates the SunRPC removal), and users are able to select the one they prefer by using the correct include and link flags. Note that most open source projects have already been updated to automatically switch to an alternative RPC implementation since the first distribution removed the SunRPC support more than 4 years ago (at this time this was still an opt-in on the glibc side). > > > * What outcome did you expect instead? > > > > > > Nice compile as headerfiles is found. > > > > > > This is most likely a consequence of repackaging the rpc-part. Looking > > > back > > > at > > > the stable version of libc6 the header files is there in libc6-dev, but > > > for > > > testing and unstable they are not. I expect that using these this would > > > work. > > > If the headerfiles is in another package, dependence on that should be in > > > place. > > The files that are removed from libc6-dev are the ones related to the > > removed SunRPC implementation. libc6-dev (indirectly) depends on > > libtirpc3-dev so the replacement header files should be available on > > your system. That said it is not a one to one replacement, so you need > > to use pkgconfig to get the compile and link flags. > > Which is documented where for this change? The changes is documented on the Debian side in changelog.Debian.gz and on the upstream side in NEW.gz. That said, I agree that I failed to properly document the changes with details instructions about how to convert existing code in the NEWS.Debian.gz file. > The repackaging caused generated code that did work fail to work. It seems Just to be clear, this is not a repackaging. This is a *removal* of the SunRPC support from glibc. The TI RPC library was already packaged in Debian, and we just provided support for rpcgen (through the rpcsvc-proto fork). The other alternative would have to just remove
glibc_2.34-0experimental5_source.changes ACCEPTED into experimental
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 11 Jul 2022 19:30:26 +0200 Source: glibc Architecture: source Version: 2.34-0experimental5 Distribution: experimental Urgency: medium Maintainer: GNU Libc Maintainers Changed-By: Aurelien Jarno Changes: glibc (2.34-0experimental5) experimental; urgency=medium . [ Aurelien Jarno ] * debian/patches/git-updates.diff: update from upstream stable branch: - debian/patches/powerpc/local-powerpc8xx-dcbz.diff: rebase. - debian/rules.d/build.mk: stop passing --with-default-link=no which is now the default. * debian/control.in/libc: Add breaks in libc6-dev against dev packages that encode the path to libpthread.so, librt.so or libutil.so, they need to be binNMUed: - libassimp-dev (<= 5.2.4~ds0-1) - libbson-dev (<= 1.22.0-1) - libdeal.ii-dev (<= 9.4.0-1) - libdolfin-dev-common (<= 2019.2.0~git20220407.d29e24d-5) - libeckit-dev (<= 1.20.0-1) - libfclib-dev (<= 3.1.0+dfsg-2) - libfltk1.3-dev (<= 1.3.8-4+b1) - libinsighttoolkit4-dev (<= 4.13.3withdata-dfsg2-3+b1) - libinsighttoolkit5-dev (<= 5.2.1-5+b1) - libismrmrd-dev (<= 1.8.0-2) - liblog4cplus-dev (<= 2.0.7-1) - libmgl-dev (<= 8.0.1-2) - libmimalloc2.0 (<= 2.0.6+ds-1) - libminc-dev (<= 2.4.03-5) - libmrpt-ros1bridge-dev (<= 1:2.4.9+ds-4+b2) - libnetcdf-dev (<= 1:4.9.0-2) - libnetcdf-mpi-dev (<= 1:4.9.0-1) - libnetcdf-pnetcdf-dev (<= 1:4.9.0-1) - libns3-dev (<= 3.36.1+dfsg-4) - libopenms-dev (<= 2.6.0+cleaned1-3+b1) - libtrilinos-amesos2-dev (<= 13.2.0-3) - libtrilinos-amesos-dev (<= 13.2.0-3) - libtrilinos-anasazi-dev (<= 13.2.0-3) - libtrilinos-aztecoo-dev (<= 13.2.0-3) - libtrilinos-belos-dev (<= 13.2.0-3) - libtrilinos-epetra-dev (<= 13.2.0-3) - libtrilinos-epetraext-dev (<= 13.2.0-3) - libtrilinos-galeri-dev (<= 13.2.0-3) - libtrilinos-ifpack2-dev (<= 13.2.0-3) - libtrilinos-ifpack-dev (<= 13.2.0-3) - libtrilinos-intrepid2-dev (<= 13.2.0-3) - libtrilinos-intrepid-dev (<= 13.2.0-3) - libtrilinos-isorropia-dev (<= 13.2.0-3) - libtrilinos-kokkos-dev (<= 13.2.0-3) - libtrilinos-kokkos-kernels-dev (<= 13.2.0-3) - libtrilinos-komplex-dev (<= 13.2.0-3) - libtrilinos-ml-dev (<= 13.2.0-3) - libtrilinos-moertel-dev (<= 13.2.0-3) - libtrilinos-muelu-dev (<= 13.2.0-3) - libtrilinos-nox-dev (<= 13.2.0-3) - libtrilinos-phalanx-dev (<= 13.2.0-3) - libtrilinos-pike-dev (<= 13.2.0-3) - libtrilinos-piro-dev (<= 13.2.0-3) - libtrilinos-pliris-dev (<= 13.2.0-3) - libtrilinos-rol-dev (<= 13.2.0-3) - libtrilinos-rtop-dev (<= 13.2.0-3) - libtrilinos-rythmos-dev (<= 13.2.0-3) - libtrilinos-sacado-dev (<= 13.2.0-3) - libtrilinos-shylu-dev (<= 13.2.0-3) - libtrilinos-stokhos-dev (<= 13.2.0-3) - libtrilinos-stratimikos-dev (<= 13.2.0-3) - libtrilinos-teko-dev (<= 13.2.0-3) - libtrilinos-teuchos-dev (<= 13.2.0-3) - libtrilinos-thyra-dev (<= 13.2.0-3) - libtrilinos-tpetra-dev (<= 13.2.0-3) - libtrilinos-trilinoscouplings-dev (<= 13.2.0-3) - libtrilinos-triutils-dev (<= 13.2.0-3) - libtrilinos-xpetra-dev (<= 13.2.0-3) - libtrilinos-zoltan2-dev (<= 13.2.0-3) - libvisp-dev (<= 3.5.0-2+b1) - libvotca-dev (<= 2022-3) - libvtk6-dev (<= 6.3.0+dfsg2-8.1+b1) - libvtk7-dev (<= 7.1.1+dfsg2-10.1+b2) * debian/testsuite-xfail-debian.mk: XFAIL recently backports audit tests on MIPS. Checksums-Sha1: 8137d9c621cd91f6a3f8be3c7f6f60ff7ac825cf 9683 glibc_2.34-0experimental5.dsc a2c9a69816460a654166f9970e8d61a9bc49f155 980564 glibc_2.34-0experimental5.debian.tar.xz 222c40a81463b85394f2d7d8dba88af23467a48f 9319 glibc_2.34-0experimental5_source.buildinfo Checksums-Sha256: 9fd16106f77ab0f5e22d898a52048c0063cd2db7e1c3adf45a995cd94ed9a5df 9683 glibc_2.34-0experimental5.dsc dd2e42abdcbfcdf18aa15c579da3f3d5ef5f1b1182df6ca3d40be0018f42d67c 980564 glibc_2.34-0experimental5.debian.tar.xz 6ae4c4b4fa1965f14a5a34c5027c06859a99c75bae8e7ae18595352ccb5c408f 9319 glibc_2.34-0experimental5_source.buildinfo Files: 8ff7660bda13453d711ff5b0016ddeef 9683 libs required glibc_2.34-0experimental5.dsc 548f3bca3f963ada32d0f9477f0c4144 980564 libs required glibc_2.34-0experimental5.debian.tar.xz 4c2c852efb455904d6f3a4b61c36424e 9319 libs required glibc_2.34-0experimental5_source.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEUryGlb40+QrX1Ay4E4jA+JnoM2sFAmLMYIAACgkQE4jA+Jno M2tqLw//YDzYmSQPY1LZ+z54os4sMNMlnu6kzS/eHWg7pBF2u36oaxjDG11tDE84 IqGFBz+5QW6eKoPX1Yx8eIMt8533dvGlq2x10mLZh5iozTl0og8yxUakP+Ta7G/e wWIds8Hf8CBkXQEoR4e+G+Ot7Q24T0cApxWtOemeRxuUg31RCp3a0zYgzKgpljDa ky6P7XLxcORk2VCSrn6mZiz3btNDIEscRwsxcpbuRsuQ2RtavlTEuvejV2iFvrku t+R3ZT64SfSzcAwQsjOJ8G5BHS3KWeDbZ9wHyQLmM2Zapr2cwUcl2odXXZ/+tU84 /9lny7z/g+ZZ5cI4NY4NfCRHSj4dLWcQV+0GdTz4EvTuflgG8lL09bfPe0jDwIwl
Processing of glibc_2.34-0experimental5_source.changes
glibc_2.34-0experimental5_source.changes uploaded successfully to localhost along with the files: glibc_2.34-0experimental5.dsc glibc_2.34-0experimental5.debian.tar.xz glibc_2.34-0experimental5_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
[Git][glibc-team/glibc] Pushed new tag debian/2.34-0experimental5
Aurelien Jarno pushed new tag debian/2.34-0experimental5 at GNU Libc Maintainers / glibc -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.34-0experimental5 You're receiving this email because of your account on salsa.debian.org.
[Git][glibc-team/glibc][glibc-2.34] releasing package glibc version 2.34-0experimental5
Aurelien Jarno pushed to branch glibc-2.34 at GNU Libc Maintainers / glibc Commits: 73083abd by Aurelien Jarno at 2022-07-11T19:30:52+02:00 releasing package glibc version 2.34-0experimental5 - - - - - 1 changed file: - debian/changelog View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/73083abdfd3e3b4e08aa83f2951f7f2d487a6865 -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/73083abdfd3e3b4e08aa83f2951f7f2d487a6865 You're receiving this email because of your account on salsa.debian.org.
Bug#1014735: rpcsvc-proto: The /usr/include/rpc/* files is not included
control: tag -1 + moreinfo Hi, On 2022-07-11 02:46, Magnus Danielson wrote: > Package: rpcsvc-proto > Version: 1.4.2-4 > Severity: grave > Justification: renders package unusable rpcsvc-proto is used to build many packages in Debian, so I doubt it is completely unusable. > Dear Maintainer, > > Template answers first, for your convenience. > > * What led up to the situation? > > Rebuilding an application using rpcgen. > > * What exactly did you do (or not do) that was effective (or > ineffective)? > > Run rpcgen, then tried to compile the produced files. > > * What was the outcome of this action? > > Any of the /usr/include/rpc/* header-files referenced such as > #include > etc. fail to include, all the related definitions missing causes large > amount > of compile errors. Could you please give me more details about the issue? Ideally copy and paste the error message. My guess is that your problem is not related to rpcsvc-proto itself which just provides rpcgen and related header files, but with the removal of the SunRPC implementation for glibc. You need to switch to the TI RPC implementation instead (using the libtirpc-dev package). > * What outcome did you expect instead? > > Nice compile as headerfiles is found. > > This is most likely a consequence of repackaging the rpc-part. Looking back > at > the stable version of libc6 the header files is there in libc6-dev, but for > testing and unstable they are not. I expect that using these this would > work. > If the headerfiles is in another package, dependence on that should be in > place. The files that are removed from libc6-dev are the ones related to the removed SunRPC implementation. libc6-dev (indirectly) depends on libtirpc3-dev so the replacement header files should be available on your system. That said it is not a one to one replacement, so you need to use pkgconfig to get the compile and link flags. > Package-testing should actually include a dummy-application that generates > through rpcgen and then compiles it successfully. Then this error would be > caught. Another approach would be to check that the same header files gets > installed from previous packaging and new packaging. Both methods would be > recommended to create fail-safes and quick turn-around for package > maintainers. Don't hesitate to provide a patch doing that. Regards Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
Processed: Re: Bug#1014735: rpcsvc-proto: The /usr/include/rpc/* files is not included
Processing control commands: > tag -1 + moreinfo Bug #1014735 [rpcsvc-proto] rpcsvc-proto: The /usr/include/rpc/* files is not included Added tag(s) moreinfo. -- 1014735: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1014735 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1014729: glibc 2.34 breaks wcc autopkgtest on amd64: open: Invalid argument
On 2022-07-11 10:06, Michael Hudson-Doyle wrote: > It looks like a no-change rebuild fixed this in Ubuntu fwiw. Thanks, I confirm that in Debian too. Do you have an idea why? It could be a missing or too loose dependency. > On Mon, 11 Jul 2022 at 09:54, Aurelien Jarno wrote: > > > Source: glibc, wcc > > Control: found -1 glibc/2.34-0experimental4 > > Control: found -1 wcc/0.0.2+dfsg-4.1 > > Severity: important > > Tags: experimental > > > > Dear maintainers, > > > > The autopkgtest of wcc fails in sid on amd64 when that autopkgtest is > > run with the binary packages of glibc from experimental. It passes when > > run with only packages from sid. In tabular form: > > > >passfail > > glibc from sid2.34-0experimental4 > > wccfrom sid0.0.2+dfsg-4.1 > > all others from sidfrom sid > > > > I copied some of the output at the bottom of this report. > > > > Currently this regression is blocking the transition to glibc 2.34. Due > > to the nature of this issue, I filed this bug report against both > > packages. Can you please investigate the situation and reassign the bug > > to the right package? > > > > More information about this bug and the reason for filing it can be found > > on > > https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation > > > > Regards > > Aurelien > > > > https://ci.debian.net/data/autopkgtest/unstable/amd64/w/wcc/23455379/log.gz > > > > > > autopkgtest [14:35:47]: test wsh-libs.wsh: [--- > > open: Invalid argument > > > > [1;32m[SIGSEGV] Read00700101[1;34m(address not mapped to > > object) > > [0mbash: line 1: 2061 Segmentation fault > > /tmp/autopkgtest-lxc.yfun0_rb/downtmp/build.xHo/src/debian/tests/wsh-libs.wsh > > 2> >(tee -a /tmp/autopkgtest-lxc.yfun0_rb/downtmp/wsh-libs.wsh-stderr >&2) > > > >(tee -a /tmp/autopkgtest-lxc.yfun0_rb/downtmp/wsh-libs.wsh-stdout) > > autopkgtest [14:35:47]: test wsh-libs.wsh: ---] > > autopkgtest [14:35:47]: test wsh-libs.wsh: - - - - - - - - - - results - > > - - - - - - - - - > > wsh-libs.wsh FAIL non-zero exit status 139 > > -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
[Git][glibc-team/glibc][glibc-2.34] Update list of breaks for cmake embeding path to libc libraries using a more...
Aurelien Jarno pushed to branch glibc-2.34 at GNU Libc Maintainers / glibc Commits: 9ba1d7b4 by Aurelien Jarno at 2022-07-11T18:27:21+02:00 Update list of breaks for cmake embeding path to libc libraries using a more extensive search method - - - - - 3 changed files: - debian/changelog - debian/control - debian/control.in/libc View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/9ba1d7b4085083c56165b1a01969bb3e72ec3ace -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/-/commit/9ba1d7b4085083c56165b1a01969bb3e72ec3ace You're receiving this email because of your account on salsa.debian.org.
