From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Jrt0C-0001YR-TG for garchives@archives.gentoo.org; Fri, 02 May 2008 11:00:33 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9F78AE0679; Fri, 2 May 2008 11:00:30 +0000 (UTC) Received: from s15216962.onlinehome-server.info (s15216962.onlinehome-server.info [217.160.22.205]) by pigeon.gentoo.org (Postfix) with ESMTP id 58217E0679 for ; Fri, 2 May 2008 11:00:30 +0000 (UTC) Received: (from uucp@localhost) by s15216962.onlinehome-server.info (8.13.3/8.13.3) with UUCP id m42ALH36017893 for gentoo-dev@lists.gentoo.org; Fri, 2 May 2008 12:21:17 +0200 Received: (from weigelt@localhost) by nibiru.metux.de (8.12.10/8.12.10) id m42AL4uG014659 for gentoo-dev@lists.gentoo.org; Fri, 2 May 2008 12:21:04 +0200 Date: Fri, 2 May 2008 12:21:04 +0200 From: Enrico Weigelt To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] RFC: language bindings as separate packages Message-ID: <20080502102104.GG25855@nibiru.local> References: <20080501150930.GA25855@nibiru.local> <481AC22E.7020908@gentoo.org> <20080502090014.GE25855@nibiru.local> <481ADF56.9020402@gentoo.org> 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=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <481ADF56.9020402@gentoo.org> 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: 315bf193-cd21-443a-9697-4da20cadd7d2 X-Archives-Hash: e77da627b5323d43bfb6f43eecbe4bb2 * R=E9mi Cardona schrieb: > Best example on how to do that is gstreamer. All the plugins come in 3=20 > tarballs but each can be built individually. Really clean. ACK. That's how it always should be. All my own packages also work this way - ev'ry thing else doesnt get released ;-P > >If the upstream really blocks it, do a=20 > >fork / maintain a patchline (like OSS-QM project does). > > > >I'm already doing so with several packages. >=20 > I've seen you talk about that project before but I don't feel=20 > comfortable going down that road. We want to work with upstream=20 > and let them know what our needs are. Maintaining patches is a=20 > lot of work and forking is even more work.=20 Right. Therefore OSS-QM is meant as just an intermedia step. To form a bridge between (virtually all) distros and upstream. Sometimes the upstream has even valid reasons for not having=20 distro's or embedded needs as high priority, eg. if their=20 primary goal are new features - many upstream folks are coding ONLY just for fun and simply don't want to care about stability. In those cases we simply should let them pass and avoid=20 unnecessary conflicts. In fact we (as OSS-QM) would then=20 maintain the stable branch, while the upstream is just the devel branch. Maybe you remember the discussions about stable vs. dev kernel branches: the kernel folks wanted to give up stable branches, leaving them to the individual distros and concentrate just on devel branch. A lot of people were totally unhappy with this=20 idea, so they abondened the idea. Otherwise the kernel would=20 have been the killer job for an project like OSS-QM. > Even though I'm still a relatively young Gentoo dev (only been=20 > here for 1.5 years), I have yet to see upstream projects reject=20 > build patches that make our lives easier. Yeah, I've experienced this a lot of times and learned that it doesn't make sense trying to convice people to things=20 they simply do not want.=20 So I founded OSS-QM as an proxy/overlay project with the primary=20 goals: reacting ASAP, providing things the distros need in an=20 *generic* way, but not developing new features. The upstream gets announced about patches, but doesn't get penetrated with things=20 they're obviously not interested in. cu --=20 --------------------------------------------------------------------- Enrico Weigelt =3D=3D metux IT service - http://www.metux.de/ --------------------------------------------------------------------- Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ --------------------------------------------------------------------- -- gentoo-dev@lists.gentoo.org mailing list