https://bugzilla.redhat.com/show_bug.cgi?id=1481324 --- Comment #9 from Tomasz Kłoczko <kloczko.tomasz@xxxxxxxxx> --- > (2) I don't buy the argument with less and more frequent libraries. That was exactly the subject of bug #905482. The consistency. Just unpacked one more time perl-XML-LibXSLT and done experiment: [tkloczko@domek XML-LibXSLT-1.95]$ grep -r gdbm * [tkloczko@domek XML-LibXSLT-1.95]$ If none of the files in this module has anything about gdbm it must be logical conclusion that this library in the past was offered by perl-devel. there is only few packages in whole distribution which requires and uses gdbm-devel and of these packages is perl -> in the past perl-devel incorrectly have been offering this library. Do you see any other explanation why in the past -lgdbm was used during linking DSO of perl-XML-LibXSLT? >(3) All the unneeded libraries you see in the values (-lc etc.) are matter of build script developed and maintained by upstream. Fedora is not the right place do deal with it. Please discuss your findings with Perl authors <https://rt.perl.org/>. They are the most competent people in improving Perl's configuration script. Hmm .. but perl is not able to compile any perl scripts to DSOs (?? !!!) Please .. did you try to build perl-XML-LibXSLT to check that effect in bug #905482 is no longer the case? This has nothing to do with Perl authors. I have no idea about that is the connection between exact case which we are discussing now. if in the past perl-XML-LibXSLT have been linking with gdbm now it is no longer the case. Another proof: # dnf repoquery --whatrequires 'libgdbm.so.4()(64bit)' | grep perl Last metadata expiration check: 2:26:14 ago on Tue 15 Aug 2017 06:59:42 BST. perl-eperl-0:2.2.14-37.fc27.x86_64 perl-interpreter-4:5.26.0-398.fc27.x86_64 I have no idea how it was before last mass rebuild but now affected perl-XML-LibXSLT by (seems) bug in perl-devel is not linking with this library. If any of the perl modules really needs to link with gdbm build of those modules is failing now or will fail during next try. Such cases should be not handled by adding to perl-devel gdbm-devel or libdb-devel but by adding BuildRequires to those packages. Again: nothing which is now using perl-devel should be even trying to link with libbd or gdbm. If something is trying it is not the perl-devel problem or it should be not treated as anything to fix in perl-devel. -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ perl-devel mailing list -- perl-devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to perl-devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
