From owner-freebsd-ports Mon Nov 3 15:55:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA14458 for ports-outgoing; Mon, 3 Nov 1997 15:55:15 -0800 (PST) (envelope-from owner-freebsd-ports) Received: from messiah.cableinet.net ([194.117.157.68]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA14432 for ; Mon, 3 Nov 1997 15:54:43 -0800 (PST) (envelope-from i.vaudrey@cableinet.co.uk) Received: (qmail 4936 invoked from network); 4 Nov 1997 00:57:30 -0000 Received: from lions.cableinet.net (193.38.113.5) by messiah with SMTP; 4 Nov 1997 00:57:30 -0000 Received: from nemkoltd.nildram.co.uk (usr159-cro.cableinet.co.uk [194.117.149.169]) by lions.cableinet.net (950413.SGI.8.6.12/951211.SGI) via SMTP id XAA20749; Mon, 3 Nov 1997 23:53:55 GMT Received: by nemkoltd.nildram.co.uk with Microsoft Mail id <01BCE8B3.D1F95660@nemkoltd.nildram.co.uk>; Mon, 3 Nov 1997 23:54:27 -0000 Message-ID: <01BCE8B3.D1F95660@nemkoltd.nildram.co.uk> From: Ian Vaudrey To: "'Jordan K. Hubbard'" Cc: "'ports@freebsd.org'" Subject: RE: Ranlib Date: Mon, 3 Nov 1997 23:53:46 -0000 Encoding: 49 TEXT Sender: owner-freebsd-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk That'll teach me to be terse. This is a new port that I'm working on, I included @exec ranlib %D/%F in the PLIST because I noticed other ports of libraries do so. I then find that make install followed by pkg_delete works, but make package + pkg_delete + pkg_add + pkg_delete gives an error. I put this down to something (the md5 signature?) being changed by the @exec ranlib line - which is of course run by pkg_add, although the error isn't produced until pkg_delete is run. I can reproduce the problem with at least one existing port, libmalloc-1.18, I haven't tried any others but if I'm right about the cause it'll happen with any port that has an @exec ranlib line in the PLIST. BTW, the refusal of pkg_delete to delete changed files is something that must've seemed a real good idea at the time, but in practice is a pain in the rear. This is the second time it's bitten me, there should be a way to override it. - Ian P.S. So *does* the @exec ranlib line serve any purpose? You of all people will know. On 03 November 1997 22:44, Jordan K. Hubbard wrote: > > The reason I'd like clarification on this is that the @exec line seems to bre > ak > > pkg_delete, so I'd like to lose it if it really isn't necessary. > > It does? pkg_delete is only supposed to run the @unexec lines though. > Are you sure? Can you give me a pointer to a package which does this? > > Thanks. > > Jordan > > On 03 November 1997 22:09, Ian Vaudrey wrote: > I'm working on a port of a library, and there's something I'd like explained > if possible. Some existing library ports include a line @exec ranlib %D/%F in > the PLIST. Why is that? I would've thought that this was unnecessary: ranlib > just builds a symbol table doesn't it? If the library was ranlibbed when it was > built, the copy in the package already has a symbol table - or am I missing > something? > > The reason I'd like clarification on this is that the @exec line seems to break > pkg_delete, so I'd like to lose it if it really isn't necessary. > > - Ian >