Package Details: wine-git 1.9.24.r105.g1d3b944-4

Git Clone URL: https://aur.archlinux.org/wine-git.git (read-only)
Package Base: wine-git
Description: A compatibility layer for running Windows programs. GIT version.
Upstream URL: http://www.winehq.com
Licenses: LGPL
Conflicts: bin32-wine, wine, wine-wow64
Provides: bin32-wine=1.9.24.r105.g1d3b944, wine=1.9.24.r105.g1d3b944, wine-wow64=1.9.24.r105.g1d3b944
Replaces: bin32-wine
Submitter: None
Maintainer: sidneycrestani
Last Packager: sidneycrestani
Votes: 78
Popularity: 0.933514
First Submitted: 2007-07-18 16:01
Last Updated: 2016-12-06 00:30

Dependencies (138)

Required by (116)

Sources (2)

Latest Comments

sidneycrestani commented on 2016-12-07 00:04

the --with-gstreamer option is already there, that comment is from the community repo

your issue #2 was fixed on my second commit

C0rn3j commented on 2016-12-06 17:11

Thanks! That seems to have fixed it!

I just have 2 issues left with this package
1)# Gstreamer was disabled for FS#33655
https://bugs.archlinux.org/task/33655

As you can see this issue was fixed upstream.

https://bugs.winehq.org/show_bug.cgi?id=30557

2) My comment from 2016-11-20 13:36 on this page describes the issue

sidneycrestani commented on 2016-12-06 00:22

I copied the PKGBUILD dependencies from upstream, my bad

EDIT: Should be fixed now

C0rn3j commented on 2016-12-05 22:28

Thanks for taking over the package and fixing the issues, but now there's a problem with
- mesa-libgl (package found) [makedepend]
- lib32-mesa-libgl (package found) [makedepend]
:: mesa-libgl and nvidia-libgl are in conflict (libgl). Remove nvidia-libgl? [y/N]

Tl;dr people with binary Nvidia drivers are being forced to use mesa

C0rn3j commented on 2016-12-04 00:46

The lines that's twice in the PKGBUILD:
libcl lib32-libcl
need to be replaced by:
opencl-icd-loader lib32-opencl-icd-loader

Because of recent changes.

C0rn3j commented on 2016-11-20 13:36

Installing this package removes `wine` package, which requires removing packages like `winetricks-git`/`winetricks`/`wine-mono`/`wine_gecko` as they rely on `wine`, so it'd be great if the PKGBUILD was edited to provide `wine` or whatever change needs to be done to not break other packages.

sxe commented on 2016-05-14 09:38

Hey guys, i merged the latest wine PKGBUILD changes, builds fine for me now.

@Xylemon I would like to keep in sync with the original wine PKGBUILD as close as possible.

Greetings

Xylemon commented on 2016-04-08 18:11

Could you add OSS to the optional deps as well?

dickiteemerald commented on 2016-03-13 03:03

Hey there I had to compile latest wine but wasn't succesful in building a clean pkgbuild for diablo III

https://bbs.archlinux.org/viewtopic.php?pid=1611938

davispuh commented on 2015-07-27 22:33

There's a couple of GCC bugs for 5.x which makes compiling wrong code for Wine so I recommend using gcc-multilib-git until fixed GCC is released.

Or alternatively you can use workaround by compiling with "-O0" in CFLAGS or compile with GCC 4.9

Soukyuu commented on 2015-06-05 11:48

To answer my own question: https://bugs.archlinux.org/task/45199

Soukyuu commented on 2015-05-27 15:44

Interesting. After replacing the stable version with this one, my win64 prefix stopped working:

err:process:start_wineboot failed to start wineboot, err 1359
err:module:attach_process_dlls "gdi32.dll" failed to initialize, aborting
err:module:LdrInitializeThunk Main exe initialization for L"C:\\windows\\system32\\explorer.exe" failed, status c0000005
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
Application tried to create a window, but no driver could be loaded.
The explorer process failed to start.

I can't even start winecfg anymore. Win32 prefix has no problems. Any ideas?

sxe commented on 2015-01-11 10:58

Hi xymostech,
thanks for pointing that out I fixed it.
Greetings

xymostech commented on 2014-05-29 01:30

It looks like, with the current PKGBUILD, you can't install things like wine_gecko or wine-mono because they depend on a specific version of wine, and this package provides wine but without a version. Adding a line like

provides[2]="wine=$(cd "$srcdir/$pkgname" && git describe --always --long | cut -d '-' -f 2)"

