Bug#923014: Add systemd unit - allow usage without cron installed

On Fri, 2022-11-18 at 16:06 +0100, Bill Allombert wrote: > But then the user would not be able to configure it anymore, > so I do not see the upside. They would be able to configure it via the config file as usual. /etc/popularity-contest.conf They could also patch it automatically via an

Re: [DEVEL] Enable support for Renesas platform

On Sat, 2022-11-19 at 09:06 +0200, Josua Mayer wrote: > However note I am not part of the Debian project.  > I don't know if joining makes sense, I don't know if the Debian > project would like to incorporate some developers who specifically > would collaborate to support certain vendors in

Re: [DEVEL] Enable support for Renesas platform

On Fri, 2022-11-18 at 15:20 +0700, Huỳnh Thành Hưng wrote: > I’m from Renesas Electronics Corporation, Welcome to Debian! In case your company would like to help out Debian, please review our suggestions for ways that companies can contribute: https://www.debian.org/intro/help#organizations >

Bug#1024209: genparse: Fix ftbfs: Use "std=c++14" flag to build

close 1024209 tags 984149 + patch user debian-ri...@lists.debian.org usertags 1024209 - riscv64 thanks On Wed, 2022-11-16 at 11:58 +0800, Yifan Xu wrote: > To: Debian Bug Tracking System > Followup-For: Bug #984149 Please submit followups for existing bug reports to the existing bugs instead

Bug#984149: Bug#1024209: genparse: Fix ftbfs: Use "std=c++14" flag to build

close 1024209 tags 984149 + patch user debian-ri...@lists.debian.org usertags 1024209 - riscv64 thanks On Wed, 2022-11-16 at 11:58 +0800, Yifan Xu wrote: > To: Debian Bug Tracking System > Followup-For: Bug #984149 Please submit followups for existing bug reports to the existing bugs instead

Bug#1024209: genparse: Fix ftbfs: Use "std=c++14" flag to build

close 1024209 tags 984149 + patch user debian-ri...@lists.debian.org usertags 1024209 - riscv64 thanks On Wed, 2022-11-16 at 11:58 +0800, Yifan Xu wrote: > To: Debian Bug Tracking System > Followup-For: Bug #984149 Please submit followups for existing bug reports to the existing bugs instead

Bug#984149: Fwd: Bug#984149: genparse: Fix ftbfs: Use "std=c++14" flag to build

Forwarding a response that went to the wrong place. -- bye, pabs https://wiki.debian.org/PaulWise --- Begin Message --- Source: genparse Version: 0.9.2-1 Followup-For: Bug #984149 User: debian-ri...@lists.debian.org Usertags: riscv64 X-Debbugs-Cc: debian-ri...@lists.debian.org Dear Maintainer,

Bug#984149: Fwd: Bug#984149: genparse: Fix ftbfs: Use "std=c++14" flag to build

Forwarding a response that went to the wrong place. -- bye, pabs https://wiki.debian.org/PaulWise --- Begin Message --- Source: genparse Version: 0.9.2-1 Followup-For: Bug #984149 User: debian-ri...@lists.debian.org Usertags: riscv64 X-Debbugs-Cc: debian-ri...@lists.debian.org Dear Maintainer,

Bug#984149: Fwd: Bug#984149: genparse: Fix ftbfs: Use "std=c++14" flag to build

Forwarding a response that went to the wrong place. -- bye, pabs https://wiki.debian.org/PaulWise --- Begin Message --- Source: genparse Version: 0.9.2-1 Followup-For: Bug #984149 User: debian-ri...@lists.debian.org Usertags: riscv64 X-Debbugs-Cc: debian-ri...@lists.debian.org Dear Maintainer,

Bug#1024210: dbus-python: ftbfs on riscv64 due to timeout

On Wed, 2022-11-16 at 12:23 +0800, Bo YU wrote: > The package has a ftbfs issue on riscv64 due to timeout from tests. I guess this happens on every architecture, presumably the problem is the slow build hardware, not the riscv64 hardware? > Because the dbus-python package is very very key

[Pkg-utopia-maintainers] Bug#1024210: dbus-python: ftbfs on riscv64 due to timeout

On Wed, 2022-11-16 at 12:23 +0800, Bo YU wrote: > The package has a ftbfs issue on riscv64 due to timeout from tests. I guess this happens on every architecture, presumably the problem is the slow build hardware, not the riscv64 hardware? > Because the dbus-python package is very very key

Re: Question about contributing to debian financially.

On Wed, 2022-11-16 at 08:35 -0500, Zeke Williams wrote: > I have an additional question for if I were to hire someone personally > to maintain certain debian packages. What happens with the security > team if a package has no maintainer and a security vulnerability is > found? Does the security

