pkgsrc-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: pkg/43067 (devel/p5-Date-Manip causes make core dump on NetBSD 4.0 (+FIX))

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

From: Robert Elz <kre%munnari.OZ.AU@localhost>
Subject: Re: pkg/43067 (devel/p5-Date-Manip causes make core dump on NetBSD 4.0 
Date: Wed, 14 Sep 2011 12:43:37 +0700

     Date:        Wed, 14 Sep 2011 02:15:04 +0000 (UTC)
     From:        "OBATA Akio" <>
     Message-ID:  <>
   |  Similarly, it isn't possible to fix NetBSD base problems by pkgsrc.
 Of course - not fix - but "live with" (or be able to function despite the
   |  You can use tools (bmake) from pkgsrc,
 Yes, of course, that's exactly what the fix proposed in the PR is to do.
   |  Then why not for bmake?
 No reason at all, that's exactly what I would like to see happen - please
 look at this PR, and commit the fix so it uses bmake (when that is necessary,
 which is just for NetBSD 4 (and older, except older we no longer care about)).
 Note that Joerg proposed doing this in a different way, by making installing
 bmake a requirement for pkgsrc - making NetBSD 4 require a bootstrap for
 pkgsrc, as do some other systems to get their tools up to a known functional
 state.   That would be an OK solution too (more work for everyone, but
 Either of those would be OK, but whatever the solution, it needs to "just
 work" for someone who just reads and follows the documentation for making
 pkgsrc & its packages work on their system.   We cannot expect users to
 magically know that they need to do something different.
   | You are probably using pkg_install tools from pkgsrc instead of
   | NetBSD-4.0's one,
 Yes, because pkgsrc insists on that, and installs it by itself, not because
 I made any conscious choice to do it.
 For openssl I have no idea, if pkgsrc has decided that the base system
 version is unacceptable, and decided to use its own version, then that's
 what my NetBSD 4 packages are using.   If not, they're still using the
 base system version.
   | Then why not for bmake?
 No reason at all, that's exactly what I want to happen.  But that needs
 support from pkgsrc - unlike openssl, and pkg_install, devel/bmake does not
 install a new "make", it installs a "bmake" command, so for packages to use
 it, they need to know to have MAKE=bmake (the same as ones that require GNU's
 version of make have MAKE=gmake - accomplished by adding gmake to USE_TOOLS).
 Frankly, this (picking one fix or the other) really ought to be a no-brainer...

Home | Main Index | Thread Index | Old Index