Bug#968980: lshw output

[riveravaldez]

Hi, just to add a more precise hardware info:

$ sudo lshw

description: Desktop Computer
product: AM1M-S2H (To be filled by O.E.M.)
vendor: Gigabyte Technology Co., Ltd.
version: To be filled by O.E.M.
serial: To be filled by O.E.M.
width: 64 bits
capabilities: smbios-2.7 dmi-2.7 smp vsyscall32
configuration: boot=normal chassis=desktop family=To be filled by
O.E.M. sku=To be filled by O.E.M.
uuid=1C021B03-0D04-1E05-8906-5E0700080009
  *-core
   description: Motherboard
   product: AM1M-S2H
   vendor: Gigabyte Technology Co., Ltd.
   physical id: 0
   version: x.x
   serial: To be filled by O.E.M.
   slot: To be filled by O.E.M.
 *-firmware
  description: BIOS
  vendor: American Megatrends Inc.
  physical id: 0
  version: F2
  date: 06/20/2014
  size: 64KiB
  capacity: 4MiB
  capabilities: pci upgrade shadowing cdboot bootselect
socketedrom edd int13floppy1200 int13floppy720 int13floppy2880
int5printscreen int9keyboard int14serial int17printer acpi usb
biosbootspecification uefi
 *-memory
  description: System Memory
  physical id: 2c
  slot: System board or motherboard
  size: 4GiB
*-bank:0
 description: DIMM DDR3 Synchronous Unbuffered
(Unregistered) 1600 MHz (0,6 ns)
 product: N3D04H1600I-512N
 physical id: 0
 serial: 
 slot: DIMM 0
 size: 4GiB
 width: 64 bits
 clock: 1600MHz (0.6ns)
*-bank:1
 description: SODIMM [empty]
 physical id: 1
 serial: #0
 width: 64 bits
 *-cache:0
  description: L1 cache
  physical id: 32
  slot: L1 CACHE
  size: 256KiB
  capacity: 256KiB
  clock: 1GHz (1.0ns)
  capabilities: pipeline-burst internal write-back unified
  configuration: level=1
 *-cache:1
  description: L2 cache
  physical id: 33
  slot: L2 CACHE
  size: 2MiB
  capacity: 2MiB
  clock: 1GHz (1.0ns)
  capabilities: pipeline-burst internal write-back unified
  configuration: level=2
 *-cpu
  description: CPU
  product: AMD Athlon(tm) 5150 APU with Radeon(tm) R3
  vendor: Advanced Micro Devices [AMD]
  physical id: 34
  bus info: cpu@0
  version: AMD Athlon(tm) 5150 APU with Radeon(tm) R3
  slot: P0
  size: 845MHz
  capacity: 1600MHz
  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 mmx fxsr sse sse2
ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp x86-64 constant_tsc
rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq
monitor ssse3 cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c
lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse
3dnowprefetch osvw ibs skinit wdt topoext perfctr_nb bpext perfctr_llc
hw_pstate proc_feedback ssbd vmmcall bmi1 xsaveopt arat npt lbrv
svm_lock nrip_save tsc_scale flushbyasid decodeassists pausefilter
pfthreshold overflow_recov cpufreq
  configuration: cores=4 enabledcores=4 threads=4
 *-pci:0
  description: Host bridge
  product: Family 16h Processor Root Complex
  vendor: Advanced Micro Devices, Inc. [AMD]
  physical id: 100
  bus info: pci@:00:00.0
  version: 00
  width: 32 bits
  clock: 33MHz
*-display
 description: VGA compatible controller
 product: Kabini [Radeon HD 8400 / R3 Series]
 vendor: Advanced Micro Devices, Inc. [AMD/ATI]
 physical id: 1
 bus info: pci@:00:01.0
 version: 00
 width: 64 bits
 clock: 33MHz
 capabilities: pm pciexpress msi vga_controller bus_master
cap_list rom
 configuration: driver=radeon latency=0
 resources: irq:35 memory:c000-cfff
memory:d000-d07f ioport:f000(size=256)
memory:feb0-feb3 memory:c-d
*-multimedia:0
 description: Audio device
 product: Kabini HDMI/DP Audio
 vendor: Advanced Micro Devices, Inc. [AMD/ATI]
 physical id: 1.1
 bus info: pci@:00:01.1
 version: 00
 width: 64 bits
 clock: 33MHz
 capabilities: pm pciexpress msi bus_master cap_list
 configuration: driver=snd_hda_intel latency=0
 resources: irq:37 memory:feb64000-feb67fff
*-pci
 description: PCI bridge
 product: Family 16h Processor Functions 5:1
 vendor: Advanced Micro Devices, Inc. [AMD]
 physical id: 2.3
 bus info: pci@:00:02.3
 

Bug#966671: coturn is marked for autoremoval from testing

[James Cloos]

removing the -v (or --verbose) flag from /etc/init.d/coturn fixed this
for me.

-JimC
-- 
James Cloos  OpenPGP: 0x997A9F17ED7DAEA6

Bug#968981: qtfeedback-opensource-src FTBFS: Error copying /<>/doc/qtfeedback to /<>/debian/tmp/usr/share/qt5/doc/qtfeedback: Cannot open /<>/doc/qtfeedback for

[Helmut Grohne]

Source: qtfeedback-opensource-src
Version: 5.0~git20180329.a14bd0bb-1
Severity: serious
Tags: ftbfs

qtfeedback-opensource-src fails to build from source. On the buildds, it
failed to build on everything but amd64 and all, where it wasn't
attempted. On a local build on amd64 I see the very same failure:

| make[4]: Entering directory '/<>/src/feedback'
| /usr/lib/qt5/bin/qmake -install qinstall /<>/doc/qtfeedback 
/<>/debian/tmp/usr/share/qt5/doc/qtfeedback
| Error copying /<>/doc/qtfeedback to 
/<>/debian/tmp/usr/share/qt5/doc/qtfeedback: Cannot open 
/<>/doc/qtfeedback for input
| make[4]: *** [Makefile:605: install_inst_html_docs] Error 3
| make[4]: Leaving directory '/<>/src/feedback'
| make[3]: *** [Makefile:412: sub-feedback-install_docs_ordered] Error 2
| make[3]: Leaving directory '/<>/src'
| make[2]: *** [Makefile:347: sub-src-install_docs] Error 2
| make[2]: Leaving directory '/<>'
| make[1]: *** [debian/rules:24: override_dh_auto_install] Error 2
| make[1]: Leaving directory '/<>'
| make: *** [debian/rules:17: binary] Error 2
| dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 
2

Helmut

Bug#968980: installation-reports: systemctl status networking.service "failed" but Wicd works fine (LXDE)

[nora-v]

Package: installation-reports
Severity: normal
Tags: d-i

Dear Maintainer,

   * What led up to the situation?

Normal installing without issues. Nonfree necessary because of something
like "radeon kernel modesetting R600 amdgpu" failing with the official
(only free) ISO.

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

Just normal install.

   * What was the outcome of this action?

Wicd is working fine:

