gcenx / macos_wine_builds Goto Github PK

View Code? Open in Web Editor NEW

441.0 441.0 22.0 57 KB

Official Winehq macOS Packages

homebrew macos

macos_wine_builds's People

Contributors

Stargazers

Watchers

macos_wine_builds's Issues

Wine 7.12 release?

Hi,

just curious if you are going skip 7.12 release for some reason seeing in 5 days we will have 7.13..
mainly interested by new VKD3D 1.4 integration..

BIG THANKS as always for you work!

Wine-5.17 packages will be delayed

Currently backing up and rebuilding my development environment.

wine-stable: 7.0.1

I’ll get around to building this shortly.

Make custom brew formulas

There has been no response to Bug 49329 as yet, seems most users prefer installing using brew so providing custom casks would be ideal.

Swapped packages to sip archives to make this simpler, need to re-upload wine-5.9 packages as zip archives

32bit GStreamer libraries needed

First I wanted to thank you for providing wine build for macOS. Your repository is really complete and up to date.
I wanted to run an old game that is 32-bit and requires gstramer.
I tried to compile gstreamer using macOS 10.13 SDK but It seems I should compile its dependencies for 32-bit system too and It was really hard for me.
I would like to ask if it is possible for you to provide these libraries or help me to compile that.
I use your latest build which is compiled using gstreamer 1.20.0 and I am running macOS 10.14 Mojave which still supports 32-bit architecture.
Sorry, I asked here but I didn't know where I should ask.
Thanks

gcenx-wine-stable gives wine-4.0.2

I installed gcenx-wine-stable via homebrew:

brew cask install --no-quarantine gcenx-wine-stable
Updating Homebrew...
==> Caveats
gcenx-wine-stable supports both 32-bit and 64-bit now. It is compatible with your
existing 32-bit wine prefix, but it will now default to 64-bit when you
create a new wine prefix. The architecture can be selected using the
  WINEARCH environment variable which can be set to either win32 or
win64.

To create a new pure 32-bit prefix, you can run:
    $ WINEARCH=win32 WINEPREFIX=~/.wine32 winecfg
See the Wine FAQ for details: https://wiki.winehq.org/FAQ#Wineprefixes

==> Downloading https://github.com/Gcenx/macOS_Wine_builds/releases/download/5.0.2-1/wine-stable-5.0.2-1-osx64.tar.gz
Already downloaded: /Users/me/Library/Caches/Homebrew/downloads/0f5f650aeb03ad04d0a17b797a2fafbf9ce0e39f984ee113d1b34806a9a04662--wine-stable-5.0.2-1-osx64.tar.gz
==> No SHA-256 checksum defined for Cask 'gcenx-wine-stable', skipping verification.
==> Installing Cask gcenx-wine-stable
Warning: macOS's Gatekeeper has been disabled for this Cask
==> Moving App 'Wine Stable.app' to '/Applications/Wine Stable.app'.
==> Linking Binary 'appdb' to '/usr/local/bin/appdb'.
==> Linking Binary 'winehelp' to '/usr/local/bin/winehelp'.
==> Linking Binary 'msiexec' to '/usr/local/bin/msiexec'.
==> Linking Binary 'notepad' to '/usr/local/bin/notepad'.
==> Linking Binary 'regedit' to '/usr/local/bin/regedit'.
==> Linking Binary 'regsvr32' to '/usr/local/bin/regsvr32'.
==> Linking Binary 'wine' to '/usr/local/bin/wine'.
==> Linking Binary 'wine64' to '/usr/local/bin/wine64'.
==> Linking Binary 'wineboot' to '/usr/local/bin/wineboot'.
==> Linking Binary 'winecfg' to '/usr/local/bin/winecfg'.
==> Linking Binary 'wineconsole' to '/usr/local/bin/wineconsole'.
==> Linking Binary 'winedbg' to '/usr/local/bin/winedbg'.
==> Linking Binary 'winefile' to '/usr/local/bin/winefile'.
==> Linking Binary 'winemine' to '/usr/local/bin/winemine'.
==> Linking Binary 'winepath' to '/usr/local/bin/winepath'.
==> Linking Binary 'wineserver' to '/usr/local/bin/wineserver'.
🍺  gcenx-wine-stable was successfully installed!

However, running wine --version gives:

/usr/local/bin/wine --version
wine-4.0.2

Wine 8.0-rc1

Could you please update wine-devel cask with the version 8.0-rc1?

Wine-6.0 Code Freeze and Release Candidates

During this time I won't be providing packages as these won't be useful for end-users.

Detected virus in winedevice.exe, rundll32.exe, extrac32.exe prevents Homebrew installation

Installing wine-stable on a Apple M1 device (macOS Monterey 12.1) fails because of antivirus software (Microsoft Defender ATP), see attached screenshots

Broken releases

Wine-5.8 was heavily broken on macOS.

Wine-5.10 release is broken Bug 49329, with luck that’s the only blocker.

Running an application in a java environment

Hello,
Thank you for the effort you make to run Windows applications on Mac.
I tried to install using your Wineskin Winery application with WS11WineCX64Bit19.0.1-1 as engine, a scientific program on Big Sur. The installation was done correctly but in order to function it needs Java JRE 1.6 which is included with the program in a sub-folder "jre1.6.0_05". The problem is that it cannot run javaw.exe which is in this subfolder. I have a message telling me that it cannot locate the virtual java machine. Any idea to solve this problem? Thank you

