Ebuild for app-emulation/wine-1.7.55 should not pull in Wine Staging with +pulseaudio use. Reproducible: Always
Created attachment 418090 [details, diff] wine-1.7.55.ebuild.patch Patch which fixes the wine-1.7.55 ebuild. Note the original ebuild will build fine - but the Wine Staging patchset is no longer required simply to provide +pulseaudio USE support.
There are still a few patches left to merge, but most of them either already are in planed 1.8 or are queued for it.
Also worth noting: in >=1.7.54 prelink should no longer be needed - wine uses a linker switch instead that should be supported on any up to date system (http://source.winehq.org/git/wine.git/commit/a35f9a13a80fa93c251e12402a73a38a89ec397f).
This was resolved in the referenced bug. There have been a number of issues regarding rsync as of late, so please ensure that you have the latest version. If you have the latest version, and there is still an issue, please reopen. Rafał Mużyło, please don't tack separate, unrelated issues onto this bug. Regardless, that was dealt with in 1.7.54-r1 by removing the default flag status for the prelink use flag (preserving functionality for those who still want prelink support) *** This bug has been marked as a duplicate of bug 566036 ***
:roll: I was just checking, if you've noticed that commit a few weeks ago. :shrug: ...Also, what do you exactly mean by "still want prelink support" ? As long as the linker supports the flag, prelink is superfluous.
(In reply to Rafał Mużyło from comment #5) > :roll: > > I was just checking, if you've noticed that commit a few weeks ago. > > :shrug: > > ...Also, what do you exactly mean by "still want prelink support" ? As long > as the linker supports the flag, prelink is superfluous. And, for instance, hardened users cannot take advantage of the new patch/functionality, and still rely upon prelink.
(In reply to Rafał Mużyło from comment #2) > There are still a few patches left to merge, but most of them either already > are in planed 1.8 or are queued for it. Ah!! Sorry for the noise then...
(In reply to NP-Hardass from comment #6) > (In reply to Rafał Mużyło from comment #5) > > ...Also, what do you exactly mean by "still want prelink support" ? As long > > as the linker supports the flag, prelink is superfluous. > > And, for instance, hardened users cannot take advantage of the new > patch/functionality, and still rely upon prelink. Not sure how hardening/prelink works, but doesn't that combination have pretty much the effect some more aggressive PAX marking has, that is it pretty much effectively kills hardening ?