Bug#965363: RFS: opencpn/5.2.0+dfsg-1 [RC] -- Open Source Chartplotter and Marine GPS Navigation Software

[Tobias Frost]

On Wed, Sep 09, 2020 at 11:08:53PM +0200, Alec Leamas wrote:
> On Wed, 9 Sep 2020 22:53:37 +0200 Alec Leamas  wrote:
> > Hi,
> > 
> > A new version is uploaded to mentors. Time to reset the history. Changes
> > since last round:
> 
> ...
> 
> Dammit. There's still one copyright for src/gshhs.cpp to fix. I'm on it,
> but holding next upload until I hear from you.

just go ahead and update the package on mentors.
 
> 
> "Annoyed"
> 
> --alec
> 

Bug#965363: RFS: opencpn/5.2.0+dfsg-1 [RC] -- Open Source Chartplotter and Marine GPS Navigation Software

[Tobias Frost]

On Wed, Sep 09, 2020 at 10:53:37PM +0200, Alec Leamas wrote:
> Hi,
> 
> A new version is uploaded to mentors. Time to reset the history. Changes
> since last round:
> 
>   - New warning dialog for downloading binary plugin content (patch).
>   - Spelling error fixed
>   - Removed references to upstream bugs. I think it's a pity, the
> references linked patches in d/patches to upstream bugs.

Well, actually, all those lines probably should be removed: debian/changelog is 
intended
to record changes to the packaging part only, it is not to record
changes made upstream; more generally: Only stuff that changes files
in the debian directory should be mentioned in d/changelog.
(See 
https://www.debian.org/doc/debian-policy/ch-source.html#debian-changelog-debian-changelog
for some better/more accurate wording in the Policy)

To link patches to upstream issues, dep3 headers are used in the patches:
https://dep-team.pages.debian.net/deps/dep3/

Quilt can help your here for filling it out:
  quilt header -e --dep3
(for the current applyed patch)

>   - Fixed the d/copyright mess.

+1 (Though I did not review it in depth; but many thanks for taking care about 
it! )

>   - Left compat level at 12 according to discussion.
> 
> Thoughts?

I will try to take a look this evening after DAYJOB concluded.

But thanks for updating the package so far!

> 
> Cheers!
> --alec
> 

Bug#970011: linux: missing build dependency on kernel-wedge in stage1 build

[Helmut Grohne]

Source: linux
Version: 5.8.7-1
Severity: important
User: helm...@debian.org
Usertags: rebootstrap

Hi,

I'm run into a bootstrap failure caused by linux:
https://jenkins.debian.net/job/rebootstrap_hppa_gcc10/9/
| dh_prep
| dh_prep: warning: All requested packages have been excluded (e.g. via a 
Build-Profile or due to architecture restrictions).
| kernel-wedge install-files 5.8.0-1
| bash: kernel-wedge: command not found
| make[2]: Leaving directory '/tmp/buildd/linux/linux-5.8.7'
| make[2]: *** [debian/rules.real:573: install-udeb_hppa] Error 127
| make[1]: Leaving directory '/tmp/buildd/linux/linux-5.8.7'
| make[1]: *** [debian/rules.gen:89: binary-arch_hppa] Error 2
| make: *** [debian/rules:43: binary-arch] Error 2
| dpkg-buildpackage: error: debian/rules binary-arch subprocess returned exit 
status 2

What we see here is that kernel-wedge is not found while cross building
linux with the stage1 profile for hppa. This seems to be a recent thing.
It used to work earlier. I'm not sure yet, how many other architectures
are affected.

A kernel-wedge dependency is there, but it is tagged . That
used to be true.

Do note that the failing target is install-udeb_hppa and that in a
stage1 build, we don't produce any udebs. So in reality it seems more
likely that the whole target should be skipped, but isn't. The target
seems to be pulled in by debian/rules.gen, but that's about where I
stopped understanding the logic. Can I ask you to look into this?

In the mean time, I guess installing kernel-wedge is a viable
workaround.

While looking into linux' build profiles I was wondering whether we
still need stage1. linux gained a number of functional profiles
including pkg.linux.nokernel, pkg.linux.notools and pkg.linux.nosource.
Their combination does not exactly reproduce stage1, but it is close.
I'm wondering whether we can simply switch any stage1 user to using the
combination of these three and be done. I haven't tried whether this
actually works yet, but I believe it is feasible and you get the idea.

Helmut

Bug#970010: ITP: ocaml-csexp -- parsing and printing of S-expressions in Canonical form

[Stéphane Glondu]

Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-ocaml-ma...@lists.debian.org

* Package name: ocaml-csexp
  Version : 1.3.1
  Upstream Author : Jane Street Group, LLC
* URL : https://github.com/ocaml-dune/csexp
* License : MIT
  Programming Lang: OCaml
  Description : parsing and printing of S-expressions in Canonical form

 S-expressions. Canonical S-expressions are a binary encoding of
 S-expressions that is super simple and well suited for communication
 between programs.
 .
 This library only provides a few helpers for simple applications. If
 you need more advanced support, such as parsing from more fancy input
 sources, you should consider copying the code of this library given
 how simple parsing S-expressions in canonical form is.
 .
 To avoid a dependency on a particular S-expression library, the only
 module of this library is parameterised by the type of S-expressions.

This is a new dependency of ocaml-dune and will be maintained in the
OCaml team.

Bug#968567: linux-image-4.19.0-10-amd64: kernel failure when writing on a GFS2 partition

[Craig, Daniel (CASS, Marsfield)]

Hi,

I can confirm the existence of this CPU soft-lock bug with gfs2.

I won't worry about reproducing the kernel bug message, but I have done a bit 
of digging and if I revert the following commit, added in the 4.19.130 release 
then this fixes issue for me.

https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-4.19.y=c91cffd0fd010c06d67f3a9a528b858ce28c60fb

Note that the problem is still present in the latest upstream release in the 
4.19 series (4.19.144)

I've reported this bug in the kernel bugzilla, referenced here:

https://bugzilla.kernel.org/show_bug.cgi?id=209217

Cheers,
Daniel Craig

Bug#970009: libreoffice: Libreoffice crashes when dragged into extended monitor then clicked

[Rene Engelhard]

severity 970009 important

tag 970009 + moreinfo

tag 970009 + unreproducible

thanks


Am 10.09.20 um 06:30 schrieb hyiltiz:
> Package: libreoffice
> Version: 1:7.0.1-1+b1
> Severity: serious

Nonsense.

It's not a RC bug and no policy violation. Please use proper bug severities.


> This has already been patched in upstream in version 7.1.0.

LOL. 7.1.0 will not be released until beginning of next year.


And it will definitely be too late for bullseye unfortunately.


But if it's fixed in 7.1.0 it probably will be backported to 7.0.x
somehow? Debian bullseye will contain 7.0.4 + stuff one deems important
to backport.

>  Please upgrade that version as current version makes the working environment 
> completely unstable.
As said above, 7.1.0 is definitely coming too late for the freeze. But I
can backport a patch for sure, though I don't agree with your severity.
> https://bugs.documentfoundation.org/show_bug.cgi?id=135442

Wrong bug? Does not match your bug title? That one is about About and it
*documenting* needing gtk 3.20 which os present everywhere:

libgtk-3-0 | 3.24.5-1    | stable   | amd64, arm64, armel,
armhf, i386, mips, mips64el, mipsel, ppc64el, s390x
libgtk-3-0 | 3.24.22-1   | testing  | amd64, arm64, armel,
armhf, i386, mips64el, mipsel, ppc64el, s390x
libgtk-3-0 | 3.24.22-1   | unstable | amd64, arm64, armel,
armhf, i386, mips64el, mipsel, ppc64el, s390x


A bit care when you report bugs - especially if you make them
release-critical...


Regards,


Rene

Bug#970009: libreoffice: Libreoffice crashes when dragged into extended monitor then clicked

[hyiltiz]

Package: libreoffice
Version: 1:7.0.1-1+b1
Severity: serious
Tags: upstream
Justification: usability
X-Debbugs-Cc: hyil...@gmail.com

This has already been patched in upstream in version 7.1.0. Please upgrade that 
version as current version makes the working environment completely unstable.
https://bugs.documentfoundation.org/show_bug.cgi?id=135442

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

Kernel: Linux 5.7.0-2-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
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 libreoffice depends on:
ii  libreoffice-base1:7.0.1-1+b1
ii  libreoffice-calc1:7.0.1-1+b1
ii  libreoffice-core1:7.0.1-1+b1
ii  libreoffice-draw1:7.0.1-1+b1
ii  libreoffice-impress 1:7.0.1-1+b1
ii  libreoffice-math1:7.0.1-1+b1
ii  libreoffice-report-builder-bin  1:7.0.1-1+b1
ii  libreoffice-writer  1:7.0.1-1+b1
ii  python3-uno 1:7.0.1-1+b1

Versions of packages libreoffice recommends:
ii  fonts-crosextra-caladea 20130214-2
ii  fonts-crosextra-carlito 20130920-1
ii  fonts-dejavu2.37-2
ii  fonts-liberation1:1.07.4-11
pn  fonts-liberation2   
ii  fonts-linuxlibertine5.3.0-4
ii  fonts-noto-core 20200323-1
ii  fonts-noto-extra20200323-1
ii  fonts-noto-mono 20200323-1
ii  fonts-noto-ui-core  20200323-1
ii  fonts-sil-gentium-basic 1.102-1
ii  libreoffice-java-common 1:7.0.1-1
pn  libreoffice-nlpsolver   
pn  libreoffice-report-builder  
pn  libreoffice-script-provider-bsh 
pn  libreoffice-script-provider-js  
pn  libreoffice-script-provider-python  
pn  libreoffice-sdbc-mysql  
pn  libreoffice-sdbc-postgresql 
pn  libreoffice-wiki-publisher  

Versions of packages libreoffice suggests:
ii  cups-bsd2.3.3-3
ii  default-jre [java8-runtime] 2:1.11-72
ii  firefox-esr 68.11.0esr-1
ii  ghostscript 9.52.1~dfsg-1
ii  gnupg   2.2.20-1
pn  gpa 
pn  gstreamer1.0-libav  
ii  gstreamer1.0-plugins-bad1.16.2-2.3+b1
ii  gstreamer1.0-plugins-base   1.16.2-4
ii  gstreamer1.0-plugins-good   1.16.2-3
ii  gstreamer1.0-plugins-ugly   1.16.2-2.1+b1
ii  hunspell-en-us [hunspell-dictionary]1:2019.10.06-1
pn  hyphen-hyphenation-patterns 
ii  imagemagick 8:6.9.11.24+dfsg-1+b1
ii  imagemagick-6.q16 [imagemagick] 8:6.9.11.24+dfsg-1+b1
ii  libgl1  1.3.2-1
pn  libofficebean-java  
pn  libreoffice-grammarcheck
pn  libreoffice-help
pn  libreoffice-l10n
pn  libreoffice-librelogo   
ii  libreoffice-plasma  1:7.0.1-1+b1
ii  libsane 1.0.27-3.2+b1
ii  libxrender1 1:0.9.10-1
pn  myspell-dictionary  
ii  mythes-en-us [mythes-thesaurus] 1:7.0.1-1
pn  openclipart2-libreoffice | openclipart-libreoffice  
ii  openjdk-11-jre [java8-runtime]  11.0.8+10-1
ii  openjdk-8-jre [java8-runtime]   8u242-b08-1
ii  pstoedit3.75-1
ii  thunderbird 1:68.12.0-1
ii  unixodbc2.3.6-0.1+b1

Versions of packages libreoffice-core depends on:
ii  fontconfig  2.13.1-4.2
ii  fonts-opensymbol2:102.11+LibO7.0.1-1
ii  libboost-locale1.71.0   1.71.0-6+b2
ii  libc6   2.31-3
ii  libcairo2   1.16.0-4
ii  libclucene-contribs1v5  2.3.3.4+dfsg-1+b1
ii  libclucene-core1v5  2.3.3.4+dfsg-1+b1
ii  libcmis-0.5-5v5 0.5.2-2+b1
ii  libcups22.3.3-3
ii  libcurl3-gnutls 7.72.0-1
ii  libdbus-1-3 1.12.20-1

Bug#970008: squid-3.5.23-5+deb9u4: squid3 can not cooperate with icap

[曽根 直人]

Package: squid-3.5.23-5+deb9u4
Severity: normal

Dear Maintainer,


squid3-3.5.23-5+deb9u4 can not cooperate with InterSafe Web Filter via  
 
icap.
squid3-3.5.23-5+deb9u1 can cooperate with InterSafe Web Filter via icap.
 


squid3-3.5-23-5+deb9u4 icap error in cache.log as follows:
2020/09/10 10:44:18 kid1| essential ICAP service is suspended:
icap://icap-server:1344 [down,susp,fail11]
2020/09/10 10:47:18 kid1| essential ICAP service is up:
icap://icap-server:1344 [up]
2020/09/10 10:47:23 kid1| suspending ICAP service for too many failures 
 
2020/09/10 10:47:23 kid1| essential ICAP service is suspended:
icap://icap-server:1344 [down,susp,fail11]
2020/09/10 10:50:23 kid1| essential ICAP service is up:
icap://icap-server:1344 [up]
2020/09/10 10:50:36 kid1| suspending ICAP service for too many failures 
 




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