Internal Error on newest build, macOS Monterey 12.5, M1 MacBook Pro

Hello,

When I try running any .exe, the newest build as of writing throws an internal error of ShellExecuteEx. I'm not sure if this is a mistake on my end, your end, or Wine's end. Could you please help me out resolve this in case it's one of the first two cases?

Thank you in advance,
-Knedlik

Latest staging release 6.3 has wrong artifact file name

https://github.com/Gcenx/macOS_Wine_builds/releases/tag/6.3

Notice double .xz extension.

This leads to broken Homebrew cask

$ brew upgrade                                                                                                                                  1 ↵
==> Casks with 'auto_updates' or 'version :latest' will not be upgraded; pass `--greedy` to upgrade them.
==> Upgrading 1 outdated package:
gcenx/wine/gcenx-wine-staging 6.2 -> 6.3
==> Upgrading gcenx-wine-staging
==> Caveats
gcenx-wine-staging supports both 32-bit and 64-bit now. It is compatible with your
existing 32-bit wine prefix, but it will now default to 64-bit when you
create a new wine prefix. The architecture can be selected using the
  WINEARCH environment variable which can be set to either win32 or
win64.

To create a new pure 32-bit prefix, you can run:
    $ WINEARCH=win32 WINEPREFIX=~/.wine32 winecfg
See the Wine FAQ for details: https://wiki.winehq.org/FAQ#Wineprefixes

==> Downloading https://github.com/Gcenx/macOS_Wine_builds/releases/download/6.3/wine-staging-6.3-osx64.tar.xz
#=#=#                                                                         
curl: (22) The requested URL returned error: 404 
==> Purging files for version 6.3 of Cask gcenx-wine-staging
Error: gcenx/wine/gcenx-wine-staging: Download failed on Cask 'gcenx-wine-staging' with message: Download failed: https://github.com/Gcenx/macOS_Wine_builds/releases/download/6.3/wine-staging-6.3-osx64.tar.xz

Issues on Ventura

Whenever I execute a wine64 command i just get the error code

or with wine64 winecfg i got

'preloader: Warning: failed to reserve range 0000000000010000-0000000000110000
preloader: Warning: failed to reserve range 0000000000010000-0000000000110000
preloader: Warning: failed to reserve range 0000000000010000-0000000000110000
preloader: Warning: failed to reserve range 0000000000010000-0000000000110000
preloader: Warning: failed to reserve range 0000000000010000-0000000000110000
preloader: Warning: failed to reserve range 0000000000010000-0000000000110000
preloader: Warning: failed to reserve range 0000000000010000-0000000000110000
preloader: Warning: failed to reserve range 0000000000010000-0000000000110000
preloader: Warning: failed to reserve range 0000000000010000-0000000000110000
preloader: Warning: failed to reserve range 0000000000010000-0000000000110000
preloader: Warning: failed to reserve range 0000000000010000-0000000000110000
preloader: Warning: failed to reserve range 0000000000010000-0000000000110000
00c4:fixme:imm:ImeSetActiveContext (0x35b1b0, 1): stub
00c4:fixme:imm:ImmReleaseContext (0000000000010054, 000000000035B1B0): stub
00cc:fixme:imm:ImeSetActiveContext (0x357d10, 0): stub
00cc:fixme:imm:ImmReleaseContext (0000000000010020, 0000000000357D10): stub'

Broken international characters

Dear Friend, I noticed two differences of your wine-devel-5.18 build comparing to original wine-staging-5.6 as follows ...

after clicking on wine-devel-5.18.app a command line windows does not open informing used that version is 5.18 etc.
there are mismatched international characters in your build (see images), those chatacters are replaced by ? character, this is really annoying and thus this version of wine can't be used in my case

Anyway, thanks for your great work !

Current package status (6.20 & 6.0.2)

Currently built but awaiting runtime cleanup;

~~Wine-Devel-6.20~~
~~Wine-Staging-6.20~~

Pending build

~~Wine-Stable-6.0.2~~

Build with epoll-shim

Hi,

Currently wine executable complains:

00dc:fixme:esync:do_esync eventfd not supported on this platform.

This can be easily fixed by building wine with epoll-shim, which emulates EventFD with kqueue.

Ref: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246426

Thanks.

Wine-6.2 packages will be delayed until next week

I’ll be away this weekend so packages won’t be built until sometime next week.

Error input string

Hi.

i have issue input string to 1 app .exe.

it is not imported directly into the application but is shown in the box next to it and there is no way to enter it directly into the application.

the box it crashes as soon as I write this report and there is no way to turn it off other than by turning off wine

Can someone tell me what to do?

Current build won't launch on m1 MacBook pro

I click the app, it bounces once and then it closes automatically.

Step to reproduce - try to launch the app 100% of the time.

Am I missing something? Manual installation does the same.

Update Wine 5.16

https://www.winehq.org/announce/5.16

staging upload damaged?

wine-7.16 packages are delayed

Mostly just incase someone opens an issue asking where are said packages.

Setting crypt32 DLL to builtin-then-native crashes wine-stable 6.0.1?

Hey @Gcenx . I'm maintaining a guide on how to install Star Wars: The Old Republic using Wine. Recently, WineHQ's wine-stable version 5.0 cert has expired, so Homebrew won't install the "official" Wine anymore. Luckily, I have used your builds a couple of months ago when working with Catalina, so I know your reputation precedes you. Unfortunately, I seem to have ran into an issue with the latest wine-stable. By the looks of it, changing a DLL in winecfg to builtin-then-native seems to crashing the application. Here is the backtrace file generated by Wine. backtrace.txt

