On Tue, Mar 20, 2012 at 07:34:52PM -0300, rafael ff1 wrote:
This will display a weird source URL line in AUR interface, and that's
what the author of the thread want's to avoid. Therefore, not that
obvious.
in the end, it's the aur's problem, not the packager's.
cheers!
mar77i
2012/3/21 Martti Kühne mysat...@gmail.com:
On Tue, Mar 20, 2012 at 07:34:52PM -0300, rafael ff1 wrote:
This will display a weird source URL line in AUR interface, and that's
what the author of the thread want's to avoid. Therefore, not that
obvious.
in the end, it's the aur's problem, not
Hi all,
recently, I wrote an ebuild where pkgver=2.4.2 but in the download link
a 242 is needed. Thus, I decided to avoid any redundancy and to write
_pkgver=${pkgver//\./}. The PKGBUILD is working fine but
aur.archlinux.org is expanding the download link to 2.4.2//\./}.
Is there a way to
: m...@xbra.de
To: aur-general@archlinux.org
Subject: [aur-general] PKGBUILD with depending _pkgver
Hi all,
recently, I wrote an ebuild where pkgver=2.4.2 but in the download link
a 242 is needed. Thus, I decided to avoid any redundancy and to write
_pkgver=${pkgver//\./}. The PKGBUILD
On Tue, Mar 20, 2012 at 06:44:43PM +0100, Maximilian Bräutigam wrote:
Is there a way to avoid both the redundancy and the wrong
interpretation at aur.archlinux.org?
This is the package we are talking about:
https://aur.archlinux.org/packages.php?ID=34230
suggestion: use the parameter
2012/3/20 Martti Kühne mysat...@gmail.com:
On Tue, Mar 20, 2012 at 06:44:43PM +0100, Maximilian Bräutigam wrote:
Is there a way to avoid both the redundancy and the wrong
interpretation at aur.archlinux.org?
This is the package we are talking about:
