Bug#988652: logrotate: kern.log,syslog and other files in /var/log not rotating

[UN-pi]

Maybe a helpful  idea/reason/solution for the problem?
A website in German:

https://debianforum.de/forum/viewtopic.php?f=32=180761=syslog

Bug#988629: mariadb-10.5: FTBFS on armel: selected processor does not support `isb' in ARM mode

[Otto Kekäläinen]

Hello!

Potential armhf FTBFS fix pending at
https://salsa.debian.org/mariadb-team/mariadb-10.5/-/compare/master...bugfix%2F988629-armhf-build-regression

Would somebody have time to help and test build this on armhf? I am
short on time, don't have time to refresh my porter box usage skills.

If not, then I'll just upload this to unstable on Sunday/Monday.

On Thu, May 20, 2021 at 11:50 AM Vicențiu Ciorbaru  wrote:
>
> Hi Otto!
>
> I am unable to reproduce the problem locally, but I think this is the 
> offending commit:
>
> https://github.com/MariaDB/server/commit/76d2846a71a155ee2861fd52e6635e35490a9dd1
>
> Can you please try to undo this commit for 10.5.10 on armel and let me know 
> if it compiles? I can then write a cleaner patch for 10.5.11 to enable the 
> "isb" flag only if the processor supports it.

Bug#988897: cockpit-ws: broken symlinks: /usr/share/cockpit/branding/opensuse/*

[Martin Pitt]

Control: tag -1 pending

Hello Andreas,

Andreas Beckmann [2021-05-20 21:52 +0200]:
> 5m1.4s ERROR: FAIL: Broken symlinks:
>   /usr/share/cockpit/branding/opensuse/default-1920x1200.jpg -> 
> ../../../wallpapers/default-1920x1200.jpg (cockpit-ws)
>   /usr/share/cockpit/branding/opensuse/favicon.ico -> 
> ../../../pixmaps/distribution-logos/favicon.ico (cockpit-ws)
>   /usr/share/cockpit/branding/opensuse/square-hicolor.svg -> 
> ../../../pixmaps/distribution-logos/square-hicolor.svg (cockpit-ws)

thanks for the report! I sent a fix to
https://github.com/cockpit-project/cockpit/pull/15851

Martin

Bug#716524: [Mayhem] Bug report on open-invaders: open-invaders crashes with exit status 139

[johng]

Tags: patch

Dear Debian QA Group,

Thanks for keeping this game going in Debian.

This bug report seemed partly automated and did not fully explain what the 
bug was, so I thought I would clarify it. If open-invaders is started 
without an X display, e.g. if DISPLAY is unset, then it segfaults instead 
of exiting gracefully:

$ unset DISPLAY
$ open-invaders
/usr/share
Segmentation fault
$

This happens because the program does not check the return code of 
allegro_init().

The attached patch fixes the problem.

Thanks again,
John.


check-allegro-init-succeeded.patch
Description: Binary data

Bug#988652: logrotate: kern.log,syslog and other files in /var/log not rotating

[Uwe Niemeyer]

I adjusted the settings for /etc/logrotate.d/rsyslog
---
/var/log/syslog
/var/log/mail.info
/var/log/mail.warn
/var/log/mail.err
/var/log/mail.log
/var/log/daemon.log
/var/log/kern.log
/var/log/auth.log
/var/log/user.log
/var/log/lpr.log
/var/log/cron.log
/var/log/debug
/var/log/messages
{
    rotate 4
    daily
    missingok
    notifempty
    compress
    delaycompress
    sharedscripts
    postrotate
    /usr/lib/rsyslog/rsyslog-rotate
    endscript
}

based on

https://salsa.debian.org/debian/rsyslog/-/commit/651236c2319eb0ca13fd1d376eaf239a6dcd5c49     


an with "daily".

The problems outlined are still there :

-rw-r-  1 root adm 606 Mai 21 04:30 kern.log
-rw-r-  1 root adm    3939 Mai 21 04:00 kern.log.1
-rw-rw-r--  1 root utmp 298368 Mai 21 04:37 lastlog
drwx--  2 root root   4096 Mai 20 12:14 letsencrypt
drwxr-x---  2 www-data www-data   4096 Mai 20 06:29 lighttpd
-rw-r--r--  1 root root   3538 Mai 18 19:17 
logsize_180521.txt

-rw-r-  1 root adm   0 Okt 18  2020 mail.err
-rw-r-  1 root adm 796 Mai 21 01:00 mail.info
-rw-r-  1 root adm 796 Mai 21 01:00 mail.log
-rw-r-  1 root adm   0 Mai 20 06:23 mail.warn
-rw-r-  1 root adm 606 Mai 21 04:30 messages
-rw-r-  1 root adm    4404 Mai 21 04:00 messages.1
drwxr-s---  2 mysql    adm    4096 Mai 21 00:00 mysql
-rw-r-  1 root www-data   1984 Mai 21 02:00 ncp.log
drwxr-xr-x  2 root root   4096 Feb 20  2019 openvpn
-rw-r-  1 root adm   17314 Mai 21 04:37 openvpn.log
-rw---  1 root root    671 Mai 21 04:54 
openvpn-status.log

-rw-r--r--  1 root root   2516 Feb 15 07:22 pcas.txt
drwxr-xr-x  2 pihole   pihole 4096 Jun 15  2020 pihole
-rw-r--r--  1 pihole   pihole    0 Mai 21 00:00 pihole-FTL.log
-rw-r--r--  1 pihole   pihole  149 Mai 21 00:00 pihole-FTL.log.1
-rw-r--r--  1 pihole   pihole    0 Mai 17 00:00 pihole.log
-rw-r--r--  1 root root   9908 Mai 16 03:11 
pihole_updateGravity.log
-rw-r--r--  1 root root  48265 Mai 15 18:34 
popularity-contest
-rw-r--r--  1 root root  16226 Mai 15 18:34 
popularity-contest.new.gpg

drwx--  2 root root   4096 Mai 27  2020 private
drwxr-s---  2 redis    adm    4096 Mai 20 06:29 redis
drwxr-x---  3 root adm    4096 Mai 18 05:47 samba
-rw-r-  1 root adm 606 Mai 21 04:30 syslog
-rw-r-  1 root adm  131397 Mai 21 04:55 syslog.1
-rw-r-  1 root adm   0 Feb 16 00:00 ufw.log
drwxr-x---  2 root adm    4096 Mai 20 06:29 
unattended-upgrades

-rw-r-  1 root adm   0 Mai 16 00:00 user.log
drwxr-xr-x  2 root root   4096 Jun 15  2020 wicd
-rw-rw-r--  1 root utmp   4000 Mai 21 04:37 wtmp


It might be helpful to know that my 2 GB Pi4 has "zram.service" 
installed as a swap. With no special adjustments for swappiness.

Perhaps that is one of the reasons for the HUP timing problem.
This may make it easier to reproduce the behavior on other computers.
Today I will try to remove the "delaycompress" as described in the posts 
and reboot.

Bug#988903: RFS: dh-runit/2.11.0 -- debhelper add-on to handle runit runscripts

[Lorenzo Puliti]

Package: sponsorship-requests
Severity: normal
X-Debbugs-Cc: plore...@disroot.org

Dear mentors,

I am looking for a sponsor for my package "dh-runit":

 * Package name: dh-runit
   Version : 2.11.0
   Upstream Author : Lorenzo Puliti
 * URL : https://salsa.debian.org/debian/dh-runit
 * License : GPL-3+
 * Vcs : https://salsa.debian.org/debian/dh-runit
   Section : admin

It builds those binary packages:

  dh-runit - debhelper add-on to handle runit runscripts
  runit-helper - dh-runit implementation detail

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

  https://mentors.debian.net/package/dh-runit/

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

  dget -x 
https://mentors.debian.net/debian/pool/main/d/dh-runit/dh-runit_2.11.0.dsc

Git repo:

  https://salsa.debian.org/Lorenzo.ru.g-guest/dh-runit/-/tree/exp-2.11.0

Changes since the last upload:

 dh-runit (2.11.0) experimental; urgency=medium
 .
   * Expose enable and onupgrade as metafiles
   * Add a noscripts option
   * Add a usr option
   * Add a test for the usr option
   * Add a test for the enable metafile
   * Install a finish file by default
   * Add a nofinish option
   * Update tests for finish and nofinish

Regards,
-- 
  Lorenzo Puliti

Bug#988905: src:request-tracker5: ftbfs due to changes in gpg error messages

[Michael Hudson-Doyle]

Package: src:request-tracker5
Version: 5.0.1+dfsg-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source

Dear Maintainer,

As can be seen at

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/request-tracker5.html

or

https://launchpad.net/ubuntu/+source/request-tracker5/5.0.1+dfsg-1

the package fails to build with the current state of unstable / Ubuntu
impish.

The failures are:

#   Failed test at t/mail/crypt-gnupg.t line 171.
# found warning: gpg: error retrieving 'keyl...@example.com' via WKD: Server 
indicated a failure
# expected to find warning: (?^:public key not found|error retrieving 
'keyless\@example.com' via WKD: No data)

#   Failed test at t/web/crypt-gnupg.t line 358.
# found warning: gpg: error retrieving 'no...@example.com' via WKD: Server 
indicated a failure
# found warning: Recipient 'no...@example.com' is unusable, the reason is 'No 
specific reason given'
# expected to find warning: (?^:nokey\@example.com: skipped: public key not 
found|error retrieving 'nokey\@example.com' via WKD: No data)
# expected to find warning: (?^:Recipient 'nokey\@example.com' is unusable)

#   Failed test at t/web/crypt-gnupg.t line 380.
# found warning: gpg: error retrieving 'no...@example.com' via WKD: Server 
indicated a failure
# found warning: Recipient 'no...@example.com' is unusable, the reason is 'No 
specific reason given'
# expected to find warning: (?^:nokey\@example.com: skipped: public key not 
found|error retrieving 'nokey\@example.com' via WKD: No data)
# expected to find warning: (?^:Recipient 'nokey\@example.com' is unusable)

(the messages are actually slightly different in Ubuntu). This seems
pretty benign really and probably the tests should be relaxed?

Cheers,
mwh

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

Kernel: Linux 5.4.0-73-generic (SMP w/8 CPU cores)
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=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#988724: firefox: Firefox 88 unusable on intel gpu

[Mike Hommey]

On Tue, May 18, 2021 at 07:39:27PM +0200, Kamil Jońca wrote:
> Package: firefox
> Version: 87.0-2
> Severity: important
> X-Debbugs-Cc: kjo...@poczta.onet.pl
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
> Upgrade to 88.0.1 version
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> Start firefox 
> 
>* What was the outcome of this action?
> white window, not responsive.
> 
>* What outcome did you expect instead?
> 
> Normally functioning firefox.
> 
> *** End of the template - remove these template lines ***

In Firefox 87, can you go to about:support and copy/paste its content?

Thanks

Mike

Bug#979764:

[Albert Akchurin]

Hi, Jürgen,

Thank you for posting this!
I also observe that the bug affects nfs-client on 5.10 kernel
nfs-server is not affected (works with both 5.9 and 5.10 kernels)

I followed your suggestions, but unfortunately with no luck.
I tried adding principles and building the latest nfs-utils.
But downgrading to 5.9 kernel helped!
Thanks again

Best regards,
Albert

Bug#988466: RFS: aspell-sl/0.60-5 -- Slovenian dictionary for GNU Aspell

[Paul Wise]

On Thu, 2021-05-20 at 20:28 +0200, Tomaž Šolc wrote:

> I contacted Tomaž Erjavec and Aleš Košir (one of the authors of
> aspell-sl). aspell-sl is currently unmaintained. The old website and the
> archive of releases were lost in a hard drive crash.

Some of it is available on archive.org, but only earlier versions.

This tool can be used to download everything from archive.org:

https://github.com/hartator/wayback-machine-downloader/

> I checked the gnu.org release (0.50-0). It appears newer than 0.60 on
> which the current Debian package is currently based, despite its version
> number. It has a later copyright date (2004 vs. 2002) and the dictionary
> has approx. 17000 new words added and no words were removed.

That is an interesting development, thanks for noticing.

> For now I think it makes sense to base the aspell-sl Debian package on
> the 0.50-0 release from gnu.org instead of the 0.60 from the old
> website. I see on repology.org that other distros that don't pull
> aspell-sl package from Debian do that as well.

Agreed.

> In the long term, it would be nice if aspell-sl would get a new upstream
> maintainer. I will send out a few more mails, but I suspect finding one
> will not be easy.

Thanks for doing that.

If that happens, I think the AUTHORS file from 0.60 should get
restored, it is important to give credit for work people do.

If that happens, whoever creates the new project might want to import
all the upstream tarballs from archive.org and the Debian snapshots, so
that the project history is preserved.

https://snapshot.debian.org/package/aspell-sl/

> I've updated my proposed package: I changed the version to
> 0.60+really0.50.0-1, updated the copyright file, added a watch file that
> checks the gnu.org index and did a few other minor packaging changes.

As I'm not a Slovenian speaker and am not doing any i18n/l10n, I'm not
the best person to be sponsoring this package.

Since there is no translation list for Slovenian, I suggest that you
ask on the debian-i18n mailing list for a sponsor.

Alternatively, hopefully Tobias Frost (CCed) will sponsor, as they did
in 2016 for the last upload.

