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 1Fy8PF-0001Xx-QL for garchives@archives.gentoo.org; Wed, 05 Jul 2006 14:31: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 k65ER84g013480; Wed, 5 Jul 2006 14:27:08 GMT Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.152]) by robin.gentoo.org (8.13.7/8.13.6) with ESMTP id k65EK0D6031938 for ; Wed, 5 Jul 2006 14:20:01 GMT Received: from seldon (c-24-21-135-117.hsd1.or.comcast.net[24.21.135.117]) by comcast.net (rwcrmhc12) with SMTP id <20060705141956m120009t8ke>; Wed, 5 Jul 2006 14:19:58 +0000 Date: Wed, 5 Jul 2006 07:19:56 -0700 From: Brian Harring To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: Re: Re: GPL and Source code providing Message-ID: <20060705141956.GB8423@seldon> 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> 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 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LpQ9ahxlCli8rRTG" Content-Disposition: inline In-Reply-To: <44ABC0E2.1000407@gentoo.org> User-Agent: Mutt/1.5.11 X-Archives-Salt: b520b4ed-630f-4896-93b6-18277cb27dc1 X-Archives-Hash: 0293dcf22afd2088968a53a59d491320 --LpQ9ahxlCli8rRTG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 05, 2006 at 08:38:42AM -0500, Lance Albertson wrote: > Brian Harring wrote: > > On Wed, Jul 05, 2006 at 09:00:29AM -0400, Chris Gianelloni wrote: > >> On Tue, 2006-07-04 at 18:34 +0300, Marius Mauch wrote: > >>> Patrick McLean schrieb: > >>>> I have absolutely zero experience with catalyst, but couldn't it be = made > >>>> to create a source CD ISO when it is generating the binary one? Just > >>>> make a cd with all the distfiles used in the ISO, and keep the source > >>>> ISO with the binary one in /historical. > >>> Creating an ISO isn't a problem (assuming you have the sources, which= =20 > >>> for historical releases might be a problem), but it would require=20 > >>> another several hundred megabytes per release on the mirrors which is= n't=20 > >>> exactly a trivial amount. > >> No, it would almost double the space used by the release. Current > >> releases use about 12-14G of space. Doubling that would mean reducing > >> the amount of stuff we're allowed to distribute dramatically, > >> essentially crippling our release capabilities. > >=20 > > Stupid question, but the master mirroring setup actually holds onto=20 > > files after it moves them off of the gentoo mirror tier- purgatory=20 > > dir. > >=20 > > Why not just make that dir accessible via web/torrent/whatever on=20 > > a seperate server? Abusing osprey for it is a bit much (mainly infra= =20 > > has asked to wipe files from the purgatory dir in the past, which is a= =20 > > no go), so seperate probably is wise. >=20 > No way in hell are we running such a service on the master mirror. If you read what I said, I explicitly said do *not* run it on the=20 tier/master mirror. > I > 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. 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? Upshot of my suggestion, folk have access to the purgatory dir so they=20 can go digging through old files from the mirror tier as needed. Two birds, one stone. > > Further filtering of the files to those under gpl (pulled from pkg=20 > > metadata) is doable, just would need to mangle mirror-dist a bit to=20 > > maintain long term info about who owned what (instead of it's current= =20 > > "out of sight, out of the db" approach). > >=20 > > Just a thought- machinery is mostly there, might as well abuse it. >=20 > A lot of the stuff that's currently in the purgatory area also includes > 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. As I said, mirror-dist would require modification- something that is a=20 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=20 archival location. 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. ~harring --LpQ9ahxlCli8rRTG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEq8qMvdBxRoA3VU0RAnk6AKCGSkyb5txSDaoENTvD7Yly9YvifgCfR3OX So8euGmRccLrAPFw6ZxdsG0= =9LJG -----END PGP SIGNATURE----- --LpQ9ahxlCli8rRTG-- -- gentoo-dev@gentoo.org mailing list