From owner-cvs-all@FreeBSD.ORG Tue Aug 7 10:42:13 2007 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C4FF16A417; Tue, 7 Aug 2007 10:42:13 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-10.arcor-online.net (mail-in-10.arcor-online.net [151.189.21.50]) by mx1.freebsd.org (Postfix) with ESMTP id 06B8F13C46B; Tue, 7 Aug 2007 10:42:12 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-14-z2.arcor-online.net (mail-in-14-z2.arcor-online.net [151.189.8.31]) by mail-in-10.arcor-online.net (Postfix) with ESMTP id AAF901F531D; Tue, 7 Aug 2007 12:42:10 +0200 (CEST) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) by mail-in-14-z2.arcor-online.net (Postfix) with ESMTP id 6702E100F9; Tue, 7 Aug 2007 12:42:10 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-180-185.pools.arcor-ip.net [84.61.180.185]) by mail-in-08.arcor-online.net (Postfix) with ESMTP id 2DA582BB11D; Tue, 7 Aug 2007 12:42:09 +0200 (CEST) Received: from [192.168.8.11] (kiste.my.domain [192.168.8.11]) (authenticated bits=0) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l77Ag7X6009023 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Aug 2007 12:42:07 +0200 (CEST) (envelope-from lofi@freebsd.org) Message-ID: <46B84C78.3030009@freebsd.org> Date: Tue, 07 Aug 2007 12:42:00 +0200 From: Michael Nottebrock User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Alexander Leidinger References: <200706281553.l5SFr56i099807@repoman.freebsd.org> <20070802181715.46yikycm8gc8g8kk@webmail.leidinger.net> <20070803125410.GB1062@tirith.brixandersen.dk> <200708032144.57558.lofi@freebsd.org> <20070803204215.GA68620@rot26.obsecurity.org> <20070806074318.q9mw6ulngg00gwsw@webmail.leidinger.net> <20070806065634.GA31676@rot26.obsecurity.org> <20070806113855.0fcq213io0www04k@webmail.leidinger.net> <46B7072E.8070307@freebsd.org> <20070807111509.ojm8nc4ao0g080ck@webmail.leidinger.net> In-Reply-To: <20070807111509.ojm8nc4ao0g080ck@webmail.leidinger.net> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigFBA46BBEFF0354363AA4BA6A" X-Virus-Scanned: by amavisd-new X-Virus-Scanned: ClamAV 0.91.1/3879/Tue Aug 7 02:27:49 2007 on mail-in-08.arcor-online.net X-Virus-Status: Clean Cc: Henrik Brix Andersen , cvs-all@freebsd.org, ports-committers@freebsd.org, Pav Lucistnik , Kris Kennaway , cvs-ports@freebsd.org Subject: Re: cvs commit: ports/Mk bsd.port.mk 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: Tue, 07 Aug 2007 10:42:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFBA46BBEFF0354363AA4BA6A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Alexander Leidinger schrieb: > >> Explicit dependencies would be great, if they can be guaranteed to be >> correct, which basically means we need a way auto-generate them. Maybe= > > Auto generation would be nice, but it doesn't need to be a hard > requirement. See below. > >> this could be done in a similar way to the security check target - run= >> ldd/objdump over installed executables and libraries, record symbol >> names somewhere, determine dependencies by comparing records ... > > I think this is a little bit over-engineered. Looking into the > binaries (maybe with objdump, ldd is not really suitable for this task > I think) for the references to libraries would be enough. Yeah, I just pulled that out of my hat while writing the email. > > How do you want to calculate the RUN_DEPENDS? RUN_DEPENDS need to be done manually, but I don't consider them a major problem - those can indeed be sorted out manually and via user feedback quite well. Experience shows that there is more of a problem with stale runtime dependencies, which were once necessary, then at some point became obsolete and nobody noticed. A possible exception to this are the perl module ports. But my beef really is with library dependencies. > >> Explicit dependencies that need to be determined and maintained manual= ly >> by port maintainers are useless, since they'll be almost guaranteed to= >> be wrong most of the time for those ports that would profit the most >> (shave off the most implicit dependencies) from having them. > > I don't think so. Well, I do. What now? :P > I think it will be the same as currently. Things which are not catched > by pointyhat will be reported by users. Yes. Over and over again. Getting explicit library dependencies right for all of KDE (and Qt) for instance means explicitly depending on single xorg library ports in each of the KDE and Qt ports. With every update, these dependencies are likely to change and thus need review (and if the review isn't done (properly), will cause fallout for people trying to save time on updates and thus waste even more time - a very frustrating user experience). Moreover, the dependencies are likely to change depending on the user's installation for a certain number of ports, i.e. in some circumstances, a library/binary might contain references to libXrender, in others it might not. Catching all these cases will need very careful review and again, they are likely to change from release to release. I maintain that it is futile to try and do this without some sort of automatic dependency generation (or at least checkin= g). That said, let me stress again that I'd *like* correct explicit library dependencies. I actually already tried once to explicity depend on single X libraries for the Qt4 ports and all the ports further down in their dependency tree, but gave up because USE_XORG/bsd.xorg.mk at the moment cannot be used after bsd.port.pre.mk and I didn't have enough time to try and fix that as well. :) Cheers, --=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --------------enigFBA46BBEFF0354363AA4BA6A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGuEx6Xhc68WspdLARAtL8AKCICsTtCZ/VVpTpp6UkqDdfxThs6ACfeO+O hiUxMTrHzhyr2vzH2NEEX3M= =jiMP -----END PGP SIGNATURE----- --------------enigFBA46BBEFF0354363AA4BA6A--