GNU bug report logs - #14851
linux-libre-3.3.8-gnu disappeared

Previous Next

Full log

View this message in rfc822 format

From: Alexandre Oliva <lxoliva <at> fsfla.org>
To: ludo <at> gnu.org (Ludovic Courtès)
Cc: 14851 <at> debbugs.gnu.org, Andreas Enge <andreas <at> enge.fr>
Subject: bug#14851: linux-libre-3.3.8-gnu disappeared
Date: Fri, 19 Jul 2013 16:50:23 -0300

On Jul 19, 2013, ludo <at> gnu.org (Ludovic Courtès) wrote:

> What do you mean by “multiple GBs of builds per week”?  Linux{,-Libre}
> releases are not that frequent, are they?

They are.  ATM there are 4 active stable releases that each get one new
release per week.  There are 3 other LTS stable branches that get
releases less often.  And then, there are the weekly development -rcs
for the next release, that I seldom start tracking long before the
release is out.  This is just for sources, and it adds up to almost 1GB
per week.

Adding binaries to the picture grows the entire size by a little bit
when it comes to the freesh and planet .debs, and to a larger extent
when it comes to gnewsense/yeeloong (that gets one build per source
release we put out, with a total deb+tar size about the same size of the
source release subdir), and the freed-ora builds (that involve 1-4 rpm
builds per active Fedora release per week, each one weighting some 2GB
total; for most of the time there are 2 or 3 active releases; sometimes
there are 4, depending on whether or not I've already cleaned up the -rc
series for the upcoming release that gets built for the rawhide tree).

> If size turns out to be a problem, we could choose to keep only LTS
> releases on ftp.gnu.org, for instance.

Keeping only LTS wouldn't help guix, though, since you're not using an
LTS release.

-- 
Alexandre Oliva, freedom fighter    http://FSFLA.org/~lxoliva/
You must be the change you wish to see in the world. -- Gandhi
Be Free! -- http://FSFLA.org/   FSF Latin America board member
Free Software Evangelist      Red Hat Brazil Compiler Engineer

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.