Bug#910110: aptitude: aptitude does not update libxapian30 during aptitude "self upgrade"
On Fri, Oct 05, 2018 at 10:12:15PM +0100, Olly Betts wrote: > On Fri, Oct 05, 2018 at 06:46:52PM +0200, Sven Joachim wrote: > > Instead of shlibs.local, you probably want to generate > > libxapian30.shlibs - see dh_makeshlibs(1). > > Hmm, I thought I'd confirmed this was working, but I guess I checked > xapian-tools which the shlibs.local would work with. > > Thanks for catching. I'll upload -4 later today. Done. To confirm the fix this time, I installed the new libxapian30 package and checked: /var/lib/dpkg/info/libxapian30:amd64.shlibs This now has: libxapian 30 libxapian30 (>= 1.4.6~) Cheers, Olly
Bug#910110: aptitude: aptitude does not update libxapian30 during aptitude "self upgrade"
On Fri, Oct 05, 2018 at 06:46:52PM +0200, Sven Joachim wrote: > Instead of shlibs.local, you probably want to generate > libxapian30.shlibs - see dh_makeshlibs(1). Hmm, I thought I'd confirmed this was working, but I guess I checked xapian-tools which the shlibs.local would work with. Thanks for catching. I'll upload -4 later today. > The rebuilds should be scheduled with a dep-wait for libxapian-dev (>= > 1.4.7-4) if that version indeed fixes the bug (see > https://release.debian.org/wanna-build.html). Yes, I know. It seemed prudent to wait to see it was building OK and give a chance to catch brown paper bag issues (like the one you spotted) rather than just lean on dep-wait. If I'd already filed a binnmu request with a suitable dep-wait we'd have already pointlessly rebuilt a load of reverse deps. Cheers, Olly
Bug#910110: aptitude: aptitude does not update libxapian30 during aptitude "self upgrade"
Control: found -1 1.4.7-3 On 2018-10-05 03:08 +0100, Olly Betts wrote: > On Tue, Oct 02, 2018 at 11:10:46PM +0200, Sven Joachim wrote: >> Indeed, but that needs to be fixed in libxapian30's shlibs file. > > Fixed there by xapian-core 1.4.7-3. Unfortunately it is not really fixed: , | $ cat /var/lib/dpkg/info/libxapian30:amd64.shlibs | libxapian 30 libxapian30 ` In debian/changelog you mentioned , | * debian/rules: Generate shlibs.local so that reverse dependencies get a | versioned dependency on libxapian30 based on the version when the ABI | last changed. (Closes: #910110) ` But shlibs.local only influences binaries built from the same source package. Instead of shlibs.local, you probably want to generate libxapian30.shlibs - see dh_makeshlibs(1). >> Then aptitude (and other reverse dependencies of libxapian30 that >> might be affected) can be rebuilt to pick up the changed dependency. > > I've pulled out a list of the packages which need rebuilding from the > buildinfo files on mirror.ftp-master.d.o (anything built against > libxapian-dev 1.4.6-1 or higher which doesn't already have a suitably > versioned dependency): > > 07/10/pinot_1.05-2_kfreebsd-i386.buildinfo: libxapian-dev (= 1.4.6-1), > 07/10/zeitgeist_1.0.1-0.2_kfreebsd-i386.buildinfo: libxapian-dev (= 1.4.6-1), > 08/08/maildir-utils_1.0-6_amd64.buildinfo: libxapian-dev (= 1.4.7-2), > 08/17/baloo-kf5_5.49.0-1_amd64.buildinfo: libxapian-dev (= 1.4.7-2), > 08/28/recoll_1.24.1-3_amd64.buildinfo: libxapian-dev (= 1.4.7-2), > 09/06/plasma-desktop_5.13.5-1_amd64.buildinfo: libxapian-dev (= 1.4.7-2), > 09/06/plasma-workspace_5.13.5-1_amd64.buildinfo: libxapian-dev (= 1.4.7-2), > 09/07/aptitude_0.8.11-3_amd64.buildinfo: libxapian-dev (= 1.4.7-2), > 09/29/packagesearch_2.7.9_amd64.buildinfo: libxapian-dev (= 1.4.7-2), > 10/02/cyrus-imapd_2.5.11-1_amd64.buildinfo: libxapian-dev (= 1.4.7-2), > 10/03/akonadiconsole_18.08.1-1_amd64.buildinfo: libxapian-dev (= 1.4.7-2), > 10/03/akonadi-search_18.08.1-1_amd64.buildinfo: libxapian-dev (= 1.4.7-2), > 10/04/notmuch_0.28~rc0-1_amd64.buildinfo: libxapian-dev (= 1.4.7-2), > 10/05/libsearch-xapian-perl_1.2.25.2-1_kfreebsd-amd64.buildinfo: > libxapian-dev (= 1.4.7-2), Thanks for your research. > I'll request rebuilds once 1.4.7-3 has built on most architectures, > and recheck the latest buildinfo files in case anything gets built > against the current libxapian-dev before the new one propagates > everywhere. The rebuilds should be scheduled with a dep-wait for libxapian-dev (>= 1.4.7-4) if that version indeed fixes the bug (see https://release.debian.org/wanna-build.html). Cheers, Sven
Bug#910110: aptitude: aptitude does not update libxapian30 during aptitude "self upgrade"
On Tue, Oct 02, 2018 at 11:10:46PM +0200, Sven Joachim wrote: > Indeed, but that needs to be fixed in libxapian30's shlibs file. Fixed there by xapian-core 1.4.7-3. > Then aptitude (and other reverse dependencies of libxapian30 that > might be affected) can be rebuilt to pick up the changed dependency. I've pulled out a list of the packages which need rebuilding from the buildinfo files on mirror.ftp-master.d.o (anything built against libxapian-dev 1.4.6-1 or higher which doesn't already have a suitably versioned dependency): 07/10/pinot_1.05-2_kfreebsd-i386.buildinfo: libxapian-dev (= 1.4.6-1), 07/10/zeitgeist_1.0.1-0.2_kfreebsd-i386.buildinfo: libxapian-dev (= 1.4.6-1), 08/08/maildir-utils_1.0-6_amd64.buildinfo: libxapian-dev (= 1.4.7-2), 08/17/baloo-kf5_5.49.0-1_amd64.buildinfo: libxapian-dev (= 1.4.7-2), 08/28/recoll_1.24.1-3_amd64.buildinfo: libxapian-dev (= 1.4.7-2), 09/06/plasma-desktop_5.13.5-1_amd64.buildinfo: libxapian-dev (= 1.4.7-2), 09/06/plasma-workspace_5.13.5-1_amd64.buildinfo: libxapian-dev (= 1.4.7-2), 09/07/aptitude_0.8.11-3_amd64.buildinfo: libxapian-dev (= 1.4.7-2), 09/29/packagesearch_2.7.9_amd64.buildinfo: libxapian-dev (= 1.4.7-2), 10/02/cyrus-imapd_2.5.11-1_amd64.buildinfo: libxapian-dev (= 1.4.7-2), 10/03/akonadiconsole_18.08.1-1_amd64.buildinfo: libxapian-dev (= 1.4.7-2), 10/03/akonadi-search_18.08.1-1_amd64.buildinfo: libxapian-dev (= 1.4.7-2), 10/04/notmuch_0.28~rc0-1_amd64.buildinfo: libxapian-dev (= 1.4.7-2), 10/05/libsearch-xapian-perl_1.2.25.2-1_kfreebsd-amd64.buildinfo: libxapian-dev (= 1.4.7-2), I'll request rebuilds once 1.4.7-3 has built on most architectures, and recheck the latest buildinfo files in case anything gets built against the current libxapian-dev before the new one propagates everywhere. Cheers, Olly
Bug#910110: aptitude: aptitude does not update libxapian30 during aptitude "self upgrade"
Control: tags -1 - d-i Control: reassign -1 libxapian30 1.4.7-2 Control: retitle -1 libxapian30: needs to bump shlibs Control: severity -1 serious On 2018-10-02 21:57 +0200, Olivier wrote: > Package: aptitude > Version: 0.8.11-3 > Severity: important > Tags: d-i > > Dear Maintainer, > > ** IMPORTANT ** > current report was not created on affected system, so do not take into account > "bugreport" automatic attached informations. > ** /IMPORTANT ** > > Issue occure into a Debian Testing system. > > I've to work on a not up-to-date system (about 1200 packages to update), so I > start to first update "aptitude" itself: > # aptitude install aptitude > > This work fine. > > But after, for any "aptitude" command, this fail with: > > aptitude: symbol lookup error: aptitude: undefined symbol: > _ZN6Xapian4MSetC1EOS0_ This seems to be easy to reproduce. On a stretch system, change sources.list to buster, upgrade aptitude and try to start aptitude. > Issue is that "aptitude" depends on "libxapian30", who was installed on the > past, but NOT upgraded by last "aptitude install aptitude" > > OLD installed package: > ii libxapian30:amd641.4.3-2amd64Search engine library > > UP-TO-DATE package: > ii libxapian30:amd641.4.7-2amd64Search engine library > > In order to fix issue, I've to use "apt" to upgrade "libxapian30": > > # apt-get install libxapian30 > > > 2018-10-02 21:31:15 upgrade libxapian30:amd64 1.4.3-2 1.4.7-2 > 2018-10-02 21:31:15 status half-configured libxapian30:amd64 1.4.3-2 > 2018-10-02 21:31:15 status unpacked libxapian30:amd64 1.4.3-2 > 2018-10-02 21:31:15 status half-installed libxapian30:amd64 1.4.3-2 > 2018-10-02 21:31:15 status half-installed libxapian30:amd64 1.4.3-2 > 2018-10-02 21:31:16 status unpacked libxapian30:amd64 1.4.7-2 > 2018-10-02 21:31:16 status unpacked libxapian30:amd64 1.4.7-2 > 2018-10-02 21:31:16 configure libxapian30:amd64 1.4.7-2 > 2018-10-02 21:31:16 status unpacked libxapian30:amd64 1.4.7-2 > 2018-10-02 21:31:16 status half-configured libxapian30:amd64 1.4.7-2 > 2018-10-02 21:31:16 status installed libxapian30:amd64 1.4.7-2 > > > Issue fixed, no more "undefined symbol" issue ! > > In order to definitively fix issue, "aptitude" package dependancies should be > modified: > - Currently, we have: > Dépend: [...], libxapian30 > > - Now, we should have something like: > Dépend: [...], libxapian30 (>=1.4.7-2) Indeed, but that needs to be fixed in libxapian30's shlibs file. Then aptitude (and other reverse dependencies of libxapian30 that might be affected) can be rebuilt to pick up the changed dependency. Cheers, Sven > Thanks for your help ! > > Best regards, > > Olivier > > > > -- Package-specific info: > Terminal: xterm-256color > $DISPLAY is set. > which aptitude: /usr/bin/aptitude > > aptitude version information: > aptitude 0.8.11 > Compiler: g++ 8.2.0 > Compiled against: > apt version 5.0.2 > NCurses version 6.1 > libsigc++ version: 2.10.0 > Gtk+ support disabled. > Qt support disabled. > > Current library versions: > NCurses version: ncurses 6.1.20180714 > cwidget version: 0.5.17 > Apt version: 5.0.2 > > aptitude linkage: > linux-vdso.so.1 (0x7ffdfc3f) > libapt-pkg.so.5.0 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.5.0 > (0x7fc80f377000) > libncursesw.so.6 => /lib/x86_64-linux-gnu/libncursesw.so.6 > (0x7fc80f33d000) > libtinfo.so.6 => /lib/x86_64-linux-gnu/libtinfo.so.6 > (0x7fc80f30f000) > libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 > (0x7fc80f306000) > libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 > (0x7fc80f20) > libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 > (0x7fc80f0e) > libboost_iostreams.so.1.62.0 => > /usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.62.0 (0x7fc80f0c1000) > libboost_system.so.1.62.0 => > /usr/lib/x86_64-linux-gnu/libboost_system.so.1.62.0 (0x7fc80f0bc000) > libxapian.so.30 => /usr/lib/x86_64-linux-gnu/libxapian.so.30 > (0x7fc80ee96000) > libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 > (0x7fc80ee75000) > libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 > (0x7fc80ecf2000) > libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fc80eb5e000) > libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 > (0x7fc80eb42000) > libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fc80e985000) > libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 > (0x7fc80e96c000) > libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7fc80e74e000) > libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 > (0x7fc80e73b000) > liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7fc80e515000) > liblz4.so.1 => /usr/lib/x86_64-linux-gnu/liblz4.so.1 > (0x7fc80e2f6000) > libzstd.so.1 => /usr/lib
Bug#910110: aptitude: aptitude does not update libxapian30 during aptitude "self upgrade"
Package: aptitude Version: 0.8.11-3 Severity: important Tags: d-i Dear Maintainer, ** IMPORTANT ** current report was not created on affected system, so do not take into account "bugreport" automatic attached informations. ** /IMPORTANT ** Issue occure into a Debian Testing system. I've to work on a not up-to-date system (about 1200 packages to update), so I start to first update "aptitude" itself: # aptitude install aptitude This work fine. But after, for any "aptitude" command, this fail with: aptitude: symbol lookup error: aptitude: undefined symbol: _ZN6Xapian4MSetC1EOS0_ Issue is that "aptitude" depends on "libxapian30", who was installed on the past, but NOT upgraded by last "aptitude install aptitude" OLD installed package: ii libxapian30:amd641.4.3-2amd64Search engine library UP-TO-DATE package: ii libxapian30:amd641.4.7-2amd64Search engine library In order to fix issue, I've to use "apt" to upgrade "libxapian30": # apt-get install libxapian30 2018-10-02 21:31:15 upgrade libxapian30:amd64 1.4.3-2 1.4.7-2 2018-10-02 21:31:15 status half-configured libxapian30:amd64 1.4.3-2 2018-10-02 21:31:15 status unpacked libxapian30:amd64 1.4.3-2 2018-10-02 21:31:15 status half-installed libxapian30:amd64 1.4.3-2 2018-10-02 21:31:15 status half-installed libxapian30:amd64 1.4.3-2 2018-10-02 21:31:16 status unpacked libxapian30:amd64 1.4.7-2 2018-10-02 21:31:16 status unpacked libxapian30:amd64 1.4.7-2 2018-10-02 21:31:16 configure libxapian30:amd64 1.4.7-2 2018-10-02 21:31:16 status unpacked libxapian30:amd64 1.4.7-2 2018-10-02 21:31:16 status half-configured libxapian30:amd64 1.4.7-2 2018-10-02 21:31:16 status installed libxapian30:amd64 1.4.7-2 Issue fixed, no more "undefined symbol" issue ! In order to definitively fix issue, "aptitude" package dependancies should be modified: - Currently, we have: Dépend: [...], libxapian30 - Now, we should have something like: Dépend: [...], libxapian30 (>=1.4.7-2) Thanks for your help ! Best regards, Olivier -- Package-specific info: Terminal: xterm-256color $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.8.11 Compiler: g++ 8.2.0 Compiled against: apt version 5.0.2 NCurses version 6.1 libsigc++ version: 2.10.0 Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 6.1.20180714 cwidget version: 0.5.17 Apt version: 5.0.2 aptitude linkage: linux-vdso.so.1 (0x7ffdfc3f) libapt-pkg.so.5.0 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.5.0 (0x7fc80f377000) libncursesw.so.6 => /lib/x86_64-linux-gnu/libncursesw.so.6 (0x7fc80f33d000) libtinfo.so.6 => /lib/x86_64-linux-gnu/libtinfo.so.6 (0x7fc80f30f000) libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 (0x7fc80f306000) libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 (0x7fc80f20) libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7fc80f0e) libboost_iostreams.so.1.62.0 => /usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.62.0 (0x7fc80f0c1000) libboost_system.so.1.62.0 => /usr/lib/x86_64-linux-gnu/libboost_system.so.1.62.0 (0x7fc80f0bc000) libxapian.so.30 => /usr/lib/x86_64-linux-gnu/libxapian.so.30 (0x7fc80ee96000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fc80ee75000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7fc80ecf2000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fc80eb5e000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7fc80eb42000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fc80e985000) libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x7fc80e96c000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7fc80e74e000) libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7fc80e73b000) liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7fc80e515000) liblz4.so.1 => /usr/lib/x86_64-linux-gnu/liblz4.so.1 (0x7fc80e2f6000) libzstd.so.1 => /usr/lib/x86_64-linux-gnu/libzstd.so.1 (0x7fc80e25b000) libudev.so.1 => /lib/x86_64-linux-gnu/libudev.so.1 (0x7fc80e23b000) /lib64/ld-linux-x86-64.so.2 (0x7fc80f9be000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fc80e236000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7fc80e22c000) libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7fc80e221000) -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (900, 'testing'), (800, 'stable'), (90, 'unstable'), (40, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UT
