That man page only appears to be in one of the packages after installation. I'd
guess that even though the manpage reference is there for acpi-support, it's not
being installed. An installation of acpi-support installs all three packages in
that source package (acpi-fakekey, acpi-support, acpi-support-base), but only
one link to the manpage is known about using dpkg:
# aptitude install acpi-support
The following NEW packages will be installed:
acpi-fakekey{a} acpi-support acpi-support-base{a}
0 packages upgraded, 3 newly installed, 0 to remove and 120 not upgraded.
Need to get 0B/91.1kB of archives. After unpacking 975kB will be used.
Do you want to continue? [Y/n/?]
Selecting previously deselected package acpi-fakekey.
(Reading database ... 261887 files and directories currently installed.)
Unpacking acpi-fakekey (from .../acpi-fakekey_0.137-3_i386.deb) ...
Selecting previously deselected package acpi-support-base.
Unpacking acpi-support-base (from .../acpi-support-base_0.137-3_all.deb) ...
Selecting previously deselected package acpi-support.
Unpacking acpi-support (from .../acpi-support_0.137-3_all.deb) ...
Processing triggers for man-db ...
Setting up acpi-fakekey (0.137-3) ...
Starting acpi_fakekey daemon...done.
Setting up acpi-support-base (0.137-3) ...
Setting up acpi-support (0.137-3) ...
$ dpkg -S 'acpi_fakekey'
acpi-fakekey: /usr/bin/acpi_fakekey
acpi-fakekey: /usr/sbin/acpi_fakekeyd
acpi-fakekey: /usr/share/man/man1/acpi_fakekey.1.gz
$ ls /usr/share/man/man?/acpi*
/usr/share/man/man1/acpi.1.gz /usr/share/man/man1/acpi_fakekey.1.gz
/usr/share/man/man8/acpi_listen.8.gz
/usr/share/man/man1/acpi_available.1.gz /usr/share/man/man8/acpid.8.gz
The weird thing is that both support and fakekey packages contain that man page
in their contents:
$ dpkg -c acpi-support-base_0.137-3_all.deb | grep man
$ dpkg -c acpi-support_0.137-3_all.deb | grep man
drwxr-xr-x root/root 0 2010-08-07 12:30 ./usr/share/man/
drwxr-xr-x root/root 0 2010-08-07 12:30 ./usr/share/man/man1/
-rw-r--r-- root/root 366 2010-08-07 12:30
./usr/share/man/man1/acpi_fakekey.1.gz
$ dpkg -c acpi-fakekey_0.137-3_i386.deb | grep man
drwxr-xr-x root/root 0 2010-08-07 12:30 ./usr/share/man/
drwxr-xr-x root/root 0 2010-08-07 12:30 ./usr/share/man/man1/
-rw-r--r-- root/root 366 2010-08-07 12:30
./usr/share/man/man1/acpi_fakekey.1.gz
If I delve a little deeper into dh_installman, it looks like the manpage for
acpi-fakekey is being overwritten by the manpage for acpi-support:
acpi-support-0.137$ dh_installman -v
man --recode UTF-8 ./acpi_fakekey\.1 > acpi_fakekey\.1\.new
chmod 644 acpi_fakekey.1.new
mv -f acpi_fakekey.1.new acpi_fakekey.1
man --recode UTF-8 ./acpi_fakekey\.1 > acpi_fakekey\.1\.new
chmod 644 acpi_fakekey.1.new
mv -f acpi_fakekey.1.new acpi_fakekey.1
I guess a check for this would be to alter another package, renaming the manpage
to acpi_fakekey.1 (or whatever), and see if it changes the installed manpage.
This seems like two bugs:
[1] acpi-support has acpi_fakekey.1 as its manpage
[2] dh_installman doesn't check to make sure it's not overwriting a man page
from another package
[2] is a potential problem, because it suggests that manpages are not checked
for filename clashes between packages, and it's possible for a manpage to be
replaced by a manpage for another package.
David Eccles (gringer)
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
