man page of lsof command broken
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
lsof (Debian) |
Fix Released
|
Unknown
|
|||
lsof (Ubuntu) |
Fix Released
|
Low
|
Unassigned | ||
Focal |
Fix Released
|
Low
|
Eric Desrochers | ||
Groovy |
Fix Released
|
Low
|
Eric Desrochers | ||
Hirsute |
Fix Released
|
Low
|
Unassigned |
Bug Description
[Impact]
One cannot consult the 'lsof' manpage in various ways:
* Using CLI: man lsof
* Ubuntu Manpage: http://
You will notice the manpage is missing for F and G.
Workarounds would be:
* Use '--help' parameter
* Use a search engine to find an 'lsof' online man page.
This has been first introduced with the new upstream release of '4.93.2+dfsg-1'.
lsof | 4.93.2+dfsg-1 | focal
lsof | 4.93.2+dfsg-1 | groovy
[Test Case]
== CLI ==
* On an F/G system, perform "man lsof"
It will errors out as follows:
"
man: can't open /usr/share/
No manual entry for lsof
"
== Ubuntu Manpage ==
* Browse the Ubuntu Manpage:
http://
No 'lsof' manpage is found for F/G.
[Where problem could occur]
If a problem arise, it will only affect the lsof manpage.
The fix adds a build dependency 'groff-base'[0] that is found in 'main' for all affected release above and pretty much at the same level of code base.
debian:
groff-base | 1.22.4-5 | unstable
ubuntu:
groff-base | 1.22.4-4build1 | focal
groff-base | 1.22.4-5 | groovy
groff-base | 1.22.4-5 | hirsute
[0] - https:/
[Other info]
In theory, I would possibly wait for the next bug fixing SRU as an opportunity to merge that change, but according to the d/changelog, there is not much frequent SRU(s) done for 'lsof', so we might have to just fix 'lsof' for this particular case which can be an annoyance for certain Ubuntu users.
The package has been fixed in Debian upstream '4.93.2+dfsg-1.1' and auto-synced in Hirsute. It is now needing an SRU for F/G.
Debian bug:
https:/
[Original Description]
When trying to view the manpage of lsof, this happens:
desktop ~ $ LANG=C man lsof
man: can't open /usr/share/
No manual entry for lsof
The man page is present at /usr/share/
This: zless /usr/share/
reveals that there is the line ".so ./version" at the beginning, with the file "version" not existing.
Other man pages don't seem to be affected.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: lsof 4.93.2+dfsg-1
ProcVersionSign
Uname: Linux 5.4.0-42-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.8
Architecture: amd64
CasperMD5CheckR
CurrentDesktop: ubuntu:GNOME
Date: Sat Aug 29 13:50:47 2020
InstallationDate: Installed on 2020-08-03 (26 days ago)
InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
ProcEnviron:
TERM=xterm
PATH=(custom, no user)
XDG_RUNTIME_
LANG=de_DE.UTF-8
SHELL=/bin/bash
SourcePackage: lsof
UpgradeStatus: No upgrade log present (probably fresh install)
Changed in lsof (Debian): | |
status: | Unknown → New |
Changed in lsof (Ubuntu): | |
importance: | Undecided → Low |
status: | New → Triaged |
Changed in lsof (Ubuntu Hirsute): | |
status: | Triaged → Fix Released |
description: | updated |
description: | updated |
Changed in lsof (Ubuntu Groovy): | |
status: | New → In Progress |
Changed in lsof (Ubuntu Focal): | |
status: | New → In Progress |
assignee: | nobody → Eric Desrochers (slashd) |
Changed in lsof (Ubuntu Groovy): | |
assignee: | nobody → Eric Desrochers (slashd) |
importance: | Undecided → Low |
Changed in lsof (Ubuntu Focal): | |
importance: | Undecided → Low |
description: | updated |
description: | updated |
description: | updated |
description: | updated |
description: | updated |
description: | updated |
Changed in lsof (Debian): | |
status: | New → Fix Released |
PS: Reinstalling the "lsof" package doesn't fix the problem.