Summary: | sys-libs/libhx-3.4: needs app-arch/xz-utils to unpack, but EAPI=3 doesn't provide it. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Róbert Čerňanský <openhs> |
Component: | New packages | Assignee: | Hanno Böck <hanno> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | xmw |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | 'emerge --info' output |
Hello Robert, the ebuilds EAPI is 3, which should support this type of archive. The xz decompressor should be pulled in by portage. Please attach a full build log, amd comment `emerge --info`. Can you please `emerge --deselect app-arch/xz-utils` and run `emerge -p --depclean` to see if app-arch/xz-utils would be dropped. Or, if you don't mind, `quickpkg app-arch/xz-utils ; emerge -C app-arch/xz-utils ; emerge -avuND -k world` to see if it get's pulled in by a regular update. If that fails, please report it here and it's an error in EAPI=3 handling and a case for core or portage. Thanks, Michael Sorry for not sending all required info at first place, I thought that this will be easy case. Apparently I was wrong. The error appeared when I was trying to install pam_mount on a stable system. In order to do that I unmasked following packages in package.keywords: sys-auth/pam_mount sys-libs/libhx sys-fs/cryptsetup With this configuration the xz-utils is not pulled in. The output of emerge looks like this: ----------------------------------------- # emerge -pv pam_mount These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] sys-libs/libhx-3.4 0 kB [ebuild U ] sys-fs/cryptsetup-1.1.0 [1.0.6-r2] USE="nls -dynamic (-selinux)" 0 kB [ebuild N ] sys-auth/pam_mount-2.1 USE="crypt" 0 kB Total: 3 packages (1 upgrade, 2 new), Size of downloads: 0 kB !!! The following update has been skipped due to unsatisfied dependencies: sys-fs/cryptsetup:0 !!! All ebuilds that could satisfy ">=sys-fs/lvm2-2.02.64" have been masked. !!! One of the following masked packages is required to complete your request: - sys-fs/lvm2-2.02.64 (masked by: ~x86 keyword) (dependency required by "sys-fs/cryptsetup-1.1.1" [ebuild]) For more information, see the MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. ----------------------------------------- I did not mind that some dependencies were not satisfied since it was enough for pam_mount to be emerged (after I've emerged xz-utils manually of course therefore I've wrote this bug report). And what I've found out today is that if I unmask additional packages: sys-fs/lvm2 sys-fs/udev so that all dependencies are satisfied, the xz-utils package is pulled in. Great! But look closer, it's in a wrong order! Not nice. :-) ------------------------------------------ # emerge -pv pam_mount These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] sys-libs/libhx-3.4 0 kB [ebuild N ] app-arch/xz-utils-4.999.9_beta USE="nls threads -static-libs" 0 kB [ebuild U ] sys-kernel/linux-headers-2.6.30-r1 [2.6.27-r2] 3,780 kB [ebuild U ] sys-fs/udev-154 [146-r1] USE="-extras (-selinux) -test% (-devfs-compat%*)" 521 kB [ebuild U ] sys-fs/lvm2-2.02.64 [2.02.56-r2] USE="lvm1 readline static -clvm (-cman) (-selinux)" 850 kB [ebuild U ] sys-fs/cryptsetup-1.1.1 [1.0.6-r2] USE="nls -dynamic (-selinux)" 467 kB [ebuild N ] sys-auth/pam_mount-2.1 USE="crypt" 0 kB Total: 7 packages (4 upgrades, 3 new), Size of downloads: 5,617 kB ------------------------------------------ Btw, emerge -uDNpv world prints a bunch of packages on my system; I'm mentioning it just in case that could affect the order somehow. Created attachment 234453 [details]
'emerge --info' output
Currently dependencies must be manually specified when SRC_URI contains .xz, .zip etc. files. I have added dependency on app-arch/xz-utils. |
sys-libs/libhx-3.4 needs xz-utils to unpack the source which is in .tar.xz format. Otherwise it fails as shown below. I'm running stable x86 system with unmasked libhx from testing. >>> Unpacking source... >>> Unpacking libHX-3.4.tar.xz to /var/tmp/portage/sys-libs/libhx-3.4/work /usr/lib/portage/bin/ebuild.sh: line 365: xz: command not found tar: This does not look like a tar archive tar: Error exit delayed from previous errors * ERROR: sys-libs/libhx-3.4 failed: * failure unpacking libHX-3.4.tar.xz * * Call stack: * ebuild.sh, line 54: Called src_unpack * environment, line 131: Called _eapi0_src_unpack * ebuild.sh, line 605: Called unpack 'libHX-3.4.tar.xz' * ebuild.sh, line 444: Called _unpack_tar 'xz' * ebuild.sh, line 366: Called assert 'failure unpacking libHX-3.4.tar.xz' * isolated-functions.sh, line 14: Called die * The specific snippet of code: * [[ $x -eq 0 ]] || die "$@" * * If you need support, post the output of 'emerge --info =sys-libs/libhx-3.4', * the complete build log and the output of 'emerge -pqv =sys-libs/libhx-3.4'. * The complete build log is located at '/var/log/portage/sys-libs:libhx-3.4:20100529-141054.log'. * The ebuild environment file is located at '/var/tmp/portage/sys-libs/libhx-3.4/temp/environment'. * S: '/var/tmp/portage/sys-libs/libhx-3.4/work/libHX-3.4'