Kernel: Linux 4.19.0-0.bpo.9-amd64 (SMP w/8 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8),
LANGUAGE=ja_JP:ja (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#969940: docker.io: bullseye: switch from /updates to -security

[Dmitry Smirnov]

On Wednesday, 9 September 2020 4:03:26 PM AEST Paul Wise wrote:
> The above script references /updates instead of -security for the
> bullseye release and later. This means that images generated for
> bullseye will be missing fixes for security issues. Probably this issue
> should also get fixed in Debian buster and stretch too. I filed this
> bug at severity important as I'm not sure how often this script is
> used, please upgrade this bug report to severity serious if this script
> is always used for generating Debian Docker images.
> 
>$ grep -C3 /updates /usr/share/docker.io/contrib/mkimage/debootstrap

Thanks for reporting.

This is an upstream/vendor script that I did not even know exists.
I doubt maintainers of "docker.io" package used it...

I don't know who uses Docker's "debootstrap" script (and how) so it may be 
an upstream-only issue. I'm not even sure we should be providing/shipping
this script...

-- 
Cheers,
 Dmitry Smirnov.

---

If liberty means anything at all, it means the right to tell people what
they do not want to hear.
-- George Orwell


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

Bug#820622: linux-image-4.5.0-trunk-armmp-lpae: raspberry pi 2: smsc95xx 1-1.1:1.0 eth0: kevent 2 may have been dropped

[Gunnar Wolf]

fixed 820622 4.19.132-1
thanks

Hello,

I have not seen this message appear in my RPi2, using stock Debian
kernels starting at 4.19 (even a bit before that, I think). I do not
use the LPAE kernel, as I understand it does not make much sense in
the RPi2 (sold only with 1GB RAM, and not expandable), so probably
this specific kernel should be tested, but I believe the bug can be
now safely closed.


signature.asc
Description: PGP signature

Bug#941597: linux: [dtb] Raspberry Pi 3B+: does not shut down (regression against buster)

[Gunnar Wolf]

fixed 941597  5.7.17-1
thanks

I have some RPi3B+ using the arm64 Linuxkernel at version 5.7
(currently in testing), and they both shutdown and reboot reliably. I
believe this bug can now be closed.


signature.asc
Description: PGP signature

Bug#878332: linux > 4.11: Raspberry pi 2 hangs at boot with lpae kernel

[Gunnar Wolf]

fixed 878332 4.19.132-1
fixed 878332 5.7.17-1
thanks

Hello,

This bug is no longer present in kernels shipped in Debian stable /
testing / unstable. Do note, though, that the Raspberry Pi 2 is sold
with 1GB RAM only and cannot be upgraded, and thus has no use for
LPAE, we have used only regular linux-image-armmp kernels (and have no
reason to suppose -lpae is needed).


signature.asc
Description: PGP signature

Bug#969894: nvidia-legacy-390xx-driver: X will not start with nvidia-legacy-390.xx driver and 5.8 kernel

[Jiri Kanicky]

This issue has been resolved with new nvidia-kernel-dkms version 450.66-1

--

Jiri

Bug#969979: linux-image-4.19.0-6-amd64: checkarray on degraded RAID array crashes the system

[Ben Hutchings]

On Wed, 2020-09-09 at 20:34 +0200, Seb wrote:
> Hi,
> 
> 
> > > Package: src:linux
> > > Version: 4.19.67-2+deb10u2
> > [...]
> > This version is 10 months old; please upgrade and try again as the 
> > bug may have been fixed already.
> 
> OK, I will, but I do not know how to properly upgrade the kernel on a 
> Debain-stable system (which is up-to-date with respect to "apt upgrade"). 
> Could you enlighten me and say which kernel version I should try?

You should install "linux-image-amd64", if it's not already installed.
 Also, your APT sources should include both stable and security suites,
like this:

deb http://deb.debian.org/debian/ buster main
deb http://security.debian.org/ buster/updates main

If you only enable the security suite you will be missing important
updates.

Ben.

-- 
Ben Hutchings
Life would be so much easier if we could look at the source code.




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

Bug#970007: ITP:dde-introduction --Introdauction for UOS

[tuqinggang]

Package: wnpp
Severity: wishlist
Owner: Tu Qinggang 
X-Debug-Cc: debian-de...@lists.debian.org

* Package name: dde-introduction
   Version: 5.5.51
   Upstream Author: Deepin Technology Co., Ltd.
* URL: https://github.com/linuxdeepin/dde-introduction
* License: GPL-3.0
   Programming Lang: C++
   Description: Introduction for UOS

When you log into the system for the first time, a welcome program will 
automatically start.
Watch the introduction video to get new features, customize your 
desktop, enable the window

effect and know more about UnionTech OS.

I intend to maiantaining this.

Bug#970005: ITP: deepin-sound-theme -- ​Deepin sound

[hufeng]

Package: wnpp
Severity: wishlist
Owner: Hu Feng 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name    : deepin-sound-theme
  Version : 15.10.6
  Upstream Author : leaeasy 
* URL : https://github.com/linuxdeepin/deepin-sound-theme
  License : GPL-3+
  Programming Lang: Makefile
  Description : Deepin sound


The software package contains deepin sound themes,
applied to system sound effects.
.
I intend to co-maintain this package inside pkg-deepin group.

Bug#970006: unused-override is reported with new tag name

[Jelmer Vernooij]

Package: lintian
Version: 2.93.0
Severity: normal

lintian reports unused overrides lines with the new tag name, but checks 
against the old tag
name (which is unused for obvious reasons). 

For example, see iio-sensor-proxy. Its debian/source/lintian-overrides has:

# no documentation man pages available
iio-sensor-proxy: binary-without-manpage usr/bin/monitor-sensor
iio-sensor-proxy: binary-without-manpage usr/sbin/iio-sensor-proxy
iio-sensor-proxy: systemd-service-file-missing-documentation-key 
lib/systemd/system/iio-sensor-proxy.service

However, lintian reports:

I unused-override no-manual-page usr/bin/monitor-sensor
I unused-override no-manual-page usr/sbin/iio-sensor-proxy
I unused-override systemd-service-file-missing-documentation-key 
lib/systemd/system/iio-sensor-proxy.service 
P renamed-tag binary-without-manpage => no-manual-page at line 2
P renamed-tag binary-without-manpage => no-manual-page at line 3 
W no-manual-page usr/bin/monitor-sensor
W no-manual-page usr/sbin/iio-sensor-proxy 

note that the unused-override line says "no-manual-page" rather than 
"binary-without-manpage".

https://lintian.debian.org/sources/iio-sensor-proxy/3.0-1.html

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

Kernel: Linux 5.7.0-1-amd64 (SMP w/2 CPU threads)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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 lintian depends on:
ii  binutils2.35-2
ii  bzip2   1.0.8-4
ii  diffstat1.63-1
ii  dpkg1.20.5
ii  dpkg-dev1.20.5
ii  file1:5.38-5
ii  gettext 0.19.8.1-10
ii  gpg 2.2.20-1
ii  intltool-debian 0.35.0+20060710.5
ii  libapt-pkg-perl 0.1.36+b3
ii  libarchive-zip-perl 1.68-1
ii  libcapture-tiny-perl0.48-1
ii  libclass-xsaccessor-perl1.19-3+b5
ii  libclone-perl   0.45-1
ii  libconfig-tiny-perl 2.24-1
ii  libcpanel-json-xs-perl  4.23-1
ii  libdata-dpath-perl  0.58-1
ii  libdata-validate-domain-perl0.10-1
ii  libdevel-size-perl  0.83-1+b1
ii  libdpkg-perl1.20.5
ii  libemail-address-xs-perl1.04-1+b2
ii  libfile-basedir-perl0.08-1
ii  libfile-find-rule-perl  0.34-1
ii  libfont-ttf-perl1.06-1
ii  libhtml-html5-entities-perl 0.004-1
ii  libipc-run3-perl0.048-2
ii  libjson-maybexs-perl1.004002-1
ii  liblist-compare-perl0.55-1
ii  liblist-moreutils-perl  0.416-1+b5
ii  liblist-utilsby-perl0.11-1
ii  libmoo-perl 2.004000-1
ii  libmoox-aliases-perl0.001006-1
ii  libnamespace-clean-perl 0.27-1
ii  libpath-tiny-perl   0.114-1
ii  libperlio-gzip-perl 0.19-1+b6
ii  libproc-processtable-perl   0.59-2
ii  libsereal-decoder-perl  4.018+ds-1
ii  libsereal-encoder-perl  4.018+ds-1
ii  libtext-glob-perl   0.11-1
ii  libtext-levenshteinxs-perl  0.03-4+b7
ii  libtext-markdown-discount-perl  0.12-1
ii  libtext-xslate-perl 3.5.8-1
ii  libtime-duration-perl   1.21-1
ii  libtime-moment-perl 0.44-1+b2
ii  libtimedate-perl2.3300-1
ii  libtry-tiny-perl0.30-1
ii  libtype-tiny-perl   1.010005-1
ii  libunicode-utf8-perl0.62-1+b1
ii  liburi-perl 1.76-2
ii  libxml-libxml-perl  2.0134+dfsg-2
ii  libyaml-libyaml-perl0.82+repack-1
ii  lzip1.21-8
ii  lzop1.04-1
ii  man-db  2.9.3-2
ii  patchutils  0.4.2-1
ii  perl [libdigest-sha-perl]   5.30.3-4
ii  t1utils 1.41-4
ii  unzip   6.0-25
ii  xz-utils5.2.4-1+b1

lintian recommends no packages.

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  libtext-template-perl  1.59-1

-- no debconf information

Bug#970004: ITP: r-bioc-scran -- Methods for Single-Cell RNA-Seq Data Analysis

[Steffen Moeller]

Package: wnpp
Severity: wishlist

Subject: ITP: r-bioc-scran -- Methods for Single-Cell RNA-Seq Data Analysis
Package: wnpp
Owner: Steffen Moeller 
Severity: wishlist

* Package name: r-bioc-scran
  Version : 1.16.0
  Upstream Author : Aaron Lun
* URL : https://bioconductor.org/packages/scran/
* License : GPL-3
  Programming Lang: GNU R
  Description : Methods for Single-Cell RNA-Seq Data Analysis
 Implements functions for low-level analyses of single-cell RNA-seq data.
 Methods are provided for normalization of cell-specific biases,
 assignment of cell cycle phase, detection of highly variable and
 significantly correlated genes, identification of marker genes, and
 other common tasks in routine single-cell analysis workflows.

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

Bug#966982: Uploading disabling that test to DELAYED/2

[Thomas Goirand]

On 9/9/20 2:57 PM, Håvard Flaget Aasen wrote:
> On Tue, 8 Sep 2020 16:27:20 +0200 Thomas Goirand  wrote:
>> On 9/8/20 2:01 PM, Håvard Flaget Aasen wrote:
>>> On Tue, 8 Sep 2020 13:40:25 +0200 Thomas Goirand  wrote:
 Hi,

 Since nobody seem to care about this, I've uploaded disabling that
 failing test to DELAYED/2. Indeed, to me, it looked like a broken test,
 rather than a broken package. Otherwise, a long list of reverse
 dependency will be removed from testing in 8 days.

 Debdiff of the change attached. Let me know if you would like me to
 cancel the upload.

 Cheers,

 Thomas Goirand (zigo)
>>>
>>> Thanks for this Thomas but I actually have a package up for RFS to
>>> address this issue.
>>> I must admit I removed all tests during build. Because of the same
>>> reason.  same testsuite is being run as an autopkgtest which succeeds.
>>> Previous there has also been some issues with these tests bug: [761325]
>>> I intend to reopen this bug.
>>>
>>> Can I persuade you to review and upload my own package instead of doing
>>> an NMU? bug: [965370] package in mentors [3]
>>>
>>> Thanks,
>>> H??vard
>>>
>>> [761325] https://bugs.debian.org/761325
>>> [965370] https://bugs.debian.org/965370
>>> [3] https://mentors.debian.net/package/wand/
>>>
>>
>> Hi Håvard,
>>
>> I'm very much surprised by this. Why didn't you write in the bug report
>> then, saying you've addressed the issue and was searching for a sponsor?
>> I had the impression that nobody cared, you know... And you can't expect
>> everyone to closely monitor mentors.
>>
>> I do not agree that removing all tests is the solution, when only a
>> single one fails. I would happily sponsor your upload, but *not* if it's
>> removing all tests.
>>
>> Cheers,
>>
>> Thomas Goirand (zigo)
>>
>>
> 
> 
> Hi Thomas,
> 
> I wrote a reply to this email without CC'ing you, not sure if you got it.
> I did the change that you asked for and pushed it to salsa, I did NOT
> update the package in mentors.
> I also didn't use your patch, I excluded the test with pybuild in
> debian/rules.
> 
> I'd be happy if you still wish to sponsor this.
> 
> Git repository:
> g...@salsa.debian.org:debian/wand.git
> or
> https://salsa.debian.org/debian/wand.git
> 
> 
> Regards,
> Håvard

Hi,

Uploaded, thanks!

Thomas Goirand

Bug#866945: tinymux: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: tinymux
> Version: 2.10.1.14-1
> Tags: patch

There hasn't seem to be any update on this bug in 1164 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#860972: cyclades-serial-client: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: cyclades-serial-client
> Version: 0.92
> Tags: patch

There hasn't seem to be any update on this bug in 1235 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#942009: stgit: 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#968194: Prerelease getmail6 .deb

[積丹尼 Dan Jacobson]

I can test a Prerelease getmail6 .deb for you when you make one.

Bug#860470: libccrtp: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: libccrtp
> Version: 2.0.9-2.3build1
> Tags: patch

There hasn't seem to be any update on this bug in 1240 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#831585: tcpreen: 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#965044: RFP: gnome-podcasts — A podcast client for GNOME

[Francisco M Neto]

Investigating the build dependencies for this package, it seems to require rust-
gstreamer-player, which is not yet packaged. 

-- 
[]'s,

Francisco M Neto 
www.fmneto.com

3E58 1655 9A3D 5D78 9F90
CFF1 D30B 1694 D692 FBF0


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

Bug#943703: stremio on the official debian archive

[Juan Mendez]

I will be happy to contribute on this. I will take a look.

Bug#960742: RFS: lazpaint/7.1.3 ITP -- add LazPaint to Debian

[Robin Gustafsson]

I recall another RFS [1] with the same problem (binary-only package
containing binaries produced with Lazarus). Perhaps something from
that thread could help you.

[1]: http://bugs.debian.org/964087

Regards,
Robin

Bug#970003: elpa-jinja2-mode: Doesn't support .j2 file extension

[eingousef]

Package: elpa-jinja2-mode
Version: 0.2-3
Severity: normal

Dear Maintainer,

This mode activates on files ending with the .jinja2 but not the ones
ending with .j2, which seems to be the de facto standard now.

There is a new version in the MELPA repos that seem to support .j2
extension. You probably want to stick with MELPA-stable packages and I
understand that, but there hasn't been a stable release for 6 years
and I think it would be relevant to provide the MELPA version, at this
point, or to patch the current one.

Regards,

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

Kernel: Linux 5.7.0-3-amd64 (SMP w/4 CPU threads)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages elpa-jinja2-mode depends on:
ii  emacsen-common  3.0.4

Versions of packages elpa-jinja2-mode recommends:
ii  emacs  1:26.3+1-2
ii  emacs-nox [emacs]  1:26.3+1-2

elpa-jinja2-mode suggests no packages.

-- no debconf information

Bug#970002: ITP: r-bioc-singler -- Reference-Based Single-Cell RNA-Seq Annotation

[Steffen Moeller]

Package: wnpp
Severity: wishlist

Subject: ITP: r-bioc-singler -- Reference-Based Single-Cell RNA-Seq Annotation
Package: wnpp
Owner: Steffen Moeller 
Severity: wishlist

* Package name: r-bioc-singler
  Version : 1.2.4
  Upstream Author : Dvir Aran
* URL : https://bioconductor.org/packages/SingleR/
* License : GPL-3
  Programming Lang: GNU R
  Description : Reference-Based Single-Cell RNA-Seq Annotation
 Performs unbiased cell type recognition from single-cell RNA
 sequencing data, by leveraging reference transcriptomic datasets of pure cell
 types to infer the cell of origin of each single cell independently.

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

Bug#969446: RFS: vguitar-2.6 [ITP] -- Play Guitar in any term window. Use with a MIDI synthesizer (qsynth).

[Hilmar Preuße]

Am 09.09.2020 um 19:27 teilte Hilmar Preuße mit:

Hi,

> Build the package fails nevertheless b/c vguitar binary is installed
> into usr/local/. Did you even try to build a binary package from your
> source package?
> 
Attached is a debian.tar.gz you could use as starter. You still need to
check if the package is compliant to new Standards Version and
eventually change the d/control file.

H.
-- 
sigfault
#206401 http://counter.li.org


vguitar_2.6-1.debian.tar.xz
Description: Binary data


signature.asc
Description: OpenPGP digital signature

Bug#965363: RFS: opencpn/5.2.0+dfsg-1 [RC] -- Open Source Chartplotter and Marine GPS Navigation Software

[Alec Leamas]

On Wed, 9 Sep 2020 18:44:17 +0200 Tobias Frost  wrote:
> On Wed, Sep 09, 2020 at 07:39:38AM +0200, Alec Leamas wrote:
>  
> > Now, this should not really change anything. OpenCPN is perfectly usable
> > without any plugins, and builds fine on all Debian core platforms (sic!)
> 
> Sounds good ;-)
> 
> (And it can happen that  someone is showing up later and packaging the 
> plugins for Debian,
> who knows that in a volunteer project :-D)
> 
> When your package is ready, don't forget to remove the moreinfo tag!


Sorry, I missed your reply and sent two messages out of sync.

I have removed the moreinfo tag (that interface *is* arcane!)

As you should be aware, there is a new upload with an error I spotted.
Can you see anything else, or should I just fix that and make a new round?

Cheers!

--alec

PS: My Englisch is not what it should be, and if you have a better
proposal for the message in the 0008-... patch I would certainly prefer
to use that... DS

Bug#957746: ramond: diff for NMU version 0.5-4.1

[Sudip Mukherjee]

Control: tags 957746 + patch
Control: tags 957746 + pending
--

Dear maintainer,

I've prepared an NMU for ramond (versioned as 0.5-4.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should cancel it.

--
Regards
Sudip