Bug#923014: Add systemd unit - allow usage without cron installed

On Wed, 2022-11-16 at 19:00 +0100, Bill Allombert wrote: > /etc/cron.daily/popularity-contest is a conffile, I cannot make it into > a systemd service. The usual way to handle both cron and systemd timers is to move most of the logic in the cron script into a script in /usr then make the cron

Bug#1024253: rtorrent: crashes with /dev/null as stdin: Caught internal_error: PollEPoll::modify(...) epoll_ctl(9, 1 -> 1, 0, [0x5555557a89d0:1]) = 1: Operation not permitted

Package: rtorrent Version: 0.9.8-1 Severity: minor Usertags: crash When I accidentally ran rtorrent with /dev/null as stdin, it crashed with an internal error. It should exit with an error message instead. $ gdb rtorrent GNU gdb (Debian 12.1-4) 12.1 Copyright (C) 2022 Free Software

Re: Create translation header in a immutable wiki page

On Mon, 2022-11-14 at 15:00 +, Thiago Pezzo (tico) wrote: > I have created a translated version [1] of this wiki page [2], which is set as > immutable. Is it possible to the administration to create a translation header > on the immutable page? I couldn't find any policy/directions about

Re: Question about contributing to debian financially.

On Tue, 2022-11-15 at 12:22 -0600, Gunnar Wolf wrote: > Debian is defined –and proud– to be a volunteer-based project, > that is, we don't hire and have never hired people to do our work, > technical or otherwise. The only exception thus far has been Outreachy internships. > If you donate funds

Bug#1021911: mailto:sub...@bugs.debian.org

Control: block 1021911 by 502580 970827 Control: retitle 1021911 obfs4proxy: preserve user capability overrides on upgrade On Mon, 2022-10-17 at 11:29 +0200, Toralf Förster wrote: > During update the package overwrites an installed /usr/bin/obfs4proxy > without preserving the capabilities, eg.

Re: Debian 11.6 release date

On Mon, 2022-11-14 at 00:05 +0800, meida...@foxmail.com wrote: > I don't know much about Debian's messaging channels. It's been 2 > months since Debian 11.5 was released, and I was wondering if there > are any plans to release Debian 11.6 in the next few days? The Debian Release Team website

Re: EXPKEYSIG CBF8D6FD518E17E1 Jessie Stable Release Key

On Sat, 2022-11-12 at 14:10 +0300, Tanzeela Javid wrote: > I am getting this error and I cannot understand how to resolve this > > EXPKEYSIG CBF8D6FD518E17E1 Jessie Stable Release Key > 75DDC3C4A499F1A18CB5F3C8CBF8D6FD518E17E1 Please contact our support channels for help using Debian:

Re: hurd-i386: Right way to disable tests

On Wed, 2022-11-09 at 13:47 +0100, Mathieu Malaterre wrote: > I see that jpeg-xl test suite is running of out time hurd-i386: > What would be the "right" way to disable the test in d/rules ? I suggest instead trying to debug it on the porterbox where there is no sbuild based timeout to contend

Bug#1023721: libx86emu: enable upstream tests at build time

Source: libx86emu Version: 3.5-1 Severity: wishlist The libx86emu upstream tests work when adding nasm to the build-deps and dropping override_dh_auto_test from debian/rules. The tests also do not take very long, so there isn't any reason to keep them disabled as far as I can tell. Please enable

Re: lintian: add classification tags for packages that need porting to different architectures?

On Tue, 2022-11-08 at 00:50 +, Thorsten Glaser wrote: > What’s the use? (In the good sense, a pure question out of interest.) I was mainly thinking of this because of the recent influx of porters that are relatively new to Debian, for the new ports riscv64, arc and loong64. They are the

lintian: add classification tags for packages that need porting to different architectures?

Hi all, I had the idea to add a series of lintian classification tags that will assist porters in finding packages that need fixes for their port. The current set of ideas for these tags include:  * list arches that don't match Architecture in debian/control  * list arches that don't match

Bug#1023619: libx86emu: Add riscv64 support

On Tue, 2022-11-08 at 01:58 +0800, Yifan Xu wrote: > I tried to build on Hifive Unmatched and qemu, build succeed with only > enabling > the architecture in debian/control, no other changes needed. I note that the current debian/rules disables running the tests, so libx86emu may not work on

Re: Q: How about versions/features in bookworm?

On Sun, 2022-11-06 at 13:58 +0900, Hideki Yamane wrote: >  Q1:  When dpkg will support zstd compression? reportbug says this is #892664, please review it for the status. >  Q2:  More default hardening options? (See > https://developers.redhat.com/blog/2018/03/21/compiler-and-linker-flags-gcc )

Re: official Debian kernel-free images

