On Mon, Nov 20, 2023 at 03:16:29PM +0000, Stuart Henderson wrote: > On 2023/11/20 13:56, Manuel Giraud wrote: > > Hi, > > > > For the first time, I have to touch devel/quirks after a port > > modification. But when I try to update the patched devel/quirks from > > port I get the following error: > > > > $ cd /usr/ports/devel/quirks > > $ make package > > ===> Faking installation for quirks-6.197 > > /usr/ports/pobj/quirks-6.197/bin/install -d -m 755 > > /usr/ports/pobj/quirks-6.197/fake-amd64/usr/local/libdata/perl5/site_perl/OpenBSD/Quirks > > /usr/ports/pobj/quirks-6.197/bin/install -c -m 644 > > /usr/ports/devel/quirks/files/Quirks.pm > > /usr/ports/pobj/quirks-6.197/fake-amd64/usr/local/libdata/perl5/site_perl/OpenBSD/Quirks.pm > > /usr/libexec/locate.mklocatedb </usr/ports/pobj/quirks-6.197/update.list > > >/usr/ports/pobj/quirks-6.197/fake-amd64/usr/local/share/update.db > > locate.code: bigram array too small to build db, index more files > > As part of the "quirks" package build, the update.db cache is built > which provides information used by pkg_add -u to speed up updates. > In a bulk build DPB takes care to build this at the end of the > run, so that it has information about all packages available. > > This is based on the packages in the local build dir (e.g. > /usr/ports/packages/$ARCH/all by default). > > To avoid the failure you need to build some other packages first > (it doesn't matter which. math/moo is a good quick-to-build simple > package if you need one). > > Also note that pkg_add -u will be slow after updating to a locally-built > quirks package, until you get back to using a quirks package generated > in a bulk build.
Hum... maybe I should provide a kind of work-around for people who want to test local quirks, namely just repackage the already installed updatedb in case we don't have any packages built, as a kind of "weird pseudo-flavor".