$ systemctl status wicd.service 
● wicd.service - Wicd a wireless and wired network manager for Linux
   Loaded: loaded (/lib/systemd/system/wicd.service; enabled; vendor preset: ena
   Active: active (running) since Mon 2020-08-24 22:41:14 -03; 2h 54min ago
 Docs: man:wicd(8)
 Main PID: 415 (wicd)
Tasks: 3 (limit: 3761)
   Memory: 32.0M
   CGroup: /system.slice/wicd.service
   ├─415 /usr/bin/python -O /usr/share/wicd/daemon/wicd-daemon.py --no-d
   ├─533 /usr/bin/python -O /usr/share/wicd/daemon/monitor.py
   └─678 /usr/sbin/dhclient -v -cf /var/lib/wicd/dhclient.conf enp1s0

But I also have:

$ systemctl status networking.service 
● networking.service - Raise network interfaces
   Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor prese
   Active: failed (Result: exit-code) since Mon 2020-08-24 22:41:10 -03; 2h 54mi
 Docs: man:interfaces(5)
 Main PID: 423 (code=exited, status=1/FAILURE)

And also:

$ cat /etc/network/interfaces
source-directory /etc/network/interfaces.d
$ cat /etc/network/interfaces.d/setup 
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp


   * What outcome did you expect instead?

Normal behaviour. No warning at boot.


-- Package-specific info:

Boot method: USB (Kingston pendrive)
Image version: 
https://cdimage.debian.org/images/unofficial/non-free/images-including-firmware/current-live/amd64/iso-hybrid/debian-live-10.5.0-amd64-lxde+nonfree.iso
 - 2020-08-01 17:19
Date: 2020-08-25

Machine: Don't know (assemble desktop)
Partitions:

$ df -Tl
S.ficheros Tipo bloques de 1K  Usados Disponibles Uso% Montado en
udev   devtmpfs   1699496   0 1699496   0% /dev
tmpfs  tmpfs   3463085360  340948   2% /run
/dev/sda2  ext4  20511312 902679210419560  47% /
tmpfs  tmpfs  1731536   67716 1663820   4% /dev/shm
tmpfs  tmpfs 5120   45116   1% /run/lock
tmpfs  tmpfs  1731536   0 1731536   0% /sys/fs/cgroup
/dev/sda4  ext4  52207084  75778048767600   2% /home
/dev/sda1  vfat3065845228  301356   2% /boot/efi
tmpfs  tmpfs   346304  24  346280   1% /run/user/1000



Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [ ]
Load installer modules: [O]
Clock/timezone setup:   [O]
User/password setup:[O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

Everything went fine. You people are beautiful. ^_^

-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

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

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

Bug#968979: calamares-settings-debian: networking.service "failed" after installation (Wicd on LXDE) [Buster/Stable]

[nora-v]

Package: calamares-settings-debian
Severity: normal
Tags: d-i

Dear Maintainer,

   * What led up to the situation?

Installing Debian Buster from this ISO:

https://cdimage.debian.org/images/unofficial/non-free/images-including-firmware/current-live/amd64/iso-hybrid/debian-live-10.5.0-amd64-lxde+nonfree.iso

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

System and networking seems to work fine.
At boot you have a warning to check this (command and output):

$ systemctl status networking.service 
● networking.service - Raise network interfaces
   Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor prese
   Active: failed (Result: exit-code) since Mon 2020-08-24 22:41:10 -03; 2h 20mi
 Docs: man:interfaces(5)
 Main PID: 423 (code=exited, status=1/FAILURE)

The default network manager is Wicd, and seems to work fine.
In fact:

$ systemctl status wicd.service 
● wicd.service - Wicd a wireless and wired network manager for Linux
   Loaded: loaded (/lib/systemd/system/wicd.service; enabled; vendor preset: ena
   Active: active (running) since Mon 2020-08-24 22:41:14 -03; 2h 21min ago
 Docs: man:wicd(8)
 Main PID: 415 (wicd)
Tasks: 3 (limit: 3761)
   Memory: 32.0M
   CGroup: /system.slice/wicd.service
   ├─415 /usr/bin/python -O /usr/share/wicd/daemon/wicd-daemon.py --no-d
   ├─533 /usr/bin/python -O /usr/share/wicd/daemon/monitor.py
   └─678 /usr/sbin/dhclient -v -cf /var/lib/wicd/dhclient.conf enp1s0

So, my assumption is that here's the issue:

$ cat /etc/network/interfaces
source-directory /etc/network/interfaces.d

$ cat /etc/network/interfaces.d/setup 
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp

Because seems to me like the last two lines shouldn't be there, isn't?
As explained there:

https://wiki.debian.org/WiFi/HowToUse?highlight=%28wicd%29#Wicd

   * What was the outcome of this action?

Right now I'll comment those two lines and reboot to check the outcome,
but still don't know.

   * What outcome did you expect instead?

Hope that solves the issue, but, should I also disable networking.services?

Thanks a lot!


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

Kernel: Linux 4.19.0-10-amd64 (SMP w/4 CPU cores)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), 
LANGUAGE=es_AR.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 calamares-settings-debian depends on:
pn  calamares
ii  cryptsetup   2:2.1.0-5+deb10u2
ii  dconf-gsettings-backend [gsettings-backend]  0.30.1-2
ii  keyutils 1.6-6
pn  qml-module-qtquick-window2   
pn  qml-module-qtquick2  

calamares-settings-debian recommends no packages.

calamares-settings-debian suggests no packages.

Bug#968177:

[Yangfl]

not under active development?

Bug#961723: miniupnpd: does not work with the default iptables by update-alternatives

[Yangfl]

On Thu, 28 May 2020 21:05:43 +0900 Ryutaroh Matsumoto
 wrote:
> Package: miniupnpd
> Version: 2.1-6.1
> Severity: important
>
> Dear Maintainer,
>
> When iptables Debian package is installed,
> we have two versions, iptables-nft and iptables-legacy.
> The default in Buster and Bullseye is iptables-nft, as
> https://wiki.debian.org/iptables
>
> /etc/miniupnpd/iptables_init.sh registers chain MINIUPNPD
> by iptables_nft.
> But
> https://github.com/miniupnp/miniupnp/blob/master/miniupnpd/netfilter/iptcrdr.c
> tries to find chain MINIUPNPD by the legacy interface, and
> miniupnpd fails with
> chain MINIUPNPD not found
> when a new redirection is added.
>
> It MIGHT be good idea to build the package with
> ./configure --firewall=nftables ...
> Or, call update-alternatives --set iptables /usr/sbin/iptables-legacy
> by the installation script...
>
> Best regards, Ryutaroh Matsumoto

I agree nftables is better, however switching to nftables will
definitely disappoint legacy iptables, and it seems there is no way to
enable iptables and nftables in a single binary.

Bug#968978: gnome-shell: segfault in libmutter, in meta_compositor_switch_workspace

[James Hagborg]

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

Dear Maintainer,

When pressing super to spawn a new application (I think), gnome-shell
crashed, leaving my computer unusable and killing all running
applications.  The crash was caused by a segfault in libmutter.  I
tracked down the specific instruction where it happened:

000905d0 :
   905d0:   41 55   push   %r13
   905d2:   49 89 f5mov%rsi,%r13
   905d5:   41 54   push   %r12
   905d7:   41 89 ccmov%ecx,%r12d
   905da:   55  push   %rbp
   905db:   53  push   %rbx
   905dc:   48 89 fbmov%rdi,%rbx
   905df:   48 89 d7mov%rdx,%rdi
   905e2:   48 83 ec 08 sub$0x8,%rsp
   905e6:   e8 b5 0f fd ff  callq  615a0 
   905eb:   4c 89 efmov%r13,%rdi
   905ee:   89 c5   mov%eax,%ebp
   905f0:   e8 ab 0f fd ff  callq  615a0 
   905f5:   83 83 88 00 00 00 01addl   $0x1,0x88(%rbx)  
# segfault here
   905fc:   48 8b bb 90 00 00 00mov0x90(%rbx),%rdi
   90603:   89 ea   mov%ebp,%edx
   90605:   44 89 e1mov%r12d,%ecx
   90608:   89 c6   mov%eax,%esi
   9060a:   e8 01 3d fd ff  callq  64310 

   9060f:   85 c0   test   %eax,%eax
   90611:   74 0d   je 90620 

   90613:   48 83 c4 08 add$0x8,%rsp
   90617:   5b  pop%rbx
   90618:   5d  pop%rbp
   90619:   41 5c   pop%r12
   9061b:   41 5d   pop%r13
   9061d:   c3  retq   
   9061e:   66 90   xchg   %ax,%ax
   90620:   83 ab 88 00 00 00 01subl   $0x1,0x88(%rbx)
   90627:   48 83 c4 08 add$0x8,%rsp
   9062b:   48 89 dfmov%rbx,%rdi
   9062e:   5b  pop%rbx
   9062f:   5d  pop%rbp
   90630:   41 5c   pop%r12
   90632:   41 5d   pop%r13
   90634:   e9 b7 ee ff ff  jmpq   8f4f0 

   90639:   0f 1f 80 00 00 00 00nopl   0x0(%rax)

In the source code to libmutter, in src/compositor/compositor.c:

void
meta_compositor_switch_workspace (MetaCompositor *compositor,
  MetaWorkspace  *from,
  MetaWorkspace  *to,
  MetaMotionDirection direction)
{
  gint to_indx, from_indx;

  to_indx   = meta_workspace_index (to);
  from_indx = meta_workspace_index (from);

  compositor->switch_workspace_in_progress++; // segfault here

  if (!meta_plugin_manager_switch_workspace (compositor->plugin_mgr,
 from_indx,
 to_indx,
 direction))
{
  compositor->switch_workspace_in_progress--;

  /* We have to explicitely call this to fix up stacking order of the
   * actors; this is because the abs stacking position of actors does not
   * necessarily change during the window hiding/unhiding, only their
   * relative position toward the destkop window.
   */
  meta_finish_workspace_switch (compositor);
}
}

Unfortunately, I don't have a core dump, and I haven't been able to
reproduce the problem.  Here are the system logs leading up to the
crash (the entry last before this was >30min before the crash):

Aug 24 15:51:22 NAVI dbus-daemon[1843]: [session uid=1000 pid=1843] Activating 
service name='org.gnome.ControlCenter.SearchProvider' requested by ':1.29' 
(uid=1000
Aug 24 15:51:22 NAVI dbus-daemon[1843]: [session uid=1000 pid=1843] Activating 
service name='org.gnome.Contacts.SearchProvider' requested by ':1.29' (uid=1000 
pid=
Aug 24 15:51:22 NAVI dbus-daemon[1843]: [session uid=1000 pid=1843] Activating 
service name='org.gnome.Documents' requested by ':1.29' (uid=1000 pid=1970 
comm="/us
Aug 24 15:51:22 NAVI dbus-daemon[1843]: [session uid=1000 pid=1843] Activating 
service name='org.gnome.Nautilus' requested by ':1.29' (uid=1000 pid=1970 
comm="/usr
Aug 24 15:51:22 NAVI dbus-daemon[1843]: [session uid=1000 pid=1843] Activating 
service name='org.gnome.Calculator.SearchProvider' requested by ':1.29' 
(uid=1000 pi
Aug 24 15:51:22 NAVI dbus-daemon[1843]: [session uid=1000 pid=1843] Activating 
service name='org.gnome.Calendar' requested by ':1.29' (uid=1000 pid=1970 
comm="/usr
Aug 24 15:51:22 NAVI dbus-daemon[1843]: [session uid=1000 pid=1843] Activating 
service name='org.gnome.Characters.BackgroundService' requested by ':1.29' 
(uid=1000
Aug 24 15:51:22 NAVI dbus-daemon[1843]: [session 

Bug#968977: autopkgtest: abi-compliance-checker is Perl broken

[Norbert Preining]

Package: autopkgtest
Version: 5.13.1
Severity: grave
Justification: renders package unusable

Hi,

seems something creeped into the Perl code base:

autopkgtest [01:32:07]: test acc: [---
Can't "next" outside a loop block at /usr/bin/abi-compliance-checker 
line 10171.

This breaks autopkg tests and build testing pipelines.

Best

Norbert



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

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

Versions of packages autopkgtest depends on:
ii  apt-utils   2.1.10
ii  libdpkg-perl1.20.5
ii  procps  2:3.3.16-5
ii  python3 3.8.2-3
ii  python3-debian  0.1.37

Versions of packages autopkgtest recommends:
ii  autodep8  0.24

Versions of packages autopkgtest suggests:
pn  lxc   
pn  lxd   
ii  ovmf  2020.05-3
ii  qemu-efi-aarch64  2020.05-3
ii  qemu-efi-arm  2020.05-3
pn  qemu-system   
ii  qemu-utils1:5.1+dfsg-3
ii  schroot   1.6.10-9+b1
pn  vmdb2 

-- no debconf information

Bug#766441: ITA: scala-mode-el -- Emacs major mode for editing scala source code

[Nicholas D Steeves]

Hi Sławomir,

Gentle ping for a progress update :-)  Is there anything I can help out
with?


Thanks,
Nicholas


signature.asc
Description: PGP signature

Bug#968976: bash:$HOME/.local/bin missing in $PATH

[Peter]

Package: bash
Version: 5.0-4
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?
   From a Gnome stable I installed xfce and noticed applications
   installed under .local stopped working. Throwing: 'application name' not 
found when calling the app from terminal.  
   ~/.local not in $PATH has been reported as bug #839155 in Debian
   and as  bug #1588562 in bugs.launchpad. Note, it still persist in XUbuntu 
https://bugs.launchpad.net/ubuntu/+source/bash/+bug/1588562/comments/20
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 Installed xfce via tasksel.  
   * What was the outcome of this action?
 ~/.local was removed from $PATH.  
   * What outcome did you expect instead?
   intact $PATH 


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

Kernel: Linux 4.19.0-10-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_AU.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 bash depends on:
ii  base-files   10.3+deb10u5
ii  debianutils  4.8.6.1
ii  libc62.28-10
ii  libtinfo66.1+20181013-2+deb10u2

Versions of packages bash recommends:
pn  bash-completion  

Versions of packages bash suggests:
pn  bash-doc  

-- no debconf information

Bug#961345: cups: daemon crashes with invalid free()

[Bernhard Übelacker]

Hello Ronny,


Am 24.08.20 um 13:12 schrieb Ronny Adsetts:

> The "bt full" on a recent crash:

Unfortunately I cannot find something striking.



>> Otherwise running cupsd within valgrind could also give some hints.
> 
> I'll see if I can do this. I'll have to schedule some down time so it won't 
> be immediate (or possibly even quick).

I tried to run it in a VM and tested with some virtual PDF and PS printer.
Following were the configuration changes to have it run under valgrind.

nano /lib/systemd/system/cups.service

-ExecStart=/usr/sbin/cupsd -l
+# ExecStart=/usr/sbin/cupsd -l
+ExecStart=/usr/bin/valgrind --trace-children=no /usr/sbin/cupsd -l

systemctl daemon-reload
systemctl stop cups.service
systemctl start cups.service


But I don't know if that might create a problem perfomance wise.


I have tried to build with AddressSanitizer, but the build itself makes
trouble and the resulting binary is not able to print...


Kind regards,
Bernhard

Bug#420716: Cable Manufacturer.

[top top]

Hello,
Good day!
This is Top Cable Factory from in China.
We are specialize in CABLE for 10 years,and have strong production 
capacity,promised delivery time and high level quality of product!
If you're interested,please sent purchase detail info(as 
type/specifications/quantity Ect).We can provide you with the best price.

Also we have our own professional designers to meet any of your requirements.
Sincerely,
Andy

Bug#964463: krita doesn't start with multiple monitors

[william]

Package: krita
Version: 1:4.3.0+dfsg-1+b1
Followup-For: Bug #964463
X-Debbugs-Cc: wiiliamchung...@gmail.com

I'm also running into this issue. However, it looks like it's been fixed in
another version as mentioned in this forum: https://krita-
artists.org/t/4-3-beta-crash-assert-krita-screen-qguiapplication-screens-size-
screen-0/8226/9



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

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

Versions of packages krita depends on:
ii  krita-data1:4.3.0+dfsg-1
ii  libc6 2.31-3
ii  libexiv2-27   0.27.3-3
ii  libfftw3-double3  3.3.8-2
ii  libgcc-s1 10.2.0-5
ii  libgif7   5.1.9-1
ii  libgsl25  2.6+dfsg-2
ii  libheif1  1.6.1-1+b2
ii  libilmbase24  2.3.0-6
ii  libjpeg62-turbo   1:2.0.5-1.1
ii  libkf5completion5 5.70.0-1
ii  libkf5configcore5 5.70.0-1
ii  libkf5configgui5  5.70.0-1
ii  libkf5coreaddons5 5.70.0-2
ii  libkf5crash5  5.70.0-1
ii  libkf5guiaddons5  5.70.0-2
ii  libkf5i18n5   5.70.0-1
ii  libkf5itemviews5  5.70.0-1
ii  libkf5widgetsaddons5  5.70.0-1
ii  libkf5windowsystem5   5.70.0-1
ii  liblcms2-22.9-4+b1
ii  libopencolorio1v5 1.1.1~dfsg0-6+b1
ii  libopenexr24  2.3.0-6
ii  libopenjp2-7  2.3.1-1
ii  libpng16-16   1.6.37-2
ii  libpoppler-qt5-1  0.85.0-2
ii  libpython3.8  3.8.5-2
ii  libqt5concurrent5 5.14.2+dfsg-6
ii  libqt5core5a  5.14.2+dfsg-6
ii  libqt5dbus5   5.14.2+dfsg-6
ii  libqt5gui55.14.2+dfsg-6
ii  libqt5multimedia5 5.14.2-2
ii  libqt5network55.14.2+dfsg-6
ii  libqt5printsupport5   5.14.2+dfsg-6
ii  libqt5qml55.14.2+dfsg-3
ii  libqt5quick5  5.14.2+dfsg-3
ii  libqt5quickwidgets5   5.14.2+dfsg-3
ii  libqt5svg55.14.2-2
ii  libqt5widgets55.14.2+dfsg-6
ii  libqt5x11extras5  5.14.2-2
ii  libqt5xml55.14.2+dfsg-6
ii  libquazip5-1  0.9.1-1
ii  libraw20  0.20.0-4
ii  libstdc++610.2.0-5
ii  libtiff5  4.1.0+git191117-2
ii  libx11-6  2:1.6.10-3
ii  zlib1g1:1.2.11.dfsg-2

Versions of packages krita recommends:
ii  krita-gmic   2.4.5-1.1
ii  python3-pyqt55.15.0+dfsg-1+b1
ii  python3-sip  4.19.24+dfsg-1
ii  qml-module-qtmultimedia  5.14.2-2

Versions of packages krita suggests:
ii  colord  1.4.4-2
ii  ffmpeg  10:4.3.1-dmo2
pn  krita-l10n  

-- no debconf information

*** /home/mrwm/krita.log
(process:697110): Gtk-WARNING **: 17:26:10.464: Locale not supported by C
library.
Using the fallback 'C' locale.
Invalid profile :  "/usr/share/color/icc/colord/Crayons.icc" "Crayon Colors"
Invalid profile :  "/usr/share/color/icc/colord/x11-colors.icc" "X11 Colors"
qt.gui.icc: Unsupported ICC input color space 47524159
qt.gui.icc: fromIccProfile: failed general sanity check
QPngHandler: Failed to parse ICC profile
qt.gui.icc: Unsupported ICC input color space 47524159
qt.gui.icc: fromIccProfile: failed general sanity check
QPngHandler: Failed to parse ICC profile
qt.gui.icc: Unsupported ICC input color space 47524159
qt.gui.icc: fromIccProfile: failed general sanity check
QPngHandler: Failed to parse ICC profile
qt.gui.icc: Unsupported ICC input color space 47524159
qt.gui.icc: fromIccProfile: failed general sanity check
QPngHandler: Failed to parse ICC profile
qt.gui.icc: Unsupported ICC input color space 47524159
qt.gui.icc: fromIccProfile: failed general sanity check
QPngHandler: Failed to parse ICC profile
QObject::startTimer: Timers cannot have negative intervals
/usr/lib/x86_64-linux-gnu/krita-python-libs/krita added to PYTHONPATH

Bug#968582: RFS: eqonomize/1.5.0-1 -- personal accounting software for the small household economy

[Fabio Augusto De Muzio Tobich]

Em 24/08/2020 04:14, Adam Borowski escreveu:
> On Sun, Aug 23, 2020 at 04:00:07PM -0300, Fabio Augusto De Muzio Tobich wrote:
>> Em 23/08/2020 10:19, Adam Borowski escreveu:
>>> On Fri, Aug 21, 2020 at 02:48:16PM -0300, Fabio Augusto De Muzio Tobich 
>>> wrote:
 Em 21/08/2020 05:54, Adam Borowski escreveu:
> On Mon, Aug 17, 2020 at 09:12:51PM -0300, Fabio Augusto De Muzio Tobich 
> wrote:
>>   * Package name: eqonomize
>> Version : 1.5.0-1
>>>
> Hi, it fails autopkgtest:
> 
>> Got the fail with sbuild + schroot and I believe your bet is correct.
>> I've modified the test to fix this and get it running right, no matter
>> the tool, and I believe it's good now.
> 
> It does pass now, but...
> 
> .--[ debian/tests/openfile ]
> export XDG_RUNTIME_DIR=$AUTOPKGTEST_TMP/tmp
> cp debian/examples/housekeeping_book.eqz $AUTOPKGTEST_TMP
> xvfb-run -a eqonomize $AUTOPKGTEST_TMP/housekeeping_book.eqz &
> EQOPID=`ps ax | grep -e 'eqonomize.*housekeeping_book.eqz' | grep -v grep | 
> awk '{print
> 
> if [ -z $EQOPID ]; then
> exit 1
> else
> kill -9 $EQOPID
> fi
> 
> exit 0
> `
> 
> It's racey: will fail if "ps" runs before xvfb-run progresses past the point
> of spawning the child process.
>
> And then, what is this test even supposed to check?  The only thing is does
> is checking that eqonomize doesn't exit immediately -- which, for a GUI
> program with a ton of library dependencies, probably means it won't even
> enter main() by the time "ps" does its thing, still being in the process of
> loading libraries.
> 
> So this test is pointless even if it passes, and I'd recommend either:
> * adding a few seconds of sleep between xvfb-run and ps (so it at least has
>   a chance to pop up a window / crash), or
> * dropping this test altogether
> 

The intention of the test was to avoid what was happening when I first came 
across
this package, when I tried to use it and it's crashed everytime before even 
open the
main window.

But I understand your point and I need to come up with a better way to test 
this, so,
for now, I accepted your recommendation and dropped this last test. Thanks a 
lot for
your help on this.

Mentors[1] and salsa[2] updated.

[1] 
https://mentors.debian.net/debian/pool/main/e/eqonomize/eqonomize_1.5.0-1.dsc
[2] https://salsa.debian.org/debian/eqonomize

Cheers!

Bug#907576: . RE: push. dream --A Software Digital Radio Mondiale

[GMiller]

Christoph

For the Debian directory look in:

Project 52290
Initial commit Dream push to Salsa-Garie Miller 08 19 20
Repository
dream/dream-2.2.1+r1339/debian/

I pushed my working directory (with screenshots) both as an 'existing folder' 
and a '.git repo'. If you have any review comments I would be interested.

As for compilation, it compiles upstream for Windoze. I'm not sure they would 
care to support us and our compile problems.

garie

Sent with [ProtonMail](https://protonmail.com) Secure Email.

Bug#968975: glib2.0: FTBFS in experimental fails doc-test on glib

[Dimitri John Ledkov]

Package: glib2.0
Version: 2.65.1-1
Severity: important

Dear Maintainer,

I am observing in experimental & groovy-proposed

271/273 glib / gio-doc-checkOK 0.07s
Running suite(s): gtk-doc-glib
glib-unused.txt:1:E: 36 unused documentation entries

75.0%: Checks 4, Failures: 1
272/273 glib / glib-doc-check   FAIL   0.07s 
(exit status 1)
Running suite(s): gtk-doc-gobject
100.0%: Checks 4, Failures: 0
273/273 glib / gobject-doc-checkOK 0.07s

Ok: 270 
Expected Fail:  0   
Fail:   2   
Unexpected Pass:0   
Skipped:1   
Timeout:0

I am observing this failure with 2.65.2 too.

Will hunt the other failure too and report it separately.

Regards,

Dimitri.

Bug#968921: ITP: dotnet-core-3.1 -- Microsoft .NET Core SDK 3.0.100

[Andy Smith]

Hello,

On Sun, Aug 23, 2020 at 06:06:10PM -0500, Alistair Young wrote:
> As Microsoft themselves point out, packaging this for main is
> useful because it lowers the barrier to use of .NET Core to one
> equivalent to other in-distro languages without requiring the
> use of third-party repositories, especially when the runtime is
> needed as a dependency of another package.

Any comments on the privacy issues mentioned here?:

http://dgl.cx/2020/08/dotnet-sdk-gdpr

Should this be a concern for inclusion into Debian main?

Would there be a way for Debian users to opt out of the telemetry by
default, before any information is sent?

Cheers,
Andy

Bug#968756: Further Info

[Bernhard Übelacker]

Hello Jason,
thanks for the information, just some notes before.
You might want to  use reply all, otherwise the answer
might get through unnoticed.
And for some reason your email did not convert sufficiently
to plain text for some reason, so it appears kind of
short at https://bugs.debian.org/968756 .



On Sun, 23 Aug 2020 01:31:46 +0200 pub1...@gmx.com wrote:
> 
> Dear Maintainers,
> 
> @Mattia:
>  
> > Since you tried the AppImage and reproduced with that as well, could you
> > consider filing a bug report upstream directly at
> > https://gitlab.com/inkscape/inbox ?
>  
> Will do.
>  
> > Also, I'm uploading now 1.0-5 to backports, if you could see whether
> > that also triggers this crash it would be useful (1.0-2 disable a bunch
> > of asserts that might or might not be relevant)
>  
> Have just upgraded it now. I'll do my best at triggering the error again and
> keep you posted with strace info.
>  
> Regards,
> Jason
>  
>  
>  
> @Bernhard:
>  
> > one small additional note. The dmesg lines you provided would have been
> > followed by lines "Code:". With that line it would be possible to
> > find at least the current instruction and source code line when the
> > executables are from the debian archive and the package version is
> > known. So please do not strip these lines away.
>  
> Sorry, I didn't strip them on purpose, I just grep'd for 'inkscape'. My bad.
> Anyway, I dug into the dmesg log and isolated the info you requested:
>  
>  e9 c3 fc ff ff e8 05 45 5a ff 48 89 c3 e9 99 0a 69 ff 48 89 c3 e9 87 0a 69 ff
>  90 0f 1f 40 00 53 48 8d 87 48 01 00 00 48 89 fb <48> 39 87 48 01 00 00 74 3c
>  80 bb 39 01 00 00 00 74 0b 31 c0 5b c3
> 
> Regards,
> Jason
> 

This line points to function below.

But proper backtraces might still be needed to be able to find the reason.
You probably could install systemd-coredump - then minimal backtrace
should be visible in 'journalctl -e' after a chrash.
Plus a core would be generated for later inspection.

And if Thunar crashes too, are there also a segfault line?

Kind regards,
Bernhard



(gdb) info b
Num Type   Disp Enb AddressWhat
2   breakpoint keep y   0x778e55db in 
Avoid::Router::processTransaction() at /usr/include/c++/8/bits/stl_list.h:1063

(gdb) disassemble Avoid::Router::processTransaction
Dump of assembler code for function Avoid::Router::processTransaction():
   0x778e55d0 <+0>: push   %rbx
   0x778e55d1 <+1>: lea0x148(%rdi),%rax
   0x778e55d8 <+8>: mov%rdi,%rbx
-->0x778e55db <+11>:cmp%rax,0x148(%rdi)
   0x778e55e2 <+18>:je 0x778e5620 

   0x778e55e4 <+20>:cmpb   $0x0,0x139(%rbx)
...

benutzer@debian:~$ cat -n /usr/include/c++/8/bits/stl_list.h | grep 1063 -B7 -A2
  1056
  1057// [23.2.2.2] capacity
  1058/**
  1059 *  Returns true if the %list is empty.  (Thus begin() would equal
  1060 *  end().)
  1061 */
  1062bool
  1063empty() const _GLIBCXX_NOEXCEPT
  1064{ return this->_M_impl._M_node._M_next == >_M_impl._M_node; 
}
  1065



640 bool Router::processTransaction(void)
641 {
642 // If SimpleRouting, then don't update here.
643 if ((actionList.empty() && (m_hyperedge_rerouter.count() == 0) &&
644  (m_settings_changes == false)) || SimpleRouting)
645 {

https://gitlab.com/inkscape/inkscape/-/blob/INKSCAPE_1_0/src/3rdparty/adaptagrams/libavoid/router.cpp#L643







# Buster amd64 qemu VM 2020-08-24


apt update
apt dist-upgrade


# add backports and debug symbols from local approx cache:
deb  http://192.168.178.25:/debian-10-buster-security.debian.org/ 
buster/updates main
deb-src  http://192.168.178.25:/debian-10-buster-security.debian.org/ 
buster/updates main
deb  http://192.168.178.25:/debian-10-buster-debug.deb.debian.org/ 
buster-debug  main contrib non-free
deb  http://192.168.178.25:/debian-10-buster-debug.deb.debian.org/ 
buster-proposed-updates-debug main contrib non-free
deb  http://192.168.178.25:/debian-10-buster-debug.deb.debian.org/ 
buster-backports-debugmain contrib non-free

apt update


apt install systemd-coredump mc libstdc++-8-dev gdb inkscape/buster-backports
# Installs 1.0-5~bpo10+1 from two days ago ...

wget 
https://snapshot.debian.org/archive/debian/20200527T144641Z/pool/main/i/inkscape/inkscape_1.0-1%7Ebpo10%2B1_amd64.deb
wget 
https://snapshot.debian.org/archive/debian-debug/20200527T144324Z/pool/main/i/inkscape/inkscape-dbgsym_1.0-1%7Ebpo10%2B1_amd64.deb
dpkg -i inkscape_1.0-1~bpo10+1_amd64.deb inkscape-dbgsym_1.0-1~bpo10+1_amd64.deb



# https://wiki.debian.org/InterpretingKernelOutputAtProcessCrash

echo -n "find /b ..., ..., 0x" && \
echo "e9 c3 fc ff ff e8 05 45 5a ff 48 89 c3 e9 99 0a 69 ff 48 89 c3 e9 87 0a 
69 ff 90 0f 1f 40 00 53 

Bug#962692: [Pkg-puppet-devel] Bug#962692: puppet: Crashes due to "missing" facts.d directories

[Apollon Oikonomopoulos]

Control: reassign -1 facter
Control: merge -1 962784

Hi and thanks for the report!

Wilmer van der Gaast  writes:

> Package: puppet
> Version: 5.5.19-1
> Severity: grave
> Justification: renders package unusable
>
>
> Since the recent Ruby upgrade, Puppet invocations have been very noisy for a
> while already.
>
> But by now it's not even starting. Even after a dpkg -P including most
> dependencies (including apt-get remove ruby.*) then reinstalling, all I
> get is:
>
> wilmer@veer:~/adsb$ sudo puppet agent --waitforcert 60 -t
> /usr/lib/ruby/vendor_ruby/puppet/util.rb:461: warning: URI.escape is
> obsolete
> /usr/lib/ruby/vendor_ruby/puppet/file_system/file_impl.rb:80: warning: Using
> the last argument as keyword parameters is deprecated
> free(): invalid pointer
> Aborted
>
This is a facter issue, as outlined in #962784. I'm reassigning this bug
to facter and merging with #962784.

Regards,
Apollon

Bug#967915: Depends on geda-gaf

[Gregor Riepl]

> geda-gaf is scheduled for removal (#965098) and gspiceui depends on it.
> 
> Quoting Bdale in the RM bug above:
>  It looks like the last gspiceui upstream release was in late 2018, and
>  the only reason it depends on geda-gaf is that it wants to use gnetlist
>  to import schematic data from gschem.  Updating that to use
>  lepton-netlist to import schematic data from lepton-schematic should be
>  a pretty simple search and replace operation if keeping gspiceui seems
>  worthwhile (I don't know, I've never used it).

I'd prefer that gspiceui be kept. I don't care much for gEDA and if the
dependency isn't strictly necessary or can be replaced with
lepton-netlist, I'm all for it.

As a matter of fact, it looks like there is already code in place to
search for lepton-netlist in addition to gnetlist:
https://salsa.debian.org/science-team/gspiceui/-/blob/master/src/TypeDefs.hpp#L112-130

It should be enough to replace the dependencies on geda-gschem and
geda-gnetlist with lepton-eda.

Bug#968974: sbkeysync fails to return non-zero on error

[dann frazier]

Package: sbsigntool
Version: 0.9.2-2
Severity: normal
Tags: patch upstream

I found that sbkeysync will exit 0 even if it fails to update the DBX w/
a new revocation list. I discovered this while verifying an issue where
OVMF-based VMs do not have enough space to load the new revocation file
published in response to "boothole". A patch for this is available upstream:

https://git.kernel.org/pub/scm/linux/kernel/git/jejb/sbsigntools.git/commit/?id=f12484869c9590682ac3253d583bf59b890bb826

-- 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)
Foreign Architectures: i386

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

Versions of packages sbsigntool depends on:
ii  libc6  2.31-3
ii  libssl1.1  1.1.1g-1
ii  libuuid1   2.36-2

sbsigntool recommends no packages.

sbsigntool suggests no packages.

-- no debconf information

Bug#914813: Additional informations

[Bernhard]

Hello Vagrant

Here, there are additional informations. Hopefully they helps a little bit:

I installed Debian 10 on a Lamobo R1 (Allwinner A20 / Banana Router R1).
Here, you see, the AXP20x module is loaded during booting the installer:

> Jan  1 00:00:18 kernel: [7.986527] usbcore: registered new interface 
> driver hub
> Jan  1 00:00:18 kernel: [7.995497] axp20x-i2c 0-0034: AXP20x variant 
> AXP209 found
> Jan  1 00:00:18 kernel: [7.997875] usbcore: registered new device driver 
> usb
> Jan  1 00:00:18 kernel: [8.025743] ehci_hcd: USB 2.0 'Enhanced' Host 
> Controller (EHCI) Driver
> Jan  1 00:00:18 kernel: [8.069899] axp20x-i2c 0-0034: AXP20X driver loaded
> Jan  1 00:00:18 kernel: [8.073223] ehci-platform: EHCI generic platform 
> driver
> Jan  1 00:00:18 kernel: [8.078346] ohci_hcd: USB 1.1 'Open' Host 
> Controller (OHCI) Driver
> Jan  1 00:00:18 kernel: [8.109688] ohci-platform: OHCI generic platform 
> driver
> Jan  1 00:00:18 kernel: [8.134562] sun7i-dwmac 1c5.ethernet: PTP uses 
> main clock
> Jan  1 00:00:18 kernel: [8.146085] sun7i-dwmac 1c5.ethernet: no reset 
> control found
> Jan  1 00:00:18 kernel: [8.165454] sun7i-dwmac 1c5.ethernet: Linked 
> as a consumer to regulator.7
> Jan  1 00:00:18 kernel: [8.264393] ldo1: supplied by regulator-dummy
> Jan  1 00:00:18 kernel: [8.273261] ldo2: supplied by regulator-dummy
> Jan  1 00:00:18 kernel: [8.280630] ldo3: supplied by regulator-dummy
> Jan  1 00:00:18 kernel: [8.284028] axp20x-usb-power-supply 
> axp20x-usb-power-supply: DMA mask not set
> Jan  1 00:00:18 kernel: [8.294055] sun7i-dwmac 1c5.ethernet: Version 
> ID not available

The beginning of the syslog from /var/log/installer is attached.

Best regards
Bernhard

Jan  1 00:00:18 syslogd started: BusyBox v1.30.1
Jan  1 00:00:18 kernel: klogd started: BusyBox v1.30.1 (Debian 1:1.30.1-4)
Jan  1 00:00:18 kernel: [0.00] Booting Linux on physical CPU 0x0
Jan  1 00:00:18 kernel: [0.00] Linux version 4.19.0-10-armmp 
(debian-ker...@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP 
Debian 4.19.132-1 (2020-07-24)
Jan  1 00:00:18 kernel: [0.00] CPU: ARMv7 Processor [410fc074] revision 
4 (ARMv7), cr=10c5387d
Jan  1 00:00:18 kernel: [0.00] CPU: div instructions available: 
patching division code
Jan  1 00:00:18 kernel: [0.00] CPU: PIPT / VIPT nonaliasing data cache, 
VIPT aliasing instruction cache
Jan  1 00:00:18 kernel: [0.00] OF: fdt: Machine model: Lamobo R1
Jan  1 00:00:18 kernel: [0.00] Memory policy: Data cache writealloc
Jan  1 00:00:18 kernel: [0.00] efi: Getting EFI parameters from FDT:
Jan  1 00:00:18 kernel: [0.00] efi: UEFI not found.
Jan  1 00:00:18 kernel: [0.00] cma: Reserved 16 MiB at 0x7f00
Jan  1 00:00:18 kernel: [0.00] On node 0 totalpages: 262144
Jan  1 00:00:18 kernel: [0.00]   Normal zone: 1728 pages used for memmap
Jan  1 00:00:18 kernel: [0.00]   Normal zone: 0 pages reserved
Jan  1 00:00:18 kernel: [0.00]   Normal zone: 196608 pages, LIFO 
batch:63
Jan  1 00:00:18 kernel: [0.00]   HighMem zone: 65536 pages, LIFO 
batch:15
Jan  1 00:00:18 kernel: [0.00] psci: probing for conduit method from DT.
Jan  1 00:00:18 kernel: [0.00] psci: Using PSCI v0.1 Function IDs from 
DT
Jan  1 00:00:18 kernel: [0.00] random: get_random_bytes called from 
start_kernel+0xa0/0x508 with crng_init=0
Jan  1 00:00:18 kernel: [0.00] percpu: Embedded 17 pages/cpu s39756 
r8192 d21684 u69632
Jan  1 00:00:18 kernel: [0.00] pcpu-alloc: s39756 r8192 d21684 u69632 
alloc=17*4096
Jan  1 00:00:18 kernel: [0.00] pcpu-alloc: [0] 0 [0] 1 
Jan  1 00:00:18 kernel: [0.00] Built 1 zonelists, mobility grouping on. 
 Total pages: 260416
Jan  1 00:00:18 kernel: [0.00] Kernel command line:  
console=ttyS0,115200
Jan  1 00:00:18 kernel: [0.00] Dentry cache hash table entries: 131072 
(order: 7, 524288 bytes)
Jan  1 00:00:18 kernel: [0.00] Inode-cache hash table entries: 65536 
(order: 6, 262144 bytes)
Jan  1 00:00:18 kernel: [0.00] Memory: 982316K/1048576K available 
(9216K kernel code, 1112K rwdata, 2588K rodata, 2048K init, 311K bss, 49876K 
reserved, 16384K cma-reserved, 245760K highmem)
Jan  1 00:00:18 kernel: [0.00] Virtual kernel memory layout:
Jan  1 00:00:18 kernel: [0.00] vector  : 0x - 0x1000   
(   4 kB)
Jan  1 00:00:18 kernel: [0.00] fixmap  : 0xffc0 - 0xfff0   
(3072 kB)
Jan  1 00:00:18 kernel: [0.00] vmalloc : 0xf080 - 0xff80   
( 240 MB)
Jan  1 00:00:18 kernel: [0.00] lowmem  : 0xc000 - 0xf000   
( 768 MB)
Jan  1 00:00:18 kernel: [0.00] pkmap   : 0xbfe0 - 0xc000   
(   2 MB)
Jan  1 00:00:18 kernel: [0.00] modules : 0xbf00 - 0xbfe0   
(  14 MB)
Jan  1 00:00:18 kernel: [

Bug#968961: jhead: invalid read in Get16u

[Luca Borzacchiello]

Package: jhead
Version: 1:3.04-3
Severity: normal
X-Debbugs-Cc: borzacchie...@diag.uniroma1.it

Dear Maintainer,
running jhead with the attached file leads to an invalid read in Get16u.

command line:
jhead ./00_invalid_read_get16u

valgrind output:
[...]
==6799== Invalid read of size 2
==6799==at 0x111528: Get16u (exif.c:323)
==6799==by 0x111528: process_EXIF (exif.c:1022)
==6799==by 0x10E882: ReadJpegSections (jpgfile.c:287)
==6799==by 0x10E882: ReadJpegSections (jpgfile.c:119)
==6799==by 0x10EA12: ReadJpegFile (jpgfile.c:379)
==6799==by 0x10CAF7: ProcessFile (jhead.c:905)
==6799==by 0x10B70B: main (jhead.c:1756)
==6799==  Address 0x4b588aa is 0 bytes after a block of size 10 alloc'd
==6799==at 0x483877F: malloc (vg_replace_malloc.c:307)
==6799==by 0x10E31A: ReadJpegSections (jpgfile.c:173)
==6799==by 0x10E31A: ReadJpegSections (jpgfile.c:119)
==6799==by 0x10EA12: ReadJpegFile (jpgfile.c:379)
==6799==by 0x10CAF7: ProcessFile (jhead.c:905)
==6799==by 0x10B70B: main (jhead.c:1756)
==6799== 
[...]

--
Regards,
Luca Borzacchiello

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

Kernel: Linux 5.4.0-42-generic (SMP w/12 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages jhead depends on:
ii  libc62.31-3
ii  libjpeg-turbo-progs  1:2.0.5-1.1

jhead recommends no packages.

Versions of packages jhead suggests:
pn  imagemagick  

-- no debconf information

Bug#968548: s390-tools 2.3.0-2~deb10u1 flagged for acceptance

[Adam D Barratt]

package release.debian.org
tags 968548 = buster pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian buster.

Thanks for your contribution!

Upload details
==

Package: s390-tools
Version: 2.3.0-2~deb10u1

Explanation: hardcode perl dependency instead of using ${perl:Depends}, fixing 
installation under debootstrap

Bug#967996: gupnp 1.0.5-0+deb10u1 flagged for acceptance

[Adam D Barratt]

package release.debian.org
tags 967996 = buster pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian buster.

Thanks for your contribution!

Upload details
==

Package: gupnp
Version: 1.0.5-0+deb10u1

Explanation: new upstream stable release; prevent the "CallStranger" attack 
[CVE-2020-12695]; require GSSDP 1.0.5

Bug#968502: arch-test 0.15-2+deb10u1 flagged for acceptance

[Adam D Barratt]

package release.debian.org
tags 968502 = buster pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian buster.

Thanks for your contribution!

Upload details
==

Package: arch-test
Version: 0.15-2+deb10u1

Explanation: fix s390x detection sometimes failing

Bug#967995: gssdp 1.0.5-0+deb10u1 flagged for acceptance

[Adam D Barratt]

package release.debian.org
tags 967995 = buster pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian buster.

Thanks for your contribution!

Upload details
==

Package: gssdp
Version: 1.0.5-0+deb10u1

Explanation: new upstream stable release

Bug#968391: Please support the Librem 5

[Guido Günther]

Hi,
On Mon, Aug 24, 2020 at 11:24:25AM -0700, Vagrant Cascadian wrote:
> Control: tags 968391 pending
> 
> On 2020-08-24, Guido Günther wrote:
> > On Fri, Aug 14, 2020 at 11:36:50AM +0200, Guido Günther wrote:
> >> To make it simpler to run plain Debian on the Librem 5 it would be great
> >> to have flash-kernel support. The device tree is in the process of being
> >> upstreamed:
> >> 
> >> 
> >> https://lore.kernel.org/linux-arm-kernel/20200731082725.21878-1-martin.kepplin...@puri.sm/
> >> 
> >> Patch at:
> >> 
> >> 
> >> https://salsa.debian.org/installer-team/flash-kernel/-/merge_requests/22
> ...
> > The DTS is in linux-next now so on it's way for 5.10:
> >
> > https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/arch/arm64/boot/dts/freescale/imx8mq-librem5.dtsi
> > https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/arch/arm64/boot/dts/freescale/imx8mq-librem5-r2.dts
> > https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/arch/arm64/boot/dts/freescale/imx8mq-librem5-r3.dts
> 
> Merged. Thanks for the patches!

Thanks for merging!
 -- Guido

> 
> live well,
>   vagrant

Bug#968972: volpack: Manual pages are formatted incorrectly

[Felix Lechner]

Package: libvolpack1-dev
Severity: normal
X-Debbugs-CC: Stuart Prescott 

Hi,

Many of the manual pages in your package appear to be formatted
incorrectly. In a recent Lintian run across the archive, they
generated many errors like this:

Warning in group volpack/1.0b3-8: Non-zero status 3 from man
--warnings -E UTF-8 -l -Tutf8 -Z
/tmp/lintian-pool-aeCkRt5q0G/v/volpack/libvolpack1-dev_1.0b3-8_amd64_binary/unpack
ed/usr/share/man/man3/BruteForce.3.gz:
man: ignoring unknown preprocessor `C'
man: ignoring unknown preprocessor `o'
man: ignoring unknown preprocessor `y'
man: ignoring unknown preprocessor `i'
man: ignoring unknown preprocessor `h'
man: can't execute grap: No such file or directory
refer:0BU:70: fatal error: output error
man: command exited with status 127: /usr/lib/man-db/zsoelim |
/usr/lib/man-db/manconv -f UTF-8:ISO-8859-1 -t UTF-8//IGNORE | preconv
-e UTF-8 | pic -S | refer | grap | tbl | g
roff -mandoc -Z -wmac -Tutf8

A full log with all errors is attached to this message.

The errors seem to be caused by the copyright notice:

\" Copyright (c) 1994 The Board of Trustees of The Leland Stanford
'\" Junior University.  All rights reserved.
'\"
'\" Permission to use, copy, modify and distribute this software and its
'\" documentation for any purpose is hereby granted without fee, provided
'\" that the above copyright notice and this permission notice appear in
'\" all copies of this software and that you do not sell the software.
'\" Commercial licensing is available by contacting the author.
'\"
'\" THE SOFTWARE IS PROVIDED "AS IS" AND WITHOUT WARRANTY OF ANY KIND,
'\" EXPRESS, IMPLIED OR OTHERWISE, INCLUDING WITHOUT LIMITATION, ANY
'\" WARRANTY OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
'\"
'\" Author:
'\"Phil Lacroute
'\"Computer Systems Laboratory
'\"Electrical Engineering Dept.
'\"Stanford University
'\"
'\" $Date: 1994/12/31 19:49:53 $
'\" $Revision: 1.1 $
'\"
'\" Macros
'\" .FS   --  function start
'\"  is return type of function
'\" name and arguments follow on next line

Perhaps the '\" should be .\" ? This transformation via sed seems to fix it:

sed "s@'@.@"

You can use the same command as Lintian to check the result:

man --warnings -E UTF-8 -l -Tutf8 [-Z if compressed] [filename]

Thanks to Stuart Prescott for figuring it all out!

Kind regards
Felix Lechner


volpack-errors.log.xz
Description: application/xz

Bug#968821: bepasty: Syntax highlighting not working

[Elena ``of Valhalla'']

Thanks for noticing this

The cause is https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951715
and indeed I had forgotten about it: in the next few days I'll try to
prepare a patch and/or ping the pygments maintainer.

-- 
Elena ``of Valhalla''

Bug#697716:

[Issa Diallo]

nice meet you

Bug#833818: dnssec-trigger: please make the build reproducible

[Diane Trout]

Hm.

The good news is it looks like I applied the patch, but I forgot to
close the bug.

The bad news is it's still not reproducible.

https://tests.reproducible-builds.org/debian/rb-pkg/bullseye/amd64/diffoscope-results/dnssec-trigger.html

On Thu, 23 Mar 2017 20:44:15 + Chris Lamb  wrote:
> > Would you consider applying this patch and uploading?
> 
> Friendly ping on this :)
> 
> 
> Best wishes,
> 
> -- 
>   ,''`.
>  : :'  : Chris Lamb
>  `. `'`  la...@debian.org / chris-lamb.co.uk
>`-
> 
> 

Bug#968954: Parallel processing - Becoming more urgent with rapidly increasing multi-core CPUs

[debian-testing]

Package: gscan2pdf
Version: 2.8.2-1

Parallel processing - Becoming more urgent with rapidly increasing multi-core 
CPUs

As computers have more and more cores, it is becoming more urgent that 
gscan2pdf supports parallel processing, especially considering that many image 
operations are CPU intensive.  Currently, it is relatively common to have 10+ 
cores available and 100+ cores do exist at the high-end.  In these situations, 
gscan2pdf is only using 10% or even 1% of available processing power.

I saw some mention in an issue that most of the underlying libraries were 
already multi-threaded.  This is not entirely true, as unfortunately, many of 
the underlying algorithms are still and will probably remain single threaded by 
the nature of the algorithms.

I also saw some mention that this was more complicated than expected.
The simplest and safest approach is to have a separate processing queue for 
each incoming image (scanned or imported).  Each image would receive a unique 
ID for the session and all operations on it would be sequenced for the image, 
but all images being processed in parallel.

Eg: Scan Image 1, Convert to PNG, Apply clean-up filters, rotate. all processed 
in strict sequential order.

However, Image 1 queue is processed in parallel with Image 2 queue, Image 3 
queue, etc...

All of the features in gscan2pdf seem to be per image, I did not see any 
multi-image options, such as combining two images, the only exception being the 
save file.  If there are any others, the simplest would be to force these as 
sequential in a global queue.  The global queue would only process multi-image 
operations once all previously queued parallel operations have completed.  
Subsequent parallel operations should come only after the multi-image operation 
completed.

Bug#260975: fixed in new upstream version

[Jeronimo Pellegrini]

I have tried the exact same example with version 3.20, and
the interpreter exits after running the program... It seems
that it has been fixed!

J.

Bug#260972: fixedin new version

[Jeronimo Pellegrini]

This seems to not happen anymore in version 3.20.

bwbasic fornext.bas
 1
 2
 3
 4
 5
 6
 7
 8
 9
 10

J.

Bug#968391: Please support the Librem 5

[Vagrant Cascadian]

Control: tags 968391 pending

On 2020-08-24, Guido Günther wrote:
> On Fri, Aug 14, 2020 at 11:36:50AM +0200, Guido Günther wrote:
>> To make it simpler to run plain Debian on the Librem 5 it would be great
>> to have flash-kernel support. The device tree is in the process of being
>> upstreamed:
>> 
>> 
>> https://lore.kernel.org/linux-arm-kernel/20200731082725.21878-1-martin.kepplin...@puri.sm/
>> 
>> Patch at:
>> 
>> https://salsa.debian.org/installer-team/flash-kernel/-/merge_requests/22
...
> The DTS is in linux-next now so on it's way for 5.10:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/arch/arm64/boot/dts/freescale/imx8mq-librem5.dtsi
> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/arch/arm64/boot/dts/freescale/imx8mq-librem5-r2.dts
> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/arch/arm64/boot/dts/freescale/imx8mq-librem5-r3.dts

Merged. Thanks for the patches!

live well,
  vagrant


signature.asc
Description: PGP signature

Bug#968140: RFS: emd/1.0.1-1 [ITP] -- Enhanced Markdown template processor

[Utkarsh Gupta]

Hello,

On Mon, Aug 24, 2020 at 6:20 PM Tong Sun
 wrote:
> The package was tested on both gbp and sbuild. It's also lintian-clean.
> Please help.

Thanks, sorry for the delay - I have a filter which deletes every mail
that has "ITP" in the subject or elsewhere :)
Glad I stumbled upon this by chance while inspecting my bin.

Good work, uploaded!


Best,
Utkarsh

Bug#968952: New version 3.20 available

[Jeronimo Pellegrini]

Package: bwbasic
Version: 2.20pl2-12
Severity: wishlist

Hello,

The current version ov bwBASIC in Debian is 2.20 which seems
(correct me if this is not right) was an unofficial release
from 2006.

There have been several releases, and version 3.20 is the latest
one:

https://sourceforge.net/projects/bwbasic/files/bwbasic/

It would be nice to have it packaged (is there a reason that Debian
ships 2.20? Is there a fork, maybe?)

Thank you!
Jeronimo

-- 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.7.0-2-amd64 (SMP w/8 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages bwbasic depends on:
ii  libc6  2.31-3

bwbasic recommends no packages.

bwbasic suggests no packages.

Bug#968967: Same here

[Alberto Gonzalez Iniesta]

Hi, I experienced the same failure in two hosts. My config:

Authuserfile/etc/proftpd/ftpd.passwd
AuthOrder mod_auth_file.c
DefaultRoot ~
RequireValidShell off
SFTPEngine on
Port 
SFTPLog /var/log/proftpd/sftp.log
SFTPHostKey /etc/ssh/ssh_host_rsa_key
SFTPCompression delayed
SFTPPAMEngine off

-- 
Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico
mailto/sip: a...@inittab.org | en GNU/Linux y software libre
Encrypted mail preferred| http://inittab.com

Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D  4BF2 009B 3375 6B9A AA55

Bug#968971: gitlab: Can't create new project: undefined method `set_attribute_was' for #

[Fabrice Meyer]

Package: gitlab
Version: 13.2.6-1+fto10+1
Severity: important
Tags: upstream

Dear Maintainer,

Since I upgraded from 12.2.9-1+fto10+2 to 13.1 and then to 13.2.6-1+fto10+1 I 
ran into several issue leading to the same error type: "undefined method 
`set_attribute_was'".

When I try to create a new project, I end up with the following error inside 
production.log.
I tried to disable jira itegration as it is obviously linked to the root cause 
but I also end up on a error 500 (following the first stacktrace)

Finally I also experiment this kind of issue while trying to set Ci variables: 
"undefined method `set_attribute_was' for #" (last stacktrace)

Hope this while help to fix these issues.


Processing by Gitlab::RequestForgeryProtection::Controller#index as HTML
  Parameters: {"project"=>"florian.galati/ansible.git", "changes"=>"_any", 
"protocol"=>"ssh", "key_id"=>"99", "check_ip"=>"192.168.1.102", 
"request_forgery_protection"=>{"action"=>"git-receive-pack", 
"project"=>"florian.galati/ansible.git", "changes"=>"_any", "protocol"=>"ssh", 
"key_id"=>"99", "check_ip"=>"192.168.1.102"}}
Can't verify CSRF token authenticity.
This CSRF token verification failure is handled internally by 
`GitLab::RequestForgeryProtection`
Unlike the logs may suggest, this does not result in an actual 422 response to 
the user
For API requests, the only effect is that `current_user` will be `nil` for the 
duration of the request
Completed 422 Unprocessable Entity in 1ms (ActiveRecord: 0.0ms | Elasticsearch: 
0.0ms | Allocations: 212)

Gitlab::GitAccessProject::CreationError (Could not create project: undefined 
method `set_attribute_was' for #):
  /usr/share/gitlab/lib/gitlab/git_access_project.rb:35:in 
`ensure_project_on_push!'
  /usr/share/gitlab/lib/gitlab/git_access_project.rb:13:in `check_project!'
  /usr/share/gitlab/lib/gitlab/git_access.rb:77:in `check'
  /usr/share/gitlab/lib/api/internal/base.rb:90:in `access_check!'
  /usr/share/gitlab/lib/api/internal/base.rb:44:in `check_allowed'
  /usr/share/gitlab/lib/api/internal/base.rb:116:in `block (2 levels) in 
'
  /usr/lib/ruby/vendor_ruby/grape/endpoint.rb:59:in `call'
  /usr/lib/ruby/vendor_ruby/grape/endpoint.rb:59:in `block (2 levels) in 
generate_api_method'
  
/usr/share/rubygems-integration/all/gems/activesupport-6.0.3.1/lib/active_support/notifications.rb:182:in
 `instrument'
  /usr/lib/ruby/vendor_ruby/grape/endpoint.rb:58:in `block in 
generate_api_method'
  /usr/lib/ruby/vendor_ruby/grape/endpoint.rb:341:in `execute'
  /usr/lib/ruby/vendor_ruby/grape/endpoint.rb:267:in `block in run'
  
/usr/share/rubygems-integration/all/gems/activesupport-6.0.3.1/lib/active_support/notifications.rb:182:in
 `instrument'
  /usr/lib/ruby/vendor_ruby/grape/endpoint.rb:247:in `run'
  /usr/lib/ruby/vendor_ruby/grape/endpoint.rb:322:in `block in build_stack'
  /usr/lib/ruby/vendor_ruby/grape/middleware/base.rb:35:in `call!'
  /usr/lib/ruby/vendor_ruby/grape/middleware/base.rb:28:in `call'
  /usr/lib/ruby/vendor_ruby/grape/middleware/base.rb:35:in `call!'
  /usr/lib/ruby/vendor_ruby/grape/middleware/base.rb:28:in `call'
  /usr/lib/ruby/vendor_ruby/grape/middleware/base.rb:35:in `call!'
  /usr/lib/ruby/vendor_ruby/grape/middleware/base.rb:28:in `call'
  
/usr/share/rubygems-integration/all/gems/rack-oauth2-1.11.0/lib/rack/oauth2/server/resource.rb:20:in
 `_call'
  
/usr/share/rubygems-integration/all/gems/rack-oauth2-1.11.0/lib/rack/oauth2/server/resource/bearer.rb:8:in
 `_call'
  
/usr/share/rubygems-integration/all/gems/rack-oauth2-1.11.0/lib/rack/oauth2/server/abstract/handler.rb:17:in
 `call'
  /usr/lib/ruby/vendor_ruby/grape/middleware/error.rb:39:in `block in call!'
  /usr/lib/ruby/vendor_ruby/grape/middleware/error.rb:38:in `catch'
  /usr/lib/ruby/vendor_ruby/grape/middleware/error.rb:38:in `call!'
  /usr/lib/ruby/vendor_ruby/grape/middleware/base.rb:28:in `call'
  /usr/lib/ruby/vendor_ruby/grape_logging/middleware/request_logger.rb:60:in 
`block in call!'
  /usr/lib/ruby/vendor_ruby/grape_logging/middleware/request_logger.rb:58:in 
`catch'
  /usr/lib/ruby/vendor_ruby/grape_logging/middleware/request_logger.rb:58:in 
`call!'
  /usr/lib/ruby/vendor_ruby/grape/middleware/base.rb:28:in `call'
  /usr/lib/ruby/vendor_ruby/rack/head.rb:14:in `call'
  /usr/lib/ruby/vendor_ruby/grape/endpoint.rb:231:in `call!'
  /usr/lib/ruby/vendor_ruby/grape/endpoint.rb:225:in `call'
  /usr/lib/ruby/vendor_ruby/grape/router/route.rb:58:in `exec'
  /usr/lib/ruby/vendor_ruby/grape/router.rb:116:in `process_route'
  /usr/lib/ruby/vendor_ruby/grape/router.rb:72:in `block in identity'
  /usr/lib/ruby/vendor_ruby/grape/router.rb:91:in `transaction'
  /usr/lib/ruby/vendor_ruby/grape/router.rb:70:in `identity'
  /usr/lib/ruby/vendor_ruby/grape/router.rb:55:in `block in call'
  /usr/lib/ruby/vendor_ruby/grape/router.rb:132:in `with_optimization'
  /usr/lib/ruby/vendor_ruby/grape/router.rb:54:in `call'
  

Bug#968970: Please add typescript definitions to the package

[Julien Puydt]

Package: node-sinon
Version: 9.0.1+ds-1 


Please add the type definitions from DefinitelyTyped to the package ;
both direct :

https://github.com/DefinitelyTyped/DefinitelyTyped/tree/master/types/sinon

and indirect :

https://github.com/DefinitelyTyped/DefinitelyTyped/tree/master/types/sinonjs__fake-timers


Cheers,

JP

Bug#968969: Please add typescript definitions to the package

[Julien Puydt]

Package: node-braces
Version: 3.0.2-2

Please add typescript type definitions from DefinitelyTyped to the
package:

https://github.com/DefinitelyTyped/DefinitelyTyped/tree/master/types/braces

Thanks,

JP

Bug#968515: lucene-solr 3.6.2+dfsg-20+deb10u2 flagged for acceptance

[Adam D Barratt]

package release.debian.org
tags 968515 = buster pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian buster.

Thanks for your contribution!

Upload details
==

Package: lucene-solr
Version: 3.6.2+dfsg-20+deb10u2

Explanation: fix security issue in DataImportHandler configuration handling 
[CVE-2019-0193]

Bug#968967: mod_sftp segfaults after the stretch security upgrade

[Marco d'Itri]

Package: proftpd-basic
Version: 1.3.5e+r1.3.5b-4+deb9u1
Severity: important

After upgrading proftpd-basic from 1.3.5b-4+deb9u4 to 
1.3.5e+r1.3.5b-4+deb9u1, the daemon started to segfault during login.
strace reports:

rt_sigprocmask(SIG_BLOCK, [HUP INT QUIT BUS USR1 ALRM TERM CHLD IO], NULL, 8) = 0
select(0, NULL, NULL, NULL, {tv_sec=0, tv_usec=20}) = 0 (Timeout)
rt_sigprocmask(SIG_UNBLOCK, [HUP INT QUIT BUS USR1 ALRM TERM CHLD IO], NULL, 8) 
= 0
rt_sigprocmask(SIG_BLOCK, [TERM CHLD], NULL, 8) = 0
wait4(-1, NULL, WNOHANG, NULL)  = -1 ECHILD (No child processes)
rt_sigprocmask(SIG_UNBLOCK, [TERM CHLD], NULL, 8) = 0
lstat("/etc/shutmsg", 0x7ffc624a9750)   = -1 ENOENT (No such file or directory)
select(3, [0 1 2], NULL, NULL, {tv_sec=30, tv_usec=0}strace: Process 13956 
detached

The relevant configuration is:

Port 22
TimeoutIdle  60
TimeoutSession   120
SFTPEngine on
SFTPAuthMethods publickey
SFTPHostKey /etc/ssh/ssh_host_rsa_key
SFTPHostKey /etc/ssh/ssh_host_ecdsa_key
SFTPCompression delayed
SFTPLog /var/log/proftpd/sftp.log
SFTPAuthorizedUserKeys file:/etc/proftpd/authorized_keys/%u
AuthOrder   mod_auth_file.c
AuthGroupFile   /etc/proftpd/auth.d/ftpd.group
AuthUserFile/etc/proftpd/auth.d/ftpd.passwd
AllowOverwrite  on
DefaultRoot   ~

-- 
ciao,
Marco


signature.asc
Description: PGP signature

Bug#968968: Please add the parse5 type definitions

[Julien Puydt]

Package: node-jsdom
Version: 16.2.2+~cs56.12.24-1

Please add the type definitions for parse5 from DefinitelyTyped to the
package:

https://github.com/DefinitelyTyped/DefinitelyTyped/tree/master/types/parse5

Thanks,

JP

Bug#968966: Please add typescript definitions

[Julien Puydt]

Package: node-tough-cookie
Version: 3.0.0-1

Please add the type definitions from DefinitelyTyped to the package :

https://github.com/DefinitelyTyped/DefinitelyTyped/tree/master/types/tough-cookie


Cheers,

JP

Bug#963239: Bug #963239 linux-image-4.19.0-9-amd64: software raid array resync at boot (raid5)

[eric gdr]

The issue happened again.
I noticed there could be a link with the fact that the computer is up for
days and then at next reboot it triggers a reconstruction.
(the 3 disks composing the raid device are healthy)
The computer is very slow during reconstruction.

sudo dmesg | grep md127:
[   18.394466] md/raid:md127: not clean -- starting background
reconstruction
[   18.394475] md/raid:md127: device sdb1 operational as raid disk 1
[   18.394476] md/raid:md127: device sdc1 operational as raid disk 2
[   18.394476] md/raid:md127: device sda1 operational as raid disk 0
[   18.394697] md/raid:md127: raid level 5 active with 3 out of 3 devices,
algorithm 2
[   18.394765] md127: bitmap file is out of date (10910 < 10911) -- forcing
full recovery
[   18.394772] md127: bitmap file is out of date, doing full recovery
[   18.479938] md127: detected capacity change from 0 to 1717716385792
[   18.485209]  md127: AHDI p1 p3
[   18.485234] md127: p1 size 3214817840 extends beyond EOD, truncated
[   29.228966]  md127: AHDI p1 p3
[   29.228970] md127: p1 size 3214817840 extends beyond EOD, truncated
[   29.554661] md: resync of RAID array md127

cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4] [linear] [multipath] [raid0]
[raid1] [raid10]
md127 : active raid5 sdb1[1] sdc1[3] sda1[0]
  1677457408 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3]
[UUU]
  [>]  resync = 80.0% (671298352/838728704)
finish=22.9min speed=121385K/sec
  bitmap: 7/7 pages [28KB], 65536KB chunk

Eric

Bug#968391: Please support the Librem 5

[Guido Günther]

Hi,
On Fri, Aug 14, 2020 at 11:36:50AM +0200, Guido Günther wrote:
> Package: flash-kernel
> Version: 3.102
> Severity: wishlist
> Tags: patch
> 
> To make it simpler to run plain Debian on the Librem 5 it would be great
> to have flash-kernel support. The device tree is in the process of being
> upstreamed:
> 
> 
> https://lore.kernel.org/linux-arm-kernel/20200731082725.21878-1-martin.kepplin...@puri.sm/
> 
> Patch at:
> 
> https://salsa.debian.org/installer-team/flash-kernel/-/merge_requests/22
> 
> Remaining blockers for using plain Debian are uboot and atf support but
> the uboot/atf shipped with the device is able to boot Debian kernels
> just fine.

The DTS is in linux-next now so on it's way for 5.10:

https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/arch/arm64/boot/dts/freescale/imx8mq-librem5.dtsi
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/arch/arm64/boot/dts/freescale/imx8mq-librem5-r2.dts
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/arch/arm64/boot/dts/freescale/imx8mq-librem5-r3.dts

Cheers,
 -- Guido

> 
> Cheers,
>  -- Guido
> 
> -- System Information:
> Debian Release: bullseye/sid
>   APT prefers testing
>   APT policy: (990, 'testing'), (500, 'testing-debug'), (500, 'unstable'), 
> (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386, armhf, arm64
> 
> Kernel: Linux 5.6.0-2-amd64 (SMP w/4 CPU cores)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
> LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
> 
> Versions of packages flash-kernel depends on:
> ii  debconf [debconf-2.0]  1.5.74
> pn  devio  
> ii  initramfs-tools0.137
> ii  linux-base 4.6
> ii  mtd-utils  1:2.1.1-1
> ii  ucf3.0042
> 
> Versions of packages flash-kernel recommends:
> ii  u-boot-tools  2020.04+dfsg-2
> 
> flash-kernel suggests no packages.

Bug#968965: xen: FTBFS in sid

[Gianfranco Costamagna]

Source: xen
Version: 4.11.4+24-gddaaccbbab-1
Severity: serious

Hello, looks like xen is FTBFS because of some bd-uninstallable python package 
and a gcc-10 related build failure. 




gcc  -m64 -DBUILD_ID -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes 
-Wdeclaration-after-statement -Wno-unused-but-set-variable 
-Wno-unused-local-typedefs   -O2 -fomit-frame-pointer 
-D__XEN_INTERFACE_VERSION__=__XEN_LATEST_INTERFACE_VERSION__ -MMD -MF .tdb.o.d 
-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE  -g -O2 
-fdebug-prefix-map=/build/xen-4.11.4+24-gddaaccbbab=. -fstack-protector-strong 
-Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Werror -I. 
-include /build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/config.h 
-I./include 
-I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/libs/evtchn/include
 -I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/include 
-I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/libxc/include 
-I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/libs/toollog/include
 -I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/include 
-I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/libs/foreignmemory/include
 -I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/include 
-I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/libs/devicemodel/include
 -I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/include 
-I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/include 
-D__XEN_TOOLS__ 
-I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/libs/toolcore/include
 -I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/include 
-DXEN_LIB_STORED="\"/var/lib/xenstored\"" 
-DXEN_RUN_STORED="\"/var/run/xenstored\""  
-I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/libs/gnttab/include
 -I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/include  -c -o 
tdb.o tdb.c 
gcc  -m64 -DBUILD_ID -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes 
-Wdeclaration-after-statement -Wno-unused-but-set-variable 
-Wno-unused-local-typedefs   -O2 -fomit-frame-pointer 
-D__XEN_INTERFACE_VERSION__=__XEN_LATEST_INTERFACE_VERSION__ -MMD -MF 
.talloc.o.d -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE  -g -O2 
-fdebug-prefix-map=/build/xen-4.11.4+24-gddaaccbbab=. -fstack-protector-strong 
-Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Werror -I. 
-include /build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/config.h 
-I./include 
-I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/libs/evtchn/include
 -I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/include 
-I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/libxc/include 
-I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/libs/toollog/include
 -I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/include 
-I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/libs/foreignmemory/include
 -I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/include 
-I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/libs/devicemodel/include
 -I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/include 
-I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/include 
-D__XEN_TOOLS__ 
-I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/libs/toolcore/include
 -I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/include 
-DXEN_LIB_STORED="\"/var/lib/xenstored\"" 
-DXEN_RUN_STORED="\"/var/run/xenstored\""  
-I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/libs/gnttab/include
 -I/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore/../../tools/include  -c -o 
talloc.o talloc.c 
gcc xs_tdb_dump.o utils.o tdb.o talloc.o-Wl,-z,relro -Wl,-z,now  -o 
xs_tdb_dump 
/usr/bin/ld: utils.o:./tools/xenstore/utils.h:27: multiple definition of 
`xprintf'; xs_tdb_dump.o:./tools/xenstore/utils.h:27: first defined here
collect2: error: ld returned 1 exit status
make[6]: *** [Makefile:97: xs_tdb_dump] Error 1
make[6]: Leaving directory '/build/xen-4.11.4+24-gddaaccbbab/tools/xenstore'
make[5]: *** [/build/xen-4.11.4+24-gddaaccbbab/tools/../tools/Rules.mk:253: 
subdir-install-xenstore] Error 2
make[5]: Leaving directory '/build/xen-4.11.4+24-gddaaccbbab/tools'
make[4]: *** [/build/xen-4.11.4+24-gddaaccbbab/tools/../tools/Rules.mk:248: 
subdirs-install] Error 2
make[4]: Leaving directory '/build/xen-4.11.4+24-gddaaccbbab/tools'
make[3]: *** [Makefile:74: install] Error 2
make[3]: Leaving directory '/build/xen-4.11.4+24-gddaaccbbab/tools'
make[2]: *** [Makefile:127: install-tools] Error 2
make[2]: Leaving directory '/build/xen-4.11.4+24-gddaaccbbab'
make[1]: *** [debian/rules:202: override_dh_auto_build] Error 2
make[1]: Leaving directory '/build/xen-4.11.4+24-gddaaccbbab'
make: *** [debian/rules:150: build] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2
I: 

Bug#968964: lego: disables DNS providers without warning

[Phil Pennock]

Package: lego
Severity: important

Dear Maintainer,

The lego packaging for Debian disables various DNS providers, but does
not call out in the changelog when providers are disabled and does not
update the dnshelp sub-command so that the tool continues to falsely
claim support for DNS providers which have been disabled.  This led to
much debugging until fresh eyes on a Monday quickly identified that all
our problems came from using the distribution packaging of lego, so
we've now switched to upstream release binaries.

In the

git repo with the packaging, commit f2a108f0 on 2019-12-21 disabled
support for MS Azure DNS handling.  This was not mentioned in the
changelog file or the git commit message.

The way that DNS providers are disabled is that in the debian/rules
file, the upstream `providers/dns/dns_providers.go` is patched with
Perl.  If Debian is going to continue doing this, as a policy decision,
then the file `cmd/zz_gen_cmd_dnshelp.go` also needs to be updated, so
that running `lego dnshelp` does not falsely claim support where none
exists.

I believe that silently breaking working support and leaving now-false
claims in the code warrants "important" severity.

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

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

Bug#968962: [Pkg-javascript-devel] Bug#968962: Doesn't ship all deps from what it ships

[Xavier]

Le 24/08/2020 à 18:37, Julien Puydt a écrit :
> Package: node-typescript-types
> Version: 20200808-1
> Severity: important
> 
> I'm trying to update the node-ast-types packages, but fail for various
> reasons ; one of them is that node-typescript-types ships
> @types/micromatch which depends on @types/braces, but doesn't ship
> @types/braces.
> 
> I checked that the node-braces package doesn't contain the type
> declarations (their upstream doesn't ship them), so it's really the
> files coming from DefinitelyTyped which should get used.
> 
> I decided to set the severity to important, because it looks like more
> than a normal bug : it's not enough to add @types/braces to fix it ;
> perhaps there are other instances where broken type definitions are
> shipped, in the sense that they should be in the package.
> 
> I'll probably follow up to that initial mail with a full list of
> problems.
> 
> Thanks,
> 
> JP

Hi,

following a previous discussion, this bug should be reassigned to
node-micromatch/node-braces/node-typescript-types to embed
@types/micromatch in node-micromatch, @types/braces in node-braces,...
(with a breaks: node-typescript-types << new-version~ of course).

We should empty node-typescript-types and remove it from Debian. This
will avoid some bugs like #964637

Cheers,
Xavier

Bug#968962: Full list of missing deps

[Julien Puydt]

Ok, I dug some more, and found the package lacks (first level) :

- @types/parse5 and @types/tough-cookie for @types/lodash

- @types/braces for @types/micromatch

- @types/sinonjs__fake-timers for @types/sinon

and I checked on DefinitelyTyped's repository that there are no higher
level deps : with these the package will be unbroken.

Cheers,

JP

Bug#968963: dpkg-dev: architecture.mk is slow

[Jakub Wilk]

Package: dpkg-dev
Version: 1.20.5

/usr/share/dpkg/architecture.mk is very slow:

  $ time printf 'include /usr/share/dpkg/architecture.mk\nall:\n\ttrue\n' | make 
-f - > /dev/null

  real0m1.161s
  user0m1.009s
  sys 0m0.127s

strace tells me this is because it spawns dpkg-architecture 33(!) times.

Please speed this up.


-- System Information:
Architecture: i386

Versions of packages dpkg-dev depends on:
ii  perl  5.30.3-4
ii  libdpkg-perl  1.20.5
ii  tar   1.30+dfsg-7
ii  bzip2 1.0.8-4
ii  xz-utils  5.2.4-1+b1
ii  patch 2.7.6-6
ii  make  4.3-4
ii  binutils  2.35-2

--
Jakub Wilk

Bug#968962: Doesn't ship all deps from what it ships

[Julien Puydt]

Package: node-typescript-types
Version: 20200808-1
Severity: important

I'm trying to update the node-ast-types packages, but fail for various
reasons ; one of them is that node-typescript-types ships
@types/micromatch which depends on @types/braces, but doesn't ship
@types/braces.

I checked that the node-braces package doesn't contain the type
declarations (their upstream doesn't ship them), so it's really the
files coming from DefinitelyTyped which should get used.

I decided to set the severity to important, because it looks like more
than a normal bug : it's not enough to add @types/braces to fix it ;
perhaps there are other instances where broken type definitions are
shipped, in the sense that they should be in the package.

I'll probably follow up to that initial mail with a full list of
problems.

Thanks,

JP

Bug#968033: closed by Debian FTP Masters (Bug#968033: Removed package(s) from unstable)

[Axel Beckert]

Hi,

Debian Bug Tracking System wrote:
> We believe that the bug you reported is now fixed; the following
> package(s) have been removed from unstable:
> 
> python-wicd | 1.7.4+tb2-6 | all
>   wicd | 1.7.4+tb2-6 | source, all
>   wicd-cli | 1.7.4+tb2-6 | all
> wicd-curses | 1.7.4+tb2-6 | all
> wicd-daemon | 1.7.4+tb2-6 | all
>   wicd-gtk | 1.7.4+tb2-6 | all
> 
> --- Reason ---
> ROM; Version in unstable depends on Python 2.x, Python3 version only in 
> experimental so far
> --

Thanks!

> We try to close bugs which have been reported against this package
> automatically.

That unfortunately was very counterproductive since the package is
still in Debian Experimental and I now need to reopen all these bug
reports.

Could you please refrain from doing so if the packages removed from
Unstable are still in Debian Experimental? (Please tell if there's
package, maybe a pseudo-package against which I can file a bug report
for this issue.)

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#861343: HELLO

[REV JOHN ONYESO]

I'M Barrister LUIS LACOMBE,  From Lome Togo please listen. I have very 
important information concerning  your Family  please quickly reply back  for 
more details, luislacomb...@gmail.com
Thanks.

Bug#968960: python3.8: include in cpython failed as path was wrong

[Thorsten Wagner]

Package: libpython3.8-dev
Version: 3.8.2-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu groovy ubuntu-patch

Dear Maintainer,

   * parts of our project (gxsm.sf.net) did not compile while shifting from 
python3.7 to python3.8 (Ubuntu 18.04 to Ubuntu 20.04)
   * compiler could not find Py_single_input, Py_eval_input and so on 
   * reason: files had been rearranged in the libpython3.8-dev but a path in an 
include was not correct


*** /tmp/tmpl4ojltae/bug_body

In Ubuntu, the attached patch was applied to achieve the following:

   * correcting the path of the include in /python3.8/cpython/pystate.h
   * it was #include "cpython/initconfig.h"; it is not #include "initconfig.h"


  * debian/patches/99-new-patch.patch: corrected include path for initconfig.h 
in cpython/pystate.h 
  * LP #1877831 


Thanks for considering the patch.


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

Kernel: Linux 5.4.0-42-generic (SMP w/8 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff -Nru python3.8-3.8.2/debian/patches/99-new-patch.patch 
python3.8-3.8.2/debian/patches/99-new-patch.patch
--- python3.8-3.8.2/debian/patches/99-new-patch.patch   1970-01-01 
01:00:00.0 +0100
+++ python3.8-3.8.2/debian/patches/99-new-patch.patch   2020-08-24 
14:45:36.0 +0200
@@ -0,0 +1,16 @@
+## Description: fixing LP #1877831
+## Origin/Author: Thorsten Wagner/The GXSM3-Team
+## Bug: bugs.launchpad.net/ubuntu/+source/python3.8/+bug/1877831
+Index: python3.8-3.8.2/Include/cpython/pystate.h
+===
+--- python3.8-3.8.2.orig/Include/cpython/pystate.h
 python3.8-3.8.2/Include/cpython/pystate.h
+@@ -6,7 +6,7 @@
+ extern "C" {
+ #endif
+ 
+-#include "cpython/initconfig.h"
++#include "initconfig.h"
+ 
+ PyAPI_FUNC(int) _PyInterpreterState_RequiresIDRef(PyInterpreterState *);
+ PyAPI_FUNC(void) _PyInterpreterState_RequireIDRef(PyInterpreterState *, int);
diff -Nru python3.8-3.8.2/debian/patches/series 
python3.8-3.8.2/debian/patches/series
--- python3.8-3.8.2/debian/patches/series   2020-07-16 16:00:01.0 
+0200
+++ python3.8-3.8.2/debian/patches/series   2020-08-24 14:43:42.0 
+0200
@@ -41,3 +41,4 @@
 CVE-2020-8492.patch
 CVE-2019-20907.patch
 CVE-2020-14422.patch
+99-new-patch.patch

Bug#968959: ITP: fling -- Terrible program for flinging files and pipes over a network

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 

* Package name: fling
  Version : v1.0
  Upstream Author : Rob Kendrick 
* URL : https://github.com/rjek/fling
* License : MIT
  Programming Lang: C
  Description : Transfer data from stdin over network to destination quickly

fling transfers data quickly over a trusted network. It does not encrypt the
data. It tries to avoid copying data between kernel and userspace where it can;
We can see the most improvement over other tools like netcat on systems with
low memory bandwidth. fling is extremely Linux-specific, as almost all the
optimisations used beyond what other similar tools do are non-portable.


--
Regards
Sudip

Bug#968958: i3status: should not recommend its consuming bar

[Jonas Smedegaard]

Package: i3status
Version: 2.13-3
Severity: normal

i3status recommends dzen2/i3-wm/xmobar.

Please don't do that: Package relations are directional, and really it
is the bar consumer that should recommend a feeding message producer.

Instead, it is sensible for i3status to offer itself to these producers
by declaring Enhances - as is already done for those same 3 tools.
Related: i3status also enhances package sway (for application sway-bar).


kind regards,

 - Jonas

Bug#965985: CVE-2020-4042 / CVE-2020-11061

[Salvatore Bonaccorso]

Control: clone 965985 -1
Control: retitle 965985 bareos: CVE-2020-4042
Control: retitle -1 bareos: CVE-2020-11061
Control: forwarded 965985 https://bugs.bareos.org/view.php?id=1250
Control: forwarded -1 https://bugs.bareos.org/view.php?id=1210

Hi Moritz,

On Tue, Jul 21, 2020 at 09:32:16PM +0200, Moritz Muehlenhoff wrote:
> Source: bareos
> Severity: grave
> Tags: security
> 
> CVE-2020-11061:
> https://github.com/bareos/bareos/security/advisories/GHSA-mm45-cg35-54j4
> 
> CVE-2020-4042
> https://github.com/bareos/bareos/security/advisories/GHSA-vqpj-2vhj-h752

Going to clone/split this bug into two separately, with the following
reason. While both are covered in the supported Debian releases
samewise from the affected versions, CVE-2020-4042 is harder to handle
in the affected versions. Splitting the bug makes it easier to handle
the issues sepaately and e.g. fixing CVE-2020-11061 first with an
isolated fix.

Hope you are fine with that move, will update the security-tracker
then accordingly.

Regards,
Salvatore

Bug#968956: kbd: fails to build on big endian (s390x)

[Andreas Henriksson]

Package: kbd
Version: 2.2.0-1
Severity: serious
Tags: upstream
Justification: FTBFS on release arch
Forwarded: https://github.com/legionus/kbd/issues/40


Hello,

The new kbd release recently uploaded to unstable (2.2.0)
which includes fixes to build with gcc-10 has a regression
on big-endian architectures successfully caught by the
test-suite.

More information is already available in the upstream
issue tracker where someone has done the initial investigations.
(See forwarded url above.)

Would be great if someone from the debian s390 porters team
would follow up with which path to go down and propose
a patch that implements the solution. Alternatively we
could disable the test-suite on s390 in debian if you
think this issue is not important enough to hold up the
other fixes from entering testing/bullseye.

Regards,
Andreas Henriksson

Bug#920643: mariadb-server-10.3: mariadb won't start when running inside an lxc container when running on debian testing

[Matthew Darwin]

From my perspective, issue is resolved.

Bug#957176: epic4: diff for NMU version 1:2.10.6-1.1

[Sudip Mukherjee]

Control: tags 957176 + patch
Control: tags 957176 + pending

Dear maintainer,

I've prepared an NMU for epic4 (versioned as 1:2.10.6-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should cancel it.

--
Regards
Sudip

diff -Nru epic4-2.10.6/debian/changelog epic4-2.10.6/debian/changelog
--- epic4-2.10.6/debian/changelog   2016-07-24 15:06:23.0 +0100
+++ epic4-2.10.6/debian/changelog   2020-08-24 15:48:18.0 +0100
@@ -1,3 +1,10 @@
+epic4 (1:2.10.6-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix ftbfs with GCC-10. (Closes: #957176)
+
+ -- Sudip Mukherjee   Mon, 24 Aug 2020 15:48:18 
+0100
+
 epic4 (1:2.10.6-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru epic4-2.10.6/debian/patches/gcc-10.patch 
epic4-2.10.6/debian/patches/gcc-10.patch
--- epic4-2.10.6/debian/patches/gcc-10.patch1970-01-01 01:00:00.0 
+0100
+++ epic4-2.10.6/debian/patches/gcc-10.patch2020-08-24 15:46:45.0 
+0100
@@ -0,0 +1,18 @@
+Description: Fix ftbfs with GCC-10
+
+Author: Sudip Mukherjee 
+Bug-Debian: https://bugs.debian.org/957176
+Forwarded: no
+
+---
+
+--- epic4-2.10.6.orig/include/irc.h
 epic4-2.10.6/include/irc.h
+@@ -166,6 +166,6 @@ const  char *  current_loader  (void);  /*
+   char *  current_package (void);  /* XXX command.c */
+ 
+ /* keep track of signals for scripted events */
+-volatile int signals_caught[NSIG];
++extern volatile int signals_caught[NSIG];
+ 
+ #endif /* __irc_h */
diff -Nru epic4-2.10.6/debian/patches/series epic4-2.10.6/debian/patches/series
--- epic4-2.10.6/debian/patches/series  2016-07-24 15:18:53.0 +0100
+++ epic4-2.10.6/debian/patches/series  2020-08-24 14:25:09.0 +0100
@@ -4,3 +4,4 @@
 install_dir.patch
 man.patch
 reproducible_build.patch
+gcc-10.patch

Bug#968905: marked as done (djview4: unable to save a document)

[Barak A. Pearlmutter]

Maybe it would be worth adding something to the man page. Like "if
used in the following way ... this program can make very high demands
on the server, which may trigger anti-DoS logic on some servers or
networks. This can be worked around by ..."

Patches welcome!

Bug#968955: dictionaries-common: crashes emacs 27.1 at startup

[Rob Browning]

Package: dictionaries-common
Version: 1.28.1

Looks like dictionaries-common might need a bit of adjusttment for emacs
27.1 (now in experimental).  At startup it crashes like this:

  Debugger entered--Lisp error: (void-variable ispell-menu-map-needed)
debian-ispell-build-startup-menu(("american" "british" "canadian" 
"castellano8" "english"))
debian-ispell-set-startup-menu()
run-hooks(after-init-hook delayed-warnings-hook)
command-line()
normal-top-level()

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

Bug#968926: jupp: block reformatting malfunctions sometimes

[Thorsten Glaser]

Hi Felix,

>In version 3.1.38-1 on stable, block reformatting sometimes changes
>the content when the first character in the second line is either an
>asterisk or a slash. Here is how to produce it:

this is, unfortunately, by design.

>The same thing happens when the slash is altered into an asterisk
>before the two words are combined. Perhaps it is a feature related to
>bullet points, but I did not expect the results.

It is a feature related to comments in programming languages. If
the lines begin with characters usually used as comment characters
in those languages, they are kept at the beginning (same as when
one of the lines begins with space or so).

As a workaround (sorry I cannot give you the jmacs shortcuts, as
I only use the jupp flavour) you can first select the block and
replace (‘rk’ in the second prompt) all newlines ‘\n’ with spaces,
then reformat.

(Do also note that the format (^[q) command, as opposed to the
fmtblk command (not mapped in jmacs), also only really works well
if you have an empty line above and below the to-be-reformatted
lines because otherwise, even if they begin with, say, asterisks,
they will be taken as part of the line, due to the above.)

>Thanks for providing a nifty little editor with UTF-8 support!

Thank you for the feedback! This always makes maintainers happy
(though most of the credits, of course, go to the original author
Joe Allen).


If I add some caveat documenting this to the manpage, can we
close this? (I’ll figure out the exact set of characters affected.)

bye,
//mirabilos
-- 
[00:02]  gecko: benutzt du emacs ?
[00:03]  nö  [00:03]  nur n normalen mac
[00:04]  argl   [00:04]  ne den editor
-- Vutral und gecko2 in #deutsch (NB: Editor? Betriebssystem.)

Bug#968953: sane-backends: Please consider making ipp-usb a Recommends:

[Brian Potkin]

Source: sane-backends
Version: 1.0.30-1~experimental2
Severity: wishlist


Driverless scanning is the ability to scan without using a vendor-specific
driver and is a reality on Debian 11 with a modern scanner device.[1]

Two backends are available for driverless scanning. sane-escl is provided
by the SANE project. sane-airscan, an independent backend, is a Debian
package.[2] Users are advised that having both on a system is beneficial.

The two backends are intended to operate with a network connected device.
However, with ipp-usb[3] installed, a USB connected modern scanner device
would be treated as a network device if it uses the IPP-over-USB protocol.
[4]

Please consider enhancing the scanning framework on USB by including
ipp-usb as a recommended package.

Regards,

Brian.



[1] https://wiki.debian.org/SaneOverNetwork#escl
https://wiki.debian.org/SaneOverNetwork#wsd
https://wiki.debian.org/Scanner#intro

[2] 
https://packages.debian.org/search?keywords=sane-airscan=names=all=all

[3] 
https://packages.debian.org/search?keywords=ipp-usb=names=all=all

[4] https://wiki.debian.org/CUPSDriverlessPrinting#ippoverusb

Bug#968951: apparmor-profiles: Profile incomplete for pidgin and telepathy

[Henning Follmann]

Package: apparmor-profiles
Version: 2.13.2-10
Severity: important

Dear Maintainer,

When you try to login to a jabber server either via empathy or pidgin
/usr/lib/purple-2/XEP-0027.pl will be called but fails because of an
incomplete AppArmor profile:

Aug 06 19:55:20 typer audit[4039]: AVC apparmor="DENIED" operation="open" 
profile="/usr/lib/telepathy/telepathy-*" name="/usr/share/perl/5.28.1/strict.pm"
+pid=4039 comm="telepathy-haze" requested_mask="r" denied
Aug 06 19:55:20 typer org.freedesktop.Telepathy.ConnectionManager.haze[3320]: 
Can't locate strict.pm:   /usr/share/perl/5.28/strict.pm: Permission denied at
+/usr/lib/purple-2/XEP-0027.pl line 31.
Aug 06 19:55:20 typer org.freedesktop.Telepathy.ConnectionManager.haze[3320]: 
BEGIN failed--compilation aborted at /usr/lib/purple-2/XEP-0027.pl line 31.
Aug 06 19:55:20 typer kernel: audit: type=1400 audit(1596758120.240:27): 
apparmor="DENIED" operation="open" profile="/usr/lib/telepathy/telepathy-*"
+name="/usr/share/perl/5.28.1/strict.pm" pid=4039 comm="telepat

or for pidgin

Aug 18 09:58:17 typer audit[2790]: AVC apparmor="DENIED" operation="open" 
profile="/usr/bin/pidgin" name="/usr/share/perl/5.28.1/strict.pm" pid=2790 comm=
Aug 18 09:58:17 typer kernel: audit: type=1400 audit(1597759097.069:42): 
apparmor="DENIED" operation="open" profile="/usr/bin/pidgin" 
name="/usr/share/per


In both cases access to strict.pm fails.



-H





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

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

Versions of packages apparmor-profiles depends on:
ii  apparmor  2.13.2-10

apparmor-profiles recommends no packages.

apparmor-profiles suggests no packages.

-- no debconf information

Bug#968950: collectd-dev: missing meta_data.h header file included by plugin.h

[Joseph Nahmias]

Package: collectd-dev
Version: 5.11.0-7~bpo10+1
Severity: important

Hello,

Thanks for backporting collectd 5.11 to buster! When compiling my own
collectd plugin, I hit an error because plugin.h includes meta_data.h, but
the latter is not provided by the collectd-dev package. IIUC, it should be
a simple fix to debian/collectd-dev.install to make sure this file gets
included in the package.

Much appreciated,
--Joe

-- System Information:
Debian Release: 10.5
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-debug')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Versions of packages collectd-dev depends on:
ii  collectd-core  5.11.0-7~bpo10+1

Bug#968820: CVE-2020-24352

[Moritz Muehlenhoff]

On Mon, Aug 24, 2020 at 02:44:01PM +0300, Michael Tokarev wrote:
> As one of the QEMU developers put it,
> 
> ---
>  However this is hardly security critical as ati-vga is
>  experimental and not fully implemented yet so anyone
>  using it will likely get other problems (such as drivers
>  not loading) before a guest could exploit this.
>  I think QEMU only considers bugs in parts that are used
>  for virtualisation via KVM as security problems so maybe
>  this does not even need a CVE and could be normally
>  reported/discussed on the mailing list.
> ---
> 
> See https://lists.gnu.org/archive/html/qemu-devel/2020-08/msg05528.html

Fair enough, I'll mark it as a non issue in the Debian Security tracker.

Cheers,
Moritz

Bug#963705: debian package for frama-c

[Ralf Treinen]

Hello,

thanks for your bug report regarding the version of frama-c in debian
not supporting the current version of why3. This is just to let you know
that I am currently working on upgrading the frama-c package to scandium.

Your offer to help with thesting the debian package (once it is ready)
is greately appreciated. I'll come back to you later about how
to set this up.

Best- Ralf.
-- 
Ralf Treinen
Institut de Recherche en Informatique Fondamentale
Pôle Preuves, Programmes et Systèmes
Université de Paris
http://www.irif.fr/~treinen/

Bug#857132: console-setup (again) stopped to apply font at startup

[Валерий Заподовников]

An interesting moment here: font is applied correctly when you use HD
resolution (3440x1440) in my case, you need UEFI boot for Nvdia and change
to auto resolution grub. Only when you use low resolution the problem shows
itself. Also apparently default font does not support cyrillic unicode...
LOL.

Bug#968939: RFS: re2c/2.0.3-1 -- lexer generator for C, C++ and Go

[JCF Ploemen]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: re2c
   Version : 2.0.3-1
   Upstream Author : https://github.com/skvadrik/re2c
 * URL : https://re2c.org
 * License : Zend-2.00, Apache-2, PHP-3.01, public-domain
 * Vcs : https://salsa.debian.org/jcfp/re2c
   Section : devel

It builds those binary packages:

  re2c - lexer generator for C, C++ and Go

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_2.0.3-1.dsc

Changes since the last upload:

 re2c (2.0.3-1) unstable; urgency=medium
 .
   * New upstream release.
   * Patches: remove 01 (fix released upstream), refresh 02.
   * Copyright:
 + account for renamed test files.
 + update current upstream maintainer info.
   * Control: refresh description, mention newly added support for Go.
   * Rules: don't install the __run_all scripts with the examples.


Thanks!

Bug#838055: 0ad: Embedded libsquish library now available in debian

[Fabio Pedretti]

Hi, I closed this issue years ago because actually 0ad doesn't use the
squish library which is in the 0ad source.

It's a problem strictly related to the nvidia-texture-tools package.
Actually 0ad source could also be repackaged to remove squish and nvtt
directory, which are not used. Since there is already bug #838056 for
nvidia-texture-tools there is nothing to be done here and this one
could actually be closed. But I'll leave that up to you.

Related:
https://github.com/castano/nvidia-texture-tools/pull/244

Bug#871729: libembperl-perl: FTBFS when debhelper does not export PERL_USE_UNSAFE_INC

[Axel Beckert]

Hi,

intrigeri wrote:
>But anyway, taking a step back, it looks like for all practical
>purposes, in absence of an active upstream, our team de facto
>started maintaining this module in 2014. I'll start a discussion on
>the team mailing list about whether that's what we really want.

Not again. :-(

Last time we had that discussion, IIRC already said, I'll take care.
But if you want to bring that up again, I can also maintain it on my
own. :-P

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#968949: src:sane-backends: SANE Backends 1.0.31 released. Please upgrade

[Brian Potkin]

Source: sane-backends
Version: 1.0.30-1~experimental2
Severity: wishlist

As the announcement says:

  Six months and three weeks after sane-backends-1.0.29 and about three
  months after our sane-backends-1.0.30 security update, I'm happy to
  announce that sane-backends-1.0.31 has been released.  You can find
  the latest source tarballs and checksums on the [releases page][1] in
  the Other section of the Assets.

   [1]: https://gitlab.com/sane-project/backends/-/releases

Of note are the enhancements to the driverless backend, sane-escl. See
#962539.

  - `escl`: adds ADF support, fixes many minor issues and improves error
  handling.  Now also supports devices behind a proxy (needs explicit
  configuration).

Regards,

Brian.

Bug#968948: ayatana-indicator-notifications: should provide virtual package notification-daemon

[Jonas Smedegaard]

Package: ayatana-indicator-notifications
Version: 0.8.1-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

- From its package description, it seems ayatana-indicator-notifications
is an implementation of the XDG Desktop Notifications Specification.

If that's the case, then please have the package provide virtual package
notification-daemon to aid in recognizing that, and avoid pulling in
more of those than necessary.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAl9DtxsACgkQLHwxRsGg
ASGMeQ/9EOYjK8t+hBwCsUnkHHhQ65nLYKWg/dhQes40qjQ/1htwYkjmNXNqz0z0
u/e7CXZMHhm9HI/Bjern5ZkM3I/Mna2v1mZb6TfLp99HH4j/WO+ulI2Wp9QKtiX4
dbGXxPmWxA2+trLs9n/z1Qa6Pnn6LcOhS5XmwHQqOy21hFkB6VyFCC1HUZ/O+7DU
8I7775tb75bzMd58mV5WFnDGunnWXTxxiWWh737TkjHjJMkXjWVysDRYQsUlS17n
LLLVC2kDp3c3RjS3NNMsAvwv6UAJV0xkIrzOoN5Mu5doKa9LVzOsQtfCjoEUwVfm
a+59v8SvK/m5waIxvD7XgdG4CFSeUdoVTqU8wg9Wg1mXzigiT43f8dPNSPamzOnk
QOijHyYcR5Mf9T8PPPGLHbUyLqsY2xZBP3EzK/LL7HaLLLXFsnt4Yh8eKE+GXXIr
sKseDBmWXRpVf+UyZkTwm5MB3WuI0Bg+vlmlCyDSAjhs3/VlPvLA3U60Ey2v7voI
7G6dL5jCX/ZZHPJiSMBaaCZjDmoILhx/3yvUFaNZeIkf1RuuyhBQAVUsEHRTQ2kw
1F4c9kTw1kaFv/65CtBdw0XJr+PMigl4S1/N4Y8GBPjRiieANhdVIqPr5j7AC/iy
kX+BI+BOcA2WYDSGAJmsF8WjG9baobQPv4+Ez0h+oeq7/giu0es=
=HAo7
-END PGP SIGNATURE-

Bug#968140: RFS: emd/1.0.1-1 [ITP] -- Enhanced Markdown template processor

[Tong Sun]

Trying for a second time,

The package was tested on both gbp and sbuild. It's also lintian-clean.

Please help.

On Sat, Aug 15, 2020 at 2:02 PM Tong Sun
 wrote:
>
> Trying again,
>
> The package was tested on both gbp and sbuild. It's also lintian-clean, BTW.
>
> On Sun, Aug 9, 2020 at 2:25 PM Tong Sun
>  wrote:
> >
> > Hi,
> >
> > I'm looking for a sponsor for the package "emd" (#968140).
> >
> > It is at:
> >   https://salsa.debian.org/go-team/packages/emd
> >
> > The package was tested on both gbp and sbuild. It's also lintian-clean.
> >
> > Please consider to review and upload it. Any kind of suggestions are
> > appreciated.
> >
> > Thank you!
> >
> >
> > -- Forwarded message -
> > From: Tong Sun 
> > Date: Sun, Aug 9, 2020 at 12:51 PM
> > Subject: Bug#968140: ITP: emd -- Enhanced Markdown template processor
> > To: 
> >
> >
> > Package: wnpp
> > Severity: wishlist
> > Owner: Tong Sun 
> >
> > * Package name: emd
> >   Version : 1.0.1-1
> >   Upstream Author : mh-cbon
> > * URL : https://github.com/mh-cbon/emd
> > * License : Expat
> >   Programming Lang: Go
> >   Description : Enhanced Markdown template processor
> >
> >  emd is the Enhanced Markdown template processor.
> >  It can save people from tedious jobs updating their README.md files by
> >  automating all those that can be automated, especially for cli
> >  based programs.

Bug#968947: qemu: CVE-2020-14364: usb: out-of-bounds r/w access issue

[Salvatore Bonaccorso]

Source: qemu
Version: 1:5.1+dfsg-3
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team 

Hi,

The following vulnerability was published for qemu.

CVE-2020-14364[0]:
| usb: out-of-bounds r/w access issue

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2020-14364
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14364
[1] https://xenbits.xen.org/xsa/advisory-335.html

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#968946: coccinelle: FTBFS in sid

[Gianfranco Costamagna]

Source: coccinelle
Version: 1.0.8.deb-3
Severity: serious

Hello, some ocaml changes broke the build of coccinelle

http://debomatic-amd64.debian.net/distribution#unstable/coccinelle/1.0.8.deb-3/buildlog

snip of the failure:
OCAMLCparsing_cocci/command_line.mli
File "parsing_cocci/parser_cocci_menhir.mli", line 234, characters 25-36:
234 |   (Ast_cocci.meta_name * Ast.metavar) option * Ast.mvinit)
   ^^^
Error: Unbound module AstOCAMLCparsing_c/token_annot.mli

OCAMLCparsing_c/flag_parsing_c.mli
make[1]: *** [Makefile:421: parsing_cocci/parser_cocci_menhir.cmi] Error 2

thanks for having a look

Gianfranco

Bug#968944: libjs-jquery-datatables-extensions: vfs_fonts.js not redistributed

[Steffen Moeller]

Package: libjs-jquery-datatables-extensions
Version: 0.0+git20150910.28fd64e+dfsg-3
Severity: normal

Dear Maintainer,

   * What led up to the situation?

When using pandoc this somehow senses the need to work with fonts and bails out 
since the file vfs_fonts.js is not found in the build folder.

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

This all becomes an issue while building (testing) the pigx-rnaseq package.

   * What was the outcome of this action?

pandoc:
/usr/lib/R/site-library/DT/htmlwidgets/lib/datatables-extensions/Buttons/js/vfs_fonts.js:
openBinaryFile: does not exist (No such file or directory)

   * What outcome did you expect instead?

I understand that the file with a copy of the GenShinGothic font (nice, but 
under a non-free license) is not redistributed. Instead, along instructions 
found on the net, Debian should prepare such a file itself with fonts that it 
ships. And the libjs-jquery-datatables-extensions should then get runtime 
dependencies on these font packages.

Thanks!

Steffen

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

Kernel: Linux 5.7.0-1-amd64 (SMP w/2 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
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)
LSM: AppArmor: enabled

Versions of packages libjs-jquery-datatables-extensions depends on:
ii  libjs-jquery  3.5.1+dfsg-4

Versions of packages libjs-jquery-datatables-extensions recommends:
ii  javascript-common  11

libjs-jquery-datatables-extensions suggests no packages.

-- no debconf information

Bug#968943: cifs-utils: mounting with multiuser,cifsacl ignores permission inhertiance on the server when copying files to the server

[Jens Schmidt]

Package: cifs-utils
Version: 2:6.8-2
Severity: normal

Dear Maintainer,

on a remote samba server we have set up some permissions using windows ACLs.
Shares on clients are mounted with multiuser,cifsacl via autofs.
(fstype=cifs,rw,multiuser,cifsacl,username=cifsmount,soft,sec=krb5i,vers=3.0)

When copying a file to a share the permissions set on the folder on the server
are not inherited by the copied files.
However, when creating files directly on the share the permissions are
inherited.

Workaround: The permissions are set up on copy as anticipated when not using
the mount option cifsacl.

PLease fix this.
If you need any more information feel free to ask.

Best regards
Jens



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

Kernel: Linux 5.6.0-0.bpo.2-amd64 (SMP w/16 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:de (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages cifs-utils depends on:
ii  libc6 2.28-10
ii  libcap-ng00.7.9-2
ii  libkeyutils1  1.6-6
ii  libkrb5-3 1.17-3
ii  libpam0g  1.3.1-5
ii  libtalloc22.1.14-2
ii  libwbclient0  2:4.9.5+dfsg-5+deb10u1

cifs-utils recommends no packages.

Versions of packages cifs-utils suggests:
ii  keyutils   1.6-6
ii  smbclient  2:4.9.5+dfsg-5+deb10u1
ii  winbind2:4.9.5+dfsg-5+deb10u1

-- no debconf information

Bug#949549: Not fixed

[PICCA Frederic-Emmanuel]

Hello Thomas,

I am wondering if this is not a false positive.

all the code is compiled with -D_FORTIFY_SOURCE=2

https://salsa.debian.org/science-team/tango/-/jobs/954394/raw

Can you confirm that it is a false positive ?

I am not that confident when it comes to hardening flags.

for the record I checked also the Database and it is also affected by this.


cheers

Bug#968942: openvpn: TCP socket backlog set too low

[Martin Zobel-Helas]

Package: openvpn
Version: 2.4.7-1
Severity: important
Tags: patch upstream
X-Debbugs-Cc: paul.v...@dg-i.net

Hi,

i recently upgraded an OpenVPN server that is mostly used for VPN over
TCP. The VPN server ran very unstable after the upgrade.

Also the kernel at the exact same times had the following lines:

# TCP: request_sock_TCP: Possible SYN flooding on port 1194. Dropping request. 
Check SNMP counters. 

I digged a little bit around and found, that this seems to be a known
problem of openvpn below 2.4.8 on machines running kernels newer than
4.3.

This very same issue is described in [1]. The fix for this seems to be
[2].

Please consider if this change could be brought into Debian 10 stable
update (e.g. 10.6), or at least provide a backport version in debian
buster backports.

Thanks,
Martin

[1]: https://community.openvpn.net/openvpn/ticket/1208
[2]: 
https://community.openvpn.net/openvpn/changeset/ec0ca68f4ed1e6aa6f08f470b18e0198b7e5a4da/

-- 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.7.0-2-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages openvpn depends on:
ii  debconf [debconf-2.0]  1.5.74
ii  iproute2   5.8.0-1
ii  libc6  2.31-3
ii  liblz4-1   1.9.2-2
ii  liblzo2-2  2.10-2
ii  libpam0g   1.3.1-5
ii  libpkcs11-helper1  1.26-1+b1
ii  libssl1.1  1.1.1g-1
ii  libsystemd0246.2-1
ii  lsb-base   11.1.0

Versions of packages openvpn recommends:
ii  easy-rsa  3.0.6-1

Versions of packages openvpn suggests:
ii  openssl   1.1.1g-1
pn  openvpn-systemd-resolved  
pn  resolvconf

-- debconf information excluded

-- 
 Martin Zobel-Helas Debian System Administrator
 Debian & GNU/Linux Developer   Debian Listmaster
 http://about.me/zobel   Debian Webmaster
 GPG Fingerprint:  6B18 5642 8E41 EC89 3D5D  BDBB 53B1 AC6D B11B 627B 

Bug#968646: growl-for-linux: man page is missing

[Kentaro Hayashi]

I've attached gol.1 


gol.1
Description: Binary data

Bug#968941: New upstream release v2.1

[Simon Spöhel]

Package: networkd-dispatcher
Severity: wishlist

Hi

A new version has been released, it would be nice if you could update
networkd-dispatcher in sid.

Regards
Simon

Bug#932837: xscreensaver: No text on lock screen

[Jamie Zawinski]

> I find it strange, if I read it correctly, that it first succeeds 
> to replace the -*-helvetica-bold-r-*-*-*-140-*-*-*-*-iso8859-1 font 
> (with -*-*-medium-r-*-*-*-140-*-*-p-*-iso10646-1) twice but fails the 
> third time…

I think the output is still truncated on that third attempt. It should end with 
either a line saying "substituted" or saying "unable to find any alternatives".

If you run with -no-capture-stderr that should stop the truncations, hopefully.

However, I thought you said that things were working ok with the self-compiled 
version, and it was the package-installed version where the fonts were blank?

Do these commands return usable fonts? These are the fallback font patterns 
that it tried as a last resort, since your system has *none* of the other 
standard X11 fonts installed:

xlsfonts -fn "-*-*-medium-r-*-*-*-140-*-*-p-*-iso10646-1"
xlsfonts -fn "-*-*-medium-r-*-*-*-180-*-*-p-*-iso10646-1"

Maybe test with "xterm -font "

--
Jamie Zawinski  https://www.jwz.org/  https://www.dnalounge.com/

Bug#968820: CVE-2020-24352

[Michael Tokarev]

As one of the QEMU developers put it,

---
 However this is hardly security critical as ati-vga is
 experimental and not fully implemented yet so anyone
 using it will likely get other problems (such as drivers
 not loading) before a guest could exploit this.
 I think QEMU only considers bugs in parts that are used
 for virtualisation via KVM as security problems so maybe
 this does not even need a CVE and could be normally
 reported/discussed on the mailing list.
---

See https://lists.gnu.org/archive/html/qemu-devel/2020-08/msg05528.html

/mjt

Bug#961345: cups: daemon crashes with invalid free()

[Ronny Adsetts]

Bernhard Übelacker wrote on 22/08/2020 13:33:
> 
> sorry for the delay.

No problem at all.

> You wrote you recompiled - then I guess your build directory should
> also contain the libcups2-dbgsym and cups-daemon-dbgsym packages.

Yes. I'd already installed libcups2-dbgsym. I've now installed 
cups-daemon-dbgsym too.

> If you still get this crash, could you install these dbgsym packages
> from your build and recreate that backtrace in coredumpctl?
> A 'bt full' could contain some details too.

We're getting the crash 50-100 times a day on a weekday so no problem 
reproducing...

The "bt full" on a recent crash:

root@samba-prn-01:~# coredumpctl gdb 22744
   PID: 22744 (cupsd)
   UID: 0 (root)
   GID: 0 (root)
Signal: 6 (ABRT)
 Timestamp: Mon 2020-08-24 11:41:07 BST (3min 32s ago)
  Command Line: /usr/sbin/cupsd -l
Executable: /usr/sbin/cupsd
 Control Group: /system.slice/cups.service
  Unit: cups.service
 Slice: system.slice
   Boot ID: e7b5643e81964f88b7b34a712caf323a
Machine ID: d5fab4a49a044739a79685e71c58019c
  Hostname: samba-prn-01.graysofwestminster.co.uk
   Storage: 
/var/lib/systemd/coredump/core.cupsd.0.e7b5643e81964f88b7b34a712caf323a.22744.159826566700.lz4
   Message: Process 22744 (cupsd) of user 0 dumped core.

Stack trace of thread 22744:
#0  0x7f4c25f2f7bb __GI_raise (libc.so.6)
#1  0x7f4c25f1a535 __GI_abort (libc.so.6)
#2  0x7f4c25f71508 __libc_message (libc.so.6)
#3  0x7f4c25f77c1a malloc_printerr (libc.so.6)
#4  0x7f4c25f7942c _int_free (libc.so.6)
#5  0x7f4c260f543e n/a (libcups.so.2)
#6  0x7f4c260f53a8 ippDelete (libcups.so.2)
#7  0x558e8fde4ce4 cupsdWriteClient (cupsd)
#8  0x558e8fe1ed37 cupsdDoSelect (cupsd)
#9  0x558e8fddc2f5 main (cupsd)
#10 0x7f4c25f1c09b __libc_start_main (libc.so.6)
#11 0x558e8fddd5da _start (cupsd)

GNU gdb (Debian 8.2.1-2+b3) 8.2.1
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/sbin/cupsd...Reading symbols from 
/usr/lib/debug/.build-id/6d/c083ea4548b510e5e2e225f09345d3ef998629.debug...done.
done.
[New LWP 22744]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/sbin/cupsd -l'.
Program terminated with signal SIGABRT, Aborted.
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
50  ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bnt full
Undefined command: "bnt".  Try "help".
(gdb) bt full
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
set = {__val = {0, 1, 1023, 139965031776793, 140733120872449,
94070787803904, 94070787803904, 94070787803904, 94070787803904,
94070787803932, 94070787804927, 94070787803904, 94070787804927,
16322178772337255680, 140732327528640, 140732327528640}}
pid = 
tid = 
ret = 
#1  0x7f4c25f1a535 in __GI_abort () at abort.c:79
save_stage = 1
act = {__sigaction_handler = {sa_handler = 0x300030,
sa_sigaction = 0x300030}, sa_mask = {__val = {140732327529160,
  140732327528912, 16322178772337255680, 94070792526160,
  16322178772337255680, 0, 139965031440801, 209,
  16322178772337255680, 208, 94070790887360, 94070790879152,
  94070787745283, 140732327529024, 140732327529056,
  140732327529312}}, sa_flags = -865858976, sa_restorer = 0x1000}
sigs = {__val = {32, 0 }}
#2  0x7f4c25f71508 in __libc_message (action=action@entry=do_abort,
fmt=fmt@entry=0x7f4c2607c28d "%s\n") at ../sysdeps/posix/libc_fatal.c:181
ap = {{gp_offset = 24, fp_offset = 0,
overflow_arg_area = 0x7ffecc640b70,
reg_save_area = 0x7ffecc640b00}}
fd = 2
list = 
nlist = 
cp = 
written = 
#3  0x7f4c25f77c1a in malloc_printerr (
str=str@entry=0x7f4c2607a43b "free(): invalid pointer") at malloc.c:5341
No locals.
#4  0x7f4c25f7942c in _int_free (av=, p=,

Bug#950924: python-feather-format: FTBFS with pandas 1.0: test_boolean_object_nulls / test_sparse_dataframe fail

[Rebecca N. Palmer]

The patch still works for me (on amd64, dpkg-buildpackage in a chroot 
with experimental python3-pandas(-lib), sid everything else; keep the 
existing pandas025.patch).  Anything obviously different about your test 
environment?

Bug#968940: linux: please add patch to support virtualbox on kernel 5.8

[Bastian Blank]

Control: severity -1 important

On Mon, Aug 24, 2020 at 12:11:08PM +0200, Gianfranco Costamagna wrote:
> Hello, as explained on upstream ticket [1], the new kernel broke virtualbox, 
> and the only fix that has been found
> so far is to export map_kernel_range and __get_vm_area_caller to modules

Please talk to linux upstream.

Bastian

-- 
"Get back to your stations!"
"We're beaming down to the planet, sir."
-- Kirk and Mr. Leslie, "This Side of Paradise",
   stardate 3417.3

Bug#968921: ITP: dotnet-core-3.1 -- Microsoft .NET Core SDK 3.0.100

[Luca Boccassi]

On Sun, 2020-08-23 at 18:06 -0500, Alistair Young wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Alistair Young 
> X-Debbugs-Cc: debian-de...@lists.debian.org, ava...@arkane-systems.net
> 
> * Package name: dotnet-core-3.1
>   Version : 3.0.100
>   Upstream Author : Microsoft 
> * URL : https://dotnet.microsoft.com/
> * License : MIT
>   Programming Lang: C++, C#, F#
>   Description : Microsoft .NET Core SDK 3.0.100
> 
> .NET Core is a development platform that you can use to build
> command-line applications, microservices and modern websites. It
> is open source, cross-platform and is supported by Microsoft.
> 
> Relevant information:
> 
> This package is built from the Microsoft-provided source-build
> repository, which provides a source tarball for .NET Core
> specifically intended to meet "common Linux distribution guidelines".
> 
> As Microsoft themselves point out, packaging this for main is
> useful because it lowers the barrier to use of .NET Core to one
> equivalent to other in-distro languages without requiring the
> use of third-party repositories, especially when the runtime is
> needed as a dependency of another package. (This latter is
> among my personal motivations for doing this, insofar as another
> package I have in process, systemd-genie, requires this.)
> 
> I anticipate maintaining this package myself; this should be
> quite simple given the dotnet/source-build repository which
> provides all necessary components to be packaged in the proper
> form, and will become even simpler once bootstrapping is
> no longer necessary.
> 
> I will, however, need a sponsor.

Hi,

I'd be happy to sponsor uploads for this, let me know once the work is
done and I'll review.

-- 
Kind regards,
Luca Boccassi


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

Bug#968343: RM: golang-github-mendersoftware-mendertesting-dev -- ROM; deprecated and unused

[Andreas Henriksson]

Control: tags -1 - moreinfo

Hello Sean,

On Sat, Aug 22, 2020 at 08:26:53AM -0700, Sean Whitton wrote:
> control: tag -1 + moreinfo
> 
> Hello,
> 
> On Thu 13 Aug 2020 at 01:02PM +02, lluis.cam...@northern.tech wrote:
> 
> > This dependency is now deprecated after latest update of packages
> > mender-cli and golang-github-mendersoftware-mender-artifact following
> > upstream Mender project release.
> >
> > Unused both in testing and unstable, so please remove:
> >
> > golang-github-mendersoftware-mendertesting-dev
> >
> > See also #960398 for related previously RM bug report.
> 
> Could the maintainer confirm this, please?

Not sure who the question is directed at but hopefully I can help clear
out some confusion here.

This is a ROM. Lluis is both debian (co-)maintainer as well as upstream
for all the mender related components (unlike myself who only tries to
help out on the debian side).

Lluis has been driving the work to clean out dependencies of these
deprecated components both upstream and in debian.

Would be great if we can put the final nail in the coffin and get them
removed.


Since Lluis doesn't have the access I've now tried dak rm test run
which seems to confirm there should be no blockers for the removal of
golang-github-mendersoftware-mendertesting

(Lluis: please note to give ftp-masters the name of the source-package,
not the binary package  unless you're asking for only a specific
binary package to be removed. Normally we want source removals and
that will also get all binaries removed.)

Hope this helps.

Regards,
Andreas Henriksson

Bug#968905: djview4: unable to save a document

[Barak A. Pearlmutter]

Quick first reaction, so maybe I'm being clueless. But, my first
thought is to ask: is this really the right place for such a facility?

This seems like a bug in the server. But failing that, it seems like a
"limit transfer rate to HOST:PORT to 10Mb/s" or whatever belongs in a
network policy, like a firewall rule or wherever bandwidth limitations
go. Otherwise we end up cluttering up the logic of every
network-capable program to basically include a little baby network
bandwidth policy submodule. There are also ways of enforcing limits
(CPU limits, memory limits, etc) on programs. "help ulimit" under
bash. This isn't set up to limit network bandwidth, but maybe it
should be? Or some other sandbox/wrapper thing: it's not like there's
any shortage of such mechanisms in a modern bloated Linux kernel!
Bottom line: I'm thinking these kinds of policy restrictions seem like
they belong in layers outside client programs.

Bug#968940: linux: please add patch to support virtualbox on kernel 5.8

[Gianfranco Costamagna]

Source: linux
Version: 5.8.3-1~exp1
Severity: serious
tags: patch

Hello, as explained on upstream ticket [1], the new kernel broke virtualbox, 
and the only fix that has been found
so far is to export map_kernel_range and __get_vm_area_caller to modules

https://www.virtualbox.org/attachment/ticket/19644/local_patches

This trivial patch does the trick
diff --git a/mm/vmalloc.c b/mm/vmalloc.c
--- a/mm/vmalloc.c
+++ b/mm/vmalloc.c
@@ -325,6 +325,7 @@ int map_kernel_range(unsigned long start, unsigned long 
size, pgprot_t prot,
flush_cache_vmap(start, start + size);
return ret;
 }
+EXPORT_SYMBOL(map_kernel_range);
 
 int is_vmalloc_or_module_addr(const void *x)
 {
@@ -2130,6 +2131,7 @@ struct vm_struct *__get_vm_area_caller(unsigned long 
size, unsigned long flags,
return __get_vm_area_node(size, 1, flags, start, end, NUMA_NO_NODE,
  GFP_KERNEL, caller);
 }
+EXPORT_SYMBOL(__get_vm_area_caller);
 
 /**
  * get_vm_area - reserve a contiguous kernel virtual area


[1] https://www.virtualbox.org/ticket/19644

thanks

Gianfranco

Bug#968739: [benjamin.redeli...@gmail.com: Bug#968739: igv will not run]

[Pierre Gruet]

Hi,

Le 21/08/2020 à 12:44, Andreas Tille a écrit :
> Hi Pierre,
> 
> On Fri, Aug 21, 2020 at 11:32:47AM +0200, Pierre Gruet wrote:
>>> I injected the latest upstream version into Git.  It does not include so
>>> many binary jar's any more but I think its trying to download these
>>> instead.  I gave up for the moment since I have no idea about gradle.
>>>
>> Thanks! Many of those jars are in Debian packages, so there is hope to
>> get rid of many, maybe all... I'm looking at it.
>>

Contrarily to what I wrote a few days ago, I do not think we are ready
to remove all included jars in igv.
For instance we would have to package libgoby-java, I have just made
some packaging effort on its new upstream version [0] after Andreas
began but, as Olivier noticed before on a previous upstream version [1],
there are still many jars missing in Debian.

We would also need to have the huge Amazon AWS SDK packaged...

I will thus work on #968739 and on the new upstream version but I am
afraid we will have to keep igv in non-free for the moment :-(

> 
> Thanks a lot.  That would be another mile stone!
> 
> Kind regards
> 
>   Andreas.
> 

All the best,
Pierre

[0] https://salsa.debian.org/med-team/libgoby-java/
[1] https://lists.debian.org/debian-med/2013/02/msg00152.html

Bug#968892: [Debian-on-mobile-maintainers] Bug#968892: RFP: meta-phosh -- Meta package for the phosh mobile environment

[Guido Günther]

control: retitle -1 RFP: meta-phosh -- Meta package for the GNOME/Phosh mobile 
environment

Hi,
On Sun, Aug 23, 2020 at 02:00:00PM +0200, Jonas Smedegaard wrote:
> Quoting Guido Günther (2020-08-23 13:21:52)
> > Package: wnpp
> > Severity: wishlist
> > 
> > * Package name: meta-phosh
> >   Version : 1
> >   Upstream Author : Guido Günter 
> > * URL : https://salsa.debian.org/DebianOnMobile-team/meta-phosh
> > * License : GPL
> >   Description : Meta package for the phosh mobile environment
> > 
> > A meta package to pull in the required components to run a phosh
> > session. The focus is on having apps for mobile (e.g. to do phone
> > calls) and apps that can reasonably fit the screen.
> > 
> > Doing this as RFP for the moment until all the dependencies are in.
> 
> I suggest instead releasing an actual metapackage, with preliminary 
> draft dependencies, to experimental.
> 
> I find it easier to contribute collaboratively - e.g. discuss and file 
> bugreports - against a draft package than an intention to make one :-)

I think that makes sense although it will be pretty hard to use with
the missing dependencies but depending on what went through new til
then we can also move them to Recommends until new is cleared.

Cheers,
 -- Guido

Bug#968920: avfs: AVFS only shows a subset of the files in dar archives.

[Michael Meskes]

Hi Adam,

thanks for reporting this bug.

> * What led up to the situation? I mounted a dar archive, and
> attempted to
> enter it.
>* What exactly did you do (or not do) that was effective (or
>  ineffective)? Once in the archive, I ran "ls" and saw that many
> files
> and directories were missing.

I think I may have found the reason and will upload a fixed version to
unstable in a few minutes. If this doesn't work, or the next time you
report a bug, please include the commands you used making it easier to
reproduce the issue.

Thanks.

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De
Michael at Meskes dot (De|Com|Net|Org)
Meskes at (Debian|Postgresql) dot Org

Bug#950924: python-feather-format: FTBFS with pandas 1.0: test_boolean_object_nulls / test_sparse_dataframe fail

[Drew Parsons]

On 2020-08-24 16:08, Drew Parsons wrote:

On 2020-08-24 15:31, Rebecca N. Palmer wrote:

The patch still works for me


... I'll have to dig
deeper (and try a chroot build).



My bad, looks like I forget to run quilt refresh when I was pushing the 
patch in.  I actually only had half of it.


The full patch works fine (of course!)

Drew