| Summary: | dev-lang/python * Unable to establish /usr/share/man/man1/python.1.gz symlink | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Carsten Lohrke (RETIRED) <carlo> |
| Component: | New packages | Assignee: | Python Gentoo Team <python> |
| Status: | RESOLVED FIXED | ||
| Severity: | minor | CC: | brendlerjg, cilly, jakub, Martin.vGagern, ssuominen |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
python-2.5.1-r2.ebuild.diff
python-2.4.4-r4.ebuild.diff |
||
|
Description
Carsten Lohrke (RETIRED)
2007-05-07 13:27:53 UTC
*** Bug 172842 has been marked as a duplicate of this bug. *** (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. Should be fixed in 2.4.4-r3 and 2.5.1-r1, both just added to CVS. (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. *** Bug 178282 has been marked as a duplicate of this bug. *** (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 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. 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 Created attachment 119067 [details, diff]
python-2.4.4-r4.ebuild.diff
Same patch for 2.4.4 users.
Fixed, thanks. |