Daegalus
-
Posts
19 -
Joined
-
Last visited
Everything posted by Daegalus
-
I mean ya, that is still a problem. I had to install it the manual way using the external winetricks install. The ticket I opened and you commented in is still open on their github: https://github.com/bottlesdevs/Bottles/issues/2828 Anyways, I have attached my bottles config. Not sure how much it will help, it's fairly default settings. backup_Affinity.yml
-
I have it running on Fedora, and I compiled mine using my container. I just followed the guide. I got the WinMetadata from a Windows install. Copied it as is directly from the partition. I'm still using it now. Though, I always run my stuff through Bottles. I can share my bottle config if it makes a difference
-
Its needed for NetBIOS and other networking/sharing stuff in Windows, which Wine has support for. its libsamba specifically, no thte entire samba install. Either way, I wanted to make my wine-builder generic, so even if its not super needed for Affinity, someone else might use it. I just made sure all optional features were enabled that weren't a huge hassle to enable.
-
Ya, but its not just Fedora. Ubuntu and Debian do the same thing for Samba as 1 example. My script ontop of the debian docker image requires me to do this package flipping for 2 libraries. I think fedora had it for many more, but its not an isolated issue with just Fedora.
-
I did this on Fedora 38, and it was a nightmare. For some dependencies you can't have the 64bit and the 32bit at the same time, they overwrite each other. So you have to switch between builds. I even had to do it in Debian in the docker image I made. I eventually gave up and made the `wine-builder` linked above to get around it. When I get some free time, I might even switch it to using Arch and the PKGBUILD deps like ElementalWarrior suggested, but for now it works fine for building.
-
I agree, at the time I was just trying to build it quick, and I don't have much practice using Arch in docker images. It's always alpine, distroless, debian, etc. So I just used what worked for me for quickness. When I get back from vacation, where I make an arch based one.
-
Just a reminder to those having trouble compiling. I built a Docker image that should let you easily build wine sources from scratch on any distro using Docker containers. If you are inclined to explore docker or already know it, could be a quicker way to get the sources built. https://forum.affinity.serif.com/index.php?/topic/182758-affinity-suite-v204-on-linux-wine/&do=findComment&comment=1068416
-
Agreed, feels like a missed opportunity. I would honestly be willing to pay double the Windows prices for a Linux version.
-
@Wanesty Opened the github bug for it here: https://github.com/bottlesdevs/Bottles/issues/2828, if you wish to provide more context.
-
The end result is a package with a fully compiled ElementalWarrior wine build. So everything you get in wine-install as an RPM package that is installed to the system like any other rpm. The building and sources live in the COPR repo that produce the final RPM.fornothers to install. It's why it's a bit of a hybrid of PPA from Ubuntu and the Arch AUR.
-
I haven't opened yet, still planning to though. Their ticket template require some debug info from the bottles app and I'm not at my computer As for copr. It's more a AUR/PPA hybrid. I need to construct a src.rpm, push that up and copr builds a repo and proper RPM that can then be distributed.
-
Oof my bad, I normally do but forgot. I'll add an ISC license shortly (effectively MIT license)
-
The binaries should work, at least mine does. Used podman and my image to build itunder debian, but used it in Fedora. To be honest, I always forget Toolbox is a thing. There is also distrobox too.
-
Stayed up way too late getting this working but here is the Docker image. Readme is in the github repo or the package page, take a look to see how to use it. I successfully compiled a ElementalWarrior build with this. https://github.com/daegalus/wine-builder https://github.com/daegalus/wine-builder/pkgs/container/wine-builder podman pull ghcr.io/daegalus/wine-builder
-
Ya, I am aware. the docker image will just have all the wine deps installed, and a script that runs the wine64, wine32 building, then installs them to wine-install. YOu will mount the Wine sourcecode yourself. This wont run affinity for you. This is just to help people build the ElementalWarrior wine binaries.
-
If I find the time and I can figure it out, I will definitely try though. I haven't made a COPR repo before, so might take me a bit. Yes, as its just a generic builder image. I plan to release it for others to use to create their own consistent builds.
-
While that does look clean, installing the 20+ 32bit libraries, and extra 64bit ones that I normally dont need wasn't pleasant. With a docker image, I can have all those dependencies pre-installed inside the docker image, and then just do `docker run wine-builder -v ~/path-to-wine-src:/path-to-wine-in-image` and it will just spit out a working, properly compiled setup, all self-contained. I'm also a devops engineer, so containers is where i live most of my day, so they are comfortable for me, even though I rarely use them unless necessary on my personal devices. Also I never use RUM or manage my prefixes manually, its why i use flatpak Bottles, so everything lives in one place and a lot of stuff is handled for me. (minus apparently broken dependency installers, I might open a ticket for that with bottles.) I am also on Fedora (moved from arch a few months ago), so different flow in general from Arch. I might maybe make COPR repo for it (its like AUR for fedora) so it can be used easily on Fedora by others. I'll see what I have time for.
-
Good tip, this fixed my bottle for me and now i have all my Affinity stuff in a bottle. Works great there now too. Now I can uninstall Lutris again.
-
I just wanted to provide that I was successfully able to build and run everything. Everything works super well, have all 3 installed now and working. Now to see if I can get this all working in Bottles. Lutris worked fine. I will say it was quite annoying to install all the dependencies and getting them to work. Can't wait until this is upstreamed. Based on how much free time I have, I might look into making a docker image to build this, so it is easier for others to build without polluting their systems. Or I might setup a mirror on Github and use Github Actions to build prebuilt versions. But I got a lot on my plate, so not sure if I will get to any of this. Thanks ElementalWarrior for getting this working.
