Bug#1069357: Fwd: Re: Bug#1069357: cpp-httplib: FTBFS on arm64: dh_auto_test: error: cd obj-aarch64-linux-gnu && DEB_PYTHON_INSTALL_LAYOUT=deb LC_ALL=C.UTF-8 MESON_TESTTHREADS=4 meson test --timeout-m

Messaggio originale Da: Andrea Pappacoda Inviato il: 3 maggio 2024 07:39:59 CEST A: Stuart Prescott Oggetto: Re: Bug#1069357: cpp-httplib: FTBFS on arm64: dh_auto_test: error: cd obj-aarch64-linux-gnu && DEB_PYTHON_INSTALL_LAYOUT=deb LC_ALL=C.UTF-8 MESON_TESTTHREADS=4

Bug#1070274: bibledit: The current version currently has partially broken javascript

Source: bibledit Version: 5.1.002-1 Severity: grave Tags: upstream Justification: renders package unusable X-Debbugs-Cc: teusbensc...@debian.org Dear Maintainer, The version of upstream code, included in this package, has broken javascript. This cripples some parts of the program, in particular

Bug#1070273: bibledit-cloud: The current version currently has partially broken javascript

Source: bibledit-cloud Version: 5.1.005-1 Severity: grave Tags: upstream Justification: renders package unusable X-Debbugs-Cc: teusbensc...@debian.org Dear Maintainer, The uptream version, included in this package, has partially broken javascript. This cripples some parts of the Bible editors.

Bug#1070266: nmu: chromium_124.0.6367.118-1

Control: tags -1 +moreinfo On Fri, May 3, 2024 at 12:57 AM Andres Salomon wrote: > Snappy 1.2.0-1 was uploaded with broken symbols (see > https://bugs.debian.org/1070217). This is fixed in snappy 1.2.0-2, but > chromium in sid had already built against the broken version of snappy. Nope, the

Bug#1068629: testng7 backport for bullseye needed for latest Java LTS releases

Please excuse the top-post and the slow response-time. I am fully in agreement with the vendoring approach for jtreg7. If there aren't any concerns from the team, I will review the MR and prepare an upload in the next few days. Cheers, tony On Tue, Apr 09, 2024 at 02:02:13PM +1200, Vladimir

Bug#1069357: cpp-httplib: FTBFS on arm64: dh_auto_test: error: cd obj-aarch64-linux-gnu && DEB_PYTHON_INSTALL_LAYOUT=deb LC_ALL=C.UTF-8 MESON_TESTTHREADS=4 meson test --timeout-multiplier=3 --test-arg

Hi Andrea Gentle ping on this bug - there are a few packages lined up for autoremoval and/or can't migrate due to this bug. Looking at the test suite, there seems to be three tests (all within SSLClientServerTest) that now hang on multiple architectures. I don't think this is simply a

Bug#1070163: socat: support duplicating data to multiple clients of listening socket?

On Wed, 2024-05-01 at 11:48 +0200, Gerhard Rieger wrote: > Socat is not able to do this, and there is currently no plan to > implement this feature. > > However, due to the repeated requests, a script socat-mux.sh has been > written and released with Socat 1.8.0.0 that is able to provide >

Bug#1059223: src:meson: fails to migrate to testing for too long: fails autopkgtest on arm64 and i386

On Thu, 2 May 2024 19:05:22 +0300 Jussi Pakkanen wrote: > > Along the way I found other bugs, such as bindgen not working at all > out of the box. I filed > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1070241 for that. > > All in all this is getting into very deep Debian toolchain magic, of

Bug#1070272: rust-sequoia-octopus-librnp: FTBFS on armel/armhf: tv_usec: duration.subsec_micros() as libc::suseconds_t, expected `i64`, found `i32`

Source: rust-sequoia-octopus-librnp Version: 1.8.1-4 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) User: debian-...@lists.debian.org Usertags: time-t rust-sequoia-octopus-librnp FTBFS on armel/armhf due to the t64 transition:

Bug#1070271: nmu: 64-bit time_t rebuilds for experimental

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu The package in sid had a renaming t64 transition, but experimental already has a different SOVERSION, so only a binNMU is needed. nmu openmm_8.1.0+dfsg-2 . ANY . experimental . -m "Rebuild

Bug#1070270: riseup-vpn: client no longer works due to cert verification problem

Package: riseup-vpn Version: 0.21.11+ds1-5+b1 Severity: grave When attempting to run the bookworm riseup-vpn package, it fails to connect to riseup's servers and gives the following output: 2024/05/01 18:21:23 Error fetching eip v3 json:https://api.black.riseup.net/3/config/eip-service.json

Bug#1068390: src:translate-toolkit: unsatisfied build dependency in testing: python3-levenshtein