inside of package() (so provides ends up looking like '(bin32-wine wine-wow64 wine=1.7.19)') seems to fix this. There's probably a more elegant way to fix this.

acidicX commented on 2014-04-05 17:23

Somehow the dependencies are broken?
AUR page just displays [@]/*32-*/}[@]} ... same with wine-stable in AUR.

Cannot build it with aura either:
aura: InvalidUrlException "https://aur.archlinux.org/packages/au/autoconf[@]}/PKGBUILD" "Invalid URL"

sxe commented on 2014-02-04 10:26

You are right oscode, fixed.

I also changed the version format to a git tag / version combination, so makepkg can see if there are changes in the git checkout. Now the package is only build when it is necessary.

oscode commented on 2014-01-24 19:42

I know it's obvious from the title that git is going to be a dependency, but it isn't a dependency in the PKGBUILD.

sxe commented on 2014-01-18 10:46

Thanks haagch for your investigation. I've added a check to the PKGBUILD. The PKGBUILD now makes sure libowfat is not installed before continuing.

haagch commented on 2014-01-16 20:53

Now I finally researched a bit. If you have libowfat installed, the wine build will use a bunch of headers from libowfat like /usr/include/uint64.h and apparently there somewhere is the cause of the conflict.

Maybe there should be a conflict with libowfat or maybe a workaround in the package.

sxe commented on 2013-12-07 09:57

Merged the latest WINE PKGBUILD changes.
Besides that i get no errors at all.

haagch commented on 2013-12-05 13:45

For me it is conflicting declaration.


In file included from /usr/include/tiffio.h:33:0,
from ../../../wine-git/dlls/windowscodecs/tiffformat.c:27:
/usr/include/tiff.h:77:23: Fehler: In Konflikt stehende Typen für »int64«
typedef TIFF_INT64_T int64;
^

and

In file included from /usr/include/tiffio.h:33:0,
from ../../../wine-git/dlls/windowscodecs/tiffformat.c:27:
/usr/include/tiff.h:78:23: Fehler: In Konflikt stehende Typen für »uint64«
typedef TIFF_UINT64_T uint64;
^


That's from libtiff from extra..

hepha commented on 2013-12-01 14:56


fix "Wine cannot find the ncurses library (libncursesw.so.5)."

http://forum.winehq.org/viewtopic.php?f=8&t=19579#p87553
sed -e 's|libncurses|libncursesw|g' -e 's|lncurses|lncursesw|g' -i configure

jonnybarnes commented on 2013-05-12 18:14

The lack of a libwine.so is a known issue. In theory this bugfix should solve the issue: http://bugs.winehq.org/show_bug.cgi?id=33560

However, I can't seem to get the patch applied at the moment.

jonnybarnes commented on 2013-05-12 17:04

It's definitely not the patches, I've just tried to compile this with the default PKGBUILD, the resulting binary won't run because it can't find the file libwine.so

jonnybarnes commented on 2013-05-11 15:34

Hi, I'm trying to compile this with some patches from one of the winehq big reports. It worked before. And it seems to be working now. But the packaged .xz file doesn't have a file /usr/lib/libwine.so and thus trying to run wine results in an error of being unable to find the libwine.so file. Does anyone know how to fix this?

sxe commented on 2013-04-24 17:38

ok, next try. Sry, i'm really busy lately so i need some time to react to your comments.

TheWaffleGuy commented on 2013-04-22 18:50

Sorry, no. The unstripped depends still gets added to makedepends. If i change it to the stripped one this is still overridden by the first line in the package function, depends=(${_depends[@]}) . You should probably either move this line so that it's only run on 64bit systems or change so that the stripped array is saved back to _depends instead of depends, that is change depends=(${_depends[@]/*32-*/}) to _depends=(${_depends[@]/*32-*/})

sxe commented on 2013-04-22 17:16

You are right, sry i fucked that one up.
Please let me know if it works now.

TheWaffleGuy commented on 2013-04-22 15:50

Hi.

I've got some problems with this package. Where you test if arch is i686, and strip lib32 depends, you are using the variable depends when you should be using _depends, change depends=(${depends[@]/*32-*/}) to _depends=(${_depends[@]/*32-*/}) . Without this change makepkg complains that it can't find the lib32* packages on an 32bit install.

Wintershade commented on 2013-04-21 10:03

