From owner-freebsd-emulation@FreeBSD.ORG Fri Dec 2 17:07:34 2005 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31A9716A425; Fri, 2 Dec 2005 17:07:34 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92B8C43DD1; Fri, 2 Dec 2005 17:06:19 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F66F.dip.t-dialin.net [84.165.246.111]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id jB2GdBCe035045; Fri, 2 Dec 2005 17:39:11 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id jB2H6861030879; Fri, 2 Dec 2005 18:06:08 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Fri, 02 Dec 2005 18:06:08 +0100 Message-ID: <20051202180608.nvo7zkvp1wswkcs0@netchild.homeip.net> X-Priority: 3 (Normal) Date: Fri, 02 Dec 2005 18:06:08 +0100 From: Alexander Leidinger To: Jean-Yves Lefort References: <200511261918.jAQJIp91001719@repoman.freebsd.org> <20051201152026.lxwvpjokc0sw0okc@netchild.homeip.net> <20051202121534.44c2c7be.jylefort@FreeBSD.org> <20051202142827.2s3y42ss8w0o0g0o@netchild.homeip.net> <20051202163734.23814a2f.jylefort@FreeBSD.org> In-Reply-To: <20051202163734.23814a2f.jylefort@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new X-Mailman-Approved-At: Sat, 03 Dec 2005 04:29:34 +0000 Cc: ports@freebsd.org Subject: autoamtic plists (was: Re: cvs commit: ports/audio/linux-openal bsd.linux.mk) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2005 17:07:34 -0000 Jean-Yves Lefort wrote: Moving to ports, since it's mostly about the generic topic of plist generation at install time. Note for the ports crowth: Jean-Yves is proposing an complete automatic approach for the plist generation (at install time) for a framework for the linux ports (so only static files, no %%FOOBAR%% fodder in the plist). I don't object to the automatic generation of the plist, but I want so see th= e generated plist committed to the ports tree. Discussion below, feel free to chime in. > I am aware of these peculiarities. Ports for which the auto plist > generator is not smart enough (they are a minority) can perfectly > bypass it. As an example, see my own linux ports: Ok, but this doesn't address one of the major concerns which was discussed = on ports@, namely that we can't see which files get installed without downloading the distfile and installing it. See below. >> I suggest: >> - ask portmgr if it is ok to commit the .mk file (not included by >> bsd.port.mk) >> - commit it if approved >> - convert some ports to use it >> - be happe when everything works >> - write a patch for bsd.port.mk (USE_LINUX_RPM) and let portmgr >> run an experimental ports build >> - when portmgr committed the patch convert some ports to use it >> - be happy when everything works >> - convert the rest >> - sit back and enjoy^w^w^w^wtackle another problem > > Good idea. I'm going to ask portmgr if I can commit the attached file, > unless you have more comments. Yes, I have some, so please let's not rush here. > Major changes: > - allow to easily disable auto plist by defining NO_AUTOMATIC_PLIST Can we have it the other way around? Defining AUTOMATIC_PLIST to enable it? The majority (not only the linux ones) of ports still has a plist and havin= g it this way suggests that an automatic plist is the blessed way of the FreeBSD project. But this is not the case (or I'm not aware of recent changes to the porters handbook). See below. > - added new-plist target inspired by linux-gtk > - useful default for MASTER_SITE_SUBDIR (Fedora Core 3) > - use run-ldconfig target and mimic native output > > Note that INSTALLS_SHLIB requires a bsd.port.mk patch, so I still have > to use INSTALLS_LINUX_SHLIB. Ok. >> >> - why do you use different ways of specifying the paths in DESCR >> >> and MD5_FILE? >> >> - why do you specify DESCR at all? >> > >> > The idea is to use the FreeBSD native port's pkg-descr. >> >> I don't think this is good. I think the descr should mention that the po= rts >> provide the linux versions of the port. > > It's obvious from the package name and comment. But once again, people > are free to bypass this helper if they don't like it. It may be obvious for us, but not obvious for others. I like it to be unambiguos. Let's do it the other way around (POLA): If someone want's to override it, he can set it to the FreeBSD port description in the port itself. >> automatic plist generator to write their own plists. It also allows to l= ook >> up the contents of the port without a need to install it. And we're able= to >> answer questions like "which port installs file X". So we get the good >> features of both worlds, don't you think? > > I've added new-plist and NO_AUTOMATIC_PLIST for auto plist haters. This doesn't address the "lookup" and "will-be-installed-by" parts above (o= k, they are the same, but...). These are major topics. You can read on ports@ from this week about someone who tries to write an application which does something like this but has problems because of the automatic plists. Havin= g the static plists (auto-generated or by hand) in the tree, also helps in support requests, since someone with experience just can tell "install port X" to a newbie, even if he doesn't know anything about the port in question himself. So there's demand, and we mostly can satisfy it, but when we go the "all automatic" way, we can't anymore. I can understand that with a really good automatic mechanism, there will be less errors in the plist (specially some like those I produced in the last two weeks), but we can have the good part of this mechanism and the good part of plists in the tree just with the "new-plist" target. Are there any technical arguments which makes it mandatory to use your version of install-time generated plists instead of my proposal to commit the automatically generated plist? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 13: F=C3=BCr Windows optimiert zusammengestellt aus Hardware-Restposten (Kristian K=C3=B6hntopp)