Return-Path: Received: from ohnopublishing.net (d14-69-165-90.try.wideopenwest.com [69.14.90.165]) by krbdev.mit.edu (Postfix) with ESMTP id E98E6CCA04 for ; Sat, 12 Sep 2009 18:48:44 +0000 (UTC) Received: from [153.106.87.186] (dhcp87-186.calvin.edu [153.106.87.186]) (Authenticated sender: ohnobinki) by ohnopublishing.net (Postfix) with ESMTPSA id 32F8A33F89 for ; Sat, 12 Sep 2009 14:48:46 -0400 (EDT) X-Dkim: Sendmail DKIM Filter v2.8.3 ohnopublishing.net 32F8A33F89 Dkim-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ohnopublishing.net; s=ohnopublishing.net; t=1252781330; bh=VSNCaPnLm8bTCwjtFqrX0T4Kic2bUlKeZIXascj/lCo=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Gk8Ty1zVDz/NRlt6v23vmZ2ewYqlUgxEhrJeFH1CNmnwxLiRd5FF5BHWsI+5uW8oi vOrG08pSlzsQlGOEJ+SXs6ee3iOm0S4MpbeuXYWlY9Q4i3RfrfcUNprKTZYJ424PC0 A1luJ2CbOCsbzq1TzNgmrYX6GfBIFDjqqsC6fcX8= Message-ID: <4AABED05.2020000@ohnopublishing.net> Date: Sat, 12 Sep 2009 14:48:37 -0400 From: Nathan Phillip Brink Organization: Oh! No! Publishing User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.22) Gecko/20090709 SeaMonkey/1.1.17 MIME-Version: 1.0 To: rt-comment@krbdev.mit.edu Subject: Re: [krbdev.mit.edu #6561] No option to only build client and libs References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=1.0 required=5.0 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ohnopublishing.net RT-Send-Cc: X-RT-Original-Encoding: iso-8859-1 Content-Length: 2584 Russ Allbery via RT wrote: > "ohnobinki@ohnopublishing.net via RT" writes: > >> The distribution's task of making certain features of your package >> optional is somewhat dependent on your buildsystem's support for such. >> If every single distribution which packages mit-krb5 has to generate and >> maintain its own patches to the mit-krb5 buildsystem to have conditional >> building support, effort is wasted. Also, if your buildsystem builds >> programs which the distribution isn't installed, the user has to wait >> for those portions to be built. Thus, I think the proper place to >> implement conditional building and installation is within your >> buildsystem. > > I suspect this is a Gentoo-specific problem. For Red Hat and Debian at > least, and I suspect for all distribution packaging that isn't based on > the end-user compiling their own version of the software, there's no need > to support building portions of the software. Building Debian packages or > RPMs always builds all related packages, and then the user chooses which > of those to install. You do not understand what I am trying to say. Gentoo could add support to their buildscripts to patch your buildsystem so that it could conditionally compile sources. Gentoo could also just delete installed binaries that the user doesn't want installed. However, both of these methods are incorrect ways of addressing a problem with mit-krb5's buildsystem: its lack of conditional building/installation. Gentoo does not support users just compiling their own software and manually installing it. This is not a good way to manage software. However, in Gentoo, users are encouraged and mostly required to compile software locally using ebuilds which are similar in principle to specfiles (any redhat users?) and use a package manager. Just as many distributions maintain patches against packages, Gentoo applies patches to mit-krb5 before it is compiled and installed. For some packages (including mit-krb5), there are patches that add missing functionality to buildsystems (sometimes in Gentoo-specific ways, but this bug is not an example of that). However, it is preferable to get things fixed upstream. I was submitting this request here because its fix would benefit many users of mit-krb5. And I was hoping that this change might trickle down so that Gentoo devs could easily add an option to the ebuild to only build and install the minimal set of libs and clients of mit-krb5. This would also ease the job of other distribution which mangle this package anyways. -- binki