Re: [aur-general] Confusing over .AURINFO usage
On Sat, May 4, 2013 at 10:54 AM, Lukas Fleischer <archlinux@cryptocrack.de>wrote:
I created ./.AURINFO which contains a single line:
pkgdesc = NVIDIA drivers for linux-ck.
I ran `makepkg --source` to gen the AUR package but found no traces of the .AURINFO file therein. Unsurprisingly, the AUR did not pickup on this when I uploaded the corresponding nvidia-ck-313.30-5.src.tar.gz package. Are users expected to manually add .AURINFO to the src.tar.gz post makepkg?
As you can guess from the name, .AURINFO is AUR specific. Thus it is not added by makepkg(8). You can add it manually -- make sure you put it into the subdirectory, though.
Of course, we aim at creating meta data automatically at some point, so feel free to come up with something that parses source packages, generates .AURINFO and adds them to the tarball.
Thanks, I get it. This definitely seems like something makepkg should detect and handle automatically Are the .AURINFO files here to stay?
On Sat, May 04, 2013 at 11:01:55AM -0400, member graysky wrote:
On Sat, May 4, 2013 at 10:54 AM, Lukas Fleischer <archlinux@cryptocrack.de>wrote:
I created ./.AURINFO which contains a single line:
pkgdesc = NVIDIA drivers for linux-ck.
I ran `makepkg --source` to gen the AUR package but found no traces of the .AURINFO file therein. Unsurprisingly, the AUR did not pickup on this when I uploaded the corresponding nvidia-ck-313.30-5.src.tar.gz package. Are users expected to manually add .AURINFO to the src.tar.gz post makepkg?
As you can guess from the name, .AURINFO is AUR specific. Thus it is not added by makepkg(8). You can add it manually -- make sure you put it into the subdirectory, though.
Of course, we aim at creating meta data automatically at some point, so feel free to come up with something that parses source packages, generates .AURINFO and adds them to the tarball.
Thanks, I get it. This definitely seems like something makepkg should detect and handle automatically Are the .AURINFO files here to stay?
Note that .AURINFO functionality will not be added to pacman/makepkg, unless the format is extended to work with split packages and all corner cases that we do not care about in the AUR. The idea is to start with an external tool to post process source packages and then extend this tool, as well as the underlying .AURINFO format, until we get something that is suitable for integration with makepkg.
On Sat, May 4, 2013 at 11:18 AM, Lukas Fleischer <archlinux@cryptocrack.de>wrote:
Thanks, I get it. This definitely seems like something makepkg should detect and handle automatically Are the .AURINFO files here to stay?
Note that .AURINFO functionality will not be added to pacman/makepkg, unless the format is extended to work with split packages and all corner cases that we do not care about in the AUR.
The idea is to start with an external tool to post process source packages and then extend this tool, as well as the underlying .AURINFO format, until we get something that is suitable for integration with makepkg.
OK. I haven't tested this with split packages, but the attached patch works with a non-split one for those too lazy to manually make the modified src.tar.gz :p
On 04.05.2013 17:29, member graysky wrote:
On Sat, May 4, 2013 at 11:18 AM, Lukas Fleischer <archlinux@cryptocrack.de>wrote:
Thanks, I get it. This definitely seems like something makepkg should detect and handle automatically Are the .AURINFO files here to stay?
Note that .AURINFO functionality will not be added to pacman/makepkg, unless the format is extended to work with split packages and all corner cases that we do not care about in the AUR.
The idea is to start with an external tool to post process source packages and then extend this tool, as well as the underlying .AURINFO format, until we get something that is suitable for integration with makepkg.
OK. I haven't tested this with split packages, but the attached patch works with a non-split one for those too lazy to manually make the modified src.tar.gz :p
Another solution mentioned by someone else here on the list seems to be to include the .AURINFO in the source array. Greetings, Christoph
On Sat, May 04, 2013 at 11:29:07AM -0400, member graysky wrote:
On Sat, May 4, 2013 at 11:18 AM, Lukas Fleischer <archlinux@cryptocrack.de>wrote:
Thanks, I get it. This definitely seems like something makepkg should detect and handle automatically Are the .AURINFO files here to stay?
Note that .AURINFO functionality will not be added to pacman/makepkg, unless the format is extended to work with split packages and all corner cases that we do not care about in the AUR.
The idea is to start with an external tool to post process source packages and then extend this tool, as well as the underlying .AURINFO format, until we get something that is suitable for integration with makepkg.
OK. I haven't tested this with split packages, but the attached patch works with a non-split one for those too lazy to manually make the modified src.tar.gz :p
No. .AURINFO is for the AUR, not for makepkg or pacman. There is no reason that this should be handled by pacman right now. `makepkg -S` is for making source tarballs, not AUR packages, that is just something that it also works with. If you want .AURINFO in your source tarball, then add it to the source=() array. This was discussed three days ago on this same mailing list. Thanks, -- William Giokas | KaiSforza GnuPG Key: 0x73CD09CF Fingerprint: F73F 50EF BBE2 9846 8306 E6B8 6902 06D8 73CD 09CF
On Sat, May 04, 2013 at 11:29:07AM -0400, member graysky wrote:
On Sat, May 4, 2013 at 11:18 AM, Lukas Fleischer <archlinux@cryptocrack.de>wrote:
Thanks, I get it. This definitely seems like something makepkg should detect and handle automatically Are the .AURINFO files here to stay?
Note that .AURINFO functionality will not be added to pacman/makepkg, unless the format is extended to work with split packages and all corner cases that we do not care about in the AUR.
The idea is to start with an external tool to post process source packages and then extend this tool, as well as the underlying .AURINFO format, until we get something that is suitable for integration with makepkg.
OK. I haven't tested this with split packages, but the attached patch works with a non-split one for those too lazy to manually make the modified src.tar.gz :p
Not sure if you got me wrong but I was talking about a tool that *generates* .AURINFO files (e.g. by sourcing PKGBUILDs and printing the values of variables), not about a tool that just automates the inclusion of a handcrafted file. Also, while I disagree that using the sources array is the right place to add this kind of metadata, I agree that this should not be implemented in makepkg(8) until it is extended, renamed, reviewed and acknowledged by the pacman development team.
participants (4)
-
Christoph Vigano
-
Lukas Fleischer
-
member graysky
-
William Giokas