I ran into a bug the yesterday, while I was building the Crux machine with Openbox on it.
Since I have been compiling everything off that machine and then syncing the ports tree over USB, I discovered a little quirk with prt-get and/or pkgadd regarding prebuilt packages. The easiest way to explain it is to show it.
bash-4.1# prt-get depinst alpine prt-get: installing /usr/ports/local/alpine =======> Package '/usr/ports/local/alpine/alpine#2.00-1.pkg.tar.gz' is up to date. prt-get: installing alpine 2.00-1 pkgadd: could not install usr/bin/rpload: Write failed pkgadd: could not install usr/man/man1/pilot.1.gz: Write failed pkgadd: could not install usr/man/man1/rpdump.1.gz: Write failed pkgadd: could not install usr/man/man1/rpload.1.gz: Write failed pkgadd: could not install usr/man/man1/alpine.1.gz: Write failed pkgadd: could not install usr/man/man1/pico.1.gz: Write failed /sbin/ldconfig: Writing of cache data failed: No space left on device -- Packages installed alpine
Obviously alpine isn’t installed. pkgadd ran out of space on the drive, and in spite of displaying errors, it’s either returning a “success” code or prt-get is displaying the “success” message. If memory serves, this really only happens with precompiled packages.
I posted a bug here, and then Johannes Winkelmann suggested mentioning it in connection with pkgadd, since prt-get really just reports what pkgadd tells it. 😉