Bug#948093: hyphy: autopkgtest regression: Duplicate analysis keyword

Control: tags -1 moreinfo Hi Paul, On Fri, Jan 03, 2020 at 09:40:44PM +0100, Paul Gevers wrote: > > With a recent upload of hyphy the autopkgtest of hyphy fails in testing > when that autopkgtest is run with the binary packages of hyphy from > unstable. It passes when run with only packages

Bug#948316: New upstream release available (2.3.0)

Package: yadm Version: 1.12.0-2 Severity: normal I was looking for good home directory dotfile managers, and yadm looks like the best currently packaged in Debian, but the Debian version is out of date. The current upstream version is 2.3.0 and seems to have substantial improvements in how the

Bug#948315: ITP: libjson-path-perl -- search nested hashref/arrayref structures using JSONPath

Package: wnpp Owner: Andrius Merkys Severity: wishlist * Package name    : libjson-path-perl   Version : 0.420   Upstream Author : , Kit Peters * URL : https://metacpan.org/release/JSON-Path * License : Artistic   Programming Lang: Perl   Description : search

Bug#946625: scipy: autopkgtest regularly times out

Thanks Håvard. Placing @pytest.mark.skip will get the job so worse come to worse we can deal with it that way. The reason why I'd prefer not to do it that way is that that here we only want to control the tests being run from debian/tests. The @pytest.mark.skip will disable them for all

Bug#948211: Decouple containerd from docker.io again?

On Tue, Jan 7, 2020 at 11:22 AM Arnaud Rebillout wrote: [..] > 1) try to update containerd -> oh, requires a new version of containerd/cri > 2) so let's try to update containerd/cri -> oh, requires a new version of > docker The plan is to keep upstream

Bug#948314: RFS: opensurge/0.5.1.1-1 [ITP] -- Fun 2D retro platformer inspired by Sonic games

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "opensurge" * Package name: opensurge Version : 0.5.1.1-1 Upstream Author : Alexandre Martins * URL : https://opensurge2d.org * License : GPL-3+ *

Bug#948313: RFS: surgescript/0.5.4.2-1 -- Scripting language for games

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "surgescript" * Package name: surgescript Version : 0.5.4.2-1 Upstream Author : Alexandre Martins * URL : https://docs.opensurge2d.org * License :

Bug#948211: Decouple containerd from docker.io again?

On 1/7/20 1:29 AM, Shengjing Zhu wrote: We should keep containerd version in sync with docker. eg docker 19.03.x with containerd 1.2.x. And I guest next docker major version will use containerd 1.3.x. Agreed on that, as long as both projects are in sync upstream, that can work.

Bug#872890: this can be closed

The issue I reported is fixed in upstream's 1.43.

Bug#948207: kio-gdrive: No more work because google temoprarilly supressed the access

Control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=415089 Control: severity -1 important Justification: kio-gdrive is not unusable for everyone Hi Eric, Thank you for reporting this bug, and especially for providing a link to the upstream bug :-) I've reduced the severity to important,

Bug#938827: RM winpdb

Control: reassign -1 ftp.debian.org Control: retitle -1 RM: winpdb -- RoQA; semi-dead upstream; unmaintained; low popcon; blocking py2 removal The existing maintainer doesn't intend to maintain it anymore, so let's just RM it.

Bug#948257: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_N1a1Mk/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

I'm not sure if it's related but I saw almost the same error on last upgrade (but for 5.4.0-2): depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_J2sneW/lib/modules/5.4.0-2-amd64/modules.builtin.bin' and I now get: root@vsid:~#

Bug#948151: git: Please consider demoting git-man to Recommends

John Paul Adrian Glaubitz wrote: > On 1/7/20 1:03 AM, Jonathan Nieder wrote: >> Using Recommends to mean "Depends, except on >> buildds" would produce bad results for end users that use >> --no-recommends. > > I disagree. Anyone who uses "--no-recommends" should know what they are > doing. And

Bug#947916: [pcp] Bug#947916: FTBFS: 5.0.2-1 fails to build from source, not transitioning to testing

Hi Martin, Sunil, all, Thanks for looking into this issue while we were all off, Martin and Sunil! To summarise where I understand things are at now: Martin's uploaded a pcp package for rebuild which drops the python2 build steps. I think this is fine and solves the immediate, pressing issue.

Bug#948151: git: Please consider demoting git-man to Recommends

On 1/7/20 1:03 AM, Jonathan Nieder wrote: > This is not what Recommends is for. If we want to remove a dependency > in the buildd environment but not for users, we can use build profiles > for that instead. Build profiles cannot be triggered on buildds. They can be set for manual builds only. >

