Bug#1005836: Suboptimal choice of package in case of duplicated manpages

[Andrei POPESCU]

Package: manpages.debian.org
Severity: minor

On Ma, 15 feb 22, 19:38:16, Andrei POPESCU wrote:
> On Ma, 15 feb 22, 11:59:59, David wrote:
> > 
> > A minor typo correction for the avoidance of doubt for any readers ...
> > 
> > To "change that" you would use the --boot-directory
> > parameter of 'grub-install' command, see 'man 8 grub-install'.
> > 
> > ie "--boot-directory" not "--root-directory"
>  
> Ugh, I used manpages.debian.org to look it up and didn't notice it 
> opened grub-install(8) from grub-legacy instead of grub2-common.
> 
> Apologies for any confusion.

Dear Maintainer,

When manpages with the same name exist in different packages would it be 
possible to come up with some algorithm to get better defaults?

For interfaces(5) the first choice is ifupdown (maybe because it's 
higher priority than ifupdown2?), but for grub-install(8) the first 
choice is grub-legacy instead of grub2-common (they have the same 
priority).

Maybe Replaces: grub-legacy in grub2-common could be a hint?

If there is a list somewhere with all duplicated manpages I can try to 
look for (other) patterns.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#1004522: debian-policy: Proposing new virtual package: wayland-session

[Andrei POPESCU]

On Lu, 31 ian 22, 10:57:04, Stephan Lachnit wrote:
> On Mon, Jan 31, 2022 at 10:38 AM Bill Allombert  wrote:
> >
> > On Mon, Jan 31, 2022 at 10:13:19AM +0100, Stephan Lachnit wrote:
> > >
> > > Actually, just out of curiosity: the folder is called
> > > "wayland-sessions", but the files are all called "*.desktop". Are
> > > there other possibilities than "*.desktop", and if so what is the
> > > difference?
> >
> > .desktop is just a standard file format used to register applications
> > with desktop environment, see
> > 
> 
> Ah thanks! I somehow didn't expect it to be the same as the usual
> .desktop file format as for applications.
> 
> Then I agree on the "wayland-session" name. But maybe the description
> should remove the word "desktop" then.

Well, a more generic option would be "Wayland graphical session", though
it's a bit of a tautology :)

Would "Graphical session using the Wayland display protocol" be too
long?

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#1004522: debian-policy: Proposing new virtual package: wayland-session

[Andrei POPESCU]

On Du, 30 ian 22, 13:21:40, Stephan Lachnit wrote:
> 
> On Sat, 29 Jan 2022, 21:15 Simon McVittie,  wrote:
> >
> > According to `apt-file search`, it should initially be provided by these:
> >
> > gnome-session: /usr/share/wayland-sessions/gnome.desktop
> > phosh: /usr/share/wayland-sessions/phosh.desktop
> > plasma-workspace-wayland: /usr/share/wayland-sessions/plasmawayland.desktop
> > sway: /usr/share/wayland-sessions/sway.desktop
> > weston: /usr/share/wayland-sessions/weston.desktop
>
> I like the idea. Just another idea for the naming, about
> wayland-desktop-session?

It's longer and Phosh is not exactly a "desktop" ;)

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#768376: [Pkg-libvirt-maintainers] Bug#768376: [libvirt-daemon-system]

[Andrei POPESCU]

On Mi, 26 ian 22, 20:30:37, de...@sumpfralle.de wrote:
> Hello,
> 
> given the recent CVE-2021-4034 (gaining local root access via "policykit-1"), 
> I
> would like to raise this request again: it would be great, if the
> libvirt-daemon-system package would reduce its hard dependency ("Depends") on
> "policykit-1" to a soft dependency ("Recommends").
> 
> If I understand your previous comment correctly, then this is technically
> feasible (i.e. "it just works"):
> 
> On Tue, 7 Jul 2015 07:15:06 +0200 Guido Günther  wrote:
> > I do agree that being able to go without polkit would be nice but a
> > similar situation with virt-manger showed that Recommends: are just not
> > enough. Many people skip them and then report bugs if you use Recommends
> > for a package that's needed in 95% of the installations. I'm just not up
> > to handle these.
> 
> 
> I understand, that such bug reports can take effort.
> But I think, the circumstances changed meanwhile (since 2015): "apt" installs
> "Recommends" by default (see `apt-config dump | grep -w Recommends`), thus 
> there
> should be only very few users who are manually overriding this setting.
> And I think, there is a fair chance, that these users know what they are 
> doing.
> 
> The Debian Policy [2] also advises to use "Recommends" in this case.
> 
> Please reduce the "Depends" relationship towards "policykit-1" down to
> "Recommends".
> 
> Thank you for maintaining this package!

Yes!
 
> [1] https://www.debian.org/security/2022/dsa-5059
> [2] https://www.debian.org/doc/debian-policy/ch-relationships.html

This bug came up in a sub-thread on debian-user, also in relation to 
DSA-5059:

https://lists.debian.org/debian-user/2022/01/msg01166.html

Just in case it helps, anecdotally I can confirm that at least on 
debian-user problems due to missing packages that are only Recommends: 
have been both extremely rare in the past years and treated as an 
unsupported configuration.

Hope this helps,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#1002528: iscan 2.30.4-2 in bookworm not displaying "Save Options" dialog

[Andrei POPESCU]

On Sb, 25 dec 21, 02:07:46, nbi wrote:
> See attachment. It most definitely exists in bookworm. Obviously someone
> packaged it for Debian.

It does exist on your system (otherwise `reportbug` wouldn't have 
included some information about it), but that still doesn't mean it is 
available from Debian:

https://packages.debian.org/search?keywords=iscan

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


signature.asc
Description: PGP signature

Bug#1001875: gammy: Adapt Gammy so that a user can control color temperature, control brightness, and avoid eye damage.

[Andrei POPESCU]

Control: reopen -1
Control: retitle -1 RFP: gammy -- tool for adjusting pixel 
brightness/temperature automatically or manually
Control: reassign -1 wnpp
Control: severity -1 wishlist

On Sb, 18 dec 21, 11:43:46, Bug Report wrote:
> Hello Andrei:
> 
> True, the package is not from Debian, but the purpose of me filing a bug
> report is to generate an RFP so that the package can be adapted by Debian. 
> Adapting the package by Debian is the first step in moving things forward. 
> So far I haven't found any issues, and the package is hosted on Github.  Its
> relatively knew so bugs will inevitably be discovered.  The package is
> available for both Arch, and Fedora users.  It should be added to Debian as
> well. Its the best package I have seen for adjusting color temperature.
> 
> Previously folks in the Debian channel said this should be submitted as a
> bug so that someone can pick it up for consideration, and adaption.

Ok, reopening and reassigning as needed.

Please provide also the rest of the info for the RFP template at 

https://www.debian.org/devel/wnpp

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


signature.asc
Description: PGP signature

Bug#1001720: Cache directory not populated, directory omissions

[Andrei POPESCU]

Control: reassign -1 libapache2-mod-musicindex 1.4.1-3.1

On Ma, 14 dec 21, 20:20:50, Dominique Brazziel wrote:
> Package: libapache2-mod-musicindexVersion: 1.4.1-3.1Severity: 
> importantX-Debbugs-Cc: dbrazz...@snet.net
> Dear Maintainer,
> *** Reporter, please consider answering these questions, where appropriate ***
>    * What led up to the situation?Run apache2 with mod-musicindex configured  
>  * What exactly did you do (or not do) that was effective (or     
> ineffective)?Deleted and redefined cache directory   * What was the outcome 
> of this action?Cache directory is empty after browsing and playing audio 
> files.Some of the subdirectories are missing from the genre displays(i.e. the 
> 'Yes' subdirectory does not show up though it existsunder the 'Rock' genre.   
> * What outcome did you expect instead?Display of all music directories and 
> populated cache directory.
> *** End of the template - remove these template lines ***
> 
> -- System Information:Debian Release: bookworm/sid  APT prefers testing  APT 
> policy: (990, 'testing'), (500, 'stable-security'), (500, 
> 'unstable')Architecture: amd64 (x86_64)
> Kernel: Linux 5.15.0-2-amd64 (SMP w/8 CPU threads)Kernel taint flags: 
> TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULELocale: 
> LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set 
> to en_US.UTF-8), LANGUAGE not setShell: /bin/sh linked to /usr/bin/dashInit: 
> systemd (via /run/systemd/system)LSM: AppArmor: enabled
> Versions of packages libapache2-mod-musicindex depends on:ii  apache2-bin 
> [apache2-api-20120211]  2.4.51-2ii  libapr1                             
> 1.7.0-8ii  libarchive13                        3.4.3-2+b1ii  libc6            
>                    2.32-5ii  libflac8                            1.3.3-2ii  
> libid3tag0                          0.15.1b-14ii  libmad0                     
>         0.15.1b-10ii  libmariadb3                         1:10.5.12-1ii  
> libvorbis0a                         1.3.7-1ii  libvorbisfile3                 
>      1.3.7-1ii  mod-musicindex-common               
> 1.4.1-3.1libapache2-mod-musicindex recommends no packages.
> libapache2-mod-musicindex suggests no packages.
> -- no debconf information
> 

Reassigning to correct package (due to mangled line breaks).

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


signature.asc
Description: PGP signature

Bug#1001268: snmpd fails to start at boot if network is not online

[Andrei POPESCU]

Control: reassign -1 snmpd 5.9.1+dfsg-1
Control: severity -1 important

On Ma, 07 dec 21, 10:43:44, Dominique Brazziel wrote:
> Package: snmpdVersion: 5.9.1+dfsg-1Severity: importantX-Debbugs-Cc: 
> dbrazz...@snet.net
> Dear Maintainer,
>    * What led up to the situation?
> After boot snmpd not running   * What exactly did you do (or not do) that was 
> effective (or     ineffective)?   * What was the outcome of this 
> action?Message 'Error opening specified endpoint "<* interface IP address *>" 
>   * What outcome did you expect instead?snmpd up and running
> 
>     The reason for the startup failure is snmpd depends on the passive 
> network.target. The wifi
> modem was not yet active and connected at the time the network target was 
> reached.was to change the service unit to depend on 'network-online.target'.
> -- System Information:Debian Release: bookworm/sid  APT prefers testing  APT 
> policy: (990, 'testing'), (500, 'stable-security'), (500, 
> 'unstable')Architecture: amd64 (x86_64)
> Kernel: Linux 5.15.0-2-amd64 (SMP w/4 CPU threads)Kernel taint flags: 
> TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULELocale: LANG=en_US.UTF-8, 
> LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), 
> LANGUAGE not setShell: /bin/sh linked to /usr/bin/dashInit: systemd (via 
> /run/systemd/system)LSM: AppArmor: enabled
> Versions of packages snmpd depends on:ii  adduser                3.118ii  
> debconf [debconf-2.0]  1.5.79ii  init-system-helpers    1.60ii  libc6         
>          2.32-4ii  libsnmp-base           5.9.1+dfsg-1ii  libsnmp40           
>    5.9.1+dfsg-1ii  lsb-base               11.1.0
> Versions of packages snmpd recommends:ii  procps  2:3.3.17-5
> 

Assigned to an inexistent package due to mangled line breaks, fixing.

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


signature.asc
Description: PGP signature

Bug#1001211: [RFP]: VidBox - a video processing toolbox

[Andrei POPESCU]

Control: reassign -1 wnpp
Control: severity -1 wishlist

On Lu, 06 dec 21, 14:18:12, Marek Ľach wrote:
> package: VidBox
> 
> RFP
> Severity: wishlist ( for wnpp)
> 
> A tiny video video processing toolbox.
> 
> License: GPL
> 
> Source: https://github.com/coslyk/VidBox
>  This would be useful to have on all platforms, thank you for any efforts!

Reassigning to correct (pseudo-)package.

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


signature.asc
Description: PGP signature

Bug#1001445: ITP: milvus -- Milvus is an open-source vector database for unstructured data.

[Andrei POPESCU]

Control: reassign -1 wnpp
Control: severity -1 wishlist

On Vi, 10 dec 21, 15:17:01, 李云梅 wrote:
> Package: wnpp Severity: wishlist *Package name : milvus Version : 2.0.0 
> Upstream Author : Yunmei Li  *URL : 
> https://github.com/milvus-io/milvus * License : Apache 2.0 Programming

Reassigning to (only) the correct (pseudo-)package, due to mangling of 
line breaks.

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


signature.asc
Description: PGP signature

Bug#997663: general: bullseye, system freezes completely when firefox freezes

[Andrei POPESCU]

On Du, 24 oct 21, 12:25:23, jacobkoch...@gmail.com wrote:
> Hello Stephan,
> 
> > Possibly relevant:
> > - Are you using X11 or Wayland?
> Wayland
> 
> > - Do you have proprietary graphics drivers installed?
> $ lspci -v | grep -A 10 VGA
> 00:02.0 VGA compatible controller: Intel Corporation HD Graphics 620
> (rev 02) (prog-if 00 [VGA controller])
>   Subsystem: CLEVO/KAPOK Computer HD Graphics 620
>   [...]
>   Kernel driver in use: i915
>   Kernel modules: i915
> It seems to be the open source driver 'i915' in the package:
> 'xserver-xorg-video-intel'.

You can try forcing use of the 'modesetting' built-in Xorg driver, e.g. 
by removing xserver-xorg-video-intel.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#996902: RFP: psstop - accurately measure memory consumption using proportional set size (PSS)

[Andrei POPESCU]

Control: reassign -1 wnpp

On Mi, 20 oct 21, 17:02:31, Andrei Shevchuk wrote:
> Package: psstop
> Severity: wishlist
> 
> * Package name: psstop
>   Version : 1.3
>   Upstream Author : Arjan van de Ven , Victor
> Rodriguez 
> * URL : https://github.com/clearlinux/psstop
> * License : GPL
>   Programming Lang: C
>   Description : accurately measure memory consumption using
> proportional set size (PSS)
> 
> A tiny utility similar to smem, but in C, so it's faster and uses less memory:
> 
> > /usr/bin/time -f "Total time: %E | Memory (RSS): %M KB" ./psstop > /dev/null
> Total time: 0:00.61 | Memory (RSS): 1796 KB
> 
> > /usr/bin/time -f "Total time: %E | Memory (RSS): %M KB" smem -t > /dev/null
> Total time: 0:03.30 | Memory (RSS): 42156 KB

Reassigning to correct (pseudo-)package.

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


signature.asc
Description: PGP signature

Bug#996869: mail.debian.org: https://postgrey.schweikert.ch/help/bugs.debian.org.html contact email broken

[Andrei POPESCU]

Control: reassign -1 bugs.debian.org

On Ma, 19 oct 21, 18:28:43, Thomas Groman wrote:
> Package: buxtehude.debian.org
> Severity: normal
> Tags: a11y

There is no such package, so I'm reassigning tentatively to the 
bugs.debian.org pseudo-package instead.
 
Full quote below for benefit of b.d.o maintainers.

> Dear Maintainer,
> 
> Upon sending to b...@debian.org I encountered the following message in my log 
> files:
> "relay="[2607:f8f0:614:1::1274:39] (buxtehude.debian.org)" delay=5s 
> result="TempFail" stat="451 Greylisted, see 
> http://postgrey.schweikert.ch/help/bugs.debian.org.html;
> 
> Upon going to the URL listed it has a friendly webpage Postgrey help with 
> information on who to contact for help. The email listed for contact is 
> "[email protected]". 
> [email protected] is not a valid email address and should anyone attempt to 
> email [email protected] mail would not go through and help would not be 
> recieved.
> 
> I expect the postgrey help contact to be a valid email address that goes to 
> the 
> maintainer of the system where the error occured, in this case 
> buxtehude.debian.org. Preferably using the mailto: URL schema inside of an 
> XHTML anchored hyperlink.
> 
> 
> -- System Information:
> Distributor ID:   Devuan
> Description:  Devuan GNU/Linux 4 (chimaera)
> Release:  4
> Codename: chimaera
> Architecture: x86_64
> 
> Kernel: Linux 5.10.0-9-amd64 (SMP w/4 CPU threads)
> Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
> TAINT_UNSIGNED_MODULE
> Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
> Shell: /bin/sh linked to /usr/bin/dash
> Init: sysvinit (via /sbin/init)
> LSM: AppArmor: enabled

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


signature.asc
Description: PGP signature

Bug#994836: exim: dpkg fatal error due to Debian-exim in statoverride

[Andrei POPESCU]

Control: reassign -1 exim4

On Ma, 21 sep 21, 17:57:41, Wookey wrote:
> Package: exim
> Severity: important
> 
> whilst trying to install build-deps for therion in an unstable chroot
> i.e
> apt source therion (6.0.2ds1-3 is downloaded)
> cd therion-6.0.2ds1
> sudo apt --no-install-recommends build-dep .
> 
> I got (after downloading 887MB of stuff, (304MB, 270 packages)):
> 
> debconf: delaying package configuration, since apt-utils is not installed
> dpkg: unrecoverable fatal error, aborting:
>  unknown system group 'Debian-exim' in statoverride file; the system group 
> got removed
> before the override, which is most probably a packaging bug, to recover you
> can remove the override manually with dpkg-statoverride
> E: Sub-process /usr/bin/dpkg returned an error code (2)
> E: Failed to process build dependencies
> 
> That's quite bad. Debian-exim is indeed mentionned in the override file.
> $ cat /var/lib/statoverride:
> root crontab 2755 /usr/bin/crontab
> root Debian-exim 640 /etc/exim4/passwd.client
> root messagebus 4754 /usr/lib/dbus-1.0/dbus-daemon-launch-helper
> 
> these exim* packages are installed:
> $ dpkg -l | grep exim
> ii  exim4-base   4.94-9+b1  arm64 
>support files for all Exim MTA (v4) packages
> ii  exim4-config 4.94-9 all   
>configuration for the Exim MTA (v4)
> ii  exim4-daemon-light   4.94-9+b1  arm64 
>lightweight Exim MTA (v4) daemon
> 
> The set of pakcages being changed is:
> The following packages were automatically installed and are no longer 
> required:
>   libdav1d4 libwavpack1
> Use 'sudo apt autoremove' to remove them.
> The following packages will be REMOVED:
>   libavresample4
> The following NEW packages will be installed:
>   ca-certificates-java catch2 default-jdk default-jdk-headless default-jre 
> default-jre-headless default-libmysqlclient-dev
>   faketime fonts-urw-base35 gcc-11-base gdal-data gfortran-10 ghostscript 
> ibverbs-providers imagemagick imagemagick-6-common
>   imagemagick-6.q16 java-common libaom-dev libarmadillo-dev libarmadillo10 
> libarpack2 libarpack2-dev libavcodec-dev
>   libavformat-dev libavutil-dev libblas-dev libboost-dev libboost1.74-dev 
> libbrotli-dev libcfitsio-dev libcfitsio9 libdap-dev
>   libdap27 libdapclient6v5 libdapserver7v5 libdav1d-dev libdav1d5 libde265-0 
> libde265-dev libdeflate-dev libdeflate0
>   libegl-dev libeigen3-dev libevdev2 libevent-core-2.1-7 libevent-dev 
> libevent-extra-2.1-7 libevent-openssl-2.1-7
>   libevent-pthreads-2.1-7 libfabric1 libfaketime libfmt-dev libfmt7 
> libfontconfig-dev libfontconfig1-dev libfreetype-dev
>   libfreetype6-dev libfreexl-dev libfreexl1 libfyba-dev libfyba0 libgdal-dev 
> libgdal29 libgeos-3.9.1 libgeos-c1v5 libgeos-dev
>   libgeotiff-dev libgeotiff5 libgfortran-10-dev libgif-dev libgif7 libgl-dev 
> libgl1-mesa-dev libgl2ps-dev libgl2ps1.4
>   libgles-dev libgles1 libgles2 libglew-dev libglew2.1 libglu1-mesa 
> libglu1-mesa-dev libglvnd-core-dev libglvnd-dev
>   libglx-dev libgs9 libgs9-common libgudev-1.0-0 libhdf4-0-alt 
> libhdf4-alt-dev libhdf5-mpi-dev libhdf5-openmpi-103-1
>   libhdf5-openmpi-cpp-103-1 libhdf5-openmpi-dev libhdf5-openmpi-fortran-102 
> libhdf5-openmpi-hl-100 libhdf5-openmpi-hl-cpp-100
>   libhdf5-openmpi-hl-fortran-100 libheif-dev libheif1 libhwloc-dev 
> libhwloc-plugins libhwloc15 libibverbs-dev libibverbs1
>   libice-dev libidn12 libijs-0.35 libinput-bin libinput10 libjbig2dec0 
> libjs-jquery libjs-jquery-ui libjson-c-dev
>   libjsoncpp-dev libjsoncpp24 libkml-dev libkmlbase1 libkmlconvenience1 
> libkmldom1 libkmlengine1 libkmlregionator1 libkmlxsd1
>   libkpathsea6 liblapack-dev liblqr-1-0 liblz4-dev libmagickcore-6.q16-6 
> libmagickwand-6.q16-6 libmariadb-dev
>   libmariadb-dev-compat libmd4c0 libminizip-dev libminizip1 libmtdev1 
> libnetcdf-c++4 libnetcdf-cxx-legacy-dev libnl-3-200
>   libnl-3-dev libnl-route-3-200 libnl-route-3-dev libnotify4 libnspr4 libnss3 
> libnuma-dev libodbc1 libogdi-dev libogdi4.1
>   libogg-dev libopengl-dev libopengl0 libopenjp2-7-dev libopenmpi-dev 
> libopenmpi3 libpaper-utils libpaper1 libpciaccess0
>   libpcre16-3 libpcre2-16-0 libpcre3-dev libpcre32-3 libpcrecpp0v5 
> libpcsclite1 libpmix-dev libpmix2 libpoppler-dev
>   libpoppler-private-dev libpoppler102 libpq-dev libpq5 libproj-dev libproj19 
> libptexenc1 libpthread-stubs0-dev libqhull-dev
>   libqhull-r8.0 libqhull8.0 libqhullcpp8.0 libqt5core5a libqt5dbus5 
> libqt5gui5 libqt5network5 libqt5widgets5 librdmacm1
>   librttopo-dev librttopo1 libshp-dev libshp2 libsm-dev libspatialite-dev 
> libspatialite7 libsqlite3-dev libsqlite3-tcl
>   libsrt1.4-gnutls libsuperlu-dev libsuperlu5 libswresample-dev 
> libswscale-dev libsynctex2 libtbb-dev libtbb2 libtcl8.6
>   libteckit0 libtexlua53 libtheora-dev libtk8.6 libucx0 liburiparser-dev 
> liburiparser1 libutfcpp-dev libvtk9 libvtk9-dev
>   libvtk9-java 

