above said package patch fails to apply on libqt-mt.so.3.3.4 because of that all updates to new location can't be used since required libs can't be found ===================================================== PATCH COMMAND: patch -p1 -g0 -E --no-backup-if-mismatch < emul-linux-x86-qtlibs-3.4.4-r3-emul.patch ===================================================== patching file usr/lib32/libDCOP.so.4.2.0 patching file usr/lib32/libkdecore.so.4.2.0 patching file usr/lib32/libkdefx.so.4.2.0 patching file usr/qt/3/lib32/libqt-mt.so.3.3.4 Hunk #1 FAILED at 27785. 1 out of 1 hunk FAILED -- saving rejects to file usr/qt/3/lib32/libqt-mt.so.3.3.4.rej patching file usr/qt/3/plugins/styles32/dotnet.so patching file usr/qt/3/plugins/styles32/highcolor.so patching file usr/qt/3/plugins/styles32/highcontrast.so patching file usr/qt/3/plugins/styles32/keramik.so patching file usr/qt/3/plugins/styles32/kthemestyle.so patching file usr/qt/3/plugins/styles32/light.so patching file usr/qt/3/plugins/styles32/phasestyle.so patching file usr/qt/3/plugins/styles32/plastik.so ===================================================== Reproducible: Always
it's actually 3.4.4, not 3.3.4... Same problem here... seems someone removed the .patch file but forgot to modify the ebuild...
correct version in summary
Created attachment 107225 [details] (hopefully) corrected qt patch since it seems to be much work to build a new correct patch :( i attach this one so ppl can get to install this package it applies for me without error now
patch seems to work for me, can't find any problems till now, all 32bit programs run fine
i've just noticed the patch only failt with immqt-bc use flag enabled, otherwise it installs correctly so when this use flag is enabled a different patch should be used (like the one in comment #3) ...and i hope a dev will look into this soon since i seem to be discussing/trying to resolve this bug alone...
Pardon me for being a Bugzilla noob, but... How exactly do I use a patch that is streamed to me as application/octet-stream? If I download it, it's all binary. That's not a patch file... Also, can we get a bump and commit? Running --skipfirst is getting really old really fast.
download the patch and replace the patch in the distfiles directory then run ebuild /usr/portage/app-emulation/emul-linux-x86-qtlibs/emul-linux-x86-qtlibs-3.4.4-r4.ebuild digest (it's one command (one line)) and install the package.... ...thats the easiest way for now
the patch to be replaced is this one: emul-linux-x86-qtlibs-3.4.4-r3-emul.patch.bz2
No, I know how to do everything else, but where I'm confused is solely bugzilla. You have a BINARY file as a patch. It's being streamed as BINARY, not text. I have no early idea how exactly I'm supposed to get the actual TEXT patch out of what you attached.
it actually _is_ a binary patch, as the original one is one too, just save it in distfiles and it will install there's no need or even use trying to get this one out as a non-binary patch it is bzip2 compressed too
This bug has been open for almost a month now... Yet it is still marked as new and there is still no Gentoo Dev who commented on it. It's sad since I think it must affect many Gentoo users running ~amd64 Well... Bug still present in 3.4.4-r5. Patch override with emerald's attachment is still required and still working. Just my 2 cents...
this problem should exist with version 10.0 anymore