Is it possible this is happening because the prefix gets created in win64? (WINEARCH=win64 WINEPREFIX=~/"SWTOR" wine wineboot). It was working great with wine-stable 5.0, so it's just something new that I have to figure out with 6.0.1.

If you don't know what might be causing this, could you give some pointers to figuring out the problem?

PS: Running on macOS Mojave

wine-7.22 packages are delayed due to Bug 54009

I’ll only provide packages after this is resolved, there’s a proposed patch that if merged I’ll apply.

wine-gecko is broken

Somewhere after Wine-5.0 gecko is no longer functional, I believe the issue is a macOS specific issue.

MacOS 11.6 Big Sur latest breaks DX11 functionality (Vulkan renderer)

I updated my Mac mini 2018 from 11.5.2 to 11.6, and now find that all of my previous Wineskin / Wine App builds fail to run for DirectX 11 using the Vulcan. Previously they worked just fine. Specifics:
Had Wine Build 6.16 downloaded and working fine with Vulkan support for DX11.
Now the same application fails with a message that the D3D shader isn't supported:

0298:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION
0298:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x36ed060, format DXGI_FORMAT_R8G8B8A8_UNORM, flags 0x2, mode_count 0x11f110, modes 0x0 partial stub!
0298:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x36ed060, format DXGI_FORMAT_R8G8B8A8_UNORM, flags 0x2, mode_count 0x11f110, modes 0xa491270 partial stub!
0298:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x80.
0298:fixme:winediag:wined3d_select_feature_level None of the requested D3D feature levels is supported on this GPU with the current shader backend.

Do you have any ideas on this?
Tried refresh/rebuild the bottle, no effect.

macOS 13.0 blocks wine once upgraded to 7.20

this is the upgrade log:

% brew upgrade
==> Upgrading 1 outdated package:
libxext 1.3.4 -> 1.3.5
==> Downloading https://ghcr.io/v2/homebrew/core/libxext/manifests/1.3.5
######################################################################## 100.0%
==> Downloading https://ghcr.io/v2/homebrew/core/libxext/blobs/sha256:36ef5333565be1614ad8eb2d740ea93df80c5d2ee41b403145179e7c5d1e1e82
==> Downloading from https://pkg-containers.githubusercontent.com/ghcr1/blobs/sha256:36ef5333565be1614ad8eb2d740ea93df80c5d2ee41b403145179e7c5d1e1e82?se=2022-11-04T21%3A50%3A00Z&sig=6TecoI6%2BJLP
######################################################################## 100.0%
==> Upgrading libxext
  1.3.4 -> 1.3.5 

==> Pouring libxext--1.3.5.arm64_ventura.bottle.tar.gz
🍺  /opt/homebrew/Cellar/libxext/1.3.5: 87 files, 446KB
==> Running `brew cleanup libxext`...
Disable this behaviour by setting HOMEBREW_NO_INSTALL_CLEANUP.
Hide these hints with HOMEBREW_NO_ENV_HINTS (see `man brew`).
Removing: /opt/homebrew/Cellar/libxext/1.3.4... (87 files, 439.7KB)
Removing: /Users/user/Library/Caches/Homebrew/libxext--1.3.4... (102.5KB)
==> Casks with 'auto_updates true' or 'version :latest' will not be upgraded; pass `--greedy` to upgrade them.
==> Upgrading 1 outdated package:
wine-staging 7.19 -> 7.20
==> Upgrading wine-staging
==> Caveats
wine-staging supports both 32-bit and 64-bit. It is compatible with an existing
32-bit wine prefix, but it will now default to 64-bit when you create a new
wine prefix. The architecture can be selected using the WINEARCH environment
variable which can be set to either win32 or win64.

To create a new pure 32-bit prefix, you can run:
  $ WINEARCH=win32 WINEPREFIX=~/.wine32 winecfg

See the Wine FAQ for details: https://wiki.winehq.org/FAQ#Wineprefixes

