From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1OXtKE-0003pN-Do for garchives@archives.gentoo.org; Sun, 11 Jul 2010 09:59:54 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 623FFE0BBA; Sun, 11 Jul 2010 09:59:51 +0000 (UTC) Received: from s15216962.onlinehome-server.info (forum.psychotherapie.org [217.160.22.205]) by pigeon.gentoo.org (Postfix) with ESMTP id 462BCE0BB7 for ; Sun, 11 Jul 2010 09:59:33 +0000 (UTC) Received: (from uucp@localhost) by s15216962.onlinehome-server.info (8.13.3/8.13.3) with UUCP id o6B9xXrS005895 for gentoo-dev@lists.gentoo.org; Sun, 11 Jul 2010 11:59:33 +0200 Received: (from weigelt@localhost) by nibiru.metux.de (8.12.10/8.12.10) id o6B9r1dD004681 for gentoo-dev@lists.gentoo.org; Sun, 11 Jul 2010 11:53:01 +0200 Date: Sun, 11 Jul 2010 11:53:01 +0200 From: Enrico Weigelt To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [bugzilla-daemon@gentoo.org: [Bug 322157] [mail-filter/procmail] new ebuild + autocreate maildirs] Message-ID: <20100711095300.GB30793@nibiru.local> References: <20100707225651.GA8832@nibiru.local> <4C35099C.2010202@gentoo.org> <20100710161343.GC15161@nibiru.local> <1278831707.1752.17.camel@localhost> <20100711070902.GA30793@nibiru.local> 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=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Terror: bin laden, kill bush, Briefbombe, Massenvernichtung, KZ, X-Nazi: Weisse Rasse, Hitlers Wiederauferstehung, 42, X-Antichrist: weg mit schaeuble, ausrotten, heiliger krieg, al quaida, X-Killer: 23, endloesung, Weltuntergang, X-Doof: wer das liest ist doof X-Archives-Salt: 473f4e83-0168-41e3-905d-78a7b3bcfbfe X-Archives-Hash: 128dc236dfe24cdb2d02080741fc03e8 * Nirbheek Chauhan schrieb: > If I understand your system correctly, you essentially maintain clones > of upstream repos, with all the various distro patches applied on top, > and release tarballs as well. Yes. And if some upstream does not provide suitable vcs access (or doesnt even have one), I make an pseudo-upstream branch by committing the release source trees. > I don't see how these various distros can be made to agree with > each other and I certainly can't see them using a common tarball > source. Thats not even necessary. They just should use the infrastructure, as described in my paper. So everyone can easily set up automatic notifications, cherry-pick, etc, etc. > On a technical level, it's got serious security, trust, and > redundancy problems. Git makes that very easy ;-p > It is extremely important that distros collaborate in some form > when it comes to patches that *can* be shared, If we're doing a good job (my generic fixes instead of distro- specfic dirty hacks) about 99% can be shared ;-p > but the solution you have devised is fundamentally flawed. If it's really flawed, then just for pure "social" reasons, no serious technical ones. > A practical solution to the problem of patch sharing is to > have a website with a search interface for upstream source > tarballs, which can display all the patches that various > distros apply, as well as a download link for the patchsets > (hotlinked to the distro files where possible). Too complicated, and actually would not help me a single bit. What I could offer is an (semi-)automatic import mechanism (assuming certain package managers dont do such insane things like directly sed'ing sources etc) - there's still a bunch of work to do for that, but its possible. > Distro packagers are much more comfortable with downloading > patchsets from a foreign source than complete tarballs. man git-format-patch ;-p Maybe I could set up an git webfrontend (or automatically push to some public service). > I know you have spent a lot of time on this already, but please > understand it from where we stand. We're short on manpower, and > there's no real benefits of shifting our tarball source; OTOH there > are major disadvantages too unless we pitch in with manpower > ourselves. And honestly speaking, that manpower is better spent making > stuff work locally. Well, Gentoo is short of manpower ? hmm, perhaps some should think about why so many folks are resigning and so few fresh coming in (at least according to this lists traffic) ;-O > Please consider the "patch-website" idea above. We definitely need > someone to code it up, gather the source-package to distro patches > mappings, and advertise it. Actually, I once had somehing in that area, called "comprehensive source database", but unfurtinately it got lost in an disk array crash a few years ago, and I didnt find the time to rewrite it yet. Meanwhile I dont need it anymore, since I gave up maintaining plaintext patches in favour of git. And that makes my daily works _much_ easier. Oh, btw: I'm announcing my oss-qm releases via twitter: http://twitter.com/oss_qm cu -- ---------------------------------------------------------------------- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weigelt@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 ---------------------------------------------------------------------- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme ----------------------------------------------------------------------