[aur-general] [Help] Vegastrike

Mikko Seppälä t-r-a-y at mbnet.fi
Thu May 1 01:26:31 EDT 2008

Forgot to mention that the PKGBUILD was written for x86_64 (no arch tags 
at the time) since there was no 64bit bersion available, so I decided to 
test a bit.

Mikko Seppälä wrote:
> I have old vegastrike PKGBUILD from beginning the of 2007 that builds 
> from svn.
> Its not pretty, doenst follow standards (+it took me a day to dl 
> sources via svn as it was over a gig)
> http://never.mortals.dy.fi/PKGBUILD.vegastrike
> Worked at the time, but its old now so not too sure.
> Slash wrote:
>> Also, build from source whenever possible- so you'd have to get the 9M
>> source package too! :)
>> On Mon, Apr 28, 2008 at 5:40 PM, Slash <demodevil at gmail.com> wrote:
>>> Greetings,
>>>  I have many games-related PKGBUILDs in the AUR over the years, some of
>>>  which are massive in size. In my opinion, you should just make 1
>>>  PKGBUILD for the whole thing and be done with it, forget about what
>>>  Debian does. We build from source on the AUR, which means you'd have
>>>  to have that 420M requirement for every one of the 3 packages (ok,
>>>  maybe 2, since the one is probably a binary from source), which is
>>>  absurd, with no benefit. The PKGBUILD should try to reflect the
>>>  distribution method of the source software, as long as it makes sense.
>>>  In this case, it makes sense. If they make a new release, but didn't
>>>  change any of the music, you'd still need to update the music PKGBUILD
>>>  because the md5sums changed and you'd have to download the new version
>>>  anyways for the data.
>>>  And as mentioned, if someone doesn't want the music, they can modify
>>>  the PKGBUILD. This is a perfectly reasonable expectation you can have
>>>  from an Arch Linux user. Arch isn't here to do everything for you and
>>>  hold you by the hand- It gives you the tools to do things yourself
>>>  easily if you don't like something.
>>>  Compare with CPMA (Quake 3 Mod) which distributes the core game
>>>  components and maps separately- This makes sense to have 2 PKGBUILDs
>>>  because the map pack is rarely updated and there is no reason to
>>>  require the user using the CPMA PKGBUILD to download the same 50M map
>>>  pack every couple of weeks when there is a new release.
>>>  If they distributed these and updated these separately, it would make
>>>  sense- or if we were only concerned with distributing the built
>>>  package and bandwidth on our package repos, but under these
>>>  circumstances, considering the nature of the AUR, I would say one
>>>  PKGBUILD would be best.
>>>  Thanks,
>>>  Slash

More information about the aur-general mailing list