Your message dated Fri, 24 Jan 2020 17:54:34 +0000 with message-id <[email protected]> and subject line Re: Bug#949747: gimp: dependency versions missing has caused the Debian Bug report #949747, regarding gimp: dependency versions missing 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.) -- 949747: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=949747 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: gimp Version: 2.10.12-1 Severity: important just apt-get installed gimp after several months (possibly a year) of not upgrading, and the following occurred: lkcl@fizzy:~/src/libreriscv/libreriscv$ gimp /tmp/2020-01-24_11-56.png gimp: /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0: no version information available (required by gimp) gimp: /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0: no version information available (required by /usr/lib/libgimpwidgets-2.0.so.0) gimp: /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0: no version information available (required by /usr/lib/libgimpcolor-2.0.so.0) gimp: symbol lookup error: /usr/lib/libgimpcolor-2.0.so.0: undefined symbol: gegl_scratch_alloc this indicates that correct / relevant dependency version information (libgimpcolor>=N.NN) in the debian/control file and in the dependencies themselves. -- System Information: Kernel: Linux 4.19.0-6-amd64 (SMP w/16 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gimp depends on: ii gimp-data 2.10.12-1 ii libaa1 1.4p5-42 ii libbabl-0.1-0 1:0.1.58-dmo1 ii libbz2-1.0 1.0.6-8.1 ii libc6 2.29-9 ii libcairo2 1.16.0-1 ii libfontconfig1 2.12.6-0.1 ii libfreetype6 2.9.1-3 ii libgcc1 1:8.2.0-7 ii libgdk-pixbuf2.0-0 2.36.0-1 ii libgegl-0.4-0 1:0.4.12-dmo1 ii libgexiv2-2 0.10.8-1 ii libgimp2.0 2.10.12-1 ii libglib2.0-0 2.56.1-2 ii libgs9 9.05~dfsg-8+b1 ii libgtk2.0-0 2.24.32-3 ii libgudev-1.0-0 175-7.2 ii libharfbuzz0b 2.3.1-1 ii libheif1 1.3.2-1+b1 ii libilmbase24 2.3.0-6 ii libjpeg62-turbo 1:1.5.1-2 ii liblcms2-2 2.9-3+b1 ii liblzma5 5.2.2-1.2 ii libmng1 1.0.10+dfsg-3.1 ii libmypaint-1.3-0 1:1.3.0-dmo6 ii libopenexr24 2.3.0-6 ii libopenjp2-7 2.3.0-1 ii libpango-1.0-0 1.40.12-1 ii libpangocairo-1.0-0 1.40.12-1 ii libpangoft2-1.0-0 1.40.12-1 ii libpng16-16 1.6.34-1 ii libpoppler-glib8 0.69.0-2 ii librsvg2-2 2.44.10-1 ii libstdc++6 9.2.1-22 ii libtiff5 4.0.9-6 ii libwebp6 0.5.1-2 ii libwebpdemux2 0.5.2-1 ii libwebpmux3 0.6.1-2+b1 ii libwmf0.2-7 0.2.8.4-14 ii libx11-6 2:1.6.4-3 ii libxcursor1 1:1.1.15-1 ii libxext6 2:1.3.3-1+b2 ii libxfixes3 1:5.0.3-1 ii libxmu6 2:1.1.2-1 ii libxpm4 1:3.5.12-1 ii xdg-utils 1.1.0~rc1+git20111210-7 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages gimp recommends: ii ghostscript 9.05~dfsg-8+b1 Versions of packages gimp suggests: pn gimp-data-extras <none> pn gimp-help-en | gimp-help <none> ii gvfs-backends 1.28.2-1.0nosystemd1 ii libasound2 1.1.9-1 -- no debconf information
--- End Message ---
--- Begin Message ---This is not a bug in Debian, and appears to be caused by third-party packages from deb-multimedia.org. On Fri, 24 Jan 2020 at 12:01:27 +0000, lkcl wrote: > gimp: symbol lookup error: /usr/lib/libgimpcolor-2.0.so.0: undefined symbol: > gegl_scratch_alloc libgimp2.0 already has a versioned dependency on libgegl-0.4-0 (>= 0.4.18) (in the case of amd64), which should be enough to have that symbol (added in 0.4.14). However... > Versions of packages gimp depends on: > ii libbabl-0.1-0 1:0.1.58-dmo1 > ii libgegl-0.4-0 1:0.4.12-dmo1 > ii libmypaint-1.3-0 1:1.3.0-dmo6 These deb-multimedia.org packages are versioned with an epoch, which makes them compare higher than any debian.org package. You'll notice that your installed upstream version of libgegl is older than 0.4.18, but because of the epoch, it satisfies the dependency anyway. deb-multimedia.org's libbabl also lags behind the version in Debian unstable (0.1.72) and even stable (0.1.62), but uses an epoch to pretend to be newer. Packages in Debian cannot work reliably with these third-party libraries, especially not Debian testing/unstable. If the GEGL maintainers added a similar 1: epoch, I suspect that the most likely outcome is that the maintainer of deb-multimedia.org would increase their epoch to 2:, and we'd be back where we started, having gained nothing; so this workaround is not available unless the maintainer of deb-multimedia.org is willing to cooperate with Debian by promising not to increase packages' epochs in future. smcv
--- End Message ---