Hello, I'm having trouble with this package, as well as the stock WINE package from [multilib]. Essentially, winecfg and wineboot (and supposedly ALSA) fail on a 64-bit wineprefix. There are three of us (that I know) currently experiencing this problem.
I've opened a thread in the Arch BBS, if you'd like to check it out (I'd be very grateful):

https://bbs.archlinux.org/viewtopic.php?pid=1261668

TIA :)

sxe commented on 2013-04-20 10:19

As Adys suggested the package now uses the new vcs PKGBUILD functionality.

Furthermore i merged the PKGBUILD with the latest changes from the wine PKGBUILD.

Greetings

jleclanche commented on 2013-04-19 22:20

With pacman 4.1, this could benefit from the new-style vcs pkgbuilds.

Anonymous comment on 2013-03-15 00:16

I receive this when I attempt to compile:

../../wine-git/include/objidl.idl:32: error: syntax error, unexpected aIDENTIFIER
make[1]: *** [netcon.h] Error 1
make[1]: Leaving directory `/var/abs/local/yaourtbuild/wine-git/src/wine-git-64-build/include'
make: *** [include] Error 2

sxe commented on 2013-01-02 11:11

Merged the latest wine PKGBUILD changes.

@TheJJ
Thx for the suggestion, seems a good idea, i have added it.

quetzal commented on 2012-12-19 18:00

Libs are missing on 64bits (not on the repo) lib32-giflib lib32-libxmu lib32-libxml2 lib32-lcms lib32-mpg123

TheJJ commented on 2012-10-05 23:17

to speed up downloading, you could enable shallow cloning: git clone --depth 1

kamiljk87 commented on 2012-09-06 13:06

Missing drive detection in winecfg Hard Drives... Any extra packages needed?

kamiljk87 commented on 2012-09-05 19:36

Compiled successful, but in dependencies on 64bit also good to know need multilib repository enabled.

sxe commented on 2012-07-27 18:23

No problem here. Builds just fine.
What is the error message?

Anonymous comment on 2012-07-27 13:58

I can not compile this on x64: missing the 32bit freetype2 libraries. Installed these libs and also bin32-freetype2 as suggested, but still the same error

sxe commented on 2012-04-17 08:25

I don't know what you are talking about, it looks out for this: 'gcc>=4.5.0-2' 'gcc-multilib>=4.5.0-2'

Works fine here.

Aelius commented on 2012-04-17 00:54

fails because gcc 4.7.0-4 is out and it only looks for 4.7.0

sxe commented on 2012-03-17 10:11

Hi drstein,

i don't know whats the problem. It compiles fine on my computer (64 bit as well).

Anyway, i merged the package with the latest wine package from community.

Have a try again, maybe it was a temporary problem with the GIT version.

Anonymous comment on 2012-03-16 01:33

I'm having trouble compiling wine, tried some other versions but just cant figure it out... wine from official repository works fine.
Heres my error log: http://pastebin.com/e6aZM0qM

rwd2 commented on 2012-02-16 07:55

/usr/lib32/ICAClient/config is world writabable, that doesn't seem right.

dot commented on 2012-02-06 09:24

this solved the problem, thanks!

vodik commented on 2012-02-04 13:02

Its not missing, it just shouldn't be an array. Change it to

install='wine-git.install'

dot commented on 2012-02-01 18:51

the package misses wine-git.install file referenced in PKGBUILD:16:

16 install=(wine-git.install)

==> Building and installing package
==> ERROR: install file ((wine-git.install)) does not exist.
==> ERROR: Makepkg was unable to build wine-git.

Anonymous comment on 2012-01-31 10:00

OpenAL isn't correctly detected by the build system, it seems. I had to swap references to /usr/include/OpenAL/AL.h to usr/include/AL/AL.h

sxe commented on 2012-01-01 21:52

nop, works fine here. Also arch 64.

Anonymous comment on 2012-01-01 14:41

I dunno if anyone else is facing this problem but i get: "wine: failed to initialize: dlopen interface not detected by configure following" following msg after compile and install. all upgraded arch linux x86_64. And the package provided by repo is broken for mouse as it has xinput2 enabled which is broken for many games that i use so i need compile this again without xinput2

korrode commented on 2011-12-27 12:54

if [[ $CARCH == i686 ]]; then
# Strip lib32 etc. on i686
depends=(${depends[@]/*32-*/})
makedepends=(${makedepends[@]/*32-*/})
makedepends=(${makedepends[@]/*-multilib*/})
optdepends=(${optdepends[@]/*32-*/})
else
provides=("wine=$pkgver" "bin32-wine=$pkgver" "wine-wow64=$pkgver")
conflicts=("wine" 'bin32-wine' 'wine-wow64')
replaces=("wine" 'bin32-wine')
fi

---------------------------------------------

Is not the problem obvious?
There's only provides/conflicts/replaces if $CARCH isn't i686.

sxe commented on 2011-11-12 10:26

Can anyone confirm this? I have no i686 installation to test it. On 64bit everything works like expected.

Anonymous comment on 2011-11-09 20:35

Having dependency problems. On i686 it looks like "provides", "conflicts" and "replaces" are *not* set. I discovered this when I tried to install and wine-git did not complain about my existing wine installation at first (I ended up removing it manually). pacman -Qi does not list any "provides", "conflicts" or "replaces". This is a problem if I want to install Arch's wine-gecko!

rwd2 commented on 2011-10-13 09:45

namcap lists some dependency issues: missing dependencies for libgphoto2 and gettext, and several included dependencies that are optional

sxe commented on 2011-10-11 18:52

thx, fixed

xphoniexx commented on 2011-10-11 03:30

Howdy,
Wine is listed as an unnecessary makedepends of itself in the PKGBUILD file.
'makedepends=(wine autoconf ncurses bison perl fontforge flex prelink'

sxe commented on 2011-10-06 09:39

Hi feilen,
do you have any problems with CoreAudio while compiling? I prefer keeping the wine-git PKGBUILD as close as possible to the original wine PKGBUILD.

feilen commented on 2011-10-06 06:52

Couldn't you add --without-coreaudio to the configure options? CoreAudio is for Macs.

sxe commented on 2011-09-06 07:03

done

Anonymous comment on 2011-08-12 15:17

If I'm not mistaken, git should be added to the list of build dependencies.

sxe commented on 2011-08-03 18:58

Hey tea, you were right, lib32-bzip2 was the missing dependency. I could not see it, cause my mirror was not up to date.
I also contacted the wine maintainer earlier, so they updated the bin32-freetype2 package, which has now the correct dependencies, so no need to add lib32-bzip2 to makedepend.

The package should work now.

tea commented on 2011-08-03 16:57

It just got moved to [multilib].

sxe commented on 2011-08-03 15:10

Where did you find lib32-bzip2? Its not in teh AUR for me.

tea commented on 2011-08-03 14:31

Build fixed by installing lib32-bzip2 from the AUR. Might be an idea to add that as a makedepend.

sxe commented on 2011-08-02 10:29

Thx for the info tea. It seems to be a general wine problem, cause the normal wine package is broken too (at least on 64bit systems). I'm working on it.

tea commented on 2011-08-01 22:41

I'm having trouble compiling. It's missing the 32bit freetype2 libraries, apparently. lib32-freetype2 is definitely installed. Not sure what package would provide whatever's missing.

feilen commented on 2011-07-17 19:35

Anyone having any luck compiling this with LTO? For me it silently fails when trying to link wineserver-installed.

Anonymous comment on 2011-02-13 10:22

--> resolving ${depends[@]/*32-*/}... unresolvable
--> resolving ${makedepends[@]/*-multilib*/}... unresolvable

That's what I get when trying to build. I'm using bauerbill right now. I'm going to try and change the PKGBUILD.

sxe commented on 2011-01-25 22:13

Is only that package missing?
Do you have multilib repositorys installed?

Here is what i get:

yaourt -Ss lib32-libxrandr
multilib/lib32-libxrandr 1.3.1-1 [installed]
X11 RandR extension library (32-bit)

Anonymous comment on 2011-01-25 22:03

I'm on x86_64 and building this with yaourt and it can't find lib32-libxrandr anywhere. Any idea what's up?

Anonymous comment on 2011-01-21 08:23

i have mingw32 crosscompiler installed and compiling fail's for me, i trying to fix it manually, i will report if found solution, appending --host and --build to configure does not solve this, but at least it trying to build with right toolset.

sxe commented on 2010-12-18 11:53

For me it works both ways, with and without "master" added.
Anyway i updated the PKGBUILD to make it working for all again.
thx for the tip Ockonal.

Anonymous comment on 2010-12-17 17:23

Failed to fetch source from git with latest pkgbuild.
Edit PKGBUILD-file, find line `cd $pkgname && git pull origin` and add `master`. It should be like:
`cd $pkgname && git pull origin master` now.

sxe commented on 2010-12-11 18:57

i'm the new maintainer, so hopefully the pakage works for all of you guys.

sxe commented on 2010-12-06 20:52

I sent intellitech a mail.
We'll see if he responses otherwise a AUR admin has to change the PKGBUILD.

lubosz commented on 2010-12-06 20:16

With sxe's PKGBUILD i was able to build wine in arch64 for the first time, without any chroot.

$ wine --version
wine-1.3.8-291-g0a55ec2

There is no reason for intellitech's PKGBUILD to exist. Arch changed the whole handling of multilib since this pkgbuild was written. Please replace it with the actually working one.

lubosz commented on 2010-12-06 19:53

Dependency `lib32-dbus' of `wine-git' does not exist.

