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 1G4cLI-0005to-67 for garchives@archives.gentoo.org; Sun, 23 Jul 2006 11:41:52 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.7/8.13.6) with SMTP id k6NBeB3S008825; Sun, 23 Jul 2006 11:40:11 GMT Received: from gabriel.sub.uni-goettingen.de (gabriel.sub.uni-goettingen.de [134.76.163.126]) by robin.gentoo.org (8.13.7/8.13.6) with ESMTP id k6NBUxJl032007 for ; Sun, 23 Jul 2006 11:30:59 GMT Received: by gabriel.sub.uni-goettingen.de (Postfix, from userid 8) id B79D2F14B9; Sun, 23 Jul 2006 13:30:58 +0200 (CEST) Received: from butch (dslc-082-082-182-092.pools.arcor-ip.net [82.82.182.92]) by gabriel.sub.uni-goettingen.de (Postfix) with ESMTP id 6F85CB9F91 for ; Sun, 23 Jul 2006 13:30:57 +0200 (CEST) Date: Sun, 23 Jul 2006 13:37:01 +0200 From: Hans-Werner Hilse To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Portage Storage using SVN Message-Id: <20060723133701.02d093e7.hilse@web.de> In-Reply-To: <9b1675090607230142m295cf441hda16b6c0e29b08f6@mail.gmail.com> References: <9b1675090607230142m295cf441hda16b6c0e29b08f6@mail.gmail.com> X-Mailer: Sylpheed version 2.2.5 (GTK+ 2.8.19; i586-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Details: No, hits=1.9 required=5.0 tests=AWL,LINES_OF_YELLING, RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on gabriel.sub.uni-goettingen.de X-Archives-Salt: 56bfde84-2397-452d-9ca1-e70b819fe2f2 X-Archives-Hash: 9d5c90cc37d685e9257fc4e21dbdaa91 Hi, On Sun, 23 Jul 2006 02:42:43 -0600 "Trenton Adams" wrote: > I proposed this awhile back, and got shot down. At the time, the > arguments for using SVN for portage storage were pretty shallow, and > someone was able to easily shoot them down. I believe I have come up > with better reasoning for using SVN. Someone may still shoot them > down, but hey, it's worth a try. #1: You're aware that there's a CVS for portage, aren't you? I'm still not quite sure if you are suggesting using SVN for the portage mirrors and if you are suggesting that users also have a full SVN history on the clients, too? > PROBLEM 1 > [...] > PROBLEM 2 > [...] > PROBLEM 3 > [...] Well, are those really problems at all? I mean, isn't it easy to overcome them? Is it worth dedicating time and work into that svn thing? > POTENTIAL ISSUES > Now, I'm not entirely sure of the performance implications of > subversion for this purpose. So, that would definitely have to either > be tested, or someone would have to talk with the subversion folks to > know if it would be a problem for thousands of users to access > subversion in readonly mode. Well, of course! There's definately a reason to use rsync. > It would certainly be annoying for a > developer to go "svn commit", and have to wait for half an hour > because everyone else is updating their local copies. But, that could > be solved by mirrors only getting updated once every day, at 12 > midnight. Oh, yeah. Your midnight, my midnight? It would definately be annoying to make a small glitch and have to wait >24hrs until the fix for that gets promoted. The "problem" you mentioned that at some points there are slightly errorneous ebuilds in portage or minor inconsistencies can only be fixed by promoting updates fast. The solution you propose costs a lot of CPU power, even more storage on the mirrors and lacks some positive aspects that the current solution has. Take a look at e.g. the major BSDs ports and package systems. They certainly have similar problems. OK, looking at the BSDs, I like the feature that there are branches with the aim to build a package tree that is as consistent as possible. That would be a plus. But that would imply a lot of work and a change in ebuild maintainance. I don't see this coming soon for Gentoo. -hwh -- gentoo-user@gentoo.org mailing list