FS#67141 - [winetricks] make wine a optional dependency
Attached to Project:
Community Packages
Opened by No Name (Jaja) - Sunday, 28 June 2020, 17:49 GMT
Last edited by Toolybird (Toolybird) - Friday, 09 December 2022, 04:35 GMT
Opened by No Name (Jaja) - Sunday, 28 June 2020, 17:49 GMT
Last edited by Toolybird (Toolybird) - Friday, 09 December 2022, 04:35 GMT
|
Details
Hi,
(co-)maintainer of "proton-ge-custom{,-stable,-legacy}-bin" here. Since this version of proton includes protonfixes, winetricks i kind of needed to have all verbs play out as expected. However, winetricks pulls in wine, which is unnecessary in this case. Is it possible to change this? Nowadays the wine package is not the only software that will make use of winetricks. Thanks! |
This task depends upon
Closed by Toolybird (Toolybird)
Friday, 09 December 2022, 04:35 GMT
Reason for closing: Won't implement
Additional comments about closing: @xexaxo says "The request is to change an official package so that it works AUR package. AUR packages are not supported."
Friday, 09 December 2022, 04:35 GMT
Reason for closing: Won't implement
Additional comments about closing: @xexaxo says "The request is to change an official package so that it works AUR package. AUR packages are not supported."
There are plenty of custom wine and custom proton versions out there. Some of them, like the packages i maintain are monolithic and therefore could not easily "provide" wine. They simply fail on being a system wide meaningful/usable instance of wine. That being said, the mentioned packages provide "proton" (also as a command) system wide - but i think this is a different story.
Long story short: i don't think winetricks depends on wine - it just manipulates wine prefixes. And as i already wrote, these could be created from different origins like the plenty of fixed wine and/or proton versions that playonlinux and lutris can provide, if they are configured not to use the system installed wine. And of course there is protonfixes, which doesn't even refer to vanilla wine but proton.
Everyone who installs winetricks will know that they need some kind of wine software.
- wine
- dxvk
- vkd3d
- others
As such, the proton packages should provide() and conflict() each of their components... yet none of them do so.
Please fix the AUR packages - proton and other wine-like ones. See the guidelines https://wiki.archlinux.org/index.php/PKGBUILD - for the mentioned sections.
@Emil (xexaxo): The assumption you make is technically correct, but at least in case of packets proton-ge-custom-bin, proton-ge-custom, wine-tkg-roblox and wine-ge-custom you cannot divide them into their individual components.
They use the mentioned patched components, but they a) do not expose them to other tools to consume like the solo component package would do and b) do not interfere with the packets in question.
You may say it that way: the custom proton/wine packages are providing independent and _self-containing_ software packages that are not invoked like their "official" counterparts, nor are they providing a superset of the components included.
The request here is to change an official package so that it works AUR package. As such there is nothing to fix really here. A trivial fix on the AUR side is to "provide=(wine)" and call it a day.
$ ./winetricks
------------------------------------------------------
warning: wineserver not found!
------------------------------------------------------
I tend to agree that the AUR pkgs need to adapt.