Bug#967062: /lib/modules/4.19.0-10-amd64/kernel/drivers/gpu/drm/amd/amdgpu/amdgpu.ko: Only black screen after modeset when firmware is present

[Stephen Paul Weber]

Package: src:linux
Version: 4.19.132-1
Severity: important
File: /lib/modules/4.19.0-10-amd64/kernel/drivers/gpu/drm/amd/amdgpu/amdgpu.ko

Dear Maintainer,

After installing Debian 10, system booted and worked fine.  amdgpu was loaded.
Installed firmware-amd-graphics caused and rebooted: right after grub, upon
modeset, the display goes black (not no video, the display does not go to
sleep) and stays black until a power cycle.  System seems to boot fine, but
graphics are dead.

Booting with modprobe.blacklist=amdgpu works fine (that is how I am booted now)
-- running modprobe amdgpu causes display to immediately go black.  modprobe
amdgpu && sleep 1 && rmmod amdgpu the display also goes black and stays black,
no recovery.

Tried upgrading to the firmware package in testing, no change.

I have attached a kernel log from a boot where amdgpu was not blacklisted
(pulled from /var/log/kern.log after waiting and then power cycling to boot
with blacklisted again).



-- Package-specific info:
** Version:
Linux version 4.19.0-10-amd64 (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)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.19.0-10-amd64 
root=UUID=968ad1c1-b891-4f9f-b0c1-037f6f9d05ce ro modprobe.blacklist=amdgpu

** Not tainted

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information
sys_vendor: Gigabyte Technology Co., Ltd.
product_name: A320M-S2H
product_version: Default string
chassis_vendor: Default string
chassis_version: Default string
bios_vendor: American Megatrends Inc.
bios_version: F50
board_vendor: Gigabyte Technology Co., Ltd.
board_name: A320M-S2H-CF
board_version: x.x

** Loaded modules:
ctr
ccm
fuse
arc4
appletalk
psnap
llc
ax25
edac_mce_amd
ccp
rng_core
kvm
irqbypass
crct10dif_pclmul
mt76x0
crc32_pclmul
mt76
snd_hda_codec_realtek
mac80211
snd_hda_codec_generic
ghash_clmulni_intel
uvcvideo
serio_raw
pcspkr
wmi_bmof
snd_hda_codec_hdmi
videobuf2_vmalloc
k10temp
videobuf2_memops
cfg80211
videobuf2_v4l2
videobuf2_common
snd_hda_intel
snd_usb_audio
snd_hda_codec
sp5100_tco
snd_hda_core
snd_usbmidi_lib
snd_hwdep
snd_rawmidi
snd_seq_device
videodev
snd_pcm
joydev
rfkill
snd_timer
snd
soundcore
media
sg
evdev
pcc_cpufreq
acpi_cpufreq
parport_pc
ppdev
lp
parport
ip_tables
x_tables
autofs4
ext4
crc16
mbcache
jbd2
crc32c_generic
fscrypto
ecb
sd_mod
hid_generic
usbhid
hid
crc32c_intel
xhci_pci
aesni_intel
aes_x86_64
crypto_simd
xhci_hcd
cryptd
glue_helper
ahci
libahci
libata
i2c_piix4
r8169
usbcore
realtek
scsi_mod
libphy
usb_common
wmi
thermal
video
gpio_amdpt
gpio_generic
button

** PCI devices:
00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2 
Root Complex [1022:15d0]
Subsystem: Advanced Micro Devices, Inc. [AMD] Raven/Raven2 Root Complex 
[1022:15d0]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- 

00:01.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 17h 
(Models 00h-1fh) PCIe Dummy Host Bridge [1022:1452]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:08.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 17h 
(Models 00h-1fh) PCIe Dummy Host Bridge [1022:1452]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:08.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2 
Internal PCIe GPP Bridge 0 to Bus B [1022:15dc] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller 
[1022:790b] (rev 61)
Subsystem: Gigabyte Technology Co., Ltd FCH SMBus Controller [1458:5001]
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap- 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- 

Bug#962014: emacs-gtk: ansi-term does not resize when GUI frame is resized by window manager

[Stephen Paul Weber]

Package: emacs-gtk
Version: 1:26.1+1-3.2+deb10u1
Severity: normal

Dear Maintainer,

When I run emacs-gtk or emacs-lucid (whether in daemon mode or not, and I have
tried under many different window managers, including gnome and lxde) the
included ansi-term function does not detect when a GUI frame is resized by, eg,
dragging on a corner with the mouse.  Doing any window-resizing using emacs
keybindings (even popping up helm or similar) fixes the problem temporarily.

Reproduction on a default install of emacs-gtk, Debian stable (no custom emacs
configuration):

1. Run emacs
2. M-x ansi-term RET
3. echo $COLUMNS
4. Resize the frame using window manager controls
5. echo $COLUMNS
6. Observe that the number is unchanged even though the frame size has changed

Discussions with at least one PopOS user indicate that the above works for them,
so this may be Debian-specific somehow, but of course there are many other
factors.

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

Kernel: Linux 5.4.0-0.bpo.4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages emacs-gtk depends on:
ii  emacs-bin-common   1:26.1+1-3.2+deb10u1
ii  emacs-common   1:26.1+1-3.2+deb10u1
ii  libacl12.2.53-4
ii  libasound2 1.1.8-1
ii  libatk1.0-02.30.0-2
ii  libc6  2.28-10
ii  libcairo-gobject2  1.16.0-4
ii  libcairo2  1.16.0-4
ii  libdbus-1-31.12.16-1
ii  libfontconfig1 2.13.1-2
ii  libfreetype6   2.9.1-3+deb10u1
ii  libgdk-pixbuf2.0-0 2.38.1+dfsg-1
ii  libgif75.1.4-3
ii  libglib2.0-0   2.58.3-2+deb10u2
ii  libgnutls303.6.7-4+deb10u3
ii  libgomp1   8.3.0-6
ii  libgpm21.20.7-5
ii  libgtk-3-0 3.24.5-1
ii  libice62:1.0.9-2
ii  libjpeg62-turbo1:1.5.2-2+b1
ii  liblcms2-2 2.9-3
ii  libm17n-0  1.8.0-2
ii  libmagickcore-6.q16-6  8:6.9.10.23+dfsg-2.1
ii  libmagickwand-6.q16-6  8:6.9.10.23+dfsg-2.1
ii  libotf00.9.13-4
ii  libpango-1.0-0 1.42.4-7~deb10u1
ii  libpangocairo-1.0-01.42.4-7~deb10u1
ii  libpng16-161.6.36-6
ii  librsvg2-2 2.44.10-2.1
ii  libselinux12.8-1+b1
ii  libsm6 2:1.2.3-1
ii  libsystemd0241-7~deb10u3
ii  libtiff5   4.1.0+git191117-2~deb10u1
ii  libtinfo6  6.1+20181013-2+deb10u2
ii  libx11-6   2:1.6.7-1
ii  libx11-xcb12:1.6.7-1
ii  libxcb11.13.1-2
ii  libxext6   2:1.3.3-1+b2
ii  libxfixes3 1:5.0.3-1
ii  libxft22.3.2-2
ii  libxinerama1   2:1.1.4-2
ii  libxml22.9.4+dfsg1-7+b3
ii  libxpm41:3.5.12-1
ii  libxrandr2 2:1.5.1-1
ii  libxrender11:0.9.10-1
ii  zlib1g 1:1.2.11.dfsg-1

emacs-gtk recommends no packages.

Versions of packages emacs-gtk suggests:
ii  emacs-common-non-dfsg  1:26.1+1-1

-- no debconf information

Bug#847442: gnome-software says 'Failed to obtain authentication.'

[Stephen Paul Weber]

Package: gnome-software
Version: 3.30.6-5
Followup-For: Bug #847442

Dear Maintainer,

I believe I have the same issue.  After installing `gnome-software` when I try 
to install anything it does not prompt for password and simply says "you do not 
have permission to install software".

I am not running under a full GNOME environment, but nevertheless policykit and 
packagekit and dbus are running, if that is relevant.

Running gnome-software as root from a terminal works, but using the menu 
launcher does not, and of course if I run it as root then other features are 
not quite right (such as the "launch" button on installed applications).

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