Bug#994791: During the Debian10->11 upgrade there is an rkhunter bug and the upgrade can fail due to lack of disk-space; after the upgrade the cursortheme isn't working, KDE Plasma doesn't start due t

[Andrei POPESCU]

Control: reassign -1 upgrade-reports

On Lu, 20 sep 21, 21:42:24, mYnDstrEAm wrote:
> Package: Debian
> Version: 11
> 
> Maybe these should be separate bug reports. However, I'm not sure about that 
> and this is made more inconvenient and outdated by using emails for 
> bug-reports. Filing it all under Debian rather than e.g. rkhunter or KDE 
> Plasma packages is implying or calling for such things to be tested and 
> solved prior to enabling upgrade by Debian contributors. Please split/link if 
> needed.
> 
> I upgraded multiple machines from Debian 10/KDE to 11/KDE stable.
> 
> - After the partial upgrade with `sudo apt upgrade --without-new-pkgs` the 
> console output quit with:
> 
> Invalid SCRIPTWHITELIST configuration option: Non-existent pathname: 
> /bin/which E: Problem executing scripts DPkg::Post-Invoke 'if [ -x 
> /usr/bin/rkhunter ] && grep -qiE '^APT_AUTOGEN=.?(true|yes)' 
> /etc/default/rkhunter; then /usr/share/rkhunter/scripts/rkhupd.sh; fi' E: 
> Sub-process returned an error code
> 
> I asked about it [here](https://unix.stackexchange.com/q/666356/233262) with 
> more details. It's related to [#932594](https://bugs.debian.org/932594). If I 
> just selected keep current version in a prompt during the upgrade this isn't 
> a bug (even though it may be useful if these prompts showed an indication 
> that the new conf file is needed/has updated).
> 
> - I also had to remove package aide. Furthermore, unatteneded-upgr was 
> blocked. I also asked about these two, in my case minor, issues in the 
> question above. The unatteneded-upgrades had this output:Waiting for cache 
> lock: Could not get lock /var/lib/dpkg/lock-frontend. It is held by process 
> 2705 (unattended-upgr)... 30s
> 
> - Another minor issue: after (fully) upgrading the initial boot screen asking 
> for the grub password was red and looked a bit strange instead of blue but 
> quickly changed back to the blue one and didn't look strange and/or red 
> reboots afterwards or another machine. Could this have occurred because some 
> /etc / conf file wasn't upgraded or was it a negligible glitch?
> 
> - On one of my Debian10/KDE->11 machines after logging in I only had a black 
> screen (with some windows on top). This is because plasmashell isn't running 
> (the only thing that runs is startplasma-x11) so I started it with kstart5 
> plasmashell. However, it crashes right after it seems to have fully loaded. I 
> asked about it [here](https://unix.stackexchange.com/q/17/233262) and the 
> solution was to re/move the 
> /home/username/.local/share/plasma/plasmoids/org.kde.plasma.eventcalendar 
> folder.
> 
> - The cursor was too small and changing it was not possible because the 
> cursortheme wasn't working. I found the solution 
> [here](https://forum.siduction.org/index.php?topic=8133.0): it was 
> (re?)installing package qml-module-org-kde-newstuff.
> 
> - The upgrade can fail if there is not enough disk-space. The upgrade process 
> should (accurately) check how much disk space is available and needed and if 
> needed do the upgrades in batches, leaving a bit of disk-space as a buffer, 
> rather than trying to run the full upgrade and repeatedly failing. The 
> upgrade should not fail due to lack of disk space.
> On one machine this was worked around by rerunning the upgrade and sudo dpkg 
> --configure -a.
> 
> - On one of my Debian10/KDE->11 machines the sound output wasn't working 
> anymore before the upgrade, after running sudo apt-get dist-upgrade before 
> changing the sources.list entries to "bullseye". I asked about it 
> [here](https://unix.stackexchange.com/questions/669001/audio-missing-after-upgrading-from-debian-10-to-11).
>  The solution was to (re?)install package plasma-pa.

Reassigning to correct (pseudo-)package.

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


signature.asc
Description: PGP signature

Bug#994450: smalltalk isn't built with the default baseline on i386

[Andrei POPESCU]

Control: reassign -1 src:gnu-smalltalk 3.2.5-1.3

On Jo, 16 sep 21, 10:08:36, Matthias Klose wrote:
> Package: src:smalltalk
> Version: 3.2.5-1.3
> Severity: important
> Tags: patch
> 
> smalltalk isn't built with the default baseline on i386.  It explicitly sets
> -march=i486, but this is unnecessary, because the baseline on Debian is i686.
> 
> patch at
> http://launchpadlibrarian.net/558637628/gnu-smalltalk_3.2.5-1.3build5.1_3.2.5-1.3ubuntu1.diff.gz

Reassigning to correct package.

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


signature.asc
Description: PGP signature

Bug#994211: libgc-source: Add ARC support

[Andrei POPESCU]

Control: reassign -1 src:libgc 1:8.0.4-3

On Lu, 13 sep 21, 21:21:27, Alexey Brodkin wrote:
> Package: libgc-source
> Version: 8.0.4-3
> Severity: normal
> Tags: patch
> 
> Dear Maintainer,
> 
> Dear Maintainer,
> 
> Please consider adding support of ARC architecture with
> a patch below. It's a back-port of upstream change [1]
> which will be a part of the next release whenever it happens.
> 
> This is needed as we work on a Debian port for ARCprocessors.
> 
> [1] 
> https://github.com/ivmai/bdwgc/commit/968818a12c361a3a7fa6e8d8b851d04847335e58
> 
> -Alexey
> 
> --- a/include/private/gcconfig.h
> +++ b/include/private/gcconfig.h
> @@ -658,6 +658,10 @@ EXTERN_C_BEGIN
>  #   define NONSTOP
>  #   define mach_type_known
>  # endif
> +# if defined(__arc__) && defined(LINUX)
> +#   define ARC
> +#   define mach_type_known
> +# endif
>  # if defined(__hexagon__) && defined(LINUX)
>  #define HEXAGON
>  #define mach_type_known
> @@ -2812,6 +2816,21 @@ EXTERN_C_BEGIN
>  #   endif
>  # endif /* X86_64 */
>  
> +# ifdef ARC
> +#   define CPP_WORDSZ 32
> +#   define MACH_TYPE "ARC"
> +#   define ALIGNMENT 4
> +#   define CACHE_LINE_SIZE 64
> +#   ifdef LINUX
> +# define OS_TYPE "LINUX"
> +# define LINUX_STACKBOTTOM
> +# define COUNT_UNMAPPED_REGIONS
> +# define DYNAMIC_LOADING
> +  extern int __data_start[] __attribute__((__weak__));
> +# define DATASTART ((ptr_t)__data_start)
> +#   endif
> +# endif /* ARC */
> +
>  # ifdef HEXAGON
>  #   define CPP_WORDSZ 32
>  #   define MACH_TYPE "HEXAGON"
> 
> -- System Information:
> Debian Release: bullseye/sid
>   APT prefers focal-updates
>   APT policy: (500, 'focal-updates'), (500, 'focal-security'), (500, 
> 'focal-proposed'), (500, 'focal'), (100, 'focal-backports')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 5.4.72-microsoft-standard-WSL2 (SMP w/12 CPU cores)
> Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 
> (charmap=UTF-8)
> Shell: /bin/sh linked to /usr/bin/dash
> Init: unable to detect

Reassigning to correct package.

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


signature.asc
Description: PGP signature

Bug#993938: git-delta: A viewer for git and diff output

[Andrei POPESCU]

Control: reassign -1 wnpp
Control: retitle -1 RFP: git-delta -- A viewer for git and diff output

On Mi, 08 sep 21, 12:16:44, Daniele Mte90 Scasciafratte wrote:
> Package: git-delta
> Version: 0.8.3
> Severity: wishlist
> X-Debbugs-Cc: mte90...@gmail.com
> 
> Code evolves, and we all spend time studying diffs. Delta aims to make this 
> both efficient and enjoyable: it allows you to make extensive changes to the 
> layout and styling of diffs, as well as allowing you to stay arbitrarily 
> close to the default git/diff output.
> 
> Other distributions name it git-delta or rust-git-delta.
> 
> URL: https://github.com/dandavison/delta
> 
> -- System Information:
> Debian Release: bookworm/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 5.13.14-1-siduction-amd64 (SMP w/4 CPU threads; PREEMPT)
> Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_CPU_OUT_OF_SPEC, 
> TAINT_OOT_MODULE
> Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: 
> LC_ALL set to it_IT.UTF-8), LANGUAGE=it
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
> 
> Versions of packages git-delta depends on:
> ii  libc6  2.32-2
> ii  libgcc-s1  11.2.0-4
> ii  zlib1g 1:1.2.11.dfsg-2
> 
> git-delta recommends no packages.
> 
> git-delta suggests no packages.
> 
> -- no debconf information

Reassigning to correct (pseudo-)package.

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


signature.asc
Description: PGP signature

Bug#993936: klogg: Really fast log explorer based on glogg project

[Andrei POPESCU]

Control: reassign -1 wnpp
Control: retitle -1 RFP: klogg -- Really fast log explorer based on glogg 
project

On Mi, 08 sep 21, 12:08:32, Daniele Mte90 Scasciafratte wrote:
> Package: klogg
> Version: 21.09.0.1162
> Severity: wishlist
> X-Debbugs-Cc: mte90...@gmail.com
> 
> Klogg is a multi-platform GUI application that helps browse and search 
> through long and complex log files. It is designed with programmers and 
> system administrators in mind and can be seen as a graphical, , interactive 
> combination of grep, less, and tail.
> 
> URL: https://github.com/variar/klogg
> 
> Release automatically debian packages that works on Debian Sid
> 
> -- System Information:
> Debian Release: bookworm/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 5.13.14-1-siduction-amd64 (SMP w/4 CPU threads; PREEMPT)
> Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_CPU_OUT_OF_SPEC, 
> TAINT_OOT_MODULE
> Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: 
> LC_ALL set to it_IT.UTF-8), LANGUAGE=it
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
> 
> Versions of packages klogg depends on:
> ii  libqt5concurrent5  5.15.2+dfsg-10
> ii  libqt5widgets5 5.15.2+dfsg-10
> ii  libqt5xml5 5.15.2+dfsg-10
> 
> klogg recommends no packages.
> 
> klogg suggests no packages.
> 
> -- no debconf information

Reassigning to correct (pseudo-)package.

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


signature.asc
Description: PGP signature

Bug#996806: mailmain3: Expected test results for arc_validate tests need updating

[Andrei POPESCU]

Control: reassign -1 mailman3 3.3.3-1

On Ma, 19 oct 21, 01:10:28, Scott Kitterman wrote:
> Package: mailmain3
> Version: 3.3.3-1
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the past)
> 
> mailman3 now fails tests with authheaders 0.14.1 since support for
> comments in ARC results was added.  Although this isn't precisely an
> FTBFS, a autopkgtest failure has similar effects.
> 
> Please update the expected results as this not an authheaders error.
> 
> ==
> FAIL: test_authentication_whitelist_hit 
> (mailman.handlers.tests.test_arc_validate.TestValidateAuthenticity)
> --
> Traceback (most recent call last):
>   File 
> "/tmp/autopkgtest-lxc.wj1y37tc/downtmp/build.0B5/src/src/mailman/handlers/tests/test_arc_validate.py",
>  line 238, in test_authentication_whitelist_hit
> self.assertEqual(msg["Authentication-Results"], ''.join(res))
> AssertionError: 'exam[50 chars]ss header.d=valimail.com; arc=none (Message is 
> not ARC signed)' != 'exam[50 chars]ss header.d=valimail.com; arc=none'
> - example.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass 
> header.d=valimail.com; arc=none (Message is not ARC signed)
> ? 
> 
> + example.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass 
> header.d=valimail.com; arc=none
> 
> 
> ==
> FAIL: test_authentication_whitelist_miss 
> (mailman.handlers.tests.test_arc_validate.TestValidateAuthenticity)
> --
> Traceback (most recent call last):
>   File 
> "/tmp/autopkgtest-lxc.wj1y37tc/downtmp/build.0B5/src/src/mailman/handlers/tests/test_arc_validate.py",
>  line 279, in test_authentication_whitelist_miss
> self.assertEqual(msg["Authentication-Results"],
> AssertionError: 'test[13 chars]ss header.d=valimail.com; arc=none (Message is 
> not ARC signed)' != 'test[13 chars]ss header.d=valimail.com; arc=none'
> - test.com; dkim=pass header.d=valimail.com; arc=none (Message is not ARC 
> signed)
> ?
> 
> + test.com; dkim=pass header.d=valimail.com; arc=none
> 
> 
> ==
> FAIL: test_chain_validation_fail 
> (mailman.handlers.tests.test_arc_validate.TestValidateAuthenticity)
> --
> Traceback (most recent call last):
>   File 
> "/tmp/autopkgtest-lxc.wj1y37tc/downtmp/build.0B5/src/src/mailman/handlers/tests/test_arc_validate.py",
>  line 195, in test_chain_validation_fail
> self.assertEqual(msg["Authentication-Results"], ''.join(res))
> AssertionError: 'list[94 chars] arc=fail (Most recent ARC-Message-Signature 
> did not validate)' != 'list[94 chars] arc=fail'
> - lists.example.org; spf=pass smtp.mfrom=jqd@d1.example; dkim=pass 
> header.i=@d1.example; dmarc=pass; arc=fail (Most recent ARC-Message-Signature 
> did not validate)
> ? 
>
> -
> + lists.example.org; spf=pass smtp.mfrom=jqd@d1.example; dkim=pass 
> header.i=@d1.example; dmarc=pass; arc=fail
> 
> 
> --
> 
> Scott K

Fixing typing error in package name.

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


signature.asc
Description: PGP signature

Bug#996415: mark libnghttp2-dev Multi-Arch: same

[Andrei POPESCU]

Control: reassign -1 src:nghttp2 1.43.0-1

On Mi, 13 oct 21, 21:42:19, Helmut Grohne wrote:
> Source: libnghttp2-dev
> Version: 1.43.0-1

You probably meant "source of libnghttp2-dev" here, which is not 
supported by the BTS.

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


signature.asc
Description: PGP signature

Bug#996269: RFP: sheenbidi -- a sophisticated implementation of unicode bidirectional algorithm

[Andrei POPESCU]

Control: reassign -1 wnpp
Control: severity -1 wishlist

On Ma, 12 oct 21, 18:46:40, Tayyab Akram wrote:
> Package: wnppSeverity: wishlist
> Requesting SheenBidi to be included in debian system. It is based on Apache 
> License 2.0. The project is available on github at this link: 
> https://github.com/Tehreer/SheenBidi
> Thanks,Tayyab

Line breaks got mangled somewhere, fixing.

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


signature.asc
Description: PGP signature

Bug#995722: loash: Vendoring should be removed

[Andrei POPESCU]

Control: reassign -1 src:node-lodash 4.17.21+dfsg+~cs8.31.173-1

On Lu, 04 oct 21, 16:40:48, Bastien Roucariès wrote:
> Source: src:node-lodash
> Version: 4.17.21+dfsg+~cs8.31.173-1
> Severity: serious
> Justification: do not compile from source
> 
> Dear Maintainer,
> 
> The vendor directory should be emptied
> 
> The debug version is compiled without source (lintian warn) and moreover the
> rest of file are already packaged
> 
> grep -R vendor * gives only a few hit that could be cured by symlinking
> 
> Bastien

Reassign to correct source package.

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


signature.asc
Description: PGP signature

Bug#994970: SSHD stops to work randomly

[Andrei POPESCU]

Control: reassign -1 openssh-server 1:7.9p1-10+deb10u2

