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 1Jrr8d-0007wm-T8 for garchives@archives.gentoo.org; Fri, 02 May 2008 09:01:08 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 27997E0818; Fri, 2 May 2008 09:00:38 +0000 (UTC) Received: from s15216962.onlinehome-server.info (s15216962.onlinehome-server.info [217.160.22.205]) by pigeon.gentoo.org (Postfix) with ESMTP id D993AE0818 for ; Fri, 2 May 2008 09:00:37 +0000 (UTC) Received: (from uucp@localhost) by s15216962.onlinehome-server.info (8.13.3/8.13.3) with UUCP id m4290bZl007228 for gentoo-dev@lists.gentoo.org; Fri, 2 May 2008 11:00:37 +0200 Received: (from weigelt@localhost) by nibiru.metux.de (8.12.10/8.12.10) id m4290Gbm028241 for gentoo-dev@lists.gentoo.org; Fri, 2 May 2008 11:00:16 +0200 Date: Fri, 2 May 2008 11:00:16 +0200 From: Enrico Weigelt To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] RFC: language bindings as separate packages Message-ID: <20080502090014.GE25855@nibiru.local> References: <20080501150930.GA25855@nibiru.local> <481AC22E.7020908@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=us-ascii Content-Disposition: inline In-Reply-To: <481AC22E.7020908@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: ba7fe0b2-a034-427f-9bba-8657c4818983 X-Archives-Hash: 62c84156f27120ebff64b80f21ad4a55 * Luca Barbato schrieb: > Enrico Weigelt wrote: > >My suggestion: make those language bindings being separate > >packages. So, other packages can depend on them directly, > >instead of the current, build-breaking hack. > > > >I'm not advocating gentoo should do this step alone, but > >instead join in the upstream and solve it there. > > The issue is upstream related, we can workaround it using a way to > express that requirement (usedeps, checks in pkg_setup, whatever), > obviously trying to cooperate with upstream in order to get the optional > bindings build w/out the main program would make our life simpler and > probably their as well. > > Partial builds are quite a problem since they are anything but reliable. ACK. These are just hacks to work around upstream's design problems. For me, working much embedded environments, those hacks are not an option, since builds MUST be reliable (the packages MUST work IMMEDIATELY after deployment, since there is no chance for doing things like revdep-rebuild). My vote is: declaring guidelines (or better: constraints) for clean builds and then working directly within the upstream to get it on the road. If the upstream really blocks it, do a fork / maintain a patchline (like OSS-QM project does). I'm already doing so with several packages. cu -- --------------------------------------------------------------------- Enrico Weigelt == 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