Package Details: wine-git 9.1.r52.ge3431a02e1d-1

Git Clone URL: https://aur.archlinux.org/wine-git.git (read-only, click to copy)
Package Base: wine-git
Description: A compatibility layer for running Windows programs (git version)
Upstream URL: https://www.winehq.org/
Keywords: windows wine
Licenses: LGPL
Conflicts: bin32-wine, wine, wine-wow64
Provides: bin32-wine, wine, wine-wow64
Replaces: bin32-wine
Submitter: None
Maintainer: dbermond
Last Packager: dbermond
Votes: 86
Popularity: 0.001974
First Submitted: 2007-07-18 16:01 (UTC)
Last Updated: 2024-01-31 02:36 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 14 Next › Last »

sxe commented on 2015-01-11 10:58 (UTC)

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

xymostech commented on 2014-05-29 01:30 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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

haagch commented on 2013-12-05 13:45 (UTC)

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 (UTC)

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

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 14 Next › Last »