Re: [aur-general] Confusing over .AURINFO usage

older
[aur-general] makepkg patch for...

member graysky

4 May 2013 4 May '13

3:01 p.m.

On Sat, May 4, 2013 at 10:54 AM, Lukas Fleischer 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?

Show replies by date

Lukas Fleischer

4 May 4 May

3:18 p.m.

New subject: [aur-general] Confusing over .AURINFO usage

On Sat, May 04, 2013 at 11:01:55AM -0400, member graysky wrote:

...

On Sat, May 4, 2013 at 10:54 AM, Lukas Fleischer 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.

member graysky

3:29 p.m.

New subject: [aur-general] Confusing over .AURINFO usage

On Sat, May 4, 2013 at 11:18 AM, Lukas Fleischer 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

Christoph Vigano

3:33 p.m.

New subject: [aur-general] Confusing over .AURINFO usage

On 04.05.2013 17:29, member graysky wrote:

...

On Sat, May 4, 2013 at 11:18 AM, Lukas Fleischer 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

William Giokas

4:45 p.m.

New subject: [aur-general] Confusing over .AURINFO usage

On Sat, May 04, 2013 at 11:29:07AM -0400, member graysky wrote:

...

On Sat, May 4, 2013 at 11:18 AM, Lukas Fleischer 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

Lukas Fleischer

5:24 p.m.

New subject: [aur-general] Confusing over .AURINFO usage

On Sat, May 04, 2013 at 11:29:07AM -0400, member graysky wrote:

...

On Sat, May 4, 2013 at 11:18 AM, Lukas Fleischer 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.

4024

Age (days ago)

4024

Last active (days ago)

List overview

Download

5 comments

4 participants

participants (4)

Christoph Vigano
Lukas Fleischer
member graysky
William Giokas