On Sat, 2022-11-05 at 20:20 +0100, Patrice Duroux wrote: > There are many projects here and there (Termux, AnLinux, etc.) that are based > on > some sorts of kernel-free images of a minimal Debian system to be used through > chroot (other Linux) or PRoot (Android) or whatever environments. Some

Bug#1023529: subversion: FTBFS: segfault in Python tests with SWIG 4.1.0

Source: subversion Version: 1.14.2-3 Severity: serious Tags: ftbfs patch fixed-upstream Forwarded: https://github.com/swig/swig/issues/2373 https://github.com/apache/subversion/commit/8ff4cfd06ce554e9df31a088c9d09f45278c6de4 https://svn.apache.org/repos/asf/subversion/trunk@1904167 subversion

Bug#1023529: subversion: FTBFS: segfault in Python tests with SWIG 4.1.0

Source: subversion Version: 1.14.2-3 Severity: serious Tags: ftbfs patch fixed-upstream Forwarded: https://github.com/swig/swig/issues/2373 https://github.com/apache/subversion/commit/8ff4cfd06ce554e9df31a088c9d09f45278c6de4 https://svn.apache.org/repos/asf/subversion/trunk@1904167 subversion

Bug#1023119: RFS: cruft-ng/0.9.47 with new dh-cruft binary package -- tool that help identify system files)

On Sat, 2022-11-05 at 01:44 +0100, Alexandre Detiste wrote: > So this will be 0.9.48. Please upload a source package to mentors.debian.net or elsewhere and I will review and upload the package including dh-cruft. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This

Bug#1023119: RFS: cruft-ng/0.9.47 with new dh-cruft binary package -- tool that help identify system files)

On Sat, 2022-11-05 at 01:44 +0100, Alexandre Detiste wrote: > So this will be 0.9.48. Please upload a source package to mentors.debian.net or elsewhere and I will review and upload the package including dh-cruft. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This

Bug#1019812: wxhexeditor: Please transition to wxwidgets3.2

Control: tags -1 + fixed-upstream patch Control: forwarded -1  https://github.com/EUA/wxHexEditor/commit/28151fc64cb6d01a08dc80ef750d4bca96c147e7   https://github.com/EUA/wxHexEditor/commit/ebe2449fac22089825d124935a215fd1c0739403 On Wed, 14 Sep 2022 15:42:16 -0400 Scott Talbert wrote: > Please

Bug#1019812: wxhexeditor: Please transition to wxwidgets3.2

Control: tags -1 + fixed-upstream patch Control: forwarded -1  https://github.com/EUA/wxHexEditor/commit/28151fc64cb6d01a08dc80ef750d4bca96c147e7   https://github.com/EUA/wxHexEditor/commit/ebe2449fac22089825d124935a215fd1c0739403 On Wed, 14 Sep 2022 15:42:16 -0400 Scott Talbert wrote: > Please

Re: Port to LoongArch architecture for Debian

On Thu, 2022-11-03 at 20:11 +0800, 张丹丹 wrote: > Port to LoongArch architecture for Debian, now in the "Downstreaming" > section in the port life-cycle according to > . I initiated this document and wrote a fair bit of it, with help from the rest of the

Re: rebootstrap status update for Loongarch

On Thu, 2022-11-03 at 18:45 +0800, Zhang Ning wrote: > 7, m4, diffutils: need help, I don't know where is correct > upstream[1][2], the patch[3][4] is for generated files, but Debian > source has these files, thus how can I submit these patch to Debian > source? these two packages don't have VCS.

Bug#1023337: nqp: Please add support for "riscv64" arch

On Wed, 2022-11-02 at 15:47 +0100, Manuel A. Fernandez Montecelo wrote: > Please enable this architecture, with the patch attached or an equivalent. Since the Architecture field contains a lot of arches already, it might be better to let nqp attempt to build on all arches instead. Presumably

Bug#1023338: rakudo: Please add support for "riscv64" arch

On Wed, 2022-11-02 at 16:12 +0100, Manuel A. Fernandez Montecelo wrote: > Please enable this architecture, with the patch attached or an equivalent. Since the Architecture field contains a lot of arches already, it might be better to let rakudo attempt to build on all arches instead. 

Bug#1023084: apt-listchanges: Unable to retrieve changelog for package linux-headers-amd64; 'apt-get changelog' failed with: E: Version '6.0.5+1' for 'linux-headers-amd64' was not found

Package: apt-listchanges Version: 3.24 Severity: normal Usertags: version I noticed that when I upgrade the linux-headers-amd64 metapackage, which is built from the linux-signed-amd64 source package, then apt-listchanges is not able to retrieve the changelog: apt-listchanges: Unable to

Bug#648185: reportbug: ftp.debian.org RM bugs should get X-Debbugs-CC: maintainer

