Package: systemd Version: 215-12 Severity: important File: /usr/share/man/man1/systemd.1.gz
Dear Maintainer, When I run "man init", I expect to see the manpage corresponding to /sbin/init; since /sbin/init comes from sysvinit-core on my system, that would be init(8), but I get systemd(1) instead. This is seems to be partly because section 1 is before section 8 in the search path, and partly because of the "whatis" entry: --8<---------------cut here---------------start------------->8--- .SH "NAME" systemd, init \- systemd system and service manager --8<---------------cut here---------------end--------------->8--- which (given the path/filename and the stuff passed to .TH) presumably gives man-db the impression that this file should be considered to provide the init(1) manpage, rather than init(8) as it should be. It might be time to finally ask the man-db maintainer to stop including/using whatis entries in the database, or at least to use them only as a last resort... -- Package-specific info: -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages systemd depends on: ii acl 2.2.52-2 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-58 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1+b1 ii libblkid1 2.25.2-5 ii libc6 2.19-15 ii libcap2 1:2.24-6 ii libcap2-bin 1:2.24-6 ii libcryptsetup4 2:1.6.6-5 ii libgcrypt20 1.6.2-4+b1 ii libkmod2 18-3 ii liblzma5 5.1.1alpha+20120614-2+b3 ii libpam0g 1.1.8-3.1 ii libselinux1 2.3-2 ii libsystemd0 215-12 ii mount 2.25.2-5 ii sysv-rc 2.88dsf-58 ii udev 215-12 ii util-linux 2.25.2-5 Versions of packages systemd recommends: ii dbus 1.8.16-1 ii libpam-systemd 215-12 Versions of packages systemd suggests: pn systemd-ui <none> -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org