Bug#970259: Weather API update

Hello, I've fixed the plugin by bumping weather API version to 2.0 Patch is attached --- xfce4-weather-plugin-0.8.10.orig/panel-plugin/weather.c +++ xfce4-weather-plugin-0.8.10/panel-plugin/weather.c @@ -619,17 +619,14 @@ update_handler(plugin_data *data) end_tm = *localtime(_t);

Bug#963522: WebKitWebProcess: random crash (SIGSEGV)

Control: close -1 On Tue, 2020-09-15 at 23:35 +0200, Alberto Garcia wrote: > Have you been able to reproduce this problem again? If you have you > could try to see if it also happens with 2.30.0. I haven't had any further crashes in WebKitWebProcess and I don't have any method to reproduce the

Bug#939264: Fwd: [cyrusimap/cyrus-imapd] Mailboxes with children are reported as "(\HasNoChildren)" if mailbox with similar name (#3182)

Response from GitHub: Message transféré Subject : Re: [cyrusimap/cyrus-imapd] Mailboxes with children are reported as "(\HasNoChildren)" if mailbox with similar name (#3182) Date : Tue, 15 Sep 2020 18:35:43 -0700 >From : elliefm Reply To :

Bug#970421: apparmor limit blocks temperature reading

Package: chrony Version: 3.4-4 Current apparmor profile for chrony lists @{sys}/class/hwmon/hwmon[0-9]*/temp[0-9]*_input r, which is great (and even how I have mine configured - tempcomp /sys/class/hwmon/hwmon0/temp1_input 1 0 0 0 0) but it doesn't actually work. It results in lots of log

Bug#969835: iwatch: autopkgtest should be marked superficial

Please, can you explain why this bug is marked as serious? Regards, Eriberto

Bug#970420: python: Unmet dependencies when installing python package

Package: python Version: 2.7.17-2 Severity: grave Justification: renders package unusable X-Debbugs-Cc: kouth...@gmail.com Dear Maintainer, What led up to the situation? ``` $ sudo apt-get install python Reading package lists... Done Building dependency tree Reading state information... Done

Bug#970419: lilyterm: No longer starts (likely related to VTE changes)

Package: lilyterm Version: 0.9.9.4+git20150208.f600c0-5 Severity: grave Justification: renders package unusable It appears that lilyterm is unable to start, running lilyterm gives the following errors: ** Message: 11:20:26.198: Can NOT connect to a existing lilyterm socket! (lilyterm:4801):

Bug#969608: [Debian-med-packaging] Bug#969608: makeblastdb 2.10.x on 32-bit architectures

Étienne Mollier writes: > Wow, thanks for the comprehensive background information. In No problem. > case someone else (me in a not so near future for instance) > stumbles upon this again, I keep note that reducing the size of > BLASTDB_LMDB_MAP_SIZE a bit might help: One final

Bug#970418: RFS: 2vcard/0.6-4 [QA] [RC] -- convert an addressbook to VCARD file format

Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "2vcard": * Package name: 2vcard Version : 0.6-4 Upstream Author : Jan Schaumann * URL : https://www.netmeister.org/apps/2vcard/ * License :

Bug#970353: mksh: Ignores "nocheck" in DEB_BUILD_OPTIONS

On Wed, 16 Sep 2020, Thorsten Glaser wrote: > Finn Thain dixit: > > >I think it would be helpful to everyone if nocheck could be avoided > >where possible. I wonder where is that possible. > > I'd prefer if it could be added only for problematic packages, or done > in porter uploads, but on

Bug#946900: latest neomutt no longer uses account-hook for initial login [regression]

* Antonio Radici [200624 08:00]: > Control: tag -1 +moreinfo > > Can you provide an example configuration that allow us to reproduce this bug > against the version that is currently on sid? The only things necessary are "set spoolfile=...", "mailboxes ...", and an account-hook that sets

Bug#970353: mksh: Ignores "nocheck" in DEB_BUILD_OPTIONS

Finn Thain dixit: >I think it would be helpful to everyone if nocheck could be avoided where >possible. I wonder where is that possible. I’d prefer if it could be added only for problematic packages, or done in porter uploads, but on the buildds not for all packages. >Which architectures are

Bug#970417: bind-host: missing 'host' binary

Package: bind-host Version: 1:9.13.3-1+b1 Severity: grave Justification: renders package unusable Dear Maintainer, The `bind-host` package in experimental is missing both the executable and the manpage. esk@esk-xps:~$ dpkg -L bind-host /. /usr /usr/bin /usr/share /usr/share/doc

Bug#970353: mksh: Ignores "nocheck" in DEB_BUILD_OPTIONS

On Tue, 15 Sep 2020, John Paul Adrian Glaubitz wrote: > > > >> On m68k and sh4, the buildds are currently configured to pass > >> "nocheck" > > > > Precisely for this reason, some packages in the archive ignore that on > > these architectures. > > > > Without the testsuite we cannot reliably

Bug#970416: ITP: pbmm2 -- minimap2 SMRT wrapper for PacBio data

Package: wnpp Severity: wishlist Subject: ITP: pbmm2 -- minimap2 SMRT wrapper for PacBio data Package: wnpp Owner: Steffen Moeller Severity: wishlist * Package name: pbmm2 Version : 1.3.0 Upstream Author : , Pacific Biosciences of California, Inc. * URL :

Bug#967909: Update to recent fork of editline?

Am 15.09.20 um 22:22 schrieb Joel Rivera: > Bastian, > > correct me if I'm wrong, but you're suggesting to remove [1] in favor of [2]? That is right. > I've been trying to update editline to the fork that seems to have been > evolved from the original debian sources at [3]. My interest in

Bug#952538: libwolfssl-dev: user_settings.h missing

Hi Otto, On Wed, Feb 26, 2020 at 2:48 PM Otto Kekäläinen wrote: > > fatal error: openssl/evp.h: No such file or directory Did you follow the instructions [1] exactly? They are not very clear but upstream gave me this advice verbally: 1. '#include ' in each file that uses wolfSSL as the first

Bug#886419: systray-mdstat: complains at startup, despite everything appears to be fine

Control: tag -1 + unreproducible Hi Francesco, sorry for the very late reply. Francesco Poli (wintermute) wrote: > As soon as I start it, it complains on stdout (and Gtk complains on > stderr): > > $ systray-mdstat > no notify because setup failed: > Gtk-Message: GtkDialog mapped

Bug#942915: ca-certificates: Python2 removal in sid/bullseye

severity 942915 serious thanks The "python" binary package is no longer available in testing or unstable (in unstable it's present as a cruft package but uninstallable, in testing it's completely gone)

Bug#951388: [akonadi-backend-postgresql] apparmor profile unsuitable

Forwarded: https://invent.kde.org/pim/akonadi/-/merge_requests/32 Hey, I have pushed the needed changes to upstream. The AppArmor profile is living there. hefee -- On Samstag, 15. Februar 2020 21:08:15 CEST Bastien Roucariès wrote: > Package: akonadi-backend-postgresql > Version: 4:19.08.3-1

Bug#970415: aseba build-depends unsatisfiable in testing and unstable.

Source: aseba Version: 1.6.0-5 Severity: serious Tags: bullseye, sid aseba build-depends on the "python" binary package which is no longer built by the "python-defaults" source package. In unstable it is present as a cruft package but said cruft package is uninstallable due to strictly

Bug#968501: btrfs-heatmap: Please depend on python3:any or drop python3 dependency

Hi! On 8/16/20 3:36 PM, Elrond wrote: > Package: btrfs-heatmap > Version: 8-1 > Severity: wishlist > User: multiarch-de...@lists.alioth.debian.org > Usertags: multiarch > > Hi, > > btrfs-heatmap currently depends on just python3. > As btrfs-heatmap is Architecture=all, it probably > should

Bug#970414: seer FTCBFS: cross compiler does not honour LIBRARY_PATH

Source: seer Version: 1.1.4-3 Tags: patch User: debian-cr...@lists.debian.org Usertags: ftcbfs seer fails to cross build from source, because the cross compiler does not find -lhdf5. It seems that it does not honour the LIBRARY_PATH environment variable. Passing the library path via LDFLAGS makes

Bug#963522: WebKitWebProcess: random crash (SIGSEGV)

On Tue, Jun 23, 2020 at 02:49:52PM +0200, Alberto Garcia wrote: > > I got a random crash (SIGSEGV) in WebKitWebProcess. I've included > > the gdb backtrace and some possibly related syslog messages > > below. I don't know how to reproduce the crash. I'm not entirely > > sure but I think it was

Bug#921012: [Pkg-utopia-maintainers] Bug#964139: NMU (delayed/14) to fix two init compatibility issues

Dear Michael, On 15/09/2020 20:37, Michael Biebl wrote: The removal of the SysV init script was not a mistake that needs to be corrected. You appreciate that both the restoration of the init script and use of the logind virtual package are both essential for network-manager to be

Bug#969663: polyphone is marked for autoremoval from testing

Felix Lechner dixit: >Uploaded, although I am still looking for it on the buildds: First it must be ACCEPTED, then the dak run for incoming must run, then B-Ds are checked, then it gets into Needs-Build status, and only then the buildds pick it up. It’s there now:

Bug#969663: polyphone is marked for autoremoval from testing

Dixi quod… >It’s there now: https://buildd.debian.org/status/package.php?p=wolfssl … and already FTBFSing on s390x: /usr/bin/ld: src/.libs/libwolfssl.so: undefined reference to `ByteReverseWords' bye, //mirabilos -- [16:04:33] bkix: "veni vidi violini" [16:04:45] bkix: "ich kam, sah und

Bug#968504: RFS: aqemu/0.9.2-2.4 [NMU] [RC] -- Qt5 front-end for QEMU and KVM

Le 15/09/2020 à 18:31, Tobias Frost a écrit : > I wouldn't consider use case not using official debian packages too much… > Instead, lets look what policy says on Depends (omitting non relevant > paragraphs) > > The Depends field should be used if the depended-on package is required for > the

Bug#969663: polyphone is marked for autoremoval from testing

Hi Thorsten, Uploaded, although I am still looking for it on the buildds: > wolfssl_4.5.0+dfsg-1_source.changes uploaded successfully to localhost > along with the files: > wolfssl_4.5.0+dfsg-1.dsc > wolfssl_4.5.0+dfsg.orig.tar.xz > wolfssl_4.5.0+dfsg-1.debian.tar.xz >

Bug#909436: libdrm 2.4.102-1: FTBFS on hurd-i386 (updated patches)

On 15.9.2020 19.50, Svante Signell wrote: > On Mon, 2020-09-14 at 20:52 +0300, Timo Aaltonen wrote: >> On 14.9.2020 18.44, Svante Signell wrote: >>> found 909436 2.4.102-1 >>> thanks >>> >>> Hello again, >>> >>> libdrm still FTBFS on GNU/Hurd now due to bug #970304 and still >>> missing support

Bug#970400: grcompiler: diff for NMU version 5.2-2.1

Tobias and Bastian, I don't think the package needs to be delayed any further. However, I am curious to see how well it builds and passes the tests, since one commit [1] has not been added to this package [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961444#24 I talked to the author of

Bug#970344: ncbi-blast+: tblastn segfaults intermittently with multiple threads

Hi Aaron, Aaron M. Ucko, on 2020-09-15 16:01:33 -0400: > I captured this crash, but getting to the root cause turned out to be > difficult. The good news is that the latest upstream 2.10.1 release > should include a pair of commits with promising messages: > > Fix tblastn mt issue (seqdb

Bug#969665: closed by Jelmer Vernooij (Fixed in newer silver-platter)

Control: reassign -1 src:silver-platter 0.3.0+git20200611.b4292bf-1 Control: fixed -1 0.3.0+git20200906.d2bd137-1 Hi Jelmer, On 15-09-2020 13:18, Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the src:breezy-debian,

Bug#970413: RM: pbgenomicconsensus -- RoQA; Depends on Python 2, dead upstream

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: ti...@debian.org Please remove pbgenomicconsensus. It's dead upstream and depends on Python 2. Removal has been acked by one of the maintainers (CCed). Cheers, Moritz

Bug#937255: pbgenomicconsensus: Python2 removal in sid/bullseye

On Tue, Sep 15, 2020 at 10:56:22AM +0200, Andreas Tille wrote: > Hi Moritz, > > On Mon, Aug 31, 2020 at 08:59:37PM +0200, Moritz Mühlenhoff wrote: > > On Fri, Aug 30, 2019 at 07:30:23AM +, Matthias Klose wrote: > > > Package: src:pbgenomicconsensus > > > Version: 2.3.2-5 > > > Severity:

Bug#964399: Should ganglia be removed?

On Mon, Sep 14, 2020 at 12:17:00AM +0200, Marcos Fouces wrote: > Hi Moritz! > > Yes, i uploaded it to salsa.d.o and i am waiting for Frontdesk aproval > to become DD (that should happens in a few days) in order to upload it > myself instead of asking for sponsorship. > > Its new home is here:

Bug#970412: src:rust-rand-chacha: fails to migrate to testing for too long: unsatified Build-Depends on s390x

Source: rust-rand-chacha Version: 0.2.1-1 Severity: serious Control: close -1 0.2.2-1 Tags: sid bullseye User: release.debian@packages.debian.org Usertags: out-of-sync Control: block -1 by 961335 Dear maintainer(s), As recently announced [1], the Release Team now considers packages that are

Bug#970264: slrn cannot connect when using SSL encrypted connections

On Mon, Sep 14, 2020 at 09:02:39AM +0200, Moritz Muehlenhoff wrote: > On Sun, Sep 13, 2020 at 03:54:04PM -0700, Brian Murray wrote: > > Package: slrn > > Version: 1.0.3+dfsg-4 > > Severity: important > > User: ubuntu-de...@lists.ubuntu.com > > Usertags: origin-ubuntu groovy > > > > Dear

Bug#967909: Update to recent fork of editline?

Bastian, correct me if I'm wrong, but you're suggesting to remove [1] in favor of [2]? I've been trying to update editline to the fork that seems to have been evolved from the original debian sources at [3]. My interest in particular is due to that is a dependency of the Nix package manager

Bug#970410: src:html5lib: fails to migrate to testing for too long: autopkgtest regressions

Source: html5lib Version: 1.0.1-3 Severity: serious Control: close -1 1.1-1 Tags: sid bullseye User: release.debian@packages.debian.org Usertags: out-of-sync Control: block -1 by 968630 Dear maintainer(s), As recently announced [1], the Release Team now considers packages that are

Bug#970411: src:python-uvicorn: fails to migrate to testing for too long: depends on non-migrating package

Source: python-uvicorn Version: 0.11.3-1 Severity: serious Control: close -1 0.11.5-1 Tags: sid bullseye User: release.debian@packages.debian.org Usertags: out-of-sync Dear maintainer(s), As recently announced [1], the Release Team now considers packages that are out-of-sync between testing

Bug#936913: librelp: Python2 removal in sid/bullseye

tags 936913 fixed-upstream thx On Fri, Aug 30, 2019 at 07:24:14AM +, Matthias Klose wrote: > Package: src:librelp > Version: 1.4.0-2 > Severity: normal > Tags: sid bullseye > User: debian-pyt...@lists.debian.org > Usertags: py2removal > > Python2 becomes end-of-live upstream, and Debian aims

Bug#970409: src:google-http-client-java: fails to migrate to testing for too long: depends on non-migrating package

Source: google-http-client-java Version: 1.27.0-3 Severity: serious Control: close -1 1.31.0-1 Tags: sid bullseye User: release.debian@packages.debian.org Usertags: out-of-sync Dear maintainer(s), As recently announced [1], the Release Team now considers packages that are out-of-sync between

Bug#970408: facter: FTBFS: cc1plus: all warnings being treated as errors

Source: facter Version: 3.11.0-4.3 Severity: serious Tags: ftbfs sid bullseye Justification: fails to build from source (but built successfully in the past) facter currently fails to build: | cd /<>/obj-x86_64-linux-gnu/lib && /usr/bin/c++ -DBOOST_ALL_DYN_LINK -DBOOST_LOG_WITHOUT_WCHAR_T

Bug#964139: [Pkg-utopia-maintainers] Bug#964139: Bug#964139: Bug#964139: NMU (delayed/14) to fix two init compatibility issues

Michael Biebl - 15.09.20, 21:37:18 CEST: > The removal of the SysV init script was not a mistake that needs to be > corrected. Why did you remove it? The changelog does not mention a reason as I pointed out already. Thanks, -- Martin

Bug#970344: ncbi-blast+: tblastn segfaults intermittently with multiple threads

u...@debian.org (Aaron M. Ucko) writes: > FTR, the BTS accepted this attachment, thanks! As proposed on -med, I > will try to reproduce the bug under rr, though doing so isn't quite as > straightforward as I'd hoped because rr emulates a single CPU; to > compensate, I must temporarily patch out

Bug#970405: avw.lv2 build-depends unsatisfiable in testing and unstable.

Control: severity 942964 serious Control: forcemerge 942964 -1 On 2020-09-15 20:20:24 +0100, peter green wrote: > Source: avw.lv2 > Version: 0.1.6~dfsg0-1 > Severity: serious > Tags: bullseye, sid > > avw.lv2 build-depends on the "python" binary package which is no longer built > by the

Bug#970407: please package new version 0.10.0

Source: libstrophe Version: 0.9.3-2 Severity: wishlist Version 0.10.0 has been released. Supports c-ares (asynchronous DNS requests) with --enable-cares, btw.

Bug#969608: [Debian-med-packaging] Bug#969608: makeblastdb 2.10.x on 32-bit architectures

Hi Aaron, Aaron M. Ucko, on 2020-09-14 17:36:14 -0400: > > Thanks for clarifying. AFAICT, this environment imposes a tighter limit > than native arm64 hardware, and versions 2.10.0-1 and 2.10.0-3 both hit > it. Rough bisection via the BLASTDB_LMDB_MAP_SIZE environment variable > gives an

Bug#948336: selinux-policy-default: systemd-journal cannot access processes with 'signull' (RedHat Bug 1676923).

Hello, Today I installed a Debian Box with selinux enabled. I found that I'm affected by this bug. Is there any activity to solve this bug? The referenced Redhat Bug 1676923 is closed. Links: [1] https://bugzilla.redhat.com/show_bug.cgi?id=1676923 sincerely yours Mario Koppensteiner

Bug#970387: cargo 0.43.1-3~deb10u1 flagged for acceptance

package release.debian.org tags 970387 = buster pending thanks Hi, The upload referenced by this bug report has been flagged for acceptance into the proposed-updates queue for Debian buster. Thanks for your contribution! Upload details == Package: cargo Version: 0.43.1-3~deb10u1

Bug#964139: [Pkg-utopia-maintainers] Bug#964139: Bug#964139: Bug#964139: NMU (delayed/14) to fix two init compatibility issues

The removal of the SysV init script was not a mistake that needs to be corrected. signature.asc Description: OpenPGP digital signature

Bug#970406: flowcanvas build-depends unsatisfiable in testing and unstable.

Source: flowcanvas Version: 0.7.1+dfsg0-0.5 Severity: serious Tags: bullseye, sid flowcanvas build-depends on the "python" binary package which is no longer built by the "python-defaults" source package. In unstable it is present as a cruft package but said cruft package is uninstallable due

Bug#970402: transition: log4cxx

Control: tags -1 confirmed Hi Tobias, On 15/09/2020 19:52, Tobias Frost wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > > Hello release team! > > I'm preparing the transition of log4cxx. It's already showing up >

Bug#942960: catch: Python2 removal in sid/bullseye

severity 942960 serious thanks The "python" binary package has now been removed from testing, hence this bug is now serious. If there is still no maintainer response I may well NMU this later.

Bug#921012: [Pkg-utopia-maintainers] Bug#964139: Bug#964139: NMU (delayed/14) to fix two init compatibility issues

Dear Michael, On 15/09/2020 19:53, Michael Biebl wrote: Am 15.09.20 um 20:45 schrieb Matthew Vernon: Hi, On 15/09/2020 19:26, Michael Biebl wrote: Am 15.09.20 um 19:44 schrieb Matthew Vernon: Hi, These two related init compatibility issues haven't seen any activity recently, so I've

Bug#970405: avw.lv2 build-depends unsatisfiable in testing and unstable.

Source: avw.lv2 Version: 0.1.6~dfsg0-1 Severity: serious Tags: bullseye, sid avw.lv2 build-depends on the "python" binary package which is no longer built by the "python-defaults" source package. In unstable it is present as a cruft package but said cruft package is uninstallable due to

Bug#970404: shovill: Please provide autopkgtest

Package: shovill Severity: wishlist X-Debbugs-Cc: npatra...@gmail.com Dear Maintainer, Please provide autopkgtest for this package. This also doesn't work properly at the moment and needs minor patching for the same. -- System Information: Debian Release: bullseye/sid   APT prefers testing  

Bug#970279: O: nutsqlite -- Dietary nutrition analysis software

Hi Iain, On Tue, Sep 15, 2020 at 07:37:14PM +0100, Iain Learmonth wrote: > Ok, someone added me to the team so I've pushed the changes straight to > the team git on salsa. Thanks. I've now simply uploaded after replacing your ID by mine. Kind regards Andreas. -- http://fam-tille.de

Bug#970392: dh-cmake: dh_cmake should not require dh-cmake.compat

On 9/15/20 11:00 AM, Drew Parsons wrote: Mind you, reading your README reminds me I probably want dh --buildsystem=cmake anyway, rather than dh --with cmake. dh doesn't document its --buildsystem option properly. The dh man page documents --with but not --buildsystem (which gets mentioned

Bug#964139: [Pkg-utopia-maintainers] Bug#964139: Bug#964139: NMU (delayed/14) to fix two init compatibility issues

Am 15.09.20 um 20:45 schrieb Matthew Vernon: > Hi, > On 15/09/2020 19:26, Michael Biebl wrote: >> Am 15.09.20 um 19:44 schrieb Matthew Vernon: >>> Hi, >>> >>> These two related init compatibility issues haven't seen any activity >>> recently, so I've uploaded an NMU (delayed/14) to fix them in

Bug#883245: More info

Hello Jesus, Am 15.09.20 um 19:50 schrieb Jesus Eguiluz: Hi, I have more info. The same problem, I can't open links from thunderbird. I used to be workaround it by put the /etc/apparmor.d/usr.bin.thunderbird in complain mode. But this not work anymore. Now I have to disable de

Bug#753752: Bootloader hooks patch for dracut

Hi! I'm attaching a patch that implements this, stolen from i-t: https://sources.debian.org/src/initramfs-tools/0.139/update-initramfs/?hl=L158#L158 Best, наб From 4b5bcda703b4655c7eea52a092a21fdd61da1204 Mon Sep 17 00:00:00 2001 From: наб Date: Tue, 15 Sep 2020 20:32:08 +0200 Subject:

Bug#970279: O: nutsqlite -- Dietary nutrition analysis software

Hi, > On 14/09/2020 12:25, Andreas Tille wrote: >> Would you mind pushing your latest changes to the package to Git? >> I'd volunteer to add my ID as Uploader (if nobody else wants to for >> sure!) Ok, someone added me to the team so I've pushed the changes straight to the team git on salsa.

Bug#970392: dh-cmake: dh_cmake should not require dh-cmake.compat

On 9/15/20 10:41 AM, Drew Parsons wrote: Maybe it's a packaging and documentation bug? There is no README file provided by the dh-cmake package, and no man page for /usr/bin/dh_cmake_install OK, yeah, this is definitely a documentation bug. The README is here:

Bug#921012: [Pkg-utopia-maintainers] Bug#964139: NMU (delayed/14) to fix two init compatibility issues

Hi, On 15/09/2020 19:26, Michael Biebl wrote: Am 15.09.20 um 19:44 schrieb Matthew Vernon: Hi, These two related init compatibility issues haven't seen any activity recently, so I've uploaded an NMU (delayed/14) to fix them in line with the patches already posted; in the case of the init

Bug#963827: closed by Gianfranco Costamagna (Re: [virtualbox] guests limited to 800x600)

Re-opening. This is most certainly *not* fixed. I have a Debian Sid installation (with a Gnome environment) in a VBox VM, fully up-to-date, and the problem still exists with this. When the problem surfaced, I had to restore from backup and place a hold on kernel and virtualbox-guest-* package

Bug#964139: [Pkg-utopia-maintainers] Bug#964139: NMU (delayed/14) to fix two init compatibility issues

Am 15.09.20 um 19:44 schrieb Matthew Vernon: > Hi, > > These two related init compatibility issues haven't seen any activity > recently, so I've uploaded an NMU (delayed/14) to fix them in line with > the patches already posted; in the case of the init script I simply > reverted your commit

Bug#964125: calibre: Please switch from sip4 to sip5

Hi, small update about Calibre vs. SIP situation: On Fri, Jul 03, 2020 at 07:21:53PM +0300, Dmitry Shachnev wrote: > However, indeed it looks like the -b option was removed [2], and sip5 can no > longer generate .sbf files. Calibre's build system (namely get_sip_data() > function) uses those

Bug#970303: pending

tags 970303 + pending kthxbye Hi, I've commited a fix for this in the team git repository. https://salsa.debian.org/debian-hamradio-team/chirp/-/commit/82f2fbaf6bd8f722283775d70e498dfd0690ae74 Thanks, Iain. signature.asc Description: OpenPGP digital signature

Bug#970403: RM: linpsk -- ROM; dead upstream; alternatives in debian

Package: ftp.debian.org Severity: normal User: i...@debian.org Usertags: refactor2020 X-Debbugs-Cc: debian-h...@lists.debian.org Hi, Please remove linpsk from unstable. The upstream is gone since 2013 and we have alternatives in Debian already, e.g. fldigi. Thanks, Iain.

Bug#970392: dh-cmake: dh_cmake should not require dh-cmake.compat

Hi Drew, Thanks for trying dh-cmake. On 9/15/20 9:54 AM, Drew Parsons wrote: dh-cmake has been configured to fail if debian/dh-cmake.compat does not exist. You can also require `dh-cmake-compat (=1)` in your `Build-Depends` as a modern alternative. (You can even take out `dh-cmake`, since

Bug#921012: NMU (delayed/14) to fix two init compatibility issues

Hi, These two related init compatibility issues haven't seen any activity recently, so I've uploaded an NMU (delayed/14) to fix them in line with the patches already posted; in the case of the init script I simply reverted your commit removing it. I attach my commits here, and I'll also be

Bug#883245: More info

Hi, I have more info. The same problem, I can't open links from thunderbird. I used to be workaround it by put the /etc/apparmor.d/usr.bin.thunderbird in complain mode. But this not work anymore. Now I have to disable de /etc/apparmor.d/usr.bin.thunderbird profile with sudo aa-disable

Bug#970402: transition: log4cxx

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hello release team! I'm preparing the transition of log4cxx. It's already showing up on https://release.debian.org/transitions/html/auto-log4cxx.html, so ben seems to be hapy… Building

Bug#970392: dh-cmake: dh_cmake should not require dh-cmake.compat

On Tue, 15 Sep 2020 23:00:44 +0800 Drew Parsons wrote: > [...] > > dh doesn't document its --buildsystem option properly. The dh man page > documents --with but not --buildsystem (which gets mentioned only in an > example). But that's not dh-cmake's fault! > > Pedantic interjection to

Bug#970401: linux-image-5.8.0-1-amd64: Cursor still blinks (not usually visibly) even after it is turned off

Package: src:linux Version: 5.8.7-1 Severity: normal X-Debbugs-Cc: Asher Gordon Dear Maintainer, When the cursor is turned off in the console, using $ printf '\e[?17;0;0c' the cursor still blinks, although not visibly. This may not seem like a serious bug, or even a bug at all, but it

Bug#970384: ITP: image-factory -- Image factory for the IONOS customers images

> * Package name: image-factory > Version : 1.0.0 > Upstream Author : Benjamin Drung > * URL : https://github.com/ionos-enterprise/image-factory > * License : ISC > Programming Lang: Python > Description : Image factory for the IONOS customers images

Bug#969910: RFS: grcompiler/5.2-2.1 [NMU] [RC] -- Compiler of smart (graphite) fonts

Package: sponsorship-requests Followup-For: Bug #969910 Control: close -1 Hi Bastian, the NMU looks good. I uploaded it to DELAYED/5 and send a nmudiff to the package. (I'm closing the bug, if something happens to the NMU we can reopen it.) Thanks for your contribution to Debian! -- tobi

Bug#970400: grcompiler: diff for NMU version 5.2-2.1

Package: grcompiler Version: 5.2-2 Severity: normal Tags: patch pending Dear maintainer, Bastian Germann has prepared an NMU [1] for grcompiler (versioned as 5.2-2.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. [1]

Bug#970398: xfwm4: Since 4.14.5-1 I get a garbled desktop

Package: xfwm4 Version: 4.14.5-1 Severity: important Tags: patch Dear Maintainer, since 4.14.5-1 I get a garbled desktop. Bisecting upstreams source brought me to commit 168cf03 "Fix errorTrap leak in Free_win_data". BTW installing xfwm4-4.14.2-1 gets back a normal desktop. Attached patch

Bug#970399: firefox-esr-l10n-fi recommends non existing package xul-ext-mozvoikko

Package: firefox-esr-l10n-fi Version: 78.2.0esr-1 Severity: normal X-Debbugs-Cc: witold.bary...@gmail.com Dear Maintainer, firefox-esr-l10n-fi Recommends xul-ext-mozvoikko but that packages doesn't exist, it was removed from unstable in 2018. The last time it was shipped in stable, is jessie in

Bug#909436: libdrm 2.4.102-1: FTBFS on hurd-i386 (updated patches)

On Mon, 2020-09-14 at 20:52 +0300, Timo Aaltonen wrote: > On 14.9.2020 18.44, Svante Signell wrote: > > found 909436 2.4.102-1 > > thanks > > > > Hello again, > > > > libdrm still FTBFS on GNU/Hurd now due to bug #970304 and still > > missing support for Hurd in drm.h and xf86drm.h. Attached is

Bug#954189: Upload approval for acmetool 0.2 in buster-backports

As an update on this, I've gotten acmetool 0.2 to build on buster. The following packages need backporting: - golang-github-gofrs-uuid - golang-golang-x-xerrors - golang-github-google-go-cmp - golang-gopkg-square-go-jose.v2 - golang-gopkg-hlandau-acmeapi.v2 - acmetool The 5 golang-* packages are

Bug#968504: RFS: aqemu/0.9.2-2.4 [NMU] [RC] -- Qt5 front-end for QEMU and KVM

On Sun, Sep 13, 2020 at 04:33:01PM +0200, Alexis Murzeau wrote: > Hi, > > Thanks for your review :) > > Le 26/08/2020 à 12:39, Tobias Frost a écrit : > > Control: tags -1 moreinfo > > > > Hi Alexis, > > > > this is an incomplete review, 'cause I ran out of time, lunch break was not > > long >

Bug#969663: polyphone is marked for autoremoval from testing

Felix Lechner dixit: >> Is there anything I can help to ensure it’s not autoremoved? > >I just saw it this morning and plan to upload 4.5.0 later today. From >what I understand, closing #969663 should postpone the autoremoval >process? Thanks! The autoremoval will go on until a version with

Bug#970397: hw-probe: recommends transitional package vulkan-utils

Package: hw-probe Version: 1.5-1 Severity: normal hw-probe recommends transitional package vulkan-utils. Please instead recommend real package vulkan-tools.

Bug#969663: polyphone is marked for autoremoval from testing

Hi Thorsten, > Is there anything I can help to ensure it’s not autoremoved? I just saw it this morning and plan to upload 4.5.0 later today. From what I understand, closing #969663 should postpone the autoremoval process? Kind regards Felix

Bug#257457: gnucash: Double click on placeholder account should open tree, not open account

Hello, As of version 3.10 or earlier, the subtree can be opened or closed with a double click on a placeholder account. Best regards, Stephan Magg

Bug#970396: Please include kde shortcut configuration

Package: flameshot Version: 0.8.0~git20200907-1 Severity: wishlist As upstream provides the kde shortcuts, I think it could be included the package. Maybe /usr/share/khotkeys/ is the right place to put.

Bug#969663: polyphone is marked for autoremoval from testing

Debian testing autoremoval watch dixit: >polyphone 2.2.0.20200612+dfsg1-1 is marked for autoremoval from testing on >2020-10-20 > >It (build-)depends on packages with these RC bugs: >969663: wolfssl: CVE-2020-12457 CVE-2020-15309 CVE-2020-24585 CVE-2020-24613 > https://bugs.debian.org/969663 Is

Bug#970352: unprivileged podman dies with gibberish

Control: tag -1 moreinfo Hi Harald, On Tue, Sep 15, 2020 at 1:51 AM Harald Dunkel wrote: > Package: podman > Version: 2.0.6+dfsg1-1 > > Unprivileged podman dies with some gibberish instead of a readable > error message: > > % podman run -it debian /bin/bash > Trying to pull quay.io/debian...

Bug#970392: dh-cmake: dh_cmake should not require dh-cmake.compat

On 2020-09-15 22:13, Kyle Edwards wrote: Hi Drew, Thanks for trying dh-cmake. On 9/15/20 9:54 AM, Drew Parsons wrote: dh-cmake has been configured to fail if debian/dh-cmake.compat does not exist. You can also require `dh-cmake-compat (=1)` in your `Build-Depends` as a modern alternative.

Bug#970353: mksh: Ignores "nocheck" in DEB_BUILD_OPTIONS

On 9/15/20 4:42 PM, Thorsten Glaser wrote: > Control: severity -1 wishlist > Control: tags -1 wontfix > > John Paul Adrian Glaubitz dixit: > >> On m68k and sh4, the buildds are currently configured to pass "nocheck" > > Precisely for this reason, some packages in the archive ignore that > on

Bug#970340: [Debian-med-packaging] Bug#970340: rna-star: autopkgtest regression: --genomeSAindexNbases 8 is too large for the genome size=99940

Dear Sascha, On Tue, Sep 15, 2020 at 04:32:02PM +0200, Sascha Steinbiss wrote: > > I can confirm that that was the issue. I have pushed a fix to git and > will make an upload later if there are no objections. No objections for fixing a bug at all. ;-) Thanks a lot Andreas. --

Bug#970392: dh-cmake: dh_cmake should not require dh-cmake.compat

On 2020-09-15 22:46, Kyle Edwards wrote: On 9/15/20 10:41 AM, Drew Parsons wrote: Maybe it's a packaging and documentation bug? There is no README file provided by the dh-cmake package, and no man page for /usr/bin/dh_cmake_install OK, yeah, this is definitely a documentation bug. The

Bug#970391: /bin/systemctl: Changes in [Install] not valued by "systemctl enable" if service already enabled.

Please post full test example files and complete sequence of commands. signature.asc Description: OpenPGP digital signature

Bug#970395: firmware-nonfree: Please add AMD-SEV firmware files (amd-folder) to close CVE-2019-9836 on specific EPYC-CPUs

Source: firmware-nonfree Severity: important Dear maintainer, first of all thanks for maintaining and packaging the linux-firmware files repository as debian packages. We currently need to manually obtain the linux-firmware.git:amd/amd_sev_fam17h_model3xh.sbin [1] file on our AMD EPYC

Bug#970353: mksh: Ignores "nocheck" in DEB_BUILD_OPTIONS

Control: severity -1 wishlist Control: tags -1 wontfix John Paul Adrian Glaubitz dixit: >On m68k and sh4, the buildds are currently configured to pass "nocheck" Precisely for this reason, some packages in the archive ignore that on these architectures. Without the testsuite we cannot reliably

Bug#970238: ITP: survivor -- Tool set for simulating/evaluating SVs

On 13.09.20 13:40, Nilesh Patra wrote: > Package: wnpp > Severity: wishlist > Owner: Nilesh Patra mailto:npatra...@gmail.com>> > X-Debbugs-CC: debian-de...@lists.debian.org > > > * Package name    : survivor >   Version         : 1.0.6-1 >   Upstream Author

  1   2   >