Bug 490998 – =app-emulation/wine-1.7.8 and 1.6.1 version bump

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Frank Krömmelbein 2013-11-11 07:44:12 UTC]

Release notes of the 2 new wine versions

http://www.winehq.org/announce/1.7.5
http://www.winehq.org/announce/1.7.6

Reproducible: Always

[Comment 1 Andreas Sturmlechner 2013-11-16 18:51:07 UTC]

Renaming wine-1.7.4.ebuild to 1.7.6 just works. It also passed the Civilization IV test, so I'm fine with it. ;)

[Comment 2 Frank Krömmelbein 2013-11-17 16:15:15 UTC]

(In reply to Andreas Sturmlechner from comment #1)
> Renaming wine-1.7.4.ebuild to 1.7.6 just works. It also passed the
> Civilization IV test, so I'm fine with it. ;)

I can confirm that using the old ebuild works fine here.

Btw.
In the meantime there is also new wine "stable" version 1.6.1
http://www.winehq.org/announce/1.6.1

[Comment 3 ewomer 2013-11-21 17:59:40 UTC]

wine refuses to emerge as amd64 (will file bug later) using the copied ebuild from 1.7.4.

[Comment 4 Alexander Bezrukov 2013-11-23 02:55:46 UTC]

wine-1.7.7 is out. http://www.winehq.org/announce/1.7.7

[Comment 5 Denis Misiurca 2013-11-23 23:17:50 UTC]

(In reply to Alexander Bezrukov from comment #4)
> wine-1.7.7 is out. http://www.winehq.org/announce/1.7.7

current winepulse-patches don't apply to this, need to be updated too.

[Comment 6 kisak42 2013-12-05 00:51:20 UTC]

We should go straight to wine 1.7.8 when it is available as quirk behavior introduced in the windows steam client has made it unusable with wine. Alternatively, we could backport http://source.winehq.org/git/wine.git/commit/fd65b0a1c3f5f981cc110ca9e6a0edb6323e1296 to get the same effect.

[Comment 7 Sven 2013-12-07 13:32:42 UTC]

(In reply to kisak42 from comment #6)
> We should go straight to wine 1.7.8 when it is available as quirk behavior
> introduced in the windows steam client has made it unusable with wine.

1.7.8 was released yesterday.

[Comment 8 Andreas Sturmlechner 2013-12-07 14:05:32 UTC]

Created attachment 364794 [details, diff]
wine-1.7.8.ebuild.diff

-MV="0.0.8"
+MV="4.5.2"

pulseaudio made optional; mask the flag until somebody who cares delivers the patches?

threw in additional native multilib deps where possible

passes my beloved Civ4 test

[Comment 9 Ryan Harris 2013-12-10 06:24:05 UTC]

(In reply to Andreas Sturmlechner from comment #8)
> Created attachment 364794 [details, diff] [details, diff]
> wine-1.7.8.ebuild.diff
> 
> -MV="0.0.8"
> +MV="4.5.2"
> 
> pulseaudio made optional; mask the flag until somebody who cares delivers
> the patches?
> 
> threw in additional native multilib deps where possible
> 
> passes my beloved Civ4 test

Tested and works fine for me. Also fixed Steam problem mentioned in comment #6. Thanks.

[Comment 10 Frank Krömmelbein 2013-12-10 08:12:18 UTC]

I can also confirm that the patch works fine here.


@Andreas Sturmlechner
Vielen Dank!

[Comment 11 Philipp Leonhardt 2013-12-13 16:52:22 UTC]

Created attachment 365236 [details]
wine-1.7.8.ebuild

ebuild with winepulse-patches-1.7.8

[Comment 12 Philipp Leonhardt 2013-12-13 16:55:37 UTC]

Made an ebuild with patch from Andreas Sturmacher.
The winepulse patches are on my host atm.
Got these from actual wine ubuntu ppa, but they're working for me.
Should I attach the patches as tar.bz2?

[Comment 13 Alexandre Rostovtsev (RETIRED) 2013-12-16 00:28:43 UTC]

Bumped in portage, sorry for the delay!

+*wine-1.7.8 (16 Dec 2013)
+*wine-1.6.1 (16 Dec 2013)
+
+  16 Dec 2013; Alexandre Rostovtsev <[e-mail]> +wine-1.6.1.ebuild,
+  +wine-1.7.8.ebuild, wine-9999.ebuild, metadata.xml:
+  Belated version bump (bug #490998, thanks to Frank Krömmelbein, Andreas
+  Sturmlechner, Ryan Harris et al.); see http://www.winehq.org/announce/1.7.8
+  and http://www.winehq.org/announce/1.6.1 for the announcement. Pulseaudio
+  patches are now applied only when USE=pulseaudio, since they apparently cause
+  crashes in some applications when USE=-pulseaudio (bug #489004, thanks to
+  Sebastian Parborg).