Kernel: Linux 5.4.0-0.bpo.4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-software depends on:
ii  appstream0.12.5-1
ii  apt-config-icons 0.12.5-1
ii  dconf-gsettings-backend [gsettings-backend]  0.30.1-2
ii  gnome-software-common3.30.6-5
ii  gsettings-desktop-schemas3.28.1-1
ii  libappstream-glib8   0.7.14-1
ii  libatk1.0-0  2.30.0-2
ii  libc62.28-10
ii  libcairo21.16.0-4
ii  libfwupd21.2.5-2
ii  libgdk-pixbuf2.0-0   2.38.1+dfsg-1
ii  libglib2.0-0 2.58.3-2+deb10u2
ii  libgnome-desktop-3-173.30.2.1-2
ii  libgspell-1-11.6.1-2
ii  libgtk-3-0   3.24.5-1
ii  libgtk3-perl 0.034-2
ii  libgudev-1.0-0   232-2
ii  libjson-glib-1.0-0   1.4.4-2
ii  libpackagekit-glib2-18   1.1.12-5
ii  libpolkit-gobject-1-00.105-25
ii  libsecret-1-00.18.7-1
ii  libsoup2.4-1 2.64.2-2
ii  packagekit   1.1.12-5
ii  software-properties-gtk  0.96.20.2-2

Versions of packages gnome-software recommends:
ii  fwupd  1.2.5-2

Versions of packages gnome-software suggests:
pn  apt-config-icons-hidpi 
pn  gnome-software-plugin-flatpak  
pn  gnome-software-plugin-snap 

-- no debconf information

Bug#949606: conky-all: cmus_* variables not recognized

[Stephen Paul Weber]

Package: conky-all
Version: 1.10.8-1+b1
Severity: normal

Dear Maintainer,

After installing conky-all, I read the manpage.  It clearly lists many
variables beginning "cmus_" as a way to report music playback
information for package cmus.  I have package cmus installed as well.
However, when using these variables in my conky config (or on command
line as "conky -t '${cmus_aaa}'" etc) I get an error message "unknown
variable '$cmus_aaa'" for any $cmus_* that I try.

Perhaps the package is not built with cmus support?  If not, I would
prefer that be added (since this is the *-all package) but in worst case
at least the manpage would hopefully not list unsupported variables.

Thanks so much for your time.

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

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

Versions of packages conky-all depends on:
ii  libaudclient2 3.5~rc2-1+b1
ii  libc6 2.28-10
ii  libcairo2 1.16.0-4
ii  libcurl3-gnutls   7.64.0-4
ii  libdbus-glib-1-2  0.110-4
ii  libgcc1   1:8.3.0-6
ii  libglib2.0-0  2.58.3-2+deb10u2
ii  libimlib2 1.5.1-1
ii  libiw30   30~pre9-13
ii  liblua5.1-0   5.1.5-8.1+b2
ii  libncurses6   6.1+20181013-2+deb10u2
ii  libpulse0 12.2-4+deb10u1
ii  librsvg2-22.44.10-2.1
ii  libstdc++68.3.0-6
ii  libtinfo6 6.1+20181013-2+deb10u2
ii  libx11-6  2:1.6.7-1
ii  libxdamage1   1:1.1.4-3+b3
ii  libxext6  2:1.3.3-1+b2
ii  libxfixes31:5.0.3-1
ii  libxft2   2.3.2-2
ii  libxinerama1  2:1.1.4-2
ii  libxml2   2.9.4+dfsg1-7+b3
ii  libxmmsclient60.8+dfsg-18.2
ii  libxnvctrl0   418.74-1

conky-all recommends no packages.

Versions of packages conky-all suggests:
pn  apcupsd
pn  audacious  
pn  moc
pn  mpd
pn  xmms2  

-- no debconf information

Bug#922555: android-sdk: should allow openjdk-8-jdk-headless

[Stephen Paul Weber]

Package: android-sdk
Version: 25.0.0+8
Severity: normal

Dear Maintainer,

When trying to install android-sdk on sid I find that it depends on a
jdk, but openjdk-8-jdk-headless (available in sid) is not in the list.
This means that even if I wish to use openjdk 8, openjdk 11 is pulled in
and made default instead.

Bug#906570: firefox-esr segfaults during startup on arm64 and armhf

[Stephen Paul Weber]

I also have this problem on an armhf system (Novena i.MX6) under stretch on 
60.4.0esr-1~deb9u1

Bug#919627: kodi: Segfault at startup on computer that has been working with Kodi

[Stephen Paul Weber]

libdrm-nouveau2:amd64 (2.4.74-1, 2.4.95-1~bpo9+1)

The libdrm-nouveau2 and related seem suspect, especially coming from 
backports.


Confirmed.  I downgraded libdrm-nouveau2 to the non-bpo version and then 
went through the pain of getting my system back to a consistent state.  Kodi 
now runs without issue once again.


signature.asc
Description: PGP signature

Bug#919627: kodi: Segfault at startup on computer that has been working with Kodi

[Stephen Paul Weber]

Could you please check the upgrade logs and maybe tell which package
upgrade broke kodi for you?


$ grep ^Upgrade /var/log/apt/history.log
Upgrade: libdatetime-timezone-perl:amd64 (1:2.09-1+2018g, 1:2.09-1+2018i), 
tzdata:amd64 (2018g-0+deb9u1, 2018i-0+deb9u1)
Upgrade: flatpak:amd64 (0.8.9-0+deb9u1, 1.0.4-1~bpo9+1), bubblewrap:amd64 
(0.1.7-1, 0.3.1-2~bpo9+1), flatpak-builder:amd64 (0.8.9-0+deb9u1, 
1.0.1-1~bpo9+1), libostree-1-1:amd64 (2016.15-5, 2018.9.1-1~bpo9+1), 
xdg-desktop-portal:amd64 (0.5-1, 1.0.3-1~bpo9+1)
Upgrade: libgles2-mesa:amd64 (13.0.6-1+b2, 18.2.6-1~bpo9+1), 
libdrm-nouveau2:amd64 (2.4.74-1, 2.4.95-1~bpo9+1), libdrm-nouveau2:i386 
(2.4.74-1, 2.4.95-1~bpo9+1), libegl1-mesa-dev:amd64 (13.0.6-1+b2, 
18.2.6-1~bpo9+1), libglapi-mesa:amd64 (13.0.6-1+b2, 18.2.6-1~bpo9+1), 
libglapi-mesa:i386 (13.0.6-1+b2, 18.2.6-1~bpo9+1), mesa-common-dev:amd64 
(13.0.6-1+b2, 18.2.6-1~bpo9+1), libegl1-mesa:amd64 (13.0.6-1+b2, 
18.2.6-1~bpo9+1), libgbm1:amd64 (13.0.6-1+b2, 18.2.6-1~bpo9+1), 
libwayland-client0:amd64 (1.12.0-1, 1.16.0-1~bpo9+1), libwayland-bin:amd64 
(1.12.0-1, 1.16.0-1~bpo9+1), libdrm-amdgpu1:amd64 (2.4.74-1, 2.4.95-1~bpo9+1), 
libdrm-amdgpu1:i386 (2.4.74-1, 2.4.95-1~bpo9+1), libwayland-dev:amd64 
(1.12.0-1, 1.16.0-1~bpo9+1), libwayland-egl1-mesa:amd64 (13.0.6-1+b2, 
18.2.6-1~bpo9+1), libgles2-mesa-dev:amd64 (13.0.6-1+b2, 18.2.6-1~bpo9+1), 
libdrm2:amd64 (2.4.74-1, 2.4.95-1~bpo9+1), libdrm2:i386 (2.4.74-1, 
2.4.95-1~bpo9+1), libgl1-mesa-dev:amd64 (13.0.6-1+b2, 18.2.6-1~bpo9+1), 
libgl1-mesa-glx:amd64 (13.0.6-1+b2, 18.2.6-1~bpo9+1), libgl1-mesa-glx:i386 
(13.0.6-1+b2, 18.2.6-1~bpo9+1), libdrm-intel1:amd64 (2.4.74-1, 
2.4.95-1~bpo9+1), libdrm-intel1:i386 (2.4.74-1, 2.4.95-1~bpo9+1), 
libdrm-radeon1:amd64 (2.4.74-1, 2.4.95-1~bpo9+1), libdrm-radeon1:i386 
(2.4.74-1, 2.4.95-1~bpo9+1), libdrm-dev:amd64 (2.4.74-1, 2.4.95-1~bpo9+1), 
libwayland-server0:amd64 (1.12.0-1, 1.16.0-1~bpo9+1), libwayland-cursor0:amd64 
(1.12.0-1, 1.16.0-1~bpo9+1)
Upgrade: fdroidserver:amd64 (0.7.0-2, 1.0.6-1~bpo9+1)
Upgrade: vlc-bin:amd64 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), 
vlc-plugin-video-output:amd64 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), 
vlc-plugin-samba:amd64 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), vlc-plugin-qt:amd64 
(3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), libsystemd0:amd64 (232-25+deb9u6, 
232-25+deb9u8), libzmq5:amd64 (4.2.1-4, 4.2.1-4+deb9u1), 
vlc-plugin-skins2:amd64 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), 
vlc-plugin-visualization:amd64 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), 
vlc-l10n:amd64 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), vlc-plugin-notify:amd64 
(3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), libvlc5:amd64 (3.0.3-1-0+deb9u1, 
3.0.6-0+deb9u1), udev:amd64 (232-25+deb9u6, 232-25+deb9u8), libvlccore9:amd64 
(3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), libudev1:amd64 (232-25+deb9u6, 
232-25+deb9u8), libvlc-bin:amd64 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), 
libudev-dev:amd64 (232-25+deb9u6, 232-25+deb9u8), systemd-sysv:amd64 
(232-25+deb9u6, 232-25+deb9u8), vlc:amd64 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), 
libpam-systemd:amd64 (232-25+deb9u6, 232-25+deb9u8), vlc-data:amd64 
(3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1), systemd:amd64 (232-25+deb9u6, 
232-25+deb9u8), vlc-plugin-video-splitter:amd64 (3.0.3-1-0+deb9u1, 
3.0.6-0+deb9u1), vlc-plugin-base:amd64 (3.0.3-1-0+deb9u1, 3.0.6-0+deb9u1)

