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.43) id 1E5mZg-0001C6-JT for garchives@archives.gentoo.org; Thu, 18 Aug 2005 15:45:01 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j7IFhiub031805; Thu, 18 Aug 2005 15:43:44 GMT Received: from mail.pnpitalia.it (85-18-21-122.ip.fastwebnet.it [85.18.21.122]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j7IFev5B006671 for ; Thu, 18 Aug 2005 15:40:57 GMT Received: from localhost (localhost [127.0.0.1]) by mail.pnpitalia.it (Postfix) with ESMTP id 5FE047AD6F8 for ; Thu, 18 Aug 2005 17:40:54 +0200 (CEST) Received: from mail.pnpitalia.it ([127.0.0.1]) by localhost (db [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22137-14 for ; Thu, 18 Aug 2005 17:40:53 +0200 (CEST) Received: from [192.168.4.153] (host-4-153.pnpitalia.it [192.168.4.153]) by mail.pnpitalia.it (Postfix) with ESMTP id E97307AD6F6 for ; Thu, 18 Aug 2005 17:40:53 +0200 (CEST) Message-ID: <4304A819.7050501@gentoo.org> Date: Thu, 18 Aug 2005 17:24:09 +0200 From: Francesco R User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] ebuild design issue regarding some {I need the lib and api only}-DEPENDs References: <200508181628.44059.trapni@gentoo.org> <430499D5.6090501@gentoo.org> In-Reply-To: <430499D5.6090501@gentoo.org> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at db X-Archives-Salt: 0c3d4430-1f2b-4edb-8b06-31becda41faf X-Archives-Hash: bcf20471d4d0dff1b9cab522d4c60d2d Luca Barbato wrote: >Christian Parpart wrote: > > > >>Using the "minimal" useflag for this - IMHO - is a misuse of the idea of >>"minimal" semantically - as I do understand minimal in a way like "don't >>overbloat me with patches and other feature additions"-alike. >> >> > >minimal is about keeping the package at the minimum, that means strip >every feature that won't prevent it to run. > > > Maybe it's foggy for mysql usage, better suggestions (clientonly, libonly) ? >>Do we have a general accepted gentoo policy for this? >> >> > >Usually the policy is "If the upstream has planned that we'll follow, >otherwise no" > > [IMHO] Upstream distribuite binaryes of only libraryes, in this direction it's supported. Build them from the source only libs is not deeply supported, see below. [/IMHO] > > >>And... any thoughts on this subject? >> >> >> > >I'd prefer to have those features enabled by useflag, sometimes (eg. >qemu) I can split functionality in separated ebuild and use a metaebuild >to let users merge both w/out major overhead. > >In your case a useflag IMHO would be enough since the situation require >a particular setup and in the case the constraint changes won't be a >problem rebuild a full mysql. > >The question is, does the mysql configure script have a "clientonly" >and/or a "libraryonly" option? > > there is an option for configure "--without-server" , but actually the server is still build. Take a look at >= dev-db/mysql-4.0.24-r2 for how "minimal" use flag is used, basically it force some flag off and remove some files from the install. >There were a client and server useflag discussion before. > >lu > > > -- gentoo-dev@gentoo.org mailing list