[aur-general] [Help] Vegastrike

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


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