Package Details: wine-stable 7.0.1-1

Git Clone URL: https://aur.archlinux.org/wine-stable.git (read-only, click to copy)
Package Base: wine-stable
Description: A compatibility layer for running Windows programs
Upstream URL: http://www.winehq.com
Licenses: LGPL
Conflicts: wine
Provides: wine
Submitter: chungy
Maintainer: chungy
Last Packager: chungy
Votes: 27
Popularity: 0.89
First Submitted: 2016-06-18 08:40 (UTC)
Last Updated: 2022-11-10 00:10 (UTC)

Required by (307)

Sources (4)

Pinned Comments

donsmith commented on 2021-06-29 08:02 (UTC)

If you are trying to use the pinned comment: gpg --keyserver pool.sks-keyservers.net --recv-keys CEFAC8EAAF17519D;makepkg -si

and getting this error: gpg: keyserver receive failed: No name

it's because they SKS keyservers are no longer online

try this instead: gpg --keyserver keys.openpgp.org --recv-keys CEFAC8EAAF17519D

more info: https://stackoverflow.com/questions/66217436/gpg-keyserver-receive-failed-no-name

Latest Comments

1 2 3 4 5 Next › Last »

svallinn commented on 2022-10-09 22:22 (UTC) (edited on 2022-10-09 22:26 (UTC) by svallinn)

