Gentoo Archives: gentoo-dev

From: Brian Harring <ferringb@×××××.com>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Re: Re: Re: GPL and Source code providing
Date: Wed, 05 Jul 2006 15:58:19
Message-Id: 20060705155158.GC8423@seldon
In Reply to: Re: [gentoo-dev] Re: Re: Re: GPL and Source code providing by Lance Albertson
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

Replies

Subject Author
Re: [gentoo-dev] Re: Re: Re: GPL and Source code providing Lance Albertson <ramereth@g.o>
Re: [gentoo-dev] Re: Re: Re: GPL and Source code providing Chris Gianelloni <wolf31o2@g.o>