On Vi, 24 sep 21, 09:20:05, Adrian Meier wrote:
> Package: SSHD
> Version: OpenSSH_7.9p1 Debian-10+deb10u2, OpenSSL 1.1.1d  10 Sep 2019
> 
> There is no problem to start sshd. But randomly it stops to work and I cannot 
> login remotely anymore for any user.
> I have to restart sshd and it works again:
> 
> 
> 
> Content of /etc/ssh/sshd_config (uncomment part only)
> PasswordAuthentication no
> ChallengeResponseAuthentication no
> Subsystem   sftpinternal-sftp
> 
> Match Group sftp_users
>   X11Forwarding no
>   AllowTcpForwarding no
>   ChrootDirectory %h
>   ForceCommand internal-sftp
> 
> Match Group sshtunnel
>   X11Forwarding no
>   AllowTcpForwarding yes
>   AllowAgentForwarding no
>   ForceCommand /bin/false
> 
> I am using Debian version 5.11.22-4-pve (build@proxmox) (gcc (Debian 
> 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.2) #1 SMP 
> PVE 5.11.22-8 (Fri, 27 Aug 2021 11:51:34 +0200)
> Its running as CT on ProxMox 7.0-11

Reassigning to correct package.

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


signature.asc
Description: PGP signature

Bug#994891: ITP: system-monitoring-center -- Provides information about system performance and usage

[Andrei POPESCU]

Control: reassign -1 wnpp

On Mi, 22 sep 21, 20:18:37, Hakan Dündar wrote:
> Package: system-monitoring-center
> Version: N/A; reported 2021-09-22
> Severity: wishlist
> 
> * Package name : system-monitoring-center
> Version : v0.1.9-beta
> Upstream Author : Hakan Dündar 
> * URL : https://kod.pardus.org.tr/Hakan/system-monitoring-center
> * License : GNU GPL v3
> Description : Provides information about CPU/RAM/Disk/Network/GPU
> performance, sensors, processes, users, storage, startup programs,
> services, environment variables and system.

Reassigning to correct (pseudo-)package.

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


signature.asc
Description: PGP signature

Bug#994839: ch-upgrading.en.html#sufficient-space: a suggestion.

[Andrei POPESCU]

On Ma, 21 sep 21, 19:41:25, Brian Potkin wrote:
> 
> At
> 
>   
> https://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.en.html#sufficient-space
> 
> steps 1, 2 and 3 for using a temporary /var/cache/apt/archives work
> fine for me. At step 4 I do 'mount' and get
> 
>  /dev/sdc1 on /media/usbkeys type ext4 (rw,relatime)
>  /dev/sdc1 on /var/cache/apt/archives type ext4 (rw,relatime)
> 
> It would seem to me that step 4 should be advising
> 
>   umount /var/cache/apt/archives


Yes, this would be the correct command.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#992842: Slow stop due to killproc in /etc/init.d/nagios4

[Andrei POPESCU]

Control: reassign -1 nagios4-common 4.3.4-3

On Ma, 24 aug 21, 09:18:31, Benoit DOLEZ wrote:
> Package: nagios4-common Version: 4.3.4-3

Fixing affected package(s) and version due to mangled line breaks.

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


signature.asc
Description: PGP signature

Bug#992790: Severity: High / Bug on Debian 11 Bullseye - Boot problem - Failed to start Load/Save RF Kill Switch Status

[Andrei POPESCU]

Control: reassign -1 src:linux 5.10.46-4

On Lu, 23 aug 21, 15:38:42, pham...@bluewin.ch wrote:
> Package: Kernel
> Version: Linux station 5.10.0-8-amd64 #1 SMP Debian 5.10.46-4 (2021-08-03) 
> x86_64 GNU/Linux
> Bug Description:
> 
> After a new install I can't boot normally.
> I have to start in recovery mode to be able to get to the login window.
> Attachement :
> Config : inxi -Fxxxz
> - Two print screen of boot
> - Boot logs : dmesg, journalctl, journalctl -p err
> Best regards.
> 
> Philippe

Reassigning to correct package.

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


signature.asc
Description: PGP signature

Bug#992340: network.service error after fresh install

[Andrei POPESCU]

Control: reassign -1 ifupdown

On Ma, 17 aug 21, 14:11:51, Alex wrote:
> Package: network.service
> Severity: normal
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
> Fresh install of Debian 11 Live ISO with non-free firmware. Error messages 
> occured aftr fresh install - systemctl status network.service displayed error 
> message that dhclient had issues during start.
> I traced the error back to the unit file of systemd network.service - the 
> command "ifup -a --read-environment" lead to the error, because the file 
> /etc/network/interface.d/setup had eth0 as general
> network interface.
> 
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> I replace eth0 in the file /etc/network/interface.d/setup with the correct 
> network interface identifier "enp7...".
> 
>* What was the outcome of this action?
> This particular error message was gone after the changes that I applied.
> 
> 
> 
> -- System Information:
> Debian Release: 11.0
>   APT prefers stable-security
>   APT policy: (500, 'stable-security'), (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 5.10.0-8-amd64 (SMP w/4 CPU threads)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not 
> set
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled

Reassigning to correct package.

Please note you can use 'reportbug /path/to/file' to have reportbug find 
out the correct package.

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


signature.asc
Description: PGP signature

Bug#992287: progess-linux-desktop: Please remove dependency alternative exfat-fuse and exfat-utils

[Andrei POPESCU]

Control: reassign -1 progress-linux-desktop 20210101-2

On Lu, 16 aug 21, 21:37:39, Sven Hoexter wrote:
> Package: progess-linux-desktop
> Version: 20210101-2
> Severity: normal
> 
> Hi Daniel,
> I would like to drop exfat-fuse and exfat-utils within the next release cycle.
> Would be nice if you could drop them completely from this meta package.
> I do not consider this one a blocker for myself due to the fact that you
> already list exfatprogs as the first choice.
> 
> Cheers,
> Sven
> 
> -- System Information:
> Debian Release: 11.0
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 5.10.0-8-amd64 (SMP w/4 CPU threads)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
> LANGUAGE=en_US:en
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled

Fixing typo in package name.

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


signature.asc
Description: PGP signature

Bug#992305: Only one nic works at a time when installing Debian 11 and Gui (gnome)

[Andrei POPESCU]

Control: reassign -1 installation-reports

On Lu, 16 aug 21, 17:56:44, joebeasley...@gmail.com wrote:
> Package: 
> Version: <11>
> 
> Fresh Gui install. Two nics on different networks. If I enable one with
> network manager in gnome, it disables the other one. Re-enable the one
> it disabled, and it disables the other one??
> Turns out this was a graphical install that created file called
> ens3.nmconnection in /etc/NetworkManager/system-connections. I removed
> this file and rebooted. Both nics can now be enabled at the same time.
> A Text install creates a file called "Wired Connection 1" in the same
> folder. Removed it to resolve.
> Looks like these files get created if you install a graphical desktop
> (gnome) during the install.  Three different installs, same results. 
> I did a text install with no gui, then installed the gnome desktop
> after reboot. No issues.
> 
> This is a virtual machine install running on an Ubuntu 18.04.1. Kernel
> 5.4.0-77-generic #86~18.04.2-Ubuntu SMP.  64 Gigs Ram.  
> qemu-kvm version 1:2.11_dfsg-1ubuntu7.37
> 
> Debian ISO debian-11.0.0-amd64-netinst.iso   
> size  395.3 MB
> md5sum  499953266841cae41612310e65659456
> sha256sum ae6d563d2444665316901fe7091059ac34b8f67ba30f9159f7cef7d2fdc5b
> f8a
> 
> 
> Installs:
> Debian Gnu/linux 11 (bullseye) x86_64
> kernel 5.10.0-8-amd64
> shell: bash 5.1.4

Reassigning to correct (pseudo-)package.

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


signature.asc
Description: PGP signature

Bug#992149: firmware-sof: Internal microphone (DMIC) not working on Lenovo Thinkpad 13S

[Andrei POPESCU]

Control: reassign -1 src:firmware-sof 1.7-1

Fixing typo in package name, full quote below for convenience of package 
Maintainer.

Kind regards,
Andrei

On Vi, 13 aug 21, 12:55:44, Mike Gabriel wrote:
> Package: src:firwmare-sof
> Severity: important
> Version: 1.7-1
> 
> I just upgraded a notebook to a fresh Debian 11 system (I started the system
> with Debian testing +/- a year ago).
> 
> The notebook device is a Lenovo Thinkpad 13S. A year ago, I turned the
> dsp_driver on to work-around the firmware-sof package not having been
> provided in Debian back then:
> 
> ```
> cat /etc/modprobe.d/no-sof.conf
> # play sound without the SOF firmware
> options snd_intel_dspcfg dsp_driver=1
> ```
> 
> One complaint of the customer who owns the notebooks then was, that the
> internal microphone was not usable with those machines.
> 
> Today, I looked at switching to using the SOF firmware with the
> snd_hda_intel driver and disable the fallback DSP driver again:
> 
> ```
> cat /etc/modprobe.d/with-sof.conf
> # play sound without the SOF firmware (this is the kernel's default)
> options snd_intel_dspcfg dsp_driver=0
> ```
> 
> With SOF, I was able to see the onboard DMIC microphone, but the microphone
> does not have any input signal. (And yes, I know how to enable/use
> microphones on computer, with and without pulseaudio).
> 
> I then found a post on the SOF project's upstream bug tracker, that provided
> me with a work-around solution and I wonder if the related fix might be a
> bullseye-pu upload candidate:
> 
> The work-around is presented here:
> https://github.com/thesofproject/linux/issues/2460#issuecomment-779212719
> 
> In a nutshell, a binary blob is offered there to replace the file
> sof-hda-generic-2ch.tplg in firmware-sof-signed.
> 
> After a reboot, with that firmware file replaced, the onboard DMIC works and
> has become usable.
> 
> The related upstream PR is:
> https://github.com/thesofproject/sof/pull/3847
> 
> The PR never got applied, as it got closed when upstream's master branch got
> renamed to "main". Noone ever cared for reopening that PR.
> 
> To clarify the situation, I pinged the PR submitter and upstream via:
> https://github.com/thesofproject/linux/issues/2460#issuecomment-898423772
> 
> It would be awesome to get a fixed firmware-sof version (which then also
> works for the Lenovo Thinkpad 13S) into Debian 11.1. Let me know if I can
> assist with anything around fixing this bug. Thanks.
> 
> Thanks+Greets,
> 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
> 



-- 
Looking after bugs assigned to unknown or inexistent packages


signature.asc
Description: PGP signature

Bug#992131: R8169 CRASH! (rtl_rxtx_empty_cond == 0 (loop: 42, delay: 100))

[Andrei POPESCU]

Control: reassign -1 src:linux 5.10.46+4

On Jo, 12 aug 21, 16:37:47, Vincenzo Gianfelice wrote:
> Package: r8169

There is no such package, you probably meant the kernel (guessing the 
version from your output below).

Full quote follows for convenience of kernel maintainers.

Kind regards,
Andrei

> Kernel: 5.10.0-8 (amd64)
> 
> System: Debian 11 (bullseye)
> 
> libc: 2.31
> 
> Hi. I state that this problem is present from kernel 5.4 and still has
> not been fixed ... suddenly, the ethernet stops working and this error
> appears (in dmesg):
> 
> 
> [   12.063469] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out
> [   12.063509] WARNING: CPU: 3 PID: 0 at net/sched/sch_generic.c:467
> dev_watchdog+0x24d/0x260
> [   12.063520] Modules linked in: joydev hid_logitech_hidpp uvcvideo
> videobuf2_vmalloc hid_gener
> ic videobuf2_memops videobuf2_v4l2 videobuf2_common snd_usb_audio
> videodev snd_usbmidi_lib snd_r
> awmidi usbhid snd_seq_device mc hid intel_rapl_msr intel_rapl_common
> rfkill snd_hda_codec_realte
> k snd_hda_codec_generic ledtrig_audio snd_hda_codec_hdmi snd_hda_intel
> snd_intel_dspcfg x86_pkg_
> temp_thermal soundwire_intel intel_powerclamp
> soundwire_generic_allocation snd_soc_core coretemp
> snd_compress soundwire_cadence kvm_intel snd_hda_codec snd_hda_core
> nvidia_drm(POE) mei_hdcp kvm
> snd_hwdep soundwire_bus irqbypass drm_kms_helper snd_pcm rapl
> intel_cstate snd_timer iTCO_wdt m
> ei_me snd intel_pmc_bxt iTCO_vendor_support intel_uncore mei watchdog
> soundcore ee1004 sg intel_
> wmi_thunderbolt pcspkr cec nvidia_modeset(POE) evdev acpi_pad
> intel_pmc_core nvidia(POE) corefre
> qk(OE) parport_pc ppdev drm lp parport fuse configfs ip_tables
> x_tables autofs4 ext4 crc16 mbcac
> he jbd2 crc32c_generic uas usb_storage sd_mod
> [   12.063805]  t10_pi crc_t10dif crct10dif_generic crct10dif_pclmul
> crct10dif_common crc32_pclm
> ul crc32c_intel ahci libahci ghash_clmulni_intel libata xhci_pci
> scsi_mod xhci_hcd aesni_intel i
> 2c_i801 i2c_smbus usbcore r8169 libaes crypto_simd realtek mdio_devres
> cryptd libphy glue_helper
> usb_common wmi fan video button
> [   12.063917] CPU: 3 PID: 0 Comm: swapper/3 Tainted: P   OE
>   5.10.0-8-amd64 #1 Debia
> n 5.10.46-4
> [   12.063922] Hardware name: Gigabyte Technology Co., Ltd.
> H110M-S2H/H110M-S2H-CF, BIOS F24 12/
> 14/2017
> [   12.063933] RIP: 0010:dev_watchdog+0x24d/0x260
> [   12.063941] Code: 29 cb fd ff eb a9 4c 89 f7 c6 05 72 b7 10 01 01
> e8 b8 a0 fa ff 44 89 e9 4c
> 89 f6 48 c7 c7 40 8d d6 93 48 89 c2 e8 d6 24 14 00 <0f> 0b eb 8a 66 66
> 2e 0f 1f 84 00 00 00 00 0
> 0 0f 1f 40 00 0f 1f 44
> [   12.063947] RSP: 0018:a1590018ceb8 EFLAGS: 00010286
> [   12.063957] RAX:  RBX: 8eea4c5ba800 RCX: 
> 083f
> [   12.063963] RDX:  RSI: 00f6 RDI: 
> 083f
> [   12.063972] RBP: 8eea4b5043dc R08:  R09: 
> a1590018ccd8
> [   12.063978] R10: a1590018ccd0 R11: 942cb3e8 R12: 
> 8eea4b504480
> [   12.063983] R13:  R14: 8eea4b504000 R15: 
> 8eea4c5ba880
> [   12.063990] FS:  () GS:8eecaecc()
> knlGS:
> [   12.063995] CS:  0010 DS:  ES:  CR0: 80050033
> [   12.064001] CR2: 5624fe890068 CR3: 000103f06006 CR4: 
> 003706e0
> [   12.064006] DR0:  DR1:  DR2: 
> 
> [   12.064011] DR3:  DR6: fffe0ff0 DR7: 
> 0400
> [   12.064016] Call Trace:
> [   12.064024]  
> [   12.064038]  ? pfifo_fast_enqueue+0x150/0x150
> [   12.064056]  call_timer_fn+0x29/0xf0
> [   12.064063]  __run_timers.part.0+0x1d3/0x240
> [   12.064071]  ? ktime_get+0x38/0xa0
> [   12.064079]  ? lapic_next_deadline+0x28/0x30
> [   12.064087]  ? clockevents_program_event+0x8d/0xf0
> [   12.064094]  run_timer_softirq+0x26/0x50
> [   12.064103]  __do_softirq+0xc5/0x275
> [   12.064111]  asm_call_irq_on_stack+0xf/0x20
> [   12.064117]  
> [   12.064126]  do_softirq_own_stack+0x37/0x40
> [   12.064136]  irq_exit_rcu+0x8e/0xc0
> [   12.064146]  sysvec_apic_timer_interrupt+0x36/0x80
> [   12.064156]  asm_sysvec_apic_timer_interrupt+0x12/0x20
> [   12.064167] RIP: 0010:cpuidle_enter_state+0xc7/0x350
> [   12.064174] Code: 8b 3d 2d 34 d7 6c e8 a8 2a a2 ff 49 89 c5 0f 1f
> 44 00 00 31 ff e8 39 35 a2
> ff 45 84 ff 0f 85 fa 00 00 00 fb 66 0f 1f 44 00 00 <45> 85 f6 0f 88 06
> 01 00 00 49 63 c6 4c 2b 2
> c 24 48 8d 14 40 48 8d
> [   12.064180] RSP: 0018:a159000dfea8 EFLAGS: 0246
> [   12.064188] RAX: 8eecaecebc00 RBX: 0001 RCX: 
> 001f
> [   12.064193] RDX:  RSI: 1fefa71c RDI: 
> 
> [   12.064198] RBP: 8eecaecf5b00 R08: 0002cf095853 R09: 
> 0018
> [   12.064204] R10: 0001fc29 R11: 7786 R12: 
> 943ae6c0
> [   12.064208] R13: 0002cf095853 R14: 0001 R15: 
> 

Bug#991818: Package: installation-reports RC3

[Andrei POPESCU]

Control: reassign -1 installation-reports

On Lu, 02 aug 21, 07:28:48, Peter Ehlert wrote:
> Package: installation-reports RC3
 
Hello,

Reassigning to installation-reports only as there is no "RC3" package ;)

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


signature.asc
Description: PGP signature

Bug#991553: Lagrange: packaging request

[Andrei POPESCU]

Control: reassign -1 wnpp
Control: retitle -1 RFP: lagrange -- beautiful GUI Gemini Client

On Ma, 27 iul 21, 09:19:16, Daniel wrote:
> Package: lagrange
> Severity: wishlist
> X-Debbugs-Cc: antonucci.d...@gmail.com
> 
> Dear Maintainers,
> 
> I tried to found if this risks to be a duplicated entry, but it looks it is
> not.
> 
> I'd like to propose Lagrange, beautiful GUI Gemini Client, as prospect package
> for the next Debian release.
> 
> https://github.com/skyjake/lagrange
> 
> From my knowledge Arch Linux and OpenSuse Tumbleweed are already providing 
> this
> Gemini Client.
> 
> Best regards,
> 
> Daniel

Reassigning to correct (pseudo-)package.

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


signature.asc
Description: PGP signature

Bug#994761: manpages outdated compared to package

[Andrei POPESCU]

Package: manpages.debian.org
Severity: important

Hello,

The manpage resize2fs(8) shows versions:

bullseye   1.46.2-2
testing1.46.2-2
unstable   1.46.2-2
experimental   1.46.3-1

whereas:

$ rmadison e2fsprogs
[...]
e2fsprogs  | 1.46.2-2 | stable  | source, amd64, arm64, 
armel, armhf, i386, mips64el, mipsel, ppc64el, s390x
e2fsprogs  | 1.46.4-1 | testing | source, amd64, arm64, 
armel, armhf, i386, mips64el, mipsel, ppc64el, s390x
e2fsprogs  | 1.46.4-1 | unstable| source, amd64, arm64, 
armel, armhf, i386, mips64el, mipsel, ppc64el, s390x

(nothing for experimental)

Maybe there's some update needed following the release of bullseye?

Kind regards,
Andrei


-- System Information:
Debian Release: 10.10
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates'), 
(500, 'oldstable')
Architecture: arm64 (aarch64)

Kernel: Linux 3.18.0-12-ARCH (SMP w/4 CPU cores; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8), 
LANGUAGE=ro_RO.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#914915: mmdebstrap: Please make it possible to bootstrap w/ or w/o merged /usr

[Andrei POPESCU]

On Lu, 13 sep 21, 12:00:19, Johannes Schauer Marin Rodrigues wrote:
> Hi,
> 
> I'm removing Guillem from CC. I don't think his input is relevant here and I 
> am
> quite certain that this topic just makes his day worse.

Ok.
 
> Quoting Andrei POPESCU (2021-09-13 11:50:04)
> > In the meantime it appears the project wide decision is to go for the /usr
> > merged via symlinks approach and the debootstrap default was changed, so 
> > this
> > report is relevant again.
> > 
> > Please at least provide the means for mmdebstrap users to create a
> > merged-via-symlinks /usr layout, even if you consider the default should 
> > stay
> > as it is.
> 
> you have the following options to create a merged-/usr-via-symlinks chroot
> using mmdebstrap:
> 
>  a) completely manually:
> 
> --setup-hook='for d in bin sbin lib; do ln -s usr/$d "$1/$d"; mkdir -p 
> "$1/usr/$d"; done'

My first instinct would have been to do the `mkdir` before `ln`, but I'm 
guessing it doesn't really matter ;)

>  b) using the debootstrap method:
> 
> --setup-hook=/usr/share/mmdebstrap/hooks/setup00-merged-usr.sh
> 
> the path will change in the next upload and then the following will work:
> 
> --setup-hook=/usr/share/mmdebstrap/hooks/merged-usr/setup00.sh
> 
> or:
> 
> --hook-dir=/usr/share/mmdebstrap/hooks/merged-usr

Ok.

>  c) using the usrmerge package:
> 
> --include=usrmerge

Well, I'm using mmdebstrap (or debootstrap) also to avoid installing too 
many package, but it's good to have this option documented.

> The next upload of mmdebstrap will document all of this. I'm just waiting for
> the resolution of #993946 before I do the next upload.

Sure.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#914915: mmdebstrap: Please make it possible to bootstrap w/ or w/o merged /usr

[Andrei POPESCU]

Control: reopen -1 !

