Bug#912531: stretch-pu: package exiv2/0.25-3.1+deb9u2

[Salvatore Bonaccorso]

Control: clone 912531 -1
Control: retitle -1 buster-pu: package exiv2/0.25-4+deb10u1
Control: tags -1 - stretch
Control: tags -1 + buster

Hi,

On Mon, Jun 22, 2020 at 08:00:16AM -0400, Roberto C. Sánchez wrote:
> On Mon, Jun 22, 2020 at 01:55:35PM +0200, Salvatore Bonaccorso wrote:
> > Hi Roberto,
> > 
> > On Mon, Jun 15, 2020 at 04:05:15PM -0400, Roberto C. Sánchez wrote:
> > > On Mon, Jun 15, 2020 at 08:28:14PM +0100, Adam D. Barratt wrote:
> > > > Control: tags -1 -moreinfo + confirmed
> > > > 
> > > > On Thu, 2018-11-01 at 21:07 -0400, Roberto C.Sánchez wrote:
> > > > > On Thu, Nov 01, 2018 at 06:50:53PM +, Adam D. Barratt wrote:
> > > > > > Control: tags -1 + moreinfo
> > > > > > 
> > > > > > On Wed, 2018-10-31 at 23:25 -0400, Roberto C. Sanchez wrote:
> > > > > > > I have prepared an update for exiv2 in jessie (0.24-4.1+deb8u2)
> > > > > > > related to CVE-2018-16336 and also including a minor fix to the
> > > > > > > previous patch for CVE-2018-10958 and CVE-2018-10999.
> > > > > > 
> > > > > > The Security Tracker indicates that CVE-2018-16336 is as-yet
> > > > > > unfixed in unstable; is that correct?
> > > > > > 
> > > > > Hi Adam,
> > > > > 
> > > > > That is correct.  I completely overlooked it.  I will check with the
> > > > > maintainers about their plans for unstable.
> > > > > 
> > > > 
> > > > It looks like that eventually happened, early this year(!).
> > > > 
> > > > If this is still something that you're interested in fixing for
> > > > stretch, please go ahead.
> > > > 
> > > The work has already been done, so I will go ahead with an upload
> > > shortly.
> > 
> > Given the target fix now for 9.13, can you as well do a corresponding
> > buster update to avoid a regression from updates from stretch to
> > buster?
> > 
> The upstream version for exiv2 is the same in buster and stretch, so I
> think it should be a trivial update.  I will upload exiv2 0.25-4+deb10u1
> targeted at suite "buster" within the next 24 hours.

To have a buster-pu bug as well, cloning this one accordingly, and
hope I got all metadata correct.

Regards,
Salvatore

Bug#963571: steam-launcher: Steam crashes after dist-upgrade, possibly due to graphics drivers

[Andrei POPESCU]

Control: reassign -1 steam 1.0.0.62

On Ma, 23 iun 20, 13:38:20, Sebastian wrote:
> package: steam-launcher
> version: 1.0.0.62
> 
> 
> Dear Maintainer,
> 
> It seems to have broken after updating the mesa drivers. Steam will launch
> and try to install, "libgl1-mesa-dri:i386" and "libgl1:1386". I have
> enabled support for 32 bit packages multiple times. It then says the
> package "libgl1-mesa-dri:i386" is replaced by "libgl1-mesa-dri". Lastly it
> says neither of them have an installation candidate. I press "Enter" and it
> says the following 32-bit libraries are missing "libGL.so.1" and
> "libdrm.so.2". Steam is currently completely broken and fails to start. It
> also says my arch is foreign.
> 
> Transcript:
> $ steam
> /home/ohare-air/.local/share/Steam/steam.sh: line 114: VERSION_ID: unbound
> variable
> Package libgl1-mesa-dri:i386 needs to be installed
> Package libgl1:i386 needs to be installed
> /home/ohare-air/.local/share/Steam/steam.sh: line 114: VERSION_ID: unbound
> variable
> Running Steam on debian  64-bit
> /home/ohare-air/.local/share/Steam/steam.sh: line 114: VERSION_ID: unbound
> variable
> STEAM_RUNTIME is enabled automatically
> Pins up-to-date!
> Error: You are missing the following 32-bit libraries, and Steam may not
> run:
> libGL.so.1
> libdrm.so.2
> Steam client's requirements are satisfied
> /home/ohare-air/.local/share/Steam/ubuntu12_32/steam
> [2020-06-22 20:17:47] Startup - updater built Jun  4 2020 05:50:42
> Installing breakpad exception handler for appid(steam)/version(1591251555)
> Looks like steam didn't shutdown cleanly, scheduling immediate update check
> Installing breakpad exception handler for appid(steam)/version(1591251555)
> [2020-06-22 20:17:47] Checking for update on startup
> [2020-06-22 20:17:47] Checking for available updates...
> [2020-06-22 20:17:47] Downloading manifest:
> client-download.steampowered.com/client/steam_client_ubuntu12
> Installing breakpad exception handler for appid(steam)/version(1591251555)
> [2020-06-22 20:17:48] Download skipped: /client/steam_client_ubuntu12
> version 1591251555, installed version 1591251555
> [2020-06-22 20:17:48] Nothing to do
> [2020-06-22 20:17:48] Verifying installation...
> [2020-06-22 20:17:48] Performing checksum verification of executable files
> [2020-06-22 20:17:49] Verification complete
> Failed to load steamui.so - dlerror(): libGL.so.1: wrong ELF class:
> ELFCLASS64
> [2020-06-22 20:17:49] Shutdown
> Installing breakpad exception handler for appid(steam)/version(1591251555)
> Installing breakpad exception handler for appid(steam)/version(1591251555)
> 
> Kernel version: 5.6.0-2-amd64
> AMD Ryzen 7 1700x
> AMD Radeon RX 580
> firmware-amd-gaphics installed
> non-free, contrib enabled

-- 
Looking after bugs filled against unknown packages


signature.asc
Description: PGP signature

Bug#962862: debci: XSS in web interface

[Raphael Hertzog]

Hi,

On Mon, 15 Jun 2020, Sebastien Delafond wrote:
> See for instance the following URL:
> 
>   
> https://ci.debian.net/user/debci/jobs?package=abc";>alert(document.domain)

The issue is present in multiple parameters and even in the URL itself:

XSS Param URL: 
https://ci.debian.net/user/debci%3Cvideo%3E%3Csource%20onerror=%22javascript:prompt(9401)%22%3E/jobs

XSS Param package: 
https://ci.debian.net/user/nobody/jobs?arch[]=amd64&package=bamtools%27%22()%26%25%3Cxx%3E%3CScRiPt%3Ealert(9904)%3C/ScRiPt%3E&suite[]=kali-dev

XSS Param trigger: 
https://ci.debian.net/user/debci/jobs?arch[]=amd64&package=20&suite[]=kali-dev&trigger=1%27%22()%26%25%3Cxxx%3E%3CScRiPt%3Eprompt(9829)%3C/ScRiPt%3E

Is there any chance that you could fix this in the near future?

The issues are not critical but ignoring them doesn't give a good image of
us. (And what if this could be exploited to trigger a test run with
some evil parameters...)

Regards,
-- 
  ⢀⣴⠾⠻⢶⣦⠀   Raphaël Hertzog 
  ⣾⠁⢠⠒⠀⣿⡁
  ⢿⡄⠘⠷⠚⠋The Debian Handbook: https://debian-handbook.info/get/
  ⠈⠳⣄   Debian Long Term Support: https://deb.li/LTS

Bug#963590: RFP: nushell -- a new type of shell

[Nicholas Guriev]

Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: nushell
  Version : 0.15.0
  Upstream Author : Jonathan Turner, Andrés N. Robalino, Yehuda Katz, and others
* URL : https://www.nushell.sh/
* License : Expat (known as MIT)
  Programming Lang: Rust
  Description : a new type of shell

The goal of this project is to take the Unix philosophy of shells, where pipes
connect simple commands together, and bring it to the modern style of
development.

Nushell draws inspiration from projects like PowerShell, functional programming
languages, and modern CLI tools. Rather than thinking of files and services as
raw streams of text, Nushell looks at each input as something with structure.
For example, when you list the contents of a directory, what you get back is a
table of rows, where each row represents an item in that directory. These
values can be piped through a series of steps, in a series of commands called a
‘pipeline’.

I believe to have Nushell (or simply Nu) in Debian would be good idea. It will
promote a wider spread of the app.

-BEGIN PGP SIGNATURE-

iQJEBAEBCgAuFiEElBWbaQfLEfz8kO8/ePhWwrW9dV4FAl7y7ooQHGd1cmlldi1u
c0B5YS5ydQAKCRB4+FbCtb11XiKjEACpNAbf2QUGcSkuIS9GGuTOc+5Id24Wk9v4
ABjtNP4RdgxuwXwHw2TN/bnEj9EbZ/WKi/kVbG1AKTkKPAWA8FkibDaNhQkptAV8
Nw/wsIE9zmInhKkx0LFGpHFbhxQgSgxyFAZ/JpoO0TqJf27lSWEggjnE0yI//Ci6
3FWnfNxQFDAMctQjP3+A2/qRDXtvSM8RRq8GDVCnY2+3FVj0IrgQvvu90VZ8FUFF
zVYJJIl5htdOKl8hAqt/7XIkesthJiCtpFT+xg2U89OMM+PGMm2rJ44G2h7bkjuM
6+FW+ptrFtKos/QPLF676EbAck1C8kLSdDJeMzEiD2uZFf44+NrLLRXlhIHOGXbW
V+dxxI6kg97OHdogu/9MuYQUmFXZVnNuX1GdLNDZyykmBX86b2a/JVpmY0PETZ29
7BuCJrU0nADz+4l+bigmQoeeIaGH7PEfWqAZw6RvPZi2dxrIQItxqlHVw2tjk2Te
axAfahxkuHCaF6aEIs9pcx8F46LvSqUXeSp6fN83vhX99mODKmIHKaz2hRYM+/69
n8028pRmrDZFFduiVSrqiwgWqzxaA8bT8hB3clBQBPWfN7Mmf7x6H6p78WA1gjP6
eEs3StHOCxo1w/bceY3uGLrB0hlaxHpdCqWF4CKabr12rDWNMtl13cGnpDQCQWUT
cGHt9cqPqA==
=gRuS
-END PGP SIGNATURE-

Bug#963589: lintian: detection error package-contains-timestamped-gzip

[Norbert Preining]

Package: lintian
Version: 2.80.0
Severity: normal

W: texlive-fonts-extra: package-contains-timestamped-gzip 
usr/share/texlive/texmf-dist/fonts/tfm/huerta/alegreya/AlegreyaSans-Regular-tlf-lgr.tfm
 2105-07-28T02:08:00
W: texlive-fonts-extra: package-contains-timestamped-gzip 
usr/share/texlive/texmf-dist/fonts/tfm/huerta/alegreya/AlegreyaSans-Regular-tosf-lgr.tfm
 2105-07-28T02:08:00
W: texlive-fonts-extra: package-contains-timestamped-gzip 
usr/share/texlive/texmf-dist/fonts/tfm/huerta/alegreya/AlegreyaSans-Thin-lf-sc-ly1.tfm
 2105-07-28T02:08:00
W: texlive-fonts-extra: package-contains-timestamped-gzip 
usr/share/texlive/texmf-dist/fonts/tfm/huerta/alegreya/AlegreyaSans-Thin-osf-sc-ly1.tfm
 2105-07-28T02:08:00

No, that is not a gzip file.

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

Kernel: Linux 5.8.0-rc2 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lintian depends on:
ii  binutils 2.34-8
ii  bzip21.0.8-3
ii  diffstat 1.63-1
ii  dpkg 1.19.7
ii  dpkg-dev 1.19.7
ii  file 1:5.38-5
ii  gettext  0.19.8.1-10
ii  gpg  2.2.20-1
ii  intltool-debian  0.35.0+20060710.5
ii  libapt-pkg-perl  0.1.36+b3
ii  libarchive-zip-perl  1.68-1
ii  libcapture-tiny-perl 0.48-1
ii  libclass-xsaccessor-perl 1.19-3+b5
ii  libclone-perl0.45-1
ii  libconfig-tiny-perl  2.24-1
ii  libcpanel-json-xs-perl   4.19-1
ii  libdevel-size-perl   0.83-1+b1
ii  libdpkg-perl 1.19.7
ii  libemail-address-xs-perl 1.04-1+b2
ii  libemail-valid-perl  1.202-1
ii  libfile-basedir-perl 0.08-1
ii  libfile-find-rule-perl   0.34-1
ii  libfont-ttf-perl 1.06-1
ii  libhtml-parser-perl  3.72-5
ii  libio-async-loop-epoll-perl  0.21-1
ii  libio-async-perl 0.77-2
ii  libjson-maybexs-perl 1.004002-1
ii  liblist-compare-perl 0.53-1
ii  liblist-moreutils-perl   0.416-1+b5
ii  liblist-utilsby-perl 0.11-1
ii  libmoo-perl  2.004000-1
ii  libmoox-aliases-perl 0.001006-1
ii  libnamespace-clean-perl  0.27-1
ii  libpath-tiny-perl0.114-1
ii  libsereal-decoder-perl   4.014+ds-1
ii  libsereal-encoder-perl   4.014+ds-1
ii  libtext-levenshtein-perl 0.13-1
ii  libtimedate-perl 2.3300-1
ii  libtry-tiny-perl 0.30-1
ii  libtype-tiny-perl1.010002-1
ii  libunicode-utf8-perl 0.62-1+b1
ii  liburi-perl  1.76-2
ii  libxml-libxml-perl   2.0134+dfsg-2
ii  libxml-writer-perl   0.625-1
ii  libyaml-libyaml-perl 0.82+repack-1
ii  man-db   2.9.3-1
ii  patchutils   0.3.4-3
ii  perl [libdigest-sha-perl]5.30.3-4
ii  t1utils  1.41-4
ii  xz-utils 5.2.4-1+b1

Versions of packages lintian recommends:
ii  libperlio-gzip-perl  0.19-1+b6

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

-- no debconf information

Bug#962743: cnvkit FTBFS on mips64el/ppc64el: test failure

[Andreas Tille]

Michael,

you did the last update of this package.  The bug is blocking testing
migration of python-biopython which creates regularly a lot of noise.
Could you confirm that you are working on this or do you need help?

Kind regards
 Andreas.

-- 
http://fam-tille.de

Bug#963583: sysdig: sysdig segfaults on start

[Dima Kogan]

Package: sysdig
Version: 0.26.7-2
Severity: grave

Hi. sysdig used to work, but now it doesn't. I'm running Debian/sid, so
probably something about my set of dependencies doesn't agree with
sysdig, but we should figure out what that is.

Earlier today I was seeing a segfault when running some older sysdig
package I had installed. I just upgraded sysdig and sysdig-dkms to the
latest version available:

  $ dpkg -l 'sysdig*'

  ii  sysdig 0.26.7-2 amd64 ...
  ii  sysdig-dkms0.26.7-2 all   ...

And then I got this:

  $ sudo sysdig ...
  sysdig: symbol lookup error: sysdig: undefined symbol: 
_ZN9grpc_impl23CreateCustomChannelImplERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEERKSt10shared_ptrINS_18ChannelCredentialsEERKNS_16ChannelArgumentsE

This sounds like #955279, but even if it is, there should be a
Conflicts, or something, to prevent me from getting into that state. In
any case, I just

  $ sudo apt install libgrpc++-dev

and also upgraded everything that sysdig explicitly depends on, except libc6.

And now it segfaults again:

  $ sudo sysdig
  zsh: segmentation fault  sudo sysdig

The backtrace looks like this:

  #0  0x5575c7cdd210 in sinsp_parser::reset (this=0x5575c8474ac0, 
evt=0x5575c8454ce0) at ./userspace/libsinsp/parsers.cpp:717
  #1  0x5575c7ce3f3d in sinsp_parser::process_event (this=0x5575c8474ac0, 
evt=evt@entry=0x5575c8454ce0) at ./userspace/libsinsp/parsers.cpp:125
  #2  0x5575c7cfa8c9 in sinsp::next (this=0x5575c8454c50, 
puevt=0x7ffd28e5b0b8) at ./userspace/libsinsp/sinsp.cpp:1290
  #3  0x5575c7c016fc in do_inspect (inspector=0x5575c8454c50, 
cnt=18446744073709551615, duration_to_tot_ns=0, quiet=false, json=, do_flush=false, print_progress=false, display_filter=0x0, 
summary_table=std::vector of length 0, capacity 0, 
  formatter=0x7ffd28e5b4e0) at ./userspace/sysdig/sysdig.cpp:604
  #4  0x5575c7c04877 in sysdig_init (argc=, argv=) at ./userspace/sysdig/sysdig.cpp:1596
  #5  0x5575c7bf1fcc in main (argc=, argv=0x7ffd28e5b788) at 
./userspace/sysdig/sysdig.cpp:1694

This is inside the sysdig binary itself. No obvious cause. We're doing
this:

 0x5575c7cdd208 <+920>:   callq  0x5575c7c2dd20 

 0x5575c7cdd20d <+925>:   mov(%rax),%rax
  => 0x5575c7cdd210 <+928>:   mov(%rax),%rax
 0x5575c7cdd213 <+931>:   test   %rax,%rax
 0x5575c7cdd216 <+934>:   jns0x5575c7cdd220 


$rax isn't too crazy-looking, but we can't reference it:

  (gdb) p /x $rax
  $3 = 0x7f3406bcb6ba

  (gdb) x /32xb $rax
  0x7f3406bcb6ba: Cannot access memory at address 0x7f3406bcb6ba

I don't know if $rip is AT the offending instruction of the instruction
right after the offending instruction. So not entirely sure if rax is
parinfo or parinfo->m_val. Anyway...

Notes:

1. I upgraded everything sysdig Depends: on except libc6. Upgrading that
   would force me to upgrade my python, and that makes me touch stuff
   I'd rather not touch right now

2. I have gcc-10 installed, so that's where the libgcc... and
   libstdc++... are coming from

Is this enough info?

-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: arm64, armhf

Kernel: Linux 4.17.0-1-amd64 (SMP w/20 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C), 
LANGUAGE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages sysdig depends on:
ii  libb64-0d1.2-5+b1
ii  libc62.30-2
ii  libcurl4 7.68.0-1
ii  libelf1  0.176-1.1
ii  libgcc-s110.1.0-4
ii  libgrpc++1   1.26.0-3
ii  libjq1   1.6-1
ii  libjsoncpp1  1.7.4-3.1
ii  libluajit-5.1-2  2.1.0~beta3+dfsg-5.1
ii  libncurses6  6.2-1
ii  libprotobuf223.11.4-5
ii  libssl1.11.1.1g-1
ii  libstdc++6   10.1.0-4
ii  libtbb2  2020.2-2
ii  libtinfo66.2-1
ii  zlib1g   1:1.2.11.dfsg-2

Versions of packages sysdig recommends:
ii  sysdig-dkms  0.26.7-2

sysdig suggests no packages.

-- no debconf information

Bug#963548: Received signal 11 SEGV_MAPERR

[積丹尼 Dan Jacobson]

The aw snaps are Error code: 256
https://bugs.chromium.org/p/chromium/issues/detail?id=1098264
Easy to prove via browsing youtube videos.
Suddenly affecting chromium 81 too, so obviously some part of the
browser that is updated not via debian.

Bug#956499: MESA-LOADER: failed to open i915

[積丹尼 Dan Jacobson]

> "MG" == Michael Gilbert  writes:
MG> These messages are output by mesa, so this is most likely a problem
MG> with support for your hardware.
OK, I'll attach lshw output.
jidanni5
description: Notebook
product: 20150 (Type1Sku0)
vendor: LENOVO
version: Lenovo G580
serial: 3019826502787
width: 64 bits
capabilities: smbios-2.7 dmi-2.7 smp vsyscall32
configuration: boot=normal chassis=notebook family=IDEAPAD sku=Type1Sku0 
uuid=3F0CE146-3DD7-11E2-8415-208984280AD9
  *-core
   description: Motherboard
   product: Product Name
   vendor: LENOVO
   physical id: 0
   version: Mainboard version
   serial: CB20243611
   slot: Type2 - Board Chassis Location
 *-firmware
  description: BIOS
  vendor: LENOVO
  physical id: 0
  version: 5ECN40WW(V3.06)
  date: 10/22/2012
  size: 128KiB
  capacity: 4608KiB
  capabilities: pci upgrade shadowing cdboot bootselect edd 
int13floppynec int13floppytoshiba int13floppy360 int13floppy1200 int13floppy720 
int13floppy2880 int9keyboard int10video acpi usb biosbootspecification uefi
 *-cpu
  description: CPU
  product: Intel(R) Celeron(R) CPU B830 @ 1.80GHz
  vendor: Intel Corp.
  physical id: 4
  bus info: cpu@0
  version: Intel(R) Celeron(R) CPU B830 @ 1.80GHz
  serial: To Be Filled By O.E.M.
  slot: U3E1
  size: 1050MHz
  capacity: 4GHz
  width: 64 bits
  clock: 100MHz
  capabilities: lm fpu fpu_exception wp vme de pse tsc msr pae mce cx8 
apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ht tm 
pbe syscall nx rdtscp x86-64 constant_tsc arch_perfmon pebs bts rep_good nopl 
xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx 
est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt 
tsc_deadline_timer xsave lahf_lm epb pti ssbd ibrs ibpb stibp tpr_shadow vnmi 
flexpriority ept vpid xsaveopt dtherm arat pln pts md_clear flush_l1d cpufreq
  configuration: cores=2 enabledcores=2 threads=2
*-cache:0
 description: L1 cache
 physical id: 9
 slot: L1 Cache
 size: 32KiB
 capacity: 32KiB
 capabilities: internal write-through instruction
 configuration: level=1
*-cache:1
 description: L2 cache
 physical id: a
 slot: L2 Cache
 size: 256KiB
 capacity: 256KiB
 capabilities: internal write-through unified
 configuration: level=2
*-cache:2
 description: L3 cache
 physical id: b
 slot: L3 Cache
 size: 2MiB
 capacity: 2MiB
 capabilities: internal write-back unified
 configuration: level=3
 *-cache
  description: L1 cache
  physical id: 8
  slot: L1 Cache
  size: 32KiB
  capacity: 32KiB
  capabilities: internal write-through data
  configuration: level=1
 *-memory
  description: System Memory
  physical id: 28
  slot: System board or motherboard
  size: 6GiB
*-bank:0
 description: SODIMM DDR3 Synchronous 800 MHz (1.2 ns)
 product: M471B5773CHS-CK0
 vendor: Samsung
 physical id: 0
 serial: E2500088
 slot: DIMM0
 size: 2GiB
 width: 64 bits
 clock: 800MHz (1.2ns)
