One small Crux bug

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. ;)

About these ads

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s