[the BTS doesn't accept mail to archived bugs, apologies for the noise]

On Vi, 07 dec 18, 00:25:46, Johannes Schauer wrote:
> On Wed, 28 Nov 2018 16:45:27 +0100 Guillem Jover  wrote:
> > This package defaults to bootstrapping a Debian system with the
> > hackish merged /usr via symlinks, but it provides no way to disable
> > that. It would be nice if it had an option to select either mode
> > explicitly, say some --[no-]whatever option.
> 
> When I started writing mmdebstrap, one of my major motivations was to provide 
> a
> tool that uses as little magic as possible and instead relies on the
> information from the packages themselves for everything. That's also why the
> force-script-chrootless mode is so high on my priority list for mmdebstrap.
> Thus I think it would be best to not enable/disable merged /usr by using
> command line arguments (mmdebstrap tries to use only very few of those) but
> instead by selecting which packages to install -- that is assuming that Debian
> will not switch to merged /usr by default. This brings me to another point:
> right now it seems that building source packages in a merged /usr environment
> is able to create buggy packages that don't work on a non-merged system.
> Additionally, there seems to be no consensus about the why, how and when of
> merged /usr yet. Lastly I only added merged /usr by default because it was the
> default of debootstrap at the time when I implemented the code.
> 
> Given all these arguments, I just disabled merged /usr completely in this
> commit:
> 
> https://gitlab.mister-muffin.de/josch/mmdebstrap/commit/97d273aaf6ada19f496ba75d907ee64b0a75
> 
> This seems to be a sensible default for now because it doesn't taint source
> packages built within and it's also the current default of Debian testing and
> debootstrap.
> 
> Since this bug is about allowing to choose whether one wants a system with or
> without merged /usr I will leave this bug report open until a project wide
> decision about it has been made.

Hello,

In the meantime it appears the project wide decision is to go for the 
/usr merged via symlinks approach and the debootstrap default was 
changed, so this report is relevant again.

Please at least provide the means for mmdebstrap users to create a 
merged-via-symlinks /usr layout, even if you consider the default should 
stay as it is.


Thank you,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#992362: release-notes: Out of step wuth apt maintainers

[Andrei POPESCU]

On Ma, 17 aug 21, 20:20:40, Brian Potkin wrote:
> Package: release-notes
> Severity: normal
> 
> 
> Please see
> 
>   https://lists.debian.org/debian-doc/2021/08/msg00077.html
> 
> Then look at
> 
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758316
> 
> How abut a bit of consistency?

As I understand it the APT maintainers are just saying it doesn't bring 
much (if any) security or privacy benefit, they don't explicitly 
recommend against it.

For the Release Notes itself there is however a real benefit in avoiding 
all future bug reports asking to use https:// everywhere ;)

Kind regards,
Andrei (just an occasional contributor to the Release Notes)
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#991342: general protection fault in linux kernel 4.9.0-16-amd64

[Andrei POPESCU]

Control: reassign -1 src:linux 4.9.272-2

On Mi, 21 iul 21, 11:00:18, Святослав wrote:
> 
> Package: linux-image-4.9.0-16-amd64
> Version: 4.9.272-2
>  
> I am using Debian GNU/Linux 9 (stretch) on ASUSTeK COMPUTER INC. ZenBook 13. 
> I’v upgraded kernel from 4.9.0.14 to 4.9.0-16. Just after booting and 
> enabling WiFi, I got kernel general protection fault warning (see log in 
> attachment). I tried to reboot, but my computer stuck with blinking cursor on 
> it’s terminal, so, the good old SysRq^R, SysRq^E, etc. only helped to reboot 
> it.
>  
> Best regards, S.

This package appears to be unknown to the BTS, possibly because stretch 
is already out of security support.

I'm reassigning your report to the source package, so the Kernel 
Maintainers will actually see it, but you should consider upgrading to 
Debian 10 (buster), or at the very least the kernel.

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


signature.asc
Description: PGP signature

Bug#990868: lenovo T460 Shutdown Problem

[Andrei POPESCU]

Control: reassign -1 src:linux

On Sb, 10 iul 21, 00:56:28, Brian Falco wrote:
> Package: not sure, shutdown, poweroff, halt, kernel bug 
> Version: 0.0-0
> 
> When I shutdown my Lenovo Thinkpad T460 the laptop powers off
> but the screen stays on, I have to hold the power button for 5 seconds or so 
> till it turns off the screen.
> I can confirm this happens on all flavours, Gnome,Kde,Xfce and Mate. I have 
> installed
> and tested each version from the rc2 net installer. This problem also exists
> on the Debian Live Cd's all flavors mentioned. I cant run the report tool as
> I have removed all versions from my laptop. I can however run from the live 
> cd,
> the only problem is I have to use Ethernet as the firmware live non-free disk 
> does
> not see my wifi either.
> 
> I do not have any problems with Debian 10, Ubuntu 20.04.2 on the same laptop.
> They run as expected, no similar issues.
> 
> More info:
> 
> I will add a video and picture to display the issue.
> If there is something else I can do please let me know so
> I can help resolve this issue.
> 
> [T460.jpg]I am using Debian GNU/Linux 11, debian-live-blsy-DI-rc2-amd64/ all 
> variants.
> 
> Sent with [ProtonMail](https://protonmail.com/) Secure Email.

Reassigning to the kernel, especially since it worked correctly in 
previous Debian versions.

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


signature.asc
Description: PGP signature

Bug#990762: undocumented option to apt-get

[Andrei POPESCU]

Control: reassign -1 apt

On Ma, 06 iul 21, 13:09:48, Ian Smith wrote:
> Package: apt-get
> Version: all
> 
> -u option is listed at the top of the man page but not documented there
> 
> I assume it is now default behaviour
> 
> Cheers,
> 
> Ian Smith

Reassigning to correct package.

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


signature.asc
Description: PGP signature

Bug#990732: iwlwifi fails to work after hibernation with linux-4.19.0-17-amd64

[Andrei POPESCU]

Control: reassign -1 src:linux 4.19.0-17

Reassigning to correct source package, full quote below for Maintainers' 
convenience.

Kind regards,
Andrei

On Lu, 05 iul 21, 20:44:58, Robert Scott wrote:
> Package: li1nux
> Version: 4.19.0-17
> 
> tl;dr: I have a feeling this is https://bugzilla.redhat.com/show_bug.cgi?
> id=1656233
> 
> After resuming a buster system with linux-4.19.0-17 on a thinkpad x220 the 
> intel 6205 wifi fails to work, with the below dmesg warnings.
> 
> Hopefully this _is_ just the same bug as linked, which would suggest the 
> solution is https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/
> linux.git/commit/drivers/pci/probe.c?
> id=10ecc818ea7319b5d0d2b4e1aa6a77323e776f76
> 
> [11218.145442] iwlwifi :03:00.0: Error, can not clear persistence bit
> [11218.145448] iwlwifi :03:00.0: Failed to start HW: -1
> [11218.145454] iwlwifi :03:00.0: Unable to initialize device.
> [11218.148066] iwlwifi :03:00.0: Error, can not clear persistence bit
> [11218.148072] iwlwifi :03:00.0: Failed to start HW: -1
> [11218.148079] iwlwifi :03:00.0: Unable to initialize device.
> [11315.009011] [ cut here ]
> [11315.009014] Timeout waiting for hardware access (CSR_GP_CNTRL 0x)
> [11315.009051] WARNING: CPU: 0 PID: 8807 at drivers/net/wireless/intel/
> iwlwifi/pcie/trans.c:2033 iwl_trans_pcie_grab_nic_access+0x1e8/0x220 [iwlwifi]
> [11315.009052] Modules linked in: rfcomm bnep btusb btrtl btbcm btintel 
> bluetooth drbg ansi_cprng ecdh_generic hid_generic usbhid hid nls_ascii 
> nls_cp437 vfat fat uas usb_storage ctr ccm tun intel_rapl arc4 
> x86_pkg_temp_thermal intel_powerclamp iwldvm(-) coretemp snd_hda_codec_hdmi 
> mei_wdt kvm_intel mac80211 uvcvideo snd_hda_codec_conexant videobuf2_vmalloc 
> videobuf2_memops snd_hda_codec_generic videobuf2_v4l2 joydev kvm 
> videobuf2_common irqbypass snd_hda_intel intel_cstate iwlwifi snd_hda_codec 
> sg 
> intel_uncore videodev wmi_bmof intel_rapl_perf serio_raw snd_hda_core media 
> pcspkr snd_hwdep cfg80211 snd_pcm thinkpad_acpi snd_timer mei_me nvram 
> iTCO_wdt iTCO_vendor_support mei snd soundcore pcc_cpufreq rfkill ac battery 
> evdev nf_log_ipv6 ip6t_REJECT nf_reject_ipv6 xt_hl ip6_tables ip6t_rt 
> nf_log_ipv4
> [11315.009080]  nf_log_common ipt_REJECT nf_reject_ipv4 xt_LOG nft_limit 
> xt_limit xt_addrtype xt_tcpudp xt_conntrack nft_compat nft_counter 
> nf_conntrack_netbios_ns nf_conntrack_broadcast nf_nat_ftp nf_nat 
> nf_conntrack_ftp nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 libcrc32c 
> nf_tables nfnetlink parport_pc ppdev sunrpc lp parport ip_tables x_tables 
> autofs4 ext4 crc16 mbcache jbd2 crc32c_generic fscrypto ecb twofish_generic 
> twofish_avx_x86_64 twofish_x86_64_3way twofish_x86_64 twofish_common xts 
> algif_skcipher af_alg dm_crypt dm_mod sd_mod crct10dif_pclmul crc32_pclmul 
> crc32c_intel ghash_clmulni_intel pcbc i915 ahci aesni_intel libahci libata 
> sdhci_pci aes_x86_64 crypto_simd cryptd cqhci glue_helper scsi_mod psmouse 
> i2c_algo_bit sdhci drm_kms_helper mmc_core ehci_pci ehci_hcd i2c_i801 lpc_ich 
> drm mfd_core
> [11315.009108]  usbcore e1000e usb_common thermal wmi video button
> [11315.009114] CPU: 0 PID: 8807 Comm: rmmod Tainted: GW 
> 4.19.0-17-amd64 #1 Debian 4.19.194-1
> [11315.009115] Hardware name: LENOVO 4290A48/4290A48, BIOS 8DET49WW (1.19 ) 
> 07/01/2011
> [11315.009123] RIP: 0010:iwl_trans_pcie_grab_nic_access+0x1e8/0x220 [iwlwifi]
> [11315.009126] Code: e6 c3 49 8d 56 08 bf 00 02 00 00 e8 e2 36 dd c2 e9 33 ff 
> ff ff 89 c6 48 c7 c7 b0 b5 ed c0 c6 05 e1 45 02 00 01 e8 01 0d 44 c3 <0f> 0b 
> e9 ee fe ff ff 48 8b 7b 30 48 c7 c1 18 b6 ed c0 31 d2 31 f6
> [11315.009127] RSP: 0018:a81cc394fdc8 EFLAGS: 00010082
> [11315.009129] RAX:  RBX: 9a9e13830018 RCX: 
> 0006
> [11315.009130] RDX: 0007 RSI: 0092 RDI: 
> 9a9e160166b0
> [11315.009131] RBP:  R08: 05d9 R09: 
> 0004
> [11315.009132] R10:  R11: 0001 R12: 
> 9a9e1383a258
> [11315.009133] R13: a81cc394fdf8 R14:  R15: 
> 
> [11315.009135] FS:  7f3ddc3ab480() GS:9a9e1600() knlGS:
> 
> [11315.009136] CS:  0010 DS:  ES:  CR0: 80050033
> [11315.009137] CR2: 5573c3c42750 CR3: 00011e5f4003 CR4: 
> 000606f0
> [11315.009138] Call Trace:
> [11315.009149]  iwl_write_prph+0x37/0x90 [iwlwifi]
> [11315.009156]  iwl_pcie_apm_init+0x1b2/0x210 [iwlwifi]
> [11315.009164]  iwl_pcie_apm_stop+0x324/0x360 [iwlwifi]
> [11315.009171]  iwl_trans_pcie_op_mode_leave+0x86/0x150 [iwlwifi]
> [11315.009177]  iwl_op_mode_dvm_stop+0x8b/0xb0 [iwldvm]
> [11315.009184]  _iwl_op_mode_stop.isra.8+0x27/0x40 [iwlwifi]
> [11315.009190]  iwl_opmode_deregister+0x5e/0xb0 [iwlwifi]
> [11315.009196]  iwl_exit+0xc/0x486 [iwldvm]
> [11315.009200]  __x64_sys_delete_module+0x190/0x2e0
> [11315.009204]  

Bug#990421: Bug#990379: unblock: rdiff-backup/2.0.5-2

[Andrei POPESCU]

On Mi, 30 iun 21, 22:22:12, Paul Gevers wrote:
> 
> Samuels text was already pretty good. Attached a diff, ready to push.
> 
> Paul
>  
> +  
> +rdiff-backup require lockstep upgrade of server and client
> +
> +  The network protocol of versions 1 and 2 of  +  role="package">rdiff-backup are incompatible.  This
> +  means that you must be running the same version (either 1 or 2)
> +  of rdiff-backup locally
> +  and remotely. Since buster ships version 1.2.8 and bullseye
> +  ships version 2.0.5, upgrading only the local system or only the
> +  remote system from buster to bullseye will break  +  role="package">rdiff-backup runs between the two.
> +
> +
> +  For conveniency, version 2.0.5 of  +  role="package">rdiff-backup is available in the
> +  buster-backports distribution, see  +  url="https://backports.debian.org/;>backports. This
> +  enables users to first upgrade only the  +  role="package">rdiff-backup package on their buster
> +  systems, and then independently upgrade systems to bullseye at
> +  their convenience.
> +
> +  

As far as I know typically we refer to backports as an 'archive', 
especially since it is an add-on for stable, so s/distribution/archive/, 
otherwise it looks good to me, for what it's worth.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#990404: 5.10.0-7-rt-amd64 gives IRQ 29 HANDLER ERROR

[Andrei POPESCU]

Control: reassign -1 src:linux 5.10.40-1

On Lu, 28 iun 21, 09:55:31, CG Netlink wrote:
> Package: 5.10.0-7-rt-amd64
> Version: 5.10.0-7-rt
> Debian: Linux hostname 5.10.0-7-rt-amd64 #1 SMP PREEMPT_RT Debian 5.10.40-1 
> (2021-05-28) x86_64 GNU/Linux
> 
> On booting with this kernel i receive the following error. The error exists 
> but everything else is fine. No crash, no hiccups.
> 
> 
> [1.355493] [ cut here ]
> [1.355494] irq 29 handler irq_default_primary_handler+0x0/0x10 enabled 
> interrupts
> [1.355501] WARNING: CPU: 5 PID: 112 at kernel/irq/handle.c:159 
> __handle_irq_event_percpu+0x1e9/0x1f0
> [1.355504] Modules linked in: libaes(+) crypto_simd ahci(+) cryptd 
> xhci_pci(+) glue_helper nvme libahci drm_kms_helper xhci_hcd libata nvme_core 
> cec t10_pi scsi_mod crc_t10dif usbcore drm i2c_piix4 crct10dif_generic 
> usb_common crct10dif_pclmul crct10dif_common i2c_hid wmi battery video hid 
> button
> [1.355515] CPU: 5 PID: 112 Comm: irq/7-pinctrl_a Not tainted 
> 5.10.0-7-rt-amd64 #1 Debian 5.10.40-1
> [1.355517] Hardware name: LENOVO 81YQ/LNVNB161216, BIOS E7CN41WW 
> 05/14/2021
> [1.355518] RIP: 0010:__handle_irq_event_percpu+0x1e9/0x1f0
> [1.355521] Code: cb fe ff ff e9 da 34 7a 00 45 31 e4 e9 ca fe ff ff 48 8b 
> 13 44 89 ee 48 c7 c7 b8 a2 cd 8f c6 05 cc 91 7a 01 01 e8 17 d2 79 00 <0f> 0b 
> eb bd 0f 1f 00 0f 1f 44 00 00 55 48 89 fd 48 c7 c7 7c 55 d6
> [1.355522] RSP: 0018:bb2c0035fd98 EFLAGS: 00010282
> [1.355523] RAX:  RBX: 9f3140aa1780 RCX: 
> 
> [1.355524] RDX: 0001 RSI: 8fd0e6d4 RDI: 
> 
> [1.355525] RBP: bb2c0035fde4 R08: 90263b80 R09: 
> 0001
> [1.355525] R10: 000f R11: bb2c0035facd R12: 
> 
> [1.355526] R13: 001d R14: 9f3140a75e00 R15: 
> 0002
> [1.355527] FS:  () GS:9f343f74() 
> knlGS:
> [1.355528] CS:  0010 DS:  ES:  CR0: 80050033
> [1.355528] CR2: 562b1b1f75e0 CR3: 000150082000 CR4: 
> 00350ee0
> [1.355529] Call Trace:
> [1.355533]  handle_irq_event_percpu+0x53/0xa0
> [1.355535]  handle_irq_event+0x52/0x90
> [1.355536]  handle_level_irq+0xa8/0x1c0
> [1.355538]  generic_handle_irq+0x47/0x50
> [1.355540]  amd_gpio_irq_handler+0x15f/0x1b0
> [1.355543]  ? irq_thread_fn+0x60/0x60
> [1.355544]  irq_forced_thread_fn+0x31/0x80
> [1.355545]  irq_thread+0xe2/0x1c0
> [1.355546]  ? irq_finalize_oneshot.part.0+0xd0/0xd0
> [1.355548]  ? irq_thread_check_affinity+0xe0/0xe0
> [1.355548]  kthread+0x186/0x1a0
> [1.31]  ? __kthread_parkme+0xa0/0xa0
> [1.32]  ret_from_fork+0x22/0x30
> [1.35] ---[ end trace 0002 ]---
> 
> 
> 
> inxi -F:
> 
> System:Host: hostname Kernel: 5.10.0-7-rt-amd64 x86_64 bits: 64 Console: 
> tty 0 Distro: Debian GNU/Linux 11 (bullseye)
> Machine:   Type: Laptop System: LENOVO product: 81YQ v: IdeaPad 5 15ARE05 
> serial: PF2LEZ5D
>Mobo: LENOVO model: LNVNB161216 v: SDK0J40709WIN serial: PF2LEZ5D 
> UEFI: LENOVO v: E7CN41WW date: 05/14/2021
> Battery:   ID-1: BAT0 charge: 69.1 Wh condition: 70.7/70.0 Wh (101%)
> CPU:   Info: 8-Core model: AMD Ryzen 7 4700U with Radeon Graphics bits: 
> 64 type: MCP L2 cache: 4 MiB
>Speed: 1397 MHz min/max: 1400/2000 MHz Core speeds (MHz): 1: 1397 
> 2: 1397 3: 1397 4: 1397 5: 1397 6: 1397 7: 1397
>8: 1397
> Graphics:  Device-1: Advanced Micro Devices [AMD/ATI] Renoir driver: amdgpu 
> v: kernel
>Device-2: IMC Networks Integrated Camera type: USB driver: uvcvideo
>Display: server: X.org 1.20.11 driver: loaded: amdgpu,ati 
> unloaded: fbdev,modesetting,vesa tty: 157x79
>Message: Advanced graphics data unavailable in console for root.
> Audio: Device-1: Advanced Micro Devices [AMD/ATI] driver: snd_hda_intel
>Device-2: Advanced Micro Devices [AMD] 
> Raven/Raven2/FireFlight/Renoir Audio Processor driver: N/A
>Device-3: Advanced Micro Devices [AMD] Family 17h HD Audio driver: 
> snd_hda_intel
>Device-4: JMTek LLC. USB PnP Audio Device type: USB driver: 
> hid-generic,snd-usb-audio,usbhid
>Sound Server: ALSA v: k5.10.0-7-rt-amd64
> Network:   Message: No Device data found.
>Device-1: Realtek RTL8153 Gigabit Ethernet Adapter type: USB 
> driver: r8152
>IF: enx00e04c680469 state: up speed: 100 Mbps duplex: full mac: 
> 00:e0:4c:68:04:69
> Bluetooth: Device-1: Intel AX200 Bluetooth type: USB driver: N/A
>Message: Required tool hciconfig not installed. Check --recommends
> Drives:Local Storage: total: 476.94 GiB used: 54.98 GiB (11.5%)
>ID-1: /dev/nvme0n1 vendor: SK Hynix model: HFM512GDHTNI-87A0B 
> size: 476.94 GiB
> Partition: ID-1: / size: 449.95 GiB used: 

Bug#990423: stretch kernel 4.9.0-16-amd64 crashes randomly

[Andrei POPESCU]

Control: reassign -1 src:linux

On Lu, 28 iun 21, 19:36:45, boobarkee wrote:
> Package: linux-image-4.9.0-16-amd64
> I recently installed the 4.9.0-16 kernel via apt-get dist-upgrade without any 
> problem.Since then my system crashed randomly 3 times. 2-times prior to 
> graphical login, 1 time shortly after login. Each time I got a stack trace on 
> the console, I believe they were differnt each time.
> Then I switched back to 4.9.0-15, which runs perfectly stable.
> My system is a HP 635 laptop.
> /proc/cpu (just for one kernel):processor   : 1
> vendor_id   : AuthenticAMD
> cpu family  : 20
> model   : 2
> model name  : AMD E-450 APU with Radeon(tm) HD Graphics
> stepping    : 0
> microcode   : 0x5000119
> cpu MHz : 825.000
> cache size  : 512 KB
> physical id : 0
> siblings    : 2
> core id : 1
> cpu cores   : 2
> apicid  : 1
> initial apicid  : 1
> fpu : yes
> fpu_exception   : yes
> cpuid level : 6
> wp  : yes
> flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca 
> cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt 
> pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid 
> aperfmperf pni monitor ssse3 cx16 popcnt lahf_lm cmp_legacy svm extapic 
> cr8_legacy abm sse4a misalignsse 3dnowprefetch ibs skinit wdt hw_pstate 
> vmmcall arat npt lbrv svm_lock nrip_save pausefilter
> bugs    : fxsave_leak sysret_ss_attrs null_seg spectre_v1 spectre_v2 
> spec_store_bypass
> bogomips    : 3292.81
> TLB size    : 1024 4K pages
> clflush size    : 64
> cache_alignment : 64
> address sizes   : 36 bits physical, 48 bits virtual
> power management: ts ttp tm stc 100mhzsteps hwpstate
> 
> Best regardsCarl 

Reassigning to source package as this particular binary package is not 
known to the BTS anymore.

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


signature.asc
Description: PGP signature

Bug#990225: mate-color-select man page has bad link (404 error)

[Andrei POPESCU]

Package: manpages.debian.org
X-Debbugs-Cc: rowl...@cloud85.net

[Cc to Richard, since I can't tell if he's subscribed to -doc]

On Mi, 23 iun 21, 04:10:52, Richard Owlett wrote:
> https://manpages.debian.org/buster/mate-desktop/mate-color-select.1.en.html
> 
> Says:
> > If you find bugs in the mate-color-select program, please report these on
> > https://github.com/mate-desktop/mate-desktop/issues.

Hi Richard,

The entire content of the man page comes from the upstream project, so 
any upstream-specific issues (which this would be, but see below) would 
need to be addressed there.

> I believe the link should be:
> 
> https://github.com/mate-desktop/mate-terminal/issues

The link itself appears to be correct[1], but the rendering on 
manpages.d.o should not include the trailing period, hence the 404.

Filing this as a bug against manpages.d.o.

[1] mate-color-select seems to be a common component used by various 
software that needs a facility for color selection.

Hope this helps,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#990086: release-notes: deprecations not obvious from table of contents [was: apt-key is deprecated in bullseye, how to manage keys instead]

[Andrei POPESCU]

Control: retitle -1 release-notes: deprecations not obvious from the table of 
contents
Control: severity -1 minor

On Du, 20 iun 21, 09:40:14, Julian Andres Klode wrote:
> 
> I suggested wording for it in Bug#980743: release-notes: bullseye is
> the final release to ship apt-key - that I opened back in January,
> and it was added in April. So this is a duplicate.

Indeed, I seemed to remember this, but couldn't find it just by looking 
at the table of contents, because it's under "Deprecated components for 
bullseye".

Maybe we should have sub-headings for each component?

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#990086: apt-key is deprecated in bullseye, how to manage keys instead

[Andrei POPESCU]

Package: release-notes
X-Debbugs-Cc: debian-u...@lists.debian.org, a...@packages.debian.org

On Sb, 19 iun 21, 22:07:35, Marco Möller wrote:
> 
> Command apt-key and its man page say that apt-key is deprecated, but do not
> suggest an instead recommended tool. It is only mentioned that keys would
> now be organized in /etc/apt/trusted.gpg.d/  . But how should I manage the
> keys saved there, for instance how to update them, or what tool of the
> Debian distribution is managing them there for the apt functionality of the
> Debian OS?

As far as I understand it's as simple as dropping the keys in there. 

When a key changes/expires/etc. replace it with the new one (if provided 
by the respective repository).

> Guiding me to a properly up-to-date documentation about this topic would be
> welcome!

Indeed the documentation on this is a bit scarce, probably worth a 
mention in the Release Notes.

Dear APT maintainers,

The short version appears to be this note to the 'add' command from 
apt-key(8):

Note: Instead of using this command a keyring should be placed 
directly in the /etc/apt/trusted.gpg.d/ directory with a descriptive 
name and either "gpg" or "asc" as file extension.

where .gpg files are of type created with 'gpg --export' and .asc with
'gpg --armor --export'.


Your confirmation (or even better, proposes wording) would be much 
appreciated.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#989985: libdvdcss2: new upstream version

[Andrei POPESCU]

Control: reassign -1 libdvd-pkg

On Jo, 17 iun 21, 13:19:04, Christoph Anton Mitterer wrote:
> Package: libdvdcss2
> Version: 1.4.2-1~local
> Severity: wishlist
> 
> 
> 
> Hey.
> 
> 1.4.3 is available.
> 
> Cheers,
> Chris.

Reassigning to correct package.

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


signature.asc
Description: PGP signature

Bug#989872: thunderbird-dbgsym: uninstallable cruft package in buster

[Andrei POPESCU]

Control: reassign -1 src:thunderbird

On Ma, 15 iun 21, 01:41:12, Andreas Beckmann wrote:
> Package: thunderbird-dbgsym
> Version: 1:60.9.0-1~deb10u1
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
> 
> thunderbird-dbgsym is a cruft package still sitting in buster-debug
> while thunderbird is already at version 1:78.6.0-1~deb10u1 (without a
> corresponding -dbgsym package).

Apparently the BTS doesn't know about -debug, which means this bug is 
currently assigned against an "inexistent" package. Reassigning to 
src:thunderbird instead.

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


signature.asc
Description: PGP signature

Bug#989350: Processed: your mail

[Andrei POPESCU]

On Lu, 14 iun 21, 21:51:03, Debian Bug Tracking System wrote:
> Processing commands for cont...@bugs.debian.org:
> 
> > reassign 989350 elementary-theme
> Bug #989350 [wnpp] ITP: elementary-theme -- GTK stylesheet from elementary OS

Any particular reason to do this?

ITPs should always be assigned to 'wnpp' and closed on first upload with 
a 'Closes:' entry in the changelog.

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


signature.asc
Description: PGP signature

Bug#989777: Severity: High / Debian 10 & 11 with Kernel 5.10.x-amd64 => Intel AX210 Wifi & Bluetooth not work

[Andrei POPESCU]

On Lu, 14 iun 21, 17:51:35, pham...@bluewin.ch wrote:
> Hello Vincent,
> And thank you for your message.
> I just tested the two new live images:
> - debian-live-blsy-DI-rc2-amd64-cinnamon+nonfree.iso  2021-06-11 
> 18:133.2G
> - debian-live-testing-amd64-cinnamon+nonfree.iso  2021-06-14 
> 07:553.2G
> Both work with firmware iwlwifi_20210315-2 so they don't work on my system.
> I don't know where to find a version of Debian 11 live including the old 
> firmware_iwlwifi 20210208-4 you are telling me about.
> I would like to do a test for you if you provide me with a download URL of a 
> live version of Debian 11 equipped with this firmware_iwlwifi 20210208-4. 
> Also note that I can't seem to find a download link for 
> firmware_iwlwifi_20210208-4.deb alone.
> Meilleures salutations / Best regards.
> Philippe

Hello Philippe,

(not the maintainer, but maybe I can still assist)

The link to the .deb package was provided in Vincent's message, I'll 
include it again here:

https://snapshot.debian.org/archive/debian/20210313T203823Z/pool/non-free/f/firmware-nonfree/firmware-iwlwifi_20210208-4_all.deb

This is a direct download link, your browser should offer to save the 
file. Copy it to a USB stick and insert it during the installation.

In case the installer doesn't ask at all (because it already found a 
firmware) it is possible to install it manually via the console, or just 
use a regular image (without firmware included).

If you need any help with this feel free to contact one of Debian's 
support channels:

https://www.debian.org/support

Hope this helps,
Andrei
-- 
Looking after bugs assigned to unknown or inexistent packages


signature.asc
Description: PGP signature

Bug#989777: Debian 10 & 11 with Kernel 5.10.x-amd64 => Intel AX210 Wifi & Bluetooth not work

[Andrei POPESCU]

Reassign -1 src:linux 5.10.40-1

On Sb, 12 iun 21, 21:11:02, pham...@bluewin.ch wrote:
> Package: kernel 
> Version: 5.10.x-amd64
> Bug Description: My Intel AX210 Wifi and Bluetooth card not work
> Intel indicates on its website that this AX210 card is compatible from kernel 
> 5.10 !?!
> https://www.intel.com/content/www/us/en/support/articles/05511/wireless.html

Please try installing using an image from here:


https://cdimage.debian.org/images/unofficial/non-free/images-including-firmware/

> My laptop does not have an RJ-45 port, I do not have access to the internet, 
> nor to my Bluetooth devices such as my mouse, my keyboard, my headphones ;-(
> Best regards.
> Philippe

Reassigning to correct package.

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


signature.asc
Description: PGP signature

Bug#989718: Linux RT kernel not working for compile using SID branch

[Andrei POPESCU]

Control: reassign -1 src:linux 5.10.42-1

On Vi, 11 iun 21, 08:19:06, ionut n wrote:
> Package: linuxVersion: 5.10.42-1ABINAME='5.10.0-8'
> SOURCEVERSION='5.10.42-1'
 
Hello,

Please note your mailer is mangling line breaks (and the binary package 
'linux' doesn't exist anyway).

Reassigning to correct (source) package.

> Hi Debian Team,
> I try to compile Linux kernel, but not working.One patch for RT flavor is not 
> compatible.
> debian/patches-rt/series:0001-z3fold-remove-preempt-disabled-sections-for-RT.patch#0002-stop_machine-Add-function-and-caller-debug-info.patch0003-sched-Fix-balance_callback.patch
> I comment line and compile started. But i view other issue now with bfd_close 
> / libbfd.
> util/symbol-elf.c:555:46: error: request for member 'build_id' in something 
> not a structure or union  555 |  memcpy(bid->data, abfd->build_id->data, 
> abfd->build_id->size);      |                                              
> ^~util/symbol-elf.c:556:25: error: request for member 'build_id' in something 
> not a structure or union  556 |  memset(bid->data + abfd->build_id->size, 0, 
> size - abfd->build_id->size);      |                         ^~
> OS Release:PRETTY_NAME="Debian GNU/Linux 11 (bullseye)"NAME="Debian 
> GNU/Linux"VERSION_ID="11"VERSION="11 
> (bullseye)"VERSION_CODENAME=bullseyeID=debianHOME_URL="https://www.debian.org/"SUPPORT_URL="https://www.debian.org/support"BUG_REPORT_URL="https://bugs.debian.org/;
> OS GCC:gcc (Debian 10.2.1-6) 10.2.1 20210110Copyright (C) 2020 Free Software 
> Foundation, Inc.This is free software; see the source for copying conditions. 
>  There is NOwarranty; not even for MERCHANTABILITY or FITNESS FOR A 
> PARTICULAR PURPOSE.
> OS GLIBC:ldd (Debian GLIBC 2.31-12) 2.31Copyright (C) 2020 Free Software 
> Foundation, Inc.This is free software; see the source for copying conditions. 
>  There is NOwarranty; not even for MERCHANTABILITY or FITNESS FOR A 
> PARTICULAR PURPOSE.Written by Roland McGrath and Ulrich Drepper.
> Debian Linux Branch: sidDebian Linux URL Git: 
> https://salsa.debian.org/kernel-team/linux.gitCommand for starting compiling: 
> CPUCNT=142time DEBIAN_KERNEL_USE_CCACHE=true DEBIAN_KERNEL_JOBS=$CPUCNT     
> fakeroot make -j$CPUCNT -f debian/rules.gen binary-arch_amd64_real
> Can you help me with this problem?
> 
> Thanks.Ionut NechitaRomaniaSoftware Enginner

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


signature.asc
Description: PGP signature

Bug#989523: RFP - Nanosaur - An OpenSource Port of PangeaSoft‘s MacOS Game for modern systems

[Andrei POPESCU]

Control: reassign -1 wnpp
Control: severity -1 wishlist

On Du, 06 iun 21, 10:58:32, Sarah wrote:
> Package: Nanosaur
> > Project Page: > https://github.com/jorio/nanosaur
> >
> > Context: Nanosaur is a 1998 Macintosh game by Pangea Software. In it, 
> > you’re a cybernetic dinosaur from the future who’s sent back in time 20 
> > minutes before a giant asteroid hits the Earth. And you get to shoot at 
> > T-Rexes with nukes. Nanosaur > was bundled with the original iMac and ran 
> > on Mac OS 8. It’s also notable for being a prominent showcase of QuickDraw 
> > 3D’s capabilities, which was Apple’s high-level 3D graphics API during the 
> > 90s. In 1999, Pangea released>  > Nanosaur’s source code 
> > >  > to the public. This 
> > port is based on that release.
> >
> > Build Information: > https://github.com/jorio/Nanosaur/blob/master/BUILD.md
> >
> > (Relies on OpenGL, > libsdl2-dev,…)
> > ​
> >
> >

Reassigning to correct (pseudo)-package.

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


signature.asc
Description: PGP signature

Bug#989524: RFP - Bugdom - An OpenSource Port of Pangea Software's Bugdom for modern systems

[Andrei POPESCU]

Control: reassign -1 wnpp
Control: severity -1 wishlist

On Du, 06 iun 21, 10:59:03, Sarah wrote:
> Package: Bugdom 
> 
> > Project Page: > https://github.com/jorio/Bugdom
> >
> > License: Creative Commons Attribution-NonCommercial-ShareAlike 4.0 
> > International Public License (> 
> > https://github.com/jorio/Bugdom/blob/master/LICENSE.md> )
> >
> > Build Information: > https://github.com/jorio/Bugdom/blob/master/BUILD.md
> > (For the Moment Bugdom relies on jorio‘s custom fork of Quesa)
> >
> >

Reassigning to correct (pseudo-)package.

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


signature.asc
Description: PGP signature

Bug#989318: GNOME network manager: security hole

[Andrei POPESCU]

Control: reassign -1 network-manager 1.14.6-2+deb10u1

On Ma, 01 iun 21, 03:56:31, José Luis González wrote:
> Package: gnome-network-manager
> Version: 1.14.6-2+deb10u1
> Severity: critical
> 
> GNOME Network Manager takes too long to update its status in the system tray 
> sometimes.

Based on the version number the correct package is probably 
network-manager, sorry for the noise.

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


signature.asc
Description: PGP signature

Bug#989318: GNOME network manager: security hole

[Andrei POPESCU]

Control: reassign -1 network-manager-gnome 1.14.6-2+deb10u1

On Ma, 01 iun 21, 03:56:31, José Luis González wrote:
> Package: gnome-network-manager
> Version: 1.14.6-2+deb10u1
> Severity: critical
> 
> GNOME Network Manager takes too long to update its status in the system tray 
> sometimes.

Reassigning to correct package.

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


signature.asc
Description: PGP signature

Bug#989126: package statically links without using a Built-Using attribute

[Andrei POPESCU]

Control: reassign -1 src:orthanc-wsi 1.0-2

On Mi, 26 mai 21, 12:08:19, Matthias Klose wrote:
> Package: src:orthanc-wsi1.0-2
> Version: 1.0-2
> Severity: serious
> Tags: sid bulseye
> 
> The package statically links without using a Built-Using attribute, apparently
> introduced in the last -3 upload.  You need to add such an attribute when
> statically linking.

Fixing typo in source package name.

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


signature.asc
Description: PGP signature

Bug#988752: ITP: deepin-manual provides user guides of the deepin system and applications

[Andrei POPESCU]

Control: reassign -1 wnpp

On Mi, 19 mai 21, 10:51:47, Ma Aiguo wrote:
> Package: deepin-manual
> Version: 5.7.0.75-1
> Severity: wishlist
> X-Debbugs-Cc: imai...@gmail.com
> 
> Dear Maintainer,
> 
> It is part of Deepin software and DDE (Deepin Desktop Environment)
> 
> I intend to co-maintain this package inside the pkg-deepin group.
> 
> I work at deepin company,now I want to promote the DDE desktop for the 
> community for free.
> 
> 
> -- 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/4 CPU threads)
> Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8), 
> LANGUAGE=zh_CN:zh
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
> 
> Versions of packages deepin-manual depends on:
> ii  libc6 2.31-12
> ii  libdtkcore5   5.2.2.5-3
> ii  libdtkgui55.2.2.4-2
> ii  libdtkwidget5 5.2.2.10-1
> ii  libqt5core5a [qtbase-abi-5-15-2]  5.15.2+dfsg-5
> ii  libqt5dbus5   5.15.2+dfsg-5
> ii  libqt5gui55.15.2+dfsg-5
> ii  libqt5sql55.15.2+dfsg-5
> ii  libqt5sql5-sqlite 5.15.2+dfsg-5
> ii  libqt5webchannel5 5.15.2-2
> ii  libqt5webenginewidgets5   5.15.2+dfsg-3
> ii  libqt5widgets55.15.2+dfsg-5
> ii  libstdc++610.2.1-6
> 
> Versions of packages deepin-manual recommends:
> ii  qt5dxcb-plugin  5.0.17-1
> 
> deepin-manual suggests no packages.

Reassigning to correct (pseudo-)package.

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


signature.asc
Description: PGP signature

Bug#988367: linux-headers 4.19.165 '"make scripts" results fatal error: classmap.h: No such file or directory'

[Andrei POPESCU]

Control: reopen -1
Control: reassign -1 src:linux 4.19.181-1

On Ma, 11 mai 21, 21:35:17, Arul pandiyan wrote:
> Hello Andrei,
> 
>   I was checking the debian package default linux-headers
> version linux-headers-4.19.0-16-arm64 version as well.
> The Issue is still reproducible. Below are the logs. I could not find the
> headers classmap.h on  linux-headers-4.19.0-16-arm64.

Ok, reopening and reassigning accordingly.

Kind regards,
Andrei

> arul@debian:~/$ $ cd ~/work/linux-headers/
> arul@debian:~/work/linux-headers$ $ wget
> http://ftp.cn.debian.org/debian/pool/main/l/linux
> /linux-headers-4.19.0-16-common_4.19.181-1_all.deb
> --2021-05-11 21:33:08--
> http://ftp.cn.debian.org/debian/pool/main/l/linux/linux-headers-4.19.0-16-common_4.19.181-1_all.deb
> Resolving ftp.cn.debian.org (ftp.cn.debian.org)... 45.125.0.6,
> 2403:2c80:5::6
> Connecting to ftp.cn.debian.org (ftp.cn.debian.org)|45.125.0.6|:80...
> connected.
> HTTP request sent, awaiting response... 200 OK
> Length: 8470280 (8.1M) [application/octet-stream]
> Saving to: ‘linux-headers-4.19.0-16-common_4.19.181-1_all.deb’
> 
> linux-headers-4.19.0-16-common_4.19
> 100%[==>]
> 8.08M  1.19MB/sin 6.6s
> 
> 2021-05-11 21:33:14 (1.22 MB/s) -
> ‘linux-headers-4.19.0-16-common_4.19.181-1_all.deb’ saved [8470280/8470280]
> arul@debian:~/work/linux-headers$ $
> arul@debian:~/work/linux-headers$ $ ar -x
> linux-headers-4.19.0-16-common_4.19.181-1_all.deb
> arul@debian:~/work/linux-headers$ $ tar -xf data.tar.xz
> arul@debian:~/work/linux-headers$ $ ls -la
> total 16564
> drwxr-xr-x 3 arul arul4096 Mar 19 19:59 .
> drwxr-xr-x 7 arul arul4096 May 11 21:31 ..
> -rw-r--r-- 1 arul arul  201912 May 11 21:32 control.tar.xz
> -rw-r--r-- 1 arul arul 8268176 May 11 21:32 data.tar.xz
> -rw-r--r-- 1 arul arul   4 May 11 21:32 debian-binary
> -rw-r--r-- 1 arul arul 8470280 Mar 20 02:14
> linux-headers-4.19.0-16-common_4.19.181-1_all.deb
> drwxr-xr-x 4 arul arul4096 Mar 19 19:59 usr
> arul@debian:~/work/linux-headers$ $ find usr/ -iname classmap.h
> arul@debian:~/work/linux-headers$ $
> 
> Regards,
> Arulpandiyan V.
> 
> On Tue, May 11, 2021 at 9:25 PM Andrei POPESCU 
> wrote:
> 
> > On Ma, 11 mai 21, 16:53:08, Arul pandiyan wrote:
> > > Package: linux-headers
> > > Version: 4.19.165-cip41-rt18
> >
> > [...]
> >
> > > I am using Debian buster, kernel 4.19.165-cip41-rt18.
> >
> > Hello,
> >
> > This doesn't look like a Debian kernel at all, which is probably why
> > your report was filed under "unknown packages".
> >
> > Please re-check where you obtained it from and / or try to reproduce the
> > issue with a Debian kernel, and re-open this bug if the issue is indeed
> > present in Debian.
> >
> > Kind regards,
> > Andrei
> > --
> > Looking after bugs assigned to unknown or inexistent packages
> >

-- 
Looking after bugs assigned to unknown or inexistent packages


signature.asc
Description: PGP signature

Bug#988302: ITP: molotov -- create a bootable media from a Windows 10 iso image

[Andrei POPESCU]

Control: reassign -1 wnpp

On Lu, 10 mai 21, 01:15:21, Cézar wrote:
> Package: molotov
> Severity: wishlist
> 
> Molotov is a command-line program that aims to make it easy to create 
> bootable flash drives on a Linux machine from a Windows 10 iso image. 
> It is licensed under the GPL and the source package can be found here:
> 
> https://mentors.debian.net/package/molotov/
> 
> This package also comes with two manpages currently translated to 
> English and Portuguese and is extremely lightweight and by lightweight 
> I mean that this program only depends on other programs that are 
> already installed on most distributions, that is, the grub bootloader 
> and the tools required for partitioning flash drives. That's it.
> 
> However it's not all roses, Molotov depends on a Windows image to 
> work, it doesn't do anything by itself, the user is required to 
> download the image from the Microsoft's website and then use Molotov 
> for making the ISO bootable and that is why I recommend putting 
> Molotov in the **contrib** section of the Debian because it depends on 
> non-free software to work.
> 
> So that's about it, I intend to package this program and make it 
> available for all the users in Debian.

Reassigning to correct (pseudo-)package.

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


signature.asc
Description: PGP signature

Bug#987749: RFP: KWeather -- weather app for Plasma Mobile and Desktop

[Andrei POPESCU]

On Vi, 07 mai 21, 21:00:46, Transparent Wing wrote:
> Understood. Well, all of the info you mentioned is available in the 
> link I posted (https://invent.kde.org/plasma-mobile/kweather) Should I 
> copy and paste here?

An RFP means you are requesting someone to package it. The best you can 
do is to make it as easy as possible for potential packagers to decide 
whether it's worth looking into it.

Especially the information about the license and programming language is 
very useful for this.

In this particular case it could make sense to Cc: the KDE Team as they 
might be interested in picking it up themselves.

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


signature.asc
Description: PGP signature

Bug#988013: mini.iso fails to load grub.cfg (UEFI)

[Andrei POPESCU]

On Jo, 06 mai 21, 23:55:07, Cyril Brulebois wrote:
> Steve McIntyre  (2021-05-06):
> > Hmmm, odd. I've not touched that at all. But maybe it's part of the
> > debug that kibi is doing with fonts etc. atm...
> 
> I certainly didn't touch anything yet: unless otherwise specified, my
> testing happens before touching the archive.
> 
> If one wants to look into it, we have build logs alongside images at:
>   https://d-i.debian.org/daily-images/
> 
> and also MANIFESTS{,.udeb} files, in case the set of udebs changed.
> 
> (I only see a single change in the master branch for the installer, from
> Steve as alluded to earlier in this thread.)

It's probably better like this (and the rc1 netinst works the same), 
especially for compatibility with various displays.


Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#988013: mini.iso fails to load grub.cfg (UEFI)

[Andrei POPESCU]

On Mi, 05 mai 21, 01:21:24, Steve McIntyre wrote:
> On Tue, May 04, 2021 at 08:29:03AM +0300, Andrei POPESCU wrote:
> >On Lu, 03 mai 21, 19:52:32, Steve McIntyre wrote:
> >> 
> >> Reassigning to debian-installer, as that builds the mini.iso.
> >> 
> >> I'll take a look when I get a chance...
> >> 
> >> Oh, hmmm - do you have secure boot enabled or not on your machine?
> >
> >It's not enabled (sorry, forgot to mention).
> 
> ACK, thanks.
> 
> OK, I've fixed the problem. The issue was a missing (redirecting)
> grub.cfg in the image to redirect to the correct location where there
> grub menu etc. is located. I've just pushed code to the d-i build repo
> to add that now, and tested locally.
> 
> I think I'm probably too late to pick up the daily d-i build for
> Wednesday, but this should definitely be fixed from Thursday onwards.

It worked for me with the daily from today (didn't check the one from 
yesterday), both the text and GTK versions.

The GTK version now starts in a much lower (apparent) resolution, while 
previously it was using the full native resolution of the display (a 
Full HD TV).

Is this intended? Not that I mind, the lower resolution does help with 
readability ;)

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#988085: python3-build should not depend/recommend python3-pip

[Andrei POPESCU]

Control: reassing -1 src:python-build 0.1.0-3

On Mi, 05 mai 21, 08:43:34, Matthias Klose wrote:
> Package: src:python3-build
> Version: 0.1.0-3
> Severity: important
> 
> 0.1.0-3 started to depend on python3-pip.  I don't think this is the correct
> solution for the Debian package, as it will pull in pip for nearly every 
> package
> build in the future, defaulting to download/online mode by default.
> 
> In #978674, this dependency was added. I don't have a good solution yet, but
> what about considering to have a binary package operating in offline mode, and
> one in online mode, so that the offline mode package can be used as a build
> dependency by default for builds?

Reassigning to correct source package.

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


signature.asc
Description: PGP signature

Bug#987749: RFP: KWeather -- weather app for Plasma Mobile and Desktop

[Andrei POPESCU]

Control: retitle -1 RFP: KWeather -- weather app for Plasma Mobile and Desktop

On Lu, 03 mai 21, 21:51:40, Transparent Wing wrote:
> Sorry, but what you mean?
> 
> Package: wnpp
> Severity: RFP
> 
> Is there a missing entry here?
 
Some mailer along the way mangled the line breaks and the report ended 
up against the package "wnppSeverity", which doesn't exist.

Also, the correct severity is "wishlist" (just a cosmetic detail).

The "RFP" is a tag meant to go in the subject / bug title instead of 
"TAG" (which I forgot to fix, doing it with this message).

In addition to the above, especially since this is an RFP, the report 
should contain more information about the package, like the upstream 
URL, license, etc. (see the link I provided below). This makes it easier 
for a potential contributor that is looking into packaging it.

Hope this explains,
Andrei
 
> 
> De: Andrei POPESCU
> Enviadas: Quinta-feira, 29 de Abril de 2021 03:21
> Para: Transparent Wing; 987...@bugs.debian.org
> Cc: Debian-Devel
> Assunto: Re: Bug#987749: TAG: KWeather -- KWeather is a weather app for 
> Plasma Mobile and Desktop: https://invent.kde.org/plasma-mobile/kweather
> 
> Control: reassign -1 wnpp
> Control: severity -1 wishlist
> 
> On Jo, 29 apr 21, 00:23:21, Transparent Wing wrote:
> > Package: wnppSeverity: RFP
> 
> Please complete the full template as described at
> 
> https://www.debian.org/devel/wnpp#l1
> 
> 
> Kind regards,
> Andrei
> --
> Looking after bugs assigned to unknown or inexistent packages

-- 
Looking after bugs assigned to unknown or inexistent packages


signature.asc
Description: PGP signature

Bug#988013: mini.iso fails to load grub.cfg (UEFI)

[Andrei POPESCU]

On Lu, 03 mai 21, 19:52:32, Steve McIntyre wrote:
> 
> Reassigning to debian-installer, as that builds the mini.iso.
> 
> I'll take a look when I get a chance...
> 
> Oh, hmmm - do you have secure boot enabled or not on your machine?

It's not enabled (sorry, forgot to mention).

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#988013: mini.iso fails to load grub.cfg (UEFI)

[Andrei POPESCU]

Package: debian-cd
Severity: important
Tags: d-i

Hello,

The mini.iso (graphical version) boots to a grub prompt.

Loading grub.cfg with 'configfile (hd0)/boot/grub/grub.cfg' works and 
afterwards the image works correctly.

I tried buster, bullseye rc1 and the daily image from 1.May.

The bullseye rc1 firmware netinst boots fine, so I'm guessing it's not 
due to bugs in this particular UEFI implementation.

In case it matters, the motherboard is ASRock B550M Steel Legend, 
firmware version 1.52, upgraded to 2.0.

Kind regards,
Andrei

-- System Information:
Debian Release: 10.9
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'stable')
Architecture: arm64 (aarch64)

Kernel: Linux 3.18.0-12-ARCH (SMP w/4 CPU cores; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8), 
LANGUAGE=ro_RO.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages debian-cd depends on:
ii  apt1.8.2.3
ii  bc 1.07.1-2+b1
ii  bzip2  1.0.6-9.2~deb10u1
ii  cpp4:8.3.0-1
ii  curl   7.64.0-4+deb10u2
ii  dpkg-dev   1.19.7
pn  grep-dctrl 
pn  libcompress-zlib-perl  
pn  libdigest-md5-perl 
ii  libdpkg-perl   1.19.7
pn  lynx   
ii  make   4.2.1-1.2
ii  perl [libdigest-sha-perl]  5.28.1-6+deb10u1
pn  tofrodos   
ii  wget   1.20.1-1.1
pn  xorriso | genisoimage  

Versions of packages debian-cd recommends:
ii  dosfstools   4.1-2
pn  hfsutils 
pn  isolinux 
pn  mtools   
ii  netpbm   2:10.0-15.3+b2
pn  syslinux-common  
pn  syslinux-utils   

debian-cd suggests no packages.

Bug#987441: debian-installer: D-I must get ready for Bullseye

[Andrei POPESCU]

On Du, 25 apr 21, 12:04:25, Cyril Brulebois wrote:
> 
> Michael Biebl  (2021-04-25):
> 
> > I.e. do you consider #952450 a blocker for d-i?
> 
> I did see this when I was searching for /rescue/ (to get the right
> number for the bug mentioned above), but it didn't feel like a bug
> report that's been filed 1+ year ago at normal severity could be a
> blocker for the release (especially since there was apparently no
> follow-up after your suggestion).

Arguably that bug should be severity important.

> For the avoidance of doubt, I didn't dive into rescue.target at all,
> so I have no actual opinion regarding that particular issue besides
> the initial metadata-based assessment above.

Basically users end up with an unusable 'rescue' boot menu option if 
they chose not to set a root password during install.

See #977358 for a thorough explanation and workarounds (one being 
editing the kernel command line, which kind of defeats the purpose of 
having the menu entry in the first place).

