/usr/share/man/man3/open_memstream.3.gz is a dangling symlink

are you sure the path is right ? all i see on breezy and dapper is /usr/share/man/man3/open_memstream.3.gz

Sorry, this should have been /usr/share/man/man3/open_memstream.3.gz.

I was running symlink -d in /usr/share/man after all:-)

This is still happening. should be solved for dapper. Cron.daily (and mandb) generates a warning about this.

The problem is still happening in dapper, as far as I can see:

$ cat /etc/*release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=6.06
DISTRIB_CODENAME=dapper
DISTRIB_DESCRIPTION="Ubuntu 6.06 LTS"

$ man open_memstream
man: warning: /usr/share/man/man3/open_memstream.3.gz is a dangling symlink
No manual entry for open_memstream

I just installed the manpages-dev package yesterday (September 6th, 2006).

Ubuntu keeps hoarding broken symlinks in /usr/share/man. In my system that is on a partition that is made writeable only when apt is working and stays read-only at all other times, but still I have broken symlinks to manpages installed every week or so!

It would be great if someone could come up with a way to check packages for broken symlinks in the man-directories so that we could get rid of this once and for all.

The Debian bug claims that this problem has been fixed. From the bug trail the version quoted for the final fix seems odd, but nevertheless in Hardy:

$ ls -l /usr/share/man/man3/open_memstream.3.gz
lrwxrwxrwx 1 root root 13 2007-11-29 15:49 /usr/share/man/man3/open_memstream.3.gz -> fmemopen.3.gz
$ ls -l /usr/share/man/man3/fmemopen.3.gz
-rw-r--r-- 1 root root 2447 2007-09-20 17:26 /usr/share/man/man3/fmemopen.3.gz
$ dpkg -S /usr/share/man/man3/open_memstream.3.gz /usr/share/man/man3/fmemopen.3.gz
manpages-dev: /usr/share/man/man3/open_memstream.3.gz
manpages-dev: /usr/share/man/man3/fmemopen.3.gz

... so all seems well now.