syntax for multiple packages that can satisfy a dependency [SOLVED]

graysky · 2015-01-17 12:30:32

I maintain backintime in the AUR. Upstream (Debian based) has listed some optional deps that can all satisfy a dependency, but the user needs to only select one of them. How can I mirror this in my PKGBUILD?

Example:

upstream README wrote:

Qt4 GUI dependencies:
kdesudo | gksu
...
Recommends:
kompare | meld
python-secretstorage | python-keyring-kwallet | python-gnomekeyring

So either kdesudo or gksu will work which I believe converts into Arch packages: 'kdesu' or 'gksu'. Therefore, users may use either package, but both are not needed.

Note - I have seen how Arch can have multiple packages that provide something like libgl for example, but in that case, all 4 providers have that hard-coded into their respective PKGBUILDs, eg. 1) mesa-libgl 2) nvidia-304xx-libgl 3) nvidia-340xx-libgl 4) nvidia-libgl in this case.

Others per the REAME:
Either kompare or meld will work which I believe converts into Arch packages: 'kdesdk-kompare' or 'meld'.
Either python-secretstorage or python-gnomekeyring will work but I believe we only have 'python-secretstorage' in the official repos.

Last edited by graysky (2015-01-17 15:22:36)

WorMzy · 2015-01-17 12:32:31

I'd go with declaring both in optdepends and printing an install message telling the user that they need one or the other (or both).

graysky · 2015-01-17 12:42:05

WorMzy wrote:

I'd go with declaring both in optdepends and printing an install message telling the user that they need one or the other (or both).

I could do that for the optdepends, but there is a depends either-or-set as well that I cannot automate yet... (gksu or kdesu).

Last edited by graysky (2015-01-17 12:42:31)

Trilby · 2015-01-17 12:53:24

It's already a split package - split packages can have separate dependencies for each package.

graysky · 2015-01-17 13:01:45

Trilby wrote:

It's already a split package - split packages can have separate dependencies for each package.

Yes, but one of the two in the split require either gksu or kdesu. How can I allow for this either-or dependency?

Lone_Wolf · 2015-01-17 13:25:38

A possibilty might be to add code to create a virtual package for graphical-su .

Here's an example of how this could work in pseudo-code :

package_backintime_detect_graphical_su_dummy()
{
_gksu_installed = false; kdesu_installed = false;
If gksu is present then _gksu_installed = true ;
if kdesu is present then _kdesu_installed = true;

If _gksu_installed OR _kdesu_installed then provides = backintime_graphical_su
}

Add a depend on backintime_graphical_su to the gui program and some comments to clarify how to build.

tomk · 2015-01-17 13:28:29

The official repos do this by making all affected packages provide some generic virtual package e.g. jre7-openjdk provides java-runtime. In an AUR context, this is clearly not applicable, so the least worst workaround is to pick one as the hard dependency and inform your users that they can change it if they want to.

graysky · 2015-01-17 14:08:50

@tomk - Agreed... I think using some commented text in the PKGBUILD itself might be a good idea failing any official method someone has yet to make me aware of.

Last edited by graysky (2015-01-17 14:13:04)

Allan · 2015-01-17 14:44:35

I agree that a comment is the best way to go here.

depends=('gksu')    # change to kdesu if wanted

Or you could ask for a provides to be added to kdesu and gksu in the repos.

This is a problem that pops up every year or two... I'm not sure what a good solution we could implement in makepkg is.

graysky · 2015-01-17 15:22:17

Thanks Allan. Might open a FS against the two asking for the meta target (or whatever it's called).

EDIT: https://bugs.archlinux.org/task/43489

Last edited by graysky (2015-01-17 15:31:22)

Arch Linux

#1 2015-01-17 12:30:32

syntax for multiple packages that can satisfy a dependency [SOLVED]

#2 2015-01-17 12:32:31

Re: syntax for multiple packages that can satisfy a dependency [SOLVED]

#3 2015-01-17 12:42:05

Re: syntax for multiple packages that can satisfy a dependency [SOLVED]

#4 2015-01-17 12:53:24

Re: syntax for multiple packages that can satisfy a dependency [SOLVED]

#5 2015-01-17 13:01:45

Re: syntax for multiple packages that can satisfy a dependency [SOLVED]

#6 2015-01-17 13:25:38

Re: syntax for multiple packages that can satisfy a dependency [SOLVED]

#7 2015-01-17 13:28:29

Re: syntax for multiple packages that can satisfy a dependency [SOLVED]

#8 2015-01-17 14:08:50

Re: syntax for multiple packages that can satisfy a dependency [SOLVED]

#9 2015-01-17 14:44:35

Re: syntax for multiple packages that can satisfy a dependency [SOLVED]

#10 2015-01-17 15:22:17

Re: syntax for multiple packages that can satisfy a dependency [SOLVED]

Board footer