Bug 177471 – dev-lang/python * Unable to establish /usr/share/man/man1/python.1.gz symlink

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Carsten Lohrke (RETIRED) 2007-05-07 13:27:53 UTC]

Default is bz2 for a while now, but since we have PORTAGE_COMPRESS as make.conf variable, hardcoding is not possible.

[Comment 1 Jakub Moc (RETIRED) 2007-05-07 23:10:09 UTC]

*** Bug 172842 has been marked as a duplicate of this bug. ***

[Comment 2 Martin von Gagern 2007-05-07 23:25:15 UTC]

(In reply to comment #1)
> *** Bug 172842 has been marked as a duplicate of this bug. ***

One could use $(ecompress --suffix) instead of hardcoded .gz, but this could still lead to orphaned dead .gz links lying around from previous versions.
Emacs had the same issue, and in bug 164969 comment 6 I had suggested to move manpage handling to alternatives.eclass.
Seems the emacs maintainers chose to write an eselect module instead.

[Comment 3 Bryan Østergaard (RETIRED) 2007-05-10 14:05:13 UTC]

Should be fixed in 2.4.4-r3 and 2.5.1-r1, both just added to CVS.

[Comment 4 Boney McCracker 2007-05-10 22:45:11 UTC]

(In reply to comment #3)
> Should be fixed in 2.4.4-r3 and 2.5.1-r1, both just added to CVS.
> 

Thank you all.

[Comment 5 Jakub Moc (RETIRED) 2007-05-13 05:49:01 UTC]

*** Bug 178282 has been marked as a duplicate of this bug. ***

[Comment 6 Jakub Moc (RETIRED) 2007-05-13 06:09:06 UTC]

(In reply to comment #3)
> Should be fixed in 2.4.4-r3 and 2.5.1-r1, both just added to CVS.

No, this really doesn't work at all.

# ls -la /usr/share/man/man1/python*
lrwxrwxrwx 1 root root   39 2007-05-13 06:49 /usr/share/man/man1/python.1* -> /usr/share/man/man1/python[0-9][0-9].1*
lrwxrwxrwx 1 root root   36 2007-05-11 00:23 /usr/share/man/man1/python.1.bz2 -> //usr/share/man/man1/python2.4.1.bz2
-rw-r--r-- 1 root root 4637 2007-05-13 01:22 /usr/share/man/man1/python2.5.1.bz2

[Comment 7 Jakub Moc (RETIRED) 2007-05-13 06:13:09 UTC]

The above is on system w/ *only* python-2.5.1-r2 installed (upgraded to 2.5.1, ran python-updater, unmerged python-2.4.4-r4). Looks worse than before the fix.

[Comment 8 Jakub Moc (RETIRED) 2007-05-13 06:43:52 UTC]

Created attachment 119065 [details, diff]
python-2.5.1-r2.ebuild.diff

This one works. As for orphaned symlinks left by previous versions, pretty much a non-issue, you don't unmerge python (plus, there's a trivial fix in Bug 132259). Note that this patch doesn't delete the messed-up symlink created by current ebuild.

<snip>
>>> Original instance of package unmerged safely.
 * Linking /usr/bin/python2.5 to /usr/bin/python (relative)
 * Linking /usr/bin/python2.5 to /usr/bin/python2 (relative)
 * Linking /usr/bin/idle2.5 to /usr/bin/idle (relative)
 * Linking /usr/bin/pydoc2.5 to /usr/bin/pydoc (relative)
 * Linking /usr/bin/python-config-2.5 to /usr/bin/python-config (relative)
 * Linking /usr/share/man/man1/python2.5.1.bz2 to /usr/share/man/man1/python.1.bz2 (relative)
 * Byte compiling python modules for python-2.5 .. ...
</snip>

# ls -la /usr/share/man/man1/python*
lrwxrwxrwx 1 root root   15 2007-05-13 08:42 /usr/share/man/man1/python.1.bz2 -> python2.5.1.bz2
-rw-r--r-- 1 root root 4637 2007-05-13 08:41 /usr/share/man/man1/python2.5.1.bz2

[Comment 9 Jakub Moc (RETIRED) 2007-05-13 06:56:10 UTC]

Created attachment 119067 [details, diff]
python-2.4.4-r4.ebuild.diff

Same patch for 2.4.4 users.

[Comment 10 Bryan Østergaard (RETIRED) 2007-05-14 10:03:27 UTC]

Fixed, thanks.