@angindel Before reporting such things while using an AUR helper (in this case I can see you are using yay), always check if building with makepkg also fails (which it won't because I just checked)

I recommend trying to build with makepkg

WHY IT FAILS WITH yay:

(Most likely) yay (like other pacman wrappers) calls makepkg at least two separate times: once to run the PKGBUILD's prepare function and the other actually builds (build) and installs (package) the package.

Since these happen in two separate instances of the command, these lines in the prepare function

  # https://bugs.winehq.org/show_bug.cgi?id=43530
  export CFLAGS="${CFLAGS/-fno-plt/}"
  export LDFLAGS="${LDFLAGS/,-z,now/}"

don't produce the intended effect, since the environmental variables don't carry over to the second call of makepkg which actually triggers the build function (which is where these two statements are actually of use)

This can indeed be easily fixed by moving those lines to the build function

angindel commented on 2022-09-30 06:25 (UTC)

error build wine-stable:


/home/limc/.cache/yay/wine-stable/src/wine-64-build/tools/winebuild/winebuild -w --staticlib -o dlls/winecrt0/libwinecrt0.a \
  -m32 dlls/winecrt0/crt_dllmain.o dlls/winecrt0/crt_fltused.o dlls/winecrt0/debug.o \
  dlls/winecrt0/delay_load.o dlls/winecrt0/dll_canunload.o dlls/winecrt0/dll_main.o \
  dlls/winecrt0/dll_register.o dlls/winecrt0/exception.o dlls/winecrt0/exe16_entry.o \
  dlls/winecrt0/register.o dlls/winecrt0/setjmp.o dlls/winecrt0/stub.o dlls/winecrt0/unix_lib.o \
  dlls/winecrt0/exe_entry.o dlls/winecrt0/exe_main.o dlls/winecrt0/exe_wentry.o \
  dlls/winecrt0/exe_wmain.o
/home/limc/.cache/yay/wine-stable/src/wine-64-build/tools/winebuild/winebuild -w --implib -o dlls/kernel32/libkernel32.a \
  -m32 --export ../wine/dlls/kernel32/kernel32.spec
/home/limc/.cache/yay/wine-stable/src/wine-64-build/tools/winebuild/winebuild -w --implib -o dlls/ntdll/libntdll.a \
  -m32 --export ../wine/dlls/ntdll/ntdll.spec
/home/limc/.cache/yay/wine-stable/src/wine-64-build/tools/winegcc/winegcc -o dlls/d3d12/d3d12.dll.so --wine-objdir . \
  --winebuild /home/limc/.cache/yay/wine-stable/src/wine-64-build/tools/winebuild/winebuild -m32 \
  -fno-PIC -Wl,-z,notext -fasynchronous-unwind-tables -shared ../wine/dlls/d3d12/d3d12.spec -mcygwin \
  dlls/d3d12/d3d12_main.o dlls/dxgi/libdxgi.a libs/dxguid/libdxguid.a dlls/gdi32/libgdi32.a \
  dlls/user32/libuser32.a libs/uuid/libuuid.a dlls/win32u/libwin32u.a dlls/winecrt0/libwinecrt0.a \
  dlls/kernel32/libkernel32.a dlls/ntdll/libntdll.a -L/usr/lib32 -lvkd3d -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now
/usr/bin/ld: dlls/d3d12/d3d12_main.o: direct GOT relocation R_386_GOT32X against `__vsnprintf_chk@@GLIBC_2.3.4' without base register can not be used when making a shared object
/usr/bin/ld: failed to set dynamic section sizes: Success
collect2: error: ld returned 1 exit status
winegcc: /usr/bin/gcc failed
make: *** [Makefile:24829: dlls/d3d12/d3d12.dll.so] Error 2
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: wine-stable

chungy commented on 2022-04-20 05:10 (UTC)

@dahu1 would you mind elaborating how the package will "fill your HD"?

There should be no such issue with the package, and for me it builds normally. If there is an issue, please say so!

dahu1 commented on 2022-04-19 21:10 (UTC) (edited on 2022-04-19 21:11 (UTC) by dahu1)

This webpage package is broken don't use it ! It will slowly fill your HD.

Use sudo pacman -Sy wine. I also installed sudo snap install wine-platform-runtime before, not sure if necessary.

redskull commented on 2022-01-22 10:55 (UTC)

@MarsSeed: I got the same errors. I'm building in a chroot with aurutils, and the makepkg.conf used (from devtools) enable LTO. So, assuming you're in a similar case, you need to add !lto to the options array in the PKGBUILD because wine does not compile properly with LTO.

MarsSeed commented on 2022-01-19 00:06 (UTC)

Shitty assembly code in .c source ://

MarsSeed commented on 2022-01-19 00:05 (UTC)

My first time building Wine... :((

Why do I need preloader_mac anyway? O.o

_start function in: wine-stable/src/wine/loader/preloader.c

wld_start function in: wine-stable/src/wine/loader/preloader_mac.c

gcc -m64 -o loader/wine64 loader/main.o -Wl,--export-dynamic -Wl,-Ttext-segment=0x7d000000 \
-Wl,-z,max-page-size=0x1000 -lpthread -ldl -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -flto
gcc -m64 -o loader/wine64-preloader loader/preloader.o loader/preloader_mac.o -static -nostartfiles -nodefaultlibs \
-Wl,-Ttext=0x7d400000 -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -flto
/usr/bin/ld: /tmp/cc6YYWdd.ltrans0.ltrans.o: in function `_start':
<artificial>:(.text+0x12): undefined reference to `thread_data'
/usr/bin/ld: <artificial>:(.text+0x2a): undefined reference to `wld_start'
collect2: error: ld returned 1 exit status
make: *** [Makefile:215303: loader/wine64-preloader] Error 1
make: *** Waiting for unfinished jobs....
==> ERROR: A failure occurred in build().
    Aborting...

chungy commented on 2022-01-18 23:04 (UTC)

@MarsSeed: Good suggestion! Thanks for the heads up

MarsSeed commented on 2022-01-18 23:03 (UTC) (edited on 2022-01-18 23:18 (UTC) by MarsSeed)

Great new 7.0 news! :) I suggest to remove the following as per Wine 7.0 announcement:

External dependencies:
  • The following libraries are bundled in the source tree and built as PE libraries, so they are no longer required at the Unix level:

    • Faudio
    • GSM
    • LCMS2
    • LibJPEG
    • LibJXR
    • LibMPG123
    • LibPng
    • LibTiff
    • LibXml2
    • LibXslt
    • Zlib
  • The libraries above can still be imported as external libraries instead of using the bundled copy, provided that they are available in PE format.

  • This behavior is requested with the '--with-system-dllpath' configure option, which specifies the Unix search path for such dependencies.