[aur-general] Moving some popular games from AUR to community

Nathan Wayde kumyco at konnichi.com
Sun Aug 15 12:57:27 EDT 2010

On 15/08/10 17:13, Lauri Niskanen wrote:
> One possibility would be some kind of a delta encoding upgrade system.
> It doesn't help when it's the case of just binary executables, but when
> we have a game with lots of data files you don't probably need to update
> everytime all of those. Splitting packages is a solution for this issue,
> but a general synchronization based on single files would do the job in
> a modern way.
> In short: Why to compress a set of binary data files to a one huge package?

I'm hoping my insight is relevant to the discussion here. If not, sorry.


There's no need for any delta anything, as the current norm is to split 
the data from the games (I'd be surprised if A-G doesn't already do 
this) as can be seen (as a side effect) of the -any architecture wherein 
data files etc that are not executable are placed in a -data pkg. These 
pkgs usually contain the bulk of that large size, e.g a pkg that totals 
800MiB would have a -data part that is over 750MiB and as we all know 
when a pkg is updated to cause a pkgrel bump it's usually the 
executables that get updated so the -data pkg remains the same, no extra 
bandwidth need be wasted.

To put this into context the ARM, last time I checked was approx 6 
months in retention (IIRC) totalling less than 100GiB ofcourse this is 
all from memory so the numbers might be off but you get the general 
idea. The Arch repos as seen today: 2010/08/15 has a total of 11245 .pkg 
files in all 3 architecture groups(-i686, -x86_64 and -any) and the 
number doesn't change all that much day to day so put that into context 
of: these large games are typically released once or twice a year, we 
start to see that the bandwidth costs aren't that bad.

In my case I think it'd be nicer for all these games to be in A-G 
because it's then a little easier to find potential new games without 
needing to enter the pkg jungle you'd get with the other repos. I should 
admit that finding new games to play is the main reason I use A-G since 
I only play TC:E which is mostly a copy from a Windows install years ago 
and commercial games.

More information about the aur-general mailing list