FS#30567 - [namcap] doesn't detect perl library

Attached to Project: Arch Linux
Opened by Lone_Wolf (Lone_Wolf) - Friday, 06 July 2012, 12:08 GMT
Last edited by Jelle van der Waa (jelly) - Friday, 11 August 2023, 15:51 GMT
Task Type Bug Report
Category Arch Projects
Status Closed
Assigned To Rémy Oudompheng (remyoudompheng)
Kyle Keen (keenerd)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Name : namcap
Version : 3.2.4-1


[panoramix@obelix kvirc-phonon-svn]$ namcap kvirc-phonon-svn-6221-1-x86_64.pkg.tar.xz
kvirc-phonon-svn W: Referenced library 'libperl.so' is an uninstalled dependency
kvirc-phonon-svn W: Dependency perl included but already satisfied

[panoramix@obelix kvirc-phonon-svn]$ which libperl.so
which: no libperl.so in (/home/panoramix/GNUstep/Tools:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/bin/vendor_perl:/usr/bin/core_perl)

[panoramix@obelix kvirc-phonon-svn]$ locate libperl.so
/usr/lib/perl5/core_perl/CORE/libperl.so

[panoramix@obelix kvirc-phonon-svn]$ pacman -Qo /usr/lib/perl5/core_perl/CORE/libperl.so
/usr/lib/perl5/core_perl/CORE/libperl.so is owned by perl 5.16.0-2
[panoramix@obelix kvirc-phonon-svn]$


source for package attached

Additional info:
* package version(s)
* config and/or log files etc.


Steps to reproduce:
This task depends upon

Closed by  Jelle van der Waa (jelly)
Friday, 11 August 2023, 15:51 GMT
Reason for closing:  Moved
Additional comments about closing:  https://gitlab.archlinux.org/pacman/namc ap/issues/38
Comment by Jakob Steltner (trurl23) - Friday, 16 November 2012, 23:40 GMT
Reproducible with namcap 3.2.4-2.

Output is as follows:
$ namcap kvirc-phonon-svn-6285-1-x86_64.pkg.tar.xz
kvirc-phonon-svn W: Referenced library 'libperl.so' is an uninstalled dependency
kvirc-phonon-svn W: Referenced library 'libkvilib.so.4' is an uninstalled dependency
kvirc-phonon-svn W: Dependency perl included but already satisfied
Comment by Michael (MST) - Sunday, 15 January 2017, 22:34 GMT
I think the problem is that libperl.so is not in the output of 'ldconfig -p' used in filllibcache() in sodepends.py

For testing purposes I created a symlink to libperl.so in /usr/lib

# ln -s /usr/lib/perl5/core_perl/CORE/libperl.so /usr/lib/libperl.so
# ldconfig

After that namcap finds libperl.so
Comment by Bruno Pagani (ArchangeGabriel) - Sunday, 06 October 2019, 17:02 GMT
I think the issue is more generally that namcap doesn’t follow RPATH.

I have the same issue with a package (opensmtpd) depending on the newly added libressl:
opensmtpd W: Referenced library 'libcrypto.so.45' is an uninstalled dependency
opensmtpd W: Referenced library 'libssl.so.47' is an uninstalled dependency
opensmtpd W: Dependency included and not needed ('libressl')

So I would change this issue to “[namcap] does not find libraries outside /usr/lib/” or something like that.
Comment by (arisinfenix) - Friday, 07 February 2020, 11:32 GMT
I'm not sure if this is a namcap bug.

Perhaps packages like libressl and perl (no libs or links in /usr/lib/) should ship a config file in /etc/ld.so.conf.d/ so that ldconfig finds the provided libs?

The fakeroot package ships such a file for example.
Comment by Bruno Pagani (ArchangeGabriel) - Tuesday, 18 February 2020, 22:58 GMT
And so does openmpi. Great, seems a good idea.
Comment by Eli Schwartz (eschwartz) - Tuesday, 18 February 2020, 23:16 GMT
That would be pretty broken for openssl/libressl though...
Comment by Bruno Pagani (ArchangeGabriel) - Tuesday, 18 February 2020, 23:52 GMT
Of course… So good idea for perl, but not libressl which really needs RPATH support in namcap.
Comment by Buggy McBugFace (bugbot) - Tuesday, 08 August 2023, 19:11 GMT
This is an automated comment as this bug is open for more then 2 years. Please reply if you still experience this bug otherwise this issue will be closed after 1 month.

Loading...