==> Downloading https://github.com/Gcenx/macOS_Wine_builds/releases/download/7.20/wine-staging-7.20-osx64.tar.xz
==> Downloading from https://objects.githubusercontent.com/github-production-release-asset-2e65be/266452501/c528aebf-6cfa-45fb-b56e-85af41820652?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=
######################################################################## 100.0%
==> Backing App 'Wine Staging.app' up to '/opt/homebrew/Caskroom/wine-staging/7.19/Wine Staging.app'
==> Removing App '/Applications/Wine Staging.app'
==> Unlinking Binary '/opt/homebrew/bin/appdb'
==> Unlinking Binary '/opt/homebrew/bin/winehelp'
==> Unlinking Binary '/opt/homebrew/bin/msiexec'
==> Unlinking Binary '/opt/homebrew/bin/notepad'
==> Unlinking Binary '/opt/homebrew/bin/regedit'
==> Unlinking Binary '/opt/homebrew/bin/regsvr32'
==> Unlinking Binary '/opt/homebrew/bin/wine'
==> Unlinking Binary '/opt/homebrew/bin/wine64'
==> Unlinking Binary '/opt/homebrew/bin/wineboot'
==> Unlinking Binary '/opt/homebrew/bin/winecfg'
==> Unlinking Binary '/opt/homebrew/bin/wineconsole'
==> Unlinking Binary '/opt/homebrew/bin/winedbg'
==> Unlinking Binary '/opt/homebrew/bin/winefile'
==> Unlinking Binary '/opt/homebrew/bin/winemine'
==> Unlinking Binary '/opt/homebrew/bin/winepath'
==> Unlinking Binary '/opt/homebrew/bin/wineserver'
==> Moving App 'Wine Staging.app' to '/Applications/Wine Staging.app'
==> Linking Binary 'appdb' to '/opt/homebrew/bin/appdb'
==> Linking Binary 'winehelp' to '/opt/homebrew/bin/winehelp'
==> Linking Binary 'msiexec' to '/opt/homebrew/bin/msiexec'
==> Linking Binary 'notepad' to '/opt/homebrew/bin/notepad'
==> Linking Binary 'regedit' to '/opt/homebrew/bin/regedit'
==> Linking Binary 'regsvr32' to '/opt/homebrew/bin/regsvr32'
==> Linking Binary 'wine' to '/opt/homebrew/bin/wine'
==> Linking Binary 'wine64' to '/opt/homebrew/bin/wine64'
==> Linking Binary 'wineboot' to '/opt/homebrew/bin/wineboot'
==> Linking Binary 'winecfg' to '/opt/homebrew/bin/winecfg'
==> Linking Binary 'wineconsole' to '/opt/homebrew/bin/wineconsole'
==> Linking Binary 'winedbg' to '/opt/homebrew/bin/winedbg'
==> Linking Binary 'winefile' to '/opt/homebrew/bin/winefile'
==> Linking Binary 'winemine' to '/opt/homebrew/bin/winemine'
==> Linking Binary 'winepath' to '/opt/homebrew/bin/winepath'
==> Linking Binary 'wineserver' to '/opt/homebrew/bin/wineserver'
==> Purging files for version 7.19 of Cask wine-staging
🍺  wine-staging was successfully upgraded!
==> Caveats
==> wine-staging
wine-staging supports both 32-bit and 64-bit. It is compatible with an existing
32-bit wine prefix, but it will now default to 64-bit when you create a new
wine prefix. The architecture can be selected using the WINEARCH environment
variable which can be set to either win32 or win64.

To create a new pure 32-bit prefix, you can run:
  $ WINEARCH=win32 WINEPREFIX=~/.wine32 winecfg

See the Wine FAQ for details: https://wiki.winehq.org/FAQ#Wineprefixes

This is the macOS error dialog:

"Wine Staging" cannot be opened because the developer cannot be verified.
macOS cannot verify that this app is free from malware.
Homebrew Cask downloaded this file today.
Move to Bin or Cancel.

No audio output sound with Wine-6.23

After verbose testing of Wine-6.23 on Catalina and Mojave I come to the conclusion that there is something broken in the Wine-6.23 Mac package regarding the audio output. In 10:1 cases there is no sound. I believe that it is not in Wine-6.23 issue because on Linux (Ubuntu, Crostini) Wine-6.23 is OK.
On Catalina (2 installations) and Mojave I compared Wine-6.23 with the previous versions of Wine-6.19 to Wine-6.22. All previous ones are OK. But when updating or in a fresh installation of Wine-6.23, there is no sound in 10:1 cases.

I have done the testing with our software from https://www.notation.com/Player.php which is a MIDI player which uses the fluidsynth libraries for audio output (see https://www.fluidsynth.org/). When switching the MIDI Player to direct MIDI output to the Coreaudio MIDI engine of a Mac, the sound is OK.

Therefore I conclude there is something broken in the MAC Wine-6.23 package for audio output.

Hope this analysis helps to identify the problem. Thanks.

Reinhold

Corrupted release for Wine Staging 7.20