Hi Debian FTP team, In Debian bug #648185 it was proposed to set affects src:$PACKAGE and XCC $PACKAGE@packages.d.o for ftp.d.o removal bugs. I would like to apply this to ftp.d.o override request bugs too and also any future package related ftp.d.o bugs too. This would help maintainers and

Bug#897980: chromium-bsu: on play mode, after the first left click, game loose focus of mouse

Control: tags -1 + fixed-upstream Control: forwarded -1 https://sourceforge.net/p/chromium-bsu/code/ci/e59779dedc94dffcdf8ea784582e57a8fa88eb91/ https://sourceforge.net/p/chromium-bsu/mailman/message/37724985/ On Mon, 19 Sep 2022 17:21:33 +0800 Paul Wise wrote: > To be honest, I do not k

Bug#648185: #648185: reportbug: ftp.debian.org RM bugs should get X-Debbugs-CC: maintainer

gh. -- bye, pabs https://wiki.debian.org/PaulWise From 1f8366ea32dc4792b06e6cc6f980916c05f4861e Mon Sep 17 00:00:00 2001 From: Paul Wise Date: Sun, 28 Aug 2022 08:30:29 +0800 Subject: [PATCH] Notify packages of bugs against pseudo-packages that affect them X-Debbugs-CC the @packages.debian.o

Bug#692995: reportbug: unblock requests: set affects src:$PACKAGE and Cc: $PACKAGE@packages.d.o

://wiki.debian.org/PaulWise From 1f8366ea32dc4792b06e6cc6f980916c05f4861e Mon Sep 17 00:00:00 2001 From: Paul Wise Date: Sun, 28 Aug 2022 08:30:29 +0800 Subject: [PATCH] Notify packages of bugs against pseudo-packages that affect them X-Debbugs-CC the @packages.debian.org address for the source

Bug#1022751: debsecan: report: split obsolete packages out of "Available security updates" section

Package: debsecan Version: 0.4.20.1 Severity: wishlist Please split the obsolete packages out of the currently existing "Available security updates" section and move them into a new "Obsolete packages" section after all sections but just before the  "Vulnerabilities without updates" section at

Re: Upgrades from Stretch to Bullseye and from Buster to Bookworm broken

On Mon, 2022-10-24 at 09:54 +0200, Anton Gladky wrote: > thanks for the information. AFAIK skipping releases is not supported. > You have to go through all releases step-by-step. Thats correct, although some folks want Debian to not drop things that help skip upgrades wherever possible.

Bug#1022566: fonts-mplus: upgrade of mplus leaves an old /usr/share/fonts/truetype/mplus behind

On Mon, 2022-10-24 at 05:27 +0200, Alexandre Detiste wrote: > After upgrade of mplus, I still have got old loose dir > and cache file from previous version: > > /usr/share/fonts/truetype/mplus > /usr/share/fonts/truetype/mplus/.uuid > > Please remove these files on upgrade. These files are

Bug#1019348: pidgin: after upgrading to libglib2.0-0, Pidgin crashes when I close a group chat

Control: forwarded -1 https://issues.imfreedom.org/issue/PIDGIN-17702 On Sun, 2022-10-23 at 08:12 +0800, Paul Wise wrote: > The person who made the patch will be filing an issue in the upstream > Pidgin bug tracker and getting the patch included upstream. The patch got sent to the Pidg

Bug#1022565: file: [regression] OpenPGP file MIME type reverted to application/octet-stream

Package: file Version: 1:5.41-4 Severity: important Control: found -1 1:5.43-1 The detected MIME type of OpenPGP files is now application/octet-stream: $ file --mime-type /etc/apt/trusted.gpg.d/debian-archive-buster-stable.gpg /etc/apt/trusted.gpg.d/debian-archive-buster-stable.gpg:

Bug#1022540: build-essential: please add riscv64 support

Control: tags -1 - ftbfs On Sun, 2022-10-23 at 22:48 +0800, Bo YU wrote: > Subject: Bug#1022540: build-essential: please add riscv64 support > Tags: ftbfs, patch Since this is not a build failure, the ftbfs tag should not be added. -- bye, pabs https://wiki.debian.org/PaulWise

Bug#1022175: tup: FTBFS on riscv64

On Fri, 2022-10-21 at 12:46 +, JunYuan Tan wrote: > There is a merged upstream patch [1] that fixes this issue for riscv64. I think this is the wrong approach, since it means that every new arch that comes along needs to add a string for itself and the list of strings grows longer and longer

Bug#1022175: tup: FTBFS on riscv64

On Fri, 2022-10-21 at 12:46 +, JunYuan Tan wrote: > There is a merged upstream patch [1] that fixes this issue for riscv64. I think this is the wrong approach, since it means that every new arch that comes along needs to add a string for itself and the list of strings grows longer and longer

