[Pkg-acpi-devel] Bug#591815: Manpage not installed for acpi-support

David Eccles (gringer) hacking at gringer.org
Sat Aug 7 00:57:51 UTC 2010


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)





More information about the Pkg-acpi-devel mailing list