Re: Status of the t64 transition
Hi
thanks for checking all the packages and filing bugs!
On 2024-04-20 00:43:30 +0500, Andrey Rakhmatullin wrote:
> On Thu, Apr 18, 2024 at 09:22:02PM +0200, Sebastian Ramacher wrote:
> > Let's start with the first category. Those are packages that could be
> > binNMUed, but there are issues that make those rebuilds not have the
> > desired effect. This list include packages that
> > * are BD-Uninstallabe,
> > * FTBFS but with out ftbfs-tagged RC bug,
> > * have hard-coded dependencies on pre-t64 libraries,
> > * have $oldlib | $newlib dependencies (those are at least wrong on
> > armel/armhf and violate policy 2.2.1 once the pre-t64 libraries are
> > decrufted),
> > * have been rebuilt before all dependencies were built,
> > * have broken symbols/shlibs files producing incorrect dependencies,
> > * or might just be missing the binNMU (but those should be few).
> >
> > cegui-mk2
> not sure?
libcegui-mk2-dev has a hard-coded dependency on libxerces-c3.2. Should
be the corresponding -dev package, I guess.
> > condor
> not sure?
Hard-coded dependencies on pre-64 libraries:
Package: condor
Architecture: any
Depends: adduser,
libdate-manip-perl,
python3,
python3-requests,
libcom-err2,
libgssapi-krb5-2,
libk5crypto3,
libkrb5-3,
libkrb5support0,
libmunge2,
libssl3,
libscitokens0,
libvomsapi1v5,
net-tools,
libjs-bootstrap,
libjs-jquery,
${misc:Depends},
${perl:Depends},
${python3:Depends},
${shlibs:Depends}
> > deepin-movie-reborn
> not sure?
Hard-coded dependencies on pre-64 libraries:
Package: deepin-movie
Architecture: any
Depends:
libdmr0.1 (= ${binary:Version}),
libffmpegthumbnailer4v5,
libgstreamer-plugins-base1.0-0,
libgstreamer1.0-0,
libmpris-qt5-1 (>= 0.1.0.1),
libpulse0,
libqt5concurrent5,
va-driver-all,
${libmpv:Depends},
${misc:Depends},
${shlibs:Depends},
> > fastnetmon
> not sure?
Was BD-Uninstallable until 21h ago … could be fine now.
> > gentle
> not sure?
> > hugin
> not sure?
> > limesuite
> not sure?
Required binNMUs for wxwidgets3.2 on mips64el.
> > gvmd
> not sure?
Hard-coded dependencies on pre-t64 libraries:
Package: gvmd
Section: net
Architecture: any
Depends: adduser,
doc-base,
greenbone-feed-sync,
gvmd-common (= ${source:Version}),
libgvm22 (>= 22.4.0),
notus-scanner (>= 22.4.0),
ospd-openvas (>= 22.4.0),
pg-gvm,
xml-twig-tools,
${misc:Depends},
${postgresql:Depends},
${shlibs:Depends}
> > ippsample
> not sure?
Hard-coded dependencies on pre-t64 libraries:
Package: ippsample
Architecture: any
Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends}, ippsample-data, libcups2
> > jellyfish
> not sure?
> > ncl
> not sure?
Handled in another sub thread.
> > libcanberra
> not sure?
Hard-coded dependencies on pre-t64 libraries: #1068936
> > libosmo-netif
> not sure?
Was recently reverted, the t64 libraries will need to be decrufted.
> > llvm-toolchain-17
> not sure?
https://salsa.debian.org/pkg-llvm-team/llvm-toolchain/-/commit/8b318786ef954db7e3d0706c57b67114ac47dbc0
> > nautilus-wipe
> not sure?
Hard-coded dependencies on pre-t64 libraries:
Package: nautilus-wipe
Architecture: any
Multi-Arch: same
Depends:
libgsecuredelete0 (>= 0.3),
libgtk-3-0,
libnautilus-extension1a,
${misc:Depends},
${shlibs:Depends},
> > obs-advanced-scene-switcher
> not sure?
Hard-coded dependencies on pre-t64 libraries:
Package: obs-advanced-scene-switcher
Architecture: any
Multi-Arch: same
Depends: ${misc:Depends},
${shlibs:Depends},
libcurl4,
obs-advanced-scene-switcher-data (>= 1.16.3-1~),
obs-studio (>= 26.1.2)
> > perdition
> not sure?
Hard-coded dependencies on pre-t64 libraries:
Package: perdition
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, libvanessa-socket2 (>= 0.0.12), lsb-base (>= 3.2-14)
> > prads
> not sure?
Hard-coded dependencies on pre-t64 libraries:
Package: prads
Architecture: any
Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends}, libpcap0.8, libpcre3,
> > purple-xmpp-carbons
> not sure?
> > purple-xmpp-http-upload
> not sure?
#1069222
> > qt5-ukui-platformtheme
> not sure?
Hard-coded dependencies on pre-t64 libraries:
Package: libqt5-ukui-style1
Architecture: any
Depends: libglib2.0-0,
libqt5widgets5,
libgsettings-qt1,
${misc:Depends},
${shlibs:Depends}
> > quorum
> not sure?
False positive due to the jellyfish revert.
> > seafile-client
> not sure?
Hard-coded dependencies on pre-t64 libraries:
Package: seafile-gui
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends},
libsearpc1 (>= 3.2.0-8+really3.2+git20220425.54145b0),
libseafile0 (>= ${source-Upstream-Version}),
seafile-daemon (>= ${source-Upstream-Version}),
> > spectrwm
> not sure?
Hard-coded dependencies on pre-t64 libraries: #1068203
> > spice-gtk
> not sure?
Hard-coded dependencies on pre-t64 libraries
Package: spice-client-gtk
Architecture: any
Depends: libspice-client-glib-2.0-8 (= ${binary:Version}),
libspice-client-gtk-3.0-5 (= ${binary:Version}),
libusbredirhost1 (>= 0.7.1),
libusbredirparser1 (>= 0.7.1),
${misc:Depends},
> > swtpm
> not sure?
Hard-coded dependencies on pre-t64 libraries: #1068602
> > tfortune
> not sure?
Hard-coded dependencies on pre-t64 libraries: #1068608
> > thunderbird
> not sure?
Hard-coded dependencies on pre-t64 libraries:
Package: thunderbird
Architecture: amd64 arm64 i386 mips64el ppc64el s390x ppc64 riscv64
Depends:
debianutils (>= 1.16),
fontconfig,
libotr5,
librnp0 (>= 0.17.0),
psmisc,
x11-utils | kdialog | zenity,
${misc:Depends},
${shlibs:Depends},
> > ui-gxmlcpp
> not sure?
Broken dh_makeshlibs override:
# Upstream uses LFS since 1.4.3
override_dh_makeshlibs:
dh_makeshlibs -V 'libui-gxmlcpp5v5 (>= 1.4.3)'
> > urfkill
> not sure?
Hard-coded dependencies on pre-t64 libraries: #1068689
> > vdeplug-pcap
> not sure?
> > vdeplug-slirp
> not sure?
Both have hard-coded dependencies on pre-t64 libraries:
Package: libvdeplug-pcap
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, libvdeplug2 (>= 4), libpcap0.8
> > xbase64
> not sure?
Broken architecture-specific symbol files:
libxbase64.so.1 libxbase64-1 #MINVER#
_ZN10foxproLock10LockRecordEsmx@Base 3.1.2
_ZN10foxproLock15LockTableHeaderEs@Base 3.1.2
…
Cheers
--
Sebastian Ramacher
Reply to: