Package Details: wine-valve-git 5.0-1

Git Clone URL: https://aur.archlinux.org/wine-valve-git.git (read-only, click to copy)
Package Base: wine-valve-git
Description: A compatibility layer for running Windows programs (Valve version)
Upstream URL: https://github.com/ValveSoftware/wine.git
Licenses: LGPL
Conflicts: bin32-wine, wine, wine-staging, wine-staging-git, wine-wow64
Provides: bin32-wine=5.0, wine=5.0, wine-valve=5.0, wine-wow64=5.0
Replaces: bin32-wine
Submitter: Forty-Bot
Maintainer: flacks
Last Packager: PrinceMachiavell
Votes: 10
Popularity: 0.056915
First Submitted: 2018-11-11 06:14
Last Updated: 2020-03-10 16:29

Dependencies (150)

Required by (256)

Sources (3)

Pinned Comments

PrinceMachiavell commented on 2019-11-18 17:04

@skjnldsv, filthyAUR Seems there is an issues somewhere in the LDFLAGS. A temporary fix is to add '!buildflags', to the options array in the PKGBUILD. I just want to figure out what & how to fix the LDFLAGS. I'm guessing something needs -fPIC but in my experience adding that globally can cause other issues.

Latest Comments

« First ‹ Previous 1 2 3 4

datafox commented on 2019-03-09 21:01

I just checked why the patch doesn't work and it seems like the new source from Valve has included parts that look similar to the patch to some areas of the code and while I'm not that fluent in C to confirm that it has been fixed upstream, at least something has changed. I'll try removing the patch from the PKGBUILD and report back with my findings.

polensky commented on 2019-02-08 15:39

@MollyMillions I have the exact same problem.

MollyMillions commented on 2019-01-18 13:42

Seems like patches are somewhat out of date, or is it something with my setup?

==> Retrieving sources... -> Found harmony-fix.diff -> Found 30-win32-aliases.conf -> Found wine-binfmt.conf ==> WARNING: Skipping all source file integrity checks. ==> Extracting sources... -> Creating working copy of wine-valve-git git repo... Cloning into 'wine-valve-git'... done. Checking out files: 100% (7666/7666), done. ==> Starting prepare()... patching file dlls/gdi32/freetype.c Hunk #1 FAILED at 996. Hunk #2 FAILED at 7271. Hunk #3 FAILED at 7357. Hunk #4 FAILED at 7439. 4 out of 4 hunks FAILED -- saving rejects to file dlls/gdi32/freetype.c.rej ==> ERROR: A failure occurred in prepare(). Aborting... ==> ERROR: Build failed, check /var/lib/aurbuild/x86_64/molly/build

Forty-Bot commented on 2018-11-29 13:13

Hm, that's not how every other wine variant packages it's stuff. If you submit a patch I'll merge it I suppose.

yannleretaille commented on 2018-11-29 11:03

I can no longer use wine-staging to run programs like office because of bugs like https://bugs.archlinux.org/task/58607 that have been fixed recently (downgrading is also not an an option because it conflicts with wine-staging, but is required for proton). Wouldn't it make more sense to have wine-valve point to its own set of executables instead of fully replacing mainline wine?

bulletproof commented on 2018-11-24 19:59

Please update, if possible.

Forty-Bot commented on 2018-11-14 04:44

This is the version of wine valve ships with proton. If you want it to be updated, pester upstream about it :P

bulletproof commented on 2018-11-14 04:33

Why not 3.20 wine version or same updates contain than wine 3.20 version?

Forty-Bot commented on 2018-11-11 15:35

Ok, thanks for that. I've had some trouble getting this to work due to the very long build time, and because wine already has tons of errors in namcap.

xiretza commented on 2018-11-11 13:01

Build fails on dinput8.dll.so in clean chroot because /usr/bin/ld: cannot find -lSDL2. I added sdl2 and lib32-sdl2 to _depends, which fixed it, but I don't know if both are actually needed.