FS#15955 - makepkg: Make pkgver, pkgrel, arch variables overridden

Attached to Project: Pacman
Opened by Eric Belanger (Snowman) - Sunday, 16 August 2009, 20:31 GMT
Last edited by Allan McRae (Allan) - Wednesday, 21 October 2009, 04:02 GMT
Task Type Feature Request
Category makepkg
Status Closed
Assigned To Allan McRae (Allan)
Architecture All
Severity Medium
Priority Normal
Reported Version 3.3.0
Due in Version 3.4.0
Due Date Undecided
Percent Complete 100%
Votes 8
Private No

Details

Summary and Info:

As disscussed here:http://www.archlinux.org/pipermail/arch-dev-public/2009-August/012836.html

The pkgver, pkgrel, arch variables should be overridden to let us do split packages of packages with different pkgver/pkgrel and different arch (to have 'any' arch packages in splitted PKGBUILD)
This task depends upon

Closed by  Allan McRae (Allan)
Wednesday, 21 October 2009, 04:02 GMT
Reason for closing:  Fixed
Additional comments about closing:  commits 2020e629 and c7e4d10d
Comment by Xavier (shining) - Monday, 17 August 2009, 12:57 GMT
overriding pkgver looks strange to me, isn't it the version of the shared source?

but I think it makes sense for pkgrel and arch
Comment by Allan McRae (Allan) - Monday, 17 August 2009, 13:00 GMT
I agree pkgver override looks strange but Eric pointed out that lvm2 and device-mapper come from the same tarball but have different pkgvers. Still not sure about it...
Comment by Xavier (shining) - Monday, 17 August 2009, 14:41 GMT
And stupid question : what will the souce tarball name look like? :)
Comment by Eric Belanger (Snowman) - Monday, 17 August 2009, 17:36 GMT
yeah, it might be an exception case. The tarball name: LVM2.2.02.51.tgz with lvm2 2.02.51 and device-mapper 1.02.36 They used to come in seperate tarballs with the lvm2 tarball also containing the device-mapper source. But they stopped doing a seperate tarball for device-mapper.
Comment by Xyne (Xyne) - Monday, 28 September 2009, 20:44 GMT
"arch" should definitely be overridable. A good argument for that is the nexuiz package. The 600 MB of game data is architecture independent ('any') but the clients are architecture-specific ('i686' 'x86_64').
Comment by Allan McRae (Allan) - Sunday, 11 October 2009, 14:20 GMT
pkgver and pkgrel:
http://mailman.archlinux.org/pipermail/pacman-dev/2009-October/009672.html

arch:
http://mailman.archlinux.org/pipermail/pacman-dev/2009-October/009680.html

with these patches, I can build the following from 1 PKGBUILD:
p1-123-1-i686.pkg.tar.gz
p2-123-1-any.pkg.tar.gz
p3-321-2-i686.pkg.tar.gz
p4-123-1-i686.pkg.tar.gz
Note changing arch, pkgver and pkgrel

Loading...