Bug#948151: git: Please consider demoting git-man to Recommends

reassign 948151 git 1:2.25.0~rc1-1 forcemerge 613892 948151 tags 613892 + upstream quit Hi, Anatoly Pugachev wrote: > clone of #613892 ? Indeed it is! Thanks for digging that up. See that bug for details on what is needed to get this done (an upstream patch teaching "git help" to cope with

Bug#948312: obfs4proxy: New upstream releasse

Package: obfs4proxy Version: 0.0.8-1 Severity: wishlist There is a new upstream release of obfs4proxy available (at the time of writing, 0.0.11): https://qa.debian.org/cgi-bin/watch?pkg=obfs4proxy However, this will require the packaging of at least https:// gitlab.com/yawning/utls.

Bug#947630: lintian still gives E: statically-linked-binary for golang project's binary

Hi Felix, > Would you be opposed if I reverse the logic of this check? Until the > contemplated features are implemented, the tag would be issued only > when sources are present. Not at all. > My adverse position towards the tag is supported by user statistics. > On lintian.d.o, it was

Bug#948311: RFS: clamfs/1.2.0-1 -- user-space anti-virus protected file system

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "clamfs" * Package name: clamfs Version : 1.2.0-1 Upstream Author : Krzysztof Burghardt * URL : https://github.com/burghardt/clamfs * License : GPL-2+

Bug#945486: pwman3: fails to upgrade from 'buster': new pwman3 package pre-installation script subprocess returned error exit status 1

On 07/01/2020 00.09, Emmanuel Bouthenot wrote: > Andreas, > > On Mon, Nov 25, 2019 at 09:44:14PM +0100, Andreas Beckmann wrote: > [...] > >> during a test with piuparts I noticed your package fails to upgrade from >> 'buster'. >> It installed fine in 'buster', then the upgrade to 'bullseye'

Bug#948283: tinyproxy: If no PidFile is configured logrotate will change the owner of the root directory

Salvatore, Am 06.01.20 um 22:46 schrieb Salvatore Bonaccorso: > I think the whole problem is placed at multiple levels. You seem to > use systemd as init, but when lgorotate comes into action, the > postrotate is Yes. I use systemd. I updated my unit file to `Type=simple`, because I wanted

Bug#940461: [PATCH v2] Add imap-dl, a simple imap downloader

On Sun 2019-10-06 14:18:16 -0400, Daniel Kahn Gillmor wrote: > On Sat 2019-10-05 10:21:05 -0700, Sean Whitton wrote: > >> As an alternative to adding the integration tests, how about you use >> imap-dl on a daily basis for ~3 months with (I assume) a standard IMAP >> server, and if you don't have

Bug#948238: man-db: man produces apparmor kernel warnings

Ok sounds good, thanks. -- Bruce Momjian br...@momjian.us On Mon, Jan 6, 2020, 5:27 PM Colin Watson wrote: > On Mon, Jan 06, 2020 at 10:07:08PM +, Colin Watson wrote: > > There's already "/var/cache/man/** w" in man_filter, > > In fact, I just noticed that you're running stable, which

Bug#948238: man-db: man produces apparmor kernel warnings

On Mon, Jan 06, 2020 at 10:07:08PM +, Colin Watson wrote: > There's already "/var/cache/man/** w" in man_filter, In fact, I just noticed that you're running stable, which doesn't have that fix: https://bugs.debian.org/926450

Bug#948310: maven: Depend on Guice no_aop

Package: maven Version: 3.6.2-1 Severity: normal Once #948309 is fixed the maven package should be changed to depend on libguice-noaop-java instead of libguice-java. This will remove the illegal reflective access warning displayed when invoking Maven with Java 9+. Two changes are required: -

Bug#945486: pwman3: fails to upgrade from 'buster': new pwman3 package pre-installation script subprocess returned error exit status 1

Andreas, On Mon, Nov 25, 2019 at 09:44:14PM +0100, Andreas Beckmann wrote: [...] > during a test with piuparts I noticed your package fails to upgrade from > 'buster'. > It installed fine in 'buster', then the upgrade to 'bullseye' fails. > > From the attached log (scroll to the bottom...): It

Bug#948142: [pkg-apparmor] Bug#948142: apparmor: Update abstractions/ibus socket path

On Sat, 04 Jan 2020, Changwoo Ryu wrote: > Package: apparmor > Version: 2.13.3-7 > Severity: normal > > In short, the ibus socket path in needs to be changed > for the recent ibus versions like this: > > unix (connect, receive, send) >type=stream >

Bug#948309: guice: Package the no_aop jar

