Bug#1064568: Stop trying to reject the project.
Hi PrelevatedInsider17763 and User0, On Sat, 24 Feb 2024 11:51:29 + Member Madden Insider Dev 25120 wrote: > I don't think that this project will not be worth it, I think this is a good > masterpiece and will be worth it. By the way, if there was a beginner in this > Linux distro, and if they need to apply any disk image file to a drive, > include this package. In fact, this would help the user to get the disk image > file and apply to a drive if they want to. Commonly, the user wouldn't use > any other file than a disk image file. > > And, it is used for disk image files only, not for photos, videos, text > files, nor any other stuff. neither Tino nor myself can veto your project being included into Debian. That being said, you need to find a sponsor who has permission to upload this into Debian unstable and who thinks that doing so is a good idea. Once you have that, the only people who really can veto your package are ftp-master and maybe the release team. I cannot speak for either of those two teams. But that being said, I do agree with Tino that including this package into Debian would be a bad idea. In my opinion, it is bad software engineering to add a new tool for something that is literally just a shell pipeline involving two processes and nothing else. What I want to bring across with my message is, that you might want to reconsider investing energy into getting this into Debian as I think it is quite likely that you will face more resistance than just from Tino and myself further down that road. Good luck. cheers, josch signature.asc Description: signature
Bug#1064573: zam-plugins: Please provide different packages for the plugin types (vst, lv2, ...)
Package: zam-plugins Version: 4.2+ds-1 Severity: wishlist Please provide separate packages for each plugin type: LV2, LADSPA, VST, ... There is no need to install all plugins types when most of the Linux audio tools support LV2 already. -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.6.13-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages zam-plugins depends on: ii libc6 2.37-15 ii libgcc-s1 14-20240201-3 ii libgl1 1.7.0-1 ii libsamplerate0 0.2.2-4 ii libstdc++6 14-20240201-3 ii libx11-62:1.8.7-1 ii libzita-convolver4 4.0.3-2+b1 zam-plugins recommends no packages. zam-plugins suggests no packages. -- no debconf information
Bug#1064572: RFS: lighttpd/1.4.74-1 -- light, fast, functional web server
Package: sponsorship-requests Severity: normal X-Debbugs-Cc: gs-bugs.debian@gluelogic.com Dear mentors, I am looking for a DD sponsor for my package "lighttpd": https://salsa.debian.org/debian/lighttpd/ I am an upstream lighttpd developer and have participated in maintaining lighttpd on Debian for a number of years. I am listed as an uploader on https://tracker.debian.org/pkg/lighttpd lighttpd-1.4.74-1 passes autopkgtests and expected CI tests, and is tagged. (This is a non-DD maintainer upload.) * Package name : lighttpd Version : 1.4.74-1 Upstream contact : team+light...@tracker.debian.org * URL : https://lighttpd.net/ * License : BSD-3-Clause * Vcs : https://git.lighttpd.net/lighttpd/lighttpd1.4 Thank you. Glenn
Bug#1064571: linux-image-6.6.15-amd64 dies not build on Trixie with Nvidia 545.23.08
Package: src:linux
Version: 6.6.15-2
Severity: normal
Tags: ftbfs
Setting up linux-image-6.6.15-amd64 (6.6.15-2) ...
/etc/kernel/postinst.d/dkms:
dkms: running auto installation service for kernel 6.6.15-amd64.
Sign command: /lib/modules/6.6.15-amd64/build/scripts/sign-file
Signing key: /var/lib/dkms/mok.key
Public certificate (MOK): /var/lib/dkms/mok.pub
Building module:
Cleaning build area...
unset ARCH; env NV_VERBOSE=1 make -j8 modules
KERNEL_UNAME=6.6.15-amd64(bad exit status: 2)
Error! Bad return status for module build on kernel: 6.6.15-amd64 (x86_64)
Consult /var/lib/dkms/nvidia-current/545.23.08/build/make.log for more
information.
dkms autoinstall on 6.6.15-amd64/x86_64 failed for nvidia-current(10)
Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
dkms: autoinstall for kernel: 6.6.15-amd64 failed!
run-parts: /etc/kernel/postinst.d/dkms exited with return code 11
dpkg: error processing package linux-image-6.6.15-amd64 (--configure):
installed linux-image-6.6.15-amd64 package post-installation script subprocess
returned error exit status 1
pkg: dependency problems prevent configuration of linux-image-amd64:
linux-image-amd64 depends on linux-image-6.6.15-amd64 (= 6.6.15-2); however:
Package linux-image-6.6.15-amd64 is not configured yet.
dpkg: error processing package linux-image-amd64 (--configure):
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of linux-headers-6.6.15-amd64:
linux-headers-6.6.15-amd64 depends on linux-image-6.6.15-amd64 (= 6.6.15-2) |
linux-image-6.6.15-amd64-unsigned (= 6.6.15-2); however:
Package linux-image-6.6.15-amd64 is not configured yet.
Package linux-image-6.6.15-amd64-unsigned is not installed.
dpkg: error processing package linux-headers-6.6.15-amd64 (--configure):
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of linux-headers-amd64:
linux-headers-amd64 depends on linux-headers-6.6.15-amd64 (= 6.6.15-2);
however:
Package linux-headers-6.6.15-amd64 is not configured yet.
dpkg: error processing package linux-headers-amd64 (--configure):
dependency problems - leaving unconfigured
Errors were encountered while processing:
linux-image-6.6.15-amd64
linux-image-amd64
linux-headers-6.6.15-amd64
linux-headers-amd64
E: Sub-process /usr/bin/dpkg returned an error code (1)
-
>From /var/lib/dkms/nvidia-current/545.23.08/build/make.log:
/var/lib/dkms/nvidia-current/545.23.08/build/nvidia.o: warning: objtool:
_nv039738rm+0x12f: 'naked' return found in RETHUNK build
# cmd_gen_objtooldep /var/lib/dkms/nvidia-current/545.23.08/build/nvidia.o
{ echo ; echo '/var/lib/dkms/nvidia-current/545.23.08/build/nvidia.o:
$(wildcard ./tools/objtool/objtool)' ; } >> /var/lib/dkms/nvidia-
current/545.23.08/build/.nvidia.o.cmd
# cmd_modules_order /var/lib/dkms/nvidia-current/545.23.08/build/modules.order
{ echo /var/lib/dkms/nvidia-current/545.23.08/build/nvidia.o; echo
/var/lib/dkms/nvidia-current/545.23.08/build/nvidia-uvm.o; echo
/var/lib/dkms/nvidia-current/545.23.08/build/nvidia-modeset.o; echo
/var/lib/dkms/nvidia-current/545.23.08/build/nvidia-drm.o; echo
/var/lib/dkms/nvidia-current/545.23.08/build/nvidia-peermem.o; :; } >
/var/lib/dkms/nvidia-current/545.23.08/build/modules.order
sh /usr/src/linux-headers-6.6.15-common/scripts/modules-check.sh
/var/lib/dkms/nvidia-current/545.23.08/build/modules.order
make -f /usr/src/linux-headers-6.6.15-common/scripts/Makefile.modpost
# MODPOST /var/lib/dkms/nvidia-current/545.23.08/build/Module.symvers
scripts/mod/modpost -M -m -o /var/lib/dkms/nvidia-
current/545.23.08/build/Module.symvers -T /var/lib/dkms/nvidia-
current/545.23.08/build/modules.order -i Module.symvers -e
ERROR: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol
'__rcu_read_unlock'
ERROR: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol
'__rcu_read_lock'
make[4]: *** [/usr/src/linux-
headers-6.6.15-common/scripts/Makefile.modpost:145: /var/lib/dkms/nvidia-
current/545.23.08/build/Module.symvers] Error 1
make[3]: *** [/usr/src/linux-headers-6.6.15-common/Makefile:1890: modpost]
Error 2
make[2]: *** [/usr/src/linux-headers-6.6.15-common/Makefile:246: __sub-make]
Error 2
make[2]: Leaving directory '/usr/src/linux-headers-6.6.15-amd64'
make[1]: *** [Makefile:246: __sub-make] Error 2
make[1]: Leaving directory '/usr/src/linux-headers-6.6.15-common'
make: *** [Makefile:82: modules] Error 2
-
System:
Host: laptop1 Kernel: 6.6.13-amd64 arch: x86_64 bits: 64
Desktop: Cinnamon v: 5.8.4 Distro: Debian GNU/Linux trixie/sid
Repos:
Active apt repos in: /etc/apt/sources.list
1: deb https://deb.debian.org/debian/ testing main contrib non-free non-
free-firmware
2: deb-src https://deb.debian.org/debian/ testing main contrib non-free
non-free-firmware
3: deb
Bug#945269: debian-policy: packages should use tmpfiles.d(5) to create directories below /var
On Sun, 17 Sept 2023 at 17:35, Luca Boccassi wrote: > > To do the tmpfiles purge/reset I have two WIP PRs, one against > sd-tmpfiles, and one against debhelper. I need to pick them up again > and finish that, and I am aiming to do so within the next couple of > months. Sorry for bumping the thread, but wanted to follow-up that tmpfiles --purge mentioned above is now merged upstream and will be part of v256 which should be in rc1 in the next couple of weeks. Once rc1 is there I'll work again on the debhelper integration.
Bug#1064568: Stop trying to reject the project.
Dear Tino, I don't think that this project will not be worth it, I think this is a good masterpiece and will be worth it. By the way, if there was a beginner in this Linux distro, and if they need to apply any disk image file to a drive, include this package. In fact, this would help the user to get the disk image file and apply to a drive if they want to. Commonly, the user wouldn't use any other file than a disk image file. And, it is used for disk image files only, not for photos, videos, text files, nor any other stuff. Regards, PrelevatedInsider17763
Bug#1054904:
Hi, (Apologies for the delay, I didn't get a copy of that reply, which I think is because I am only uploader now not maintainer.) Thanks - I understand now. The only things stored outside the personal space (~/.angband/) are the save files and the high score file. Older versions had private score files - it wasn't possible to have system-wide score files due to a security bug in gtk that prevented building the package with setgid. Now gtk has been deprecated upstream the package is built with setgid so that all users feature in the same high score file - but of course it started blank, because it's a new one in a new place. So I don't think either you or anyone else has actually lost anything - but you're right that it's worth a mention in NEWS.Debian in case people want to go hunting for their old private high score file. Best Chris
Bug#1062956: sysprof: NMU diff for 64-bit time_t transition
On Sat, 24 Feb 2024 at 11:19:48 +, Simon McVittie wrote: > This unconditional use of restrict seems like a bug, I'll report it > upstream. https://gitlab.gnome.org/GNOME/sysprof/-/issues/114, fix proposed in https://gitlab.gnome.org/GNOME/sysprof/-/merge_requests/88. smcv
Bug#1064570: fparser: please remove extraneous dependency on python3-six
Source: fparser Version: 0.1.4-2 Severity: normal Hi, Please remove from debian/control the stale reference to python3-six. Please also push the packaging tree to Salsa. (or remove the old Vcs- tags) Greetings, Alexandre
Bug#1064568: ITP: curldd -- This is a Application for putting a iso or raw image directly to a physical drive without downloading it firstly
What? The executable part is literally "curl $1 | dd of=$2". No way to give options to curl or dd. This has a LONG way to go before it could warrant packaging, but I can't even imagine what you could add to make it worth that effort. -- Tino Didriksen
Bug#1060774: bullseye-pu: netatalk/3.1.12~ds-8+deb11u2
X-Debbugs-Cc: pkg-netatalk-de...@alioth-lists.debian.net
On Wednesday, February 21st, 2024 at 4:56 PM, Jonathan Wiltshire
wrote:
>
>
> You should be targetting `bullseye` in the most recent changelog; with that
> fixed, please go ahead.
>
> Thanks,
>
> --
> Jonathan Wiltshire j...@debian.org
> Debian Developer http://people.debian.org/~jmw
>
> 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51
> ed25519/0x196418AAEB74C8A1: CA619D65A72A7BADFC96D280196418AAEB74C8A1
Jonathan,
Thanks for reviewing the debdiff.
Here is a rev2 version that targets bullseye in the latest changelog. Please
confirm that this is what you meant. (It's the first time I go through this
process so want to make sure I don't make obvious mistakes.)
If it looks good, I will arrange for this to get uploaded.
Best,
Danieldiff -Nru netatalk-3.1.12~ds/debian/changelog
netatalk-3.1.12~ds/debian/changelog
--- netatalk-3.1.12~ds/debian/changelog 2023-09-20 05:19:20.0 +
+++ netatalk-3.1.12~ds/debian/changelog 2024-02-10 23:49:31.0 +
@@ -1,3 +1,10 @@
+netatalk (3.1.12~ds-8+deb11u2) bullseye; urgency=high
+
+ * Fix CVE-2022-22995. Harden create_appledesktop_folder.
+closes: bug#1060773
+
+ -- Daniel Markstedt Sat, 10 Feb 2024 23:49:31 +
+
netatalk (3.1.12~ds-8+deb11u1) bullseye-security; urgency=high
* Fix CVE-2021-31439, CVE-2022-0194, CVE-2022-23121, CVE-2022-23122,
diff -Nru netatalk-3.1.12~ds/debian/patches/CVE-2022-22995.patch
netatalk-3.1.12~ds/debian/patches/CVE-2022-22995.patch
--- netatalk-3.1.12~ds/debian/patches/CVE-2022-22995.patch 1970-01-01
00:00:00.0 +
+++ netatalk-3.1.12~ds/debian/patches/CVE-2022-22995.patch 2024-02-10
23:40:03.0 +
@@ -0,0 +1,63 @@
+Description: CVE-2022-22995
+Author: Daniel Markstedt
+Origin:
https://github.com/Netatalk/netatalk/commit/9eb6d9d0ac17dca210ccbf05476a925a6b379dfb.diff
+---
+This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
+--- a/etc/afpd/desktop.c
b/etc/afpd/desktop.c
+@@ -12,8 +12,10 @@
+ #endif /* HAVE_CONFIG_H */
+
+ #include
++#include
+ #include
+ #include
++#include
+
+ #include
+
+@@ -212,7 +214,6 @@
+ {
+ bstring olddtpath = NULL, dtpath = NULL;
+ struct stat st;
+-char *cmd_argv[4];
+
+ olddtpath = bfromcstr(vol->v_path);
+ bcatcstr(olddtpath, "/" APPLEDESKTOP);
+@@ -220,27 +221,24 @@
+ dtpath = bfromcstr(vol->v_dbpath);
+ bcatcstr(dtpath, "/" APPLEDESKTOP);
+
+-if (lstat(cfrombstr(dtpath), ) != 0) {
+-
+-become_root();
++become_root();
+
+-if (lstat(cfrombstr(olddtpath), ) == 0) {
+-cmd_argv[0] = "mv";
+-cmd_argv[1] = bdata(olddtpath);
+-cmd_argv[2] = bdata(dtpath);
+-cmd_argv[3] = NULL;
+-if (run_cmd("mv", cmd_argv) != 0) {
+-LOG(log_error, logtype_afpd, "moving .AppleDesktop from
\"%s\" to \"%s\" failed",
++if (lstat(cfrombstr(dtpath), ) != 0) {
++if ((lstat(cfrombstr(olddtpath), ) == 0) && (S_ISDIR(st.st_mode)
!= 0)) {
++ if (rename(bdata(olddtpath), bdata(dtpath)) != 0) {
++LOG(log_error, logtype_afpd, "moving .AppleDesktop from
\"%s\" failed; creating new dir \"%s\"",
+ bdata(olddtpath), bdata(dtpath));
+ mkdir(cfrombstr(dtpath), 0777);
+ }
+ } else {
++LOG(log_debug, logtype_afpd, "no valid .AppleDesktop dir found;
creating new dir \"%s\"",
++bdata(dtpath));
+ mkdir(cfrombstr(dtpath), 0777);
+ }
+-
+-unbecome_root();
+ }
+
++unbecome_root();
++
+ bdestroy(dtpath);
+ bdestroy(olddtpath);
+ }
diff -Nru netatalk-3.1.12~ds/debian/patches/series
netatalk-3.1.12~ds/debian/patches/series
--- netatalk-3.1.12~ds/debian/patches/series2023-09-20 05:19:20.0
+
+++ netatalk-3.1.12~ds/debian/patches/series2024-02-10 23:40:03.0
+
@@ -28,3 +28,4 @@
CVE-2022-23121_regression.patch
CVE-2022-23123_part6.patch
CVE-2023-42464.patch
+CVE-2022-22995.patch
Bug#1062956: sysprof: NMU diff for 64-bit time_t transition
Control: tags -1 + wontfix On Sat, 24 Feb 2024 at 02:10:45 -0800, Steve Langasek wrote: > +sysprof (46~beta-1.1~exp1) experimental; urgency=medium > + > + * Non-maintainer upload. > + * Rename libraries for 64-bit time_t transition. I'm pretty sure this one is actually unnecessary... > --- sysprof-46~beta/debian/libsysprof-6-6t64.symbols 1970-01-01 > 00:00:00.0 + > +++ sysprof-46~beta/debian/libsysprof-6-6t64.symbols 2024-02-24 > 10:09:00.0 + > @@ -0,0 +1,5 @@ > +libsysprof-6.so.6 libsysprof-6-6t64 #MINVER# > +* Build-Depends-Package: libsysprof-6-dev > + sysprof_callgraph_category_get_type@Base 45~beta > + sysprof_callgraph_flags_get_type@Base 45~beta > + sysprof_recording_phase_get_type@Base 45~beta ... because these symbols clearly have no time_t in them. Looking at build logs in https://adrien.dcln.fr/misc/armhf-time_t/2024-02-22T21%3A03%3A00/logs/libsysprof-6-dev/ it seems like the test-build is onky failing because sysprof has headers that are valid as C but not valid as C++. This is new since libsysprof-4, which was the version that was tested successfully during the early phases of this transition. This unconditional use of restrict seems like a bug, I'll report it upstream. https://salsa.debian.org/vorlon/armhf-time_t/-/merge_requests/138 makes this package compile successfully during the ABI check. smcv
Bug#1036828: debian-cd: wrong firmware archives built and published for D-I releases?
Followup-For: Bug #1036828 X-Debbugs-Cc: k...@debian.org On Sat, 24 Feb 2024 11:01:31 +, I wrote: > Should this bug be closed? (the logic to skip the experimental/sid firmware > image build during non-testing builds is in place for both bookworm and > trixie) Nope, it looks like I've misunderstood here. This change is ready, but pending upload (as indicated by the bug tags). (may be worth double-checking that the bugnumber is referenced-as-closed in the changelog, though?)
Bug#1064569: gr-fosphor: please remove build-dependency on obsolete python3-six
Source: gr-fosphor Version: 3.9~0.974ab2f-1 Severity: normal Dear Maintainer, 'six' was a python2+3 transition layer; now in an almost Py3-only landscape, most upstreams have moved-on. gr-fosphor still cary an old build-dependency on python3 six, can you please remove it ? Can you also please check the others gnuradio packages ? Greetings, Alexandre pkg-gr-fosphor $ grep six -r debian/control:python3-six, pkg-gr-fosphor $ $ grep ^gr- source2 gr-dab-dev 10 gr-gsm 46 gr-dab 66 gr-funcube 633 gr-fosphor 797 gr-osmosdr 1028
Bug#1036828: debian-cd: wrong firmware archives built and published for D-I releases?
Followup-For: Bug #1036828 X-Debbugs-Cc: k...@debian.org Hi Cyril, Should this bug be closed? (the logic to skip the experimental/sid firmware image build during non-testing builds is in place for both bookworm and trixie) Regards, James
Bug#1064568: ITP: curldd -- This is a Application for putting a iso or raw image directly to a physical drive without downloading it firstly
Package: wnpp Severity: wishlist Owner: User0 X-Debbugs-Cc: debian-de...@lists.debian.org, cur...@proton.me Package name: curldd Version : 1.0.0-1 Upstream Contact: User0 URL : https://github.com/user0-tb/curldd/ License : CC0 Programming Lang: Shell Script Description : This is a Application for putting a iso or raw image directly to a physical drive without downloading it firstly Tired of downloading ISOs or any other raw files just to DD them and delete them after that? This is the Solution! It uses cURL to curl the file byte-by-byte and uses DD to put the curled output to a Physical Drive! Also it displays all physical devices with lsblk and waits 15 seconds to terminate the program if it was started wit wrong arguments. Usage: curldd url.to/iso /dev/sdX
Bug#1063040: uw-imap: NMU diff for 64-bit time_t transition
Hello,
The package that was previously uploaded to experimental was unfortunately
broken because we did not notice that additional changes were needed to
debian/control.in.in.
Please find a fixed patch attached.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru uw-imap-2007f~dfsg/debian/changelog
uw-imap-2007f~dfsg/debian/changelog
--- uw-imap-2007f~dfsg/debian/changelog 2019-08-26 20:52:52.0 +
+++ uw-imap-2007f~dfsg/debian/changelog 2024-02-24 10:23:12.0 +
@@ -1,3 +1,16 @@
+uw-imap (8:2007f~dfsg-7.1~exp2) experimental; urgency=medium
+
+ * Update debian/control.in.in, not just debian/control.in.
+
+ -- Steve Langasek Sat, 24 Feb 2024 10:23:12 +
+
+uw-imap (8:2007f~dfsg-7.1~exp1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Mon, 05 Feb 2024 20:18:10 +
+
uw-imap (8:2007f~dfsg-7) unstable; urgency=low
* 2014_openssl1.1.1_sni.patch (new, from Ubuntu): Use SNI when building
diff -Nru uw-imap-2007f~dfsg/debian/control uw-imap-2007f~dfsg/debian/control
--- uw-imap-2007f~dfsg/debian/control 2019-08-26 20:52:52.0 +
+++ uw-imap-2007f~dfsg/debian/control 2024-02-24 10:19:59.0 +
@@ -16,15 +16,15 @@
Vcs-Browser: https://salsa.debian.org/holmgren/uw-imap
Homepage: http://www.washington.edu/imap/
-Package: libc-client2007e-dev
+Package: libc-client2007t64-dev
Section: libdevel
Architecture: any
Depends: ${devlibs:Depends},
${misc:Depends},
- libc-client2007e (= ${binary:Version})
+ libc-client2007t64 (= ${binary:Version})
Conflicts: libc-client-dev
Replaces: libc-client-dev
-Provides: libc-client-dev
+Provides: libc-client-dev, libc-client-2007e-dev (= ${binary:Version})
Description: c-client library for mail protocols - development files
IMAP (Internet Message Access Protocol) is a method of accessing
electronic messages kept on a (possibly shared) mail server.
@@ -37,7 +37,10 @@
This package contains the static c-client library and development
headers.
-Package: libc-client2007e
+Package: libc-client2007t64
+Provides: ${t64:Provides}
+Breaks: libc-client2007e (<< ${source:Version})
+Replaces: libc-client2007e
Section: libs
Architecture: any
Depends: ${cdbs:Depends},
diff -Nru uw-imap-2007f~dfsg/debian/control.in
uw-imap-2007f~dfsg/debian/control.in
--- uw-imap-2007f~dfsg/debian/control.in2019-08-26 20:52:52.0
+
+++ uw-imap-2007f~dfsg/debian/control.in2024-02-24 10:23:12.0
+
@@ -2,22 +2,21 @@
Priority: optional
Section: mail
Maintainer: Magnus Holmgren
-Standards-Version: 3.9.8
+Standards-Version: 4.4.0
Build-Depends: @cdbs@
-Vcs-Git: git://git.debian.org/git/collab-maint/uw-imap.git
-Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/uw-imap.git
+Vcs-Git: https://salsa.debian.org/holmgren/uw-imap.git
+Vcs-Browser: https://salsa.debian.org/holmgren/uw-imap
Homepage: http://www.washington.edu/imap/
-Package: libc-client2007e-dev
+Package: libc-client2007t64-dev
Section: libdevel
Architecture: any
-Priority: extra
Depends: ${devlibs:Depends},
${misc:Depends},
- libc-client2007e (= ${binary:Version})
+ libc-client2007t64 (= ${binary:Version})
Conflicts: libc-client-dev
Replaces: libc-client-dev
-Provides: libc-client-dev
+Provides: libc-client-dev, libc-client-2007e-dev (= ${binary:Version})
Description: c-client library for mail protocols - development files
IMAP (Internet Message Access Protocol) is a method of accessing
electronic messages kept on a (possibly shared) mail server.
@@ -30,7 +29,10 @@
This package contains the static c-client library and development
headers.
-Package: libc-client2007e
+Package: libc-client2007t64
+Provides: ${t64:Provides}
+Breaks: libc-client2007e (<< ${source:Version})
+Replaces: libc-client2007e
Section: libs
Architecture: any
Depends: ${cdbs:Depends},
diff -Nru uw-imap-2007f~dfsg/debian/control.in.in
uw-imap-2007f~dfsg/debian/control.in.in
--- uw-imap-2007f~dfsg/debian/control.in.in 2019-08-26 20:52:52.0
+
+++ uw-imap-2007f~dfsg/debian/control.in.in 2024-02-24 10:13:34.0
+
@@ -2,22 +2,21 @@
Priority: optional
Section: mail
Maintainer: Magnus Holmgren
-Standards-Version: 3.9.8
+Standards-Version: 4.4.0
Build-Depends: @cdbs@
-Vcs-Git: git://git.debian.org/git/collab-maint/uw-imap.git
-Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/uw-imap.git
+Vcs-Git: https://salsa.debian.org/holmgren/uw-imap.git
+Vcs-Browser: https://salsa.debian.org/holmgren/uw-imap
Homepage: http://www.washington.edu/imap/
Package: libc-client__VER__-dev
Section: libdevel
Architecture: any
-Priority: extra
Depends:
Bug#1064194: 535.86.05 breaks Xorg
I went through the list of packages added by nvidia-driver-full, one after the other. Of course it was the very last one making xorg work again: ``` Aptitude 0.8.13: log report Sat, Feb 24 2024 11:23:56 +0100 IMPORTANT: this log only lists intended actions; actions which fail due to dpkg problems may not be completed. Will install 3 packages, and remove 0 packages. 41.3 MB of disk space will be used [INSTALL, DEPENDENCIES] libnvidia-glvkspirv:amd64 535.86.10-1 [INSTALL, DEPENDENCIES] nvidia-vulkan-common:amd64 535.86.10-1 [INSTALL] nvidia-vulkan-icd:amd64 535.86.10-1 Log complete. === ``` I have verified by removing all packages installed during testing again, and installing only the nvidia-vulkan-icd package: Bingo. Hope this helps. BTW. Nvidia released the 550 series for Linux. Regards Harri
Bug#1060922: Status of debian-ports
Julien Cristau wrote... > The snapshot infrastructure currently can't cope with -ports imports, > as they take longer than the interval between pushes, for reasons. > We'll turn it back on when we can. Thanks for the update. If you think people can help you with that, please let us know. My current archive has sufficient capacity until the end of the year. Christoph signature.asc Description: PGP signature
Bug#1062956: sysprof: NMU diff for 64-bit time_t transition
Please find attached an updated patch rebased on current unstable.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru sysprof-46~beta/debian/changelog sysprof-46~beta/debian/changelog
--- sysprof-46~beta/debian/changelog2024-02-17 19:58:57.0 +
+++ sysprof-46~beta/debian/changelog2024-02-24 10:09:16.0 +
@@ -1,3 +1,10 @@
+sysprof (46~beta-1.1~exp1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Sat, 24 Feb 2024 10:09:16 +
+
sysprof (46~beta-1) unstable; urgency=medium
* New upstream release
diff -Nru sysprof-46~beta/debian/control sysprof-46~beta/debian/control
--- sysprof-46~beta/debian/control 2024-02-17 19:58:57.0 +
+++ sysprof-46~beta/debian/control 2024-02-24 10:08:50.0 +
@@ -33,7 +33,7 @@
Architecture: linux-any
Depends: ${shlibs:Depends},
${misc:Depends},
- libsysprof-6-6 (= ${binary:Version}),
+ libsysprof-6-6t64 (= ${binary:Version}),
libsysprof-6-modules (= ${binary:Version}),
Build-Profiles:
Description: system-wide Linux profiler
@@ -48,7 +48,10 @@
- shows the time spent in each branch of the call tree
- profiles can be loaded and saved
-Package: libsysprof-6-6
+Package: libsysprof-6-6t64
+Provides: ${t64:Provides}
+Replaces: libsysprof-6-6
+Breaks: libsysprof-6-6 (<< ${source:Version})
Section: libs
Architecture: linux-any
Multi-Arch: same
@@ -105,7 +108,7 @@
Multi-Arch: same
Depends: ${misc:Depends},
libsysprof-capture-4-dev (= ${binary:Version}),
- libsysprof-6-6 (= ${binary:Version}),
+ libsysprof-6-6t64 (= ${binary:Version}),
libdex-dev (>= 0.3),
libglib2.0-dev (>= 2.76.0),
libjson-glib-dev,
diff -Nru sysprof-46~beta/debian/libsysprof-6-6.install
sysprof-46~beta/debian/libsysprof-6-6.install
--- sysprof-46~beta/debian/libsysprof-6-6.install 2024-02-17
19:58:57.0 +
+++ sysprof-46~beta/debian/libsysprof-6-6.install 1970-01-01
00:00:00.0 +
@@ -1,2 +0,0 @@
-usr/lib/${DEB_HOST_MULTIARCH}/libsysprof-6.so.6
-usr/lib/${DEB_HOST_MULTIARCH}/libsysprof-6.so.6.*
diff -Nru sysprof-46~beta/debian/libsysprof-6-6.symbols
sysprof-46~beta/debian/libsysprof-6-6.symbols
--- sysprof-46~beta/debian/libsysprof-6-6.symbols 2024-02-17
19:58:57.0 +
+++ sysprof-46~beta/debian/libsysprof-6-6.symbols 1970-01-01
00:00:00.0 +
@@ -1,5 +0,0 @@
-libsysprof-6.so.6 libsysprof-6-6 #MINVER#
-* Build-Depends-Package: libsysprof-6-dev
- sysprof_callgraph_category_get_type@Base 45~beta
- sysprof_callgraph_flags_get_type@Base 45~beta
- sysprof_recording_phase_get_type@Base 45~beta
diff -Nru sysprof-46~beta/debian/libsysprof-6-6t64.install
sysprof-46~beta/debian/libsysprof-6-6t64.install
--- sysprof-46~beta/debian/libsysprof-6-6t64.install1970-01-01
00:00:00.0 +
+++ sysprof-46~beta/debian/libsysprof-6-6t64.install2024-02-24
10:09:00.0 +
@@ -0,0 +1,2 @@
+usr/lib/${DEB_HOST_MULTIARCH}/libsysprof-6.so.6
+usr/lib/${DEB_HOST_MULTIARCH}/libsysprof-6.so.6.*
diff -Nru sysprof-46~beta/debian/libsysprof-6-6t64.lintian-overrides
sysprof-46~beta/debian/libsysprof-6-6t64.lintian-overrides
--- sysprof-46~beta/debian/libsysprof-6-6t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ sysprof-46~beta/debian/libsysprof-6-6t64.lintian-overrides 2024-02-24
10:09:00.0 +
@@ -0,0 +1 @@
+libsysprof-6-6t64: package-name-doesnt-match-sonames libsysprof-6-6
diff -Nru sysprof-46~beta/debian/libsysprof-6-6t64.symbols
sysprof-46~beta/debian/libsysprof-6-6t64.symbols
--- sysprof-46~beta/debian/libsysprof-6-6t64.symbols1970-01-01
00:00:00.0 +
+++ sysprof-46~beta/debian/libsysprof-6-6t64.symbols2024-02-24
10:09:00.0 +
@@ -0,0 +1,5 @@
+libsysprof-6.so.6 libsysprof-6-6t64 #MINVER#
+* Build-Depends-Package: libsysprof-6-dev
+ sysprof_callgraph_category_get_type@Base 45~beta
+ sysprof_callgraph_flags_get_type@Base 45~beta
+ sysprof_recording_phase_get_type@Base 45~beta
signature.asc
Description: PGP signature
Bug#1064567: dh-make-golang: Creates zero-length tarball and dies when using unsupported hoster
Package: dh-make-golang Version: 0.6.0-2+b5 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** Attempting to use dh-make-golang to create a package from a release on a non-supported hosting provider. In this case, the package was already in Debian, but I don't think that is required to trigger this behavior. This repo was third-party hosted (not GitHub/Gitlab) with release tags. I would like to see a better error message or directions to the user to download/create the appropriate orig tarball. If the package is already in Debian, maybe it makes sense to download it, but I don't know why they would need to use make in that case. Here is the reproducible failure for this bug reports: $ dh-make-golang make -type library -upstream_git_history git.sr.ht/~rjarry/go-opt 2024/02/24 08:54:22 Starting "dh-make-golang v0.6.0 linux/amd64" 2024/02/24 08:54:28 Downloading "git.sr.ht/~rjarry/go-opt/..." 2024/02/24 08:54:35 Determining upstream version number 2024/02/24 08:54:35 Found latest tag "v1.4.0" 2024/02/24 08:54:35 Latest tag "v1.4.0" matches master 2024/02/24 08:54:35 Package version is "1.4.0" 2024/02/24 08:54:35 Determining dependencies 2024/02/24 08:54:35 INFO: Hoster does not provide release tarball 2024/02/24 08:54:49 WARNING: A package called "golang-sourcehut-rjarry-go-opt-dev" is already in Debian! See https://tracker.debian.org/pkg/golang-sourcehut-rjarry-go-opt-dev 2024/02/24 08:54:49 Moving tempfile to "golang-sourcehut-rjarry-go-opt_1.4.0.orig.tar.gz" 2024/02/24 08:54:49 Adding remote "origin" with URL "g...@salsa.debian.org:go-team/packages/golang-sourcehut-rjarry-go-opt.git" 2024/02/24 08:54:49 Adding remote "sourcehut" with URL "https://git.sr.ht/~rjarry/go-opt; 2024/02/24 08:54:50 Running "git fetch sourcehut" remote: Enumerating objects: 102, done. remote: Counting objects: 100% (4/4), done. remote: Compressing objects: 100% (4/4), done. remote: Total 102 (delta 0), reused 4 (delta 0), pack-reused 98 Receiving objects: 100% (102/102), 32.06 KiB | 10.69 MiB/s, done. Resolving deltas: 100% (59/59), done. From https://git.sr.ht/~rjarry/go-opt * [new branch] main -> sourcehut/main * [new tag] v1.4.0 -> v1.4.0 * [new tag] v1.0.0 -> v1.0.0 * [new tag] v1.1.0 -> v1.1.0 * [new tag] v1.2.0 -> v1.2.0 * [new tag] v1.3.0 -> v1.3.0 tar: This does not look like a tar archive gzip: stdin: unexpected end of file tar: Child returned status 1 tar: Error is not recoverable: exiting now gbp:error: Couldn't unpack '/srv/build/golang-sourcehut-rjarry-go-opt_1.4.0.orig.tar.gz': it exited with 2 2024/02/24 08:54:56 Could not create git repository: import-orig: exit status 1 -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-21-generic (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: unable to detect Versions of packages dh-make-golang depends on: ii git 1:2.43.0-1 ii git-buildpackage 0.9.33 ii golang-any2:1.21~3 ii libc6 2.37-15 ii pristine-tar 1.50 Versions of packages dh-make-golang recommends: ii exim4-daemon-light [mail-transport-agent] 4.97-5 ii golang-golang-x-tools 1:0.17.0+ds-1 dh-make-golang suggests no packages. -- no debconf information -- Loren M. Lang lor...@north-winds.org http://www.north-winds.org/ Public Key: http://www.north-winds.org/lorenl_pubkey.asc Fingerprint: 7896 E099 9FC7 9F6C E0ED E103 222D F356 A57A 98FA signature.asc Description: PGP signature
Bug#1063233: qemu-system-{arch} packages provide themselves
Control: reopen -1
Control: Version -1 1:8.0+dfsg-1
On Mon, 05 Feb 2024 20:21:18 +0100 Daniel Vacek wrote:
echo 'qemu:Provides=$(if $3,qemu-kvm (=${DEB_VERSION})${comma})\
-$(patsubst %,qemu-system-% (=${DEB_VERSION})${comma}, any $2 $(foreach
q,$2,${system-alias-$q}))' \
+$(filter-out $1,$(patsubst %,qemu-system-% (=${DEB_VERSION})${comma},
any $2 $(foreach q,$2,${system-alias-$q})))' \
Actually.. neither your solution nor mine works, it's a bit more complicated
than that.
Your solution filters the whole thing with includes version info, so the
end result is:
Provides: qemu-system-any (=8.2.1), (=8.2.1), qemu-system-armel (=8.2.1)
which is obviously wrong.
Mine actually does nothing, since it tries to filter out qemu-system-bar
out of foo bar baz.
That needs additional tweaking.
/mjt
Bug#1062925: spread-sheet-widget: NMU diff for 64-bit time_t transition
Hello,
An oversight with regards to the provides: handling support in debhelper
means the package in experimental does not correctly declare compatibility
on 64-bit archs with the prior ABI. Please find an updated patch attached.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru spread-sheet-widget-0.10/debian/changelog
spread-sheet-widget-0.10/debian/changelog
--- spread-sheet-widget-0.10/debian/changelog 2024-01-08 13:49:16.0
+
+++ spread-sheet-widget-0.10/debian/changelog 2024-02-24 10:01:09.0
+
@@ -1,3 +1,16 @@
+spread-sheet-widget (0.10-4.1~exp2) experimental; urgency=medium
+
+ * Declare X-Time64-Compat to get proper Provides:
+
+ -- Steve Langasek Sat, 24 Feb 2024 10:01:09 +
+
+spread-sheet-widget (0.10-4.1~exp1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Sun, 04 Feb 2024 00:11:19 +
+
spread-sheet-widget (0.10-4) unstable; urgency=medium
* Debian: Add source option to allow multiple builds without
diff -Nru spread-sheet-widget-0.10/debian/control
spread-sheet-widget-0.10/debian/control
--- spread-sheet-widget-0.10/debian/control 2024-01-08 12:47:48.0
+
+++ spread-sheet-widget-0.10/debian/control 2024-02-24 10:00:44.0
+
@@ -12,7 +12,11 @@
Vcs-Git: https://salsa.debian.org/beckmanf/spread-sheet-widget.git
Rules-Requires-Root: no
-Package: libspread-sheet-widget
+Package: libspread-sheet-widget0
+X-Time64-Compat: libspread-sheet-widget
+Provides: ${t64:Provides}
+Replaces: libspread-sheet-widget
+Breaks: libspread-sheet-widget (<< ${source:Version})
Architecture: any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends}
@@ -35,7 +39,7 @@
Architecture: any
Multi-Arch: same
Depends: ${misc:Depends},
- libspread-sheet-widget (= ${binary:Version}),
+ libspread-sheet-widget0 (= ${binary:Version}),
libgtk-3-dev (>= 3.18.0)
Description: development files for the GTK+ spread sheet widget
GNU Spread Sheet Widget is a library for Gtk+ which provides a widget
diff -Nru spread-sheet-widget-0.10/debian/libspread-sheet-widget.install
spread-sheet-widget-0.10/debian/libspread-sheet-widget.install
--- spread-sheet-widget-0.10/debian/libspread-sheet-widget.install
2024-01-08 12:47:48.0 +
+++ spread-sheet-widget-0.10/debian/libspread-sheet-widget.install
1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libspread-sheet-widget.so.*
diff -Nru
spread-sheet-widget-0.10/debian/libspread-sheet-widget.lintian-overrides
spread-sheet-widget-0.10/debian/libspread-sheet-widget.lintian-overrides
--- spread-sheet-widget-0.10/debian/libspread-sheet-widget.lintian-overrides
2024-01-08 12:47:48.0 +
+++ spread-sheet-widget-0.10/debian/libspread-sheet-widget.lintian-overrides
1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-libspread-sheet-widget: package-name-doesnt-match-sonames
diff -Nru spread-sheet-widget-0.10/debian/libspread-sheet-widget0.install
spread-sheet-widget-0.10/debian/libspread-sheet-widget0.install
--- spread-sheet-widget-0.10/debian/libspread-sheet-widget0.install
1970-01-01 00:00:00.0 +
+++ spread-sheet-widget-0.10/debian/libspread-sheet-widget0.install
2024-02-04 00:11:19.0 +
@@ -0,0 +1 @@
+usr/lib/*/libspread-sheet-widget.so.*
diff -Nru
spread-sheet-widget-0.10/debian/libspread-sheet-widget0.lintian-overrides
spread-sheet-widget-0.10/debian/libspread-sheet-widget0.lintian-overrides
--- spread-sheet-widget-0.10/debian/libspread-sheet-widget0.lintian-overrides
1970-01-01 00:00:00.0 +
+++ spread-sheet-widget-0.10/debian/libspread-sheet-widget0.lintian-overrides
2024-02-04 00:11:19.0 +
@@ -0,0 +1,2 @@
+libspread-sheet-widget0: package-name-doesnt-match-sonames
+libspread-sheet-widget0: package-name-doesnt-match-sonames
libspread-sheet-widget
signature.asc
Description: PGP signature
Bug#1064194: 535.86.05 breaks Xorg
On 24/02/2024 10.26, Harald Dunkel via pkg-nvidia-devel wrote: I found something: Apparently I have to install the *nvidia-driver-full* package to avoid the crash at start time. + Very good finding. Something I hadn't considered ... I would guess there is a missing dependency in the nvidia-driver package. probably in xserver-xorg-video-nvidia ... and probably a nonobvious dependency on something that gets dlopen()ed ... and the dlopen() error silently got ignored, but the symbol used anyway. Can you take a look at lsof -p | grep lib to see which nvidia libraries are loaded into Xorg? If you identify one (or more) of newly installed library packages, can you uninstall nvidia-driver-full (but keep the dependencies) and the library in question to see if the segfault returns? Maybe needs some iterations ... And thereafter for verification, remove everything added by nvidia-driver-full and just add that one library that seems to cause/solve the segfault. Thanks
Bug#1064566: adios: should src:adios be deprecated now we have src:adios2?
Source: adios Version: 1.13.1-34 Severity: normal While looking into infrastructure issues on ci.debian.net I noticed that we have both src:adios and src:adios2 in the archive. Should we migrate the only reverse dependency of adios to adios2 and remove it from the archive? Paul OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#901677: amide: Window is too wide and not resizable
Control: tags -1 + patch
Attached is a patch which makes the main (study) windows resizable at
the expense of losing automatic expanding and shrinking. Currently,
if you switch off two of the Transverse/Coronal/Sagittal views the
window will shrink automatically. Likewise, if you enable 2-way/3-way
views it will expand to the necessary height and by disabling them it
will shrink. This is a nice feature and judging by the comment in
ui_study.c, it is the sole reason why upstream decided to make the
window non-resizable.
However, the OP's complaint is perfectly legitimate, it is very
difficult and unpleasant to work with a window that large.
Description: Make the main (study) window resizable.
Toolbar menu items "Thickness", "Field of view" and "Zoom" do nothing
but they are necessary -- if the window is resized so that the right
border is at one of these widgets, no drop-down arrow will be shown
so the user will not have access to the Gate/Time buttons. Other
items from "Threshold" leftwards are proper GtkToolItems (rather than
widgets packed in a GtkToolItem) so their menus are fully functional
and will appear as normal/toggle/radio menu items.
Bug-Debian: https://bugs.debian.org/901677
Bug: https://github.com/ferdymercury/amide/issues/26
Author: Yavor Doganov
Forwarded: no
Last-Update: 2024-02-24
---
--- amide.orig/amide-current/src/ui_study.c
+++ amide/amide-current/src/ui_study.c
@@ -540,7 +540,7 @@
toolbar = gtk_toolbar_new();
gtk_box_pack_start (GTK_BOX (ui_study->window_vbox), toolbar, FALSE, FALSE,
0);
gtk_toolbar_set_style(GTK_TOOLBAR(toolbar), GTK_TOOLBAR_ICONS);
- gtk_toolbar_set_show_arrow(GTK_TOOLBAR(toolbar), FALSE);
+ gtk_widget_set_hexpand(toolbar, FALSE);
tool_item = gtk_radio_tool_button_new(NULL);
gtk_tool_button_set_label(GTK_TOOL_BUTTON(tool_item), _("Near."));
@@ -568,9 +568,8 @@
for (i_rendering = 0; i_rendering < AMITK_RENDERING_NUM; i_rendering++)
gtk_combo_box_text_append_text(GTK_COMBO_BOX_TEXT(ui_study->rendering_menu),
amitk_rendering_get_name(i_rendering));
g_signal_connect(G_OBJECT(ui_study->rendering_menu), "changed",
G_CALLBACK(ui_study_cb_rendering), ui_study);
- ui_common_toolbar_insert_widget(toolbar, ui_study->rendering_menu,
- _(amitk_rendering_explanation),
-
gtk_toolbar_get_n_items(GTK_TOOLBAR(toolbar)));
+ ui_common_toolbar_append_widget(toolbar, ui_study->rendering_menu,
+ _(amitk_rendering_explanation));
ui_common_toolbar_append_separator(toolbar);
@@ -672,7 +671,7 @@
icon = gtk_image_new_from_icon_name("amide_icon_thresholding",
GTK_ICON_SIZE_LARGE_TOOLBAR);
- tool_item = gtk_tool_button_new(icon, _("_Threshold"));
+ tool_item = gtk_tool_button_new(icon, _("Threshold"));
gtk_tool_item_set_tooltip_text(tool_item,
_("Set the thresholds and colormaps for the
active data set"));
gtk_actionable_set_action_name(GTK_ACTIONABLE(tool_item),
"win.thresholding");
@@ -697,7 +696,10 @@
g_signal_connect(G_OBJECT(ui_study->zoom_spin), "output",
G_CALLBACK(amitk_spin_button_scientific_output), NULL);
g_signal_connect(G_OBJECT(ui_study->zoom_spin), "button_press_event",
G_CALLBACK(amitk_spin_button_discard_double_or_triple_click), NULL);
- ui_common_toolbar_append_widget(toolbar,ui_study->zoom_spin,_("specify how
much to magnify the images"));
+ ui_common_toolbar_append_widget_full(toolbar, ui_study->zoom_spin,
+ _("Zoom"),
+ _("specify how much to magnify the
images"),
+ NULL, NULL);
/* a separator for clarity */
ui_common_toolbar_append_separator(toolbar);
@@ -716,7 +718,10 @@
g_signal_connect(G_OBJECT(ui_study->fov_spin), "value_changed",
G_CALLBACK(ui_study_cb_fov), ui_study);
g_signal_connect(G_OBJECT(ui_study->fov_spin), "button_press_event",
G_CALLBACK(amitk_spin_button_discard_double_or_triple_click), NULL);
- ui_common_toolbar_append_widget(toolbar,ui_study->fov_spin,_("specify how
much of the image field of view to display"));
+ ui_common_toolbar_append_widget_full(toolbar, ui_study->fov_spin,
+ _("Field of view"),
+ _("specify how much of the image field
of view to display"),
+ NULL, NULL);
/* a separator for clarity */
ui_common_toolbar_append_separator(toolbar);
@@ -736,7 +741,10 @@
g_signal_connect(G_OBJECT(ui_study->thickness_spin), "output",
G_CALLBACK(amitk_spin_button_scientific_output), NULL);
g_signal_connect(G_OBJECT(ui_study->thickness_spin), "button_press_event",
G_CALLBACK(amitk_spin_button_discard_double_or_triple_click), NULL);
-
Bug#1062742: libzia: NMU diff for 64-bit time_t transition
Re: Daniele Forsi > please don't put version numbers in the package descriptions: For libzia, it's also questionable to put the version number into the package - that "lib" is only used by a single rdep, tucnak. We should rather move libzia into tucnak; the split has causes several problems in the past, while adding no value. Christoph
Bug#1062714: qdbm: NMU diff for 64-bit time_t transition
Hello,
The package that was previously uploaded to experimental was unfortunately
broken because we did not notice that additional changes were needed to
debian/rules.
Please find a fixed patch attached.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru qdbm-1.8.78/debian/changelog qdbm-1.8.78/debian/changelog
--- qdbm-1.8.78/debian/changelog2022-11-02 21:02:48.0 +
+++ qdbm-1.8.78/debian/changelog2024-02-24 09:29:32.0 +
@@ -1,3 +1,16 @@
+qdbm (1.8.78-12.1~exp2) experimental; urgency=medium
+
+ * Fix missing files in libxqdbm.
+
+ -- Steve Langasek Sat, 24 Feb 2024 09:29:32 +
+
+qdbm (1.8.78-12.1~exp1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Sergio Durigan Junior Fri, 02 Feb 2024 21:47:56
+
+
qdbm (1.8.78-12) unstable; urgency=medium
* QA upload.
diff -Nru qdbm-1.8.78/debian/control qdbm-1.8.78/debian/control
--- qdbm-1.8.78/debian/control 2022-11-02 21:02:48.0 +
+++ qdbm-1.8.78/debian/control 2024-02-02 21:47:56.0 +
@@ -10,7 +10,10 @@
XS-Ruby-Versions: all
Section: libs
-Package: libqdbm14
+Package: libqdbm14t64
+Provides: ${t64:Provides}
+Replaces: libqdbm14
+Breaks: libqdbm14 (<< ${source:Version})
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: QDBM Database Libraries without GDBM wrapper[runtime]
@@ -32,7 +35,7 @@
Package: libqdbm-dev
Section: libdevel
Architecture: any
-Depends: libqdbm14 (= ${binary:Version}), ${misc:Depends}
+Depends: libqdbm14t64 (= ${binary:Version}), ${misc:Depends}
Recommends: pkg-config
Suggests: qdbm-doc
Description: QDBM Database Libraries [development]
@@ -57,11 +60,13 @@
Description: QDBM Database CGI commands
This is the QDBM Database command package to be used as CGI commands.
-Package: libxqdbm3c2
+Package: libxqdbm3t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libxqdbm3c2
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
-Replaces: libqdbm3++c2 (<< 1.8.77-1)
-Breaks: libqdbm3++c2 (<< 1.8.77-1)
+Replaces: libxqdbm3c2, libqdbm3++c2 (<< 1.8.77-1)
+Breaks: libxqdbm3c2 (<< ${source:Version}), libqdbm3++c2 (<< 1.8.77-1)
Description: QDBM Database Libraries for C++ [runtime]
QDBM is an embedded database library compatible with GDBM and NDBM.
It features hash database and B+ tree database and is developed referring
@@ -73,7 +78,7 @@
Package: libxqdbm-dev
Architecture: any
Section: libdevel
-Depends: libxqdbm3c2 (= ${binary:Version}), libqdbm-dev (= ${binary:Version}),
${misc:Depends}
+Depends: libxqdbm3t64 (= ${binary:Version}), libqdbm-dev (=
${binary:Version}), ${misc:Depends}
Replaces: libqdbm-dev (<< 1.8.78-1)
Suggests: qdbm-doc
Description: QDBM Database Libraries for C++ [development]
@@ -84,7 +89,7 @@
Package: libqdbm3++c2
Architecture: any
Section: oldlibs
-Depends: libxqdbm3c2 (>= ${binary:Version}), ${misc:Depends}
+Depends: libxqdbm3t64 (>= ${binary:Version}), ${misc:Depends}
Multi-Arch: no
Description: QDBM Database Libraries for C++ [runtime] (transitional package)
This is a dummy package to ease transition to new package name.
diff -Nru qdbm-1.8.78/debian/libqdbm14.dirs qdbm-1.8.78/debian/libqdbm14.dirs
--- qdbm-1.8.78/debian/libqdbm14.dirs 2022-11-02 21:02:48.0 +
+++ qdbm-1.8.78/debian/libqdbm14.dirs 1970-01-01 00:00:00.0 +
@@ -1,3 +0,0 @@
-usr/lib
-
-
diff -Nru qdbm-1.8.78/debian/libqdbm14.docs qdbm-1.8.78/debian/libqdbm14.docs
--- qdbm-1.8.78/debian/libqdbm14.docs 2022-11-02 21:02:48.0 +
+++ qdbm-1.8.78/debian/libqdbm14.docs 1970-01-01 00:00:00.0 +
@@ -1,2 +0,0 @@
-NEWS
-
diff -Nru qdbm-1.8.78/debian/libqdbm14.install
qdbm-1.8.78/debian/libqdbm14.install
--- qdbm-1.8.78/debian/libqdbm14.install2022-11-02 21:02:48.0
+
+++ qdbm-1.8.78/debian/libqdbm14.install1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/libqdbm.so.*
diff -Nru qdbm-1.8.78/debian/libqdbm14.symbols
qdbm-1.8.78/debian/libqdbm14.symbols
--- qdbm-1.8.78/debian/libqdbm14.symbols2022-11-02 21:02:48.0
+
+++ qdbm-1.8.78/debian/libqdbm14.symbols1970-01-01 00:00:00.0
+
@@ -1,424 +0,0 @@
-libqdbm.so.14 libqdbm14 #MINVER#
- VL_CMPDEC@Base 1.8.74
- VL_CMPINT@Base 1.8.74
- VL_CMPLEX@Base 1.8.74
- VL_CMPNUM@Base 1.8.74
- VST_CMPDEC@Base 1.8.74
- VST_CMPINT@Base 1.8.74
- VST_CMPLEX@Base 1.8.74
- VST_CMPNUM@Base 1.8.74
- _qdbm_bzdecode@Base 1.8.74
- _qdbm_bzencode@Base 1.8.74
- _qdbm_deflate@Base 1.8.74
- _qdbm_dummyfunc@Base 1.8.74
- _qdbm_encname@Base 1.8.74
- _qdbm_getcrc@Base 1.8.74
- _qdbm_gmtime@Base 1.8.74
- _qdbm_iconv@Base 1.8.74
- _qdbm_inflate@Base 1.8.74
-
Bug#1062742: libzia: NMU diff for 64-bit time_t transition
Hello Steve, please don't put version numbers in the package descriptions: > Description: sharable and platform-dependent library for Tucnak >- libzia contains the platform abstraction layer for the tucnak package. >+ libzia-4.36 contains the platform abstraction layer for the tucnak package. > Tucnak is a VHF/UHF/SHF logging program for hamradio contests. In cases like this it adds work for translators with a loss for users, who aren't supposed to look for version numbers like this in *descriptions* anyway. Currently this description is translated only to Danish, but as soon as the package with this change gets uploaded, that description reverts to the English version: https://ddtp.debian.org/ddt.cgi?desc_id=229880 -- 73 de IU5HKX Daniele
Bug#1064565: chromaprint: FTBFS on armel and armhf: double free or corruption (!prev)
Source: chromaprint Version: 1.5.1-4 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org cd /<>/obj-arm-linux-gnueabi/tests && ./all_tests [==] Running 94 tests from 25 test suites. [--] Global test environment set-up. [--] 11 tests from API [ RUN ] API.TestFp double free or corruption (!prev) Aborted make[4]: *** [tests/CMakeFiles/check.dir/build.make:73: tests/CMakeFiles/check] Error 134 Cheers -- Sebastian Ramacher
Bug#1064194: 535.86.05 breaks Xorg
I found something: Apparently I have to install the *nvidia-driver-full* package to avoid the crash at start time. I would guess there is a missing dependency in the nvidia-driver package. These packages were added by nvidia-driver-full: ``` Aptitude 0.8.13: log report Sat, Feb 24 2024 08:57:19 + IMPORTANT: this log only lists intended actions; actions which fail due to dpkg problems may not be completed. Will install 25 packages, and remove 0 packages. 497 MB of disk space will be used [INSTALL, DEPENDENCIES] libcudadebugger1:amd64 535.86.10-1 [INSTALL, DEPENDENCIES] libgles-nvidia1:amd64 535.86.10-1 [INSTALL, DEPENDENCIES] libgles-nvidia2:amd64 535.86.10-1 [INSTALL, DEPENDENCIES] libgles1:amd64 1.7.0-1 [INSTALL, DEPENDENCIES] libnvcuvid1:amd64 535.86.10-1 [INSTALL, DEPENDENCIES] libnvidia-allocator1:amd64 535.86.10-1 [INSTALL, DEPENDENCIES] libnvidia-api1:amd64 535.86.10-1 [INSTALL, DEPENDENCIES] libnvidia-egl-gbm1:amd64 1.1.1-1 [INSTALL, DEPENDENCIES] libnvidia-encode1:amd64 535.86.10-1 [INSTALL, DEPENDENCIES] libnvidia-fbc1:amd64 535.86.10-1 [INSTALL, DEPENDENCIES] libnvidia-glvkspirv:amd64 535.86.10-1 [INSTALL, DEPENDENCIES] libnvidia-ngx1:amd64 535.86.10-1 [INSTALL, DEPENDENCIES] libnvidia-nvvm4:amd64 535.86.10-1 [INSTALL, DEPENDENCIES] libnvidia-opticalflow1:amd64 535.86.10-1 [INSTALL, DEPENDENCIES] libnvidia-rtcore:amd64 535.86.10-1 [INSTALL, DEPENDENCIES] libnvoptix1:amd64 535.86.10-1 [INSTALL, DEPENDENCIES] nvidia-cuda-mps:amd64 535.86.10-1 [INSTALL, DEPENDENCIES] nvidia-opencl-common:amd64 535.86.10-1 [INSTALL, DEPENDENCIES] nvidia-opencl-icd:amd64 535.86.10-1 [INSTALL, DEPENDENCIES] nvidia-powerd:amd64 535.86.10-1 [INSTALL, DEPENDENCIES] nvidia-settings:amd64 525.147.05-1 [INSTALL, DEPENDENCIES] nvidia-suspend-common:amd64 535.86.10-1 [INSTALL, DEPENDENCIES] nvidia-vulkan-common:amd64 535.86.10-1 [INSTALL, DEPENDENCIES] nvidia-vulkan-icd:amd64 535.86.10-1 [INSTALL] nvidia-driver-full:amd64 535.86.10-1 Log complete. === ``` On the first, broken upgrade from 525 to 535 (using the "nvidia-driver") the libnvidia-egl-wayland1 package was removed. Maybe this is a hint. Regards Harri
Bug#1064564: rustup has an undeclared file conflict
Package: rustup Version: 1.26.0-4 Severity: serious User: debian...@lists.debian.org Usertags: fileconflict Control: affects -1 + rust-mozilla-gdb rust-mozilla-lldb rust-web-clippy rust-web-gdb rust-web-lldb rustfmt-web rustup has an undeclared file conflict. This may result in an unpack error from dpkg. The files * /usr/bin/cargo-clippy * /usr/bin/clippy-driver are contained in the packages * rust-web-clippy/1.70.0+dfsg1-7~deb12u1 as present in bookworm-proposed-updates * rustup/1.26.0-4 as present in trixie|unstable The files * /usr/bin/cargo-fmt * /usr/bin/rustfmt are contained in the packages * rustfmt-web/1.70.0+dfsg1-7~deb12u1 as present in bookworm-proposed-updates * rustup/1.26.0-4 as present in trixie|unstable The file /usr/bin/rust-gdb is contained in the packages * rust-mozilla-gdb/1.63.0+dfsg1-2~deb11u1 as present in bullseye * rust-web-gdb/1.70.0+dfsg1-7~deb12u1 as present in bookworm-proposed-updates * rustup/1.26.0-4 as present in trixie|unstable The file /usr/bin/rust-lldb is contained in the packages * rust-mozilla-lldb/1.63.0+dfsg1-2~deb11u1 as present in bullseye * rust-web-lldb/1.70.0+dfsg1-7~deb12u1 as present in bookworm-proposed-updates * rustup/1.26.0-4 as present in trixie|unstable These packages can be unpacked concurrently, because there is no relevant Replaces or Conflicts relation. Attempting to unpack these packages concurrently results in an unpack error from dpkg, because none of the packages installs a diversion for the affected files. Kind regards The Debian Usr Merge Analysis Tool This bug report has been automatically filed with no human intervention. The source code is available at https://salsa.debian.org/helmutg/dumat. If the filing is unclear or in error, don't hesitate to contact hel...@subdivi.de for assistance.
Bug#1064563: libstd-rust-1.70 has an undeclared file conflict
Package: libstd-rust-1.70 Version: 1.70.0+dfsg1-7 Severity: serious User: debian...@lists.debian.org Usertags: fileconflict Control: affects -1 + libstd-rust-web-1.70 libstd-rust-1.70 has an undeclared file conflict. This may result in an unpack error from dpkg. The files * /usr/lib/x86_64-linux-gnu/librustc_driver-fccd0c47598ec70b.so * /usr/lib/x86_64-linux-gnu/libstd-5aee28526a69a514.so * /usr/lib/x86_64-linux-gnu/libtest-ce8cb46549a60304.so are contained in the packages * libstd-rust-1.70/1.70.0+dfsg1-7 as present in trixie|unstable * libstd-rust-web-1.70/1.70.0+dfsg1-7~deb12u1 as present in bookworm-proposed-updates These packages can be unpacked concurrently, because there is no relevant Replaces or Conflicts relation. Attempting to unpack these packages concurrently results in an unpack error from dpkg, because none of the packages installs a diversion for the affected files. Kind regards The Debian Usr Merge Analysis Tool This bug report has been automatically filed with no human intervention. The source code is available at https://salsa.debian.org/helmutg/dumat. If the filing is unclear or in error, don't hesitate to contact hel...@subdivi.de for assistance.
Bug#1064562: 4 packages from rustc-web have an undeclared file conflict
Package: rust-web-gdb,libstd-rust-web-dev-windows,rust-web-src,rust-web-lldb Version: 1.70.0+dfsg1-7~deb12u1 Severity: serious Tags: bookworm User: debian...@lists.debian.org Usertags: fileconflict Control: affects -1 + libstd-rust-mozilla-dev-windows rust-mozilla-gdb rust-mozilla-lldb rust-mozilla-src 4 packages from rustc-web have an undeclared file conflict. This may result in an unpack error from dpkg. The files * /usr/lib/rustlib/x86_64-pc-windows-gnu/lib/rsbegin.o * /usr/lib/rustlib/x86_64-pc-windows-gnu/lib/rsend.o * /usr/lib/rustlib/x86_64-pc-windows-gnu/lib/self-contained/crt2.o * /usr/lib/rustlib/x86_64-pc-windows-gnu/lib/self-contained/dllcrt2.o are contained in the packages * libstd-rust-mozilla-dev-windows/1.63.0+dfsg1-2~deb11u1 as present in bullseye * libstd-rust-web-dev-windows/1.70.0+dfsg1-7~deb12u1 as present in bookworm-proposed-updates The files * /usr/bin/rust-gdb * /usr/bin/rust-gdbgui * /usr/lib/rustlib/etc/gdb_load_rust_pretty_printers.py * /usr/lib/rustlib/etc/gdb_lookup.py * /usr/lib/rustlib/etc/gdb_providers.py are contained in the packages * rust-mozilla-gdb/1.63.0+dfsg1-2~deb11u1 as present in bullseye * rust-web-gdb/1.70.0+dfsg1-7~deb12u1 as present in bookworm-proposed-updates The files * /usr/bin/rust-lldb * /usr/lib/rustlib/etc/lldb_commands * /usr/lib/rustlib/etc/lldb_lookup.py * /usr/lib/rustlib/etc/lldb_providers.py are contained in the packages * rust-mozilla-lldb/1.63.0+dfsg1-2~deb11u1 as present in bullseye * rust-web-lldb/1.70.0+dfsg1-7~deb12u1 as present in bookworm-proposed-updates The file /usr/lib/rustlib/src/rust is contained in the packages * rust-mozilla-src/1.63.0+dfsg1-2~deb11u1 as present in bullseye * rust-web-src/1.70.0+dfsg1-7~deb12u1 as present in bookworm-proposed-updates These packages can be unpacked concurrently, because there is no relevant Replaces or Conflicts relation. Attempting to unpack these packages concurrently results in an unpack error from dpkg, because none of the packages installs a diversion for the affected files. Kind regards The Debian Usr Merge Analysis Tool This bug report has been automatically filed with no human intervention. The source code is available at https://salsa.debian.org/helmutg/dumat. If the filing is unclear or in error, don't hesitate to contact hel...@subdivi.de for assistance.
Bug#1064561: dune-grid: FTBFS on i386: 98% tests passed, 1 tests failed out of 66
Source: dune-grid Version: 2.9.0-2 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=dune-grid=i386=2.9.0-2%2Bb1=1704501448=0 14/66 Test #14: gmshtest-uggrid ...***Failed1.06 sec Using UGGrid-2D Reading mesh file /<>/doc/grids/gmsh/curved2d.msh Reading 2d Gmsh grid... version 2 Gmsh file detected file contains 248 nodes file contains 498 elements number of real vertices = 242 number of boundary elements = 97 number of elements = 389 WARNING: Entities for codim 1 are not being tested! WARNING: Entities for codim 1 are not being tested! 8136949760 8136949760 Lifetime / consistency check for entities, codim 2 SKIPPING lifetime / consistency check for missing entities, codim 1 Lifetime / consistency check for entities, codim 0 Intersection Lifetime / consistency check Lifetime / consistency check for entities, codim 2 SKIPPING lifetime / consistency check for missing entities, codim 1 Lifetime / consistency check for entities, codim 0 Intersection Lifetime / consistency check Reading 2d Gmsh grid... version 2 Gmsh file detected file contains 248 nodes file contains 498 elements number of real vertices = 242 number of boundary elements = 97 number of elements = 389 Reading 2d Gmsh grid... version 2 Gmsh file detected file contains 248 nodes file contains 498 elements number of real vertices = 242 number of boundary elements = 97 number of elements = 389 Reading 2d Gmsh grid... version 2 Gmsh file detected file contains 248 nodes file contains 498 elements number of real vertices = 242 number of boundary elements = 97 number of elements = 389 Reading 2d Gmsh grid... version 2 Gmsh file detected file contains 248 nodes file contains 498 elements number of real vertices = 242 number of boundary elements = 97 number of elements = 389 Reading 2d Gmsh grid... version 2 Gmsh file detected file contains 248 nodes file contains 498 elements number of real vertices = 242 number of boundary elements = 97 number of elements = 389 Reading 2d Gmsh grid... version 2 Gmsh file detected file contains 248 nodes file contains 498 elements number of real vertices = 242 number of boundary elements = 97 number of elements = 389 Reading 2d Gmsh grid... version 2 Gmsh file detected file contains 248 nodes file contains 498 elements number of real vertices = 242 number of boundary elements = 97 number of elements = 389 Reading 2d Gmsh grid... version 2 Gmsh file detected file contains 248 nodes file contains 498 elements number of real vertices = 242 number of boundary elements = 97 number of elements = 389 Reading 2d Gmsh grid... version 2 Gmsh file detected file contains 248 nodes file contains 498 elements number of real vertices = 242 number of boundary elements = 97 number of elements = 389 Reading 2d Gmsh grid... version 2 Gmsh file detected file contains 248 nodes file contains 498 elements number of real vertices = 242 number of boundary elements = 97 number of elements = 389 Reading 2d Gmsh grid... version 2 Gmsh file detected file contains 248 nodes file contains 498 elements number of real vertices = 242 number of boundary elements = 97 number of elements = 389 Reading 2d Gmsh grid... version 2 Gmsh file detected file contains 248 nodes file contains 498 elements number of real vertices = 242 number of boundary elements = 97 number of elements = 389 Reading 2d Gmsh grid... version 2 Gmsh file detected file contains 248 nodes file contains 498 elements number of real vertices = 242 number of boundary elements = 97 number of elements = 389 Reading 2d Gmsh grid... version 2 Gmsh file detected file contains 248 nodes file contains 498 elements number of real vertices = 242 number of boundary elements = 97 number of elements = 389 Reading 2d Gmsh grid... version 2 Gmsh file detected file contains 248 nodes file contains 498 elements number of real vertices = 242 number of boundary elements = 97 number of elements = 389 Reading 2d Gmsh grid... version 2 Gmsh file detected file contains 248 nodes file contains 498 elements number of real vertices = 242 number of boundary elements = 97 number of elements = 389 Reading 2d Gmsh grid... version 2 Gmsh file detected file contains 248 nodes file contains 498 elements number of real vertices = 242 number of boundary elements = 97 number of elements = 389 Reading 2d Gmsh grid... version 2 Gmsh file detected file contains 248 nodes file contains 498 elements number of real vertices = 242 number of boundary elements = 97 number of elements = 389 Reading 2d Gmsh grid... version 2 Gmsh file detected file contains 248 nodes file contains 498 elements number of real vertices = 242 number of boundary elements = 97 number of elements = 389 Reading 2d Gmsh grid... version 2 Gmsh file detected file contains 248 nodes file contains 498 elements number of real vertices = 242 number of boundary elements = 97 number of
Bug#1064560: ucommon: FTBFS on armel and armhf: dpkg-gensymbols: error: some symbols or patterns disappeared in the symbols file: see diff output below
Source: ucommon Version: 7.0.1-0.1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=ucommon=armhf=7.0.1-0.1%2Bb1=1707541460=0 dpkg-gensymbols: error: some symbols or patterns disappeared in the symbols file: see diff output below dpkg-gensymbols: warning: debian/libucommon8/DEBIAN/symbols doesn't match completely debian/libucommon8.symbols --- debian/libucommon8.symbols (libucommon8_7.0.1-0.1+b1_armhf) +++ dpkg-gensymbolsGM5eIp 2024-02-10 05:04:15.347217924 + @@ -287,8 +287,8 @@ (c++|arch-bits=32)"ost::MappedFile::pageAligned(unsigned int)@Base" 7.0.0 (c++|arch-bits=64)"ost::MappedFile::pageAligned(unsigned long)@Base" 7.0.0 (c++)"ost::MemPager::alloc(char const*)@Base" 7.0.0 - (c++|optional)"ost::MemPager::~MemPager()@Base" 7.0.0 - (c++|optional)"ost::Mutex::Mutex()@Base" 7.0.0 +#MISSING: 7.0.1-0.1+b1# (c++|optional)"ost::MemPager::~MemPager()@Base" 7.0.0 +#MISSING: 7.0.1-0.1+b1# (c++|optional)"ost::Mutex::Mutex()@Base" 7.0.0 (c++)"ost::Mutex::~Mutex()@Base" 7.0.0 (c++)"ost::MutexCounter::MutexCounter()@Base" 7.0.0 (c++)"ost::MutexCounter::MutexCounter(int)@Base" 7.0.0 @@ -358,7 +358,7 @@ (c++)"ost::RefPointer::operator bool() const@Base" 7.0.0 (c++)"ost::RefPointer::operator!() const@Base" 7.0.0 (c++)"ost::RefPointer::~RefPointer()@Base" 7.0.0 - (c++)"ost::Semaphore::~Semaphore()@Base" 7.0.0 +#MISSING: 7.0.1-0.1+b1# (c++)"ost::Semaphore::~Semaphore()@Base" 7.0.0 (c++)"ost::Serial::Serial(char const*)@Base" 7.0.0 (c++)"ost::Serial::aRead(char*, int)@Base" 7.0.0 (c++)"ost::Serial::aWrite(char const*, int)@Base" 7.0.0 @@ -708,22 +708,22 @@ (c++)"ost::ttystream::ttystream()@Base" 7.0.0 (c++)"ost::ttystream::ttystream(char const*)@Base" 7.0.0 (c++)"ost::ttystream::~ttystream()@Base" 7.0.0 - (c++|optional=templinst)"std::_Rb_tree, std::_Select1st >, std::less, std::allocator > >::_M_erase(std::_Rb_tree_node >*)@Base" 7.0.0 - (c++|optional=templinst)"std::_Rb_tree, std::_Select1st >, std::less, std::allocator > >::_M_get_insert_hint_unique_pos(std::_Rb_tree_const_iterator >, ost::PersistObject const* const&)@Base" 7.0.0 - (c++|optional=templinst)"std::_Rb_tree, std::_Select1st >, std::less, std::allocator > >::_M_get_insert_unique_pos(ost::PersistObject const* const&)@Base" 7.0.0 - (c++|optional=templinst)"std::_Rb_tree, std::allocator >, std::pair, std::allocator > const, int>, std::_Select1st, std::allocator > const, int> >, std::less, std::allocator > >, std::allocator, std::allocator > const, int> > >::_M_erase(std::_Rb_tree_node, std::allocator > const, int> >*)@Base" 7.0.0 - (c++|optional=templinst)"std::_Rb_tree, std::allocator >, std::pair, std::allocator > const, int>, std::_Select1st, std::allocator > const, int> >, std::less, std::allocator > >, std::allocator, std::allocator > const, int> > >::_M_get_insert_hint_unique_pos(std::_Rb_tree_const_iterator, std::allocator > const, int> >, std::__cxx11::basic_string, std::allocator > const&)@Base" 7.0.0 +#MISSING: 7.0.1-0.1+b1# (c++|optional=templinst)"std::_Rb_tree, std::_Select1st >, std::less, std::allocator > >::_M_erase(std::_Rb_tree_node >*)@Base" 7.0.0 +#MISSING: 7.0.1-0.1+b1# (c++|optional=templinst)"std::_Rb_tree, std::_Select1st >, std::less, std::allocator > >::_M_get_insert_hint_unique_pos(std::_Rb_tree_const_iterator >, ost::PersistObject const* const&)@Base" 7.0.0 +#MISSING: 7.0.1-0.1+b1# (c++|optional=templinst)"std::_Rb_tree, std::_Select1st >, std::less, std::allocator > >::_M_get_insert_unique_pos(ost::PersistObject const* const&)@Base" 7.0.0 +#MISSING: 7.0.1-0.1+b1# (c++|optional=templinst)"std::_Rb_tree, std::allocator >, std::pair, std::allocator > const, int>, std::_Select1st, std::allocator > const, int> >, std::less, std::allocator > >, std::allocator, std::allocator > const, int> > >::_M_erase(std::_Rb_tree_node, std::allocator > const, int> >*)@Base" 7.0.0 +#MISSING: 7.0.1-0.1+b1# (c++|optional=templinst)"std::_Rb_tree, std::allocator >, std::pair, std::allocator > const, int>, std::_Select1st, std::allocator > const, int> >, std::less, std::allocator > >, std::allocator, std::allocator > const, int> > >::_M_get_insert_hint_unique_pos(std::_Rb_tree_const_iterator, std::allocator > const, int> >, std::__cxx11::basic_string, std::allocator > const&)@Base" 7.0.0 (c++|optional=templinst)"std::_Rb_tree, std::allocator >, std::pair, std::allocator > const, int>, std::_Select1st, std::allocator > const, int> >, std::less, std::allocator > >, std::allocator, std::allocator > const, int> > >::_M_get_insert_unique_pos(std::__cxx11::basic_string, std::allocator > const&)@Base" 7.0.0 - (c++|optional=templinst)"std::_Rb_tree, std::allocator >, std::pair, std::allocator > const, ost::Slog::Level>, std::_Select1st, std::allocator > const, ost::Slog::Level> >, std::less, std::allocator
Bug#1063204: nordugrid-arc: NMU diff for 64-bit time_t transition
Please find attached an updated patch rebased on current unstable.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru nordugrid-arc-6.18.0/debian/changelog
nordugrid-arc-6.18.0/debian/changelog
--- nordugrid-arc-6.18.0/debian/changelog 2024-02-07 23:29:28.0
+
+++ nordugrid-arc-6.18.0/debian/changelog 2024-02-24 09:11:55.0
+
@@ -1,3 +1,10 @@
+nordugrid-arc (6.18.0-2.1~exp1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Sat, 24 Feb 2024 09:11:55 +
+
nordugrid-arc (6.18.0-2) unstable; urgency=medium
* Disable test incompatible with SWIG 4.2
diff -Nru nordugrid-arc-6.18.0/debian/control
nordugrid-arc-6.18.0/debian/control
--- nordugrid-arc-6.18.0/debian/control 2024-02-05 17:12:08.0 +
+++ nordugrid-arc-6.18.0/debian/control 2024-02-24 09:11:45.0 +
@@ -40,8 +40,10 @@
Vcs-Git: https://salsa.debian.org/ellert/nordugrid-arc.git
Homepage: http://www.nordugrid.org
-Package: libarccommon3v5
-Replaces:
+Package: libarccommon3t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libarccommon3v5
+Replaces:libarccommon3v5,
nordugrid-arc-hed (<< 1.0.1~rc2~),
nordugrid-arc-arex (<< 2.0.1~),
libarccommon0,
@@ -62,7 +64,7 @@
nordugrid-arc-acix-core (<< 6.14.0-2~),
nordugrid-arc-acix-scanner (<< 6.14.0-2~),
nordugrid-arc-acix-index (<< 6.14.0-2~)
-Breaks:
+Breaks:libarccommon3v5 (<< ${source:Version}),
nordugrid-arc-hed (<< 1.0.1~rc2~),
nordugrid-arc-arex (<< 2.0.1~),
libarccommon0,
@@ -92,7 +94,7 @@
Depends:
${shlibs:Depends},
${misc:Depends},
- libarccommon3v5 (= ${binary:Version}),
+ libarccommon3t64 (= ${binary:Version}),
nordugrid-arc-plugins-needed (= ${binary:Version})
Description: ARC command line clients
NorduGrid is a collaboration aiming at development, maintenance and
@@ -114,7 +116,7 @@
Depends:
${shlibs:Depends},
${misc:Depends},
- libarccommon3v5 (= ${binary:Version})
+ libarccommon3t64 (= ${binary:Version})
Description: ARC Hosting Environment Daemon
NorduGrid is a collaboration aiming at development, maintenance and
support of the middleware, known as the Advanced Resource
@@ -130,7 +132,7 @@
Depends:
${shlibs:Depends},
${misc:Depends},
- libarccommon3v5 (= ${binary:Version}),
+ libarccommon3t64 (= ${binary:Version}),
nordugrid-arc-plugins-gridftp (= ${binary:Version}),
nordugrid-arc-arcctl-service (= ${source:Version})
Description: ARC GridFTP server
@@ -149,7 +151,7 @@
Depends:
${shlibs:Depends},
${misc:Depends},
- libarccommon3v5 (= ${binary:Version}),
+ libarccommon3t64 (= ${binary:Version}),
nordugrid-arc-hed (= ${binary:Version}),
nordugrid-arc-plugins-needed (= ${binary:Version}),
nordugrid-arc-arcctl-service (= ${source:Version})
@@ -216,16 +218,16 @@
Package: nordugrid-arc-arcctl
Replaces:
- libarccommon3v5 (<< 6.5.0~),
+ libarccommon3t64 (<< 6.5.0~),
nordugrid-arc-arex (<< 6.5.0~)
Breaks:
- libarccommon3v5 (<< 6.5.0~),
+ libarccommon3t64 (<< 6.5.0~),
nordugrid-arc-arex (<< 6.5.0~)
Architecture: all
Depends:
${misc:Depends},
${python3:Depends},
- libarccommon3v5 (>= ${source:Version})
+ libarccommon3t64 (>= ${source:Version})
Description: ARC Control Tool
NorduGrid is a collaboration aiming at development, maintenance and
support of the middleware, known as the Advanced Resource
@@ -236,18 +238,18 @@
Package: nordugrid-arc-arcctl-service
Replaces:
- libarccommon3v5 (<< 6.5.0~),
+ libarccommon3t64 (<< 6.5.0~),
nordugrid-arc-arcctl (<< 6.6.0~),
nordugrid-arc-arex (<< 6.6.0~)
Breaks:
- libarccommon3v5 (<< 6.5.0~),
+ libarccommon3t64 (<< 6.5.0~),
nordugrid-arc-arcctl (<< 6.6.0~),
nordugrid-arc-arex (<< 6.6.0~)
Architecture: all
Depends:
${misc:Depends},
${python3:Depends},
- libarccommon3v5 (>= ${source:Version}),
+ libarccommon3t64 (>= ${source:Version}),
nordugrid-arc-arcctl (= ${source:Version})
Description: ARC Control Tool - service control modules
NorduGrid is a collaboration aiming at development, maintenance and
@@ -265,13 +267,13 @@
nordugrid-arc-cache-service (<< 6.0.0~),
nordugrid-arc-candypond (<< 6.0.0~),
nordugrid-arc-aris (<< 6.0.0~),
- libarccommon3v5 (<< 6.5.0~)
+ libarccommon3t64 (<< 6.5.0~)
Conflicts:
nordugrid-arc-cache-service (<< 6.0.0~),
nordugrid-arc-candypond (<< 6.0.0~)
Breaks:
nordugrid-arc-aris (<< 6.0.0~),
- libarccommon3v5 (<< 6.5.0~)
+ libarccommon3t64 (<< 6.5.0~)
Architecture: any
Pre-Depends:
${misc:Pre-Depends}
@@ -280,7 +282,7 @@
${misc:Depends},
${perl:Depends},
${python3:Depends},
- libarccommon3v5 (= ${binary:Version}),
+ libarccommon3t64 (= ${binary:Version}),
nordugrid-arc-hed (= ${binary:Version}),
Bug#1064559: pmdk: FTBFS on ppc64el: RUNTESTS: stopping: obj_basic_integration/TEST5 failed, TEST=check FS=pmem BUILD=debug
Source: pmdk
Version: 1.13.1-1.1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org
https://buildd.debian.org/status/fetch.php?pkg=pmdk=ppc64el=1.13.1-1.1%2Bb1=1708597682=0
obj_basic_integration/TEST4: PASS [00.098 s]
obj_basic_integration/TEST5: SETUP (check/pmem/debug/memcheck)
obj_basic_integration/TEST5 crashed (signal 4). err5.log below.
{ut_backtrace.c:175 ut_sighandler} obj_basic_integration/TEST5:
{ut_backtrace.c:176 ut_sighandler} obj_basic_integration/TEST5: Signal 4,
backtrace:
{ut_backtrace.c:120 ut_dump_backtrace} obj_basic_integration/TEST5: 0:
./obj_basic_integration(+0xc934) [0x18c934]
{ut_backtrace.c:120 ut_dump_backtrace} obj_basic_integration/TEST5: 1:
./obj_basic_integration(+0xcaac) [0x18caac]
{ut_backtrace.c:178 ut_sighandler} obj_basic_integration/TEST5:
err5.log below.
obj_basic_integration/TEST5 err5.log {ut_backtrace.c:175 ut_sighandler}
obj_basic_integration/TEST5:
obj_basic_integration/TEST5 err5.log
obj_basic_integration/TEST5 err5.log {ut_backtrace.c:176 ut_sighandler}
obj_basic_integration/TEST5: Signal 4, backtrace:
obj_basic_integration/TEST5 err5.log {ut_backtrace.c:120 ut_dump_backtrace}
obj_basic_integration/TEST5: 0: ./obj_basic_integration(+0xc934) [0x18c934]
obj_basic_integration/TEST5 err5.log {ut_backtrace.c:120 ut_dump_backtrace}
obj_basic_integration/TEST5: 1: ./obj_basic_integration(+0xcaac) [0x18caac]
obj_basic_integration/TEST5 err5.log {ut_backtrace.c:178 ut_sighandler}
obj_basic_integration/TEST5:
obj_basic_integration/TEST5 err5.log
Last 30 lines of memcheck5.log below (whole file has 48 lines).
obj_basic_integration/TEST5 memcheck5.log ==1295331==by 0x490638F:
util_pool_create_uuids (set.c:2521)
obj_basic_integration/TEST5 memcheck5.log ==1295331==by 0x49065D3:
util_pool_create (set.c:2563)
obj_basic_integration/TEST5 memcheck5.log ==1295331==by 0x4931C3B:
pmemobj_createU (obj.c:1164)
obj_basic_integration/TEST5 memcheck5.log ==1295331==by 0x49320FB:
pmemobj_create (obj.c:1244)
obj_basic_integration/TEST5 memcheck5.log ==1295331== Your program just tried
to execute an instruction that Valgrind
obj_basic_integration/TEST5 memcheck5.log ==1295331== did not recognise. There
are two possible reasons for this.
obj_basic_integration/TEST5 memcheck5.log ==1295331== 1. Your program has a bug
and erroneously jumped to a non-code
obj_basic_integration/TEST5 memcheck5.log ==1295331==location. If you are
running Memcheck and you just saw a
obj_basic_integration/TEST5 memcheck5.log ==1295331==warning about a bad
jump, it's probably your program's fault.
obj_basic_integration/TEST5 memcheck5.log ==1295331== 2. The instruction is
legitimate but Valgrind doesn't handle it,
obj_basic_integration/TEST5 memcheck5.log ==1295331==i.e. it's Valgrind's
fault. If you think this is the case or
obj_basic_integration/TEST5 memcheck5.log ==1295331==you are not sure,
please let us know and we'll try to fix it.
obj_basic_integration/TEST5 memcheck5.log ==1295331== Either way, Valgrind will
now raise a SIGILL signal which will
obj_basic_integration/TEST5 memcheck5.log ==1295331== probably kill your
program.
obj_basic_integration/TEST5 memcheck5.log ==1295331==
obj_basic_integration/TEST5 memcheck5.log ==1295331== HEAP SUMMARY:
obj_basic_integration/TEST5 memcheck5.log ==1295331== in use at exit: 3,236
bytes in 39 blocks
obj_basic_integration/TEST5 memcheck5.log ==1295331== total heap usage: 103
allocs, 64 frees, 225,309 bytes allocated
obj_basic_integration/TEST5 memcheck5.log ==1295331==
obj_basic_integration/TEST5 memcheck5.log ==1295331== LEAK SUMMARY:
obj_basic_integration/TEST5 memcheck5.log ==1295331==definitely lost: 0
bytes in 0 blocks
obj_basic_integration/TEST5 memcheck5.log ==1295331==indirectly lost: 0
bytes in 0 blocks
obj_basic_integration/TEST5 memcheck5.log ==1295331== possibly lost: 0
bytes in 0 blocks
obj_basic_integration/TEST5 memcheck5.log ==1295331==still reachable: 3,236
bytes in 39 blocks
obj_basic_integration/TEST5 memcheck5.log ==1295331== suppressed: 0
bytes in 0 blocks
obj_basic_integration/TEST5 memcheck5.log ==1295331== Reachable blocks (those
to which a pointer was found) are not shown.
obj_basic_integration/TEST5 memcheck5.log ==1295331== To see them, rerun with:
--leak-check=full --show-leak-kinds=all
obj_basic_integration/TEST5 memcheck5.log ==1295331==
obj_basic_integration/TEST5 memcheck5.log ==1295331== For lists of detected and
suppressed errors, rerun with: -s
obj_basic_integration/TEST5 memcheck5.log ==1295331== ERROR SUMMARY: 0 errors
from 0 contexts (suppressed: 0 from 0)
out5.log below.
obj_basic_integration/TEST5 out5.log obj_basic_integration/TEST5: START:
obj_basic_integration
obj_basic_integration/TEST5 out5.log ./obj_basic_integration
/tmp//test_obj_basic_integration5⠏⠍⠙⠅ɗPMDKӜ⥺/testfile1
pmem5.log below.
Bug#1064558: node-leveldown: FTBFS on mips64el: not ok 1397 Error: batch(array) element must be an object and not `null`
Source: node-leveldown Version: 5.6.0+dfsg-4 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=node-leveldown=mips64el=5.6.0%2Bdfsg-4%2Bb1=1708632735=0 not ok 1397 Error: batch(array) element must be an object and not `null` --- operator: error stack: |- Error: batch(array) element must be an object and not `null` at AbstractLevelDOWN.batch (/usr/share/nodejs/abstract-leveldown/abstract-leveldown.js:163:33) at /<>/test/iterator-recursion-test.js:48:8 at /usr/share/nodejs/abstract-leveldown/abstract-leveldown.js:41:5 ... Cheers -- Sebastian Ramacher
Bug#1064557: lodepng: FTBFS on 32 bit architectures: dpkg-gensymbols: error: some symbols or patterns disappeared in the symbols file: see diff output below
Source: lodepng Version: 0.0~git20220618.b4ed2cd-3 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=lodepng=i386=0.0%7Egit20220618.b4ed2cd-3%2Bb1=1707525646=0 dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see diff output below dpkg-gensymbols: error: some symbols or patterns disappeared in the symbols file: see diff output below dpkg-gensymbols: warning: debian/liblodepng0/DEBIAN/symbols doesn't match completely debian/liblodepng0.symbols.i386 --- debian/liblodepng0.symbols.i386 (liblodepng0_0.0~git20220618.b4ed2cd-3+b1_i386) +++ dpkg-gensymbolsS03Mtj 2024-02-10 00:40:43.067589834 + @@ -100,8 +100,10 @@ _ZN7lodepng8compressERSt6vectorIhSaIhEERKS2_RK23LodePNGCompressSettings@Base 0.0~git20220618.b4ed2cd _ZN7lodepng9load_fileERSt6vectorIhSaIhEERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base 0.0~git20220618.b4ed2cd _ZN7lodepng9save_fileERKSt6vectorIhSaIhEERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base 0.0~git20220618.b4ed2cd - _ZNSt12_Vector_baseIhSaIhEED1Ev@Base 0.0~git20220618.b4ed2cd - _ZNSt12_Vector_baseIhSaIhEED2Ev@Base 0.0~git20220618.b4ed2cd +#MISSING: 0.0~git20220618.b4ed2cd-3+b1# _ZNSt12_Vector_baseIhSaIhEED1Ev@Base 0.0~git20220618.b4ed2cd +#MISSING: 0.0~git20220618.b4ed2cd-3+b1# _ZNSt12_Vector_baseIhSaIhEED2Ev@Base 0.0~git20220618.b4ed2cd _ZNSt6vectorIhSaIhEE17_M_default_appendEj@Base 0.0~git20220618.b4ed2cd + _ZNSt6vectorIhSaIhEED1Ev@Base 0.0~git20220618.b4ed2cd-3+b1 + _ZNSt6vectorIhSaIhEED2Ev@Base 0.0~git20220618.b4ed2cd-3+b1 lodepng_default_compress_settings@Base 0.0~git20220618.b4ed2cd lodepng_default_decompress_settings@Base 0.0~git20220618.b4ed2cd dh_makeshlibs: error: failing due to earlier errors Cheers -- Sebastian Ramacher
Bug#1064556: hepmc3: FTBFS on i386: 86% tests passed, 2 tests failed out of 14
Source: hepmc3 Version: 3.1.2-2 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=hepmc3=i386=3.1.2-2%2Bb1=1707514176=0 test 5 Start 5: testUnits 5: Test command: /<>/obj-i686-linux-gnu/test/testUnits 5: Working Directory: /<>/obj-i686-linux-gnu/test 5: Test timeout computed to be: 2000 5: Default units: GEV MM 5: wrong conversion factor 0.001 for MEV to GEV - should be 0.001 5: wrong conversion factor 0.1 for MM to CM - should be 0.1 5/14 Test #5: testUnits ***Failed0.00 sec ... test 7 Start 7: testWeights 7: Test command: /<>/obj-i686-linux-gnu/test/testWeights 7: Working Directory: /<>/obj-i686-linux-gnu/test 7: Test timeout computed to be: 2000 7: testWeights: ./test/testWeights.cc:28: int main(): Assertion `std::abs(evt.weights()[1] - 4.56) < std::numeric_limits::epsilon()' failed. 7/14 Test #7: testWeights ..Subprocess aborted***Exception: 0.00 sec ... The following tests FAILED: 5 - testUnits (Failed) 7 - testWeights (Subprocess aborted) Errors while running CTest make[2]: *** [Makefile:94: test] Error 8 Cheers -- Sebastian Ramacher
Bug#1060104: dcmtk: FTBFS on armel: Error: bad immediate value for offset (4100)
Control: severity -1 serious On 2024-01-18 13:38:20 +0100, Mathieu Malaterre wrote: > Control: severity -1 important > > On Mon, Jan 15, 2024 at 1:49 PM Emanuele Rocca wrote: > [...] > > For this reason I would > > suggest to disable stackclash on the armel build of dcmtk (just like you > > did in experimental) to make sure the package builds properly again, but > > keep #1060104 open at a lower severity so that we don't lose track of > > this. > > Done ! Thanks dcmtk is still failing to build on unstable buildds, so raising the severity again to serious. Please only lower the severity once the package builds again. Cheers -- Sebastian Ramacher
Bug#1062694: libuv1: NMU diff for 64-bit time_t transition
Please find attached an updated patch rebased on current unstable. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru libuv1-1.48.0/debian/changelog libuv1-1.48.0/debian/changelog --- libuv1-1.48.0/debian/changelog 2024-02-14 17:47:19.0 + +++ libuv1-1.48.0/debian/changelog 2024-02-24 08:57:16.0 + @@ -1,3 +1,10 @@ +libuv1 (1.48.0-1.1~exp1) experimental; urgency=medium + + * Non-maintainer upload. + * Rename libraries for 64-bit time_t transition. + + -- Steve Langasek Sat, 24 Feb 2024 08:57:16 + + libuv1 (1.48.0-1) unstable; urgency=medium [ Dominique Dumont ] diff -Nru libuv1-1.48.0/debian/changelog.orig libuv1-1.48.0/debian/changelog.orig --- libuv1-1.48.0/debian/changelog.orig 1970-01-01 00:00:00.0 + +++ libuv1-1.48.0/debian/changelog.orig 2024-02-24 08:56:28.0 + @@ -0,0 +1,750 @@ +libuv1 (1.48.0-1) unstable; urgency=medium + + [ Dominique Dumont ] + * new upstream version: +* Fix CVE-2024-24806 (Closes: #1063484) + * copyright: update with cme + * refreshed patches + * rm patch lp2046442-linux-don-t-use-io_uring-... + * refreshed symbols file + + -- Dominique Dumont Wed, 14 Feb 2024 18:47:19 +0100 + +libuv1 (1.46.0-3) unstable; urgency=medium + + * add patch to fix build on kernel < 5.10.186. +Thanks to Simon Choppin and Ubuntu fot the patch (Closes: 1058743) + + -- Dominique Dumont Sat, 30 Dec 2023 18:32:28 +0100 + +libuv1 (1.46.0-2) unstable; urgency=medium + + * re-release to unstable + + -- Dominique Dumont Sun, 15 Oct 2023 16:37:48 +0200 + +libuv1 (1.46.0-1) experimental; urgency=medium + + * new upstream release: + * control: declare compliance with policy 4.6.2 + * control: drop kfreebsd (dropped upstream) + * fill-copyright-blanks: +* specify license of a test file +* drop removed files +* specify CC-BY-4.0 license for doc files + * refreshed copyright with cme + * install LICENSE-extra file in libuv1-dev.docs + * refreshed patches + * update symbols file + * ship libuv.a instead of libuv_a.a + * update README.source.org + + -- Dominique Dumont Tue, 05 Sep 2023 18:34:19 +0200 + +libuv1 (1.44.2-1) unstable; urgency=medium + + * new upstream version + * copyright: updated with cme + * remove pristine-tar from build process + * update symbols file + + -- Dominique Dumont Thu, 28 Jul 2022 18:35:31 +0200 + +libuv1 (1.44.1-2) unstable; urgency=medium + + * update symbols file to fix hurd packaging + + -- Dominique Dumont Wed, 16 Mar 2022 19:16:11 +0100 + +libuv1 (1.44.1-1) unstable; urgency=medium + + * new upstream version + * update copyright with cme + * refresh patch + * update symbols file + + -- Dominique Dumont Sun, 13 Mar 2022 19:24:56 +0100 + +libuv1 (1.43.0-1) unstable; urgency=medium + + * new upstream version + * control: +* declare compliance with policy 4.6.0 +* remove conflicts on ancient libuv0.10-dev package + * update copyright with cme + * do not install cmake files + * update symbols file + * README.source.org: add quilt pop -a instruction + + -- Dominique Dumont Sat, 15 Jan 2022 18:15:17 +0100 + +libuv1 (1.42.0-1) unstable; urgency=medium + + * new upstream version + * update fill.copyright.blanks + * update copyright with cme + * removed patch for CVE (applied upstream) + * refresh patch + * control: +* declare compliance with policy 4.5.1 +* use debhelper 13 +* set Rules-Requires-Root to no + * watch: watch github and use v4 + * rules: remove obsolete dbgsym-migration instructions + * update symbols file + * converted README.source to org-mode + + -- Dominique Dumont Sat, 11 Sep 2021 18:50:00 +0200 + +libuv1 (1.40.0-2) unstable; urgency=medium + + * add patch for CVE-2021-22918 (Closes: #990561) + + -- Dominique Dumont Sun, 04 Jul 2021 09:43:38 +0200 + +libuv1 (1.40.0-1) unstable; urgency=medium + + * new upstream version + * update copyright with cme + * refreshed patch + * update symbol file + + -- Dominique Dumont Sat, 31 Oct 2020 18:43:46 +0100 + +libuv1 (1.39.0-1) unstable; urgency=medium + + * new upstream version + * update copyright with cme + * refreshed patch + * update symbol file + + -- Dominique Dumont Sun, 13 Sep 2020 17:27:18 +0200 + +libuv1 (1.38.0-3) unstable; urgency=medium + + * rules: increase timeout of time sensitive tests for all arch + + -- Dominique Dumont Sun, 28 Jun 2020 15:27:10 +0200 + +libuv1 (1.38.0-2) unstable; urgency=medium + + * use cmake instead of autotools to build libuv. +As a consequence: +* control: add cmake build dep +* archive lib is now libuv_a.a +* remove all internal symbols from symbol file +* rules is updated to not run tests in parallel + * remove autopkgtest
Bug#1062742: libzia: NMU diff for 64-bit time_t transition
Hello,
An oversight with regards to the provides: handling support in debhelper
means the package in experimental does not correctly declare compatibility
on 64-bit archs with the prior ABI. Please find an updated patch attached.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru libzia-4.52/debian/changelog libzia-4.52/debian/changelog
--- libzia-4.52/debian/changelog2023-11-25 14:26:34.0 +
+++ libzia-4.52/debian/changelog2024-02-24 08:59:14.0 +
@@ -1,3 +1,16 @@
+libzia (4.52-1.1~exp2) experimental; urgency=medium
+
+ * Declare X-Time64-Compat to get proper Provides:
+
+ -- Steve Langasek Sat, 24 Feb 2024 08:59:14 +
+
+libzia (4.52-1.1~exp1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 22:53:42 +
+
libzia (4.52-1) unstable; urgency=medium
* Team upload.
diff -Nru libzia-4.52/debian/control libzia-4.52/debian/control
--- libzia-4.52/debian/control 2023-11-25 14:26:34.0 +
+++ libzia-4.52/debian/control 2024-02-24 08:59:09.0 +
@@ -19,7 +19,10 @@
Vcs-Git: https://salsa.debian.org/debian-hamradio-team/libzia.git
Rules-Requires-Root: no
-Package: libzia
+Package: libzia-4.36
+X-Time64-Compat: libzia
+Provides: ${t64:Provides}
+Replaces: libzia
Architecture: any
Multi-Arch: same
Pre-Depends:
@@ -27,10 +30,10 @@
Depends:
${misc:Depends},
${shlibs:Depends},
-Breaks:
+Breaks:libzia (<< ${source:Version}),
tucnak (<< 4.52~),
Description: sharable and platform-dependent library for Tucnak
- libzia contains the platform abstraction layer for the tucnak package.
+ libzia-4.36 contains the platform abstraction layer for the tucnak package.
Tucnak is a VHF/UHF/SHF logging program for hamradio contests.
.
It also contains common usable functions for other projects.
@@ -44,7 +47,7 @@
libgtk-3-dev,
libpng-dev,
libsdl2-dev,
- libzia (= ${binary:Version}),
+ libzia-4.36 (= ${binary:Version}),
${misc:Depends},
Description: sharable and platform-dependent dev library for Tucnak
libzia-dev contains the development files for a platform abstraction
diff -Nru libzia-4.52/debian/libzia-4.36.install
libzia-4.52/debian/libzia-4.36.install
--- libzia-4.52/debian/libzia-4.36.install 1970-01-01 00:00:00.0
+
+++ libzia-4.52/debian/libzia-4.36.install 2024-02-02 22:53:41.0
+
@@ -0,0 +1,3 @@
+usr/lib/*/libzia-*.so
+usr/lib/*/libzia/lib*.d
+usr/share/libzia/*/settings
diff -Nru libzia-4.52/debian/libzia-4.36.lintian-overrides
libzia-4.52/debian/libzia-4.36.lintian-overrides
--- libzia-4.52/debian/libzia-4.36.lintian-overrides1970-01-01
00:00:00.0 +
+++ libzia-4.52/debian/libzia-4.36.lintian-overrides2024-02-02
22:53:41.0 +
@@ -0,0 +1 @@
+libzia-4.36: package-name-doesnt-match-sonames libzia
diff -Nru libzia-4.52/debian/libzia-4.36.symbols
libzia-4.52/debian/libzia-4.36.symbols
--- libzia-4.52/debian/libzia-4.36.symbols 1970-01-01 00:00:00.0
+
+++ libzia-4.52/debian/libzia-4.36.symbols 2024-02-02 22:53:41.0
+
@@ -0,0 +1,528 @@
+libzia-4.36-4.36.so libzia-4.36 #MINVER#
+* Build-Depends-Package: libzia-dev
+ SDL_UpdateRect@Base 4.25
+ ST_START@Base 4.09
+ ST_STOP@Base 4.09
+ alarm_handler@Base 4.09
+ check_for_select_race@Base 4.09
+ compute_wwl4@Base 4.09
+ critical_section@Base 4.09
+ dashcnt@Base 4.09
+ dbg@Base 4.09
+ debug_msg_title@Base 4.21
+ error@Base 4.09
+ font13x24@Base 4.09
+ font18x32@Base 4.09
+ font8x13@Base 4.09
+ font9x16@Base 4.09
+ free_gpointer_item@Base 4.09
+ free_km_value@Base 4.36
+ gcor@Base 4.21
+ got_signal@Base 4.09
+ http_get_data@Base 4.09
+ http_get_header@Base 4.34
+ http_is_content_type@Base 4.34
+ http_response_buf_len@Base 4.25
+ hw2km@Base 4.21
+ hw2km_d@Base 4.21
+ hw2km_f@Base 4.21
+ hw2loc@Base 4.09
+ hw2qrbqtf@Base 4.09
+ iaru_round@Base 4.09
+ k2key@Base 4.21
+ km2qrbqtf@Base 4.21
+ kmarray_add@Base 4.21
+ kmarray_new@Base 4.21
+ mkwwl4@Base 4.09
+ pending_alarm@Base 4.09
+ qrb_qtf_int@Base 4.09
+ qrbqtf2hw@Base 4.09
+ qrbqtf@Base 4.09
+ qsopwr@Base 4.09
+ qth@Base 4.09
+ qthwr@Base 4.09
+ round@Base 4.21
+ signal_handlers@Base 4.09
+ signal_init@Base 4.09
+ signal_mask@Base 4.09
+ start@Base 4.09
+ trace@Base 4.09
+ uninstall_alarm@Base 4.09
+ x2gramin@Base 4.09
+ z_1250_to_8859_2@Base 4.09
+ z_alsa_error_handler@Base 4.09
+ z_app_crash_handler@Base 4.09
+ z_b@Base 4.09
+ z_backtrace@Base 4.09
+ z_base64dec@Base 4.09
+ z_binary_file_name@Base 4.09
+ z_browser@Base 4.09
+ z_call_is_rover@Base 4.09
+ z_can_be_call@Base 4.09
+ z_can_be_call_char@Base 4.23
+ z_circle@Base 4.09
+ z_clip_pixel@Base 4.09
+
Bug#1064555: faketime: FTBFS on 32 bit architectures: Test Suites summary: 3 succeeded, 1 failed
Source: faketime Version: 0.9.10-2.1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=faketime=armel=0.9.10-2.1%2Bb1=1704500126=0 gcc -c -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -DMULTI_ARCH -DFAKE_RANDOM -DFAKE_PID -std=gnu99 -Wall -DFAKE_STAT -Werror -Wextra timetest.c ./testframe.sh functests # Begin Test Suites in functests # Begin functests/test_exclude_mono.sh # PLATFORM=linuxlike gcc -o timetest timetest.o -Wl,-z,relro -Wl,-z,now -lrt -lpthread out=193535.427098546 When not faking monotonic time, timestamps should be different ref=193536.51863104 - ok # functests/test_exclude_mono.sh summary: 1 succeeded, 0 failed # End functests/test_exclude_mono.sh - OK # Begin functests/test_null.sh out=0 () ref=1704500118 - ok # functests/test_null.sh summary: 1 succeeded, 0 failed # End functests/test_null.sh - OK # Begin functests/test_true.sh # functests/test_true.sh summary: 1 succeeded, 0 failed # End functests/test_true.sh - OK # Begin functests/test_walkone.sh # PLATFORM=linuxlike out=1704500118 (secs since Epoch) expected=1 - bad out=1704500118 (secs since Epoch) expected=2 - bad out=1704500118 (secs since Epoch) expected=4 - bad out=1704500118 (secs since Epoch) expected=8 - bad out=1704500118 (secs since Epoch) expected=16 - bad out=1704500118 (secs since Epoch) expected=32 - bad out=1704500118 (secs since Epoch) expected=64 - bad out=1704500118 (secs since Epoch) expected=128 - bad out=1704500118 (secs since Epoch) expected=256 - bad out=1704500118 (secs since Epoch) expected=512 - bad out=1704500118 (secs since Epoch) expected=1024 - bad out=1704500118 (secs since Epoch) expected=2048 - bad out=1704500118 (secs since Epoch) expected=4096 - bad out=1704500118 (secs since Epoch) expected=8192 - bad out=1704500118 (secs since Epoch) expected=16384 - bad out=1704500118 (secs since Epoch) expected=32768 - bad out=1704500118 (secs since Epoch) expected=65536 - bad out=1704500118 (secs since Epoch) expected=131072 - bad out=1704500118 (secs since Epoch) expected=262144 - bad out=1704500118 (secs since Epoch) expected=524288 - bad out=1704500118 (secs since Epoch) expected=1048576 - bad out=1704500119 (secs since Epoch) expected=2097152 - bad out=1704500119 (secs since Epoch) expected=4194304 - bad out=1704500119 (secs since Epoch) expected=8388608 - bad out=1704500119 (secs since Epoch) expected=16777216 - bad out=1704500119 (secs since Epoch) expected=33554432 - bad out=1704500119 (secs since Epoch) expected=67108864 - bad out=1704500119 (secs since Epoch) expected=134217728 - bad out=1704500119 (secs since Epoch) expected=268435456 - bad out=1704500119 (secs since Epoch) expected=536870912 - bad out=1704500119 (secs since Epoch) expected=1073741824 - bad # functests/test_walkone.sh summary: 0 succeeded, 31 failed testframe.sh: error: functests/test_walkone.sh run exit_status=1! # End functests/test_walkone.sh - BAD # Test Suites summary: 3 succeeded, 1 failed # End Test Suites - BAD make[3]: *** [Makefile:35: functest] Error 1 Cheers -- Sebastian Ramacher
Bug#1062684: libtorrent-rasterbar: NMU diff for 64-bit time_t transition
Please find attached an updated patch rebased on current unstable. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru libtorrent-rasterbar-2.0.10/debian/changelog libtorrent-rasterbar-2.0.10/debian/changelog --- libtorrent-rasterbar-2.0.10/debian/changelog2024-02-19 13:34:35.0 + +++ libtorrent-rasterbar-2.0.10/debian/changelog2024-02-24 08:53:54.0 + @@ -1,3 +1,10 @@ +libtorrent-rasterbar (2.0.10-1.1~exp1) experimental; urgency=medium + + * Non-maintainer upload. + * Rename libraries for 64-bit time_t transition. + + -- Steve Langasek Sat, 24 Feb 2024 08:53:54 + + libtorrent-rasterbar (2.0.10-1) unstable; urgency=medium * New upstream release. diff -Nru libtorrent-rasterbar-2.0.10/debian/changelog.orig libtorrent-rasterbar-2.0.10/debian/changelog.orig --- libtorrent-rasterbar-2.0.10/debian/changelog.orig 1970-01-01 00:00:00.0 + +++ libtorrent-rasterbar-2.0.10/debian/changelog.orig 2024-02-24 08:52:47.0 + @@ -0,0 +1,786 @@ +libtorrent-rasterbar (2.0.10-1) unstable; urgency=medium + + * New upstream release. + * debian/control Replaces pkg-config by pkgconf + + -- Christian Marillat Mon, 19 Feb 2024 14:34:35 +0100 + +libtorrent-rasterbar (2.0.9-2) unstable; urgency=medium + + * Fix 'Fails to build source after successful build' (Closes: #1048692) + + -- Christian Marillat Mon, 14 Aug 2023 07:25:12 +0200 + +libtorrent-rasterbar (2.0.9-1) unstable; urgency=medium + + * New upstream release. + + -- Christian Marillat Tue, 30 May 2023 07:52:47 +0200 + +libtorrent-rasterbar (2.0.8-1) unstable; urgency=medium + + * New upstream release. + + -- Christian Marillat Sun, 23 Oct 2022 17:10:21 +0200 + +libtorrent-rasterbar (2.0.7-1) unstable; urgency=medium + + * New upstream release. + * Removed #1014795 hack, fixed upstream. + + -- Christian Marillat Sun, 17 Jul 2022 23:55:43 +0200 + +libtorrent-rasterbar (2.0.6-5) unstable; urgency=medium + + * Restore hack to fix #1014795 + + -- Christian Marillat Tue, 12 Jul 2022 17:08:26 +0200 + +libtorrent-rasterbar (2.0.6-4) unstable; urgency=medium + + * Build with latest boost1.74 (Closes: #1013931) + + -- Christian Marillat Mon, 04 Jul 2022 12:40:15 +0200 + +libtorrent-rasterbar (2.0.6-3) unstable; urgency=medium + + * debian/rules Add hack to fix broken pkg-config file (Closes: #1009875) + + -- Christian Marillat Tue, 19 Apr 2022 20:41:48 +0200 + +libtorrent-rasterbar (2.0.6-2) unstable; urgency=medium + + * debian/rules don't call dh_auto_install-indep + + -- Christian Marillat Sun, 17 Apr 2022 14:31:55 +0200 + +libtorrent-rasterbar (2.0.6-1) unstable; urgency=medium + + * New upstream release. + * Add -indep rules to build the -doc package. + + -- Christian Marillat Sun, 17 Apr 2022 09:29:18 +0200 + +libtorrent-rasterbar (2.0.5-6) unstable; urgency=medium + + * Remove uneeded ConvertUTF.cpp/.h in debian/copyright (CLoses: #1003423) + + -- Christian Marillat Sat, 26 Feb 2022 15:39:40 +0100 + +libtorrent-rasterbar (2.0.5-5) unstable; urgency=medium + + * Well, really fix bug #1004702 + + -- Christian Marillat Tue, 01 Feb 2022 15:13:18 +0100 + +libtorrent-rasterbar (2.0.5-4) unstable; urgency=medium + + * debian/control replace python3-all-dev by python3-dev (Closes: #1004702) + + -- Christian Marillat Tue, 01 Feb 2022 01:09:11 +0100 + +libtorrent-rasterbar (2.0.5-3) unstable; urgency=medium + + * Build for unstable. + + -- Christian Marillat Sun, 30 Jan 2022 19:29:05 +0100 + +libtorrent-rasterbar (2.0.5-2) experimental; urgency=medium + + * debian/copyright add simulation/libsimulator/* + + -- Christian Marillat Sun, 23 Jan 2022 13:10:13 +0100 + +libtorrent-rasterbar (2.0.5-1) unstable; urgency=medium + + * New maintainer (Closes: #995076) + * New upstream release (CLoses: #969780) + * Fix python issues (Closes: #992575, #856600) + * Fix security issues (Closes: #987120) + * Fix vlc-plugin-bittorrent crash (Closes: #916399) + * Fix deluge crash (Closes: #999422) + + -- Christian Marillat Fri, 17 Dec 2021 11:21:19 +0100 + +libtorrent-rasterbar (2.0.4-1) experimental; urgency=medium + + * New maintainer (Closes: #995076) + * Bump Standards-Version to 4.6.0 (No change) + * Upgrade to debhelper-compat 13 and dh-sequence-python3 + * Remove unneeded libtorrent-rasterbar-dbg package. + * debian/rules Don't use 'dh_makeshlibs -V' now the default with debhelper 13 + * Build with cmake and ninja + + -- Christian Marillat Thu, 30 Sep 2021 14:53:12 +0200 + +libtorrent-rasterbar (1.2.14-1) unstable; urgency=medium + + [ Debian Janitor ] + * Apply multi-arch hints. ++ libtorrent-rasterbar-dbg, libtorrent-rasterbar-dev, + libtorrent-rasterbar10: Add Multi-Arch: same. +
Bug#1062650: libterralib: NMU diff for 64-bit time_t transition
Hello,
The package that was previously uploaded to experimental was unfortunately
broken because we did not notice that additional changes were needed to
debian/rules.
Please find a fixed patch attached.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru libterralib-4.3.0+dfsg.2/debian/changelog
libterralib-4.3.0+dfsg.2/debian/changelog
--- libterralib-4.3.0+dfsg.2/debian/changelog 2019-08-26 17:28:30.0
+
+++ libterralib-4.3.0+dfsg.2/debian/changelog 2024-02-24 08:36:16.0
+
@@ -1,3 +1,16 @@
+libterralib (4.3.0+dfsg.2-12.2~exp2) experimental; urgency=medium
+
+ * Update debian/rules for the new library package name.
+
+ -- Steve Langasek Sat, 24 Feb 2024 08:36:16 +
+
+libterralib (4.3.0+dfsg.2-12.2~exp1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 08:24:48 +
+
libterralib (4.3.0+dfsg.2-12.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru libterralib-4.3.0+dfsg.2/debian/control
libterralib-4.3.0+dfsg.2/debian/control
--- libterralib-4.3.0+dfsg.2/debian/control 2019-08-26 17:27:36.0
+
+++ libterralib-4.3.0+dfsg.2/debian/control 2024-02-02 08:24:48.0
+
@@ -21,7 +21,7 @@
Architecture: any
Multi-Arch: same
Section: libdevel
-Depends: libterralib3 (= ${binary:Version}),
+Depends: libterralib3t64 (= ${binary:Version}),
${misc:Depends}
Suggests: libterralib-doc
Description: C++ library for Geographical Information Systems -- development
package
@@ -37,7 +37,8 @@
.
This package contains development files for terralib.
-Package: libterralib3
+Package: libterralib3t64
+Provides: ${t64:Provides}
Architecture: any
Multi-Arch: same
Depends: ${shlibs:Depends},
@@ -45,9 +46,9 @@
Pre-Depends: ${misc:Pre-Depends}
Suggests: libterralib-doc
Conflicts: libterralib1c2a,
-Replaces: libterralib1c2a,
+Replaces: libterralib3, libterralib1c2a,
libterralib (<< 4.3.0+dfsg.1-3~)
-Breaks: libterralib (<< 4.3.0+dfsg.1-3~)
+Breaks: libterralib3 (<< ${source:Version}), libterralib (<< 4.3.0+dfsg.1-3~)
Description: C++ library for Geographical Information Systems
TerraLib enables quick development of custom-built geographical applications
using spatial databases. As a research tool, TerraLib is aimed at providing a
@@ -63,7 +64,7 @@
Architecture: all
Section: doc
Depends: ${misc:Depends}
-Recommends: libterralib3
+Recommends: libterralib3t64
Replaces: libterralib3-doc
Description: C++ library for Geographical Information Systems -- documentation
package
TerraLib enables quick development of custom-built geographical applications
diff -Nru libterralib-4.3.0+dfsg.2/debian/libterralib3.install.in
libterralib-4.3.0+dfsg.2/debian/libterralib3.install.in
--- libterralib-4.3.0+dfsg.2/debian/libterralib3.install.in 2019-08-26
12:07:00.0 +
+++ libterralib-4.3.0+dfsg.2/debian/libterralib3.install.in 1970-01-01
00:00:00.0 +
@@ -1,11 +0,0 @@
-Release/linux-g++/libterralib.so.* usr/lib/@DEB_HOST_MULTIARCH@
-Release/linux-g++/libterralibpdi.so.* usr/lib/@DEB_HOST_MULTIARCH@
-Release/linux-g++/libte_utils.so.* usr/lib/@DEB_HOST_MULTIARCH@
-Release/linux-g++/libte_functions.so.* usr/lib/@DEB_HOST_MULTIARCH@
-Release/linux-g++/libte_shapelib.so.* usr/lib/@DEB_HOST_MULTIARCH@
-Release/linux-g++/libshapelib.so.* usr/lib/@DEB_HOST_MULTIARCH@
-Release/linux-g++/libte_mysql.so.* usr/lib/@DEB_HOST_MULTIARCH@
-Release/linux-g++/libte_dxf.so.* usr/lib/@DEB_HOST_MULTIARCH@
-Release/linux-g++/libte_postgresql.so.*
usr/lib/@DEB_HOST_MULTIARCH@
-Release/linux-g++/libte_utils.so.* usr/lib/@DEB_HOST_MULTIARCH@
-Release/linux-g++/libstat.so.* usr/lib/@DEB_HOST_MULTIARCH@
diff -Nru libterralib-4.3.0+dfsg.2/debian/libterralib3t64.install.in
libterralib-4.3.0+dfsg.2/debian/libterralib3t64.install.in
--- libterralib-4.3.0+dfsg.2/debian/libterralib3t64.install.in 1970-01-01
00:00:00.0 +
+++ libterralib-4.3.0+dfsg.2/debian/libterralib3t64.install.in 2024-02-02
08:24:48.0 +
@@ -0,0 +1,11 @@
+Release/linux-g++/libterralib.so.* usr/lib/@DEB_HOST_MULTIARCH@
+Release/linux-g++/libterralibpdi.so.* usr/lib/@DEB_HOST_MULTIARCH@
+Release/linux-g++/libte_utils.so.* usr/lib/@DEB_HOST_MULTIARCH@
+Release/linux-g++/libte_functions.so.* usr/lib/@DEB_HOST_MULTIARCH@
+Release/linux-g++/libte_shapelib.so.* usr/lib/@DEB_HOST_MULTIARCH@
+Release/linux-g++/libshapelib.so.* usr/lib/@DEB_HOST_MULTIARCH@
+Release/linux-g++/libte_mysql.so.*
Bug#1062649: libtecla: NMU diff for 64-bit time_t transition
Hello,
The package that was previously uploaded to experimental was unfortunately
broken because we did not notice that the package uses d-shlibs and
therefore needs additional changes.
Please find a fixed patch attached.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru libtecla-1.6.3/debian/changelog libtecla-1.6.3/debian/changelog
--- libtecla-1.6.3/debian/changelog 2021-10-18 07:23:41.0 +
+++ libtecla-1.6.3/debian/changelog 2024-02-24 08:09:09.0 +
@@ -1,3 +1,16 @@
+libtecla (1.6.3-3.1~exp2) experimental; urgency=medium
+
+ * Bump d-shlibs build-dependency for --t64 support.
+
+ -- Steve Langasek Sat, 24 Feb 2024 08:09:09 +
+
+libtecla (1.6.3-3.1~exp1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 08:13:30 +
+
libtecla (1.6.3-3) unstable; urgency=medium
* Fix watch file
diff -Nru libtecla-1.6.3/debian/control libtecla-1.6.3/debian/control
--- libtecla-1.6.3/debian/control 2021-10-18 07:23:41.0 +
+++ libtecla-1.6.3/debian/control 2024-02-24 08:09:06.0 +
@@ -5,7 +5,7 @@
Section: science
Priority: optional
Build-Depends: debhelper-compat (= 13),
- d-shlibs
+ d-shlibs (>= 0.106~)
Standards-Version: 4.6.0
Vcs-Browser: https://salsa.debian.org/med-team/libtecla
Vcs-Git: https://salsa.debian.org/med-team/libtecla.git
@@ -15,7 +15,7 @@
Package: libtecla-dev
Architecture: any
Section: libdevel
-Depends: libtecla1 (= ${binary:Version}),
+Depends: libtecla1t64 (= ${binary:Version}),
${misc:Depends}
Multi-Arch: same
Description: interactive command line editing facilities (development)
@@ -44,7 +44,10 @@
This package contains the development files and documentation for
developing applications using the tecla library.
-Package: libtecla1
+Package: libtecla1t64
+Provides: ${t64:Provides}
+Replaces: libtecla1
+Conflicts: libtecla1 (<< ${source:Version})
Architecture: any
Section: libs
Depends: ${shlibs:Depends},
diff -Nru libtecla-1.6.3/debian/libtecla1t64.lintian-overrides
libtecla-1.6.3/debian/libtecla1t64.lintian-overrides
--- libtecla-1.6.3/debian/libtecla1t64.lintian-overrides1970-01-01
00:00:00.0 +
+++ libtecla-1.6.3/debian/libtecla1t64.lintian-overrides2024-02-02
08:13:30.0 +
@@ -0,0 +1 @@
+libtecla1t64: package-name-doesnt-match-sonames libtecla1
diff -Nru libtecla-1.6.3/debian/rules libtecla-1.6.3/debian/rules
--- libtecla-1.6.3/debian/rules 2021-10-18 07:23:41.0 +
+++ libtecla-1.6.3/debian/rules 2024-02-24 08:08:53.0 +
@@ -11,6 +11,7 @@
override_dh_install:
dh_install
d-shlibmove --commit \
+ --t64 \
--multiarch \
--devunversioned \
--override s/libncurses6-dev/libncurses-dev/ \
signature.asc
Description: PGP signature
Bug#1063137: libtabixpp: NMU diff for 64-bit time_t transition
Please find attached an updated patch rebased on current unstable.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru libtabixpp-1.1.2/debian/changelog libtabixpp-1.1.2/debian/changelog
--- libtabixpp-1.1.2/debian/changelog 2024-02-17 14:40:37.0 +
+++ libtabixpp-1.1.2/debian/changelog 2024-02-24 08:07:05.0 +
@@ -1,3 +1,10 @@
+libtabixpp (1.1.2-2.1~exp1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Sat, 24 Feb 2024 08:07:05 +
+
libtabixpp (1.1.2-2) unstable; urgency=medium
* Enable building twice in a row.
diff -Nru libtabixpp-1.1.2/debian/control libtabixpp-1.1.2/debian/control
--- libtabixpp-1.1.2/debian/control 2024-02-17 14:35:24.0 +
+++ libtabixpp-1.1.2/debian/control 2024-02-24 08:06:23.0 +
@@ -15,7 +15,10 @@
Homepage: https://github.com/ekg/tabixpp
Rules-Requires-Root: no
-Package: libtabixpp0
+Package: libtabixpp0t64
+Provides: ${t64:Provides}
+Replaces: libtabixpp0
+Breaks: libtabixpp0 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Section: libs
@@ -35,7 +38,7 @@
Multi-Arch: same
Section: libdevel
Depends: ${misc:Depends},
- libtabixpp0 (= ${binary:Version}),
+ libtabixpp0t64 (= ${binary:Version}),
libhts-dev,
zlib1g-dev,
${devlibs:Depends}
diff -Nru libtabixpp-1.1.2/debian/libtabixpp0.symbols
libtabixpp-1.1.2/debian/libtabixpp0.symbols
--- libtabixpp-1.1.2/debian/libtabixpp0.symbols 2024-02-17 14:40:37.0
+
+++ libtabixpp-1.1.2/debian/libtabixpp0.symbols 1970-01-01 00:00:00.0
+
@@ -1,13 +0,0 @@
-libtabixpp.so.0 libtabixpp0 #MINVER#
-* Build-Depends-Package: libtabixpp-dev
-
_ZN5Tabix11getNextLineERNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base
1.0.0
- _ZN5Tabix13getKstringPtrEv@Base 1.1.0
- _ZN5Tabix13getNextLineKSEv@Base 1.1.0
-
_ZN5Tabix9getHeaderERNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base
1.0.0
-
_ZN5Tabix9setRegionERNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base
1.0.0
- _ZN5TabixC1ERNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base 1.0.0
- _ZN5TabixC1Ev@Base 1.0.0
- _ZN5TabixC2ERNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base 1.0.0
- _ZN5TabixC2Ev@Base 1.0.0
- _ZN5TabixD1Ev@Base 1.0.0
- _ZN5TabixD2Ev@Base 1.0.0
diff -Nru libtabixpp-1.1.2/debian/libtabixpp0t64.lintian-overrides
libtabixpp-1.1.2/debian/libtabixpp0t64.lintian-overrides
--- libtabixpp-1.1.2/debian/libtabixpp0t64.lintian-overrides1970-01-01
00:00:00.0 +
+++ libtabixpp-1.1.2/debian/libtabixpp0t64.lintian-overrides2024-02-24
08:06:27.0 +
@@ -0,0 +1 @@
+libtabixpp0t64: package-name-doesnt-match-sonames libtabixpp0
diff -Nru libtabixpp-1.1.2/debian/libtabixpp0t64.symbols
libtabixpp-1.1.2/debian/libtabixpp0t64.symbols
--- libtabixpp-1.1.2/debian/libtabixpp0t64.symbols 1970-01-01
00:00:00.0 +
+++ libtabixpp-1.1.2/debian/libtabixpp0t64.symbols 2024-02-24
08:06:48.0 +
@@ -0,0 +1,13 @@
+libtabixpp.so.0 libtabixpp0t64 #MINVER#
+* Build-Depends-Package: libtabixpp-dev
+
_ZN5Tabix11getNextLineERNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base
1.0.0
+ _ZN5Tabix13getKstringPtrEv@Base 1.1.0
+ _ZN5Tabix13getNextLineKSEv@Base 1.1.0
+
_ZN5Tabix9getHeaderERNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base
1.0.0
+
_ZN5Tabix9setRegionERNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base
1.0.0
+ _ZN5TabixC1ERNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base 1.0.0
+ _ZN5TabixC1Ev@Base 1.0.0
+ _ZN5TabixC2ERNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base 1.0.0
+ _ZN5TabixC2Ev@Base 1.0.0
+ _ZN5TabixD1Ev@Base 1.0.0
+ _ZN5TabixD2Ev@Base 1.0.0
signature.asc
Description: PGP signature
Bug#1062622: libsearpc: NMU diff for 64-bit time_t transition
Please find attached an updated patch rebased on current unstable.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru libsearpc-3.3.0+really3.3+git20230527.783141f/debian/changelog
libsearpc-3.3.0+really3.3+git20230527.783141f/debian/changelog
--- libsearpc-3.3.0+really3.3+git20230527.783141f/debian/changelog
2024-02-06 11:47:15.0 +
+++ libsearpc-3.3.0+really3.3+git20230527.783141f/debian/changelog
2024-02-24 08:04:01.0 +
@@ -1,3 +1,10 @@
+libsearpc (3.3.0+really3.3+git20230527.783141f-3.1~exp1) experimental;
urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Sat, 24 Feb 2024 08:04:01 +
+
libsearpc (3.3.0+really3.3+git20230527.783141f-3) unstable; urgency=medium
* Fix ftbfs-source-after-build (Closes: #1045525)
diff -Nru libsearpc-3.3.0+really3.3+git20230527.783141f/debian/control
libsearpc-3.3.0+really3.3+git20230527.783141f/debian/control
--- libsearpc-3.3.0+really3.3+git20230527.783141f/debian/control
2023-06-30 10:22:23.0 +
+++ libsearpc-3.3.0+really3.3+git20230527.783141f/debian/control
2024-02-24 08:02:11.0 +
@@ -16,7 +16,10 @@
Vcs-Browser: https://salsa.debian.org/debian/libsearpc
Vcs-Git: https://salsa.debian.org/debian/libsearpc.git
-Package: libsearpc1
+Package: libsearpc1t64
+Provides: ${t64:Provides}
+Replaces: libsearpc1
+Breaks: libsearpc1 (<< ${source:Version})
Architecture: any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends}
@@ -33,7 +36,7 @@
Multi-Arch: same
Section: libdevel
Depends: ${python3:Depends}, ${misc:Depends},
- libsearpc1 (= ${binary:Version}),
+ libsearpc1t64 (= ${binary:Version}),
python3-searpc (>= ${source:Version}),
libglib2.0-dev,
libjansson-dev
diff -Nru
libsearpc-3.3.0+really3.3+git20230527.783141f/debian/libsearpc1.install
libsearpc-3.3.0+really3.3+git20230527.783141f/debian/libsearpc1.install
--- libsearpc-3.3.0+really3.3+git20230527.783141f/debian/libsearpc1.install
2023-06-30 10:18:13.0 +
+++ libsearpc-3.3.0+really3.3+git20230527.783141f/debian/libsearpc1.install
1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru
libsearpc-3.3.0+really3.3+git20230527.783141f/debian/libsearpc1.symbols
libsearpc-3.3.0+really3.3+git20230527.783141f/debian/libsearpc1.symbols
--- libsearpc-3.3.0+really3.3+git20230527.783141f/debian/libsearpc1.symbols
2024-02-06 11:47:15.0 +
+++ libsearpc-3.3.0+really3.3+git20230527.783141f/debian/libsearpc1.symbols
1970-01-01 00:00:00.0 +
@@ -1,46 +0,0 @@
-libsearpc.so.1 libsearpc1 #MINVER#
-* Build-Depends-Package: libsearpc-dev
- error_to_json@Base 3.0.7
- json_gobject_deserialize@Base 3.0.7
- json_gobject_serialize@Base 3.0.7
- searpc_client_async_call__int64@Base 3.0.7
- searpc_client_async_call__int@Base 3.0.7
- searpc_client_async_call__json@Base 3.0.8
- searpc_client_async_call__object@Base 3.0.7
- searpc_client_async_call__objlist@Base 3.0.7
- searpc_client_async_call__string@Base 3.0.7
- searpc_client_async_call_v@Base 3.0.7
- searpc_client_call@Base 3.0.7
- searpc_client_call__int64@Base 3.0.7
- searpc_client_call__int@Base 3.0.7
- searpc_client_call__json@Base 3.0.8
- searpc_client_call__object@Base 3.0.7
- searpc_client_call__objlist@Base 3.0.7
- searpc_client_call__string@Base 3.0.7
- searpc_client_free@Base 3.0.7
- searpc_client_generic_callback@Base 3.0.7
- searpc_client_new@Base 3.0.7
- searpc_client_transport_send@Base 3.0.7
- searpc_client_with_named_pipe_transport@Base 3.0.8
- searpc_compute_signature@Base 3.0.7
- searpc_create_named_pipe_client@Base 3.0.8
- searpc_create_named_pipe_server@Base 3.0.8
- searpc_create_named_pipe_server_with_threadpool@Base 3.2.0
- searpc_create_service@Base 3.0.7
- searpc_free_client_with_pipe_transport@Base 3.0.8
- searpc_marshal_set_ret_common@Base 3.0.7
- searpc_named_pipe_client_connect@Base 3.0.8
- searpc_named_pipe_server_start@Base 3.0.8
- searpc_remove_service@Base 3.0.7
- searpc_server_call_function@Base 3.0.7
- searpc_server_final@Base 3.0.7
- searpc_server_init@Base 3.0.7
- (arch=linux-any)searpc_server_init_with_slow_log@Base 3.2.0
- searpc_server_register_function@Base 3.0.7
- searpc_server_register_marshal@Base 3.0.7
- (arch=linux-any)searpc_server_reopen_slow_log@Base 3.2.0
- searpc_set_int_to_ret_object@Base 3.0.7
- searpc_set_json_to_ret_object@Base 3.0.8
- searpc_set_object_to_ret_object@Base 3.0.7
- searpc_set_objlist_to_ret_object@Base 3.0.7
- searpc_set_string_to_ret_object@Base 3.0.7
diff -Nru
libsearpc-3.3.0+really3.3+git20230527.783141f/debian/libsearpc1t64.install
libsearpc-3.3.0+really3.3+git20230527.783141f/debian/libsearpc1t64.install
---
Bug#1062612: librostlab: NMU diff for 64-bit time_t transition
Hello,
The package that was previously uploaded to experimental was unfortunately
broken because we did not notice that the package uses d-shlibs and
therefore needs additional changes.
Please find a fixed patch attached.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru librostlab-1.0.20/debian/changelog librostlab-1.0.20/debian/changelog
--- librostlab-1.0.20/debian/changelog 2023-09-09 11:26:38.0 +
+++ librostlab-1.0.20/debian/changelog 2024-02-24 08:00:37.0 +
@@ -1,3 +1,16 @@
+librostlab (1.0.20-13.1~exp2) experimental; urgency=medium
+
+ * Bump d-shlibs build-dependency for --t64 support.
+
+ -- Steve Langasek Sat, 24 Feb 2024 08:00:37 +
+
+librostlab (1.0.20-13.1~exp1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Fri, 02 Feb 2024 05:58:59 +
+
librostlab (1.0.20-13) unstable; urgency=medium
* Team Upload.
diff -Nru librostlab-1.0.20/debian/control librostlab-1.0.20/debian/control
--- librostlab-1.0.20/debian/control2023-09-09 11:26:35.0 +
+++ librostlab-1.0.20/debian/control2024-02-24 08:00:33.0 +
@@ -7,7 +7,7 @@
Build-Depends: debhelper-compat (= 13),
dh-linktree,
debhelper
-Build-Depends-Arch: d-shlibs
+Build-Depends-Arch: d-shlibs (>= 0.106~)
Build-Depends-Indep: doxygen,
graphviz,
texlive-latex-recommended,
@@ -22,7 +22,10 @@
Homepage: https://rostlab.org/
Rules-Requires-Root: no
-Package: librostlab3
+Package: librostlab3t64
+Provides: ${t64:Provides}
+Replaces: librostlab3
+Conflicts: librostlab3 (<< ${source:Version})
Architecture: any
Section: libs
Depends: ${shlibs:Depends},
@@ -48,7 +51,7 @@
Package: librostlab3-dev
Architecture: any
Section: libdevel
-Depends: librostlab3 (= ${binary:Version}),
+Depends: librostlab3t64 (= ${binary:Version}),
${misc:Depends}
Suggests: librostlab-doc
Conflicts: librostlab-dev
diff -Nru librostlab-1.0.20/debian/librostlab3.symbols
librostlab-1.0.20/debian/librostlab3.symbols
--- librostlab-1.0.20/debian/librostlab3.symbols2023-09-09
11:14:32.0 +
+++ librostlab-1.0.20/debian/librostlab3.symbols1970-01-01
00:00:00.0 +
@@ -1,2 +0,0 @@
-librostlab.so.3 librostlab3 #MINVER#
- _ZN7rostlab8blosum62E@Base 1.0.20
diff -Nru librostlab-1.0.20/debian/librostlab3t64.lintian-overrides
librostlab-1.0.20/debian/librostlab3t64.lintian-overrides
--- librostlab-1.0.20/debian/librostlab3t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ librostlab-1.0.20/debian/librostlab3t64.lintian-overrides 2024-02-02
05:58:59.0 +
@@ -0,0 +1 @@
+librostlab3t64: package-name-doesnt-match-sonames librostlab3
diff -Nru librostlab-1.0.20/debian/librostlab3t64.symbols
librostlab-1.0.20/debian/librostlab3t64.symbols
--- librostlab-1.0.20/debian/librostlab3t64.symbols 1970-01-01
00:00:00.0 +
+++ librostlab-1.0.20/debian/librostlab3t64.symbols 2024-02-02
05:58:59.0 +
@@ -0,0 +1,2 @@
+librostlab.so.3 librostlab3t64 #MINVER#
+ _ZN7rostlab8blosum62E@Base 1.0.20
diff -Nru librostlab-1.0.20/debian/rules librostlab-1.0.20/debian/rules
--- librostlab-1.0.20/debian/rules 2023-09-09 11:14:32.0 +
+++ librostlab-1.0.20/debian/rules 2024-02-24 08:00:17.0 +
@@ -16,6 +16,7 @@
override_dh_install-arch:
dh_install
d-shlibmove --commit \
+ --t64 \
--multiarch \
--exclude-la \
--movedev debian/tmp/usr/include/* usr/include \
signature.asc
Description: PGP signature
Bug#1063131: libnvme: NMU diff for 64-bit time_t transition
Please find attached an updated patch based on the current unstable.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru libnvme-1.8/debian/changelog libnvme-1.8/debian/changelog
--- libnvme-1.8/debian/changelog2024-02-20 09:22:26.0 +
+++ libnvme-1.8/debian/changelog2024-02-24 07:56:08.0 +
@@ -1,3 +1,10 @@
+libnvme (1.8-2.1~exp1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek Sat, 24 Feb 2024 07:56:08 +
+
libnvme (1.8-2) sid; urgency=medium
* Uploading to sid.
diff -Nru libnvme-1.8/debian/control libnvme-1.8/debian/control
--- libnvme-1.8/debian/control 2024-02-20 04:58:02.0 +
+++ libnvme-1.8/debian/control 2024-02-24 07:55:54.0 +
@@ -26,7 +26,7 @@
Depends:
libjson-c-dev,
libkeyutils-dev,
- libnvme1 (= ${binary:Version}),
+ libnvme1t64 (= ${binary:Version}),
libssl-dev,
${misc:Depends},
Description: NVMe management library (development)
@@ -37,7 +37,10 @@
.
This package contains the development files.
-Package: libnvme1
+Package: libnvme1t64
+Provides: ${t64:Provides}
+Replaces: libnvme1
+Breaks: libnvme1 (<< ${source:Version})
Section: libs
Architecture: any
Depends:
@@ -57,7 +60,7 @@
Section: python
Architecture: any
Depends:
- libnvme1 (= ${binary:Version}),
+ libnvme1t64 (= ${binary:Version}),
${misc:Depends},
${python3:Depends},
${shlibs:Depends},
diff -Nru libnvme-1.8/debian/libnvme1.install
libnvme-1.8/debian/libnvme1.install
--- libnvme-1.8/debian/libnvme1.install 2024-02-20 04:58:02.0 +
+++ libnvme-1.8/debian/libnvme1.install 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/*.so.*
diff -Nru libnvme-1.8/debian/libnvme1t64.install
libnvme-1.8/debian/libnvme1t64.install
--- libnvme-1.8/debian/libnvme1t64.install 1970-01-01 00:00:00.0
+
+++ libnvme-1.8/debian/libnvme1t64.install 2024-02-24 07:55:54.0
+
@@ -0,0 +1 @@
+usr/lib/*/*.so.*
diff -Nru libnvme-1.8/debian/libnvme1t64.lintian-overrides
libnvme-1.8/debian/libnvme1t64.lintian-overrides
--- libnvme-1.8/debian/libnvme1t64.lintian-overrides1970-01-01
00:00:00.0 +
+++ libnvme-1.8/debian/libnvme1t64.lintian-overrides2024-02-24
07:55:54.0 +
@@ -0,0 +1 @@
+libnvme1t64: package-name-doesnt-match-sonames libnvme1
signature.asc
Description: PGP signature
