reassign 523260 gnuplot,libedit2 thahns On Wed, Apr 08, 2009 at 11:30:38PM -0400, Jason McCarty wrote: > Package: gnuplot-nox > Version: 4.2.5-1 > Severity: normal > > When I run gnuplot, I get the following error. > > gnuplot: symbol lookup error: gnuplot: undefined symbol: remove_history > > It seems this symbol is missing from my (4 year old!) libedit2. Please > depend on a newer version. I plan to upgrade momentarily, just thought > I'd mention it. > > Or maybe it's a bug in libedit2 that they introduced a symbol without > bumping the soversion. > > > -- System Information: > Debian Release: lenny/sid > APT prefers unstable > APT policy: (300, 'unstable') > Architecture: i386 (i686) > > Kernel: Linux 2.6.28.7-quaternion (PREEMPT) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/bash > > Versions of packages gnuplot-nox depends on: > ii libc6 2.9-4 GNU C Library: Shared libraries > ii libedit2 2.9.cvs.20050518-2.2 BSD editline and history > libraries > ii libgd2-noxpm 2.0.36~rc1~dfsg-1 GD Graphics Library version 2 > (wit > > Versions of packages gnuplot-nox recommends: > pn groff <none> (no description available) > > Versions of packages gnuplot-nox suggests: > ii gnuplot-doc 4.0.0-2 Documentation for gnuplot > ii gnuplot-x11 4.2.5-1 A command-line driven > interactive
I am reassigning this bug report to both packages simultaneously. libedit maintainer must know about this problem and some work seems needed at both sides. Once coordinated it should be split into different bug reports with appropriate severities. First, I have looked the .a files for libedit-dev_2.9.cvs.20050518-2.2 and libedit-dev_2.11-20080614-1 and seems to be a number of new symbols and even some others disappearing. Unless this last corresponds to absolutely unused symbols it should deserve a soname bump. If the only problem are new symbols added, may be just changing libedit2.shlibs: libedit 2 libedit2 (>= 2.5.cvs.20010821-1) dependency to (>= 2.11-20080614-1) can help. Take this with a grain of salt, I am not familiar with shared libraries policy. At the gnuplot side seems it needs a versioned build-dep on new libedit-dev and a rebuild against it to inherit new dependency. Of course, the gnuplot part of this problem can be worked around by adding an explicit libedit2 (>= 2.11-20080614-1) dependency and appropriate build-dependency, but I think something should also be done at libedit2 side. We are frozen and that is a library, so better ask debian-release first. -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
