Re: [HEADS UP] pkgsrc default database directory changed

[John Nemeth <jnemeth%cue.bc.ca@localhost>]

On Dec 3, 16:29, Thomas Klausner wrote:
} On Thu, Dec 03, 2020 at 09:37:31AM -0500, Greg Troxel wrote:
} > 
} > I am running into problems with this change.   I am pretty sure I can
} > figure it out, but fixes are needed for non-experts.
} > 
} > I have
} > 
} >   PKGSRC_COMPILER=ccache gcc
} >   DEPENDS_TARGET=package-install clean
} > 
} > and of course I think both are normal.
} > 
} > I tried to build something, sysutils/m4, and got a failure like
} > 
} >   ===> Trying to handle out-dated pkg_install...
} >   ===> Cleaning for pkg_install-20200828
} >   make[2]: don't know how to make package-install clean. Stop
} > 
} > So I wonder if this is doing space quoting wrong.
} > 
} > I then went to pkg_install directly and just ran make, and got the
} > message about the moved db, and moved it.
} > 
} > Now:
} > 
} >   => Tool dependency ccache-[0-9]*: NOT found
} >   => Verifying package-install clean for ../../devel/ccache
} >   ===> Trying to handle out-dated pkg_install...
} >   ===> Cleaning for pkg_install-20200828
} >   make[2]: don't know how to make package-install clean. Stop
} > 
} >   make[2]: stopped in /home/n0/gdt/pkgsrc-current/pkgsrc/pkgtools/pkg_install
} >   *** Error code 2
} > 
} > Turning off ccache led me to recursion issues with cwrappers, and
} > turning that off let me build a package.
} > 
} > So basically this is way too hard for people to deal with.
} 
} So perhaps we should switch NetBSD to run bootstrap like all the other
} platforms... I don't know another solution.

     <joerg> I've been saying this for years!

     Personally, I think this is a terrible idea.  Despite the fact
that pkgsrc tries to be somewhat independent, it is still NetBSD's
native packaging system.  Having to bootstrap the native packaging
system is really not acceptable.  Could you imagine telling somebody
on a Linux distribution that they have to bootstrap apt/rpm/yum/etc.
before they can install any third-party apps.  That wouldn't fly.
Now I know that is not quite the same as the packaging system is
also used for the base OS, so try imagining any of the other BSDs
telling their users that they need to bootstrap the native packaging
system.  It likely wouldn't fly there either.  It looks like this
change wasn't well thought-out or tested.  Making NetBSD harder to
use (and much less user-friendly) because of a poorly done change
in pkgsrc is simply not acceptable.

}-- End of excerpt from Thomas Klausner