Bug#977358: release-notes: document how to make the rescue mode usable if no 
root password is set (buster)

("rescue mode" should probably have been "rescue boot entry", to avoid 
confusion with D-Is rescue mode)

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#987961: systemd-udevd using 100% of CPU

[Andrei POPESCU]

Control: reassign -1 upower

Hello,

Please note there is no systemd-udevd package.

The messages come from the kernel and upowerd so I'm tentatively 
reassigning to upower, hopefully the Maintainer(s) will have a better 
understanding of what's wrong / where this belongs.

Full quote below for their convenience.

On Du, 02 mai 21, 15:08:46, Aaron Small wrote:
> Package: systemd-udevd
> Version: upowerd
> Severity: normal
> X-Debbugs-Cc: a.sm...@unb.ca
> 
> After plugging a USB-powered light into a USB port (I have used the same light
> in the same port many times before, but certainly possible that it broke since
> the last time I used it) the light did not turn on,I get continuous repeated
> messages in syslog and systemd-udevd is using 100% of the CPU.
> 
> When I plug the lamp in, I see this:
> 
> May  2 15:06:59 beta kernel: [18507.692791] usb usb4-port2: over-current
> condition
> May  2 15:06:59 beta upowerd[1306]: treating change event as add on
> /sys/devices/pci:00/:00:1d.0/usb3/3-1/3-1:1.0
> May  2 15:06:59 beta kernel: [18507.832869] usb 3-1-port3: over-current
> condition
> May  2 15:06:59 beta kernel: [18507.908867] usb usb2-port1: over-current
> condition
> May  2 15:06:59 beta kernel: [18507.908908] usb usb4-port1: over-current
> condition
> May  2 15:06:59 beta kernel: [18508.124875] usb usb2-port2: over-current
> condition
> May  2 15:06:59 beta kernel: [18508.124937] usb usb4-port2: over-current
> condition
> May  2 15:06:59 beta kernel: [18508.136867] usb 3-1-port3: over-current
> condition
> May  2 15:06:59 beta kernel: [18508.340867] usb usb2-port1: over-current
> condition
> May  2 15:06:59 beta kernel: [18508.340909] usb usb4-port1: over-current
> condition
> May  2 15:06:59 beta kernel: [18508.352860] usb 3-1-port4: over-current
> condition
> May  2 15:07:00 beta kernel: [18508.556738] usb usb4-port2: over-current
> condition
> May  2 15:07:00 beta kernel: [18508.556762] usb usb2-port2: over-current
> condition
> May  2 15:07:00 beta kernel: [18508.656865] usb 3-1-port3: over-current
> condition
> May  2 15:07:00 beta kernel: [18508.772814] usb usb4-port1: over-current
> condition
> May  2 15:07:00 beta kernel: [18508.772846] usb usb2-port1: over-current
> condition
> May  2 15:07:00 beta kernel: [18508.872863] usb 3-1-port4: over-current
> condition
> May  2 15:07:00 beta kernel: [18508.988745] usb usb4-port2: over-current
> condition
> May  2 15:07:00 beta kernel: [18508.988771] usb usb2-port2: over-current
> condition
> May  2 15:07:00 beta kernel: [18509.176940] usb 3-1-port3: over-current
> condition
> May  2 15:07:00 beta kernel: [18509.204731] usb usb4-port1: over-current
> condition
> May  2 15:07:00 beta kernel: [18509.204745] usb usb2-port1: over-current
> condition
> May  2 15:07:00 beta kernel: [18509.393089] usb 3-1-port4: over-current
> condition
> May  2 15:07:00 beta kernel: [18509.420731] usb usb2-port2: over-current
> condition
> May  2 15:07:00 beta kernel: [18509.420748] usb usb4-port2: over-current
> condition
> May  2 15:07:01 beta upowerd[1306]: treating change event as add on
> /sys/devices/pci:00/:00:1d.0/usb3/3-1/3-1:1.0
> May  2 15:07:01 beta kernel: [18509.608855] usb 3-1-port3: over-current
> condition
> May  2 15:07:01 beta kernel: [18509.636718] usb usb4-port1: over-current
> condition
> May  2 15:07:01 beta kernel: [18509.636730] usb usb2-port1: over-current
> condition
> May  2 15:07:01 beta kernel: [18509.852717] usb usb2-port2: over-current
> condition
> May  2 15:07:01 beta kernel: [18509.852742] usb usb4-port2: over-current
> condition
> 
> 
> When I unplug the lamp, I see this:
> 
> May  2 15:07:39 beta upowerd[1306]: treating change event as add on
> /sys/devices/pci:00/:00:1c.3/:03:00.0/usb2/2-0:1.0
> May  2 15:07:39 beta upowerd[1306]: treating change event as add on
> /sys/devices/pci:00/:00:1c.3/:03:00.0/usb4/4-0:1.0
> May  2 15:07:39 beta upowerd[1306]: treating change event as add on
> /sys/devices/pci:00/:00:1c.3/:03:00.0/usb2/2-0:1.0
> May  2 15:07:39 beta upowerd[1306]: treating change event as add on
> /sys/devices/pci:00/:00:1c.3/:03:00.0/usb4/4-0:1.0
> May  2 15:07:39 beta upowerd[1306]: treating change event as add on
> /sys/devices/pci:00/:00:1c.3/:03:00.0/usb2/2-0:1.0
> May  2 15:07:39 beta upowerd[1306]: treating change event as add on
> /sys/devices/pci:00/:00:1c.3/:03:00.0/usb4/4-0:1.0
> May  2 15:07:39 beta upowerd[1306]: treating change event as add on
> /sys/devices/pci:00/:00:1c.3/:03:00.0/usb4/4-0:1.0
> May  2 15:07:39 beta upowerd[1306]: treating change event as add on
> /sys/devices/pci:00/:00:1c.3/:03:00.0/usb2/2-0:1.0
> May  2 15:07:39 beta upowerd[1306]: treating change event as add on
> /sys/devices/pci:00/:00:1c.3/:03:00.0/usb2/2-0:1.0
> May  2 15:07:39 beta upowerd[1306]: treating change event as add on
> /sys/devices/pci:00/:00:1c.3/:03:00.0/usb4/4-0:1.0
> May  2 15:07:39 beta 

Bug#987915: ITP: vim-subtitles -- Syntax highlighting for subtitle files

[Andrei POPESCU]

Control: reassign -1 wnpp

On Du, 02 mai 21, 03:15:39, Sven Wick wrote:
> Package: vim-subtitles
> Severity: wishlist
> 
> * Package name  : vim-subtitles
>   Version   : 1.0
>   Upstream Author   : Josip Deanovic 
> * URL   : https://www.linuxpages.org/projects_en.php
> * License   : GPL-2
>   Programming Lang  : vim-syntax
>   Description   : Syntax highlighting for subtitle files
> 
> Cheers,
> 
> Sven

Reassigning to correct (pseudo-)package.

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


signature.asc
Description: PGP signature

Bug#987749: TAG: KWeather -- KWeather is a weather app for Plasma Mobile and Desktop: https://invent.kde.org/plasma-mobile/kweather

[Andrei POPESCU]

Control: reassign -1 wnpp
Control: severity -1 wishlist

On Jo, 29 apr 21, 00:23:21, Transparent Wing wrote:
> Package: wnppSeverity: RFP

Please complete the full template as described at

https://www.debian.org/devel/wnpp#l1


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


signature.asc
Description: PGP signature

Bug#987607: linux-image-5.10.0-5-cloud-amd64: Configure SEV-enabled Debian 11 release

[Andrei POPESCU]

Control: reassign -1 src:linux

On Lu, 26 apr 21, 07:14:54, Peter Gonda wrote:
> Package: linux-image-5.10.0-5-cloud-amd64
> Severity: wishlist
> 
> Dear Maintainer,
> 
> This is to request Debian 11 releases with SEV support enabled.
> 
> SEV support can be configured with:
> 
> CONFIG_AMD_MEM_ENCRYPT=y
> 
> Thanks
> Peter
> 
> 
> -- System Information:
> Sent from non Debian system.

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


signature.asc
Description: PGP signature

Bug#987017: recommends 3 different ways to find obsolete packages, pick one

[Andrei POPESCU]

On Ma, 20 apr 21, 11:36:30, Antoine Beaupré wrote:
> 
> I am not sure we should tell people to "remove any non-Debian package"
> before the upgrade. They might have legitimate reasons to have
> third-party package repositories...?

A dist-upgrade is difficult enough, reducing complexity introduced by 
non-Debian packages and/or repositories (of questionable quality) seems 
obvious to me.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#987290: GIMP 2.10.8-2 crashes on segmentation error while opening in buster

[Andrei POPESCU]

Control: reassign -1 gimp 2.10.8-2

