[aur-general] Tarball Guidelines

keenerd keenerd at gmail.com
Fri Dec 3 19:46:10 CET 2010


Officially, the tarballs uploaded to the AUR should be named after
their package, contain a directory named after their package, contain
no dot files and most importantly contain no binaries.  Officially,
these requirements are very important.

Here are a bunch of non-conforming packages.  Maybe 90% of them.  (A
few errors slip though my scanner.)

Of the +700 packages with binaries, most are a simple desktop icon.
Should these be base64 encoded if someone can't find hosting?

If no one can think of a better way to deal with the nonconforming
packages, I'll write a bot to post insulting comments.  Personally, I
really like this solution.  The AUR has always had a wild west
frontier / insane asylum feel to it.  The less regulation, the better
it works.  But a few well placed suggestions could help make the two
thousand maintainers do a better job.

-Kyle

http://kmkeen.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: aur-binaries
Type: application/octet-stream
Size: 9478 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/aur-general/attachments/20101203/695854e3/attachment-0003.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: aur-dotfiles
Type: application/octet-stream
Size: 1040 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/aur-general/attachments/20101203/695854e3/attachment-0004.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: aur-badtar
Type: application/octet-stream
Size: 2149 bytes
Desc: not available
URL: <http://mailman.archlinux.org/pipermail/aur-general/attachments/20101203/695854e3/attachment-0005.obj>


More information about the aur-general mailing list