From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Fy910-0005zX-4r for garchives@archives.gentoo.org; Wed, 05 Jul 2006 15:10:10 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.7/8.13.6) with SMTP id k65F7ohu030510; Wed, 5 Jul 2006 15:07:50 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by robin.gentoo.org (8.13.7/8.13.6) with ESMTP id k65F4BHf026461 for ; Wed, 5 Jul 2006 15:04:11 GMT Received: from [129.130.0.165] (align.cns.ksu.edu [129.130.0.165]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id E652E644EA for ; Wed, 5 Jul 2006 15:04:10 +0000 (UTC) Message-ID: <44ABD4E8.3050205@gentoo.org> Date: Wed, 05 Jul 2006 10:04:08 -0500 From: Lance Albertson User-Agent: Thunderbird 1.5.0.4 (Macintosh/20060530) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: Re: Re: GPL and Source code providing References: <20060629001752.01c9e617@c1358217.kevquinn.com> <20060701111437.0ed09223@c1358217.kevquinn.com> <1151848708.9102.10.camel@vertigo.twi-31o2.org> <44AA9076.5010001@gentoo.org> <44AA8A69.7000103@gentoo.org> <1152104430.21775.25.camel@cgianelloni.nuvox.net> <20060705131918.GA8423@seldon> <44ABC0E2.1000407@gentoo.org> <20060705141956.GB8423@seldon> In-Reply-To: <20060705141956.GB8423@seldon> X-Enigmail-Version: 0.93.2.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA915FCEE7F7275EF7490AE11" X-Archives-Salt: e58b11cf-b719-499d-a872-24f2752eadf0 X-Archives-Hash: dcd67cf803c1100030d93626a8eff4af This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA915FCEE7F7275EF7490AE11 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Brian Harring wrote: >> don't see why we need to have a public system setup as long as we can >> provide the source when asked. As far as a I know, the GPL doesn't >> dicate that we have to provide the sources in an internet media form. >> They just need to be available when requested. Perhaps we can have a >> document that explains a process for getting said sources. I don't see= >> the point of creating a torrent/whatever system just for the rare >> instances that people want the older source. Way too much overhead for= >> something I don't see being used much. >=20 > Files are going to have to be held onto somewhere long term- which is=20 > easier, flipping on lighttpd for the storage dir, or having to dick=20 > around with making requests of infra (waiting for them to respond),=20 > and requiring infra to do more work? Maintaining a service requires more work than just keeping it running. You have to make sure all the components involved with the service are running properly, all the security aspects are covered, proper DoS control is in place, etc. Yes, from your point of view its easy, but there's a little more involved than just putting something up. It doesn't have to be infra that takes care of getting those files. We could get access to a few folks if we need to but, but as stated before, I haven't seen any request for such things ever since I've been here. > Upshot of my suggestion, folk have access to the purgatory dir so they = > can go digging through old files from the mirror tier as needed. I have seen zero requests in the time I've been in Gentoo for this. I fail to see where you think there's a sudden demand for this. I have no problem getting these files to people. I have a problem with putting resources into something that doesn't need that kind of resource allocated to it based on current demand. I don't see the problem with dealing such things on a case-by-case basis. If demand increases, then we can change it. Since I see no demand now, this doesn't affect our workload at all. >> A lot of the stuff that's currently in the purgatory area also include= s >> sources for stuff we didn't make (upstream sources, etc). If you can >> separate those files from Gentoo specific files, then it would be much= >> easier to manag (from an admin point of view). Its not practical to >> assume we have an infinite amount of space. >=20 > As I said, mirror-dist would require modification- something that is a = > few hours worth of work, rather then harassing releng to hack up=20 > catalyst to build a src image... then harassing infra for a location=20 > they can upload it to, and harassing infra to push those files into an = > archival location. I have no problem if we archive them somewhere. I have SAN space at one our locations which I've started using for archival/backup purposes. However, I wasn't intending on this machine to become a publically accessible machine, so I would have to change things around which I don't want to do unless its needed. I don't see the demand to warrant such a service. > End result, infra has to maintain archives. My proposal, all infra=20 > has to do is flip on lighttpd somewhere, and I (or zac) do the=20 > mirror-dist modifications. As stated above, not as simple as it sounds. Looks easy on paper, but there's more involved in the backend that just flipping on an httpd. I'm already archiving the master mirror files (including purgatory stuff) twice a week so that aspect is already done. But as I said earlier, I don't want this machine to become a publically accessible machine. That wasn't my intention when I set it up. I do have some options at this location if we need to make the files more public, but I don't see the demand to warrant that. --=20 Lance Albertson Gentoo Infrastructure | Operations Manager --- GPG Public Key: Key fingerprint: 0423 92F3 544A 1282 5AB1 4D07 416F A15D 27F4 B742 ramereth/irc.freenode.net --------------enigA915FCEE7F7275EF7490AE11 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFEq9ToQW+hXSf0t0IRApHvAKCX2m4X98ZB+yvZzIqhSiKKJdQrlQCg2OM+ F6uubJDeydPnto6yvxYdie8= =2tV6 -----END PGP SIGNATURE----- --------------enigA915FCEE7F7275EF7490AE11-- -- gentoo-dev@gentoo.org mailing list