1 |
On 13/08/2014 18:55, James wrote: |
2 |
> Peter Humphrey <peter <at> prh.myzen.co.uk> writes: |
3 |
> |
4 |
> |
5 |
>> On Wednesday 13 August 2014 15:07:19 James wrote: |
6 |
> |
7 |
>>> maybe I need to return to cleaning up distfiles/ by hand? |
8 |
> |
9 |
>> Yes, I see I have other things than .tar.bz2 too, now you mention it. |
10 |
> |
11 |
>> One of my boxes runs http-replicator to serve distfiles to the network. The |
12 |
>> clean-up script I run after upgrades includes this line: |
13 |
>> find /var/cache/http-replicator -ctime +182 -exec rm '-v' {} + |
14 |
> |
15 |
>> Also, have you tried eclean-dist, from app-portage/gentoolkit? |
16 |
> |
17 |
> |
18 |
> I'm not sure why, I figured I did not have to manually clean up |
19 |
> /distfiles/ any more. for a period of time I could sware that |
20 |
> it was a clean repository for compressed/tar source files only..... |
21 |
> |
22 |
> Now that I'm looking, it looks like a policy decision for the devs |
23 |
> to formally evaluate. /distfiles/ should not be a dir for garbage, |
24 |
> one-off-files and other such nonsense. It was (circa 2004 for me) |
25 |
> a repository for compressed sources. |
26 |
> |
27 |
> |
28 |
> Maybe we can get systemd to clean this up? It's the new "daddy" |
29 |
> for all sorts of poorly wrtten codes, so why not add cleaning up |
30 |
> /distfiles/ to it's new fiefdom? |
31 |
|
32 |
|
33 |
eclean <options> distfiles |
34 |
|
35 |
|
36 |
|
37 |
Lets not give Lennart extra ideas now, OK? |
38 |
|
39 |
|
40 |
|
41 |
> |
42 |
> just teasing....(not really?).....ha ha ha ha ah ha ha ha ha..... |
43 |
> Lennart can you help a bro out? |
44 |
> |
45 |
> |
46 |
> ;-) |
47 |
> James |
48 |
> |
49 |
> |
50 |
> |
51 |
> |
52 |
> |
53 |
> |
54 |
> |
55 |
|
56 |
|
57 |
-- |
58 |
Alan McKinnon |
59 |
alan.mckinnon@×××××.com |