*-bank:1
 description: SODIMM DDR3 Synchronous 800 MHz (1.2 ns)
 product: JM1600KSN-4G
 vendor: Transcend Information
 physical id: 1
 serial: 0009BF82
 slot: DIMM1
 size: 4GiB
 width: 64 bits
 clock: 800MHz (1.2ns)
 *-pci
  description: Host bridge
  product: 2nd Generation Core Processor Family DRAM Controller
  vendor: Intel Corporation
  physical id: 100
  bus info: pci@:00:00.0
  version: 09
  width: 32 bits
  clock: 33MHz
*-display
 description: VGA compatible controller
 product: 2nd Generation Core Processor Family Integrated Graphics 
Controller
 vendor: Intel Corporation
 physical id: 2
 bus info: pci@:00:02.0
 version: 09
 width: 64 bits
 clock: 33MHz
 capabilities: msi pm vga_controller bus_master cap_list rom
 configuration: driver=i915 latency=0
 resources: irq:29 memory:e000-e03f 
memory:d000-dfff ioport:3000(size=64) memory:c-d
*-usb:0
 description: USB controller
 product: 7 Series/C210 Series Chipset Family USB xHCI Host 
Controller
 vendor: Intel Corporatio

Bug#963588: RFP: gnome-fractal -- Matrix group messaging app

[Nicholas Guriev]

Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: gnome-fractal
  Version : 4.2.2
  Upstream Author : Daniel García Moreno 
* URL : https://wiki.gnome.org/Apps/Fractal
* License : GPL-3.0
  Programming Lang: Rust
  Description : Matrix group messaging app

Fractal is an instant messaging client and collaboration software for
the GNOME desktop based on the Matrix protocol.

Fractal integrates well into the GNOME desktop with a clean and
easy-to-use user interface design that is optimized for collaboration in
big groups. The functionality was still limited in early releases from
spring 2018, when features such as video chat and end-to-end encryption
were missing. The user interface targets both smartphones and desktop
systems and adapts to different screen sizes and formats.[1]

It would be nice to have this great app in Debian main archive.

 [1]: https://en.wikipedia.org/wiki/GNOME_Fractal

-BEGIN PGP SIGNATURE-

iQJEBAEBCgAuFiEElBWbaQfLEfz8kO8/ePhWwrW9dV4FAl7y4MkQHGd1cmlldi1u
c0B5YS5ydQAKCRB4+FbCtb11XmbZEACpYJjujYwVFlDgqWnItqCDJg3yhzkjHV3N
wKcKEneAaQF79pPCLQwuCo6fKTC9MNBnxHBp0P60o8SF0bONXzFhngEOuoofR/hd
1/UpSXGb3zYchlvkNwUwJnVIhmMwNpqfv9FAn8zlhaWLqpFx6gpXlGtx7/AibHoL
jSgFLj4dVvs1p0RDNsjjSnIwkJFXZcaIFZUOj1mvV8T+vB9wOiv30olaoJnWWBGl
mAhkKhm+DO6eXJCxiZbrNfIHKiHtbYmCd6UKNcP0qjwXwJlVIc0105yNEdVh0i7O
XK6/DziCT2pkRWut+0Dqb3OMpwSGRKs1FdO+GFntTERCozGba/IeRqOFbLWl0nCi
TeBeh9AG6o38Br0xTytpico2dcvvwIWM3k1xeja+1LVFDfIaHd3Lyk0BuhDcKcRv
hNWUuBbtryj+F+i03eHqQewQswVq5QZUMgo5vF4NF0VU4TnkFjjweiaOoiFecOww
mcWA8rHeKSI3TAqvNe7S3IhGJLjB6ED+VaHrd5xMZJK4mZ7lF9HE9SnBltqqDo4o
VwNpO30t62vXZS95A9+zbszrzyKjy/JAjjz6B5djvtzzWbtV5zvu/jYePJrV1AGq
pllGRX7mUuyeJZh2OxPFjISAKQnxPNQzq2OxOpkOgq2yK9ruX65nT1UKpB/cxybF
BlUKXrJcHQ==
=ts+Z
-END PGP SIGNATURE-

Bug#963548: Received signal 11 SEGV_MAPERR

[積丹尼 Dan Jacobson]

Now even with 81, browsing Facebook gives Aw Snaps after scrolling down
a bit.

Anyway I recall this sort of thing happened before.
I'll hope others will do the traces, if my guess is right that many
people will encounter the problem.

Bug#963578: ITP: ruby-rspec-stubbed-env -- ENV stubbing via a shared context for more powerful tests

[Abraham Raji]

Package: wnppSeverity: wishlistOwner: Abraham Raji 
X-Debbugs-CC: debian-de...@lists.debian.org* Package name    : 
ruby-rspec-stubbed-env  Version : 1.0.0  Upstream Author : Peter Boling 
of railsbling.com* URL : 
https://github.com/pboling/rspec-stubbed_env/blob/master/README.md* License 
    : Expat  Programming Lang: Ruby  Description : ENV stubbing via a 
shared context for more powerful testsENV stubbing via a shared context for 
more powerful tests.  Now you don't need to add dotenv just for your spec 
suite..This package is a dependency for gems such as 
oauth2,resque-unique_at_runtime and resque-unique_by_arity. .I intend to 
package this myself but I will need sponsorship to upload. 

Bug#963587: boost1.71: outdated embedded data copy: unicode-data

[Paul Wise]

Source: boost1.71
Severity: normal
Usertags: embed

Unicode 11.0 was released and unicode-data 11.0.0-1 was uploaded.

The boost1.71 source package contains embedded data copies of several
files from the unicode-data package:

libs/spirit/include/boost/spirit/home/support/char_encoding/unicode/UnicodeData.txt
libs/spirit/include/boost/spirit/home/support/char_encoding/unicode/DerivedCoreProperties.txt
libs/spirit/include/boost/spirit/home/support/char_encoding/unicode/Scripts.txt
libs/spirit/include/boost/spirit/home/support/char_encoding/unicode/PropList.txt

Upstream appears to have converted those files into these files before
releasing the tarball. One of those files (query.hpp) is generated by a
python script that is not available in the source package, I think this
is therefore a severity serious bug but I'm not sure.

libs/spirit/include/boost/spirit/home/support/char_encoding/unicode/script_table.hpp
libs/spirit/include/boost/spirit/home/support/char_encoding/unicode/uppercase_table.hpp
libs/spirit/include/boost/spirit/home/support/char_encoding/unicode/category_table.hpp
libs/spirit/include/boost/spirit/home/support/char_encoding/unicode/query.hpp
libs/spirit/include/boost/spirit/home/support/char_encoding/unicode/lowercase_table.hpp

These files are then shipped in the libboost1.71-dev binary package.

Please ask upstream to remove the above files from the source package
and instead build-depend on the unicode-data binary package and convert
the relevant files to headers at build time.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#963586: Geoclue documentation missing [network-nmea] example

[Aaron Bockelie]

Package: geoclue
Version: 2.0

Geoclue is capable of digesting a UDP NMEA stream, similar to gpsd.
The man page for Geoclue lacks information on how to configure this
option.

Without this option to clue in Geoclue configuration, it will have no
clue about NMEA sources to assist cluing in the system of its
location.

Adding a commented out example such as "url=0.0.0.0:5000" under the
configuration section header would clear up this ambiguity.

Example (add the url line):

# Network NMEA source configuration options
[network-nmea]
#url=0.0.0.0:5000

Bug#963176: Additional information.

[Michael Gilbert]

On Mon, Jun 22, 2020 at 12:54 AM Gong S. wrote:
> The output is attached.

Based on the trace, one of the places wine finds kernelbase.dll on
your system is Z:\\usr\\home\\root\\kernelbase.dll.  Could this be an
out of date version of the dll?

> I also used the root account with no ".wine" directory, so it should be 
> considered clean.

It's not a great idea to run wine as root.

Best wishes,
Mike

Bug#963582: pulseaudio: please split off X11-dependent package

[Eric Cooper]

Package: pulseaudio
Version: 13.0-5
Severity: wishlist

I am using pulseaudio on a headless Raspberry Pi, where there is no
need for any GUI apps or other dependencies on X11 libs.

Please separate the packages for the core pulseaudio server and
command-line tools from those that are X11-dependent.

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

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

Versions of packages pulseaudio depends on:
ii  adduser  3.118
ii  init-system-helpers  1.57
ii  libasound2   1.2.2-2.2
ii  libasound2-plugins   1.2.2-1
ii  libc62.30-8
ii  libcap2  1:2.34-2
ii  libdbus-1-3  1.12.18-1
ii  libgcc-s110.1.0-3
ii  libice6  2:1.0.9-2
ii  libltdl7 2.4.6-14
ii  liborc-0.4-0 1:0.4.31-1
ii  libpulse013.0-5
ii  libsm6   2:1.2.3-1
ii  libsndfile1  1.0.28-8
ii  libsoxr0 0.1.3-4
ii  libspeexdsp1 1.2~rc1.2-1.1
ii  libstdc++6   10.1.0-3
ii  libsystemd0  245.6-1
ii  libtdb1  1.4.2-3+b1
ii  libudev1 245.6-1
ii  libwebrtc-audio-processing1  0.3-1+b1
ii  libx11-6 2:1.6.9-2+b1
ii  libx11-xcb1  2:1.6.9-2+b1
ii  libxcb1  1.14-2
ii  libxtst6 2:1.2.3-1
ii  lsb-base 11.1.0
ii  pulseaudio-utils 13.0-5

Versions of packages pulseaudio recommends:
ii  dbus-user-session1.12.18-1
ii  libpam-systemd [logind]  245.6-1
ii  rtkit0.13-4

Versions of packages pulseaudio suggests:
pn  paman
pn  paprefs  
ii  pavucontrol  4.0-2
pn  pavumeter
ii  udev 245.6-1

-- no debconf information
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see .

## Configuration file for PulseAudio clients. See pulse-client.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; default-sink =
; default-source =
; default-server =
; default-dbus-server =

; autospawn = yes
; daemon-binary = /usr/bin/pulseaudio
; extra-arguments = --log-target=syslog

; cookie-file =

; enable-shm = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB

; auto-connect-localhost = no
; auto-connect-display = no
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see .

## Configuration file for the PulseAudio daemon. See pulse-daemon.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; daemonize = no
; fail = yes
; allow-module-loading = yes
; allow-exit = yes
; use-pid-file = yes
; system-instance = no
; local-server-type = user
; enable-shm = yes
; enable-memfd = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB
; lock-memory = no
; cpu-limit = no

; high-priority = yes
; nice-level = -11

; realtime-scheduling = yes
; realtime-priority = 5

; exit-idle-time = 20
; scache-idle-time = 20

; dl-search-path = (depends on architecture)

; load-default-script-file = yes
; default-script-file = /etc/pulse/default.pa

; log-target = auto
; log-level = notice
; log-meta = no
; log-time = no
; log-backtrace = 0

; resample-method = speex-float-1
; avoid-resampling = fals

Bug#956499: MESA-LOADER: failed to open i915

[Michael Gilbert]

On Sun, Apr 12, 2020 at 12:18 AM 積丹尼 Dan Jacobson wrote:
> I'm now seeing
>
> MESA-LOADER: failed to retrieve device information
> MESA-LOADER: failed to open i915 (search paths 
> /usr/lib/x86_64-linux-gnu/dri:\$${ORIGIN}/dri:/usr/lib/dri) failed to load 
> driver: i915
> MESA-LOADER: failed to open kms_swrast (search paths 
> /usr/lib/x86_64-linux-gnu/dri:\$${ORIGIN}/dri:/usr/lib/dri) failed to load 
> driver: kms_swrast
> MESA-LOADER: failed to open swrast (search paths 
> /usr/lib/x86_64-linux-gnu/dri:\$${ORIGIN}/dri:/usr/lib/dri) failed to load 
> swrast driver

These messages are output by mesa, so this is most likely a problem
with support for your hardware.

Best wishes,
Mike

Bug#960302: imap retry must be tunable

[Ryan Nowakowski]

It looks like upstream rejected this patch: 
https://github.com/roundcube/roundcubemail/pull/7402#issuecomment-633387944


I tend to agree with upstream here.  Perhaps this retry should be 
implemented as a plugin as suggested?  Or at the very least, disabled by 
default and togglable via a config setting.

Bug#963581: evil-el needs a user guide

[David Krauser]

Package: evil-el
Version: 1.12.17-1
Severity: wishlist

The current Evil documentation does a good job describing how to install Evil, 
and it does a good job describing how to configure Evil; however, it doesn't 
provide much guidance for new Evil users in actual usage. I would love to see a 
User Guide for Evil users.

Bug#963580: Please provide an alias (s=) for https URLs

[Josh Triplett]

Package: debian-installer
Severity: wishlist

To simplify preseeding with an URL, I'd like to request an alias
"s=example.org", which is equivalent to "url=https://example.org"; .

Together with the support added in bug 850800 for setting a
debian-installer User-Agent, this makes it easy to redirect requests
from the Debian installer to a preseed file, so that preseeds can become
as simple as `s=example.org` .

- Josh Triplett

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

Kernel: Linux 5.6.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#963548: Received signal 11 SEGV_MAPERR

[Michael Gilbert]

control: tag -1 moreinfo

On Tue, Jun 23, 2020 at 10:27 AM 積丹尼 Dan Jacobson wrote:
> Received signal 11 SEGV_MAPERR 7f0168b7a277
> #0 0x55e2011c3bf9 (/usr/lib/chromium/chromium+0x52b3bf8)
> #1 0x55e201122e83 (/usr/lib/chromium/chromium+0x5212e82)
> #2 0x55e2011c3781 (/usr/lib/chromium/chromium+0x52b3780)
> #3 0x7f168c517110 (/lib/x86_64-linux-gnu/libpthread-2.30.so+0x1410f)
> #4 0x7f16877e8d3c (/lib/x86_64-linux-gnu/libc-2.30.so+0x85d3b)
> #5 0x7f16877eaf33 (/lib/x86_64-linux-gnu/libc-2.30.so+0x87f32)
> #6 0x7f16877ecbf9 __libc_malloc
> #7 0x55e2011db94e operator new()
> #8 0x7f1687a73a2c std::__cxx11::basic_string<>::reserve()
> #9 0x7f1687a69498 std::__cxx11::basic_stringbuf<>::overflow()
> #10 0x7f1687a7204a std::basic_streambuf<>::xsputn()
> #11 0x7f1687a64714 std::__ostream_insert<>()
> #12 0x55e2011c3cc9 (/usr/lib/chromium/chromium+0x52b3cc8)
> ...
> #46 0x7f168b2cd24f event_base_loop
> #47 0x55e2011e1421 (/usr/lib/chromium/chromium+0x52d1420)
> ...
> #53 0x7f168c50bf27 start_thread
> #54 0x7f168786031f clone

Please attach a backtrace and the standard info that reportbug
generates.  Otherwise, this kind of report is not particularly useful.

Best wishes,
Mike

Bug#963579: ITP: perfmark-java -- High Performance Tracing Library for Java

[Olek Wojnar]

Package: wnpp
Severity: wishlist
Owner: Olek Wojnar 

* Package name: perfmark-java
  Version : 0.19.0
  Upstream Author : Google LLC
* URL : https://github.com/perfmark/perfmark
* License : Apache
  Programming Lang: Java
  Description : High Performance Tracing Library for Java

 Low-overhead, manually-instrumented, tracing library for Java. Users can add
 the tracing function calls to their code to see how long each part takes.
 .
 Features
 .
 * Very Low Overhead: When enabled, tracing a function call adds about 70ns.
   Tracing is done in a lock-free, wait-free, thread local buffer, which
   avoids interfering with your latency-sensitive code.
 .
 * Dynamically Enabled: PerfMark can be enabled or disabled at runtime. When
   disabled, PerfMark has zero overhead, taking advantage of the JIT compiler
   to remove the tracing.
 .
 * Inter-thread Communication: Existing profilers have difficulty expressing
   which thread wakes up and executes work on another thread. PerfMark allows
   users to express this relationship explicitly, making for a clear picture
   of how code flows.
 .
 * Small Library Size: The PerfMark tracing API is only 5 KB in size, and has
   minimal dependencies making it easy to include in other projects. If no
   backend for recording the trace is present, the library safely disables
   itself.
 .
 * Multiple Java Versions: The PerfMark API supports Java 6, making it easy to
   include on older or constrained environments. Additionally, PerfMark
   includes optimized backends for Java 6, Java 7, and Java 9. Each of these
   backends is automatically loaded at runtime (if possible) and uses advanced
   JVM features for maximum speed.
 .
 * Chrome Trace Viewer Integration: PerfMark can export to the Chrome Trace
   Event Format, making it easy to view in your Web Browser.

Bug#924937: libpq5: OpenSSL license contamination of GPL reverse-dependencies

[Felix Lechner]

Hi,

> the OpenSSL ./. GPL problem (if one sees it as a problem) is larger

There may be an alternative for some cases mentioned here. The wolfSSL
encryption library is a FIPS-certified, commercial product with a
fully usable, although incomplete, OpenSSL compatibility layer. The
developers are very friendly toward open-source. One of them uses
Ubuntu.

Licensed under the GPL (or alternatively proprietary terms), wolfSSL
avoids the linking problems OpenSSL has been trying to shed for years.
wolfSSL is popular in embedded systems. If you bought an appliance or
a car in the past ten years, you are probably using it already.

In the enterprise space, MariaDB ships with an older, captive version.
For a long time, MySQL relied on it (then called cyaSSL). I do not
know if PostgreSQL can use it.

Here is a list of projects that have been officially ported. [1]

Daniel Stenberg, the creator of cURL, works there. I see the
developers from time to time and receive free support. The library has
been in Debian for five years.

Kind regards
Felix Lechner

[1] https://www.wolfssl.com/community/

Bug#498462: Rechtsanwalt Elorm Bernard.

[Elorm Bernad]

 Ich habe Ihnen diesen Brief vor einigen Monaten geschickt, bin mir aber
nicht sicher, ob Sie ihn erhalten haben. Es hat mit der Korrespondenz mit
Ihrem Namen zu tun, er war mein Kunde und hinterließ vor seinem
unglücklichen Tod bei einem Autounfall mit seiner Familie einen riesigen
Betrag bei seiner Bank in Höhe von insgesamt (13.580.000,00 USD). Ich habe
beschlossen, Sie als seinen Cousin anzusprechen und der Bank als seinen
Erben einen Antrag zu stellen. Bitte kontaktieren Sie mich für weitere
Informationen.
Rechtsanwalt Elorm Bernard.

Bug#963546: meson: autopkgtest failures

[Jussi Pakkanen]

On Tue, 23 Jun 2020 at 16:36, Gianfranco Costamagna
 wrote:

> Hello, as you can see, two tests can't be run on ppc64el and s390x, because 
> of missing:
> g++-arm-linux-gnueabihf and ldc
> https://ci.debian.net/data/autopkgtest/unstable/ppc64el/m/meson/6017346/log.gz
> Marking the two tests as "skip-not-installed" works

Thanks, this will be in the next upload.

> Also, I noticed a failure on Ubuntu:
> c++ -Iextralibexe@exe -I. '-I../test cases/frameworks/1 boost' -I/usr/include 
> -fdiagnostics-color=always -pipe -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch 
> -Wnon-virtual-dtor -std=c++14 -g -pthread -DBOOST_DATE_TIME_DYN_LINK=1 
> -DBOOST_FILESYSTEM_DYN_LINK=1 -DBOOST_LOG_SETUP_DYN_LINK=1 
> -DBOOST_THREAD_BUILD_DLL=1 -DBOOST_SYSTEM_DYN_LINK=1 -DBOOST_THREAD_USE_DLL=1 
> -DBOOST_LOG_DYN_LINK=1 -DBOOST_ALL_NO_LIB -MD -MQ 
> 'extralibexe@exe/extralib.cpp.o' -MF 'extralibexe@exe/extralib.cpp.o.d' -o 
> 'extralibexe@exe/extralib.cpp.o' -c '../test cases/frameworks/1 
> boost/extralib.cpp'
> c++: fatal error: Killed signal terminated program cc1plus
>
> do you have any clue?

At this point Meson is no longer involved. Ninja has invoked c++ and
that process then crashes. Running that command by hand in the same
system should result in the same crash.

>From what I can tell this is either a bug in GCC or there is some
watchdog that kills the process for whatever reason such as running
out of memory. The latter can be a symptom of the former.

Bug#963524: dpkg: source-only *.changes files lack two mandatory fields

[Felix Lechner]

Hi Chris,

On Tue, Jun 23, 2020 at 3:58 PM Chris Lamb  wrote:
>
> to me this is a simple oversight in the Debian Policy

That's exactly what I wrote in the initial filing.

Kind regards
Felix

Bug#963524: dpkg: source-only *.changes files lack two mandatory fields

[Chris Lamb]

Felix Lechner wrote:

> Please note that I filed this bug with normal severity, even though as
> a policy violation, it should be serious. I did so because I believe
> the policy is at least partially in error

... then I don't understand why this was not filed there first to
clarify the situation.

I am no expert, but to me this is a simple oversight in the Debian
Policy caused by source-only uploads being popularised only fairly
recently. It is not worthy of an "RC in all but name" bug against a
package that appears to be doing the right thing in a new situation:
there are no binaries, so a Binary field would be wrong.

That is all to say, I do not understand how this is a bug in dpkg
and/or how it could be fixed here. I further hope that readers of this
bug are not predisposed to see the filing of this bug as being, how
can I put it, unfriendly.


Regards,

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

Bug#774797: bcache support in the installer (most importantly include bcache.ko)

[Ben Hutchings]

Control: tag -1 patch

Patches to build a udeb from bcache-tools.

There still needs to be a partman-bcache package, but that will be
separate from the bcache-tools source package.

Ben.

-- 
Ben Hutchings, Software Developer Codethink Ltd
https://www.codethink.co.uk/ Dale House, 35 Dale Street
 Manchester, M1 2HF, United Kingdom
From 36ad5a36cfccb9a8afeba2e20c7b31f453147c1f Mon Sep 17 00:00:00 2001
From: Ben Hutchings 
Date: Tue, 23 Jun 2020 22:13:57 +0100
Subject: [PATCH 1/2] Create required directories from Makefile, not through
 dh_installdirs

This is needed as preparation for building multiple binary packages.
---
 debian/bcache-tools.dirs  |  4 ---
 debian/changelog  |  7 ++
 ...tall-create-all-required-directories.patch | 25 +++
 debian/patches/series |  1 +
 4 files changed, 33 insertions(+), 4 deletions(-)
 delete mode 100644 debian/bcache-tools.dirs
 create mode 100644 debian/patches/makefile-install-create-all-required-directories.patch