diff -Nru ramond-0.5/debian/changelog ramond-0.5/debian/changelog
--- ramond-0.5/debian/changelog 2012-06-05 00:19:14.0 +0100
+++ ramond-0.5/debian/changelog 2020-09-09 22:11:47.0 +0100
@@ -1,3 +1,11 @@
+ramond (0.5-4.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix ftbfs with GCC-10. (Closes: #957746)
+- Build with -fcommon.
+
+ -- Sudip Mukherjee   Wed, 09 Sep 2020 22:11:47 
+0100
+
 ramond (0.5-4) unstable; urgency=low
 
   * Add explicit build-depends on zlib1g-dev (Closes: #676011)
diff -Nru ramond-0.5/debian/rules ramond-0.5/debian/rules
--- ramond-0.5/debian/rules 2012-04-04 01:23:30.0 +0100
+++ ramond-0.5/debian/rules 2020-09-09 22:10:46.0 +0100
@@ -1,6 +1,7 @@
 #!/usr/bin/make -f
 # -*- makefile -*-
 
+export DEB_CFLAGS_MAINT_APPEND = -fcommon
 # Inject the dpkg buildflags
 export DEB_BUILD_MAINT_OPTIONS = hardening=+all
 DPKG_EXPORT_BUILDFLAGS = 1

Bug#970001: r-cran-tibble: autopkgtest failure

[Lucas Kanashiro]

Source: r-cran-tibble
Version: 3.0.3-1
Severity: normal
Tag: patch

Dear Maintainer,

r-cran-tibble has not migrated to testing because of a regression detected by 
autopkgtest:

https://ci.debian.net/data/autopkgtest/testing/amd64/r/r-cran-tibble/6964425/log.gz

This is the important part:

> library("testthat")
> 
> test_check("tibble")
Loading required package: tibble
── 1. Error: lubridate::Period (#784) (@test-tribble.R#173)  ───
there is no package called ‘lubridate’
Backtrace:
  1. testthat::expect_equal(...)
  7. lubridate::days
  8. base::getExportedValue(pkg, name)
  9. base::asNamespace(ns)
 10. base::getNamespace(ns)
 11. base::loadNamespace(name)
 12. base::withRestarts(stop(cond), retry_loadNamespace = function() NULL)
 13. base:::withOneRestart(expr, restarts[[1L]])
 14. base:::doWithOneRestart(return(expr), restart)

── 2. Error: formattable (#785) (@test-tribble.R#180)  ─
there is no package called ‘formattable’
Backtrace:
  1. testthat::expect_equal(...)
  7. formattable::formattable
  8. base::getExportedValue(pkg, name)
  9. base::asNamespace(ns)
 10. base::getNamespace(ns)
 11. base::loadNamespace(name)
 12. base::withRestarts(stop(cond), retry_loadNamespace = function() NULL)
 13. base:::withOneRestart(expr, restarts[[1L]])
 14. base:::doWithOneRestart(return(expr), restart)

══ testthat results  ═══
[ OK: 1413 | SKIPPED: 108 | WARNINGS: 0 | FAILED: 2 ]
1. Error: lubridate::Period (#784) (@test-tribble.R#173) 
2. Error: formattable (#785) (@test-tribble.R#180) 



Two new test dependencies were introduced in version 3.0.3 by upstream: 
lubridate and formattable. lubridate is available in the archive but 
formattable is not AFAICS. In order to fix this issue and make the package 
migrate to testing I am attaching a debdiff where I added r-cran-lubridate to 
d/t/control and also created a patch to remove the formattable test (this patch 
should be removed when formattable lands in the archive).

Thanks in advance for considering the patch!

-- 
Lucas Kanashiro

diff --color -Nru r-cran-tibble-3.0.3/debian/changelog 
r-cran-tibble-3.0.3.new/debian/changelog
--- r-cran-tibble-3.0.3/debian/changelog2020-07-16 04:45:01.0 
-0300
+++ r-cran-tibble-3.0.3.new/debian/changelog2020-09-09 17:48:43.722431124 
-0300
@@ -1,3 +1,12 @@
+r-cran-tibble (3.0.3-2) UNRELEASED; urgency=medium
+
+  * Fix autopkgtest failure.
+- d/t/control: add dependency on r-cran-lubridate.
+- d/p/disable-formattable-test.patch: formattable is a new test dependency
+  and it is not available in the archive.
+
+ -- Lucas Kanashiro   Wed, 09 Sep 2020 16:54:54 -0300
+
 r-cran-tibble (3.0.3-1) unstable; urgency=medium
 
   * Team upload.
diff --color -Nru 
r-cran-tibble-3.0.3/debian/patches/disable-formattable-test.patch 
r-cran-tibble-3.0.3.new/debian/patches/disable-formattable-test.patch
--- r-cran-tibble-3.0.3/debian/patches/disable-formattable-test.patch   
1969-12-31 21:00:00.0 -0300
+++ r-cran-tibble-3.0.3.new/debian/patches/disable-formattable-test.patch   
2020-09-09 17:47:55.866285229 -0300
@@ -0,0 +1,23 @@
+Description: Disable formattable test
+ formattable is a new test dependency and it is not available in the archive
+ yet. Please enable this test again as soon as it is available.
+Author: Lucas Kanashiro 
+Forwarded: not-needed
+Last-Updated: 2020-09-09
+
+--- a/tests/testthat/test-tribble.R
 b/tests/testthat/test-tribble.R
+@@ -176,13 +176,6 @@
+   )
+ })
+ 
+-test_that("formattable (#785)", {
+-  expect_equal(
+-tribble(~ x, formattable::formattable(1.0, 1), 
formattable::formattable(2.0, 1)),
+-tibble(x = formattable::formattable(1:2 + 0, 1))
+-  )
+-})
+-
+ #  frame_matrix() 
+ 
+ test_that("frame_matrix constructs a matrix as expected", {
diff --color -Nru r-cran-tibble-3.0.3/debian/patches/series 
r-cran-tibble-3.0.3.new/debian/patches/series
--- r-cran-tibble-3.0.3/debian/patches/series   1969-12-31 21:00:00.0 
-0300
+++ r-cran-tibble-3.0.3.new/debian/patches/series   2020-09-09 
17:44:13.393603168 -0300
@@ -0,0 +1 @@
+disable-formattable-test.patch
diff --color -Nru r-cran-tibble-3.0.3/debian/tests/control 
r-cran-tibble-3.0.3.new/debian/tests/control
--- r-cran-tibble-3.0.3/debian/tests/control2020-07-16 04:45:01.0 
-0300
+++ r-cran-tibble-3.0.3.new/debian/tests/control2020-09-09 
17:08:29.494825526 -0300
@@ -1,3 +1,3 @@
 Tests: run-unit-test
-Depends: @, r-cran-testthat, r-cran-data.table, r-cran-rsqlite, r-cran-knitr, 
r-cran-dplyr, r-cran-withr, r-cran-mockr
+Depends: @, r-cran-testthat, r-cran-data.table, r-cran-rsqlite, r-cran-knitr, 
r-cran-dplyr, r-cran-withr, r-cran-mockr, r-cran-lubridate
 Restrictions: allow-stderr

Bug#965363: RFS: opencpn/5.2.0+dfsg-1 [RC] -- Open Source Chartplotter and Marine GPS Navigation Software

[Alec Leamas]

On Wed, 9 Sep 2020 22:53:37 +0200 Alec Leamas  wrote:
> Hi,
> 
> A new version is uploaded to mentors. Time to reset the history. Changes
> since last round:

...

Dammit. There's still one copyright for src/gshhs.cpp to fix. I'm on it,
but holding next upload until I hear from you.


"Annoyed"

--alec

Bug#969761: engrampa: Broken tar archive when including symlinks to directories

[Olivier Humbert]

Hi all.

Just adding here that I've discovered this issue using using the 
following system :

- Debian 10 Buster & MATE 1.20.4
- engrampa 1.20.2-1
- libtar0 1.2.20-7
- tar 1.30+dfsg-6

If you would need some more info, please do not hesitate to ping me.

Cheers,
Olivier

--
Site web : https://librazik.tuxfamily.org/
Donation : https://liberapay.com/LibraZiK/
Diaspora : 
https://framasphere.org/people/8c184af0c9450134f6682a053625

Mastodon : https://mastodon.xyz/@LibraZiK

Bug#965363: RFS: opencpn/5.2.0+dfsg-1 [RC] -- Open Source Chartplotter and Marine GPS Navigation Software

[Alec Leamas]

Hi,

A new version is uploaded to mentors. Time to reset the history. Changes
since last round:

  - New warning dialog for downloading binary plugin content (patch).
  - Spelling error fixed
  - Removed references to upstream bugs. I think it's a pity, the
references linked patches in d/patches to upstream bugs.
  - Fixed the d/copyright mess.
  - Left compat level at 12 according to discussion.

Thoughts?

Cheers!
--alec

Bug#960788: ITP: alsa-sof-firmware -- Intel SOF audio firmware and topology

[maximilian attems]

On Mon, Sep 07, 2020 at 09:43:33AM +0200, Hector Oron wrote:
> Hello intrigeri,
> 
> Missatge de intrigeri  del dia ds., 5 de set.
> 2020 a les 8:21:
> 
> > So we could close this ITP (#960788, since in the end no new source
> > package will be introduced) in favor of #949019 and #962134, which
> > could themselves be merged, right? I'm happy to do the BTS paperwork
> > if this makes sense to you folks :)
> 
> Sounds great to me with thanks!

after rethinking that upstream shows no interest in merging their
binaries with linux-firmware and that in the future we might be
able to compile them, I think it is better to have a separated package.

With the experimental pulseaudio, latest sof and 5.8 the X1 nicely
plays sound, so I have a good test bench.

Due to moving around I plan to upload next weekend.

so please keep the ITP open and for now it will be a binary upload.

thanks!

-- 
maks

Bug#969961: firmware-amd-graphics: amdgpu requires firmware installed even it already has been installed

[maximilian attems]

>* What led up to the situation?
>   None, just boot up.
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>   1. Go to tty2, login. Enter "sudo modprobe -r amdgpu"
>   2. Then, Enter "sudo modprobe -i amdgpu"
>* What was the outcome of this action?
>   None graphics shows up..Startx failed too.
>* What outcome did you expect instead?
>   No error shows and graphics shows up.

Have you tried newer amd microcode (as far as I remember Debian has an 2019 
outdated one)?


also linux 5.8 in unstable would be worth a try.


thanks.

-- 
maks
 

Bug#966218: marked as done (firmware: failed to load iwl-debug-yoyo.bin (-2))

[Jeremy L. Gaddis]

control: reopen -1
control: found -1 5.8.7-1

$ uname -a
Linux foo 5.8.0-1-amd64 #1 SMP Debian 5.8.7-1 (2020-09-05) x86_64 GNU/Linux

$ journalctl -k -g iwl-debug-yoyo
-- Logs begin at Mon 2020-08-03 07:03:27 EDT, end at Wed 2020-09-09
16:08:47 EDT. --
Sep 09 15:53:32 foo kernel: iwlwifi :03:00.0: firmware: failed to
load iwl-debug-yoyo.bin (-2)

Bug#969986: [Pkg-javascript-devel] Bug#969986: Bug#969986: npm: Error: Cannot find module 'semver'

[Kevin Locke]

reassign 969986 nodejs
merge 969986 932659
thanks

On Wed, 2020-09-09 at 21:11 +0200, Jonas Smedegaard wrote:
> Quoting Kevin Locke (2020-09-09 20:32:01)
>> Did you try installing to a chroot:
>> 
>> debootstrap testing npm-chroot && chroot npm-chroot sh -c 'apt install -y 
>> npm && npm --version'
> 
> I tried above command just now (inside another chroot), and it failed:
>
> [...]
> Error: Cannot find module 'semver'
> [...]
> 
> Installing npm into a clean pbuilder chroot (either sid or bullseye) and 
> running "npm --version" does not fail, however.

Good catch.  I am seeing the same behavior.  It looks to me like a
difference in the node module search path, not specific to npm.

If I run `node -e 'console.log(require.resolve.paths("semver"))'` in the
chroot, I get (note the missing /usr prefix):

[
  '/node_modules',
  '/root/.node_modules',
  '/root/.node_libraries',
  '/lib/x86_64-linux-gnu/nodejs',
  '/share/nodejs',
  '/lib/nodejs'
]

In pbuilder I get:

[
  '/node_modules',
  '/root/.node_modules',
  '/root/.node_libraries',
  '/usr/lib/x86_64-linux-gnu/nodejs',
  '/usr/share/nodejs',
  '/usr/lib/nodejs'
]

I think the problem is that process.execPath is "node" in the chroot and
"/usr/bin/node" in pbuilder and that this is used to build the module
search path.  The problem occurs when /proc is not mounted.

It appears this was already reported in #932659.  Sorry for not noticing
that earlier.

Thanks,
Kevin


signature.asc
Description: PGP signature

Bug#960742: RFS: lazpaint/7.1.3 ITP -- add LazPaint to Debian

[Tobias Frost]

On Wed, Sep 09, 2020 at 11:23:17AM +0200, Johann ELSASS wrote:
> Hello,
> 
> I have made a repository with everything in it. For now it is version 6.4.1.

(Robin also replied, please read the bug mentioned there… Though it has no
solution it might help understanding mechanics)


 
> It is there: https://github.com/bgrabitmap/lazpaint-upstream

Thanks for that, I think that is a starting point, but still some way to go.

First you need your build env fixed… I could not build the package; however
I'm not using dpkg-buildpackage but pbuilder for the job. pbuilder is closer to
how the buildds are working. You should find guides how to setup pbuilder with
somre research. Then make sure to give it a spin using some known-good source 
package:
For example 
apt source hello && cd hello-*/ && pdebuild

After that, try that with your package (you need to create an orig.tar. before;
easiest way (but not 100% correct for later -- this is just to bootstrap you)
is just to tar up the cloned git repo as lazpaint_6.4.1.orig.tar.xz

You will then see that the package is not building with pbuilder…*
So your next goal is then to fix that. I unfortunatly won't be able to help
much with lazbuild/lazarus problems, so you likely need to figure out stuff
yourself. ask here when you've got stuck. Taking a look at other (lazarus)
packages might help too, of course.

pbuilder bails out with
 The following packages have unmet dependencies:
  pbuilder-satisfydepends-dummy : Depends: lazarus-project (>= 1.8.6) which is a
   virtual package and is not provided by any available package

That means "lazarus-project" is as Build-Depends, there is no package with that 
name.
Not sure what it needed here. But I think I saw something in the bug Robin 
referenced.

Once you've got your package compiling, let us know.

I wish you best of luck: The first package is always the hardest -- and I fear
you did not choose the easiest one!

Cheers,
-- 
tobi

Bug#970000: dojo: CVE-2020-4051

[Salvatore Bonaccorso]

Source: dojo
Version: 1.15.3+dfsg1-1
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team 

Hi,

The following vulnerability was published for dojo.

CVE-2020-4051[0]:
| In Dijit before versions 1.11.11, and greater than or equal to 1.12.0
| and less than 1.12.9, and greater than or equal to 1.13.0 and less
| than 1.13.8, and greater than or equal to 1.14.0 and less than 1.14.7,
| and greater than or equal to 1.15.0 and less than 1.15.4, and greater
| than or equal to 1.16.0 and less than 1.16.3, there is a cross-site
| scripting vulnerability in the Editor's LinkDialog plugin. This has
| been fixed in 1.11.11, 1.12.9, 1.13.8, 1.14.7, 1.15.4, 1.16.3.


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-4051
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-4051
[1] https://github.com/dojo/dijit/security/advisories/GHSA-cxjc-r2fp-7mq6

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#957144: dnshistory: diff for NMU version 1.3-2.1

[Sudip Mukherjee]

Control: tags 957144 + patch
Control: tags 957144 + pending
--

Dear maintainer,

I've prepared an NMU for dnshistory (versioned as 1.3-2.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should cancel it.

--
Regards
Sudip

diff -u dnshistory-1.3/debian/changelog dnshistory-1.3/debian/changelog
--- dnshistory-1.3/debian/changelog
+++ dnshistory-1.3/debian/changelog
@@ -1,3 +1,10 @@
+dnshistory (1.3-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix ftbfs with GCC-10. (Closes: #957144)
+
+ -- Sudip Mukherjee   Wed, 09 Sep 2020 20:38:29 
+0100
+
 dnshistory (1.3-2) unstable; urgency=low
 
   * Acknowledge NMU
diff -u dnshistory-1.3/debian/patches/series 
dnshistory-1.3/debian/patches/series
--- dnshistory-1.3/debian/patches/series
+++ dnshistory-1.3/debian/patches/series
@@ -1,0 +2 @@
+gcc-10.patch
only in patch2:
unchanged:
--- dnshistory-1.3.orig/debian/patches/gcc-10.patch
+++ dnshistory-1.3/debian/patches/gcc-10.patch
@@ -0,0 +1,13 @@
+Declare variable as extern to fix FTBFS with gcc-10
+
+--- a/src/dnshistory.h
 b/src/dnshistory.h
+@@ -163,7 +163,7 @@ typedef struct {
+  *  GLOBALS *
+  /
+ /*-- Date/Time --*/
+-time_t current_day; /* The current day, check to 
see if we need to update a record in this run
++extern time_t current_day;  /* The current day, check to 
see if we need to update a record in this run
+Also see SAME_RUN */
+ 
+ /*-- DB Setup --*/

Bug#969999: osc: CVE-2019-3681

[Salvatore Bonaccorso]

Source: osc
Version: 0.168.2-1
Severity: important
Tags: security upstream
Forwarded: https://bugzilla.suse.com/show_bug.cgi?id=1122675
X-Debbugs-Cc: car...@debian.org, Debian Security Team 

Hi,

The following vulnerability was published for osc.

CVE-2019-3681[0]:
| A External Control of File Name or Path vulnerability in osc of SUSE
| Linux Enterprise Module for Development Tools 15, SUSE Linux
| Enterprise Software Development Kit 12-SP5, SUSE Linux Enterprise
| Software Development Kit 12-SP4; openSUSE Leap 15.1, openSUSE Factory
| allowed remote attackers that can change downloaded packages to
| overwrite arbitrary files. This issue affects: SUSE Linux Enterprise
| Module for Development Tools 15 osc versions prior to 0.169.1-3.20.1.
| SUSE Linux Enterprise Software Development Kit 12-SP5 osc versions
| prior to 0.162.1-15.9.1. SUSE Linux Enterprise Software Development
| Kit 12-SP4 osc versions prior to 0.162.1-15.9.1. openSUSE Leap 15.1
| osc versions prior to 0.169.1-lp151.2.15.1. openSUSE Factory osc
| versions prior to 0.169.0 .


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-2019-3681
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-3681
[1] https://bugzilla.suse.com/show_bug.cgi?id=1122675
[2] 
https://github.com/openSUSE/osc/commit/a79c54418baf9b9785123bd07f350f12bd729ed3

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#969979: linux-image-4.19.0-6-amd64: checkarray on degraded RAID array crashes the system

[maximilian attems]

On Wed, Sep 09, 2020 at 08:34:16PM +0200, Seb wrote:
> 
> > > Package: src:linux
> > > Version: 4.19.67-2+deb10u2
> > [...]
> > This version is 10 months old; please upgrade and try again as the bug
> > may have been fixed already.
> 
> OK, I will, but I do not know how to properly upgrade the kernel on a
> Debain-stable system (which is up-to-date with respect to "apt upgrade").
> Could you enlighten me and say which kernel version I should try?

How about: apt-get dist-upgrade
What is its output?
of course reboot after upgrade.

best,

-- 
maks

Bug#969998: watchdog systemd unit service should start after basic.target

[Rafael David Tinoco]

Package: watchdog
Version: 5.16-1+b1
Severity: normal
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

It was reported in Ubuntu that watchdog.service should be started after
basic.target instead of multi-user.target:

https://bugs.launchpad.net/ubuntu/+source/watchdog/+bug/1891801

It turns out that some cluster services - specially sbd (shared-storage
based death) - need watchdog device to be available before they are
started.

Because of already existing HA units relationship, simply configuring
sbd.service to start "After=watchdog.service" causes a loop. I haven't
gone through other attempts as the end user suggestion - making the
watchdog service unit to start earlier - sounds better indeed.

Any thoughts ?

Thank you

- -rafaeldtinoco

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

Kernel: Linux 5.4.0-33-generic (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)

Versions of packages watchdog depends on:
ii  debconf [debconf-2.0]  1.5.74
ii  libc6  2.31-3
ii  lsb-base   11.1.0
ii  udev   246.4-1

watchdog recommends no packages.

watchdog suggests no packages.

- -- debconf-show failed

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE9/EO4QjRa7yS94ISqT4OCtg8DQ8FAl9ZKrEACgkQqT4OCtg8
DQ91wA/+Od9wKxrh2mRRC0ASgQNOfnHDYzx1rdYrAnEna9ziso0Po4DbrzkX+57/
sBrsIQUDYrSxiuiHmmj6BOjKAPzwJhVcTDvOfxcLeANsZbA3xgVOrzgyq7ytozk1
RHNx7uw52i0lkFNwxo3T1ri2JJX5H7EyhM8AHiKadC8ncKEZkuS9D8Mo9A4KpQjQ
ZW61pGoNi2ziEKvlTpsCKoUyr6m1HnwDBuRpcJHfeyP94pzHflms/n4kYwz7XmLq
YlvUAk9kgHIt463v5DOtg2sjhSzPf3LvKS5BQw/mb9S1WcUyQ+ISeGO+Ys2U0IP8
QlUB/tR3oHW5Wj8Lu5oGVcut31App+fpd8QK4jwsISxB2ctxsQg2/yuEfC+kU66T
zM5l21+i9WG8HVAsFbOexK4f9Az3hwXZYdgG6ATrbfKLOWuJQoobqUwo24IsApmF
zuOH//13y2gcDr0YJqHUBxvlCSsB/4O2mhXZOq1xN9SWEa4KuPhUy8+HZWsuT0zD
Icvt3EXqYwlYbtbWqx7vaALxMJDleNOlifXF/+jUYhNgzqg643xMSSXwxw4729rj
2FA5Rur8lU/TUN6I1IUl1Jka4LvkLKJK9mvou1iJaBERiRTUxsJM6feU4x+XcVs1
gQk4BAzm518B5DCMCjHLWtq8ihCbnKX4igl8jjDCOYVbsXjDUXU=
=6l4n
-END PGP SIGNATURE-

Bug#969997: ITP: r-bioc-destiny -- GNU R diffusion maps

[Andreas Tille]

Package: wnpp
Severity: wishlist

Subject: ITP: r-bioc-destiny -- GNU R diffusion maps
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-bioc-destiny
  Version : 3.2.0
  Upstream Author : Philipp Angerer,
* URL : https://bioconductor.org/packages/destiny/
* License : GPL-2
  Programming Lang: GNU R
  Description : GNU R diffusion maps
 This BioConductor package creates and plots diffusion maps.

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

Bug#969986: [Pkg-javascript-devel] Bug#969986: Bug#969986: npm: Error: Cannot find module 'semver'

[Jonas Smedegaard]

Quoting Kevin Locke (2020-09-09 20:32:01)
> Did you try installing to a chroot:
> 
> debootstrap testing npm-chroot && chroot npm-chroot sh -c 'apt install -y npm 
> && npm --version'

That's a fair questions: autopkgtest has its own set of dependencies 
which might hide this issue.

I tried above command just now (inside another chroot), and it failed:

internal/modules/cjs/loader.js:968
  throw err;
  ^

Error: Cannot find module 'semver'
Require stack:
- /usr/share/npm/lib/utils/unsupported.js
- /usr/share/npm/bin/npm-cli.js
at Function.Module._resolveFilename (internal/modules/cjs/loader.js:965:15)
at Function.Module._load (internal/modules/cjs/loader.js:841:27)
at Module.require (internal/modules/cjs/loader.js:1025:19)
at require (internal/modules/cjs/helpers.js:72:18)
at Object. (/usr/share/npm/lib/utils/unsupported.js:2:14)
at Module._compile (internal/modules/cjs/loader.js:1137:30)
at Object.Module._extensions..js (internal/modules/cjs/loader.js:1157:10)
at Module.load (internal/modules/cjs/loader.js:985:32)
at Function.Module._load (internal/modules/cjs/loader.js:878:14)
at Module.require (internal/modules/cjs/loader.js:1025:19) {
  code: 'MODULE_NOT_FOUND',
  requireStack: [
'/usr/share/npm/lib/utils/unsupported.js',
'/usr/share/npm/bin/npm-cli.js'
  ]
}

The package node-semver _was_ installed.

Installing npm into a clean pbuilder chroot (either sid or bullseye) and 
running "npm --version" does not fail, however.

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature

Bug#969288: r-cran-htmltools: fix autopkgtest failure

[Lucas Kanashiro]

Hi,

The attached patch fixes the autopkgtest failure.

Thanks in advance for considering the patch!

-- 
Lucas Kanashiro

--- a/tests/testthat/test-colors.R
+++ b/tests/testthat/test-colors.R
@@ -1,10 +1,16 @@
 context("test-colors")
 
-colors_bad <- readLines(test_path("colors-bad.txt"))
-colors_good <- readLines(test_path("colors-good.txt"))
-# To update the test results:
-# writeLines(parseCssColors(readLines(test_path("colors-good.txt"))), test_path("colors-good-expected.txt"))
-colors_good_expected <- readLines(test_path("colors-good-expected.txt"))
+if (Sys.getenv("AUTOPKGTEST_TMP") == "") {
+  colors_bad <- readLines(test_path("colors-bad.txt"))
+  colors_good <- readLines(test_path("colors-good.txt"))
+  # To update the test results:
+  # writeLines(parseCssColors(readLines(test_path("colors-good.txt"))), test_path("colors-good-expected.txt"))
+  colors_good_expected <- readLines(test_path("colors-good-expected.txt"))
+} else {
+  colors_bad <- readLines("./colors-bad.txt")
+  colors_good <- readLines("./colors-good.txt")
+  colors_good_expected <- readLines("./colors-good-expected.txt")
+}
 
 test_that("parseCssColors", {
   # Invalid colors

Bug#969996: netbase: /etc/hosts missing entry for local hostname

[Antonio Terceiro]

Package: netbase
Version: 6.1
Severity: normal
Tags: patch

Systems installed by d-i get such an entry, but chroots created with
debootstrap don't. That sometimes causes issues, e.g. cups fails to
build in a chroot that doesn't have an entry for the local hostname.

The attached patch makes /etc/hosts in chroots consistent with the one
in systems installed by d-i.

I tested this end-to-end by creating a fresh chroot using mmdebootstrap
and pointing to a regular debian mirror and a local repository with a
build of netbase including this patch, and it works as intended.

This is also available as a merge request on salsa:
https://salsa.debian.org/md/netbase/-/merge_requests/2

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

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

-- no debconf information
From 29e597f1245c9cde862814db3aac82d4e9208daf Mon Sep 17 00:00:00 2001
From: Antonio Terceiro 
Date: Sun, 7 Jun 2020 14:42:20 -0300
Subject: [PATCH] /etc/hosts: include entry for local hostname

Systems installed by d-i get such an entry, but chroots created with
debootstrap don't. That sometimes causes issues, e.g. cups fails to
build in a chroot that doesn't have an entry for the local hostname.

This patch makes /etc/hosts in chroots consistent with the one in
systems installed by d-i.
---
 debian/netbase.postinst | 7 +++
 1 file changed, 7 insertions(+)

diff --git a/debian/netbase.postinst b/debian/netbase.postinst
index 4876e47..7db07de 100644
--- a/debian/netbase.postinst
+++ b/debian/netbase.postinst
@@ -3,8 +3,15 @@
 create_hosts_file() {
   if [ -e /etc/hosts ]; then return 0; fi
 
+  if [ -e /etc/hostname ]; then
+hostnameline="127.0.1.1	$(head -1 /etc/hostname)"
+  else
+hostnameline=""
+  fi
+
   cat > /etc/hosts <<-EOF
 	127.0.0.1	localhost
+	${hostnameline}
 	::1		localhost ip6-localhost ip6-loopback
 	ff02::1		ip6-allnodes
 	ff02::2		ip6-allrouters
-- 
2.28.0



signature.asc
Description: PGP signature

Bug#969912: buster-pu: package diaspora-installer/0.7.6.1+debian1

[Pirate Praveen]

Control: tags -1 - moreinfo

On Tue, Sep 8, 2020 at 22:49, Pirate Praveen  
wrote:



On 2020, സെപ്റ്റംബർ 8 10:41:40 PM IST, "Adam D. 
Barratt"  wrote:

Control: tags -1 + moreinfo

On Tue, 2020-09-08 at 22:31 +0530, Pirate Praveen wrote:

 This fixes upgrading from stretch-backports. Attaching the debdiff.

 I noticed these issues when upgrading production instance at
 https://diasp.in



Judging from the changelog, it looks like this change hasn't been
applied to the package in unstable yet. Is that correct?


Yes, that is correct.

I found the problem in stretch-backports and fixed that first. Then 
moved to fixing buster. I intend to fix unstable too. If you want to 
wait for fix in unstable, that'd be fine too.


These changes are now part of unstable (0.7.14.0+debian) and I included 
one more important bug fix #926968 in the update (which was found when 
upgrading from stretch-backports to buster). See the updated debdiff.


diff -Nru diaspora-installer-0.7.6.1+debian1/debian/changelog diaspora-installer-0.7.6.1+debian1+deb10u1/debian/changelog
--- diaspora-installer-0.7.6.1+debian1/debian/changelog	2019-05-01 18:45:53.0 +0530
+++ diaspora-installer-0.7.6.1+debian1+deb10u1/debian/changelog	2020-09-09 01:27:58.0 +0530
@@ -1,3 +1,12 @@
+diaspora-installer (0.7.6.1+debian1+deb10u1) buster; urgency=medium
+
+  * Use --frozen option to bundle install to use upstream Gemfile.lock
+  * Don't exclude Gemfile.lock during upgrades
+  * Don't overiwrite config/oidc_key.pem during upgrades
+  * Make config/schedule.yml writeable (Closes: #926968)
+
+ -- Pirate Praveen   Wed, 09 Sep 2020 01:27:58 +0530
+
 diaspora-installer (0.7.6.1+debian1) unstable; urgency=medium
 
   * Use system bundler (Closes: #919978)
diff -Nru diaspora-installer-0.7.6.1+debian1/debian/diaspora-common.links diaspora-installer-0.7.6.1+debian1+deb10u1/debian/diaspora-common.links
--- diaspora-installer-0.7.6.1+debian1/debian/diaspora-common.links	2019-05-01 18:45:53.0 +0530
+++ diaspora-installer-0.7.6.1+debian1+deb10u1/debian/diaspora-common.links	2020-09-09 01:27:29.0 +0530
@@ -2,6 +2,8 @@
 var/lib/diaspora/public usr/share/diaspora/public
 var/lib/diaspora/app-assets usr/share/diaspora/app/assets
 var/lib/diaspora/.bundle usr/share/diaspora/.bundle
-var/lib/diaspora/Gemfile.lock usr/share/diaspora/Gemfile.lock
+#We use upstream Gemfile.lock for diaspora-installer so move this to diaspora
+#var/lib/diaspora/Gemfile.lock usr/share/diaspora/Gemfile.lock
 var/lib/diaspora/oidc_key.pem usr/share/diaspora/config/oidc_key.pem
+var/lib/diaspora/schedule.yml usr/share/diaspora/config/schedule.yml
 var/log/diaspora usr/share/diaspora/log
diff -Nru diaspora-installer-0.7.6.1+debian1/debian/postinst diaspora-installer-0.7.6.1+debian1+deb10u1/debian/postinst
--- diaspora-installer-0.7.6.1+debian1/debian/postinst	2019-05-01 18:45:53.0 +0530
+++ diaspora-installer-0.7.6.1+debian1+deb10u1/debian/postinst	2020-09-09 00:27:27.0 +0530
@@ -41,8 +41,7 @@
 
 	echo "Installing gems with rubygems ..."
 	su ${diaspora_user} -s /bin/sh -c "mkdir -p ~/vendor/bundle"
-	su ${diaspora_user} -s /bin/sh -c "touch ~/Gemfile.lock && truncate -s 0 ~/Gemfile.lock"
-	su ${diaspora_user} -s /bin/sh -c "bundle install --path vendor/bundle --with ${BUNDLE_WITH} --without development test"
+	su ${diaspora_user} -s /bin/sh -c "bundle install --frozen --path vendor/bundle --with ${BUNDLE_WITH} --without development test"
 # Fix permissions (see #847286, #866862)
 	su ${diaspora_user} -s /bin/sh -c "find ${diaspora_user_home}/vendor/bundle -type f -exec chmod go-w {} \;"
 
diff -Nru diaspora-installer-0.7.6.1+debian1/debian/postrm diaspora-installer-0.7.6.1+debian1+deb10u1/debian/postrm
--- diaspora-installer-0.7.6.1+debian1/debian/postrm	2019-05-01 18:45:53.0 +0530
+++ diaspora-installer-0.7.6.1+debian1+deb10u1/debian/postrm	2020-09-09 01:27:29.0 +0530
@@ -13,7 +13,7 @@
 
 diaspora_home=/usr/share/diaspora
 # Keep it in sync with preinst
-diaspora_symlinks_list="Gemfile.lock log tmp public app/assets bin/bundle vendor/bundle config/database.yml config/diaspora.yml config/oidc_key.pem"
+diaspora_symlinks_list="Gemfile.lock log tmp public app/assets bin/bundle vendor/bundle config/database.yml config/diaspora.yml config/oidc_key.pem config/schedule.yml"
 diaspora_symlinks_dirs="app bin vendor db config"
 
 case "$1" in
diff -Nru diaspora-installer-0.7.6.1+debian1/debian/preinst diaspora-installer-0.7.6.1+debian1+deb10u1/debian/preinst
--- diaspora-installer-0.7.6.1+debian1/debian/preinst	2019-05-01 18:45:53.0 +0530
+++ diaspora-installer-0.7.6.1+debian1+deb10u1/debian/preinst	2020-09-09 01:27:29.0 +0530
@@ -4,7 +4,7 @@
 diaspora_home=/usr/share/diaspora
 
 # Keep it in sync with postrm
-diaspora_symlinks_list="Gemfile.lock log tmp public app/assets bin/bundle vendor/bundle config/database.yml config/diaspora.yml config/oidc_key.pem"
+diaspora_symlinks_list="Gemfile.lock log tmp public 

Bug#969995: ITP: pip-check-reqs -- Find packages that should or should not be in requirements for a project

[Francois Marier]

Package: wnpp
Severity: wishlist
Owner: Francois Marier 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: pip-check-reqs
  Version : 2.1.1
  Upstream Author : Richard Jones 
* URL : https://github.com/r1chardj0n3s/pip-check-reqs
* License : MIT
  Programming Lang: Python
  Description : checker for missing and extra packages in Python 
requirements

It happens: you start using a module in your project and it works and you
don't realise that it's only being included in your virtualenv because it's
a dependency of a package you're using. pip-missing-reqs finds those modules
so you can include them in the requirements.txt for the project.
.
Alternatively, you have a long-running project that has some packages in
requirements.txt that are no longer actively used in the codebase. The
pip-extra-reqs tool will find those modules so you can remove them.

Bug#969994: ITP: r-cran-smoother -- GNU R functions relating to the smoothing of numerical data

[Andreas Tille]

Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-smoother -- GNU R functions relating to the smoothing of 
numerical data
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-cran-smoother
  Version : 1.1
  Upstream Author : Nicholas Hamilton
* URL : https://cran.r-project.org/package=smoother
* License : GPL-2
  Programming Lang: GNU R
  Description : GNU R functions relating to the smoothing of numerical data
 A collection of methods for smoothing numerical data, commencing
 with a port of the Matlab gaussian window smoothing function. In
 addition, several functions typically used in smoothing of financial
 data are included.

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

Bug#969993: ITP: r-cran-cba -- GNU R clustering for business analytics

[Andreas Tille]

Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-cba -- GNU R clustering for business analytics
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-cran-cba
  Version : 0.2
  Upstream Author : Christian Buchta and Michael Hahsler
* URL : https://cran.r-project.org/package=cba
* License : GPL-2
  Programming Lang: GNU R
  Description : GNU R clustering for business analytics
 Implements clustering techniques such as Proximus and Rock, utility
 functions for efficient computation of cross distances and data
 manipulation.

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

Bug#969992: ITP: r-cran-proxy -- GNU R distance and similarity measures

[Andreas Tille]

Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-proxy -- GNU R distance and similarity measures
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-cran-proxy
  Version : 0.4
  Upstream Author : David Meyer,
* URL : https://cran.r-project.org/package=proxy
* License : GPL-2
  Programming Lang: GNU R
  Description : GNU R distance and similarity measures
 Provides an extensible framework for the efficient calculation of
 auto- and cross-proximities, along with implementations of the most
 popular ones.

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

Bug#969979: linux-image-4.19.0-6-amd64: checkarray on degraded RAID array crashes the system

[Seb]

Hi,



Package: src:linux
Version: 4.19.67-2+deb10u2

[...]
This version is 10 months old; please upgrade and try again as the 
bug may have been fixed already.


OK, I will, but I do not know how to properly upgrade the kernel on a 
Debain-stable system (which is up-to-date with respect to "apt upgrade"). 
Could you enlighten me and say which kernel version I should try?



Regards,
Sébastien.

Bug#969986: [Pkg-javascript-devel] Bug#969986: npm: Error: Cannot find module 'semver'

[Kevin Locke]

On Wed, 2020-09-09 at 20:20 +0200, Xavier wrote:
> Control: tags -1 + moreinfo
> 
> Le 09/09/2020 à 19:54, Kevin Locke a écrit :
>> Package: npm
>> Version: 6.14.8+ds-1
>> Severity: important
>> 
>> Dear Maintainer,
>> 
>> When I run `npm --version` (or any subcommand), it prints:
>> 
>> internal/modules/cjs/loader.js:968
>>   throw err;
>>   ^
>> 
>> Error: Cannot find module 'semver'
>> Require stack:
>> - /usr/share/npm/lib/utils/unsupported.js
>> - /usr/share/npm/bin/npm-cli.js
>> at Function.Module._resolveFilename 
>> (internal/modules/cjs/loader.js:965:15)
>> at Function.Module._load (internal/modules/cjs/loader.js:841:27)
>> at Module.require (internal/modules/cjs/loader.js:1025:19)
>> at require (internal/modules/cjs/helpers.js:72:18)
>> at Object. (/usr/share/npm/lib/utils/unsupported.js:2:14)
>> at Module._compile (internal/modules/cjs/loader.js:1137:30)
>> at Object.Module._extensions..js (internal/modules/cjs/loader.js:1157:10)
>> at Module.load (internal/modules/cjs/loader.js:985:32)
>> at Function.Module._load (internal/modules/cjs/loader.js:878:14)
>> at Module.require (internal/modules/cjs/loader.js:1025:19) {
>>   code: 'MODULE_NOT_FOUND',
>>   requireStack: [
>> '/usr/share/npm/lib/utils/unsupported.js',
>> '/usr/share/npm/bin/npm-cli.js'
>>   ]
>> }
>> 
>> I am able to reproduce the error in a fresh chroot with:
>> 
>> debootstrap testing npm-chroot
>> chroot npm-chroot sh -c 'apt install -y npm && npm --version'
>> 
>> Any ideas?
> 
> Hi,
> 
> I'm unable to reproduce this bug when adding this autopkgtest
> (node-semver is a dependency of npm):
> 
> Test-Command: npm --version
> Depends: @
> Restrictions: superficial
> Features: test-name=npm-version
> 
> 
> Result is:
> autopkgtest [20:16:49]: test npm-version: npm --version
> autopkgtest [20:16:49]: test npm-version: [---
> 6.14.8
> autopkgtest [20:16:49]: test npm-version: ---]
> autopkgtest [20:16:49]: test npm-version:  - - - - - - - - - - results
> npm-version  PASS (superficial)

I'm sorry, but I'm not familiar enough with autopkgtest to confirm.
I'll start reading about autopkgtest to see if I can confirm or come up
with a repro.

Did you try installing to a chroot:

debootstrap testing npm-chroot && chroot npm-chroot sh -c 'apt install -y npm 
&& npm --version'

Thanks,
Kevin

Bug#969991: src:ruby-diff-lcs: fails to migrate to testing for too long: causes autopkgtest regressions

[Paul Gevers]

Source: ruby-diff-lcs
Version: 1.3-1
Severity: serious
Control: close -1 1.4.4-1
Tags: sid bullseye
User: release.debian@packages.debian.org
Usertags: out-of-sync
Control: block -1 by 968628 968629

Dear maintainer(s),

As recently announced [1], the Release Team now considers packages that
are out-of-sync between testing and unstable for more than 60 days as
having a Release Critical bug in testing. Your package src:ruby-diff-lcs
in its current version in unstable has been trying to migrate for 60
days [2]. Hence, I am filing this bug.

If a package is out of sync between unstable and testing for a longer
period, this usually means that bugs in the package in testing cannot be
fixed via unstable. Additionally, blocked packages can have impact on
other packages, which makes preparing for the release more difficult.
Finally, it often exposes issues with the package and/or
its (reverse-)dependencies. We expect maintainers to fix issues that
hamper the migration of their package in a timely manner.

This bug will trigger auto-removal when appropriate. As with all new
bugs, there will be at least 30 days before the package is auto-removed.

I have immediately closed this bug with the version in unstable, so if
that version or a later version migrates, this bug will no longer affect
testing. I have also tagged this bug to only affect sid and bullseye, so
it doesn't affect (old-)stable.

If you believe your package is unable to migrate to testing due to
issues beyond your control, don't hesitate to contact the Release Team.

Paul

[1] https://lists.debian.org/debian-devel-announce/2020/02/msg5.html
[2] https://qa.debian.org/excuses.php?package=ruby-diff-lcs




signature.asc
Description: OpenPGP digital signature

Bug#969986: [Pkg-javascript-devel] Bug#969986: npm: Error: Cannot find module 'semver'

[Xavier]

Control: tags -1 + moreinfo

Le 09/09/2020 à 19:54, Kevin Locke a écrit :
> Package: npm
> Version: 6.14.8+ds-1
> Severity: important
> 
> Dear Maintainer,
> 
> When I run `npm --version` (or any subcommand), it prints:
> 
> internal/modules/cjs/loader.js:968
>   throw err;
>   ^
> 
> Error: Cannot find module 'semver'
> Require stack:
> - /usr/share/npm/lib/utils/unsupported.js
> - /usr/share/npm/bin/npm-cli.js
> at Function.Module._resolveFilename 
> (internal/modules/cjs/loader.js:965:15)
> at Function.Module._load (internal/modules/cjs/loader.js:841:27)
> at Module.require (internal/modules/cjs/loader.js:1025:19)
> at require (internal/modules/cjs/helpers.js:72:18)
> at Object. (/usr/share/npm/lib/utils/unsupported.js:2:14)
> at Module._compile (internal/modules/cjs/loader.js:1137:30)
> at Object.Module._extensions..js (internal/modules/cjs/loader.js:1157:10)
> at Module.load (internal/modules/cjs/loader.js:985:32)
> at Function.Module._load (internal/modules/cjs/loader.js:878:14)
> at Module.require (internal/modules/cjs/loader.js:1025:19) {
>   code: 'MODULE_NOT_FOUND',
>   requireStack: [
> '/usr/share/npm/lib/utils/unsupported.js',
> '/usr/share/npm/bin/npm-cli.js'
>   ]
> }
> 
> I am able to reproduce the error in a fresh chroot with:
> 
> debootstrap testing npm-chroot
> chroot npm-chroot sh -c 'apt install -y npm && npm --version'
> 
> Any ideas?

Hi,

I'm unable to reproduce this bug when adding this autopkgtest
(node-semver is a dependency of npm):

Test-Command: npm --version
Depends: @
Restrictions: superficial
Features: test-name=npm-version


Result is:
autopkgtest [20:16:49]: test npm-version: npm --version
autopkgtest [20:16:49]: test npm-version: [---
6.14.8
autopkgtest [20:16:49]: test npm-version: ---]
autopkgtest [20:16:49]: test npm-version:  - - - - - - - - - - results
npm-version  PASS (superficial)

Bug#969990: gnome-shell: Lock Screen shortcuts don't work with lightdm is installed

[Kevin Ford]

Package: gnome-shell
Version: 3.30.2-11~deb10u1
Severity: important

Dear Maintainer,

I installed debian 10 Buster and then installed lightdm.  After installing
lightdm, the keybinding for lock screen doesn't work.  This seems to be because
it is invoking GDM's lock command.  I created a custom keybinding for the
lightdm lock command (dm-tool lock) to work around this.  The in-built keyboard
shortcut should know which command to use based on my DE (lightdm in this case)



-- System Information:
Debian Release: 10.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.30.1-2
ii  evolution-data-server3.30.5-1+deb10u1
ii  gir1.2-accountsservice-1.0   0.6.45-2
ii  gir1.2-atspi-2.0 2.30.0-7
ii  gir1.2-freedesktop   1.58.3-2
ii  gir1.2-gcr-3 3.28.1-1
ii  gir1.2-gdesktopenums-3.0 3.28.1-1
ii  gir1.2-gdm-1.0   3.30.2-3
ii  gir1.2-geoclue-2.0   2.5.2-1
ii  gir1.2-glib-2.0  1.58.3-2
ii  gir1.2-gnomebluetooth-1.03.28.2-4~deb10u1
ii  gir1.2-gnomedesktop-3.0  3.30.2.1-2
ii  gir1.2-gtk-3.0   3.24.5-1
ii  gir1.2-gweather-3.0  3.28.2-2
ii  gir1.2-ibus-1.0  1.5.19-4+deb10u1
ii  gir1.2-mutter-3  3.30.2-9~deb10u1
ii  gir1.2-nm-1.01.14.6-2+deb10u1
ii  gir1.2-nma-1.0   1.8.20-1.1
ii  gir1.2-pango-1.0 1.42.4-8~deb10u1
ii  gir1.2-polkit-1.00.105-25
ii  gir1.2-rsvg-2.0  2.44.10-2.1
ii  gir1.2-soup-2.4  2.64.2-2
ii  gir1.2-upowerglib-1.00.99.10-1
ii  gjs  1.54.3-1
ii  gnome-backgrounds3.30.0-1
ii  gnome-settings-daemon3.30.2-3
ii  gnome-shell-common   3.30.2-11~deb10u1
ii  gsettings-desktop-schemas3.28.1-1
ii  libatk-bridge2.0-0   2.30.0-5
ii  libatk1.0-0  2.30.0-2
ii  libc62.28-10
ii  libcairo21.16.0-4
ii  libcanberra-gtk3-0   0.30-7
ii  libcanberra0 0.30-7
ii  libcroco30.6.12-3
ii  libecal-1.2-19   3.30.5-1+deb10u1
ii  libedataserver-1.2-233.30.5-1+deb10u1
ii  libgcr-base-3-1  3.28.1-1
ii  libgdk-pixbuf2.0-0   2.38.1+dfsg-1
ii  libgirepository-1.0-11.58.3-2
ii  libgjs0g 1.54.3-1
ii  libglib2.0-0 2.58.3-2+deb10u2
ii  libglib2.0-bin   2.58.3-2+deb10u2
ii  libgstreamer1.0-01.14.4-1
ii  libgtk-3-0   3.24.5-1
ii  libical3 3.0.4-3
ii  libjson-glib-1.0-0   1.4.4-2
ii  libmutter-3-03.30.2-9~deb10u1
ii  libnm0   1.14.6-2+deb10u1
ii  libpango-1.0-0   1.42.4-8~deb10u1
ii  libpangocairo-1.0-0  1.42.4-8~deb10u1
ii  libpolkit-agent-1-0  0.105-25
ii  libpolkit-gobject-1-00.105-25
ii  libpulse-mainloop-glib0  12.2-4+deb10u1
ii  libpulse012.2-4+deb10u1
ii  libsecret-1-00.18.7-1
ii  libstartup-notification0 0.12-6
ii  libsystemd0  241-7~deb10u4
ii  libx11-6 2:1.6.7-1
ii  libxfixes3   1:5.0.3-1
ii  mutter   3.30.2-9~deb10u1
ii  python3  3.7.3-1

Versions of packages gnome-shell recommends:
ii  bolt  0.7-2
ii  chrome-gnome-shell10.1-5
ii  gdm3  3.30.2-3
ii  gkbd-capplet  3.26.1-1
ii  gnome-control-center  1:3.30.3-2~deb10u1
ii  gnome-user-docs   3.30.2-1
ii  iio-sensor-proxy  2.4-2
ii  

Bug#969989: ITP: libpdf-builder-perl -- Facilitates the creation and modification of PDF files

[Jeffrey Ratcliffe]

Package: wnpp
Severity: wishlist
Owner: Jeffrey Ratcliffe 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: libpdf-builder-perl
  Version : 3.019
  Upstream Author : Phil Perry 
* URL : https://metacpan.org/release/PDF-Builder
* License : GPL-1, GPL-2.1, Artistic
  Programming Lang: Perl
  Description : Facilitates the creation and modification of PDF files

 PDF::Builder started as a fork of PDF::API2, but has since added new features
 and fixed large bugs compared to the original.
 .
 Features:
  - Works with more than one PDF file open at once
  - It presents a object-oriented API to the user
  - Supports the 14 base PDF Core Fonts
  - Supports TrueType/OpenType fonts with both TT and CFF Outlines
  - Supports Adobe-Type1 Fonts (pfb/pfa/afm)
  - Supports native Embedding of bitmap images (jpeg,ppm,png)
  - Supports modification of existing pdfs and import/cloning of pages
  - Lite version of the API for first-timers

When it leaves the NEW queue, it will replace libpdf-api2-perl as a
dependency of gscan2pdf.

I intend to maintain this as part of the Perl team.

Bug#969987: ITP: r-cran-knn.covertree -- GNU R accurate kNN implementation with multiple distance measures

[Andreas Tille]

Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-knn.covertree -- GNU R accurate kNN implementation with 
multiple distance measures
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-cran-knn.covertree
  Version : 1.0
  Upstream Author : Philipp Angerer,
* URL : https://cran.r-project.org/package=knn.covertree
* License : AGPL-3
  Programming Lang: GNU R
  Description : GNU R accurate kNN implementation with multiple distance 
measures
 Similarly to the 'FNN' package, this package allows calculation of the k
 nearest neighbors (kNN) of a data matrix. The implementation is based on
 cover trees introduced by Alina Beygelzimer, Sham Kakade, and John
 Langford (2006) .

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

Bug#969576: nextcloud-desktop: Main window not visible/constructable

[Stefano Zacchiroli]

On Wed, Sep 09, 2020 at 07:24:04PM +0200, Paul van Tilburg wrote:
> I have to reaffirm that I used an iterative approach to install each of
> these to get rid of all warnings and have the main interface appear.
> I'm afraid that all dependencies listed  above seem necessary, maybe
> you had the others for other reasons already?

Yeah, it is entirely possible. So please test what is actually needed
(e.g., in a fresh debian chroot) rather than relying on my very narrow
data point.

Cheers
-- 
Stefano Zacchiroli . z...@upsilon.cc . upsilon.cc/zack . . o . . . o . o
Computer Science Professor . CTO Software Heritage . . . . . o . . . o o
Former Debian Project Leader & OSI Board Director  . . . o o o . . . o .
« the first rule of tautology club is the first rule of tautology club »

Bug#969988: ITP: r-cran-vim -- GNU R visualization and imputation of missing values

[Andreas Tille]

Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-vim -- GNU R visualization and imputation of missing values
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-cran-vim
  Version : 6.0.0
  Upstream Author : Matthias Templ,
* URL : https://cran.r-project.org/package=VIM
* License : GPL-2+
  Programming Lang: GNU R
  Description : GNU R visualization and imputation of missing values
 New tools for the visualization of missing and/or imputed values
 are introduced, which can be used for exploring the data and the structure of
 the missing and/or imputed values. Depending on this structure of the missing
 values, the corresponding methods may help to identify the mechanism generating
 the missing values and allows one to explore the data including missing values.
 In addition, the quality of imputation can be visually explored using various
 univariate, bivariate, multiple and multivariate plot methods. A graphical user
 interface available in the separate package VIMGUI allows an easy handling of
 the implemented plot methods.

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

Bug#969986: npm: Error: Cannot find module 'semver'

[Kevin Locke]

Package: npm
Version: 6.14.8+ds-1
Severity: important

Dear Maintainer,

When I run `npm --version` (or any subcommand), it prints:

internal/modules/cjs/loader.js:968
  throw err;
  ^

Error: Cannot find module 'semver'
Require stack:
- /usr/share/npm/lib/utils/unsupported.js
- /usr/share/npm/bin/npm-cli.js
at Function.Module._resolveFilename (internal/modules/cjs/loader.js:965:15)
at Function.Module._load (internal/modules/cjs/loader.js:841:27)
at Module.require (internal/modules/cjs/loader.js:1025:19)
at require (internal/modules/cjs/helpers.js:72:18)
at Object. (/usr/share/npm/lib/utils/unsupported.js:2:14)
at Module._compile (internal/modules/cjs/loader.js:1137:30)
at Object.Module._extensions..js (internal/modules/cjs/loader.js:1157:10)
at Module.load (internal/modules/cjs/loader.js:985:32)
at Function.Module._load (internal/modules/cjs/loader.js:878:14)
at Module.require (internal/modules/cjs/loader.js:1025:19) {
  code: 'MODULE_NOT_FOUND',
  requireStack: [
'/usr/share/npm/lib/utils/unsupported.js',
'/usr/share/npm/bin/npm-cli.js'
  ]
}

I am able to reproduce the error in a fresh chroot with:

debootstrap testing npm-chroot
chroot npm-chroot sh -c 'apt install -y npm && npm --version'

Any ideas?

Thanks,
Kevin


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

Kernel: Linux 5.8.7 (SMP w/4 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 npm depends on:
ii  ca-certificates 20200601
ii  node-abbrev 1.1.1-2
ii  node-ajv6.12.4-1
ii  node-ansi   0.3.1-1
ii  node-ansi-regex 5.0.0-1
ii  node-ansi-styles4.2.1-1
ii  node-ansistyles 0.1.3-2
ii  node-aproba 2.0.0-1
ii  node-archy  1.0.0-3
ii  node-are-we-there-yet   1.1.5-1
ii  node-asap   2.0.6-2
ii  node-asn1   0.2.3-2
ii  node-assert-plus1.0.0-2
ii  node-asynckit   0.4.0-3
ii  node-aws-sign2  0.7.1-2
ii  node-aws4   1.10.1-1
ii  node-balanced-match 1.0.0-1
ii  node-bcrypt-pbkdf   1.0.2-1
ii  node-bl 4.0.3-1
ii  node-bluebird   3.7.2+dfsg1-1
ii  node-boxen  4.2.0-3
ii  node-brace-expansion1.1.11-1
ii  node-builtin-modules3.1.0-1
ii  node-builtins   1.0.3-2
ii  node-cacache11.3.3-2
ii  node-call-limit 1.1.1-1
ii  node-camelcase  5.3.1-1
ii  node-caseless   0.12.1-1
ii  node-chalk  2.4.2-1
ii  node-chownr 1.1.3-3
ii  node-ci-info2.0.0-1
ii  node-cli-boxes  2.2.0-3
ii  node-cliui  4.1.0-2
ii  node-clone  2.1.2-2
ii  node-co 4.6.0-3
ii  node-color-convert  1.9.3-1
ii  node-color-name 1.1.4-1
ii  node-colors 1.4.0-1
ii  node-columnify  1.5.4-3
ii  node-combined-stream1.0.8-1
ii  node-concat-map 0.0.1-2
ii  node-concat-stream  2.0.0-1
ii  node-config-chain   1.1.12-1
ii  node-configstore5.0.1-1
ii  node-console-control-strings1.1.0-2
ii  node-copy-concurrently  1.0.5-5
ii  node-core-util-is   1.0.2-2
ii  node-crypto-random-string   3.2.0-1
ii  node-cyclist1.0.1-3
ii  node-dashdash   1.14.1-3
ii  node-debbundle-es-to-primitive  1.2.1+~cs8.3.13-1
ii  node-debug  4.1.1+~cs4.1.5-1
ii  node-decamelize 4.0.0-1
ii  node-deep-extend0.6.0-1
ii  node-defaults   1.0.3-2
ii  node-define-properties  1.1.3-1
ii  node-delayed-stream 1.0.0-4
ii  node-delegates  1.0.0-2
ii  node-detect-indent  6.0.0-1
ii  node-detect-newline 3.1.0-1
ii  node-dot-prop   5.2.0-1
ii  node-duplexer3  0.1.4-5
ii  node-duplexify  4.1.1-1
ii  node-ecc-jsbn   0.2.0-2
ii  node-editor 1.0.0-2
ii  node-encoding   0.1.12-3
ii  node-end-of-stream  1.4.4-1
ii  node-err-code   2.0.0+dfsg-1
ii  node-errno  0.1.7-2
ii  node-es6-promise4.2.8-7
ii  node-escape-string-regexp   

Bug#887085: diaspora-sidekiq.service and diaspora.service

[Pirate Praveen]

/etc/systemd/system/diaspora-sidekiq.service

[Unit]
Description=Diaspora Sidekiq Worker
PartOf=diaspora.target
Requires=redis-server.service
Wants=postgresql.service
After=redis-server.service postgresql.service
PartOf=gitlab.service
ReloadPropagatedFrom=diaspora.service

[Service]
Type=simple
User=diaspora
WorkingDirectory=/usr/share/diaspora
EnvironmentFile=/etc/diaspora/diaspora.conf
SyslogIdentifier=diaspora-sidekiq
ExecStart=/bin/bash -lc "bin/bundle exec sidekiq"
Restart=always

[Install]
WantedBy=diaspora.target

/etc/systemd/system/diaspora.service

[Unit]
Description=Diaspora Services
BindsTo=diaspora-unicorn.service diaspora-sidekiq.service
After=diaspora-unicorn.service diaspora-sidekiq.service

[Service]
Type=idle
RemainAfterExit=yes
ExecStart=-/bin/true
ExecReload=-/bin/true

[Install]
WantedBy=diaspora.target

Bug#969576: nextcloud-desktop: Main window not visible/constructable

[Paul van Tilburg]

On Wed, 2020-09-09 at 15:58 +0200, Stefano Zacchiroli wrote
> > After installing the following packages,  I can see the main window
> > again(although it still disappears on me sometimes):
> > * qml-module-qtquick-layouts* qml-module-qtquick-controls2* qml-
> > module-qtgraphicaleffects* qml-module-qtqml-models2* qml-module-
> > qtqml
> 
> Thanks for this. After "apt install"-ing the above packages the
> issuewas fixed for me too. For what is worth, the packages that
> were*actually* missing on my system prior to the installation were
> just:
>   qml-module-qtquick-controls2  qml-module-qtquick-templates2

I have to reaffirm that I used an iterative approach to install each of
these to get rid of all warnings and have the main interface appear.
I'm afraid that all dependencies listed  above seem necessary, maybe
you had the others for other reasons already?

What is weird to me, though, is that qml-module-qtquick-controls (so
version 1) does depend on most of these, whereas qml-module-qtquick-
controls2 does not.

Kind regards,

Paul van Tilburg


-- 
Debian developer| E-mail: 
paulvt@debian.orghttps://www.debian.org  | GnuPG:  
0xC7DE073EDA9EEC4D>>> Using the Power of Debian GNU/Linux | Matrix: 
@paul:luon.net

Bug#969446: RFS: vguitar-2.6 [ITP] -- Play Guitar in any term window. Use with a MIDI synthesizer (qsynth).

[Hilmar Preuße]

Am 08.09.2020 um 04:09 teilte Nick Strauss mit:

Hi,

>>   Please review each of those files and make sure that unnecessary
>> template placeholders are not included in your packaging debian/ dir.
>> Please pay special attention to the debian/copyright file since it was
> 
> I have manually reviewed & edited all these files with special attention to 
> debian/copyright. 
> 
> These changes have been updated to my repository as  2.6.
>  apt-get source vguitar
> ---vguitar_2.6.orig.tar.gz
>  ---vguitar_2.6-1.dsc
> ---vguitar_2.6-1.debian.tar.xz
> 
Not, sure what you changed, but:

- debian/patches/series just consist of comments, remove it.
- debian/changelog: distributions must be set to unstable instead of
UNRELEASED.
- Compact Level is set to 9, bump at least to 12. v9 is deprecated.
- debian/copyright contains a full copy of GPL-3, remove it. A reference
to /usr/share/common-licenses/GPL-3 is sufficient.
- debian/README.Debian: does not contains useful information, remove it.
- debian/rules and debian/watch contains lot of comments, clean them up.
- debian/control: you need to declare a BD on at least libasound2-dev,
did not test further.

Build the package fails nevertheless b/c vguitar binary is installed
into usr/local/. Did you even try to build a binary package from your
source package?

H.
-- 
sigfault
#206401 http://counter.li.org



signature.asc
Description: OpenPGP digital signature

Bug#969915: pdfsandwich: permissions are to restrictive, not respecting umask

[Tobias Frost]

Control: severity -1 minor

Thanks for reporting!

I can confirm the behaviour and asked upstream about their opinion; though I
will wait if upstream produces a patch or a new version… 

(IOW I don't intend
to fix this with a Debian specific patch, especially as with my rusty OCaml…)

Cheers,
tobi

Bug#887085: added diaspora-unicorn.service

[Pirate Praveen]

/etc/systemd/system/diaspora-unicorn.service

[Unit]
Description=Diaspora Unicorn Server
PartOf=diaspora.target
Requires=redis-server.service
Wants=postgresql.service
After=redis-server.service postgresql.service
PartOf=diaspora.service
ReloadPropagatedFrom=diaspora.service

[Service]
Type=simple
User=diaspora
WorkingDirectory=/usr/share/diaspora
EnvironmentFile=/etc/diaspora/diaspora.conf
SyslogIdentifier=diaspora-unicorn
ExecStart=/usr/bin/bundle exec unicorn_rails -c config/unicorn.rb -E
$RAILS_ENV
ExecReload=/bin/kill -USR2 $MAINPID
Restart=on-abnormal

[Install]
WantedBy=diaspora.target

/etc/diaspora/diaspora.conf (remove export from /etc/diaspora.conf)

RAILS_ENV=production
DB=postgres
BUNDLE_WITH=postgresql
DB_NAME=diaspora_production
SERVERNAME="diaspora-buster.lxc"
ENVIRONMENT_URL="http://diaspora-buster.lxc;
ENVIRONMENT_REQUIRE_SSL="false"
diaspora_letsencrypt="false"



signature.asc
Description: OpenPGP digital signature

Bug#969972: Gimp fails to start

[Simon McVittie]

Control: reassign -1 libllvm7,libllvm9,libllvm10
Control: forcemerge 852746 -1
Control: affects 852746 + gimp

On Thu, 10 Sep 2020 at 00:34:02 +1000, Nikolai Lusan wrote:
> On startup GIMP gives the following error:
> 
>   $ gimp-2.10 
>   Gtk-Message: 00:20:39.212: Failed to load module "topmenu-gtk-module"
>   : CommandLine Error: Option 'polly' registered more than once!
>   LLVM ERROR: inconsistency in registered CommandLine options

Looks like you already reported this in
July: . This is
a bug in either LLVM, or the interaction between OpenCL drivers, or an
OpenCL driver, depending how you look at it; it cannot be fixed by GIMP.

Workaround: try removing pocl-opencl-icd and/or mesa-opencl-icd, whichever
one is not actively used on your hardware.

smcv

Bug#969985: new upstream releases

[VA]

Package: pipx
Version: 0.12.3.1-3

pipx is currently at version 0.15.5.1. But Debian is still at 0.12.3.1, 
which was released on February 2019, more than 20 releases away.

Bug#969782: RFS: jag/0.3.8-1 -- arcade and puzzle 2D game

[Reiner Herrmann]

Hi Carlos,

> The test added just does 'jag &' which does not provide significant
> test coverage as is evident from the output.
> 
> autopkgtest [21:14:03]: test command1: jag &
> autopkgtest [21:14:03]: test command1: [---
> 
> qt.qpa.xcb: could not connect to display 
> qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though 
> it was
> found.

I think the test is not yet working.

jag is a graphical application, but you are not instructing autopkgtest
to start a (virtual) X server.
And even if this was working, what would this actually be testing?

I think the autopkgtest is only passing because of the & which starts it
in the background (where it fails to start) and then the shell process exits
successfully?

I would recommend to remove the test as it's currently not testing
anything (not even "superficially"). Writing a proper test for a game
is probablby quite difficult, though maybe someone else has a better
idea how this could be tested.

Kind regards,
  Reiner


signature.asc
Description: PGP signature

Bug#966982: Uploading disabling that test to DELAYED/2

[Håvard Flaget Aasen]

On Tue, 8 Sep 2020 16:27:20 +0200 Thomas Goirand  wrote:
> On 9/8/20 2:01 PM, Håvard Flaget Aasen wrote:
> > On Tue, 8 Sep 2020 13:40:25 +0200 Thomas Goirand  wrote:
> >> Hi,
> >>
> >> Since nobody seem to care about this, I've uploaded disabling that
> >> failing test to DELAYED/2. Indeed, to me, it looked like a broken test,
> >> rather than a broken package. Otherwise, a long list of reverse
> >> dependency will be removed from testing in 8 days.
> >>
> >> Debdiff of the change attached. Let me know if you would like me to
> >> cancel the upload.
> >>
> >> Cheers,
> >>
> >> Thomas Goirand (zigo)
> > 
> > Thanks for this Thomas but I actually have a package up for RFS to
> > address this issue.
> > I must admit I removed all tests during build. Because of the same
> > reason.  same testsuite is being run as an autopkgtest which succeeds.
> > Previous there has also been some issues with these tests bug: [761325]
> > I intend to reopen this bug.
> > 
> > Can I persuade you to review and upload my own package instead of doing
> > an NMU? bug: [965370] package in mentors [3]
> > 
> > Thanks,
> > H??vard
> > 
> > [761325] https://bugs.debian.org/761325
> > [965370] https://bugs.debian.org/965370
> > [3] https://mentors.debian.net/package/wand/
> > 
> 
> Hi Håvard,
> 
> I'm very much surprised by this. Why didn't you write in the bug report
> then, saying you've addressed the issue and was searching for a sponsor?
> I had the impression that nobody cared, you know... And you can't expect
> everyone to closely monitor mentors.
> 
> I do not agree that removing all tests is the solution, when only a
> single one fails. I would happily sponsor your upload, but *not* if it's
> removing all tests.
> 
> Cheers,
> 
> Thomas Goirand (zigo)
> 
> 


Hi Thomas,

I wrote a reply to this email without CC'ing you, not sure if you got it.
I did the change that you asked for and pushed it to salsa, I did NOT
update the package in mentors.
I also didn't use your patch, I excluded the test with pybuild in
debian/rules.

I'd be happy if you still wish to sponsor this.

Git repository:
g...@salsa.debian.org:debian/wand.git
or
https://salsa.debian.org/debian/wand.git


Regards,
Håvard

Bug#965363: RFS: opencpn/5.2.0+dfsg-1 [RC] -- Open Source Chartplotter and Marine GPS Navigation Software

[Tobias Frost]

On Wed, Sep 09, 2020 at 07:39:38AM +0200, Alec Leamas wrote:
 
> Now, this should not really change anything. OpenCPN is perfectly usable
> without any plugins, and builds fine on all Debian core platforms (sic!)

Sounds good ;-)

(And it can happen that  someone is showing up later and packaging the plugins 
for Debian,
who knows that in a volunteer project :-D)

When your package is ready, don't forget to remove the moreinfo tag!

Cheers,
tobi
> 
> Cheers!
> --alec
> 

Bug#969984: gnome-session-canberra: not very functional as it is and some suggestions

[Patrice Duroux]

Package: gnome-session-canberra
Version: 0.30-7
Severity: normal

Dear Maintainer,

Using Debian Sid and after installing gnome-session-canberra, it does not
provide provide any sound event/notification (at least for GDM).

>From my point of view, this package has two different goals:

1) The first is to provide a CLI with canberra-gtk-play binary to play sound
event.

This may be used by some other packages and using Debian Code Search, those are
candidates:
transmission
systemtap
kazam
loqui

I did not check if their dependency suggests or recommends it.

2) The second is to offer some sound events in GNOME for both GDM (ready) and
GNOME user's session (login/logout)

About the requested sound files:

-in /usr/share/gdm/autostart/LoginWindow/libcanberra-ready-sound.desktop

$ apt-file search system-ready
arctica-greeter: /usr/share/sounds/arctica-greeter/stereo/system-ready.ogg

- in /usr/share/gnome/autostart/libcanberra-login-sound.desktop

$ apt-file search desktop-login
moblin-sound-theme: /usr/share/sounds/moblin/stereo/desktop-login.ogg

- in /usr/share/gnome/shutdown/libcanberra-logout-sound.sh

$ apt-file search desktop-logout


And so none of them are provided by the sound-theme-freedesktop package.

* Proposal

Then here is a solution that works for me:

- moving (or linking) the file 'libcanberra-ready-sound.desktop' from
'/usr/share/gdm/autostart/LoginWindow/' to '/usr/share/gdm/greeter/autostart/'
may improve the situation.
- changing in this file the "system-ready" by "complete" for instance from
sound-theme-freedesktop.

* Questions

Is libcanberra targeted to be obsolete and replaced?
Could it be interesting to split this package into: libcanberra-bin (or -tool,
...) and gnome-session-canberra?
Would it be better to replace literal values (sound event) and use some
$(gsettings get ...) in place?

Thanks,
Patrice

ps: perhaps some other bug reports may be related to this one.



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

Kernel: Linux 5.8.0-1-amd64 (SMP w/12 CPU threads)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 gnome-session-canberra depends on:
ii  libc6   2.31-3
ii  libcanberra-gtk3-0  0.30-7
ii  libcanberra00.30-7
ii  libglib2.0-02.64.4-1
ii  libgtk-3-0  3.24.22-1

gnome-session-canberra recommends no packages.

gnome-session-canberra suggests no packages.

-- no debconf information

Bug#969979: linux-image-4.19.0-6-amd64: checkarray on degraded RAID array crashes the system

[Ben Hutchings]

Control: tag -1 moreinfo

On Wed, 2020-09-09 at 18:03 +0200, Seb wrote:
> Package: src:linux
> Version: 4.19.67-2+deb10u2
[...]

This version is 10 months old; please upgrade and try again as the bug
may have been fixed already.

Ben.

-- 
Ben Hutchings
Time is nature's way of making sure that
everything doesn't happen at once.




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

Bug#969982: Updating the cscope Uploaders list

[Tobias Frost]

Source: cscope
Version: 15.9-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Tobias Klauser  wishes no longer to be uploader of cscope.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.


signature.asc
Description: PGP signature

Bug#969981: O: acpitail -- Show ACPI information in a tail-like style

[Tobias Frost]

Package: wnpp

The current maintainer of acpitail, Tobias Klauser
, has orphaned this package.

Additionally it seem that the Debian ACPI Team is defunct, the mailing
list is only collects spam, therefore I orphan this package instead of
filing a "remove from uploader" bug. I CC'ed Michael, as he is the only
maintainer of the only other package of the team in the hope Michael
maybe wants to adopt the package / or educate me that the team is alive
;-)

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: acpitail
Binary: acpitail
Version: 0.1-4
Maintainer: Debian Acpi Team 
Uploaders: Tobias Klauser 
Build-Depends: debhelper (>= 9), libacpi-dev
Architecture: i386 amd64 ia64
Standards-Version: 3.9.3
Format: 3.0 (quilt)
Files:
 c8cff0ee8a0ddb0a53b9f2166311b691 1899 acpitail_0.1-4.dsc
 59b60dcdee061bc5b6a9537d269cea4b 9097 acpitail_0.1.orig.tar.gz
 b8d4dd65172adbec5b8d1a170ec6d3c7 2268 acpitail_0.1-4.debian.tar.gz
Vcs-Browser: http://git.debian.org/?p=pkg-acpi/acpitail.git
Vcs-Git: git://git.debian.org/git/pkg-acpi/acpitail.git
Checksums-Sha256:
 5f827fe9f1f567cb191f409de898ae94b46d7e9d9dea6e6edc4545a8aae5dd12 1899 
acpitail_0.1-4.dsc
 1d3acb12bbb6cbd8b216ec3185c6bbe1124a746ccf86fde370407552d2d66f4d 9097 
acpitail_0.1.orig.tar.gz
 28c834c75a24190dbf9e8fb9fc4128f3bd040a7de021b47901511aa9c0140403 2268 
acpitail_0.1-4.debian.tar.gz
Homepage: http://www.vanheusden.com/acpitail/
Package-List: 
 acpitail deb utils optional
Directory: pool/main/a/acpitail
Priority: source
Section: utils

Package: acpitail
Source: acpitail (0.1-4)
Version: 0.1-4+b1
Installed-Size: 30
Maintainer: Debian Acpi Team 
Architecture: amd64
Depends: libacpi0, libc6 (>= 2.4)
Description-en: Show ACPI information in a tail-like style
 acpitail shows ACPI status information about battery, fan and
 temperature in a tail-like way. As soon as a value changes, the new
 value gets appended to the current output.
Description-md5: 9526bed1a52b5851f7cd0355f406f2c3
Homepage: http://www.vanheusden.com/acpitail/
Tag: admin::hardware, admin::monitoring, hardware::power,
 hardware::power:acpi, implemented-in::c, interface::commandline,
 role::program, scope::utility, use::monitor
Section: utils
Priority: optional
Filename: pool/main/a/acpitail/acpitail_0.1-4+b1_amd64.deb
Size: 8348
MD5sum: eb1a4732982e529fd0fb893b8c3a
SHA256: a316ebb3aedbc3e77983c0562c4966d73fde72c7627b3923569c9622395af1b2



signature.asc
Description: PGP signature

Bug#969983: Updating the netsniff-ng Uploaders list

[Tobias Frost]

Source: netsniff-ng
Version: 0.6.5-1 0.6.6-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Tobias Klauser  wishes no longer to be uploader of
netsniff-ng.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.


signature.asc
Description: PGP signature

Bug#969980: ITP: r-cran-laeken -- GNU R estimation of indicators on social exclusion and poverty

[Andreas Tille]

Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-laeken -- GNU R estimation of indicators on social 
exclusion and poverty
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-cran-laeken
  Version : 0.5.1
  Upstream Author : Andreas Alfons,
* URL : https://cran.r-project.org/package=laeken
* License : GPL-2+
  Programming Lang: GNU R
  Description : GNU R estimation of indicators on social exclusion and 
poverty
 Estimation of indicators on social exclusion and poverty, as well
 as Pareto tail modeling for empirical income distributions.

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

Bug#969979: linux-image-4.19.0-6-amd64: checkarray on degraded RAID array crashes the system

[Seb]

Package: src:linux
Version: 4.19.67-2+deb10u2
Severity: critical
Justification: breaks the whole system

Dear Maintainer,


This machine runs a six-disks RAID10 array with mdadm.

This morning,
cat /sys/block/md2/md/mismatch_cnt
reported 128, indicating errors on the array. This may be linked to a hard
drive that failed a few weeks ago and has been replaced since. I do not know
when the count started exceeding zero.

To correct the problem, I ran
/usr/share/mdadm/checkarray /dev/md2
as explained in /usr/share/doc/mdadm/README.checkarray .
Before the check was complete, the system crashed. Here is the kernel oops
message from /var/log/syslog:

Sep  9 16:13:13 ns3358511 freshclam[786]: Wed Sep  9 16:13:13 2020 -> Testing 
database: 
'/var/lib/clamav/tmp.009ee/clamav-1c0b168938d0b213620d993d9646fef3.tmp-daily.cld'
 ...
Sep  9 16:13:13 ns3358511 kernel: [151276.866290] BUG: unable to handle kernel 
NULL pointer dereference at 0008
Sep  9 16:13:13 ns3358511 kernel: [151276.866297] PGD 0 P4D 0 
Sep  9 16:13:13 ns3358511 kernel: [151276.866301] Oops:  [#1] SMP PTI
Sep  9 16:13:13 ns3358511 kernel: [151276.866305] CPU: 0 PID: 5665 Comm: 
md2_resync Not tainted 4.19.0-6-amd64 #1 Debian 4.19.67-2+deb10u2
Sep  9 16:13:13 ns3358511 kernel: [151276.866307] Hardware name: System 
manufacturer System Product Name/P8H77-I, BIOS 1001 02/01/2013
Sep  9 16:13:13 ns3358511 kernel: [151276.866314] RIP: 
0010:r10buf_pool_alloc+0x338/0x430 [raid10]
Sep  9 16:13:13 ns3358511 kernel: [151276.866316] Code: 20 48 98 48 89 c2 48 c1 
e2 04 48 01 d0 4c 8d 2c c6 49 8d 5d 08 49 81 c5 88 00 00 00 eb 09 48 83 c3 08 
49 39 dd 74 c5 48 8b 3b <48> 8b 47 08 48 8d 50 ff a8 01 48 0f 45 fa 0f 1f 44 00 
00 f0 ff 4f
Sep  9 16:13:13 ns3358511 kernel: [151276.866320] RSP: 0018:a4bdc2173b08 
EFLAGS: 00010202
Sep  9 16:13:13 ns3358511 kernel: [151276.866323] RAX: dac9003b RBX: 
904c27de5528 RCX: 0010
Sep  9 16:13:13 ns3358511 kernel: [151276.866325] RDX: dac9003b8887 RSI: 
904c27de5400 RDI: 
Sep  9 16:13:13 ns3358511 kernel: [151276.866327] RBP: 0001 R08: 
dac9003b8848 R09: 904d1fdee000
Sep  9 16:13:13 ns3358511 kernel: [151276.866329] R10: 904d1fdee6d8 R11: 
dac900c6e188 R12: 904a20c469c0
Sep  9 16:13:13 ns3358511 kernel: [151276.866332] R13: 904c27de5598 R14: 
 R15: 0002
Sep  9 16:13:13 ns3358511 kernel: [151276.866335] FS:  () 
GS:904d0f80() knlGS:
Sep  9 16:13:13 ns3358511 kernel: [151276.866338] CS:  0010 DS:  ES:  
CR0: 80050033
Sep  9 16:13:13 ns3358511 kernel: [151276.866340] CR2: 0008 CR3: 
0002c6a0a001 CR4: 001606f0
Sep  9 16:13:13 ns3358511 kernel: [151276.866343] Call Trace:
Sep  9 16:13:13 ns3358511 kernel: [151276.866351]  ? 
blk_attempt_plug_merge+0xee/0xf0
Sep  9 16:13:13 ns3358511 kernel: [151276.866355]  ? finish_wait+0x80/0x80
Sep  9 16:13:13 ns3358511 kernel: [151276.866359]  mempool_alloc+0x67/0x190
Sep  9 16:13:13 ns3358511 kernel: [151276.866364]  
raid10_alloc_init_r10buf+0x23/0xa0 [raid10]
Sep  9 16:13:13 ns3358511 kernel: [151276.866368]  
raid10_sync_request+0x1e4/0x1e60 [raid10]
Sep  9 16:13:13 ns3358511 kernel: [151276.866372]  ? 
try_to_del_timer_sync+0x4d/0x80
Sep  9 16:13:13 ns3358511 kernel: [151276.866376]  ? cpumask_next+0x16/0x20
Sep  9 16:13:13 ns3358511 kernel: [151276.866383]  ? is_mddev_idle+0xcc/0x12a 
[md_mod]
Sep  9 16:13:13 ns3358511 kernel: [151276.866389]  
md_do_sync.cold.86+0x3f4/0x911 [md_mod]
Sep  9 16:13:13 ns3358511 kernel: [151276.866392]  ? finish_wait+0x80/0x80
Sep  9 16:13:13 ns3358511 kernel: [151276.866397]  ? __switch_to_asm+0x35/0x70
Sep  9 16:13:13 ns3358511 kernel: [151276.866402]  ? md_rdev_init+0xb0/0xb0 
[md_mod]
Sep  9 16:13:13 ns3358511 kernel: [151276.866407]  md_thread+0x94/0x150 [md_mod]
Sep  9 16:13:13 ns3358511 kernel: [151276.866412]  kthread+0x112/0x130
Sep  9 16:13:13 ns3358511 kernel: [151276.866415]  ? kthread_bind+0x30/0x30
Sep  9 16:13:13 ns3358511 kernel: [151276.866418]  ret_from_fork+0x35/0x40
Sep  9 16:13:13 ns3358511 kernel: [151276.866421] Modules linked in: ipt_REJECT 
nf_reject_ipv4 xt_multiport nft_compat nft_counter nf_tables nfnetlink jfs i915 
intel_rapl x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel 
drm_kms_helper kvm drm mei_me eeepc_wmi asus_wmi mei i2c_algo_bit sparse_keymap 
irqbypass rfkill pcc_cpufreq iTCO_wdt iTCO_vendor_support ie31200_edac sg 
wmi_bmof evdev crct10dif_pclmul crc32_pclmul video pcspkr ghash_clmulni_intel 
wmi button intel_cstate intel_uncore intel_rapl_perf loop ip_tables x_tables 
autofs4 ext4 crc16 mbcache jbd2 fscrypto ecb raid456 async_raid6_recov 
async_memcpy async_pq async_xor async_tx xor raid6_pq libcrc32c crc32c_generic 
raid0 multipath linear raid10 raid1 md_mod sd_mod crc32c_intel ahci libahci 
libata aesni_intel xhci_pci i2c_i801 xhci_hcd aes_x86_64 crypto_simd cryptd 
glue_helper

Bug#969978: ITP: r-cran-ggplot.multistats -- GNU R multiple summary statistics for binned stats/geometries

[Andreas Tille]

Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-ggplot.multistats -- GNU R multiple summary statistics for 
binned stats/geometries
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-cran-ggplot.multistats
  Version : 1.0.0
  Upstream Author : Philipp Angerer
* URL : https://cran.r-project.org/package=ggplot.multistats
* License : GPL-3
  Programming Lang: GNU R
  Description : GNU R multiple summary statistics for binned 
stats/geometries
 Provides the ggplot binning layer stat_summaries_hex(),
 which functions similar to its singular form,
 but allows the use of multiple statistics per bin.
 Those statistics can be mapped to multiple bin aesthetics.

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

Bug#969962: Please make nvidia-cuda-dev multi-arch installable

[Raul Tambre]

Package: nvidia-cuda-toolkit
Version: nvidia-cuda-dev
Severity: wishlist

Dear maintainer,

I'd like to crosscompile CUDA from amd64 to arm64 and have tried to install
nvidia-cuda-toolkit:amd64 and nvidia-cuda-dev:arm64.

Unfortunately nvidia-cuda-dev and its dependency libnvidia-ml-dev aren't
marked as Multi-Arch: same, preventing installing them at the same time and
making crosscompiling impossible.
At a first glance I don't see any reason that both of them couldn't be
marked as Multi-Arch:same.

Is there a reason for this or can this be improved?
Thanks in advance!

-- System Information:
Debian Release: bullseye/sid
  APT prefers experimental
  APT policy: (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: arm64

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

Versions of packages nvidia-cuda-toolkit depends on:
ii  clang   1:12.0.0~+git20200909.e67ece79-1
ii  libc6   2.31-3
ii  libgcc-s1   10.2.0-6
ii  libstdc++6  10.2.0-6
ii  nvidia-cuda-dev 11.0.3-1
pn  nvidia-opencl-dev | opencl-dev  
pn  nvidia-profiler 

Versions of packages nvidia-cuda-toolkit recommends:
pn  nsight-compute   
pn  nsight-systems   
pn  nvidia-cuda-gdb  
pn  nvidia-cuda-toolkit-doc  
pn  nvidia-visual-profiler   

Versions of packages nvidia-cuda-toolkit suggests:
ii  nvidia-driver  450.66-1

Bug#969977: libreoffice: Default folder icons in the file windows

[Nicolas Patrois]

Package: libreoffice
Version: 1:7.0.1-1+b1
Severity: minor

Dear Maintainer,

The file subwindows do not show correctly the two icons on the up right:
* the icon on the "parent folder" button
* the icon on the "create folder" button
Both are just light grey question marks.

I’m running it with XFCE, the icon style is Breeze (SVG+dark).



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

Kernel: Linux 5.7.0-1-686-pae (SMP w/3 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR:fr:en_GB:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libreoffice depends on:
ii  libreoffice-base1:7.0.1-1+b1
ii  libreoffice-calc1:7.0.1-1+b1
ii  libreoffice-core1:7.0.1-1+b1
ii  libreoffice-draw1:7.0.1-1+b1
ii  libreoffice-impress 1:7.0.1-1+b1
ii  libreoffice-math1:7.0.1-1+b1
ii  libreoffice-report-builder-bin  1:7.0.1-1+b1
ii  libreoffice-writer  1:7.0.1-1+b1
ii  python3-uno 1:7.0.1-1+b1

Versions of packages libreoffice recommends:
ii  fonts-crosextra-caladea 20130214-2
ii  fonts-crosextra-carlito 20130920-1
ii  fonts-dejavu2.37-2
ii  fonts-liberation1:1.07.4-11
ii  fonts-liberation2   2.1.1-1
ii  fonts-linuxlibertine5.3.0-4
ii  fonts-noto-core 20200323-1
ii  fonts-noto-extra20200323-1
ii  fonts-noto-mono 20200323-1
ii  fonts-noto-ui-core  20200323-1
ii  fonts-sil-gentium-basic 1.102-1
ii  libreoffice-java-common 1:7.0.1-1
ii  libreoffice-nlpsolver   0.9+LibO7.0.1-1
pn  libreoffice-report-builder  
ii  libreoffice-script-provider-bsh 1:7.0.1-1
ii  libreoffice-script-provider-js  1:7.0.1-1
ii  libreoffice-script-provider-python  1:7.0.1-1
ii  libreoffice-sdbc-mysql  1:7.0.1-1+b1
ii  libreoffice-sdbc-postgresql 1:7.0.1-1+b1
ii  libreoffice-wiki-publisher  1.2.0+LibO7.0.1-1

Versions of packages libreoffice suggests:
ii  cups-bsd2.3.3-3
ii  default-jre [java8-runtime] 2:1.11-72
ii  firefox 79.0-1
ii  firefox-esr 68.11.0esr-1
ii  ghostscript 9.52.1~dfsg-1
ii  gnupg   2.2.20-1
pn  gpa 
ii  gstreamer1.0-libav  1:1.18.0-dmo2
ii  gstreamer1.0-plugins-bad1:1.18.0-dmo2
ii  gstreamer1.0-plugins-base   1.18.0-dmo1
ii  gstreamer1.0-plugins-good   1.18.0-dmo1
ii  gstreamer1.0-plugins-ugly   1:1.18.0-dmo1
ii  hunspell-ca [hunspell-dictionary]   3.0.6+repack1-1
ii  hunspell-de-de [hunspell-dictionary]20161207-8
ii  hunspell-en-gb [hunspell-dictionary]1:7.0.1-1
ii  hunspell-en-us [hunspell-dictionary]1:2019.10.06-1
ii  hunspell-it [hunspell-dictionary]   1:7.0.1-1
ii  hunspell-nl [hunspell-dictionary]   2:2.10-6
ii  hunspell-pt-br [hunspell-dictionary]1:7.0.1-1
ii  hunspell-ru [hunspell-dictionary]   1:7.0.1-1
ii  hunspell-sv [hunspell-dictionary]   1:7.0.1-1
ii  hyphen-en-us [hyphen-hyphenation-patterns]  2.8.8-7
ii  hyphen-fr [hyphen-hyphenation-patterns] 1:7.0.1-1
ii  imagemagick 8:6.9.11.24+dfsg-1+b1
ii  imagemagick-6.q16 [imagemagick] 8:6.9.11.24+dfsg-1+b1
ii  libgl1  1.3.2-1
ii  libofficebean-java  1:7.0.1-1+b1
ii  libreoffice-gnome   1:7.0.1-1+b1
pn  libreoffice-grammarcheck
ii  libreoffice-help-ca [libreoffice-help]  1:7.0.1-1
ii  libreoffice-help-de [libreoffice-help]  1:7.0.1-1
ii  libreoffice-help-el [libreoffice-help]  1:7.0.1-1
ii  libreoffice-help-en-gb [libreoffice-help]   1:7.0.1-1
ii  libreoffice-help-en-us [libreoffice-help]   1:7.0.1-1
ii  libreoffice-help-es [libreoffice-help]  1:7.0.1-1
ii  libreoffice-help-fr [libreoffice-help]  1:7.0.1-1
ii  libreoffice-help-it [libreoffice-help]  1:7.0.1-1
ii  libreoffice-help-nl [libreoffice-help]  1:7.0.1-1
ii  libreoffice-help-pt-br [libreoffice-help]   1:7.0.1-1
ii  libreoffice-help-ru [libreoffice-help]  1:7.0.1-1
ii  libreoffice-help-sv [libreoffice-help]  1:7.0.1-1
ii  libreoffice-l10n-ca [libreoffice-l10n]  1:7.0.1-1
ii  libreoffice-l10n-de [libreoffice-l10n]  1:7.0.1-1
ii  libreoffice-l10n-el [libreoffice-l10n]  1:7.0.1-1
ii  

Bug#969975: RM: openjfx tuxguitar libjogl2-java [armel armhf i386 mipsel] -- RoQA; NBS

[Gianfranco Costamagna]

Package: ftp.debian.org
Severity: normal

Hello, ftpmasters,

as explained in #962915, the removal of libswt-gtk-4-java on 32bit (armel armhf 
i386 mipsel), made some packages unbuildable there.

I think we should remove them too, since 32bit are not supported anymore.

the list of libswt-gtk-4-java reverse-dependencies is:
- openjfx
- libjogl2-java
- tuxguitar

please remove them, as well as their dependencies.
(I would like to provide a full list, but my dak rm is not that good)

thanks

Gianfranco

Bug#969976: transition: pdal

[Bas Couwenberg]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: pkg-grass-de...@lists.alioth.debian.org
Control: forwarded -1 https://release.debian.org/transitions/html/auto-pdal.html

PDAL bumped its SONAME requiring a transition.

All packages except paraview rebuilt successfully as summarized below.

The paraview FTBFS is unrelated to PDAL.


Transition: pdal

 libpdal-base10 (2.1.0+ds-2+b1) -> libpdal-base12 (2.2.0+ds-1~exp1)
 libpdal-util10 (2.1.0+ds-2+b1) -> libpdal-util12 (2.2.0+ds-1~exp1)

The status of the most recent rebuilds is as follows.

 cloudcompare (2.10.3-4) OK
 grass(7.8.3-1)  OK
 paraview (5.7.0-4)  FTBFS (#957660)


Kind Regards,

Bas

Bug#966353: FTBFS: guile segfaults when run to collect docs

[Anthony Fok]

Control: tags -1 + pending

Hi Stuart and Adrian,

Thank you for your reports!

On Sat, Sep 5, 2020 at 10:03 AM Adrian Bunk  wrote:
>
> On Mon, Jul 27, 2020 at 09:09:45PM +1000, Stuart Prescott wrote:
> >...
> > guile segfaults as soon as it is started (with or without docs on stdin).
> > The backtrace is as follows in case the problem jumps out.
> >
> > /build/lilypond-jv5Dao/lilypond-2.20.0/guile18/libguile/.libs$ 
> > LD_LIBRARY_PATH=. gdb ./guile
> > Reading symbols from ./guile...
> > (gdb) r
> > Starting program: 
> > /build/lilypond-jv5Dao/lilypond-2.20.0/guile18/libguile/.libs/guile
> >
> > Program received signal SIGSEGV, Segmentation fault.
> > scm_mark_locations (x=0x7fffe948, n=18446744073709551562) at 
> > gc-mark.c:435
> > 435   SCM obj = * (SCM *) [m];
> >...
>
> lilypond started to FTBFS when libgc 8 entered unstable.

It's probably related to a change in gcc-10 too.
I was able to compile guile-1.8 with gcc-9 to avoid FTBFS.

It turns out the same bug got triggered with gcc-4 -O3 too,
for the C code used for stack growth direction detection.
According to Paul Eggert who fixed the bug in Autoconf,
they had to outsmart gcc's optimization.  ;-)

Here is the changelog entry for the pending fix at
https://salsa.debian.org/debian/lilypond/-/commit/f8b3bfe :

Patch Guile-1.8 to the latest branch_release-1-8 branch
found in Guile git repository on Savannah, see patches 1801 to 1825.
In particular, 1812-Fix-stack-growth-direction-check.patch,
originally written for Autoconf by Paul Eggert for Autoconf
and pulled into Guile-2.0 in 2011, fixed a build error with
-O3 back then, and fixes FTBFS with gcc-10 nowadays,
due to a bug in find_stack_direction() code in configure.in.
See http://lists.gnu.org/archive/html/bug-autoconf/2011-06/msg00035.html
for the whole story.

Thanks to David Kastrup for pointing me in that direction, even though
I only subconsciously understood his email at the time:
 * https://lists.gnu.org/archive/html/lilypond-devel/2020-06/msg00045.html

Also to Jonas Hahnfeld for explaining the issue in a way that I could
understand:
 * https://lists.gnu.org/archive/html/lilypond-devel/2020-06/msg00047.html

My summary post on lilypond-devel:
 * https://lists.gnu.org/archive/html/lilypond-devel/2020-09/msg00041.html

Cheers,
Anthony

Bug#969967: libtest-tcp-perl: bogus dependency libio-socket-ip-perl (>= 0.39-3~)

[gregor herrmann]

On Wed, 09 Sep 2020 15:17:58 +0200, Vincent Lefevre wrote:

> Package: libtest-tcp-perl
> Version: 2.22-2
> Severity: serious
> 
> libtest-tcp-perl 2.22-2 depends on libio-socket-ip-perl (>= 0.39-3~),
> but libio-socket-ip-perl, as bundled with perl 5.30, will not be in
> bullseye. See
> 
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969768

Test::TCP and others need a fixed IO-Socket-IP, and we will have a
fix for #964902 in bullseye, either as libio-socket-ip-perl >=
0.39-3~ (which needs closing the "don't migrate" bug) or in
perl-base, which provides libio-socket-ip-perl (the fix is already
there in 5.32.0-3 in experimental, cf. #968913, what's missing is a
bump of the versioned Provides and the transition of 5.32 to
unstable; or a backport to 5.30 in unstable), or both.

In any case, we need this dependency to fix several dozens of
potential or actual test failures, and we will work out the details
with regards to bullseye soon.


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: U2: Grace


signature.asc
Description: Digital Signature

Bug#968308: src:cgview: fails to migrate to testing for too long: autopkgtest failure

[Pierre Gruet]

Hi Andreas,

Le 09/09/2020 à 13:48, Andreas Tille a écrit :
> Control: tags -1 help
> 
> Hi,
> 
> I wonder why this
> 
> ...
> autopkgtest [16:10:05]: test run-unit-test: [---
> [warning] /usr/bin/cgview: No java runtime was found
> autopkgtest [16:10:06]: test run-unit-test: ---]
> autopkgtest [16:10:06]: test run-unit-test:  - - - - - - - - - - results - - 
> - - - - - - - -
> run-unit-testFAIL non-zero exit status 1
> autopkgtest [16:10:06]:  summary
> run-unit-testFAIL non-zero exit status 1
> ...
> 
> is happening since a java runtime is inside the Dependencies.
> Probably a wrong / outdated usage of java-wrappers in
> 
>   https://salsa.debian.org/med-team/cgview/-/blob/master/debian/bin/cgview
> 
> But what is the correct usage?
>

There is indeed a jdk in the build dependencies, but when built, a jre
dependency does not appear for the binary package. I have added it
explicitly and pushed to Salsa, the autopkgtest is now passing.

> 
> Kind regards
> 
>Andreas.
> 

Best regards,
Pierre

Bug#969974: ITP: rdiffweb -- Rdiffweb is an open source web interface for rdiff-backup.

[Patrik Dufresne]

Package: wnpp
Severity: wishlist
Owner: Patrik Dufresne 

* Package name: rdiffweb
  Version : 1.5.0
  Upstream Author : Patrik Dufresne 
* URL : https://www.ikus-soft.com/en/rdiffweb/
* License : GPL
  Programming Lang: Python
  Description : Rdiffweb is an open source web interface for rdiff-backup.

Rdiffweb is an open source web application that allows you to view existing
archives generated by rdiff-backup through a dynamic graphical interface. This
free software integrates very easily with your Linux server and can be used by
non-computer experts to manage their backups and quickly restore their data, in
addition to being able to modify users if necessary. Thus, you can easily
access your archives at any time!

- This package is a useful addition to the already existing rdiff-backup
package.
- Will maintain this as part of our CICD platform if somehow possible with an
average of one release per month.

Bug#969973: lintian: Please emit dh-exec-useless-usage only when none of the lines needs dh-exec

[Dmitry Shachnev]

Package: lintian
Version: 2.93.0
Severity: normal

Dear Maintainer,

In qtbase-opensource-src, I have the following file:

$ cat debian/libqt5core5a.install
#! /usr/bin/dh-exec
[any-i386] usr/lib/${DEB_HOST_MULTIARCH}/sse2/libQt5Core.so.*
usr/lib/${DEB_HOST_MULTIARCH}/libQt5Core.so.*

Lintian emits this informational tag:

I: qtbase-opensource-src source: dh-exec-useless-usage 
debian/libqt5core5a.install "usr/lib/${DEB_HOST_MULTIARCH}/libQt5Core.so.*"

Yes, this line would work with pure debhelper, but I need dh-exec for the
first line, not for the second one.

(In this particular case, I could use a debian/libqt5core5a.install.i386 file,
but there are more complicate files in qtbase so I need dh-exec anyway.)

So please emit this tag only if none of the lines uses dh-exec specific
constructions (such as [architecture] markers).

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#969972: Gimp fails to start

[Nikolai Lusan]

Package: gimp
Version: 2.10.20-1
Severity: grave


On startup GIMP gives the following error:

$ gimp-2.10 
Gtk-Message: 00:20:39.212: Failed to load module "topmenu-gtk-module"
: CommandLine Error: Option 'polly' registered more than once!
LLVM ERROR: inconsistency in registered CommandLine options

The error status in "1", and I am returned to the command line. Using the 
"--verbose"
option gives no extra information.

IMHO the "LLVM ERROR" would seem to indicate that this a is a configure, or 
compile
time problem.

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

Kernel: Linux 5.7.10-poltava (SMP w/2 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, 
TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gimp depends on:
ii  gimp-data2.10.20-1
ii  libaa1   1.4p5-46+b1
ii  libbabl-0.1-01:0.1.80-1
ii  libbz2-1.0   1.0.8-4
ii  libc62.31-3
ii  libcairo21.16.0-4
ii  libfontconfig1   2.13.1-4.2
ii  libfreetype6 2.10.2+dfsg-3
ii  libgcc-s110.2.0-6
ii  libgdk-pixbuf2.0-0   2.40.0+dfsg-5
ii  libgegl-0.4-01:0.4.26-1
ii  libgexiv2-2  0.12.1-1
ii  libgimp2.0   2.10.20-1
ii  libglib2.0-0 2.64.4-1
ii  libgs9   9.52.1~dfsg-1
ii  libgtk2.0-0  2.24.32-4
ii  libgudev-1.0-0   233-1
ii  libharfbuzz0b2.6.7-1
ii  libheif1 1.8.0-1
ii  libilmbase25 2.5.3-2
ii  libjpeg62-turbo  1:2.0.5-1.1
ii  libjson-glib-1.0-0   1.4.4-2
ii  liblcms2-2   2.9-4+b1
ii  liblzma5 5.2.4-1+b1
ii  libmng1  1.0.10+dfsg-3.1+b5
ii  libmypaint-1.5-1 1:1.5.1-dmo2
ii  libopenexr25 2.5.3-2
ii  libopenjp2-7 2.3.1-1
ii  libpango-1.0-0   1.46.1-1
ii  libpangocairo-1.0-0  1.46.1-1
ii  libpangoft2-1.0-01.46.1-1
ii  libpng16-16  1.6.37-2
ii  libpoppler-glib8 20.09.0-2
ii  librsvg2-2   2.48.8+dfsg-1
ii  libstdc++6   10.2.0-6
ii  libtiff5 4.1.0+git191117-2
ii  libwebp6 0.6.1-2+b1
ii  libwebpdemux20.6.1-2+b1
ii  libwebpmux3  0.6.1-2+b1
ii  libwmf0.2-7  0.2.8.4-17
ii  libx11-6 2:1.6.10-3
ii  libxcursor1  1:1.2.0-2
ii  libxext6 2:1.3.3-1+b2
ii  libxfixes3   1:5.0.3-2
ii  libxmu6  2:1.1.2-2+b3
ii  libxpm4  1:3.5.12-1
ii  xdg-utils1.1.3-2
ii  zlib1g   1:1.2.11.dfsg-2

Versions of packages gimp recommends:
ii  ghostscript  9.52.1~dfsg-1

Versions of packages gimp suggests:
ii  gimp-data-extras  1:2.0.2-1
ii  gimp-help-en [gimp-help]  2.10.0-1
ii  gvfs-backends 1.44.1-1+b1
ii  libasound21.2.3.2-1

-- no debconf information

Bug#969971: emacs: Installation of packages from GNU ELPA fails due to incorrect handling of TLS1.3

[Ryo IGARASHI]

Package: emacs
Version: 1:26.1+1-3.2+deb10u1
Severity: normal
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear Maintainer,

This bug seems related to #942413, but a different bug.
After updating emacs-gtk to 1:26.1+1-3.2+deb10u1, installing packages
from GNU ELPA still fails even if verifying by GnuPG succeeds.

It seems that TLS1.3 handling is broken before 26.3[1].

I can workaround by setting:
(setq gnutls-algorithm-priority "NORMAL:-VERS-TLS1.3")
in ~/.emacs.d/init.el, but I believe this should be handled by package.

This issue can be fixed by:
1. add above setq in system-wide init file
2. backport patch in C code,
but I prefer option 2.

Steps to reproduce:

1. Invoke `emacs` with attached init.el
2. `M-x list-packages` gives following error:
error in process sentinel: Error retrieving: 
https://elpa.gnu.org/packages/archive-contents "incomprehensible buffer" [2 
times]
3. eval `(setq gnutls-algorithm-priority "NORMAL:-VERS-TLS1.3")`
4. `M-x list-packages` works properly

[1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=34341

Best regards,
- -- 
Ryo Igarashi, Ph.D.
rigar...@gmail.com

- -- System Information:
Debian Release: 10.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.104-microsoft-standard (SMP w/8 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), 
LANGUAGE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages emacs depends on:
ii  emacs-gtk  1:26.1+1-3.2+deb10u1

emacs recommends no packages.

emacs suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iIkEARYKADEWIQSQVQWnJ6dEuIxNmESAtgFFC/hXNwUCX1jnzhMccmlnYXJhc2hA
Z21haWwuY29tAAoJEIC2AUUL+Fc3wL0A/jRiGtslRjCy6AVNDtlLrTI52ofMhBJf
JLegBhXizedsAQDlqR4yP+k1p7hy4j65iIFUPzQCcY097+fM0bqDCEPQDw==
=pzFi
-END PGP SIGNATURE-
(setq package-archives
  '(("gnu" . "https://elpa.gnu.org/packages/;)))
;;(setq gnutls-algorithm-priority "NORMAL:-VERS-TLS1.3")

Bug#969926: glibc: Parsing of /etc/gshadow can return bad pointers causing segfaults in applications

[Bernd Zeimetz]

Hi,


This has already been reported, Florian will work on a backport, as it
is not straightforward to backport it to buster due to the usage of
private symbols.



Thanks!


As it was flagged security in the upstream bugtracker, I'm doing the
same here.


The bug is actually tagged as security- in the upstream bug tracker,
which means it has been reviewed from the security point of view, and
hasn't been considered as a security issue.


oh well, I've missed that - in the middle of the night. Sorry for the 
noise,


Bernd


--
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.dehttp://www.debian.org
 GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F

Bug#969970: wfuzz: Please update to new release 3.0.1

[Scott Talbert]

Package: wfuzz
Severity: normal

Dear Maintainer,

Please update wfuzz to the new upstream 3.0.1 release (and hopefully
remove the tight version dependency on pycurl).  It seems that the
original issue holding back the pycurl version has been fixed?  wfuzz is
currently holding pycurl back from migrating to testing.

Thanks!

-- System Information:
Debian Release: buster/sid
  APT prefers bionic-updates
  APT policy: (500, 'bionic-updates'), (500, 'bionic-security'), (500, 
'bionic'), (100, 'bionic-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages wfuzz depends on:
ii  python2.7.15~rc1-1
pn  python-pycurl 
pn  python-pyparsing  

wfuzz recommends no packages.

wfuzz suggests no packages.

Bug#969969: prosody-modules: Please add mod_adhoc_blacklist

[Tobias Frost]

Package: prosody-modules
Severity: normal

https://modules.prosody.im/mod_adhoc_blacklist.html

This module provides the Edit Blacklist ad-hoc command described in XEP-0133 
and also performs the actual blocking of incoming and outgoing server-to-server 
connections.

Would help fighting spam.

Bug#969576: nextcloud-desktop: Main window not visible/constructable

[Stefano Zacchiroli]

severity serious
thanks

On Sat, Sep 05, 2020 at 11:59:46AM +0200, Paul van Tilburg wrote:
> The upgrade to 3.0 of the Nextcloud client led to the main window not
> being visible anymore. It seems that the QT QML modules are missing to
> make it work.  Consider the warnings in the logs:

I can confirm this. I'm raising the severity because the desktop UI is
de facto non usable due to this.

> After installing the following packages,  I can see the main window again
> (although it still disappears on me sometimes):
> 
> * qml-module-qtquick-layouts
> * qml-module-qtquick-controls2
> * qml-module-qtgraphicaleffects
> * qml-module-qtqml-models2
> * qml-module-qtqml

Thanks for this. After "apt install"-ing the above packages the issue
was fixed for me too. For what is worth, the packages that were
*actually* missing on my system prior to the installation were just:

  qml-module-qtquick-controls2
  qml-module-qtquick-templates2

so I'd expect that adding either (if they depend on one another) or both
to the package dependencies would fix this issue.

Cheers
-- 
Stefano Zacchiroli . z...@upsilon.cc . upsilon.cc/zack . . o . . . o . o
Computer Science Professor . CTO Software Heritage . . . . . o . . . o o
Former Debian Project Leader & OSI Board Director  . . . o o o . . . o .
« the first rule of tautology club is the first rule of tautology club »

Bug#969904: ITP: libwww-curl-simple-perl -- Simpler interface to WWW::Curl

[Steffen Möller]

Hi Andreas,

On 08.09.20 18:19, Andreas Tille wrote:
> Debian has libwww-curl-perl.  What is the difference to this "simple"
> version
I said it in the description: You create simple one-liners with the very
popular curl library.
> and do we really need this?
Yes. Google points you (almost) directly to it when you ask for "how to
retrieve a web resource with Perl".
> For the actual packaging in Git[1]: Please fix the spelling of the
> Vcs-Fields (letter after '-' should be upper case.  There is also
>
>Copyright: ,
>
> in d/copyright.
Fixed. And lintian clean now.

Thanks!

Steffen