On Ma, 20 apr 21, 22:17:58, Chris Born wrote:
> Package: GIMP 2.10.8-2
> 
> Hello
> 
> 
> GIMP crashes on DEBIAN 10 LXD
> i hoped for an UPDATE but it does not come
> neiter like the AUTOMOUNT from usb !!!
> 
> but this is about GIMP 2.10.8-2
> 
> the report:
> 
> ```
> GNU Image Manipulation Program version 2.10.8
> git-describe: GIMP_2_10_6-294-ga967e8d2c2
> C compiler:
>   Using built-in specs.
>   COLLECT_GCC=gcc
>   COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper
>   OFFLOAD_TARGET_NAMES=nvptx-none
>   OFFLOAD_TARGET_DEFAULT=1
>   Target: x86_64-linux-gnu
>   Configured with: ../src/configure -v --with-pkgversion='Debian 8.2.0-13'
> --with-bugurl=file:///usr/share/doc/gcc-8/README.Bugs
> --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr
> --with-gcc-major-version-only --program-suffix=-8
> --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id
> --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
> --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug
> --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new
> --enable-gnu-unique-object --disable-vtable-verify --enable-libmpx
> --enable-plugin --enable-default-pie --with-system-zlib
> --with-target-system-zlib --enable-objc-gc=auto --enable-multiarch
> --disable-werror --with-arch-32=i686 --with-abi=m64
> --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic
> --enable-offload-targets=nvptx-none --without-cuda-driver
> --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu
> --target=x86_64-linux-gnu
>   Thread model: posix
>   gcc version 8.2.0 (Debian 8.2.0-13)
>   
> using GEGL version 0.4.12 (compiled against version 0.4.12)
> using GLib version 2.63.5 (compiled against version 2.58.1)
> using GdkPixbuf version 2.38.1 (compiled against version 2.38.0)
> using GTK+ version 2.24.32 (compiled against version 2.24.32)
> using Pango version 1.42.3 (compiled against version 1.42.3)
> using Fontconfig version 2.13.1 (compiled against version 2.13.1)
> using Cairo version 1.16.0 (compiled against version 1.16.0)
> 
> ```
> > fatal error: Segmentation fault
> 
> Stack trace:
> ```
> 
> # Stack traces obtained from PID 3431 - Thread 3431 #
> 
> [New LWP 3432]
> [New LWP 3433]
> [New LWP 3434]
> [New LWP 3435]
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> 0x7ff6d2997544 in read () from /lib/x86_64-linux-gnu/libpthread.so.0
>   Id   Target IdFrame
> * 1Thread 0x7ff6d0f84d00 (LWP 3431) "gimp-2.10" 0x7ff6d2997544 in
> read () from /lib/x86_64-linux-gnu/libpthread.so.0
>   2Thread 0x7ff6cf768700 (LWP 3432) "gmain" 0x7ff6d28b1819 in
> poll () from /lib/x86_64-linux-gnu/libc.so.6
>   3Thread 0x7ff6cebd3700 (LWP 3433) "gdbus" 0x7ff6d28b1819 in
> poll () from /lib/x86_64-linux-gnu/libc.so.6
>   4Thread 0x7ff6bbfd1700 (LWP 3434) "async" 0x7ff6d28b6f59 in
> syscall () from /lib/x86_64-linux-gnu/libc.so.6
>   5Thread 0x7ff6bb7d0700 (LWP 3435) "worker"0x7ff6d28b6f59 in
> syscall () from /lib/x86_64-linux-gnu/libc.so.6
> 
> Thread 5 (Thread 0x7ff6bb7d0700 (LWP 3435)):
> #0  0x7ff6d28b6f59 in syscall () from /lib/x86_64-linux-gnu/libc.so.6
> No symbol table info available.
> #1  0x7ff6d2bc8b4f in g_cond_wait (cond=0x559e080d5bd0,
> mutex=0x559e080d5bc8) at ../glib/gthread-posix.c:1527
> sampled = 0
> #2  0x559e07d2e423 in ?? ()
> No symbol table info available.
> #3  0x7ff6d2ba652d in g_thread_proxy (data=0x559e084cd0c0) at
> ../glib/gthread.c:807
> thread = 0x559e084cd0c0
> __func__ = "g_thread_proxy"
> _g_boolean_var_ = 
> #4  0x7ff6d298dfa3 in start_thread () from
> /lib/x86_64-linux-gnu/libpthread.so.0
> No symbol table info available.
> #5  0x7ff6d28bc4cf in clone () from /lib/x86_64-linux-gnu/libc.so.6
> No symbol table info available.
> 
> Thread 4 (Thread 0x7ff6bbfd1700 (LWP 3434)):
> #0  0x7ff6d28b6f59 in syscall () from /lib/x86_64-linux-gnu/libc.so.6
> No symbol table info available.
> #1  0x7ff6d2bc8b4f in g_cond_wait (cond=0x559e080d69b0,
> mutex=0x559e080d69c0) at ../glib/gthread-posix.c:1527
> sampled = 0
> #2  0x559e07d2e66c in ?? ()
> No symbol table info available.
> #3  0x7ff6d2ba652d in g_thread_proxy (data=0x559e084cd060) at
> ../glib/gthread.c:807
> thread = 0x559e084cd060
> __func__ = "g_thread_proxy"
> _g_boolean_var_ = 
> #4  0x7ff6d298dfa3 in start_thread () from
> /lib/x86_64-linux-gnu/libpthread.so.0
> No symbol table info available.
> #5  0x7ff6d28bc4cf in clone () from /lib/x86_64-linux-gnu/libc.so.6
> No symbol table info available.
> 
> Thread 3 (Thread 0x7ff6cebd3700 (LWP 3433)):
> #0  0x7ff6d28b1819 in poll () from 

Bug#977358: release-notes: document how to make the rescue mode usable if no root password is set (buster)

[Andrei POPESCU]

On Ma, 13 apr 21, 10:14:25, Justin B Rye wrote:
> 
> If this goes in a list that's organised in terms of packages then it
> needs to give more of a hint about where the problem originated:
> 
> ^With the implementation of sulogin now used,

Or maybe

/now used/used since buster?


Otherwise Justin's suggestions are fine for me.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#977358: release-notes: document how to make the rescue mode usable if no root password is set (buster)

[Andrei POPESCU]

On Sb, 10 apr 21, 10:53:52, Justin B Rye wrote:
> Andrei POPESCU wrote:
> > Ok, here is something, just to get the discussion started:
> 
> Thanks!  My suggestions below still need some work, but I'll call this
> my first pass:
> 
> > The `rescue` boot option is unusable without a root password.
> >
> > If a password for the `root` account is not set the system will 
> > still ask for the root password if booted with the `rescue` option, 
> > effectively making the rescue mode unusable. In order to avoid this
> > it is possible to boot using the kernel parameter 
> > `init=/sbin/sulogin --force`.
> 
> Simplifying:
> 
> 
>   The rescue boot option is unusable without a root 
> password
> 
> 
>   Booting with the rescue option always requires
>   the root password. If one has not been set, this makes the rescue
>   mode effectively unusable. However it is still possible to boot
>   using the kernel parameter init=/sbin/sulogin --force
> 
> 
> (I don't think "root" needs special markup; "rescue" only needs it
> when we're talking about an untranslatable literal string).
 
Ok

> (Should there be some hint here at the fact that this has happened
> because we've switched to an implementation of sulogin without the
> slightly dodgy Debian-specific patches?)

This is explained in the bug report for who cares to investigate, in my 
opinion it's not needed in the Release Notes.

> > To configure pkg:systemd to always to do the equivalent of this on 
>^^^ ^^^^
> When we're talking about machines booting with systemd-sysv, we should
> avoid mentioning systemd
> (which is a pain to type anyway).
> 
> The "to" might go in either position, but not both.  Here perhaps we
> might be better off saying

It's a consequence of some rewrite :)

>   To configure systemd to do the equivalent of this whenever the
>   rescue option is used,
> 
> > selecting the `rescue` option add `SYSTEMD_SULOGIN_FORCE=1` to the 
> > Environment of the rescue.service unit (see 
> > file:/usr/share/doc/systemd/ENVIRONMENT.md.gz). The `rescue.service` 
> 
> At least this information is already on my system before the
> dist-upgrade.
> 
> > unit is started by pkg:systemd in case it detects `single` in the 
>  ^^^
> > kernel command line (see man:systemd).
> 
> Bad use of "in case" - most English-speakers interpret "in case of" as
> "unconditionally, to avert the danger of".

I'll have to trust you on this (and make a mental note about it).

> systemd(1) defines "single" and "rescue" (and "1"!) as aliases of
> "systemd.unit=rescue.target", so maybe we can make that clearer
> earlier.
> 
> 
>   To configure systemd to do the equivalent of this whenever it
>   boots into rescue mode (also known as single mode - seeurl="/bullseye/systemd/systemd.1.html">systemd(1)),
>   add SYSTEMD_SULOGIN_FORCE=1 to the
>   Environment of the rescue.service unit (see
>   /usr/share/doc/systemd/ENVIRONMENT.md.gz).
> 
> 
> Unfortunately we also need readers to know
>  * how to add things to a systemd unit (we don't want people editing
>/lib/systemd/system/rescue.service and losing it in an upgrade)
>  * how much of the rest of the file they should copy (as little as
>possible, I think, but how much is that?)
>  * how the syntax for multiple items in an Environment= line works
> 
> This probably needs an external link, but I'm not optimistic we'll
> find one.  Maybe this is another case where we'll need a dedicated
> page on wiki.debian.org.

As you probably know, it's as simple as:

systemctl edit rescue.service

and add

[Service]
Environment=SYSTEMD_SULOGIN_FORCE=1


It seemed a little bit much to add this as well, but I'm fine either 
way.

> (And why *is* the systemd man page in section 1, anyway?  Shouldn't it
> be in section 8, like systemv init used to be?)
> 
> > It might be useful to do the same for the `emergency.service` unit 
> > (or instead) which is started ''automatically'' in case of certain 
>^^ ^^
> > errors (see man:systemd.special), or if `emergency` is added to the 
> > kernel command line (e.g. in case the system can't be recovered by
> ^^^
> > using the `rescue` mode).
> 
> "The same or instead" needs to be reorganised as "as well or instead".
>

Bug#977358: release-notes: document how to make the rescue mode usable if no root password is set (buster)

[Andrei POPESCU]

On Ma, 06 apr 21, 21:59:24, Paul Gevers wrote:
> Hi Andrei,
> 
> On 21-03-2021 08:33, Andrei POPESCU wrote:
> > On Jo, 18 mar 21, 11:56:16, Paul Gevers wrote:
> >> Control: tags -1 moreinfo
> >>
> >> On Mon, 14 Dec 2020 13:12:59 +0200 Andrei POPESCU
> >>  wrote:
> >>> Some text based on below would make sense for the Release Notes for 
> >>> buster. If agreed I'll try to come up with a wording.
> >>
> >> Sure. Does this also apply for bullseye, or is the issue fix somehow?
> > 
> > Only if D-I was fixed in the meantime.
> > 
> >>> An untested patch to the Debian Installer exists to add both snippets 
> if 
> >>> the user chooses to leave the root password blank.
> > 
> > It will be a while until I can test this, maybe someone else on d-u can 
> 
> > do so faster (will ask in a separate message).
> 
> Did you already have inspiration for some text? Apparently it still
> applies to bullseye and its release is drawing nearer.


Ok, here is something, just to get the discussion started:


The `rescue` boot option is unusable without a root password.


If a password for the `root` account is not set the system will 
still ask for the root password if booted with the `rescue` option, 
effectively making the rescue mode unusable. In order to avoid this 
it is possible to boot using the kernel parameter 
`init=/sbin/sulogin --force`.

To configure pkg:systemd to always to do the equivalent of this on 
selecting the `rescue` option add `SYSTEMD_SULOGIN_FORCE=1` to the 
Environment of the rescue.service unit (see 
file:/usr/share/doc/systemd/ENVIRONMENT.md.gz). The `rescue.service` 
unit is started by pkg:systemd in case it detects `single` in the 
kernel command line (see man:systemd).

It might be useful to do the same for the `emergency.service` unit 
(or instead) which is started ''automatically'' in case of certain 
errors (see man:systemd.special), or if `emergency` is added to the 
kernel command line (e.g. in case the system can't be recovered by 
using the `rescue` mode).

For background and a discussion on the security implications see 
bts:802211.


The pseudo-markup should be obvious. I'll try to come up with a patch 
later, unless Someone Else (TM) beats me to it ;)

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#986416: pam: Updated debconf PO translation to Romanian

[Andrei POPESCU]

Package: src:pam
Version: 1.4.0-6
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

Please find attached updated Romanian translation for the debconf 
template.

Kind regards,
Andrei

-- System Information:
Debian Release: 10.9
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'stable')
Architecture: arm64 (aarch64)

Kernel: Linux 3.18.0-12-ARCH (SMP w/4 CPU cores; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8), 
LANGUAGE=ro_RO.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
# Romanian translation of pam debconf templates
# Debconf questions for the Linux-PAM package.
# Copyright (C) 2007 Steve Langasek 
# This file is distributed under the same license as the pam package.
#
# Igor Stirbu , 2008.
# Eddy Petrișor , 2009.
msgid ""
msgstr ""
"Project-Id-Version: pam 1.0.1-7\n"
"Report-Msgid-Bugs-To: p...@packages.debian.org\n"
"POT-Creation-Date: 2021-02-26 10:32-0500\n"
"PO-Revision-Date: 2021-04-05 16:44+0300\n"
"Last-Translator: Andrei POPESCU \n"
"Language-Team: Romanian \n"
"Language: ro\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms:  nplurals=3; plural=n==1 ? 0 : (n==0 || (n%100 > 0 && n%100 < "
"20)) ? 1 : 2;\n"

#. Type: string
#. Description
#: ../libpam0g.templates:1001
msgid "Services to restart for PAM library upgrade:"
msgstr "Serviciile repornite la actualizarea bibliotecii PAM:"

#. Type: string
#. Description
#: ../libpam0g.templates:1001
msgid ""
"Most services that use PAM need to be restarted to use modules built for "
"this new version of libpam.  Please review the following space-separated "
"list of  services to be restarted now, and correct it if needed."
msgstr ""
"Majoritatea serviciilor ce folosesc PAM trebuie repornite pentru a folosi "
"modulele pentru noua versiune de libpam. Verificați și ajustați după caz "
"lista următoare (separată prin spațiu) cu servicii care trebuie repornite."

#. Type: error
#. Description
#: ../libpam0g.templates:2001
msgid "Display manager must be restarted manually"
msgstr "Administratorul de ecran trebuie repornit manual"

#. Type: error
#. Description
#: ../libpam0g.templates:2001
msgid ""
"The wdm and xdm display managers require a restart for the new version of "
"libpam, but there are X login sessions active on your system that would be "
"terminated by this restart.  You will therefore need to restart these "
"services by hand before further X logins will be possible."
msgstr ""
"Administratorii de ecran wdm și xdm trebuie reporniți pentru ca să "
"folosească noua versiune de libpam, dar sunt sesiuni active de X pe sistemul "
"dumneavoastră care ar fi oprite odată cu această repornire. Drept urmare, "
"trebuie să reporniți manual aceste servicii înainte ca autentificările X "
"ulterioare să fie posibile."

#. Type: error
#. Description
#: ../libpam0g.templates:3001
msgid "Failure restarting some services for PAM upgrade"
msgstr "Eșec la repornirea unor servicii la actualizarea PAM"

#. Type: error
#. Description
#: ../libpam0g.templates:3001
msgid ""
"The following services could not be restarted for the PAM library upgrade:"
msgstr ""
"Următoarele servicii nu au putut fi repornite la actualizarea bibliotecii "
"PAM:"

#. Type: error
#. Description
#: ../libpam0g.templates:3001
msgid ""
"You will need to start these manually by running '/etc/init.d/ "
"start'."
msgstr ""
"Trebuie să reporniți manual aceste servicii rulând „/etc/init.d/ "
"start”"

#. Type: boolean
#. Description
#: ../libpam0g.templates:4001
msgid "Restart services during package upgrades without asking?"
msgstr ""
"Să se repornească serviciile fără confirmare în timpul unei actualizări?"

#. Type: boolean
#. Description
#: ../libpam0g.templates:4001
msgid ""
"There are services installed on your system which need to be restarted when "
"certain libraries, such as libpam, libc, and libssl, are upgraded. Since "
"these restarts may cause interruptions of service for the system, you will "
"normally be prompted on each upgrade for the list of services you wish to "
"restart.  You can choose this option to avoid being prompted; instead, all "
"necessary restarts will be done for you automatically so you can

Bug#986402: Debian 10 Buster - Kernel version 4.19.0-16-amd64 - USB keyboard not recognized at Debian login

[Andrei POPESCU]

Control: reassign -1 src:linux 4.19.0-16-amd64

On Lu, 05 apr 21, 11:59:50, pham...@bluewin.ch wrote:
> Package: kernel 
> Version: 4.19.0-16-amd64
> Bug Description: My USB keyboard (Logitec Illumunate Keyboard / K740) is not 
> recognized when I login (username / password) to Debian.
> This problem only occurs if the keyboard is not used at boot when Grub 2 
> displays the choice of OS and the automatic 10 seconds countdown is allowed 
> to load Debian.
> Consequence you have to restart your machine until you understand how to do 
> it, so that your USB keyboard is recognized and that you can finally enter 
> your username and password to connect to your PC ;-(
> This bug occurs when the PC Bios is configured by default. If you change the 
> following parameters then you can bypass it => USB configuration => Intel 
> xHCI Mode => Smart Auto switched to > Auto or Enable.
> Best regards.
> Philippe

Reassigning to correct (source) package.

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


signature.asc
Description: PGP signature

Bug#986323: ITP: wowlet -- a free Wownero desktop wallet

[Andrei POPESCU]

Control: reassign -1 wnpp

On Sb, 03 apr 21, 07:27:12, wowario wrote:
> Package: wowlet
> Severity: wishlist
> 
> * Package name : wowlet
>   Version : 1.0
>   Upstream Author : wowlet 
> * URL : https://git.wownero.com/wowlet/wowlet
> * License : BSD-3-clause
>   Programming Lang: Qt, C++
>   Description : WOWlet is a free, open-source Wownero desktop wallet for 
> Linux, Tails, macOS, and Windows.
> 
> - Wowario

Reassigning to correct (pseudo-)package.

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


signature.asc
Description: PGP signature

Bug#986250: libtraildb-dev: should Architecture: amd64 x32

[Andrei POPESCU]

Control: reassign -1 src:traildb

On Jo, 01 apr 21, 22:09:17, Yangfl wrote:
> Source: libtraildb-dev
> 
> In file included from src/tdb_encode_model.c:22:
> src/dsfmt/dSFMT.h:148:12: fatal error: emmintrin.h: No such file or directory
>   148 | #  include 
>   |^
> compilation terminated.

Reassigning to correct source package.

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


signature.asc
Description: PGP signature

Bug#950447: Document that persistent journal is now enabled in systemd

[Andrei POPESCU]

On Mi, 31 mar 21, 17:33:47, Justin B Rye wrote:
> Paul Gevers wrote:
> >> On 18-03-2021 11:41, Michael Biebl wrote:
> >>> Yes, the persistent journal is enabled on upgrades and new installations.
> >> 
> >> Thanks.
> >> 
> >>> I'm a bit uncertain, whether I should go into that much detail in the
> >>> release notes, especially wrt to rsyslog. But on the other hand, this
> >>> way our users are notified in advance that this change is coming.
> >> 
> >> I would say, keep it short. I.e. tell we change the default (it only the
> >> default, right?) on upgrades and how it can be disabled again.
> >
> > Did you already have inspiration? We can also try to write up something,
> > but I really appreciate it when maintainers do the initial proposal.
> 
> If nobody knowledgeable has had the time to come up with anything,
> maybe the version attached will inspire either improvements or just an
> urge to replace it with something completely different.
> 
> (The man page pointer should be enough that we don't also need to
> spell out a "disabling the journal HOWTO".)

> diff --git a/en/whats-new.dbk b/en/whats-new.dbk
> index 1e361e61..399e1977 100644
> --- a/en/whats-new.dbk
> +++ b/en/whats-new.dbk
> @@ -182,6 +182,23 @@ linkend="obsolete"/>.
>
>  
>  
> +
> +  Persistent systemd journal
> +  
> +Systemd in bullseye activates its persistent journal functionality
> +by default, storing its files in
> +/var/log/journal/. See  +
> url="/bullseye/systemd/journald.conf.5.html">journald.conf(5)
> +for details.

To me systemd-journald.service(8) seems like a better introduction.

It's probably also worth mentioning that on Debian the journal is 
readable by members of 'adm', in addition to the default 
'systemd-journal' group.

> +  
> +  
> +This should not interfere with any existing traditional logging
> +daemon such as rsyslog, but
> +users who are not relying on special features of such a daemon may
> +wish to uninstall it and switch over to using only the journal.
> +  
> +
> +
>  
>Desktops and well known packages
>  


Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#985785: ITP: md-toc -- Table of contents generation for markdown files.

[Andrei POPESCU]

Control: reassign -1 wnpp
Control: severity -1 wishlist

On Ma, 23 mar 21, 15:14:53, Sakirnth Nagarasa wrote:
> Package: md-toc
> Owner: sakir...@gmail.com
> 
> * Package name: md-toc
>   Upstream Author : Franco Masotti
> * License : GPL-3+
>   Description : Table of contents generation for markdown files.
> 
>  The table of contents (a.k.a: TOC) generated by this program is
> designed to work with several markdown parsers such as the ones used by
> GitHub and GitLab.
> 
> Greetings,
> Sakirnth (Saki)

Reassigning to correct (pseudo-)package.

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


signature.asc
Description: PGP signature

Bug#985616: Document change to unbound ".d" config file fragment behavior

[Andrei POPESCU]

On Lu, 22 mar 21, 16:34:00, Justin B Rye wrote:
> Andrei POPESCU wrote:
> > The NEWS file is also available online:
> > 
> > https://sources.debian.org/src/unbound/1.13.1-1/debian/NEWS/
> 
> That's a better idea than the alternative I was considering, which was
> to point at this bug report.  So we could cut it all the way down to
> something like:
> 
>   
> Config file fragment handling in unbound
> 
>   The DNS resolver unbound
>   has changed the way it handles configuration file fragments. If
>   you are relying on an include: directive to
>   merge several fragments into a valid configuration, you should
>   readurl="https://sources.debian.org/src/unbound/1.13.1-1/debian/NEWS/;>the
>   NEWS file.
> 
>   

LGTM FWIW.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#985616: Document change to unbound ".d" config file fragment behavior

[Andrei POPESCU]

On Lu, 22 mar 21, 14:33:25, Justin B Rye wrote:
> Andrei POPESCU wrote:
> > 
> > How about squeezing even further and pointing to the NEWS file instead 
> > (for those that have unbound installed, but not apt-listchanges). 
> 
> The problem is, that way the information they need to implement a fix
> only arrives on their system as part of the process that breaks their
> resolver.  That's less of a disaster than if the solution was only
> available online, but it still sounds annoying.

The NEWS file is also available online:

https://sources.debian.org/src/unbound/1.13.1-1/debian/NEWS/

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#985616: Document change to unbound ".d" config file fragment behavior

[Andrei POPESCU]

On Du, 21 mar 21, 13:01:07, Justin B Rye wrote:
> Robert Edmonds wrote:
> > During the bullseye release cycle the default /etc/unbound/unbound.conf
> > file was changed to use the newly introduced "include-toplevel:"
> > directive rather than the "include:" directive. This should probably be
> > mentioned in the bullseye release notes because it will break
> > configurations where the user added a clauseless config file fragment to
> > /etc/unbound/unbound.conf.d/.
> > 
> > The text from /usr/share/doc/unbound/NEWS.Debian.gz about this change is
> > quoted below.
> 
> For the Release Notes we ought to add some material: people reading
> the NEWS file can be assumed to have chosen to install unbound, but
> this version needs to start by making it clear what unbound is (and
> that if you haven't heard of it you don't need to read the technical
> details).  Then after that we could squeeze things a bit:

[snip two paragraphs]

> Is that compressed too far?  I was hoping to fit the word "robustness"
> somewhere.  Maybe a mention of unbound-checkconf?

How about squeezing even further and pointing to the NEWS file instead 
(for those that have unbound installed, but not apt-listchanges). 

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#966701: Driverless printing in buster via ipp-usb

[Andrei POPESCU]

On Sb, 20 mar 21, 14:48:22, Brian Potkin wrote:
> On Sat 20 Mar 2021 at 14:17:11 +, Justin B Rye wrote:
> 
> > 
> > Presumably a cut'n'pasteo.  Thanks, revised patch attached.
> > -- 
> > JBR with qualifications in linguistics, experience as a Debian
> > sysadmin, and probably no clue about this particular package
> 
> > diff --git a/en/whats-new.dbk b/en/whats-new.dbk
> > index c301cfad..4435fce5 100644
> > --- a/en/whats-new.dbk
> > +++ b/en/whats-new.dbk
> > @@ -99,40 +99,74 @@ see any updates for these packages and they will be 
> > marked as
> >  linkend="obsolete"/>.
> >  
> >  
> > -
> > -  SANE and driverless scanning
> > +
> > +  Driverless scanning and printing
> >
> > -Driverless scanning is the ability to scan without requiring a
> > -free or non-free backend driver specific to that scanner model.
> > -It is mainly associated with modern multi-function devices, but
> > -some modern standalone scanners are known to work
> > -driverless. Modern refers to devices that have been
> > +Both printing with CUPS and scanning with
> > +SANE are increasingly likely to be possible
> > +without the need for any (often non-free) driver specific

For me this would sound better:

 ... without the need for any driver (often non-free) specific

> > +to the model of the hardware, especially in the case of devices
> >  marketed in the past five years or so.
> >

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Bug#985369: Banana Pi Call Trace in sound/core/init.c:207 snd_card_new+0x430/0x480 [snd]

[Andrei POPESCU]

Control: reassign -1 src:linux 5.10.19-1

On Ma, 16 mar 21, 19:26:43, Tuxo wrote:
> Package: 5.10.0-4-armmp-lpae
> Version: Debian 5.10.19-1: armhf
> 
> Call Trace coming up:
> 
> [  +0.303626] [ cut here ]
> [  +0.008081] WARNING: CPU: 0 PID: 248 at sound/core/init.c:207
> snd_card_new+0x430/0x480 [snd]
> [  +0.007999] Modules linked in: sun4i_codec(E+) snd_soc_core(E)
> snd_pcm_dmaengine(E) snd_pcm(E) nvmem_sunxi_sid(E) sun4i_ts(E) sg(E)
> snd_timer(E) snd(E) sunxi_cir(E) soundcore(E) rc_core(E) sun4i_ss(E+)
> libdes(E) sunxi_wdt(E) sunxi_cedrus(CE) videobuf2_dma_contig(E)
> v4l2_mem2mem(E) videobuf2_memops(E) videobuf2_v4l2(E) videobuf2_common(E)
> leds_gpio(E) cpufreq_dt(E) fuse(E) configfs(E) sunrpc(E) ip_tables(E)
> x_tables(E) autofs4(E) ext4(E) crc16(E) mbcache(E) jbd2(E) btrfs(E)
> blake2b_generic(E) xor(E) xor_neon(E) raid6_pq(E) libcrc32c(E)
> crc32c_generic(E) f2fs(E) crc32_generic(E) sd_mod(E) t10_pi(E) crc_t10dif(E)
> crct10dif_generic(E) crct10dif_common(E) axp20x_usb_power(E) industrialio(E)
> pinctrl_axp209(E) axp20x_regulator(E) realtek(E) sun4i_backend(E)
> dwmac_sunxi(E) stmmac_platform(E) stmmac(E) ohci_platform(E) pcs_xpcs(E)
> phylink(E) ahci_sunxi(E) ehci_platform(E) ohci_hcd(E) libahci_platform(E)
> ptp(E) libahci(E) sunxi(E) phy_generic(E) lima(E) libata(E) gpu_sched(E)
> musb_hdrc(E)
> [  +0.000354]  pps_core(E) ehci_hcd(E) udc_core(E) i2c_mv64xxx(E)
> scsi_mod(E) sun4i_drm_hdmi(E) usbcore(E) cec(E) spi_sun4i(E) sunxi_mmc(E)
> phy_sun4i_usb(E) sun4i_drm(E) sun4i_frontend(E) sun4i_tcon(E)
> sun8i_tcon_top(E) drm_kms_helper(E) display_connector(E) drm(E)
> [  +0.064237] CPU: 0 PID: 248 Comm: systemd-udevd Tainted: G C E
> 5.10.0-4-armmp-lpae #1 Debian 5.10.19-1
> [  +0.010143] Hardware name: Allwinner sun7i (A20) Family
> [  +0.010019] Backtrace:
> [  +0.009907] [] (dump_backtrace) from []
> (show_stack+0x20/0x24)
> [  +0.010172]  r7:00cf r6:600f0113 r5: r4:c16d04d0
> [  +0.010253] [] (show_stack) from []
> (dump_stack+0xc8/0xdc)
> [  +0.010012] [] (dump_stack) from []
> (__warn+0xfc/0x158)
> [  +0.010183]  r7:00cf r6:0009 r5:bf6e1604 r4:bf6eb01c
> [  +0.010016] [] (__warn) from []
> (warn_slowpath_fmt+0x70/0xe4)
> [  +0.010317]  r7:bf6e1604 r6:00cf r5:bf6eb01c r4:
> [  +0.010074] [] (warn_slowpath_fmt) from []
> (snd_card_new+0x430/0x480 [snd])
> [  +0.010305]  r8:c2e0f8c4 r7:c1a3ec10 r6: r5:c2ca3000 r4:
> [  +0.010210] [] (snd_card_new [snd]) from []
> (snd_soc_bind_card+0x3a8/0xa30 [snd_soc_core])
> [  +0.010262]  r10: r9:bf759d8c r8:c1a26e80 r7:0001 r6:0050
> r5:c2e0f840
> [  +0.010202]  r4:c2bc2d00
> [  +0.010557] [] (snd_soc_bind_card [snd_soc_core]) from
> [] (snd_soc_register_card+0xf8/0x108 [snd_soc_core])
> [  +0.010486]  r10:0024 r9:bf733170 r8:c1a26e80 r7:bf72e6f4 r6:c1a3ec10
> r5:c2bd4a00
> [  +0.010532]  r4:c2e0f840
> [  +0.010512] [] (snd_soc_register_card [snd_soc_core]) from
> [] (sun4i_codec_probe+0x230/0x468 [sun4i_codec])
> [  +0.011003]  r5:c2bd4a00 r4:0002
> [  +0.010799] [] (sun4i_codec_probe [sun4i_codec]) from
> [] (platform_drv_probe+0x58/0xa8)
> [  +0.011063]  r8: r7:c17f1de0 r6:bf733170 r5:c1a3ec10 r4:
> [  +0.011147] [] (platform_drv_probe) from []
> (really_probe+0x108/0x514)
> [  +0.011228]  r7:c17f1de0 r6: r5:c17f1dd8 r4:c1a3ec10
> [  +0.011134] [] (really_probe) from []
> (driver_probe_device+0x100/0x1d4)
> [  +0.16]  r10:bf733940 r9:c1604e00 r8:c2f15f30 r7:bf733170 r6:c1a3ec54
> r5:bf733170
> [  +0.06]  r4:c1a3ec10
> [  +0.15] [] (driver_probe_device) from []
> (device_driver_attach+0xb8/0xc0)
> [  +0.10]  r9:c1604e00 r8:c2f15f30 r7:bf733170 r6:c1a3ec54 r5:
> r4:c1a3ec10
> [  +0.12] [] (device_driver_attach) from []
> (__driver_attach+0x9c/0x150)
> [  +0.18]  r7:c17579a8 r6:c1a3ec10 r5:bf733170 r4:
> [  +0.079177] [] (__driver_attach) from []
> (bus_for_each_dev+0x84/0xd0)
> [  +0.16]  r7:c17579a8 r6:c0aac58c r5:bf733170 r4:
> [  +0.13] [] (bus_for_each_dev) from []
> (driver_attach+0x2c/0x30)
> [  +0.08]  r6: r5:c2f71780 r4:bf733170
> [  +0.11] [] (driver_attach) from []
> (bus_add_driver+0x120/0x20c)
> [  +0.13] [] (bus_add_driver) from []
> (driver_register+0x98/0x128)
> [  +0.08]  r7: r6:bf733a70 r5: r4:bf733170
> [  +0.13] [] (driver_register) from []
> (__platform_driver_register+0x50/0x58)
> [  +0.07]  r5:c2fbe300 r4:c17579a8
> [  +0.53] [] (__platform_driver_register) from []
> (sun4i_codec_driver_init+0x24/0x1000 [sun4i_codec])
> [  +0.06]  r5:c2fbe300 r4:bf704000
> [  +0.24] [] (sun4i_codec_driver_init [sun4i_codec]) from
> [] (do_one_initcall+0x50/0x27c)
> [  +0.14] [] (do_one_initcall) from []
> (do_init_module+0x70/0x2a4)
> [  +0.09]  r7:c2f15ea8 r6:bf733a70 r5:c2fbe300 r4:bf733940
> [  +0.10] [] (do_init_module) from []
> (load_module+0x2260/0x264c)
> [  +0.08]  r6:bf733a70 

Bug#985188: 64-bit value - wrong interpretation

[Andrei POPESCU]

Control: reassign -1 ghex 3.18.4

On Du, 14 mar 21, 05:14:44, Hotaru Neko wrote:
> Package: ghex  Version: 3.18.4   The Signed 64 bit is interpreted 
> wrongly. For string 10 00 00 1A 10 00 00 00 it shows 
> 436207632. Additionally Ghex truncated 10GB file to about 2GB. It 
> is probably also problem with interpretation of long long int / 
> int64 as int32. BTW. Please install Mantis, Bugzilla or other modern 
> bugtracker. Reporting via e-mail is very uncomfortable and probably many bugs 
> are not reported due to this problem ( user-unfriendly interface).Kernel: 
>  5.4.0-66-generic

Wrong package due to mangled newlines.

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


signature.asc
Description: PGP signature

Bug#985057: gitlab-apt-pin-preferences: Pin not specific enough to prevent breaking Gitlab

[Andrei POPESCU]

On Vi, 12 mar 21, 16:04:16, Maximilian Stein wrote:
> Hello,
> 
> This package is part of Debian Fasttrack. Its source is hosted on Salsa: 
> https://salsa.debian.org/fasttrack-team/gitlab-apt-pin-preferences/-/tree/master,
> and maintainer is Praveen Arimbrathodiyil (in CC).

As far as I know Fasttrack is (still) an unofficial service, and the BTS 
doesn't have any knowledge of packages that exist only in there.

Even for Backports (that contains only packages known to the BTS) the 
rule is to report bugs to Backports Maintainer instead of the BTS, 
because the "regular" package could be maintained by someone else.

Hope this explains,
Andrei
-- 
Looking after bugs assigned to unknown or inexistent packages


signature.asc
Description: PGP signature

Bug#984980: libaqbanking44: Wrong message after sending an transaction

[Andrei POPESCU]

Control: reassign -1 libaqbanking44

On Jo, 11 mar 21, 15:17:15, Mechtilde Stehmann wrote:
> Package: libaqbaning44
> Version: 6.2.9-1
> severity: grave
> 
> I get the message the transaction failed after entering PIN and TAN but
> the transaction was executed.
> 
> Upstream has already fixed it in version 6.2.10
> 
> 
> -- System Information:
> Debian Release: bullseye/sid
>   APT prefers testing
>   APT policy: (400, 'testing'), (300, 'unstable'), (200, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 5.10.0-3-amd64 (SMP w/4 CPU cores)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8),
> LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
> 
> Versions of packages libaqbanking44 depends on:
> ii  libaqbanking-data  6.2.9-1
> ii  libc6  2.31-9
> ii  libgmp10   2:6.2.1+dfsg-1
> ii  libgwenhywfar795.6.0-2
> ii  libxml22.9.10+dfsg-6.3+b1
> ii  libxmlsec1 1.2.31-1
> ii  zlib1g 1:1.2.11.dfsg-2
> 
> libaqbanking44 recommends no packages.
> 
> Versions of packages libaqbanking44 suggests:
> pn  aqbanking-tools  
> 
> -- no debconf information
> 
> 
> -- 
> Mechtilde Stehmann
> ## Debian Developer
> ## PGP encryption welcome
> ## F0E3 7F3D C87A 4998 2899  39E7 F287 7BBA 141A AD7F

Fixing typo in package name.

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


signature.asc
Description: PGP signature

Bug#984946: Bug report libpigpiod-if-dev

[Andrei POPESCU]

Control: reassign -1 libpigpiod-if-dev 1.68-3

On Mi, 10 mar 21, 19:57:00, E.A. Heuveling wrote:
> Package: libpigpiod-if-devVersion: 1.68-3Version: 1.78-1
> 
> The package 'libpigpiod-if-dev' should contain all the header files and object
> The file that is missing is 'pigpio.h' and 'pigpio.o'
> 
> In the debian install
> file'https://sources.debian.org/src/pigpio/1.78-1/debian/libpigpiod-if-dev.install'
> the contents is:
> 
> debian/tmp/usr/lib/libpigpiod_if*.sodebian/tmp/usr/include/pigpiod_if*.h
> 
> but should be:
> 
> debian/tmp/usr/lib/libpigpio.sodebian/tmp/usr/lib/libpigpiod_if*.sodebian/tmp/usr/include/pigpiod_if*.hdebian/tmp/usr/include/pigpio.h
> 
> Also the Package: libpigpiod-if and libpigpiod-if2-1 Version: 1.68-3 Version:
> 1.78-1
> 
> These also need the
> libpigpio.so.1 -> libpigpio.so
> Otherwise the lib will not work.

Fixing package name due to mangling of newlines.

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


signature.asc
Description: PGP signature

Bug#984486: libsmbclient-dev: ffmpeg 4.3.2 FTBFS against libsmbclient.h

[Andrei POPESCU]

Control: reassign -1 src:samba 2:4.9.5+dfsg-5+deb10u1

On Jo, 04 mar 21, 04:41:11, Vasyl Gello wrote:
> Source: libsmbclient-dev

Assuming you meant "source of libsmbclient-dev" here (this syntax is not 
supported by the BTS).

> Version: 2:4.9.5+dfsg-5+deb10u1
> Severity: important
> Tags: ftbfs patch
> Justification: fails to build from source
> X-Debbugs-Cc: sramac...@debian.org
> 
> Dear colleagues,
> 
> I encountered an old SMB client header bug trying to backport ffmpeg 4.3.2 to 
> buster.
> The build logs are identical to https://bugs.gentoo.org/666548 and the patch 
> applied
> from there (attached to this message) does resolve the build failure on 
> buster-bpo for
> amd64 and i386.
> 
> Is it possible to incorporate this low-risk fix to stable-updates / 
> stable-security?
> 
> Regards,
> Vasyl
> 
> -- System Information:
> Debian Release: bullseye/sid
>   APT prefers unstable-debug
>   APT policy: (500, 'unstable-debug'), (500, 'buildd-unstable'), (500, 
> 'unstable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 5.4.0-66-generic (SMP w/6 CPU threads)
> Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
> Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to 
> en_US.UTF-8), LANGUAGE not set
> Shell: /bin/sh linked to /bin/dash
> Init: unable to detect

> From 11e8c14b78e2423041f3846882f74cd6490a3e44 Mon Sep 17 00:00:00 2001
> From: Joan Karadimov 
> Date: Thu, 18 Oct 2018 18:16:17 +0300
> Subject: [PATCH] Fix compatibility issues with the timespec struct
> 
> ---
>  source3/include/libsmbclient.h | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/source3/include/libsmbclient.h b/source3/include/libsmbclient.h
> index 5e4a1715402..6487ea7a8aa 100644
> --- a/source3/include/libsmbclient.h
> +++ b/source3/include/libsmbclient.h
> @@ -78,6 +78,7 @@ extern "C" {
>  #include 
>  #include 
>  #include 
> +#include 
>  #include 
>  
>/* Debian bug #221618 */


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


signature.asc
Description: PGP signature

Bug#983750: networkmanager: NM takes over slave interfaces of bond

[Andrei POPESCU]

Control: reassign -1 network-manager

On Lu, 01 mar 21, 10:00:26, Michel Meyers wrote:
> Package: networkmanager
> Severity: normal
> 
> Dear Maintainer,
> 
> I had a bond configured as described in Example 1 on: 
> https://wiki.debian.org/Bonding
> 
> This morning, my server's bond interface showed down, and its slaves
> kept getting removed. After some digging, I found that networkmanager
> had gotten installed and a check in nmcli showed that it had taken over each 
> of the slave interfaces
> while listing bond0 as unmanaged.
> 
> It appears that NM ignores the "slaves eth0 eth1" directive in
> /etc/network/interfaces so unless each of the interfaces is specifically
> named as in Example 2, NM takes over the slaves, killing the bond.
> 
> - Michel
> 
> 
> 
> -- System Information:
> Debian Release: bullseye/sid
>   APT prefers testing
>   APT policy: (650, 'testing'), (600, 'unstable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 5.10.0-3-amd64 (SMP w/12 CPU threads)
> Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
> TAINT_UNSIGNED_MODULE
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not 
> set
> Shell: /bin/sh linked to /bin/bash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled

Reassigning to correct package.

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


signature.asc
Description: PGP signature

Bug#983439: allow to build the package without udebs

[Andrei POPESCU]

Control: reassign -1 src:libdebian-installer 0.120

On Mi, 24 feb 21, 07:32:11, Matthias Klose wrote:
> Package: src: libdebian-installer
> Version: 0.120
> Tags: patch
> 
> allow to build the package without udebs.
> 
> patch at
> http://launchpadlibrarian.net/524724757/libdebian-installer_0.120ubuntu2_0.120ubuntu3.diff.gz

Reassigning to correct source package.

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


signature.asc
Description: PGP signature

Bug#983395: podman lacks a runtime dependency on rootlesskit

[Andrei POPESCU]

Control: reassign -1 src:libpod 3.0.0+dfsg1-2

On Ma, 23 feb 21, 14:26:12, Andrej Shadura wrote:
> Package: src:podman
> Version: 3.0.0+dfsg1-2
> Severity: important
> 
> Dear Maintainer,
> 
> I get an error message when I try to run podman:
> 
> Error: Cannot connect to the Podman socket, make sure there is a Podman REST 
> API service running.:
> cannot find newuidmap: exec: "newuidmap": executable file not found in $PATH
> 
> Installing package rootlesskit fixes the issue.
> 
> -- 
> Cheers,
>   Andrej

Reassigning to correct (source) package.

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


signature.asc
Description: PGP signature

Bug#982671: Supporting unbound in stretch by upgrading to 1.9

[Andrei POPESCU]

On Mi, 17 feb 21, 22:47:32, Markus Koschany wrote:
> Am Mittwoch, den 17.02.2021, 15:21 -0500 schrieb Robert Edmonds:
> > Markus Koschany wrote:
> [...]
> > > Please feel free to reassign and/or adjust the bug report as necessary.
> > 
> > I get the following error message from the BTS. Do I need to do
> > "reassign 982671 unbound1.9" instead?
> 
> I also got some error messages but it seems the bug reports are now reassigned
> to src:unbound1.9. The errors are probably related to the fact that the source
> package only and ever existed in Stretch 

Hello,

This appears to be the case. A side effect of this is that unless dealt 
with manually these bugs will just linger in the BTS.

https://bugs.debian.org/cgi-bin/pkgreport.cgi?maint=

Please either close or reassign them to a package known to the BTS.

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


signature.asc
Description: PGP signature