Update: - python3-levenshtein is now fixed in unstable - python-levenshtein can't migrate because of a long chain that gets back to #1069357 (cpp-httplib: FTBFS on arm64). -- Stuart Prescott http://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/

Bug#1070269: bluez: Please update to 5.75

Source: bluez Version: 5.73-1 Severity: wishlist bluez 5.75 is available. Please update to it. Perhaps it helps https://bugs.debian.org/1069012 ? Also I submitted several merge requests for the Debian package at https://salsa.debian.org/bluetooth-team/bluez/-/merge_requests Thank you, Jeremy

Bug#1070268: RFA: recutils -- text-based databases called recfiles

Package: wnpp Severity: normal Version: 1.9

Bug#1070267: mirror listing update for mirrors.jcut.edu.cn

Package: mirrors Severity: minor User: mirr...@packages.debian.org Usertags: mirror-list Submission-Type: update Site: mirrors.jcut.edu.cn Archive-architecture: amd64 arm64 armel armhf i386 mips64el ppc64el Archive-http: /debian/ Maintainer: stack zhao Country: CN China Location: Jingmen, Hubei

Bug#1070266: nmu: chromium_124.0.6367.118-1

Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu Severity: serious Hello, Snappy 1.2.0-1 was uploaded with broken symbols (see https://bugs.debian.org/1070217). This is fixed in snappy 1.2.0-2, but chromium in sid had already built against the broken

Bug#576591: mplayer - gmplayer fails by default

Control: severity -1 normal Control: forwarded -1 https://trac.mplayerhq.hu/ticket/1044 Control: tags -1 upstream On Mon, 5 Apr 2010 23:17:21 +0200 Bastian Blank wrote: > Package: mplayer > Version: 1.0~rc3+svn20090405-1+b1 > Severity: grave > > gmplayer fails by default with the following

Bug#1070265: RM: osmo-hlr/experimental -- RoQA; NVIU; t64 transition has been reverted

Package: ftp.debian.org After restricting osmo-hlr to 64-bit architectures, the t64 renaming transition is no longer needed and the prepared package can go from experimental. osmo-hlr| 1.5.0+dfsg1-3.1~exp1 | experimental | source, amd64, arm64, armel, armhf, i386, mips64el,

Bug#1070264: RM: osmo-iuh/experimental -- RoQA; NVIU; t64 transition has been reverted

Package: ftp.debian.org After restricting osmo-iuh to 64-bit architectures, the t64 renaming transition is no longer needed and the prepared package can go from experimental. osmo-iuh | 1.3.0+dfsg1-5.1~exp1 | experimental | source osmo-iuh | 1.3.0+dfsg1-7| testing

Bug#1070263: uuu: Add Appstream metainfo XML with hardware mapping

Package: uuu Version: 1.5.141-1 Tags:patch Here is a patch for mfgtools to add Appstream metainfo XML announcing the hardware handled by this package. Including this information in the package will ensure programs mapping hardware to packages using Appstream information, like the isenkram

Bug#1070262: msi-keyboard: Adjust udev access rights from 'everyone' to 'console user'

Package: msi-keyboard Version: 1.1-2 Tags: patch The current udev role grant access to the device for everyone when the hardware is inserted. I believe a better approach is to only grant access to the console user using the 'uaccess' tag. Here is a patch to adjust the access role. diff --git

Bug#1070261: msi-keyboard: Add Appstream metainfo XML with hardware mapping

Package: msi-keyboard Version: 1.1-2 Tags: patch Here is a patch for msi-keyboard to add Appstream metainfo XML announcing the hardware handled by this package. Including this information in the package will ensure programs mapping hardware to packages using Appstream information, like the

Bug#1070235: Guix fails to pull channel with SSL error

On 2024-05-02 13:16:08 -0700, Vagrant Cascadian wrote: > On 2024-05-02, Tomas Volf wrote: > > Package: guix > > Version: 1.4.0-3 > > > > When I invoke `guix pull' against my channel, it fails with a SSL error: > > > > # /usr/bin/guix pull --url=https://git.wolfsden.cz/.git/guix > >

Bug#1070203: python3-pip: app silently lost in upgrade to Bookworm + pip3 lost track of the status (4 bugs)

Hi Manny (2024.05.02_19:34:03_+) > I’m a bit confused because “pip3 list” shows a list of 146 packages, > but not argostranslation. Why did all those other packages survive the > upgrade? I wonder if some of them are somehow managed by apt. Yes, probably. > > So, I'm afraid you're well out

Bug#1070260: msi-keyboard: Please make git repository available on salsa?

Package: msi-keyboard Version: 1.1-2 At the moment, the package metadata point to https://anonscm.debian.org/cgit/collab-maint/msi-keyboard.git >, which no longer work. Please move it to salsa.debian.org. I can help with the conversion, if you want me to. -- Happy hacking Petter

Bug#1070259: tuiwidgets: Should experimental t64 version be uploaded to unstable?

On Thu, May 02, 2024 at 11:25:12PM +0200, Bastian Germann wrote: > Source: tuiwidgets > Version: 0.2.1-1.1~exp1 > Severity: important > X-Debbugs-Cc: vor...@debian.org > > tuiwidget was targeted to be part of the t64 transition but has not been > uploaded to unstable after renaming the

Bug#1070259: tuiwidgets: Should experimental t64 version be uploaded to unstable?

Source: tuiwidgets Version: 0.2.1-1.1~exp1 Severity: important X-Debbugs-Cc: vor...@debian.org tuiwidget was targeted to be part of the t64 transition but has not been uploaded to unstable after renaming the experimental library. Should this be done?

Bug#1070150: Loading of expl3.ltx **extremely** slow on emulated runs

it looks like the LuaTeX binaries were compiled with "-g -O2", but running "readelf" and "objdump" shows that they're stripped, so I don't think that that's the issue here. FWIW, it's my understanding that what matters for execution speed is not the presence or absence of debug

Bug#1070236: [Pkg-samba-maint] Bug#1070236: python3-samba: SyntaxError during configuration phase of package on upgrade

02.05.2024 23:36, Michael Biebl wrote: Control: reopen -1 Control: found -1 2:4.19.6+dfsg-3 On Thu, 2 May 2024 11:58:59 -0700 "Leo L. Schwab" wrote: Did you fix this one, too? --- Performing actions... Setting up python3-samba (2:4.19.6+dfsg-2) ...   File

Bug#1061645: poco: NMU diff for 64-bit time_t transition

This has essentially happened because I have accidentally uploaded to unstable. The only reverse dependency that still depends on the old SONAME is clickhouse, which FTBFS due to unrelated issues. I think this can be closed.

Bug#1070236: python3-samba: SyntaxError during configuration phase of package on upgrade

Control: reopen -1 Control: found -1 2:4.19.6+dfsg-3 On Thu, 2 May 2024 11:58:59 -0700 "Leo L. Schwab" wrote: Did you fix this one, too? --- Performing actions... Setting up python3-samba (2:4.19.6+dfsg-2) ... File "/usr/lib/python3/dist-packages/samba/ms_schema_markdown.py", line

Bug#1070258: release-notes: Approach to managing other package managers when upgrading needs documentation

Package: release-notes Severity: normal X-Debbugs-Cc: debbug.release-no...@sideload.33mail.com One of the ways I got burnt in the Bullseye → Bookworm full-upgrade is documented here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1070203 There was no signal given before, during, or after

Bug#1070257: cryptsetup: cryptroot-unlock re licensed

Package: cryptsetup Severity: wishlist Dear Maintainer, I noticed that cryptroot-unlock was re licensed as GPL-3 in https://salsa.debian.org/cryptsetup- team/cryptsetup/-/commit/c350f3afc95048eb793f82ee10b02782b8129659 but from the commit message it seems that there is no strong opinion about

Bug#1064552: mdevctl - upcoming rust-nix update.

On Thu, May 02, 2024 at 08:20:53PM +0100, Peter Green wrote: I have now uploaded a NMU to delayed/5, final debdiff is attatched. Thanks, Peter. -- Athos Ribeiro

Bug#1070235: Guix fails to pull channel with SSL error

On 2024-05-02, Tomas Volf wrote: > Package: guix > Version: 1.4.0-3 > > When I invoke `guix pull' against my channel, it fails with a SSL error: > > # /usr/bin/guix pull --url=https://git.wolfsden.cz/.git/guix > Updating channel 'guix' from Git repository at >

Bug#1067661: condor: unable to install condor on armhf in Ubuntu

My apologies. I cut and pasted the wrong bug number. However, thank you for the patch. I have included it in the upcoming 23.6.2 release in Debian. I have also incorporated this patch upstream. -- Tim Theisen (he, him, his) Release Manager HTCondor & Open Science Grid Center for High

Bug#1064516: ruby-rack: diff for NMU version 2.2.7-1.1

Control: tags 1064516 + patch Control: tags 1064516 + pending Dear maintainer, I've prepared an NMU for ruby-rack (versioned as 2.2.7-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should cancel it. cu Adrian diffstat for ruby-rack-2.2.7 ruby-rack-2.2.7 changelog

Bug#968415: susv4: Patch

Package: susv4 Version: 7.20180621 Followup-For: Bug #968415 X-Debbugs-Cc: mlukow...@sdf.org --- debian/susv4.postinst.orig 2024-05-02 15:56:25.243665232 -0400 +++ debian/susv4.postinst 2024-05-02 15:56:34.133076612 -0400 @@ -8,7 +8,7 @@ wget -P $TEMPDIR

Bug#1070243: dicomnifti 2.33.1-5: ROM; Obsolete

Control: reassign -1 ftp.debian.org Control: retitle -1 RM: dicomnifti -- ROM; Obsolete On Thu, 2 May 2024 12:15:48 -0400 Valerio Luccio wrote: Package: dicomnifti 2.33.1-5 Software not compatible with most recent DICOM image version and will not be updated. I assume you wanted to file a

Bug#968415: susv4: Patch with new sha512sum

Package: susv4 Version: 7.20180621 Followup-For: Bug #968415 X-Debbugs-Cc: mlukow...@sdf.org Dear Maintainer, --- debian/susv4/DEBIAN/postinst.orig 2024-05-02 15:49:52.972725058 -0400 +++ debian/susv4/DEBIAN/postinst2024-05-02 15:50:01.506839488 -0400 @@ -8,7 +8,7 @@ wget -P $TEMPDIR

Bug#1070254: ktp-text-ui FTBFS: undefined reference to `snappy::RawCompress(char const*, unsigned long, char*, unsigned long*)'

Hej, Am Donnerstag, 2. Mai 2024, 15:24:07 CEST schrieb Helmut Grohne: > Source: ktp-text-ui > Version: 22.12.3-1 > Severity: serious > Tags: ftbfs > Justification: fails to build from source (but built successfully in > the past) > > ktp-text-ui fails to build from source in unstable on amd64.

Bug#1070203: python3-pip: app silently lost in upgrade to Bookworm + pip3 lost track of the status (4 bugs)

> If you upgrade from bullseye to bookworm, your python3 is upgraded from > 3.9 to 3.11. These are incompatible versions, and install libraries to > different paths (when you use pip3). > Anything installed with pip on 3.9 will not be importable in 3.11. Thanks for the explanation. That explains

Bug#1065459: rust-smol - upcoming rust-nix update.

On 04/03/2024 23:24, Peter Green wrote: Package: rust-smol I am currently preparing to update the rust-nix pacakge to version 0.27. The smol crate has a dev-dependency on the nix crate, which the Debian packaging translates to build and autopkgtest dependencies. After relaxing the dependencies

Bug#1070236: python3-samba: SyntaxError during configuration phase of package on upgrade

Did you fix this one, too? --- Performing actions... Setting up python3-samba (2:4.19.6+dfsg-2) ... File "/usr/lib/python3/dist-packages/samba/ms_schema_markdown.py", line 25 try ^ SyntaxError: expected ':' File "/usr/lib/python3/dist-packages/samba/ms_schema_markdown.py",

Bug#1070256: libcxx-serial FTBFS with the nocheck build profile

Source: libcxx-serial Version: 1.2.1-5 Severity: serious Justification: nocheck ftbfs is rc since trixie Tags: ftbfs trixie sid libcxx-serial fails to build from source when enabling the nocheck build profile. I think the relevant part is: | -- catkin 0.8.10 | -- BUILD_SHARED_LIBS is on | CMake

Bug#1070255: midish FTCBFS: builds for the build architecture

Source: midish Version: 1.0.4-1.2 Tags: patch User: debian-cr...@lists.debian.org Usertags: ftcbfs midish fails to cross build from source, because it builds for the build architecture. It's configure script doesn't take architecture into account and mostly configures paths. Cross tools need to

Bug#1070254: ktp-text-ui FTBFS: undefined reference to `snappy::RawCompress(char const*, unsigned long, char*, unsigned long*)'

Source: ktp-text-ui Version: 22.12.3-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) ktp-text-ui fails to build from source in unstable on amd64. The relevant log probably is: | [ 76%] Linking CXX executable ktp-text-ui | cd

