| Summary: | =app-emulation/wine-1.6-r4 with multilib-portage - error loading char 130 - bad news! - avifile.vneDSa.s:437: Error: invalid instruction suffix for `push' | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | ewomer <ewomer> |
| Component: | Current packages | Assignee: | Wine Maintainers <wine> |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | CC: | tommy |
| Priority: | Normal | ||
| Version: | 10.1 | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
app-emulation:wine-1.6_rc4:20130711-223026.log
grep of /etc/portage for wine contents of /etc/portage/make.profile/parent |
||
|
Description
ewomer
2013-07-11 23:18:46 UTC
Please attach the complete build log; without it, it's hard to tell what failed. Created attachment 353122 [details]
app-emulation:wine-1.6_rc4:20130711-223026.log
I apologize a head of time fir the archived text file but it was too big to attach.
with multilib_abi_amd64 use flag it fails to build but with the abi_x86_32 and abi_x86_64 use flags enabled the 32bit and 64bit wine is installed so this bug report is pointless and wastes a lot of peoples time since its misleading from the real issue. There is only a failure with the multilib_abi_amd64 use flag enabled. (In reply to salamanderrake from comment #2) > Created attachment 353122 [details] > app-emulation:wine-1.6_rc4:20130711-223026.log Maintainers: Add "tar.bz2" extension to be able to unpack. If I had known how much trouble the archive would have been I would have hosted it on ideone (In reply to salamanderrake from comment #3) CC-ing multilib overlay maintainers since this looks like some weirdness specific to multilib-portage. (In reply to salamanderrake from comment #5) > If I had known how much trouble the archive would have been I would have > hosted it on ideone The simple guide to attaching compressed logs: 1. # cp /var/log/portage/app-emulation:wine-1.6_rc4:20130711-223026.log /tmp/ 2. # bzip2 /tmp/app-emulation:wine-1.6_rc4:20130711-223026.log 3. upload /tmp/app-emulation:wine-1.6_rc4:20130711-223026.log.bz2; it's good style to manually set content type to "application/x-bzip2" since our bugzilla isn't smart enough to automatically detect it You don't need to use tar unless you are compressing multiple files together. Using ideone or other external pastebins is not recommended because (a) documents hosted there tend to get deleted rather quickly, but we sometimes need to refer to an old failure log months later, (b) popular pastebin sites are often blocked by corporate firewalls. Please show us all your wine related entries in /etc/portage (grep for them) and also show us your /etc/portage/make.profile content. From the build.log it looks like you removed the force-enabled multilib USE flag, which re-enables multilib-portage functionality, which is explicitly disabled in the overlay, so that the ebuild can handle the abi specific tasks itself. Created attachment 353156 [details]
grep of /etc/portage for wine
Created attachment 353158 [details]
contents of /etc/portage/make.profile/parent
Also, please attach output of
# find /etc/portage -name '*use.*' -exec grep -rH multilib {} +
(In reply to Alexandre Rostovtsev from comment #11) > Also, please attach output of > > # find /etc/portage -name '*use.*' -exec grep -rH multilib {} + Nothing. Please copy the ebuild to your local overlay, add the "multilib" USE flag to IUSE inside the ebuild, run "repoman manifest" and show us the output of "emerge -pv wine" It emerged without errors If a --pretend request to portage does emerge the package, then you should fix your setup and afterwards show the output again. ;-) sorry missed the -pv thought you wanted me in emerge it and post the info, which is a lot of info.
'''
emerge -pv wine
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ~] app-emulation/wine-1.6_rc4::starvald_emeralian USE="X alsa cups custom-cflags fontconfig gecko gphoto2 jpeg lcms ldap mono mp3 (multilib) ncurses nls openal opencl opengl perl png prelink pulseaudio run-exes ssl threads truetype xcomposite xml -abiwrapper -capi -gsm -gstreamer -odbc -osmesa -oss -samba -scanner (-selinux) {-test} -udisks -v4l -xinerama" ABI_X86="32 64 (-x32)" LINGUAS="en -ar -bg -ca -cs -da -de -el -en_US -eo -es -fa -fi -fr -he -hi -hr -hu -it -ja -ko -lt -ml -nb_NO -nl -or -pa -pl -pt_BR -pt_PT -rm -ro -ru -sk -sl -sr_RS@cyrillic -sr_RS@latin -sv -te -th -tr -uk -wa -zh_CN -zh_TW" MULTILIB_ABI="amd64 x86" 0 kB
Total: 1 package (1 reinstall), Size of downloads: 0 kB
'''
What is the output of "emerge -pv wine", when you temporarily modify the ebuild directly in the main tree and add "multilib" to IUSE there? Read above post If you say, that the output is the same, it means, that it will compile fine too, so you cannot reproduce your issue any more? No not since adding multilib to wines ISUE list. I has emerged fine without any issues. The addition of the "multilib" USE flag does not change any behaviour of multilib-portage at all, it only makes the state of that hidden flag visible. Since it works fine for me and seems to work fine for you, i dont see any issue with the wine ebuild and no issue with multilib-portage either, so i will close this bug as invalid. You might want to check your extended portage config (like package.env and the like) for any interference with the multilib USE flag, since those may depend on a visible USE flag. |
