Bug#190126: fileroller: can open bzip2 archives, but prefers not to
Justin B Rye
Justin B Rye <jbr@edlug.org.uk>, 190126@bugs.debian.org
Mon, 23 Feb 2004 14:00:15 +0000
--wRRV7LY7NUeQGEoC
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Package: file-roller
Version: 2.4.4-1
Severity: normal
Followup-For: Bug #190126
I was planning to whine about the way file-roller still insists on
interpreting .tbz as meaning a tarball compressed with bzip... but
instead I seem accidentally to have produced something you might be
able to use as documentation of the gotcha and workaround.
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux xan 2.6.2 #1 Sat Feb 21 18:29:06 GMT 2004 i586
Locale: LANG=en_GB, LC_CTYPE=en_GB
Versions of packages file-roller depends on:
ii bzip2 1.0.2-1 A high-quality block-sorting file
ii gconf2 2.4.0.1-3 GNOME configuration database syste
ii gzip 1.3.5-7 The GNU compression utility
ii libart-2.0-2 2.3.16-1 Library of functions for 2D graphi
ii libatk1.0-0 1.4.1-1 The ATK accessibility toolkit
ii libaudiofile0 0.2.3-4 The Audiofile Library
ii libbonobo2-0 2.4.3-1 Bonobo CORBA interfaces library
ii libbonoboui2-0 2.4.3-1 The Bonobo UI library
ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an
ii libesd0 0.2.29-1 Enlightened Sound Daemon - Shared
ii libgconf2-4 2.4.0.1-3 GNOME configuration database syste
ii libgcrypt1 1.1.12-4 LGPL Crypto library - runtime libr
ii libglade2-0 2.0.1-6 Library to load .glade files at ru
ii libglib2.0-0 2.2.3-1 The GLib library of C routines
ii libgnome2-0 2.4.0-4 The GNOME 2 library - runtime file
ii libgnomecanvas2-0 2.4.0-1 A powerful object-oriented display
ii libgnomeui-0 2.4.0.1-5 The GNOME 2 libraries (User Interf
ii libgnomevfs2-0 2.4.1-4 The GNOME virtual file-system libr
ii libgnomevfs2-common 2.4.1-4 The GNOME virtual file-system libr
ii libgnutls7 0.8.12-5 GNU TLS library - runtime library
ii libgtk2.0-0 2.2.4-3 The GTK+ graphical user interface
ii libjpeg62 6b-9 The Independent JPEG Group's JPEG
ii liborbit2 1:2.8.3-2 libraries for ORBit2 - a CORBA ORB
ii libpango1.0-0 1.2.5-2.1 Layout and rendering of internatio
ii libpopt0 1.7-4 lib for parsing cmdline parameters
ii libtasn1-0 0.1.2-1 Manage ASN.1 structures (runtime)
ii libxml2 2.6.6-1 GNOME XML library
ii scrollkeeper 0.3.14-5 A free electronic cataloging syste
ii tar 1.13.25-6 GNU tar
ii xlibs 4.2.1-12.1 X Window System client libraries
ii zlib1g 1:1.2.1-3 compression library - runtime
-- no debconf information
--
JBR
Ankh kak! (Ancient Egyptian blessing)
--wRRV7LY7NUeQGEoC
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="README.H66zcN.Debian"
----------------------------------------------------------------------
A Potential "Gotcha" for Debian Users of File-Roller:
-----------------------------------------------------
File-roller takes .tbz as a short form not of .tar.bz2 (tarball
compressed with bzip2) but of .tar.bz (tarball compressed with
old-style bzip).
It is therefore likely to try to open archives with bzip, which on a
Debian system is unlikely to exist; "bzip1" fell foul of patent
difficulties, and is no longer available even in non-free. Not that
it would help in this case anyway.
If you aren't prepared to adhere to these old-fashioned notions of
what bzipping algorithm is standard by renaming all your .tbz
archives, there is an alternative.
As root:
ln -sv /usr/bin/bzip2 /usr/local/bin/bzip
Or as an unprivileged user whose $PATH includes ~/bin:
ln -sv /usr/bin/bzip2 ~/bin/bzip
This approach will further confuse the situation for anyone who ever
does need to run the genuine original bzip, which is why the problem
isn't handled this way for you automatically. However, it will at
least provide a workaround for file-roller.
----------------------------------------------------------------------
--wRRV7LY7NUeQGEoC--