Bug#1070253: ddnet FTCBFS: upstream has rather un-Debiann-ish ideas about how cross compilation should work

Source: ddnet Version: 16.4-1.3 Tags: patch upstream User: debian-cr...@lists.debian.org Usertags: ftcbfs Hi, ddnet fails to cross build from source. Digging into this I found that ddnet upstream has a very different idea about cross building from Debian. For instance, ddnet stops using any kind

Bug#1064580: netavark - diff for NMU 1.4.0-4.1

A debdiff is attatched, if I get no response I will likely NMU this when the new rust-nix is uploaded to unstable. As promised I have uploaded this. During a rebuild of all packages in sid, your package failed to build on arm64. This fit the zero-day NMU guidelines, and my NMU would have

Bug#1064480: aardvark-dns - upcoming rust-nix update.

On 29/02/2024 12:22, Marc Dequènes (duck) wrote: I do not have a proper Internet connexion in my new Pond yet so I'd gladly let you upload it :-). Done Final debdiff is attatched.diff -Nru greetd-0.9.0/debian/changelog greetd-0.9.0/debian/changelog --- greetd-0.9.0/debian/changelog

Bug#1064479: aardvark-dns - upcoming rust-nix update.

if I get no response I will likely NMU this when the new rust-nix is uploaded to unstable. I have now uploaded rust-nix to unstable and uploaded the nmu for this package. Final debdiff is attatched (really this time) diff -Nru aardvark-dns-1.4.0/debian/changelog

