Arch Linux

Hey, this is better:
pacman -Ql | grep ' /usr/man/' | grep -vE '\.gz$|/$' | cut -d' ' -f1 | uniq > ~/unzipped-manpages

rec.1 (sox) and slogin.1 (openssh) are symlinks and don't work.

Just two more: normalize (pkg from 2002) and emelfm2 (.bz2 even)

Add bitchx, from http://bugs.archlinux.org/task/6310

This is actualy an issue with makepkg.

- pages compressed with bz2 are not changed
- pages that are installed (by pkgs make install) as hard links are not compressed

Two more :
* ghostscript --- see  bug 8280 
* vi --- see  bug 8282 

I also opened one for sox ( bug 8281 ) but it was already mentioned above...

- Gimp is another candidate (gimp-console/gimptool)

- /usr/man/man8/traceroute.8.gz (iputils) has 444 perms and owner bin:bin

Run 'find /usr/man/ -type f ! -perm 644 -ls' or something similar to find a lot more of those.

See the following commit to makepkg:
<http://projects.archlinux.org/git/?p=pacman.git;a=commit;h=9615d82343148301884bfc79d87e2f408aad64bd>

From a pacman point of view, I don't think there is much more we can do here. manpage permissions are really the job of the packager and/or package itself- we shouldn't artificially muck with permissions. I'm going to remove this from the 3.1 release bug as we have made several advances there, including the gzipping of the hard linked manpages.

Anything actionable here? If not I'd like to close this. If there is, an updated list of packages with broken manpages would be nice and I can open up a TODO list for that.

This was never intended as a pacman/makepkg bug, so there's still a few pkgs left. Following are those I found with this line:
$ find /usr/man/ /usr/share/man/ -type f ! -perm 644 | xargs pacman -Qo | awk '{print $5}' | sort -u

cairo-perl
csup
device-mapper
dhcpcd
frozen-bubble
glade-perl
glib-perl
gtk2-perl
imagemagick
iputils
lvm2
mt-st
newsbeuter
perl-libxml-common
perl-xml-sax
procps
qemu
sudo
tcl
tk
tzdata

Obviously I didn't check every single repo pkg, but I might add more comments with results from my other PCs. A quick check with Fedora 8 and Debian 4.0 revealed that both obey FHS paths with /usr/share/man and Debian is really anal with 644 permissions (0 hits) while Fedora isn't (TCL for example).

As for the non-gzipped ones; those should get fixed over time with pkgs rebuilds, they're mostly hardlinks.

foomatic-filters
gocr
net-snmp
p7zip
ppp
privoxy
rdiff-backup
root-tail
schedtool
sdl_perl
subversion
vectoroids
(sorry for being too lazy to mark the ones from community)

Just FYI, TODO list for Core/Extra is created already.

What's the status on this?

Bump

I've assigned this bug to the maintainers of the packages in the report. Note that rdate is not in core/extra.

Any package built since pacman 3.1 will have this fixed.

Very true. Do we need to explicitly address these, or just slowly let them be brought up to date as we go here?

I think it's fine to just let them get updated as the package is updated. Perhaps some sort of time limit though would be in order, for software with long release schedules.

I've set the due date to the 5th of january.

Most of these packages already have correct gzip'ed manpages. Only the snarf package has no gzip'ed manpage. I'm removing all the assignees that have their packages fixed.

I still get many unzipped manpages, even in recent packages. Might be that some devs still don't have 'zipman' in makepkg.conf.
The ones with wrong (well, mostly 444) permissions are more of an Makefile patch issue, true.

Can you post a list of the packages you are talking about? In the list above they all are OK.

ca-certificates
clive
deluge
emerald
file
hal
lame
logrotate
mlocate
mplayer
namcap
openssh
opera
p7zip
postfix
run-parts
shadow
stellarium
wireshark
zsh

(i686 without [testing])

Also:

mpg123
mysql (FHS!)
nasm
testdisk

Aaron, will these packages be rebuilt to fix this detail or will these get fixed along the way?

...
dnsmasq
dsniff (community)
optipng (community, FHS!)
sysstat (community)
unshield (community)

A few notes for packages I mentioned before:
- ca-certificates and hal are fixed in testing
- openssh needs FHS-fixing
- clive, emerald, testdisk -> [community]

(this and my small comment before were also for i686 machines, with testing enabled)

IMO it's nothing serious, so fix it in trunk only.

fixed diffutils

I imagine they'll get fixed along the way... trickle-down is easier on all the maintainers. Unless, of course, someone wants to power through a bunch of these at once 8)

Are there packages from the official repos left? Other packages should be listed each in a new report and should be assigned to the corresponding TU.

From downloading the filelists on the mirrors and running:
grep -R -e "usr/man" -e "usr/share/man" * | grep -v ".gz" | grep -v "/$" | cut -f1 -d"/" | uniq

packages in core without gzipped man pages:
libarchive
logrotate
madwifi-utils
module-init-tools
pcmciautils
run-parts
shadow
syslog-ng
wlan-ng-utils
xfsprogs

I have no idea how libarchive ended up non-gzipped, but if I rebuild it locally they get gzipped, so that is odd.

I'll take care of that on the next rebuild. It might be fine just to close this bug and let the rest go as they are rebuilt, although surely some of these have been rebuilt within the last year.

maybe not everybody has added zipman option to the makepkg.conf when merging with the .pacnew.

anyway I'm also fine with closing this one. maybe we should send this pkg list to the public list or to the maintainers to check their chroots. none of these package is mine. going to remove myself from this bug.