#archlinux32 | Logs for 2024-11-11
Back
[00:50:47] <KillerWasp> bill-auger: is glibc, valgrind maybe, but are compiled in user mode. Later is the binary that i made.
[00:56:49] <KillerWasp> damn, other strange error, in 'make install' of glibc give "/usr/bin/ld: cannot find -lnss_dns: No such file or directory", also for -lnss_files, and both library exist in /usr/lib.
[00:57:09] <KillerWasp> the line is: LD_SO=ld-linux.so.2 CC="gcc" /usr/bin/perl scripts/test-installation.pl /src/glibc-2.40/Build/
[03:32:53] -!- buildmaster has quit [Ping timeout: 245 seconds]
[03:34:15] -!- dvzrv has quit [Ping timeout: 276 seconds]
[03:46:10] -!- dvzrv has joined #archlinux32
[03:59:34] -!- buildmaster has joined #archlinux32
[04:27:07] -!- lithium_pt has quit [Ping timeout: 264 seconds]
[04:48:09] -!- lithiumpt has joined #archlinux32
[05:34:29] -!- lithiumpt has quit [Ping timeout: 244 seconds]
[05:35:18] -!- lithiumpt has joined #archlinux32
[11:01:39] -!- lithiumpt has quit [Ping timeout: 252 seconds]
[11:22:47] -!- lithiumpt has joined #archlinux32
[11:31:14] -!- lithiumpt has quit [Ping timeout: 260 seconds]
[11:39:49] -!- lithiumpt has joined #archlinux32
[14:38:51] -!- drathir_tor has quit [Ping timeout: 260 seconds]
[14:45:27] -!- drathir_tor has joined #archlinux32
[16:49:11] -!- morriset has joined #archlinux32
[17:17:06] -!- morriset has quit [Quit: Leaving]
[18:35:06] -!- drathir_tor has quit [Ping timeout: 260 seconds]
[18:45:49] -!- drathir_tor has joined #archlinux32
[19:04:03] <KillerWasp> mmmm.... it's strange, this problem with glibc appear from the installation step, not from the build step. What happen if this problem have in the building system for archlinux32?
[19:04:52] <KillerWasp> can be ignore the error and continue with the installation of the glibc like nothing happened?
[19:05:20] <KillerWasp> also this problem come from the perl script.
[19:09:33] <KillerWasp> the script of perl can't support if the libraries of linking have a extra number of versions, like ".so.2" instead of ".so"
[19:11:25] <KillerWasp> i try fix with those two libraries of nss with make a link files, but I fix 2 and thousands more appear in succession, I don't feel like fixing all the files.
[19:19:54] <KillerWasp> or throw any strange error. The perl script of glibc need a serious changes.
[19:43:17] <bill-auger> KillerWasp: why are you trying to build glibc? - the extra package is the latest version - are you experiencing some bug? - did you open a bug report?
[19:43:33] <bill-auger> s/extra/core/
[19:44:29] <KillerWasp> bill-auger: i still don't open a bug report. I'm trying to build glibc to use its debugging information, which needs valgrind to work.
[19:45:46] <bill-auger> ok sry i remember now - you started by asking where are the debug packages
[19:47:06] <bill-auger> your problem with perl could be that the perl package need a rebuild - it is quite old - last updated: 2023-02-04
[19:47:22] <bill-auger> rebuild or upgrade
[19:48:02] <bill-auger> on x86_64, perl definitely links to versioned .so files
[19:48:33] <bill-auger> $ pacman -Qs ^perl$
[19:48:33] <bill-auger> local/perl 5.40.0-1
[19:48:38] <bill-auger> $ lddtree /usr/bin/perl
[19:48:39] <bill-auger> /usr/bin/perl (interpreter => /lib64/ld-linux-x86-64.so.2)
[19:48:39] <bill-auger> libperl.so => /usr/lib/perl5/5.40/core_perl/CORE/libperl.so
[19:48:39] <bill-auger> libm.so.6 => /usr/lib/libm.so.6
[19:48:39] <bill-auger> libcrypt.so.2 => /usr/lib/libcrypt.so.2
[19:48:40] <bill-auger> libc.so.6 => /usr/lib/libc.so.6
[19:51:30] <bill-auger> o/c upgrading perl could open a larger can of worms with it's dependents; so i would start by rebuilding the current version 5.36.0
[20:20:21] <KillerWasp> i report the error in bugzilla.
[20:22:40] <bill-auger> who's bugzilla? - i was suggesting to open a bug report on the arch32 bug tracker https://bugs.archlinux32.org if you found a bug
[20:22:42] <phrik> Title: Archlinux32Arch Linux 32: Tasklist (at bugs.archlinux32.org)
[20:23:00] <KillerWasp> https://sourceware.org
[20:23:02] <phrik> Title: 32355 – Perl script show any errors for linking libraries in installing step (at sourceware.org)
[20:25:01] <bill-auger> they are probably going to close it - users of a distro have no business reporting bugs about distro packages to the upstream - they should always report bugs to the distro first - then, the distro devs may or may not report the bug upstream, if it can be identified as an upstream bug
[20:26:20] <bill-auger> moreso WRT arch32, we shuold always assume that the bug is not upstream
[20:26:52] <KillerWasp> bill-auger: wow, I didn't know that. Thanks for telling me.
[20:27:45] <KillerWasp> Until now I have always reported to their respective program communities.
[20:28:22] <bill-auger> that should be comon knowlege - unfortunately it is not - some upstreams themselves have that in the bug reporting guidelines
[20:33:55] <bill-auger> this is one i read recently, the most adament ive ever seen - it is basically a rant, about those misdirected bug reports which are so common that the upstream is frustrated with recieving them https://github.com
[20:33:56] <phrik> Title: Reporting Bugs and Feature Requests · bcpierce00/unison Wiki · GitHub (at github.com)
[23:58:31] <KillerWasp> no. i update perl to 5.40 and the problem persist. :/
[23:59:24] <KillerWasp> really don't seem that the problem of detection of the 8 libraries in the script of perl is from the perl program.