Package Details: wine-ivb 2.6-1

Git Clone URL: (read-only)
Package Base: wine-ivb
Description: A compatibility layer for running Windows programs: indexed vertex blending -
Upstream URL:
Keywords: wine
Licenses: LGPL
Conflicts: bin32-wine, wine, wine-wow64
Provides: bin32-wine=2.6, wine=2.6, wine-wow64=2.6
Replaces: bin32-wine, wine
Submitter: grazzolini
Maintainer: grazzolini
Last Packager: grazzolini
Votes: 5
Popularity: 0.000000
First Submitted: 2016-01-15 18:24
Last Updated: 2017-05-23 12:25

Dependencies (137)

Required by (220)

Sources (6)

Latest Comments

1 2 Next › Last »

grazzolini commented on 2019-04-22 03:27


These patches were included on main wine-staging. Also, some of the patches of wine-staging are now part of wine. I'm not sure this package is still needed. I created this package by simply copying the PKGBUILD from main repo and adapting it. gcc-multilib is indeed, no longer available.

Alister.Hood commented on 2019-04-22 01:21

Hi. 1. for some reason when I try to build this it thinks gcc-multilib (which no longer exists) is a dependency, so I guess there is something going wrong with the logic.

  1. I need to edit it to not use the *.sign, otherwise I get this:

wine-ivb-2.6.tar.xz ... FAILED (unknown public key CEFAC8EAAF17519D)

  1. After a couple of hours building it fails like this; does anyone have any ideas?:

make[1]: Entering directory '/tmp/yaourt-tmp-osboxes/aur-wine-ivb/src/wine-ivb-64-build/dlls/wpcap' gcc -m64 -c -o wpcap.o ../../../wine-ivb/dlls/wpcap/wpcap.c -I. -I../../../wine-ivb/dlls/wpcap \ -I../../include -I../../../wine-ivb/include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe \ -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers \ -Wshift-overflow=2 -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wvla \ -Wwrite-strings -Wpointer-arith -Wlogical-op -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 In file included from ../../../wine-ivb/dlls/wpcap/wpcap.c:21: ../../../wine-ivb/include/winsock.h:395:18: error: two or more data types in declaration specifiers typedef UINT_PTR SOCKET; ^~~~~~ In file included from ../../../wine-ivb/include/winsock2.h:47, from ../../../wine-ivb/dlls/wpcap/wpcap.c:22: ../../../wine-ivb/include/winsock.h:395:1: warning: useless type name in empty declaration typedef UINT_PTR SOCKET; ^~~~~~~ ../../../wine-ivb/include/winsock.h:401: warning: "INVALID_SOCKET" redefined #define INVALID_SOCKET (SOCKET)(~0)

In file included from ../../../wine-ivb/dlls/wpcap/wpcap.c:21: /usr/include/pcap/pcap.h:958: note: this is the location of the previous definition #define INVALID_SOCKET -1

../../../wine-ivb/dlls/wpcap/wpcap.c: In function ‘wine_pcap_lookupdev’: ../../../wine-ivb/dlls/wpcap/wpcap.c:183:5: warning: ‘pcap_lookupdev’ is deprecated: use 'pcap_findalldevs' and use the first device [-Wdeprecated-declarations] return pcap_lookupdev(errbuf); ^~~~~~ In file included from ../../../wine-ivb/dlls/wpcap/wpcap.c:21: /usr/include/pcap/pcap.h:326:16: note: declared here PCAP_API char pcap_lookupdev(char ) ^~~~~~~~~~~~~~ ../../../wine-ivb/dlls/wpcap/wpcap.c: At top level: ../../../wine-ivb/dlls/wpcap/wpcap.c:234: warning: "PCAP_OPENFLAG_PROMISCUOUS" redefined #define PCAP_OPENFLAG_PROMISCUOUS 1

In file included from ../../../wine-ivb/dlls/wpcap/wpcap.c:21: /usr/include/pcap/pcap.h:690: note: this is the location of the previous definition #define PCAP_OPENFLAG_PROMISCUOUS 0x00000001

make[1]: [Makefile:169: wpcap.o] Error 1 make[1]: Leaving directory '/tmp/yaourt-tmp-osboxes/aur-wine-ivb/src/wine-ivb-64-build/dlls/wpcap' make: [Makefile:18672: dlls/wpcap] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build wine-ivb.

slyscorpion commented on 2017-02-03 20:41

Hi again,

The patch has been updated for Wine 2.1:

grazzolini commented on 2017-01-29 11:42


Thanks for the warning. I'm a little bandwidth restricted right now, but I'll probably update it later today or tomorrow.


slyscorpion commented on 2017-01-29 04:08


The creator of the indexed vertex blending patch has updated the patch a day or so ago:

rugaliz commented on 2017-01-16 10:30

hey, so i get this error when building...
"error: target not found: libcl
error: target not found: lib32-libcl"

muttleyxd commented on 2016-10-26 16:13

If you mean DirtyCow, then that was fixed in 4.7.9. However I did update to 4.8.4 and built your 1.9.20 package. It works like a charm now. Finally I can play DSJ4, thanks :)

About package flagging - I'm new to AUR so I didn't even realize that one could do it, but I will use it in the future.

grazzolini commented on 2016-10-25 15:33


Please, make sure you're always with your system up to date. Kernel 4.7.10 is old, and also has a major security issue. Also, don't forget to always build in a clean dir. Pass argument -C to makepkg. Perhaps even use the devtools to build in a clean chroot.

Also, flag the package out-of-date next time. I wasn't aware the patch came out. I'm in the process of updating the package right now.

muttleyxd commented on 2016-10-25 13:27

I'm having problems with building that package. I tried removing wine and winetricks before building, but I didn't manage to do anything.

GCC 6.2.1 20160830
Linux Kernel 4.7.10

../../../wine-ivb/dlls/winspool.drv/info.c:779:13: error: ‘cupsGetPPD’ undeclared here (not in a function)
DO_FUNC(cupsGetPPD); \

../../../wine-ivb/dlls/winspool.drv/info.c: In function ‘cupsGetPPD3_wrapper’:
../../../wine-ivb/dlls/winspool.drv/info.c:807:11: error: called object ‘pcupsGetPPD’ is not a function or function pointer
ppd = pcupsGetPPD( name );

Also when I launch building for the second time, I get this:
==> Starting prepare()...
patching file dlls/d3d9/tests/visual.c
Hunk #1 succeeded at 19857 (offset 255 lines).
Hunk #2 FAILED at 22045.
1 out of 2 hunks FAILED -- saving rejects to file dlls/d3d9/tests/visual.c.rej

Also you may try uploading a new version - 1.9.20 patch is out.

Thanks in advance

grazzolini commented on 2016-07-01 17:23


I'm not the developer of the patches. I merely take the patches, apply and test them and create a package out of it. Having said that, I had some contact with the developer who does the patches. Unfortunately, the last version he adapted the patches for is 1.9.11.