Hi all. I’ve just finished a bit of testing on this bleeding edge version of wine on a different OS. Not Linux based I mean, not talking about simple distro-hopping.
So anyways I want to give it a spin on Endeavour, but the newest thing I can find is still in the 10.x range.
Using the AUR for a project this big is out of the question due to security concerns, among other things. And building it from the wine HQ sources would take days most likely.
My main gaming / multimedia production PC runs Endeavour, and that’s not changing. But I gotta say that wine11 is screaming fast on, … ok yeah, I’m that FreeBSD guy. Got a dual boot going. Hardware is an 11th gen core I9 on an Asus board wth a Z590 based chipset. It’s good at multitasking, since I crammed it full of RAM (128gb). FreeBSD and Linux live on two separate NVME drives.
But to the point…The wow64 mode is much faster than anything I’ve seen on 10.x. So I really want it running on Linux. Thinking it might show up in the testing repos, however I can’t find it google searching, so I’m unsure about enabling those.
As you have a list of your own in /etc/pacman.d , and it takes precedence over the arch stuff (being the first include), and that all the “testing” entries are commented out…do I risk system breakage if I enable them? Is it worth trying when I’m unsure of the latest wine version it has? I don’t want to bork my keyring or let my packages go out of sync just to find out.
Any advice is welcome, and thanks for taking the time to read my post.
Have you actually tried to build it from source? I’m going to give it a go, so I’ll let you know, if you’re interested. My PC is not the fastest, by any means:
I’m doing anything out the ordinary, just /.configure and make, as per the general instructions. I’m actually really curious how this turns out; I game a lot with Proton, so anything that will boost performance is good.
it pretty much makes dxvk irrelevant in terms of frame rates. dxvk actually slows down some stuff. Was esting with The GOG version of Elder Scrolls, Oblivion and with graphics set to “ultra”. it lags with dxvk, native wine overrides work better. and oblivion is a very resource hungry game.
OK, it’s done - 5 minutes. It’s up to you now to see if this is actually what you want/need. Check out their Gitlab site for more details: https://gitlab.winehq.org/
ok/ i had RL interfering with what I was trying, but I’m lad to know it wasn’t just me. on bsd the package is ‘wine-devel’. I may cheat and look at that port’s src for hints.
Another package you could modify is wine-git, currently using Wine v11.0.rc2.
UPDATE: I need more patience! There’s another AUR set of packages that you could build yourself, called wine-osu-specatator and wine-osu-spectator-wow64. These are using Wine 11.0.rc4.
this thread is goin nuts. I’m gonna look at my freebsd ports and system source and just look at what they did. FreshPorts will tell me the build dependancies under bsd, and those may very well suggest a good approach for us on linux
To clarify, wine-git is not “currently using Wine v11.0.rc2”, as a -git package when built, pulls from the current latest commit. As of this moment, that’s Wine v11.0rc4.r13.
The confusion might be in the package description in the AUR. Version details can generally be ignored for -git packages, because the package isn’t strictly speaking, versioned. It always pulls from the latest commit, ignoring versions.
If you’d like to build from the latest commit of wine, then installing wine-git is the way to do it.
I see . Im building from scratch all kinds of junk to satisfy dependencies, and have most except a few, but those few are vital - eg, ffmpeg-32 , gstreamer32, etc .
yeah know about that one, thanks though. It’s the first thing I adjuat on a new install. right now I’m compiling with 16 cores @ 5000GHz per core, give or take. Thanks for the heads up all the same
When updating your system, such as when using eos-update --yay or yay, -git packages will not update when new commits are pushed to the source repository. They’ll only be updated, when the AUR package maintainer updates the PKGBUILD, which is usually only necessary if they’re adjusting a dependency, or build steps. Hundreds of commits may be pushed to the source repository in the meantime.
This is why the versions specified for -git packages in the AUR, do not reflect the version that would be installed, when you install it.
You’ll need to explicitly update -git packages. The most sure way is to simply re-install it:
yay -Syu somepackage-git
This will re-pull and build from the latest commit.
You can also use yay’s --devel flag, which may update those packages. This often works, but in my experience, it just as often overlooks -git packages that do have more recent commits.
./configure succeeded with the missing bits.. I’m test compiling what I have so far to see if it will even finish., but the result will likely be crippled. I’m stuck with an path issue, I’ve got many libs installed but they aren’t being picked up by the script. I wish this was a Cmake project, then I might know what I’m doing.
