From owner-cvs-all@FreeBSD.ORG Sat Feb 3 13:39:49 2007 Return-Path: X-Original-To: cvs-all@freebsd.org Delivered-To: cvs-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 431D116A400; Sat, 3 Feb 2007 13:39:49 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id D262113C471; Sat, 3 Feb 2007 13:39:48 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5F1D5.dip.t-dialin.net [84.165.241.213]) by redbull.bpaserver.net (Postfix) with ESMTP id 9B33F2E195; Sat, 3 Feb 2007 14:51:44 +0100 (CET) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by outgoing.leidinger.net (Postfix) with ESMTP id 8512F5B5482; Sat, 3 Feb 2007 14:39:37 +0100 (CET) Date: Sat, 3 Feb 2007 14:39:37 +0100 From: Alexander Leidinger To: Luigi Rizzo Message-ID: <20070203143937.2d3ab96e@Magellan.Leidinger.net> In-Reply-To: <20070202113527.A98938@xorpc.icir.org> References: <200702021808.l12I8KBY073193@repoman.freebsd.org> <1170440345.33849.0.camel@ikaros.oook.cz> <20070202103221.C97555@xorpc.icir.org> <1170441475.33849.7.camel@ikaros.oook.cz> <20070202113527.A98938@xorpc.icir.org> X-Mailer: Claws Mail 2.7.2 (GTK+ 2.10.9; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.864, required 6, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: cvs-ports@FreeBSD.org, Pav Lucistnik , cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/devel/linux-kmod-compat Makefile distinfo pkg-descr pkg-plist X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Feb 2007 13:39:49 -0000 Quoting Luigi Rizzo (Fri, 2 Feb 2007 11:35:27 -0800): > On Fri, Feb 02, 2007 at 07:37:55PM +0100, Pav Lucistnik wrote: > > Luigi Rizzo p=C3=ADse v p=C3=A1 02. 02. 2007 v 10:32 -0800: > > > On Fri, Feb 02, 2007 at 07:19:05PM +0100, Pav Lucistnik wrote: > ... > > > > You can't do this. Now, the packages will contain nothing (read: be > > > > useless). > > >=20 > > > at least for the time being it makes no sense to have a > > > package built for this port, for a variety of reasons > > > (code stability, licensing, etc). So i have put in pkg-descr > > > only enough info to cleanup on deinstall. > > > I am not sure it will _ever_ make sense to have this as a package, > > > when the code becomes stable enough it should should probably > > > become part of the kernel. > > >=20 > > > did i misunderstand something ? > >=20 > > Yes. > >=20 > > First, you break the Good Practices of port making. > >=20 > > Second, you deny your users a part of the general functionality of the > > ports collection - ie. packages. Users will be unable to install binary >=20 > As i wrote, the developer of the code being ported (which happens > to be me) has stated a few reasons why at this time he does not=20 > want a package made of this port. This is entirely his right, and > we have the NO_PACKAGE keyword exactly for this reasons. What's the difference between installing it as a package instead of as a port? From a high level point of view I don't see a difference. So why do you allow to install as a port but not as a package? > > package from the network, users will be unable to build a package on > > their machines and mass-install it on their other computers. You have no > > rollback on upgrade, if it should fail. > >=20 > > Plus, you're setting a false impression that other people can get away > > with this in their ports. > >=20 > > Now there are methods to have the pkg-plist autogenerated. How hard it > > would be? >=20 > As for auto-building the pkg-plist, it is not totally automated, > at least judging from Sec. 7.5 of the handbook, and now i really > don't have more time to spend on this exercise. When the code being > ported will be in a more stable state, as i said in the commit > message, i will reconsider this option, but generating the pkg-plist > from the port's Makefile, because this is the only thing that > makes sense in this specific port (because just checking that > no files are overwritten by others does not help - if someone stuffs > in extra headers in the directory i installed, it may screw up > what the compiler picks up on an #include) Do I understand it right? - if there is other stuff than what you provide it may break - you don't want it to break - for this reason you want a automatic plist If I did understand it right, an automatic plist is completely wrong. You want a static plist in this case because the build cluster will complain about additional stuff. Generating an initial static plist is not hard (change the PREFIX to an empty place and run a "find /place -type f -print | sort", after that it's only adding @dirrm for your own directories), some new files after that can be done by hand (I assume there will be not very much more files). What you prevent by not providing a plist is: - easy deinstall with documented interfaces - regression testing on the ports build cluster - easy updates (with e.g. portupgrade there will be leftover files, now think what may happens if you remove a file in an update and the user just uses portupgrade...) What you generate by not providing a plist: - a lot of mails from ports committers (you already noticed this) to you - a lot of mails from the ports build cluster (one for each run) to you - a lot of work for portmgr (they read the build failures and forward the mails to committers by hand to sort out false positives) - a lot of mails from users telling you about a bug because pkg_delete/pkg_deinstall don't remove the files So in my eyes your life will be more easy with a plist. Bye, Alexander. --=20 Nice tcsh prompt: set prompt =3D '[%B%m%b] %B%~%b%# ' http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137