1 |
Brian Harring wrote: |
2 |
|
3 |
>> don't see why we need to have a public system setup as long as we can |
4 |
>> provide the source when asked. As far as a I know, the GPL doesn't |
5 |
>> dicate that we have to provide the sources in an internet media form. |
6 |
>> They just need to be available when requested. Perhaps we can have a |
7 |
>> document that explains a process for getting said sources. I don't see |
8 |
>> the point of creating a torrent/whatever system just for the rare |
9 |
>> instances that people want the older source. Way too much overhead for |
10 |
>> something I don't see being used much. |
11 |
> |
12 |
> Files are going to have to be held onto somewhere long term- which is |
13 |
> easier, flipping on lighttpd for the storage dir, or having to dick |
14 |
> around with making requests of infra (waiting for them to respond), |
15 |
> and requiring infra to do more work? |
16 |
|
17 |
Maintaining a service requires more work than just keeping it running. |
18 |
You have to make sure all the components involved with the service are |
19 |
running properly, all the security aspects are covered, proper DoS |
20 |
control is in place, etc. Yes, from your point of view its easy, but |
21 |
there's a little more involved than just putting something up. |
22 |
|
23 |
It doesn't have to be infra that takes care of getting those files. We |
24 |
could get access to a few folks if we need to but, but as stated before, |
25 |
I haven't seen any request for such things ever since I've been here. |
26 |
|
27 |
> Upshot of my suggestion, folk have access to the purgatory dir so they |
28 |
> can go digging through old files from the mirror tier as needed. |
29 |
|
30 |
I have seen zero requests in the time I've been in Gentoo for this. I |
31 |
fail to see where you think there's a sudden demand for this. I have no |
32 |
problem getting these files to people. I have a problem with putting |
33 |
resources into something that doesn't need that kind of resource |
34 |
allocated to it based on current demand. I don't see the problem with |
35 |
dealing such things on a case-by-case basis. If demand increases, then |
36 |
we can change it. Since I see no demand now, this doesn't affect our |
37 |
workload at all. |
38 |
|
39 |
>> A lot of the stuff that's currently in the purgatory area also includes |
40 |
>> sources for stuff we didn't make (upstream sources, etc). If you can |
41 |
>> separate those files from Gentoo specific files, then it would be much |
42 |
>> easier to manag (from an admin point of view). Its not practical to |
43 |
>> assume we have an infinite amount of space. |
44 |
> |
45 |
> As I said, mirror-dist would require modification- something that is a |
46 |
> few hours worth of work, rather then harassing releng to hack up |
47 |
> catalyst to build a src image... then harassing infra for a location |
48 |
> they can upload it to, and harassing infra to push those files into an |
49 |
> archival location. |
50 |
|
51 |
I have no problem if we archive them somewhere. I have SAN space at one |
52 |
our locations which I've started using for archival/backup purposes. |
53 |
However, I wasn't intending on this machine to become a publically |
54 |
accessible machine, so I would have to change things around which I |
55 |
don't want to do unless its needed. I don't see the demand to warrant |
56 |
such a service. |
57 |
|
58 |
> End result, infra has to maintain archives. My proposal, all infra |
59 |
> has to do is flip on lighttpd somewhere, and I (or zac) do the |
60 |
> mirror-dist modifications. |
61 |
|
62 |
As stated above, not as simple as it sounds. Looks easy on paper, but |
63 |
there's more involved in the backend that just flipping on an httpd. I'm |
64 |
already archiving the master mirror files (including purgatory stuff) |
65 |
twice a week so that aspect is already done. But as I said earlier, I |
66 |
don't want this machine to become a publically accessible machine. That |
67 |
wasn't my intention when I set it up. I do have some options at this |
68 |
location if we need to make the files more public, but I don't see the |
69 |
demand to warrant that. |
70 |
|
71 |
-- |
72 |
Lance Albertson <ramereth@g.o> |
73 |
Gentoo Infrastructure | Operations Manager |
74 |
|
75 |
--- |
76 |
GPG Public Key: <http://www.ramereth.net/lance.asc> |
77 |
Key fingerprint: 0423 92F3 544A 1282 5AB1 4D07 416F A15D 27F4 B742 |
78 |
|
79 |
ramereth/irc.freenode.net |