Bug#1064479: aardvark-dns - upcoming rust-nix update.

if I get no response I will likely NMU this when the new rust-nix is uploaded to unstable. I have now uploaded rust-nix to unstable and uploaded the nmu for this package. Final debdiff is attatched.

Bug#998627: linux: please enable the new NTFS3 driver in 5.15

Hey. Seems there were at least a series of commits from upstream last November and few again this January. And there even seem to be some more in their dev branch. The number of CVEs mentioned by Salvatore is worrying, but it looks even much worse over the years for ntfs-3g:

Bug#1069681: less does not escape special characters when outputting the filename

Hi Milan, On Thu, May 02, 2024 at 12:54:10PM -0400, Milan Kupcevic wrote: > Hi Salvatore, > > On 5/2/24 10:45, Salvatore Bonaccorso wrote: > [...] > > > > I did ponder about it and trying to add this fix as well for the > > upcoming less DSA, but it won't go apply for the older releases and > >

Bug#1070252: sublime-music: playback broken by libmpv 0.38

Package: sublime-music Version: 0.12.0-1 Severity: critical Forwarded: https://github.com/sublime-music/sublime-music/issues/462 Using libmpv2 0.38, the playback is broken an results in the following trace: Traceback (most recent call last): File

Bug#1070251: tt-rss: LibXML error 4 at line 1 (column 1): Start tag expected, '<' not found

