Bug#994965: gnome-control-center: "Power Mode" options not displayed

[Xavier Bestel]

Package: gnome-control-center
Version: 1:40.1-1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

Hi,

I have 2 intel laptops (Dell XPS 13 and XPS 15, one from 2017 and one from
2021) which I know have different power modes. The gnome-control-center
from GNOME 40 is supposed to show me an option to select one of these
power modes (like "performance" or "power saver"), but it doesn't.

Maybe there's a missing package or something ? IMHO it should be
installed by default then (at least recommended).

Regards,
Xav

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: bookworm/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages gnome-control-center depends on:
ii  accountsservice0.6.55-3
ii  apg2.2.3.dfsg.1-5+b2
ii  colord 1.4.5-3
ii  desktop-base   11.0.3
ii  desktop-file-utils 0.26-1
ii  gnome-control-center-data  1:40.1-1
ii  gnome-desktop3-data40.4-2
ii  gnome-settings-daemon  40.0.1-2+b1
ii  gsettings-desktop-schemas  40.0-2
ii  libaccountsservice00.6.55-3
ii  libatk1.0-02.36.0-2
ii  libc6  2.33-0experimental0
ii  libcairo2  1.16.0-5
ii  libcheese-gtk253.38.0-4+b1
ii  libcheese8 3.38.0-4+b1
ii  libcolord-gtk1 0.1.26-2+b1
ii  libcolord2 1.4.5-3
ii  libcups2   2.3.3op2-7
ii  libepoxy0  1.5.8-1
ii  libfontconfig1 2.13.1-4.2
ii  libgdk-pixbuf-2.0-02.42.6+dfsg-2
ii  libglib2.0-0   2.68.4-1
ii  libgnome-bluetooth13   3.34.5-4
ii  libgnome-desktop-3-19  40.4-2+b1
ii  libgoa-1.0-0b  3.40.0-2
ii  libgoa-backend-1.0-1   3.40.0-2
ii  libgsound0 1.0.3-2
ii  libgtk-3-0 3.24.30-3
ii  libgtop-2.0-11 2.40.0-2
ii  libgudev-1.0-0 237-2
ii  libhandy-1-0   1.4.0-1
ii  libibus-1.0-5  1.5.25-2
ii  libkrb5-3  1.18.3-7
ii  libmalcontent-0-0  0.10.1-1
ii  libmm-glib01.14.12-0.2
ii  libnm0 1.30.6-1
ii  libnma01.8.32-1
ii  libpango-1.0-0 1.48.10+ds1-1
ii  libpangocairo-1.0-01.48.10+ds1-1
ii  libpolkit-gobject-1-0  0.105-31
ii  libpulse-mainloop-glib014.2-2
ii  libpulse0  14.2-2
ii  libpwquality1  1.4.4-1
ii  libsecret-1-0  0.20.4-2
ii  libsmbclient   2:4.13.5+dfsg-2
ii  libsoup2.4-1   2.74.0-2
ii  libudisks2-0   2.9.3-1
ii  libupower-glib30.99.13-1
ii  libwacom2  1.11-1
ii  libwayland-server0 1.19.0-2
ii  libx11-6   2:1.7.2-2+b1
ii  libxi6 2:1.7.10-1
ii  libxml22.9.10+dfsg-6.7

Versions of packages gnome-control-center recommends:
ii  cracklib-runtime  2.9.6-3.4
ii  cups-pk-helper0.2.6-1+b1
ii  gkbd-capplet  3.26.1-1+b1
ii  gnome-online-accounts 3.40.0-2
ii  gnome-user-docs   40.4-1
ii  gnome-user-share  3.34.0-3+b1
ii  iso-codes 4.7.0-1
ii  libcanberra-pulse 0.30-7+b1
ii  libnss-myhostname 247.9-1
ii  malcontent-gui0.10.1-1
ii  network-manager-gnome 1.24.0-1
ii  policykit-1   0.105-31
ii  pulseaudio-module-bluetooth   14.2-2
ii  realmd0.17.0-1
ii  rygel 0.40.1-3
ii  rygel-tracker 0.40.1-3
ii  system-config-printer-common  1.5.14-1

Versions of packages gnome-control-center suggests:
ii  gnome-software   40.4-1+b1
ii  gstreamer1.0-pulseaudio  1.18.5-1
pn  libcanberra-gtk-module   
ii  libcanberra-gtk3-module  0.30-7+b1
ii  x11-xserver-utils7.7+8

-- no debconf information

Bug#994966: ITP: r-cran-ids -- generate random identifiers with GNU R

[Andreas Tille]

Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-ids -- generate random identifiers with GNU R
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-cran-ids
  Version : 1.0.1
  Upstream Author : Rich FitzJohn
* URL : https://cran.r-project.org/package=ids
* License : MIT
  Programming Lang: GNU R
  Description : generate random identifiers with GNU R
 Generate random or human readable and pronounceable identifiers.

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

Bug#994967: ITP: r-cran-googlesheets4 -- GNU R access Google sheets using the sheets API V4

[Andreas Tille]

Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-googlesheets4 -- GNU R access Google sheets using the 
sheets API V4
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-cran-googlesheets4
  Version : 1.0.0
  Upstream Author : Jennifer Bryan,
* URL : https://cran.r-project.org/package=googlesheets4
* License : MIT
  Programming Lang: GNU R
  Description : GNU R access Google sheets using the sheets API V4
 Interact with Google Sheets through the Sheets API v4
 . "API" is an acronym for
 "application programming interface"; the Sheets API allows users to
 interact with Google Sheets programmatically, instead of via a web
 browser. The "v4" refers to the fact that the Sheets API is currently
 at version 4. This package can read and write both the metadata and
 the cell data in a Sheet.

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

Bug#994899: [Pkg-xen-devel] Bug#994899: xen-hypervisor-4.14-amd64 breaks system poweroff on bullseye

[Chuck Zmudzinski]

Based on the technical information so far provided by the
Debian community in this report and in the related bug
#991967, I consider this bug closed. For me it is fixed. I
found the solution for it on my hardware and shared
it with the Debian community. I do not care if the
official Debian developers implement my suggestion
or not. I will not run Debian's version which is really
a mix of Xen-4.14 stable and Xen-4.16 unstable. Instead
I will run the version with the patch I suggested in this
bug report, and AFAICT I will have a more stable and
bug-free version of Xen than anyone who runs the current
so-called stable version of Xen for Debian.

Since the information about this bug is scattered in various
places in the this bug report and in #991967, I will say this
bug concerned the following hardware/software configuration:

Motherboard/CPU: ASRock B85M Pro4, BIOS P2.50 12/11/2015,
with a Haswell CPU (core i5-4590S)

Boot system: EFI, not using secure boot, booting xen
hypervisor and dom0 bullseye with grub-efi package for
bullseye, and it boots the xen-4.14-amd64.gz file, not
the xen-4.14-amd64.efi file.

Init system: systemd

Xen domain type: Domain 0

Linux Kernel Versions: all Linux kernel versions of both
buster and bullseye running as a dom0 I tested exhibit
the bug, but no Debian stable Linux kernel version since
4.19.0-16 running as a dom0 exhibited the bug with
the Xen hypervisor for buster.

If you are experiencing the symptoms described in this
bug report, the solution I proposed for Debian in both
this bug report and in #991976 might fix the bug if your
hardware and software configuration is similar to
what I have described above. However, to fix it you
will have to test it yourself, and that would
involve building the Xen package for bullseye from
source, unless and until Debian decides to implement
the fix I proposed in my original bug report.

if you use BIOS boot and/or sysv-init instead of EFI
boot and/or systemd, it is likely the fix I have described
here will not fix the bug, and also if you have a newer
intel cpu or an amd cpu the fix might not work on your
hardware, but it might work if you use EFI and systemd
in those latter cases.

If you try the solution I proposed here and it does not
solve your issue, I would suggest that you look at #991976
before reporting a new bug.

I will not take action to close this bug; that is up to
the Debian developers to decide. Instead, I will select
this message to be a summary of the bug.

Happy computing on Debian,

Chuck Zmudzinski

Bug#994968: Subject: RFS: simple-image-filter/1.0.9-1 [ITP] -- Image processing software

[YaNing Lu]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "simple-image-filter":

 * Package name: simple-image-filter
   Version : 1.0.9-1
   Upstream Author : https://github.com/dependon/simple-image-filter/issues
 * URL : https://github.com/dependon/simple-image-filter
 * License : GPL-3+
 * Vcs : https://salsa.debian.org/Dami/simple-image-filter
   Section : utils

It builds those binary packages:

  simple-image-filter - Image processing software

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

  https://mentors.debian.net/package/simple-image-filter/

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

  dget -x 
https://mentors.debian.net/debian/pool/main/s/simple-image-filter/simple-image-filter_1.0.9-1.dsc

