1 |
On Wed, Jul 05, 2006 at 10:04:08AM -0500, Lance Albertson wrote: |
2 |
> Brian Harring wrote: |
3 |
> |
4 |
> >> don't see why we need to have a public system setup as long as we can |
5 |
> >> provide the source when asked. As far as a I know, the GPL doesn't |
6 |
> >> dicate that we have to provide the sources in an internet media form. |
7 |
> >> They just need to be available when requested. Perhaps we can have a |
8 |
> >> document that explains a process for getting said sources. I don't see |
9 |
> >> the point of creating a torrent/whatever system just for the rare |
10 |
> >> instances that people want the older source. Way too much overhead for |
11 |
> >> something I don't see being used much. |
12 |
> > |
13 |
> > Files are going to have to be held onto somewhere long term- which is |
14 |
> > easier, flipping on lighttpd for the storage dir, or having to dick |
15 |
> > around with making requests of infra (waiting for them to respond), |
16 |
> > and requiring infra to do more work? |
17 |
> |
18 |
> Maintaining a service requires more work than just keeping it running. |
19 |
> You have to make sure all the components involved with the service are |
20 |
> running properly, all the security aspects are covered, proper DoS |
21 |
> control is in place, etc. Yes, from your point of view its easy, but |
22 |
> there's a little more involved than just putting something up. |
23 |
|
24 |
Not the only sysadmin around ;) I know bringing up new services can |
25 |
increase maintainence efforts, and potential for risk. |
26 |
|
27 |
That said, y'all _should_ have a fairly vanilla base configuration |
28 |
across all servers (base kernel config, firewalling, grsec config, |
29 |
etc). Further, y'all were running lighttpd last I knew- so y'all |
30 |
should be tracking it for securities concerns already... and this |
31 |
particular setup is pretty damn simple (no dynamic, straight |
32 |
dir_index). |
33 |
|
34 |
So... it's not a herculean task, not something like trying to |
35 |
maintain a secured wiki. |
36 |
|
37 |
|
38 |
> > Upshot of my suggestion, folk have access to the purgatory dir so they |
39 |
> > can go digging through old files from the mirror tier as needed. |
40 |
> |
41 |
> I have seen zero requests in the time I've been in Gentoo for this. |
42 |
|
43 |
Talk to web crew, stuart in particular. Beyond them (their |
44 |
complaints/issues predate my time of managing the mirror image), folks |
45 |
_do_ screw up and needed to raid files from the mirror (lost patches |
46 |
in particular), requests I used to take care of. |
47 |
|
48 |
Every few months is a rough rate going by memory at 8:30am. Not huge, |
49 |
but as said, if need to provide access to gpl'd sources for bin (not |
50 |
just releng cds btw, people are forgetting we have precompiled pkgs in |
51 |
the tree also), it _is_ a potential route for handling that |
52 |
requirement while killing off another bit of manual work. |
53 |
|
54 |
|
55 |
> I, fail to see where you think there's a sudden demand for this. |
56 |
> I have no |
57 |
> problem getting these files to people. I have a problem with putting |
58 |
> resources into something that doesn't need that kind of resource |
59 |
> allocated to it based on current demand. I don't see the problem with |
60 |
> dealing such things on a case-by-case basis. If demand increases, then |
61 |
> we can change it. Since I see no demand now, this doesn't affect our |
62 |
> workload at all. |
63 |
|
64 |
<snip> |
65 |
|
66 |
> I have no problem if we archive them somewhere. I have SAN space at one |
67 |
> our locations which I've started using for archival/backup purposes. |
68 |
> However, I wasn't intending on this machine to become a publically |
69 |
> accessible machine, so I would have to change things around which I |
70 |
> don't want to do unless its needed. I don't see the demand to warrant |
71 |
> such a service. |
72 |
|
73 |
Am I stating there is a 'sudden demand'? I don't see throngs of folks |
74 |
screaming for a fallback tier (am seeing people screaming for |
75 |
patches.g.o, which is inline with this), thing is y'all have to |
76 |
archive this stuff and I'm pointing out a way to make it not suck and |
77 |
provide some extra functionality with minimal cost. |
78 |
|
79 |
|
80 |
> > End result, infra has to maintain archives. My proposal, all infra |
81 |
> > has to do is flip on lighttpd somewhere, and I (or zac) do the |
82 |
> > mirror-dist modifications. |
83 |
> |
84 |
> As stated above, not as simple as it sounds. Looks easy on paper, but |
85 |
> there's more involved in the backend that just flipping on an httpd. I'm |
86 |
> already archiving the master mirror files (including purgatory stuff) |
87 |
> twice a week so that aspect is already done. But as I said earlier, I |
88 |
> don't want this machine to become a publically accessible machine. That |
89 |
> wasn't my intention when I set it up. I do have some options at this |
90 |
> location if we need to make the files more public, but I don't see the |
91 |
> demand to warrant that. |
92 |
|
93 |
Suggest others are given time to weigh in on this rather then |
94 |
restating that you don't think there is demand for it. |
95 |
|
96 |
Nobody yays it, hey, folks have spoken and y'all go with the same |
97 |
non public backup. |
98 |
~harring |