Distribution package "ed-1.10.tar.lz" can't be unpacked without lzip. Reproducible: Always Actual Results: * ERROR: sys-apps/ed-1.10::gentoo failed (unpack phase) * unpacking /tmp/portage/sys-apps/ed-1.10/distdir/ed-1.10.tar.lz failed (comp= -dc arch=tar --no-same-owner -xof)
done + 27 Feb 2014; Samuli Suominen <ssuominen@gentoo.org> ed-1.10.ebuild: + Use the unpacker_src_uri_depends() function to pull in either pdlzip or lzip + wrt #502990 by Denis Sokolovsky http://sources.gentoo.org/viewvc.cgi/gentoo-x86/sys-apps/ed/ed-1.10.ebuild?r1=1.3&r2=1.4
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=7713a9f0fc204a09d6b2a57a46e520f07bed72be commit 7713a9f0fc204a09d6b2a57a46e520f07bed72be Author: Sam James <sam@gentoo.org> AuthorDate: 2022-12-13 21:02:58 +0000 Commit: Michał Górny <mgorny@gentoo.org> CommitDate: 2022-12-14 10:16:17 +0000 unpacker.eclass: support >=app-arch/xz-utils-5.4.0 for lzip decompression >=app-arch/xz-utils-5.4.0 supports lzip decompression (not compression). Add support for unpacker.eclass to handle it for .lz files. Note that xz-utils is part of @system (and PMS requires that .xz is unpackable), while most users do not have lzip and friends installed. (Note that xz does not (currently, but does not plan on either) implement parallel decompression for .lz, but most .lz distfiles are small, so this isn't an issue.) Historically, we've often repacked .lz distfiles for important packages to avoid users needing to install app-arch/lzip for a single distfile, so this avoids the need for that (although I've not done it out of principle for things like sys-apps/ed). Bug: https://bugs.gentoo.org/249059 Bug: https://bugs.gentoo.org/485462 Bug: https://bugs.gentoo.org/501912 Bug: https://bugs.gentoo.org/502990 Bug: https://bugs.gentoo.org/545344 Signed-off-by: Sam James <sam@gentoo.org> Signed-off-by: Michał Górny <mgorny@gentoo.org> eclass/unpacker.eclass | 31 +++++++++++++++++++++++++++---- 1 file changed, 27 insertions(+), 4 deletions(-)