If both of these options fail, then I am willing to sponsor, some
comments you might want to look at before that though:

 * At this point in the freeze, the release team asks for folks to
   upload new upstream releases and other changes not targeted at
   bullseye to be uploaded to experimental instead of unstable.
    - https://release.debian.org/bullseye/freeze_policy.html
 * Should doc/sl_SI.aff also be converted to UTF-8?
 * Should doc/sl_SI.aff be installed outside /usr/share/doc?
    - `apt-file search .aff` suggests the same location as the other files
 * The web page in the Vcs-Browser field doesn't really provide a web
   based interface for browsing the git repo, I suggest dropping that.
 * Your copyright dates on debian/* should be "2016, 2021".
 * Creating debian/clean would let you drop override_dh_clean
 * There are some lintian complaints:
    - some of them are true and unfixable (you could override these with a
  comment explaining the situation)
    - at least one of them is incorrect (you could file lintian bugs)
    - at least one of them could be fixed
 * file is not able to identify sl.cwl, any idea what format it is and
   what tools are able to read it? (you could file a bug against file)

PS: I did a search through the Debian locations resources and found a
few places where Slovene, Slovenia or Slovenian are referred to within
a Debian related context, links below. In case you want to bring the
Debian Slovenian community together, these links could be a good start.

https://wiki.debian.org/DebianLocations
https://wiki.debian.org/JanPrunk
https://wiki.debian.org/DebianEdu/Help/ProfessionalHelp#Slovenia
https://lists.debian.org/debian-user-slovenian/
ircs://irc.oftc.net/debian.si (from https://wiki.debian.org/IRC)
(only one person in the channel. several others in the access list, one
of them (Jan Prunk ) is online today (but not in the channel), the
rest were last online in 2011 but have registered email addresses)
https://www.debian.org/international/l10n/po/sl
https://www.debian.org/international/l10n/po/sl_SI
https://www.debian.org/international/l10n/po-debconf/sl
https://www.debian.org/international/l10n/po4a/sl
https://www.debian.org/devel/website/stats/sl#gettext
https://d-i.debian.org/l10n-stats/level1/sl.txt
https://d-i.debian.org/l10n-stats/level2/sl.txt
https://d-i.debian.org/l10n-stats/level3/sl.txt
https://www.debian.org/mirror/sponsors (ftp.arnes.si sponsored by ARNES)
https://www.debian.org/consultants/#SI
https://web.archive.org/web/20100206014457/http://debian.si/

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#988899: debian-edu-artwork-*: Missing images background-nologo.svg

[Mike Gabriel]

Package: src:debian-edu-artwork
Version: 20201210-1
Severity: important

The desktop-base theming package nowadays ships two background images  
for login managers: desktop-base//login/background.svg and  
background-nologo.svg (same folder).


The Arctica Greeter (used in Debian Edu MATE) uses the  
background-nologo.svg variant and currently has not background images  
when used with any of the debian-edu artwork themes.


To make debian-edu-artwork-* packages be fully / more compliant with  
current desktop-base versions, a background-nologo.svg files needs to  
be provided aside with background.svg.


This applies to all themes of the debian-edu-artwork package.

Mike
--

DAS-NETZWERKTEAM
c\o Technik- und Ökologiezentrum Eckernförde
Mike Gabriel, Marienthaler Str. 17, 24340 Eckernförde
mobile: +49 (1520) 1976 148
landline: +49 (4351) 850 8940

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgplPLF5q7a93.pgp
Description: Digitale PGP-Signatur

Bug#988898: debian-edu-artwork-spacefun: missing file background-nologo.svg

[Mike Gabriel]

Package: debian-edu-artwork-spacefun
Version: 20201210-1
Severity: important

The desktop-base theming packages nowadays ships two background images  
for login managers: desktop-base//login/background.svg and  
background-nologo.svg (same folder).


The Arctica Greeter (used in Debian Edu MATE) uses the  
background-nologo.svg variant and currently has not background images  
when used with any of the debian-edu artwork themes.


To make debian-edu-artwork-* packages be fully / more compliant with  
current desktop-base versions, a background-nologo.svg files needs to  
be provided aside with background.svg.


Mike
--

DAS-NETZWERKTEAM
c\o Technik- und Ökologiezentrum Eckernförde
Mike Gabriel, Marienthaler Str. 17, 24340 Eckernförde
mobile: +49 (1520) 1976 148
landline: +49 (4351) 850 8940

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgpBh2kCUh3qK.pgp
Description: Digitale PGP-Signatur

Bug#988904: ITP: usbsdmux -- control software for USB-SD-Mux devices

[Vagrant Cascadian]

Package: wnpp
Owner: Vagrant Cascadian 
Severity: wishlist

* Package name: usbsdmux
  Version : 0.2.0
  Upstream Author : Pengutronix, Chris Fiege
* URL or Web page : https://github.com/pengutronix/usbsdmux
* License : LGPL-2+, BSD-3
  Description : usbsdmux: control software for USB-SD-Mux devices

 The USB-SD-Mux hardware allows switching a microSD card between the
 host computer via USB or a device-under-test, allowing programmatic
 testing of low-level parts of the boot process such as boot loader and
 early operating system.

 This package provides a commandline interface to control switching
 between host computer and device-under-test, as well as a command to
 configure the USB-SD-Mux device itself.

Initial packaging soon to be at:

  https://salsa.debian.org/vagrant/usbsdmux


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#988814: unblock: gtk+2.0/2.24.33-2

[Cyril Brulebois]

Hi,

Paul Gevers  (2021-05-20):
> On 19-05-2021 21:54, Simon McVittie wrote:
> > Please unblock package gtk+2.0
> 
> Ok from my side. As this upload is to fix the d-i issue I'm pretty sure
> that debian-boot is also fine, but I promised kibi this morning that
> I'll follow the process and wait for an explicit ACK from their side.

Yes, please don't rush it into testing.

I'm currently debugging a regression from bullseye that's seen with the
combination of updated udebs from both cdebconf and gtk+2.0. After a few
attempts, I'd say that's an issue with cdebconf, but I'd rather have
that confirmed before we start getting packages into bullseye.

(Basically we have the obvious benefits from no longer hanging, but also
a buggy focus; I'll track this in a separate bug report once I know a
little bit more, and loop Simon back in.)


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


signature.asc
Description: PGP signature

Bug#988876: grub-efi-amd64: outb command no longer works

[Colin Watson]

On Thu, May 20, 2021 at 06:13:16PM +0200, Marco Kühnel wrote:
> After a fresh install of debian buster a grub.cfg containing an outb command 
> throws the error "outb command not found" (and, in my case, 
> cannot start lightdm thereafter). This problem does not appear when 
> downgrading all installed grub packages to version 
> 2.02+dfsg1-20+deb10u3. 

Can you clarify whether you have UEFI Secure Boot enabled?  The outb
command had to be disabled in Secure Boot mode, because it could be used
to subvert boot security mechanisms.  Systems that use the outb command
will have to disable Secure Boot, or find some other way to achieve the
same effect.

> outb 0x728 1
> outb 0x710 2
> outb 0x740 2
> outb 0x750 0

I'm just noting explicitly here that these are local customizations to
grub.cfg (presumably by way of editing /etc/grub.d/10_linux or similar),
and not in the default setup.

-- 
Colin Watson (he/him)  [cjwat...@debian.org]

Bug#988466: RFS: aspell-sl/0.60-5 -- Slovenian dictionary for GNU Aspell

[Tomaž Šolc]

Dear Paul,

On 15. 05. 21 03:53, Paul Wise wrote:
> The Homepage is 404, but the site it was on still works. Have you
> tried contacting the person (Tomaž Erjavec) listed at the bottom of
> the page (there is an email)?

I contacted Tomaž Erjavec and Aleš Košir (one of the authors of
aspell-sl). aspell-sl is currently unmaintained. The old website and the
archive of releases were lost in a hard drive crash.

> I noticed an older version of this on the GNU website. It might be
> worth contacting the aspell/ispell communities about this too.

Tomaž and Aleš also pointed out that an old release of aspell-sl is
still distributed as an official Slovenian dictionary for aspell from
the gnu.org website.

I checked the gnu.org release (0.50-0). It appears newer than 0.60 on
which the current Debian package is currently based, despite its version
number. It has a later copyright date (2004 vs. 2002) and the dictionary
has approx. 17000 new words added and no words were removed.

> I noticed that LibreOffice includes support for Slovenian and have
> their own dictionary. It might be worth contacting the Slovenian
> LibreOffice community.

Earlier I missed the fact that hunspell-sl from Libreoffice is also
packaged for Debian now. It is indeed another package that provides a
Slovenian spell checker.


For now I think it makes sense to base the aspell-sl Debian package on
the 0.50-0 release from gnu.org instead of the 0.60 from the old
website. I see on repology.org that other distros that don't pull
aspell-sl package from Debian do that as well.

In the long term, it would be nice if aspell-sl would get a new upstream
maintainer. I will send out a few more mails, but I suspect finding one
will not be easy.

I've updated my proposed package: I changed the version to
0.60+really0.50.0-1, updated the copyright file, added a watch file that
checks the gnu.org index and did a few other minor packaging changes.

Full changelog entry:

  * Base the package on 0.50-0 tarball from gnu.org.
- old upstream webpage is inaccessible since 2009.
- despite lower version number the wordlist in 0.50-0
  is larger and has a newer copyright date.
  * Minor packaging update
- d/control: update to SV 4.5.1, update Vcs URLs, add
  Rules-Requires-Root, B/D on debhelper-compat = 12,
  add Homepage field.
- Add d/watch.
- d/copyright: use https in URLs, update to match new
  upstream package.
- d/changelog: remove trailing whitespace.

You can fetch the new package using:

dget -x
https://www.tablix.org/~avian/aspell-sl/aspell-sl_0.60+really0.50.0-1.dsc

Best regards
Tomaž

Bug#988902: unblock: debian-edu-artwork-legacy/20201210-3

[Mike Gabriel]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: debian-...@lists.debian.org

Please unblock package debian-edu-artwork-legacy

Unfortunately, I did two consecutive uploads as I failed to run git-pull
before implementing my changes.

+debian-edu-artwork-legacy (20201210-3) unstable; urgency=medium
+
+  [ Andreas Beckmann ]
+  * Clean up obsolete ldm-theme alternative on upgrades. (Closes: #986562)
+
+  [ Wolfgang Schweer ]
+  * Make sure the Plymouth theme is restored to the Debian default one in case
+the debian-edu-artwork-spacefun package is removed.
+
+ -- Mike Gabriel   Thu, 20 May 2021 22:35:53 +0200
+
+debian-edu-artwork-legacy (20201210-2) unstable; urgency=medium
+
+  * debian/debian-edu-artwork-spacefun.links:
+
++ Provide missing image login/background-nologo.svg. As background.svg
+  already comes without a logo, simply create a symlink from
+  background-nologo.svg to background.svg. (Closes: #988898).
+
+ -- Mike Gabriel   Thu, 20 May 2021 22:25:53 +0200

The three changes above basically do these things:

  * improve clean-up on package removal
  * provide extra image file (symlink) background-nologo.svg in
the desktop-base theme subfolder 'login/'.

[ Reason ]
Let Arctica Greeter (which uses background-nologo.svg in desktop-base)
have a background image when d-e-artwork-spacefun is used on the system.

[ Impact ]
Broken login background for LightDM's Arctica Greeter (arctica-greeter).

[ Tests ]
Manual tests on a Debian Edu system (new school notebooks, running Debian 11).

[ Risks ]
No real risks outside of the Debian Edu realm.

[ Checklist ]
  [x] all changes are documented in the d/changelog
  [x] I reviewed all changes and I approve them
  [x] attach debdiff against the package in testing

[ Other info ]
None

unblock debian-edu-artwork-legacy/20201210-3
diff -Nru debian-edu-artwork-legacy-20201210/debian/changelog 
debian-edu-artwork-legacy-20201210/debian/changelog
--- debian-edu-artwork-legacy-20201210/debian/changelog 2020-12-10 
23:04:59.0 +0100
+++ debian-edu-artwork-legacy-20201210/debian/changelog 2021-05-20 
22:35:53.0 +0200
@@ -1,3 +1,24 @@
+debian-edu-artwork-legacy (20201210-3) unstable; urgency=medium
+
+  [ Andreas Beckmann ]
+  * Clean up obsolete ldm-theme alternative on upgrades. (Closes: #986562)
+
+  [ Wolfgang Schweer ]
+  * Make sure the Plymouth theme is restored to the Debian default one in case
+the debian-edu-artwork-spacefun package is removed.
+
+ -- Mike Gabriel   Thu, 20 May 2021 22:35:53 +0200
+
+debian-edu-artwork-legacy (20201210-2) unstable; urgency=medium
+
+  * debian/debian-edu-artwork-spacefun.links:
+
++ Provide missing image login/background-nologo.svg. As background.svg
+  already comes without a logo, simply create a symlink from
+  background-nologo.svg to background.svg. (Closes: #988898).
+
+ -- Mike Gabriel   Thu, 20 May 2021 22:25:53 +0200
+
 debian-edu-artwork-legacy (20201210-1) unstable; urgency=medium
 
   * art-spacefun/ldm:
diff -Nru 
debian-edu-artwork-legacy-20201210/debian/debian-edu-artwork-spacefun.links 
debian-edu-artwork-legacy-20201210/debian/debian-edu-artwork-spacefun.links
--- debian-edu-artwork-legacy-20201210/debian/debian-edu-artwork-spacefun.links 
2018-12-04 15:35:45.0 +0100
+++ debian-edu-artwork-legacy-20201210/debian/debian-edu-artwork-spacefun.links 
2021-05-20 22:34:50.0 +0200
@@ -1 +1,2 @@
 /usr/share/desktop-base/debian-edu-spacefun-theme/wallpaper 
/usr/share/desktop-base/debian-edu-spacefun-theme/lockscreen
+/usr/share/desktop-base/debian-edu-spacefun-theme/login/background.svg 
/usr/share/desktop-base/debian-edu-spacefun-theme/login/background-nologo.svg
diff -Nru 
debian-edu-artwork-legacy-20201210/debian/debian-edu-artwork-spacefun.preinst 
debian-edu-artwork-legacy-20201210/debian/debian-edu-artwork-spacefun.preinst
--- 
debian-edu-artwork-legacy-20201210/debian/debian-edu-artwork-spacefun.preinst   
1970-01-01 01:00:00.0 +0100
+++ 
debian-edu-artwork-legacy-20201210/debian/debian-edu-artwork-spacefun.preinst   
2021-05-20 22:34:50.0 +0200
@@ -0,0 +1,14 @@
+#! /bin/sh
+
+set -e
+
+#DEBHELPER#
+
+EDUTHEME="spacefun"
+
+if [ "$1" = "upgrade" ]; then
+   if dpkg --compare-versions "$2" lt-nl "20201210-2~" ; then
+   # no longer managed by update-debian-edu-artwork-$EDUTHEME
+   update-alternatives --remove ldm-theme 
/usr/share/ldm/themes/debian-edu-$EDUTHEME
+   fi
+fi
diff -Nru 
debian-edu-artwork-legacy-20201210/debian/update-debian-edu-artwork-spacefun 
debian-edu-artwork-legacy-20201210/debian/update-debian-edu-artwork-spacefun
--- 
debian-edu-artwork-legacy-20201210/debian/update-debian-edu-artwork-spacefun
2020-12-10 23:04:59.0 +0100
+++ 
debian-edu-artwork-legacy-20201210/debian/update-debian-edu-artwork-spacefun
2021-05-20 22:34:50.0 +0200
@@ -114,6 +114,12 @@
 fi
 }
 

Bug#988901: xen: installing xen-system-amd64 does not always properly update grub configuration

[Maximilian Engelhardt]

Source: xen
Severity: normal
Version: 4.14.1+11-gb0b734a8b3-1

I noticed that installing xen-system-amd64 does not always lead to a grub 
configuration that will boot into the xen hypervisor. As a quick fix 
"update-grub" can be run manually after installation of xen-system-amd64 to 
generate the proper grub configuration.

The issue leading to this is the following:

* xen-system-amd6 depends on xen-hypervisor-4.14-amd64, xen-hypervisor-common 
and xen-utils-4.14.

* xen-hypervisor-4.14-amd64 recommends xen-hypervisor-common and xen-
utils-4.14.

xen-hypervisor-common ships the conffile /etc/default/grub.d/xen.cfg which 
configures grub to boot into the xen hypervisor.

xen-hypervisor-4.14-amd64 has a postinst maintainer script which calls 
"update-grub".

The problem is that because xen-hypervisor-common is only a recommendation of 
xen-hypervisor-4.14-amd64 it may not be configured when the postinst script of 
xen-hypervisor-4.14-amd64 is run and within it update-grub is called.

When xen-hypervisor-common gets installed it first creates the file "/etc/
default/grub.d/xen.cfg.dpkg-new". Only after it gets configured the final file 
will be "/etc/default/grub.d/xen.cfg"

So when the update-grub command gets called the grub configuration file does 
not end in ".cfg" and this is ignored by update-grub.

I see the following possibilities to fix this:

* make xen-hypervisor-common a dependency of xen-hypervisor-4.14-amd64 which 
then should make sure xen-hypervisor-common is configures before the postinst 
script in xen-hypervisor-4.14-amd64 run. Of course this makes it no longer 
possible to install xen-hypervisor-4.14-amd64 without xen-hypervisor-common.

* Additionally run "update-grub" in the postinst maintainer script of xen-
hypervisor-common. This makes sens as the package ships a grub configuration 
file and if something changes there then update-grub should be called.
I also think that if xen-hypervisor-4.14-amd64 is already installed and xen-
hypervisor-common only gets installed later, update-grub currently is never 
run (I didn't verify this) and this change would also fix this.
The only downside I can see is that update-grub will be called twice if xen-
hypervisor-4.14-amd64 and xen-hypervisor-common get installed together.
Maybe this is not really an issue as update-grub usually should be quite fast.

I think the second option seems reasonable, but maybe someone else has a 
better idea how to fix this issue.

Thanks
Maxi

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

Bug#981876: gdpc: flaky autopkgtest on i386

[Andreas Tille]

Hi Paul,

On Thu, May 20, 2021 at 11:52:55AM +0200, Paul Gevers wrote:
> > The only solution I can see is to exclude it also from ppc64el
> > architecture.
> 
> The test, or the package? Either works for me.

I admit I thought about the package - I need to think about just
excluding the test.

> Obviously the best
> solution is to find the real cause and fix it as it *seems* to me that
> this is not only a test problem, but I understand what you mean.

I fully agree, but development has ended before the first ppc64el boxes
were out - so well, it is a very low popcon package and spending many
resources into this problem does not seem to be rectified for me.

Kind regards

  Andreas.

-- 
http://fam-tille.de

Bug#988900: perl/experimental: FTBFS on x32: t/io/msg.t failure

[Niko Tyni]

Source: perl
Version: 5.34.0~rc2-1
Severity: normal
Tags: ftbfs
User: debian-...@lists.debian.org
Usertags: port-x32 ftbfs-x32
X-Debbugs-Cc: jrt...@debian.org

perl 5.34 fails to build on x32:

  t/io/msg . # Failed 
test 2 - send a message at io/msg.t line 54
  # Failed test 3 - send a message (upgraded) at io/msg.t line 62
  # Failed test 4 - send a message (upgraded receiver) at io/msg.t line 69
  FAILED at test 2

The test is new with 5.34, so this does not indicate a regression in
functionality.

Jessica Clarke (cc'd) says this is expected as SysV IPC is broken on
x32 and suggests we skip the test for now but leave a bug open in the BTS.

https://lkml.org/lkml/2020/10/12/869 seems to be relevant.

-- 
Niko Tyni   nt...@debian.org

Bug#988697: apparmor: [....] Restarting apparmor (via systemctl): apparmor.serviceJob for apparmor.service failed because the control process exited with error code.

[intrigeri]

Control: tag -1 + moreinfo

Hi,

Please answer these questions:

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

… so we can understand what's the problem, and hopefully fix it :)

Bug#982270: linux: [armhf] several imx6 systems unable to detect ethernet

[Michael Jeanson]

This looks to be fixed in '5.10.38-1', at least on the single Wandboard 
Quad (rev C1) I tested, networking works at boot. I'll update the kernel 
on the boards that are CI workers and report back in a couple days if 
the network is stable.

Bug#988897: cockpit-ws: broken symlinks: /usr/share/cockpit/branding/opensuse/*

[Andreas Beckmann]

Package: cockpit-ws
Version: 239-1
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

5m1.4s ERROR: FAIL: Broken symlinks:
  /usr/share/cockpit/branding/opensuse/default-1920x1200.jpg -> 
../../../wallpapers/default-1920x1200.jpg (cockpit-ws)
  /usr/share/cockpit/branding/opensuse/favicon.ico -> 
../../../pixmaps/distribution-logos/favicon.ico (cockpit-ws)
  /usr/share/cockpit/branding/opensuse/square-hicolor.svg -> 
../../../pixmaps/distribution-logos/square-hicolor.svg (cockpit-ws)


cheers,

Andreas


cockpit-ws_239-1.log.gz
Description: application/gzip

Bug#988896: libjackson2-core-java-doc: broken symlinks: /usr/share/doc/libjackson2-core-java/api/jquery*/jquery*.*

[Andreas Beckmann]

Package: libjackson2-core-java-doc
Version: 2.12.1-1
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

0m45.6s ERROR: FAIL: Broken symlinks:
  /usr/share/doc/libjackson2-core-java/api/jquery/external/jquery/jquery.js -> 
../../../../../../javascript/jquery (libjackson2-core-java-doc)
  /usr/share/doc/libjackson2-core-java/api/jquery/jquery-3.5.1.js -> 
../../../../javascript/jquery (libjackson2-core-java-doc)
  /usr/share/doc/libjackson2-core-java/api/jquery/jquery-ui.css -> 
../../../../javascript/jquery-ui/themes/base/jquery-ui.css 
(libjackson2-core-java-doc)
  /usr/share/doc/libjackson2-core-java/api/jquery/jquery-ui.js -> 
../../../../javascript/jquery-ui/jquery-ui.js (libjackson2-core-java-doc)
  /usr/share/doc/libjackson2-core-java/api/jquery/jquery-ui.min.css -> 