I believe that last one (with vlc etc) was executed *after* I observed the 
problem.  The libdrm-nouveau2 and related seem suspect, especially coming 
from backports.


signature.asc
Description: PGP signature

Bug#919627: kodi: Segfault at startup on computer that has been working with Kodi

[Stephen Paul Weber]

Package: kodi
Version: 2:17.1+dfsg1-3
Severity: important

Dear Maintainer,

I have been running kodi on this system under Debian 9 for at least a
year with no issue.  Today, it will not run, either under the user I
normally run it as, or my user, either in standalone mode or as a window
on my normal LXDE desktop.  It segfaults during startup and I never even
see the Kodi UI.  Included here is the debug log file it manages to
write before crashing:

## Kodi CRASH LOG ###

 SYSTEM INFO 
 Date: Thu Jan 17 22:31:57 EST 2019
 Kodi Options: 
 Arch: x86_64
 Kernel: Linux 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2 (2018-10-27)
 Release: Debian GNU/Linux 9 (stretch)
## END SYSTEM INFO ##

### STACK TRACE #
=>  Core file: /home/kodi/core (2019-01-17 22:31:56.562352814 -0500)
=
[New LWP 1603]
[New LWP 1604]
[New LWP 1609]
[New LWP 1606]
[New LWP 1607]
[New LWP 1608]
[New LWP 1610]
[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/lib/x86_64-linux-gnu/kodi/kodi.bin'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x55fd51428382 in CWinSystemX11GLContext::IsExtSupported(char const*) ()
[Current thread is 1 (Thread 0x7f805f015b40 (LWP 1603))]

Thread 7 (Thread 0x7f8034c84700 (LWP 1610)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at 
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:180
#1  0x55fd51747e66 in XbmcThreads::CEventGroup::wait(unsigned int) ()
#2  0x55fd5141253d in ?? ()
#3  0x55fd51749cef in CThread::Action() ()
#4  0x55fd51749faf in CThread::staticThread(void*) ()
#5  0x7f805d888494 in start_thread (arg=0x7f8034c84700) at 
pthread_create.c:333
#6  0x7f8054fb8acf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Thread 6 (Thread 0x7f8035c86700 (LWP 1608)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at 
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:180
#1  0x55fd50e2fb0d in ActiveAE::CActiveAESink::Process() ()
#2  0x55fd51749cef in CThread::Action() ()
#3  0x55fd51749faf in CThread::staticThread(void*) ()
#4  0x7f805d888494 in start_thread (arg=0x7f8035c86700) at 
pthread_create.c:333
#5  0x7f8054fb8acf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Thread 5 (Thread 0x7f8036487700 (LWP 1607)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at 
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:180
#1  0x55fd50e2b387 in ActiveAE::CActiveAE::Process() ()
#2  0x55fd51749cef in CThread::Action() ()
#3  0x55fd51749faf in CThread::staticThread(void*) ()
#4  0x7f805d888494 in start_thread (arg=0x7f8036487700) at 
pthread_create.c:333
#5  0x7f8054fb8acf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Thread 4 (Thread 0x7f8036e9c700 (LWP 1606)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at 
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:180
#1  0x55fd514a3c3c in CJobManager::GetNextJob(CJobWorker const*) ()
#2  0x55fd514a3dea in CJobWorker::Process() ()
#3  0x55fd51749cef in CThread::Action() ()
#4  0x55fd51749faf in CThread::staticThread(void*) ()
#5  0x7f805d888494 in start_thread (arg=0x7f8036e9c700) at 
pthread_create.c:333
#6  0x7f8054fb8acf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Thread 3 (Thread 0x7f8035485700 (LWP 1609)):
#0  0x7f8054faf67d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x7f8059ac1c91 in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#2  0x7f8059ab34a1 in pa_mainloop_poll () from 
/usr/lib/x86_64-linux-gnu/libpulse.so.0
#3  0x7f8059ab3b3e in pa_mainloop_iterate () from 
/usr/lib/x86_64-linux-gnu/libpulse.so.0
#4  0x7f8059ab3bf0 in pa_mainloop_run () from 
/usr/lib/x86_64-linux-gnu/libpulse.so.0
#5  0x7f8059ac1bd9 in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#6  0x7f805191a2c8 in ?? () from 
/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-10.0.so
#7  0x7f805d888494 in start_thread (arg=0x7f8035485700) at 
pthread_create.c:333
#8  0x7f8054fb8acf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Thread 2 (Thread 0x7f803769d700 (LWP 1604)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at 
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:143
#1  0x55fd50ffc1a9 in ANNOUNCEMENT::CAnnouncementManager::Process() ()
#2  0x55fd51749cef in CThread::Action() ()
#3  0x55fd51749faf in CThread::staticThread(void*) ()
#4  0x7f805d888494 in start_thread (arg=0x7f803769d700) at 
pthread_create.c:333
#5  0x7f8054fb8acf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Thread 1 (Thread 0x7f805f015b40 (LWP 1603)):
#0  0x55fd51428382 in CWinSystemX11GLContext::IsExtSupported(char const*) ()
#1  0x55fd516e5680 in 

Bug#909152: libreoffice: Google Drive file listing fails with "General input/output error"

[Stephen Paul Weber]

Package: libreoffice
Version: 1:5.2.7-1+deb9u4
Severity: normal

Dear Maintainer,

After installing libreoffice and libreoffice-gnome I tried to use the
"open remote files" option and use my Google Drive account.  It did log
in (Google emails me to say so) but instead of a files listing I get
"General input/output error"

This has previously been reported to upstream:
https://bugs.documentfoundation.org/show_bug.cgi?id=117271 but in fact
it works in upstream's version so they closed it and suggested reporting
to Ubuntu, which was done:
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1754400 and
it seems they found a fix for their version:


after we explicitly enabled the google drive API for the project that
holds the API key used in libreoffice (it was not enabled previously)



From this I infer that distribution packages of libreoffice are using

their own Google API credentials different from those of upstream, and
that an option needs to be enabled on these credentials to allow Google
Drive access.  The rest of the comments on the Ubuntu bug are about 2FA
issues which are a different problem not related to this (my account has
no 2FA enabled).

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

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

Versions of packages libreoffice depends on:
ii  libreoffice-avmedia-backend-gstreamer  1:6.1.1~rc1-2~bpo9+1
ii  libreoffice-base   1:6.1.1~rc1-2~bpo9+1
ii  libreoffice-calc   1:6.1.1~rc1-2~bpo9+1
ii  libreoffice-core   1:6.1.1~rc1-2~bpo9+1
ii  libreoffice-draw   1:6.1.1~rc1-2~bpo9+1
ii  libreoffice-impress1:6.1.1~rc1-2~bpo9+1
ii  libreoffice-math   1:6.1.1~rc1-2~bpo9+1
ii  libreoffice-report-builder-bin 1:6.1.1~rc1-2~bpo9+1
ii  libreoffice-writer 1:6.1.1~rc1-2~bpo9+1
ii  python3-uno1:6.1.1~rc1-2~bpo9+1

Versions of packages libreoffice recommends:
pn  fonts-crosextra-caladea 
pn  fonts-crosextra-carlito 
ii  fonts-dejavu2.37-1
ii  fonts-liberation1:1.07.4-2
ii  fonts-liberation2   2.00.1-3
pn  fonts-linuxlibertine
ii  fonts-noto-hinted   20161116-1
ii  fonts-noto-mono 20161116-1
ii  fonts-sil-gentium-basic 1.1-7
ii  libreoffice-java-common 1:6.1.1~rc1-2~bpo9+1
pn  libreoffice-librelogo   
pn  libreoffice-nlpsolver   
pn  libreoffice-ogltrans
pn  libreoffice-report-builder  
pn  libreoffice-script-provider-bsh 
pn  libreoffice-script-provider-js  
pn  libreoffice-script-provider-python  
pn  libreoffice-sdbc-postgresql 
pn  libreoffice-wiki-publisher  

Versions of packages libreoffice suggests:
ii  cups-bsd   2.2.1-8+deb9u2
ii  default-jre [java6-runtime]2:1.8-58
ii  firefox-esr60.2.0esr-1~deb9u2
ii  ghostscript9.20~dfsg-3.2+deb9u5
ii  gnupg  2.1.18-8~deb9u2
pn  gpa
ii  gstreamer1.0-libav 1.10.4-1
pn  gstreamer1.0-plugins-bad   
ii  gstreamer1.0-plugins-base  1.10.4-1
ii  gstreamer1.0-plugins-good  1.10.4-1
ii  gstreamer1.0-plugins-ugly  1.10.4-1
ii  hunspell-en-ca [hunspell-dictionary]   1:5.2.5-1
ii  hyphen-ca [hyphen-hyphenation-patterns]1:5.2.5-1
ii  imagemagick8:6.9.7.4+dfsg-11+deb9u5
ii  imagemagick-6.q16 [imagemagick]8:6.9.7.4+dfsg-11+deb9u5
ii  libgl1-mesa-glx [libgl1]   13.0.6-1+b2
ii  libreoffice-gnome  1:6.1.1~rc1-2~bpo9+1
pn  libreoffice-help   
pn  libreoffice-l10n   
ii  libreoffice-lightproof-en [libreoffice-grammarche  0.4.3+1.5+git20140515-2
pn  libreoffice-officebean 
ii  libsane1.0.25-4.1
ii  libxrender11:0.9.10-1
pn  myspell-dictionary 
pn  mythes-thesaurus   
ii  openclipart-libreoffice1:0.18+dfsg-14
ii  openjdk-8-jre [java6-runtime]  8u181-b13-1~deb9u1
ii  pstoedit  

Bug#904520: [Pkg-mailman-hackers] Bug#904520: python-django-hyperkitty: Deleting thread causes Server Error (500)

[Stephen Paul Weber]

Do you get specific error messages in /var/log/mailman3/web ?


Relevant log lines seem to be:

12:41:19 [Q] INFO Enqueued 116
12:41:19 [Q] INFO Enqueued 117
INFO 2018-07-25 12:41:19,698 20469 hyperkitty.views.message Deleted email None 
(cajvngzszdm5kce6oi5u+nlnm1pwvcbjaxb_y0j7fhnuzo2b...@mail.gmail.com)
[pid: 20469|app: 0|req: 14/14] 2607:fea8:1ca0:56:e1dd:5c83:dfc9:2e01 () {74 vars 
in 2143 bytes} [Wed Jul 25 12:41:19 2018] POST 
/mailman3/hyperkitty/list/d...@singpolyma.net/thread/FIA72DYKAGUALZMMDGENV3EKVLS7LTPE/delete
 => generated 0 bytes in 132 msecs (HTTP/1.1 302) 7 headers in 378 bytes (2 
switches on core 0)
ERROR 2018-07-25 12:41:19,793 20469 django.request Internal Server Error: 
/mailman3/hyperkitty/list/d...@singpolyma.net/
Traceback (most recent call last):
 File "/usr/lib/python2.7/dist-packages/django/core/handlers/exception.py", 
line 41, in inner
   response = get_response(request)
 File "/usr/lib/python2.7/dist-packages/django/core/handlers/base.py", line 
249, in _legacy_get_response
   response = self._get_response(request)
 File "/usr/lib/python2.7/dist-packages/django/core/handlers/base.py", line 
187, in _get_response
   response = self.process_exception_by_middleware(e, request)
 File "/usr/lib/python2.7/dist-packages/django/core/handlers/base.py", line 
185, in _get_response
   response = wrapped_callback(request, *callback_args, **callback_kwargs)
 File "/usr/lib/python2.7/dist-packages/hyperkitty/lib/view_helpers.py", line 
136, in inner
   return func(request, *args, **kwargs)
 File "/usr/lib/python2.7/dist-packages/hyperkitty/views/mlist.py", line 129, 
in overview
   threads = mlist.recent_threads
 File "/usr/lib/python2.7/dist-packages/hyperkitty/models/mailinglist.py", line 
133, in recent_threads
   return self.cached_values["recent_threads"]()
 File "/usr/lib/python2.7/dist-packages/hyperkitty/models/common.py", line 61, 
in __call__
   return self.get_or_set(*args, **kwargs)
 File "/usr/lib/python2.7/dist-packages/hyperkitty/models/mailinglist.py", line 
271, in get_or_set
   return [Thread.objects.get(pk=pk) for pk in thread_ids]
 File "/usr/lib/python2.7/dist-packages/django/db/models/manager.py", line 85, 
in manager_method
   return getattr(self.get_queryset(), name)(*args, **kwargs)
 File "/usr/lib/python2.7/dist-packages/django/db/models/query.py", line 380, 
in get
   self.model._meta.object_name
DoesNotExist: Thread matching query does not exist.
ERROR 2018-07-25 12:41:19,793 20469 django.request Internal Server Error: 
/mailman3/hyperkitty/list/d...@singpolyma.net/
Traceback (most recent call last):
 File "/usr/lib/python2.7/dist-packages/django/core/handlers/exception.py", 
line 41, in inner
   response = get_response(request)
 File "/usr/lib/python2.7/dist-packages/django/core/handlers/base.py", line 
249, in _legacy_get_response
   response = self._get_response(request)
 File "/usr/lib/python2.7/dist-packages/django/core/handlers/base.py", line 
187, in _get_response
   response = self.process_exception_by_middleware(e, request)
 File "/usr/lib/python2.7/dist-packages/django/core/handlers/base.py", line 
185, in _get_response
   response = wrapped_callback(request, *callback_args, **callback_kwargs)
 File "/usr/lib/python2.7/dist-packages/hyperkitty/lib/view_helpers.py", line 
136, in inner
   return func(request, *args, **kwargs)
 File "/usr/lib/python2.7/dist-packages/hyperkitty/views/mlist.py", line 129, 
in overview
   threads = mlist.recent_threads
 File "/usr/lib/python2.7/dist-packages/hyperkitty/models/mailinglist.py", line 
133, in recent_threads
   return self.cached_values["recent_threads"]()
 File "/usr/lib/python2.7/dist-packages/hyperkitty/models/common.py", line 61, 
in __call__
   return self.get_or_set(*args, **kwargs)
 File "/usr/lib/python2.7/dist-packages/hyperkitty/models/mailinglist.py", line 
271, in get_or_set
   return [Thread.objects.get(pk=pk) for pk in thread_ids]
 File "/usr/lib/python2.7/dist-packages/django/db/models/manager.py", line 85, 
in manager_method
   return getattr(self.get_queryset(), name)(*args, **kwargs)
 File "/usr/lib/python2.7/dist-packages/django/db/models/query.py", line 380, 
in get
   self.model._meta.object_name
DoesNotExist: Thread matching query does not exist.
[pid: 20469|app: 0|req: 15/15] 2607:fea8:1ca0:56:e1dd:5c83:dfc9:2e01 () {70 vars 
in 1917 bytes} [Wed Jul 25 12:41:19 2018] GET 
/mailman3/hyperkitty/list/d...@singpolyma.net/ => generated 27 bytes in 74 
msecs (HTTP/1.1 500) 5 headers in 165 bytes (2 switches on core 1)


signature.asc
Description: PGP signature

Bug#904500: [Pkg-mailman-hackers] Bug#904500: mailman3-web: OpenID account connection fails (requires ?next=)

[Stephen Paul Weber]

Verifying return_to arguments: Parameter next not in return_to URL


Do you have a python traceback in the log?


Unfortunately, no.  The above message is all that appears in the log.  The 
webpage says



Social Network Login Failure

An error occurred while attempting to login via your social network 
account.


So I assume something in the app is catching the exception and only logging 
the message, not the traceback, before rendering this page.


signature.asc
Description: PGP signature

Bug#904520: python-django-hyperkitty: Deleting thread causes Server Error (500)

[Stephen Paul Weber]

Package: python-django-hyperkitty
Version: 1.1.4-4~bpo9+2
Severity: normal

Dear Maintainer,

As a superuser on the Django app, going to 
/mailman3/hyperkitty/list/.../thread/.../ there is a "Delete this thread" 
option in the right-hand sidebar.  Clicking this option results in a page that 
says Server Error (500) which can only be got rid of by issuing

sudo systemctl restart mailman3-web

After which the application works as expected again (and the thread is indeed 
deleted).

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

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

Versions of packages python-django-hyperkitty depends on:
ii  fonts-font-awesome  4.7.0~dfsg-1
ii  libjs-bootstrap 3.3.7+dfsg-2
ii  python  2.7.13-2
ii  python-cssmin   0.2.0-4
ii  python-dateutil 2.5.3-2
ii  python-django   1:1.11.14-1~bpo9+1
ii  python-django-compressor2.1-1
ii  python-django-extensions1.7.4-1
ii  python-django-gravatar2 1.4.0-1
ii  python-django-haystack  2.5.1-1
ii  python-django-mailman3  1.1.0-4~bpo9+1
ii  python-django-paintstore0.2-2~bpo9+2
ii  python-django-q 0.8.1-1~bpo9+1
ii  python-djangorestframework  3.4.0-2
ii  python-enum34   1.1.6-1
ii  python-lockfile 1:0.12.2-2
ii  python-mailmanclient3.1.1-5~bpo9+1
ii  python-networkx 1.11-2
ii  python-rjsmin   1.0.12+dfsg1-4
ii  python-robot-detection  0.4.0-1~bpo9+1
ii  python-tz   2016.7-0.3

Versions of packages python-django-hyperkitty recommends:
ii  mailman3-web  0+20170523-14~bpo9+1

python-django-hyperkitty suggests no packages.

-- no debconf information

Bug#904500: mailman3-web: OpenID account connection fails (requires ?next=)

[Stephen Paul Weber]

Package: mailman3-web
Version: 0+20170523-14~bpo9+1
Severity: normal

Dear Maintainer,

When enabling the OpenID login option, by uncommenting this line in 
/etc/mailman3/mailman-web.py

'allauth.socialaccount.providers.openid',

OpenID logins work for the Mailman3 web interface as expected.  However, when 
visiting /mailman3/accounts/social/connections/ to add a second "Account 
Connections" I get an error after the OpenID flow completes.  The error in the 
log is:

Verifying return_to arguments: Parameter next not in return_to URL

And, sure enough, if I visit 
/mailman3/accounts/social/connections/?next=/mailman3/accounts/social/connections/
 everything works as expected.

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

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

Versions of packages mailman3-web depends on:
ii  dbconfig-sqlite3  2.0.9~bpo9+1
ii  debconf [debconf-2.0] 1.5.61
ii  lsb-base  9.20161125
ii  node-less 1.6.3~dfsg-2
ii  python2.7.13-2
ii  python-django-hyperkitty  1.1.4-4~bpo9+2
ii  python-django-postorius   1.1.2-3~bpo9+2
ii  python-psycopg2   2.6.2-1
ii  python-whoosh 2.7.0-2
ii  ruby-sass 3.4.23-1
ii  ucf   3.0036
ii  uwsgi 2.0.14+20161117-3+deb9u2
ii  uwsgi-plugin-python   2.0.14+20161117-3+deb9u2

Versions of packages mailman3-web recommends:
ii  libapache2-mod-proxy-uwsgi  2.0.14+20161117-3+deb9u2

Versions of packages mailman3-web suggests:
ii  mariadb-server-10.1 [virtual-mysql-server]  10.1.26-0+deb9u1
ii  postgresql  9.6+181+deb9u2

-- Configuration Files:
/etc/mailman3/uwsgi.ini changed [not included]

-- debconf information:
* mailman3-web/superuser-mail: root@localhost
  mailman3-web/pgsql/no-empty-passwords:
  mailman3-web/remote/port:
* mailman3-web/configure-webserver: apache2
* mailman3-web/emailname: localhost.local
  mailman3-web/pgsql/changeconf: false
  mailman3-web/nginx-choice:
* mailman3-web/superuser-name: admin
  mailman3-web/remote/newhost: localhost
  mailman3-web/purge: false
  mailman3-web/mysql/admin-user:
  mailman3-web/pgsql/authmethod-admin: ident
  mailman3-web/remove-error: abort
  mailman3-web/upgrade-error: abort
  mailman3-web/db/dbname: mailman3web
  mailman3-web/pgsql/method: TCP/IP
  mailman3-web/pgsql/manualconf:
  mailman3-web/mysql/method: Unix socket
  mailman3-web/upgrade-backup: true
* mailman3-web/dbconfig-reinstall: false
* mailman3-web/database-type: pgsql
  mailman3-web/db/basepath: /var/lib/mailman3/web
* mailman3-web/django-site: singpolyma.net
* mailman3-web/dbconfig-install: true
  mailman3-web/dbconfig-remove: true
  mailman3-web/internal/reconfiguring: false
  mailman3-web/install-error: abort
  mailman3-web/internal/skip-preseed: false
* mailman3-web/remote/host: localhost
  mailman3-web/missing-db-package-error: abort
  mailman3-web/db/app-user: mailman3web@localhost
  mailman3-web/passwords-do-not-match:
  mailman3-web/pgsql/admin-user: postgres
* mailman3-web/restart-webserver: true
  mailman3-web/dbconfig-upgrade: true
  mailman3-web/pgsql/authmethod-user: password

Bug#874795: mnemonicode: Migrate to updated upstream

[Stephen Paul Weber]

Package: mnemonicode
Severity: wishlist

Dear Maintainer,

The currently used upstream for this package is gone (which is why the
homepage link goes to archive.org) -- I suggest to use my upstream
https://github.com/singpolyma/mnemonicode which I maintain and contains
some fixes and new features already.

Thanks.

Bug#874263: audacity: Sound playback is distorted or clipped

[Stephen Paul Weber]

Package: audacity
Version: 2.1.2-2
Severity: important

Dear Maintainer,

Audacity playback sounds distorted, almost as though it is clipping,
when the audio file contains louder sounds.  Exporting the audio from
Audacity to WAV and playing through VLC or other players, it sounds
fine, so the data is not clipped itself, just sounds like it during
playback.

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

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

Versions of packages audacity depends on:
ii  audacity-data   2.1.2-2
ii  libasound2  1.1.3-5
ii  libavcodec577:3.2.7-1~deb9u1
ii  libavformat57   7:3.2.7-1~deb9u1
ii  libavutil55 7:3.2.7-1~deb9u1
ii  libc6   2.24-11+deb9u1
ii  libexpat1   2.2.0-2+deb9u1
ii  libflac++6v51.3.2-1
ii  libflac81.3.2-1
ii  libgcc1 1:6.3.0-18
ii  libgdk-pixbuf2.0-0  2.36.5-2
ii  libglib2.0-02.50.3-2
ii  libgtk2.0-0 2.24.31-2
ii  libid3tag0  0.15.1b-12
ii  liblilv-0-0 0.24.2~dfsg0-1
ii  libmad0 0.15.1b-8
ii  libmp3lame0 3.99.5+repack1-9+b2
ii  libogg0 1.3.2-1
ii  libportaudio2   19.6.0-1
ii  libportsmf0 0.1~svn20101010-5
ii  libsbsms10  2.0.2-2
ii  libsndfile1 1.0.27-3
ii  libsoundtouch1  1.9.2-2+b1
ii  libsoxr00.1.2-2
ii  libstdc++6  6.3.0-18
ii  libsuil-0-0 0.8.4~dfsg0-2
ii  libtwolame0 0.3.13-2
ii  libvamp-hostsdk3v5  2.6~repack0-3
ii  libvorbis0a 1.3.5-4
ii  libvorbisenc2   1.3.5-4
ii  libvorbisfile3  1.3.5-4
ii  libwxbase3.0-0v53.0.2+dfsg-4
ii  libwxgtk3.0-0v5 3.0.2+dfsg-4

audacity recommends no packages.

Versions of packages audacity suggests:
pn  ladspa-plugin  

-- no debconf information

Bug#872380: ITP: pocket-home -- a simple menu for mobile devices

[Stephen Paul Weber]

Package: wnpp
Severity: wishlist

After discussions at Debconf17, it was suggested that I should package for 
Debian the pocket-home program that forms the lightweight home menu of the 
pocketCHIP device.  It is GPL3+ and the most maintained upstream is 
.


This package is already useful on the pocketCHIP (which runs Debian) but 
would be useful on other low-power, low-resolution, touch-friendly devices 
as well.


It is my intention not only to maintain this package, but also to work with 
upstream on improvements as they are discovered to make this program more 
useful on other target devices.


signature.asc
Description: PGP signature

Bug#872300: Patch to create reportbug-gtk package

[Stephen Paul Weber]

Package: reportbug
Tags: patch

Dear Maintainer,

Currently, default desktop installs of Debian come with a non-functioning 
menu item for reportbug.  This is because reportbug cannot sensibly depend 
on GUI libraries (or else all manner of GUI nonsense would be pulled in on 
servers!) and desktop install tasks cannot sensibly depend on 
seemingly-random libraries that happen to enable the reportbug GTK+ UI but 
would seem out of place without context.


This patch implements the solution proposed on #842018 -- namely, that the 
desktop file and icon be split out into a seperate package named 
reportbug-gtk.  This package *can* sensibly depend on the needed GUI 
libraries, since it is not a standard priority package and will not need to 
be installed on servers.  Additionally, desktop install tasks *can* sensibly 
depend on a package named reportbug-gtk, as it will be suitably clear what 
the purpose of the dependency is.


This is my first submission of this nature to Debian, and I may have failed 
to follow some established social or technical best-pracises.  Please let me 
know if I should be going about this another way, or any other feedback you 
have.


--
singpolyma
From 6ad4635770a51d4d820b56fc4c02b317d0304114 Mon Sep 17 00:00:00 2001
From: Stephen Paul Weber <singpol...@singpolyma.net>
Date: Tue, 15 Aug 2017 20:21:25 -0500
Subject: [PATCH] Split out new reportbug-gtk package

This package contains the desktop file and icon, and depends on
libraries needed to have that desktop file function to launch the GTK+
UI.  This package is suitable for being included in desktop environment
install tasks.
---
 debian/changelog   |  4 
 debian/control | 25 +-
 debian/dirs|  1 -
 debian/reportbug-gtk.dirs  |  1 +
 .../{reportbug.install => reportbug-gtk.install}   |  1 +
 debian/{desktop => reportbug.desktop}  |  0
 debian/rules   |  2 --
 doc/README.Users   |  2 ++
 8 files changed, 32 insertions(+), 4 deletions(-)
 create mode 100644 debian/reportbug-gtk.dirs
 rename debian/{reportbug.install => reportbug-gtk.install} (56%)
 rename debian/{desktop => reportbug.desktop} (100%)

diff --git a/debian/changelog b/debian/changelog
index 68d8e1e..ec4e563 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -2,6 +2,10 @@ reportbug (7.1.8) UNRELEASED; urgency=medium
 
   * reportbug/debbugs.py
 - add `a11y` tag
+  * reporkbug-gtk package created
+- a new package now installs the desktop file only along with the
+  dependencies to make it work; desktop install tasks should depend
+  on the new reportbug-gtk package; Closes: #842018
 
  -- Sandro Tosi <mo...@debian.org>  Tue, 04 Jul 2017 21:00:30 -0400
 
diff --git a/debian/control b/debian/control
index 9afcc7d..fd64d33 100644
--- a/debian/control
+++ b/debian/control
@@ -13,7 +13,7 @@ Homepage: http://alioth.debian.org/projects/reportbug/
 Package: reportbug
 Architecture: all
 Depends: ${misc:Depends}, ${python3:Depends}, apt, python3-reportbug (= ${source:Version})
-Suggests: postfix | exim4 | mail-transport-agent, gnupg | pgp, debconf-utils (>> 1.1.0), debsums (>= 2.0.47), file (>> 1.30), dlocate, python3-urwid, python3-gi, python3-gi-cairo, gir1.2-gtk-3.0, gir1.2-vte-2.91, python3-gtkspellcheck, xdg-utils, emacs24-bin-common | emacs25-bin-common, claws-mail (>= 3.8.0)
+Suggests: postfix | exim4 | mail-transport-agent, gnupg | pgp, debconf-utils (>> 1.1.0), debsums (>= 2.0.47), file (>> 1.30), dlocate, python3-urwid, reportbug-gtk (= ${source:Version}), xdg-utils, emacs24-bin-common | emacs25-bin-common, claws-mail (>= 3.8.0)
 Description: reports bugs in the Debian distribution
  reportbug is a tool designed to make the reporting of bugs in Debian
  and derived distributions relatively painless.  Its features include:
@@ -33,6 +33,29 @@ Description: reports bugs in the Debian distribution
  This package also includes the "querybts" script for browsing the
  Debian bug tracking system.
 
+Package: reportbug-gtk
+Architecture: all
+Depends: ${misc:Depends}, reportbug (= ${source:Version}), python3-gi, python3-gi-cairo, gir1.2-gtk-3.0, gir1.2-vte-2.91
+Recommends: python3-gtkspellcheck
+Description: reports bugs in the Debian distribution (GTK+ UI)
+ reportbug is a tool designed to make the reporting of bugs in Debian
+ and derived distributions relatively painless.  Its features include:
+ .
+  * Integration with mutt and mh/nmh mail readers.
+  * Access to outstanding bug reports to make it easier to identify
+whether problems have already been reported.
+  * Automatic checking for newer versions of packages.
+  * Optional automatic verification of integrity of packages via debsums.
+  * Support for following-up on outstanding rep

Bug#774181: audacity: Always appends the .aiff extension when exporting to WAV

[Stephen Paul Weber]

This bug still exists on stretch.  No matter what file type is selected for 
export, the extension ".aiff" is displayed (and used, if you forget to edit 
it).


--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph

Bug#842018: reportbug-gtk

[Stephen Paul Weber]

‎> I believe that the gtk support of reportbug should be separated in 
individual ‎package(like reportbug-gtk) instead of listing it's dependency in 
Suggests:. A‎lso moving the desktop entry to that package so it won't confuse 
user that t‎his is an intended-to-be GUI application.

That seems like a good compromise to me. Even if the `reportbug-gtk` package 
was just the desktop file and dependencies it would at least work to eliminate 
confusion.
‎

Bug#842018: reportbug: .desktop file launches shell application without setting Terminal=true

[Stephen Paul Weber]

Package: reportbug
Version: 7.1.7
Followup-For: Bug #842018

It is true that the .desktop file included in a default install of Debian is
broken, however if you check  #842018 you will see that installing packages
python3-gi-cairo and gir1.2-vte-2.91 should fix it for you.  Hopefully this
workaround helps you.



-- Package-specific info:
** Environment settings:
INTERFACE="gtk2"

** /home/singpolyma/.reportbugrc:
reportbug_version "7.1.7"
mode standard
ui text
email "singpol...@singpolyma.net"
no-cc
header "X-Debbugs-CC: singpol...@singpolyma.net"
smtphost reportbug.debian.org

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

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

Versions of packages reportbug depends on:
ii  apt1.4.6
ii  python33.5.3-1
ii  python3-reportbug  7.1.7

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
pn  debconf-utils  
pn  debsums
pn  dlocate
pn  emacs24-bin-common | emacs25-bin-common
ii  exim4  4.89-2+deb9u1
ii  exim4-daemon-light [mail-transport-agent]  4.89-2+deb9u1
ii  file   1:5.30-1
ii  gir1.2-gtk-3.0 3.22.11-1
ii  gir1.2-vte-2.910.46.1-1
ii  gnupg  2.1.18-6
ii  python3-gi 3.22.0-2
ii  python3-gi-cairo   3.22.0-2
pn  python3-gtkspellcheck  
pn  python3-urwid  
ii  xdg-utils  1.1.1-1

Versions of packages python3-reportbug depends on:
ii  apt1.4.6
ii  file   1:5.30-1
ii  python33.5.3-1
ii  python3-debian 0.1.30
ii  python3-debianbts  2.6.1
ii  python3-requests   2.12.4-1

python3-reportbug suggests no packages.

-- no debconf information

Bug#864157: reportbug: reportbug not starting with GUI, only CLI working

[Stephen Paul Weber]

Package: reportbug
Version: 7.1.7
Followup-For: Bug #864157

Dear Maintainer,

I also had this problem after installing Strech from CD with LXDE desktop
environment.  Reportbug is in the menu, but selecting it appears to do nothing.
If running `reportbug --ui gtk2` from the terminal I get the same error as OP.

Installing python3-gi-cairo caused reportbug to switch error messages to
recommend I install gir1.2-vte-2.91 also.  With both installed, now the GTK+ UI
works.

I suggest these two packages be included in default installs, at the very
least.



-- Package-specific info:
** Environment settings:
INTERFACE="gtk2"

** /home/singpolyma/.reportbugrc:
reportbug_version "7.1.7"
mode standard
ui text
email "singpol...@singpolyma.net"
no-cc
header "X-Debbugs-CC: singpol...@singpolyma.net"
smtphost reportbug.debian.org

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

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

Versions of packages reportbug depends on:
ii  apt1.4.6
ii  python33.5.3-1
ii  python3-reportbug  7.1.7

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
pn  debconf-utils  
pn  debsums
pn  dlocate
pn  emacs24-bin-common | emacs25-bin-common
ii  exim4  4.89-2+deb9u1
ii  exim4-daemon-light [mail-transport-agent]  4.89-2+deb9u1
ii  file   1:5.30-1
ii  gir1.2-gtk-3.0 3.22.11-1
ii  gir1.2-vte-2.910.46.1-1
ii  gnupg  2.1.18-6
ii  python3-gi 3.22.0-2
ii  python3-gi-cairo   3.22.0-2
pn  python3-gtkspellcheck  
pn  python3-urwid  
ii  xdg-utils  1.1.1-1

Versions of packages python3-reportbug depends on:
ii  apt1.4.6
ii  file   1:5.30-1
ii  python33.5.3-1
ii  python3-debian 0.1.30
ii  python3-debianbts  2.6.1
ii  python3-requests   2.12.4-1

python3-reportbug suggests no packages.

-- no debconf information

Bug#868196: guvcview: Capture freeze when using "Raw camera input" codec

[Stephen Paul Weber]

Package: guvcview
Version: 2.0.4+debian-1+b1
Severity: important

Dear Maintainer,

Today I upgraded from Ubuntu 14.04 to Debian Stretch.  guvcview,
which I use extensively for recording video, seems to have a regression.
Previously, when I selected "Raw camera input" from the "video codec"
options in this program, it would happily write the MJPEG from my webcam
(Logitech C930e) to disk.  Now when I select this option, any attempt to
record hangs the application.

Using the default codec (MPEG4-ASP) does work for now, so the program is
usable, but at some degraded video quality of course.

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

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

Versions of packages guvcview depends on:
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-11+deb9u1
ii  libcairo-gobject21.14.8-1
ii  libcairo21.14.8-1
ii  libgcc1  1:6.3.0-18
ii  libgdk-pixbuf2.0-0   2.36.5-2
ii  libglib2.0-0 2.50.3-2
ii  libgtk-3-0   3.22.11-1
ii  libguvcview-2.0-22.0.4+debian-1+b1
ii  libpango-1.0-0   1.40.5-1
ii  libpangocairo-1.0-0  1.40.5-1
ii  libstdc++6   6.3.0-18

Versions of packages guvcview recommends:
ii  uvcdynctrl  0.2.4-1.1+b2

guvcview suggests no packages.

-- no debconf information

Bug#832132: /etc/init.d/radicale start does not work

[Stephen Paul Weber]

> Did you edit /etc/radicale/config and /etc/default/radicale?

Yes. I enabled in the defaults (though in my experience with other packages 
since moving to jessie, systemd tends to ignore /etc/defaults in many of them). 
I am fairly certain this is a regression in my setup and that it used to start 
fine.

> Did you suppress some package recommendations on your system?

Possibly. Which would you suggest trying to install in this case?

Bug#832132: /etc/init.d/radicale start does not work

[Stephen Paul Weber]

Package: radicale
Version: 0.9-1+deb8u1

If I run `radicale -d` as root myself, it works fine.  But if I run 
`/etc/init.d/radicale start` as root, it claims to be using a systemd 
service file and then does nothing.  I cannot find said systemd service file 
-- can it be that it was not created and so that is why it is not starting?


Thanks,

--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph


signature.asc
Description: Digital signature

Bug#826657: VLC does not inhibit xfce4-power-manager

[Stephen Paul Weber]

Package: vlc
Version: 2.2.1-1~deb8u1

Using xfce4-power-manager under LXDE on jessie, with both the "disable 
screensaver" and "inhibit power manager" options in VLC enabled (I checked) 
the screen still blanks while watching full-screen VLC video and 
light-locker locks when coming back from screen blank.


Disabling screen blank in xfce4-power-manager temporarily while watching 
videos fixes it, so I am confident that is what is not being inhibited.


--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph


signature.asc
Description: Digital signature

Bug#820628: Menu item just opens terminal

[Stephen Paul Weber]

Package: vim-common
Version: 2:7.4.488-7

Under LXDE there is a menu icon (created by 
/usr/share/applications/vim.desktop) with the vim icon, but when I click it 
it just opens a new terminal (vim does not launch in that terminal).


It seems not very useful to put in an icon to a graphical menu to launch 
non-graphical version of vim (I have only `vim` installed, not gvim or 
anything), but if others want to keep the icon then at least it should open 
vim and not only a terminal, I think.


Thanks.

--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph


signature.asc
Description: Digital signature

Bug#816300: imagemagick: Desktop file does not open the Imagemagick application

[Stephen Paul Weber]

Imagemagick provides a desktop file for the display command that is supposed to
show the menu of commands you can see in the screenshot on the package tracker.

Unfortunately, from the menu in XFCE nothing happens.


This bug also affects me on LXDE.

Additionally, it seems there are two desktop files installed for different 
versions of the command (one provided by this package, and one provided by 
a dependency of this package (imagemagick-6.q16) -- so there are two 
identical-looking icons in the menu, neither of which work.


signature.asc
Description: Digital signature

Bug#820378: Ensure users report bugs in BTS and not to upstream directly

[Stephen Paul Weber]

Unfortunately, there is no obvious way to file a bug from the URL used:

https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=xscreensaver;dist=unstable


I agree.  A button to run `reportbug xscreensaver` or similar might be nice, 
but I understand maintainer's concern about this encouraging duplicate 
filings.


This, however, is a reportbug/debbugs issue generally and probably not as 
specifically related to this particular issue as it seems.


--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph


signature.asc
Description: Digital signature

Bug#820402: Depend on x11-xserver-utils?

[Stephen Paul Weber]

Package: lxrandr
Version: 0.3.0-1

lxrandr without xrandr available only gives an error box ("Unable to get 
montior information").  Installing x11-xserver-utils to get a working xrandr 
command fixes this.  Perhaps it should be added as a dependency?


--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph


signature.asc
Description: Digital signature

Bug#820214: [Pkg-xfce-devel] Bug#820214: Move xfce4-panel from Depends to Recommends?

[Stephen Paul Weber]

What if it Reccomends the correct version and Conflicts all other
versions?


Except that's something which needs to be ok for *all* packages building
against xfce4-panel, not just orage.


How do you mean?  Would they not be build against (and thus Depend) the same 
version that we do not Conflict and thus be compatible?


--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph


signature.asc
Description: Digital signature

Bug#820214: [Pkg-xfce-devel] Bug#820214: Move xfce4-panel from Depends to Recommends?

[Stephen Paul Weber]

I wasn't really aware of anyone using orage outside of Xfce.


I am using it on LXDE, since it is the best lightweight calendar I can find.

we had multiple changes in the way plugin and panel interact, so we enforce 
a hard dependency on the panel version the plugin was built with.  I'm not 
sure you can do that with a recommends


Hmm.  So really what would be ideal would be "if xfce4-panel is installed, 
it MUST be this version.  Or it may be not installed"?


What if it Reccomends the correct version and Conflicts all other versions?  
I think maybe that would do it?


--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph


signature.asc
Description: Digital signature

Bug#820214: Move xfce4-panel from Depends to Recommends?

[Stephen Paul Weber]

Package: orage
Version: 4.10.0-1

Currently orage depends on xfce4-panel, however the program runs very nicely 
on other desktop environments without running xfce4-panel at all.  Of course 
you do not get the panel integration the same way, but a tray icon does 
appear and all other features work.


Would it be possible to downgrade the dependency to Reccomend or similar?

Thanks,

--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph


signature.asc
Description: Digital signature

Bug#820157: Move xfce4-panel from Depends to Recommends?

[Stephen Paul Weber]

Somebody signing messages as Markus Koschany wrote:

The latest version of Osmo is 0.2.14-4, not 4.10.0-1. Are you sure that
you didn't confuse Osmo with another package?


So embarassing!  Yes, I meant to file against a different package.  So
sorry!  Please close this and I will file against the correct package.

--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph


signature.asc
Description: Digital signature

Bug#820157: Move xfce4-panel from Depends to Recommends?

[Stephen Paul Weber]

Package: osmo
Version: 4.10.0-1

Currently osmo depends on xfce4-panel, however the program runs very nicely 
on other desktop environments without running xfce4-panel at all.  Of course 
you do not get the panel integration the same way, but a tray icon does 
appear and all other features work.


Would it be possible to downgrade the dependency to Reccomend or similar?

Thanks,

--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph

Bug#745027: Missing dependencies

[Stephen Paul Weber]

Debian stable users will start reporting bugs for really old releases of 
vdirsyncer on my issue tracker. And while Debian's documentation may have 
made this situation extremely clear, apparently nobody reads it. This is 
already happening with other software.


Hmm.  That is very inconsiderate of such users.  I would expect users who 
know how to report bugs to be better educated about where to report them 
(that is, not to report to upstreams, for example).


Because of this I think having vdirsyncer in Debian Sid only would be 
a better idea.


That is very sad.  Hopefully I will be able to use the sid package as 
a basis for a backport for my users.


--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph

Bug#745027: Missing dependencies

[Stephen Paul Weber]

I suspect that if vdirsyncer makes its way into stable before 1.0, it
essentially means I'm forced into long-term support of whichever release is in
stable. However, ideally I'd like to only support the latest release of
vdirsyncer.


To be clear: this is only true if you are the Debian maintainer for 
vdirsyncer.  If someone else is the maintainer (as, reading this thread, it 
seems is the intent) then it is *their* job to backport any relevant 
bugfixes and provide any support to Debian stable users.  As upstream, you 
only ever have to support official versions that you provide, of course, and 
not Debian versions.


I'm really excited to see this packaged!  This is a very useful tool that 
I would like to deploy on more of my systems.

Bug#563418: duplicity cannot cope with moved backups

[Stephen Paul Weber]

Package: duplicity
Version: 0.6.06-2~bpo50+2

while trying out duplicity, I ran across the issue that I cannot move
my backup without getting an python exception:


I just tried out the steps you gave on 0.7.06 and it does not reproduce for 
me.  Hopefully it is fixed?  This version is in jessie backports if you are 
willing to try it.


--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph

Bug#783395: libpam-yubico: Segfault when using Yubikey for authentication prevents login

[Stephen Paul Weber]

On Sun, 26 Apr 2015 20:17:00 +0200 =?utf-8?q?Henrik_St=C3=B8rner?= 
<hen...@hswn.dk> wrote:

After upgrading from Wheezy to Jessie, Yubikey authentication has stoppped 
working.
Apr 26 12:55:41 osiris kernel: [ 2717.882751] login[13942]: segfault at 
7f6627ae2030 ip 7f6626f67d28 sp 7f661cc1b538 error 4 in 
libc-2.19.so[7f6626ee3000+19f000]


I had this problem also.  The bug is not in the pam module, it seems, but in 
the client.  Installing libykclient3_2.6-1_amd64.deb from oldstable fixes 
this issue for me, but upgrading to libykclient3_2.14-1_amd64.deb from sid 
does not.  So this is a regression in libykclient3 since oldstable.


Strangely, the segfault does not happen when I use yubikey with sudo.  Also, 
when I use with pwauth under gdb with thread debugging enabled, then also it 
does not happen.  But under gdb without thread debugging or without gdb then 
I still get the segfault with pwauth on affected versions.  So maybe it is 
a race condition of some kind?


--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph


signature.asc
Description: Digital signature

Bug#818290: Default config suggestion for rsyslog monitors wrong file

[Stephen Paul Weber]

Package: monit
Version: 1:5.9-1+deb8u1

The default /etc/monit/monitrc.d/rsyslog file has a timestamp check on 
/var/log/messages, but that file does not get most log lines anymore.  
A better default would be /var/log/syslog


--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph

Bug#815834: pidfile for mdadm contains wrong PID?

[Stephen Paul Weber]

I am also affected by this bug, and it also seems like whatever *is* 
starting mdadm is not setting the pidfile options correctly, so that the 
file /run/mdadm/monitor.pid does not contain the correct pid of the running 
process.


--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph

Bug#767569: smartmontools has no PID file

[Stephen Paul Weber]

I also have this issue, and additionally the systemd start code does not 
create the /var/run/smartd.pid file that monit relies on in its Debian 
config.


--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph

Bug#811019: anacron not running

[Stephen Paul Weber]

On Thu, 28 Jan 2016 22:37:06 + Stephen Paul Weber 
<singpol...@singpolyma.net> wrote:
I am fairly certain I also have this bug (on jessie).  My system does not 
have a /etc/systemd/system/anacron.service file -- should I create one?


I have found the file, it now lives at /lib/systemd/system/anacron.service

Bug#744753: situation with anacron is even worse in Jessie

[Stephen Paul Weber]

the usual way is to connect the laptop to AC
power only when battery capacity is/gets low. Currently notification for
updates only works if laptop runs on AC power when booted up!


I am also affected by this bug.  Will try the suggested udev-rules 
workaround.  But a fix in the package seems essential for using Debian "out 
of the box" on a laptop.


--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph

Bug#798988: g_slice_set_config: assertion 'sys_page_size == 0' failed

[Stephen Paul Weber]

Given the architectures affected (amd64 and mips), is there any chance this 
is related to the old https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680704 ?


--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph

Bug#798988: g_slice_set_config: assertion 'sys_page_size == 0' failed

[Stephen Paul Weber]

Package: iceweasel
Version: 38.6.0esr-1~deb8u1
Followup-For: Bug #798988

iceweasel on jessie on lemote yeeloong laptop (mips) crashes when trying to 
launch it with:

(process:3226): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size 
== 0' failed
Illegal instruction

I installed iceweasel-dbg and ran under gdb which yields:

(process:2684): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size 
== 0' failed
warning: GDB can't find the start of the function at 0x6bada978.

GDB is unable to find the start of the function at 0x6bada978
and thus can't determine the size of that function's stack frame.
This means that GDB may be unable to access that stack frame, or
the frames below it.
This problem is most likely caused by an invalid program counter or
stack pointer.
However, if you think GDB should simply search farther back
from 0x6bada978 for code which looks like the beginning of a
function, you can increase the range of the search using the `set
heuristic-fence-post' command.

Program received signal SIGILL, Illegal instruction.
0x6bada978 in ?? ()
(gdb) bt
#0  0x6bada978 in ?? ()


-- Package-specific info:


-- Addons package information

-- System Information:
Debian Release: 8.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: mipsel (mips64)

Kernel: Linux 3.16.0-4-loongson-2f
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages iceweasel depends on:
ii  debianutils   4.4+b1
ii  fontconfig2.11.0-6.3
ii  libasound21.0.28-1
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-18+deb8u2
ii  libcairo2 1.14.0-2.1
ii  libdbus-1-3   1.8.20-0+deb8u1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2
ii  libffi6   3.1-2+b2
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-3+deb8u1
ii  libgcc1   1:4.9.2-10
ii  libgdk-pixbuf2.0-02.31.1-2+deb8u4
ii  libglib2.0-0  2.42.1-1
ii  libgtk2.0-0   2.24.25-3
ii  libhunspell-1.3-0 1.3.3-3
ii  libpango-1.0-01.36.8-3
ii  libsqlite3-0  3.8.7.1-1+deb8u1
ii  libstartup-notification0  0.12-4
ii  libstdc++64.9.2-10
ii  libx11-6  2:1.6.2-3
ii  libxext6  2:1.3.3-1
ii  libxrender1   1:0.9.8-1+b1
ii  libxt61:1.1.4-1+b1
ii  procps2:3.3.9-9
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages iceweasel recommends:
ii  gstreamer1.0-libav 1.4.4-2
ii  gstreamer1.0-plugins-good  1.4.4-2

Versions of packages iceweasel suggests:
pn  fonts-mathjax  
pn  fonts-oflb-asana-math  
pn  fonts-stix | otf-stix  
ii  libcanberra0   0.30-2.1
pn  libgnomeui-0   
ii  libgssapi-krb5-2   1.12.1+dfsg-19+deb8u1
pn  mozplugger 

-- no debconf information

Bug#594684: Segmentation fault X-server 1.15

[Stephen Paul Weber]

Did you find your video got faster with the patch?

I'm on jessie running X 1.16 and have the same experience as others here.  
Without siliconmotion driver works but is slow.  With the longsoon.patch 
I get funny video output (assuming it's wrong resolution) -- with above 
attached xorg.conf put into /usr/share/X11/xorg.conf.d/00-lemote.conf then 
X works but it seems not faster (maybe even slower) -- my test is open an 
LXTerminal and drag it around.  Very repaint-y and slow.


--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph

Bug#811019: anacron not running

[Stephen Paul Weber]

I am fairly certain I also have this bug (on jessie).  My system does not 
have a /etc/systemd/system/anacron.service file -- should I create one?


This is at very least a documentation bug in /etc/default/anacron

--
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph

Bug#811035: Plugin does not work with latest Google APIs

[Stephen Paul Weber]

Package: claws-mail-gdata-plugin
Version: 3.11.1-3

This version of the plugin asks for the Google account username and 
password, and then does not work at all.  Upstream tells me this is because 
Google now requires all auth to be done using OAuth2 and the 
username+password auth is no longer supported at all.


I have verified that the version of this plugin packaged in testing is 
functional.  Perhaps that version of the plugin (or the associated version 
of claws+plugins) could be backported?  It would be really helpful if this 
plugin worked on my stable systems.


The version from testing cannot be installed as-is on stable systems because 
of the declared dependency on a newer dbus, which pulls in libsystemd0 and 
breaks my environment.

Bug#779685: libnm-qt: homepage in metadata goes to a 404

[Stephen Paul Weber]

Source: libnm-qt
Version: 0.9.8.2-1

The metadata in the source package libnm-qt lists a homepage which leads to 
a 404.  I believe the new homepage for this package is 
https://projects.kde.org/projects/frameworks/networkmanager-qt, but I'm 
not sure this is indeed the same package.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#620253: Package rails3 components

[Stephen Paul Weber]

Source: rails
Version: 3.0.0

I would really appreciate it if rails3 were to be packaged.  Especially the
rails3 components like activesupport (which is built from this source
package) which are increasingly being used in non-rails software.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#496737: (no subject)

[Stephen Paul Weber]

-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org