Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles

[Mike Hommey]

On Thu, Sep 03, 2020 at 06:41:55AM +0200, Christoph Anton Mitterer wrote:
> On Thu, 2020-09-03 at 10:37 +0900, Mike Hommey wrote:
> > With the following steps, I _don't_ reproduce:
> > - create a fresh unstable chroot and enter it
> > - install firefox 79 and webext-ublock-origin
> > - start firefox
> > - stop firefox
> > - upgrade firefox to 80
> > - start firefox
> 
> Well... god know what causes it... could be some legacy cruft in the
> settings from long ago, and thus you wouldn't see it when just
> simulating the upgrade from a 79 profile to 80.
> 
> 
> Once possibly interesting side node:
> When I start FF80 (with the "legacy" profile)... then I see the add-on
> icons for like a second until they vanish (and with the functionality
> of the add-ons).

Try going to about:config, switch extensions.logging.enabled to true,
and try to reproduce, then open the browser console from the web
developer menu and see if there's anything useful.

Mike

Bug#969444: qemu-system-gui: gtk gui does not start

[Michael Tokarev]

03.09.2020 03:17, Sicelo A. Mhlongo wrote:
> Package: qemu-system-gui
> Version: 1:5.1+dfsg-4
> Severity: important
> 
> Expected behavior:
> 
> 1. Run qemu-system-, e.g. qemu-system-x86_64 -drive 
> format=qcow2,file=debian.qcow2,media=disk -m 2048
> 2. The VM runs, with the GTK UI for controlling its state
> 
> Actual behavior:
> 
> 1. The VM runs, and the following error is printed:
>  Failed to open module: /usr/lib/x86_64-linux-gnu/qemu/ui-gtk.so: 
>  undefined symbol: win32_kbd_set_window

Please show the version number of qemu-system-x86 package you're trying to run.

Thanks,

/mjt

Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles

[Christoph Anton Mitterer]

On Thu, 2020-09-03 at 10:37 +0900, Mike Hommey wrote:
> With the following steps, I _don't_ reproduce:
> - create a fresh unstable chroot and enter it
> - install firefox 79 and webext-ublock-origin
> - start firefox
> - stop firefox
> - upgrade firefox to 80
> - start firefox

Well... god know what causes it... could be some legacy cruft in the
settings from long ago, and thus you wouldn't see it when just
simulating the upgrade from a 79 profile to 80.


Once possibly interesting side node:
When I start FF80 (with the "legacy" profile)... then I see the add-on
icons for like a second until they vanish (and with the functionality
of the add-ons).


Cheers,
Chris.

Bug#967185: Migration blocked

[Chris Knadle]

Migration of openjfx 11.0.7+0-3 is blocked because it introduces a new FTBFS bug
   https://bugs.debian.org/969260

Noting this in this bug so that others can find it

   -- Chris

-- 
Chris Knadle
chris.kna...@coredump.us

Bug#955001: (no subject)

[Michael Lustfield]

I'd be happy to, but it doesn't look like this will ever get reviewed/included.

TBH- I actually forgot about this upload because it's been half a year. If
it's still pending the next time I look at it, I'll probably request it's
rejection and close this bug. :/
-- 
Michael Lustfield

Bug#969447: RFS: kylin-screenshot/1.0.0-1 [ITP] -- Powerful yet simple-to-use screenshot software

[handsome_feng]

Package: sponsorship-requests
Severity: wishlist
X-Debbugs-Cc: jianfen...@ubuntukylin.com

Dear mentors,

I am looking for a sponsor for my package "kylin-screenshot":

 * Package name: kylin-screenshot
   Version : 1.0.0-1
   Upstream Author : Zhang Huanhuan 
 * URL : https://github.com/ubuntukylin/kylin-screenshot
 * License : GPL-3+, CC0-1.0, Apache-2.0, Expat, LGPL-3+
 * Vcs : https://github.com/ubuntukylin/kylin-screenshot
   Section : graphics

It builds those binary packages:

  kylin-screenshot - Powerful yet simple-to-use screenshot software

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

  https://mentors.debian.net/package/kylin-screenshot/

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

  dget -x https://mentors.debian.net/debian/pool/main/k/kylin-screenshot/kylin-
screenshot_1.0.0-1.dsc