../../../../javascript/jquery-ui/themes/base/jquery-ui.min.css 
(libjackson2-core-java-doc)
  /usr/share/doc/libjackson2-core-java/api/jquery/jquery-ui.min.js -> 
../../../../javascript/jquery-ui/jquery-ui.min.js (libjackson2-core-java-doc)

The jquery links are wrong, they point to directories instead of files
and for the jquery-ui links, some dependencies are needed.


cheers,

Andreas


libjackson2-core-java-doc_2.12.1-1.log.gz
Description: application/gzip

Bug#988895: ukui-themes: broken symlinks: /usr/share/icons/ukui-classical/*x*/apps/google-chrome2.png -> google-chrome.png and others

[Andreas Beckmann]

Package: ukui-themes
Version: 1.4.1-1
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

0m57.8s ERROR: FAIL: Broken symlinks:
  /usr/share/icons/ukui-classical/16x16/apps/google-chrome2.png -> 
google-chrome.png (ukui-themes)
  /usr/share/icons/ukui-classical/22x22/apps/google-chrome2.png -> 
google-chrome.png (ukui-themes)
  /usr/share/icons/ukui-classical/24x24/apps/google-chrome2.png -> 
google-chrome.png (ukui-themes)
  /usr/share/icons/ukui-classical/256x256/apps/google-chrome2.png -> 
google-chrome.png (ukui-themes)
  /usr/share/icons/ukui-classical/32x32/apps/google-chrome2.png -> 
google-chrome.png (ukui-themes)
  /usr/share/icons/ukui-classical/48x48/apps/google-chrome2.png -> 
google-chrome.png (ukui-themes)
  /usr/share/icons/ukui-classical/64x64/apps/google-chrome2.png -> 
google-chrome.png (ukui-themes)
  /usr/share/icons/ukui-classical/96x96/apps/google-chrome2.png -> 
google-chrome.png (ukui-themes)
  /usr/share/icons/ukui-classical/96x96/devices/gnome-dev-removable-1394.png -> 
drive-removable-media.png (ukui-themes)
  /usr/share/icons/ukui-classical/96x96/devices/gnome-dev-removable-usb.png -> 
drive-removable-media.png (ukui-themes)
  /usr/share/icons/ukui-classical/96x96/devices/gnome-dev-removable.png -> 
drive-removable-media.png (ukui-themes)
  /usr/share/icons/ukui-classical/96x96/devices/media-removable.png -> 
drive-removable-media.png (ukui-themes)
  /usr/share/icons/ukui-classical/96x96/devices/removable-media.png -> 
drive-removable-media.png (ukui-themes)
  /usr/share/icons/ukui-classical/96x96/devices/unity-fallback-mount-helper.png 
-> drive-removable-media.png (ukui-themes)
  /usr/share/icons/ukui-classical/96x96/devices/usbpendrive_unmount.png -> 
drive-removable-media.png (ukui-themes)
  
/usr/share/icons/ukui/16x16/mimetypes/application-vnd.openxmlformats-officedocument.presentationml.sildeshow.png
 -> application-mspowerpoint.png (ukui-themes)


cheers,

Andreas


ukui-themes_1.4.1-1.log.gz
Description: application/gzip

Bug#988894: wims-modules: various broken symlinks

[Andreas Beckmann]

Package: wims-modules
Version: 1:4.17b+svn13454~dfsg1-6
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

0m45.7s ERROR: FAIL: Broken symlinks:
  /var/lib/wims/public_html/gifs/themes/jalon/myactivity.png -> activity.png 
(wims-modules)
  /var/lib/wims/public_html/modules/tool/popup.ca/dic/dicsort -> 
../../../../../bin/dicsort (wims-modules)
  /var/lib/wims/public_html/modules/tool/popup.ca/dic/suffix -> 
../../../../bases/sys/suffix.en (wims-modules)
  /var/lib/wims/public_html/modules/tool/popup.ca/dic/syno -> 
../../../../bases/sys/words.en (wims-modules)
  /var/lib/wims/public_html/modules/tool/popup.ca/dic/translator -> 
../../../../bin/translator (wims-modules)
  /var/lib/wims/public_html/modules/tool/popup.cn/dic/dicsort -> 
../../../../../bin/dicsort (wims-modules)
  /var/lib/wims/public_html/modules/tool/popup.cn/dic/suffix -> 
../../../../bases/sys/suffix.en (wims-modules)
  /var/lib/wims/public_html/modules/tool/popup.cn/dic/syno -> 
../../../../bases/sys/words.en (wims-modules)
  /var/lib/wims/public_html/modules/tool/popup.cn/dic/translator -> 
../../../../bin/translator (wims-modules)
  /var/lib/wims/public_html/modules/tool/popup.en/dic/dicsort -> 
../../../../../bin/dicsort (wims-modules)
  /var/lib/wims/public_html/modules/tool/popup.en/dic/suffix -> 
../../../../bases/sys/suffix.en (wims-modules)
  /var/lib/wims/public_html/modules/tool/popup.en/dic/syno -> 
../../../../bases/sys/words.en (wims-modules)
  /var/lib/wims/public_html/modules/tool/popup.en/dic/translator -> 
../../../../bin/translator (wims-modules)
  /var/lib/wims/public_html/modules/tool/popup.fr/dic/dicsort -> 
../../../../../bin/dicsort (wims-modules)
  /var/lib/wims/public_html/modules/tool/popup.fr/dic/syno -> 
../../../../bases/sys/words.fr (wims-modules)
  /var/lib/wims/public_html/modules/tool/popup.fr/dic/translator -> 
../../../../bin/translator (wims-modules)
  /var/lib/wims/public_html/modules/tool/wcalc.cn/dic/dicsort -> 
../../../../../bin/dicsort (wims-modules)
  /var/lib/wims/public_html/modules/tool/wcalc.cn/dic/suffix -> 
../../../../bases/sys/suffix.en (wims-modules)
  /var/lib/wims/public_html/modules/tool/wcalc.cn/dic/syno -> 
../../../../bases/sys/words.en (wims-modules)
  /var/lib/wims/public_html/modules/tool/wcalc.cn/dic/translator -> 
../../../../bin/translator (wims-modules)
  /var/lib/wims/public_html/modules/tool/wcalc.en/dic/dicsort -> 
../../../../../bin/dicsort (wims-modules)
  /var/lib/wims/public_html/modules/tool/wcalc.en/dic/suffix -> 
../../../../bases/sys/suffix.en (wims-modules)
  /var/lib/wims/public_html/modules/tool/wcalc.en/dic/syno -> 
../../../../bases/sys/words.en (wims-modules)
  /var/lib/wims/public_html/modules/tool/wcalc.en/dic/translator -> 
../../../../bin/translator (wims-modules)
  /var/lib/wims/public_html/modules/tool/wcalc.fr/dic/dicsort -> 
../../../../../bin/dicsort (wims-modules)
  /var/lib/wims/public_html/modules/tool/wcalc.fr/dic/syno -> 
../../../../bases/sys/words.fr (wims-modules)
  /var/lib/wims/public_html/modules/tool/wcalc.fr/dic/translator -> 
../../../../bin/translator (wims-modules)
  /var/lib/wims/public_html/scripts/deduc/dicsort -> ../../../bin/dicsort 
(wims-modules)
  /var/lib/wims/public_html/scripts/js/LaTeXMathML.js -> 
/usr/share/javascript/asciimathtml/LaTeXMathML.js (wims-modules)
  /var/lib/wims/public_html/scripts/js/editor/scripts_1/mootools.js -> 
/usr/share/javascript/mootools/mootools.js (wims-modules)
  /var/lib/wims/public_html/scripts/js/jsxgraph/GeogebraReader.js -> 
/usr/share/javascript/jsxgraph/distrib/geogebra.min.js (wims-modules)
  /var/lib/wims/public_html/scripts/js/jsxgraph/GeonextReader.js -> 
/usr/share/javascript/jsxgraph/distrib/geonext.min.js (wims-modules)
  /var/lib/wims/public_html/scripts/js/jsxgraph/jsxgraph.css -> 
/usr/share/javascript/jsxgraph/distrib/jsxgraph.css (wims-modules)
  /var/lib/wims/public_html/scripts/js/jsxgraph/jsxgraphcore.js -> 
/usr/share/javascript/jsxgraph/distrib/jsxgraphcore.js (wims-modules)
  /var/lib/wims/public_html/themes/yuicompressor -> yuicompressor-2.4.8.jar 
(wims-modules)

Some broken links should be fixable by adding dependencies on
  jsxgraph, libjs-mootools
Some files I could only find at different locations:
  /usr/lib/wims/bin/dicsort (in wims)
  /usr/share/asciidoc/javascripts/LaTeXMathML.js (in asciidoc-common)
Some others I cannot find anywhere in the Debian archive:
  yuicompressor-2.4.8.jar, bases/sys/words.??, bases/sys/suffix.??

cheers,

Andreas


wims-modules_1:4.17b+svn13454~dfsg1-6.log.gz
Description: application/gzip

Bug#988835: xfig: flaky autopkgtest on ppc64el and s390x: Get the /MediaBox of pdf files FAILED (testsuite.at:99)

[Roland Rosenfeld]

Hi Paul!

First of all thanks for your report.

On Do, 20 Mai 2021, Paul Gevers wrote:

> Source: xfig
> Version: 1:3.2.8-1
> Severity: serious
> Tags: sid bullseye
> X-Debbugs-CC: debian...@lists.debian.org
> User: debian...@lists.debian.org
> Usertags: flaky
> 
> Your package has an autopkgtest, great. However, I looked into
> the history of your autopkgtest [1] on ppc64el (because it is blocking
> libx11) and I noticed it fails regularly, while a rerun passes. It
> failed once on amd64 with the same error and it fails most of the time
> on s390x. I copied some of the output at the bottom of this report.
> 
> Because the unstable-to-testing migration software now blocks on
> regressions in testing, flaky tests, i.e. tests that flip between
> passing and failing without changes to the list of installed packages,
> are causing people unrelated to your package to spend time on these
> tests.

I noticed the issue on Ubuntu and saw the upstream issue, but wasn't
able to reproduce the issue myself, which makes it hard to fix it.

I fear that the root cause here is, that the way I run the autopkgtest
wasn't a good idea, since I rebuild the testing binaries test1, test2,
and test3 during autopkgtest, which means, that detecting regressions
isn't possible with them, since they differ from the binaries build at
package build time.

The correct way would be to ship test[123] with the binary package and
restore them into the source tree during the autopkgtest.  But this
change is too big to introduce it during the freeze, so I target it
for bookworm.

A better way is completely removing the autopkgtest code from the
package, which solves this issue but isn't a step forward.

So I intend to go a different way: I try to bring the autopkgtest
environment nearer to the building environment, which means that I add
a dependency on libgs-dev to debian/tests/control (as the
Build-Depends of the source package does).  This means, that test3 is
linked with libgs instead of calling external binary gs, which
according to https://sourceforge.net/p/mcj/tickets/120/ should no
longer run into the SIGPIPE issue.

I expect this to be a cleaner workaround than the Ubuntu patch.

I'll upload a patched version soon.

Greetings
Roland


signature.asc
Description: PGP signature

Bug#988893: squid: CVE-2021-28651

[Salvatore Bonaccorso]

Source: squid
Version: 4.13-9
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team 
Control: found -1 4.6-1+deb10u5
Control: found -1 4.6-1+deb10u5
Control: found -1 4.6-1

Hi,

The following vulnerability was published for squid.

CVE-2021-28651[0]:
| Denial of Service in URN processing

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-2021-28651
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-28651
[1] https://github.com/squid-cache/squid/security/advisories/GHSA-ch36-9jhx-phm4

Regards,
Salvatore

Bug#988892: squid: CVE-2021-28652

[Salvatore Bonaccorso]

Source: squid
Version: 4.13-9
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team 
Control: found -1 4.6-1+deb10u5
Control: found -1 4.6-1+deb10u4
Control: found -1 4.6-1

Hi,

The following vulnerability was published for squid.

CVE-2021-28652[0]:
| Denial of Service issue in Cache Manager

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-2021-28652
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-28652
[1] https://github.com/squid-cache/squid/security/advisories/GHSA-m47m-9hvw-7447

Regards,
Salvatore

Bug#988891: squid: CVE-2021-28662

[Salvatore Bonaccorso]

Source: squid
Version: 4.13-9
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team 
Control: found -1 4.6-1+deb10u5
Control: found -1 4.6-1+deb10u4
Control: found -1 4.6-1

Hi,

The following vulnerability was published for squid.

CVE-2021-28662[0]:
| SQUID-2021:2 Denial of Service in HTTP Response Processing 

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-2021-28662
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-28662
[1] https://github.com/squid-cache/squid/security/advisories/GHSA-jjq6-mh2h-g39h

Regards,
Salvatore

Bug#988743: krb5-doc: broken symlinks: /usr/share/doc/krb5-doc/_static/*.js

[Sam Hartman]

control: tags -1 confirmed

> "Andreas" == Andreas Beckmann  writes:

Andreas> Is krb5-doc missing a Depends/Recommends/Suggests:
Andreas> libjs-sphinxdoc, libjs-jquery, libjs-underscore ?

Looks like.
Will fix post-release.


signature.asc
Description: PGP signature

Bug#988746: RM: jodd/3.8.6-1.1

[Moritz Mühlenhoff]