Bug#1022562: ftp.debian.org: lintian autorejects: add duplicate-contact

Package: ftp.debian.org Severity: wishlist User: ftp.debian@packages.debian.org Usertags: lintian The packages emitting the lintian tag duplicate-contact results in the Debian QA services maintainers getting cron mails (for eg see #1022259). In order to avoid the cron spam and the need to

Bug#1022561: ftp.debian.org: lintian autorejects: add no-phrase

Package: ftp.debian.org Severity: wishlist User: ftp.debian@packages.debian.org Usertags: lintian The packages emitting the lintian tag no-phrase results in the Debian QA services maintainers getting cron mails (for eg see #1022102). In order to avoid the cron spam and the need to file a bug

Re: cruft(-ng) and dh-cruft: handling and registering of dynamic files

On Sun, 2022-10-23 at 01:08 +0200, Alexandre Detiste wrote: > This DebHelper works this way: > * the "debian/cruft" list merely register the glob patterns, > * and "debian/purge" list also an "rm -rf" stanza in postrm/purge. > > As a bonus there's now also a new "cpigs" command, working akin to

Re: doubts about debian/copyrights

On Sat, 2022-10-22 at 15:59 +0200, Fabio Fantoni wrote: > Which would be the best tool(s) to get a good starting debian/copyright > and decrease the time it takes to complete and fix it? Allegedly scancode is the best option for that, but it isn't in Debian. I think decopy/licensecheck are the

Bug#1022259: haskell-chasingbottoms: invalid Uploaders field: duplicate uploader

Source: haskell-chasingbottoms Version: 1.3.1.12-1 Severity: important Usertags: uploaders haskell-chasingbottoms 1.3.1.12-1 introduced an invalid Uploaders field, that has a duplicate uploader Ilias Tsitsimpis.    $ apt-cache showsrc haskell-chasingbottoms | grep -E '^$|^Version|^Uploaders'   

Bug#1022259: haskell-chasingbottoms: invalid Uploaders field: duplicate uploader

Source: haskell-chasingbottoms Version: 1.3.1.12-1 Severity: important Usertags: uploaders haskell-chasingbottoms 1.3.1.12-1 introduced an invalid Uploaders field, that has a duplicate uploader Ilias Tsitsimpis.    $ apt-cache showsrc haskell-chasingbottoms | grep -E '^$|^Version|^Uploaders'   

Bug#1019348: pidgin: after upgrading to libglib2.0-0, Pidgin crashes when I close a group chat

Control: tags -1 + patch Control: forwarded -1 https://termbin.com/0h58 On Fri, 2022-10-21 at 17:35 +0800, Paul Wise wrote: > I've asked folks on the Libera #pidgin IRC channel about this, > I will report back here if there are any updates about the issue. One of the people on the channe

Bug#1022210: diffoscope: highlight whitespace-only differences in text data

Package: diffoscope Version: 224 Severity: wishlist It would be nice if diffoscope could help highlight that text data differ only in the whitespace or if they differ in the text too. The proposal would be that by default diffoscope would use wdiff (or similar) to compare all line based text

Bug#1022210: diffoscope: highlight whitespace-only differences in text data

Package: diffoscope Version: 224 Severity: wishlist It would be nice if diffoscope could help highlight that text data differ only in the whitespace or if they differ in the text too. The proposal would be that by default diffoscope would use wdiff (or similar) to compare all line based text

Bug#1022209: diffoscope: highlight text-only differences in HTML files

Package: diffoscope Version: 224 Severity: wishlist It would be nice if diffoscope could help highlight that HTML files differ in the text output or if they differ only in the non-text HTML bytes like the page title, the stylesheet etc. The proposal would be that by default diffoscope would

Bug#1022209: diffoscope: highlight text-only differences in HTML files

Package: diffoscope Version: 224 Severity: wishlist It would be nice if diffoscope could help highlight that HTML files differ in the text output or if they differ only in the non-text HTML bytes like the page title, the stylesheet etc. The proposal would be that by default diffoscope would

Re: RFH: Packaging Intel's userspace tools for Data Streaming Accelerator

On Fri, 2022-10-21 at 12:48 -0500, Gunnar Wolf wrote: > The purpose of this mail is to help find interested people in Debian > that can help review and sponsor uploads of the userspace tools; the > kernel-side modules have been enabled as of bug #1021337 (thanks for > the quick reply!) PS: once

Re: Wonderful! I discovered that UniFi Cloud Key Gen 2 Plus is powered by Debian Linux 9

On Fri, 2022-10-21 at 22:26 +0800, Turritopsis Dohrnii Teo En Ming wrote: > UniFi Cloud Key Gen 2 Plus is powered by Debian Linux 9 Please note that Debian 9 (stretch) is no longer security supported by Debian, so you may want to upgrade your devices to a newer release. In addition there are at

Bug#1010807: isc-dhcp: ftbfs on riscv64 arch

On Fri, 2022-10-21 at 16:55 +0200, Santiago Ruano Rincón wrote: > This should be solved from the upstream side. I'll file a bug soon. Excellent, thanks for that. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part

Re: Bug#1008882: RFS: odr-audioenc/3.2.0-1 [ITP] -- DAB and DAB+ encoder that integrates into the ODR-mmbTools

On Fri, 2022-10-21 at 17:29 +0200, Robin Alexander wrote: > 1. Why didn't the "source-is-missing" error show on my environment > (prior to push the package with dput)? Is there a specific lintian setup > that I missed? FYI, my packaging environment runs on bullseye (I tried > sid yesterday,

Re: Submitting Patches

On Fri, 2022-10-21 at 16:28 +1100, Phillip Smith wrote: > Where/How do I submit patches for Debian packages? It completely depends on the preferences of the team or person who will be reviewing the patches. Most teams and package maintainers accept changes via Salsa merge requests, but, as

Bug#1019348: pidgin: after upgrading to libglib2.0-0, Pidgin crashes when I close a group chat

On Fri, 2022-10-21 at 08:19 +0200, Jérémy Prego wrote: > I confirm! if I deactivate the plugin, the problem disappears. Thanks for the confirmation! > is it possible to have an update of this plugin ? I've asked folks on the Libera #pidgin IRC channel about this, I will report back here if

Re: Bug#1008882: RFS: odr-audioenc/3.2.0-1 [ITP] -- DAB and DAB+ encoder that integrates into the ODR-mmbTools

On Thu, 2022-10-20 at 14:42 +0200, Robin Alexander wrote: > I should have written instead that the upstream odr-audioenc *INCLUDES > MODIFIED SOURCES* of fdk-aac (Fraunhofer FDK AAC Codec Library for > Android). Since the original version of the Fraunhofer FDK AAC Codec > Library for Android

Bug#1022146: diffoscope: detect ordering-only differences in XML files

Package: diffoscope Version: 224 Severity: wishlist It would be nice if diffoscope could detect that XML files are only different because of ordering differences, currently it cannot: $ head -vn-0 *.xml ==> bar.xml <== ==> foo.xml <==

Bug#1022146: diffoscope: detect ordering-only differences in XML files

Package: diffoscope Version: 224 Severity: wishlist It would be nice if diffoscope could detect that XML files are only different because of ordering differences, currently it cannot: $ head -vn-0 *.xml ==> bar.xml <== ==> foo.xml <==

Bug#1022145: diffoscope: detect ordering-only differences in text files

Package: diffoscope Version: 224 Severity: wishlist It would be nice if diffoscope could detect that text files are only different because of ordering differences, currently it cannot: $ (echo foo ; echo bar) > foo $ (echo bar ; echo foo) > bar $ diffoscope foo bar --- foo +++

Bug#1022145: diffoscope: detect ordering-only differences in text files

Package: diffoscope Version: 224 Severity: wishlist It would be nice if diffoscope could detect that text files are only different because of ordering differences, currently it cannot: $ (echo foo ; echo bar) > foo $ (echo bar ; echo foo) > bar $ diffoscope foo bar --- foo +++

Bug#1019348: pidgin: after upgrading to libglib2.0-0, Pidgin crashes when I close a group chat

On Wed, 7 Sep 2022 18:30:31 +0200 Jeremyp3 wrote: > Since updating libglib-2.0-0 to 2.73.3-3, pidgin crashes as soon as I > close a group chat. I noticed this bug only on external plugins. I noticed this only occurs with the "Text replacement" plugin. Do you have that plugin loaded? Can you try

Re: Bug#1008882: RFS: odr-audioenc/3.2.0-1 [ITP] -- DAB and DAB+ encoder that integrates into the ODR-mmbTools

On Wed, 2022-10-19 at 10:26 +0200, Robin Alexander wrote: > My package odr-audioenc was rejected after it reached the NEW queue > because one of the library it depends on does not belong to "main" but > to "non-free". I therefore need to change the section in file > debian/control from

Re: epoch for tss2 package

On Wed, 2022-10-19 at 23:04 -0700, Debora Velarde Babb wrote: > Initially I attempted to create the package with the new name ibmtss. > There was some discussion on debian-mentors list and the response was > that I should NOT change the name to ibmtss and instructed to instead > use an epoch

Bug#1022102: rust-linux-raw-sys: invalid Uploaders field: missing name

Source: rust-linux-raw-sys Version: 0.0.46-1 Severity: serious Usertags: uploaders rust-linux-raw-sys 0.0.46-1 introduced an invalid Uploaders field, that is missing the name for the uploader . $ apt-cache showsrc rust-linux-raw-sys | grep -E '^$|^Version|^Uploaders' Version: 0.0.46-1

Bug#1022102: rust-linux-raw-sys: invalid Uploaders field: missing name

Source: rust-linux-raw-sys Version: 0.0.46-1 Severity: serious Usertags: uploaders rust-linux-raw-sys 0.0.46-1 introduced an invalid Uploaders field, that is missing the name for the uploader . $ apt-cache showsrc rust-linux-raw-sys | grep -E '^$|^Version|^Uploaders' Version: 0.0.46-1

Bug#1010807: isc-dhcp: ftbfs on riscv64 arch

On Wed, 2022-10-19 at 10:31 +0200, Santiago Ruano Rincón wrote: > Bo Yu, could you please check the attached patch instead? Personally I prefer my approach for correctness, but including the Ubuntu patch would be good to reduce the Ubuntu delta. > I am afraid that is no longer a possible

Bug#824240: ITP: python-onvif -- Python Client for ONVIF Cameras

On Sat, 14 May 2016 02:33:44 + Jelmer Vernooij wrote: > * Package name: python-onvif > * URL : https://github.com/quatanium/python-onvif That project is no longer developed and only supports Python 2 but there is now a fork that also supports Python 3:

Bug#824240: ITP: python-onvif -- Python Client for ONVIF Cameras

On Sat, 14 May 2016 02:33:44 + Jelmer Vernooij wrote: > * Package name: python-onvif > * URL : https://github.com/quatanium/python-onvif That project is no longer developed and only supports Python 2 but there is now a fork that also supports Python 3:

Bug#1010807: isc-dhcp: ftbfs on riscv64 arch

On Tue, 2022-10-18 at 10:17 +0800, Bo YU wrote: > Certainly. I have updated the patch with help of Paul Wise. > But I am not sure I understand it correctly. Yeah, The bind.tar.gz keeps > itself config.{guess/sub}, so I simply copy these files from system in > Makefile. While that

Re: Sunsetting sso.debian.org

On Mon, 2022-10-17 at 21:28 +0200, Joerg Jaspert wrote: > Salsa should be there for git (related) things. > NOT as an identity/login provider for Debian There are already Debian services that do not offer any other option for auth than Salsa. Personally I do not like GitLab, Salsa nor

Bug#1021966: dkms: line 1055: kmodsign: command not found

Package: dkms Version: 3.0.6-3 Severity: minor Usertags: warnings I noticed that during upgrades dkms now complains about kmodsign not being available and that kmodsign is not yet available in Debian.  Despite the message, on a BIOS system I can still install/load modules and it appears

Bug#1021965: puppet: conffiles not removed: /etc/init.d/puppet /etc/ldap/schema/puppet.schema /etc/puppet/auth.conf

Package: puppet Version: 7.20.0-1 Severity: normal User: debian...@lists.debian.org Usertags: obsolete-conffile adequate The recent upgrade did not deal with obsolete conffiles properly. Please use the dpkg-maintscript-helper support provided by dh_installdeb to remove these obsolete conffiles on

Re: Sunsetting sso.debian.org

On Sun, 2022-10-16 at 16:21 -0700, Sean Whitton wrote: > At the present time, I believe this will break DDs logging into > tracker.debian.org.  I recently had to mess around with client > certificates in order to login there and subscribe to a new package. It will still be possible to manage DPT

Re: Firmware GR result - what happens next?

On Thu, 2022-10-13 at 17:35 +0200, Julien Cristau wrote: > I'd prefer if we could make things work vs making things fail, > however loudly. There seem to be a few ways to deal with this transition: 1. Document it in the release notes and let users handle it. This means lots of users won't get

Re: Firmware GR result - what happens next?

On Thu, 2022-10-13 at 17:35 +0200, Julien Cristau wrote: > I'd prefer if we could make things work vs making things fail, > however loudly. There seem to be a few ways to deal with this transition: 1. Document it in the release notes and let users handle it. This means lots of users won't get

Bug#1021749: ca-certificates: expired certificates: Cybertrust_Global_Root.crt GlobalSign_Root_CA_-_R2.crt

Package: ca-certificates Version: 20211016 Severity: normal File: /usr/share/ca-certificates/mozilla/Cybertrust_Global_Root.crt File: /usr/share/ca-certificates/mozilla/GlobalSign_Root_CA_-_R2.crt I noticed that there are two expired certificates in ca-certificates, presumably Mozilla would have

Bug#1021692: zint: incorrect Homepage link

Source: zint Version: 2.11.1-1 Severity: minor The Homepage link points at the zint SourceForge project, but that points at a different location for its web page. Please note that the zint website also redirects to https. $ apt-cache show zint | grep Homepage Homepage:

Bug#1021289: apt-listbugs: automatic pinning is not added under unattended-upgrades

On Thu, 2022-10-13 at 00:29 +0200, Francesco Poli wrote: > Now everything seems to work as intended: the pinnings are saved, even > when apt-listbugs is run with no controlling terminal. Excellent, thanks for fixing! > Thanks again, the debugging session you provided was also pretty useful >

Re: Any suggestions for a Debian(based/like) OS for the Orange Pi zero2

On Tue, 2022-10-11 at 02:31 -0700, Rick Thomas wrote: >     The /etc/apt/sources.list file is directed to > http://mirrors.tuna.tsinghua.edu.cn/debian >     rather than > https://deb.debian.org/debian >     Is there something special about the Chinese mirror that I should > know?  If not, can I

Bug#638985: nautilus-image-converter does not convert/mogrify

On Tue, 23 Aug 2011 16:20:56 +0200 B. Wech wrote: > at LMDE (Linux Mint Debian Testing Edition) nautilus-image-converter starts as > expected but if I tryed to run a conversion I got the following message: > > " '00023.jpg' cannot be rotated. Check whether you have permission to write to > this

Bug#567680: Please add resize option "set longest side to ..."

On Sat, 30 Jan 2010 18:45:12 +0100 Siegfried Gevatter wrote: > From: Ernst > https://bugs.launchpad.net/ubuntu/+source/nautilus-image-converter/+bug/493322 > > nautilus-image-converter is a great addon for nautilus, thanks for this one! > Today, I wanted to resize some images. Some are rotated.

Bug#567680: Please add resize option "set longest side to ..."

On Sat, 30 Jan 2010 18:45:12 +0100 Siegfried Gevatter wrote: > From: Ernst > https://bugs.launchpad.net/ubuntu/+source/nautilus-image-converter/+bug/493322 > > nautilus-image-converter is a great addon for nautilus, thanks for this one! > Today, I wanted to resize some images. Some are rotated.

Bug#638985: nautilus-image-converter does not convert/mogrify

On Tue, 23 Aug 2011 16:20:56 +0200 B. Wech wrote: > at LMDE (Linux Mint Debian Testing Edition) nautilus-image-converter starts as > expected but if I tryed to run a conversion I got the following message: > > " '00023.jpg' cannot be rotated. Check whether you have permission to write to > this

Bug#903158: Multi-Arch: foreign and -dbgsym: too weak dependency

On Sun, 2022-10-09 at 18:54 +0200, David Kalnischkies wrote: > I suppose we could use 'foo-dbgsym Enhances foo:arch (= version)'. That sounds interesting and would be nice generally, however... > On a sidenote: What the Depends ensures which the Enhances doesn't is > that they are upgraded in

Re: Bug#903158: Multi-Arch: foreign and -dbgsym: too weak dependency

On Sun, 2022-10-09 at 18:54 +0200, David Kalnischkies wrote: > I suppose we could use 'foo-dbgsym Enhances foo:arch (= version)'. That sounds interesting and would be nice generally, however... > On a sidenote: What the Depends ensures which the Enhances doesn't is > that they are upgraded in

Re: haskell-hdf5 build failed on armel, i386 ,s390x and riscv64 due to test fail

Scott Talbert wrote: > RTS -N option isn't available on architectures that only support > single-CPU. Commonly in the DHG, we just patch that option out That seems like a lot of busywork, I feel like a better option would be to have the -N option be accepted but emit warnings on non-SMP

Bug#903158: Multi-Arch: foreign and -dbgsym: too weak dependency

On Sat, 2022-10-08 at 11:00 +0200, Niels Thykier wrote: >   2) We now have a debuginfod service, so you do not even have to install > dbgsym packages anymore (if you configure gdb to use it).  For the > cases where you do install the dbgsym, you still have to manage > inter-source

Re: Bug#903158: Multi-Arch: foreign and -dbgsym: too weak dependency

On Sat, 2022-10-08 at 11:00 +0200, Niels Thykier wrote: >   2) We now have a debuginfod service, so you do not even have to install > dbgsym packages anymore (if you configure gdb to use it).  For the > cases where you do install the dbgsym, you still have to manage > inter-source

Bug#1020931: fixed in sord 0.16.14-2

On Sat, 2022-10-08 at 08:53 +0200, Dennis Braun wrote: > Thanks a lot :-) Yes i will update the package with PCRE2 asap. Please note that upstream does not intend to make a release for this and requests that the change be tested and confirmed working, so probably the best way would be to package

<    2   3   4   5   6   7   8   9   10   11   >