Changes for the initial release:

 kylin-screenshot (1.0.0-1) unstable; urgency=medium
 .
   * Initial release. (Closes: #969417)

Regards,
--
  handsome_feng



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

Kernel: Linux 5.7.0-2-amd64 (SMP w/12 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8), 
LANGUAGE=zh_CN:zh
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#969446: RFS: vguitar/2.5 [ITP] -- Play Guitar in any term window. MIDI out to qsynth synthesizer.

[Nick Strauss]

Package: sponsorship-requests
Severity: wishlist

Dear Mentor/Maintainer,

Package name: vguitar
Version: 2.5
Upstream Author : 
URL: http://nick-strauss.com
License: GPL

apt-key adv --keyserver keyserver.ubuntu.com --recv-keys AB406C34
add to /etc/apt/sources.list.d
deb [ arch=amd64 ] http://apt.nick-strauss.com/apt/debian jessie main
apt-get install vguitar

vguitar --help
man vguitar


-- System Information:
Debian Release: 8.4
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldoldstable'), (500, 
'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.4.55-1-pve (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#969443: arm64: please backport stolen time support to buster kernel (Re: src:linux: none)

[Noah Meyerhans]

On Wed, Sep 02, 2020 at 06:09:46PM -0700, Jonathan Nieder wrote:
> > Subject: src:linux: none
> 
> It looks like you forgot to include a subject line?

*sigh* Computers are hard.

> The relevant series is a4b28f5c6798 (Merge remote-tracking branch
> 'kvmarm/kvm-arm64/stolen-time' into kvmarm-master/next, 2019-10-24).
> It may be possible to try applying it if you are interested.

That is the series I had in mind, yes.  I will open a merge request once
I have one prepared and tested.

> That said, for this kind of issue that is about new features instead
> of hardware support, my advice would be to use a more current kernel
> from backports instead.

That's not an option for users requiring security support.  While the
prevelance of arm64-based clouds is still relatively low, it is growing.
As it becomes more common, the lack of visibility into CPU steal time
will become a significant issue for people running in these
environments, hence the "important" severity.

noah

Bug#969174: firefox: FF80 seems to have broken all add-ons on existing profiles

[Mike Hommey]

On Sat, Aug 29, 2020 at 03:57:17PM +0200, Christoph Anton Mitterer wrote:
> On Sat, 2020-08-29 at 10:55 +0200, Jean-Marc wrote:
> > One remark nevertheless : if I open the page about:support and click
> > on the button "Refresh Firefox..." and then re-start Firefox, I got
> > the icon of the add-ons I installed through Debian packages meaning
> > noScript, privacy Badger and uBlock Origin in the FF bar.
> > 
> > Chris, can you try this ?
> 
> What (temporarily) worked for me was to disable/re-enable the addons
> with the switch in the add-ons menu... but after restarting they were
> all gone again.
> 
> IMO this is even a security issue, as it breaks security-relevant
> plugins like noscript or https-everywhere.
> 
> > Chris, Mike, did you install add-ons from Debian or directly from FF
> > repository ?
> 
> All from Debian, all unstable.

With the following steps, I _don't_ reproduce:
- create a fresh unstable chroot and enter it
- install firefox 79 and webext-ublock-origin
- start firefox
- stop firefox
- upgrade firefox to 80
- start firefox

After all this, ublock works just fine.

Mike

Bug#969443: arm64: please backport stolen time support to buster kernel (Re: src:linux: none)

[Jonathan Nieder]

tags 969443 + upstream fixed-upstream
severity 969443 wishlist
retitle 969443 arm64: please backport stolen time support to buster kernel
quit

Hi,

Noah Meyerhans wrote:

> Subject: src:linux: none

It looks like you forgot to include a subject line?

> When used in virtual machine environments, Linux on amd64 is able to report
> "steal time" to the guest.  This functionality has been supported by Linux
> on amd64 for years, but was only added to arm64 with Linux 5.5.
>
> As Debian and arm64 are increasingly used in virtual environments, including
> cloud environments, the ability to report steal time is increasingly
> important for system monitoring and performance analysis.  Thus, I'd like to
> request that CPU steal time accounting support for arm64 be backported to
> buster, if possible.

Thanks for reporting.

The relevant series is a4b28f5c6798 (Merge remote-tracking branch
'kvmarm/kvm-arm64/stolen-time' into kvmarm-master/next, 2019-10-24).
It may be possible to try applying it if you are interested.

That said, for this kind of issue that is about new features instead
of hardware support, my advice would be to use a more current kernel
from backports instead.

Thanks and hope that helps,
Jonathan

Bug#834050: libpam-ldap: please make the build reproducible

[Lucas Castro]

On 9/2/20 7:52 PM, Chris Lamb wrote:

Hi Lucas,


I'm little busy this days,

If someone could make patch, please make a NMU.

I think I will personally refrain from doing an NMU for such an
important security-related package for this issue, but thank you for
the 'go ahead'.

Indeed, given the importance of this package, is it ridiculous to suggest 
seeking a co-maintainer on debian-devel?

Of course not.

Regards,

--
   ,''`.
  : :'  : Chris Lamb
  `. `'`  la...@debian.org  chris-lamb.co.uk
`-


--
Lucas Castro

Bug#817042: Adapter Manufacturer.

[top top]

Hello,
Good day!
This is Top Adapter Factory from in China.
We are specialize in ADAPTER for 10 years,and have strong production 
capacity,promised delivery time and high level quality of product!
If you're interested,please sent purchase detail info(as 
type/specifications/quantity Ect).We can provide you with the best price.

Also we have our own professional designers to meet any of your requirements.
Sincerely,
Andy

Bug#962477: artha: Please migrate away from enchant(1) to enchant-2

[Boyuan Yang]

X-Debbugs-CC: npatra...@gmail.com legend...@yahoo.com

Hi,

On Mon, 27 Jul 2020 18:34:50 + (UTC) Sundaram  wrote:
>  Hi BoyuanThanks for reporting this!
> Artha 1.0.5, released today, the optional dependency of libenchant has been
bumped from 1 to 2.
> Regards!Sundaram

Thanks for providing this information. I see that there was a artha/1.0.5-1
upload but the recommendation to package libenchant1c2a was still in the new
version. Can we fix this problem soon (ideally before Debian 11 soft freeze)?

Regards,
Boyuan Yang

> On Monday, 8 June, 2020, 8:15:11 pm IST, Boyuan Yang 
wrote:  
>  
>  Source: artha
> Version: 1.0.3-3
> Tags: sid  bullseye
> X-Debbugs-CC: ti...@debian.org legend...@yahoo.com
> 
> Dear Debian artha maintainers,
> 
> Current artha 1.0.3 in Debian still recommends libenchant1c2a as
> optional dependency. This library is due to be removed in the Bulleye
> cycle[1]. The new enchant-2 library will be replacing it.
> 
> Please consider working with artha upstream to add support of using
> enchant-2 library.
> 
> [1] https://bugs.debian.org/956881
> 
> -- 
> Regards,
> Boyuan Yang 


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

Bug#969444: qemu-system-gui: gtk gui does not start

[Sicelo A. Mhlongo]

Package: qemu-system-gui
Version: 1:5.1+dfsg-4
Severity: important

Expected behavior:

1. Run qemu-system-, e.g. qemu-system-x86_64 -drive 
format=qcow2,file=debian.qcow2,media=disk -m 2048
2. The VM runs, with the GTK UI for controlling its state

Actual behavior:

1. The VM runs, and the following error is printed:
 Failed to open module: /usr/lib/x86_64-linux-gnu/qemu/ui-gtk.so: 
 undefined symbol: win32_kbd_set_window
2. Instead of the expected GTK GUI, the VNC GUI is launched
3. If you specify 'display -gtk', the message changes to:
 Failed to open module: /usr/lib/x86_64-linux-gnu/qemu/ui-gtk.so:
 undefined symbol: win32_kbd_set_window qemu-system-x86_64: Display 'gtk'
 is not available.


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

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

Versions of packages qemu-system-gui depends on:
ii  libasound2  1.2.3.2-1
ii  libc6   2.31-3
ii  libcairo2   1.16.0-4
ii  libepoxy0   1.5.4-1
ii  libgdk-pixbuf2.0-0  2.40.0+dfsg-5
ii  libglib2.0-02.64.4-1
ii  libgtk-3-0  3.24.22-1
ii  libpulse0   13.0-5
ii  libvte-2.91-0   0.60.3-1
ii  libx11-62:1.6.10-3

qemu-system-gui recommends no packages.

qemu-system-gui suggests no packages.

-- no debconf information

Bug#969443: src:linux: none

[Noah Meyerhans]

Package: src:linux
Version: 4.19.132-1
Severity: important
Tags: buster

When used in virtual machine environments, Linux on amd64 is able to report
"steal time" to the guest.  This functionality has been supported by Linux
on amd64 for years, but was only added to arm64 with Linux 5.5.

As Debian and arm64 are increasingly used in virtual environments, including
cloud environments, the ability to report steal time is increasingly
important for system monitoring and performance analysis.  Thus, I'd like to
request that CPU steal time accounting support for arm64 be backported to
buster, if possible.

noah

Bug#966202: utfcpp: diff for NMU version 2.3.4-1.1

[Boyuan Yang]

Control: tags 966202 + patch
Control: tags 966202 + pending

Dear maintainer,

I've prepared an NMU for utfcpp (versioned as 2.3.4-1.1) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.

Regards,
Boyuan Yang

diff -Nru utfcpp-2.3.4/debian/changelog utfcpp-2.3.4/debian/changelog
--- utfcpp-2.3.4/debian/changelog   2013-04-09 12:20:34.0 -0400
+++ utfcpp-2.3.4/debian/changelog   2020-09-02 19:42:08.0 -0400
@@ -1,3 +1,12 @@
+utfcpp (2.3.4-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rebuild the package.
+  * debian/control: Update Vcs-* fields to use git packaging repo
+under Salsa Debian Group. (Closes: #966202)
+
+ -- Boyuan Yang   Wed, 02 Sep 2020 19:42:08 -0400
+
 utfcpp (2.3.4-1) unstable; urgency=low
 
   * New upstream
diff -Nru utfcpp-2.3.4/debian/control utfcpp-2.3.4/debian/control
--- utfcpp-2.3.4/debian/control 2013-04-09 12:19:50.0 -0400
+++ utfcpp-2.3.4/debian/control 2020-09-02 19:40:02.0 -0400
@@ -5,8 +5,8 @@
 Maintainer: Mathieu Malaterre 
 Standards-Version: 3.9.4
 Homepage: http://utfcpp.sf.net
-Vcs-Svn: svn://svn.debian.org/collab-maint/deb-maint/utfcpp/trunk
-Vcs-Browser: 
http://anonscm.debian.org/viewvc/collab-maint/deb-maint/utfcpp/trunk/
+Vcs-Git: https://salsa.debian.org/debian/utfcpp.git
+Vcs-Browser: https://salsa.debian.org/debian/utfcpp
 
 Package: libutfcpp-dev
 Architecture: any


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

Bug#969442: mirror submission for mirror.edgeuno.net

[EdgeUno]

Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission

Submission-Type: new
Site: mirror.edgeuno.net
Type: leaf
Archive-architecture: amd64 arm64 armhf i386
Archive-http: /debian/
Maintainer: EdgeUno 
Country: CO Colombia
Location: Bogota
Sponsor: Edgeuno https://www.edgeuno.com




Trace Url: http://mirror.edgeuno.net/debian/project/trace/
Trace Url: http://mirror.edgeuno.net/debian/project/trace/ftp-master.debian.org
Trace Url: http://mirror.edgeuno.net/debian/project/trace/mirror.edgeuno.net

Bug#969441: enchant-2: Please package new upstream release (2.2.10)

[Boyuan Yang]

Source: enchant-2
Version: 2.2.8-1
Tags: sid
Severity: normal
X-Debbugs-CC: bi...@debian.org

Dear Debian enchant-2 maintainers,

The enchant-2 upstream has released the 2.2.10 release. Please consider
packaging it. Thanks!

-- 
Regards,
Boyuan Yang


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

Bug#831031: boolector: please make the build reproducible

[Chris Lamb]

Chris Lamb wrote:

> [..]

Gentle ping on this?


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#860200: poti: please make the build reproducible

[Chris Lamb]

Chris Lamb wrote:

> Would you consider applying this patch and uploading?

Friendly ping on this? Seems like there hasn't been any update on this bug in
1233 days now (!).


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#835259: quvi: please make the build reproducible

[Chris Lamb]

Chris Lamb wrote:

> [..]

Gentle ping on this?


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#828066: gsmlib: please make the build reproducible

[Chris Lamb]

Chris Lamb wrote:

> [..]

Gentle ping on this?


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#805773: keylaunch: please make the build reproducible

[Chris Lamb]

Chris Lamb wrote:

> [..]

Friendly ping on this?


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#777326: cuyo: please make the build reproducible

[Chris Lamb]

Chris Lamb wrote:

> [..]

Gentle ping on this?


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#776933: maildirsync: please make the build reproducible

[Chris Lamb]

Chris Lamb wrote:

> [..]

Friendly ping on this?


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#858220: ns2: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: ns2
> Version: 2.35+dfsg-2ubuntu1
> Tags: patch

There hasn't seem to be any update on this bug in 1262 days, in which
time the Reproducible Builds effort has come on a long way.

Would you consider applying this patch and uploading?


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#834279: phpldapadmin: please make the build reproducible

[Chris Lamb]

Chris Lamb wrote:

> [..]

Gentle ping on this?


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#926242: [rb-general] Bug#926242: jenkins.debian.org: Please test reproducibility status of Debian Installer images

[Chris Lamb]

Chris Lamb wrote:

> > I've made an initial step of taking my patch from:
> >
> >   https://bugs.debian.org/926242#127
> >
> > … and submitting it as a MR on salsa here:
> >
> >   
> > https://salsa.debian.org/installer-team/debian-installer/-/merge_requests/13
>
> May I make a gentle request to get this MR merged? It's been open for
> about 5 months now, only affects the build system and is only to
> handle cases where we have the stranger [foo=bar] arguments in
> sources.list(5) entries, which is unlikely to be the case for any
> official builds.

It has been a little disheartening to go through a large number of
minor revisions to this MR, only for it to then go unacknowledged for
almost half a year.

Please let me know if debian-boot has an alternative or preferred
method of performing reviews of this kind — I would, of course, be
more than willing to follow that if pointed in the right direction.

Without that, however, I remain at a loss at how I can effectively
contribute to this project.


Regards,

--
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org  chris-lamb.co.uk
   `-

Bug#834945: libquvi: please make the build reproducible

[Chris Lamb]

Chris Lamb wrote:

> [..]

Friendly ping on this?


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#777483: jargon: please make the build reproducible

[Chris Lamb]

Chris Lamb wrote:

> [..]

Friendly ping on this?


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#778946: madlib: please make the build reproducible

[Chris Lamb]

Chris Lamb wrote:

> [..]

Friendly ping on this?


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#834776: uhub: please make the build reproducible

[Chris Lamb]

Chris Lamb wrote:

> [..]

Gentle ping on this?


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#777428: libtnt: please make the build reproducible

[Chris Lamb]

Chris Lamb wrote:

> [..]

Friendly ping on this?


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#776955: elida: please make the build reproducible

[Chris Lamb]

Chris Lamb wrote:

> [..]

Gentle ping on this?


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#834050: libpam-ldap: please make the build reproducible

[Chris Lamb]

Hi Lucas,

> I'm little busy this days,
>
> If someone could make patch, please make a NMU.

I think I will personally refrain from doing an NMU for such an
important security-related package for this issue, but thank you for
the 'go ahead'.

Indeed, given the importance of this package, is it ridiculous to suggest 
seeking a co-maintainer on debian-devel?


Regards,

--
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org  chris-lamb.co.uk
   `-

Bug#968339: Accept

[Vasyl Gello]

Dear colleagues,

I had to track this issue by building Kodi 18.8 with address sanitizer (asan) 
and it appears that the root cause is very likely a data race
introduced by libsrt_gnutls.so.1, which in turn became an ffmpeg dependency 
since 4.3.0:

(gdb) bt
   
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#1  0x7f5392767537 in __GI_abort () at abort.c:79
#2  0x7f53927c0828 in __libc_message (action=action@entry=do_abort, 
fmt=fmt@entry=0x7f53928cee31 "%s\n") at ../sysdeps/posix/libc_fatal.c:155   
   #3  0x7f53927c7b1a in malloc_printerr (str=str@entry=0x7f53928cd041 
"corrupted double-linked list") at malloc.c:5347
#4  0x7f53927c884c in unlink_chunk (p=p@entry=0x557cb9422af0, 
av=0x7f5392900b80 ) at malloc.c:1460
#5  0x7f53927c89b7 in malloc_consolidate (av=av@entry=0x7f5392900b80 
) at malloc.c:4502
#6  0x7f53927c9180 in _int_free (av=0x7f5392900b80 , 
p=0x557cb939ca90, have_lock=) at malloc.c:4400
#7  0x7f538bff364b in CUDTUnited::~CUDTUnited() () at 
/usr/lib/x86_64-linux-gnu/libsrt-gnutls.so.1
#8  0x7f5392780b96 in __cxa_finalize (d=0x7f538c069000) at cxa_finalize.c:83
#9  0x7f538bff09e3 in  () at /usr/lib/x86_64-linux-gnu/libsrt-gnutls.so.1
#10 0x7ffc4c1a0980 in  ()
#11 0x7f5396594343 in _dl_fini () at dl-fini.c:138

Disabling the parallelism during test runs works for me at least on amd64, so I 
will do it as a workaround to get 18.8 built properly for all architectures.

Building 19.0 with current ffmpeg and libsrt-gnutls works fine for me at least 
on buster-bpo/amd64. I will test sid/amd64 before I upload 19.0 Alpha1 to 
experimental.
-- 
Vasyl Gello
==
Certified SolidWorks Expert

Mob.:+380 (98) 465 66 77

E-Mail: vasek.ge...@gmail.com

Skype: vasek.gello
==
호랑이는 죽어서 가죽을 남기고 사람은 죽어서 이름을 남긴다

Bug#969440: fluxbox: several years out of date; please push 1.3.7 to unstable

[Phil Dibowitz]

Package: fluxbox
Version: 1.3.5-2+b2
Severity: normal

Dear Maintainer,

A lot of bugs have been fixed in 1.3.7 which ias already 5 years old,
yet unstable is still on 1.3.5.

I see 1.3.7 is in experimental, is it possible to get 1.3.7 pushed to
unstable?

Thanks

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

Kernel: Linux 5.7.0-3-amd64 (SMP w/12 CPU threads)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages fluxbox depends on:
ii  libc62.31-3
ii  libfontconfig1   2.13.1-4.2
ii  libfreetype6 2.10.2+dfsg-3
ii  libfribidi0  1.0.8-2
ii  libgcc-s1 [libgcc1]  10.2.0-6
ii  libice6  2:1.0.9-2
ii  libimlib21.7.0-1
ii  libsm6   2:1.2.3-1
ii  libstdc++6   10.2.0-6
ii  libx11-6 2:1.6.10-3
ii  libxext6 2:1.3.3-1+b2
ii  libxft2  2.3.2-2
ii  libxinerama1 2:1.1.4-2
ii  libxpm4  1:3.5.12-1
ii  libxrandr2   2:1.5.1-1
ii  libxrender1  1:0.9.10-1
ii  menu 2.1.47+b1

Versions of packages fluxbox recommends:
ii  feh  3.4.1-1
ii  xfonts-terminus  4.48-3

Versions of packages fluxbox suggests:
pn  fbautostart  
pn  fbdesk   
pn  fbpager  

-- no debconf information

Bug#969184: Upgrade fails when interface name has changed

[dann frazier]

On Fri, Aug 28, 2020 at 10:38:25PM +0200, Thomas Goirand wrote:
> Hi Dann,
> 
> If you look into the minissdpd configuration script (ie:
> /var/lib/dpkg/info/minissdpd.config) it does read what's in the
> /etc/default/minissdpd configuration file before attempting to configure
> the package. Maybe there's a problem in it, and you could try debugging
> it by adding a set -x in there? It would help a lot of you could show
> the output like that, so we can figure out where the problem is.

Thanks for the reply Thomas. I've collected the 'set -x' output in the
following annotated log:

===> Demonstrate that original config includes interface
===> that is no longer available, which I've searched and
===> replaced as enxREDACTED1:

$ cat /etc/default/minissdpd
# MiniSSDPd default configuration

# Set this to 1 if you want to start the daemon
# START_DAEMON deprecated, use service minissdpd enable/disable
#START_DAEMON=1

# Set this to the IP/interface you want the demon to run on
# Notes:
#  1. It is mandatory to use the network interface name in order to enable IPv6
# HTTP is available on all interfaces.
#  2. Specifying IP when built with IPv6 support is disabled by original
# author, so this option may not be available outside Debian.
MiniSSDPd_INTERFACE_ADDRESS="enxREDACTED1"

# This defines other options which you might want to use when
# starting MiniSSDPd.
#MiniSSDPd_OTHER_OPTIONS="-6"
MiniSSDPd_OTHER_OPTIONS=""

===> Here we see the failure I originally reported,
===> this time w/ set -x

$ sudo dpkg --configure -a
Setting up minissdpd (1.5.20190824-1) ...
+ set -e
+ DEFAULT_FILE=/etc/default/minissdpd
+ . /usr/share/debconf/confmodule
+ [ !  ]
+ PERL_DL_NONLAZY=1
+ export PERL_DL_NONLAZY
+ [  ]
+ exec /usr/share/debconf/frontend /var/lib/dpkg/info/minissdpd.postinst 
configure 1.5.20190824-1
+ set -e
+ DEFAULT_FILE=/etc/default/minissdpd
+ . /usr/share/debconf/confmodule
+ [ ! 1 ]
+ [ -z  ]
+ exec
+ [  ]
+ exec
+ DEBCONF_REDIR=1
+ export DEBCONF_REDIR
+ [ configure = configure ]
+ [ -x /etc/init.d/minissdpd ]
+ update-rc.d minissdpd defaults-disabled
+ [ configure = configure ]
+ deb-systemd-helper debian-installed minissdpd.service
+ deb-systemd-helper unmask minissdpd.service
+ deb-systemd-helper --quiet was-enabled minissdpd.service
+ deb-systemd-helper enable minissdpd.service
+ deb-systemd-helper update-state minissdpd.service
+ [ -e /etc/default/minissdpd ]
+ db_get minissdpd/listen
+ _db_cmd GET minissdpd/listen
+ _db_internal_IFS= 

+ IFS= 
+ printf %s\n GET minissdpd/listen
+ IFS=

+ read -r _db_internal_line
+ IFS=  

+ RET=enxREDACTED1
+ return 0
+ MiniSSDPd_INTERFACE_ADDRESS=enxREDACTED1
+ replace_config /etc/default/minissdpd MiniSSDPd_INTERFACE_ADDRESS 
"enxREDACTED1"
+ [ -s /etc/default/minissdpd ]
+ sed -ri 
x
s|^$||
t find
x
b
: find
x
s|^\s*(MiniSSDPd_INTERFACE_ADDRESS=).*|\1"enxREDACTED1"|
t end
s|^#[ \t#]*(MiniSSDPd_INTERFACE_ADDRESS=['"]?"enxREDACTED1"['"]?)\s*$|\1|
t end
s|^#[ \t#]*(MiniSSDPd_INTERFACE_ADDRESS=)\s*$|\1"enxREDACTED1"|
t end
$ aMiniSSDPd_INTERFACE_ADDRESS="enxREDACTED1"
b
: end
h
 /etc/default/minissdpd
+ db_get minissdpd/ip6
+ _db_cmd GET minissdpd/ip6
+ _db_internal_IFS= 

+ IFS= 
+ printf %s\n GET minissdpd/ip6
+ IFS=

+ read -r _db_internal_line
+ IFS=  

+ RET=false
+ return 0
+ [ false = true ]
+ echo 
+ grep -qn \-6
+ echo
+ sed -r s/^\s+//; s/\s+$//; s/  +/ /g
+ MiniSSDPd_OTHER_OPTIONS=
+ replace_config /etc/default/minissdpd MiniSSDPd_OTHER_OPTIONS ""
+ [ -s /etc/default/minissdpd ]
+ sed -ri 
x
s|^$||
t find
x
b
: find
x
s|^\s*(MiniSSDPd_OTHER_OPTIONS=).*|\1""|
t end
s|^#[ \t#]*(MiniSSDPd_OTHER_OPTIONS=['"]?""['"]?)\s*$|\1|
t end
s|^#[ \t#]*(MiniSSDPd_OTHER_OPTIONS=)\s*$|\1""|
t end
$ aMiniSSDPd_OTHER_OPTIONS=""
b
: end
h
 /etc/default/minissdpd
+ db_get minissdpd/start_daemon
+ _db_cmd GET minissdpd/start_daemon
+ _db_internal_IFS= 

+ IFS= 
+ printf %s\n GET minissdpd/start_daemon
+ IFS=

+ read -r _db_internal_line
+ IFS=  

+ RET=true
+ return 0
+ [ true = true ]
+ update-rc.d minissdpd enable
+ [ -n 1.5.20190824-1 ]
+ _dh_action=restart
+ invoke-rc.d minissdpd restart
Job for minissdpd.service failed because the control process exited with error 
code.
See "systemctl status minissdpd.service" and "journalctl -xe" for details.
invoke-rc.d: initscript minissdpd, action "restart" failed.
● minissdpd.service - keep memory of all UPnP devices that announced themselves
 Loaded: loaded (/lib/systemd/system/minissdpd.service; enabled; vendor 
preset: enabled)
 Active: failed (Result: exit-code) since Wed 2020-09-02 16:24:08 MDT; 6ms 
ago
   Docs: man:minissdpd(1)
Process: 839116 ExecCondition=/usr/lib/minissdpd/minissdpd-systemd-wrapper 
-t ${MiniSSDPd_INTERFACE_ADDRESS} (code=exited, status=0/SUCCESS)
Process: 839117 ExecStart=/usr/lib/minissdpd/minissdpd-systemd-wrapper 
${MiniSSDPd_INTERFACE_ADDRESS} $MiniSSDPd_OTHER_OPTIONS (code=exited, 
status=1/FAILURE)

Sep 02 

Bug#937085: [Pkg-mozext-maintainers] Bug#937085: mozilla-devscripts: Python2 removal in sid/bullseye

[Benjamin Drung]

Hi Jann,

Am Montag, den 31.08.2020, 22:58 +0200 schrieb Jann Haber:
> Hi all,
> 
> I just updated the MR on Salsa for redland-bindings, it now
> successfully creates a python3-librdf package instead of the python-
> librdf package. This change still needs to be tested, however it
> looks good, since the build process runs without obvious errors. The
> upload to unstable I assume needs to be done together with mozilla-
> devscripts, once it is also converted to python3.

Thanks for working on it.

> Benjamin, you have done some work on mozilla-devscripts and got stuck
> since redland-bindings were python2 only.

I checked if I had code locally and found two commits (one work in
progress) for the Python 3 migration. I pushed both into the "python3"
branch on GitLab:
https://salsa.debian.org/webext-team/webext-devscripts/-/commits/python3

Feel free to pick that up and finish it.

> Can you provide any insight on how to test the new package properly?
> What would be the next steps for mozilla-devscripts?

Next steps would be: Finish the Python 3 migration of mozilla-
devscripts from the "python3" branch. Check that the package builds
(IIRC it runs some Python code checker on build).

To test that the Python 3 migration did not break anything, I would
take a bunch of webext package (that build depend on mozilla-
devscripts) and rebuild them (once with the current package and once
with the Python 3 port). Then use diffoscope to compare the content of
the two builds to be identical (same generated dependencies, same
paths, etc). That should give us confidence to not break anything.

-- 
Benjamin Drung
Debian & Ubuntu Developer

Bug#969439: RM: ifupdown2 -- RoQA; python2, ftbfs, uninstallable

[Dimitri John Ledkov]

Package: ftp.debian.org
Severity: normal

Package written in python, and depends on packages that have been
removed from unstable. Thus binaries in sid cannot build from source,
nor be installable anymore.

Please remove ifupdown2 from unstable.

See
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967953
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=927134
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=936724

Bug#969436: [Pkg-net-snmp-devel] Bug#969436: libsnmp-dev: missing Breaks+Replaces: libsnmp-perl (<< 5.9)

[Craig Small]

On Thu, 3 Sep 2020 at 06:45, Andreas Beckmann  wrote:
>   dpkg: error processing archive 
> /var/cache/apt/archives/libsnmp-dev_5.9+dfsg-1_amd64.deb (--unpack):
>trying to overwrite '/usr/share/man/man3/SNMP.3pm.gz', which is also in 
> package libsnmp-perl 5.8+dfsg-5

It should be in the libsnmp-perl package.
$ grep man3 debian/*manpages
debian/libsnmp-dev.manpages:usr/share/man/man3/*.3
debian/libsnmp-perl.manpages:usr/share/man/man3/*.3pm

However the build system:
Installing /build/net-snmp-5.9+dfsg/debian/tmp/usr/share/man/man3/SNMP.3
Installing 
/build/net-snmp-5.9+dfsg/debian/tmp/usr/share/man/man3/NetSNMP::agent.3pm
its not installed as SNMP.3pm

I think the issue is in perl/SNMP/Makefile.PL
  MAN3PODS => { 'SNMP.pm' => '$(INST_MAN3DIR)/SNMP.3' },

 - Craig

Bug#969438: double-conversion: Please make new autopkgtests cross-test-friendly

[Steve Langasek]

Package: double-conversion
Version: 3.1.5-5
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu groovy ubuntu-patch

Hi Mo,

So in the same upload where you fixed bug #948559, you also introduced a new
autopkgtest, which was also not able to pass in a cross-test environment ;)

Attached, please find a patch to make the new cmake test work in a
cross-environment.

This has been uploaded to Ubuntu, to make the tests pass again and make
double-conversion migratable to the release.

Thanks for considering,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru double-conversion-3.1.5/debian/tests/cmake 
double-conversion-3.1.5/debian/tests/cmake
--- double-conversion-3.1.5/debian/tests/cmake  1969-12-31 16:00:00.0 
-0800
+++ double-conversion-3.1.5/debian/tests/cmake  2020-09-02 14:52:55.0 
-0700
@@ -0,0 +1,21 @@
+#/bin/sh
+
+set -e
+
+cp debian/tests/CMakeLists.txt test/cctest/
+cd test/cctest
+if [ -n "${DEB_HOST_GNU_TYPE:-}" ]; then
+cat < toolchain.cmake
+set(CMAKE_C_COMPILER $DEB_HOST_GNU_TYPE-gcc)
+set(CMAKE_CXX_COMPILER $DEB_HOST_GNU_TYPE-g++)
+set(PKG_CONFIG_EXECUTABLE $DEB_HOST_GNU_TYPE-pkg-config)
+set(CMAKE_MODULE_PATH 
/usr/lib/$DEB_HOST_GNU_TYPE/cmake;/usr/share/cmake-${CMAKE_MAJOR_VERSION}.${CMAKE_MINOR_VERSION};/usr/share/cmake)
+EOF
+CCFILE=-DCMAKE_TOOLCHAIN_FILE=toolchain.cmake
+else
+CCFILE=
+fi
+
+cmake "$CCFILE" -Bbuild
+cd build
+make all test
diff -Nru double-conversion-3.1.5/debian/tests/control 
double-conversion-3.1.5/debian/tests/control
--- double-conversion-3.1.5/debian/tests/control2020-01-10 
22:27:54.0 -0800
+++ double-conversion-3.1.5/debian/tests/control2020-09-02 
14:50:04.0 -0700
@@ -1,8 +1,6 @@
 Tests: unittest.sh
 Depends: @, build-essential
 
-Test-Command:
-  cp debian/tests/CMakeLists.txt test/cctest/;
-  cd test/cctest; cmake -Bbuild; cd build; make all test
+Tests: cmake
 Depends: @, build-essential, cmake
 Restrictions: allow-stderr

Bug#968953: sane-backends: Please consider making ipp-usb a Recommends:

[Brian Potkin]

On Mon 24 Aug 2020 at 15:26:56 +0100, Brian Potkin wrote:

> Please consider enhancing the scanning framework on USB by including
> ipp-usb as a recommended package.

As an additional reference I would include #969235.

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969235
 
Regards,
 
Brian.

Bug#969436: libsnmp-dev: missing Breaks+Replaces: libsnmp-perl (<< 5.9)

[Andreas Beckmann]

Package: libsnmp-dev
Version: 5.9+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the upgrade to 'sid' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#overwriting-files-and-replacing-packages-replaces

>From the attached log (scroll to the bottom...):

  Preparing to unpack .../libsnmp-dev_5.9+dfsg-1_amd64.deb ...
  Unpacking libsnmp-dev (5.9+dfsg-1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/libsnmp-dev_5.9+dfsg-1_amd64.deb (--unpack):
   trying to overwrite '/usr/share/man/man3/SNMP.3pm.gz', which is also in 
package libsnmp-perl 5.8+dfsg-5
  Errors were encountered while processing:
   /var/cache/apt/archives/libsnmp-dev_5.9+dfsg-1_amd64.deb


cheers,

Andreas


libsnmp-perl=5.8+dfsg-5_libsnmp-dev=5.9+dfsg-1.log.gz
Description: application/gzip

Bug#969437: ark: CVE-2020-24654

[Salvatore Bonaccorso]

Source: ark
Version: 4:20.08.0-1
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team 

Hi,

The following vulnerability was published for ark.

CVE-2020-24654[0]:
| In KDE Ark before 20.08.1, a crafted TAR archive with symlinks can
| install files outside the extraction directory, as demonstrated by a
| write operation to a user's home directory.


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-24654
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-24654
[1] https://kde.org/info/security/advisory-20200827-1.txt
[2] https://github.com/KDE/ark/commit/8bf8c5ef07b0ac5e914d752681e470dea403a5bd

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#969137: [Pkg-phototools-devel] Bug#969137: darktable: Histogram not shown

[Fabián Inostroza]

Hi,

Previously I had darktable 2.6.3 from the repositories installed, then
3.2.1 was moved to testing. With 3.2.1 I noticed the issue with the
histogram, not sure if it did happen with 2.6.3, can't remember.

Regards.

El vie., 28 ago. 2020 a las 13:22, David Bremner () escribió:
>
> Control: severity -1 wishlist
> Control: retitle -1 darktable: use default values for empty config settings
>
> Fabián Inostroza  writes:
>
> > I found the issue (with the help of reddit), it was related to the
> > configuration file. The height of the histogram entry was empty on the
> > darktablerc file, like this:
> > plugins/darkroom/histogram/height=
> >
> > I put some value (200), opened darktable and the histogram was shown.
> > Then I tried renaming the darktablerc file and letting darktable
> > recreate it but it also had the empty histogram height.
>
> The only way I can reproduce that is if darktable is open while renaming
> the file.
>
> > Anyway, maybe darktable should use a good default values for empty
> > entries, at least for the height of the histogram.
>
> OK, I've retitled the bug accordingly.
>
> > I was using a previous version of darktable, the one that was on the
> > repositories, maybe that confused some settings.
>
> I'm not sure what you mean here. Are you upgrading from a previous
> version in Debian, or something else? If so, what version.

Bug#969188: Upstream informed of RFP

[Boris BARBOUR]

I mentioned this RFP to the Duplicati issues just to centralise the
information. At this stage the project doesn't have the resources to
complete the packaging.

https://github.com/duplicati/duplicati/issues/4305

Bug#969435: ITP: mediawiki-extension-youtube -- Embed YouTube and other videos into MediaWiki pages

[Kunal Mehta]

Package: wnpp
Severity: wishlist
Owner: Kunal Mehta 

* Package name: mediawiki-extension-youtube
  Version : 1.9.3
  Upstream Author : Przemek Piotrowski 
* URL : https://www.mediawiki.org/wiki/Extension:YouTube
* License : GPL-2.0-or-later
  Programming Lang: PHP
  Description : Embed YouTube and other videos into MediaWiki pages

The YouTube MediaWiki extension allows embedding YouTube and other videos
into wiki pages.

Other supported sites include:
* Google Videos
* Archive.org video and audio
* WeGame
* Tangler forum
* Gametrailers
* Nicovideo
* GoGreenTube

I'll be maintaining this under the MediaWiki packaging team.

Bug#969434: ITP: mediawiki-skin-greystuff -- A fixed-width grey skin for MediaWiki

[Kunal Mehta]

Package: wnpp
Severity: wishlist
Owner: Kunal Mehta 

* Package name: mediawiki-skin-greystuff
  Version : 1.1.0
  Upstream Author : Calimonius the Estrange 
* URL : https://www.mediawiki.org/wiki/Skin:GreyStuff
* License : GPL-2.0-or-later
  Programming Lang: PHP/CSS
  Description : A fixed-width grey skin for MediaWiki

GreyStuff is a fixed-width grey skin for MediaWiki that is intended to
emphasise content over interface. It's responsive, supporting both desktop
and mobile screens.

I'll be maintaining this under the MediaWiki packaging team.

Bug#969196: zimlib: symbols updates for architectures built with -O3

[Kunal Mehta]

Hi,

On 2020-08-29 00:47, Gianfranco Costamagna wrote:
> Source: zimlib
> Version: 6.2.0-2
> Severity: serious
> tags: patch
> 
> Hello, zimlib symbols file seems to be really difficult to maintain, breaking 
> on each icu upload, each new gcc upload,
> different gcc optimization levels (such as -O2 and -O3) and so on.
> 
> Somebody thinks that symbols files for c++ applications are a waste of time, 
> but I'm sending you another patch that fixes the issue for now, by adding 
> some symbols, and marking some other as optional
> https://wiki.debian.org/UsingSymbolsFiles

Yeah, this all seems like an exercise in futility at this point. I see
very little benefit in continuing to maintain the symbols file given
that all of the dependent packages are usually updated lockstep and are
managed by the same upstreams.

Any objections to me dropping the symbols file?

-- Kunal

P.S. Thanks for all your work and help in getting libzim/libkiwix to
exist properly in Ubuntu.

Bug#969433: linux-image-4.19.0-10-amd64: sluggish and jittery, [drm:fw_domains_get [i915]] *ERROR* render: timed out waiting for forcewake ack request.

[Thomas Groman]

Package: src:linux
Version: 4.19.132-1
Severity: normal



-- Package-specific info:
** Version:
Linux version 4.19.0-10-amd64 (debian-ker...@lists.debian.org) (gcc
version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.132-1 (2020-07-24)

** Command line:
BOOT_IMAGE=/vmlinuz-4.19.0-10-amd64 root=/dev/mapper/lappy--vg-root ro
quiet module_blacklist=mei_me

** Not tainted

** Kernel log:
[10932.246340] [drm:fw_domains_get [i915]] *ERROR* render: timed out
waiting for forcewake ack request. [10933.861829] [drm:fw_domains_get
[i915]] *ERROR* render: timed out waiting for forcewake ack request.
[10933.911908] [drm:fw_domains_get [i915]] *ERROR* render: timed out
waiting for forcewake ack request. [10933.961969] [drm:fw_domains_get
[i915]] *ERROR* render: timed out waiting for forcewake ack request.
[10934.012027] [drm:fw_domains_get [i915]] *ERROR* render: timed out
waiting for forcewake ack request. [10934.062089] [drm:fw_domains_get
[i915]] *ERROR* render: timed out waiting for forcewake ack request.
[10934.112167] [drm:fw_domains_get [i915]] *ERROR* render: timed out
waiting for forcewake ack request. [10934.162228] [drm:fw_domains_get
[i915]] *ERROR* render: timed out waiting for forcewake ack request.
[10934.212294] [drm:fw_domains_get [i915]] *ERROR* render: timed out
waiting for forcewake ack request. [10934.262352] [drm:fw_domains_get
[i915]] *ERROR* render: timed out waiting for forcewake ack request.
[10935.845841] [drm:fw_domains_get [i915]] *ERROR* render: timed out
waiting for forcewake ack request. [10935.895918] [drm:fw_domains_get
[i915]] *ERROR* render: timed out waiting for forcewake ack request.
[10935.945979] [drm:fw_domains_get [i915]] *ERROR* render: timed out
waiting for forcewake ack request. [10935.996040] [drm:fw_domains_get
[i915]] *ERROR* render: timed out waiting for forcewake ack request.
[10936.046101] [drm:fw_domains_get [i915]] *ERROR* render: timed out
waiting for forcewake ack request. [10936.096164] [drm:fw_domains_get
[i915]] *ERROR* render: timed out waiting for forcewake ack request.
[10936.146225] [drm:fw_domains_get [i915]] *ERROR* render: timed out
waiting for forcewake ack request. [10936.196285] [drm:fw_domains_get
[i915]] *ERROR* render: timed out waiting for forcewake ack request.
[10936.246343] [drm:fw_domains_get [i915]] *ERROR* render: timed out
waiting for forcewake ack request. [10937.861750] [drm:fw_domains_get
[i915]] *ERROR* render: timed out waiting for forcewake ack request.
[10937.911823] [drm:fw_domains_get [i915]] *ERROR* render: timed out
waiting for forcewake ack request. [10937.961876] [drm:fw_domains_get
[i915]] *ERROR* render: timed out waiting for forcewake ack request.
[10938.011933] [drm:fw_domains_get [i915]] *ERROR* render: timed out
waiting for forcewake ack request. [10938.061992] [drm:fw_domains_get
[i915]] *ERROR* render: timed out waiting for forcewake ack request.
[10938.112065] [drm:fw_domains_get [i915]] *ERROR* render: timed out
waiting for forcewake ack request. [10938.162125] [drm:fw_domains_get
[i915]] *ERROR* render: timed out waiting for forcewake ack request.
[10938.212186] [drm:fw_domains_get [i915]] *ERROR* render: timed out
waiting for forcewake ack request. [10938.262244] [drm:fw_domains_get
[i915]] *ERROR* render: timed out waiting for forcewake ack request.
[10939.845677] [drm:fw_domains_get [i915]] *ERROR* render: timed out
waiting for forcewake ack request. [10939.895742] [drm:fw_domains_get
[i915]] *ERROR* render: timed out waiting for forcewake ack request.
[10939.945794] [drm:fw_domains_get [i915]] *ERROR* render: timed out
waiting for forcewake ack request. [10939.995851] [drm:fw_domains_get
[i915]] *ERROR* render: timed out waiting for forcewake ack request.
[10940.045906] [drm:fw_domains_get [i915]] *ERROR* render: timed out
waiting for forcewake ack request. [10940.095972] [drm:fw_domains_get
[i915]] *ERROR* render: timed out waiting for forcewake ack request.
[10940.146034] [drm:fw_domains_get [i915]] *ERROR* render: timed out
waiting for forcewake ack request. [10940.196095] [drm:fw_domains_get
[i915]] *ERROR* render: timed out waiting for forcewake ack request.
[10940.246152] [drm:fw_domains_get [i915]] *ERROR* render: timed out
waiting for forcewake ack request. [10941.861647] [drm:fw_domains_get
[i915]] *ERROR* render: timed out waiting for forcewake ack request.
[10941.911724] [drm:fw_domains_get [i915]] *ERROR* render: timed out
waiting for forcewake ack request. [10941.961784] [drm:fw_domains_get
[i915]] *ERROR* render: timed out waiting for forcewake ack request.
[10942.011848] [drm:fw_domains_get [i915]] *ERROR* render: timed out
waiting for forcewake ack request. [10942.061908] [drm:fw_domains_get
[i915]] *ERROR* render: timed out waiting for forcewake ack request.
[10942.111982] [drm:fw_domains_get [i915]] *ERROR* render: timed out
waiting for forcewake ack request. [10942.162040] [drm:fw_domains_get
[i915]] *ERROR* render: timed out waiting for forcewake ack request.
[10942.212106] [drm:fw_domains_get 

Bug#969432: ledger-autosync: Set TERM in debian/rules to avoid FTBFS with TERM=unknown

[Steve Langasek]

Package: ledger-autosync
Version: 1.0.1-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu groovy ubuntu-patch

Dear maintainers,

The ledger-autosync package has been failing to build from source in Ubuntu,
because the build-time tests require terminfo to be able to resolve a
terminal, and the Ubuntu autobuilders run with TERM=unknown.

Since this is not a relevant environment in which to run ledger-autosync,
the package should simply fix up the environment via debian/rules to let the
tests pass.

Please see the attached patch for a possible solution.

Thanks for considering,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru ledger-autosync-1.0.1/debian/rules ledger-autosync-1.0.1/debian/rules
--- ledger-autosync-1.0.1/debian/rules  2019-09-04 15:39:53.0 -0700
+++ ledger-autosync-1.0.1/debian/rules  2020-09-02 12:10:28.0 -0700
@@ -1,5 +1,6 @@
 #!/usr/bin/make -f
 
+export TERM=vt100
 export PYBUILD_NAME=ledger-autosync
 %:
dh $@ --with python3 --buildsystem=pybuild

Bug#868015: knockd does not start after system reboot

[José]

and the patch works


On Tue, 07 May 2019 09:58:45 +0200 Riccardo Paolo Bestetti 
 wrote:


> Package: knockd
> Version: 0.7-1
> Followup-For: Bug #868015
>
> Dear Maintainer,
>
> Kindly consider fixing the bug. A patch has been available since Sep
> 2017 and it consists in a 3 line edit to the systemd unit file.
>
> BR,
> Riccardo
>
> -- System Information:
> Debian Release: 9.9
> APT prefers stable-updates
> APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 4.17.0-0.bpo.1-amd64 (SMP w/1 CPU core)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)

> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages knockd depends on:
> ii libc6 2.24-11+deb9u4
> ii libpcap0.8 1.8.1-3
> ii logrotate 3.11.0-0.1
> ii lsb-base 9.20161125
>
> knockd recommends no packages.
>
> knockd suggests no packages.
>
> -- Configuration Files:
> /etc/knockd.conf changed:
> [redacted - not useful]
>
> -- no debconf information
>
>

Bug#936268: caldav-tester: Python2 removal in sid/bullseye

[Petter Reinholdtsen]

[Moritz Mühlenhoff]
> Let's remove?

I agree.  I tried to notify other caldav interested people to see if
there was any interest in taking over.  No response so far, so I believe
it is time to give in. :)

-- 
Vennlig hilsen
Petter Reinholdtsen

Bug#969376: openafs-client: Openafs cache erros on the logs

[Jose M Calhariz]

Hi,

I will then update my private backport and see if the things improve.
I will report here the results of your sugestion.  Thank you.

Kind regards
Jose M Calhariz

On Tue, Sep 01, 2020 at 04:07:55PM -0700, Benjamin Kaduk wrote:
> On Tue, Sep 01, 2020 at 03:43:37PM +0100, Jose M Calhariz wrote:
> > Package: openafs-client
> > Version: 1.8.6-1~dsi10+1
> > Severity: normal
> > 
> > I am using a private backport of openafs from testing.  On this server I
> > am getting multiples strange errors about openafs cache.  This server
> > is different in that it runs apache to serve personal web pages and every
> > web page runs under a different openafs user.  So is normal for this
> > server to be simultaneuous running code under 100 or 200 different openafs 
> > users.
> > 
> > The an example of errors on the logs are:
> > 
> > afs: disk cache read error in CacheItems slot 350195 off 28015620/3520 
> > code -4/80
> > afs: Error while alloc'ing cache slot for file 204:536874423.964.4794; 
> > failing with an i/o error
> > 
> > I am not certain this types of errors are to be ignored and there have
> > been reports of problems accessing openafs files.  I am using this bug
> > report to collect more information about this cache errors and the
> > possibility of being an indication of important errors with the openafs
> > cache code.
> 
> This error message is supposed to indicate that a read from the cache
> filesystem got EIO, which in turn is supposed to indicate a physical
> problem with the drive.  That said, I'm not going to jump to conclusions
> and try to blame your drive, as there are several other things that could
> be coming into play.
> 
> While the log message itself is pretty old, there's been a lot of work
> recently to more accurately report EIO in error conditions (mostly instead
> of ENOENT, since returning ENOENT can cause that to get cached at the VFS
> layer and produce strange user-visible behavior).
> 
> Having a lot of users present makes me suspect that the credentials used by
> the kernel to read/write the cache file are not being saved/restored
> properly, and indeed we recently merged to 1.8.x (not in a release yet)
> https://gerrit.openafs.org/14082 and https://gerrit.openafs.org/14099 which
> improve such credentials management.
> 
> My recommendation would be to try pulling in those two patches to your
> build before proceeding to try to trace the source of the EIO.
> 
> Thanks for the report!
> 
> -Ben
> 

-- 
--

A modéstia é como a roupa íntima da mulher - existe, mas não deve ser exibida

--Roberto Campos


signature.asc
Description: PGP signature

Bug#777410: freecdb: please make the build reproducible

[Sudip Mukherjee]

On Tue, Sep 01, 2020 at 10:58:07PM -, Chris Lamb wrote:
> Chris Lamb wrote:
> 
> > [..]
> 
> Friendly ping on this?

This is an orphan package and anyone can make a QA upload.
And can you please check again if it still has the problem?
d/rules has been completely rewritten with 0.76 version and so the
patch will not apply anymore.

--
Regards
Sudip

Bug#969431: grub-efi-ia32: booting results in a 5 minute hang

[Tino Schmidt]

Package: grub-efi-ia32-bin
Version: 2.02+dfsg1-20
Severity: normal

I've got a tablet based on Cherrytrail-Platform (Trekstor SurfTab twin 11.6) 
and installed grub on the internal flash drive (partitioned with GPT). When I 
select the boot entry in UEFI it hangs for 5 minutes before showing the menu of 
grub. An EFI-Loader from Windows, which is on the same partition, does not show 
this behavior.

I performed some tests to identify the problem:

- copied /boot/efi/debian/grubia32.efi to /EFI/Boot/bootia32.efi on a USB flash 
drive (partitioned in MBR-style) - result: no delay, booted immediately
- copied /boot/efi/debian/grubia32.efi to /boot/efi/Boot/bootia32.efi on 
internal flash - result: boot after 5 minute delay
- copied /boot/efi/debian/grubia32.efi to /boot/efi/Boot/Microsoft/bootmgfw.efi 
on internal flash - result: boot after 5 minute delay
- installed linux-image-686, booted into EFI-Shell and booted kernel directly 
via EFI stub - result: system freeze
- repartioned internal flash from GPT to MBR layout - result: boot after 5 
minute delay

After a web search I found, that a hang in a UEFI application may trigger a 
timer to reset this application after five minutes by UEFI. I'm wondering if 
this is the case here. What can I do to further debug this issue?


Thanks,
Tino

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/mapper/tablet_luks / btrfs rw,noatime,ssd,space_cache,subvolid=5,subvol=/ 
0 0
/dev/mmcblk0p2 /boot ext3 rw,noatime 0 0
/dev/mmcblk0p1 /boot/efi vfat 
rw,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro
 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
insmod all_video
  else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod btrfs
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  34c49bcb-67d9-4e53-8a49-724075c882f0
else
  search --no-floppy --fs-uuid --set=root 34c49bcb-67d9-4e53-8a49-724075c882f0
fi
font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=de_DE
  insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod btrfs
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  34c49bcb-67d9-4e53-8a49-724075c882f0
else
  search --no-floppy --fs-uuid --set=root 34c49bcb-67d9-4e53-8a49-724075c882f0
fi
insmod png
if background_image 
/usr/share/desktop-base/futureprototype-theme/grub/grub-4x3.png; then
  set color_normal=white/black
  set color_highlight=black/white
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu 
--class os $menuentry_id_option 
'gnulinux-simple-34c49bcb-67d9-4e53-8a49-724075c882f0' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  
720ab755-17f0-47b8-a893-f5f361ed17b5
else
  search --no-floppy --fs-uuid --set=root 
720ab755-17f0-47b8-a893-f5f361ed17b5
fi
echo'Linux 5.7.10 wird geladen …'
linux   /vmlinuz-5.7.10 

Bug#777058: dbview: please make the build reproducible

[Sudip Mukherjee]

On Tue, Sep 01, 2020 at 10:58:04PM -, Chris Lamb wrote:
> Chris Lamb wrote:
> 
> > [..]
> 
> Friendly ping on this?

This is an orphan package and anyone can make a QA upload.
And can you please check again if it still has the problem?
d/rules has been completely rewritten with 1.0.4-2 version and so the
patch will not apply anymore.

--
Regards
Sudip

Bug#969430: Ledger executable not found

[Louis-Philippe Véronneau]

Package: ledger
Version: 3.2.1-5
Severity: grave

Dear maintainers,

It seems version 3.2.1-5 broke ledger badly.

When calling `ledger`, I now get:

bash: ledger: command not found

Calling `whereis ledger`, I get:

ledger: /usr/lib/ledger

This directory is empty.

Cheers, and thanks for your work on this package.

-- 
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁  Louis-Philippe Véronneau
  ⢿⡄⠘⠷⠚⠋   po...@debian.org / veronneau.org
  ⠈⠳⣄



signature.asc
Description: OpenPGP digital signature

Bug#963980: bumblebee-nvidia: Bumblebee daemon reported: error: [XORG] (EE) Unable to locate/open config directory

[Vincas Dargis]

Sadly, purge & reinstall did not help this time...

Bug#936336: coz-profiler: Python2 removal in sid/bullseye

[Petter Reinholdtsen]

[Lluís Vilanova]
> I've pushed a new version for coz, please check
> https://salsa.debian.org/coz-team/coz-profiler.

Very good.  Thank you for looking after this.

I had a look, and uploaded a new version of libelfin and coz-profiler to
unstable.  I have updated the changelog and added tags, will push them
when I see the uploads go through.

-- 
Happy hacking
Petter Reinholdtsen

Bug#957812: slirp: ftbfs with GCC-10

[Bernhard Übelacker]

Dear Maintainer,
the patch "949003_explicit_extern_declaration.patch" attached in [1],
should help against the exact issue this bug is about.

Kind regards,
Bernhard

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=949003#35

Bug#963980: bumblebee-nvidia: Bumblebee daemon reported: error: [XORG] (EE) Unable to locate/open config directory

[Vincas Dargis]

OK so it looks like after 2020-09-01 updates that had lot's of NVIDIA stuff, 
same error reproduces again:

```
$ pvkrun vkcube
primus: fatal: Bumblebee daemon reported: error: [XORG] (EE) Unable to locate/open config directory: 
"/etc/bumblebee/xorg.conf.d"

```

```
$ optirun glxgears
[ 5856.436157] [ERROR]Cannot access secondary GPU - error: [XORG] (EE) Unable to locate/open config directory: 
"/etc/bumblebee/xorg.conf.d"


[ 5856.436198] [ERROR]Aborting because fallback start is disabled.
```


```
$ primusrun glxgears
primus: fatal: Bumblebee daemon reported: error: [XORG] (EE) Unable to locate/open config directory: 
"/etc/bumblebee/xorg.conf.d

```

optirun/primusrun/pvkrun does not work. glxgears does run with integrated 
graphics, but not with NVIDIA.

Attached /etc/bumblebee directory contents.

Here's what /var/log/apt/history.log tells:

Start-Date: 2020-09-01  18:26:20
Commandline: apt full-upgrade
Requested-By: vincas (1000)
Upgrade: libmpc3:amd64 (1.2.0~rc1-1, 1.2.0-1), libnvidia-glvkspirv:amd64 (450.57-3, 450.66-1), libnvidia-glvkspirv:i386 
(450.57-3, 450.66-1), libstdc++-10-dev:amd64 (10.2.0-5, 10.2.0-6), liblouisutdml-data:amd64 (2.8.0-4, 2.9.0-1), 
libwayland-egl1:amd64 (1.18.0-2~exp1, 1.18.0-2~exp1.1), libwayland-egl1:i386 (1.18.0-2~exp1, 1.18.0-2~exp1.1), 
mesa-opencl-icd:amd64 (20.1.5-1, 20.1.6-1), libgles-nvidia1:amd64 (450.57-3, 450.66-1), libgles-nvidia1:i386 (450.57-3, 
450.66-1), libgles-nvidia2:amd64 (450.57-3, 450.66-1), libgles-nvidia2:i386 (450.57-3, 450.66-1), xserver-common:amd64 
(2:1.20.8-2, 2:1.20.9-1), g++-10:amd64 (10.2.0-5, 10.2.0-6), libnvidia-ml1:amd64 (450.57-3, 450.66-1), 
nvidia-vulkan-icd:amd64 (450.57-3, 450.66-1), nvidia-vulkan-icd:i386 (450.57-3, 450.66-1), xserver-xorg-core:amd64 
(2:1.20.8-2, 2:1.20.9-1), nvidia-egl-icd:amd64 (450.57-3, 450.66-1), nvidia-egl-icd:i386 (450.57-3, 450.66-1), 
libegl-mesa0:amd64 (20.1.5-1, 20.1.6-1), libegl-mesa0:i386 (20.1.5-1, 20.1.6-1), lib32stdc++6:amd64 (10.2.0-5, 
10.2.0-6), libaprutil1:amd64 (1.6.1-4+b1, 1.6.1-5), gcc-10-base:amd64 (10.2.0-5, 10.2.0-6), gcc-10-base:i386 (10.2.0-5, 
10.2.0-6), electrum:amd64 (4.0.2-1, 4.0.2-2), libobjc4:amd64 (10.2.0-5, 10.2.0-6), nvidia-driver:amd64 (450.57-3, 
450.66-1), libglapi-mesa:amd64 (20.1.5-1, 20.1.6-1), libglapi-mesa:i386 (20.1.5-1, 20.1.6-1), mesa-common-dev:amd64 
(20.1.5-1, 20.1.6-1), lib32gcc-s1:amd64 (10.2.0-5, 10.2.0-6), mesa-vulkan-drivers-dbgsym:amd64 (20.1.5-1, 20.1.6-1), 
liblouis20:amd64 (3.14.0-1, 3.15.0-1), libitm1:amd64 (10.2.0-5, 10.2.0-6), nvidia-vulkan-common:amd64 (450.57-3, 
450.66-1), xserver-xorg-legacy:amd64 (2:1.20.8-2, 2:1.20.9-1), libxatracker2:amd64 (20.1.5-1, 20.1.6-1), 
python3-louis:amd64 (3.14.0-1, 3.15.0-1), nvidia-vdpau-driver:amd64 (450.57-3, 450.66-1), libgl1-nvidia-glvnd-glx:amd64 
(450.57-3, 450.66-1), libgl1-nvidia-glvnd-glx:i386 (450.57-3, 450.66-1), libegl1-mesa:amd64 (20.1.5-1, 20.1.6-1), 
cmake-data:amd64 (3.16.3-3, 3.18.2-1), libasan6:amd64 (10.2.0-5, 10.2.0-6), libglx-nvidia0:amd64 (450.57-3, 450.66-1), 
libglx-nvidia0:i386 (450.57-3, 450.66-1), libquadmath0:amd64 (10.2.0-5, 10.2.0-6), orca:amd64 (3.36.5-1, 3.36.6-1), 
rsyslog:amd64 (8.2006.0-2, 8.2008.0-1), nvidia-kernel-dkms:amd64 (450.57-3, 450.66-1), libgbm1:amd64 (20.1.5-1, 
20.1.6-1), libgbm1:i386 (20.1.5-1, 20.1.6-1), libegl-nvidia0:amd64 (450.57-3, 450.66-1), libegl-nvidia0:i386 (450.57-3, 
450.66-1), libwayland-client0:amd64 (1.18.0-2~exp1, 1.18.0-2~exp1.1), libwayland-client0:i386 (1.18.0-2~exp1, 
1.18.0-2~exp1.1), nvidia-egl-common:amd64 (450.57-3, 450.66-1), libapr1:amd64 (1.7.0-1, 1.7.0-3), libgcc-10-dev:amd64 
(10.2.0-5, 10.2.0-6), libllvm10:amd64 (1:10.0.1-4, 1:10.0.1-5), libllvm10:i386 (1:10.0.1-4, 1:10.0.1-5), 
libnvidia-cfg1:amd64 (450.57-3, 450.66-1), libtsan0:amd64 (10.2.0-5, 10.2.0-6), nvidia-legacy-check:amd64 (450.57-3, 
450.66-1), libubsan1:amd64 (10.2.0-5, 10.2.0-6), aspell-de-1901:amd64 (1:2-35, 1:2-36), liblouisutdml9:amd64 (2.8.0-4, 
2.9.0-1), libgfortran5:amd64 (10.2.0-5, 10.2.0-6), kinfocenter:amd64 (4:5.17.5-2, 4:5.17.5-3), 
nvidia-kernel-support:amd64 (450.57-3, 450.66-1), liblsan0:amd64 (10.2.0-5, 10.2.0-6), libgomp1:amd64 (10.2.0-5, 
10.2.0-6), libgomp1:i386 (10.2.0-5, 10.2.0-6), nvidia-driver-libs:amd64 (450.57-3, 450.66-1), nvidia-driver-libs:i386 
(450.57-3, 450.66-1), nvidia-driver-bin:amd64 (450.57-3, 450.66-1), libgl1-mesa-dev:amd64 (20.1.5-1, 20.1.6-1), 
libgl1-mesa-dri:amd64 (20.1.5-1, 20.1.6-1), libgl1-mesa-dri:i386 (20.1.5-1, 20.1.6-1), liblouisutdml-bin:amd64 (2.8.0-4, 
2.9.0-1), libosmesa6:amd64 (20.1.5-1, 20.1.6-1), libosmesa6:i386 (20.1.5-1, 20.1.6-1), libtss2-esys0:amd64 (2.4.1-1+b1, 
3.0.0-1), libgcc-s1:amd64 (10.2.0-5, 10.2.0-6), libgcc-s1:i386 (10.2.0-5, 10.2.0-6), libgl1-mesa-glx:amd64 (20.1.5-1, 
20.1.6-1), libgl1-mesa-glx:i386 (20.1.5-1, 20.1.6-1), xserver-xorg-video-nvidia:amd64 (450.57-3, 450.66-1), cmake:amd64 
(3.16.3-3, 3.18.2-1), libclang-common-10-dev:amd64 (1:10.0.1-4, 1:10.0.1-5), liblouis-data:amd64 (3.14.0-1, 

Bug#949003: Doesn't work on 64 bit architectures

[Bernhard Übelacker]

Dear Maintainer,
I tried to find some more information about this issue.
Attached is a file containing some hints how I did run
the UML process and some debugging output.

As far as I see it is yet another issue with some "caddr32_t"
sizes, this time they are used to map the input data.
Therefore 8 Bytes get written instead of 4, when assigning
the next and prev pointer inside function tcp_input, line 306. [2]

Therefore the checksum for each IP packet does not
match anymore and gets dropped. ("11 discarded for bad checksums")

As it seems this type is sometimes mapped to input data and
then used for holding real pointers, it looks their size
cannot be just increased as done in patch 012_ipq64.patch.

Related bugs seem to be: #948268 or #922323.


When realising this type being the issue I found this patch [1],
which might have been created in the Qemu area.

Unfortunately this patch did not apply cleanly, but attached
patch c11b4078042_fix_64_bit_issue_in_slirp.patch is created from
the package with all patches applied and additionally
949003_explicit_extern_declaration.patch to fix a build failure.


One thing to note is building the package with -DDEBUG allows to
use the '-d 7' switch to get some verbose output in file 'slirp_debug'.


A package built with both patches and "-DDEBUG" was able to
do some http downloads.

Kind regards,
Bernhard


[1] 
https://gitlab.freedesktop.org/slirp/libslirp/-/commit/c11b407804272b71e5bdd7a2a9181c64c7a594ed


[2]
(gdb) bt
#0  tcp_input (m=0x558551242be0, iphlen=, 
inso=inso@entry=0x0) at ./tcp_input.c:313
#1  0x55854f58399c in ip_input (m=) at ip_input.c:214
#2  0x55854f58c01f in sl_dispatch (ttyp=ttyp@entry=0x55855123e2c0) at 
./sl.c:127
#3  0x55854f58c1ee in sl_input (ttyp=0x55855123e2c0, 
if_bptr=0x7ffddbe4f67e "\300\264\004\002\b\n`\354\303a", if_n=63) at ./sl.c:35
#4  0x55854f581ed2 in if_input (ttyp=0x55855123e2c0) at ./if.c:191
#5  0x55854f58567f in main_loop () at ./main.c:1158
#6  0x55854f5757d7 in main (argc=3, argv=0x7ffddbe504f8) at ./main.c:95
Description: 949003

Author: Bernhard Übelacker 
Bug-Debian: https://bugs.debian.org/949003
Forwarded: no
Last-Update: 2020-09-02

Index: slirp-1.0.17/src/options.c
===
--- slirp-1.0.17.orig/src/options.c
+++ slirp-1.0.17/src/options.c
@@ -74,8 +74,8 @@ int nozeros;/* If se
  * Read the config file
  */
 
-int (*lprint_print) _P((void *, const char *format, va_list));
-char *lprint_ptr, *lprint_ptr2, **lprint_arg;
+extern int (*lprint_print) _P((void *, const char *format, va_list));
+extern char *lprint_ptr, *lprint_ptr2, **lprint_arg;
 struct sbuf *lprint_sb;
 
 int cfg_unit;
Description: Fix 64 bit issue in slirp

Origin: https://gitlab.freedesktop.org/slirp/libslirp/-/commit/c11b407804272b71e5bdd7a2a9181c64c7a594ed
Bug-Debian: https://bugs.debian.org/949003
Last-Update: 2020-09-02

Index: slirp-1.0.17/src/ip.h
===
--- slirp-1.0.17.orig/src/ip.h
+++ slirp-1.0.17/src/ip.h
@@ -187,35 +187,31 @@ struct	ip_timestamp {
 
 #define	IP_MSS		576		/* default maximum segment size */
 
-#ifdef HAVE_SYS_TYPES32_H  /* Overcome some Solaris 2.x junk */
-#include 
-#else
 #if SIZEOF_CHAR_P == 4
-typedef caddr_t caddr32_t;
-#else
-typedef void* caddr32_t;
-#endif
-#endif
-
-#if SIZEOF_CHAR_P == 4
-typedef struct ipq *ipqp_32;
-typedef struct ipasfrag *ipasfragp_32;
+struct mbuf_ptr {
+struct mbuf *mptr;
+uint32_t dummy;
+};
 #else
-typedef void* ipqp_32;
-typedef void* ipasfragp_32;
+struct mbuf_ptr {
+struct mbuf *mptr;
+};
 #endif
+struct qlink {
+void *next, *prev;
+};
 
 /*
  * Overlay for ip header used by other protocols (tcp, udp).
  */
 struct ipovly {
-	caddr32_t	ih_next, ih_prev;	/* for protocol sequence q's */
+	struct	mbuf_ptr ih_mbuf;	/* backpointer to mbuf */
 	u_int8_t	ih_x1;			/* (unused) */
 	u_int8_t	ih_pr;			/* protocol */
 	int16_t	ih_len;			/* protocol length */
 	struct	in_addr ih_src;		/* source internet address */
 	struct	in_addr ih_dst;		/* destination internet address */
-};
+} __attribute__((packed));
 
 /*
  * Ip reassembly queue structure.  Each fragment
@@ -225,44 +221,30 @@ struct ipovly {
  * size 28 bytes
  */
 struct ipq {
-	ipqp_32 next,prev;	/* to other reass headers */
+	struct	qlink frag_link;	/* to ip headers of fragments */
+	struct	qlink ip_link;		/* to other reass headers */
 	u_int8_t	ipq_ttl;		/* time for reass q to live */
 	u_int8_t	ipq_p;			/* protocol of this fragment */
 	u_int16_t	ipq_id;			/* sequence id for reassembly */
-	ipasfragp_32 ipq_next,ipq_prev;
-	/* to ip headers of fragments */
 	struct	in_addr ipq_src,ipq_dst;
 };
 
 /*
  * Ip header, when holding a fragment.
  *
- * Note: ipf_next must be at same offset as ipq_next above
+ * Note: ipf_link must be at same offset as frag_link above
  */
 struct	ipasfrag {
-#ifdef WORDS_BIGENDIAN
-	u_int	ip_v:4,

Bug#969429: ITP: bully -- Implementation of the WPS brute force attack, written in C

[Karthik కార్తిక్]

Package: wnpp
Owner: Karthik 
Severity: wishlist

* Package name : bully
Version : 1.4.00
Upstream Author : kimocoder 
* URL : https://github.com/kimocoder/bully
* License : GPLv3
Programming Lang: C
Description : Implementation of the WPS brute force attack, written in C


Regards,

Karthik
https://kskarthik.gitlab.io

Bug#969428: sway: please use background from desktop-base when available

[Jonas Smedegaard]

Package: sway
Version: 1.5-3
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package desktop-base provides background-images for desktop environments.

Would be nice if sway would use that by default when installed,
but if not installed then uses sway-backgrounds as now.

One approach would be to support config-variable snippets (see bug#969427)
and have desktop-base ship with a config-variable snippet.

Another approach would be to have sway install a dpkg hook
which generated a symlink to default image in either of packages
desktop-base or sway-backgrounds, depending on which were installed,
and default configfile was changed to point to that symlink.

For both approaches, it would then make sense for package sway to have
"Recommends: sway-backgrounds | desktop-base" so that sway would pull in
its own backgrounds when installed on its own, but skip that if installed
together with or later than install of desktop-base.


 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAl9PwLEACgkQLHwxRsGg
ASG1Ng//W8hIKbv81ouwwvrGZCgyaeF62JOiz3dIdD1XQt6gHJEg8sVc44mfbyA0
ZA8uJwt+C1bVSKy+Nm3NGYnCWr0UBZOWz27rYVrTWbCehEf6pHctwC83Z/p6u14/
bPX5zZdrfuCEzpDlDjXpUT7MpnIEagvShwhBWSkuWZ9YvTcUziexVmP2Y+dgxQ87
BvPk8khX4S4RbsH1WpPn4qnqHb3ZG4E+G540h+E75J8ghjOqNgp/pjlLTEbkfdu3
8U736boyT9LEeI5GAZ9fMMtoNH6smGthDPGp6DJYKmks9o87TmE9x1kldmJM8ru0
Vw1HfiBmdMZQyNmLhAxXGw0pMMmJiS52t8tv2yTBt9FWdQHxO4Krq5w452oNXW5D
hp5ZNjjSszQM33uEWPaYHZt3ja6/JJk2Bzpe9V+si8nTHAwOa37PM+FoyVP5UDkx
j3ar6iTWmkek4sswG5ooIXA8MK6H4r+qCNLxXk+eyeezZVpHpWalqTTdzj+p0AB1
QqZq1jr4Sb+0tzEHDZXqcOzgrLg+YkgCfJZnIIIWL5Qpv4qNeT5tqE+xcLeXRj2j
0Gk8VnNklxYZE+lguPklOERF4SOeoIYFNaLvo5Uvm1qpk9/2tc+HwweuvRhUyfu7
437weUak3P3pT1B7GQ7bT3f8gGNIEmzrdDIZNf3F0eXja9Pbe38=
=MznS
-END PGP SIGNATURE-

Bug#936336: coz-profiler: Python2 removal in sid/bullseye

[Lluís Vilanova]

On Wed, Aug 12, 2020 at 3:27 PM Petter Reinholdtsen  wrote:
> I've managed to fix my key problems, and can do the upload.
>
> Is it ready to go in?

I've pushed a new version for coz, please check
https://salsa.debian.org/coz-team/coz-profiler.

Cheers,
Lluis

Bug#965074: Patches to make multicast proccesing on CDC NCM drivers

[Greg KH]

On Wed, Sep 02, 2020 at 03:27:28PM +0200, Santiago Ruano Rincón wrote:
> El 02/09/20 a las 14:05, Greg KH escribió:
> > On Wed, Sep 02, 2020 at 01:47:18PM +0200, Santiago Ruano Rincón wrote:
> > > El 30/07/20 a las 16:07, Oliver Neukum escribió:
> > > > Am Donnerstag, den 30.07.2020, 15:53 +0200 schrieb Santiago Ruano
> > > > Rincón:
> > > > > Hi,
> > > > > 
> > > > > Miguel Rodríguez sent this set of patches two years ago to fix the 
> > > > > lack
> > > > > of multicast processing on CDC NCM driver:
> > > > > 
> > > > > https://www.spinics.net/lists/linux-usb/msg170611.html
> > > > > https://www.spinics.net/lists/linux-usb/msg170603.html
> > > > > https://www.spinics.net/lists/linux-usb/msg170567.html
> > > > > https://www.spinics.net/lists/linux-usb/msg170568.html
> > > > > 
> > > > > I've using a DKMS version of them, available in
> > > > > https://github.com/stbuehler/fixed-cdc-ether-ncm/tree/wip/patches
> > > > > since more than a year ago, and they are working fine with my Dell 
> > > > > D6000
> > > > > docking station. IPv6 connectivity is broken without them.
> > > > > 
> > > > > Is there any chance to consider those patches (or what would be needed
> > > > > to make it happen)?
> > > > > It would be great to have them upstream!
> > > > 
> > > > Hi,
> > > > 
> > > > they have been merged on Wednesday.
> > > …
> > > 
> > > Great, thanks!
> > > 
> > > It would be possible to apply/backport Miguel's patches (along with
> > > 5fd99b5d9950d6300467ded18ff4e44af0b4ae55) to stable versions please?
> > 
> > I don't see that git commit id in Linus's tree, are you sure it is
> > correct?
> 
> I should had mention it is found in linux-next, sorry. Please see
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969365#10

Ah, nothing I can do with patches that are not yet in Linus's tree.

> > > FWIW, in the context of Debian, I'm personally interested in 4.19.y.
> > 
> > What specific list of commits are you wanting to see backported?
> 
> This:
> 
> 37a2ebdd9e597ae1a0270ac747883ea8f6f767b6
> e10dcb1b6ba714243ad5a35a11b91cc14103a9a9
> e506addeff844237d60545ef4f6141de21471caf
> 0226009ce0f6089f9b31211f7a2703cf9a327a01

These do not look like bugfixes, but a new feature being added for this
driver.  So why not just use a newer kernel version for this feature?

thanks,

greg k-h

Bug#859926: speechd-up: fails to install

[Dennis Filder]

I looked into this a bit and came up with the attached patch (written
against 0.10.1-2), but for further improvement I'd need some feedback.

The patch adds a new thread that is on the lookout for Pulseaudio
processes and reconfigures/restarts the output modules accordingly
once it finds one.  This allows speech-dispatcher (with the correct
privileges) to transition between ALSA and Pulseaudio without the need
for a restart (albeit with the loss of the not-yet-spoken messages in
the module and a pause of about 1-2 seconds).  In my experience it
works quite nicely.

I don't doubt that making the output modules do the transition
themselves without restarting them would be better, but that would
require changes far more intrusive than the ones in this patch.

N.B.: For this to fix the original bug during installation of
speechd-up, the default for AudioOutputMethod would have to be changed
to "pulse,alsa".

Regards,
Dennis.
Fix for #859926 

diff --git a/speech-dispatcher-0.10.1/src/server/configuration.c b/speech-dispatcher-0.10.1/src/server/configuration.c
index 3d08fe1..9457e3a 100644
--- a/speech-dispatcher-0.10.1/src/server/configuration.c
+++ b/speech-dispatcher-0.10.1/src/server/configuration.c
@@ -187,6 +187,7 @@ GLOBAL_FDSET_OPTION_CB_STR(DefaultModule, output_module)
 GLOBAL_FDSET_OPTION_CB_STR(AudioPulseServer, audio_pulse_server)
 GLOBAL_FDSET_OPTION_CB_STR(AudioPulseDevice, audio_pulse_device)
 GLOBAL_FDSET_OPTION_CB_INT(AudioPulseMinLength, audio_pulse_min_length, 1, "")
+GLOBAL_FDSET_OPTION_CB_INT(AudioPulseFallback, audio_pulse_fallback, 1, "")

 GLOBAL_FDSET_OPTION_CB_INT(DefaultRate, msg_settings.rate, (val >= -100)
 			   && (val <= +100), "Rate out of range.")
@@ -458,6 +459,7 @@ configoption_t *load_config_options(int *num_options)
 	ADD_CONFIG_OPTION(AudioPulseServer, ARG_STR);
 	ADD_CONFIG_OPTION(AudioPulseDevice, ARG_STR);
 	ADD_CONFIG_OPTION(AudioPulseMinLength, ARG_INT);
+	ADD_CONFIG_OPTION(AudioPulseFallback, ARG_INT);

 	ADD_CONFIG_OPTION(BeginClient, ARG_STR);
 	ADD_CONFIG_OPTION(EndClient, ARG_NONE);
@@ -494,6 +496,7 @@ void load_default_global_set_options()
 	GlobalFDSet.audio_pulse_server = g_strdup("default");
 	GlobalFDSet.audio_pulse_device = g_strdup("default");
 	GlobalFDSet.audio_pulse_min_length = 10;
+	GlobalFDSet.audio_pulse_fallback = 1;

 	SpeechdOptions.max_history_messages = 1;

diff --git a/speech-dispatcher-0.10.1/src/modules/Makefile.am b/speech-dispatcher-0.10.1/src/modules/Makefile.am
index 670c04c..3dcf920 100644
--- a/speech-dispatcher-0.10.1/src/modules/Makefile.am
+++ b/speech-dispatcher-0.10.1/src/modules/Makefile.am
@@ -28,9 +28,16 @@ audio_SOURCES = spd_audio.c spd_audio.h
 common_SOURCES = module_main.c module_utils.c module_utils.h
 common_LDADD = $(SNDFILE_LIBS) $(DOTCONF_LIBS) $(GLIB_LIBS) $(GTHREAD_LIBS)

+if pulse_support
+patrack = 1
+else
+patrack = 0
+endif
+
 AM_CFLAGS = $(ERROR_CFLAGS)
 AM_CPPFLAGS = $(inc_local) -DDATADIR=\"$(snddatadir)\" -D_GNU_SOURCE \
 	-DPLUGIN_DIR="\"$(audiodir)\"" \
+	-DPATRACK=\"$(patrack)\" \
 	$(DOTCONF_CFLAGS) $(GLIB_CFLAGS) $(GTHREAD_CFLAGS) \
 	$(ibmtts_include) $(SNDFILE_CFLAGS)

diff --git a/speech-dispatcher-0.10.1/src/server/Makefile.am b/speech-dispatcher-0.10.1/src/server/Makefile.am
index df15268..4f3e657 100644
--- a/speech-dispatcher-0.10.1/src/server/Makefile.am
+++ b/speech-dispatcher-0.10.1/src/server/Makefile.am
@@ -20,18 +20,26 @@
 inc_local = -I$(top_srcdir)/include/
 lib_common = $(top_builddir)/src/common/libcommon.la

+if pulse_support
+patrack = 1
+else
+patrack = 0
+endif
+
 bin_PROGRAMS = speech-dispatcher
 speech_dispatcher_SOURCES = speechd.c speechd.h server.c server.h \
 	history.c history.h module.c module.h configuration.c configuration.h \
 	parse.c parse.h set.c set.h msg.h alloc.c alloc.h \
 	compare.c compare.h speaking.c speaking.h options.c options.h \
 	output.c output.h sem_functions.c sem_functions.h \
+	patrack.c patrack.h \
 	index_marking.c index_marking.h symbols.c symbols.h
 speech_dispatcher_CFLAGS = $(ERROR_CFLAGS)
 speech_dispatcher_CPPFLAGS = $(inc_local) $(DOTCONF_CFLAGS) $(GLIB_CFLAGS) \
 	$(GMODULE_CFLAGS) $(GTHREAD_CFLAGS) -DSYS_CONF=\"$(spdconfdir)\" \
 	-DSND_DATA=\"$(snddatadir)\" -DMODULEBINDIR=\"$(modulebindir)\" \
 	-DLOCALE_DATA=\"$(localedatadir)\" \
+	-DPATRACK=\"$(patrack)\" \
 	-D_GNU_SOURCE -DDEFAULT_AUDIO_METHOD=\"$(default_audio_method)\"
 speech_dispatcher_LDFLAGS = $(RDYNAMIC)
 speech_dispatcher_LDADD = $(lib_common) $(DOTCONF_LIBS) $(GLIB_LIBS) \
diff --git a/speech-dispatcher-0.10.1/src/modules/module_utils.c b/speech-dispatcher-0.10.1/src/modules/module_utils.c
index 4f65dd3..c61db39 100644
--- a/speech-dispatcher-0.10.1/src/modules/module_utils.c
+++ b/speech-dispatcher-0.10.1/src/modules/module_utils.c
@@ -28,6 +28,7 @@
 #include 
 #include 
 #include "module_utils.h"
+#include "sigabort.h"

 static char *module_audio_pars[10];

@@ -347,6 +348,8 @@ char 

Bug#882993: mlocate: please supply a systemd unit for updatedb.mlocate

[Jonathan Dowland]

I'm (finally) working on a patch for this.

--
Jonathan Dowland

Bug#969427: sway: please support overriding configfile variables in separate config snippets

[Jonas Smedegaard]

Package: sway
Version: 1.5-3
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

sway supports loading config snippets.

Debian package ships with a default configfile that a) isolates some
config options as variables, and b) loads /etc/sway/config.d snippets
snippets at the end.