Am Wed, May 19, 2021 at 08:47:24PM +0200 schrieb Sebastian Ramacher:
> On 2021-05-18 23:38:58 +0200, Moritz Muehlenhoff wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: rm
> > X-Debbugs-Cc: ebo...@apache.org
> > 
> > Please remove jodd from bullseye, it has open security issues and
> > there are currently no rdeps (it was uploaded for jmeter 3, which
> > didn't enter the archive yet). Acked by Emmanuel in #961298.
> 
> Removal hint added. Could you please file an RC bug against so that it
> doesn't re-enter bookworm until it's ready?

Thanks. I've bumped the severity of 961298 to RC to prevent it from
re-entering.

Cheers,
 Moritz

Bug#988890: ceph: CVE-2021-3531

[Salvatore Bonaccorso]

Source: ceph
Version: 14.2.20-2
Severity: grave
Tags: security upstream
Justification: user security hole
X-Debbugs-Cc: car...@debian.org, Debian Security Team 

Hi,

The following vulnerability was published for ceph.

CVE-2021-3531[0]:
| A flaw was found in the Red Hat Ceph Storage RGW in versions before
| 14.2.21. When processing a GET Request for a swift URL that ends with
| two slashes it can cause the rgw to crash, resulting in a denial of
| service. The greatest threat to the system is of availability.


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-2021-3531
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3531
[1] https://www.openwall.com/lists/oss-security/2021/05/14/5
[2] https://github.com/ceph/ceph/commit/f44a8ae8aa27ecef69528db9aec220f12492810e

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#988889: ceph: CVE-2021-3524

[Salvatore Bonaccorso]

Source: ceph
Version: 14.2.20-2
Severity: grave
Tags: security upstream
Justification: user security hole
X-Debbugs-Cc: car...@debian.org, Debian Security Team 

Hi,

The following vulnerability was published for ceph.

CVE-2021-3524[0]:
| A flaw was found in the Red Hat Ceph Storage RadosGW (Ceph Object
| Gateway) in versions before 14.2.21. The vulnerability is related to
| the injection of HTTP headers via a CORS ExposeHeader tag. The newline
| character in the ExposeHeader tag in the CORS configuration file
| generates a header injection in the response when the CORS request is
| made. In addition, the prior bug fix for CVE-2020-10753 did not
| account for the use of \r as a header separator, thus a new flaw has
| been created.


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-2021-3524
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3524
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1951674
[2] https://github.com/ceph/ceph/commit/763aebb94678018f89427137ffbc0c5205b1edc1

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#988888: ceph: CVE-2021-3509

[Salvatore Bonaccorso]

Source: ceph
Version: 14.2.20-2
Severity: grave
Tags: security upstream
Justification: user security hole
X-Debbugs-Cc: car...@debian.org, Debian Security Team 

Hi,

The following vulnerability was published for ceph.

CVE-2021-3509[0]:
| Cross Site Scripting via token Cookie

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-2021-3509
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3509
[1] https://github.com/ceph/ceph/commit/adda853e64bdba1288d46bc7d462d23d8f2f10ca

Regards,
Salvatore

Bug#988887: unblock: latexml/0.8.5-3

[Hilmar Preusse]

Package: release.debian.org
Severity: important
X-Debbugs-CC: debian-tex-ma...@lists.debian.org
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package latexml

The latexml package depends on the perl version of bullseye. The upgrade
will fail, if apt tries to upgrade it, before perl has been upgraded. Hence
we introduce a versioned depend for libpod-parser-perl.

See RC bug #988359 for details.

[ Impact ]
The upgrade will fail if latexml is upgraded before perl has been upgraded.

[ Tests ]
Tests were performed using 0.8.5-2, no substantial code changes for 0.8.5-3.

[ Risks ]
Trivial change, have a look at attched debdiff. Yes, it is larger then
absolutely necessary: there were changes made to master, which were made for
post-bullseye.

[ Checklist ]
  [X] all changes are documented in the d/changelog
  [X] I reviewed all changes and I approve them
  [X] attach debdiff against the package in testing

unblock latexml/0.8.5-3

-- 
sigmentation fault
diff -Nru latexml-0.8.5/debian/changelog latexml-0.8.5/debian/changelog
--- latexml-0.8.5/debian/changelog	2021-02-09 21:09:17.0 +0100
+++ latexml-0.8.5/debian/changelog	2021-05-20 11:00:34.0 +0200
@@ -1,3 +1,11 @@
+latexml (0.8.5-3) unstable; urgency=medium
+
+  * Add version to dep on libpod-parser-perl (>= 1.63).
+(Closes: #988359)
+  * Set Maintainer field to "Debian TeX Task Force".
+
+ -- Hilmar Preusse   Thu, 20 May 2021 11:00:34 +0200
+
 latexml (0.8.5-2) unstable; urgency=medium
 
   * Switch to dh sequencer, mark huge TL packages as only needed
diff -Nru latexml-0.8.5/debian/control latexml-0.8.5/debian/control
--- latexml-0.8.5/debian/control	2021-02-09 20:55:47.0 +0100
+++ latexml-0.8.5/debian/control	2021-05-20 11:00:34.0 +0200
@@ -1,7 +1,7 @@
 Source: latexml
 Section: tex
 Priority: optional
-Maintainer: Debian TeX maintainers 
+Maintainer: Debian TeX Task Force 
 Uploaders: Norbert Preining ,
 	Peter Ralph ,
 	Hilmar Preusse 
@@ -34,7 +34,26 @@
 
 Package: latexml
 Architecture: all
-Depends: ${perl:Depends}, ${misc:Depends}, libparse-recdescent-perl, libxml2, libxml-libxml-perl, libxslt1.1, libxml-libxslt-perl, libuuid-tiny-perl, libarchive-zip-perl, libio-string-perl, libjson-xs-perl, libwww-perl, liburi-perl, libfile-which-perl, libimage-size-perl, imagemagick, libimage-magick-perl, texlive-latex-base, libtext-unidecode-perl, libpod-parser-perl
+Depends: ${perl:Depends},
+	${misc:Depends},
+	libparse-recdescent-perl,
+	libxml2,
+	libxml-libxml-perl,
+	libxslt1.1,
+	libxml-libxslt-perl,
+	libuuid-tiny-perl,
+	libarchive-zip-perl,
+	libio-string-perl,
+	libjson-xs-perl,
+	libwww-perl,
+	liburi-perl,
+	libfile-which-perl,
+	libimage-size-perl,
+	imagemagick,
+	libimage-magick-perl,
+	texlive-latex-base,
+	libtext-unidecode-perl,
+	libpod-parser-perl (>= 1.63)
 Description: LaTeX to XML Converter
  latexml is a program, written in Perl, that attempts to faithfully mimic
  TeX's behaviour, but produces XML instead of dvi. The document model of


signature.asc
Description: PGP signature

Bug#988819: libgnt-doc: broken symlinks: /usr/share/doc/libgnt-doc/* -> ../../gtk-doc/html/*

[Andreas Beckmann]

On 20/05/2021 20.23, Richard Laager wrote:
I've made both fixes, but intend to wait to upload until after the 
freeze. If that's wrong, please let me know.


Thanks, that's fine.

Andreas

Bug#988886: adminer: CVE-2021-29625: XSS in doc_link

[Salvatore Bonaccorso]

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

Hi,

The following vulnerability was published for adminer.

CVE-2021-29625[0]:
| Adminer is open-source database management software. A cross-site
| scripting vulnerability in Adminer versions 4.6.1 to 4.8.0 affects
| users of MySQL, MariaDB, PgSQL and SQLite. XSS is in most cases
| prevented by strict CSP in all modern browsers. The only exception is
| when Adminer is using a `pdo_` extension to communicate with the
| database (it is used if the native extensions are not enabled). In
| browsers without CSP, Adminer versions 4.6.1 to 4.8.0 are affected.
| The vulnerability is patched in version 4.8.1. As workarounds, one can
| use a browser supporting strict CSP or enable the native PHP
| extensions (e.g. `mysqli`) or disable displaying PHP errors
| (`display_errors`).

I'm slightly confused about the available information about the
affected version. From the code it looks to me that 4.7.1 as in stable
would be affected as well, but upstream is claiming 4.7.8 is affected
to 4.8.0. Though as well the Impact message mentions version back to
4.6.1.

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-2021-29625
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-29625
[1] https://github.com/vrana/adminer/security/advisories/GHSA-2v82-5746-vwqc
[2] 
https://github.com/vrana/adminer/commit/4043092ec2c0de2258d60a99d0c5958637d051a7

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#988885: CVE-2021-31323 CVE-2021-31322 CVE-2021-31321 CVE-2021-31320 CVE-2021-31319 CVE-2021-31318 CVE-2021-31317 CVE-2021-31315

[Moritz Muehlenhoff]

Source: rlottie
Severity: grave
Tags: security
X-Debbugs-Cc: Debian Security Team 

CVE-2021-31323:
https://www.shielder.it/advisories/telegram-rlottie-lottieparserimpl-parsedashproperty-heap-buffer-overflow/

CVE-2021-31322:
https://www.shielder.it/advisories/telegram-rlottie-lotgradient-populate-heap-buffer-overflow/

CVE-2021-31321:
https://www.shielder.it/advisories/telegram-rlottie-gray_split_cubic-stack-buffer-overflow/

CVE-2021-31320:
https://www.shielder.it/advisories/telegram-rlottie-vgradientcache-generategradientcolortable-heap-buffer-overflow/

CVE-2021-31319:
https://www.shielder.it/advisories/telegram-rlottie-lotgradient-populate-integer-overflow/

CVE-2021-31318:
https://www.shielder.it/advisories/telegram-rlottie-lotcomplayeritem-lotcomplayeritem-type-confusion/

CVE-2021-31317:
https://www.shielder.it/advisories/telegram-rlottie-vdasher-vdasher-type-confusion/

CVE-2021-31315:
https://www.shielder.it/advisories/telegram-rlottie-blit-stack-buffer-overflow/

Cheers,
 Moritz

Bug#988877: libyaml-snake-java-doc: broken symlinks: /usr/share/doc/libyaml-snake-java/api/jquery*/jquery*.*

[tony mancill]

On Thu, May 20, 2021 at 06:22:44PM +0200, Andreas Beckmann wrote:
> Package: libyaml-snake-java-doc
> Version: 1.28-1
> Severity: normal
> User: debian...@lists.debian.org
> Usertags: piuparts
> 
> Hi,
> 
> during a test with piuparts I noticed your package ships (or creates)
> a broken symlink.
> ...
> The jquery links are wrong, they point to a directory and not a .js file
> and you will need some dependency on libjs-jquery as well.
> The jquery-ui links can be fixed with a dependendency on libjs-jquery-ui.

Thank you Andreas.

For the team, I recall Emmanuel proposing this previously, so I am
adding my +1 for dropping the *-java-doc packages entirely.  Any
concerns about making this Java Team goal for bookworm?

Cheers,
tony


signature.asc
Description: PGP signature

Bug#985526: [Pkg-rust-maintainers] Bug#985526: rustc: broken symlinks: /usr/bin/rust-{clang, lld} -> {clang, lld}-11

[Ximin Luo]

Control: notfound -1 1.48.0+dfsg1-2
Control: notfound -1 1.49.0~beta.4+dfsg1-1~exp1
Control: close -1

Duplicate of archived #943859 and explained in 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=943859#10

The clang symlink is for libstd-rust-dev-windows:*.

X

Andreas Beckmann:
> Package: rustc
> Version: 1.48.0+dfsg1-2
> Severity: normal
> User: debian...@lists.debian.org
> Usertags: piuparts
> 
> Hi,
> 
> during a test with piuparts I noticed your package ships (or creates)
> a broken symlink.
> 
> From the attached log (scroll to the bottom...):
> 
> 0m58.4s ERROR: FAIL: Broken symlinks:
>   /usr/bin/rust-lld -> lld-11 (rustc)
>   /usr/bin/rust-clang -> clang-11 (rustc)
> 
> Please depend or recommend on the required packages to not leave broken links 
> in /usr/bin.
> 
> 
> cheers,
> 
> Andreas
> 
> 
> ___
> Pkg-rust-maintainers mailing list
> pkg-rust-maintain...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-rust-maintainers
> 


-- 
GPG: ed25519/56034877E1F87C35
https://github.com/infinity0/pubkeys.git

Bug#988884: libsass and node-node-sass is deprecated upstream

[Pirate Praveen]

Package: libsass, node-node-sass
Severity: important

libsass and node-sass seems deprecated by upstream in favor of dart 
sass.


https://sass-lang.com/blog/libsass-is-deprecated

I was trying to package rollup-plugin-sass and noticed it is using sass 
module and not node-sass module.


I tried a simple patch to replace sass with node-sass in 
rollup-plugin-sass, but build was failing when trying to bundle it.


I will try packaging dart-sass, but I have never touched a package 
written in dart yet.

Bug#988883: unblock: libbusiness-us-usps-webtools-perl/1.125-1

[Yadd]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: debian-p...@lists.debian.org

Please unblock package libbusiness-us-usps-webtools-perl

[ Reason ]
USPS is sending notices that HTTP access will be turned off shortly, in favor
of HTTPS. libbusiness-us-usps-webtools-perl 1.125 includes only this fix
and included our patch.

[ Impact ]
Given that is a web service that will break in the wild.

[ Tests ]
Upstream updated its test.

[ Risks ]
Patch isn't so big, just URL updates

[ Checklist ]
  [X] all changes are documented in the d/changelog
  [X] I reviewed all changes and I approve them
  [X] attach debdiff against the package in testing

Cheers,
Yadd

unblock libbusiness-us-usps-webtools-perl/1.125-1
diff --git a/Changes b/Changes
index ad21fdc..0134ec1 100644
--- a/Changes
+++ b/Changes
@@ -1,5 +1,21 @@
 Revision history for Perl module Business::US::USPS::WebTools
 
+1.125 2021-05-19
+* Updated API endpoints.  Always use HTTPS.
+
+* Removed two tests that started failing due to changes in the API
+  response.
+
+* Skip tracking tests (which are disabled anyway) rather than failing 
if
+  test credentials aren't set.
+
+* Access to the testing/staging environment is no longer granted by
+  default and testing against the production environment is allowed
+  (load/stress testing isn't), so tests are now run against the
+  production API by default.  To run against the testing/staging
+  environment, set USPS_WEBTOOLS_ENVIRONMENT to TESTING while setting 
up
+  your credentials.
+
 1.124 2020-09-18
 * New maintainer
 
diff --git a/META.json b/META.json
index 8bdd808..21d2a96 100644
--- a/META.json
+++ b/META.json
@@ -55,6 +55,6 @@
  "web" : "https://github.com/ssimms/business-us-usps-webtools;
   }
},
-   "version" : "1.124",
+   "version" : "1.125",
"x_serialization_backend" : "JSON::PP version 2.97001"
 }
diff --git a/META.yml b/META.yml
index 242e04a..c3b908a 100644
--- a/META.yml
+++ b/META.yml
@@ -27,5 +27,5 @@ resources:
   bugtracker: https://github.com/ssimms/business-us-usps-webtools/issues
   homepage: https://github.com/ssimms/business-us-usps-webtools
   repository: https://github.com/ssimms/business-us-usps-webtools.git
-version: '1.124'
+version: '1.125'
 x_serialization_backend: 'CPAN::Meta::YAML version 0.018'
