From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id CBC201381F3 for ; Wed, 24 Apr 2013 11:18:56 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6349DE0C76; Wed, 24 Apr 2013 11:18:50 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 56E6DE0BDC for ; Wed, 24 Apr 2013 11:18:49 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 99796335E33 for ; Wed, 24 Apr 2013 11:18:48 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.301 X-Spam-Level: X-Spam-Status: No, score=-1.301 tagged_above=-999 required=5.5 tests=[AWL=-1.298, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P-qwOkbZdqtU for ; Wed, 24 Apr 2013 11:18:42 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 2E77F33DBE6 for ; Wed, 24 Apr 2013 11:18:39 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UUxid-0005IF-CH for gentoo-dev@gentoo.org; Wed, 24 Apr 2013 13:18:35 +0200 Received: from ip68-231-22-224.ph.ph.cox.net ([68.231.22.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Apr 2013 13:18:35 +0200 Received: from 1i5t5.duncan by ip68-231-22-224.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Apr 2013 13:18:35 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: [OT/NIT] Re: Re: [gentoo-commits] gentoo-x86 commit in profiles: ChangeLog package.mask Date: Wed, 24 Apr 2013 11:18:26 +0000 (UTC) Message-ID: References: <20130419091632.D01152171D@flycatcher.gentoo.org> <20130419153043.30ffc50c@portable> <20130421170549.41cfea49@portable> <20130422154033.65a68a40@portable> <20130423200053.77ed8b49@marga.jer-c2.orkz.net> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-22-224.ph.ph.cox.net User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT f3d4165 /usr/src/portage/src/egit-src/pan2) X-Archives-Salt: 3ea1f1ee-eec6-40eb-9a47-a335a5539460 X-Archives-Hash: c088fead98a46d8b9b0fcb46312b993c Jeroen Roovers posted on Tue, 23 Apr 2013 20:00:53 +0200 as excerpted: > On Mon, 22 Apr 2013 22:46:14 +0000 (UTC) > Duncan <1i5t5.duncan@cox.net> wrote: > >> Alexis Ballier posted on Mon, 22 Apr 2013 15:40:33 +0200 as excerpted: >> > I don't see how git helps. You'll have to commit twice then push, vs >> > commit twice with cvs. >> >> But git commits are quite lightweight, while as someone already pointed >> out, cvs commits, if done properly with repoman, are anything but. > > Er, you can't be seriously suggesting we will drop repoman checks with > the migration to git? I don't see how that would benefit anyone. Rich and others have already covered it, but since it was my post you replied to with the question, I'll confirm, what they said was what I had in mind... Just because you're doing a git commit doesn't mean you're doing a push to the main infra-hosted tree. Individual git commits are as I said, (very) light weight, making even a five-minute "autosave" commit process entirely feasible on the local working branch. (Presumably, if one were to do that, a rebase would be done condensing all those auto-saves into a single atomic commit at the next higher branch level... branches too being /very/ lightweight with git, thus enabling an auto-save branch, a session-save branch, an atomic-commit branch..., with each of these possible for each of a dozen different individual projects a dev might be undertaking in parallel... no problem from a git perspective!) But repoman has little to do with them since all it cares about is that the rules are followed when the changes get pushed to the tree. Commit/ branch all you want locally, then run repoman on the "upstreaming" branch before the push to infra (or to a public overlay or whatever, if an overlay is being used as an intermediate step). -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman