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 1JmZST-00032q-IM for garchives@archives.gentoo.org; Thu, 17 Apr 2008 19:07:45 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D7F42E06B8; Thu, 17 Apr 2008 19:07:43 +0000 (UTC) Received: from rv-out-0506.google.com (rv-out-0708.google.com [209.85.198.247]) by pigeon.gentoo.org (Postfix) with ESMTP id 9805FE06B8 for ; Thu, 17 Apr 2008 19:07:43 +0000 (UTC) Received: by rv-out-0506.google.com with SMTP id b17so96636rvf.46 for ; Thu, 17 Apr 2008 12:07:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=/eyy28B2Qa9V8IFy0pGFF0APuviVddExtNpijnE1EQk=; b=bMcLHd8KFTcCqjo8a+LqMErQVOU1K5hIqop7Ot5QSXFZ3fn3a8IZyBoxFJ5Yt0fHDlqEzbUcrZHecch4HnPUlLklJgZLBeCwaPjM3Ln8zlMREexob0AuZsI02g+3I51sxfnE35t0jYYwyd1LWsRAJvguvZEFkAyUj1YajsjlacM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RmQxahQ7JGlWiRaWQHevA2yIG8TDtDtFrStyU2ikhMrWlmjOfPsiHiRiJ9dyQEhHdK+WUnEeWLrGojvqcySIRVJFnC/JMQlWg4oOr9zHC+N17yNf1PRVQcLxF3cUykiy8IWQ3DnIIqkaLSzForThPsF2Vm3BwveP7DYAbzBBRmM= Received: by 10.140.202.12 with SMTP id z12mr1025316rvf.186.1208459262329; Thu, 17 Apr 2008 12:07:42 -0700 (PDT) Received: by 10.140.142.10 with HTTP; Thu, 17 Apr 2008 12:07:42 -0700 (PDT) Message-ID: <8b4c83ad0804171207r2690f9bdx3d99d72d1c1b13da@mail.gmail.com> Date: Fri, 18 Apr 2008 00:37:42 +0530 From: "Nirbheek Chauhan" To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] PostgreSQL Status In-Reply-To: <20080417184745.GG31409@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=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4807115C.6090904@gentoo.org> <20080417164003.GB31409@nibiru.local> <8b4c83ad0804170952s5728a968v60f04f30a66e3a25@mail.gmail.com> <20080417170753.GE31409@nibiru.local> <8b4c83ad0804171029v2e37bb06i98431e96dce2876c@mail.gmail.com> <20080417184745.GG31409@nibiru.local> X-Archives-Salt: 1e57f54b-33e8-48eb-9e74-44191a56c2f8 X-Archives-Hash: c5489dc61ea21b36403d97314754f394 On Fri, Apr 18, 2008 at 12:17 AM, Enrico Weigelt wrote: > * Nirbheek Chauhan schrieb: > > I personally have no opinion about the -base and -server split, since > > I do not know enough about it. But I am firmly against the -docs split > > since the doc USE flag is for this use-case, and I see no reason why > > not to use it. > > Historically, the manuals (actually, electronic books - printed out > about 1k pages) have been an separate package from upstream. And this > for a good reason: they an different entitiy (even maintained by > different people), quite large and (un)related to the rest of PQ just > like an programming book to an invidiual compiler (note that it's also > contains of the most complete posix-SQL references in the OSS world). Manuals, yes, documentation, not necessarily. Documentation is often *built* from the source code, or it's source is included with the package source code and docs are generated at compile-time. And as the Django and Python philosophy says, "No special case is special enough". Hence, USE=doc gives documentation. Whether generated from source, generated with it, or downloaded and installed. > > > > Just stick a USE=doc on -base and be done with it > > This has an major drawback: requires to do an complete rebuild/reinstall > of the whole package if you just need the manual. When setting up an > new server, you normally don't need the complete manual installed > (assuming you're already confident w/ PQ), but you need it someday > later when you have to look up something and other media (web access > or printed out) are not convenient/available. Now, there are lots of similar examples where USE flags exist purely to pull in run-time deps that don't require the package to be recompiled for usage, and not being able to specify such deps in an ebuild is a deficiency on the package manager side. The proper solution is to fix the package manager, not to split out such things into separate packages. It generates chaos and inconsistency in the tree, and only delays the fixing of the package manager by giving half-baked solutions. > > I, personally, don't *need* it at all, but having an separate package > makes it more convenient. And I don't see any reasons against that > split as long as people are willing to maintain it. One reason I can think of is that people expect USE=doc to give them documentation. They expect that a "doc" USE flag on a package will give them the documentation. That's how Gentoo works, and so that's how people *expect* it to work. Having a special case for a package just to save a little build time is (imho) not worth the inconsistency. -- ~Nirbheek Chauhan -- gentoo-dev@lists.gentoo.org mailing list