The latest release of Wine Staging (7.20) seems to be corrupted. I cannot unpack the archive provided via GitHub releases. (See also Homebrew/homebrew-cask-versions#15081.)

Update Wine Stable 5.0.2

Hi. Just wanted to notify about the latest stable release, 5.0.2, with lots of fixes, in case that it could be built and included in the "tap":

https://source.winehq.org/git/wine.git/?a=shortlog;h=refs/tags/wine-5.0.2

Thank you for this brew tap repo!

Wow64 in 7.18?

According to the release notes, wine 7.18 should support Wow64 on macOS.

Your release notes state that

Only wine64 will function via Rosetta2

however.

What exactly is the status on this?

DSOUND failure during compile

Hello,

Wasn't sure how to reach out to you directly so figured I would come here.

I was trying to compile crossover wine. I got clang and llvm compiled, but when I go to compile wine with it, it errors out with some generic error message about dsound:

../../tools/winegcc/winegcc -o dsound.dll --wine-objdir ../.. -b i686-w64-mingw32 --lib-suffix=.cross.a \
  -Wl,--wine-builtin -shared dsound.spec -mno-cygwin buffer.cross.o capture.cross.o dsound.cross.o \
  dsound_convert.cross.o dsound_main.cross.o duplex.cross.o mixer.cross.o primary.cross.o \
  propset.cross.o sound3d.cross.o version.res dsound_classes_r.res \
  ../../dlls/dxguid/libdxguid.cross.a ../../dlls/uuid/libuuid.cross.a \
  ../../dlls/winmm/libwinmm.cross.a ../../dlls/ole32/libole32.cross.a \
  ../../dlls/advapi32/libadvapi32.cross.a ../../dlls/user32/libuser32.cross.a \
  ../../dlls/ucrtbase/libucrtbase.cross.a 
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: capture.cross.o:capture.c:(.rdata+0x10d4): multiple definition of `iksbvt'; buffer.cross.o:buffer.c:(.rdata+0x1010): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: capture.cross.o:capture.c:(.rdata+0x1100): multiple definition of `ds3dbvt'; buffer.cross.o:buffer.c:(.rdata+0x1040): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: capture.cross.o:capture.c:(.rdata+0x1160): multiple definition of `ds3dlvt'; buffer.cross.o:buffer.c:(.rdata+0x10a0): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: dsound.cross.o:dsound.c:(.rdata+0xedc): multiple definition of `iksbvt'; buffer.cross.o:buffer.c:(.rdata+0x1010): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: dsound.cross.o:dsound.c:(.rdata+0xf00): multiple definition of `ds3dbvt'; buffer.cross.o:buffer.c:(.rdata+0x1040): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: dsound.cross.o:dsound.c:(.rdata+0xf60): multiple definition of `ds3dlvt'; buffer.cross.o:buffer.c:(.rdata+0x10a0): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: dsound_convert.cross.o:dsound_convert.c:(.rdata+0x94): multiple definition of `iksbvt'; buffer.cross.o:buffer.c:(.rdata+0x1010): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: dsound_convert.cross.o:dsound_convert.c:(.rdata+0xc0): multiple definition of `ds3dbvt'; buffer.cross.o:buffer.c:(.rdata+0x1040): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: dsound_convert.cross.o:dsound_convert.c:(.rdata+0x120): multiple definition of `ds3dlvt'; buffer.cross.o:buffer.c:(.rdata+0x10a0): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: dsound_main.cross.o:dsound_main.c:(.rdata+0x54c): multiple definition of `iksbvt'; buffer.cross.o:buffer.c:(.rdata+0x1010): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: dsound_main.cross.o:dsound_main.c:(.rdata+0x580): multiple definition of `ds3dbvt'; buffer.cross.o:buffer.c:(.rdata+0x1040): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: dsound_main.cross.o:dsound_main.c:(.rdata+0x5e0): multiple definition of `ds3dlvt'; buffer.cross.o:buffer.c:(.rdata+0x10a0): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: duplex.cross.o:duplex.c:(.rdata+0x378): multiple definition of `iksbvt'; buffer.cross.o:buffer.c:(.rdata+0x1010): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: duplex.cross.o:duplex.c:(.rdata+0x3a0): multiple definition of `ds3dbvt'; buffer.cross.o:buffer.c:(.rdata+0x1040): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: duplex.cross.o:duplex.c:(.rdata+0x400): multiple definition of `ds3dlvt'; buffer.cross.o:buffer.c:(.rdata+0x10a0): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: mixer.cross.o:mixer.c:(.rdata+0x800c): multiple definition of `iksbvt'; buffer.cross.o:buffer.c:(.rdata+0x1010): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: mixer.cross.o:mixer.c:(.rdata+0x8040): multiple definition of `ds3dbvt'; buffer.cross.o:buffer.c:(.rdata+0x1040): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: mixer.cross.o:mixer.c:(.rdata+0x80a0): multiple definition of `ds3dlvt'; buffer.cross.o:buffer.c:(.rdata+0x10a0): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: primary.cross.o:primary.c:(.rdata+0xcc0): multiple definition of `ds3dlvt'; buffer.cross.o:buffer.c:(.rdata+0x10a0): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: primary.cross.o:primary.c:(.rdata+0xc40): multiple definition of `iksbvt'; buffer.cross.o:buffer.c:(.rdata+0x1010): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: primary.cross.o:primary.c:(.rdata+0xc60): multiple definition of `ds3dbvt'; buffer.cross.o:buffer.c:(.rdata+0x1040): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: propset.cross.o:propset.c:(.rdata+0x57c): multiple definition of `iksbvt'; buffer.cross.o:buffer.c:(.rdata+0x1010): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: propset.cross.o:propset.c:(.rdata+0x5a0): multiple definition of `ds3dbvt'; buffer.cross.o:buffer.c:(.rdata+0x1040): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: propset.cross.o:propset.c:(.rdata+0x600): multiple definition of `ds3dlvt'; buffer.cross.o:buffer.c:(.rdata+0x10a0): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: sound3d.cross.o:sound3d.c:(.rdata+0x12d4): multiple definition of `iksbvt'; buffer.cross.o:buffer.c:(.rdata+0x1010): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: sound3d.cross.o:sound3d.c:(.rdata+0x1300): multiple definition of `ds3dbvt'; buffer.cross.o:buffer.c:(.rdata+0x1040): first defined here
/usr/local/Cellar/mingw-w64/8.0.0/toolchain-i686/bin/i686-w64-mingw32-ld: sound3d.cross.o:sound3d.c:(.rdata+0x1360): multiple definition of `ds3dlvt'; buffer.cross.o:buffer.c:(.rdata+0x10a0): first defined here
collect2: error: ld returned 1 exit status
winegcc: i686-w64-mingw32-gcc failed
make[1]: *** [dsound.dll] Error 2
make: *** [dlls/dsound] Error 2

If you have any insight, that would be great!

Wine-7.15 packages delayed

I’ll get around to these eventually, ether tonight or tomorrow.

Wine-7.19 package status?

These will be built once Macports has finished updating all installed packages on my (mostly dead) Intel system.

Full disk access in Catalina 10.15.4 or higher without prompts

I'm trying to make a bundle application with your compiled version "wine-crossover-19.0.1", specifically I'm trying to run the SFTP client WinSCP (https://winscp.net, a 32-bit only Windows application).

I've managed to make it work properly, but despite being in Catalina 10.15.6, in WinSCP I can't navigate through the protected folders (Downloads, Desktop...), they appear empty. I have tried to give manual full access to the app bundle, as well as to the wine32on64 and wine32on64-preloader executables without being able to see the content of these folders from WinSCP.

Can you think of a way to give it permission?

I attach the bundle launcher in case it provides you information: WinSCP.zip

Thanks a lot in advance!

This issue was originally posted in: Gcenx/WineskinServer#26

In the original post you answered "package using tar.gz/dmg/7z, zip archives don’t maintained symlinks"

I don't think I understand what you mean. If you want, I can upload the whole application so you can check that the links seem to work well.

Apple M1: Bad CPU type in executable

How am I supposed to use this with Apple M1?

Last login: Thu Aug 26 14:33:27 on ttys002
Brandons-MacBook-Air:~ brandonros 2021-08-26 14:33:56 $ test "$?BASH_VERSION" = "0" || eval 'setenv() { export "$1=$2"; }';                setenv PATH "/private/var/folders/tm/pr_5s3p502j0k7_96d2chmzc0000gn/T/AppTranslocation/9580D39A-E68A-4E7C-909F-0065AC59A01C/d/Wine Devel.app/Contents/Resources/start/bin:/private/var/folders/tm/pr_5s3p502j0k7_96d2chmzc0000gn/T/AppTranslocation/9580D39A-E68A-4E7C-909F-0065AC59A01C/d/Wine Devel.app/Contents/Resources/wine/bin:$PATH"; winehelp --clear


 ################################################################################
#                           Wine Is Not an Emulator                            #
################################################################################

/private/var/folders/tm/pr_5s3p502j0k7_96d2chmzc0000gn/T/AppTranslocation/9580D39A-E68A-4E7C-909F-0065AC59A01C/d/Wine Devel.app/Contents/Resources/start/bin/winehelp: line 41: /private/var/folders/tm/pr_5s3p502j0k7_96d2chmzc0000gn/T/AppTranslocation/9580D39A-E68A-4E7C-909F-0065AC59A01C/d/Wine Devel.app/Contents/Resources/wine/bin/wine: Bad CPU type in executable
 Welcome to .

 In order to start a program:
   .exe: wine program.exe
   .msi: wine msiexec /i program.msi

 If you want to configure wine:
   wine winecfg

 To get information about app compatibility:
   appdb Program Name

Brandons-MacBook-Air:~ brandonros 2021-08-26 14:33:56 $ /Users/brandonros/Downloads/Wine\ Devel.app/Contents/Resources/wine/bin/wine 
-bash: /Users/brandonros/Downloads/Wine Devel.app/Contents/Resources/wine/bin/wine: Bad CPU type in executable
Brandons-MacBook-Air:~ brandonros 2021-08-26 14:34:22 $

Question: How to package after building?

This is not an issue, I just couldn't find any related info so decided to ask here.

I'm trying to build Wine Crossover 20.0.2 on a clean VM as the environment of my main system is way too complicated at this moment. Currently I'm (almost) able to build Wine itself using Crossover Clang, but I can't figure out how to properly package the Wine itself to be able to run it on another system. I was not able to find how did you or the winehq do it.

Does not work/run on macOS 10.13.

According to the text on the releases/downloads page it has been tested on macOS 10.9, but it does not run on 10.13.
Unpacking the archive gives a ghosted icon with a circle that has a slash trough it.
And double clicking the icon gives this message:

This version of the program "Wine Stable" can not be used with this version of macOS.
You have macOS 10.13.6. Program requires macOS 10.14 or later.

Is it possible to fix this?

FreeType font library not found in Wine-6.16

When starting Wine-6.16 there is the issue that

Wine cannot find the FreeType font library. To enable Wine to
use TrueType fonts please install a version of FreeType greater than
or equal to 2.0.5.

which I believe is specifically related to Wine-6.16. I use XQuartz 2.8.1. The previous versions Wine-6.14 and Wine-6.15 run fine. Therefore I conclude that there is something broken in the Mac package of Wine-6.16. Please find the complete log of the command
wine64 winecfg
attached.
Any advice is highly appreciated. Thanks.

Wine-6.16.txt

Looking for wine-stable 6.0.1 formula working on macOS 10.11

Hi!

Yesterday I did a manual upgrade of BREW formulas in my system (macOS 10.11). At that time, the new wine-stable 7.0 was downloaded, then the working 6.0.1 uninstalled and 7.0 was installed. Unfortunately, wine-stable 7.0 for me does not work well (only the status bars are displayed, bad libs or so?).

I'm looking for either the old formula from 6.0.1 compiled for OSX SDK lesser 10.13 to run on 10.11, link to previous bins builded against ~10.11 . Maybe someone also has the entire TGZ file from the previous wine-stable 6.0.1.

I tried download older versions from https://github.com/Gcenx/macOS_Wine_builds but they are now builded against SDK 10.13 .

Any help is greatly appreciated! Few critical things not working on my "old/retro" Mac 3.1. BTW: As usual, big thanx to Apple for not including new OSX for older machines.

Best,
Peter

wine-8.0 packages

The plan is to build these when I’m able and get them uploaded here, then workout having these and all future packages pushed to Winehq.

Understanding release names/meanings?

Thank you for pulling this together ! Great resource.

I was trying to understand the differences between stable, devel, and staging release tagged versions.

stable is pretty easy - it's currently pinned to 7.0
I see that both devel and staging versions have been release in 7.0 through 7.3 versions.

My question revolves more around .... "what's the difference between the devel and staging versions"?

Trojan in homebrew stable install of Wine

Refer:

https://www.virustotal.com/gui/file/7073edb2bb06f9e914ebf28439c48fe99e1715d62690251e267110f3f6fb28c4?nocache=1

Homebrew/discussions#3255

wine desktop is broken

Hi,

Thanks for the build! The issue is that highlighted virtual desktop checkbox has no effect – I cannot force wine to display a desktop. Tried with both latest stable and devel versions (currently on 5.22). Also it seems that it's using macdriver by default, do you know how do I force it to X11? I have XQuartz installed.

I'm on 10.14

bad CPU type in executable: wine

This is with the 5.11 Wine-Staging:

/Applications/Wine Staging.app/Contents/Resources/start/bin/winehelp: line 41: /Applications/Wine Staging.app/Contents/Resources/wine/bin/wine: Bad CPU type in executable
 Welcome to .

 In order to start a program:
   .exe: wine program.exe
   .msi: wine msiexec /i program.msi

 If you want to configure wine:
   wine winecfg

 To get information about app compatibility:
   appdb Program Name

% wine winecfg
zsh: bad CPU type in executable: wine

I guess your build machine must have a newer processor than this system I'm running.

building wine, cannot find macdriver

hi all

using a macbook m1 with latest big sur, i tried to compile wine myself, using latest sources: wine6rc2.
compile went fine. i used build options listed on this repo's frontpage readme.
i installed all the dependencies through homebrew (full rosetta, i checked the option to run the terminal itself with it).

here's what i got:

-> klaus $ wine64 --version
wine-6.0-rc2
-> klaus $ file $(which wine64)
/usr/local/bin/wine64: Mach-O 64-bit executable x86_64
-> klaus $

but the problem i'm seeing is that wine runs, but, doesn't seem to find the gpu/macdriver at all.
i was wondering if folks around this repo might have an idea about what went wrong, maybe i forgot to add a specific configure option or something ?

here's my configure options:

-> klaus $ ./configure --disable-option-checking \
--disable-tests \
--without-alsa \
--without-capi \
--with-cms \
--with-coreaudio \
--with-cups \
--with-curses \
--without-dbus \
--with-faudio \
--without-fontconfig \
--with-freetype \
--with-gcrypt \
--with-gettext \
--without-gettextpo \
--without-gphoto \
--with-glu \
--with-gnutls \
--without-gsm \
--without-gssapi \
--with-gstreamer \
--without-gtk3 \
--without-hal \
--without-inotify \
--with-jpeg \
--without-krb5 \
--with-ldap \
--with-mingw \
--with-mpg123 \
--without-netapi \
--with-openal \
--with-opencl \
--with-opengl  \
--without-oss \
--with-pcap \
--with-png \
--with-pthread \
--without-pulse \
--without-quicktime \
--without-sane \
--with-sdl \
--with-tiff \
--without-udev \
--with-unwind \
--with-usb \
--without-v4l2 \
--without-vkd3d \
--without-xattr \
--with-xml \
--with-xslt \
--without-va  \
--with-osmesa \
--with-xcomposite \
--with-xcursor \
--with-xfixes \
--with-xinerama \
--with-xinput \
--with-xinput2 \
--with-xrandr \
--with-xrender \
--with-xshape \
--with-xshm \
--with-xxf86vm \
--with-x \
--x-include=/opt/X11/include \
--x-lib=/opt/X11/lib \
--enable-win64

here's the list of the dependencies i had to install through homebrew:

brew install bison mingw-w64 lcms2 FAudio sdl2 gstreamer gst-plugins-base gst-plugins-good vulkan-headers molten-vk

then i did make, and make install. all went fine. i added /usr/local/bin to my path with

-> klaus $ sudo launchctl config user path /usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin`

so far so good or so i thought, but, when i run wine some/file.exe or even just winecfg
here's what i get:

preloader: Warning: failed to reserve range 00007ffef0000000-00007ffef1ff0000
preloader: Warning: failed to reserve range 00007ffef0000000-00007ffef1ff0000
preloader: Warning: failed to reserve range 00007ffef0000000-00007ffef1ff0000
preloader: Warning: failed to reserve range 00007ffef0000000-00007ffef1ff0000
preloader: Warning: failed to reserve range 00007ffef0000000-00007ffef1ff0000
preloader: Warning: failed to reserve range 00007ffef0000000-00007ffef1ff0000
0034:fixme:font:opentype_enum_font_names handle name format 1
preloader: Warning: failed to reserve range 00007ffef0000000-00007ffef1ff0000
0064:fixme:font:opentype_enum_font_names handle name format 1
preloader: Warning: failed to reserve range 00007ffef0000000-00007ffef1ff0000
006c:fixme:font:opentype_enum_font_names handle name format 1
006c:err:display:macdrv_init_display_devices No GPUs detected
preloader: Warning: failed to reserve range 00007ffef0000000-00007ffef1ff0000
preloader: Warning: failed to reserve range 00007ffef0000000-00007ffef1ff0000
preloader: Warning: failed to reserve range 00007ffef0000000-00007ffef1ff0000
002c:fixme:font:opentype_enum_font_names handle name format 1
00cc:fixme:font:opentype_enum_font_names handle name format 1
preloader: Warning: failed to reserve range 00007ffef0000000-00007ffef1ff0000
preloader: Warning: failed to reserve range 00007ffef0000000-00007ffef1ff0000
00f8:fixme:font:opentype_enum_font_names handle name format 1
0100:fixme:font:opentype_enum_font_names handle name format 1
002c:err:display:macdrv_init_display_devices No GPUs detected
011c:fixme:font:opentype_enum_font_names handle name format 1
011c:err:display:macdrv_init_display_devices No GPUs detected
^C

any ideas ?

Error running 6.11 on 10.14.6 (Mojave)

When I start 6.11 on 10.14.6, I get the following error.

$ /Applications/Wine\ Devel.app/Contents/MacOS/wine
dyld: lazy symbol binding failed: Symbol not found: _objc_opt_new
  Referenced from: /Applications/Wine Devel.app/Contents/MacOS/wine (which was built for Mac OS X 10.15)
  Expected in: /usr/lib/libobjc.A.dylib

dyld: Symbol not found: _objc_opt_new
  Referenced from: /Applications/Wine Devel.app/Contents/MacOS/wine (which was built for Mac OS X 10.15)
  Expected in: /usr/lib/libobjc.A.dylib

Abort trap: 6

0009:err:mscoree:CLRRuntimeInfo_GetRuntimeHost Wine Mono is not installed

When trying to run an .exe on MacOS Big Sur, this error is popping up. Full logs below:

err:thread:get_image_addr dyld image info is above 4GB limit for 32-bit-on-64-bit process
000b:fixme:thread:create_user_shared_data_thread Creating user shared data update thread.
000d:fixme:thread:create_user_shared_data_thread Creating user shared data update thread.
0010:fixme:thread:create_user_shared_data_thread Creating user shared data update thread.
0017:fixme:thread:create_user_shared_data_thread Creating user shared data update thread.
001d:err:plugplay:process_IOService_Device object 0x6303
0019:err:plugplay:load_function_driver AddDevice failed for driver L"winebus", status 0xc0000002.
001d:err:plugplay:process_IOService_Device Unable to create plug in interface for USB deviceobject 0x6307
001d:err:plugplay:process_IOService_Device Unable to create plug in interface for USB deviceobject 0x630b
001d:err:plugplay:process_IOService_Device Unable to create plug in interface for USB deviceobject 0x630f
001d:err:plugplay:process_IOService_Device Unable to create plug in interface for USB deviceobject 0x6313
001d:err:plugplay:process_IOService_Device Unable to create plug in interface for USB deviceobject 0x6317
001d:err:plugplay:process_IOService_Device Unable to create plug in interface for USB deviceobject 0x631b
001d:err:plugplay:process_IOService_Device Unable to create plug in interface for USB deviceobject 0x631f
001d:err:plugplay:process_IOService_Device object 0x8a1f
001d:err:plugplay:process_IOService_Device object 0x8703
001f:fixme:thread:create_user_shared_data_thread Creating user shared data update thread.
0009:err:mscoree:CLRRuntimeInfo_GetRuntimeHost Wine Mono is not installed

Any idea how to debug 'Application could not be started, or no application associated with the specified file."?

I know this is a wine bug and not the purpose of your package, just thought I'd check with you in case you knew.

 ./Contents/Resources/wine/bin/wine64 /Users/brandonros/Desktop/WinOLS.exe 
0040:err:rpc:rpcrt4_ncacn_np_handoff Failed to retrieve the computer name, error 2
0040:err:rpc:rpcrt4_ncacn_np_handoff Failed to retrieve the computer name, error 2
0040:err:rpc:rpcrt4_ncacn_np_handoff Failed to retrieve the computer name, error 2
0040:err:rpc:rpcrt4_ncacn_np_handoff Failed to retrieve the computer name, error 2
Application could not be started, or no application associated with the specified file.
ShellExecuteEx failed: Internal error.

Brandons-MacBook-Air:Wine Devel.app brandonros 2021-08-26 14:49:27 $ 0040:err:rpc:rpcrt4_ncacn_np_handoff Failed to retrieve the computer name, error 2
00cc:fixme:rpc:handle_bind_error unexpected status value 1765
0040:err:rpc:rpcrt4_ncacn_np_handoff Failed to retrieve the computer name, error 2
0058:err:rpc:RpcAssoc_BindConnection rejected bind for reason 0
00d0:fixme:rpc:handle_bind_error unexpected status value 1765
0094:err:rpc:RpcAssoc_BindConnection rejected bind for reason 0
0040:err:rpc:rpcrt4_ncacn_np_handoff Failed to retrieve the computer name, error 2
00d4:fixme:rpc:handle_bind_error unexpected status value 1765
006c:err:rpc:RpcAssoc_BindConnection rejected bind for reason 0

gcenx / macos_wine_builds Goto Github PK

macos_wine_builds's People

Contributors

Stargazers

Watchers

Forkers

macos_wine_builds's Issues

Currently built but awaiting runtime cleanup;

Pending build

Recommend Projects

Recommend Topics

Recommend Org

Jobs