sxe commented on 2010-11-23 10:33

like i said, mine is based on the multilib/wine PKGBUILD. I think thats the reason.

Anonymous comment on 2010-11-23 06:35

I was looking over intellitech and sxe's PKGBUILDs, why do they have different dependencies?

sxe commented on 2010-10-20 15:33

your welcome. :)

So we need at least one 32 bit tester before i can get in touch with intellitech to replace its PKGBUILD with mine.

Anonymous comment on 2010-10-20 14:13

I've tested the sxe's PKGBUILD on my arch64 and works fine!

I vote to replace the PKGBUILD.

Great job sxe! ;D

sxe commented on 2010-09-28 15:54

Hey guys,
i modified the wine PKGBUILD to work with the latest wine git version.
I have a 64 bit system and here and everything works fine.

Could someone test it and give me some feedback. 32 and 64 bit testers would be nice.
You can get the PKGBUILD here: http://aur.pastebin.com/Ukn3P0Fz

xyproto commented on 2010-09-14 16:51

Please change lib32-dbus to lib32-dbus-core.

Also, this PKGBUILD might be of help to be able to build wine:
http://repos.archlinux.org/wsvn/community/wine/repos/multilib-x86_64/

xyproto commented on 2010-09-14 16:07

Please change lib32-dbus to lib32-dbus-core.

