[Bug 1001189] Re: 'man' command fails with lseek error

[Nathan Stratton Treadway]

On Sun, May 20, 2012 at 21:02:42 -0000, Paul Crawford wrote:
> Trying to be positive, we have a possible work-around for our own
> system (drop /packages/local/bin from $PATH) but it is not really a
> decent fix. 

Another option might be to simply delete/rename the index.db file from
that directory tree; according to the man-db-manual.txt file, "man"
would then fall back to doing direct file searching within that tree
(which might be good enough in the case of the /packages/ man pages --
and certainly better than the current situation for 32-bit machines...).

                                                        Nathan

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to man-db in Ubuntu.
https://bugs.launchpad.net/bugs/1001189

Title:
  'man' command fails with lseek error opening cross-architecture
  index.db file (on network share)

Status in “man-db” package in Ubuntu:
  Confirmed

Bug description:
  When trying to look up the on-line documentation using the 'man'
  command it fails on 12.04 with lseek error. For example:

  $ man resolvconf
  gdbm fatal: lseek error

  This lseek error applies to other requests as well (e.g. ls, fdisk,
  etc). System information is:

  $ lsb_release -rd
  Description:	Ubuntu 12.04 LTS
  Release:	12.04

  apt-cache policy man
  man:
    Installed: (none)
    Candidate: (none)
    Version table:

  However, it is installed since it runs as a command, and I find:

  $ which man
  /usr/bin/man

  $ man --version
  man 2.6.1

  What I expect is to read the manual page appropriate to the
  command/program, and not get a software error.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/man-db/+bug/1001189/+subscriptions