Package: tt-rss Version: 21~git20210204.b4cbc79+dfsg-1.2 Severity: important Dear Maintainer, At the moment I have a few RSS-feeds that have an error and more feeds are getting the same error. "LibXML error 4 at line 1 (column 1): Start tag expected, '<' not found" This is shown at least for

Bug#1070250: telepathy-glib: Fails to build with glib 2.80

Source: telepathy-glib Severity: serious Version: 0.24.2-0.3 Tags: ftbfs upstream X-Debbugs-CC: bi...@debian.org Please cherry-pick the glib commit from https://gitlab.freedesktop.org/telepathy/telepathy-glib/-/commits/master to fix the build with glib 2.80 (currently in experimental but will be

Bug#1070227: Fails to start with undefined symbol

Thanks. This is a duplicate (https://bugs.debian.org/1070217), but I'm leaving it open to ensure that chromium doesn't accidentally migrate to trixie while built against a broken libsnappy. And as a reminder that we'll probably need a binNMU once snappy is fixed, unless upstream has a new

Bug#1070202: RM: rust-atk-sys/experimental -- ROM; RoM; unmaintained library

On Wed, 2024-05-01 at 21:15 +0200, Matthias Geiger wrote: > I uploaded an experimental version some time ago that wasn't picked > up by dak apperantly when it was removing it from unstable. For reference, that's expected - the removal command operates on a single suite, so removals from more than

Bug#1070249: bookworm-pu: package python-jwcrypto/1.1.0-1+deb12u1

Package: release.debian.org Severity: normal Tags: bookworm User: release.debian@packages.debian.org Usertags: pu X-Debbugs-Cc: steve.mcint...@pexip.com, Timo Aaltonen Hi, [ Reason ] I've backported the upstream fix for CVE-2024-28102 (#1065688) to bookworm. It's not considered critical as

Bug#1070248: pingus: update its homepage (patch attached)

Source: pingus Version: 0.7.6-6 Severity: minor Dear Maintainer, Here is a patch for. Thanks, Patrice -- System Information: Debian Release: trixie/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental')

Bug#1070247: telepathy-glib: Fails to build with glib 2.80

Source: telepathy-glib Severity: serious Version: 0.24.2-0.3 Tags: ftbfs upstream X-Debbugs-CC: bi...@debian.org Please cherry-pick the glib commit from https://gitlab.freedesktop.org/telepathy/telepathy-glib/-/commits/master to fix the build with glib 2.80 (currently in experimental but will be

Bug#1070246: libayatana-appindicator version of Debian package does not match the upstream version

Source: libayatana-appindicator Severity: serious Version: 0.5.92-1 Version: 0.5.93-1 The package of libayatana-appindicator on Debian is not building from the right orig tarball as indicated on the package version. Both package versions on Debian 12 and testing (versions 0.5.92-1 and

Bug#1069256: debian-policy: clarify requirement for use of Static-Built-Using

On Sat, Apr 27, 2024 at 05:40:49PM +0800, Maytham Alsudany wrote: > Hi everyone, > > Thanks for your input and suggestions. I've attached an updated patch with > several changes, including improving making the description of the field more > specific, adding another example that is not Go/Rust

Bug#1070245: dicomnifti 2.33.1-5: ROM; Obsolete

Package: dicomnifti Version: 2.33.1-5 Software not compatible with most recent DICOM image version and will not be updated. -- Valerio Luccio High Performance Computing 10 Astor Place, 4th Floor New York University New York, NY 10003 "In an open world,

Bug#1068951: new upstream (6.x)

Yo Santiago (CC'd), could you please drop your opinion on this for extra reference? On 4/30/24 18:34, Daniel Baumann wrote: Hi, On 4/30/24 18:12, Jakub Ružička wrote: Secondary reason for that was that there is no upgrade path from 5.x to 6.x so it's unwanted for knot-resolver 5 packages to

Bug#1070244: ITP: snap7 -- Siemens S7 PLCs communications library

Package: wnpp Severity: wishlist X-Debbugs-Cc: gijsmolen...@gmail.com Subject: ITP: snap7 -- Siemens S7 PLCs communications library Package: wnpp Owner: Gijs Molenaar Severity: wishlist * Package name : snap7 Version : 1.4.1 Upstream Author : Davide Nardella * URL :

Bug#1069681: less does not escape special characters when outputting the filename

Hi Salvatore, On 5/2/24 10:45, Salvatore Bonaccorso wrote: [...] I did ponder about it and trying to add this fix as well for the upcoming less DSA, but it won't go apply for the older releases and the issue is compared minor enough. I think I will go ahead with the two CVE fixes only. Take

Bug#1070243: dicomnifti 2.33.1-5: ROM; Obsolete

Package: dicomnifti 2.33.1-5 Software not compatible with most recent DICOM image version and will not be updated. -- Valerio Luccio High Performance Computing 10 Astor Place, 4th Floor New York University New York, NY 10003 "In an open world, who needs

Bug#1070242: tracker.debian.org: Removal information not useful

Package: tracker.debian.org Severity: normal how-can-i-help informs me regularly about packages needing help. Often (which is not part of this bug report) this information is outdated, i.e. the package to be removed is no longer removed. Today, I got informed that several games are removed from

Bug#852429: devscripts: [uscan] support 7z in uscan repack stuff

On Sat, 28 Jan 2017 12:14:14 +0900 Osamu Aoki wrote: > Hi, > > On Tue, Jan 24, 2017 at 12:19:16PM +0100, Félix Sipma wrote: > > Package: devscripts > > Version: 2.17.0 > > Severity: wishlist > > > > It would be nice to have .7z support in uscan repack stuff. > > 7zip archiver is in main so this

Bug#1059223: src:meson: fails to migrate to testing for too long: fails autopkgtest on arm64 and i386

On Thu, 2 May 2024 at 01:48, Shmerl wrote: > > Ubuntu fixed it with this patch: > > https://launchpadlibrarian.net/715235929/meson_1.3.2-1_1.3.2-1ubuntu1.diff.gz > > > > Can this fix be added to Debian? Meson has been stuck without > moving to testing for a very long time and now it seems to be

Bug#1015201: logcheck: Update patterns, here: rsyslogd

Hello Michael, Am Thu, May 02, 2024 at 12:28:30PM +0200 schrieb Michael Biebl: > Am 02.05.24 um 09:39 schrieb Richard Lewis: > > lOn Mon, 29 Apr 2024, 14:19 Helge Kreutzmann, > > wrote: > > i think that practice and theory have diverged here! or possibly this > >

Bug#1070241: Bindgen missing dependency on Clang

Package: bindgen Version: 0.66.1-4 If you do `apt install bindgen` and try to use it, it will fail with an error message like this: /usr/include/zconf.h: 254 fatal error 'stddef.h' not found Running `apt install clang` makes it work. As bindgen can't be run without it, the bindgen package

Bug#1070240: r-cran-tmb: Please rebuild under updated Matrix package

Package: r-cran-tmb Version: 1.9.11-1 Severity: important CRAN package Matrix had a new release 1.7.0 bringing in a new SuiteSparse API which requires a rebuild if (and only if) the Matrix headers are used. Your package is one of those that do, and therefore needs a rebuild. This was

Bug#1070239: r-cran-openmx: Please rebuild under updated Matrix package

Package: r-cran-openmx Version: 2.21.11+dfsg-3 Severity: important CRAN package Matrix had a new release 1.7.0 bringing in a new SuiteSparse API which requires a rebuild if (and only if) the Matrix headers are used. Your package is one of those that do, and therefore needs a rebuild. This was

Bug#1055711: Bug#1057469: gcc-13: Please build gcc with -mbranch-protection=standard to fix PAC/BTI support on arm64

On 2023-12-31 10:32, Matthias Klose wrote: > please also check > > - that a cross compiler with this patch has these enabled > > - that a cross build of gcc-13 targeting arm64 with this >patch has these enabled There have been a few gcc-12 and gcc-13 updates since I initially sent my

Bug#1070238: r-cran-irlba: Please rebuild under updated Matrix package

Package: r-cran-irlba Version: 2.3.5.1-3 Severity: important CRAN package Matrix had a new release 1.7.0 bringing in a new SuiteSparse API which requires a rebuild if (and only if) the Matrix headers are used. Your package is one of those that do, and therefore needs a rebuild. This was

Bug#1069349: live-build: Regression in d14306a7 leading to build failures

On 02.05.24 17:30, Roland Clobus wrote: I'll prepare a proper fix that detects whether the directory is present. Perfect, thanks!

Bug#1069349: live-build: Regression in d14306a7 leading to build failures

On 02/05/2024 12:14, Daniel Reichelt wrote: Hi Roland, > On 20/04/2024 13:32, Daniel Reichelt wrote: > What are you doing that makes the directory 'config/includes.binary' > disappear? > If I use 'lb config --distribution sid', the directory is created (but > empty) and there will be no

Bug#1070237: wsclean: error while loading shared libraries: libradler.so: cannot open shared object file

Package: wsclean Version: 3.4-1+b2 Severity: grave Justification: renders package unusable X-Debbugs-Cc: offri...@gmail.com Dear Maintainer, There is something wrong with the packaging of WSClean; running WSClean fails with the following error: wsclean: error while loading shared libraries:

Bug#1070236: [Pkg-samba-maint] Bug#1070236: python3-samba: SyntaxError during configuration phase of package on upgrade

02.05.2024 18:11, Dennis Boone wrote: Package: python3-samba Version: 2:4.19.6+dfsg-2 Severity: normal X-Debbugs-Cc: d...@msu.edu Dear Maintainer, During an `apt-get upgrade` this morning, the configuration phase of python3-samba emitted this error due to a missing colon:

Bug#1070236: python3-samba: SyntaxError during configuration phase of package on upgrade

Package: python3-samba Version: 2:4.19.6+dfsg-2 Severity: normal X-Debbugs-Cc: d...@msu.edu Dear Maintainer, During an `apt-get upgrade` this morning, the configuration phase of python3-samba emitted this error due to a missing colon:

Bug#1068082: bullseye-pu: package intel-microcode/3.20240312.1~deb11u1

On Mon, Apr 22, 2024, at 13:58, Jonathan Wiltshire wrote: > Control: tag -1 confirmed > > On Sat, Mar 30, 2024 at 07:50:45AM -0300, Henrique de Moraes Holschuh wrote: >> As requested by the security team, I would like to bring the microcode >> update level for Intel processors in Bullseye and

Bug#1070217: chromium: Symbol lookup error with libsnappy1v5>=1.2.0

Work-around for affected users: Download and install libsnappy1v5_1.1.10-1+b1_amd64.deb from https://snapshot.debian.org/archive/debian/20240210T223313Z/pool/main/s/snappy/ Temporary protection: % cat /etc/apt/preferences.d/libsnappy Explanation: Debian#1070217: chromium: Symbol lookup

Bug#1069681: less does not escape special characters when outputting the filename

Hi Milan, On Tue, Apr 23, 2024 at 09:08:55AM +0200, Salvatore Bonaccorso wrote: > Hi, > > On Mon, Apr 22, 2024 at 12:25:45PM -0400, Milan Kupcevic wrote: > > forwarded 1069681 https://github.com/gwsw/less/issues/503 > > thanks > > Thanks. For now I will hold-back the prepared security update to

Bug#1070235: Guix fails to pull channel with SSL error

Package: guix Version: 1.4.0-3 When I invoke `guix pull' against my channel, it fails with a SSL error: # /usr/bin/guix pull --url=https://git.wolfsden.cz/.git/guix Updating channel 'guix' from Git repository at 'https://git.wolfsden.cz/.git/guix'... guix pull: error: Git error: SSL

Bug#1069895: [debian-mysql] Bug#1069895: mariadb-server: InnoDB to hang on systems with very intensive write loads when running out of I/O slots. This problem is fixed with MariaDB Server 10.11.7. Can

Hi, On Fri, Apr 26, 2024 at 02:27:12PM -0700, Otto Kekäläinen wrote: > We can put 10.11.7 in Stable until it yas been accepted in Testing first. > It is on the way though. I guess it won't migrate very soon yet to testing (due to tim64 transition?). In such case it would still be good to ask SRM

Bug#1070079: nghttp3: Update to 1.1.0 or newer

Hello Samuel I am good and I hope you too. On 4/29/24 22:24, Samuel Henrique wrote: > So maybe it even makes sense to get the latest releases for the transition. I agree. I normaly do both nghttp3 and ngtcp2 the same time, therefore I didn't want to block the t64 transition. Since ngtcp2 was a

Bug#1070172: Exception when invoked without options

Hi, On Thu, May 02, 2024 at 03:55:53PM +0200, Guido Günther wrote: > Hi, > On Wed, May 01, 2024 at 12:27:41PM +0200, Guido Günther wrote: > > Package: gcovr > > Version: 7.2-1 > > Severity: grave > > > > Hi, > > invoking gcovr 7.2 in an empty directory fails like > > > > $ gcovr > >

Bug#1070133: Patches for these two bugs

On Thu, May 02, 2024 at 08:09:46AM -0400, Stefano Rivera wrote: >Control: tag 1070133 +pending >Control: tag 1070135 +pending > >Hi Steve (2024.05.01_06:07:10_-0400) > >Thanks for the patches, backported some more security patches and filed >a bookworm-pu request (#1070232). Lovely. :-) --

Bug#1070172: Exception when invoked without options

Hi, On Wed, May 01, 2024 at 12:27:41PM +0200, Guido Günther wrote: > Package: gcovr > Version: 7.2-1 > Severity: grave > > Hi, > invoking gcovr 7.2 in an empty directory fails like > > $ gcovr > -- >

Bug#1068925: 1068925: macromoleculebuilder should be limited to 64bit

Control: owner -1 ! Hello, Upstream has confirmed that macromoleculebuilder should be limited to 64bit. I am going to limit the architectures and file for RM on armhf soon. Andrius

Bug#1068953: new upstream (10.0)

On 5/2/24 10:30, David Lamparter wrote: I've managed to get sbuild crosscompile to work for hppa and found the problem (it's a missing "XREF_SETUP()" line, not that the error message would give any hint to that...) yay! I'll put a -2 together later today. nice, feel free to ping me when

Bug#1068633: bookworm-pu: package cjson/1.7.15-1+deb12u1

Ping! Could someone please have a look at and approve the bookworm-pu for cjson? The debdiff was changed a while back, and it is attached in this mail. Kind regards, Maytham On Mon, 2024-04-08 at 12:27 +0300, Maytham Alsudany wrote: > Package: release.debian.org > Severity: normal > Tags:

Bug#1070150: texlive-latex-extra: performance regression under emulation with 2023.20240207-1

Control: reassign -1 texlive-binaries Control: severity -1 important On 01.05.2024 00:19, Steev Klimaszewski wrote: Hi all, Since the 2023.20240207-1 release, there is a major performance regression when running the tex-common postinst hook in an arm64 chroot on amd64 host. I assume this

Bug#1070234: udisks2: version 2.10.1-7 and possible issue with Calamares

Package: udisks2 Version: 2.10.1-7 Hello! For my own odd reasons, I made a Debian SID installable ISO with Calamares. I created it a few days ago (4/28) and it worked great to install. I updated the ISO yesterday (5/1) and I now get this message when I start the installer "There are no partitions

Bug#1067925: RFS: fastfetch/2.8.10 [ITP] -- Fastfetch is a neofetch-like tool for fetching system information and displaying them in a pretty way.

Hi Carter, It looks like the debian/ directory you have submitted is straight from upstream (which you have also written), and as such seems to be very lacklustre and aimed at Ubuntu. Currently, the packaging does not comply with Debian Policy whatsoever; I recommend that you look at

Bug#1070233: ITP: telepathy-ofono -- telepathy oFono connection manager

Package: wnpp Severity: wishlist Owner: Mike Gabriel X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: telepathy-ofono Version : 0.3.1 Upstream Contact: UBports developers * URL : https://gitlab.com/ubports/development/core/telepathy-ofono * License

Bug#1070217: chromium: Symbol lookup error with libsnappy1v5>=1.2.0

Same issue with nextcloud (package nextcloud-desktop): $ nextcloud nextcloud: symbol lookup error: /lib/x86_64-linux-gnu/libQt5WebEngineCore.so.5: undefined symbol: _ZN6snappy11RawCompressEPKcmPcPm

  1   2   >