sxe commented on 2010-08-15 12:45

still not working. Getting the same error "Cannot build a 32-bit program, you need to install 32-bit development libraries.".

intellitech commented on 2010-07-26 16:12

whiteychs - You're right, one will likely need to do this in a chroot. I haven't been able to successfully build it on x86_64, but it's theoretically possible.

gueek - depends array has been fixed.

Anonymous comment on 2010-07-25 23:30

Building is broken for x86_64 as below poster stated.

"configure: error: Cannot build a 32-bit program, you need to install 32-bit development libraries."

I don't think you can compile this without a chroot for 64bit users...

Anonymous comment on 2010-07-21 11:51

sorry, I meant "lib32", not "bin32".

Anonymous comment on 2010-07-16 13:58

is the "depends" array supposed to be composed exclusively of packages for x64? they're all prefixed by "bin32", and won't build on my x86 system (as expected). I removed all the bin32 prefixes, and I'm waiting for the build to finish. is 1.2 x64-only? I'm confused. maybe you just forgot to differenciate the depends, but I really don't know, so I'll just post this:

depends=('fontconfig' 'libxxf86dga' 'mesa' 'libxcursor'
'libxrandr' 'libxdamage' 'libldap' 'libxslt'
'lcms' 'mesa' 'libpng>=1.4.0')

intellitech commented on 2010-07-13 17:12

IncredibleLaser - It was commented out, not exactly warranting a PKGBUILD update.

Either way, the package has been updated, with changes made to depends/makedepends/conflicts.

IncredibleLaser commented on 2010-07-04 13:32

There are some issues with your PKGBUILD.
1. Most of your depends are makedepends. Check out the official wine PKGBUILD. Also, your alignment is not very readable.
2. provides=("wine-git=$pkgver" ...) is unnecessary. Better: provides=("wine=1.2") or whichever is the next version of wine.
3. conflicts=(... 'wine-git') is wrong. A package cannot conflict itself.
4. # patch -p1 < ${startdir}/patchfile.diff is commented out, but never use $startdir. Add your patches to the sources array and refer to them as ${srcdir}/patchname later. Also, add "|| return 1" to your patchlines.
5. I don't know if necessary, but have a look at the official PKGBUILD for configure-options.

Noctivivans commented on 2010-06-21 12:55

On Arch x86_64 I got configure error:
checking whether gcc -m32 works... no
configure: error: Cannot build a 32-bit program, you need to install 32-bit development libraries.