diff --git a/debian/changelog b/debian/changelog
index 7cfe053..5e96703 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+libbusiness-us-usps-webtools-perl (1.125-1) unstable; urgency=medium
+
+  * Import upstream version 1.125 (Closes: #988330)
+  * Remove patch, now included in upstream
+
+ -- Yadd   Thu, 20 May 2021 19:23:56 +0200
+
 libbusiness-us-usps-webtools-perl (1.124-1) unstable; urgency=medium
 
   [ gregor herrmann ]
diff --git a/debian/patches/series b/debian/patches/series
deleted file mode 100644
index 3ee9145..000
--- a/debian/patches/series
+++ /dev/null
@@ -1 +0,0 @@
-skip-network-test.diff
diff --git a/debian/patches/skip-network-test.diff 
b/debian/patches/skip-network-test.diff
deleted file mode 100644
index 2b6407a..000
--- a/debian/patches/skip-network-test.diff
+++ /dev/null
@@ -1,21 +0,0 @@
-Description: skip test that require network + USPS account
-Author: Xavier Guimard 
-Forwarded: https://github.com/ssimms/business-us-usps-webtools/pull/1
-Last-Update: 2020-09-22
-
 a/t/track_confirm.t
-+++ b/t/track_confirm.t
-@@ -6,6 +6,13 @@
- my $class  = "Business::US::USPS::WebTools::TrackConfirm";
- my $method = 'track';
- 
-+# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # 
#
-+unless( $ENV{USPS_WEBTOOLS_USERID} and $ENV{USPS_WEBTOOLS_PASSWORD} )
-+  {
-+  plan skip_all =>
-+  "You must set the USPS_WEBTOOLS_USERID and USPS_WEBTOOLS_PASSWORD " .
-+  "environment variables to run these tests\n";
-+  }
- 
- # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # 
#
- subtest setup => sub {
diff --git a/lib/Business/US/USPS/WebTools.pm b/lib/Business/US/USPS/WebTools.pm
index 819307d..7547253 100644
--- a/lib/Business/US/USPS/WebTools.pm
+++ b/lib/Business/US/USPS/WebTools.pm
@@ -10,7 +10,7 @@ use Carp qw(carp croak);
 use subs qw();
 use vars qw($VERSION);
 
-$VERSION = '1.124';
+$VERSION = '1.125';
 
 =encoding utf8
 
@@ -125,7 +125,7 @@ sub _api_path {
$_[0]->_live ?
"/ShippingAPI.dll"
:
-   "/ShippingAPITest.dll"
+   "/ShippingAPI.dll"
}
 
 sub _make_url {
@@ -133,7 +133,7 @@ sub _make_url {
my( $self, $hash ) = @_;
 
$self->{url} = Mojo::URL->new
-   ->scheme('http')
+   ->scheme('https')
->host( $self->_api_host )
->path( $self->_api_path )
->query(
@@ -216,7 +216,7 @@ when you have set C to a true 

Bug#988819: libgnt-doc: broken symlinks: /usr/share/doc/libgnt-doc/* -> ../../gtk-doc/html/*

[Richard Laager]

On 5/19/21 3:31 PM, Andreas Beckmann wrote:

Should libgnt-doc have a Depends/Recommends/Suggests: libglib2.0-doc ?


Yes. Thanks! In the course of investigating this, I found that I also 
need libglib2.0-doc as a Build-Depends.


I've made both fixes, but intend to wait to upload until after the 
freeze. If that's wrong, please let me know.


--
Richard



OpenPGP_signature
Description: OpenPGP digital signature

Bug#988882: lxqt-panel: Application not shown in the Task Manager when opened in other desktop

[Michele Nalli]

Package: lxqt-panel
Version: 0.14.1-1
Severity: normal

Dear Maintainer,

I'm using lxqt with openbox. I recently configured openbox to open some 
applications always in some desktops, i.e. I want Thunderbird to be opened 
always in desktop 4. This means that in my lxqt-rc.xml i have the following 
lines:



4



This works perfectly for openbox: if I start Thunderbird while I am in desktop 
1, the window is opened in desktop 4, and if I switch to desktop 4, I can see 
it. The problem is that lxqt-panel is not showing the application in the task 
list.
If I start Thunderbird while I am in desktop 4, the application is shown in the 
Task Manager as expected.

In any case, it is possible to cycle applications with keybindings.

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

Kernel: Linux 4.19.0-16-amd64 (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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages lxqt-panel depends on:
ii  libasound2  1.1.8-1
ii  libc6   2.28-10
ii  libdbusmenu-qt5-2   0.9.3+16.04.20160218-1
ii  libkf5solid55.54.0-1
ii  libkf5windowsystem5 5.54.0-1
ii  liblxqt-globalkeys-ui0  0.14.1-1
ii  liblxqt-globalkeys0 0.14.1-1
ii  liblxqt00.14.1-1
ii  libpulse0   12.2-4+deb10u1
ii  libqt5core5a5.11.3+dfsg1-1+deb10u4
ii  libqt5dbus5 5.11.3+dfsg1-1+deb10u4
ii  libqt5gui5  5.11.3+dfsg1-1+deb10u4
ii  libqt5widgets5  5.11.3+dfsg1-1+deb10u4
ii  libqt5x11extras55.11.3-2
ii  libqt5xdg3  3.3.1-2
ii  libqt5xml5  5.11.3+dfsg1-1+deb10u4
ii  libsensors5 1:3.5.0-3
ii  libstatgrab10   0.91-1+b2
ii  libstdc++6  8.3.0-6
ii  libsysstat-qt5-00.4.2-1
ii  libx11-62:1.6.7-1+deb10u1
ii  libxcb-xkb1 1.13.1-2
ii  libxcb1 1.13.1-2
ii  libxcomposite1  1:0.4.4-2
ii  libxdamage1 1:1.1.4-3+b3
ii  libxkbcommon-x11-0  0.8.2-1
ii  libxkbcommon0   0.8.2-1
ii  libxrender1 1:0.9.10-1
ii  lxmenu-data 0.1.5-2
ii  lxqt-policykit  0.14.1-1

Versions of packages lxqt-panel recommends:
ii  lxqt-about  0.14.1-1
ii  lxqt-config 0.14.1-2
ii  lxqt-notificationd  0.14.1-1
ii  lxqt-panel-l10n 0.14.1-1
ii  lxqt-qtplugin   0.14.0-3
ii  lxqt-runner 0.14.1-1
ii  lxqt-session0.14.1-2
ii  pavucontrol-qt  0.14.1-1
ii  qlipper 1:5.1.2-1

Versions of packages lxqt-panel suggests:
pn  lxqt | lxqt-core  

-- no debconf information

Bug#979765: rdpmc on VIA Nano

[8vvbbqzo567a]

Thanks for the information.

The U3500 results with the liquorix kernel are unexpected.
I thought that performance events would be completely disabled, but
that's not the case. I'll try to figure out why it doesn't crash.

Bug#988214: fixed in rails 2:6.0.3.7+dfsg-1

[Paul Gevers]

Hi Pirate,

On 20-05-2021 19:06, Pirate Praveen wrote:
> Would it be possible to give an exception for
> ruby-marcel?

I already said, the changes in ruby-marcel are much more than what we
give exceptions for. The new ruby-marcel is not a targeted fix according
to our freeze policy. If rails just works with the old ruby-marcel and
the "only" reason for the version bump is the change of license, then
please downgrade the versioned dependency in rails again. If there are
(much) more changes in rails because of the new ruby-marcel, then please
elaborate, but then lets have an unblock request to discuss things.

Paul



OpenPGP_signature
Description: OpenPGP digital signature

Bug#987641: Bug#988830: [pre-approval] unblock e2fsprogs [Was: Bug#987641: e2fsprogs: FTBFS on armel/armhf with a 64-bit kernel]

[Theodore Y. Ts'o]

On Thu, May 20, 2021 at 05:55:34PM +0200, Cyril Brulebois wrote:
> Paul Gevers  (2021-05-20):
> > On 20-05-2021 00:11, Theodore Y. Ts'o wrote:
> > 
> > Unfortunately, there was no release.debian.org bug to track this.  Due
> > to the current high volume to our list, this fell from the radar. To
> > avoid this I now generate a pre-approval unblock request to discuss
> > this, because than it shows up in our tools. Please follow up there.
> 
> Yes, and I see a question was raised for the Installer team but
> debian-boot@ wasn't cc'd, and we aren't psychic. :)

My apologies for not getting the process right by opening a
pre-approval bug earlier!

> > Can you elaborate where you see the *risks* of the patch? Is this
> > patch backwards compatible? I.e. does it work correctly on data
> > generated with the old e2fsprogs? If not, what must the user do to
> > avoid issues? Should it be mentioned in the release notes?

That patch is rather long, but it's all mostly of the form:

-   tail = (struct ext4_fc_tail *)ext4_fc_tag_val(tl);
+   memcpy(, ext4_fc_tag_val(tl), sizeof(tail));

So the risks are very low.

> > Apart from the failing test cases, I see in the patch description that
> > there's also real use cases impacted (corner cases if I interpret them
> > right). IIUC these are no regressions but I'd like to be sure. And
> > what's the impact for users of those corner cases (especially the new
> > Linux feature, I would expect that some users would be going to use
> > those).

Ext4 fast commits is a relatively new feature which is not enabled by
mke2fs by default.  It's a pretty cool feature in that in can result
in some very impressive performance increases (75-130% improvements on
some benchmarks), but there are still some rough edges.  So in general
it's not something that an "enterprise distro" would be supporting,
although I imagine there will be some intrepid Debian Stable users who
might want to try using it.

The real world corner cases are if you are using a 32-bit arm binary
on a 64-bit binary, and if you are using a sparc64 system (not an
officially supported Debian arch).  I'm not sure if misaligned pointer
accesses are allowed in arm-32 kernel code, but it's definitely not
supported on sparc64, so there is also a kernel-side patch which
needed for those platforms that will be in 5.13 (landing upstream in
2-3 weeks).

There are number of other minor bug fixes that I might want to include
at the same time, but none of them are ones that I can honestly call
"release-critical".  Perhaps the one that I would want to pull in, and
which is very low risk is:

  libext2fs: fix missing mutex unlock in an error path of the Unix I/O manager

  Originally from https://github.com/tytso/e2fsprogs/pull/68

  Signed-off-by: Alexander Kanavin 
  Signed-off-by: Theodore Ts'o 

Cheers,

- Ted

Bug#988710: multitail: triggers lintian autoreject tag 'FSSTND-dir-in-usr'

[Dennis Filder]

Control: tag -1 patch

The attached patch should fix this by not installing the files in
question.
--- debian/rules
+++ debian/rules
@@ -42,6 +42,7 @@
 
 	$(MAKE) install DESTDIR=$(CURDIR)/debian/multitail
 	rm -rf $(CURDIR)/debian/multitail/etc/multitail
+	rm -rf $(CURDIR)/debian/multitail/usr/etc
 	
 	rm -f $(CURDIR)/debian/multitail/usr/share/doc/multitail/license.txt \
 	&& rm -f $(CURDIR)/debian/multitail/usr/share/doc/multitail/INSTALL

Bug#988713: pipemeter: triggers lintian autoreject tag 'FSSTND-dir-in-usr'

[Dennis Filder]

Control: tag -1 patch

The attached patch should fix this.
--- debian/rules
+++ debian/rules
@@ -6,3 +6,8 @@
 
 %:
 	dh $@ 
+
+override_dh_auto_configure:
+	sed -i '/[)][/]man[/]man1/s@/man/man1@/share/man/man1@' Makefile.in
+	dh_auto_configure
+	sed -i '/[)][/]share[/]man[/]man1/s@/share/man/man1@/man/man1@' Makefile.in

Bug#946231: [Pkg-utopia-maintainers] Bug#946231: Versions, Upstream version versus Debian version

[Michael Biebl]

Am 06.12.2019 um 01:25 schrieb Simon McVittie:

There has been some upstream unhappiness with the current configuration
arrangements, mostly because the mozjs library that is used for the
JavaScript interpreter does not have a stable API; so it is possible that
a newer upstream version will either change the configuration language
(again), or change the JavaScript implementation to something more friendly
(most likely a smaller interpreter like duktape).


Here is a reference to the upstream PR for the duktape implementation:

https://gitlab.freedesktop.org/polkit/polkit/-/merge_requests/35

I acknowledge that the current situation is barely maintainable (and 
thanks to @smcv for doing the hard work).
Although I'm not a huge fan of using JS for setting up security 
sensitive configuration, personally I'd be much more comfortable with a 
JS-based polkit version using duktape, fwiw.


Michael

Bug#988330: Fixed in new upstream version 1.125

[Ivan Kohler]

This is now fixed in the new upstream version 1.125.

-- 
_ivan

Bug#988214: fixed in rails 2:6.0.3.7+dfsg-1

[Pirate Praveen]

On Wed, 19 May 2021 22:12:59 +0200 Paul Gevers  
wrote:

> Hi,
>
> On Sat, 15 May 2021 11:18:31 + Debian FTP Masters
>  wrote:
> >  rails (2:6.0.3.7+dfsg-1) unstable; urgency=high
> >  .
> >* Upload to unstable directly.
> >* New upstream version 6.0.3.7+dfsg. (Closes: #988214)
> >  - Prevent slow regex when parsing host authorization header.
> >(Fixed: CVE-2021-22904)
> >  - Prevent catastrophic backtracking during mime parsing.
> >(Fixes: CVE-2021-22902)
> >  - Prevent string polymorphic route arguments.
> >(Fixes: CVE-2021-22885)
>
> This new rails version renewed its versioned dependency on 
ruby-marcel.

> The new ruby-marcel version doesn't look like a targeted fix, so it
> doesn't fit the freeze policy. If I read the changelog correctly, 
this
> dependency is there to give rails a more relaxed license. I think 
such a

> change is not really needed at this stage of the freeze, does rails
> still work with the old version of ruby-marcel and can the version 
bump

> be reverted?
>
> Paul
>

The only reverse dependency on ruby-marcel is rails.

pravi@ilvala2:~$ reverse-depends ruby-marcel
Reverse-Depends
* ruby-activestorage

Packages without architectures listed are reverse-dependencies in: all, 
amd64, arm64, armel, armhf, i386, mips64el, mipsel, ppc64el, s390x

pravi@ilvala2:~$ reverse-depends -b ruby-marcel
Reverse-Build-Depends
* rails

So I think the possible impact of this bump is limited to rails itself 
and going back to older version is more work and long term maintenance 
diverging from upstream. Would it be possible to give an exception for 
ruby-marcel?

Bug#988881: r-cran-rcdklibs: broken symlinks: /usr/lib/R/site-library/rcdklibs/cont/{gettext,libintl}.jar

[Andreas Beckmann]

Package: r-cran-rcdklibs
Version: 2.3+dfsg-7
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

1m44.0s ERROR: FAIL: Broken symlinks:
  /usr/lib/R/site-library/rcdklibs/cont/gettext.jar -> 
../../../../../share/java/gettext.jar (r-cran-rcdklibs)
  /usr/lib/R/site-library/rcdklibs/cont/libintl.jar -> 
../../../../../share/java/libintl.jar (r-cran-rcdklibs)

This looks like a missing dependency on gettext (which ships gettext.jar
and depends on gettext-base which ships libintl.jar).
But the missing dependency could also be in libcdk-java,
feel free to reassign (or downgrade if these two are "not needed" at all)


cheers,

Andreas


r-cran-rcdklibs_2.3+dfsg-7.log.gz
Description: application/gzip

Bug#987360: swaylock: Occassional unlock without password entered

[Andrew Savchenko]

Pelle,



Would you be able to add a stack trace?
 Here, or directly with the upstream: 
https://github.com/swaywm/swaylock/issues/181






Thanks.

Bug#988880: r-cran-glmnet: broken symlink: /usr/lib/R/site-library/glmnet/doc/mathjax -> ../../../../../share/javascript/mathjax

[Andreas Beckmann]

Package: r-cran-glmnet
Version: 4.1-1
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

1m32.6s ERROR: FAIL: Broken symlinks:
  /usr/lib/R/site-library/glmnet/doc/mathjax -> 
../../../../../share/javascript/mathjax (r-cran-glmnet)

Is r-cran-glmnet missing a Depends/Recommends/Suggests: libjs-mathjax ?


cheers,

Andreas


r-cran-glmnet_4.1-1.log.gz
Description: application/gzip

Bug#988879: ITP: grengine -- engine for running and embedding Groovy in a Java virtual machine

[Pierre Gruet]

Package: wnpp
Severity: wishlist
Owner: Debian-java team 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-j...@lists.debian.org

* Package name: grengine
  Version : 3.0.0
  Upstream Author : Alain Stalder
* URL : https://www.artecat.ch/grengine
* License : Apache-2.0
  Programming Lang: Java
  Description : engine for running and embedding Groovy in a Java virtual 
machine

Grengine allows one to run Groovy code in a Java VM, in a way that is quick,
highly configurable and thread-safe. When the default behavior does not suit
the users' needs, classes can be overridden to change the way the framework
behaves. Even without writing new classes, there are ways to configure the
engine quite a lot.

This package will be team-maintained inside the Debian-java team.
Right now it is needed as a dependency of nextflow.

Bug#988878: postgresql-13-pglogical: broken symlink: /usr/share/doc/postgresql-13-pglogical/README.md -> docs/README.md

[Andreas Beckmann]

Package: postgresql-13-pglogical
Version: 2.3.3-2
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

5m31.0s ERROR: FAIL: Broken symlinks:
  /usr/share/doc/postgresql-13-pglogical/README.md -> docs/README.md 
(postgresql-13-pglogical)


cheers,

Andreas


postgresql-13-pglogical_2.3.3-2.log.gz
Description: application/gzip

Bug#988877: libyaml-snake-java-doc: broken symlinks: /usr/share/doc/libyaml-snake-java/api/jquery*/jquery*.*

[Andreas Beckmann]

Package: libyaml-snake-java-doc
Version: 1.28-1
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

  /usr/share/doc/libyaml-snake-java/api/jquery/external/jquery/jquery.js -> 
../../../../../../javascript/jquery (libyaml-snake-java-doc)
  /usr/share/doc/libyaml-snake-java/api/jquery/jquery-3.5.1.js -> 
../../../../javascript/jquery (libyaml-snake-java-doc)
  /usr/share/doc/libyaml-snake-java/api/jquery/jquery-ui.css -> 
../../../../javascript/jquery-ui/themes/base/jquery-ui.css 
(libyaml-snake-java-doc)
  /usr/share/doc/libyaml-snake-java/api/jquery/jquery-ui.js -> 
../../../../javascript/jquery-ui/jquery-ui.js (libyaml-snake-java-doc)
  /usr/share/doc/libyaml-snake-java/api/jquery/jquery-ui.min.css -> 
../../../../javascript/jquery-ui/themes/base/jquery-ui.min.css 
(libyaml-snake-java-doc)
  /usr/share/doc/libyaml-snake-java/api/jquery/jquery-ui.min.js -> 
../../../../javascript/jquery-ui/jquery-ui.min.js (libyaml-snake-java-doc)

The jquery links are wrong, they point to a directory and not a .js file
and you will need some dependency on libjs-jquery as well.
The jquery-ui links can be fixed with a dependendency on libjs-jquery-ui.

cheers,

Andreas


libyaml-snake-java-doc_1.28-1.log.gz
Description: application/gzip

Bug#985336: #985336 not fixed (anymore)

[Pirate Praveen]

On Mon, 10 May 2021 09:53:05 +0200 Jan Wagner  wrote:
> reopen 985336
> thx
>
> As 0.7.15.0+debian does not incorporate the changes done by
> 0.7.14.0+debian2+nmu1 and 0.7.14.0+debian2+nmu2 (where are the
> changelogs?) this bug is present in 0.7.15.0+debian again!

Since the changes for the other rc bug was already included upstream, I 
did not import the nmu changes, so missed the changelog entry (sorry 
about it). I noticed this bug and nmu only after the upload. Luckily 
this does not affect bullseye and will include this after the current 
version migrates to bullseye. I will also include the changelog entries 
from nmus.

Bug#988876: grub-efi-amd64: outb command no longer works

[Marco Kühnel]

Package: grub-efi-amd64
Version: 2.02+dfsg1-20+deb10u4
Severity: important
Tags: d-i

After a fresh install of debian buster a grub.cfg containing an outb command 
throws the error "outb command not found" (and, in my case, 
cannot start lightdm thereafter). This problem does not appear when downgrading 
all installed grub packages to version 
2.02+dfsg1-20+deb10u3. 

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/sdb4 / ext4 rw,relatime,errors=remount-ro 0 0
/dev/sdb9 /home ext4 rw,relatime 0 0
/dev/sdb5 /var ext4 rw,relatime 0 0
/dev/sdb2 /home/mac/macOS ext4 rw,relatime 0 0
/dev/sdb7 /tmp ext4 rw,relatime 0 0
/dev/sdb3 /boot/efi vfat 
rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro
 0 0
*** END /proc/mounts

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

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

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

export menuentry_id_option

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

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

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_gpt
insmod ext2
set root='hd1,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt4 
--hint-efi=hd1,gpt4 --hint-baremetal=ahci1,gpt4  
fb7e40d6-bc1d-447c-b907-accd056dc7eb
else
  search --no-floppy --fs-uuid --set=root fb7e40d6-bc1d-447c-b907-accd056dc7eb
fi
font="/usr/share/grub/unicode.pf2"
fi

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

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_gpt
insmod ext2
set root='hd1,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt4 
--hint-efi=hd1,gpt4 --hint-baremetal=ahci1,gpt4  
fb7e40d6-bc1d-447c-b907-accd056dc7eb
else
  search --no-floppy --fs-uuid --set=root fb7e40d6-bc1d-447c-b907-accd056dc7eb
fi
insmod png
if background_image 
/usr/share/desktop-base/futureprototype-theme/grub/grub-4x3.png; then
  set color_normal=white/black
  set color_highlight=black/white
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu 
--class os $menuentry_id_option 
'gnulinux-simple-fb7e40d6-bc1d-447c-b907-accd056dc7eb' {
load_video
outb 0x728 1
outb 0x710 2
outb 0x740 2
outb 0x750 0
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd1,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt4 
--hint-efi=hd1,gpt4 --hint-baremetal=ahci1,gpt4  
fb7e40d6-bc1d-447c-b907-accd056dc7eb
else
  search --no-floppy --fs-uuid --set=root 
fb7e40d6-bc1d-447c-b907-accd056dc7eb
fi
echo'Linux 4.19.0-16-amd64 wird geladen …'
linux   /boot/vmlinuz-4.19.0-16-amd64 
root=UUID=fb7e40d6-bc1d-447c-b907-accd056dc7eb ro  quiet splash i915.modeset=1 
i915.lvds_channel_mode=2 i915.lvds_use_ssc=0 libata.force=noncq
echo'Initiale Ramdisk wird geladen …'
initrd  /boot/initrd.img-4.19.0-16-amd64
}
submenu 'Erweiterte Optionen für Debian GNU/Linux' $menuentry_id_option 
'gnulinux-advanced-fb7e40d6-bc1d-447c-b907-accd056dc7eb' {
menuentry 'Debian GNU/Linux, mit Linux 4.19.0-16-amd64' --class debian 

Bug#988585: unblock: grub2/2.04-18

[Cyril Brulebois]

Paul Gevers  (2021-05-20):
> This needs an ACK from d-boot as well.

No objections, thanks.


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


signature.asc
Description: PGP signature

Bug#987641: Bug#988830: [pre-approval] unblock e2fsprogs [Was: Bug#987641: e2fsprogs: FTBFS on armel/armhf with a 64-bit kernel]

[Cyril Brulebois]

Hi Ted,

Paul Gevers  (2021-05-20):
> On 20-05-2021 00:11, Theodore Y. Ts'o wrote:
> > Ping to the debian-release bug.
> 
> Unfortunately, there was no release.debian.org bug to track this.  Due
> to the current high volume to our list, this fell from the radar. To
> avoid this I now generate a pre-approval unblock request to discuss
> this, because than it shows up in our tools. Please follow up there.

Yes, and I see a question was raised for the Installer team but
debian-boot@ wasn't cc'd, and we aren't psychic. :)

> > Do you want me to upload a fix to this bug where e2fsprogs fails its
> > regression test (and thus its package build) when armhf and armel
> > are running on a 64-bit ARM platform, but they were built
> > successfully when run on a 32-bit ARM builder?
> 
> e2fsprogs is on the (build-)essential list [1], so I'm glad you ask
> before uploading as we ask in the freeze-policy [2].
> 
> > No question this is a real bug, and it is fixed upstream already.
> > But do you want me to upload a fix *now*, during the hard freeze,
> > given the impact on the installer, et. al.?
> 
> Can you elaborate where you see the *risks* of the patch? Is this
> patch backwards compatible? I.e. does it work correctly on data
> generated with the old e2fsprogs? If not, what must the user do to
> avoid issues? Should it be mentioned in the release notes?
> 
> Apart from the failing test cases, I see in the patch description that
> there's also real use cases impacted (corner cases if I interpret them
> right). IIUC these are no regressions but I'd like to be sure. And
> what's the impact for users of those corner cases (especially the new
> Linux feature, I would expect that some users would be going to use
> those).

If that's fine for the release team, I'd be happy to have the package in
unstable so that can be tested via daily builds of the installer (they
pull udebs from unstable). I'm not sure how much testing those daily
builds get from people running arm* systems, but it would be better to
have the fix at least exposed to some testing than just ponder looking
at the source debdiff (I know alignment issues are not my forte…).


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


signature.asc
Description: PGP signature

Bug#979765: Info received (rdpmc on VIA Nano)

[kazimierz01]

Logs from my HP T5550:

## /proc/cpuinfo on U3500 T5550

processor   : 0
vendor_id   : CentaurHauls
cpu family  : 6
model   : 15
model name  : VIA Nano U3500@1000MHz
stepping: 8
cpu MHz : 1000.000
cache size  : 2048 KB
physical id : 0
siblings: 1
core id : 0
cpu cores   : 1
apicid  : 0
initial apicid  : 0
fpu : yes
fpu_exception   : yes
cpuid level : 10
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
mca cmov 
 
pat clflush acpi mmx fxsr sse sse2 ss tm pbe syscall 
nx lm constant_tsc arch_per  
 
  fmon rep_good nopl cpuid pni 
monitor vmx est tm2 ssse3 cx16 xtpr sse4_1 popcnt r  
 
  ng rng_en 
ace ace_en ace2 phe phe_en pmm pmm_en lahf_lm pti tpr_shadow vnmi vpid

vmx flags   : vnmi tsc_offset vtpr
bugs: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass 
l1tf mds 
 
swapgs itlb_multihit

bogomips: 1995.13
clflush size: 64
cache_alignment : 128
address sizes   : 36 bits physical, 48 bits virtual
power management:

## /var/log/messages on U3500 T5550, running 
linux-image-5.12.0-5.1-liquorix-amd64 from liquorix.net


May 20 13:40:38 debian rsyslogd: imuxsock: Acquired UNIX socket 
'/run/systemd/journal/syslog' (fd 3) from systemd.  [v8.2102.0]
May 20 13:40:38 debian kernel: Linux version 5.12.0-5.1-liquorix-amd64 
(ste...@liquorix.net) (gcc (Debian 10.2.1-6) 10.2.1 20210110, GNU ld 
(GNU Binutils for Debian) 2.35.2) #1 ZEN SMP PREEMPT liquorix 
5.12-3.1~bullseye (2021-05-19)
May 20 13:40:38 debian kernel: Command line: 
BOOT_IMAGE=/boot/vmlinuz-5.12.0-5.1-liquorix-amd64 
root=UUID=b5c80e64-0689-416f-9e9a-581d86c0a54e ro quiet

May 20 13:40:38 debian kernel: x86/fpu: x87 FPU will use FXSAVE
May 20 13:40:38 debian kernel: BIOS-provided physical RAM map:
May 20 13:40:38 debian kernel: BIOS-e820: [mem 
0x-0x0009fbff] usable
May 20 13:40:38 debian kernel: BIOS-e820: [mem 
0x0009fc00-0x0009] reserved
May 20 13:40:38 debian kernel: BIOS-e820: [mem 
0x000e-0x000f] reserved
May 20 13:40:38 debian kernel: BIOS-e820: [mem 
0x0010-0x77fc] usable
May 20 13:40:38 debian kernel: BIOS-e820: [mem 
0x77fd-0x77fddfff] ACPI data
May 20 13:40:38 debian kernel: BIOS-e820: [mem 
0x77fde000-0x77fe] ACPI NVS
May 20 13:40:38 debian kernel: BIOS-e820: [mem 
0x77ff-0x77ff] reserved
May 20 13:40:38 debian kernel: BIOS-e820: [mem 
0xfec0-0xfec00fff] reserved
May 20 13:40:38 debian kernel: BIOS-e820: [mem 
0xfecc-0xfecc0fff] reserved
May 20 13:40:38 debian kernel: BIOS-e820: [mem 
0xfee0-0xfee00fff] reserved
May 20 13:40:38 debian kernel: BIOS-e820: [mem 
0xfff0-0x] reserved

May 20 13:40:38 debian kernel: NX (Execute Disable) protection: active
May 20 13:40:38 debian kernel: SMBIOS 2.6 present.
May 20 13:40:38 debian kernel: DMI: Hewlett-Packard HP t5550 Thin 
Client/158Ch, BIOS 786R9 v1.05 07/15/2013

May 20 13:40:38 debian kernel: tsc: Fast TSC calibration using PIT
May 20 13:40:38 debian kernel: tsc: Detected 997.569 MHz processor
May 20 13:40:38 debian kernel: last_pfn = 0x77fd0 max_arch_pfn = 
0x4
May 20 13:40:38 debian kernel: x86/PAT: Configuration [0-7]: WB  WC  UC- 
UC  WB  WP  UC- WT

May 20 13:40:38 debian kernel: total RAM covered: 1920M
May 20 13:40:38 debian kernel: Found optimal setting for mtrr clean up
May 20 13:40:38 debian kernel: gran_size: 64K   chunk_size: 256M
num_reg: 2  lose cover RAM: 0G
May 20 13:40:38 debian kernel: found SMP MP-table at [mem 
0x000ff780-0x000ff78f]

May 20 13:40:38 debian kernel: RAMDISK: [mem 0x33a27000-0x35d0afff]
May 20 13:40:38 debian kernel: ACPI: Early table checksum verification 
disabled
May 20 13:40:38 debian kernel: ACPI: RSDP 0x000FA5B0 24 (v02 
ACPIAM)
May 20 13:40:38 debian kernel: ACPI: XSDT 0x77FD0100 54 (v01 
071513 XSDT1039 20130715 MSFT 0097)
May 20 13:40:38 debian kernel: ACPI: FACP 0x77FD0290 F4 (v04 
071513 FACP1039 20130715 MSFT 0097)
May 20 13:40:38 debian kernel: ACPI: DSDT 0x77FD0430 00499F (v02 
786R9  786R9105 0105 INTL 20051117)

May 20 13:40:38 debian kernel: ACPI: FACS 

Bug#988875: cylc-flow: broken symlink: /usr/share/cylc/examples/admin -> ../../doc/cylc/examples

[Andreas Beckmann]

Package: cylc-flow
Version: 8.0~a2-1
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

1m1.6s ERROR: FAIL: Broken symlinks:
  /usr/share/cylc/examples/admin -> ../../doc/cylc/examples (cylc-flow)

I do not immediately see a possible replacement target.


cheers,

Andreas


cylc-flow_8.0~a2-1.log.gz
Description: application/gzip

Bug#988873: unblock: tomboy-ng/0.32-2

[Philipp Huebner]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package tomboy-ng


[ Reason ]
a)
My sponsee, the upstream developer and maintainer of tomboy ng,
recently informed me that tomboy-ng in Debian is unintentially built as a
GTK2 app instead of a Qt5 app, a fact that I also missed during my reviews.

Considering the current stage of Bullseye's release I advised him to
simply fix the (Build-)Depends and package description, because changing
to Qt5 now would result in a completely different binary package.

b)
The recent removal of libappindicator3 from Bullseye makes tomboy-ng difficult
to use for Gnome desktop users, this is addressed by a patch updating a help
document.

[ Impact ]
The package pulls in unnecessary Qt5 deps and lacks important documentation for
Gnome desktop users.

[ Tests ]
There are no changes to executable code what so ever. All changes are
to package config (descriptive) and to a single help document.

[ Risks ]
Minimal. This application is not depended on by any other packages, has
a limited user base. Executable and its installed config have not
changed.


[ Checklist ]
  [X] all changes are documented in the d/changelog
  [X] I reviewed all changes and I approve them
  [X] attach debdiff against the package in testing

[ Other info ]
If you prefer a switch to the Qt5 version of tomboy-ng instead of sticking with
the GTK2 version for Bullseye, just let us know.
That change is currently planned for after the Bullseye release.


unblock tomboy-ng/0.32-2
diff -Nru tomboy-ng-0.32/debian/changelog tomboy-ng-0.32/debian/changelog
--- tomboy-ng-0.32/debian/changelog 2021-02-03 04:22:58.0 +0100
+++ tomboy-ng-0.32/debian/changelog 2021-05-19 09:09:18.0 +0200
@@ -1,3 +1,10 @@
+tomboy-ng (0.32-2) unstable; urgency=medium
+
+  * debian/control: Correct (Build-)Depends and long package description
+  * debian/patches: Update documentation regarding missing libappindicator3
+
+ -- David Bannon   Wed, 19 May 2021 17:09:18 +1000
+
 tomboy-ng (0.32-1) unstable; urgency=medium
 
   * New Version Release
diff -Nru tomboy-ng-0.32/debian/control tomboy-ng-0.32/debian/control
--- tomboy-ng-0.32/debian/control   2021-02-03 04:22:58.0 +0100
+++ tomboy-ng-0.32/debian/control   2021-05-19 09:09:18.0 +0200
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: David Bannon 
 Rules-Requires-Root: no
-Build-Depends: debhelper-compat (=13), binutils, libx11-dev, libqt5pas-dev, 
libnotify-dev, fpc (>=3.0.4), lazarus (>=2.0.6), lcl-qt5
+Build-Depends: debhelper-compat (=13), binutils, libgtk2.0-dev, libx11-dev, 
libnotify-dev, fpc (>=3.0.4), lazarus (>=2.0.6)
 Standards-Version: 4.5.1
 Vcs-Browser: https://github.com/tomboy-notes/tomboy-ng
 Vcs-Git: https://github.com/tomboy-notes/tomboy-ng.git
@@ -13,9 +13,9 @@
 Provides: tomboy-ng
 Architecture: any
 Multi-Arch: foreign
-Depends: libqt5pas1, ${shlibs:Depends}, wmctrl, ${misc:Depends}
+Depends: ${shlibs:Depends}, libcanberra-gtk-module, wmctrl, ${misc:Depends}
 Description: Tomboy Notes rewritten to ease installation and cross platform
  tomboy-ng notes allows easy management of a large or small set of
  notes. Notes can contain a range of font sizes, bold, italic and highlight.
  Available for Linux, Windows amd Mac and easy sync between them.
- This is the Qt5 based version.
+ This is the GTK2 based version.
diff -Nru tomboy-ng-0.32/debian/patches/note-missing-libappindicator3.patch 
tomboy-ng-0.32/debian/patches/note-missing-libappindicator3.patch
--- tomboy-ng-0.32/debian/patches/note-missing-libappindicator3.patch   
1970-01-01 01:00:00.0 +0100
+++ tomboy-ng-0.32/debian/patches/note-missing-libappindicator3.patch   
2021-05-19 09:09:18.0 +0200
@@ -0,0 +1,78 @@
+Description: 
+ Since tomboy-ng 0.32-1 was released, Debian has dropped
+ libappindicator3-1. This means that an end user using the
+ Gnome Desktop will not see the necessary SysTray Icon.
+ So, change an existing help note to point them in the right direction.
+ IMPORTANT - This patch does not alter any source or executable code.
+ .
+ tomboy-ng (0.32-2) unstable; urgency=medium
+ .
+   * doc libappindicator issues
+ Author: David Bannon 
+
+ Bug-Debian: https://bugs.debian.org/895037
+
+ Last-Update: 2021-05-19
+
+--- tomboy-ng-0.32.orig/doc/HELP/EN/systray.note
 tomboy-ng-0.32/doc/HELP/EN/systray.note
+@@ -3,38 +3,36 @@
+   System Tray on Linux
+   System 
Tray on Linux
+ 
+-Note : the message about not showing the SysTray is usually a false alarm 
on Ubuntu. Sorry.
+ 
+-The normal way that  a user interacts with tomboy-ng is via a small yellow 
icon that appears on the System Tray, sometimes called the notification area. 
However, not all Linux Desktop Environments are able to display System Tray 
Icons, and some that can do not do so by default. 
++The normal way that  a user interacts with tomboy-ng is via a small yellow 
icon that appears on the System Tray, 

Bug#988874: darktable: broken symlinks: /usr/share/darktable/js/*.js -> ../../javascript/*/*.js

[Andreas Beckmann]

Package: darktable
Version: 3.4.1-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

1m6.2s ERROR: FAIL: Broken symlinks:
  /usr/share/darktable/js/builder.js -> 
../../javascript/scriptaculous/builder.js (darktable)
  /usr/share/darktable/js/effects.js -> 
../../javascript/scriptaculous/effects.js (darktable)
  /usr/share/darktable/js/prototype.js -> 
../../javascript/prototype/prototype.js (darktable)
  /usr/share/darktable/js/scriptaculous.js -> 
../../javascript/scriptaculous/scriptaculous.js (darktable)

Looks like missing dpendencies on libjs-scriptaculous, libjs-prototype.


cheers,

Andreas


darktable_3.4.1-2.log.gz
Description: application/gzip

Bug#988862: kodi-inputstream-adaptive: Attempts to load incorrect stream URLs

[Nick]

> I prepared 2.6.14 on Salsa and it will be uploaded once Sebastian unblocks it
> for bullseye.

Great, thanks so much Vasyl!

Nick

Bug#988872: fontforge-doc: broken symlink: /usr/share/doc/fontforge/_static/mathjax -> ../../../javascript/mathjax

[Andreas Beckmann]

Package: fontforge-doc
Version: 1:20201107~dfsg-4
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

0m38.4s ERROR: FAIL: Broken symlinks:
  /usr/share/doc/fontforge/_static/mathjax -> ../../../javascript/mathjax 
(fontforge-doc)

Is fontforge-doc missing a dependency on libjs-mathjax ?
 

cheers,

Andreas


fontforge-doc_1:20201107~dfsg-4.log.gz
Description: application/gzip

Bug#984956: Pmix issues with openmpi-4.1.0

[Paul Gevers]

Hi Alastair,

On Sun, 16 May 2021 07:25:51 +0100 Alastair McKinstry
 wrote:
> No, I wanted to wait and check if there were any issues before issuing 
> an unblock request.

ucx is not bullseye material, it doesn't comply at all with the release
policy. It would be best if ucx is reverted to the previous version
(e.g. using an +really version name). And openmpi rebuild after that.

> On 16/05/2021 06:35, Lucas Nussbaum wrote:
> > Unfortunately, I noticed that the upload to unstable was built against
> > ucx 1.10.1~rc1-1, so both need to migrate to testing.
> >
> > Did you already engage discussions with the release team? I did not find
> > an unblock request.

Paul



OpenPGP_signature
Description: OpenPGP digital signature

Bug#988871: fpart: broken symlink: /usr/share/doc/fpart/README -> README.md

[Andreas Beckmann]

Package: fpart
Version: 1.2.0-1
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

0m39.1s ERROR: FAIL: Broken symlinks:
  /usr/share/doc/fpart/README -> README.md (fpart)


cheers,

Andreas


fpart_1.2.0-1.log.gz
Description: application/gzip

Bug#988870: libdashel-dev: broken symlink: /usr/share/libdashel/docs/html/jquery.js -> ../../../javascript/jquery/jquery.js

[Andreas Beckmann]

Package: libdashel-dev
Version: 1.3.3-5
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

0m40.4s ERROR: FAIL: Broken symlinks:
  /usr/share/libdashel/docs/html/jquery.js -> 
../../../javascript/jquery/jquery.js (libdashel-dev)


Should libdashel-dev have a Depends/Recommends/Suggests: libjs-jquery ?


cheers,

Andreas


libdashel-dev_1.3.3-5+b1.log.gz
Description: application/gzip

Bug#988869: libqhull-doc: broken symlinks: /usr/share/doc/libqhull-dev/qhull/src/libqhull_r/*.h -> ../../../../../../include/libqhull_r/*.h

[Andreas Beckmann]

Package: libqhull-doc
Version: 2020.2-3
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

0m41.6s ERROR: FAIL: Broken symlinks:
  /usr/share/doc/libqhull-dev/qhull/src/libqhull_r/geom_r.h -> 
../../../../../../include/libqhull_r/geom_r.h (libqhull-doc)
  /usr/share/doc/libqhull-dev/qhull/src/libqhull_r/io_r.h -> 
../../../../../../include/libqhull_r/io_r.h (libqhull-doc)
  /usr/share/doc/libqhull-dev/qhull/src/libqhull_r/libqhull_r.h -> 
../../../../../../include/libqhull_r/libqhull_r.h (libqhull-doc)
  /usr/share/doc/libqhull-dev/qhull/src/libqhull_r/mem_r.h -> 
../../../../../../include/libqhull_r/mem_r.h (libqhull-doc)
  /usr/share/doc/libqhull-dev/qhull/src/libqhull_r/merge_r.h -> 
../../../../../../include/libqhull_r/merge_r.h (libqhull-doc)
  /usr/share/doc/libqhull-dev/qhull/src/libqhull_r/poly_r.h -> 
../../../../../../include/libqhull_r/poly_r.h (libqhull-doc)
  /usr/share/doc/libqhull-dev/qhull/src/libqhull_r/qhull_ra.h -> 
../../../../../../include/libqhull_r/qhull_ra.h (libqhull-doc)
  /usr/share/doc/libqhull-dev/qhull/src/libqhull_r/qset_r.h -> 
../../../../../../include/libqhull_r/qset_r.h (libqhull-doc)
  /usr/share/doc/libqhull-dev/qhull/src/libqhull_r/random_r.h -> 
../../../../../../include/libqhull_r/random_r.h (libqhull-doc)
  /usr/share/doc/libqhull-dev/qhull/src/libqhull_r/stat_r.h -> 
../../../../../../include/libqhull_r/stat_r.h (libqhull-doc)
  /usr/share/doc/libqhull-dev/qhull/src/libqhull_r/user_r.h -> 
../../../../../../include/libqhull_r/user_r.h (libqhull-doc)

Should libqhull-doc have a Depends/Recommends/Suggests: libqhull-dev ?


cheers,

Andreas


libqhull-doc_2020.2-3.log.gz
Description: application/gzip

Bug#988868: libtbb-doc: broken symlink: /usr/share/doc/libtbb-doc/build -> examples

[Andreas Beckmann]

Package: libtbb-doc
Version: 2020.3-1
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

4m36.8s ERROR: FAIL: Broken symlinks:
  /usr/share/doc/libtbb-doc/build -> examples (libtbb-doc)

The examples are nowadays shipped under /usr/share/doc/libtbb-dev/examples/


cheers,

Andreas


libtbb-doc_2020.3-1.log.gz
Description: application/gzip

Bug#988867: libtyxml-ocaml-doc: broken symlink: /usr/share/doc/libtyxml-ocaml-doc/api -> ../libtyxml-ocaml-dev/api

[Andreas Beckmann]

Package: libtyxml-ocaml-doc
Version: 4.4.0-1
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

0m49.0s ERROR: FAIL: Broken symlinks:
  /usr/share/doc/libtyxml-ocaml-doc/api -> ../libtyxml-ocaml-dev/api 
(libtyxml-ocaml-doc)

I don't see immediately an existing replacement target.


cheers,

Andreas


libtyxml-ocaml-doc_4.4.0-1.log.gz
Description: application/gzip

Bug#988866: libxalan-c-doc: broken symlinks: /usr/share/doc/libxalan-c-doc/examples/*/birds.xml.gz -> ../ThreadSafe/birds.xml.gz

[Andreas Beckmann]

Package: libxalan-c-doc
Version: 1.12-6
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

0m39.9s ERROR: FAIL: Broken symlinks:
  /usr/share/doc/libxalan-c-doc/examples/TraceListen/birds.xml.gz -> 
../ThreadSafe/birds.xml.gz (libxalan-c-doc)
  /usr/share/doc/libxalan-c-doc/examples/TransformToXercesDOM/birds.xml.gz -> 
../ThreadSafe/birds.xml.gz (libxalan-c-doc)


cheers,

Andreas


libxalan-c-doc_1.12-6.log.gz
Description: application/gzip

Bug#988862: kodi-inputstream-adaptive: Attempts to load incorrect stream URLs

[Vasyl Gello]

Control: block -1 by 988615

Hi Nick!

I prepared 2.6.14 on Salsa and it will be uploaded once Sebastian unblocks it 
for bullseye.
-- 
Vasyl Gello
==
Certified SolidWorks Expert

Mob.:+380 (98) 465 66 77

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

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

Bug#988865: mongrel2-run: leaves broken symlink after purge: /etc/runit/runsvdir/default/.mongrel2 -> /etc/sv/mongrel2

[Andreas Beckmann]

Package: mongrel2-run
Version: 1.12.2-3
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

0m53.5s ERROR: FAIL: Broken symlinks:
  /etc/runit/runsvdir/default/.mongrel2 -> /etc/sv/mongrel2

Is the service not properly deregistered during package removal?


cheers,

Andreas


mongrel2-run_1.12.2-3.log.gz
Description: application/gzip

Bug#988864: ITP: emacs-doom-themes -- opinionated pack of modern Emacs color-themes

[Raúl Benencia]

Package: wnpp
Severity: wishlist
Owner: Raúl Benencia 
X-Debbugs-Cc: debian-de...@lists.debian.org, r...@kalgan.cc

* Package name: emacs-doom-themes
  Version : 2.1.6+git20210505.4d24728
  Upstream Author : Henrik Lissner 
* URL : https://github.com/hlissner/emacs-doom-themes
* License : MIT
  Programming Lang: Emacs Lisp
  Description : opinionated pack of modern Emacs color-themes

DOOM Themes is an opinionated UI plugin and pack of themes.

The flagship themes are:
 - doom-one: inspired by Atom's One Dark themes
 - doom-one-light: light version of doom-one
 - doom-vibrant: a slightly more vibrant version of doom-one

Additionally, DOOM Themes includes 40+ extra themes.

I intend to maintain this package as part of the Debian Emacsen team.

The “emacs-” prefix is left on the source package name to avoid
confusions with the Doom game. The binary package name will be
“elpa-doom-themes”.

-- 
Raúl Benencia

signature.asc
Description: PGP signature

Bug#988790: also libxml-grddl-perl

[Niko Tyni]

clone 988790 -1
reassign -1 libxml-grddl-perl 0.004-2
retitle -1 libxml-grddl-perl: FTBFS: Undefined subroutine 
::Util::set_prototype called
thanks

On Wed, May 19, 2021 at 05:51:36PM +0100, Niko Tyni wrote:
> Source: libhttp-lrdd-perl
> Version: 0.106-2
> Severity: serious
> Tags: ftbfs
> 
> This package fails to build from source on current sid.
> 
>   #   Failed test 'use HTTP::LRDD;'
>   #   at t/01basic.t line 19.
>   # Tried to use 'HTTP::LRDD'.
>   # Error:  Undefined subroutine ::Util::set_prototype called at 
> /usr/share/perl5/Types/TypeTiny.pm line 360.
> 
> Full logs available at 
> https://tests.reproducible-builds.org/debian/libhttp-lrdd-perl
> 
> According to the test history there, this regressed between 2020-10-29 and 
> 2020-11-03,
> probably with libtype-tiny-perl 1.012000-1.
> 
> #975208 looks similar and indicates this is probably an issue with an
> outdated Scalar::Util in inc/ . I don't know why libhttp-lrdd-perl wasn't
> spotted back then, but better late than never I guess.

Similarly for libxml-grddl-perl, see
  https://tests.reproducible-builds.org/debian/libxml-grddl-perl

-- 
Niko

Bug#988862: kodi-inputstream-adaptive: Attempts to load incorrect stream URLs

[Nick]

Package: kodi-inputstream-adaptive
Version: 2.6.7+ds1-1
Severity: important

Dear Maintainer,

I use the "iPlayer WWW" video addon with Kodi, which uses 
kodi-inputstream-adaptive to find its live stream URLs. However it fails to 
load the correct stream, instead trying incorrect streams URLs, which causes 
the stream to fail with 404s.

I reported this on the "iPlayer WWW" forum page, and the author informed me 
that this is due to a known bug in this version of kodi-inputstream-adaptive, 
and recommended at least version 2.6.13, which apparently fixes the issue. It's 
not clear to me exactly which bug or series of bugs in the upstream issue 
tracker is the issue in this case, but if I had to guess it's certainly similar 
to this one: https://github.com/xbmc/inputstream.adaptive/issues/439

For reference, the "iPlayer WWW" author's advice to update is here: 
https://forum.kodi.tv/showthread.php?tid=353349=3038167#pid3038167

So if the version in Debian could be updated to 2.6.13 or later, that would be 
great.

Thanks, and let me know if I can be of any more assistance.

-- System Information:
Debian Release: 11.0
  APT prefers testing-security
  APT policy: (500, 'testing-security'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages kodi-inputstream-adaptive depends on:
pn  kodi-api-inputstream  
ii  libc6 2.31-11
ii  libexpat1 2.2.10-2
ii  libgcc-s1 10.2.1-6
ii  libstdc++610.2.1-6
pn  libwebm1  

kodi-inputstream-adaptive recommends no packages.

kodi-inputstream-adaptive suggests no packages.

Bug#988861: calcurse: color indication for date don't change

[Abhijith PA]

Package: calcurse
Version: 4.6.0-2
Severity: important

Hello,

The calendar layout(default) given on the right top corner calcurse
has a light indication for $today's date. I normally don't close
calcurse window. And as date change the color indication doesn't
reflect the change. So I have to manually close and open. I am
wondering is this a bug.



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

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

Versions of packages calcurse depends on:
ii  libc6 2.31-5
ii  libncursesw6  6.2+20201114-1
ii  libtinfo6 6.2+20201114-1
ii  python3   3.9.2-2

calcurse recommends no packages.

calcurse suggests no packages.

-- no debconf information

Bug#988860: loggerhead: broken symlink: /usr/share/loggerhead/static/javascript/yui/build -> ../../../../javascript/yui3

[Andreas Beckmann]

Package: loggerhead
Version: 1.19~bzr511-1
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

1m3.0s ERROR: FAIL: Broken symlinks:
  /usr/share/loggerhead/static/javascript/yui/build -> 
../../../../javascript/yui3 (loggerhead)

The src:yui3 package which probably provided this target was last seen in 
jessie.


cheers,

Andreas


loggerhead_1.19~bzr511-1.log.gz
Description: application/gzip

Bug#988858: obitools: broken symlink: /usr/share/doc/obitools/rst -> html/_sources

[Andreas Beckmann]

Package: obitools
Version: 1.2.13+dfsg-3
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

1m15.6s ERROR: FAIL: Broken symlinks:
  /usr/share/doc/obitools/rst -> html/_sources (obitools)


cheers,

Andreas


obitools_1.2.13+dfsg-3+b1.log.gz
Description: application/gzip

Bug#988857: octavia-doc: broken symlinks: /usr/share/doc/octavia-doc/html/_static/js/bootstrap{,.min}.js -> ../../../../../javascript/bootstrap/js/bootstrap{,.min}.js

[Andreas Beckmann]

Package: octavia-doc
Version: 7.1.0-2
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

0m39.7s ERROR: FAIL: Broken symlinks:
  /usr/share/doc/octavia-doc/html/_static/js/bootstrap.js -> 
../../../../../javascript/bootstrap/js/bootstrap.js (octavia-doc)
  /usr/share/doc/octavia-doc/html/_static/js/bootstrap.min.js -> 
../../../../../javascript/bootstrap/js/bootstrap.min.js (octavia-doc)

Since the package already uses ${sphinxdoc:Depends}, are these links
created manually (i.e. not by sphinxdoc)? Then you will need to add a
dependency on libjs-bootstrap, too.


cheers,

Andreas


octavia-doc_7.1.0-2.log.gz
Description: application/gzip

Bug#988856: goodvibes: Please recommend gstreamer1.0-plugins-bad

[Arnaud Rebillout]

Package: goodvibes
Version: 0.6.2-1
Severity: normal

Dear Maintainer,

(1) MPEG-DASH

Without gstreamer1.0-plugins-bad, Goodvibes can't play MPEG-DASH
streams.

A notable radio that broadcasts MPEG-DASH streams is the BBC, eg:
https://a.files.bbci.co.uk/media/live/manifesto/audio/simulcast/dash/nonuk/dash_low/aks/bbc_radio_one.mpd

Without gstreamer1.0-plugins-bad, Goodvibes can't play it, and spits out
these errors on the console:

WARN 03:02:36 ../src/core/gv-engine.c: on_bus_message_error(): Gst bus 
error msg: gst-core-error-quark:12: Your GStreamer installation is missing a 
plug-in.
WARN 03:02:36 ../src/core/gv-engine.c: on_bus_message_error(): Gst bus 
error debug: ../gst/playback/gsturidecodebin.c(1024): no_more_pads_full (): 
/GstPlayBin:playbin/GstURIDecodeBin:uridecodebin2:
no suitable plugins found:
../gst/playback/gstdecodebin2.c(4719): gst_decode_bin_expose (): 
/GstPlayBin:playbin/GstURIDecodeBin:uridecodebin2/GstDecodeBin:decodebin2:
no suitable plugins found:
Missing decoder: application/dash+xml (application/dash+xml)

So we need the 'dashdemux' gst element that is provided by
gstreamer1.0-plugins-bad.

(2) AAC

Additionally, plugins-bad provides a AAC decoder, which is required to
play streams encoded with AAC.

A notable radio that goes with AAC is SomaFM, for example:
http://ice2.somafm.com/indiepop-128-aac

Without gstreamer1.0-plugins-bad, Goodvibes fails with:

WARN 09:41:05 ../src/core/gv-engine.c: on_bus_message_error(): Gst bus 
error msg: gst-core-error-quark:12: Your GStreamer installation is missing a 
plug-in.
WARN 09:41:05 ../src/core/gv-engine.c: on_bus_message_error(): Gst bus 
error debug: ../gst/playback/gsturidecodebin.c(1024): no_more_pads_full (): 
/GstPlayBin:playbin/GstURIDecodeBin:uridecodebin0:
no suitable plugins found:
../gst/playback/gstdecodebin2.c(4719): gst_decode_bin_expose (): 
/GstPlayBin:playbin/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0:
no suitable plugins found:
Missing decoder: MPEG-2 AAC (audio/mpeg, framed=(boolean)true, 
mpegversion=(int)2, level=(string)2, profile=(string)lc, rate=(int)44100, 
channels=(int)2, stream-format=(string)adts)

So we need a AAC decoder, and in this case there's a few options. There
is 'faad' from gstramer1.0-plugins-bad, or 'avdec_aac' from
gstreamer1.0-libav, or even 'fdkaacdec' from gstreamer1.0-fdkaac (from
contrib).

It seems to me that adding Recommends: gstreamer1.0-plugins-bad is the
simplest solution, so that Goodvibes can play MPEG-DASH and AAC streams.

What do you think?

All the best,

  Arnaud   (disclaimer: I'm the upstream)

-- System Information:
Debian Release: 11.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages goodvibes depends on:
ii  dconf-gsettings-backend 0.38.0-2
ii  gstreamer1.0-alsa   1.18.4-2
ii  gstreamer1.0-plugins-base   1.18.4-2
ii  gstreamer1.0-plugins-good   1.18.4-2
ii  gstreamer1.0-pulseaudio 1.18.4-2
ii  libamtk-5-0 5.2.0-1
ii  libc6   2.31-12
ii  libglib2.0-02.66.8-1
ii  libgstreamer-plugins-base1.0-0  1.18.4-2
ii  libgstreamer1.0-0   1.18.4-2
ii  libgtk-3-0  3.24.24-4
ii  libkeybinder-3.0-0  0.3.2-1.1
ii  libpango-1.0-0  1.46.2-3
ii  libsoup2.4-12.72.0-2

Versions of packages goodvibes recommends:
ii  gstreamer1.0-plugins-ugly  1.18.4-2

goodvibes suggests no packages.

-- no debconf information

Bug#641131: Pl

[Phillip Cannon]

Hovoríte prosím anglicky? existuje toto tajomstvo, ktoré som si roky
uchoval a budem rád, aby ste ho vedeli.

Bug#988855: python-sphinx-gallery-doc: broken symlinks under /usr/share/doc/python-sphinx-gallery-doc/html/_static/

[Andreas Beckmann]

Package: python-sphinx-gallery-doc
Version: 0.8.2-1
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

0m41.0s ERROR: FAIL: Broken symlinks:
  /usr/share/doc/python-sphinx-gallery-doc/html/_static/css/badge_only.css -> 
../../../../../sphinx_rtd_theme/static/css/badge_only.css 
(python-sphinx-gallery-doc)
  /usr/share/doc/python-sphinx-gallery-doc/html/_static/css/theme.css -> 
../../../../../sphinx_rtd_theme/static/css/theme.css (python-sphinx-gallery-doc)
  /usr/share/doc/python-sphinx-gallery-doc/html/_static/doctools.js -> 
../../../../javascript/sphinxdoc/1.0/doctools.js (python-sphinx-gallery-doc)
  /usr/share/doc/python-sphinx-gallery-doc/html/_static/fonts/Lato-Bold.ttf -> 
../../../../../sphinx_rtd_theme/static/fonts/Lato-Bold.ttf 
(python-sphinx-gallery-doc)
  /usr/share/doc/python-sphinx-gallery-doc/html/_static/fonts/Lato-Bold.woff2 
-> ../../../../../sphinx_rtd_theme/static/fonts/Lato-Bold.woff2 
(python-sphinx-gallery-doc)
  
/usr/share/doc/python-sphinx-gallery-doc/html/_static/fonts/Lato-BoldItalic.ttf 
-> ../../../../../sphinx_rtd_theme/static/fonts/Lato-BoldItalic.ttf 
(python-sphinx-gallery-doc)
  
/usr/share/doc/python-sphinx-gallery-doc/html/_static/fonts/Lato-BoldItalic.woff2
 -> ../../../../../sphinx_rtd_theme/static/fonts/Lato-BoldItalic.woff2 
(python-sphinx-gallery-doc)
  /usr/share/doc/python-sphinx-gallery-doc/html/_static/fonts/Lato-Italic.ttf 
-> ../../../../../sphinx_rtd_theme/static/fonts/Lato-Italic.ttf 
(python-sphinx-gallery-doc)
  /usr/share/doc/python-sphinx-gallery-doc/html/_static/fonts/Lato-Italic.woff2 
-> ../../../../../sphinx_rtd_theme/static/fonts/Lato-Italic.woff2 
(python-sphinx-gallery-doc)
  /usr/share/doc/python-sphinx-gallery-doc/html/_static/fonts/Lato-Regular.ttf 
-> ../../../../../sphinx_rtd_theme/static/fonts/Lato-Regular.ttf 
(python-sphinx-gallery-doc)
  
/usr/share/doc/python-sphinx-gallery-doc/html/_static/fonts/Lato-Regular.woff2 
-> ../../../../../sphinx_rtd_theme/static/fonts/Lato-Regular.woff2 
(python-sphinx-gallery-doc)
  
/usr/share/doc/python-sphinx-gallery-doc/html/_static/fonts/RobotoSlab-Bold.woff2
 -> ../../../../../sphinx_rtd_theme/static/fonts/RobotoSlab-Bold.woff2 
(python-sphinx-gallery-doc)
  
/usr/share/doc/python-sphinx-gallery-doc/html/_static/fonts/RobotoSlab-Regular.woff2
 -> ../../../../../sphinx_rtd_theme/static/fonts/RobotoSlab-Regular.woff2 
(python-sphinx-gallery-doc)
  
/usr/share/doc/python-sphinx-gallery-doc/html/_static/fonts/fontawesome-webfont.eot
 -> ../../../../../sphinx_rtd_theme/static/fonts/fontawesome-webfont.eot 
(python-sphinx-gallery-doc)
  
/usr/share/doc/python-sphinx-gallery-doc/html/_static/fonts/fontawesome-webfont.svg
 -> ../../../../../sphinx_rtd_theme/static/fonts/fontawesome-webfont.svg 
(python-sphinx-gallery-doc)
  
/usr/share/doc/python-sphinx-gallery-doc/html/_static/fonts/fontawesome-webfont.ttf
 -> ../../../../../sphinx_rtd_theme/static/fonts/fontawesome-webfont.ttf 
(python-sphinx-gallery-doc)
  
/usr/share/doc/python-sphinx-gallery-doc/html/_static/fonts/fontawesome-webfont.woff
 -> ../../../../../sphinx_rtd_theme/static/fonts/fontawesome-webfont.woff 
(python-sphinx-gallery-doc)
  
/usr/share/doc/python-sphinx-gallery-doc/html/_static/fonts/fontawesome-webfont.woff2
 -> ../../../../../sphinx_rtd_theme/static/fonts/fontawesome-webfont.woff2 
(python-sphinx-gallery-doc)
  /usr/share/doc/python-sphinx-gallery-doc/html/_static/jquery.js -> 
../../../../javascript/sphinxdoc/1.0/jquery.js (python-sphinx-gallery-doc)
  /usr/share/doc/python-sphinx-gallery-doc/html/_static/js/theme.js -> 
../../../../../sphinx_rtd_theme/static/js/theme.js (python-sphinx-gallery-doc)
  /usr/share/doc/python-sphinx-gallery-doc/html/_static/language_data.js -> 
../../../../javascript/sphinxdoc/1.0/language_data.js 
(python-sphinx-gallery-doc)
  /usr/share/doc/python-sphinx-gallery-doc/html/_static/searchtools.js -> 
../../../../javascript/sphinxdoc/1.0/searchtools.js (python-sphinx-gallery-doc)
  /usr/share/doc/python-sphinx-gallery-doc/html/_static/underscore.js -> 
../../../../javascript/sphinxdoc/1.0/underscore.js (python-sphinx-gallery-doc)

You can probably just use the substvars provided by sphinxdoc:

dpkg-gencontrol: warning: package python-sphinx-gallery-doc: substitution 
variable ${sphinxdoc:Built-Using} unused, but is defined
dpkg-gencontrol: warning: package python-sphinx-gallery-doc: substitution 
variable ${sphinxdoc:Depends} unused, but is defined


cheers,

Andreas


python-sphinx-gallery-doc_0.8.2-1.log.gz
Description: application/gzip

Bug#988652: logrotate: kern.log,syslog and other files in /var/log not rotating

[Michael Biebl]

Am 20.05.2021 um 06:07 schrieb UN-pi:

The actual situation is today the same than yesterday.
The system is writing to the old files.

using a

    systemctl kill -s HUP --kill-who=main rsyslog.service

didn't help.


Ok, that is good, I guess. I would have been suprised if it 
--kill-who=main would have made a difference.


 The system was still writing to the old syslog.1-file while the new 
syslog content's kern.log messages.

Only a

     pkill -HUP rsyslogd

helped.


I think what you see here is a race condition (i.e. another instance of 
#720096) and pkill probably slightly changes the timing of how the HUP 
signal is delivered.


I suppose 
https://salsa.debian.org/debian/rsyslog/-/commit/651236c2319eb0ca13fd1d376eaf239a6dcd5c49 
would help as well in you case.


Michael

Bug#988854: r-cran-haplo.stats: broken symlink: /usr/share/doc/r-cran-haplo.stats/manualHaploStats.pdf -> ../../../lib/R/site-library/haplo.stats/doc/manualHaploStats.pdf

[Andreas Beckmann]

Package: r-cran-haplo.stats
Version: 1.8.6-1
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

2m17.2s ERROR: FAIL: Broken symlinks:
  /usr/share/doc/r-cran-haplo.stats/manualHaploStats.pdf -> 
../../../lib/R/site-library/haplo.stats/doc/manualHaploStats.pdf 
(r-cran-haplo.stats)

The package ships the following documentation:

-rw-r--r-- 1 root root   1024 Oct 28  2020 
/usr/lib/R/site-library/haplo.stats/doc/LICENSE.mayo
-rw-r--r-- 1 root root170 Oct 28  2020 
/usr/lib/R/site-library/haplo.stats/doc/haplostats.Rnw
-rw-r--r-- 1 root root 435600 Oct 28  2020 
/usr/lib/R/site-library/haplo.stats/doc/haplostats.pdf
-rw-r--r-- 1 root root   1887 Oct 28  2020 
/usr/lib/R/site-library/haplo.stats/doc/index.html
-rw-r--r-- 1 root root170 Oct 28  2020 
/usr/lib/R/site-library/haplo.stats/doc/manualHaploStats.pdf.asis
-rw-r--r-- 1 root root  94258 Oct 28  2020 
/usr/lib/R/site-library/haplo.stats/doc/manualHaploStats.rnwsave


cheers,

Andreas


r-cran-haplo.stats_1.8.6-1.log.gz
Description: application/gzip

Bug#988853: spip: broken symlink: /usr/share/spip/prive/javascript/js.cookie.js -> ../../../../lib/nodejs/js-cookie/src/js.cookie.js

[Andreas Beckmann]

Package: spip
Version: 3.2.11-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

1m19.9s ERROR: FAIL: Broken symlinks:
  /usr/share/spip/prive/javascript/js.cookie.js -> 
../../../../lib/nodejs/js-cookie/src/js.cookie.js (spip)

js.cookie.js is (nowadays?) located at 
/usr/share/nodejs/js-cookie/src/js.cookie.js


cheers,

Andreas


spip_3.2.11-2.log.gz
Description: application/gzip

Bug#988581: bug#48476: Bug#988581: emacs-gtk: Emacs hangs with 100% cpu if started within a current directory that has a name ending with ".tar"

[Robert Pluim]

> On Thu, 20 May 2021 15:05:51 +0200, Michael Albinus 
>  said:

Michael> Robert Pluim  writes:
>> Thanks for that. It works for me now with emacs-27 (but not on master).

Michael> Thanks for the feedback. My patch is dedicated to the emacs-27 
branch
Michael> only; once I get confirmation from Rob or Thomas, I'll push it, 
and I'll
Michael> prepare a similar patch for master.

Michael> One step after the other.

No, no, no: I rush ahead testing other stuff so that the person who
knows how the code works (you) doesnʼt have to :-)

Robert
-- 

Bug#988852: transdecoder: broken symlink: /usr/lib/transdecoder/util/__pwm_tests/pasa_assemblies.fasta.gz -> ../../sample_data/pasa_example/pasa_assemblies.fasta.gz

[Andreas Beckmann]

Package: transdecoder
Version: 5.0.1-3
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

1m37.3s ERROR: FAIL: Broken symlinks:
  /usr/lib/transdecoder/util/__pwm_tests/pasa_assemblies.fasta.gz -> 
../../sample_data/pasa_example/pasa_assemblies.fasta.gz (transdecoder)

Should transdecoder suggest transdecoder-doc which seems to contain this file?


cheers,

Andreas


transdecoder_5.0.1-3.log.gz
Description: application/gzip

Bug#988851: tuned: packaging improvements

[Schmidt, Adriaan]

Package: tuned
Version: 2.15.0-1
Severity: normal

Dear Maintainer,

First of all, I'm glad to see that there is again a latest-version tuned 
package.
We've recently started using tuned, so far with some local patches to make 
things work on Debian, and are happy to share our findings.


Paths related to grub (required by the bootloader plugin):

diff --git a/tuned/consts.py b/tuned/consts.py
index 733ad51..f0acf9e 100644
--- a/tuned/consts.py
+++ b/tuned/consts.py
@@ -24,7 +24,7 @@ ERROR_THRESHOLD = 3
 
 # bootloader plugin configuration
 BOOT_DIR = "/boot"
-GRUB2_CFG_FILES = ["/etc/grub2.cfg", "/etc/grub2-efi.cfg"]
+GRUB2_CFG_FILES = ["/boot/grub/grub.cfg"]
 GRUB2_CFG_DIR = "/etc/grub.d"
 GRUB2_TUNED_TEMPLATE_NAME = "00_tuned"
 GRUB2_TUNED_TEMPLATE_PATH = GRUB2_CFG_DIR + "/" + GRUB2_TUNED_TEMPLATE_NAME

diff --git a/tuned/plugins/plugin_bootloader.py 
b/tuned/plugins/plugin_bootloader.py
index 8ca5b8a..4677435 100644
--- a/tuned/plugins/plugin_bootloader.py
+++ b/tuned/plugins/plugin_bootloader.py
@@ -193,7 +193,7 @@ class BootloaderPlugin(base.Plugin):
def _update_grubenv(self, d):
log.debug("updating grubenv, setting %s" % str(d));
l = ["%s=%s" % (str(option), str(value)) for option, value in 
d.items()]
-   (rc, out) = self._cmd.execute(["grub2-editenv", "-", "set"] + l)
+   (rc, out) = self._cmd.execute(["grub-editenv", "-", "set"] + l)
if rc != 0:
log.warn("cannot update grubenv: '%s'" % out)
return False;


Python bindings for perf (required by the scheduler and irqbalance plugins):
This is a little more tricky, because it needs to be fixed elsewhere... 
currently these plugins simply fail when trying to "import perf". The required 
module is part of the kernel sources, and is currently not packaged.
Two things are required:
  * The package linux-perf needs to ship the binding itself (perf.so)
  * A wrapper is needed to select the correct version based on the running 
kernel, same as for the "perf" executable, where this wrapper is located in 
package linux-base
For Linux 4.19, we posted a patch 
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=860957#10), for 5.10 we have 
something similar which we'd be happy to contribute.


Systemd unit file (tuned.service):
Currently passes -P to have tuned write its own PID file, and -l to have tuned 
write its own log file.
Wouldn't it be better practice, to
  * remove -P, as systemd will take care of the PID file
  * remove -l, and have systemd direct tuned's stdout to the journal

Best,
Adriaan

Bug#988789: diffoscope: .so files are compared using a binary diff in Android APKs

[Felix C. Stegerman]

Hi Hans & Chris,

* Chris Lamb  [2021-05-19 19:04]:
> > APKs (Android app files) often contain Linux ELF shared library files, e.g.
> > lib/arm64-v8a/libtor.so.  These are only compared using a binary diff, but 
> > they
> > should use the shared library comparison.  The output looks like:
> 
> It would be great to fix this for you. Could you provide some example
> APK files so I can reproducible what you are currently seeing but also
> confirm that any changes actually solve your problem?

FWIW: I've used diffoscope on quite a few APKs, many of which included
.so files, and haven't seen this bug before.

I'd be happy to help debug/fix this if someone can provide an example
APK.

- Felix

Bug#988514: does not work with apt-cacher-ng

[Marc Haber]

Hi,

On Fri, May 14, 2021 at 10:36:00AM -0700, Vagrant Cascadian wrote:
> It is probably the "extrafiles"; on my local apt-cacher-ng instance I
> get a 403 error when hitting:
> 
>   http://localhost:3142/deb.debian.org/debian/extrafiles

Confirmed:
1621516920|E|342|127.0.0.1|/extrafiles [HTTP error, code: 403]

> The extrafiles file is used to figure out what files are available and
> the checksums for files not present in debian/dists/*/*Release* (e.g.
> doc/* and tools/*). Maybe you can configure apt-cacher-ng to allow
> "extrafiles" and the relevent files... or omit using them entirely by
> adding any included profiles/*.conf:
> 
>   export OMIT_DOC_TOOLS=1
>   export OMIT_MANUAL=1
>   export OMIT_RELEASE_NOTES=1

All three of those are set, the error still happens.

> Maybe ignore_missing_checksums would work instead

Nope, same error.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421

Bug#988849: lammps-doc: broken symlink: /usr/share/doc/lammps/html/index.html -> Manual.html

[Andreas Beckmann]

Package: lammps-doc
Version: 20210122~gita77bb+ds1-2
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

5m32.1s ERROR: FAIL: Broken symlinks:
  /usr/share/doc/lammps/html/index.html -> Manual.html (lammps-doc)
  /usr/share/lammps/examples/USER/mesont/C_10_10.mesocnt -> 
../../../potentials/C_10_10.mesocnt (lammps-examples)
  /usr/share/lammps/examples/USER/mesont/TABTP_10_10.mesont -> 
../../../potentials/TABTP_10_10.mesont (lammps-examples)

There does not seem to be html documentation any more, there are
only PDF (and .tex) files in the rather weird path
/usr/share/doc/lammps/html/PDF
  

There also do not seem to be any files with names similar to the two
missing targets in potentials/


cheers,

Andreas


lammps-doc_20210122~gita77bb+ds1-2.log.gz
Description: application/gzip

Bug#988848: libbamtools-doc: broken symlink: /usr/share/doc/libbamtools-dev/html/jquery.js -> ../../../javascript/jquery/jquery.js

[Andreas Beckmann]

Package: libbamtools-doc
Version: 2.5.1+dfsg-9
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

0m45.8s ERROR: FAIL: Broken symlinks:
  /usr/share/doc/libbamtools-dev/html/jquery.js -> 
../../../javascript/jquery/jquery.js (libbamtools-doc)


Should libbamtools-doc have a dependency on libjs-jquery ?


cheers,

Andreas


libbamtools-doc_2.5.1+dfsg-9.log.gz
Description: application/gzip

Bug#988847: gcc-11: reduce Build-Depends of stage1

[Helmut Grohne]

Source: gcc-11
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

Hi Matthias,

I noticed that building a stage1 cross compiler does not issue exactly
the right Build-Depends. rebootstrap has traditionally ignored gcc's
Build-Depends and just installed what it thinks was right, but maybe
that's not the best of solutions.

In particular, gcc Build-Depends on a pile of glibc stuff, which is
quite obviously unavailable when building stage1. I'm attaching a patch
that drops these unused dependencies. Please consider applying it.

Helmut
--- a/debian/control.m4
+++ b/debian/control.m4
@@ -68,7 +68,7 @@
   LIBC_BUILD_DEP, LIBC_BIARCH_BUILD_DEP
   kfreebsd-kernel-headers (>= 0.84) [kfreebsd-any], linux-libc-dev [m68k],
   dwz, LIBUNWIND_BUILD_DEP LIBATOMIC_OPS_BUILD_DEP AUTO_BUILD_DEP
-  SOURCE_BUILD_DEP CROSS_BUILD_DEP
+  SOURCE_BUILD_DEP CROSS_BUILD_DEP dnl
   ISL_BUILD_DEP MPC_BUILD_DEP MPFR_BUILD_DEP GMP_BUILD_DEP,
   libzstd-dev, zlib1g-dev, gawk, lzma, xz-utils, patchutils,
   pkg-config, libgc-dev,
--- a/debian/rules.conf
+++ b/debian/rules.conf
@@ -384,6 +384,10 @@
   endif
 endif
 
+ifeq ($(DEB_STAGE),stage1)
+  LIBC_BUILD_DEP :=
+endif
+
 # needed for the include/asm symlink to run the testsuite for
 # non default multilibs
 ifneq (,$(multilib_archs))
@@ -391,8 +395,12 @@
 endif
 
 LIBUNWIND_DEV_DEP := libunwind8-dev$(LS)$(AQ)
-LIBUNWIND_BUILD_DEP := $(LIBUNWIND_DEV_DEP) [ia64],
-LIBATOMIC_OPS_BUILD_DEP := libatomic-ops-dev$(LS) [ia64],
+LIBUNWIND_BUILD_DEP :=
+LIBATOMIC_OPS_BUILD_DEP :=
+ifneq ($(DEB_STAGE),stage1)
+  LIBUNWIND_BUILD_DEP += $(LIBUNWIND_DEV_DEP) [ia64],
+  LIBATOMIC_OPS_BUILD_DEP += libatomic-ops-dev$(LS) [ia64],
+endif
 ifneq ($(DEB_TARGET_ARCH),ia64)
   LIBUNWIND_DEV_DEP := # nothing
 else ifneq (,$(filter $(DEB_STAGE),stage1 stage2))
@@ -592,6 +600,9 @@
 ifneq (,$(findstring cross-build-,$(build_type)))
   CROSS_BUILD_DEP += zlib1g-dev$(cross_lib_arch), libmpfr-dev$(cross_lib_arch),
 endif
+ifeq ($(DEB_STAGE),stage1)
+  CROSS_BUILD_DEP :=
+endif
   SOURCE_BUILD_DEP :=
   ifeq (,$(findstring gcc,$(PKGSOURCE)))
 SOURCE_BUILD_DEP := gcc-$(BASE_VERSION)-source (>= $(GCC_SOURCE_VERSION)), gcc-$(BASE_VERSION)-source (<< $(NEXT_GCC_SOURCE_VERSION)),

Bug#988581: bug#48476: Bug#988581: emacs-gtk: Emacs hangs with 100% cpu if started within a current directory that has a name ending with ".tar"

[Michael Albinus]

Robert Pluim  writes:

> Thanks for that. It works for me now with emacs-27 (but not on master).

Thanks for the feedback. My patch is dedicated to the emacs-27 branch
only; once I get confirmation from Rob or Thomas, I'll push it, and I'll
prepare a similar patch for master.

One step after the other.

> Robert

Best regards, Michael.