Well. Situation persists after reinstallation.
Purging first and reinstallation of libtiff-tools helps.
Thus I confirm the bug which probably exists due to improper handling of
link creation during upgrades, thus probably will be present in
etch shipped to people upgrading from sarge.
I don't want to play ping pong reopening it but I want to confirm
once again that there is an issue. have a good one
$> ls -l /usr/share/doc/libtiff-tools -d
0 drwxr-xr-x 2 root root 48 Jun 16 2006 /usr/share/doc/libtiff-tools/
$> sudo apt-get install --reinstall libtiff4 libtiff-tools
Password:
Reading package lists... Done
Building dependency tree... Done
0 upgraded, 0 newly installed, 2 reinstalled, 0 to remove and 0 not upgraded.
Need to get 0B/658kB of archives.
After unpacking 0B of additional disk space will be used.
Do you want to continue [Y/n]? Y
Reading package fields... Done
Reading package status... Done
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
(Reading database ... 414279 files and directories currently installed.)
Preparing to replace libtiff-tools 3.8.2-6 (using
.../libtiff-tools_3.8.2-6_i386.deb) ...
Unpacking replacement libtiff-tools ...
Preparing to replace libtiff4 3.8.2-6 (using
.../tiff/libtiff4_3.8.2-6_i386.deb) ...
Unpacking replacement libtiff4 ...
Setting up libtiff4 (3.8.2-6) ...
Setting up libtiff-tools (3.8.2-6) ...
$> ls -l /usr/share/doc/libtiff-tools -d
0 drwxr-xr-x 2 root root 48 Jun 16 2006 /usr/share/doc/libtiff-tools/
$> ls -l /usr/share/doc/libtiff-tools
total 0
*$> sudo dpkg --purge libtiff-tools kfax lyx kdegraphics kde
dpkg - warning: ignoring request to remove lyx which isn't installed.
(Reading database ... 414271 files and directories currently installed.)
Removing kde ...
Removing kdegraphics ...
Removing kfax ...
Purging configuration files for kfax ...
Removing libtiff-tools ...
$> ls -l /usr/share/doc/libtiff-tools -d
ls: /usr/share/doc/libtiff-tools: No such file or directory
*$> sudo apt-get install libtiff-tools
Reading package lists... Done
Building dependency tree... Done
The following NEW packages will be installed
libtiff-tools
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/176kB of archives.
After unpacking 467kB of additional disk space will be used.
Reading package fields... Done
Reading package status... Done
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
Selecting previously deselected package libtiff-tools.
(Reading database ... 414197 files and directories currently installed.)
Unpacking libtiff-tools (from .../libtiff-tools_3.8.2-6_i386.deb) ...
Setting up libtiff-tools (3.8.2-6) ...
$> ls -l /usr/share/doc/libtiff-tools -d
0 lrwxrwxrwx 1 root root 8 Dec 27 11:47 /usr/share/doc/libtiff-tools ->
libtiff4/
On Wed, 27 Dec 2006, Jay Berkenbilt wrote:
> /usr/share/doc/libtiff-tools is a symbolic link to libtiff4, and
> libtiff-tools depends on libtiff4. I'm not sure why you are seeing no
> files under /usr/share/doc/libtiff-tools, but I've double checked the
> packages, and they are correct. Please recheck your installation of
> libtiff4. Perhaps apt-get install --reinstall libtiff4
> libtiff-tools. Thanks for your report.
--
.-.
=------------------------------ /v\ ----------------------------=
Keep in touch // \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko /( )\ ICQ#: 60653192
Linux User ^^-^^ [175555]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
