cannot emerge libpng-1.2.26 on gentoo 2007 (minimal) in amd64 environment 1.2.24-pngconf-setjmp.patch will not apply [build log] >>> Unpacking source... >>> Unpacking libpng-1.2.26.tar.lzma to /var/tmp/portage/media-libs/libpng-1.2.26/work unpack libpng-1.2.26.tar.lzma: file format not recognized. Ignoring. /usr/portage/media-libs/libpng/libpng-1.2.26.ebuild: line 22: cd: /var/tmp/portage/media-libs/libpng-1.2.26/work/libpng-1.2.26: No such file or directory [32;01m*[0m Applying libpng-1.2.24-pngconf-setjmp.patch ... [31;01m*[0m Failed Patch: libpng-1.2.24-pngconf-setjmp.patch ! [31;01m*[0m ( /usr/portage/media-libs/libpng/files/libpng-1.2.24-pngconf-setjmp.patch ) [31;01m*[0m [31;01m*[0m Include in your bugreport the contents of: [31;01m*[0m [31;01m*[0m /var/tmp/portage/media-libs/libpng-1.2.26/temp/libpng-1.2.24-pngconf-setjmp.patch-24321.out !!! ERROR: media-libs/libpng-1.2.26 failed. Call stack: ebuild.sh, line 1614: Called dyn_unpack ebuild.sh, line 751: Called qa_call 'src_unpack' environment, line 3448: Called src_unpack libpng-1.2.26.ebuild, line 23: Called epatch '/usr/portage/media-libs/libpng/files/libpng-1.2.24-pngconf-setjmp.patch' eutils.eclass, line 324: Called die !!! Failed Patch: libpng-1.2.24-pngconf-setjmp.patch! !!! If you need support, post the topmost build error, and the call stack if relevant. !!! A complete build log is located at '/var/tmp/portage/media-libs/libpng-1.2.26/temp/build.log'. Reproducible: Always Steps to Reproduce: 1. install minimal 2007 gentoo amd64 2. use genkernel? 3. try to emerge libpng Actual Results: i tried a new "emerge --sync" and ended up with the same problem Expected Results: emerge and patch successfully before compiling considered major? cannot use a lot of programs without libpng. could compile from source myself but considering package dependencies this should be fixed. is there a way i can manually mask the current libpng-1.2.26, and use libpng-1.2.25 which is reported stable at http://packages.gentoo.org/package/media-libs/libpng ? Thank You, Christopher Aiken
ah. i have looked at the log more and i cannot unarchive a .lzma, and the app-arch/lzma-utils package is a "Blocked Package". oh what to do?
After explicitly typing "emerge app-arch/lzma-utils" the lzma-utils will install. But portage will not decompress the file at "/usr/portage/distfiles/libpng-1.2.26.tar.lzma" automatically. You can try to manually decompress it to the work directory at "/var/tmp/portage/media-libs/libpng-1.2.26/work" however when you try to emerge to work on the files, they are erased. Please have the package / portage maintainer for this package release it as a gz or bz2 please.
i fixed the problem by emerging the latest portage that is capable of unarchiving the .lzma (emerge --nodeps portage). (still requires app-arch/lzma-utils).
so shouldn't this be dep of portage. I have the following but no call for lmza-utils [ebuild R ] sys-apps/portage-2.1.5_rc7
(In reply to comment #4) > so shouldn't this be dep of portage. I have the following but no call for > lmza-utils > > [ebuild R ] sys-apps/portage-2.1.5_rc7 > pretty much i found out it goes like this: you need a portage that recognizes that the downloaded package is an lzma archive. hence requiring the upgrade to the latest portage. (so yes, in this way it is dependant on portage). AND THEN you need to emerge the lzma-utils to actually get everything unpackaged (after emerging to latest portage). i was using gentoo-amd64 2007 at the time. i imagine the latest portage and lzma-utils have been implemented in the 2008 (beta?) minimal release
.
Please do not introduce a libstdc++.so dependency on portage. Thank you.
*** This bug has been marked as a duplicate of bug 207193 ***
