Gentoo Archives: gentoo-dev

From: Chris Gianelloni <wolf31o2@g.o>
To: Stewart Honsberger <blkdeath@g.o>
Cc: Zack Gilburd <klasikahl@g.o>, gentoo-dev@g.o
Subject: Re: [gentoo-dev] New feature proposition (make.conf)
Date: Thu, 21 Aug 2003 09:17:35
Message-Id: 1061457591.412.108.camel@vertigo
In Reply to: Re: [gentoo-dev] New feature proposition (make.conf) by Stewart Honsberger
1 On Thu, 2003-08-21 at 00:44, Stewart Honsberger wrote:
2 > Zack Gilburd wrote:
3 >
4 > > One of the problems that plagues Gentoo is that the distro's growth is leading
5 > > to an insane amount of distfiles downloads (and even excessive downloads)
6 > > along with excessive rsync'ing. Automatic removal of distfiles would
7 > > substancially increase the amount of distfiles downloads due to the fact that
8 > > packages often have revisions made to them and revisions mean that the
9 > > software has to be recompiled -- thus the distfile would have to be
10 > > redownloaded of already removed.
11 > >
12 > > Until the general downloading (and rsyncing) etiqutte improves, I don't see
13 > > how this could be The Right Thing(TM) to do.
14 >
15 > I've been thinking along the lines of a cronjob being pulled in with,
16 > say, Portage. Said cron job would, on a daily/weekly basis remove old
17 > distfiles based upon age, and perhaps even have a setting to consider
18 > size. (Eg; always/never remove files greater/less than a certain size).
19 >
20 > That's where it gets tricky. OpenOffice, Mozilla et al. are two great
21 > examples of packages whose source tarballs are *LARGE*. On one hand,
22 > those would, in one fell swoop, free up the most HDD space = most
23 > benefeit. On the other hand, they'd also cost more bandwidth to
24 > re-download = most detrimental.
25 >
26 > Operating on a strictly age-based system based around file access time
27 > could potentially work, except that Gentoo's install defaults and/or
28 > suggests strongly the notion of 'noatime' in fstab entries.
29 >
30 > The script for the cronjob is easy, especially if it's only date-based.
31 > The politics involved in implementing it, however, could be hairy. I'll
32 > throw my script out there for review if it interests anybody and let
33 > someone who's more proficient in Bash scripting add in the filesize details.
34
35 I use a script which deletes any files in distfiles which do not belong
36 to an installed package. This keeps old packages out of my distfiles,
37 but also allows me to keep enough distfiles locally to keep from
38 hammering the mirrors constantly. I think possibly a combination of the
39 two should be in order? Maybe remove all non-installed distfiles on a
40 weekly basis and also remove all distfiles that have not been accessed
41 in something like 90 days? This would keep things around long enough to
42 probably make it through any revision changes but also manage to clear
43 up room for the people that are complaining about space.
44
45 --
46 Chris Gianelloni
47 Developer, Gentoo Linux

Attachments

File name MIME type
signature.asc application/pgp-signature