Source: guice Version: 4.2.1-1 Severity: normal The 'no_aop' variant of guice (without the embedded cglib) isn't installed by the libguice-java package, instead a symlink to the 'aop' jar is installed. This was mostly done to reduce the size of the package. Since the aop variant is a superset of

Bug#948029: splitting windows sometimes zaps images

> C-h l > T [w3m-toggle-inline-images] > C-x 3 [split-window-right] Zaps the images. Need to turn them on again. > T [w3m-toggle-inline-images] > C-x 1 [delete-other-windows] Zaps the images again. > By the way, C-x 2 doesn't zap the images. What url where did you do it? Unreproducible so

Bug#948028: w3m-reload-this-page should respect the current image toggle state

On Fri, 03 Jan 2020 21:17:14 +0800, 積丹尼さん wrote: > But doing > T then > R > then needs a second > T > to make the page look fine again. Hmm, doesn't it work as you expected, does it? I tried it in and others without the second T.

Bug#948181: x2gothinclient-minidesktop: fails to install with lightdm installed

Hi Andreas, hi Mike, On Sun, Jan 05, 2020 at 12:41:32AM +0100, Andreas Beckmann wrote: > Are you trying to use dpkg-divert on conffiles? That does not work ... [..] > PS: If you tell me what exactly you want to achieve, I might think about it > ... ;-) The vanilla lightdm.conf file should be

Bug#945840: libboost-python1.67.0 must not drop the Python 2.7 library