Changes for the initial release:

 simple-image-filter (1.0.9-1) unstable; urgency=medium
 .
   * Initial release (Closes: #994243)

Regards,
-- 
  Lu YaNing

Bug#994969: jackd2: segfaults after today's upgrade of other Debian testing packages

[Francesco Poli (wintermute)]

Package: jackd2
Version: 1.9.19~dfsg-2
Severity: grave
Justification: renders package unusable

Hello!
After today's upgrade, jackd stopped working on my Debian testing box.

  $ jackd --realtime -d alsa --device hw:PCH --softmode --hwmeter --rate 44100 &
  jackdmp 1.9.19
  Copyright 2001-2005 Paul Davis and others.
  Copyright 2004-2016 Grame.
  Copyright 2016-2021 Filipe Coelho.
  jackdmp comes with ABSOLUTELY NO WARRANTY
  This is free software, and you are welcome to redistribute it
  under certain conditions; see the file COPYING for details
  no message buffer overruns
  no message buffer overruns
  
  [1]+  Segmentation fault  jackd --realtime -d alsa --device hw:PCH 
--softmode --hwmeter --rate 44100


I tried to selectively downgrade the libraries that appeared related to
jackd2, but to no avail: the segfault was still reproducible.

The list of package upgrades that broke jackd is:

  
  [REMOVE, NOT USED] libbox2d2.3.0:amd64 2.3.1+ds-7
  [REMOVE, NOT USED] libcmis-0.5-5v5:amd64 0.5.2-3
  [REMOVE, NOT USED] libqrcodegencpp1:amd64 1.6.0-1
  [INSTALL, DEPENDENCIES] libbox2d2:amd64 2.4.1-2
  [INSTALL, DEPENDENCIES] libzxingcore1:amd64 1.2.0-1
  [UPGRADE] adwaita-icon-theme:amd64 40.1.1-2 -> 41.0-1
  [UPGRADE] binutils:amd64 2.37-5 -> 2.37-7
  [UPGRADE] binutils-common:amd64 2.37-5 -> 2.37-7
  [UPGRADE] binutils-x86-64-linux-gnu:amd64 2.37-5 -> 2.37-7
  [UPGRADE] cpp-10:amd64 10.3.0-9 -> 10.3.0-11
  [UPGRADE] diffoscope:amd64 182 -> 185
  [UPGRADE] diffoscope-minimal:amd64 182 -> 185
  [UPGRADE] eatmydata:amd64 129-3 -> 129-4
  [UPGRADE] fonts-opensymbol:amd64 2:102.12+LibO7.1.5-2 -> 2:102.12+LibO7.2.1-3
  [UPGRADE] g++-10:amd64 10.3.0-9 -> 10.3.0-11
  [UPGRADE] gcc-10:amd64 10.3.0-9 -> 10.3.0-11
  [UPGRADE] gcc-10-base:amd64 10.3.0-9 -> 10.3.0-11
  [UPGRADE] gcc-11-base:amd64 11.2.0-4 -> 11.2.0-7
  [UPGRADE] libasan6:amd64 11.2.0-4 -> 11.2.0-7
  [UPGRADE] libatk-wrapper-java:amd64 0.38.0-4 -> 0.38.0-5
  [UPGRADE] libatk-wrapper-java-jni:amd64 0.38.0-4 -> 0.38.0-5
  [UPGRADE] libatomic1:amd64 11.2.0-4 -> 11.2.0-7
  [UPGRADE] libbinutils:amd64 2.37-5 -> 2.37-7
  [UPGRADE] libcc1-0:amd64 11.2.0-4 -> 11.2.0-7
  [UPGRADE] libctf-nobfd0:amd64 2.37-5 -> 2.37-7
  [UPGRADE] libctf0:amd64 2.37-5 -> 2.37-7
  [UPGRADE] libeatmydata1:amd64 129-3 -> 129-4
  [UPGRADE] libgcc-10-dev:amd64 10.3.0-9 -> 10.3.0-11
  [UPGRADE] libgcc-s1:amd64 11.2.0-4 -> 11.2.0-7
  [UPGRADE] libgfortran5:amd64 11.2.0-4 -> 11.2.0-7
  [UPGRADE] libglibmm-2.4-1v5:amd64 2.64.2-2 -> 2.66.1-1
  [UPGRADE] libgomp1:amd64 11.2.0-4 -> 11.2.0-7
  [UPGRADE] libitm1:amd64 11.2.0-4 -> 11.2.0-7
  [UPGRADE] liblibreoffice-java:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] liblsan0:amd64 11.2.0-4 -> 11.2.0-7
  [UPGRADE] libmanette-0.2-0:amd64 0.2.5-1 -> 0.2.6-3
  [UPGRADE] libobjc4:amd64 11.2.0-4 -> 11.2.0-7
  [UPGRADE] libquadmath0:amd64 11.2.0-4 -> 11.2.0-7
  [UPGRADE] libreoffice:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libreoffice-base:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libreoffice-base-core:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libreoffice-base-drivers:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libreoffice-calc:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libreoffice-common:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libreoffice-core:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libreoffice-draw:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libreoffice-impress:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libreoffice-java-common:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libreoffice-l10n-de:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libreoffice-l10n-it:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libreoffice-math:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libreoffice-report-builder-bin:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libreoffice-sdbc-hsqldb:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libreoffice-style-colibre:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libreoffice-writer:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libscalar-list-utils-perl:amd64 1:1.55-1+b1 -> 1:1.59-1
  [UPGRADE] libstdc++-10-dev:amd64 10.3.0-9 -> 10.3.0-11
  [UPGRADE] libstdc++6:amd64 11.2.0-4 -> 11.2.0-7
  [UPGRADE] libtsan0:amd64 11.2.0-4 -> 11.2.0-7
  [UPGRADE] libubsan1:amd64 11.2.0-4 -> 11.2.0-7
  [UPGRADE] libuno-cppu3:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libuno-cppuhelpergcc3-3:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libuno-purpenvhelpergcc3-3:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libuno-sal3:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libuno-salhelpergcc3-3:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libunoloader-java:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] libxml2:amd64 2.9.10+dfsg-6.7 -> 2.9.12+dfsg-5
  [UPGRADE] python3-uno:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] rsync:amd64 3.2.3-4 -> 3.2.3-7
  [UPGRADE] uno-libs-private:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] ure:amd64 1:7.1.5-2 -> 1:7.2.1-3
  [UPGRADE] ure-java:amd64 1:7.1.5-2 -> 1:7.2.1-3
  


After some tests, I decided to completely undo today's upgrade:

Bug#994942: nvidia-driver: does not load on kernel 5.14.6

[Matthias Cramer]

I have the same issue, also reverted back to

vmlinuz-5.10.0-8-amd64 from vmlinuz-5.14.0-1-amd64

Debian-Bug info output of Michael seams to be after he reverted back.


I also got this kernel message:

Sep 23 16:21:41 orinoco kernel: [   83.223400] resource sanity check:
requesting [mem 0x000c-0x000f], which spans more than PCI Bus
:00 [mem 0x000c-0x000d window]
Sep 23 16:21:41 orinoco kernel: [   83.223551] caller
_nv000722rm+0x1ad/0x200 [nvidia] mapping multiple BARs

Regards

  Matthias

-- 
Matthias Cramer, Grabengasse 14, CH-8180 Bülach, Switzerland
http://www.freestone.net
GnuPG 1024D/2D208250 = DBC6 65B6 7083 1029 781E  3959 B62F DF1C 2D20 8250




OpenPGP_signature
Description: OpenPGP digital signature

Bug#994971: OpenCL not working with latest Nvidia driver

[Pascal Obry]

Package: nvidia-driver
Version: 470.57.02-3
Severity: grave

I'm currently using GNU/Debian sid. The current NVidia driver is
470.57.02-2 and OpenCL is working fine.

$ clinfo 

Number of platforms   1
  Platform Name   NVIDIA CUDA
  Platform Vendor NVIDIA Corporation
  Platform Version    OpenCL 3.0 CUDA
11.4.94
  ...

There is a new version available 470.57.02-3 and when installed OpenCL
is not supported. clinfo report that there is 0 platform
supported/detected.

I have this issue with kernel 5.10.0-8-amd64 and new 5.14. The only
solution I have found at this point is to revert the NVidia driver to
470.57.02-3 and kernel 5.10.

I cannot tell if this is a kernel issue or an NVidia driver one. Maybe
someone with more knowledge on this area could help finding out.

Thanks,

-- 
  Pascal Obry /  Magny Les Hameaux (78)

  The best way to travel is by means of imagination

  http://www.obry.net

  gpg --keyserver keys.gnupg.net --recv-key F949BD3B

Bug#994972: devscripts: uscan signature verification fails, probably due to gpgv not supporting armored keyrings

[Nikolaus Rath]

Package: devscripts
Version: 2.21.4
Severity: important

I am seeing this problem:

> uscan
uscan: Newest version of s3ql on remote site is 3.7.3+dfsg, local version is 
3.7.0+dfsg
uscan:  => Newer package available from:
=> 
https://github.com/s3ql/s3ql/releases/download/release-3.7.3/s3ql-3.7.3.tar.bz2
gpgv: Signature made Thu 03 Jun 2021 20:40:47 BST
gpgv:using RSA key ED31791B2C5C1613AF388B8AD113FCAC3C4E599F
gpgv: [don't know]: invalid packet (ctb=2d)
gpgv: keydb_search failed: Invalid packet
gpgv: [don't know]: invalid packet (ctb=2d)
gpgv: keydb_search failed: Invalid packet
gpgv: Can't check signature: No public key
uscan die: OpenPGP signature did not verify. at 
/usr/share/perl5/Devscripts/Uscan/Output.pm line 60.

At first I thought that the upstream signature file was corrupted, but
it seems that gpgv can't deal with a the keyring if it is generated the
way that uscan(1) says it should be:

> gpg --output signing-key.asc --export --export-options export-minimal --armor 
> nikol...@rath.org 
> gpgv --keyring ./signing-key.asc ../s3ql-3.7.3.tar.bz2.asc 
> ../s3ql-3.7.3.tar.bz2
gpgv: Signature made Thu 03 Jun 2021 20:40:47 BST
gpgv:using RSA key ED31791B2C5C1613AF388B8AD113FCAC3C4E599F
gpgv: [don't know]: invalid packet (ctb=2d)
gpgv: keydb_search failed: Invalid packet
gpgv: [don't know]: invalid packet (ctb=2d)
gpgv: keydb_search failed: Invalid packet
gpgv: Can't check signature: No public key

A binary keyring works fine:

> gpg --output signing-key.gpg --export --export-options export-minimal 
> nikol...@rath.org
> gpgv --keyring ./signing-key.gpg ../s3ql-3.7.3.tar.bz2.asc 
> ../s3ql-3.7.3.tar.bz2
gpgv: Signature made Thu 03 Jun 2021 20:40:47 BST
gpgv:using RSA key ED31791B2C5C1613AF388B8AD113FCAC3C4E599F
gpgv: Good signature from "Nikolaus Rath "



-- Package-specific info:

--- /etc/devscripts.conf ---
Empty.

--- ~/.devscripts ---
DEBCHANGE_RELEASE_HEURISTIC=changelog

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

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

Versions of packages devscripts depends on:
ii  dpkg-dev  1.20.9
ii  fakeroot  1.25.3-1.1
ii  file  1:5.39-3
ii  gnupg 2.2.27-2
ii  gpgv  2.2.27-2
ii  libc6 2.31-13
ii  libfile-dirlist-perl  0.05-2
ii  libfile-homedir-perl  1.006-1
ii  libfile-touch-perl0.11-1
ii  libfile-which-perl1.23-1
ii  libipc-run-perl   20200505.0-1
ii  libmoo-perl   2.004004-1
ii  libwww-perl   6.52-1
ii  patchutils0.4.2-1
ii  perl  5.32.1-4+deb11u1
ii  python3   3.9.2-3
ii  sensible-utils0.0.14
ii  wdiff 1.2.2-2+b1

Versions of packages devscripts recommends:
ii  apt 2.2.4
ii  curl7.74.0-1.3+b1
ii  dctrl-tools 2.24-3+b1
pn  debian-keyring  
ii  dput1.1.0
ii  equivs  2.3.1
pn  libdistro-info-perl 
ii  libdpkg-perl1.20.9
ii  libencode-locale-perl   1.05-1.1
pn  libgit-wrapper-perl 
pn  libgitlab-api-v4-perl   
pn  liblist-compare-perl
ii  liblwp-protocol-https-perl  6.10-1
pn  libsoap-lite-perl   
ii  libstring-shellquote-perl   1.04-1
ii  libtry-tiny-perl0.30-1
ii  liburi-perl 5.08-1
pn  licensecheck
pn  lintian 
ii  man-db  2.9.4-2
ii  patch   2.7.6-7
pn  pristine-tar
ii  python3-apt 2.2.1
ii  python3-debian  0.1.39
pn  python3-magic   
ii  python3-requests2.25.1+dfsg-2
pn  python3-unidiff 
ii  python3-xdg 0.27-2
ii  strace  5.10-1
ii  unzip   6.0-26
ii  wget1.21-1+b1
ii  xz-utils5.2.5-2

Versions of packages devscripts suggests:
pn  adequate 
pn  at   
pn  autopkgtest  
pn  bls-standalone   
ii  build-essential  12.9
pn  check-all-the-things 
pn  cvs-buildpackage 
ii  debhelper13.3.4
pn  devscripts-el
pn  diffoscope   
pn  disorderfs   
pn  dose-extra   
pn  duck 
ii  faketime 0.9.8-9
pn  gnuplot  

Bug#994973: ITP: r-cran-googledrive -- GNU R interface to Google Drive

[Andreas Tille]

Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-googledrive -- GNU R interface to Google Drive
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-cran-googledrive
  Version : 2.0.0
  Upstream Author : Lucy D'Agostino McGowan,
* URL : https://cran.r-project.org/package=googledrive
* License : MIT
  Programming Lang: GNU R
  Description : GNU R interface to Google Drive
 Manage Google Drive files from R.

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

Bug#994974: node-define-property: Please deembed and fix vulnereability

[Bastien Roucariès]

Package: node-define-property
Severity: serious
Tags: security upstream fixed-upstream
Justification: security bug
Forwarded: https://github.com/jonschlinkert/define-property/pull/6
X-Debbugs-Cc: Debian Security Team 

Dear Maintainer,

According to
https://www.npmjs.com/advisories/1490
node-define-property is vulnerable


Because it embed small modules that are vulnerable.

Embdeding is bad and we have here another proof

Bastien

Bug#994275: Reverting breaking changes in debianutils

[Thorsten Glaser]

On Fri, 24 Sep 2021, Adrian Bunk wrote:

> and assuming the sysvinit-utils maintainers agree, that they adopt
> both the existing "which" and (at least temporarily) "tempfile".

Independent of which “which” is to be adopted, I ask for this “which”
to be one that *does* support “which -a”, which is the one feature I
still use “which” for, instead of whence -p or command -v.

bye,
//mirabilos
-- 
Infrastrukturexperte • tarent solutions GmbH
Am Dickobskreuz 10, D-53121 Bonn • http://www.tarent.de/
Telephon +49 228 54881-393 • Fax: +49 228 54881-235
HRB AG Bonn 5168 • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg


/⁀\ The UTF-8 Ribbon
╲ ╱ Campaign against  Mit dem tarent-Newsletter nichts mehr verpassen:
 ╳  HTML eMail! Also, https://www.tarent.de/newsletter
╱ ╲ header encryption!

Bug#993161: pam: some remaining changes for DPKG_ROOT

[Johannes Schauer Marin Rodrigues]

Quoting Johannes Schauer Marin Rodrigues (2021-08-28 10:03:49)
> Unfortunately, only the patch in the original message got applied in
> 1.4.0-10 but I posted an updated patch in message #23 of that bug.
> 
> I attached a patch containing the remaining required changes.

For your convenience, I created a merge request on salsa (and closed the old
one):

https://salsa.debian.org/vorlon/pam/-/merge_requests/7

Thanks!

signature.asc
Description: signature

Bug#994974: [Pkg-javascript-devel] Bug#994974: node-define-property: Please deembed and fix vulnereability

[Jonas Smedegaard]

Hi Bastien,

Quoting Bastien Roucariès (2021-09-24 09:49:37)
> Package: node-define-property
> Severity: serious
> Tags: security upstream fixed-upstream
> Justification: security bug
> Forwarded: https://github.com/jonschlinkert/define-property/pull/6
> X-Debbugs-Cc: Debian Security Team 
> 
> Dear Maintainer,
> 
> According to
> https://www.npmjs.com/advisories/1490
> node-define-property is vulnerable
> 
> 
> Because it embed small modules that are vulnerable.

Sorry, I don't see the advisory mentioning define-property anywhere, and 
don't see our actual code calling "constructor" anywhere, as seems to be 
what the security in the advisory is about.

Your reference to a PR 6 seems to be tied to an older version of 
define-property than in Debian.

Please elaborate how this vulnerability affects code in Debian.


> Embdeding is bad and we have here another proof

I was puzzled at first, but think I now understand your point:

Embedding in general is not necessarily bad but is complex to do right - 
embedding without proper tracking is bad.

What confused me is that at first I thought you were ranting about 
Debian practice of embedding, but it seems you are ranting about lack of 
tracking of (either upstream or Debian-introduced) embedding.  Do I 
understand that correctly?


Thanks for reporting, regardless,

 - Jonas

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

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

signature.asc
Description: signature

Bug#994882: ITS: vitables

[Benda Xu]

Anton Gladky  writes:

> Thanks for your contribution. I have approved and merged your MR. Also
> I have added you to the Debian Science group on salsa.
>
> @PICCA Frederic-Emmanuel, would you want also to check those changes?

Thanks Anton!

I will wait for Picca's ack for a month before I go ahead to add myself
to uploaders list.

Yours,
Benda

Bug#994975: xsmid: Please make another source-only upload to allow testing migration

[Diego M. Rodriguez]

Package: xsmid
Version: 7.5.0-1
Severity: wishlist

Dear Maintainer,

thanks for packaging xsmid for Debian - it was a pleasant surprise to
see it already on track while working on packaging pythran [1], which
has it as a dependency.

Would it be possible to make a source-only upload, in order to allow it
to progress to testing eventually?

Thanks in advance,

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=991143
-- 
Diego M. Rodriguez

Bug#994976: xtermcontrol: please make the build reproducible

[Chris Lamb]

Source: xtermcontrol
Version: 3.8-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Hi,

Whilst working on the Reproducible Builds effort [0] we noticed that
xtermcontrol could not be built reproducibly.

This is because it uses a custom set of date macros in acinclude.m4.
Patch attached that overrides the values in debian/rules, basing
them off SOURCE_DATE_EPOCH.

 [0] https://reproducible-builds.org/


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/rules  2021-09-24 09:20:53.800313098 +0100
--- b/debian/rules  2021-09-24 09:35:32.356026521 +0100
@@ -5,9 +5,15 @@
 
 export DEB_BUILD_MAINT_OPTIONS=hardening=+all
 
+PACKAGE_YEAR = $(shell date --utc --date=@$(SOURCE_DATE_EPOCH) '+%Y')
+PACKAGE_DATE = $(shell date --utc --date=@$(SOURCE_DATE_EPOCH) +'%B %d, %Y')
+
 %:
dh $@
 
+override_dh_auto_build:
+   dh_auto_build -- PACKAGE_YEAR="$(PACKAGE_YEAR)" 
PACKAGE_DATE="$(PACKAGE_DATE)"
+
 override_dh_auto_test:
 ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
xvfb-run xterm -e '( dh_auto_test ; echo $$? ) | tee 
debian/xterm_dh_auto_test.log'

Bug#993415: libpinyin: Switch from Berkeley DB to Kyotocabinet?

[Gunnar Hjalmarsson]

On 2021-09-24 05:28, Boyuan Yang wrote:

Actually the previous test builds in experimental were not
successful: even with clean installation, the (ibus-)libpinyin
instance does not seem to be properly generating local user
dictionary. So I guess we will not make this migration without
further investigation.


Ack., good to know


I am also wondering about Ubuntu's plan on libdb removal, though I
guess Ubuntu may keep it forever due to needs from commercial side.


I'm not able to tell. Sebastien, who works for Canonical and usually is 
well-informed about what's going on, hadn't heard any discussion about 
the topic. Maybe the discussion is only held on Debian so far.


--
Cheers,
Gunnar

Bug#994275: Reverting breaking changes in debianutils

[Ansgar]

On Fri, 2021-09-24 at 09:26 +0300, Adrian Bunk wrote:
> In my opinion, an amicable middle-ground proposal would be that the 
> debianutils maintainer completely removes "which" from debianutils,
> and assuming the sysvinit-utils maintainers agree, that they adopt
> both the existing "which" and (at least temporarily) "tempfile".

There is an open bug asking for sysvinit-utils to no longer be
essential[1]. With that in mind one should probably not move new stuff
to it to keep it in the essential set.

(This is no argument for/against `which` and/or `tempfile` to be
considered essential.)

Ansgar

  [1]: https://bugs.debian.org/851747

Bug#994978: rust-insta: please make the build reproducible

[Chris Lamb]

Source: rust-insta
Version: 1.3.0-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Hi,

Whilst working on the Reproducible Builds effort [0] we noticed
that rust-insta could not be built reproducibly.

This is because the testsuite generates a strange
.runtime.rs.pending-snap file that gets installed to the
/usr/share/cargo/registry/insta-1.3.0/src directory

Patch attached that simply deletes this file after the testsuite run.

 [0] https://reproducible-builds.org/


Regards,

--
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/rules  2021-09-24 09:38:41.060446401 +0100
--- b/debian/rules  2021-09-24 09:47:11.613350777 +0100
@@ -4,3 +4,4 @@
 
 override_dh_auto_test:
dh_auto_test -- test --all || true
+   find -name "*.pending-snap" -delete

Bug#994882: ITS: vitables

[PICCA Frederic-Emmanuel]

ack ;)

sorry for the delay.

You can commit directly to the repository.

Cheers

Fred

De : Benda Xu [o...@debian.org]
Envoyé : vendredi 24 septembre 2021 10:24
À : Anton Gladky
Cc : 994...@bugs.debian.org; PICCA Frederic-Emmanuel
Objet : Re: Bug#994882: ITS: vitables

Anton Gladky  writes:

> Thanks for your contribution. I have approved and merged your MR. Also
> I have added you to the Debian Science group on salsa.
>
> @PICCA Frederic-Emmanuel, would you want also to check those changes?

Thanks Anton!

I will wait for Picca's ack for a month before I go ahead to add myself
to uploaders list.

Yours,
Benda

Bug#994979: python-tomli: please make the build reproducible

[Chris Lamb]

Source: python-tomli
Version: 1.2.1-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Hi,

Whilst working on the Reproducible Builds effort [0] we noticed that
python-tomli could not be built reproducibly.

Although you do remove the direct_url.json file, you don't remove the
entry for this file in RECORD, which itself contains a (varying)
checksum of the deleted file:

│ │ │ ├── ./usr/lib/python3/dist-packages/tomli-1.2.1.dist-info/RECORD
│ │ │ │ @@ -1,11 +1,11 @@
│ │ │ │  
tomli-1.2.1.dist-info/INSTALLER,sha256=91a475e3f8891fc45b7eb71b7c504ae3b86ae04524763ab0e91f97f6f8df,4
│ │ │ │  
tomli-1.2.1.dist-info/METADATA,sha256=5bb89bfb29298d4bfead3130c509405707a6aa8f272fdea4ee50017e4cdec6b7,9101
│ │ │ │  
tomli-1.2.1.dist-info/REQUESTED,sha256=e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855,0
│ │ │ │ 
-tomli-1.2.1.dist-info/direct_url.json,sha256=396aed5a19336eada50c0cb59d7704f1954f0ab940aadb48d90e260e08193720,80
│ │ │ │ 
+tomli-1.2.1.dist-info/direct_url.json,sha256=08b7d1db6996f039520de8ade13c939dd7ca5844c89b7b0a2ae1834e5f31841c,82
│ │ │ │  
tomli/__init__.py,sha256=3856fb59e76aac482a9fa67b1de9be2725929263695190956d55669b7633bc03,218
│ │ │ │  tomli/__pycache__/__init__.cpython-39.pyc,,
│ │ │ │  tomli/__pycache__/_parser.cpython-39.pyc,,
│ │ │ │  tomli/__pycache__/_re.cpython-39.pyc,,
│ │ │ │  
tomli/_parser.py,sha256=fe11bcfd620df735b03d56150f4a9c6090b8f461bde750878dfe21b872238fc5,21638
│ │ │ │  
tomli/_re.py,sha256=2e395f2b0b1f98b2ed8988571265dc513eafb30b88d30422531eafd4868edd1a,2855
│ │ │ │  
tomli/py.typed,sha256=f0f8f2675695a10a5156fb7bd66bafbaae6a13e8d315990af862c792175e6e67,26

Patch attached that removes the relevant line from this file. However,
I wonder if the whole thing might get fixed by [1], so please don't
rush to apply this. (I will post a message to that MR after filing
this bug).

 [0] https://reproducible-builds.org/
 [1] https://salsa.debian.org/python-team/tools/dh-python/-/merge_requests/17


Regards,

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

--- a/debian/rules  2021-09-24 09:50:38.945664313 +0100
--- b/debian/rules  2021-09-24 10:00:52.032895019 +0100
@@ -5,7 +5,7 @@
 export PYBUILD_SYSTEM=flit
 export PYBUILD_TEST_PYTEST=1
 export PYBUILD_TEST_ARGS=python{version} -m pytest -n auto -k "not 
test_own_pyproject"
-export PYBUILD_AFTER_INSTALL=rm 
{destdir}/usr/lib/python{version}/dist-packages/tomli-*dist-info/direct_url.json
+export PYBUILD_AFTER_INSTALL=rm 
{destdir}/usr/lib/python{version}/dist-packages/tomli-*dist-info/direct_url.json;
 sed -i '/direct_url.json/d' 
{destdir}/usr/lib/python{version}/dist-packages/tomli-*dist-info/RECORD
 # ^ is due to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969352
 
 %:

Bug#993198: gnome-shell-extension-system-monitor: does not declare compatibility with GNOME Shell 40

[Leo "Costela" Antunes]

On Tue, 21 Sep 2021 19:57:39 +0100 Samuel Henrique  wrote:
> Awesome, I was trying to add the upstream and pristine-tar branches to
> the repo but it's not looking good so far.

I think I managed to convert it to a gbp project successfully. Take a look here:
https://salsa.debian.org/costela/gnome-shell-extension-system-monitor

Basic steps (in a freshly cloned salsa repo):

  git checkout --orphan upstream
  git rm -rf .
  git commit --allow-empty -m 'initial upstream commit'
  git checkout -f master
  gbp import-orig ../
  gbp dch

Both upstream and pristine-tar branches look clean (do not branch from
master) and we can keep the repo's history.

Jonathan, Samual, does that seem ok to you?
Unfortunately the branch-creation involved in the process can't really
be proposed via MR, so if this seems ok, one of us would have to "just
do it" ;)


Cheers,
Leo

Bug#994969: jackd2: segfaults after today's upgrade of other Debian testing packages

[Sebastian Ramacher]

Control: tags -1 moreinfo unreproducible

On 2021-09-24 09:23:08, Francesco Poli (wintermute) wrote:
> Package: jackd2
> Version: 1.9.19~dfsg-2
> Severity: grave
> Justification: renders package unusable
> 
> Hello!
> After today's upgrade, jackd stopped working on my Debian testing box.
> 
>   $ jackd --realtime -d alsa --device hw:PCH --softmode --hwmeter --rate 
> 44100 &
>   jackdmp 1.9.19
>   Copyright 2001-2005 Paul Davis and others.
>   Copyright 2004-2016 Grame.
>   Copyright 2016-2021 Filipe Coelho.
>   jackdmp comes with ABSOLUTELY NO WARRANTY
>   This is free software, and you are welcome to redistribute it
>   under certain conditions; see the file COPYING for details
>   no message buffer overruns
>   no message buffer overruns
>   
>   [1]+  Segmentation fault  jackd --realtime -d alsa --device hw:PCH 
> --softmode --hwmeter --rate 44100

I'm unable to reproduce the crash on an updated bookworm installation.
Could you please provide a backtrace of the crash so that we can try to
pinpoint the problem?

Cheers

> 
> 
> I tried to selectively downgrade the libraries that appeared related to
> jackd2, but to no avail: the segfault was still reproducible.
> 
> The list of package upgrades that broke jackd is:
> 
>   
>   [REMOVE, NOT USED] libbox2d2.3.0:amd64 2.3.1+ds-7
>   [REMOVE, NOT USED] libcmis-0.5-5v5:amd64 0.5.2-3
>   [REMOVE, NOT USED] libqrcodegencpp1:amd64 1.6.0-1
>   [INSTALL, DEPENDENCIES] libbox2d2:amd64 2.4.1-2
>   [INSTALL, DEPENDENCIES] libzxingcore1:amd64 1.2.0-1
>   [UPGRADE] adwaita-icon-theme:amd64 40.1.1-2 -> 41.0-1
>   [UPGRADE] binutils:amd64 2.37-5 -> 2.37-7
>   [UPGRADE] binutils-common:amd64 2.37-5 -> 2.37-7
>   [UPGRADE] binutils-x86-64-linux-gnu:amd64 2.37-5 -> 2.37-7
>   [UPGRADE] cpp-10:amd64 10.3.0-9 -> 10.3.0-11
>   [UPGRADE] diffoscope:amd64 182 -> 185
>   [UPGRADE] diffoscope-minimal:amd64 182 -> 185
>   [UPGRADE] eatmydata:amd64 129-3 -> 129-4
>   [UPGRADE] fonts-opensymbol:amd64 2:102.12+LibO7.1.5-2 -> 
> 2:102.12+LibO7.2.1-3
>   [UPGRADE] g++-10:amd64 10.3.0-9 -> 10.3.0-11
>   [UPGRADE] gcc-10:amd64 10.3.0-9 -> 10.3.0-11
>   [UPGRADE] gcc-10-base:amd64 10.3.0-9 -> 10.3.0-11
>   [UPGRADE] gcc-11-base:amd64 11.2.0-4 -> 11.2.0-7
>   [UPGRADE] libasan6:amd64 11.2.0-4 -> 11.2.0-7
>   [UPGRADE] libatk-wrapper-java:amd64 0.38.0-4 -> 0.38.0-5
>   [UPGRADE] libatk-wrapper-java-jni:amd64 0.38.0-4 -> 0.38.0-5
>   [UPGRADE] libatomic1:amd64 11.2.0-4 -> 11.2.0-7
>   [UPGRADE] libbinutils:amd64 2.37-5 -> 2.37-7
>   [UPGRADE] libcc1-0:amd64 11.2.0-4 -> 11.2.0-7
>   [UPGRADE] libctf-nobfd0:amd64 2.37-5 -> 2.37-7
>   [UPGRADE] libctf0:amd64 2.37-5 -> 2.37-7
>   [UPGRADE] libeatmydata1:amd64 129-3 -> 129-4
>   [UPGRADE] libgcc-10-dev:amd64 10.3.0-9 -> 10.3.0-11
>   [UPGRADE] libgcc-s1:amd64 11.2.0-4 -> 11.2.0-7
>   [UPGRADE] libgfortran5:amd64 11.2.0-4 -> 11.2.0-7
>   [UPGRADE] libglibmm-2.4-1v5:amd64 2.64.2-2 -> 2.66.1-1
>   [UPGRADE] libgomp1:amd64 11.2.0-4 -> 11.2.0-7
>   [UPGRADE] libitm1:amd64 11.2.0-4 -> 11.2.0-7
>   [UPGRADE] liblibreoffice-java:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [UPGRADE] liblsan0:amd64 11.2.0-4 -> 11.2.0-7
>   [UPGRADE] libmanette-0.2-0:amd64 0.2.5-1 -> 0.2.6-3
>   [UPGRADE] libobjc4:amd64 11.2.0-4 -> 11.2.0-7
>   [UPGRADE] libquadmath0:amd64 11.2.0-4 -> 11.2.0-7
>   [UPGRADE] libreoffice:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [UPGRADE] libreoffice-base:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [UPGRADE] libreoffice-base-core:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [UPGRADE] libreoffice-base-drivers:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [UPGRADE] libreoffice-calc:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [UPGRADE] libreoffice-common:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [UPGRADE] libreoffice-core:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [UPGRADE] libreoffice-draw:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [UPGRADE] libreoffice-impress:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [UPGRADE] libreoffice-java-common:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [UPGRADE] libreoffice-l10n-de:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [UPGRADE] libreoffice-l10n-it:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [UPGRADE] libreoffice-math:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [UPGRADE] libreoffice-report-builder-bin:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [UPGRADE] libreoffice-sdbc-hsqldb:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [UPGRADE] libreoffice-style-colibre:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [UPGRADE] libreoffice-writer:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [UPGRADE] libscalar-list-utils-perl:amd64 1:1.55-1+b1 -> 1:1.59-1
>   [UPGRADE] libstdc++-10-dev:amd64 10.3.0-9 -> 10.3.0-11
>   [UPGRADE] libstdc++6:amd64 11.2.0-4 -> 11.2.0-7
>   [UPGRADE] libtsan0:amd64 11.2.0-4 -> 11.2.0-7
>   [UPGRADE] libubsan1:amd64 11.2.0-4 -> 11.2.0-7
>   [UPGRADE] libuno-cppu3:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [UPGRADE] libuno-cppuhelpergcc3-3:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [UPGRADE] libuno-purpenvhelpergcc3-3:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [UPGRADE] libuno-sal3:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [UPGRADE] libuno-salhelpergcc3-3:amd64 1:7.1.5-2 -> 1:7.2.1-3
>   [U

Bug#981446: RFA: logcheck -- mails anomalies in the system logfiles to the administrator

[Charles]

I would like to adopt the logcheck package

I have Debian packaging experience, ref 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983146


I am
* A long time user of logcheck
* Author of 
https://redmine.auroville.org.in/projects/public-pages/wiki/Logcheck

* Maintainer of https://gitlab.com/aurinoco-systems/logcheck-filter-files

Bug#994912: RFS: pyupgrade/2.24.0-1 [RFP] -- Tool to automatically upgrade Python 3 syntax for newer versions

[Thomas Goirand]

On 9/23/21 3:43 AM, Joshua Peisach wrote:
> Package: sponsorship-requests
> Severity: wishlist
> 
> Dear mentors,
> 
> I am looking for a sponsor for my package "pyupgrade":
> 
>  * Package name    : pyupgrade
>    Version         : 2.24.0-1
>    Upstream Author : Anthony Sottile 
>  * URL             : https://github.com/asottile/pyupgrade
>  * License         : MIT
>  * Vcs             : https://salsa.debian.org/python-team/packages/pyupgrade
>    Section         : devel
> 
> It builds those binary packages:
> 
>   pyupgrade - Tool to automatically upgrade Python 3 syntax for newer versions
> 
> To access further information about this package, please visit the following 
> URL:
> 
>   https://mentors.debian.net/package/pyupgrade/
> 
> Alternatively, one can download the package with dget using this command:
> 
>   dget -x 
> https://mentors.debian.net/debian/pool/main/p/pyupgrade/pyupgrade_2.24.0-1.dsc
> 
> Changes for the initial release:
> 
>  pyupgrade (2.24.0-1) unstable; urgency=medium
>  .
>    * Initial packaging
>    * Fix lintian issues, cleanup and add a few extra essentials
>  .
>    * Initial release (Closes: #988658)
> 
> Regards,
> -- 
>   Joshua Peisach

Hi Joshua,

Here's my review.

1/ override_dh_auto_clean
Instead of overriding dh_auto_clean, it'd be nicer to add:

extend-diff-ignore = "^[^/]*[.]egg-info/"

to debian/source/options. In fact, you have it there already, so why
attempting to clean the egg-info?

2/ debian/gbp.conf
Please remove the file completely. It's annoying to maintain. One can
simply use:

ignore-branch = True

in ~/.gbp.conf instead.

3/ debian/copyright
This isn't mandatory, but I strongly advise to use the same license as
upstream for your packaging. Is there a good reason why you wrote
debian/* in GPL-2+ instead of Expat like upstream?

4/ debian/control
Please run "wrap-and-sort -bastk" to clean-up indentation in d/control.

The package has, in setup.cfg:
install_requires =  tokenize-rt>=3.2.0

however, you do not (build-)depends on it. Can you fix this? You
probably will have to package it too (since I didn't find it in Debian).

5/ debian/changelog
Please only write a single entry there:

Initial release (Closes: #988658)

and nothing more.

Let me know when all of the above is fixed, and I'll review the package
again for sponsoring.

Thomas Goirand (zigo)

Bug#994961: glib2.0: gnome-keyring unable to unlock login keyring on some systems since GLib 2.70.0-1

[Simon McVittie]

Control: reassign 994961 src:glib2.0,gnome-keyring
Control: found 994961 glib2.0/2.70.0-1
Control: found 994961 gnome-keyring/3.36.0-1
Control: tags 994961 + bookworm sid
Control: forwarded 994961 
https://gitlab.gnome.org/GNOME/gnome-keyring/-/issues/77

On Thu, 23 Sep 2021 at 22:33:06 -0700, Francois Marier wrote:
> It looks like Bug #981420 was reintroduced in 2.70.0-1, as foreshadowed by
> the 2.66.4-4 changelog entries

Yes, the deadline set by the upstream GLib maintainers was reached and
the security hardening has been reinstated.

To work with this version, the gnome-keyring package needs to stop
making gnome-keyring-daemon setcap (which I thought it already had,
but apparently not...)

User processes are allowed to lock a reasonable amount of memory by
default, which makes CAP_IPC_LOCK a lot less necessary than it used to be.
On typical Debian systems, they are allowed to lock an *unreasonable*
amount of memory by default due to unintended interactions between PAM
and systemd, which is a denial-of-service risk for systems with lots of
users (#976373) but works in our favour here.

> I am no longer able to start gnome-keyring-daemon:
> 
>   $ gnome-keyring-daemon -r
>   ** Message: 14:57:35.890: couldn't connect to dbus session bus: Cannot 
> spawn a message bus when setuid
>   ** Message: 14:57:35.890: Replacing daemon, using directory: 
> /run/user/1000/keyring
>   GNOME_KEYRING_CONTROL=/run/user/1000/keyring
>   SSH_AUTH_SOCK=/run/user/1000/keyring/ssh
...
> I do have the dbus-user-session package installed.

I'm surprised by this. It's clearly still picking up XDG_RUNTIME_DIR
from the environment, so I would have expected it to be able to connect
to $XDG_RUNTIME_DIR/bus (arguably that's a bug, in that it should not be
trusting the environment at all when run with capabilities, but it's
necessary as long as gnome-keyring-daemon is setcap).

Do you have a socket at $XDG_RUNTIME_DIR/bus owned by your uid?

What is the status of the session bus? (`systemctl --user status dbus.service`
and `systemctl --user status dbus.socket`)

"Cannot spawn a message bus when setuid" is shorthand, and not 100%
accurate: it really means "when setuid, setgid, setcap, after an AppArmor
transition involving modes U, P or C, or with any other elevated privilege"
but that seems too long for an error message.

smcv

Bug#994974: [Pkg-javascript-devel] Bug#994974: node-define-property: Please deembed and fix vulnereability

[Bastien ROUCARIES]

Le ven. 24 sept. 2021 à 08:16, Jonas Smedegaard  a écrit :
>
> Hi Bastien,
>
> Quoting Bastien Roucariès (2021-09-24 09:49:37)
> > Package: node-define-property
> > Severity: serious
> > Tags: security upstream fixed-upstream
> > Justification: security bug
> > Forwarded: https://github.com/jonschlinkert/define-property/pull/6
> > X-Debbugs-Cc: Debian Security Team 
> >
> > Dear Maintainer,
> >
> > According to
> > https://www.npmjs.com/advisories/1490
> > node-define-property is vulnerable
> >
> >
> > Because it embed small modules that are vulnerable.
>
> Sorry, I don't see the advisory mentioning define-property anywhere, and
> don't see our actual code calling "constructor" anywhere, as seems to be
> what the security in the advisory is about.
>
> Your reference to a PR 6 seems to be tied to an older version of
> define-property than in Debian.
>
> Please elaborate how this vulnerability affects code in Debian.
>
>
> > Embdeding is bad and we have here another proof
>
> I was puzzled at first, but think I now understand your point:
>
> Embedding in general is not necessarily bad but is complex to do right -
> embedding without proper tracking is bad.

Yes it is lack of README.Sources, lack of lintian tag

>
> What confused me is that at first I thought you were ranting about
> Debian practice of embedding, but it seems you are ranting about lack of
> tracking of (either upstream or Debian-introduced) embedding.  Do I
> understand that correctly?

Yes it is

Fixed nevertheless
>
> Thanks for reporting, regardless,
>
>  - Jonas
>
> --
>  * Jonas Smedegaard - idealist & Internet-arkitekt
>  * Tlf.: +45 40843136  Website: http://dr.jones.dk/
>
>  [x] quote me freely  [ ] ask before reusing  [ ] keep private

Bug#994596: [Pkg-tcltk-devel] Bug#994596: tcllib: no calendar module available

[Sergei Golovan]

Hi Greg.

On Sat, Sep 18, 2021 at 1:21 PM greg  wrote:
>
> Package: tcllib
> Version: 1.20+dfsg-1
> Severity: normal
> X-Debbugs-Cc: gre...@gmx.de

As far as I can see in the changelog, the calendar module was
explicitly excluded from the installable modules list in 2004 because
it was not ready yet. There have been no changes in the module since
then, so I don't think it makes sense to install it in Debian.

Or, can you confirm its usefulness in spite of what the Tcllib developers say?

Cheers!
-- 
Sergei Golovan

Bug#994784: mpi4py breaks gyoto autopkgtest on i386: 1 process returned, a non-zero exit code

[Thibaut Paumard]

Control: reassign -1 src:openmpi src:gyoto

Hi Paul,

I think I've found a workaround and am getting closer to finding the
cause. I've just uploaded a package (gyoto 1.4.4-5) with the workaround.
If you can then check that the test passes fine, I guess we will just
have to let this gyoto migrate together with openmpi.

Gyoto supports two models for running within MPI: one can either specify
how many processes to run with the -np argument of mpirun, and one where
-np is set to 1 and gyoto itself spawns more processes (singleton approach).

The test used the singleton approach. If I now let mpirun spawn itself
the n processes, the test doesn't fail anymore.

The code path is slightly different within gyoto between the two
approaches so there could be a bug in gyoto, but it is puzzling that it
only affect one specific input file, only on one architecture, and only
with this new release of openmpi. And it still depends on the
environment: I don't get the failure if I let autopkgtest run the test
in my chroot, but I get it if I run the same commands manually in the
same chroot.

Best regards, Thibaut.

Bug#925473: tomcat9: sysvinit script missing

[Ondrej Zary]

On Tuesday 21 September 2021, Thorsten Glaser wrote:
> Ondrej Zary dixit:
> 
> >Hello, why tomcat9 still does not have an init script despite it has
> >been posted here?
> >
> >I'm upgrading a Stretch server without systemd to Buster. Tomcat 9 is
> >installed but cannot be started without an init script.
> 
> Mostly because Emmanuel insists on using systemd’s abstraction to
> create the user account, despite a working, tested, alternative I
> offered to maintain and be responsible for exists.
> 
> The “sysvinit” branch contains a working version of the package
> which I update from time to time. I’m also publishing builds of
> that here:
> 
> http://www.mirbsd.org/~tg/Debs/dists/bullseye/lts/Pkgs/tomcat9/
> 
> This is the “wtf-lts” repo on Wouter’s extrepodata.
> 
> The package contains the init script, the user management logic
> that actually works across *all* *supported* Debian configurations
> instead of just an *arbitrary* subset of those, and some instructions
> for nōn-systemd users in logging.properties (the default logging is
> configured for systemd) and README.Debian (specifically noting that
> some of the applied hardening is systemd-specific, but compared to
> stretch/sysvinit you’re not worse off, security-wise, so…).
> 
> I have no idea why Emmanuel, the primary maintainer, has been set
> so strongly against merging this patch for as long as I promise to
> take care of it and deal with any related fallout (maybe some systemd
> fan paid him) but this is what is, and that GR outcome is interpreted
> as Emmanuel being able to block this indefinitely despite nōn-systemd
> continuing to be a supported way of running Debian (albeit not without
> UsrMove in bookworm/sid).

Thank you.
I simply put your init script manually into /etc/init.d/
Also added /usr/libexec/sysv-getjre.sh and /usr/libexec/sysv-start.sh and
changed formatter in logging.properties. Now Tomcat 9 works fine.

Fortunately, Debian tomcat9 package does not depend on systemd-sysv. So systemd 
is installed but it does no harm as it's not running.

-- 
Ondrej Zary

Bug#994972: devscripts: uscan signature verification fails, probably due to gpgv not supporting armored keyrings

[Mattia Rizzolo]

Control: tag -1 moreinfo unreproducible

On Fri, Sep 24, 2021 at 08:47:08AM +0100, Nikolaus Rath wrote:
> At first I thought that the upstream signature file was corrupted, but
> it seems that gpgv can't deal with a the keyring if it is generated the
> way that uscan(1) says it should be:

I'll need to check your specifc case, but I can assure you that armored
keys are very much fine and I'm using them all the time with uscan.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#994972: devscripts: uscan signature verification fails, probably due to gpgv not supporting armored keyrings

[Nikolaus Rath]

On Fri, 24 Sep 2021, at 11:00, Mattia Rizzolo wrote:
>> At first I thought that the upstream signature file was corrupted, but
>> it seems that gpgv can't deal with a the keyring if it is generated the
>> way that uscan(1) says it should be:
>
> I'll need to check your specifc case, but I can assure you that armored
> keys are very much fine and I'm using them all the time with uscan.


Thanks for the quick response. Let me know if I can help in any way - I don't 
see myself doing anything special, just executing the commands given in 
uscan(1) on a bullseye system (with devscripts installed from unstable, just in 
case).

Best,
-Nikolaus

--
GPG Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F

 »Time flies like an arrow, fruit flies like a Banana.«

Bug#994982: live-build: Error using packages.chroot and disabling --apt-indices

[Nicholas Brown]

Package: live-build
Version: 1:20210407
Severity: important

Combining package customisation in packages.chroot and the '--apt-indices
false' option result in no image being generated, (though a successful exit
status). Using either on it's own works just fine.

Steps to reproduce (assuming some local packages in ~/ to use):

cd live-build/examples/
mkdir -p config/packages.chroot/ && cp ~/*.deb config/packages.chroot/
sudo bash -c "auto/config --apt-indices false"
sudo bash -c "auto/build --verbose --debug"

The problem appears to be:

[2021-09-24 11:11:26] lb chroot_apt install
P: Configuring file /etc/apt/apt.conf
[2021-09-24 11:11:26] lb chroot_archives binary install
P: Configuring file /etc/apt/sources.list
Reading package lists...
Building dependency tree...
Reading state information...
E: Unable to locate package squashfs-tools
E: An unexpected failure occurred, exiting...
P: Begin unmounting filesystems...
P: Saving caches...

which appears to in chroot_archives here:
https://salsa.debian.org/live-team/live-build/-/blob/master/scripts/build/chroot_archives#L190

Refs:
https://live-team.pages.debian.net/live-manual/html/live-manual/customizing-package-installation.en.html#438
https://live-team.pages.debian.net/live-manual/html/live-manual/customizing-package-installation.en.html#467

Bug#994983: clamav-daemon: Postinst script assumes /var/lib/clamav/ to be writable, which is not always the case

[Dominik]

Package: clamav-daemon
Version: 0.103.3+dfsg-0+deb10u1
Severity: normal
Tags: patch

Dear Maintainer,

in order to limit network bandwith and harddisk capacity, we use a setup
with shared virus patterns. For this, the directory /var/lib/clamav is
shared by multiple systems, only the master system (responsible for
pattern update) having write access. 

This breaks the post-install process:

clamav-daemon (0.103.3+dfsg-0+deb10u1) wird eingerichtet ...
/var/lib/dpkg/info/clamav-daemon.postinst: 464: 
/var/lib/dpkg/info/clamav-daemon.postinst: cannot create 
/var/lib/clamav/clamav.conf: Permission denied
dpkg: Fehler beim Bearbeiten des Paketes clamav-daemon (--configure):
 »installiertes clamav-daemon-Skript des Paketes 
post-installation«-Unterprozess gab den Fehlerwert 2 zurück
Fehler traten auf beim Bearbeiten von:
 clamav-daemon

Which we can fix by modifying /var/lib/dpkg/info/clamav-daemon.postinst

sudo patch --forward /var/lib/dpkg/info/clamav-daemon.postinst << EOF
--- /tmp/clamav-daemon.postinst 2021-05-21 12:53:07.386753639 +0200
+++ /tmp/clamav-daemon.postinst.new 2021-05-21 12:53:48.410539251 +0200
@@ -264,11 +264,11 @@
   configure)
 
   # The DEB*FILE files are used temporarily during the update of the CLAMAV* 
files.
-  DEBCONFFILE=/var/lib/clamav/clamav.conf
+  DEBCONFFILE=/tmp/clamav.conf
   CLAMAVCONF=/etc/clamav/clamd.conf
-  DEBROTATEFILE=/var/lib/clamav/clamdrotate.debconf
+  DEBROTATEFILE=/tmp/clamdrotate.debconf
   CLAMAVROTATEFILE=/etc/logrotate.d/clamav-daemon
-  DEBSYSTEMDCLAMDCONF=/var/lib/clamav/extend.conf
+  DEBSYSTEMDCLAMDCONF=/tmp/extend.conf
   CLAMAVSYSTEMDCLAMDONF=/etc/systemd/system/clamav-daemon.service.d/extend.conf
 
   # Update the configuration file
EOF


sudo apt -y install --fix-broken 


Please consider not to use /var/lib/clamav/ as temporary location to
generate configuration files.



-- Package-specific info:
--- configuration ---
Checking configuration files in /etc/clamav

Config file: clamd.conf
---
AlertExceedsMax disabled
PreludeEnable disabled
PreludeAnalyzerName = "ClamAV"
LogFile = "/var/log/clamav/clamav.log"
LogFileUnlock disabled
LogFileMaxSize = "4294967295"
LogTime = "yes"
LogClean disabled
LogSyslog disabled
LogFacility = "LOG_LOCAL6"
LogVerbose disabled
LogRotate = "yes"
ExtendedDetectionInfo = "yes"
PidFile disabled
TemporaryDirectory disabled
DatabaseDirectory = "/var/lib/clamav"
OfficialDatabaseOnly disabled
LocalSocket = "/var/run/clamav/clamd.ctl"
LocalSocketGroup = "clamav"
LocalSocketMode = "666"
FixStaleSocket = "yes"
TCPSocket disabled
TCPAddr disabled
MaxConnectionQueueLength = "15"
StreamMaxLength = "26214400"
StreamMinPort = "1024"
StreamMaxPort = "2048"
MaxThreads = "12"
ReadTimeout = "180"
CommandReadTimeout = "30"
SendBufTimeout = "200"
MaxQueue = "100"
IdleTimeout = "30"
ExcludePath = "/initrd.img", "/vmlinuz"
MaxDirectoryRecursion = "25"
FollowDirectorySymlinks disabled
FollowFileSymlinks disabled
CrossFilesystems = "yes"
SelfCheck = "3600"
ConcurrentDatabaseReload = "yes"
DisableCache disabled
VirusEvent disabled
ExitOnOOM disabled
AllowAllMatchScan = "yes"
Foreground disabled
Debug disabled
LeaveTemporaryFiles disabled
User = "clamav"
Bytecode = "yes"
BytecodeSecurity = "TrustSigned"
BytecodeTimeout = "6"
BytecodeUnsigned disabled
BytecodeMode = "Auto"
DetectPUA disabled
ExcludePUA disabled
IncludePUA disabled
ScanPE = "yes"
ScanELF = "yes"
ScanMail = "yes"
ScanPartialMessages disabled
PhishingSignatures = "yes"
PhishingScanURLs = "yes"
HeuristicAlerts = "yes"
HeuristicScanPrecedence disabled
StructuredDataDetection disabled
StructuredMinCreditCardCount = "3"
StructuredMinSSNCount = "3"
StructuredSSNFormatNormal = "yes"
StructuredSSNFormatStripped disabled
ScanHTML = "yes"
ScanOLE2 = "yes"
AlertBrokenExecutables disabled
AlertBrokenMedia disabled
AlertEncrypted disabled
StructuredCCOnly disabled
AlertEncryptedArchive disabled
AlertEncryptedDoc disabled
AlertOLE2Macros disabled
AlertPhishingSSLMismatch disabled
AlertPhishingCloak disabled
AlertPartitionIntersection disabled
ScanPDF = "yes"
ScanSWF = "yes"
ScanXMLDOCS = "yes"
ScanHWP3 = "yes"
ScanArchive = "yes"
ForceToDisk disabled
MaxScanTime = "12"
MaxScanSize = "104857600"
MaxFileSize = "26214400"
MaxRecursion = "16"
MaxFiles = "1"
MaxEmbeddedPE = "10485760"
MaxHTMLNormalize = "10485760"
MaxHTMLNoTags = "2097152"
MaxScriptNormalize = "5242880"
MaxZipTypeRcg = "1048576"
MaxPartitions = "50"
MaxIconsPE = "100"
MaxRecHWP3 = "16"
PCREMatchLimit = "1"
PCRERecMatchLimit = "5000"
PCREMaxFileSize = "26214400"
OnAccessMountPath disabled
OnAccessIncludePath disabled
OnAccessExcludePath disabled
OnAccessExcludeRootUID disabled
OnAccessExcludeUID disabled
OnAccessExcludeUname disabled
OnAccessMaxFileSize = "5242880"
OnAccessDisableDDD disabled
OnAccessPrevention disabled
OnAccessExtraScanning disabled
OnAccessCurlTimeout = "5000"
OnAccessMaxThreads = "5"
OnAccessRetryAttempts disabled
OnAccessDenyOnError disabled
DevACOnly disabled
DevACDepth disab

Bug#994984: RM: centreon-broker -- ROM; FTBFS, needs dependency not in Debian, unmaintained

[Neil Williams]

Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: codeh...@debian.org

I looked at orphaning centreon-broker, as part of the Freexian team
packaging work. Unfortunately, the current package fails to build
due to a need for Qt4. The new upstream version no longer needs Qt4
but does require a new build dependency which is not yet packaged
for Debian (conan).

As the packaged was to be orphaned anyway (along with other centreon
packages) and will no longer be maintained by the Freexian team,
I ask that centreon-broker is removed from Debian.

Thanks.

Bug#994496: autopkgtest regression blocks src:cmake

[Timo Röhling]

Control: severity -1 important
Control: affects -1 + src:cmake

I'm raising the severity because this bug prevents CMake from
migrating to testing. If you don't have time to upload the patch
yourself, I'd appreciate it if you gave me a quick note so I can
directly NMU it for you.

Cheers
Timo

--
⢀⣴⠾⠻⢶⣦⠀   ╭╮
⣾⠁⢠⠒⠀⣿⡁   │ Timo Röhling   │
⢿⡄⠘⠷⠚⠋⠀   │ 9B03 EBB9 8300 DF97 C2B1  23BF CC8C 6BDD 1403 F4CA │
⠈⠳⣄   ╰╯


signature.asc
Description: PGP signature

Bug#994499: autopkgtest regression blocks src:cmake

[Timo Röhling]

Control: severity -1 important
Control: affects -1 + src:cmake

I'm raising the severity because this bug prevents CMake from
migrating to testing. If you don't have time to upload the patch
yourself, I'd appreciate it if you gave me a quick note so I can
directly NMU it for you.

Cheers
Timo

--
⢀⣴⠾⠻⢶⣦⠀   ╭╮
⣾⠁⢠⠒⠀⣿⡁   │ Timo Röhling   │
⢿⡄⠘⠷⠚⠋⠀   │ 9B03 EBB9 8300 DF97 C2B1  23BF CC8C 6BDD 1403 F4CA │
⠈⠳⣄   ╰╯


signature.asc
Description: PGP signature

Bug#994500: autopkgtest regression blocks src:cmake

[Timo Röhling]

Control: severity -1 important
Control: affects -1 + src:cmake

I'm raising the severity because this bug prevents CMake from
migrating to testing. If you don't have time to upload the patch
yourself, I'd appreciate it if you gave me a quick note so I can
directly NMU it for you.

Cheers
Timo

--
⢀⣴⠾⠻⢶⣦⠀   ╭╮
⣾⠁⢠⠒⠀⣿⡁   │ Timo Röhling   │
⢿⡄⠘⠷⠚⠋⠀   │ 9B03 EBB9 8300 DF97 C2B1  23BF CC8C 6BDD 1403 F4CA │
⠈⠳⣄   ╰╯


signature.asc
Description: PGP signature

Bug#994494: autopkgtest regression blocks src:cmake

[Timo Röhling]

Control: severity -1 important
Control: affects -1 + src:cmake

I'm raising the severity because this bug prevents CMake from
migrating to testing. If you don't have time to upload the patch
yourself, I'd appreciate it if you gave me a quick note so I can
directly NMU it for you.

Cheers
Timo

--
⢀⣴⠾⠻⢶⣦⠀   ╭╮
⣾⠁⢠⠒⠀⣿⡁   │ Timo Röhling   │
⢿⡄⠘⠷⠚⠋⠀   │ 9B03 EBB9 8300 DF97 C2B1  23BF CC8C 6BDD 1403 F4CA │
⠈⠳⣄   ╰╯


signature.asc
Description: PGP signature

Bug#994985: brltty: [INTL:fr] French templates translation

[Jean-Pierre Giraud]

Package: brltty
Severity: wishlist
Tags: patch l10n

Hi!

Please find attached the french templates translation, proofread
by the debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.

Kind Regards

Jean-Pierre Giraud


fr.po.gz
Description: application/gzip


OpenPGP_signature
Description: OpenPGP digital signature

Bug#824594: please support DPKG_ROOT in base-files' postinst

[Santiago Vila]

Hi.

Simple question:

Is DPKG_ROOT always supposed to have a trailing slash?

I guess it would be more robust by not assuming such thing, in
which case I don't understand why I see things like "$DPKG_ROOT$1" in
the patch. (Or maybe there is something I'm missing).

Thanks.

Bug#939626: Seeking removal of package

[Neil Williams]

The current bug is that centreon-broker FTBFS due to Qt4.

This has been fixed upstream in the new 21.04.3 release, however, that
release introduces another dependency (conan) which is not currently
packaged for Debian.

centreon- packages are currently being orphaned within the Freexian
packaging team, so rather than orphan centreon-broker with an
unbuildable package and an RC bug, the decision was taken to seek
removal of centreon-broker.

See #994984

-- 
Neil Williams
=
https://linux.codehelp.co.uk/


pgp1hu0b68LfY.pgp
Description: OpenPGP digital signature

Bug#994501: autopkgtest regression blocks src:cmake

[Timo Röhling]

Control: severity -1 important
Control: affects -1 + src:cmake

I'm raising the severity because this bug prevents CMake from
migrating to testing. I'd offer to NMU it for you if you don't have
time, but frankly, with this particular package, I'd feel more
comfortable if you could do it yourselves.

Cheers
Timo

--
⢀⣴⠾⠻⢶⣦⠀   ╭╮
⣾⠁⢠⠒⠀⣿⡁   │ Timo Röhling   │
⢿⡄⠘⠷⠚⠋⠀   │ 9B03 EBB9 8300 DF97 C2B1  23BF CC8C 6BDD 1403 F4CA │
⠈⠳⣄   ╰╯


signature.asc
Description: PGP signature

Bug#994502: autopkgtest regression blocks src:cmake

[Timo Röhling]

Control: severity -1 important
Control: affects -1 + src:cmake

I'm raising the severity because this bug prevents CMake from
migrating to testing. I'd offer to NMU it for you if you don't have
time, but frankly, with this particular package, I'd feel more
comfortable if you could do it yourselves.

Cheers
Timo

--
⢀⣴⠾⠻⢶⣦⠀   ╭╮
⣾⠁⢠⠒⠀⣿⡁   │ Timo Röhling   │
⢿⡄⠘⠷⠚⠋⠀   │ 9B03 EBB9 8300 DF97 C2B1  23BF CC8C 6BDD 1403 F4CA │
⠈⠳⣄   ╰╯


signature.asc
Description: PGP signature

Bug#994962: /etc/sudoers.d/README suggests mode 0440 but sudo doesn't require this

[Marc Haber]

On Thu, Sep 23, 2021 at 10:56:00PM -0700, Josh Triplett wrote:
> /etc/sudoers.d/README says "all files in this directory should be mode
> 0440". However, sudo does not actually seem to require this, and there's
> no obvious reason why sudoers files *need* to restrict world
> readability or root writability. The default mode of 0644 seems fine,
> and sudo does not complain about sudoers.d files with mode 0644.

I think this was taken from man sudoers, where upstream writes:

 /etc/sudoers is world writable
   The permissions on the sudoers file allow all users to write to it.  The 
sudoers file must not
   be world-writable, the default file mode is 0440 (readable by owner and 
group, writable by
   none).  The default mode may be changed via the “sudoers_mode” option to 
the sudoers Plugin
   line in the sudo.conf(5) file.

I think tha Debian should not give advice that contradicts upstream. But
I might be convinced. And, our README says should, not SHOULD in an RFC
sense. It also encourages people to edit sudoers through the provided
scripts, which provide at least a basic syntax check and a rollback
facility to not lock yourself out of your system.

Greetings
Marc

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

Bug#994453: Bug confirmation

[Vincent Blut]

Hi,

Le 2021-09-24 03:02, Alexander Kernozhitsky a écrit :
> Control: found -1 5.14.6-2
> 
> I have just tried installing the kernel from unstable. After reboot, the 
> booting process just hung at the very early stage. Nothing was printed onto 
> the screen, and I cannot find the logs, as it happened during booting from 
> initramfs.
> 
> The problem may be specific to Debian, as I tried booting openSUSE Tumbleweed 
> from LiveUSB with kernel 5.14.5, and it worked fine.
> 
> I am using Lenovo Thinkpad E495 with AMD Ryzen 5 3500U CPU.

Is it still reproducible when adding 'mem_encrypt=off' to the kernel command
line?
 
> -- 
> Alexander Kernozhitsky
 
Cheers,
Vincent


signature.asc
Description: PGP signature

Bug#994986: O: centreon-clib

[Neil Williams]

Package: wnpp
Severity: normal
X-Debbugs-Cc: codeh...@debian.org
Control: affects -1 src:centreon-clib

The Freexian packaging team is no longer maintaining the centreon-*
packages, so I am orphaning this package now.

The VCS will move out of the private salsa team & I'll do a QA
upload to provide the new upstream version.

The centreon-clib source builds the libcentreon-clib package:

Network, system, applicative supervision and monitoring - core libraries
Centreon is a modular and flexible platform for network, system and applicative 
supervision and monitoring.

 * monitoring of network services
 * monitoring of host resources
 * simple plugin design that allows users to easily develop their own
   service checks
 * parallelized service checks
 * ability to define network hierarchies
 * contact notifications when service or host problems occur and get
   resolved (via email, page, or user-defined method)
 * ability to define event handlers to be run during service or host
   events for proactive problem resolution
 * automatic log file rotation
 * support for implementing redundant monitoring hosts
This package contains the core clib libraries.

Bug#994949: linux-image-5.14.0-1-amd64: amdgpu and other problems during boot resulting in unusable machine

[Vincent Blut]

Control: tags -1 moreinfo

Hi,

Le 2021-09-23 19:46, Jan Christoph Uhde a écrit :
> Package: src:linux
> Version: 5.14.6-2
> Severity: important
> Tags: upstream
> 
> Dear Maintainer,
> 
> after installing the latest kernel my system does no longer
> boot into a usable state. The display freezes and the machine
> can only be accessed via ssh. Booting a 5.10 kernel mitigates
> the problem.
> 
> please note that I tried to use the navi-driver from linux-firmware
> (0268c1b8a06798f5167cbef8fb16241298b3eba9) which does not resolve the
> issue.
> 
> the dirvers have been installed with the following command:
> 
> --- linux-firmware-update-navi - start ---
> #!/bin/bash
> 
> ferr(){
> echo "$*"
> exit 1
> }
> 
> lib="/usr/lib/firmware"
> logfile=linux-firmware-amdgpu-update.log
> 
> cd linux-firmware || ferr "can not change into git reop"
> git fetch origin
> git reset --hard origin/HEAD || ferr "can not update"
> 
> changes="$(git diff HEAD@{1} HEAD -- amdgpu 2>&1)"
> 
> if [[ -z $changes ]]; then
> exit 1
> fi
> 
> cp amdgpu/nav* "$lib/amdgpu" || ferr "can not copy navi files"
> 
> date +%F | tee -a ../$logfile
> git log -n1 | tee -a ../$logfile
> echo "$changes" | tee -a ../$logfile
> echo "---" | tee -a ../$logfile
> echo "" | tee -a ../$logfile
> update-initramfs -u
> #yes this sucks I should use $HOME instead of `..`
> --- linux-firmware-update-navi - end ---
> 
> I am really willing to help to resolve this issue, but I would need
> some guidance as I have no system/kernel programming experience.
> 
> I feel comfortable with git / gdb / c++ and understand basic C.
> But I have no clue about gnu-extensions or the standard libraries
> other than the stuff in `string.h`.
> 
> If you can not deal with the problem yourself it would be really
> helpful if you could bring me into contact with people, who can
> solve this issue or are at least interested. I can not identify
> the problem enough to find the correct mailing list. This why I
> file the bug here in the debian bug tracker. 

Could you please try if booting with the 'mem_encrypt=off' kernel command line
helps?

Thanks,
Vincent


signature.asc
Description: PGP signature

Bug#994501: llvm-toolchain-9: autopkgtest regression with CMake 3.19+

[Sylvestre Ledru]

Hello

Sure, working on the upload now :)

thanks!

Le 16/09/2021 à 21:05, Timo Röhling a écrit :
> Package: src:llvm-toolchain-9
> Version: 1:9.0.1-16.1
> Tag: patch
>
> Dear maintainers,
>
> the new upstream release of CMake introduced a deprecation warning
> if cmake_minimum_required() requests a minimum version below 2.8.12.
> This makes the autopkgtest suite of llvm-toolchain-9 fail due to
> unexpected
> stderr output.
>
> Attached is a patch that bumps the minimum version to something
> reasonably recent, i.e. the current oldoldstable version of CMake.
>
> Cheers
> Timo
>
>
> ___
> Pkg-llvm-team mailing list
> pkg-llvm-t...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-llvm-team

Bug#994987: lintian: inform about useless build-dep on dh-autoreconf when b-d on dh>=10

[Mattia Rizzolo]

Package: lintian
Severity: wishlist

Hi!

SSIA.

Of course please exclude the cases where dh-autoreconf has some
version/arch/profile restriction, as that might be a good reason for it
to be explicitly listed.)

Please also remember to check in B-D-A/B-D-I.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#994987: lintian: inform about useless build-dep on dh-autoreconf when b-d on dh>=10

[Mattia Rizzolo]

Control: close -1

On Fri, Sep 24, 2021 at 01:01:08PM +0200, Mattia Rizzolo wrote:
> SSIA.

nvm, it's there (useless-autoreconf-build-depends) and I was blind :3

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#896460: Please package ipywidgets 7

[Gordon Ball]

On Fri, Sep 24, 2021 at 12:02:50AM -0400, Sandro Tosi wrote:
> On Tue, Sep 21, 2021 at 2:23 PM Gordon Ball  wrote:
> > Indeed. qa.d.o betrays me.
> 
> you cant hide the good work :)
> 
> > The answer to this was delayed because I considered several times what
> > it should actually be.
> 
> thanks for your thorough explanation!
> 
> > The _python_ side of ipywidgets has never been a problem, but the
> > JS/browser side has grown in complexity considerably in recent years,
> > and shows little sign of slowing down.
> >
> > The debian javascript situation has improved somewhat - it was possible
> > to significantly simplify the labyrinthine custom build infinity0 did
> > for ipywidgets 6 in 6.0.0-8 to mostly use logic from pkg-js-tools, and
> > having recent versions of eg, webpack helps a lot. I don't think however
> > there is really a useful way of providing "only" the python side of
> > ipywidgets in debian. It's already a concern that needing to unvendor
> > javascript and hack build processes results in a substandard experience
> > in eg, jupyter-notebook, and I don't think it's viable to ship
> > ipywidgets unless we can get something resembling full functionality.
> >
> > The javascript side is blocked on jupyterlab (#934258). I know jpuydt
> > has done some work on it in the past, but I don't know the current
> > state. Some other signficant building blocks like lumino (ex-phosphorjs)
> > are now packaged.
> >
> > It might be possible to vendor only the needed bits of jupyterlab, as
> > was recently necessary in jupyter-notebook (CVE fix requiring multiple
> > new dependencies), but I think that illustrates the issue. While the
> > python side of jupyter proves tractable, the web application side is a
> > large, fast moving target which I have concerns about our ability to
> > really keep up and provide a good user experience.
> 
> 
> is there something (at least on the python side) that we can do to
> help you out in upgrading ipywidgets? or asking for help to the
> javascript team a viable option?
> 
> would you think it's appropriate to evaluate to vendor the javascript
> dependencies? IIRC pip considered doing so (not sure if it was
> actually done), and notably kubernetes starting doing that, and that's
> been grought up to the TC and that has not been overruled, so when the
> balance between maintenance cost vs split dependencies into separate
> packages is vastly in favor of the former (as it appears in the
> ipywidgets case) vendored is somehow tolerated

I'm quite willing where necessary to vendor unpackaged javascript
libraries into the package - debian/missing-sources already contains
several - but that isn't the main problem. 

The problem is that the javascript you get doing `pip install` really
cannot be argued to be source - it's compiled from multiple javascript
and typescript libraries, and it's well beyond any grey area around
"maybe a minified copy of handwritten javascript is kind-of source".
So it needs to be rebuilt, and that means getting a complex multi-stage
source build to work. Just having the javascript dependencies packaged
or vendored is only half the problem.

> 
> > I will certainly _attempt_ to get ipywidgets up to date during this
> > cycle. But given missing dependencies and the time likely to be
> > required, I don't think I can guarantee it. If it cannot be updated in a
> > reasonable period of time, I think the question of whether it is better
> > to drop it might arise. I appreciate there are dependencies, although I
> > think most of them are ultimately optional.
> 
> there are some rather important modules in the rev dep list:
> 
> Checking reverse dependencies...
> # Broken Depends:
> jupyter-sphinx: python3-jupyter-sphinx
> q2-demux: q2-demux
> q2-feature-table: q2-feature-table
> sagemath: sagemath-jupyter
> 
> # Broken Build-Depends:
> jupyter-sphinx: python3-ipywidgets
> matplotlib: python3-ipywidgets
> nbsphinx: python3-ipywidgets
> pandas: python3-ipywidgets
> plotly: python3-ipywidgets
> sagemath: python3-ipywidgets (>= 6.0.0)
> 

Looking at these, several appear to be wrong dependencies, and several
are optional, unless I'm missing something from grepping their source:

matplotlib/3.3.4-1:
listed in requirements/doc/doc-requirements.txt, but not actually
imported anywhere

pandas/1.1.5+dfsg-2:
listed in requirements-dev.txt, not actually imported anywhere

plotly/4.14.3+dfsg-1:
imported and used, but includes fallback if missing

nbsphinx/0.8.0+ds-2:
imported and used, but includes fallback if missing

jupyter-sphinx/0.3.2-1:
requires ipywidgets 7 (#950598)

q2-demux/2020.11.1+dfsg-1, q2-feature-table/2021.8.0+dfsg-1
listed in ci/recipe/meta.yaml, but not actually imported anywhere

sagemath/9.2-2:
required, carries several patches for keeping ipywidgets 6


So I think we can probably clean up some unused dependencies there, and
then it's a bit less DAG-critical. I will try and get it updated anyway.

> 
> Cheers,
> -- 
> Sandro "morph" Tosi
> My web

Bug#987160: gap-core: missing gap in /u/l/gap or gac in /u/l/x/gap

[Bill Allombert]

Le Sun, Apr 18, 2021 at 08:40:41PM +0200, Jerome BENOIT a écrit :

Hello Jerome,
I am working on updating GAP to 4.11.1, sorry for the delay.

> > > I have just packaged the last version 4.7.1 of gap-io.
> > > Its build machinery has changed. It now uses a Gap makefile 
> > > Makefile.gappkg .
> > > This makefile implicitly assumes (?=) that the gap and gac are into 
> > > GAPPATH
> > > as passed at configuration time. The GAPPATH is /usr/lib/gap or 
> > > /usr/lib//gap :
> > > the former contains gac, the latter gap. It would be nice to have
> > > both
> at least
> > > in one of the GAPPATH.
> > 
> > Why not set GAPPATH to /usr/bin then ?
> 
> Because GAPPATH is also used to get access to sysinfo.gap .

OK, so if I move gac to /usr/lib//gap, will it work ?

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 

Bug#489957: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#514008: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#981644: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#895237: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#670518: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#703617: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#943946: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#990658: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#494768: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#903958: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#535543: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#801509: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#174028: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#533231: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#528062: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#641206: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#739950: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#807120: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#719265: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#703102: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#594166: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#668858: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#588231: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#303228: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#813822: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#868861: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#933129: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#853884: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#965211: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#860024: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#979996: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#894827: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#910368: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#926433: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#943415: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#821229: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#654545: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#717666: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#671171: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#803190: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#288953: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#868656: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#837346: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#851357: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#830480: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski

Bug#779359: Fotowoltaika dla firm

[Dorian Kwiatkowski]

Dzień dobry,

kontaktuję się z Państwem, ponieważ dostrzegam możliwość redukcji opłat za prąd.

Odpowiednio dobrana instalacja fotowoltaiczna to rozwiązanie, które pozwala 
wygenerować spore oszczędności w skali roku.

Chciałbym porozmawiać z Państwem o tego typu rozwiązaniu, a także przedstawić 
wstępne kalkulacje.

Czy są Państwo zainteresowani?

Pozdrawiam,
Dorian Kwiatkowski