FS#16352 - architecture specific dependencies
Attached to Project:
Pacman
Opened by Andrwe (Andrwe) - Friday, 25 September 2009, 10:05 GMT
Last edited by Allan McRae (Allan) - Wednesday, 12 January 2011, 08:19 GMT
Opened by Andrwe (Andrwe) - Friday, 25 September 2009, 10:05 GMT
Last edited by Allan McRae (Allan) - Wednesday, 12 January 2011, 08:19 GMT
|
Details
Hi,
it would be nice if there would be a way to specify dependencies architecture specific and these will be shown on the AUR-webinterface. At the moment there is only this possiblity AFAIK: depends=('depends') [ "$CARCH" == "x86_64" ] && depends=('other_depends') But this possibility don't show the dependencies of x86_64 on the webinterface. One way I've in mind would be something like this: depends=('foo' ?i686 'bar' ?x86_64 'lib32-bar' 'foobar') In this case the architecture is checked against the value after ? and only if it matches it will set the following package as dependency. One bug of the mentioned method would be there is no default package which would be installed if the arch doesn't match any of the given. I hope you can understand what I'm trying to say. |
This task depends upon
As far as I know, implementation of architecture dependencies are usually shell scripting hacks on the PKGBUILD.
I'd like to see official support for such usage in makepkg and the PKGBUILD spec.
In addition to architecture specific dependencies, it would be advantageous to have a formal way to specify architecture specific sources.
>
>depends=('foo' ?i686 'bar' ?x86_64 'lib32-bar' 'foobar')
In my opinion, this syntax makes only sense if there are no more than two architectures and I find it quite hard to read. I would prefer a simpler syntax, e.g. by introducing new variables:
depends=(...) # dependencies for all architectures
depends_$CARCH=(...) # dependencies for $CARCH
depends_not_$CARCH=(...) # dependencies for all archs except for $CARCH (could be useful for (bin|lib)32 packages)
This syntax should be easily extended to all other variables.
Nevertheless, this request seems to be a neat idea. My only concern is that it will not become accepted.