Gcenx / macOS_Wine_builds

Official Winehq macOS Packages
461 stars 23 forks source link

Latest staging release 6.3 has wrong artifact file name #20

Closed nevack closed 3 years ago

nevack commented 3 years ago

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

image

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
Gcenx commented 3 years ago

I’ll correct that tonight.

Guess I really should automate the packing stage to avoid making these mistakes.

Gcenx commented 3 years ago

Resolved