After compiling udev-155-r1 the error is generated (see attachnet for more details). After checking I saw that QA can't find one of *.a file. Removed QA from makes merging OK, and udev works well. The problem was sawn on updating from sys-fs/udev-104 and from sys-fs/udev-8??. --- End of log QA Notice: Missing gen_usr_ldscript for libvolume_id.so * * ERROR: sys-fs/udev-115-r1 failed. * Call stack: * misc-functions.sh, line 566: Called install_qa_check * misc-functions.sh, line 259: Called die * * add those ldscripts Reproducible: Always
Created attachment 135551 [details] History from terminal Sorry, I forgot about build.log :-)
(In reply to comment #0) > details). After checking I saw that QA can't find one of *.a file. Removed QA > from makes merging OK, and udev works well. What do you mean 'removed QA from make'? Also post emerge --info output please.
(In reply to comment #2) > (In reply to comment #0) > > details). After checking I saw that QA can't find one of *.a file. Removed QA > > from makes merging OK, and udev works well. > > What do you mean 'removed QA from make'? Also post emerge --info output please. > In script that checks the libvolume_id.a (misc-functions) after checking existence of *.a files according to *.so files there is variable that indicates if QA test was OK or not. Next this variable is checking and if fails die is called. I commented checking :-) for time of emerging sys-fs/udev. I'll post you emerge --info and exactly this one-instance patch at the evening or tomorrow morning, be cause I'm at work now. Generally I see bug it fact that in portage was introduced QA checking, and some ebuilds fails it. Maybe I'll make some patch and propose it for those ebuilds.
(In reply to comment #3) > In script that checks the libvolume_id.a (misc-functions) after checking > existence of *.a files according to *.so files there is variable that indicates > if QA test was OK or not. Next this variable is checking and if fails die is > called. I commented checking :-) for time of emerging sys-fs/udev. No not do such things, please. I don't understand why it dies in the first place here, since there's nothing missing. Which portage version is this about? $ grep gen_usr_ldscript udev-115-r1.ebuild gen_usr_ldscript libvolume_id.so
post the output as an attachment of this command: tree /var/tmp/portage/sys-fs/udev-115-r1/image/ then post `emerge --info` like the bug reporting page told you to
Created attachment 135863 [details] Log of build file
Created attachment 135864 [details] emerge --info
Created attachment 135866 [details, diff] It's change to /usr/lib/portage/bin/misc_functions.sh The change is added if [[ ${QA_DISABLE_SHARED_LIBS_CHECK} != "true" ]] ; then at line 247
Created attachment 135868 [details] The changed ebuild QA_DISABLE_SHARED_LIBS_CHECK="true"
Created attachment 135870 [details] ls-lR of udev-115-r1/image
looks like udev is screwing up the install ... either that or your profile selection sucks at life amd64 team: please verify default-linux/amd64 is a valid selection ./lib: razem 36 lrwxrwxrwx 1 root root 22 lis 13 11:15 libvolume_id.so -> libvolume_id.so.0.80.0 lrwxrwxrwx 1 root root 22 lis 13 11:15 libvolume_id.so.0 -> libvolume_id.so.0.80.0 -rwxr-xr-x 1 root root 34272 lis 13 11:15 libvolume_id.so.0.80.0 ./lib64: razem 8 drwxr-xr-x 3 root root 4096 lis 13 11:15 rcscripts drwxr-xr-x 4 root root 4096 lis 13 11:15 udev ./usr/lib: razem 108 -rw-r--r-- 1 root root 104618 lis 13 11:21 libvolume_id.a ./usr/lib64: razem 8 -rwxr-xr-x 1 root root 332 lis 13 11:15 libvolume_id.so drwxr-xr-x 2 root root 4096 lis 13 11:15 pkgconfig
(In reply to comment #11) > looks like udev is screwing up the install ... either that or your profile > selection sucks at life > > amd64 team: please verify default-linux/amd64 is a valid selection Negative Ghostrider. default-linux/amd64 is not valid. You must be at default-linux/amd64/200?.? to have a valid profile.
Please use eselect profile to select your profile in the future.
thx Doug
(In reply to comment #14) > thx Doug > He, he. Now works. Thx
