Bug 567738 – app-emulation/wine-1.8 version bump

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Yanestra 2015-12-07 21:14:59 UTC]

Would be a good idea testing that before they release.

Reproducible: Always

[Comment 1 JMW 2015-12-07 22:54:27 UTC]

Can confirm. Wine-1.8 RC3 is out:

https://www.winehq.org/announce/1.8-rc3

[Comment 2 Tomáš Mózes 2015-12-08 06:46:44 UTC]

Hey guys, cannot you try version 9999? :)

[Comment 3 ewomer 2015-12-19 18:28:51 UTC]

Well wine 1.8 just got released so this is moot now.

[Comment 4 Jason Oliveira 2015-12-24 21:05:14 UTC]

Created attachment 420702 [details]
Ebuild for wine-1.8

Ebuild is not in 1.8.x fashion, and is no longer hosted on sourceforge, therefore ebuild is updated to pull from winehq.org.

[Comment 5 Jason Oliveira 2015-12-24 22:40:00 UTC]

Created attachment 420704 [details]
Ebuild for wine-1.8

commented-out the patches that do not apply correctly.

[Comment 6 neko259 2015-12-25 20:12:11 UTC]

Wine 1.7.55 added pulseaudio support. Do we still need winepulse patches?

[Comment 7 Jason Oliveira 2015-12-25 20:59:47 UTC]

Created attachment 420844 [details]
Ebuild for wine-1.8

Forgot to comment out the Close Paren in the PulseAudio Patches (which are no longer needed, btw). Ebuild builds without issue after this.

[Comment 8 Jonas Jelten 2015-12-25 21:48:16 UTC]

And now there's 1.9.0:
https://www.winehq.org/announce/1.9.0

wheeeeeee \o/

[Comment 9 JMW 2016-01-04 01:51:12 UTC]

(In reply to Jason Oliveira from comment #7)
> Created attachment 420844 [details]
> Ebuild for wine-1.8
> 
> Forgot to comment out the Close Paren in the PulseAudio Patches (which are
> no longer needed, btw). Ebuild builds without issue after this.

Without the 'run-exes' use flag, the ebuild chokes on this code segment:

---
if ! use run-exes; then
		sed -i '/^MimeType/d' tools/wine.desktop || die #117785
fi


Resulting in this:
---
 * Applying wine-1.5.26-winegcc.patch ...                                [ ok ]
 * Applying wine-1.4_rc2-multilib-portage.patch ...                      [ ok ]
 * Applying wine-1.6-memset-O3.patch ...                                 [ ok ]
 * Running eautoreconf in '/var/tmp/portage/app-emulation/wine-1.8/work/wine-1.8' ...
 * Running autoconf --force ...                                          [ ok ]
 * Running autoheader ...                                                [ ok ]
 * Running elibtoolize in: wine-1.8/
sed: can't read tools/wine.desktop: No such file or directory

[Comment 10 David Racine 2016-01-07 03:37:36 UTC]

(In reply to JMW from comment #9)
> (In reply to Jason Oliveira from comment #7)
> > Created attachment 420844 [details]
> > Ebuild for wine-1.8
> > 
> > Forgot to comment out the Close Paren in the PulseAudio Patches (which are
> > no longer needed, btw). Ebuild builds without issue after this.
> 
> Without the 'run-exes' use flag, the ebuild chokes on this code segment:
> 
> ---
> if ! use run-exes; then
> 		sed -i '/^MimeType/d' tools/wine.desktop || die #117785
> fi
> 
> 
> Resulting in this:
> ---
>  * Applying wine-1.5.26-winegcc.patch ...                                [
> ok ]
>  * Applying wine-1.4_rc2-multilib-portage.patch ...                      [
> ok ]
>  * Applying wine-1.6-memset-O3.patch ...                                 [
> ok ]
>  * Running eautoreconf in
> '/var/tmp/portage/app-emulation/wine-1.8/work/wine-1.8' ...
>  * Running autoconf --force ...                                          [
> ok ]
>  * Running autoheader ...                                                [
> ok ]
>  * Running elibtoolize in: wine-1.8/
> sed: can't read tools/wine.desktop: No such file or directory

tools/wine.desktop was moved to launcher/wine.desktop it seems.

[Comment 11 jorgicio 2016-01-09 04:29:52 UTC]

I think creating a new ebuild for recent versions of Wine takes some time. Versions 1.8 (stable) and 1.9 (development) were released on Christmas' Eve. Both may come soon, and I hope 1.8 is stable also in Gentoo.

[Comment 12 Yanestra 2016-01-17 18:04:43 UTC]

NP-Hardass seems to have disappeared, and nobody else cares...

[Comment 13 Adam Feldman 2016-01-19 02:08:11 UTC]

Resolved in 90c74adfd29572e9082a08649bb4f600fcbd38de