Re: pkg/38651 (libkver won't install in pkg_comp any more)

[Robert Elz <kre%munnari.OZ.AU@localhost>]

The following reply was made to PR pkg/38651; it has been noted by GNATS.

From: Robert Elz <kre%munnari.OZ.AU@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: pkg/38651 (libkver won't install in pkg_comp any more)
Date: Sun, 14 Mar 2010 13:01:50 +0700

     Date:        Sat, 13 Mar 2010 22:40:05 +0000 (UTC)
     From:        David Holland <dholland-pbugs%NetBSD.org@localhost>
     Message-ID:  <20100313224005.0D15163B86C%www.NetBSD.org@localhost>
 
   |  I see 34839, 38230, 38232, 42267, 42789, FWIW.
 
 42267 isn't one of mine (though I commented on it) - there's also
 29700 (now closed, but not yet fixed) and 42788 (not a pkg_comp PR,
 but very much related, which contains the fix for 29700 - 42788 and
 42789 together contain the better fix for this PR (or my opinion
 of a better fix anyway).   There were also one or two older ones
 that did get incorporated.
 
   |  since you seem to be one of the main users of pkg_comp,
 
 I'm one of the more vocal users, but I suspect that it is used rather more
 than many may suspect, people just don't always mention it.  It really is
 a great way to build packages - especially for people for whom the bulk
 build framework is overkill.
 
   |  Maybe an interim solution would be to import a separate pkg_comp_kre?
 
 A pkg_comp2 perhaps - while I have quite a lot of mods - meaningful
 exit status from "pkg_comp build" so it can be used in scripts, better
 control of output (where it goes and how much is produced - from pkg_comp
 itself, and more - aside from those PRs) it isn't nearly enough for
 it to get my name associated with it, the vast bulk of what I use is
 the same as what is in the standard pkgsrc version.
 
 kre
 
 ps: thanks for re-opening this one - though it really would be nicer to
 see it closed again (and fixed...)