diff --git a/debian/bcache-tools.dirs b/debian/bcache-tools.dirs
deleted file mode 100644
index 9edc4df53f01..
--- a/debian/bcache-tools.dirs
+++ /dev/null
@@ -1,4 +0,0 @@
-lib/udev/rules.d/
-usr/sbin/
-usr/share/initramfs-tools/hooks/
-usr/share/man/man8/
diff --git a/debian/changelog b/debian/changelog
index c00c950bdf55..7af0fb2844f0 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+bcache-tools (1.0.8-4.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Create required directories from Makefile, not through dh_installdirs
+
+ -- Ben Hutchings   Tue, 23 Jun 2020 21:51:29 +0100
+
 bcache-tools (1.0.8-4) unstable; urgency=medium
 
   [ Debian Janitor ]
diff --git a/debian/patches/makefile-install-create-all-required-directories.patch b/debian/patches/makefile-install-create-all-required-directories.patch
new file mode 100644
index ..6ceb91e3a572
--- /dev/null
+++ b/debian/patches/makefile-install-create-all-required-directories.patch
@@ -0,0 +1,25 @@
+From: Ben Hutchings 
+Date: Tue, 23 Jun 2020 22:10:49 +0100
+Subject: Makefile: install: Create all required directories
+
+Create all the required directories under $(DESTDIR) rather than
+assuming they already exist.  During a package build they normally
+won't.
+---
+--- a/Makefile
 b/Makefile
+@@ -8,10 +8,10 @@ CFLAGS+=-O2 -Wall -g
+ all: make-bcache probe-bcache bcache-super-show bcache-register
+ 
+ install: make-bcache probe-bcache bcache-super-show
+-	$(INSTALL) -m0755 make-bcache bcache-super-show	$(DESTDIR)${PREFIX}/sbin/
+-	$(INSTALL) -m0755 probe-bcache bcache-register bcache-keep-symlinks	$(DESTDIR)$(UDEVLIBDIR)/
+-	$(INSTALL) -m0644 69-bcache.rules	$(DESTDIR)$(UDEVLIBDIR)/rules.d/
+-	$(INSTALL) -m0644 -- *.8 $(DESTDIR)${PREFIX}/share/man/man8/
++	$(INSTALL) -D -m0755 -t $(DESTDIR)${PREFIX}/sbin/	make-bcache bcache-super-show
++	$(INSTALL) -D -m0755 -t $(DESTDIR)$(UDEVLIBDIR)/	probe-bcache bcache-register bcache-keep-symlinks
++	$(INSTALL) -D -m0644 -t $(DESTDIR)$(UDEVLIBDIR)/rules.d/ 69-bcache.rules
++	$(INSTALL) -D -m0644 -t $(DESTDIR)${PREFIX}/share/man/man8/ -- *.8
+ 	$(INSTALL) -D -m0755 initramfs/hook	$(DESTDIR)/usr/share/initramfs-tools/hooks/bcache
+ 	$(INSTALL) -D -m0755 initcpio/install	$(DESTDIR)/usr/lib/initcpio/install/bcache
+ 	$(INSTALL) -D -m0755 dracut/module-setup.sh $(DESTDIR)$(DRACUTLIBDIR)/modules.d/90bcache/module-setup.sh
diff --git a/debian/patches/series b/debian/patches/series
index b3b2e4a5fe1a..50466176ad47 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,3 +1,4 @@
 0001-Clean-should-remove-bcache-register.patch
 0002-Don-t-inline-crc64-for-gcc-5-compatibility.patch
 udev-keep-symlinks.patch
+makefile-install-create-all-required-directories.patch
From fea1a5175009682b84996e4f338c87eba6bbb9f5 Mon Sep 17 00:00:00 2001
From: Ben Hutchings 
Date: Tue, 23 Jun 2020 22:29:23 +0100
Subject: [PATCH 2/2] Add a udeb (Closes: #774797)

Now that we have two binary packages, debhelper will install to debian/tmp
and we need to define what gets copied from there to each binary package.

* For bcache-tools, copy everything (debian/tmp/*)
* For bcache-tools-udeb, copy only the udev rules and the binaries
---
 debian/bcache-tools-udeb.install | 2 ++
 debian/bcache-tools.install  | 1 +
 debian/changelog | 1 +
 debian/control   | 7 +++
 4 files changed, 11 insertions(+)
 create mode 100644 debian/bcache-tools-udeb.install
 create mode 100644 debian/bcache-tools.install

diff --git a/debian/bcache-tools-udeb.install b/debian/bcache-tools-udeb.install
new file mode 100644
index ..fcde3b1ce05c
--- /dev/null
+++ b/debian/bcache-tools-udeb.install
@@ -0,0 +1,2 @@
+lib/udev/*
+usr/sbin/*
diff --git a/debian/bcache-tools.install b/debian/bcache-tools.install
new file mode 100644
index ..d2d9

Bug#963577: ITP: golang-zx2c4-wireguard-wgctrl -- Package wgctrl enables control of WireGuard interfaces on multiple platforms.

[Leo Antunes]

Package: wnpp
Severity: wishlist
Owner: Leo Antunes 
Control: block 963575 by -1

* Package name: golang-zx2c4-wireguard-wgctrl
  Version : 0.0~git20200609.bd2cb78-1
  Upstream Author : WireGuard
* URL : https://github.com/WireGuard/wgctrl-go
* License : Expat
  Programming Lang: Go
  Description : Package wgctrl enables control of WireGuard interfaces on 
multiple platforms.

 Package wgctrl enables control of WireGuard devices on multiple platforms.
 .
 wgctrl can control multiple types of WireGuard devices, including:
 - Linux kernel module devices, via generic netlink
 - userspace devices (e.g. wireguard-go), via the userspace
   configuration protocol
 .
 This package implements WireGuard configuration protocol operations,
 enabling the configuration of existing WireGuard devices. Operations such
 as creating WireGuard devices, or applying IP addresses to those devices,
 are out of scope for this package.

Bug#962919: RFS: spyne/2.13.15-0.1 [NMU, RC]

[Bastian Germann]

Hi,

one week has passed and no new spyne package has been released.
Please consider sponsoring the version at
https://mentors.debian.net/debian/pool/main/s/spyne/spyne_2.13.15-0.1.dsc

Bastian

Bug#963576: ITP: golang-github-stevenroose-gonfig -- Go package for program configuration

[Leo Antunes]

Package: wnpp
Severity: wishlist
Owner: Leo Antunes 

* Package name: golang-github-stevenroose-gonfig
  Version : 0.1.5-1
  Upstream Author : Steven Roose
* URL : https://github.com/stevenroose/gonfig
* License : Expat
  Programming Lang: Go
  Description : Go package for program configuration

 gonfig is a configuration library designed using the following
 principles:
 - The configuration variables are fully specified and loaded into a
   struct variable.
 - You only need one statement to load the configuration fully.
 - Configuration variables can be retrieved from various sources, in
   this order of increasing priority:
   - default values from the struct definition
   - the value already in the object when passed into Load()
   - config file in either YAML, TOML, JSON or a custom decoder
   - environment variables
   - command line flags

 Furthermore, it has the following features:
 - supported types for interpreting:
   - native Go types: all int, uint, string, bool
   - types that implement TextUnmarshaler from the "encoding" package
   - byte slices ([]byte) are interpreted as base64
   - slices of the above mentioned types
   - map[string]interface{}
 - the location of the config file can be passed through command line
   flags or environment variables
 - printing help message (and hiding individual flags)

This package is needed for #963575

Bug#963254: gcc-10: d/rules.def, set AQ to :all for cross build

[Helmut Grohne]

Hi,

On Sun, Jun 21, 2020 at 09:10:48PM +0800, YunQiang Su wrote:
> The major problem is  Depends: libgcc-10-dev-i386-cross:amd64 (>=
> 10.1.0-3cross1) but it is not installable
> we need to mark gcc-10-i686-linux-gnu depends on
> libgcc-10-dev-i386-cross:all to solve this problem.

Can you try applying the attached patch?

Helmut
diff --minimal -Nru gcc-10-10.1.0/debian/control gcc-10-10.1.0/debian/control
--- gcc-10-10.1.0/debian/control2020-05-15 15:11:57.0 +0200
+++ gcc-10-10.1.0/debian/control2020-06-24 00:17:56.0 +0200
@@ -265,6 +265,7 @@
 
 Package: gcc-10-hppa64-linux-gnu
 Architecture: hppa amd64 i386 x32
+Multi-Arch: foreign
 Section: devel
 Priority: optional
 Depends: gcc-10-base (= ${gcc:Version}), gcc-10 (= ${gcc:Version}),
diff --minimal -Nru gcc-10-10.1.0/debian/control.m4 
gcc-10-10.1.0/debian/control.m4
--- gcc-10-10.1.0/debian/control.m4 2020-05-11 13:38:42.0 +0200
+++ gcc-10-10.1.0/debian/control.m4 2020-06-24 00:17:56.0 +0200
@@ -107,6 +107,8 @@
 ifelse(regexp(SRCNAME, `gcc-snapshot'),0,`dnl
 Package: gcc-snapshot`'TS
 Architecture: any
+ifelse(TS,`',`',`Multi-Arch: foreign
+')dnl
 Section: devel
 Priority: optional
 Depends: binutils`'TS (>= ${binutils:Version}),
@@ -187,6 +189,8 @@
 Package: gnat`'PV-base`'TS
 Architecture: any
 # "all" causes build instabilities for "any" dependencies (see #748388).
+ifelse(TS,`',`',`Multi-Arch: foreign
+')dnl
 Section: libs
 Priority: PRI(optional)
 Depends: ${misc:Depends}
@@ -998,7 +1002,7 @@
 ifenabled(`cdev',`
 Package: gcc`'PV`'TS
 Architecture: any
-ifdef(`TARGET',`Multi-Arch: foreign
+ifelse(TS,`',`',`Multi-Arch: foreign
 ')dnl
 Section: devel
 Priority: optional
@@ -1037,7 +1041,7 @@
 ifenabled(`multilib',`
 Package: gcc`'PV-multilib`'TS
 Architecture: ifdef(`TARGET',`any',MULTILIB_ARCHS)
-ifdef(`TARGET',`Multi-Arch: foreign
+ifelse(TS,`',`',`Multi-Arch: foreign
 ')dnl
 Section: devel
 Priority: optional
@@ -1066,7 +1070,7 @@
 ifenabled(`plugindev',`
 Package: gcc`'PV-plugin-dev`'TS
 Architecture: any
-ifdef(`TARGET',`Multi-Arch: foreign
+ifelse(TS,`',`',`Multi-Arch: foreign
 ')dnl
 Section: devel
 Priority: optional
@@ -1082,8 +1086,7 @@
 ifenabled(`cdev',`
 Package: gcc`'PV-hppa64-linux-gnu
 Architecture: ifdef(`TARGET',`any',hppa amd64 i386 x32)
-ifdef(`TARGET',`Multi-Arch: foreign
-')dnl
+Multi-Arch: foreign
 Section: devel
 Priority: PRI(optional)
 Depends: BASEDEP, gcc`'PV`'TS (= ${gcc:Version}),
@@ -1097,7 +1100,7 @@
 ifenabled(`cdev',`
 Package: cpp`'PV`'TS
 Architecture: any
-ifdef(`TARGET',`Multi-Arch: foreign
+ifelse(TS,`',`',`Multi-Arch: foreign
 ')dnl
 Section: ifdef(`TARGET',`devel',`interpreters')
 Priority: optional
@@ -1148,7 +1151,7 @@
 ifenabled(`c++dev',`
 Package: g++`'PV`'TS
 Architecture: any
-ifdef(`TARGET',`Multi-Arch: foreign
+ifelse(TS,`',`',`Multi-Arch: foreign
 ')dnl
 Section: devel
 Priority: optional
@@ -1166,7 +1169,7 @@
 ifenabled(`multilib',`
 Package: g++`'PV-multilib`'TS
 Architecture: ifdef(`TARGET',`any',MULTILIB_ARCHS)
-ifdef(`TARGET',`Multi-Arch: foreign
+ifelse(TS,`',`',`Multi-Arch: foreign
 ')dnl
 Section: devel
 Priority: optional
@@ -3290,7 +3293,7 @@
 ifenabled(`objppdev',`
 Package: gobjc++`'PV`'TS
 Architecture: any
-ifdef(`TARGET',`Multi-Arch: foreign
+ifelse(TS,`',`',`Multi-Arch: foreign
 ')dnl
 Priority: optional
 Depends: BASEDEP, gobjc`'PV`'TS (= ${gcc:Version}), g++`'PV`'TS (= 
${gcc:Version}), ${shlibs:Depends}, libidevdep(objc`'PV-dev,,=), ${misc:Depends}
@@ -3306,7 +3309,7 @@
 ifenabled(`multilib',`
 Package: gobjc++`'PV-multilib`'TS
 Architecture: ifdef(`TARGET',`any',MULTILIB_ARCHS)
-ifdef(`TARGET',`Multi-Arch: foreign
+ifelse(TS,`',`',`Multi-Arch: foreign
 ')dnl
 Section: devel
 Priority: optional
@@ -3325,7 +3328,7 @@
 ifenabled(`objcdev',`
 Package: gobjc`'PV`'TS
 Architecture: any
-ifdef(`TARGET',`Multi-Arch: foreign
+ifelse(TS,`',`',`Multi-Arch: foreign
 ')dnl
 Priority: optional
 Depends: BASEDEP, gcc`'PV`'TS (= ${gcc:Version}), ${dep:libcdev}, 
${shlibs:Depends}, libidevdep(objc`'PV-dev,,=), ${misc:Depends}
@@ -3341,7 +3344,7 @@
 ifenabled(`multilib',`
 Package: gobjc`'PV-multilib`'TS
 Architecture: ifdef(`TARGET',`any',MULTILIB_ARCHS)
-ifdef(`TARGET',`Multi-Arch: foreign
+ifelse(TS,`',`',`Multi-Arch: foreign
 ')dnl
 Section: devel
 Priority: optional
@@ -3629,7 +3632,7 @@
 ifenabled(`fdev',`
 Package: gfortran`'PV`'TS
 Architecture: any
-ifdef(`TARGET',`Multi-Arch: foreign
+ifelse(TS,`',`',`Multi-Arch: foreign
 ')dnl
 Priority: optional
 Depends: BASEDEP, gcc`'PV`'TS (= ${gcc:Version}), 
libidevdep(gfortran`'PV-dev,,=), ${dep:libcdev}, ${shlibs:Depends}, 
${misc:Depends}
@@ -3647,7 +3650,7 @@
 ifenabled(`multilib',`
 Package: gfortran`'PV-multilib`'TS
 Architecture: ifdef(`TARGET',`any',MULTILIB_ARCHS)
-ifdef(`TARGET',`Multi-Arch: foreign
+ifelse(TS,`',`',`Multi-Arch: foreign
 ')dnl
 Section: devel
 Priority: optional
@@ -3959,7 +3962,7 @@
 ifenabled(`godev',`
 Package: gccgo`'PV`'TS
 Architecture: any
-ifdef(`TARGET',`M

Bug#963575: ITP: wesher -- wireguard overlay mesh network manager

[Leo Antunes]

Package: wnpp
Severity: wishlist
Owner: Leo Antunes 

* Package name: wesher
  Version : 0.2.6-1
  Upstream Author : Leo Antunes
* URL : https://github.com/costela/wesher
* License : GPL-3.0
  Programming Lang: Go
  Description : wireguard overlay mesh network manager
 wesher creates and manages an encrypted mesh overlay network across a
 group of nodes, using wireguard.
 .
 Its main use-case is adding low-maintenance security to public-cloud
 networks or connecting different cloud providers.
 .
 WARNING: since mesh membership is controlled by a mesh-wide pre-shared
 key, this effectively downgrades some of the security benefits from
 wireguard. See security considerations in README for more details.

Bug#960046: transition: sane-backends

[Sebastian Ramacher]

Control: tags -1 + moreinfo

Hi Jörg

On 2020-05-08 19:11:09 +0200, Jörg Frings-Fürst wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> Hello,
> 
> with the new upstream release I change the
> libname to the SONAME.

Other then pleasing lintian, is there any reason for this rename? There
doesn't appear to to be a SONAME bump involved. So if there is no ABI
breakage involved, I fail to see why fixing this cosmetic issues cannot
wait until upstream bumps the SONAME.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#963112: [Pkg-javascript-devel] node-katex_0.10.2+dfsg-2_amd64.changes REJECTED

[Sean Whitton]

Hello,

On Tue 23 Jun 2020 at 01:47AM +02, Jonas Smedegaard wrote:

> Quoting Sean Whitton (2020-06-22 23:26:37)
>> Would someone want to use libjs-katex without nodejs installed?
>
> Yes: Pandoc can produce output which uses katex rendered with the
> Javascript interpreter of web browsers, not on OS-bound Javascript
> rendering like Node.js.
>
> Currently Pandoc suggests node-katex, but pulling in Node.js is unneeded
> baggage.  For some users it may even be bad: Node.js may not be covered
> by security support for as long as Firefox (due to the extraordinary
> treatment of Firefox in stable Debian).

Thanks.  I think at this point we probably need to wait to hear from
Bastian, who processed the REJECT.  In the meantime, it would be good to
reupload with the reason for the binary package split documented, as
previously described.

-- 
Sean Whitton

Bug#532150: Bug#865792: reportbug: Allow an arbitrary MUA to be configured (patch)

[Nis Martensen]

> Dave Steele  hat am 22.06.2020 20:29 geschrieben:
>  
>  If I can interpret, it sounds like there are two options on the table -
>  something looking like
>  https://salsa.debian.org/reportbug-team/reportbug/-/merge_requests/24,
>  or a reportbug-ng port. The MR needs, at a minimum, elimination
>  of the version option, and clarity in the documentation re supported
>  and unsupported MUAs. More complete attachment support would be gravy.
>  
>  Eliminating the concept of the MUA from reportbug would be attractive.
>  Require xdg support?

While the current MUA concept in reportbug is limited, I don't want to break 
the parts that are actually working. This stuff needs to keep working even in 
text-only environments, so xdg support can only be added as a new option. 
That's also why I think there is value in a custom mua option outside xdg. I 
agree that adding an xdg-email option as a first step is likely to cover the 
most common case and will be a huge improvement already. Custom mua support can 
be the next step.

Bug#963574: RFS: hcloud-python/1.8.0-1 [ITP] -- official client library for Hetzner Cloud

[Leo Antunes]

Package: sponsorship-requests
Severity: wishlist

Dear Maintainers,

I am looking for a sponsor for my package "hcloud-python":

* Package name: hcloud-python
  Version : 1.8.0-1
  Upstream Author : Hetzner Cloud GmbH
* URL : https://github.com/hetznercloud/hcloud-python
* License : MIT
  Section : python

It builds those binary packages:

  python3-hcloud - official client library for Hetzner Cloud

For more info: https://mentors.debian.net/package/hcloud-python


Alternatively, download it with dget:

dget -x 
https://mentors.debian.net/debian/pool/main/h/hcloud-python/hcloud-python_1.8.0-1.dsc


Cheers,
Leo Antunes

Bug#963573: partman-target: please add systemd hints to fstab

[Chris Hofstaedtler]

Source: partman-target
Version: 115

Dear Installer Team,

please consider adding words informing users they should run
"systemctl daemon-reload" after changing /etc/fstab.

With stale mount units from an older /etc/fstab, users might observe
"interesting surprises", f.e. systemd might umount newly mounted
filesystems, if the in-memory mount units conflict with info in
/etc/fstab.

Please find a potential patch attached.

Thanks,
Chris

>From 0cae8e3d5e18fae9961894336f5cd9bd0fdcc7f2 Mon Sep 17 00:00:00 2001
From: Chris Hofstaedtler 
Date: Tue, 23 Jun 2020 23:24:33 +0200
Subject: [PATCH] create_fstab_header: add systemd hints

systemd reads /etc/fstab to generate mount units. They become stale
in-memory configuration after fstab is changed, and this can lead
to nasty surprises.

Example: systemd might unmount newly mounted filesystems, if
/etc/fstab had conflicting info previously.

Signed-off-by: Chris Hofstaedtler 
---
 finish.d/create_fstab_header | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/finish.d/create_fstab_header b/finish.d/create_fstab_header
index e99fa5e..560087a 100755
--- a/finish.d/create_fstab_header
+++ b/finish.d/create_fstab_header
@@ -11,6 +11,9 @@ case `udpkg --print-os` in
 # device; this may be used with UUID= as a more robust way to name devices
 # that works even if disks are added and removed. See fstab(5).
 #
+# systemd generates mount units based on this file, see systemd.mount(5).
+# Please run 'systemctl daemon-reload' after making changes here.
+#
 EOF
 		printf "%-15s %-15s %-7s %-15s %-7s %s\n" '# ' '' '' '' '' '' >> /target/etc/fstab
 	;;
-- 
2.27.0

Bug#915458: Thanks a lot, Callum

[github-user]

Bless you Callum for looking into this at all! I’ve been wanting this tool in 
the repositories for a long time already because i dislike it so much to have 
to use 10 different USB flash drives for different Linux distributions instead 
of just one 64 GB flash drive :)

Maybe some of the projects‘ developers can help us.. I am not a programmer 
myself at all.

Bug#962867: transition: qtbase-opensource-src

[Sebastian Ramacher]

Control: tags -1 + confirmed

Hi Dmitry

On 2020-06-15 14:23:13 +0300, Dmitry Shachnev wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> Control: block -1 by 960953 960954
> 
> Dear Release team,
> 
> We (the Qt maintainers) are almost ready to start a transition for the
> new major Qt version: 5.14.2 instead of 5.12.5.

Please go ahead with the uploads to unstable.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#963572: RM: doxypy -- RoQA; Depends on Py2, unmaintained

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

Please remove doxypy. It depends on Python 2 and there was just
a single maintainer upload a decade ago (followed by an NMU
in 2015) and there are no reverse deps.

Cheers,
Moritz

Bug#936941: found 936941 in 2.9.10+dfsg-2

[Moritz Mühlenhoff]

On Fri, Feb 21, 2020 at 02:34:04PM +0100, Mattia Rizzolo wrote:
> found 936941 2.9.10+dfsg-2
> thanks

With the removal of gnome-doc-utils the only remaining rdep of python-libxml2
is gone (apart from src:chirp, but it's already uninstallable for various other
packages which have dropped Py2 support, so can be safely ignored).

Patch attached.

Cheers,
Moritz

diff -Naur libxml2-2.9.10+dfsg.orig/debian/control libxml2-2.9.10+dfsg/debian/control
--- libxml2-2.9.10+dfsg.orig/debian/control	2020-04-10 14:06:33.0 +0200
+++ libxml2-2.9.10+dfsg/debian/control	2020-06-16 23:38:24.897946252 +0200
@@ -17,13 +17,9 @@
  dh-python ,
  libicu-dev,
  liblzma-dev,
- libpython-all-dbg ,
- libpython-all-dev ,
  libpython3-all-dbg ,
  libpython3-all-dev ,
  pkg-config,
- python-all-dbg:any ,
- python-all-dev:any (>= 2.7.5-5~) ,
  python3-all-dbg:any ,
  python3-all-dev:any (>= 3.5) ,
  rename,
@@ -112,45 +108,6 @@
  This package contains general information about the GNOME XML library
  and more specific API references.
 
-Package: python-libxml2
-Architecture: any
-Build-Profiles: 
-Section: python
-Depends:
- ${misc:Depends},
- ${python:Depends},
- ${shlibs:Depends},
-Description: Python bindings for the GNOME XML library
- XML is a metalanguage to let you design your own markup language.
- A regular markup language defines a way to describe information in
- a certain class of documents (eg HTML). XML lets you define your
- own customized markup languages for many classes of document. It
- can do this because it's written in SGML, the international standard
- metalanguage for markup languages.
- .
- This package contains the files needed to use the GNOME XML library
- in Python programs.
-
-Package: python-libxml2-dbg
-Architecture: any
-Build-Profiles: 
-Section: debug
-Depends:
- python-libxml2 (= ${binary:Version}),
- ${misc:Depends},
- ${python:Depends},
- ${shlibs:Depends},
-Description: Python bindings for the GNOME XML library (debug extension)
- XML is a metalanguage to let you design your own markup language.
- A regular markup language defines a way to describe information in
- a certain class of documents (eg HTML). XML lets you define your
- own customized markup languages for many classes of document. It
- can do this because it's written in SGML, the international standard
- metalanguage for markup languages.
- .
- This package contains the files needed to use the GNOME XML library
- in Python programs for use with the Python debug interpreter.
-
 Package: python3-libxml2
 Architecture: any
 Build-Profiles: 
diff -Naur libxml2-2.9.10+dfsg.orig/debian/python-libxml2-dbg.install libxml2-2.9.10+dfsg/debian/python-libxml2-dbg.install
--- libxml2-2.9.10+dfsg.orig/debian/python-libxml2-dbg.install	2020-02-27 19:21:38.0 +0100
+++ libxml2-2.9.10+dfsg/debian/python-libxml2-dbg.install	1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-usr/lib/python2*/*-packages/*.so
diff -Naur libxml2-2.9.10+dfsg.orig/debian/python-libxml2-dbg.lintian-overrides libxml2-2.9.10+dfsg/debian/python-libxml2-dbg.lintian-overrides
--- libxml2-2.9.10+dfsg.orig/debian/python-libxml2-dbg.lintian-overrides	2020-02-27 19:21:38.0 +0100
+++ libxml2-2.9.10+dfsg/debian/python-libxml2-dbg.lintian-overrides	1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-python-libxml2-dbg: hardening-no-fortify-functions
diff -Naur libxml2-2.9.10+dfsg.orig/debian/python-libxml2.examples libxml2-2.9.10+dfsg/debian/python-libxml2.examples
--- libxml2-2.9.10+dfsg.orig/debian/python-libxml2.examples	2020-02-27 19:21:38.0 +0100
+++ libxml2-2.9.10+dfsg/debian/python-libxml2.examples	1970-01-01 01:00:00.0 +0100
@@ -1,2 +0,0 @@
-python/tests/*.py
-python/tests/*.xml
diff -Naur libxml2-2.9.10+dfsg.orig/debian/python-libxml2.install libxml2-2.9.10+dfsg/debian/python-libxml2.install
--- libxml2-2.9.10+dfsg.orig/debian/python-libxml2.install	2020-02-27 19:21:38.0 +0100
+++ libxml2-2.9.10+dfsg/debian/python-libxml2.install	1970-01-01 01:00:00.0 +0100
@@ -1,2 +0,0 @@
-usr/lib/python2*/*-packages/*.py*
-usr/lib/python2*/*-packages/*.so
diff -Naur libxml2-2.9.10+dfsg.orig/debian/rules libxml2-2.9.10+dfsg/debian/rules
--- libxml2-2.9.10+dfsg.orig/debian/rules	2020-04-10 14:39:54.0 +0200
+++ libxml2-2.9.10+dfsg/debian/rules	2020-06-16 23:37:32.552359795 +0200
@@ -3,12 +3,6 @@
 
 DOPACKAGES = $(shell dh_listpackages)
 
-ifneq (,$(filter python-libxml2 python-libxml2-dbg,$(DOPACKAGES)))
-# The versions of python currently supported
-PYVERS=$(shell pyversions -s)
-else
-PYVERS=
-endif
 ifneq (,$(filter python3-libxml2 python3-libxml2-dbg,$(DOPACKAGES)))
 # The versions of python3 currently supported
 PY3VERS=$(shell py3versions -s)
@@ -23,7 +17,7 @@
 DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
 
-TARGETS := main $(PYVERS) $(PYVERS:%=%-dbg) $(PY3VERS) $(PY3VERS:%=%-dbg)
+TARGETS := main $(PY3VERS) $(PY3VERS:%=%-db

Bug#960452: mount: Editing fstab in a valid way causes silent failure to mount

[Chris Hofstaedtler]

* John Goerzen  [200512 22:45]:
> Sorry about that, Chris.  I have tried just now and, rather to my
> surprise, have been unable to duplicate this in order to gather more
> information.  I had assumed it would be fairly readily reproducible;
> that is my mistake.

Right. I've asked around, and someone insightfully suggested:
systemd might have a mnt-foo.mount unit loaded (after reading
/etc/fstab for the first time), and if it somehow disagrees with
your changes to /etc/fstab, it -might- unmount /mnt/foo immediately
after you manually mounting it.

I was also pointed at https://github.com/systemd/systemd/issues/1741
- maybe anything there sound familar?

> I can report to you that the kernel messages looked as if it had been
> mounted; for instance:
> 
> May 11 20:48:46 tinwhistle kernel: [10011.916687] EXT4-fs (md0): mounted 
> filesystem with ordered data mode. Opts: (null)
> May 11 20:50:19 tinwhistle kernel: [10104.961413] EXT4-fs (md0): mounted 
> filesystem with ordered data mode. Opts: errors=remount-ro
> May 11 21:06:21 tinwhistle kernel: [11067.149192] EXT4-fs (md0): mounted 
> filesystem with ordered data mode. Opts: errors=remount-ro
> May 11 21:06:30 tinwhistle kernel: [11076.165431] EXT4-fs (md0): mounted 
> filesystem with ordered data mode. Opts: errors=remount-ro
> May 11 21:06:47 tinwhistle kernel: [11093.047456] EXT4-fs (md0): mounted 
> filesystem with ordered data mode. Opts: (null)
> May 11 21:07:14 tinwhistle kernel: [9.680451] EXT4-fs (md0): mounted 
> filesystem with ordered data mode. Opts: (null)
> May 11 21:07:30 tinwhistle kernel: [11135.623084] EXT4-fs (md0): mounted 
> filesystem with ordered data mode. Opts: errors=remount-ro
> May 11 21:07:56 tinwhistle kernel: [11161.524673] EXT4-fs (md0): mounted 
> filesystem with ordered data mode. Opts: (null)
> May 11 21:08:22 tinwhistle kernel: [11187.655296] EXT4-fs (md0): mounted 
> filesystem with ordered data mode. Opts: (null)
> May 11 21:09:05 tinwhistle kernel: [11231.262182] EXT4-fs (md0): mounted 
> filesystem with ordered data mode. Opts: errors=remount-ro
> 
> I believed at the time that it was being -- at least to the kernel --
> mounted briefly and then immediately unmounted again.

Okay, that would match the suggestion. In this case I'd think this
is more a systemd issue than a mount issue - mount passes your mount
request to the kernel, and the kernel mounts it. Then something else
(probably systemd) unmounts it immediately.

The differing mount opts in your dmesg output might also be
relevant.

Maybe adding some words to fstab(5) might really be the best thing
to do :-/

Any thoughts?

Thanks,
Chris

Bug#903210: kgb-bot: Please add https support

[Antoine Beaupré]

On 2018-07-07 19:15:05, Guillem Jover wrote:
> Package: kgb-bot
> Version: 1.51-1
> Severity: wishlist
>
> Hi!
>
> At least when using the kgb-client to talk to a kgb-bot, any passwords
> or tokens are sent in the clear. It would be nice if https was
> supported when talking to the server.

This is probably not the answer you're looking for, but I suspect it
might be preferable, if not easier, to delegate this to a proxy. It's
fairly trivial to implement one with Nginx or Apache and it might avoid
the complication of setting up TLS and certs management and all that
stuff inside this poor little bot.

I have used this configuration fairly successfully here:

server {
  listen 0.0.0.0:80;
  listen [::]:80;
  server_name kgb-bot.torproject.org;
  server_tokens off; ## Don't show the nginx version number, a security best 
practice
  return 301 https://$http_host$request_uri;
}

server {
  listen 0.0.0.0:443 ssl;
  listen [::]:443 ssl;
  server_name kgb-bot.torproject.org;
  server_tokens off; ## Don't show the nginx version number, a security best 
practice
  
  ssl on;
  ssl_certificate   
/etc/ssl/torproject/certs/kgb-bot.torproject.org.crt-chained;
  ssl_certificate_key   /etc/ssl/private/kgb-bot.torproject.org.key;
  
  access_log  /var/log/nginx/kgb-bot_access.log privacy;
  error_log   /var/log/nginx/kgb-bot_error.log;
  
  client_max_body_size 0;
  gzip off;

  proxy_redirect  off;

  proxy_set_headerHost$http_host;
  proxy_set_headerX-Real-IP   $remote_addr;
  proxy_set_headerX-Forwarded-Ssl on;
  proxy_set_headerX-Forwarded-For $proxy_add_x_forwarded_for;
  proxy_set_headerX-Forwarded-Proto   $scheme;
  proxy_set_headerUpgrade $http_upgrade;

  location / {
proxy_pass http://localhost:5391;
  }

  # webhooks are unauthenticated in KGB, enfore that only the GitLab
  # host can write here.
  location /webhook {
proxy_pass http://localhost:5391;

# The proper way of doing this would be for KGB to implement
# support for GitLab's secret tokens:
#
# https://bugs.debian.org/927342
#
# For now we'll just hardcode the IP address here.
#
# XXX: MAGIC-IP-ADDRESS: gitlab-02
allow 116.202.120.180;
allow 2a01:4f8:fff0:4f:266:37ff:feb8:3489;
deny all;
  }
}

Note how we make an exception out of `webhook` because of #927342: this
is important as the proxy will bypass the webhook `allow_networks`
restriction...

I hope that helps!

a.

Bug#963571: steam-launcher: Steam crashes after dist-upgrade, possibly due to graphics drivers

[Sebastian]

package: steam-launcher
version: 1.0.0.62


Dear Maintainer,

It seems to have broken after updating the mesa drivers. Steam will launch
and try to install, "libgl1-mesa-dri:i386" and "libgl1:1386". I have
enabled support for 32 bit packages multiple times. It then says the
package "libgl1-mesa-dri:i386" is replaced by "libgl1-mesa-dri". Lastly it
says neither of them have an installation candidate. I press "Enter" and it
says the following 32-bit libraries are missing "libGL.so.1" and
"libdrm.so.2". Steam is currently completely broken and fails to start. It
also says my arch is foreign.

Transcript:
$ steam
/home/ohare-air/.local/share/Steam/steam.sh: line 114: VERSION_ID: unbound
variable
Package libgl1-mesa-dri:i386 needs to be installed
Package libgl1:i386 needs to be installed
/home/ohare-air/.local/share/Steam/steam.sh: line 114: VERSION_ID: unbound
variable
Running Steam on debian  64-bit
/home/ohare-air/.local/share/Steam/steam.sh: line 114: VERSION_ID: unbound
variable
STEAM_RUNTIME is enabled automatically
Pins up-to-date!
Error: You are missing the following 32-bit libraries, and Steam may not
run:
libGL.so.1
libdrm.so.2
Steam client's requirements are satisfied
/home/ohare-air/.local/share/Steam/ubuntu12_32/steam
[2020-06-22 20:17:47] Startup - updater built Jun  4 2020 05:50:42
Installing breakpad exception handler for appid(steam)/version(1591251555)
Looks like steam didn't shutdown cleanly, scheduling immediate update check
Installing breakpad exception handler for appid(steam)/version(1591251555)
[2020-06-22 20:17:47] Checking for update on startup
[2020-06-22 20:17:47] Checking for available updates...
[2020-06-22 20:17:47] Downloading manifest:
client-download.steampowered.com/client/steam_client_ubuntu12
Installing breakpad exception handler for appid(steam)/version(1591251555)
[2020-06-22 20:17:48] Download skipped: /client/steam_client_ubuntu12
version 1591251555, installed version 1591251555
[2020-06-22 20:17:48] Nothing to do
[2020-06-22 20:17:48] Verifying installation...
[2020-06-22 20:17:48] Performing checksum verification of executable files
[2020-06-22 20:17:49] Verification complete
Failed to load steamui.so - dlerror(): libGL.so.1: wrong ELF class:
ELFCLASS64
[2020-06-22 20:17:49] Shutdown
Installing breakpad exception handler for appid(steam)/version(1591251555)
Installing breakpad exception handler for appid(steam)/version(1591251555)

Kernel version: 5.6.0-2-amd64
AMD Ryzen 7 1700x
AMD Radeon RX 580
firmware-amd-gaphics installed
non-free, contrib enabled

Bug#963570: RFS: html2text/1.3.2a-28 [ITA] -- advanced HTML to text converter

[Bruno Naibert de Campos]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "html2text"

 * Package name: html2text
   Version : 1.3.2a-28
   Upstream Author : https://github.com/grobian/html2text/issues
 * URL : https://github.com/grobian/html2text
 * License : GPL-2+
 * Vcs : https://salsa.debian.org/debian/html2text
   Section : web

It builds those binary packages:

  html2text - advanced HTML to text converter

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

  https://mentors.debian.net/package/html2text

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

  dget -x 
https://mentors.debian.net/debian/pool/main/h/html2text/html2text_1.3.2a-28.dsc

Changes since the last upload:

   * New manteiner. (Closes: #951882)

Regards,

--
  Bruno Naibert de Campos

Bug#963560: main.pdf: openBinaryFile: does not exist

[Dirk Hünniger]

Hi,

I think we need to replace scrpage2 with scrlayer-scrpage. Since 
scrpage2 is not available anymore.


Yours Dirk

On 6/23/20 8:48 PM, ael wrote:

Package: mediawiki2latex
Version: 7.39-1+b1
Severity: normal

Dear Maintainer,

Program fails reporting
  main.pdf: openBinaryFile: does not exist

It gets this far:
FullConfig {headers = Nothing, resolution = 300, outputFilename =
"/tmp/Haskell", inputUrl = "https://en.wikibooks.org/wiki/Haskell";,
runMode = HTML No, paper = "A4", vector = True, copy = Just
"/tmp/mediacopy/", mainPath = "/tmp/mediacopy/document/main", server =
Nothing, outputType = PlainPDF, selfTest = Nothing, compile = Nothing,
imgctrb = Nothing, convert = Nothing, noparent = False}
mediawiki2latex (1592936919.526074122s): processing started
mediawiki2latex (1592936920.153517774s): downloading article and
contributor information
mediawiki2latex (1592936924.520077276s): parsing article text
[]
Right []
mediawiki2latex (1592936924.520114122s): number of bytes to be parsed:
78887
mediawiki2latex (1592936924.527774192s): forking threads to download of
images and contributor information on them
mediawiki2latex (1592936924.527788797s): number of images going to be
downloaded: 6
mediawiki2latex
(1592936925.052710289s):(1,"File:Haskell-Logo-Variation.png|128px")
mediawiki2latex (1592936925.730671023s):(2,"File:50%.svg|9px")
mediawiki2latex (1592936926.445159287s):(3,"File:00%.svg|9px")
mediawiki2latex (1592936927.14173226s):(4,"File:00%.svg|9px")
mediawiki2latex (1592936927.837033539s):(5,"File:100_percent.svg|9px")
mediawiki2latex (1592936928.544881536s):(6,"File:00%.svg|9px")
mediawiki2latex (1592936929.233014499s): precompiling table columns
mediawiki2latex (1592936929.233043777s): number of columns to be
compiled: 32
mediawiki2latex (1592936929.233187014s): precompiling column number 1
mediawiki2latex (1592936929.893331276s): generating LaTeX document
mediawiki2latex (1592936929.893355596s): number of bytes to be parsed:
78887
mediawiki2latex (1592936929.893579042s): joining threads to download the
images and contributor information on them
mediawiki2latex (1592936929.893586348s): number of images to be
processed: 6
mediawiki2latex (1592936950.051639582s): preparing for PDF generation
mediawiki2latex (1592936951.612873372s): preparing images for LaTeX
document
mediawiki2latex (1592936953.339994697s): generating PDF file. LaTeX run
1 of 4
mediawiki2latex (1592936953.977067954s): generating PDF file. LaTeX run
2 of 4
mediawiki2latex (1592936954.612092043s): generating PDF file. LaTeX run
3 of 4
mediawiki2latex (1592936955.256838503s): generating PDF file. LaTeX run
4 of 4
---

That command line was:
mediawiki2latex -o /tmp/Haskell -g -c /tmp/mediacopy/ -p A4 -u 
https://en.wikibooks.org/wiki/Haskell

/tmp/mediacopy/document/main/main.log attached.

I tried
xelatex main.tex

and had:

---snip--
Package tocstyle Warning: THIS IS A DEPRECATED ALPHA VERSION!
(tocstyle)USAGE OF THIS VERSION IS ON YOUR OWN RISK!
(tocstyle)EVERYTHING MAY HAPPEN!
(tocstyle)THE PACKAGE IS FROZEN WITH ALL IT'S BUGS!
(tocstyle)IT WILL BE REMOVED FROM KOMA-SCRIPT SOON!
(tocstyle)THERE IS NO SUPPORT, IF YOU USE THIS PACKAGE!
(tocstyle)Maybe it would be better, not to load this
package.

) (/usr/share/texlive/texmf-dist/tex/latex/paralist/paralist.sty)
(/usr/share/texlive/texmf-dist/tex/latex/tools/trace.sty)
(/usr/share/texlive/texmf-dist/tex/latex/keystroke/keystroke.sty
(/usr/share/texlive/texmf-dist/tex/latex/graphics/graphics.sty
(/usr/share/texlive/texmf-dist/tex/latex/graphics/trig.sty)
(/usr/share/texlive/texmf-dist/tex/latex/graphics-cfg/graphics.cfg
(../headers/babel.tex
(/usr/share/texlive/texmf-dist/tex/generic/babel/babel.sty
(/usr/share/texlive/texmf-dist/tex/generic/babel/babel.def
(/usr/share/texlive/texmf-dist/tex/generic/babel/xebabel.def
(/usr/share/texlive/texmf-dist/tex/generic/babel/txtbabel.def)))
(/usr/share/texlive/texmf-dist/tex/generic/babel-english/english.ldf)))
(../headers/svg.tex) (../headers/packages2.tex
(/usr/share/texlive/texmf-dist/tex/latex/psnfss/mathptmx.sty)
(/usr/share/texlive/texmf-dist/tex/latex/psnfss/helvet.sty)
(/usr/share/texlive/texmf-dist/tex/latex/psnfss/courier.sty)
(/usr/share/texlive/texmf-dist/tex/latex/base/fontenc.sty
(/usr/share/texlive/texmf-dist/tex/latex/psnfss/t1ptm.fd))
(/usr/share/texlive/texmf-dist/tex/latex/multirow/multirow.sty)
(/usr/share/texlive/texmf-dist/tex/latex/tools/multicol.sty)
(/usr/share/texlive/texmf-dist/tex/latex/tools/array.sty)
(/usr/share/texlive/texmf-dist/tex/latex/ragged2e/ragged2e.sty
(/usr/share/texlive/texmf-dist/tex/latex/ms/everysel.sty))
(/usr/share/texlive/texmf-dist/tex/latex/tools/longtable.sty)

! LaTeX Error: File `scrpage2.sty' not found.

Type X to quit or  to proceed,
or enter new name. (Default extension: sty)

The nearest to scrpage2.sty on my system was
/

Bug#963569: ITP: shairplay -- AirPort Express Server Emulator

[Vasyl Gello]

Package: wnpp
Severity: wishlist
Owner: Vasyl Gello 

* Package name: shairplay
  Version : 0.9.0+git20180824-1
  Upstream Author : juh...@iki.fi
* URL : https://github.com/juhovh/shairplay
* License : LGPL-2.1+
  Programming Lang: C, C++
  Description : AirPort Express Server Emulator

It builds those binary packages:

  libshairplay0 - AirPort Express server emulator (shared library).
  shairplay-bin - AirPort Express Server emulator (executable file).
  libshairplay-dev - AirPort Express Server emulator (development files).

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

  https://mentors.debian.net/package/shairplay

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

  dget -x 
https://mentors.debian.net/debian/pool/main/s/shairplay/shairplay_0.9.0+git20180824-1.dsc

Changes since the last upload:

   * Initial upload

This is dependency for new upstream release of Kodi mediacenter.

Bug#963568: RFS: urlwatch/2.18-2 [RC] -- monitors webpages for you

[Maxime Werlen]

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for my package "urlwatch"

 * Package name: urlwatch
   Version : 2.18-2
   Upstream Author : Thomas Perl 
 * URL : https://thp.io/2008/urlwatch/
 * License : BSD-3-clause
 * Vcs : https://salsa.debian.org/mwerlen/urlwatch
   Section : web

It builds those binary packages:

  urlwatch - monitors webpages for you

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

  https://mentors.debian.net/package/urlwatch

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

  dget -x 
https://mentors.debian.net/debian/pool/main/u/urlwatch/urlwatch_2.18-2.dsc

Changes since the last upload:

   * Bump to compat 13 and use debhelper-compat virtual package
   * Add an explicit Rules-Requires-Root field (value no)
   * Fix pycodestyle E741 violations (patch from upstream, Closes: Bug#963309)

Regards,

--
  Maxime Werlen

Bug#963309: urlwatch: FTBFS: dh_auto_test: error: pybuild --test --test-nose -i python{version} -p 3.8 returned exit code 13

[Maxime Werlen]

Hi,

Thanks for the report. I've found an existing patch upstream for these
pycodestyle violations.
I've packaged the patch in urlwatch-2.18-2 and uploaded the package to
mentors.

Regards,

Maxime

Le dim. 21 juin 2020 à 22:09, Lucas Nussbaum  a écrit :

> Source: urlwatch
> Version: 2.18-1
> Severity: serious
> Justification: FTBFS on amd64
> Tags: bullseye sid ftbfs
> Usertags: ftbfs-20200620 ftbfs-bullseye
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
>
> Relevant part (hopefully):
> >  debian/rules build
> > dh build --with python3 --buildsystem=pybuild
> >dh_update_autotools_config -O--buildsystem=pybuild
> >dh_autoreconf -O--buildsystem=pybuild
> >dh_auto_configure -O--buildsystem=pybuild
> > I: pybuild base:217: python3.8 setup.py config
> > running config
> >dh_auto_build -O--buildsystem=pybuild
> > I: pybuild base:217: /usr/bin/python3 setup.py build
> > running build
> > running build_py
> > creating /<>/.pybuild/cpython3_3.8_urlwatch/build/urlwatch
> > copying lib/urlwatch/cli.py ->
> /<>/.pybuild/cpython3_3.8_urlwatch/build/urlwatch
> > copying lib/urlwatch/mailer.py ->
> /<>/.pybuild/cpython3_3.8_urlwatch/build/urlwatch
> > copying lib/urlwatch/__init__.py ->
> /<>/.pybuild/cpython3_3.8_urlwatch/build/urlwatch
> > copying lib/urlwatch/storage.py ->
> /<>/.pybuild/cpython3_3.8_urlwatch/build/urlwatch
> > copying lib/urlwatch/command.py ->
> /<>/.pybuild/cpython3_3.8_urlwatch/build/urlwatch
> > copying lib/urlwatch/worker.py ->
> /<>/.pybuild/cpython3_3.8_urlwatch/build/urlwatch
> > copying lib/urlwatch/jobs.py ->
> /<>/.pybuild/cpython3_3.8_urlwatch/build/urlwatch
> > copying lib/urlwatch/util.py ->
> /<>/.pybuild/cpython3_3.8_urlwatch/build/urlwatch
> > copying lib/urlwatch/config.py ->
> /<>/.pybuild/cpython3_3.8_urlwatch/build/urlwatch
> > copying lib/urlwatch/reporters.py ->
> /<>/.pybuild/cpython3_3.8_urlwatch/build/urlwatch
> > copying lib/urlwatch/main.py ->
> /<>/.pybuild/cpython3_3.8_urlwatch/build/urlwatch
> > copying lib/urlwatch/html2txt.py ->
> /<>/.pybuild/cpython3_3.8_urlwatch/build/urlwatch
> > copying lib/urlwatch/handler.py ->
> /<>/.pybuild/cpython3_3.8_urlwatch/build/urlwatch
> > copying lib/urlwatch/ical2txt.py ->
> /<>/.pybuild/cpython3_3.8_urlwatch/build/urlwatch
> > copying lib/urlwatch/migration.py ->
> /<>/.pybuild/cpython3_3.8_urlwatch/build/urlwatch
> > copying lib/urlwatch/filters.py ->
> /<>/.pybuild/cpython3_3.8_urlwatch/build/urlwatch
> >dh_auto_test -O--buildsystem=pybuild
> > I: pybuild base:217: cd
> /<>/.pybuild/cpython3_3.8_urlwatch/build; python3.8 -m nose -v
> test
> > test_filters.test_filters('element_by_tag',) ... ok
> > test_filters.test_filters('element_by_tag_nested',) ... ok
> > test_filters.test_filters('element_by_id',) ... ok
> > test_filters.test_filters('element_by_class',) ... ok
> > test_filters.test_filters('xpath_elements',) ... ok
> > test_filters.test_filters('xpath_text',) ... ok
> > test_filters.test_filters('xpath_exclude',) ... ok
> > test_filters.test_filters('xpath_xml_namespaces',) ... ok
> > test_filters.test_filters('css',) ... ok
> > test_filters.test_filters('css_exclude',) ... ok
> > test_filters.test_filters('css_xml_namespaces',) ... ok
> > test_filters.test_filters('grep',) ... ok
> > test_filters.test_filters('grep_with_comma',) ... ok
> > test_filters.test_filters('json_format',) ... ok
> > test_filters.test_filters('json_format_subfilter',) ... ok
> > test_filters.test_filters('sha1',) ... ok
> > test_filters.test_filters('hexdump',) ... ok
> > test_filters.test_filters('sort',) ... ok
> > test_handler.test_required_classattrs_in_subclasses ... ok
> > test_handler.test_save_load_jobs ... ok
> > test_handler.test_load_config_yaml ... ok
> > test_handler.test_load_urls_txt ... ok
> > test_handler.test_load_urls_yaml ... ok
> > test_handler.test_load_hooks_py ... ok
> > Test that we conform to PEP-8. ... FAIL
> > test_handler.test_run_watcher ... ok
> > test_handler.test_unserialize_shell_job_without_kind ... ok
> > test_handler.test_unserialize_with_unknown_key ... ok
> > test_handler.prepare_retry_test ... ok
> > test_handler.test_number_of_tries_in_cache_is_increased ... ok
> > test_handler.test_report_error_when_out_of_tries ... ok
> > test_handler.test_reset_tries_to_zero_when_successful ... ok
> >
> > ==
> > FAIL: Test that we conform to PEP-8.
> > --
> > Traceback (most recent call last):
> >   File "/usr/lib/python3/dist-packages/nose/case.py", line 197, in
> runTest
> > self.test(*self.arg)
> >   File
> "/<>/.pybuild/cpython3_3.8_urlwatch/build/test/test_handler.py",
> line 83, in test_pep8_conformance
> > assert result.total_errors == 0, "Found #{0} code style
> errors".format(result.total_errors)
> > AssertionError: Found #3 code style errors
> >  >> begin captured stdout << -

Bug#963320: libtgvoip: FTBFS: AttributeError: module 'string' has no attribute 'maketrans'

[Nicholas Guriev]

reassign 963320 gyp
found 963320 0.1+20200513gitcaa6002-1
affects 963320 src:libtgvoip
stop

On Sun, 2020-06-21 at 22:04 +0200, Lucas Nussbaum wrote:
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
> 
> Relevant part (hopefully):
> > make[1]: Entering directory '/<>'
> > gyp --format=cmake --depth=. --generator-output=. -Gconfig=Release 
> > -Goutput_dir=obj-x86_64-linux-gnu 
> > -Dlinux_path_opus_include=/usr/include/opus
> > Traceback (most recent call last):
> >   File "/usr/bin/gyp", line 11, in 
> > load_entry_point('gyp==0.1', 'console_scripts', 'gyp')()
> >   File "/usr/lib/python3/dist-packages/gyp/__init__.py", line 552, in 
> > script_main
> > return main(sys.argv[1:])
> >   File "/usr/lib/python3/dist-packages/gyp/__init__.py", line 545, in main
> > return gyp_main(args)
> >   File "/usr/lib/python3/dist-packages/gyp/__init__.py", line 518, in 
> > gyp_main
> > [generator, flat_list, targets, data] = Load(
> >   File "/usr/lib/python3/dist-packages/gyp/__init__.py", line 98, in Load
> > generator = __import__(generator_name, globals(), locals(), 
> > generator_name)
> >   File "/usr/lib/python3/dist-packages/gyp/generator/cmake.py", line 43, in 
> > 
> > _maketrans = string.maketrans
> > AttributeError: module 'string' has no attribute 'maketrans'
> > make[1]: *** [debian/rules:30: override_dh_auto_configure] Error 1
> 
> The full build log is available from:
>http://qa-logs.debian.net/2020/06/20/libtgvoip_2.4.4-2_unstable.log
> 
> A list of current common problems and possible solutions is available at
> http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
> 
> About the archive rebuild: The rebuild was done on EC2 VM instances from
> Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
> failed build was retried once to eliminate random failures.

The bug is not in the libtgvoip package itself but apparently caused by
incomplete porting GYP to Python 3. Dear GYP maintainer, please fix
CMake generator, switch it to built-in str.maketrans.

I am already working on a new version of the libtgvoip package. It will
not use GYP and not solve the actual issue in the build tool.

Bug#963551: python3-bitstring: Update, DeprecationWarning

[Matthias Urlichs]

Package: python3-bitstring
Version: 3.1.5-2
Severity: minor

The bitstring package is at version 3.1.7 upstream.

There is another problem: broken backslash sequences trigger a
DeprecationWarning. This makes the package unusable with pytest.

Patch: https://github.com/scott-griffiths/bitstring/pull/206


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

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

Versions of packages python3-bitstring depends on:
ii  python3  3.8.2-3

python3-bitstring recommends no packages.

Versions of packages python3-bitstring suggests:
pn  python-bitstring-doc  

-- no debconf information

Bug#963553: fpc: Please enable build on sparc64

[Paul Gevers]

Control: tags -1 pending

Hi Adrian,

On 23-06-2020 19:43, John Paul Adrian Glaubitz wrote:
> Can you enable the platform in debian/rules?
> 
> See the attached patch.

Applied locally. Doing some testing as all archs FTBFS with the same error.

Paul



signature.asc
Description: OpenPGP digital signature

Bug#963553: fpc: Please enable build on sparc64

[Paul Gevers]

Hi

On 23-06-2020 21:54, John Paul Adrian Glaubitz wrote:
> On 6/23/20 9:51 PM, Paul Gevers wrote:
>> Control: tags -1 pending
>>
>> Hi Adrian,
>>
>> On 23-06-2020 19:43, John Paul Adrian Glaubitz wrote:
>>> Can you enable the platform in debian/rules?
>>>
>>> See the attached patch.
>>
>> Applied locally. Doing some testing as all archs FTBFS with the same error.
> Yeah, seen that. I haven't looked into the details yet why ffi isn't being
> built on non-amd64 targets.

Seems like it's disabled:
Skipped package libffi which has been disabled for target aarch64-linux

Paul



signature.asc
Description: OpenPGP digital signature

Bug#963567: nginx: Update ngx_http_auth_pam_module source

[Sergio Talens-Oliag]

Source: nginx
Severity: wishlist

Dear Maintainer,

The debian/modules/watch/http-auth-pam is pointing to the wrong github
repository, some years ago my username at github.com was changed from 'stogh'
to 'sto', so the right URL for the module now is: 
https://github.com/sto/ngx_http_auth_pam_module/tag.

Today I've applied a couple of small patches and tagged a new version, so
probably its a good idea to update the file and update the module on the debian
package.

Thanks in advance.

-- 
Sergio Talens-Oliag  
Key fingerprint =  29DF 544F 1BD9 548C 8F15 86EF 6770 052B B8C1 FA69


signature.asc
Description: PGP signature

Bug#963553: fpc: Please enable build on sparc64

[John Paul Adrian Glaubitz]

On 6/23/20 9:51 PM, Paul Gevers wrote:
> Control: tags -1 pending
> 
> Hi Adrian,
> 
> On 23-06-2020 19:43, John Paul Adrian Glaubitz wrote:
>> Can you enable the platform in debian/rules?
>>
>> See the attached patch.
> 
> Applied locally. Doing some testing as all archs FTBFS with the same error.
Yeah, seen that. I haven't looked into the details yet why ffi isn't being
built on non-amd64 targets.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#946035: spyder: RFH: needs Build-Depends: python-language-server, qdarkstyle

[Boyuan Yang]

Hi,

On Sat, 25 Apr 2020 11:53:28 +0800 Drew Parsons  wrote:
> Thanks for that Boyuan. Hopefully help will arrive to get 
> python-language-server in place.

Now qdarkstyle and helpdev are in Sid (team-maintained in DPMT and PAPT Team).
There seems no work on python-language-server yet.

As a DPMT and PAPT member, I'm willing to do the sponsor work if anyone is to
work on the dependency chain of python-language-server packages. With a quick
glance this might not be trivial but also not really compliciated.

-- 
Thanks,
Boyuan Yang


> On 2020-04-25 09:07, Boyuan Yang wrote:
> > Control: tags -1 +help
> > 
> > Hi,
> > 
> > Package qdarkstyle has a dependency chain: qdarkstyle -> helpdev. I 
> > have
> > prepared them:
> > 
> > * https://salsa.debian.org/python-team/applications/helpdev/
> > * https://salsa.debian.org/python-team/modules/qdarkstyle/
> > 
> > They should now in the NEW queue.
> > 
> > Besides, I have also uploaded python-atomicwrites/1.3.0-1 (new version) 
> > since
> > Spyder 4.1.x needs this new version.
> > 
> > I have no plan of working on python-language-server yet. Any help are 
> > needed.
> > 
> > --
> > Regards,
> > Boyuan Yang
> > 
> > On Tue, 03 Dec 2019 17:12:21 +0800 Drew Parsons  
> > wrote:
> >> Package: spyder
> >> Version: 4.0.0~rc3+dfsg1-1
> >> Severity: normal
> >> 
> >> spyder 4 (currently on salsa in experimental branch) needs python
> >> modules python-language-server and qdarkstyle
> >> 
> >> These are currently not packaged for Debian, so this is a
> >> Request For Help to get them packaged so we can proceed with the
> >> spyder upgrade.


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

Bug#963566: ITP: felix-scr -- Felix Service Component Runtime

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
Control: block 943552 by -1

* Package name: felix-scr
  Version : v2.1.20
  Upstream Author : many
* URL : https://github.com/apache/felix-dev/tree/master/scr
* License : Apache-2.0
  Programming Lang: Java
  Description : Felix Service Component Runtime
The Felix project is an implementation of the OSGi R7 core framework
specification.
OSGi framework is a module system and service platform for the Java
programming language that implements a complete and dynamic component
model.
This subproject implements the OSGi Declarative Services specification
providing a service-oriented component model to simplify OSGi-based
development.

I will need this for #943552 and can maintain this under the umbrella
of java-team.

--
Regards
Sudip

Bug#963565: ITP: marginphase -- simultaneous haplotyping and genotyping

[Shayan Doust]

Package: wnpp
Severity: wishlist

Subject: ITP: marginphase -- simultaneous haplotyping and genotyping
Package: wnpp
Owner: Shayan Doust 
Severity: wishlist

* Package name: marginphase
  Version : 0.0+git20181109.cdf139e
  Upstream Author : Benedict Paten 
* URL : https://github.com/benedictpaten/marginPhase
* License : Expat
  Programming Lang: C
  Description : simultaneous haplotyping and genotyping
 MarginPhase is a program for simultaneous haplotyping and genotyping.

Remark: This package is maintained by Debian Med Packaging Team at
   https://salsa.debian.org/med-team/marginphase

Bug#963564: gfortran: Internal error when processing pFUnit generated files with --coverage

[Ole Streicher]

Package: gfortran-10
Version: 10.1.0-3
Control: forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95847

Dear maintainers,

copying https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95847 for your
convenience:

With gcc 9 and 10, compiling the attached file with coverage info raises
an internal error:

$ gfortran-10 -c --coverage funit-bug.f90
during IPA pass: profile
funit-bug.f90:8:0:

8 |use foo
  |
internal compiler error: in coverage_begin_function, at coverage.c:656
0x7f6c0275ae0a __libc_start_main
../csu/libc-start.c:308
[…]
$ gfortran-10 --version
GNU Fortran (Debian 10.1.0-3) 10.1.0
[…]
$ gfortran-9 --version
GNU Fortran (Debian 9.3.0-14) 9.3.0

This does not happen with gfortran-8, so it is a regression:

$ gfortran-8 -c --coverage funit-bug.f90
$ gfortran-8 --version
GNU Fortran (Debian 8.4.0-4) 8.4.0

System is Debian 11 testing.
The attached file is derived from a pFUnit generated file where this was
originally observed .
module foo
contains
subroutine sbr()
end subroutine sbr
end module foo

function foo_suite() result(suite)
   use foo
   integer :: bar
   integer :: res
   res = bar(sbr)
end function foo_suite

Bug#963520: guitarix: depend on prename

[Hermann Meyer]

Hi

Hermann here, I'm the upstream maintainer.

Thanks for you interest in our work.

Let's have a look at the part were you complain about.

  set +e
  RN=$(rename -V  2>/dev/null| grep File::Rename)
  if [ ! -z "$RN" ] ; then
    use_to_rename='rename'
  fi
  if [ -z "$RN" ] ; then
    RN=$(prename -V  2>/dev/null| grep File::Rename)
    use_to_rename='prename'
  fi
  if [ -z "$RN" ] ; then
    RN=$(perl-rename -V  2>/dev/null| grep File::Rename)
    use_to_rename='perl-rename'
  fi
  if [ -z "$RN" ] ; then
    RNUL=$(rename -V  2>/dev/null| grep util-linux)
    if [ -z "$RNUL" ] ; then
  RNUL=$(rename.ul -V  2>/dev/null| grep util-linux)
  use_to_rename='rename.ul'
    else
  use_to_rename='rename'
    fi
  fi
  set -e

So, what does that mean?

We look for which rename tool is available and use the one we find
first. That may differ from distribution to distribution. But looking
for it, couldn't be a bug, or could it?

Anyway, this is a developer tool which will never be part of any debian
package. It's part of the source for documentation of what we do, and
how we do it.

Please consider to mark this report as done.

regards

hermann

Bug#963563: ITP: eclipse-xsd -- XML Schema Definition (XSD) for Eclipse

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
Control: block 943552 by -1

* Package name: eclipse-xsd
  Version : v2.22.0
  Upstream Author : many
* URL : https://projects.eclipse.org/projects/modeling.mdt.xsd
* License : EPL-2.0
  Programming Lang: Java
  Description : Eclipse Web Tools Platform
The XML Schema Definition (XSD) plugin is a library that provides an API for
manipulating the components of an XML Schema as described by the W3C XML
Schema specifications, as well as an API for manipulating the DOM-accessible
representation of XML Schema as a series of XML documents.

This is a reintroduction of the package as I need it for #943552.
I can maintain them under the umbrella of java-team.

--
Regards
Sudip

Bug#963560: main.log

[ael]

main.log attached.

This is XeTeX, Version 3.14159265-2.6-0.92 (TeX Live 2020/Debian) 
(preloaded format=xelatex 2020.6.13)  23 JUN 2020 19:36
entering extended mode
 restricted \write18 enabled.
 %&-line parsing enabled.
**main.tex
(./main.tex
LaTeX2e <2020-02-02> patch level 5
L3 programming layer <2020-05-15>
(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/hyphsubst.sty
Package: hyphsubst 2016/05/16 v0.3 Substitute hyphenation patterns (HO)

(/usr/share/texlive/texmf-dist/tex/generic/infwarerr/infwarerr.sty
Package: infwarerr 2019/12/03 v1.5 Providing info/warning/error messages (HO)
))
(/usr/share/texlive/texmf-dist/tex/latex/koma-script/scrbook.cls
Document Class: scrbook 2020/04/19 v3.30 KOMA-Script document class (book)
(/usr/share/texlive/texmf-dist/tex/latex/koma-script/scrkbase.sty
Package: scrkbase 2020/04/19 v3.30 KOMA-Script package (KOMA-Script-dependent b
asics and keyval usage)

(/usr/share/texlive/texmf-dist/tex/latex/koma-script/scrbase.sty
Package: scrbase 2020/04/19 v3.30 KOMA-Script package (KOMA-Script-independent 
basics and keyval usage)

(/usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty
Package: keyval 2014/10/28 v1.15 key=value parser (DPC)
\KV@toks@=\toks15
)
(/usr/share/texlive/texmf-dist/tex/latex/koma-script/scrlfile.sty
Package: scrlfile 2020/04/19 v3.30 KOMA-Script package (loading files)
)))
(/usr/share/texlive/texmf-dist/tex/latex/koma-script/tocbasic.sty
Package: tocbasic 2020/04/19 v3.30 KOMA-Script package (handling toc-files)
\scr@dte@tocline@numberwidth=\skip47
\scr@dte@tocline@numbox=\box45
)
Package tocbasic Info: babel extension for `toc' omitted
(tocbasic) because of missing \bbl@set@language on input line 137.
Class scrbook Info: File `scrsize11pt.clo' used to setup font sizes on input li
ne 2427.

(/usr/share/texlive/texmf-dist/tex/latex/koma-script/scrsize11pt.clo
File: scrsize11pt.clo 2020/04/19 v3.30 KOMA-Script font size class option (11pt
)
)
(/usr/share/texlive/texmf-dist/tex/latex/koma-script/typearea.sty
Package: typearea 2020/04/19 v3.30 KOMA-Script package (type area)
\ta@bcor=\skip48
\ta@div=\count163
\ta@hblk=\skip49
\ta@vblk=\skip50
\ta@temp=\skip51
\footheight=\skip52
Package typearea Info: These are the values describing the layout:
(typearea) DIV  = 13
(typearea) BCOR = 34.1433pt
(typearea) \paperwidth  = 597.50793pt
(typearea)  \textwidth  = 433.35742pt
(typearea)  DIV departure   = -10%
(typearea)  \evensidemargin = 14.40149pt
(typearea)  \oddsidemargin  = 5.20905pt
(typearea) \paperheight = 845.04694pt
(typearea)  \textheight = 650.20029pt
(typearea)  \topmargin  = -44.6664pt
(typearea)  \headheight = 17.0pt
(typearea)  \headsep= 20.40001pt
(typearea)  \topskip= 11.0pt
(typearea)  \footskip   = 47.6pt
(typearea)  \baselineskip   = 13.6pt
(typearea)  on input line 1738.
)
\c@part=\count164
\c@chapter=\count165
\c@section=\count166
\c@subsection=\count167
\c@subsubsection=\count168
\c@paragraph=\count169
\c@subparagraph=\count170
\scr@dte@chapter@maxnumwidth=\skip53
Class scrbook Info: using compatibility default `afterindent=bysign'
(scrbook)   for `\chapter on input line 5586.
\scr@dte@section@maxnumwidth=\skip54
Class scrbook Info: using compatibility default `runin=bysign'
(scrbook)   for `\section on input line 5596.
Class scrbook Info: using compatibility default `afterindent=bysign'
(scrbook)   for `\section on input line 5596.
\scr@dte@part@maxnumwidth=\skip55
Class scrbook Info: using compatibility default `afterindent=true'
(scrbook)   for `\part on input line 5605.
\scr@dte@subsection@maxnumwidth=\skip56
Class scrbook Info: using compatibility default `runin=bysign'
(scrbook)   for `\subsection on input line 5615.
Class scrbook Info: using compatibility default `afterindent=bysign'
(scrbook)   for `\subsection on input line 5615.
\scr@dte@subsubsection@maxnumwidth=\skip57
Class scrbook Info: using compatibility default `runin=bysign'
(scrbook)   for `\subsubsection on input line 5625.
Class scrbook Info: using compatibility default `afterindent=bysign'
(scrbook)   for `\subsubsection on input line 5625.
\scr@dte@paragraph@maxnumwidth=\skip58
Class scrbook Info: using compatibility default `runin=bysign'
(scrbook)   for `\paragraph on input line 5635.
Class scrbook Info: using compatibility default `afterindent=bysign'
(scrbook)   for `\paragraph on input line 5635.
\scr@dte@subparagraph@maxnumwidth=\skip59
Class scrbook Info: using compatibility default `runin=bysign'
(scrbook)   for `\subparagraph on input line 5645.
Class scrbook Info: using compatibility default `afterindent=bysign'
(scrbook)   for `\subparagraph on input line 5645.
\abovecaptionskip=\skip60
\belowcaptionskip

Bug#963562: ITP: aioice -- implementation of ICE

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name : python-aioice
  Version  : 0.6.18
  Upstream Author  : Jeremy Lainé 
* Url  : https://github.com/aiortc/aioice
* Licenses : BSD-3-clause~aioice
  Programming Lang : Python
  Section  : python

 aioice is a library for Interactive Connectivity Establishment
 (RFC 5245) in Python.
 It is built on top of asyncio,
 Python's standard asynchronous I/O framework.
 .
 Interactive Connectivity Establishment (ICE)
 is useful for applications
 that establish peer-to-peer UDP data streams,
 as it facilitates NAT traversal.
 Typical usecases include SIP and WebRTC.

This package is needed by python-av.

I plan to maintain this package myself, in the debian section of Salsa:

 https://salsa.debian.org/debian/python-aioice.git

 - 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#963561: ITP: eclipse-wtp -- Eclipse Web Tools Platform

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
Control: block 943552 by -1

* Package name: eclipse-wtp
  Version : v3.18.0
  Upstream Author : many
* URL : https://www.eclipse.org/webtools/
* License : EDL-1 and EPL-2
  Programming Lang: Java
  Description : Eclipse Web Tools Platform
The Eclipse Web Tools Platform (WTP) project extends the Eclipse platform with
tools for developing Web and Java EE applications. It includes source and
graphical editors for a variety of languages, wizards and built-in applications
to simplify development, and tools and APIs to support deploying, running, and
testing apps.

This is a reintroduction of the package and I only intend to build and
package webtools.common and webtools.sourceediting as I need them for
#943552. The remaining modules can be built and packaged if any other
package needs them.

I can maintain them under the umbrella of java-team.

--
Regards
Sudip

Bug#963560: main.pdf: openBinaryFile: does not exist

[ael]

Package: mediawiki2latex
Version: 7.39-1+b1
Severity: normal

Dear Maintainer,

Program fails reporting 
 main.pdf: openBinaryFile: does not exist

It gets this far:
FullConfig {headers = Nothing, resolution = 300, outputFilename =
"/tmp/Haskell", inputUrl = "https://en.wikibooks.org/wiki/Haskell";,
runMode = HTML No, paper = "A4", vector = True, copy = Just
"/tmp/mediacopy/", mainPath = "/tmp/mediacopy/document/main", server =
Nothing, outputType = PlainPDF, selfTest = Nothing, compile = Nothing,
imgctrb = Nothing, convert = Nothing, noparent = False}
mediawiki2latex (1592936919.526074122s): processing started
mediawiki2latex (1592936920.153517774s): downloading article and
contributor information
mediawiki2latex (1592936924.520077276s): parsing article text
[]
Right []
mediawiki2latex (1592936924.520114122s): number of bytes to be parsed:
78887
mediawiki2latex (1592936924.527774192s): forking threads to download of
images and contributor information on them
mediawiki2latex (1592936924.527788797s): number of images going to be
downloaded: 6
mediawiki2latex
(1592936925.052710289s):(1,"File:Haskell-Logo-Variation.png|128px")
mediawiki2latex (1592936925.730671023s):(2,"File:50%.svg|9px")
mediawiki2latex (1592936926.445159287s):(3,"File:00%.svg|9px")
mediawiki2latex (1592936927.14173226s):(4,"File:00%.svg|9px")
mediawiki2latex (1592936927.837033539s):(5,"File:100_percent.svg|9px")
mediawiki2latex (1592936928.544881536s):(6,"File:00%.svg|9px")
mediawiki2latex (1592936929.233014499s): precompiling table columns
mediawiki2latex (1592936929.233043777s): number of columns to be
compiled: 32
mediawiki2latex (1592936929.233187014s): precompiling column number 1
mediawiki2latex (1592936929.893331276s): generating LaTeX document
mediawiki2latex (1592936929.893355596s): number of bytes to be parsed:
78887
mediawiki2latex (1592936929.893579042s): joining threads to download the
images and contributor information on them
mediawiki2latex (1592936929.893586348s): number of images to be
processed: 6
mediawiki2latex (1592936950.051639582s): preparing for PDF generation
mediawiki2latex (1592936951.612873372s): preparing images for LaTeX
document
mediawiki2latex (1592936953.339994697s): generating PDF file. LaTeX run
1 of 4
mediawiki2latex (1592936953.977067954s): generating PDF file. LaTeX run
2 of 4
mediawiki2latex (1592936954.612092043s): generating PDF file. LaTeX run
3 of 4
mediawiki2latex (1592936955.256838503s): generating PDF file. LaTeX run
4 of 4
---

That command line was:
mediawiki2latex -o /tmp/Haskell -g -c /tmp/mediacopy/ -p A4 -u 
https://en.wikibooks.org/wiki/Haskell

/tmp/mediacopy/document/main/main.log attached.

I tried 
   xelatex main.tex

and had:

---snip--
Package tocstyle Warning: THIS IS A DEPRECATED ALPHA VERSION!
(tocstyle)USAGE OF THIS VERSION IS ON YOUR OWN RISK!
(tocstyle)EVERYTHING MAY HAPPEN!
(tocstyle)THE PACKAGE IS FROZEN WITH ALL IT'S BUGS!
(tocstyle)IT WILL BE REMOVED FROM KOMA-SCRIPT SOON!
(tocstyle)THERE IS NO SUPPORT, IF YOU USE THIS PACKAGE!
(tocstyle)Maybe it would be better, not to load this
package.

) (/usr/share/texlive/texmf-dist/tex/latex/paralist/paralist.sty)
(/usr/share/texlive/texmf-dist/tex/latex/tools/trace.sty)
(/usr/share/texlive/texmf-dist/tex/latex/keystroke/keystroke.sty
(/usr/share/texlive/texmf-dist/tex/latex/graphics/graphics.sty
(/usr/share/texlive/texmf-dist/tex/latex/graphics/trig.sty)
(/usr/share/texlive/texmf-dist/tex/latex/graphics-cfg/graphics.cfg
(../headers/babel.tex
(/usr/share/texlive/texmf-dist/tex/generic/babel/babel.sty
(/usr/share/texlive/texmf-dist/tex/generic/babel/babel.def
(/usr/share/texlive/texmf-dist/tex/generic/babel/xebabel.def
(/usr/share/texlive/texmf-dist/tex/generic/babel/txtbabel.def)))
(/usr/share/texlive/texmf-dist/tex/generic/babel-english/english.ldf)))
(../headers/svg.tex) (../headers/packages2.tex
(/usr/share/texlive/texmf-dist/tex/latex/psnfss/mathptmx.sty)
(/usr/share/texlive/texmf-dist/tex/latex/psnfss/helvet.sty)
(/usr/share/texlive/texmf-dist/tex/latex/psnfss/courier.sty)
(/usr/share/texlive/texmf-dist/tex/latex/base/fontenc.sty
(/usr/share/texlive/texmf-dist/tex/latex/psnfss/t1ptm.fd))
(/usr/share/texlive/texmf-dist/tex/latex/multirow/multirow.sty)
(/usr/share/texlive/texmf-dist/tex/latex/tools/multicol.sty)
(/usr/share/texlive/texmf-dist/tex/latex/tools/array.sty)
(/usr/share/texlive/texmf-dist/tex/latex/ragged2e/ragged2e.sty
(/usr/share/texlive/texmf-dist/tex/latex/ms/everysel.sty))
(/usr/share/texlive/texmf-dist/tex/latex/tools/longtable.sty)

! LaTeX Error: File `scrpage2.sty' not found.

Type X to quit or  to proceed,
or enter new name. (Default extension: sty)

The nearest to scrpage2.sty on my system was
/usr/share/texlive/texmf-dist/tex/latex/lwarp/lwarp-scrpage2.sty
Perhaps a missing dependency?

But then scrpage2 seems to be obsolete: 
https://ctan.org/

Bug#844989:

[Anthony Eden]

Bump?

Bug#963559: docs/libcurl/*: some formatting fixes in the man pages

[Bjarni Ingi Gislason]

Package: libcurl4-doc
Version: 7.68.0-1
Severity: minor
Tags: patch

Dear Maintainer,

   * What led up to the situation?

Checking some issues in man pages

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Using "mandoc -Tlint" and "test-groff" to check formatting issues.

   * What was the outcome of this action?

mandoc: curl_getdate.3:64:2: WARNING: skipping paragraph macro: PP empty
mandoc: curl_global_init_mem.3:56:2: ERROR: skipping end of block that is not 
open: RE
mandoc: curl_unescape.3:48:5: ERROR: skipping all arguments: br 
curl_easy_escape "(3)," curl_easy_unescape "(3)," curl_free "(3)," RFC 2396
mandoc: curl_unescape.3:48:2: WARNING: skipping paragraph macro: br after SH
mandoc: curl_url_cleanup.3:29:2: STYLE: fill mode already enabled, skipping: fi
mandoc: curl_url_dup.3:29:2: STYLE: fill mode already enabled, skipping: fi
mandoc: curl_url_set.3:32:2: STYLE: fill mode already enabled, skipping: fi

troff: :108: warning: trailing space
troff: :109: warning: trailing space

Patch:

>From 71eabbb5680f8b84d8846a53eb90dc0e15a2c308 Mon Sep 17 00:00:00 2001
From: Bjarni Ingi Gislason 
Subject: [PATCH] curl/docs/libcurl/*: fix some formatting of man pages
To: 

  Fix some fomatting issues in man pages.

Details:

  From "mandoc -Tlint":

mandoc: curl_getdate.3:64:2: WARNING: skipping paragraph macro: PP empty
mandoc: curl_global_init_mem.3:56:2: ERROR: skipping end of block that is not 
open: RE
mandoc: curl_unescape.3:48:5: ERROR: skipping all arguments: br 
curl_easy_escape "(3)," curl_easy_unescape "(3)," curl_free "(3)," RFC 2396
mandoc: curl_unescape.3:48:2: WARNING: skipping paragraph macro: br after SH
mandoc: curl_url_cleanup.3:29:2: STYLE: fill mode already enabled, skipping: fi
mandoc: curl_url_dup.3:29:2: STYLE: fill mode already enabled, skipping: fi
mandoc: curl_url_set.3:32:2: STYLE: fill mode already enabled, skipping: fi

  From "test-groff -b -mandoc -T utf8 -rF0 -t -w w -z":

  [ "test-groff" is a developmental version of "groff" ]

troff: :108: warning: trailing space
troff: :109: warning: trailing space

Signed-off-by: Bjarni Ingi Gislason 
---
 docs/libcurl/curl_getdate.3 | 5 ++---
 docs/libcurl/curl_global_init_mem.3 | 7 ---
 docs/libcurl/curl_unescape.3| 2 +-
 docs/libcurl/curl_url_cleanup.3 | 6 +++---
 docs/libcurl/curl_url_dup.3 | 6 +++---
 docs/libcurl/curl_url_set.3 | 5 ++---
 6 files changed, 15 insertions(+), 16 deletions(-)

diff --git a/docs/libcurl/curl_getdate.3 b/docs/libcurl/curl_getdate.3
index 71479d20e..943c4ac4d 100644
--- a/docs/libcurl/curl_getdate.3
+++ b/docs/libcurl/curl_getdate.3
@@ -61,7 +61,6 @@ first three letters. This is usually not info that adds 
anything.
 If a decimal number of the form MMDD appears, then  is read as the
 year, MM as the month number and DD as the day of the month, for the specified
 calendar date.
-.PP
 .SH EXAMPLES
 .nf
 Sun, 06 Nov 1994 08:49:37 GMT
@@ -106,5 +105,5 @@ On systems with 64 bit time_t: if the year is less than 
1583, this function
 will return -1. (The Gregorian calendar was first introduced 1582 so no "real"
 dates in this way of doing dates existed before then.)
 .SH "SEE ALSO"
-.BR curl_easy_escape "(3), " curl_easy_unescape "(3), "
-.BR CURLOPT_TIMECONDITION "(3), " CURLOPT_TIMEVALUE "(3) "
+.BR curl_easy_escape "(3), " curl_easy_unescape "(3),"
+.BR CURLOPT_TIMECONDITION "(3), " CURLOPT_TIMEVALUE "(3)"
diff --git a/docs/libcurl/curl_global_init_mem.3 
b/docs/libcurl/curl_global_init_mem.3
index 79f2994ad..486871a14 100644
--- a/docs/libcurl/curl_global_init_mem.3
+++ b/docs/libcurl/curl_global_init_mem.3
@@ -53,14 +53,15 @@ To replace realloc()
 To replace strdup()
 .IP "void *calloc_callback(size_t nmemb, size_t size);"
 To replace calloc()
-.RE
+.RS
 This function is otherwise the same as \fIcurl_global_init(3)\fP, please refer
 to that man page for documentation.
+.RE
 .SH "CAUTION"
 Manipulating these gives considerable powers to the application to severely
 screw things up for libcurl. Take care!
 .SH AVAILABILITY
 Added in 7.12.0
 .SH "SEE ALSO"
-.BR curl_global_init "(3), "
-.BR curl_global_cleanup "(3), "
+.BR curl_global_init (3),
+.BR curl_global_cleanup (3)
diff --git a/docs/libcurl/curl_unescape.3 b/docs/libcurl/curl_unescape.3
index 061fbbf5c..6673f8293 100644
--- a/docs/libcurl/curl_unescape.3
+++ b/docs/libcurl/curl_unescape.3
@@ -45,4 +45,4 @@ be removed in a future release.
 .SH RETURN VALUE
 A pointer to a zero terminated string or NULL if it failed.
 .SH "SEE ALSO"
-.br curl_easy_escape "(3)," curl_easy_unescape "(3)," curl_free "(3)," RFC 2396
+.BR curl_easy_escape "(3), " curl_easy_unescape "(3), " curl_free "(3), " RFC 
2396
diff --git a/docs/libcurl/curl_url_cleanup.3 b/docs/libcurl/curl_url_cleanup.3
index 4d095a9d7..c8662e15b 100644
--- a/docs/libcurl/curl_url_cleanup.3
+++ b/docs/libcurl/curl_url_cleanup.3
@@ -26,7 +26,7 @@ curl_url_cleanup - free a CURLU handle
 .B #include 
 
 void curl_url_clean

Bug#962700: dnsmasq: Please make another source-only upload to allow testing migration

[Paul Gevers]

Control: user release.debian@packages.debian.org
Control: usertags 962700 out-of-sync
Control: tags 962700 pending

Hi

On Fri, 12 Jun 2020 07:06:30 -0400 Boyuan Yang  wrote:
> The last upload of package dnsmasq in Sid was not a source-only upload. As a
> result, this new release will not migrate to Debian Testing.
> 
> This also indicates the out-of-sync condition between package in Testing and
> package in Sid. According to 
> https://lists.debian.org/debian-devel-announce/2020/02/msg5.html , this
> bug will be considered as release-critical if the out-of-sync condition lasts
> for more than 60 days. Your package has been out-of-sync for 53 days.
> 
> Please make another source-only upload to allow testing migration. For details
> about source-only upload, please see https://wiki.debian.org/SourceOnlyUpload
> . Let me know if you have any questions.

I have uploaded a no-change NMU to DELAYED/15. Please let me know if I
should cancel it.

Paul




signature.asc
Description: OpenPGP digital signature

Bug#963557: src:ensmallen: fails to migrate to testing for too long: FTBFS armel/armhf/mipsel

[Paul Gevers]

Source: ensmallen
Version: 2.12.0-1
Severity: serious
Control: close -1 2.12.1-1
Tags: sid bullseye
User: release.debian@packages.debian.org
Usertags: out-of-sync
Control: blocks -1 by 961203

Dear maintainer(s),

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

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

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

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

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

Paul

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




signature.asc
Description: OpenPGP digital signature

Bug#963558: firmware-qlogic: Missing qed/qed_init_values_zipped-8.42.2.0.bin

[Vincent Danjean]

Package: firmware-qlogic
Version: 20190717-2
Severity: important

  Hi,

Recent linux kernels (at lease 5.6) requires a new version of the
qlogic firmware. 
qed/qed_init_values_zipped-8.42.2.0.bin can be found in the linux
kernel sources; for example here:
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/qed

  Our current workaround is to manually copy this file, but
we would be pleased if you add it into firmware-qlogic

  Regards
Vincent

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

Kernel: Linux 5.6.0-2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_WARN
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), 
LANGUAGE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

firmware-qlogic depends on no packages.

firmware-qlogic recommends no packages.

Versions of packages firmware-qlogic suggests:
ii  initramfs-tools  0.137

Bug#963556: src:gxr: fails to migrate to testing for too long: unfixed RC bug

[Paul Gevers]

Source: gxr
Version: 0.13.2-2
Severity: serious
Control: close -1 0.14.0-4
Tags: sid bullseye
User: release.debian@packages.debian.org
Usertags: out-of-sync
Control: block -1 by 959608

Dear maintainer(s),

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

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

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

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

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

Paul

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




signature.asc
Description: OpenPGP digital signature

Bug#963549: RFS: re2c/1.3-2 -- tool for generating fast C-based recognizers

[JCF Ploemen]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "re2c"

 * Package name: re2c
   Version : 1.3-2
   Upstream Author : https://github.com/skvadrik/re2c
 * URL : https://re2c.org
 * License : public-domain
 * Vcs : https://salsa.debian.org/jcfp/re2c
   Section : devel

It builds those binary packages:

  re2c - tool for generating fast C-based recognizers

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

  https://mentors.debian.net/package/re2c

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

  dget -x https://mentors.debian.net/debian/pool/main/r/re2c/re2c_1.3-2.dsc

Changes since the last upload:

   [ JCF Ploemen (jcfp) ]
   * Control: add build-dep on python3-pygments, for use by rst2man.
   * Patches:
 + add 01, backport of the upstream fix for a heap-based buffer
   overflow in Scanner::fill in parse/scanner.cc.
   (CVE-2020-11958; closes: #963158)
 + add 02, fix for a manpage spelling error.
   * Rules: switch dh_auto_test override to execute_after.
   * Lintian: remove override for override_dh_auto_test-does-not-
 check-DEB_BUILD_OPTIONS, no longer needed.
   * Bump compat level to 13 (from 12; no further changes).
 .
   [ Debian Janitor ]
   * Set upstream metadata fields: Bug-Submit.
   * Update standards version to 4.5.0, no changes needed.


Thanks!


pgpfTADiLxUc1.pgp
Description: OpenPGP digital signature

Bug#953973: Can I help maintain powerline and powerline-git-status?

[Samuel Henrique]

Hello Jerome,

FIrst of all, thanks for adding and maintaining powerline on Debian,
these are tools that I use extensively and the fact that they are
packaged on Debian helps me (and surely tons of other users) a lot.

I noticed powerline and powerline-git-status has a few bugs that I
could fix, like #937314, #951434 and #953973.

Would you accept my help on maintaining these packages? I would like
to add myself as an Uploader and move the packaging to the Debian org
in salsa.

Looking forward to working with you,

Thanks,

-- 
Samuel Henrique 

Bug#963554: src:openjdk-11: fails to migrate to testing for too long: FTBFS on armel & mips*el

[Paul Gevers]

Source: openjdk-11
Version: 11.0.7+9-1
Severity: serious
Control: close -1 11.0.7+10-3
Tags: sid bullseye
User: release.debian@packages.debian.org
Usertags: out-of-sync

Dear maintainer(s),

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

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

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

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

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

Paul

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




signature.asc
Description: OpenPGP digital signature

Bug#963555: src:xpra: fails to migrate to testing for too long: FTBFS armel/armhf

[Paul Gevers]

Source: xpra
Version: 3.0.7+dfsg1-1
Severity: serious
Control: close -1 3.0.9+dfsg1-1
Tags: sid bullseye
User: release.debian@packages.debian.org
Usertags: out-of-sync
Control: block -1 by 956822

Dear maintainer(s),

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

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

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

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

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

Paul

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




signature.asc
Description: OpenPGP digital signature

Bug#961395: initramfs-tools: failed hardlink initrd.img

[Jan de Kruyf]

HI,
Please update the severity to release critical!

A new kernel cannot be installed anymore.

copy of part of the screen after apt upgrade:

.
.
Preparing to unpack .../38-linux-image-5.6.0-2-amd64_5.6.14-2_amd64.deb ...
Unpacking linux-image-5.6.0-2-amd64 (5.6.14-2) over (5.6.14-1) ...
dpkg: error processing archive
/tmp/apt-dpkg-install-YIkup2/38-linux-image-5.6.0-2-amd64_5.6.14-2_amd64.deb
(--unpack):
 unable to make backup link of './boot/System.map-5.6.0-2-amd64' before
installing new version: Operation not permitted
dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
I: /vmlinuz is now a symlink to boot/vmlinuz-5.6.0-1-amd64
I: /initrd.img is now a symlink to boot/initrd.img-5.6.0-1-amd64
.
.


On Sun, May 24, 2020 at 5:45 AM jan de kruyf  wrote:

> Package: initramfs-tools
> Version: 0.137
> Severity: important
>
> Dear Maintainer,
>
>* What led up to the situation?
> New installation of 'testing' while updating initramfs
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>  root@snowflake# update-initramfs -u
> ln: failed to create hard link '/boot/initrd.img-5.6.0-1-amd64.dpkg-bak' =>
> '/boot/initrd.img-5.6.0-1-amd64': Operation not permitted
> update-initramfs: Generating /boot/initrd.img-5.6.0-1-amd64
> -
> -
> -
> I: The initramfs will attempt to resume from /dev/sda4
> I: (UUID=b6c95418-424c-4e50-b856-c6c9e9ba6f58)
> I: Set the RESUME variable to override this.
> root@snowflake#
>
>  NOTE:
> The system seems stable after one or two rebuilds of the initrd.img.
> /dev/sda4 is the swap partition.
> The system is booting UEFI so according to bits and pieces of info
> found here and there
> the first partition is a fat/efi partition mounted under /boot/efi
> and the 2nd partion is fat32 and mounted under /boot.
> This is possibly the cause of this warning.
>
> It might be useful to clarify the thinking about this matter in the doku.
>
> Regards,
>
> Jan de Kruyf.
>
>
>
> -- Package-specific info:
> -- initramfs sizes
> -rwxr-xr-x 1 root root 64M May 24 04:52 /boot/initrd.img-5.6.0-1-amd64
> -- /proc/cmdline
> BOOT_IMAGE=/vmlinuz-5.6.0-1-amd64
> root=UUID=a3feaf78-b118-40ed-a405-06caf7c1a5cd ro quiet splash
>
> -- /proc/filesystems
> btrfs
> ext3
> ext2
> ext4
> vfat
> fuseblk
>
> -- lsmod
> Module  Size  Used by
> dm_mod159744  0
> rfcomm 90112  12
> fuse  139264  3
> ctr16384  2
> ccm20480  6
> cmac   16384  1
> bnep   28672  2
> snd_soc_skl   180224  0
> snd_soc_hdac_hda   24576  1 snd_soc_skl
> snd_hda_ext_core   36864  2 snd_soc_hdac_hda,snd_soc_skl
> snd_soc_sst_ipc20480  1 snd_soc_skl
> snd_hda_codec_hdmi 73728  1
> ath10k_pci 49152  0
> snd_soc_sst_dsp40960  1 snd_soc_skl
> ath10k_core   405504  1 ath10k_pci
> snd_soc_acpi_intel_match40960  1 snd_soc_skl
> btusb  57344  0
> btrtl  24576  1 btusb
> btbcm  20480  1 btusb
> snd_soc_acpi   16384  2 snd_soc_acpi_intel_match,snd_soc_skl
> ath36864  1 ath10k_core
> btintel32768  1 btusb
> snd_soc_core  278528  2 snd_soc_hdac_hda,snd_soc_skl
> x86_pkg_temp_thermal20480  0
> intel_powerclamp   20480  0
> snd_hda_codec_realtek   126976  1
> nls_ascii  16384  2
> coretemp   20480  0
> snd_compress   28672  1 snd_soc_core
> mei_wdt16384  0
> nls_cp437  20480  2
> snd_hda_codec_generic94208  1 snd_hda_codec_realtek
> snd_hda_intel  57344  0
> vfat   20480  2
> bluetooth 667648  39 btrtl,btintel,btbcm,bnep,btusb,rfcomm
> snd_intel_dspcfg   24576  2 snd_hda_intel,snd_soc_skl
> kvm_intel 327680  0
> intel_rapl_msr 20480  0
> fat86016  1 vfat
> snd_hda_codec 163840  5
> snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek,snd_soc_hdac_hda
> dell_laptop28672  0
> uvcvideo  114688  0
> mac80211  892928  1 ath10k_core
> ledtrig_audio  16384  3
> snd_hda_codec_generic,snd_hda_codec_realtek,dell_laptop
> snd_hda_core  106496  8
> snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_ext_core,snd_hda_codec,snd_hda_codec_realtek,snd_soc_hdac_hda,snd_soc_skl
> videobuf2_vmalloc  20480  1 uvcvideo
> kvm   811008  1 kvm_intel
> videobuf2_memops   20480  1 videobuf2_vmalloc
> snd_hwdep  16384  1 snd_hda_codec
> irqbypass  16384  1 kvm
> videobuf2_v4l2 28672  1 uvcvideo
> intel_cstate   16384  0
> videobuf2_common   57344  2 videobuf2_v4l2,uvcvideo
> snd_pcm   131072  6
> snd_hda_codec_hdmi,s

Bug#963553: fpc: Please enable build on sparc64

[John Paul Adrian Glaubitz]

Source: fpc
Version: 3.2.0~rc1+dfsg-1
Severity: normal
User: debian-sp...@lists.debian.org
Usertags: sparc64

Hi!

With version 3.2.0, FreePascal gained support for sparc64.

Can you enable the platform in debian/rules?

See the attached patch.

Thanks,
Adrian

--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
>From 8b791d2c87098322c5d2718ab0df933061243d30 Mon Sep 17 00:00:00 2001
From: John Paul Adrian Glaubitz 
Date: Tue, 23 Jun 2020 19:42:06 +0200
Subject: [PATCH] Enable building on sparc64

---
 debian/fp-units-gfx.install.in  | 4 ++--
 debian/fp-units-misc.install.in | 2 +-
 debian/fp-utils.install | 0
 debian/rules| 5 -
 4 files changed, 7 insertions(+), 4 deletions(-)
 mode change 100644 => 100755 debian/fp-utils.install

diff --git a/debian/fp-units-gfx.install.in b/debian/fp-units-gfx.install.in
index 77b0ece0..e255cdae 100644
--- a/debian/fp-units-gfx.install.in
+++ b/debian/fp-units-gfx.install.in
@@ -1,12 +1,12 @@
 #! /usr/bin/dh-exec
 usr/lib/${DEB_HOST_MULTIARCH}/fpc/*/*/*/ggi*
-usr/lib/${DEB_HOST_MULTIARCH}/fpc/*/*/*/graph*[!linux-arm64 
!linux-armel !linux-armhf !linux-m68k !linux-mips !linux-mipsel !linux-ppc64]
+usr/lib/${DEB_HOST_MULTIARCH}/fpc/*/*/*/graph*[!linux-arm64 
!linux-armel !linux-armhf !linux-m68k !linux-mips !linux-mipsel !linux-ppc64 
!linux-sparc64]
 usr/lib/${DEB_HOST_MULTIARCH}/fpc/*/*/*/hermes*
 usr/lib/${DEB_HOST_MULTIARCH}/fpc/*/*/*/imagemagick*
 usr/lib/${DEB_HOST_MULTIARCH}/fpc/*/*/*/libfontconfig*
 usr/lib/${DEB_HOST_MULTIARCH}/fpc/*/*/*/libgd*
 usr/lib/${DEB_HOST_MULTIARCH}/fpc/*/*/*/libpng*
-usr/lib/${DEB_HOST_MULTIARCH}/fpc/*/*/*/opencl*   [!freebsd-any 
!linux-arm64 !linux-armel !linux-armhf !linux-m68k !linux-mips !linux-mipsel 
!linux-powerpc !linux-ppc64]
+usr/lib/${DEB_HOST_MULTIARCH}/fpc/*/*/*/opencl*   [!freebsd-any 
!linux-arm64 !linux-armel !linux-armhf !linux-m68k !linux-mips !linux-mipsel 
!linux-powerpc !linux-ppc64 !linux-sparc64]
 usr/lib/${DEB_HOST_MULTIARCH}/fpc/*/*/*/opengl*
 usr/lib/${DEB_HOST_MULTIARCH}/fpc/*/*/*/opengles*
 usr/lib/${DEB_HOST_MULTIARCH}/fpc/*/*/*/ptc*  [!freebsd-any]
diff --git a/debian/fp-units-misc.install.in b/debian/fp-units-misc.install.in
index f625d61e..a58e1e5d 100644
--- a/debian/fp-units-misc.install.in
+++ b/debian/fp-units-misc.install.in
@@ -10,7 +10,7 @@ usr/lib/${DEB_HOST_MULTIARCH}/fpc/*/*/*/fppkg*
[!freebsd-any]
 usr/lib/${DEB_HOST_MULTIARCH}/fpc/*/*/*/gdbint*
 usr/lib/${DEB_HOST_MULTIARCH}/fpc/*/*/*/iconvenc*
 usr/lib/${DEB_HOST_MULTIARCH}/fpc/*/*/*/jni*
-usr/lib/${DEB_HOST_MULTIARCH}/fpc/*/*/*/libffi*
+usr/lib/${DEB_HOST_MULTIARCH}/fpc/*/*/*/libffi*   [!linux-sparc64]
 usr/lib/${DEB_HOST_MULTIARCH}/fpc/*/*/*/libgc*
 usr/lib/${DEB_HOST_MULTIARCH}/fpc/*/*/*/libmagic*
 usr/lib/${DEB_HOST_MULTIARCH}/fpc/*/*/*/libsee*   [!freebsd-any]
diff --git a/debian/fp-utils.install b/debian/fp-utils.install
old mode 100644
new mode 100755
diff --git a/debian/rules b/debian/rules
index d40635e8..16bcbffa 100755
--- a/debian/rules
+++ b/debian/rules
@@ -59,6 +59,9 @@ endif
 ifeq ($(CPU_TARGET),sparc)
 PPSUF=sparc
 endif
+ifeq ($(CPU_TARGET),sparc64)
+PPSUF=sparc64
+endif
 ifeq ($(CPU_TARGET),mips)
 PPSUF=mips
 endif
@@ -399,7 +402,7 @@ install-man: install-man-stamp
 install-man-stamp:
# Generate man pages for newly supported arches
cd install/man/man1 ; \
-   for arch in 68k a64 mips mipsel ppc64 ; do \
+   for arch in 68k a64 mips mipsel ppc64 sparc64; do \
cp -p ppcx64.1 ppc$${arch}.1 ; \
sed --in-place s/x64/$${arch}/ ppc$${arch}.1 ; \
done
-- 
2.27.0.rc0

Bug#963287: notmuch: FTBFS: grotty: ():1662: fatal error: output error

[Michael Meskes]

> I mentioned this in a previous email: the problem is if the upgrade
> breaks and the admin has to consult man pages to work out how to fix
> it.
> (I did just that less than an hour ago in another situation, so I
> don't
> think this is a theoretical concern.)

Another good point, thanks for clarifying.

As mentioned in another email, I'm going to make bsdmainutils a
transitional package, making this issue mood.

Thanks,

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Meskes at (Debian|Postgresql) dot Org
Jabber: michael at xmpp dot meskes dot org
VfL Borussia! Força Barça! SF 49ers! Use Debian GNU/Linux, PostgreSQL

Bug#963525: closed by Andrei POPESCU (Re: Bug#963525: steam-launcher: Steam crashes after dist-upgrade, possibly due to graphics drivers)

[Sebastian]

I uninstalled then re-installed steam through apt. It's the same version. I
am on testing. There is still a problem here. Steam is completely broken.

On Tue, Jun 23, 2020 at 9:39 AM Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:

> This is an automatic notification regarding your Bug report
> which was filed against the steam-launcher package:
>
> #963525: steam-launcher: Steam crashes after dist-upgrade, possibly due to
> graphics drivers
>
> It has been closed by Andrei POPESCU .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Andrei POPESCU <
> andreimpope...@gmail.com> by
> replying to this email.
>
>
> --
> 963525: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963525
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
>
> -- Forwarded message --
> From: Andrei POPESCU 
> To: Sebastian , 963525-d...@bugs.debian.org
> Cc:
> Bcc:
> Date: Tue, 23 Jun 2020 19:34:41 +0300
> Subject: Re: Bug#963525: steam-launcher: Steam crashes after dist-upgrade,
> possibly due to graphics drivers
> On Lu, 22 iun 20, 20:20:49, Sebastian wrote:
> > package: steam-launcher
> > version: 1:1.0.0.62
>
> Hello,
>
> Debian has a package 'steam' with versions without an epoch (the '1:' in
> front). This suggests the package was not obtained from Debian.
>
> Kindly report any issues to where you obtained it from.
>
> Best regards,
> Andrei
> --
> Looking after bugs filled against unknown packages
>
>
>
> -- Forwarded message --
> From: Sebastian 
> To: sub...@bugs.debian.org
> Cc:
> Bcc:
> Date: Mon, 22 Jun 2020 20:20:49 -0700
> Subject: steam-launcher: Steam crashes after dist-upgrade, possibly due to
> graphics drivers
> package: steam-launcher
> version: 1:1.0.0.62
>
>
> Dear Maintainer,
>
> It seems to have broken after updating the mesa drivers. Steam will launch
> and try to install, "libgl1-mesa-dri:i386" and "libgl1:1386". I have
> enabled support for 32 bit packages multiple times. It then says the
> package "libgl1-mesa-dri:i386" is replaced by "libgl1-mesa-dri". Lastly it
> says neither of them have an installation candidate. I press "Enter" and it
> says the following 32-bit libraries are missing "libGL.so.1" and
> "libdrm.so.2". Steam is currently completely broken and fails to start. It
> also says my arch is foreign.
>
> Transcript:
> $ steam
> /home/ohare-air/.local/share/Steam/steam.sh: line 114: VERSION_ID: unbound
> variable
> Package libgl1-mesa-dri:i386 needs to be installed
> Package libgl1:i386 needs to be installed
> /home/ohare-air/.local/share/Steam/steam.sh: line 114: VERSION_ID: unbound
> variable
> Running Steam on debian  64-bit
> /home/ohare-air/.local/share/Steam/steam.sh: line 114: VERSION_ID: unbound
> variable
> STEAM_RUNTIME is enabled automatically
> Pins up-to-date!
> Error: You are missing the following 32-bit libraries, and Steam may not
> run:
> libGL.so.1
> libdrm.so.2
> Steam client's requirements are satisfied
> /home/ohare-air/.local/share/Steam/ubuntu12_32/steam
> [2020-06-22 20:17:47] Startup - updater built Jun  4 2020 05:50:42
> Installing breakpad exception handler for appid(steam)/version(1591251555)
> Looks like steam didn't shutdown cleanly, scheduling immediate update check
> Installing breakpad exception handler for appid(steam)/version(1591251555)
> [2020-06-22 20:17:47] Checking for update on startup
> [2020-06-22 20:17:47] Checking for available updates...
> [2020-06-22 20:17:47] Downloading manifest:
> client-download.steampowered.com/client/steam_client_ubuntu12
> Installing breakpad exception handler for appid(steam)/version(1591251555)
> [2020-06-22 20:17:48] Download skipped: /client/steam_client_ubuntu12
> version 1591251555, installed version 1591251555
> [2020-06-22 20:17:48] Nothing to do
> [2020-06-22 20:17:48] Verifying installation...
> [2020-06-22 20:17:48] Performing checksum verification of executable files
> [2020-06-22 20:17:49] Verification complete
> Failed to load steamui.so - dlerror(): libGL.so.1: wrong ELF class:
> ELFCLASS64
> [2020-06-22 20:17:49] Shutdown
> Installing breakpad exception handler for appid(steam)/version(1591251555)
> Installing breakpad exception handler for appid(steam)/version(1591251555)
>
> Kernel version: 5.6.0-2-amd64
> AMD Ryzen 7 1700x
> AMD Radeon RX 580
> firmware-amd-gaphics installed
> non-free, contrib enabled
>

Bug#963552: RFS: mtd-utils/1:2.1.1-1.1 [NMU] -- Memory Technology Device Utilities

[Bastian Germann]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the package "mtd-utils". The maintainer
did not respond to the bugs #889868 and #911821 which have patches
already included by others in git. Those changes are included in this
package version.

Two new binary packages are included in this NMU, which will be useful
for the swupdate package.

The maintainer is on the LowThresholdNmu list.

 * Package name: mtd-utils
   Version : 1:2.1.1-1.1
 * URL : http://www.linux-mtd.infradead.org/
 * License : GPL-2+
 * Vcs : https://salsa.debian.org/debian/mtd-utils
   Section : utils

It builds those binary packages:

  mtd-utils - Memory Technology Device Utilities
  libmtd-dev - Memory Technology Device Development Libraries
  libubi-dev - UBIFS Development Libraries

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

  https://mentors.debian.net/package/mtd-utils

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

  dget -x
https://mentors.debian.net/debian/pool/main/m/mtd-utils/mtd-utils_2.1.1-1.1.dsc

Changes since the last upload:

   [ Bastian Germann ]
   * Non-maintainer upload.
   * Conflict with libssl-dev
   * Add libmtd-dev and libubi-dev
   * lib*-dev: Don't include private kernel header
 .
   [ Balint Reczey ]
   * Add minimal Salsa CI config
   * Enable unit tests
   * Build-depend on libcmocka-dev
   * Ignore test results on ppc64el because cmocka is broken there

Regards,
Bastian Germann

Bug#638256: (no subject)

[Dimedrol Vitaminovich]

This still is an issue in at-3.1.23-1


root@karpigor:/var/log# dpkg -l at
...
+++-==---==
ii  at 3.1.23-1 amd64    Delayed job execution and 
batch processing

root@karpigor:/var/log#


/var/log/syslog   filled with

...
Jun 23 11:30:42 karpigor atd[5282]: File a000ad0195130c is in wrong 
format - aborting
Jun 23 11:30:42 karpigor atd[5283]: File a000ad0195130c is in wrong 
format - aborting
Jun 23 11:30:42 karpigor atd[5284]: File a000ad0195130c is in wrong 
format - aborting
Jun 23 11:30:42 karpigor atd[5285]: File a000ad0195130c is in wrong 
format - aborting
Jun 23 11:30:42 karpigor atd[5286]: File a000ad0195130c is in wrong 
format - aborting
Jun 23 11:30:42 karpigor atd[5287]: File a000ad0195130c is in wrong 
format - aborting
Jun 23 11:30:42 karpigor atd[5288]: File a000ad0195130c is in wrong 
format - aborting
Jun 23 11:30:42 karpigor atd[5289]: File a000ad0195130c is in wrong 
format - aborting
Jun 23 11:30:42 karpigor atd[5290]: File a000ad0195130c is in wrong 
format - aborting
Jun 23 11:30:42 karpigor atd[5291]: File a000ad0195130c is in wrong 
format - aborting

...


root@karpigor:/var/log# ls -l syslog
-rw-r- 1 root adm 26730783 июн 23 18:44 syslog

root@karpigor:/var/log# grep 'is in wrong format - aborting' syslog | wc -l
303841

Bug#963508: /lib/ld-linux.so.2: LD_PRELOAD breaks with plain filename [and 1 more messages]

[Aurelien Jarno]

On 2020-06-23 14:17, Ian Jackson wrote:
> 
> Aurelien Jarno writes ("Re: Bug#963508: /lib/ld-linux.so.2: LD_PRELOAD breaks 
> with plain filename"):
> > [stuff]
> 
> Thanks for your explanations and sorry for being dense.
> 
> >   In secure-execution mode, preload pathnames containing slashes are
> >   ignored.  Furthermore, shared objects are preloaded only from the
> >   standard search directories and only if they have set-user-ID mode bit
> >   enabled (which is not typical).
> 
> Obviously it wouldn't be right for eatmydata to be loaded by actually
> setuid programs.
> 
> Ian Jackson writes ("Re: Bug#963508: /lib/ld-linux.so.2: LD_PRELOAD breaks 
> with plain filename"):
> > (As an aside, I'm not sure why it makes sense for apparmor to inhibit
> > preloading.  I thought apparmor was intended to restrict the
> > applications you apply it to, not defend them against their callers.)
> 
> So the overall effect is that programs with apparmor profiles are
> mostly protected from the effects of LD_PRELOAD (and, I assume,
> LD_LIBRARY_PATH and various other properties of the execution
> environment).

Yes, and also GCONV_PATH, GETCONF_DIR, HOSTALIASES, LOCALDOMAIN,
LOCPATH, MALLOC_TRACE, NIS_PATH, NLSPATH, RESOLV_HOST_CONF, RES_OPTIONS,
TMPDIR, and TZDIR.

> This doesn't seem correct to me.  Is there any documentation giving a
> rationale for this ?  Is there a way to change this locally ?

I do not know enough about apparmor and its threat model to know if it
should be considered or not. From the glibc point of view, nothing can
be really done, it just obeys the AT_SECURE flag passed by the kernel.

Now looking at apparmor.d(5), it seems it *might* be controlled by the
change_profile option with the safe and unsafe mode. But I don't speak
apparmor fluently enough to actually know how to introduce that option
in a profile.

> (Other than creating /etc/suid-debug, which is dangerous.)

Yes, this means that it becomes very easy to become root on a system
with that file.

Regards
Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#963107: "Encrypted connection unavailable" when using pre-authenticated connection

[Antonio Radici]

On Tue, Jun 23, 2020 at 03:03:06PM +, Joseph Nahmias wrote:
> Package: mutt
> Version: 1.10.1-2.1+deb10u2
> Followup-For: Bug #963107
> 
> Hello,
> 
> I can confirm that this bug bit me as well, and that the listed mitigation
> fixed the problem. Will the upstream fix be backported to Debian 
> stable/buster?
> 

Yeah that's something I'm thinking, I'm not sure though because the package is
still functional :(

Bug#963105: RFS: libscgi-perl/0.6-1 [ITP] -- libscgi-perl - SCGI server library for perl

[gregor herrmann]

On Fri, 19 Jun 2020 00:06:53 -0400, Richard Hansen wrote:

> I am looking for a sponsor for my package "libscgi-perl"

For those reading along at home: The package found its place in its
natural habitat: the Debian Perl Group.
 

Cheers,
gregor

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


signature.asc
Description: Digital Signature

Bug#960298: [Pkg-zsh-devel] Bug#960298: zsh-common: Please consider backporting new debsnap completion from upstream

[Daniel Shahaf]

Control: tags -1 pending

Daniel Shahaf wrote on Mon, 11 May 2020 15:58 +:
> It was posted in 45724, revised and committed in 45731, and has had an
> unposted followup afterwards.

I looked again and I can't find an unposted followup, so at Axel's
suggestion I pushed a backport of 45731 to the packaging repository.

Cheers,

Daniel

Bug#962348: kig: boost1.67 is being removed from testing

[Dimitri John Ledkov]

Uploading attached to DELAYED/2

On Mon, 22 Jun 2020 at 20:59, Sebastian Ramacher  wrote:
>
> Hi Pino
>
> On 2020-06-08 14:47:13 +0200, Pino Toscano wrote:
> > Also, boost transitions works slightly different than other library
> > transitions: the old and the new libraries are provided by different
> > sources and they are co-installable (not their -dev, though).
> > It's enough that the new boost is available in testing, so the switch
> > of boost-default is not a blocker transition but a a gradual
> > rebuild/fix that can generally happen side by side with other changes.
> > This is similar to what happens when the default Python version is
> > switched: both the old and the new are co-installable, and already in
> > testing.
>
> kig is now the only reverse dependency of boost1.67 in testing. Could
> you please take a look at this soon so that I can add a removal hint for
> boost1.67? Thanks in advance
>
> Cheers
> --
> Sebastian Ramacher



-- 
Regards,

Dimitri.
diff -Nru kig-20.04.1/debian/changelog kig-20.04.1/debian/changelog
--- kig-20.04.1/debian/changelog	2020-06-04 18:11:27.0 +0100
+++ kig-20.04.1/debian/changelog	2020-06-23 16:08:29.0 +0100
@@ -1,3 +1,11 @@
+kig (4:20.04.1-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Drop python bindings to complete removal of boost1.67 from
+testing. Closes: #962348
+
+ -- Dimitri John Ledkov   Tue, 23 Jun 2020 16:08:29 +0100
+
 kig (4:20.04.1-1) unstable; urgency=medium
 
   * Team upload.
diff -Nru kig-20.04.1/debian/control kig-20.04.1/debian/control
--- kig-20.04.1/debian/control	2020-06-04 17:58:28.0 +0100
+++ kig-20.04.1/debian/control	2020-06-23 16:08:29.0 +0100
@@ -11,7 +11,6 @@
extra-cmake-modules (>= 1.7~),
gettext,
kinit-dev,
-   libboost-python1.67-dev,
libkf5archive-dev,
libkf5configwidgets-dev,
libkf5coreaddons-dev,

Bug#963107: "Encrypted connection unavailable" when using pre-authenticated connection

[Joseph Nahmias]

Package: mutt
Version: 1.10.1-2.1+deb10u2
Followup-For: Bug #963107

Hello,

I can confirm that this bug bit me as well, and that the listed mitigation
fixed the problem. Will the upstream fix be backported to Debian stable/buster?

Thanks,
--Joe


-- Package-specific info:
Mutt 1.10.1 (2018-07-13)
Copyright (C) 1996-2016 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 4.19.0-9-686-pae (i686)
ncurses: ncurses 6.1.20181013 (compiled with 6.1)
libidn: 1.33 (compiled with 1.33)
hcache backend: tokyocabinet 1.4.48

Compiler:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-linux-gnu/8/lto-wrapper
Target: i686-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 8.3.0-6' 
--with-bugurl=file:///usr/share/doc/gcc-8/README.Bugs 
--enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr 
--with-gcc-major-version-only --program-suffix=-8 
--program-prefix=i686-linux-gnu- --enable-shared --enable-linker-build-id 
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix 
--libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu 
--enable-libstdcxx-debug --enable-libstdcxx-time=yes 
--with-default-libstdcxx-abi=new --enable-gnu-unique-object 
--disable-vtable-verify --enable-libmpx --enable-plugin --enable-default-pie 
--with-system-zlib --with-target-system-zlib --enable-objc-gc=auto 
--enable-targets=all --enable-multiarch --disable-werror --with-arch-32=i686 
--with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic 
--enable-checking=release --build=i686-linux-gnu --host=i686-linux-gnu 
--target=i686-linux-gnu
Thread model: posix
gcc version 8.3.0 (Debian 8.3.0-6) 

Configure options: '--build=i686-linux-gnu' '--prefix=/usr' 
'--includedir=\${prefix}/include' '--mandir=\${prefix}/share/man' 
'--infodir=\${prefix}/share/info' '--sysconfdir=/etc' '--localstatedir=/var' 
'--disable-silent-rules' '--libdir=\${prefix}/lib/i386-linux-gnu' 
'--libexecdir=\${prefix}/lib/i386-linux-gnu' '--disable-maintainer-mode' 
'--disable-dependency-tracking' '--with-mailpath=/var/mail' 
'--enable-compressed' '--enable-debug' '--enable-fcntl' '--enable-hcache' 
'--enable-gpgme' '--enable-imap' '--enable-smtp' '--enable-pop' 
'--enable-sidebar' '--enable-nntp' '--enable-dotlock' '--disable-fmemopen' 
'--with-curses' '--with-gnutls' '--with-gss' '--with-idn' '--with-mixmaster' 
'--with-sasl' '--without-gdbm' '--without-bdb' '--without-qdbm' 
'--with-tokyocabinet' 'build_alias=i686-linux-gnu' 'CFLAGS=-g -O2 
-fdebug-prefix-map=/build/mutt-9S1n1N/mutt-1.10.1=. -fstack-protector-strong 
-Wformat -Werror=format-security' 'LDFLAGS=-Wl,-z,relro -Wl,-z,now' 
'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2'

Compilation CFLAGS: -Wall -pedantic -Wno-long-long -g -O2 
-fdebug-prefix-map=/build/mutt-9S1n1N/mutt-1.10.1=. -fstack-protector-strong 
-Wformat -Werror=format-security

Compile options:
-DOMAIN
+DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  +USE_FCNTL  -USE_FLOCK   
+USE_POP  +USE_IMAP  +USE_SMTP  
-USE_SSL_OPENSSL  +USE_SSL_GNUTLS  +USE_SASL  +USE_GSS  +HAVE_GETADDRINFO  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  +HAVE_FUTIMENS  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  +CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET  
+HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  -HAVE_LIBIDN2  +HAVE_GETSID  
+USE_HCACHE  +USE_SIDEBAR  +USE_COMPRESSED  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
MIXMASTER="mixmaster"

To contact the developers, please mail to .
To report a bug, please contact the Mutt maintainers via gitlab:
https://gitlab.com/muttmua/mutt/issues


-- System Information:
Debian Release: 10.4
  APT prefers stable-debug
  APT policy: (500, 'stable-debug'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 4.19.0-9-686-pae (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages mutt depends on:
ii  libassuan02.5.2-1
ii  libc6 2.28-10
ii  libcom-err2   1.44.5-1+deb10u3
ii  libgnutls30   3.6.7-4+deb10u4
ii  libgpg-error0 1.35-1
ii  libgpgme111.12.0-6
ii  libgssapi-krb5-2  1.17-3
ii  libidn11  1.33-2.2
ii  libk5crypto3  1.17-3
ii  libkrb5-3 1.17-3
ii  libncursesw6  6.1+20181013-2+deb10u2
ii  libsasl2-22.1.27+dfsg-1+deb10u1
ii  libtinfo6 6.1+20181013-2+deb10u2
ii  libtokyocabinet9  1.4.48-12

Version

Bug#807648: your mail

[Tiago Bortoletto Vaz]

#963550

Thanks,

On Tue, Jun 23, 2020 at 08:54:46AM -0400, Tiago Bortoletto Vaz wrote:
> Yes, please. And sorry for the MIA on this.
> 
> I'm doing the RFP later today.
> 
> Bests,
> 
> On Sat, Jun 13, 2020 at 11:09:27PM +0200, Moritz Mühlenhoff wrote:
> > On Mon, Sep 03, 2018 at 11:25:07PM -0400, Tiago Bortoletto Vaz wrote:
> > > Hi, sorry for the long delay.
> > > 
> > > I'm doing a (late) cleanup in my packages and will update Zyne to the new
> > > upstream version, which now runs with python3 and python-wxgtk4.0. I'll 
> > > have
> > > to package a new dependency as well: 
> > > https://github.com/belangeo/pyo-tools.
> > > It will take some time, anyway just for the record that I didn't give up
> > > about this nice synth in Debian.
> > 
> > There hasn't been any further update, let's remove zyne?
> > 
> > Cheers,
> > Moritz

Bug#939334: (no subject)

[ygrek]

 For now this is "fixed" with -unsafe-string in 3.1.7

-- 

Bug#963550: RM: zyne -- ROM; missing dependency

[Tiago Bortoletto Vaz]

Package: ftp.debian.org
Severity: normal

Current packaged version depends on obsolete wxPython.

New upstream version depends on (at least one) unpackaged library pyo-tools.

See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807648

Not impossible to repackage it in the future if anyone is interested on
rechecking all the new required dependencies.

Thanks,

Bug#910799: RFP: help -- Kubernetes Package Manager

[Dominique Dumont]

On Sat, 13 Oct 2018 10:16:56 +0300 Adrian Bunk  wrote:
> > Helm is a tool that streamlines installing and managing Kubernetes
> > applications. Think of it like apt/yum/homebrew for Kubernetes.
> 
> The binary package name "helm" is still available, but there is already 
> a completely unrelated package src:helm in Debian:
>   https://tracker.debian.org/pkg/helm

This "helm" is a plugin for emacs. Its binary packages are elpa-helm and elpa-
helm core. It does not deliver a helm executable.

So there's no collision between emacs' helm and kubernetes' helm besides the 
source package name.

HTH

Bug#963548: Received signal 11 SEGV_MAPERR

[積丹尼 Dan Jacobson]

Package: chromium
Version: 83.0.4103.106-1

Looks like 83 is bad. Browse about 10 minutes and

Received signal 11 SEGV_MAPERR 7f0168b7a277
#0 0x55e2011c3bf9 (/usr/lib/chromium/chromium+0x52b3bf8)
#1 0x55e201122e83 (/usr/lib/chromium/chromium+0x5212e82)
#2 0x55e2011c3781 (/usr/lib/chromium/chromium+0x52b3780)
#3 0x7f168c517110 (/lib/x86_64-linux-gnu/libpthread-2.30.so+0x1410f)
#4 0x7f16877e8d3c (/lib/x86_64-linux-gnu/libc-2.30.so+0x85d3b)
#5 0x7f16877eaf33 (/lib/x86_64-linux-gnu/libc-2.30.so+0x87f32)
#6 0x7f16877ecbf9 __libc_malloc
#7 0x55e2011db94e operator new()
#8 0x7f1687a73a2c std::__cxx11::basic_string<>::reserve()
#9 0x7f1687a69498 std::__cxx11::basic_stringbuf<>::overflow()
#10 0x7f1687a7204a std::basic_streambuf<>::xsputn()
#11 0x7f1687a64714 std::__ostream_insert<>()
#12 0x55e2011c3cc9 (/usr/lib/chromium/chromium+0x52b3cc8)
...
#46 0x7f168b2cd24f event_base_loop
#47 0x55e2011e1421 (/usr/lib/chromium/chromium+0x52d1420)
...
#53 0x7f168c50bf27 start_thread
#54 0x7f168786031f clone

I'll go back to 81 for now.

Bug#963287: notmuch: FTBFS: grotty: ():1662: fatal error: output error

[Colin Watson]

On Tue, Jun 23, 2020 at 01:39:29PM +0200, Michael Meskes wrote:
> Colin Watson wrote:
> > man would be broken between the end of step 1 and the end of step 5.
> > I think this is undesirable and unnecessary.
> 
> Good points. However, I still don't see where this creates problems in
> the upgrade process unless some postinst calls man.

I mentioned this in a previous email: the problem is if the upgrade
breaks and the admin has to consult man pages to work out how to fix it.
(I did just that less than an hour ago in another situation, so I don't
think this is a theoretical concern.)

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

Bug#948673: swupdate: more merge requests for version 2020.04

[Bastian Germann]

Thanks for merging.

There are two more merge requests now that you might consider for a
2020.04-1 version:
https://salsa.debian.org/debian/swupdate/-/merge_requests/11
https://salsa.debian.org/debian/swupdate/-/merge_requests/12

11 integrates the service files from meta-swupdate and 12 makes all CI
builds pass.

Bug#807648: your mail

[Tiago Bortoletto Vaz]

> I'm doing the RFP later today.

Request for Removal I meant.

Bests,
 
> Bests,
> 
> On Sat, Jun 13, 2020 at 11:09:27PM +0200, Moritz Mühlenhoff wrote:
> > On Mon, Sep 03, 2018 at 11:25:07PM -0400, Tiago Bortoletto Vaz wrote:
> > > Hi, sorry for the long delay.
> > > 
> > > I'm doing a (late) cleanup in my packages and will update Zyne to the new
> > > upstream version, which now runs with python3 and python-wxgtk4.0. I'll 
> > > have
> > > to package a new dependency as well: 
> > > https://github.com/belangeo/pyo-tools.
> > > It will take some time, anyway just for the record that I didn't give up
> > > about this nice synth in Debian.
> > 
> > There hasn't been any further update, let's remove zyne?
> > 
> > Cheers,
> > Moritz

Bug#963546: meson: autopkgtest failures

[Gianfranco Costamagna]

Source: meson
Version: 0.54.3-1
Severity: serious

Hello, as you can see, two tests can't be run on ppc64el and s390x, because of 
missing:
g++-arm-linux-gnueabihf and ldc
https://ci.debian.net/data/autopkgtest/unstable/ppc64el/m/meson/6017346/log.gz
Marking the two tests as "skip-not-installed" works

diff -Nru meson-0.54.3/debian/tests/control meson-0.54.3/debian/tests/control
--- meson-0.54.3/debian/tests/control   2020-03-27 23:40:23.0 +
+++ meson-0.54.3/debian/tests/control   2020-06-23 13:25:22.0 +
@@ -10,6 +10,8 @@
 # tests are run and thus block broken uploads.
 Tests: exhaustive
 Depends: meson, @builddeps@, valac, rustc, ldc
+Restrictions: skip-not-installable
 
 Tests: crossbuild
 Depends: meson, g++, g++-arm-linux-gnueabihf
+Restrictions: skip-not-installable

Also, I noticed a failure on Ubuntu:
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-groovy/groovy/amd64/m/meson/20200616_020946_f376b@/log.gz
Failed test during build: 'test cases/frameworks/1 boost   (static=false)'
Reason: Compiling source code failed.
Skipping: test cases/frameworks/1 boost   (static=false b_vscrt=md)
Skipping: test cases/frameworks/1 boost   (static=false b_vscrt=mdd)
Succeeded test: test cases/frameworks/1 boost   (static=true)
Skipping: test cases/frameworks/1 boost   (static=true b_vscrt=md)
Skipping: test cases/frameworks/1 boost   (static=true b_vscrt=mdd)
Skipping: test cases/frameworks/1 boost   (static=true b_vscrt=mt)
Skipping: test cases/frameworks/1 boost   (static=true b_vscrt=mtd)
Mesonlogs of failing tests

The Meson build system
Version: 0.54.3
Source dir: /tmp/autopkgtest.u568ol/build.zhB/src/test cases/frameworks/1 boost
Build dir: /tmp/autopkgtest.u568ol/build.zhB/src/b 125f976e40
Build type: native build
Project name: boosttest
Project version: undefined
C++ compiler for the host machine: c++ (gcc 9.3.0 "c++ (Ubuntu 9.3.0-13ubuntu1) 
9.3.0")
C++ linker for the host machine: c++ ld.bfd 2.34
Host machine cpu family: x86_64
Host machine cpu: x86_64
Found pkg-config: /usr/bin/pkg-config (0.29.2)
Run-time dependency Boost found: YES 1.71.0 (/usr/include)
Run-time dependency Boost (found: date_time, system, thread) found: YES 1.71.0 
(/usr)
Run-time dependency Boost (found: unit_test_framework) found: YES 1.71.0 (/usr)
Dependency boost found: YES 1.71.0 (cached)
Run-time dependency Boost (found: date_time, filesystem, log, log_setup, regex, 
system, thread) found: YES 1.71.0 (/usr)
Run-time dependency Boost (missing: this_should_not_exist_on_any_systen) found: 
NO 
Program python2 found: YES (/usr/bin/python2)
Program python3 found: YES (/usr/bin/python3)
test cases/frameworks/1 boost/meson.build:27: WARNING: Passed invalid keyword 
argument "disabler".
WARNING: This will become a hard error in the future.
Dependency python found: NO
test cases/frameworks/1 boost/meson.build:28: WARNING: Passed invalid keyword 
argument "disabler".
WARNING: This will become a hard error in the future.
Dependency python found: YES (pkgconfig)
Run-time dependency Boost (found: python38) found: YES 1.71.0 (/usr)
Program /usr/bin/python2 found: YES (/usr/bin/python2)
Program /usr/bin/python3 found: YES (/usr/bin/python3)
Run-time dependency Boost found: YES 1.71.0 (/usr/include)
Dependency boost found: YES 1.71.0 (cached)
Build targets in project: 7

Found ninja-1.10.0 at /usr/bin/ninja
[1/14] Compiling C++ object 'utf@exe/unit_test.cpp.o'
[2/14] Linking target utf
[3/14] Compiling C++ object 'nomod@exe/nomod.cpp.o'
[4/14] Linking target nomod
[5/14] Compiling C++ object 'linkedexe@exe/linkexe.cc.o'
[6/14] Linking target linkedexe
[7/14] Compiling C++ object 'extralibexe@exe/extralib.cpp.o'
FAILED: extralibexe@exe/extralib.cpp.o 
c++ -Iextralibexe@exe -I. '-I../test cases/frameworks/1 boost' -I/usr/include 
-fdiagnostics-color=always -pipe -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch 
-Wnon-virtual-dtor -std=c++14 -g -pthread -DBOOST_DATE_TIME_DYN_LINK=1 
-DBOOST_FILESYSTEM_DYN_LINK=1 -DBOOST_LOG_SETUP_DYN_LINK=1 
-DBOOST_THREAD_BUILD_DLL=1 -DBOOST_SYSTEM_DYN_LINK=1 -DBOOST_THREAD_USE_DLL=1 
-DBOOST_LOG_DYN_LINK=1 -DBOOST_ALL_NO_LIB -MD -MQ 
'extralibexe@exe/extralib.cpp.o' -MF 'extralibexe@exe/extralib.cpp.o.d' -o 
'extralibexe@exe/extralib.cpp.o' -c '../test cases/frameworks/1 
boost/extralib.cpp'
c++: fatal error: Killed signal terminated program cc1plus
compilation terminated.
[8/14] Compiling C++ object 'python3_module@sha/python_module.cpp.o'
ninja: build stopped: subcommand failed.
 

ninja explain: deps for 'linkedexe@exe/linkexe.cc.o' are missing
ninja explain: linkedexe@exe/linkexe.cc.o is dirty
ninja explain: linkedexe is dirty
ninja explain: deps for 'utf@exe/unit_test.cpp.o' are missing
ninja explain: utf@exe/unit_test.cpp.o is dirty
ninja explain: utf is dirty
ninja explain: deps for 'nomod@exe/nomod.cpp.o' are missing
ninja explain: nomod@exe/nomod.cpp.o is dirty
ninja explain: nomod is dirty
ninja explain: deps for 'extralibexe@exe/ex

Bug#963545: aptitude-create-state-bundle can't deal with no $HOME/.aptitude present

[積丹尼 Dan Jacobson]

Package: aptitude-common
Version: 0.8.13-1

# aptitude-create-state-bundle /tmp/z
tar: .//root/.aptitude: Cannot stat: No such file or directory
tar: Exiting with failure status due to previous errors

Well the man page says $HOME/.aptitude, which looks different than the
above.

But what's the big deal? Why can't the program proceed if it isn't
present?

Aptitude itself can still run, why not aptitude-create-state-bundle?

P.S., why not also grab a apt-config dump too?

Bug#963508: /lib/ld-linux.so.2: LD_PRELOAD breaks with plain filename [and 1 more messages]

[Ian Jackson]

Aurelien Jarno writes ("Re: Bug#963508: /lib/ld-linux.so.2: LD_PRELOAD breaks 
with plain filename"):
> [stuff]

Thanks for your explanations and sorry for being dense.

>   In secure-execution mode, preload pathnames containing slashes are
>   ignored.  Furthermore, shared objects are preloaded only from the
>   standard search directories and only if they have set-user-ID mode bit
>   enabled (which is not typical).

Obviously it wouldn't be right for eatmydata to be loaded by actually
setuid programs.

Ian Jackson writes ("Re: Bug#963508: /lib/ld-linux.so.2: LD_PRELOAD breaks with 
plain filename"):
> (As an aside, I'm not sure why it makes sense for apparmor to inhibit
> preloading.  I thought apparmor was intended to restrict the
> applications you apply it to, not defend them against their callers.)

So the overall effect is that programs with apparmor profiles are
mostly protected from the effects of LD_PRELOAD (and, I assume,
LD_LIBRARY_PATH and various other properties of the execution
environment).

This doesn't seem correct to me.  Is there any documentation giving a
rationale for this ?  Is there a way to change this locally ?
(Other than creating /etc/suid-debug, which is dangerous.)

Ian.

Bug#963531: rsync: requires execmem probably due to executable stack

[Christian Göttsche]

Package: rsync
Version: 3.2.0-1
Severity: important

Hi,

rsync in version 3.2.0-1 started to require the SELinux permission execmem.
If denied rsync fails with "Segmentation fault".

This is probably due to the stack marked as executable, and hopefully
fixed with 3.2.1 ("Avoid the stack getting set to executable when
including the asm code.").

Example SELinux denial:

type=PROCTITLE msg=audit(06/23/20 10:57:42.939:3074) : proctitle=(null)
type=PATH msg=audit(06/23/20 10:57:42.939:3074) : item=1
name=/lib64/ld-linux-x86-64.so.2 inode=131080 dev=08:01 mode=file,755
ouid=root ogid=root rdev=00:00 obj=system_u:object_r:ld_so_t:s0
nametype=NORMAL cap_fp=none cap_fi=none cap_fe=0 cap_fver=0
cap_frootid=0
type=PATH msg=audit(06/23/20 10:57:42.939:3074) : item=0
name=/usr/bin/rsync inode=394343 dev=08:01 mode=file,755 ouid=root
ogid=root rdev=00:00 obj=system_u:object_r:bin_t:s0 nametype=NORMAL
cap_fp=none cap_fi=none cap_fe=0 cap_fver=0 cap_frootid=0
type=CWD msg=audit(06/23/20 10:57:42.939:3074) : cwd=/tmp/backupv595nZLr
type=BPRM_FCAPS msg=audit(06/23/20 10:57:42.939:3074) : fver=0 fp=none
fi=none fe=0 
old_pp=chown,dac_override,dac_read_search,fowner,fsetid,kill,setgid,setuid,setpcap,linux_immutable,net_bind_service,net_broadcast,net_admin,net_raw,ipc_lock,ipc_owner,sys_chroot,sys_ptrace,sys_pacct,sys_admin,sys_boot,sys_nice,sys_resource,sys_tty_config,lease,audit_write,audit_control,setfcap,mac_override,mac_admin,block_suspend,audit_read
old_pi=none 
old_pe=chown,dac_override,dac_read_search,fowner,fsetid,kill,setgid,setuid,setpcap,linux_immutable,net_bind_service,net_broadcast,net_admin,net_raw,ipc_lock,ipc_owner,sys_chroot,sys_ptrace,sys_pacct,sys_admin,sys_boot,sys_nice,sys_resource,sys_tty_config,lease,audit_write,audit_control,setfcap,mac_override,mac_admin,block_suspend,audit_read
old_pa=none 
pp=chown,dac_override,dac_read_search,fowner,fsetid,kill,setgid,setuid,setpcap,linux_immutable,net_bind_service,net_broadcast,net_admin,net_raw,ipc_lock,ipc_owner,sys_chroot,sys_ptrace,sys_pacct,sys_admin,sys_boot,sys_nice,sys_resource,sys_tty_config,lease,audit_write,audit_control,setfcap,mac_override,mac_admin,block_suspend,audit_read
pi=none 
pe=chown,dac_override,dac_read_search,fowner,fsetid,kill,setgid,setuid,setpcap,linux_immutable,net_bind_service,net_broadcast,net_admin,net_raw,ipc_lock,ipc_owner,sys_chroot,sys_ptrace,sys_pacct,sys_admin,sys_boot,sys_nice,sys_resource,sys_tty_config,lease,audit_write,audit_control,setfcap,mac_override,mac_admin,block_suspend,audit_read
pa=none frootid=0
type=SYSCALL msg=audit(06/23/20 10:57:42.939:3074) : arch=x86_64
syscall=execve per=unknown-personality(0x40) success=no
exit=EACCES(Permission denied) a0=0x55c281996c78 a1=0x55c281996c08
a2=0x55c281996c30 a3=0x7f8cbdeb6850 items=2 ppid=1879915 pid=1879935
auid=unset uid=root gid=root euid=root suid=root fsuid=root egid=root
sgid=root fsgid=root tty=(none) ses=unset comm=rsync
exe=/usr/bin/rsync subj=system_u:system_r:backuptimer_t:s0 key=(null)
type=AVC msg=audit(06/23/20 10:57:42.939:3074) : avc:  denied  {
execmem } for  pid=1879935 comm=rsync
scontext=system_u:system_r:backuptimer_t:s0
tcontext=system_u:system_r:backuptimer_t:s0 tclass=process
permissive=0