That's nice, but not ideal.  Ideal would be if possible to override
those variables _before_ they are used.

Please improve default confgifile by adding the following line,
after the variables are defined but before they are used:

  include /etc/sway/config-vars.d/*

That allows overriding e.g. terminal or background image
without touching the configfile shipped by sway -
which is a nice feature for local tweaks but more importantly
allows for other packages to provide such overrides.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAl9PvCQACgkQLHwxRsGg
ASEPeg/9Fz8JUPkf1K6VtA4+3Zufr9bVx39FJo4adjcHOPIzsVA32mpkcktr4xwY
LMDtlsO/i2ND2KmXFGt+CXZuqFzYRWJ8nC2/cOgrRCBdQ96E79oUiIUIJt+1aGn2
kwN3BfWU/knTzSlHakyirXbHLt6yT47/ODC47WJRrKCa551CG/+0DnmnLqz731X6
8BYIfCUBo+p4+dh2p7woYImb9ikWHbriMp2Eetv7J2SPLo8THhScbshTf+GMJskS
S2AzE2wcXXS5pDVGNu/tapBjHFEmydO70TfRryUz7ro6YK3UuAgp7URT8e1cBOqL
M8ZufY+rzW9kGHkI8bTSj3616ZE/lL192BfROaQ0WsEUTM//mrgpg8ZggOsxkpcP
NNQDVVgw3TRaiUmsOgvF8onZu6AJT1+eboi2t24C5jYhO/zlVK/PYxo5bLa7izMz
dd/r491lSG6JqTNa5DDhDya6uf4Isv0OSKKXlkB8vLM5IyqWMw4mGdliwgipQpMj
yZUrdN7ai9F+9KnW1bJDS302X/RgoY1eOMl0ixkBSe4qsiw1E03n4QfJRuTPJ5uU
Mmbhyg7qRjLVG+KgKTBaytYRcEUocQF7TgSD6HcO7dZhEiNsGhnCtUjMZLcjMsmL
elARXrhzbWghiQnvTEbSKGdwL2vHiTB+3TjpNI9TfmYi/brLMZg=
=yyYR
-END PGP SIGNATURE-

Bug#969359: Debian Teams Mailing list

[Paul Sutton]

Hi

Just sending this in support of the request to create a mailing list for
the DebianAcademy team.

https://wiki.debian.org/DebianAcademy

Thank you for your time.

Paul Sutton
-- 
Paul Sutton, Cert ContSci (Open)
https://personaljournal.ca/paulsutton/
gnupg : 7D6D B682 F351 8D08 1893  1E16 F086 5537 D066 302D

https://www.linkedin.com/in/paulsutton2019/

Bug#969426: ITP: r-cran-broom.mixed -- GNU R tidying methods for mixed models

[Andreas Tille]

Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-broom.mixed -- GNU R tidying methods for mixed models
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-cran-broom.mixed
  Version : 0.2.6
  Upstream Author : Ben Bolker,
* URL : https://cran.r-project.org/package=broom.mixed
* License : GPL-3
  Programming Lang: GNU R
  Description : GNU R tidying methods for mixed models
 Convert fitted objects from various R mixed-model packages into tidy
 data frames along the lines of the 'broom' package. The package provides
 three S3 generics for each model: tidy(), which summarizes a model's
 statistical findings such as coefficients of a regression; augment(),
 which adds columns to the original data such as predictions, residuals
 and cluster assignments; and glance(), which provides a one-row summary
 of model-level statistics.

Remark: This package is maintained by Debian R Packages Maintainers at
   https://salsa.debian.org/r-pkg-team/r-cran-broom.mixed

Bug#969425: ITP: r-cran-cubelyr -- GNU R data cube 'dplyr' backend

[Andreas Tille]

Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-cubelyr -- GNU R data cube 'dplyr' backend
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-cran-cubelyr
  Version : 1.0.0
  Upstream Author : Hadley Wickham,
* URL : https://cran.r-project.org/package=cubelyr
* License : MIT
  Programming Lang: GNU R
  Description : GNU R data cube 'dplyr' backend
 An implementation of a data cube extracted out of
 'dplyr' for backward compatibility.

Remark: This package is maintained by Debian R Packages Maintainers at
   https://salsa.debian.org/r-pkg-team/r-cran-cubelyr

Bug#969359: lists.debian.org: Please create new list debian-academy

[jathan]

On 01/09/2020 02:09, Joost van Baal-Ilić wrote:
> Package: lists.debian.org
> Severity: wishlist
> X-Debbugs-CC: jathanblack...@gmail.com
> 
> Hi,
> 
> Could you please create a list?
> 
> Name: debian-acad...@lists.debian.org
> 
> Rationale: The Debian Academy project is running: jathan gave a presentation 
> at
> DebConf20, there's an active wiki page at
> https://wiki.debian.org/DebianAcademy, irc channel, storm document and git 
> repo
> at https://salsa.debian.org/debian/debianacademy-team.  The people involved
> would like another properly archived communication medium.
> 
> Description: Debian Academy Team
> 
> Long Description: Discussions on building and running an official Debian
> E-Learning platform and on creating courses about Debian Development topics
> 
> Category: Development lists
> 
> Subscription Policy: open
> 
> Post Policy: open
> 
> Web archive: yes
> 
> 
> 
> 
> Thanks a lot!
> 
> Bye,
> 
> Joost
> 
Hi,

FWIW, I support the creation of this list.


Regards,
Jathan

-- 
Por favor evita enviarme adjuntos en formato de word o powerpoint, si
quieres saber porque lee esto:
http://www.gnu.org/philosophy/no-word-attachments.es.html
¡Cámbiate a GNU/Linux! http://getgnulinux.org/es



signature.asc
Description: OpenPGP digital signature

Bug#964569: Removed autopkgtest

[Thomas Goirand]

Hi,

The autopkgtest were flaky, and not added by me (as part of a
contribution) so I removed them. Hopefully, I'll be able to re-add them
later on, and/or add tests at build time.

Cheers,

Thomas Goirand (zigo)

Bug#969424: ITP: pyasn -- very fast IP address to Autonomous System Number lookups

[Hans-Christoph Steiner]

Package: wnpp
Severity: wishlist
Owner: Hans-Christoph Steiner 

* Package name: pyasn
  Version : 1.6.1
  Upstream Author : Hadi Asghari and Arman Noroozian
* URL : https://github.com/hadiasghari/pyasn
* License : MIT and BSD
  Programming Lang: Python, C
  Description : very fast IP address to Autonomous System Number lookups

 pyasn is a Python extension module that enables very fast IP address
 to Autonomous System Number lookups. Current state and Historical
 lookups can be done, based on the MRT/RIB BGP archive used as input.
 .
 pyasn is different from other ASN lookup tools in that it provides
 offline and historical lookups. It provides utility scripts for users
 to build their own lookup databases based on any MRT/RIB
 archive. This makes pyasn much faster than online dig/whois/json
 lookups.
 .
 The module is written in C and Python, and cross-compiles on Linux and
 Windows. Underneath, it uses a radix tree data structure for storage
 of IP addresses. In the current version, it borrows code from
 py-radix to support both IPV4 and IPV6 network prefixes. The current
 release is a beta. Compared to the previous version, it provides
 support for Python 2 and 3; adds new functionality, performance
 improvements, and unit-tests.
 .
 pyasn is developed and maintained by researchers at the Economics of
 Cybersecurity research group at Delft University of Technology
 (http://econsec.tbm.tudlft.nl). The package is used on an almost
 daily basis and bugs are fixed pretty quickly. The package is largely
 developed and maintained by Hadi Asghari and Arman Noroozian. Please
 report any bugs via GitHub (https://github.com/hadiasghari/pyasn) or
 email the developers.

Bug#924324: (no subject)

[Matej Tyc]

There has been no new release of OpenSCAP 1.2.x for years, and the upstream
activity in that branch is almost non-existent. Conversely, OpenSCAP 1.3 is
stable, its latest version being 1.3.3. Moreover, it received patches that
improve the Debian support in February 2020.

The OpenSCAP 1.3 should be somehow packaged, otherwise the upstream may
diverge from Debian to a degree that it will be painful to pull it back 
when

1.2 becomes obsolete.

Bug#969359: lists.debian.org: Please create new list debian-academy

[gregor herrmann]

On Tue, 01 Sep 2020 09:09:46 +0200, Joost van Baal-Ilić wrote:

> Could you please create a list?
> Name: debian-acad...@lists.debian.org

FWIW, I support the creation of this list.
 

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Willi Resetarits & Stubnblues: Brodaschbiaglgalarii


signature.asc
Description: Digital Signature

Bug#969412: lua-cjson: JSON floats may break w/ German locale

[Matthias Urlichs]

Package: lua-cjson
Version: 2.1.0+dfsg-2.1
Severity: important

German locale specifies the comma to be used as the decimal "point".
Unfortunately lua-cjson checks for that quite early and doesn't consider
later locale changes.

Also, it only replaces the comma but doesn't consider locales what use
different digits.

The solution is to build this library with -DUSE_INTERNAL_FPCONV.

-- System Information:
Debian Release: 10.4
  APT prefers stable
  APT policy: (700, 'stable'), (600, 'unstable'), (550, 'experimental'), (550, 
'oldstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.17.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages lua-cjson depends on:
ii  libc6  2.31-2

lua-cjson recommends no packages.

lua-cjson suggests no packages.

-- no debconf information

Bug#968497: fixed in astra-toolbox 1.8.3-2

[Gianfranco Costamagna]

Hello,

On Wed, 2 Sep 2020 10:32:22 +0200 =?utf-8?Q?S=C3=A9bastien?= Delafond 
 wrote:
> On 02/09 09:23, Gianfranco Costamagna wrote:
> > source only uploads for non-free are a sad story...
> 
> Ah, forgot about that again.
> 
> > I'll try to upload the binary shortly!
> 
> Do you want me to do that today?
> 

its already installed :)

now with the llvm switch to 9, the autoremoval should stop soon(TM)

thanks

G.
> 

Bug#969423: ITP: h5sparse: Scipy sparse matrix in HDF5

[Nilesh Patra]

Package: wnpp
Severity: wishlist
Owner: Nilesh Patra 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: h5sparse
  Version : 0.1.0-1
  Upstream Author : Appier Inc
* URL : https://github.com/appier/h5sparse

* License : Expat
  Programming Lang: Python
  Description : Scipy sparse matrix in HDF5
 h5sparse is a Python library which helps
 create scipy sparse matrix in HDF5.

I shall maintain this package.

Bug#969422: RM: owncloud-client -- ROM; Unmantained

[Sandro Knauß]

Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: pkg-owncloud-maintain...@alioth-lists.debian.net

Hey,

for over two years owncloud-client did not get any update from our side.
Because upstream told us, that the do not support Nextcloud server
anymore and all maintainer are using Nextcloud server to use the client.
Let's make it official, that we do not support this package anymore and
remove it from the archive. Manybe others step up and take over
ownership. For most users nextcloud-desktop is a drop-in replacement as
far they use Nextcloud server.

See #969421 for the request that we are searching a new maintainer for the
package.

hefee

Bug#965074: Patches to make multicast proccesing on CDC NCM drivers

[Santiago Ruano Rincón]

El 02/09/20 a las 14:05, Greg KH escribió:
> On Wed, Sep 02, 2020 at 01:47:18PM +0200, Santiago Ruano Rincón wrote:
> > El 30/07/20 a las 16:07, Oliver Neukum escribió:
> > > Am Donnerstag, den 30.07.2020, 15:53 +0200 schrieb Santiago Ruano
> > > Rincón:
> > > > Hi,
> > > > 
> > > > Miguel Rodríguez sent this set of patches two years ago to fix the lack
> > > > of multicast processing on CDC NCM driver:
> > > > 
> > > > https://www.spinics.net/lists/linux-usb/msg170611.html
> > > > https://www.spinics.net/lists/linux-usb/msg170603.html
> > > > https://www.spinics.net/lists/linux-usb/msg170567.html
> > > > https://www.spinics.net/lists/linux-usb/msg170568.html
> > > > 
> > > > I've using a DKMS version of them, available in
> > > > https://github.com/stbuehler/fixed-cdc-ether-ncm/tree/wip/patches
> > > > since more than a year ago, and they are working fine with my Dell D6000
> > > > docking station. IPv6 connectivity is broken without them.
> > > > 
> > > > Is there any chance to consider those patches (or what would be needed
> > > > to make it happen)?
> > > > It would be great to have them upstream!
> > > 
> > > Hi,
> > > 
> > > they have been merged on Wednesday.
> > …
> > 
> > Great, thanks!
> > 
> > It would be possible to apply/backport Miguel's patches (along with
> > 5fd99b5d9950d6300467ded18ff4e44af0b4ae55) to stable versions please?
> 
> I don't see that git commit id in Linus's tree, are you sure it is
> correct?

I should had mention it is found in linux-next, sorry. Please see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969365#10

> > FWIW, in the context of Debian, I'm personally interested in 4.19.y.
> 
> What specific list of commits are you wanting to see backported?

This:

37a2ebdd9e597ae1a0270ac747883ea8f6f767b6
e10dcb1b6ba714243ad5a35a11b91cc14103a9a9
e506addeff844237d60545ef4f6141de21471caf
0226009ce0f6089f9b31211f7a2703cf9a327a01

Thanks,

 -- santiago


signature.asc
Description: PGP signature

Bug#969421: O: owncloud-client -- folder synchronization with an ownCloud server - GUI

[Sandro Knauß]

Package: wnpp
Severity: normal
X-Debbugs-Cc: pkg-owncloud-maintain...@alioth-lists.debian.net

We intend to orphan the owncloud-client package, as our team is not
using ownCloud Servers anymore and have switched to Nextcloud and their
client nextcloud-desktop.

The package description is:
 The ownCloudSync system lets you always have your latest files wherever
 you are. Just specify one or more folders on the local machine to and a server
 to synchronize to. You can configure more computers to synchronize to the same
 server and any change to the files on one computer will silently and reliably
 flow across to every other.
 .
 owncloud-client provides the graphical client specialising in
 synchronizing with cloud storage provided by ownCloud.
 The ownCloudSync system lets you always have your latest files wherever
 you are. Just specify one or more folders on the local machine to and a server
 to synchronize to. You can configure more computers to synchronize to the same
 server and any change to the files on one computer will silently and reliably
 flow across to every other.
 .
 owncloud-client provides the graphical client specialising in
 synchronizing with cloud storage provided by ownCloud.
 The ownCloudSync system lets you always have your latest files wherever
 you are. Just specify one or more folders on the local machine to and a server
 to synchronize to. You can configure more computers to synchronize to the same
 server and any change to the files on one computer will silently and reliably
 flow across to every other.
 .
 owncloud-client provides the graphical client specialising in
 synchronizing with cloud storage provided by ownCloud.

Bug#969420: RM: diamond-aligner [mips64el] -- ROM; Not supported upstream

[Michael R. Crusoe]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Thanks!

-BEGIN PGP SIGNATURE-

iQJGBAEBCgAwFiEEck1gkzcRPHEFUNdHPCZ2P2xn5uIFAl9PmzsSHGNydXNvZUBk
ZWJpYW4ub3JnAAoJEDwmdj9sZ+biF5kP/3J5+cNDDV6DlYBzEC2zO+GEvCozOgvZ
JRMq1PoSwcEPF3IExLf1jrKZtVh5d4kzGMdRfh2gfsgc55wxM0QLXx/UCe8eeOZ9
r9c1hrMKssXSE7ABc0L4sDA1zyjfldscngNK6G0nWKJZfMOPTnHirt8XQZoR7KIC
/xpm+wA3CPQWn1aJ6L6A39Axkct3D/r6oT3kWKndAKn3SoHPgpTLWxJ9W83idwDD
wD7oA8V5uoXbmCbNn6DL+CACjucu7dKitSWxJquaDQzcE55gncjdKjg0rkRwXtzQ
R+KWQoZL/0rwEKkYAbtokiZtp8JQ73kNuzpSEu12PvqoIuOEICPbGc8d7JJCvo8U
oWvz3yNimcOMHPSRYM0RW9A1YFFUhIowYAkWKr7MtaTzKJspE2oP3WxxCvCBmJKw
BTpZswOOyD6jMHFzM3fGKoXHpr1SDk640Hn3ghTGytClY+2z/YjUtfLoqzKWXHG9
qgZdj3m8AQZ4fbtL2MIlOdEVOhlTTdqPdl5yLsVKPSr+n0FTOJ/QjS/a1FkIr/Mh
eGHQRyqIzsYoxBCunIOhMpQRMMrlSZk6URn/3CkqYM+G7frbq3ixbNCFnc3At7de
nkrDs0CJX4YzRXmGWj2QXGKXJOfr8v9Zrwui1u7mk5tCdopUxw92tlLdcK5Tv1rM
VFIbAsWTk+cy
=H6E4
-END PGP SIGNATURE-

Bug#969418: Library Package from PPA

[Andrei POPESCU]

Control: reassign -1 simplescreenrecorder 0.4.2-1

On Mi, 02 sep 20, 13:16:56, Barak A. Pearlmutter wrote:
> Package: simplescreenreader
> Version: 0.4.2-1
> 
> I've ported the injection-library-package stuff from the upstream
> author's Ubuntu PPA, moving the support library in the process to what
> I'd consider the standard location for such things. Pushed to
> 
> https://salsa.debian.org/bap/simplescreenrecorder.git
> 
> with associated pull request.
> 
> (If merged, uploading will require a binary upload due to the
> newly-generated binary package.)
> 
> Could use testing to make sure the injection stuff works on both same
> arch and on an amd64 system running a 32-bit game process.
> 
> --Barak.

Kind regards,
Andrei
-- 
Looking after bugs assigned to unknown packages


signature.asc
Description: PGP signature

Bug#969419: ITP: tty-solitaire -- ncurses-based klondike solitaire game

[Sven Wick]

Package: wnpp
Severity: wishlist

* Package name: tty-solitaire
  Version : 1.3.0
  Upstream Author : Murilo Pereira 
* URL : https://github.com/mpereira/tty-solitaire
* License : MIT
  Programming Lang: C
  Description : ncurses-based klondike solitaire game

I searched through the package archive
and found mostly graphical solitaire games.

The package "ncurses-examples" claims to have a terminal-based
one included but I don't know which one it is.

Cheers,

Sven

Bug#969409: sendfile: weekly cron job should use mktemp instead of tempfile

[Laurent Bonnaud]

Package: sendfile
Version: 2.1b.20080616-6
Severity: normal


Dear Maintainer,

each week I receive an e-mail with the following content:

/etc/cron.weekly/sendfile:
WARNING: tempfile is deprecated; consider using mktemp instead.

Could you please update /etc/cron.weekly/sendfile to use mktemp instead of 
tempfile?


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

Kernel: Linux 5.8.0-trunk-amd64 (SMP w/2 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages sendfile depends on:
ii  libc6 2.31-3
ii  libdpkg-perl  1.20.5
ii  libreadline8  8.1~alpha1-1
ii  openbsd-inetd [inet-superserver]  0.20160825-5
ii  perl  5.30.3-4
ii  update-inetd  4.50

--
Laurent.

Bug#969393: WebKitGtk's UI process (WebKitWebProcess) crashes at contextRetrieveSurrounding when passing a long string to im-wayland.so

[Andres Gomez Garcia]

On Wed, 2020-09-02 at 13:04 +0200, Alberto Garcia wrote:
> Control: reassign -1 libgtk-3-0
> Control: retitle -1 Crash in GtkIMContextWayland when pasting text in 
> WebKitGTK
> Control: tags -1 patch fixed-upstream
> Control: found -1 3.24.5-1
> Control: fixed -1 3.24.17-1
> 
> On Tue, Sep 01, 2020 at 10:05:08PM +0300, Andres Gomez wrote:
> 
> > WebKitGtk's UI process crashes at contextRetrieveSurrounding when
> > running GNOME-Shell on Wayland (don't know about the X' case).
> > 
> > From a quick look to the stack trace, it seems that the WK call
> > passes a extremely long string to im-wayland.so and it crashes when
> > calling glib/gmem.c
> 
> I had a look at the backtrace and the code, and it seems that GTK
> itself does proper sanitizing of the string length received from
> WebKit.
> 
> So I believe that it is this GTK bug:
> 
>https://gitlab.gnome.org/GNOME/gtk/-/issues/2565
> 
> This was fixed in GTK 3.24.17 ("Fix a crash in the Wayland input
> method"), and here's the patch:
> 
>
> https://gitlab.gnome.org/GNOME/gtk/-/commit/e5d23f352748e6411cfd399d4b741be9d478
>  
> 
> Can you confirm that this patch solves the problem?

I can confirm this patch solves the problem.

Thanks a lot, Berto!

> 
> Berto
-- 

Andres Gomez
https://www.andresgomez.org
tanty at andresgomez dot org



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

Bug#969418: Library Package from PPA

[Barak A. Pearlmutter]

Package: simplescreenreader
Version: 0.4.2-1

I've ported the injection-library-package stuff from the upstream
author's Ubuntu PPA, moving the support library in the process to what
I'd consider the standard location for such things. Pushed to

https://salsa.debian.org/bap/simplescreenrecorder.git

with associated pull request.

(If merged, uploading will require a binary upload due to the
newly-generated binary package.)

Could use testing to make sure the injection stuff works on both same
arch and on an amd64 system running a 32-bit game process.

--Barak.

Bug#965074: Patches to make multicast proccesing on CDC NCM drivers

[Greg KH]

On Wed, Sep 02, 2020 at 01:47:18PM +0200, Santiago Ruano Rincón wrote:
> El 30/07/20 a las 16:07, Oliver Neukum escribió:
> > Am Donnerstag, den 30.07.2020, 15:53 +0200 schrieb Santiago Ruano
> > Rincón:
> > > Hi,
> > > 
> > > Miguel Rodríguez sent this set of patches two years ago to fix the lack
> > > of multicast processing on CDC NCM driver:
> > > 
> > > https://www.spinics.net/lists/linux-usb/msg170611.html
> > > https://www.spinics.net/lists/linux-usb/msg170603.html
> > > https://www.spinics.net/lists/linux-usb/msg170567.html
> > > https://www.spinics.net/lists/linux-usb/msg170568.html
> > > 
> > > I've using a DKMS version of them, available in
> > > https://github.com/stbuehler/fixed-cdc-ether-ncm/tree/wip/patches
> > > since more than a year ago, and they are working fine with my Dell D6000
> > > docking station. IPv6 connectivity is broken without them.
> > > 
> > > Is there any chance to consider those patches (or what would be needed
> > > to make it happen)?
> > > It would be great to have them upstream!
> > 
> > Hi,
> > 
> > they have been merged on Wednesday.
> …
> 
> Great, thanks!
> 
> It would be possible to apply/backport Miguel's patches (along with
> 5fd99b5d9950d6300467ded18ff4e44af0b4ae55) to stable versions please?

I don't see that git commit id in Linus's tree, are you sure it is
correct?

> FWIW, in the context of Debian, I'm personally interested in 4.19.y.

What specific list of commits are you wanting to see backported?

thanks,

greg k-h

Bug#969360: Qt seccomp failure fixed upstream

[Dmitry Shachnev]

Hi John!

On Tue, Sep 01, 2020 at 08:44:33PM -0400, John Scott wrote:
> Control: forwarded -1 https://bugreports.qt.io/browse/QTBUG-81313
> Control: tags -1 upstream fixed-upstream

But that bug (QTBUG-81313) is already fixed in Qt 5.14.2. So we are
probably seeing something else.

My guess is that we need this patch (not applied upstream yet):

https://github.com/schnitzeltony/meta-browser/blob/master/recipes-browser/chromium/files/0003-Fix-sandbox-Aw-snap-for-syscalls-403-and-407.patch

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#969417: ITP: kylin-screenshot -- Powerful yet simple-to-use screenshot software

[handsome_feng]

Package: wnpp
Severity: wishlist
Owner: handsome_feng 
X-Debbugs-Cc: debian-de...@lists.debian.org, jianfen...@ubuntukylin.com

* Package name: kylin-screenshot
  Version : 1.0.0
  Upstream Author : Zhang Huanhuan 
* URL : http://github.com/ubuntukylin/kylin-screenshot
* License : GPL-3+, LGPL-3+, Expat
  Programming Lang: C++
  Description : Powerful yet simple-to-use screenshot software

  kylin-screenshot is a powerful screenshot and screen recording tool. It
allows you to take screenshots of the captured images in rectangular and
circular boxes, set blur, add markers, add text and more. And set mouse
display, sound recording, video frame rate, audio bit rate when making screen
recording.

 It will been maintained by the Kylin team.

 Regards,
 handsome_feng

Bug#965074: Patches to make multicast proccesing on CDC NCM drivers

[Santiago Ruano Rincón]

El 30/07/20 a las 16:07, Oliver Neukum escribió:
> Am Donnerstag, den 30.07.2020, 15:53 +0200 schrieb Santiago Ruano
> Rincón:
> > Hi,
> > 
> > Miguel Rodríguez sent this set of patches two years ago to fix the lack
> > of multicast processing on CDC NCM driver:
> > 
> > https://www.spinics.net/lists/linux-usb/msg170611.html
> > https://www.spinics.net/lists/linux-usb/msg170603.html
> > https://www.spinics.net/lists/linux-usb/msg170567.html
> > https://www.spinics.net/lists/linux-usb/msg170568.html
> > 
> > I've using a DKMS version of them, available in
> > https://github.com/stbuehler/fixed-cdc-ether-ncm/tree/wip/patches
> > since more than a year ago, and they are working fine with my Dell D6000
> > docking station. IPv6 connectivity is broken without them.
> > 
> > Is there any chance to consider those patches (or what would be needed
> > to make it happen)?
> > It would be great to have them upstream!
> 
> Hi,
> 
> they have been merged on Wednesday.
…

Great, thanks!

It would be possible to apply/backport Miguel's patches (along with
5fd99b5d9950d6300467ded18ff4e44af0b4ae55) to stable versions please?

FWIW, in the context of Debian, I'm personally interested in 4.19.y.

Best regards,

 -- Santiago


signature.asc
Description: PGP signature

Bug#969416: RFP: linuxcnc -- Control software for computer numerical control (CNC) machines

[Petter Reinholdtsen]

Package: wnpp
Severity: wishlist

* Package name: linuxcnc
  Version : 2.7.15
  Upstream Author : Phillip A Carter
* URL : http://linuxcnc.org/
* License : GPL
  Programming Lang: C
  Description : Control software for computer numerical control (CNC) 
machines

LinuxCNC controls CNC machines. It can drive milling machines, lathes, 3d 
printers,
laser cutters, plasma cutters, robot arms, hexapods, and more.
-- 
Happy hacking
Petter Reinholdtsen

Bug#969415: xfstt: Tiny typo in the description

[Alberto Luaces]

Package: xfstt
Severity: minor
Tags: patch

There is a tiny typo in the description: remove → remote.
>From e15c7a04acc724100c517feec21e4f2c0a8a8f16 Mon Sep 17 00:00:00 2001
From: Alberto Luaces 
Date: Wed, 2 Sep 2020 13:37:54 +0200
Subject: [PATCH] =?UTF-8?q?fix=20git=20typo:=20remove=20=E2=86=92=20remote?=
 =?UTF-8?q?.?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 debian/control | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index 1547385..cc39d3d 100644
--- a/debian/control
+++ b/debian/control
@@ -28,6 +28,6 @@ Description: X Font Server for TrueType fonts
  as the TrueType fonts used on Windows operating systems.
  .
  Note: On Debian and derivatives, the X.Org server has the font server support
- disabled, so xfstt is mostly useful to serve fonts to remove systems.
+ disabled, so xfstt is mostly useful to serve fonts to remote systems.
  .
  Note: This package does not contain fonts. They must be obtained separately.
-- 
2.28.0

Bug#911189: gpgme-json packaging

[Bernhard Reiter]

Hello,

sorry the work from our side got stuck.
We (from Intevation) will be looking into it.
Timeframe: first look next week, fix can take a few more days.

From my rough understanding: The extension ID would need to go into the 
personal configuration of the webbrowsers and cannot be configured globally, 
could it? 

What is the standard solution for such a situation in Debian?
(Hints for this point may help us to get this solved faster.)

Best Regards,
Bernhard


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

Bug#969414: ITP: r-cran-arsenal -- arsenal of GNU R functions for large-scale statistical summaries

[Andreas Tille]

Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-arsenal -- arsenal of GNU R functions for large-scale 
statistical summaries
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-cran-arsenal
  Version : 3.5.0
  Upstream Author : Ethan Heinzen,
* URL : https://cran.r-project.org/package=arsenal
* License : GPL-2+
  Programming Lang: GNU R
  Description : arsenal of GNU R functions for large-scale statistical 
summaries
 An Arsenal of 'R' functions for large-scale statistical summaries, which
 are streamlined to work within the latest reporting tools in 'R' and
 'RStudio' and which use formulas and versatile summary statistics for
 summary tables and models. The primary functions include tableby(), a
 Table-1-like summary of multiple variable types 'by' the levels of one
 or more categorical variables; paired(), a Table-1-like summary of
 multiple variable types paired across two time points; modelsum(), which
 performs simple model fits on one or more endpoints for many variables
 (univariate or adjusted for covariates); freqlist(), a powerful
 frequency table across many categorical variables; comparedf(), a
 function for comparing data.frames; and write2(), a function to output
 tables to a document.

Remark: This package is maintained by Debian R Packages Maintainers at
   https://salsa.debian.org/r-pkg-team/r-cran-arsenal

Bug#969393: WebKitGtk's UI process (WebKitWebProcess) crashes at contextRetrieveSurrounding when passing a long string to im-wayland.so

[Alberto Garcia]

Control: reassign -1 libgtk-3-0
Control: retitle -1 Crash in GtkIMContextWayland when pasting text in WebKitGTK
Control: tags -1 patch fixed-upstream
Control: found -1 3.24.5-1
Control: fixed -1 3.24.17-1

On Tue, Sep 01, 2020 at 10:05:08PM +0300, Andres Gomez wrote:

> WebKitGtk's UI process crashes at contextRetrieveSurrounding when
> running GNOME-Shell on Wayland (don't know about the X' case).
> 
> From a quick look to the stack trace, it seems that the WK call
> passes a extremely long string to im-wayland.so and it crashes when
> calling glib/gmem.c

I had a look at the backtrace and the code, and it seems that GTK
itself does proper sanitizing of the string length received from
WebKit.

So I believe that it is this GTK bug:

   https://gitlab.gnome.org/GNOME/gtk/-/issues/2565

This was fixed in GTK 3.24.17 ("Fix a crash in the Wayland input
method"), and here's the patch:

   
https://gitlab.gnome.org/GNOME/gtk/-/commit/e5d23f352748e6411cfd399d4b741be9d478
 

Can you confirm that this patch solves the problem?

Berto