bug in pbzip2 checking

Submitted by sgrayban on Tue, 10/26/2010 - 03:34

debian does not have pbunzip2 -- to uncompress the command is pbzip2 -d

Usage: pbzip2 [-1 .. -9] [-b#cdfklp#qrtV] <filename> <filename2> <filenameN>
-b#      : where # is the file block size in 100k (default 9 = 900k)
-c       : output to standard out (stdout)
-d       : decompress file
-f       : force, overwrite existing output file
-k       : keep input file, don't delete
-l       : load average determines max number processors to use
-p#      : where # is the number of processors (default: autodetect)
-r       : read entire input file into RAM and split between processors
-t       : test compressed file integrity
-v       : verbose mode
-V       : display version info for pbzip2 then exit
-1 .. -9 : set BWT block size to 100k .. 900k (default 900k)

Example: pbzip2 -b15vk myfile.tar
Example: pbzip2 -p4 -r -5 myfile.tar second*.txt
Example: pbzip2 -d myfile.tar.bz2
Status: 
Closed (fixed)

Comments

Submitted by andreychek on Tue, 10/26/2010 - 09:07

Hey Scott -- that is indeed a bug. It currently assumes that pbunzip2 is always available. Jamie has that fixed for 3.82.

The work-around is to run :

ln -s /usr/bin/pbzip2 /usr/bin/pbunzip2

Virtualmin 3.82 will fix this properly by using pbzip2 -d when pbunzip2 is missing.

Submitted by JamieCameron on Tue, 10/26/2010 - 11:29

Yes, Virtualmin 3.82 will fix this by using pbzip2 -d instead.

Submitted by sgrayban on Tue, 10/26/2010 - 13:44

Does pbunzip2 have the same command switches ? If not then a symlink wont work.

Submitted by JamieCameron on Tue, 10/26/2010 - 14:50

A symlink works because pbzip2 changes its behaviour when run via a symlink named pbunzip2. gzip does the same thing ..

Submitted by Issues on Wed, 11/10/2010 - 03:21

Automatically closed -- issue fixed for 2 weeks with no activity.