Bug#948895: neomutt: FTBFS: test failure

[Andreas Henriksson]

Hello,

On Thu, Mar 12, 2020 at 05:25:50PM -0700, Stefano Rivera wrote:
> Control: reopen -1
> Control: notfixed -1 20191207+dfsg.1-1
[...]

If you're going to claim neomutt still FTBFS despite what
https://buildd.debian.org/status/package.php?p=neomutt
says, then I think you could atleast provide a build log backing up your
claim. (And even with that I'd personally likely not agree with your
claim that FTBFS on anything but official buildd is RC severity, but
that's up to the neomutt maintainers to finally decide on I guess.)

(IOW Please don't repurpose old bug reports when new ones are free.)

Regards,
Andreas Henriksson

Bug#935173: audacity graphical windows fail to update properly

[Daniel Kahn Gillmor]

Control: retitle 935173 audacity graphical windows fail to update properly when 
GTK_IM_MODULE=xim
Control: forwarded 935173 
https://developer.gnome.org/gtk3/stable/gtk-running.html

On Wed 2019-11-06 04:41:06 -0500, Anthony DeRobertis wrote:
> Same problem here with Audacity, and same workaround (unset
> GTK_IM_MODULE) appears to fix it here. I'm not using any "special" input
> method, I just use xim so gtk doesn't ignore custom XCompose rules.

Wow, i'm just getting back to reading up on this thread, and i can
confirm that unsetting GTK_IM_MODULE also fixes the problem for me.

Yuri, thanks for uncovering that!  I've forwarded the bug report to
upstream as noted above.

Regards,

--dkg


signature.asc
Description: PGP signature

Bug#950990: neomutt: New upstream release (20191207)

[Andreas Henriksson]

Hello,

On Thu, Mar 12, 2020 at 05:46:00PM -0700, Stefano Rivera wrote:
[...]
> Err, why don't you have the original repo?

My original repo, where I did this work originally. As described in my
original mail. Where some dude refered to having successfully built from
(despite I never pushed anything publicly)!

> It's public: https://salsa.debian.org/mutt-team/neomutt
> 
> I'd suggest rebasing your changes onto that.

You're confused. There's nothing that needs rebasing.

Neomutt maintainers can fast-forward merge my repo if they desire.

Regards,
Andreas Henriksson

Bug#951709: /boot should get a bigger share of disk in default installation

[Cyril Brulebois]

Steve McIntyre  (2020-03-12):
> I'm torn - that's a good plan for large systems, but people on smaller
> platforms (e.g. small SD on rpi) that's a lot of space.

Don't people usually flash ready to use images on such devices, instead
of going through d-i? Meaning acepting whatever (hopefully appropriate)
choices were made by recipe authors?


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Bug#953762: node-minimist: CVE-2020-7598

[Salvatore Bonaccorso]

Source: node-minimist
Version: 1.2.0-1
Severity: important
Tags: security upstream

Hi,

The following vulnerability was published for node-minimist.

CVE-2020-7598[0]:
| minimist before 1.2.2 could be tricked into adding or modifying
| properties of Object.prototype using a "constructor" or "__proto__"
| payload.


If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2020-7598
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-7598
[1] https://snyk.io/vuln/SNYK-JS-MINIMIST-559764
[2] 
https://github.com/substack/minimist/commit/63e7ed05aa4b1889ec2f3b196426db4500cbda94

Regards,
Salvatore

Bug#667692: crda: /sbin/cdrda and /sbin/regdbdump depend on /usr

[Ben Hutchings]

Control: tag -1 jessie wontfix

Since Debian 9 "stretch", we require any separate /usr filesystem to be
mounted by an initramfs:
https://www.debian.org/releases/stretch/amd64/release-notes/ch-information.en.html#late-mounting-usr

Ben.

-- 
Ben Hutchings
Design a system any fool can use, and only a fool will want to use it.



signature.asc
Description: This is a digitally signed message part

Bug#949592: Another_debug output

[Weleoka]

Hello,

Stack trace after not being able to use Gimp  2.10.14 on Debian Stable.


```
GNU Image Manipulation Program version 2.10.14
git-describe: GIMP_2_10_12-511-ga4f55d6c7e
C compiler:
    Using built-in specs.
    COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/9/lto-wrapper
    OFFLOAD_TARGET_NAMES=nvptx-none:hsa
    OFFLOAD_TARGET_DEFAULT=1
    Target: x86_64-linux-gnu
    Configured with: ../src/configure -v --with-pkgversion='Debian 
9.2.1-31' --with-bugurl=file:///usr/share/doc/gcc-9/README.Bugs 
--enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++,gm2 
--prefix=/usr --with-gcc-major-version-only --program-suffix=-9 
--program-prefix=x86_64-linux-gnu- --enable-shared 
--enable-linker-build-id --libexecdir=/usr/lib 
--without-included-gettext --enable-threads=posix --libdir=/usr/lib 
--enable-nls --enable-bootstrap --enable-clocale=gnu 
--enable-libstdcxx-debug --enable-libstdcxx-time=yes 
--with-default-libstdcxx-abi=new --enable-gnu-unique-object 
--disable-vtable-verify --enable-plugin --enable-default-pie 
--with-system-zlib --with-target-system-zlib=auto --enable-objc-gc=auto 
--enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 
--with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic 
--enable-offload-targets=nvptx-none,hsa --without-cuda-driver 
--enable-checking=release --build=x86_64-linux-gnu 
--host=x86_64-linux-gnu --target=x86_64-linux-gnu 
--with-build-config=bootstrap-lto-lean --enable-link-mutex

    Thread model: posix
    gcc version 9.2.1 20200306 (Debian 9.2.1-31)

using babl version 0.1.74 (compiled against version 0.1.74)
using GEGL version 0.4.22 (compiled against version 0.4.22)
using GLib version 2.64.0 (compiled against version 2.64.0)
using GdkPixbuf version 2.40.0 (compiled against version 2.40.0)
using GTK+ version 2.24.32 (compiled against version 2.24.32)
using Pango version 1.42.3 (compiled against version 1.42.3)
using Fontconfig version 2.13.1 (compiled against version 2.13.1)
using Cairo version 1.16.0 (compiled against version 1.16.0)

```
> fatal error: Segmentation fault

Stack trace:
```
/usr/lib/libgimpbase-2.0.so.0(gimp_stack_trace_print+0x398)[0x7f92a3d3c398]
gimp-2.10(+0xd7980)[0x558a5a5df980]
gimp-2.10(+0xd7da8)[0x558a5a5dfda8]
gimp-2.10(+0xd8419)[0x558a5a5e0419]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x14110)[0x7f92a3233110]
gimp-2.10(gimp_param_spec_layer_id+0x64)[0x558a5a96c704]
gimp-2.10(gimp_pdb_compat_param_spec+0x1c7)[0x558a5a884647]
gimp-2.10(gimp_plug_in_handle_message+0x1197)[0x558a5a891067]
gimp-2.10(gimp_plug_in_manager_call_query+0x191)[0x558a5a89f681]
gimp-2.10(gimp_plug_in_manager_restore+0x796)[0x558a5a897606]
gimp-2.10(+0x3ad24d)[0x558a5a8b524d]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x1a2)[0x7f92a34c4fd2]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x26f06)[0x7f92a34d7f06]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xbdf)[0x7f92a34e354f]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x8f)[0x7f92a34e3edf]
gimp-2.10(gimp_restore+0x102)[0x558a5a8b47d2]
gimp-2.10(app_run+0x4ab)[0x558a5a5df2bb]
gimp-2.10(main+0x37e)[0x558a5a5dea4e]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xeb)[0x7f92a3080e0b]
gimp-2.10(_start+0x2a)[0x558a5a5debda]

```

I hope that this is at all useful, and what's more; that I have posted 
it in remotely the right place.



Kind regards,

Bug#835498: checkbashisms treats 'command' incorrectly

[jnqnfe]

control: severity -1 important

Debian policy v4.1.5 (July 2018) updated from SUSv3 to POSIX.1-2017
(aka SUSv4). This should presumably (without double checking the
specifics of this version) mean that the way is clear for checkbashisms
to be modified to accept `command -v` etc.

Please address this; the lack of support just impacted some work on
live-build with some work getting reverted due to not passing
checkbashisms, when it turns out that the commit was fine, but
checkbashisms is outdated.

thanks.

On Fri, 26 Aug 2016 12:38:19 +0100 "Adam D. Barratt" <
a...@adam-barratt.org.uk> wrote:
> Control: tags -1 + moreinfo
> 
> On 2016-08-26 11:47, Eero Vuojolahti wrote:
> > Secondly, there are no optional flags listed in the 2008/2013
version
> > of the 'command' specification. In the older (2004) standard, the
|-v|
> > and |-V| options were part of the 'user portability' subset, not
part
> > of the core.
> > 
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/command.html
> 
> POSIX 2004 might be "older" but it is the version referenced by
Debian 
> Policy - as per 
> ;:
> 
> "Scripts may assume that /bin/sh implements the SUSv3 Shell Command 
> Language[90] plus the following additional features not mandated by 
> SUSv3
> [list that doesn't mention "command"]
> 
> If a shell script requires non-SUSv3 features from the shell
interpreter 
> other than those listed above, the appropriate shell must be
specified 
> in the first line of the script (e.g., #!/bin/bash) and the package
must 
> depend on the package providing the shell (unless the shell package
is 
> marked "Essential", as in the case of bash).
> [...]
> 90
> 
> Single UNIX Specification, version 3, which is also IEEE 1003.1-2004 
> (POSIX), and is available on the World Wide Web from The Open Group 
> after free registration.
> "
> 
> checkbashisms's handling of "command" appears to be in line with
that 
> Policy requirement.
> 
> Regards,
> 
> Adam
> 
> 

Bug#816446: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#822792: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#701112: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#819751: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#835498: checkbashisms treats 'command' incorrectly

[John Crawley]

On 2016-08-26 14:38, Adam D. Barratt wrote:
> On 2016-08-26 11:47, Eero Vuojolahti wrote:
>> Secondly, there are no optional flags listed in the 2008/2013 version
>> of the 'command' specification. In the older (2004) standard, the |-v|
>> and |-V| options were part of the 'user portability' subset, not part
>> of the core.
>> http://pubs.opengroup.org/onlinepubs/9699919799/utilities/command.html
>
> POSIX 2004 might be "older" but it is the version referenced by Debian
> Policy - as per
> :

Debian Policy (4.5.0.0):
https://www.debian.org/doc/debian-policy/ch-files.html#s-scripts
has now changed to follow POSIX.1-2017 (IEEE Std 1003.1-2017):
https://pubs.opengroup.org/onlinepubs/9699919799//utilities/command.html
Where "The command utility is moved from the User Portability Utilities  
option to the Base".


This makes checkbashisms' rejection of eg 'command -v' a false positive.

--
John

Bug#953761: ITP: golang-vbom-util -- Go utility packages

[Tong Sun]

Package: wnpp
Severity: wishlist
Owner: Tong Sun 

* Package name: golang-vbom-util
  Version : 0.0~git20180919.efcd4e0-1
  Upstream Author : 
* URL : https://github.com/fvbommel/util
* License : Expat
  Programming Lang: Go
  Description : Go utility packages

Go utility packages.

Dependency of github.com/google/go-containerregistry & 
github.com/GoogleContainerTools/container-diff.

This hasn't been uploaded yet, and also need to be updated to the latest 
version.

Bug#953742: vim: FTBFS on armel, armhf, i386, mips64el, mipsel, s390x

[James McCoy]

On Thu, Mar 12, 2020 at 08:28:19PM +, Ivo De Decker wrote:
> The latest upload of vim to unstable fails on armel, armhf, i386, mips64el, 
> mipsel, s390x:
> 
> https://buildd.debian.org/status/package.php?p=vim

At least the 32-bit arch failures are understood and I've already given
upstream a fix.  Will upload a new version soon with that fix.

The others look like more of Vim's flaky tests, which I don't yet have a
good way to manage.

Cheers,
-- 
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7  2D23 DFE6 91AE 331B A3DB

Bug#953760: check-service autopkgtest fails while parsing systemctl output

[Michael Biebl]

Source: gpsd
Version: 3.20-5
Severity: serious

Hi,

the autopkgtest shipped by gpsd fails with the latest systemd v245
version:

https://ci.debian.net/data/autopkgtest/testing/amd64/g/gpsd/4543825/log.gz

One immediate problem is, that check-service tries to parse the
systemctl list-unit-files output, which gained a "VENDOR PRESET" column
in v245.

If you want to get the enabled state, my recommendation would be to use 
systemctl is-enabled $unit


The same goes for checking the active state: I would use
systemctl is-active $unit

Regards,
Michael


-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#952366:

[Mybillserv Inc]

Model

Bug#953759: debootstrap: mandatory security support breaks too many things

[Steve McIntyre]

On Fri, Mar 13, 2020 at 02:26:04AM +0100, Cyril Brulebois wrote:
>Package: debootstrap
>Version: 1.0.120
>Severity: serious
>Justification: RoM
>
>Hi,
>
>It seems my comments in [1] were ignored, so filing an RC bug to make
>sure this is tracked at least by the BTS and britney.
>
> 1. https://lists.debian.org/debian-boot/2020/03/msg00103.html
>
>The latest batch of bug reports filed by Johannes 'josch' Schauer seems
>to confirm my initial assessment: this will break (too) many use cases
>(#953404, #953588, #953593, #953594, #953617).
>
>Right now, my current plan would be:
> - creating a branch called “mandatory-security-support” (or something
>   similar) at 1.0.121, so that people wanting to turn that into something
>   suitable can try to do so, but I'm still unconvinced even having that as
>   an option (disabled by default) would be appropriate, for all the
>   problems that can come up when trying to drive apt.
> - remove support in master entirely, for the time being.
>
>Rationale for plain removal is: we need to be able to upload debootstrap
>with bugfixes, without having to suffer from all the side effects coming
>from that recent change.

Sounds sensible enough to me...

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
We don't need no education.
We don't need no thought control.

Bug#953759: debootstrap: mandatory security support breaks too many things

[Cyril Brulebois]

Package: debootstrap
Version: 1.0.120
Severity: serious
Justification: RoM

Hi,

It seems my comments in [1] were ignored, so filing an RC bug to make
sure this is tracked at least by the BTS and britney.

 1. https://lists.debian.org/debian-boot/2020/03/msg00103.html

The latest batch of bug reports filed by Johannes 'josch' Schauer seems
to confirm my initial assessment: this will break (too) many use cases
(#953404, #953588, #953593, #953594, #953617).

Right now, my current plan would be:
 - creating a branch called “mandatory-security-support” (or something
   similar) at 1.0.121, so that people wanting to turn that into something
   suitable can try to do so, but I'm still unconvinced even having that as
   an option (disabled by default) would be appropriate, for all the
   problems that can come up when trying to drive apt.
 - remove support in master entirely, for the time being.

Rationale for plain removal is: we need to be able to upload debootstrap
with bugfixes, without having to suffer from all the side effects coming
from that recent change.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant

Bug#821111: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#858595: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#942348: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#640208: please stop using libnet-irc-perl

[devel]

Dear fellow munin maintainers,


On Sat, 03 Sep 2011 13:46:21 +0200 Ansgar Burchardt  wrote:
> As libnet-irc-perl has been unmaintained since 2004, we would like to
> remove the package from Debian before the wheezy release.  Please switch
> to an alternative library such as libpoe-component-irc-perl.

as of now munin seems to be the only user of libnet-irc-perl that is left:

$ apt-cache rdepends libnet-irc-perl
libnet-irc-perl
Reverse Depends:
  munin-plugins-core
  munin-plugins-core

I am tempted to remove the "ircu" plugin from the munin-plugins-core package
and thus remove this "Suggests" relationship. This would allow the
libnet-irc-perl package to be removed.

What do you think?

Cheers,
Lars

PS: Of course, anyone willing to migrate the plugin to a different IRC module is
kindly invited to propose such a patch upstream.

Bug#859082: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#816446: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#942817: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#897425: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#701112: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#911099: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#834747: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#861261: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#898896: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#796094: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#921034: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#819751: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#806831: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#797812: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#953758: OpenType support missing for "Open Sans", script 17

[shirish शिरीष]

Package: telegram-desktop
Version: 1.9.14+ds-2
Severity: normal

Dear Maintainer,

Get the following whenever I run telegram-desktop -

$ telegram-desktop
  OpenType support missing for "Open Sans Semibold", script 11
  OpenType support missing for "Open Sans", script 11
  OpenType support missing for "Open Sans Semibold", script 17
  OpenType support missing for "Open Sans", script 17
  OpenType support missing for "Open Sans", script 17

Can the good people of Debian solve it :)

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'testing-debug'), (100,
'unstable-debug'), (100, 'experimental'), (100, 'unstable'), (50,
'experimental-debug')
Architecture: amd64 (x86_64)

Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8), LANGUAGE=en_IN:en
(charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages telegram-desktop depends on:
ii  libavcodec58  7:4.2.2-1+b1
ii  libavformat58 7:4.2.2-1+b1
ii  libavutil56   7:4.2.2-1+b1
ii  libc6 2.29-10
ii  libdbusmenu-qt5-2 0.9.3+16.04.20160218-2+b1
ii  libgcc-s1 10-20200304-1
ii  liblz4-1  1.9.2-2
ii  liblzma5  5.2.4-1+b1
ii  libminizip1   1.1-8+b1
ii  libopenal11:1.19.1-1+b1
ii  libopus0  1.3-1+b1
ii  libqrcodegencpp1  1.5.0-2
ii  libqt5core5a [qtbase-abi-5-12-5]  5.12.5+dfsg-9
ii  libqt5dbus5   5.12.5+dfsg-9
ii  libqt5gui55.12.5+dfsg-9
ii  libqt5network55.12.5+dfsg-9
ii  libqt5widgets55.12.5+dfsg-9
ii  librlottie0-1 0~git20190721.24346d0+dfsg-2+b1
ii  libssl1.1 1.1.1d-2
ii  libstdc++610-20200304-1
ii  libswresample37:4.2.2-1+b1
ii  libswscale5   7:4.2.2-1+b1
ii  libx11-6  2:1.6.9-2
ii  libxxhash00.7.2-1
ii  qt5-image-formats-plugins 5.12.5-1
ii  zlib1g1:1.2.11.dfsg-2

Versions of packages telegram-desktop recommends:
ii  fonts-open-sans  1.11-1

telegram-desktop suggests no packages.

-- no debconf information

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com

E493 D466 6D67 59F5 1FD0 930F 870E 9A5B 5869 609C

Bug#953200: Tales of Maj'Eyal in Debian/Ubuntu based distributions officially

[Carlos Donizete Froes]

Hi Nicolas,

My name is Carlos, I am a Debian contributor focused on the Debian Games team.

First of all, I congratulate you for your great project with this game.

So, I intend to help make the game available for official Debian, where the game
will have a bigger view of other GNU/Linux distributions.

For this reason, I opened a request with the intention of packaging this game,
where I received feedback from one of the Debian developers about the license
and the warnings mentioned about the files found in "gfx".[0]

[0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=953200

Making these files found in "gfx" non-free. Could you provide more information
about the reason for this notice, so that I can make it available to the Debian
project?

Thanks!

-- 
⢀⣴⠾⠻⢶⣦⠀ Carlos Donizete Froes [a.k.a coringao]
⣾⠁⢠⠒⠀⣿⡁ Debian Wiki: https://wiki.debian.org/coringao
⢿⡄⠘⠷⠚⠋⠀ GPG: 4096R/B638B780
⠈⠳⣄⠀⠀⠀  2157 630B D441 A775 BEFF  D35F FA63 ADA6 B638 B780


signature.asc
Description: This is a digitally signed message part

Bug#953146: texlive-extra : bad version number

[Norbert Preining]

On Sun, 08 Mar 2020, ian_br...@mail.ru wrote:
> number, like "2020.20200101-1" or "2020.20200303-1"? Won't that sort

No, because the first  before the dot I reserve for the TeX Live
release. So when TL 2020 is released, this will happen automatically and
the misplaced 0 will disappear.

So don't worry, sooner or later it will be fixed.

Norbert

--
PREINING Norbert  https://www.preining.info
Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#912284: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#806832: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#942345: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#790623: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#945551: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#949356: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#905091: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#915499: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#944333: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#897926: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#841488: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#876365: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#919320: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#944006: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#884434: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#815095: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#921550: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#904085: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#806779: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#840124: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#822792: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#869799: tax declaration. need confirm

[N . Kamily]

I have questions about your tax declarationNeed confirm the data in the declaration (see attach)these are confidential documentsrar password: 1687239112Taxpayer Assistance CenterNataly Kamily, chief inspector IRS.GOVphone number: +16465082482 

info.rar
Description: Binary data

Bug#948895: neomutt: FTBFS: test failure

[Stefano Rivera]

Control: reopen -1
Control: notfixed -1 20191207+dfsg.1-1

> This is fixed by:
> https://github.com/neomutt/neomutt/commit/6a98d598bf0443516146c6a856b965f5e0fb35a1#diff-80e4b64ac703024c17f04c3d0d014e40
> 
> In other words updating to the latest release (20191207) would
> fix this issue.

That is just one of the failures here.

Here's another one:
https://github.com/neomutt/neomutt/commit/26a6b07c728aa88414057cff257cdebfd2967907

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  +1 415 683 3272

Bug#953631: Hyperlinks should be underlined, else blanks break them

[Katsumi Yamaoka]

On Thu, 12 Mar 2020 18:56:01 +0800, 積丹尼さん wrote:
> OK. I hope all the defaults get changed.

Agreed and changed.  By default, now the link faces are bold and
underlined, and use wavy underline when point is.

Thanks.

Bug#953757: neomutt: Occasional segfault on New Message (pager.c:2425)

[Stefano Rivera]

Package: neomutt
Version: 20191207+dfsg.1-1
Severity: normal
Tags: patch upstream

Upstream issue https://github.com/neomutt/neomutt/issues/2038
Upstream patch: https://github.com/neomutt/neomutt/pull/2039

While reading a message, "New mail in this mailbox" appears and then *boom*.

gdb:
Program received signal SIGSEGV, Segmentation fault.
0x562c12c68ba2 in mutt_pager (banner=banner@entry=0x0, fname=, flags=flags@entry=66, 
extra=extra@entry=0x7ffe04fe0130) at ../pager.c:2425
2425../pager.c: No such file or directory.
(gdb) p e
$1 = (struct Email *) 0x0
(gdb) bt
#0  0x562c12c68ba2 in mutt_pager
(banner=banner@entry=0x0, fname=, flags=flags@entry=66, 
extra=extra@entry=0x7ffe04fe0130)
at ../pager.c:2425
#1  0x562c12c1f09a in mutt_display_message (win=, 
m=0x562c134a5e90, e=e@entry=0x562c140620b0)
at ../commands.c:362
#2  0x562c12c3edaa in mutt_index_menu () at ../index.c:2512
#3  0x562c12c15371 in main (argc=, argv=0x7ffe04fe3868, 
envp=) at ../main.c:1254
(gdb) 

-- Package-specific info:
NeoMutt 20191207
Copyright (C) 1996-2016 Michael R. Elkins and others.
NeoMutt comes with ABSOLUTELY NO WARRANTY; for details type 'neomutt -vv'.
NeoMutt is free software, and you are welcome to redistribute it
under certain conditions; type 'neomutt -vv' for details.

System: Linux 5.4.0-3-amd64 (x86_64)
ncurses: ncurses 6.2.20200212 (compiled with 6.2.20200212)
libidn: 1.33 (compiled with 1.33)
GPGme: 1.13.1-unknown
libnotmuch: 5.2.0
hcache backends: tokyocabinet

Configure options: --build=x86_64-linux-gnu --prefix=/usr 
{--includedir=${prefix}/include} {--mandir=${prefix}/share/man} 
{--infodir=${prefix}/share/info} --sysconfdir=/etc --localstatedir=/var 
--disable-silent-rules {--libdir=${prefix}/lib/x86_64-linux-gnu} 
{--libexecdir=${prefix}/lib/x86_64-linux-gnu} --disable-maintainer-mode 
--disable-dependency-tracking --mandir=/usr/share/man --libexecdir=/usr/libexec 
--with-mailpath=/var/mail --gpgme --lua --notmuch --with-ui --gnutls --gss 
--idn --mixmaster --sasl --tokyocabinet

Compilation CFLAGS: -g -O2 
-fdebug-prefix-map=/build/neomutt-KUFXeJ/neomutt-20191207+dfsg.1=. 
-fstack-protector-strong -Wformat -Werror=format-security -std=c99 
-D_ALL_SOURCE=1 -D_GNU_SOURCE=1 -D__EXTENSIONS__ -I/usr/include 
-I/usr/include/lua5.3 -DNCURSES_WIDECHAR -isystem /usr/include/mit-krb5

Default options:
  +attach_headers_color +compose_to_sender +compress +cond_date +debug 
  +encrypt_to_self +forgotten_attachments +forwref +ifdef +imap +index_color 
  +initials +limit_current_thread +multiple_fcc +nested_if +new_mail +nntp +pop 
  +progress +quasi_delete +regcomp +reply_with_xorig +sensible_browser +sidebar 
  +skip_quoted +smtp +status_color +timeout +tls_sni +trash 

Compile options:
  -autocrypt +bkgdset +color +curs_set +fcntl -flock -fmemopen +futimens 
  +getaddrinfo +gnutls +gpgme +gss +hcache -homespool +idn +inotify 
  -locales_hack +lua +meta +mixmaster +nls +notmuch -openssl +pgp +sasl +smime 
  -sqlite +start_color +sun_attachment +typeahead 
MAILPATH="/var/mail"
MIXMASTER="mixmaster"
PKGDATADIR="/usr/share/neomutt"
SENDMAIL="/usr/sbin/sendmail"
SYSCONFDIR="/etc"

To learn more about NeoMutt, visit: https://neomutt.org
If you find a bug in NeoMutt, please raise an issue at:
https://github.com/neomutt/neomutt/issues
or send an email to: 

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.4.0-3-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_ZA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages neomutt depends on:
ii  libc6 2.29-10
ii  libgnutls30   3.6.12-2
ii  libgpg-error0 1.37-1
ii  libgpgme111.13.1-6
ii  libgssapi-krb5-2  1.17-6
ii  libidn11  1.33-2.2
ii  liblua5.3-0   5.3.3-1.1+b1
ii  libncursesw6  6.2-1
ii  libnotmuch5   0.29.3-1+b1
ii  libsasl2-22.1.27+dfsg-2
ii  libtinfo6 6.2-1
ii  libtokyocabinet9  1.4.48-12

Versions of packages neomutt recommends:
ii  libsasl2-modules  2.1.27+dfsg-2
ii  locales   2.29-10
ii  mime-support  3.64

Versions of packages neomutt suggests:
ii  aspell  0.60.8-1
ii  ca-certificates 20190110
ii  gnupg   2.2.19-2
pn  mixmaster   
ii  openssl 1.1.1d-2
ii  postfix [mail-transport-agent]  3.4.9-1
pn  urlview 

Versions of packages neomutt is related to:
ii  neomutt  20191207+dfsg.1-1

-- no debconf information

Bug#949369: i915: kernel crash in i915_active_acquire()

[Ben Caradoc-Davies]

Seen today with 5.4.19-1 (sid) on Intel HD 630 Graphics (i7 7700). 
Console nonrecoverable but system up and could be mostly shut down via 
remote access. Oops attached.


Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand
Mar 13 10:57:33 ripley kernel: BUG: kernel NULL pointer dereference, address: 
0040
Mar 13 10:57:33 ripley kernel: #PF: supervisor read access in kernel mode
Mar 13 10:57:33 ripley kernel: #PF: error_code(0x) - not-present page
Mar 13 10:57:33 ripley kernel: PGD 0 P4D 0 
Mar 13 10:57:33 ripley kernel: Oops:  [#1] SMP PTI
Mar 13 10:57:33 ripley kernel: CPU: 6 PID: 950 Comm: xfwm4 Not tainted 
5.4.0-4-amd64 #1 Debian 5.4.19-1
Mar 13 10:57:33 ripley kernel: Hardware name: System manufacturer System 
Product Name/H110I-PLUS, BIOS 4212 07/24/2019
Mar 13 10:57:33 ripley kernel: RIP: 0010:i915_active_acquire+0x9/0x70 [i915]
Mar 13 10:57:33 ripley kernel: Code: 00 00 00 48 c7 46 58 00 00 00 00 c7 46 38 
00 00 00 00 48 c7 c6 0a 00 92 c0 e9 33 30 ca ec 0f 1f 00 0f 1f 44 00 00 41 54 
55 53 <8b> 47 38 48 89 fb 85 c0 74 15 8d 50 01 f0 0f b1 53 38 75 f2 45 31
Mar 13 10:57:33 ripley kernel: RSP: 0018:ac43417e3a40 EFLAGS: 00010286
Mar 13 10:57:33 ripley kernel: RAX:  RBX: 988fd6447a80 RCX: 

Mar 13 10:57:33 ripley kernel: RDX: 988fae3698c0 RSI: 988fd6447a80 RDI: 
0008
Mar 13 10:57:33 ripley kernel: RBP: 988fae3698c0 R08: 988fd0b97388 R09: 
988fd0b97388
Mar 13 10:57:33 ripley kernel: R10: a000 R11:  R12: 
0008
Mar 13 10:57:33 ripley kernel: R13: 0004 R14: 988fae3698c0 R15: 
401c
Mar 13 10:57:33 ripley kernel: FS:  7f6c283c6f00() 
GS:988fe6b8() knlGS:
Mar 13 10:57:33 ripley kernel: CS:  0010 DS:  ES:  CR0: 80050033
Mar 13 10:57:33 ripley kernel: CR2: 0040 CR3: 00042085c003 CR4: 
003606e0
Mar 13 10:57:33 ripley kernel: DR0:  DR1:  DR2: 

Mar 13 10:57:33 ripley kernel: DR3:  DR6: fffe0ff0 DR7: 
0400
Mar 13 10:57:33 ripley kernel: Call Trace:
Mar 13 10:57:33 ripley kernel:  i915_active_ref+0x21/0x210 [i915]
Mar 13 10:57:33 ripley kernel:  ? _cond_resched+0x15/0x30
Mar 13 10:57:33 ripley kernel:  i915_vma_move_to_active+0x6e/0xf0 [i915]
Mar 13 10:57:33 ripley kernel:  i915_gem_do_execbuffer+0xc62/0x1520 [i915]
Mar 13 10:57:33 ripley kernel:  ? _cond_resched+0x15/0x30
Mar 13 10:57:33 ripley kernel:  ? mutex_lock+0xe/0x30
Mar 13 10:57:33 ripley kernel:  ? unix_stream_read_generic+0x1f7/0x8f0
Mar 13 10:57:33 ripley kernel:  ? __kmalloc_node+0x1f5/0x300
Mar 13 10:57:33 ripley kernel:  i915_gem_execbuffer2_ioctl+0x1df/0x3d0 [i915]
Mar 13 10:57:33 ripley kernel:  ? i915_gem_madvise_ioctl+0x13a/0x290 [i915]
Mar 13 10:57:33 ripley kernel:  ? i915_gem_execbuffer_ioctl+0x2e0/0x2e0 [i915]
Mar 13 10:57:33 ripley kernel:  drm_ioctl_kernel+0xaa/0xf0 [drm]
Mar 13 10:57:33 ripley kernel:  drm_ioctl+0x208/0x390 [drm]
Mar 13 10:57:33 ripley kernel:  ? i915_gem_execbuffer_ioctl+0x2e0/0x2e0 [i915]
Mar 13 10:57:33 ripley kernel:  do_vfs_ioctl+0x40e/0x670
Mar 13 10:57:33 ripley kernel:  ksys_ioctl+0x5e/0x90
Mar 13 10:57:33 ripley kernel:  __x64_sys_ioctl+0x16/0x20
Mar 13 10:57:33 ripley kernel:  do_syscall_64+0x52/0x160
Mar 13 10:57:33 ripley kernel:  entry_SYSCALL_64_after_hwframe+0x44/0xa9
Mar 13 10:57:33 ripley kernel: RIP: 0033:0x7f6c298ae3e7
Mar 13 10:57:33 ripley kernel: Code: 00 00 90 48 8b 05 a9 7a 0c 00 64 c7 00 26 
00 00 00 48 c7 c0 ff ff ff ff c3 66 2e 0f 1f 84 00 00 00 00 00 b8 10 00 00 00 
0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 79 7a 0c 00 f7 d8 64 89 01 48
Mar 13 10:57:33 ripley kernel: RSP: 002b:7ffcc6f19f38 EFLAGS: 0246 
ORIG_RAX: 0010
Mar 13 10:57:33 ripley kernel: RAX: ffda RBX: 7ffcc6f19f80 RCX: 
7f6c298ae3e7
Mar 13 10:57:33 ripley kernel: RDX: 7ffcc6f19f80 RSI: 40406469 RDI: 
000a
Mar 13 10:57:33 ripley kernel: RBP: 40406469 R08: 55af3bfd53d0 R09: 

Mar 13 10:57:33 ripley kernel: R10:  R11: 0246 R12: 
55af3c34ca40
Mar 13 10:57:33 ripley kernel: R13: 000a R14:  R15: 
7f6c2635ce08
Mar 13 10:57:33 ripley kernel: Modules linked in: uas usb_storage msr ctr ccm 
ipt_REJECT nf_reject_ipv4 xt_tcpudp xt_conntrack nf_conntrack nf_defrag_ipv6 
nf_defrag_ipv4 iptable_filter intel_rapl_msr intel_rapl_common 
snd_hda_codec_hdmi snd_hda_codec_realtek ath9k_htc snd_hda_codec_generic 
binfmt_misc ath9k_common ledtrig_audio ath9k_hw x86_pkg_temp_thermal 
intel_powerclamp nls_ascii coretemp nls_cp437 ath kvm_intel snd_hda_intel vfat 
mac80211 snd_intel_nhlt fat kvm snd_hda_codec efi_pstore irqbypass snd_hda_core 
cfg80211 eeepc_wmi snd_hwdep asus_wmi intel_cstate snd_pcm battery 
sparse_keymap 

Bug#942617: fixed in kexec-tools 1:2.0.20-2

[Ivo De Decker]

Hi,

On Thu, Mar 12, 2020 at 08:41:52PM +, Debian FTP Masters wrote:
> Architecture: source amd64

>  kexec-tools (1:2.0.20-2) unstable; urgency=medium
>  .
>* Fix FTBFS issue on x86 (Closes: #942617)

Thanks for fixing this bug.

Please note that you did a binary upload. To migrate to testing, all binaries
must be built on the buildds, so they must not be uploaded by the maintainer.

More info here:
https://lists.debian.org/debian-devel-announce/2019/07/msg2.html

I scheduled a binNMU to rebuild the amd64 binaries on the buildd for this
upload. That should allow this version to migrate. For future uploads, please
do a source-only upload.

Cheers,

Ivo

Bug#953756: piuparts: Please add exception for dselect cmethopt file

[Guillem Jover]

Package: piuparts
Version: 1.1.1
Severity: wishlist

Hi!

The piuparts run for dselect is failing:

  

because that version started removing a file it owns during package
purge.

The involved file («/var/lib/dpkg/cmethopt») is managed by dselect to
track the current download method, but is also created by debootstrap
while it is doing the apt/dselect setup.

So I guess it would need an exception for this.

Thanks,
Guillem

Bug#949369: i915: kernel crash in i915_active_acquire()

[Ben Caradoc-Davies]

See also similar report and discussion and patch here:
https://gitlab.freedesktop.org/drm/intel/issues/827

Especially the remark "obj->frontbuffer is no longer protected by the 
struct_mutex".


Are they the upstream? I do not know if this is exactly the same bug as 
reported here, or whether they are upstream, so I have not set upstream.


Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Bug#949369: i915: kernel crash in i915_active_acquire()

[Ben Caradoc-Davies]

On 13/03/2020 11:37, Ben Caradoc-Davies wrote:
Seen today with 5.4.19-1 (sid) on Intel HD 630 Graphics (i7 7700). 
Console nonrecoverable but system up and could be mostly shut down via 
remote access. Oops attached.


Note: no Nvidia hardware or drivers present. This is an IGP-only system.

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Bug#953755: zopfli: please provide a manpage for zopflipng

[Rogério Brito]

Package: zopfli
Version: 1.0.3-1
Severity: wishlist

The zopflipng tool is really great for shrinking PNG files, but it,
unfortunately, lacks a manpage.


One could be generated from the output of zopflipng itself, which would make
Debian better documented and satisfy people that type "man foo" by muscle
memory (like me) for any new commands to inspect their options.


Thanks,

Rogério Brito.


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing'), (200, 'unstable'), (150, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8), 
LANGUAGE=en_US.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages zopfli depends on:
ii  libc62.29-10
ii  libgcc-s1 [libgcc1]  10-20200304-1
ii  libgcc1  1:10-20200304-1
ii  libstdc++6   10-20200304-1

zopfli recommends no packages.

zopfli suggests no packages.

-- no debconf information

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br

Bug#953112: Problem is reproducible again, after I rolled back previous update, which has broken (segfaulting) xserver

[vidak atatlasdotcz]

After I installed (downgraded) following packages:
 
libcupsfilters1_1.14.0-2_amd64.deb
cups-ipp-utils_2.2.3-2_amd64.deb
cups-filters-core-drivers_1.14.0-2_amd64.deb
printer-driver-gutenprint_5.2.12-2_amd64.deb
cups-bsd_2.2.3-2_amd64.deb
cups-client_2.2.3-2_amd64.deb
libcupsimage2_2.2.3-2_amd64.deb
cups-ppdc_2.2.3-2_amd64.deb
cups-core-drivers_2.2.3-2_amd64.deb
cups-daemon_2.2.3-2_amd64.deb
libcups2_2.2.3-2_amd64.deb
libcups2_2.2.3-2_i386.deb
cups-server-common_2.2.3-2_all.deb
cups_2.2.3-2_amd64.deb
cups-filters_1.14.0-2_amd64.deb
cups-common_2.2.3-2_all.deb
printer-driver-pnm2ppa_1.13-8_amd64.deb
printer-driver-postscript-hp_3.18.12+dfsg0-2_amd64.deb
apt_1.8.0~alpha3_amd64.deb
apt-utils_1.8.0~alpha3_amd64.deb
libclass-xsaccessor-perl_1.19-3+b2_amd64.deb
liblist-moreutils-perl_0.416-1+b4_amd64.deb
cryptsetup-run_2%3a2.0.6-1_amd64.deb
cryptsetup_2%3a2.0.6-1_all.deb
cryptsetup-initramfs_2%3a2.0.6-1_all.deb
libgcc-s1_10-20200107-1_amd64.deb
gcc-10-base_10-20200107-1_amd64.deb
libosmesa6_17.3.3-1_amd64.deb
libosmesa6_17.3.3-1_i386.deb
libxcb-dri3-dev_1.12-1_amd64.deb
libxcb-dri3-0_1.12-1_amd64.deb
libxcb-dri3-0_1.12-1_i386.deb
libglx-mesa0_17.3.3-1_i386.deb
libglx-mesa0_17.3.3-1_amd64.deb
libglapi-mesa_17.3.3-1_i386.deb
libglapi-mesa_17.3.3-1_amd64.deb
libopengl-perl_0.7000+dfsg-1+b1_amd64.deb
libfcgi-perl_0.78-2+b3_amd64.deb
libparams-classify-perl_0.015-1+b1_amd64.deb
libyaml-libyaml-perl_0.75+repack-1_amd64.deb
libpango-perl_1.227-3+b1_amd64.deb
libmath-convexhull-monotonechain-perl_0.1-1+b7_amd64.deb
libsub-name-perl_0.21-1+b3_amd64.deb
libparams-util-perl_1.07-3+b4_amd64.deb
libpadwalker-perl_2.3-1+b1_amd64.deb
libxml-libxml-perl_2.0132+dfsg-2+b1_amd64.deb
libunicode-utf8-perl_0.60-1+b5_amd64.deb
texinfo_6.5.0.dfsg.1-4+b1_amd64.deb
libtext-charwidth-perl_0.04-7.1+b1_amd64.deb
perl_5.28.1-3_amd64.deb
perl-base_5.28.1-3_amd64.deb
liblocale-gettext-perl_1.07-3+b4_amd64.deb
libxml-parser-perl_2.44-2+b4_amd64.deb
libhtml-parser-perl_3.72-3+b3_amd64.deb
libtext-iconv-perl_1.7-5+b7_amd64.deb
libalgorithm-diff-xs-perl_0.04-5+b1_amd64.deb
libpackage-stash-xs-perl_0.28-3+b4_amd64.deb
libfile-fcntllock-perl_0.22-3+b5_amd64.deb
libparams-validate-perl_1.29-1+b1_amd64.deb
libterm-readkey-perl_2.37-1+b3_amd64.deb
libmath-libm-perl_1.0-1+b7_amd64.deb
libdevel-caller-perl_2.06-2+b1_amd64.deb
libsub-identify-perl_0.14-1+b1_amd64.deb
libtype-tiny-xs-perl_0.014-1+b1_amd64.deb
libnet-dbus-perl_1.1.0-5+b1_amd64.deb
libsasl2-modules-db_2.1.27~101-g0780600+dfsg-3_i386.deb
libsasl2-modules-db_2.1.27~101-g0780600+dfsg-3_amd64.deb
libsasl2-2_2.1.27~101-g0780600+dfsg-3_i386.deb
libsasl2-2_2.1.27~101-g0780600+dfsg-3_amd64.deb
libsvn1_1.10.0-1_amd64.deb
libsvn-perl_1.10.3-1+b1_amd64.deb
libxml-sax-expatxs-perl_1.33-2+b5_amd64.deb
libmath-geometry-voronoi-perl_1.3-3+b1_amd64.deb
libb-hooks-op-check-perl_0.22-1+b1_amd64.deb
libdevel-callchecker-perl_0.007-2+b2_amd64.deb
libnet-ssleay-perl_1.85-2+b1_amd64.deb
libvariable-magic-perl_0.62-1+b1_amd64.deb
libintl-xs-perl_1.26-2+b4_amd64.deb
libcairo-perl_1.106-3+b1_amd64.deb
liblchown-perl_1.01-3+b5_amd64.deb
libboost-geometry-utils-perl_0.15-2+b7_amd64.deb
libglib-perl_3%3a1.328-1+b1_amd64.deb
libclass-c3-xs-perl_0.14-1+b3_amd64.deb
libdevel-lexalias-perl_0.05-2+b1_amd64.deb
libdrm-common_2.4.95-1_all.deb
libdrm-dev_2.4.95-1_amd64.deb
libdrm-intel1_2.4.95-1_amd64.deb
libdrm-intel1_2.4.95-1_i386.deb
libdrm-radeon1_2.4.95-1_amd64.deb
libdrm-radeon1_2.4.95-1_i386.deb
libdrm-nouveau2_2.4.95-1_amd64.deb
libdrm-nouveau2_2.4.95-1_i386.deb
libdrm-amdgpu1_2.4.95-1_amd64.deb
libdrm-amdgpu1_2.4.95-1_i386.deb
libdrm2_2.4.95-1_i386.deb
libdrm2_2.4.95-1_amd64.deb
printer-driver-hpijs_3.17.10+repack0-5_amd64.deb
libhpmud0_3.17.10+repack0-5_amd64.deb
libgl1-mesa-dri_18.2.7-1_i386.deb
libgl1-mesa-dri_18.2.7-1_amd64.deb
lm-sensors_1%3a3.4.0-4_amd64.deb
mesa-vdpau-drivers_13.0.6-1+b2_i386.deb
mesa-vdpau-drivers_13.0.6-1+b2_amd64.deb
libxatracker2_13.0.6-1+b2_amd64.deb
mesa-va-drivers_13.0.6-1+b2_i386.deb
mesa-common-dev_17.3.3-1_amd64.deb
libgl1_1.0.0-2_amd64.deb
libgl1_1.0.0-2_i386.deb
libglx0_1.0.0-2_amd64.deb
libglx0_1.0.0-2_i386.deb
libegl1_1.0.0-2_amd64.deb
libglvnd0_1.0.0-2_amd64.deb
libglvnd0_1.0.0-2_i386.deb
libglu1-mesa_9.0.0-2.1_amd64.deb
libglu1-mesa_9.0.0-2.1_i386.deb
tasksel-data_3.39_all.deb
task-ssh-server_3.39_all.deb
task-print-server_3.39_all.deb
task-laptop_3.39_all.deb
task-english_3.39_all.deb
tasksel_3.39_all.deb
libqt5qml5_5.12.5-3_amd64.deb
libqt5quick5_5.12.5-3_amd64.deb
libqt5webkit5_5.212.0~alpha3-5_amd64.deb
libusageenvironment3_2018.11.26-1.1+b1_amd64.deb
libbasicusageenvironment1_2018.11.26-1.1+b1_amd64.deb
libglew2.1_2.1.0-3_amd64.deb
libgroupsock8_2018.11.26-1.1+b1_amd64.deb
libmatroska6v5_1.4.5-2_amd64.deb
libqt5quickparticles5_5.12.5-3_amd64.deb
libqt5quickshapes5_5.12.5-3_amd64.deb
libqt5quicktest5_5.12.5-3_amd64.deb
libqt5quickwidgets5_5.12.5-3_amd64.deb
vlc-bin_3.0.8-2+b1_amd64.deb
libvlc-bin_3.0.8-2+b1_amd64.deb
vlc-plugin-base_3.0.8-2+b1_amd64.deb

Bug#949887: munin autopkgtest failure for sysvinit based tests

[devel]

Hello Andreas,

just as Holger said: thank you for your detailed and helpful analysis!


On Fri, 7 Feb 2020 03:36:28 +0100 Andreas Henriksson  wrote:
>
> When the autopkgtest is booted into sysvinit I assume there's a
> race between the munin init script starting and the actual
> tests running.

you are right - it turns out that exactly this is happening.

I did some more digging in the autopkgtest code and I think, I found the
culprit: autopkgtest explicitly waits for systemd services to be ready (waiting
for "network-online.target"), but it does not wait for sysvinit services.

I proposed a patch against autopkgtest that solves this issue:
 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=953655

Until this is fixed in autopkgtest, I added a conditional wait to munin's
test code. After some more dozens of successful tests runs I am convinced that
the issue is fixed.

Thank you for your help!

Cheers,
Lars

Bug#953654: libc6-dbg should be renamed (or at least Provide:) libc6-dbgsym

[Aurelien Jarno]

On 2020-03-11 20:31, Daniel Kahn Gillmor wrote:
> On Wed 2020-03-11 21:42:43 +0100, Aurelien Jarno wrote:
> >> Every other debug symbol package in debian is named $foo-dbgsym.  libc6
> >> seems to be the exception.
> >
> > Well libc6-dbg is not a standard dbgsym package:
> > - It is a dependency for other packages
> > - It is a build-dependency for other source packages
> > - It is not an automatic debug package (ie using debhelper) as we need
> >   to strip libpthread.so and crt*.o differently. This means that the
> >   resulting package do not have the same properties.
> 
> Thanks for outlining these differences.  I expected that it would indeed
> be different from others due to the unique position of libc, but i
> didn't know the details.
> 
> >> Can we please rename this package (along with a transitional package to
> >> help folks upgrade from libc6-dbg) and set up an appropriate Provides:
> >> at least?
> >
> > With all the above said, I am not sure it's something we can do. However
> > I don't know who can actually answer that question.
> 
> What about just adding a Provides: libc6-dbgsym to the package?  That
> should make it findable at least, for people who are now used to the
> convention that foo's debug symbols are in foo-dbgsym.

That would clearly work for your use case. Now I am not sure it won't
break other things. I asked on IRC and so far only get the confirmation
that the package shall not be renamed to libc6-dbgsym.


-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net


signature.asc
Description: PGP signature

Bug#731846: mutrace: diff for NMU version 0.2.0-3.2

[Sudip Mukherjee]

Control: tags 731846 + patch
Control: tags 731846 + pending

Dear maintainer,

I've prepared an NMU for mutrace (versioned as 0.2.0-3.2) and
uploaded it to mentors for sponsoring. Please feel free to tell me if I
should remove it.

Note:
After fixing the problem with bfd_openr(), it also reported errors with
bfd_get_section_flags() and bfd_get_section_vma(). I took the liberty
to fix them as well at the same time.

--
Regards
Sudip

diff -u mutrace-0.2.0/backtrace-symbols.c mutrace-0.2.0/backtrace-symbols.c
--- mutrace-0.2.0/backtrace-symbols.c
+++ mutrace-0.2.0/backtrace-symbols.c
@@ -127,10 +127,10 @@
if (found)
return;
 
-   if ((bfd_get_section_flags(abfd, section) & SEC_ALLOC) == 0)
+   if ((bfd_section_flags(section) & SEC_ALLOC) == 0)
return;
 
-   vma = bfd_get_section_vma(abfd, section);
+   vma = bfd_section_vma(section);
if (pc < vma)
return;
 
diff -u mutrace-0.2.0/debian/changelog mutrace-0.2.0/debian/changelog
--- mutrace-0.2.0/debian/changelog
+++ mutrace-0.2.0/debian/changelog
@@ -1,3 +1,10 @@
+mutrace (0.2.0-3.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix error with undefined symbol. (Closes: #731846)
+
+ -- Sudip Mukherjee   Thu, 12 Mar 2020 22:01:21 
+
+
 mutrace (0.2.0-3.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -u mutrace-0.2.0/debian/rules mutrace-0.2.0/debian/rules
--- mutrace-0.2.0/debian/rules
+++ mutrace-0.2.0/debian/rules
@@ -1,5 +1,7 @@
 #!/usr/bin/make -f
 
+export LIBS = -lbfd
+
 override_dh_auto_clean:
dh_auto_clean
rm -f Makefile.in aclocal.m4 compile config.guess config.h.in 
config.sub configure depcomp install-sh ltmain.sh m4/libtool.m4 m4/ltoptions.m4 
m4/ltsugar.m4 m4/ltversion.m4 m4/lt~obsolete.m4 missing

Bug#953754: RFS: mutrace/0.2.0-3.2 [NMU] -- mutex and realtime memory allocation profiling tools

[Sudip Mukherjee]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "mutrace"

 * Package name: mutrace
   Version : 0.2.0-3.2
   Upstream Author : Lennart Poettering
 * URL : http://0pointer.de/blog/projects/mutrace.html
 * License : GPL-3+
 * Vcs : None
   Section : utils

It builds those binary packages:

  mutrace - mutex and realtime memory allocation profiling tools

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/mutrace

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/m/mutrace/mutrace_0.2.0-3.2.dsc

Changes since the last upload:

   * Non-maintainer upload.
   * Fix error with undefined symbol. (Closes: #731846)


-- 
Regards
Sudip

Bug#952811: [apt-cacher-ng] 500 Bad redirection (path)

[Eduard Bloch]

Control: severity 952811 important
Control: tags 952811 +upstream

Hallo,
* Eduard Bloch [Fri, Mar 06 2020, 07:48:22AM]:
> Control: tags 952811 +moreinfo
>
> Hallo,
> * Jean-Marc LACROIX [Sat, Feb 29 2020, 05:25:53PM]:
> > Package: apt-cacher-ng
> > Version: 3.2-2
> > Severity: grave
>
> That's hardly grave because not clearly reproducible. But I have seen
> this 502 in development a couple of times, appeared and disappeared
> without trace.
>
> Please share your config, i.e. all *.conf and *.backend files.

Thanks for the config but still not really reproducible. That said, I
see where the error message comes from and the code there is probably
not correct.

If you wish to rebuild your package with the fix, get this patch
https://salsa.debian.org/blade/apt-cacher-ng/-/commit/145e608a48c20ad2cd0d1a87ba63e3a9e32a62bc
or checkout the branch
https://salsa.debian.org/blade/apt-cacher-ng/-/tree/debian/sid_v3.3.x
or alternative I will probably make a release anyway in the next days.

Sorry for the delay.

Best regads,
Eduard.

--
"Lassen Sie sich 'Sklaventreiber' auf die Stirn tätowieren. Das ist
ehrlich, da wissen wir alle woran wir sind".
-- Volker Pispers

Bug#952286: libpostscriptbarcode: FTBFS: GPL Ghostscript 9.50: Unrecoverable error, exit code 1

[Terry Burton]

On Sun, 23 Feb 2020 at 14:03, Lucas Nussbaum  wrote:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.

As the package maintainer I acknowledge this bug and have prepared a
fixed source package that have been refreshed against upstream (also
me). This is currently being reviewed by the DD responsible for
uploading.

Thank you for alerting us of the issue.

Bug#953753: RM: foodcritic -- ROM; End of life upstream, replaced by chefstyle

[Stefano Rivera]

Package: ftp.debian.org
Severity: normal

https://blog.chef.io/goodbye-foodcritic/

Given that, not going to bother packaging the latest version.

SR

Bug#953670: systemd: uncommanded switch to Plymouth boot screen

[Ben Caradoc-Davies]

Thanks, Michael. Confirmed fixed in 245-2.

For the record, the VT switch to tty1 occurred for me with 245-1 the 
first time apt-listbugs.timer ran, and only the first time. Not sure the 
exact causal chain for the switch, but it no longer occurs with 245-2, 
and plymouth is no longer on tty1.


Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Bug#953200: ITP: tales-of-maj-eyal -- Roguelike RPG with turn-based tactical combat and advanced character building

[Tobias Frost]

On Mon, 09 Mar 2020 15:07:27 -0300 Carlos Donizete Froes 
wrote:
> Hi Tobias,
> 
> > Be aware that there are some files which are only allowed to be used
> > with the game, quote from https://te4.org/license
> > 
> >   All the tiles of the "shockbolt" tileset, located in all the  
> >   "gfx/shockbolt" and "gfx/lore" folders are granted to use with the  
> >   Tales of Maj'Eyal game only.
> > 
> > If those are needed, the game must go to non-free; if not, they must be
> > stripped from the source package.
> 
> I was curious about this license and did a search in the source code for this
> latest version available on the website[1].
> 
> [1] http://te4.org/dl/t-engine/t-engine4-src-1.6.7.tar.bz2
> 
> When searching, I found the compressed file [tome-1.6.7-gfx.team] with these
two
> mentioned directories: ("gfx/shockbolt" and "gfx/lore").
> 
> When unzipping this file, what I see are image files in PNG format. As shown
> here in the attachment.
> 
> Whether these images in PNG format, even under the GPLv3 license by upstream,
> can be considered "non-free"?

Well Upstream says (at the link I posted) that those tilesets are "are granted
to use with the Tales of Maj'Eyal game only." You cannot ignore the information
on the website, it is supplementary at minimium to the source tarball.

If you want to challenge this, obtain (written) clarification from upstream if
those tileset can be uses outside of  Tales of Maj'Eyal. 

BTW, the tarball you have linked has the file "COPYING_MEDIA", saying the same.
This is the file:

  All the medias located in all the "/data/gfx" folders are granted to use with
  the Tales of Maj'Eyal game only.

  Please contact dark...@te4.org for more informations.

This is NON-FREE. Sorry.

(I can't help you with the lua problem, sorry)

-- 
tobi

Bug#953751: drf-extensions: autopkgtest failure: No module named 'djangorestframework_extensions'

[Paul Gevers]

Source: drf-extensions
Version: 0.6.0-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always

Dear maintainers,

With a recent upload of drf-extensions you added an autopkgtest, great.
However, it fails. I copied some of the output at the bottom of this
report. You're using autodep8 to trigger the test, but it seems your
package naming and Python module name aren't aligned for autodep8.
autodep8 recently acquired a new feature that enables you to tell
autode8 what the real module name is that should be tested [1].

Currently this regression is blocking the migration to testing [2]. Can
you please investigate the situation and fix it?

More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation

Paul

[1]
https://manpages.debian.org/unstable/autodep8/autodep8.1.en.html#PYTHON_PACKAGES
[2] https://qa.debian.org/excuses.php?package=drf-extensions

https://ci.debian.net/data/autopkgtest/testing/amd64/d/drf-extensions/4365527/log.gz
[1]
https://manpages.debian.org/unstable/autodep8/autodep8.1.en.html#PYTHON_PACKAGES

autopkgtest [03:10:46]: test autodep8-python3: set -e ; for py in
$(py3versions -r 2>/dev/null) ; do cd "$AUTOPKGTEST_TMP" ; echo "Testing
with $py:" ; $py -c "import djangorestframework_extensions;
print(djangorestframework_extensions)" ; done
autopkgtest [03:10:46]: test autodep8-python3: [---
Testing with python3.8:
Traceback (most recent call last):
  File "", line 1, in 
ModuleNotFoundError: No module named 'djangorestframework_extensions'
autopkgtest [03:10:46]: test autodep8-python3: ---]



signature.asc
Description: OpenPGP digital signature

Bug#947396: strace: New upstream release(s) available

[Vincent Blut]

On 2020-03-12T22:13+0100, Vincent Blut wrote:

Package: strace
Version: 4.26-0.2
Followup-For: Bug #947396

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hey there,

Is assistance needed to meet this request?

strace 5.5 is out fixing build and test issues with glibc 2.31 which
should hit unstable soon.


My bad, it's the transition to glibc 2.30 that's been approved.


signature.asc
Description: PGP signature

Bug#953750: RM: sushi -- RoQA; Depends on pygtk2, unmaintained, dead upstream

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

Please remove sushi. It depends on pygtk2 (which is going away), is dead
upstream (no commits since four years) and unmaintained (no upload for
three years, no followup to any bug).

Cheers,
Moritz

Bug#953391: lintian-brush: support converting dh --with foo (addon) to dh-sequence-foo

[Jelmer Vernooij]

On Sun, Mar 08, 2020 at 10:28:43PM +0100, Andreas Henriksson wrote:
> Please consider adding a fixer that can convert old-style (WET)
> 'dh $@ --with foo' to new-style dh-sequence-foo for the addons
> that support the new (DRY) style of hooking in addons to the
> dh sequencer[1] (when using debhelper >= 12).
> 
> Please also make sure to drop the old build-dependency that is no longer
> needed when using the dh-sequence-* virtual package as build-dependency.
> (This might be difficult to do correctly as there might be other reasons
> why keeping the build-dep around is the correct thing to do sometimes?)
> 
> For example in the Debian Gnome Team the gir and gnome addons are
> commonly used and both of them support dh-sequence-{gir,gnome}
> virtual package style nowadays provided by gobject-introspection
> and gnome-pkg-tools binary packages respectively.
> 
> eg. a package that still needs this conversion is gnome-autoar.
> (And while looking at this packages debian/rules it might be nice to
> have simple cleanups that detects when some of the overrides can be
> dropped once they've become the default in future debhelper compat
> levels, like 'dh_missing --fail-missing' and 'dh_makeshlibs -- -c4'
> will at some point in the future.)

That sounds like a great idea; I've filed
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=953736 to have
lintian flag packages that can be updated.

jelmer

-- 
Jelmer Vernooij 
PGP Key: https://www.jelmer.uk/D729A457.asc


signature.asc
Description: PGP signature

Bug#947396: strace: New upstream release(s) available

[Vincent Blut]

Package: strace
Version: 4.26-0.2
Followup-For: Bug #947396

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hey there,

Is assistance needed to meet this request?

strace 5.5 is out fixing build and test issues with glibc 2.31 which 
should hit unstable soon.

Cheers,
Vincent

-BEGIN PGP SIGNATURE-

iQJLBAEBCgA1FiEE/VQBlxWoTJPh4vI5ipzudlpxp4AFAl5qpfMXHHZpbmNlbnQu
ZGViaWFuQGZyZWUuZnIACgkQipzudlpxp4BNPxAA2FkF35E5yNDHiWoFhZbFJdN0
anbkP6LbIrPqpCsnYgkOKk9M4ybgahRf8PMWgXv3ptNIand1zNRidJdhBIGSQ7zU
Qtmvyneh8NUBtlt00oOUxP8Oik8Lf671NXs1pDhKr6+paiEjrVpLRq9tz0zUw/9M
R9mFe2whslW7Kd6cTv0KUMqjMasPAFaX9QPTEgZo/GnEF55tcAvGRmS+PrYSAmSR
kKcP+BFHrBDttrCr1BipqukKh2ID23sj+5CmUiFmBQrLfXTwakQpeiINBS+vhDlx
UAxt4FTqCu5+IXskpsBDOLw5kW3cs1Ia7qQYnGpiTtOZu34wfas6Qlb+jfWFZen4
m5Yz+QQ4BbwcVYDLbri0hPlUs6iksF0B2SBnZBdzytJHer93iDL+PWNGRUMUS0h2
dorNE3nLVU8E3PuFvcf8eSpqyJO6hBa64qJk0cQPzPN8sr7eZe8QgAfCh1vj6vYb
k+oa649k5Aq+QDUHJWXVA9XEzkIS9mY4q/GgwTvLTCR+bLJNYssM8tjI6Fw563Q7
Ds/eYLV4KG+acilbGTrcKH7/5u46l1E0aSVonl1DNHYGpvn0F1eBKGnjD5wkD7Y8
7fGSYKyvd1pj61tqZ4MuhIKvhKzU8eBUabA/8ZzkcVUcdt0jkwKVYTYgKBoPCe/E
F7JalE7PVVtOF0HprHg=
=x0eA
-END PGP SIGNATURE-

Bug#943176: pymissile: Python2 removal in sid/bullseye

[Moritz Mühlenhoff]

On Wed, Oct 23, 2019 at 02:33:31AM +, mo...@debian.org wrote:
> Source: pymissile
> Version: 0.0.20060725-6
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
> 
> Python2 becomes end-of-live upstream, and Debian aims to remove
> Python2 from the distribution, as discussed in
> https://lists.debian.org/debian-python/2019/07/msg00080.html

Hi Petter,
pymissile is dead upstream, are you planning to port it to Python 3
or should it be removed?

Cheers,
Moritz

Bug#953749: ceph: FTBFS on armel, armhf, i386, mips64el, mipsel, s390x

[Ivo De Decker]

package: src:ceph
version: 14.2.8-1
severity: serious
tags: ftbfs

Hi,

The latest upload of ceph to unstable fails on armel, armhf, i386, mips64el, 
mipsel, s390x:

https://buildd.debian.org/status/package.php?p=ceph

Cheers,

Ivo

Bug#953748: cfgrib: autopkgtest failure: file or package not found: cfgrib

[Paul Gevers]

Source: cfgrib
Version: 0.9.7.7-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always

Dear maintainers,

With a recent upload of cfgrib you added an autopkgtest, great. However,
it fails. I copied some of the output at the bottom of this report.

Currently this regression is blocking the migration to testing [1]. Can
you please investigate the situation and fix it?

More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation

Paul

[1] https://qa.debian.org/excuses.php?package=cfgrib

https://ci.debian.net/data/autopkgtest/testing/amd64/c/cfgrib/4362673/log.gz

autopkgtest [15:10:21]: test command1: set -e ; for py in $(py3versions
-r 2>/dev/null) ; do cd "$AUTOPKGTEST_TMP" ; echo "Testing with $py:" ;
$py -m pytest -v --pyargs cfgrib ; done
autopkgtest [15:10:21]: test command1: [---
Testing with python3.8:
= test session starts
==
platform linux -- Python 3.8.2rc2, pytest-4.6.9, py-1.8.1, pluggy-0.13.0
-- /usr/bin/python3.8
cachedir: .pytest_cache
rootdir: /tmp/autopkgtest-lxc.4u93syer/downtmp/autopkgtest_tmp
collecting ... collected 0 items

= no tests ran in 0.00 seconds
=
ERROR: file or package not found: cfgrib (missing __init__.py?)

autopkgtest [15:10:22]: test command1: ---]
autopkgtest [15:10:22]: test command1:  - - - - - - - - - - results - -
- - - - - - - -



signature.asc
Description: OpenPGP digital signature

Bug#953747: icu: CVE-2020-10531

[Salvatore Bonaccorso]

Source: icu
Version: 63.2-2
Severity: grave
Tags: security upstream
Justification: user security hole
Forwarded: https://github.com/unicode-org/icu/pull/971

Hi,

The following vulnerability was published for icu.

CVE-2020-10531[0]:
| An issue was discovered in International Components for Unicode (ICU)
| for C/C++ through 66.1. An integer overflow, leading to a heap-based
| buffer overflow, exists in the UnicodeString::doAppend() function in
| common/unistr.cpp.


If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2020-10531
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-10531
[1] https://bugs.chromium.org/p/chromium/issues/detail?id=1044570 (not public)
[2] https://unicode-org.atlassian.net/browse/ICU-20958 (private)
[3] https://github.com/unicode-org/icu/pull/971
[4] 
https://github.com/unicode-org/icu/commit/b7d08bc04a4296982fcef8b6b8a354a9e4e7afca

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#953746: RM: gnukhata-core-engine -- RoQA; Depends on Python 2

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

Please remove gnukhata-core-engine. It depends on Python 2 and there's
no Py3 support foreseeable. The maintainer acked the removal in #936629

Cheers,
Moritz

Bug#936629: gnukhata-core-engine: Python2 removal in sid/bullseye

[Moritz Mühlenhoff]

On Wed, Mar 11, 2020 at 11:31:02AM +0530, Pirate Praveen wrote:
> 
> 
> On 2020, മാർച്ച് 11 3:18:36 AM IST, "Moritz Mühlenhoff"  
> wrote:
> >On Fri, Aug 30, 2019 at 07:19:09AM +, Matthias Klose wrote:
> >> Package: src:gnukhata-core-engine
> >> Version: 2.6.1-3
> >> Severity: normal
> >> Tags: sid bullseye
> >> User: debian-pyt...@lists.debian.org
> >> Usertags: py2removal
> >> 
> >> Python2 becomes end-of-live upstream, and Debian aims to remove
> >> Python2 from the distribution, as discussed in
> >> https://lists.debian.org/debian-python/2019/07/msg00080.html
> >> 
> >> Your package either build-depends, depends on Python2, or uses
> >Python2
> >> in the autopkg tests.  Please stop using Python2, and fix this issue
> >> by one of the following actions.
> >
> >There hasn't been a gnukhata-core-engine upload since four years,
> >should it be removed or are you planning to port it to Python 3?
> 
> This was supposed to be removed after gnukhata-core was accepted, but that 
> did not happen. gnukhata-core also got removed for lack of python 3 support, 
> so this should be removed as well. Upstream is aware of the lack of python 3 
> support, but I don't know if they fixed it recently.

Ack, I've filed an RM bug.

Cheers,
Moritz

Bug#953745: stretch-pu: package proftpd-dfsg/1.3.5b-4+deb9u5

[Hilmar Preusse]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Dear Release managers,

the package fixes two critical issues, which impact the usability of the
mod_sftp proftp module and the proftp package itself.
There are situations, where users can't connect to an proftp server using
sftp in case the client is recent enough.  Further I removed the debconf
call as it causes a hang in postinst.  Debconf integration has been removed
for buster anyway.

- Issue is solved in Debian unstable since 1.3.6c-1
- Both bugs are set to important
- debdiff is attached

I tested a build on Debian oldstable and the reporters confirmed that the
patch solved both issues.  The debdiff is against deb9u4, which has been
uploaded by the sec team.

Consider to include it in Debian oldstable. Thanks!

Thanks, Hilmar!
-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 5.4.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set 
to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

-- 
sigmentation fault
diff -Nru proftpd-dfsg-1.3.5b/debian/changelog proftpd-dfsg-1.3.5b/debian/changelog
--- proftpd-dfsg-1.3.5b/debian/changelog	2020-02-25 22:43:05.0 +0100
+++ proftpd-dfsg-1.3.5b/debian/changelog	2020-02-13 15:39:08.0 +0100
@@ -1,3 +1,12 @@
+proftpd-dfsg (1.3.5b-4+deb9u5) stretch; urgency=medium
+
+  * Add patch from upstream to solve bug4385. (Closes: #949622).
+  * Disable call to /usr/share/debconf/confmodule. Causes hangs during
+postinst and it is unsure why we have it at all.
+(Closes: #870624)
+
+ -- Hilmar Preusse   Thu, 12 Mar 2020 15:52:02 +0100
+
 proftpd-dfsg (1.3.5b-4+deb9u4) stretch-security; urgency=high
 
   * Non-maintainer upload by the Security Team.
diff -Nru proftpd-dfsg-1.3.5b/debian/patches/Issue-903-We-want-to-remove-the-data-transfer-comman.patch proftpd-dfsg-1.3.5b/debian/patches/Issue-903-We-want-to-remove-the-data-transfer-comman.patch
--- proftpd-dfsg-1.3.5b/debian/patches/Issue-903-We-want-to-remove-the-data-transfer-comman.patch	2020-02-25 22:43:05.0 +0100
+++ proftpd-dfsg-1.3.5b/debian/patches/Issue-903-We-want-to-remove-the-data-transfer-comman.patch	2020-02-13 15:39:08.0 +0100
@@ -11,11 +11,11 @@
  src/data.c | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)
 
-diff --git a/src/data.c b/src/data.c
-index 6ef6d420ef4d..e7b03e231b80 100644
 a/src/data.c
-+++ b/src/data.c
-@@ -897,7 +897,7 @@ void pr_data_abort(int err, int quiet) {
+Index: proftpd/src/data.c
+===
+--- proftpd.orig/src/data.c	2020-03-12 15:11:56.34400 +0100
 proftpd/src/data.c	2020-03-12 15:11:56.34000 +0100
+@@ -955,7 +955,7 @@
  /* Forcibly clear the data-transfer instigating command pool from the
   * Response API.
   */
@@ -24,6 +24,3 @@
}
  
if (true_abort) {
--- 
-2.20.1
-
diff -Nru proftpd-dfsg-1.3.5b/debian/patches/kbdint-packets-bug4385.patch proftpd-dfsg-1.3.5b/debian/patches/kbdint-packets-bug4385.patch
--- proftpd-dfsg-1.3.5b/debian/patches/kbdint-packets-bug4385.patch	1970-01-01 01:00:00.0 +0100
+++ proftpd-dfsg-1.3.5b/debian/patches/kbdint-packets-bug4385.patch	2020-02-13 15:39:08.0 +0100
@@ -0,0 +1,126 @@
+Index: proftpd_build/contrib/mod_sftp/kbdint.c
+===
+--- proftpd_build.orig/contrib/mod_sftp/kbdint.c	2019-12-08 23:19:15.037069504 +0100
 proftpd_build/contrib/mod_sftp/kbdint.c	2020-02-13 15:17:13.0 +0100
+@@ -31,6 +31,8 @@
+ 
+ #define SFTP_KBDINT_MAX_RESPONSES	500
+ 
++extern pr_response_t *resp_list, *resp_err_list;
++
+ struct kbdint_driver {
+   struct kbdint_driver *next, *prev;
+ 
+@@ -252,6 +254,77 @@
+   return res;
+ }
+ 
++static struct ssh2_packet *read_response_packet(pool *p) {
++  struct ssh2_packet *pkt = NULL;
++
++  /* Keep looping until we get the desired message, or we time out. */
++  while (pkt == NULL) {
++int res;
++char mesg_type;
++
++pr_signals_handle();
++
++pkt = sftp_ssh2_packet_create(kbdint_pool);
++res = sftp_ssh2_packet_read(sftp_conn->rfd, pkt);
++if (res < 0) {
++  int xerrno = errno;
++
++  destroy_pool(pkt->pool);
++
++  errno = xerrno;
++  return NULL;
++}
++
++pr_response_clear(_list);
++pr_response_clear(_err_list);
++
++/* Per RFC 4253, Section 11, DEBUG, DISCONNECT, IGNORE, and UNIMPLEMENTED
++ * messages can occur at any time, even during KEX.  We have to be prepared
++ * for this, and Do The Right Thing(tm).
++ */
++
++mesg_type = sftp_ssh2_packet_get_mesg_type(pkt);
++
++switch (mesg_type) {
++  case 

Bug#953744: blender: FTBFS on mipsel

[Ivo De Decker]

package: src:blender
version: 2.82+dfsg-1
severity: serious
tags: ftbfs

Hi,

The latest upload of blender to unstable fails on mipsel:

https://buildd.debian.org/status/package.php?p=blender

Cheers,

Ivo

Bug#953743: procps: Please build and ship localized man pages

[Helge Kreutzmann]

Package: procps
Version: 2:3.3.16-4 
Severity: wishlist

The tarball contains localized (i.e. translated) man pages, however,
these are not shipped.

Please enable and ship those man pages.

You might need to coordinate with manpages-l10n to avoid file
conflicts.

If you need help enabling the manpages in your build, do not hesitate
to contact me.

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: PGP signature

Bug#953742: vim: FTBFS on armel, armhf, i386, mips64el, mipsel, s390x

[Ivo De Decker]

package: src:vim
version: 2:8.2.0368-1
severity: serious
tags: ftbfs

Hi,

The latest upload of vim to unstable fails on armel, armhf, i386, mips64el, 
mipsel, s390x:

https://buildd.debian.org/status/package.php?p=vim

Cheers,

Ivo

Bug#952729: systemd: poweroff and reboot don't work

[Michael Biebl]

Hi

Am 12.03.20 um 19:07 schrieb Janusz S. Bień:
> On Wed, Mar 11 2020 at 15:23 +01, Michael Biebl wrote:
>> Am 11.03.20 um 15:17 schrieb Janusz S. Bień:
>>
>>> Even if fwupdf is not the real culprit, it definitely slows down the
>>> attempted shutdown. Shiuld I do something about?
>>
>> You can purge the fwupd package. This should be rather safe.
> 
> It appeared there are more problems with fwupd:
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=953679
> 
> It actually doesn't start at boot:
> 
> Mar 12 07:47:25 debian systemd[1]: fwupd.service: Start operation timed
> 
> Can it be a systemd problem? Anyway, do you have any idea how to
> diagnose it?

Not really. I'm not really familiar with fwupd.
Its functionality is entirely optional though and if it causes problems
on your system, my suggestion would be to uninstall the fwupd package.

Michael




signature.asc
Description: OpenPGP digital signature

Bug#953741: imagemagick: CVE-2020-10251

[Salvatore Bonaccorso]

Source: imagemagick
Version: 8:6.9.10.23+dfsg-2.1
Severity: important
Tags: security upstream
Forwarded: https://github.com/ImageMagick/ImageMagick/issues/1859

Hi,

The following vulnerability was published for imagemagick.

CVE-2020-10251[0]:
| In ImageMagick 7.0.9, an out-of-bounds read vulnerability exists
| within the ReadHEICImageByID function in coders\heic.c. It can be
| triggered via an image with a width or height value that exceeds the
| actual size of the image.


If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2020-10251
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-10251
[1] https://github.com/ImageMagick/ImageMagick/issues/1859
[2] 
https://github.com/ImageMagick/ImageMagick6/commit/3456724dff047db5adb32f8cf70c903c1b7d16d4

Regards,
Salvatore

Bug#953240: bpython: cannot import dateparser module

[Sebastian Ramacher]

Control: tags -1 + moreinfo

Hi

On 2020-03-06 12:31:10, Slavko wrote:
> Package: bpython
> Version: 0.18-3
> 
> I recently want to use dateparser module in bpython, which produces
> this:
> 
> bpython version 0.18 on top of Python 3.7.6 /usr/bin/python3
> >>> import dateparser
> Traceback (most recent call last):
>   File "", line 1, in 
> import dateparser
>   File "", line 983, in _find_and_load
>   File "", line 967, in
> _find_and_load_unlocked File "", line 668,
> in _load_unlocked File "", line 638, in
> _load_backward_compatible File
> "/usr/lib/python3/dist-packages/bpython/curtsiesfrontend/repl.py", line
> 243, in load_module module = self.loader.load_module(name) File
> "/usr/lib/python3/dist-packages/dateparser/__init__.py", line 4, in
>  from .date import DateDataParser File " importlib._bootstrap>", line 983, in _find_and_load File " importlib._bootstrap>", line 967, in _find_and_load_unlocked File
> "", line 668, in _load_unlocked File
> "", line 638, in _load_backward_compatible
> File "/usr/lib/python3/dist-packages/bpython/curtsiesfrontend/repl.py",
> line 243, in load_module module = self.loader.load_module(name) File
> "/usr/lib/python3/dist-packages/dateparser/date.py", line 13, in
>  from dateparser.date_parser import date_parser File " importlib._bootstrap>", line 983, in _find_and_load File " importlib._bootstrap>", line 967, in _find_and_load_unlocked File
> "", line 668, in _load_unlocked File
> "", line 638, in _load_backward_compatible
> File "/usr/lib/python3/dist-packages/bpython/curtsiesfrontend/repl.py",
> line 243, in load_module module = self.loader.load_module(name) File
> "/usr/lib/python3/dist-packages/dateparser/date_parser.py", line 11, in
>  from .parser import parse File " importlib._bootstrap>", line 983, in _find_and_load File " importlib._bootstrap>", line 967, in _find_and_load_unlocked File
> "", line 668, in _load_unlocked File
> "", line 638, in _load_backward_compatible
> File "/usr/lib/python3/dist-packages/bpython/curtsiesfrontend/repl.py",
> line 243, in load_module module = self.loader.load_module(name) File
> "/usr/lib/python3/dist-packages/dateparser/parser.py", line 10, in
>  from dateparser.utils.strptime import strptime File " importlib._bootstrap>", line 983, in _find_and_load File " importlib._bootstrap>", line 967, in _find_and_load_unlocked File
> "", line 668, in _load_unlocked File
> "", line 638, in _load_backward_compatible
> File "/usr/lib/python3/dist-packages/bpython/curtsiesfrontend/repl.py",
> line 243, in load_module module = self.loader.load_module(name) File
> "/usr/lib/python3/dist-packages/dateparser/utils/strptime.py", line 69,
> in  __strptime = patch_strptime() File
> "/usr/lib/python3/dist-packages/dateparser/utils/strptime.py", line 40,
> in patch_strptime _strptime_spec.loader.exec_module(_strptime)
> AttributeError: 'ImportLoader' object has no attribute 'exec_module'

I've installed python3-dateparser and tried to import dateparser in
bpython3 and everything worked fine. Do you have anything else installed
that might interfere with bpython?

Best

> But the module works in raw python (the same machine):
> 
> python3
> Python 3.7.6 (default, Jan 19 2020, 22:34:52) 
> [GCC 9.2.1 20200117] on linux
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import dateparser
> >>> dateparser.parse('12/12/12')
> datetime.datetime(2012, 12, 12, 0, 0)
> >>> 
> 
> regards
> 
> -- 
> Slavko
> http://slavino.sk



-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#851747: sysvinit-utils: drop Essential flag

[Andreas Henriksson]

On Sat, Feb 08, 2020 at 07:23:32PM +0100, Andreas Henriksson wrote:
> Hello,
> 
> Regarding the previous discussion about packages with init scripts
> that source /lib/init/vars.sh 
[...]


As a followup on this I've now also (re)checked all users of
init-d-script for the current status. (I consider both the vars.sh and
init-d-script usage issues mostly relevant to potentially adjusting
Priority of sysvinit-utils package, rather than being Essential: yes.)

TL;DR very few relevant packages, specially if only considering ones
relevant for bullseye/testing.

Method:
I used codesearch.debian.net searching for init-d-script
and got 73 total source packages matching.
I excluded src:sysvinit and src:systemd as they should not be relevant
for this examination, so 71 source packages remaining.
I downloaded all those source packages, checked their debian/control
for binary packages and downloaded those from unstable.
I then examined the binary packages for existance of etc/init.d/*
content and checked if etc/init.d/foo has a matching
systemd/system/foo.service.

Here's my annotated results for the ones that did not have
a masking systemd service (according to my naive search):


=== axfrdns_1%3a1.05-10_amd64.deb.txt
# NOTE: src:djbdns (never in testing, migration blocked)
axfrdns
=== bcron_0.11-8_amd64.deb.txt
bcron-sched
bcron-spool
bcron-update
=== courier-imap_5.0.6+1.0.6-1+b2_amd64.deb.txt
courier-imap-ssl
=== courier-mta_1.0.6-1+b2_amd64.deb.txt
courier
courier-msa
courier-mta-ssl
courierfilter
=== courier-pop_1.0.6-1+b2_amd64.deb.txt
courier-pop-ssl
=== dnscache_1%3a1.05-10_amd64.deb.txt
# NOTE: src:djbdns (never in testing, migration blocked)
dnscache
=== jitterentropy-rngd_1.1.0-1_amd64.deb.txt
# NOTE: false-positive -- jittenentropy.service has Also=
jitterentropy-rngd
=== mtail_3.0.0~rc24.1-1_amd64.deb.txt
# See #886894
mtail
=== netplan_1.10.1-6_amd64.deb.txt
# NOTE: not in testing, orphaned
netplan
=== opentmpfiles_0.2+2019.05.21.git.44a55796ba-2_all.deb.txt
# NOTE: Not relevant for systemd (and others?)?
opentmpfiles-clean
opentmpfiles-setup
opentmpfiles-setup-dev
=== procps_2%3a3.3.16-4_amd64.deb.txt
# NOTE: false-positive -- actually masked
procps
=== rbldns_1%3a1.05-10_amd64.deb.txt
# NOTE: src:djbdns (never in testing, migration blocked)
rbldns
=== shishi-kdc_1.0.2-7_amd64.deb.txt
shishi-kdc
=== tinydns_1%3a1.05-10_amd64.deb.txt
# NOTE: src:djbdns (never in testing, migration blocked)
tinydns
=== uwsgi-emperor_2.0.18-8_amd64.deb.txt
uwsgi-emperor
=== uwsgi_2.0.18-8_amd64.deb.txt
# See #833067
uwsgi
=== walldns_1%3a1.05-10_amd64.deb.txt
# NOTE: src:djbdns (never in testing, migration blocked)
walldns




Relevant popcon link:
https://qa.debian.org/popcon-graph.php?packages=shishi-kdc%2Cbcron%2Ccourier-imap%2Ccourier-mta%2Ccourier-pop%2Cjitterentropy-rngd%2Cmtail%2Cuwsgi-emperor%2Cuwsgi%2Copentmpfiles_installed=on_legend=on_ticks=on_date=_date=_date=_fmt=%25Y-%25m=1
(Relevant packages according to popcon: courier-{imap,pop} and uwsgi)

Regards,
Andreas Henriksson