On 06/01/2020 18.19, Giovanni Mascellani wrote: >> To simplify such future transitions, I created a patch (#948273) to >> actually make use of the virtual packages introduced in -12. >> Please include it along with the reintroduction of python2 support in >> *sid*. Then we can binNMU all rdepends

Bug#941365: libimobiledevice 1.2.1~git20181030.92c5462-2 flagged for acceptance

package release.debian.org tags 941365 = 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: libimobiledevice Version:

Bug#948305: [Debichem-devel] Bug#948305: avogadro: app dies after launch. problem with shared libraries

Am Montag, den 06.01.2020, 21:29 + schrieb André Isidoro Fernandes Esteves: > Package: avogadro > Version: 1.2.0-4+b2 > Severity: important [..] > app died > app wrote: avogadro: error while loading shared libraries: > libboost_python27.so.1.67.0: cannot open shared object file: No such file

Bug#948209: follow-up

On Monday, 6 January 2020 4:40:29 PM AEDT Dave Gomboc wrote: > I do not understand why the bug is being closed as "Done". There is not other way to close the ticket. I've closed it because there is nothing actionable here. If this is an upstream bug then it should be addressed upstream. The

Bug#948308: Macro AUTH_SERVER_ALLOW_NOTLS_PASSWORDS ignore true/false

Package: exim4-daemon-heavy Version: 4.92-8+deb10u3 I've put the following in macro in "/etc/exim4/conf.d/main/000_localmacros": It seem the activation on this macro is rather inconsistent: "AUTH_SERVER_ALLOW_NOTLS_PASSWORDS" > error "AUTH_SERVER_ALLOW_NOTLS_PASSWORDS=" > OK

Bug#948238: man-db: man produces apparmor kernel warnings

On Sun, Jan 05, 2020 at 02:45:44PM -0500, Bruce Momjian,,, wrote: > When doing 'man libreoffice' the following kernel messages are generated: > > [Sun Jan 5 10:28:57 2020] audit: type=1400 audit(1578238128.275:29): > apparmor="DENIED" operation="file_inherit" profile="man_groff" >

Bug#948194: RFS: jcc/3.6-1 [ITA] -- generator for a Python extension from Java classes (transitional)

Hi Adam, El dom., 5 de ene. de 2020 a la(s) 18:40, Adam Borowski (kilob...@angband.pl) escribió: > > On Sun, Jan 05, 2020 at 01:37:20AM -0300, Emmanuel Arias wrote: > > * Package name: jcc > >Version : 3.6-1 > > > It builds those binary packages: > > > > python-jcc - generator

Bug#948239: adminer not starting

Hi, > "localhost/adminer" or similar does not start the program = adminer.php file Can you be more explicit on what you are trying to do? Did you type localhost/adminer in your browser address bar? > there is no man page There usually is no man page for web apps unless they provide cli tools.

Bug#948307: openafs-modules-dkms: Compile of the module fails for kernel 5.3.15

Package: openafs-modules-dkms Version: 1.8.4~pre1-1 Severity: important Tags: newcomer Dear Maintainer, the openafs module fails to build for kernel 5.3.15 on my system. * What led up to the situation? apt upgrade * What was the outcome of this action? The openafs module failed to

Bug#948193: e2scrub services delay boot by 2 seconds

On Mon, 6 Jan 2020 16:14:24 -0500 "Theodore Y. Ts'o" wrote: > On Mon, Jan 06, 2020 at 12:39:52AM -0800, Josh Triplett wrote: > > That's an *additional* delay, on top of the sleeps above. The two-second > > sleep in the "exitcode" function seems like the primary culprit. Note > > that I don't

Bug#948283: tinyproxy: If no PidFile is configured logrotate will change the owner of the root directory

Hi Tim, [Dislaimer: not the maintainer here, just looked at it briefly] On Mon, Jan 06, 2020 at 02:44:48PM +0100, Tim Duesterhus wrote: > Package: tinyproxy > Version: 1.10.0-2 > Severity: critical > Justification: breaks unrelated software > > Dear Maintainer, > >* What led up to the

Bug#947882: had gone the same warning at my end too -

Dear all, Had got the same issue at my end as well. The same syntax version statements as shared by Chrstian Cottsche , Maybe somebody can like to the upstream commit which fixed the issue upstream. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email

Bug#948305: avogadro: app dies after launch. problem with shared libraries

Package: avogadro Version: 1.2.0-4+b2 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? trying to run avogadro * What exactly did you do (or not do) that was effective (or

Bug#941365: buster-pu: package libimobiledevice/1.2.1~git20181030.92c5462-2

On Sat, 2019-12-21 at 10:59 +0100, Yves-Alexis Perez wrote: > On Sat, 2019-12-07 at 20:11 +, Adam D. Barratt wrote: > > > Sorry, I replied to the wrong bug. I'll upload the isolated fix > > > soon, > > > likely this weekend, thanks. > > > > Just to keep this up-to-date, the libimobiledevice

Bug#948306: ucblogo: Consider adding a .desktop file to have program shown in launchers

Package: ucblogo Version: 6.1-0.1 Severity: wishlist Dear ucblogo maintainer, I believe it should be reasonable if we ship a desktop file so that the icon of ucblogo can be shown in DE Launchers. The file could be like this (debian/ucblogo.desktop): [Desktop Entry] Version=1.0 Name=Berkeley

Bug#948304: also ship an austin-tui binary

Package: austin Version: 1.0.0-1 Severity: wishlist Could we get more of the goodies shipped with austin? The default output is not exactly useful, as it requires flamegraph.pl, which doesn't seem packaged as a standalone binary in Debian. (Well, technically, there's a version of flamegraph.pl

Bug#948302: mmdebstrap autopkgtest fails on arm64 while it should probably return neutral

Hi Paul, Quoting Paul Gevers (2020-01-06 21:38:56) > The autopkgtest of mmdebstrap fails on arm64 with the following message: > """ > script only supports being run on amd64 > """ > > You should fix the failure. If you don't want to spend time on making > the script work on non-amd64, than at

Bug#948193: e2scrub services delay boot by 2 seconds

On Mon, Jan 06, 2020 at 12:39:52AM -0800, Josh Triplett wrote: > That's an *additional* delay, on top of the sleeps above. The two-second > sleep in the "exitcode" function seems like the primary culprit. Note > that I don't even have lvm2-tools installed. Ah, yes, sorry, I had missed the sleep

Bug#938489: sinntp: diff for NMU version 1.6-0.2

Dear maintainer, I've prepared an NMU for sinntp (versioned as 1.6-0.2) and uploaded it to DELAYED/5. Please feel free to tell me if I should cancel it. cu Adrian diff -Nru sinntp-1.6/debian/changelog sinntp-1.6/debian/changelog --- sinntp-1.6/debian/changelog 2019-12-26 08:55:37.0 +0200

Bug#948104: buster-pu: package python3.7/3.7.3-2+deb10u1

Control: tags -1 + confirmed On Fri, 2020-01-03 at 22:56 +0100, Moritz Muehlenhoff wrote: > Similar to the python2.7 update which landed in Buster 10.2. Debdiff > below. All these are fixed in bullseye/sid (but none had a dedicated > bug) > Please go ahead. Regards, Adam

Bug#710009: /usr/bin/zbarimg: Decoding binary data fails

On Mon, 27 May 2013 14:26:06 +0100 Sam Morris wrote: > Package: zbar-tools > Version: 0.10+doc-8 > Severity: normal > File: /usr/bin/zbarimg > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > $ gpg --export-secret-key 5EA01078 | paperkey --output-type raw | ascii85 | qrencode -8 -o key.png >

Bug#821254: systemd[1]: xendomains.service start operation timed out.

Hi, On 1/3/20 5:42 PM, Martin Maney wrote: > > [...] > > Yes, the shutdown hang is a different issue, but I'm going to hope that > the real systemd units mentioned in this bug will fix my problem, too. What you could do already now is try testing those scripts, just shutting down and starting

Bug#948219: stretch-pu: package ros-ros-comm/1.12.6-2

Control: tags -1 + confirmed On Sun, 2020-01-05 at 15:53 +0100, Jochen Sprickerhof wrote: > The ros-ros-comm version in stretch is affected by two new CVEs: > CVE-2019-13465 and CVE-2019-13445. The first one was already fixed by > 1.12.6-2+deb9u1, cf. #945944, but the second one is new. The

Bug#945896: buster-pu: package ros-ros-comm/1.14.3+ds1-5

Control: tags -1 + confirmed On Sun, 2020-01-05 at 15:40 +0100, Jochen Sprickerhof wrote: > Two more CVEs where published, please find a new patch attached. Please go ahead; thanks. Regards, Adam

Bug#945840: libboost-python1.67.0 must not drop the Python 2.7 library

On 06/01/2020 15.20, Dimitri John Ledkov wrote: >> Please include it along with the reintroduction of python2 support in >> *sid*. Then we can binNMU all rdepends of libboost-python1.67.0, >> libboost-mpi-python1.67.0, libboost-numpy1.67.0 to add more strict >> dependencies on the required python

Bug#948303: ITP: aionotify -- Simple, asyncio-based inotify library for Python

Package: wnpp Severity: wishlist Owner: Adam Cecile * Package name: aionotify Version : 0.2.0 Upstream Author : The aionotify project * URL : https://github.com/rbarrois/aionotify * License : BSD-2-Clause Programming Lang: Python Description : Simple,

Bug#948302: mmdebstrap autopkgtest fails on arm64 while it should probably return neutral

Source: mmdebstrap Version: 0.5.1-2 Severity: important X-Debbugs-CC: debian...@lists.debian.org Severity: serious User: debian...@lists.debian.org Usertags: alwaysfails Hi josch, The autopkgtest of mmdebstrap fails on arm64 with the following message: """ script only supports being run on amd64

Bug#948257: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_N1a1Mk/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Merge request at https://salsa.debian.org/kernel-team/initramfs-tools/merge_requests/23 with Marco's patch. Regards, Salvatore

Bug#808419: copyright

No worries, thanks for the update! Kind regards, Dieter Adriaenssens Op zo 5 jan. 2020 21:30 schreef Otto Kekäläinen : > Updating bug status: > - This was filed as a pull request at > https://github.com/ottok/mariadb-10.0/pull/46 > - I plan to finalize this for the mariadb-10.4 cycle. > > I am

Bug#948299: osc-plugins-dput: Doesn't work with Python 3 version of osc

Control: tag -1 pending Hi, On Mon, 6 Jan 2020 at 21:15, Simon McVittie wrote: > I attach a possible patch, although this seems to have been fixed > differently upstream. Thanks for the patch, I was going to roll an upstream tarball and upload it to Debian, you shouldn’t have spent effort on

Bug#948301: libkmod2: update-initramfs fails in lookup_builtin_file()

Package: libkmod2 Version: 26+20191223-1 Severity: grave Justification: renders package unusable Dear Maintainer, upgrading: kmod (26-3 => 26+20191223-1) libkmod-dev (26-3 => 26+20191223-1) libkmod2 (26-3 => 26+20191223-1) fails with: [...] Preparing to unpack

Bug#948300: python3-m2crypto: assumes "some_string is ''" will give the same answer as "some_string == ''"

Package: python3-m2crypto Version: 0.31.0-8 Severity: normal > Preparing to unpack .../python3-m2crypto_0.31.0-8_amd64.deb ... > Unpacking python3-m2crypto (0.31.0-8) ... > Setting up python3-m2crypto (0.31.0-8) ... > /usr/lib/python3/dist-packages/M2Crypto/X509.py:44: SyntaxWarning: "is not" >

Bug#948299: osc-plugins-dput: Doesn't work with Python 3 version of osc

Package: osc-plugins-dput Version: 20180227.1-1 Severity: grave Justification: renders package unusable Tags: patch upstream $ osc -A xxx dput xxx:xxx ~/tmp/build-area/xxx_source.changes Traceback (most recent call last): File "/usr/bin/osc", line 41, in r = babysitter.run(osccli) ...

Bug#945595: Wrong bug number?

W dniu 21.12.2019 o 11:27, Graham Inggs pisze: Hi, does this message have the wrong bug number? To: cont...@bugs.debian.org From: Mateusz Łukasik Subject: Re: New mpv in sid breaks smplayer Message-ID: <8d5a8d18-b29a-179f-4701-b97226937...@linuxmint.pl> Date: Thu, 12 Dec 2019 08:56:03 +0100

Bug#686141: patch to add stdin support to galax-run

The following patch adds support for reading from standard input when - is given as an argument. diff -ur a/galax-1.1/toplevel/galax-run.ml b/galax-1.1/toplevel/galax-run.ml --- a/galax-1.1/toplevel/galax-run.ml 2007-10-26 08:49:33.0 -0700 +++ b/galax-1.1/toplevel/galax-run.ml

Bug#948298: linux-image-5.3.0-0.bpo.2-armmp: please enable armada 38x comphy driver for armmp

Package: src:linux Version: 5.3.9-2~bpo10+1sr1 Severity: normal Tags: patch Dear Maintainer, As of Linux v5.1 a special comphy driver was introduced for Armada 38x SoCs. It is actively referenced by the dts for the Clearfog Base and Clearfog Pro - and used by the new Clearfog GTR (which has its

Bug#948297: gthumb: diff for NMU version 3:3.8.0-2.1

Package: gthumb Version: 3:3.8.0-2 Severity: normal Tags: patch pending Dear maintainer, I've prepared an NMU for gthumb (versioned as 3:3.8.0-2.1) and uploaded it to DELAYED/3. Please feel free to tell me if I should delay it longer. Regards. diff -Nru gthumb-3.8.0/debian/changelog

Bug#936557: freeorion: Python2 removal in sid/bullseye

Control: severity -1 normal On Sun, Dec 01, 2019 at 11:38:39AM +0100, Andreas Beckmann wrote: > Followup-For: Bug #936557 > Control: severity -1 serious > > freeorion now FTBFS in sid: >... > -- Found PythonInterp: /usr/bin/python2.7 (found suitable version "2.7.17", > minimum required is

Bug#946289: ufw: fails to start with iptables 1.8.4

On Fri, 13 Dec 2019, Jamie Strandboge wrote: > I can confirm this. It looks like iptables-restore and iptables6-restore > in 1.8.4 has broken -n behavior with the nft varieties. This is https://bugzilla.netfilter.org/show_bug.cgi?id=1394 -- Email: ja...@strandboge.com IRC: jdstrand

Bug#948275: is Debian POSIX compliant?

Harald Dunkel writes: > I haven't found it mentioned in the policy manual, so I wonder if Debian > is supposed to be POSIX compliant (unless noted otherwise)? IMHO a "it > goes without saying" is not sufficient. > Is it safe to assume that POSIX code works? Simon provided the practical

Bug#948211: Decouple containerd from docker.io again?

On Mon, Jan 6, 2020 at 3:02 PM Arnaud Rebillout wrote: [...] > Thanks for the details. So if I understand properly, the situation for > upstream docker is that: > > - the build dependency is against a containerd commit from the master branch > (pulled in according to the vendor.conf file) > -

Bug#947613: [Pkg-utopia-maintainers] Bug#947613: network-manager: Wi-Fi not working (does not get IPv4 address) with 1.22.2-1

Hello Michael, I was able to hit the bug again. It seems I have to go to another wifi network, then back to my home network to hit the bug. On the client-side, I get: janv. 06 18:57:13 zoro NetworkManager[75721]: [1578333433.9474] dhcp4 (wlp3s0): activation: beginning transaction (timeout in

Bug#948217: docker-registry: failed to open htpasswd path open /etc/registry

Hallo, Thanks for your reply. I manually changed the config file as you suggested and now the service is starting. Thanks Op ma 6 jan. 2020 om 06:01 schreef Arnaud Rebillout < arnaud.rebill...@collabora.com>: > > On 1/5/20 9:07 PM, Vincent Smeets wrote: > > Package: docker-registry > >

Bug#948296: haproxy: please update dconv to python3

Package: haproxy Version: 2.0.12-1 Severity: normal Dear Maintainer, please update the debian/dconv/* code to use python3. Upstream has moved to py3 already at https://github.com/cbonte/haproxy-dconv, assuming that's the correct repository. The mako package doesn't even build the python-mako

Bug#948109: z3: FTBFS on riscv64, needs -latomic, blocks rustc:riscv64

Helmut Grohne: > On Sat, Jan 04, 2020 at 01:56:33AM +, Ximin Luo wrote: >> Please see also the attached patch to support cross-compiling which I needed >> in >> order to test that the first patch works. You can repeat the build yourself >> with an >> sbuild invocation like: > > Please

Bug#948295: python-dateutils's autopkg tests fail / Update to 2.8.1 for Python 3.8

Package: src:python-dateutil Version: 2.7.3-3 Severity: serious Tags: sid bullseye python-dateutils's autopkg tests fail for Python2, python-freezegun was already removed. Maybe for now just stop testing for Python2.

Bug#948293: geeqie: Geeqie crashes when name of new dir is the same as the existing file

Package: geeqie Version: 1:1.5.1-5 Severity: normal Steps to reproduce: Create a file: $ touch 1 Then run geeqie in the same directory, like $ geeqie Finally click right on the directory listing, select the option "New directory..." and enter the name of the just created file, i.e. "1". On

Bug#948294: ITS: 4digits

Package: 4digits Severity: important Version: 1.1.4-1 X-Debbugs-CC: panyong...@gmail.com alli...@lohutok.net Dear 4digits maintainers, After looking into the package you maintain (4digits, https://tracker.debian.org/pkg/4digits ), I found that this package received no updates since 2014 and is

Bug#948290: buster-pu: package console-common/0.7.90

Control: tags -1 + moreinfo On Mon, 2020-01-06 at 16:48 +, Alastair McKinstry wrote: > Release critical bug fixed a regression that dropped critial files > (935096) > > > diff -Nru console-common-0.7.90/debian/changelog console-common- > 0.7.90+deb10u1/debian/changelog > ---

Bug#948292: firmware-iwlwifi: Unable to reconnect wifi after hibernation with Centrino Advanced-N 6205

Package: firmware-iwlwifi Version: 20190114-2 Severity: normal Dear Maintainer, It is my first report, and I hope do it correctly ! Since two years I experience a stange thing. I work with a thinkpad (and, firmware-iwlwifi) that I connect to a hidden wifi network at my work. But, when I return

Bug#948268: Crashes after startup

Dear Maintainer, just as a side note, a similar bug was submitted against the basilisk2 package. https://bugs.debian.org/922323 Another user of slirp is qemu, which had some changes in that area, which seems to have evolved into this library:

Bug#928924: user-mode-linux: xterm functionality broken due to wrong path to port-helper

On Mon, 2020-01-06 at 16:58 +, Anton Ivanov wrote: > On 06/01/2020 16:21, Ritesh Raj Sarraf wrote: > > Control: tag -1 +help > > > > On Mon, 2020-01-06 at 10:38 +0100, Sjoerd Simons wrote: > > > On my sid system: > > > ``` > > > $ strings /usr/bin/linux.uml | grep port-helper > > >

Bug#928924: user-mode-linux: xterm functionality broken due to wrong path to port-helper

On Mon, 2020-01-06 at 21:51 +0530, Ritesh Raj Sarraf wrote: > First, for context to the readers here, the port-helper binary is > shipped with uml-utilities package. This package, depending on the > architecture, installs the binary to a architecture specific > location. > >

Bug#928924: user-mode-linux: xterm functionality broken due to wrong path to port-helper

On 06/01/2020 16:21, Ritesh Raj Sarraf wrote: Control: tag -1 +help On Mon, 2020-01-06 at 10:38 +0100, Sjoerd Simons wrote: On my sid system: ``` $ strings /usr/bin/linux.uml | grep port-helper /usr/lib//uml/port-helper ``` So the path is still incorrect even with newer upstream kernels.

Bug#945840: libboost-python1.67.0 must not drop the Python 2.7 library

Hi, Il 06/01/20 13:54, Andreas Beckmann ha scritto: > This bug is not about the python2 removal. This bug is about removing a > shared library without doing a proper transition, i.e. renaming the > package (which will happen with boost1.71) or adding a bunch of Breaks. > The same will happen

Bug#948291: dpkg-buildpackage: please support --hook-foo=bar=baz

Package: dpkg-dev Version: 1.19.7 Severity: normal Tags: patch Dear Maintainer, [tl;dr: dpkg-buildpackage --hook-init=foo=bar errors out; patch attached.] * What led up to the situation? I was trying to build a package in a chroot and inject some additional flags into CFLAGS. * What

Bug#934119: [Pkg-privacy-maintainers] Bug#934119: torbrowser-launcher: Erroneously manages /etc/apparmor.d/local/torbrowser.* as conffiles

On Sun, Jan 5, 2020 at 11:24 PM intrigeri wrote: > > Hi, > > Roger Shimizu (2020-01-05): > > I find this is due to below files were shipped by previous version of > > torbrowser-launcher, but not as conffile. > > /etc/apparmor.d/local/torbrowser.Tor.tor > >

Bug#948288: Acknowledgement (gnome-shell reproducibly crashes on boot, and the boot process gets stuck)

Below you find is the dmesg output. [ 0.00] Linux version 4.19.0-6-686 (debian-ker...@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.67-2+deb10u2 (2019-11-11) [ 0.00] Disabled fast string operations [ 0.00] x86/fpu: x87 FPU will use FXSAVE [ 0.00]

Bug#948290: buster-pu: package console-common/0.7.90

Package: release.debian.org Severity: normal Tags: buster User: release.debian@packages.debian.org Usertags: pu Release critical bug fixed a regression that dropped critial files (935096) diff -Nru console-common-0.7.90/debian/changelog console-common-0.7.90+deb10u1/debian/changelog ---

Bug#948289: ITP: liblv-perl -- lvalue subroutines for Perl

Package: wnpp Owner: Andrius Merkys Severity: wishlist * Package name    : liblv-perl   Version : 0.006   Upstream Author : Toby Inkster * URL : https://metacpan.org/release/LV * License : Artistic   Programming Lang: Perl   Description : lvalue subroutines for

Bug#942761: mmdebstrap: hooks not documented in man page / --help

Quoting Benjamin Drung (2020-01-06 17:08:09) > Am Montag, den 06.01.2020, 07:52 +0100 schrieb Johannes Schauer: > > I assume you are not creating a tarball then, because tar would take care > > of clamping the mtime for you? > I wasn't aware of the mtime clamping. So this mtime adjustment can be

Bug#928924: user-mode-linux: xterm functionality broken due to wrong path to port-helper

Control: tag -1 +help On Mon, 2020-01-06 at 10:38 +0100, Sjoerd Simons wrote: > On my sid system: > ``` > $ strings /usr/bin/linux.uml | grep port-helper > /usr/lib//uml/port-helper > ``` > > So the path is still incorrect even with newer upstream kernels. I spent some time today looking at the

Bug#936105: python is still used in the autopkg tests

Control: severity -1 serious python is still used in the autopkg tests, and all the scripts in the package are not ported to python3.

Bug#942761: mmdebstrap: hooks not documented in man page / --help

Hi, Am Montag, den 06.01.2020, 07:52 +0100 schrieb Johannes Schauer: > Hi, > > On Wed, 13 Nov 2019 19:37:04 +0100 Benjamin Drung < > benjamin.dr...@cloud.ionos.com> wrote: > > Am Mittwoch, den 13.11.2019, 19:22 +0100 schrieb Johannes Schauer: > > > Quoting Benjamin Drung (2019-11-13 19:03:31) >

Bug#948194: RFS: jcc/3.6-1 [ITA] -- generator for a Python extension from Java classes (transitional)

Hi Adam, Thanks for the feedback I will work on that right now. Thanks! Cheers, Arias Emmanuel @eamanu http://eamanu.com El dom., 5 de ene. de 2020 a la(s) 18:40, Adam Borowski (kilob...@angband.pl) escribió: > > On Sun, Jan 05, 2020 at 01:37:20AM -0300, Emmanuel Arias wrote: > > * Package

Bug#896844: Any Updates?

I just installed Debian 10 and I found that preview-latex is not working. Preview-latex is one of the big features of this package. Any chance this bug can be fixed? As a workaround one can remove the debian package and install the latest auctex version from elpa. However, note that the latest

Bug#948279: [Python-modules-team] Bug#948279: python-gmusicapi: please make the build reproducible

Hi, I applied the patch on salsa. Please check. I will need sponsorship to upload it. Thanks! Cheers, Arias Emmanuel @eamanu http://eamanu.com El lun., 6 de ene. de 2020 a la(s) 09:12, Chris Lamb (la...@debian.org) escribió: > > Source: python-gmusicapi > Version: 12.1.1-1 > Severity:

Bug#948257: depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_N1a1Mk/lib/modules/5.4.0-1-amd64/modules.builtin.bin'

Control: severity -1 normal Control: tags -1 patch Control: reassign -1 initramfs-tools On Jan 06, crvi wrote: >* What outcome did you expect instead? > > Successful ramfs generation Do you have any reason to believe that the initrfamfs was not generated successfully? This is only

Bug#948269: file: misdetection of shared libraries as statically linked - breaks dh_shlibdeps

James McCoy wrote... > Autopkgtests already run against packages in experimental, albeit at a > slower pace than those in unstable. It seems those did catch the issue > -- https://release.debian.org/britney/pseudo-excuses-experimental.html#file TIL - now added to the list of things to check

  1   2   >