Your message dated Mon, 15 Dec 2014 11:52:26 +0000 with message-id <[email protected]> and subject line Re: Bug#773077: man: symbol lookup error if owned by user "root" has caused the Debian Bug report #773077, regarding man: symbol lookup error if owned by user "root" to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 773077: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=773077 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: man-db Version: 2.7.0.2-4 Severity: important Dear Maintainer, * What led up to the situation? I changed the owner of "/usr/bin/man" and /usr/bin/mandb" from "man" to "root" with "dpkg-reconfigure man-db" (answered the question about "setuid man" with no). * What exactly did you do (or not do) that was effective (or ineffective)? I ran "/usr/bin/man test" after the change. * What was the outcome of this action? /usr/bin/man: symbol lookup error: /usr/bin/man: undefined symbol: pipecmd_chdir The return value was 127. * What outcome did you expect instead? The usual display of the man page. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i586) Kernel: Linux 3.16.7-ckt2-1 Locale: LANG=is_IS, LC_CTYPE=is_IS (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages man-db depends on: ii bsdmainutils 9.0.6 ii debconf [debconf-2.0] 1.5.54 ii dpkg 1.17.22 ii groff-base 1.22.3-1 ii libc6 2.19-13 ii libgdbm3 1.8.3-13.1 ii libpipeline1 1.4.0-1 ii zlib1g 1:1.2.8.dfsg-2+b1 man-db recommends no packages. Versions of packages man-db suggests: ii groff 1.22.3-1 ii iceweasel [www-browser] 31.3.0esr-1 ii less 458-3 ii lynx-cur [www-browser] 2.8.9dev1-2+b1 -- Configuration Files: /etc/cron.daily/man-db changed [not included] /etc/cron.weekly/man-db changed [not included] /etc/manpath.config changed [not included] -- debconf information: * man-db/install-setuid: false man-db/auto-update: true -- Bjarni I. Gislason
--- End Message ---
--- Begin Message ---On Sun, Dec 14, 2014 at 04:14:47PM +0000, Bjarni Ingi Gislason wrote: > This behaviour was caused by the "LD_LIBRARY_PATH" variable, that > contained "/usr/local/lib/". An older version "libpipeline.so.1.2.1" > was there, so it has been used until now. Yes, that would do it. The reason this didn't affect you beforehand wasn't the owning user, but the fact that you previously had man and mandb configured to be set-id, and LD_LIBRARY_PATH is filtered out of the environment when starting a set-id program. However, in general I'd class this as a local error rather than as a bug in the package; indeed presumably you did at one point want to override the system version of libpipeline with your own. Regards, -- Colin Watson [[email protected]]
--- End Message ---
