Bug#1056764: grub-efi-amd64: can't boot with GRUB 2.12~rc1-12
Package: grub-efi-amd64
Version: 2.12-1
Followup-For: Bug #1056764
X-Debbugs-Cc: mad...@mir.com
Dear Maintainer,
FYI, I experienced a pretty similar problem today: failure to boot after
upgrading to 2.12-1.
Machine: Lenovo Thinkpad T460p
BIOS: 2.36 (initially)
UEFI boot (without SecureBoot enabled)
Upon reboot, after showing the Lenovo splash screen, the system would just
drop into the BIOS setup screen. My eventual workaround was to boot into
rescue-mode via a Debian 12.5 installer on a USB flashdrive and reinstall
the older grub (bookworm's 2.06-etc) from that.
I did upgrade the BIOS after that (from 2.36 -> 2.37, via fwupdmgr), but
I do not remember if I tried grub 2.12-1 again after that. (By then, I was
just wanting to get some work done.)
-mm
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/mapper/mentos--vg-root / ext4 rw,relatime,errors=remount-ro 0 0
/dev/sda4 /boot ext2 rw,relatime 0 0
/dev/sda1 /boot/efi vfat
rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro
0 0
*** END /proc/mounts
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
set have_grubenv=true
load_env
fi
if [ "${next_entry}" ] ; then
set default="${next_entry}"
set next_entry=
save_env next_entry
set boot_once=true
else
set default="0"
fi
if [ x"${feature_menuentry_id}" = xy ]; then
menuentry_id_option="--id"
else
menuentry_id_option=""
fi
export menuentry_id_option
if [ "${prev_saved_entry}" ]; then
set saved_entry="${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
fi
}
function load_video {
if [ x$feature_all_video_module = xy ]; then
insmod all_video
else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
fi
}
if [ x$feature_default_font_path = xy ] ; then
font=unicode
else
insmod part_gpt
insmod ext2
set root='hd0,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4
--hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4
6c2d2f8f-084d-4291-927b-8a0a77ffa9ba
else
search --no-floppy --fs-uuid --set=root 6c2d2f8f-084d-4291-927b-8a0a77ffa9ba
fi
font="/grub/unicode.pf2"
fi
if loadfont $font ; then
set gfxmode=auto
load_video
insmod gfxterm
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
set timeout=30
else
if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=5
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
set timeout=5
fi
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_gpt
insmod ext2
set root='hd0,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4
--hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4
6c2d2f8f-084d-4291-927b-8a0a77ffa9ba
else
search --no-floppy --fs-uuid --set=root 6c2d2f8f-084d-4291-927b-8a0a77ffa9ba
fi
insmod png
if background_image /grub/.background_cache.png; then
set color_normal=white/black
set color_highlight=black/white
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu
--class os $menuentry_id_option
'gnulinux-simple-19f8d973-adaa-4fa2-8fb4-74ac2cc923f9' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4
--hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4
6c2d2f8f-084d-4291-927b-8a0a77ffa9ba
else
search --no-floppy --fs-uuid --set=root
6c2d2f8f-084d-4291-927b-8a0a77ffa9ba
fi
echo'Loading Linux 6.6.15-amd64 ...'
linux /vmlinuz-6.6.15-amd64 root=/dev/mapper/mentos--vg-root ro
quiet rd.driver.blacklist=nouveau nouveau.modeset=0 modprobe.blacklist=nouveau
no_console_suspend modprobe.blacklist=mei_wdt rd.driver.blacklist=mei_wdt
acpi_osi=Linux
echo'Loading initial ramdisk ...'
initrd /initrd.img-6.6.15-amd64
}
submenu 'Advanced options for Debian GNU/Linux' $menuentry_id_option
Bug#1036590: Acknowledgement (gajim: Insists on creating a kwalletd keystore, preventing startup)
A follow-up: There appear to be a couple of layers of bugs involved with this misbehavior. What is happening: The configuration for an account (stored in a sqlite database) can/should have a boolean parameter named "savepass". If "savepass" is missing, the default value is "True". (See gajim/common/setting_values.py) In my config db, for reasons unknown to me, the "Local" account has no "savepass" parameter. Thus gajim treats it as "savepass == True" for this account, and that triggers the unstoppable kwallet dialogs. I do not actually use the Local account, so after a battle with the kwallet dialogs, I was able to turn off "Connect on startup" for this account. Upon a restart, gajim no longer tries to connect to that account and no longer insists on getting a password from a wallet. This lets me get on with using gajim. However, the Local account still has no savepass parameter, and I know of no way to provoke gajim to provision one. There appear to be (at least) three bugs involved here: 1) The default value for "savepass" should probably be False (or even None, with a code path that tries to solve the problem of whether or not there is a saved password involved). 2) If accessing a keystore/wallet fails, e.g. because someone hits a Cancel button, then gajim should take the hint and quit demanding access to a non-existent keystore. 3) There needs to be a mechanism to reset/clear the "savepass" parameter --- i.e., a mechanism to tell gajim to _stop_ storing the password in a keystore. -mm
Bug#1036590: gajim: Insists on creating a kwalletd keystore, preventing startup
Package: gajim
Version: 1.7.3-2
Severity: important
X-Debbugs-Cc: mad...@mir.com
Dear Maintainer,
After an upgrade (not sure what the prior, not-broken version was), on startup
gajim now insists on opening a keystore/password store... a "KDE Wallet Service"
window keeps popping up (and annoyingly grabbing focus, preventing one from
doing anything else on the desktop). Hit Cancel, it pops up again in a few
seconds.
Every time Cancel is hit, the following errors dumped to terminal:
05/22/2023 22:49:27 (E) gajim.c.passwords Request password failed
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/gajim/common/passwords.py", line 100, in
get_password
return _interface.backend.get_password('gajim', account_name)
^^
File "/usr/lib/python3/dist-packages/keyring/backends/chainer.py", line 49,
in get_password
password = keyring.get_password(service, username)
^^^
File "/usr/lib/python3/dist-packages/keyring/backends/kwallet.py", line 111,
in get_password
raise KeyringLocked("Failed to unlock the keyring!")
keyring.errors.KeyringLocked: Failed to unlock the keyring!
gajim also puts up a password dialog, and what I expect is to be able to simply
enter my password in that dialog and hit enter.
If I do manage to enter my password in that dialog, while dodging the KDE
wallet dialogs,
then gajim does appear to connect to my account normally --- BUT, the wallet
dialogs
just keep coming anyway. There does not seem to be any way to make them stop
unless
I kill gajim.
-mm
-- System Information:
Debian Release: 12.0
APT prefers testing
APT policy: (900, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.1.0-9-amd64 (SMP w/8 CPU threads; PREEMPT)
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 gajim depends on:
ii desktop-file-utils 0.26-1
ii gir1.2-gst-plugins-base-1.0 1.22.2-dmo1
ii gir1.2-gtk-3.0 3.24.37-2
ii gir1.2-gtksource-4 4.8.4-4
ii python3 3.11.2-1+b1
ii python3-cairo1.20.1-5+b1
ii python3-cryptography 38.0.4-3
ii python3-css-parser 1.0.8-1
ii python3-gi 3.42.2-3+b1
ii python3-gi-cairo 3.42.2-3+b1
ii python3-idna 3.3-1
ii python3-keyring 23.9.3-2
ii python3-nbxmpp 4.2.2-2
ii python3-packaging23.0-1
ii python3-pil 9.4.0-1.1+b1
ii python3-precis-i18n 1.0.5-2
Versions of packages gajim recommends:
ii alsa-utils 1.2.8-1
ii aspell-en [aspell-dictionary]2020.12.07-0-1
ii ca-certificates 20230311
ii dbus 1.14.6-1
ii fonts-noto-color-emoji 2.038-1
ii gajim-omemo 2.9.0-1
ii gajim-openpgp1.5.0-1
ii gir1.2-ayatanaappindicator3-0.1 0.5.92-1
ii gir1.2-farstream-0.2 0.2.9-1
ii gir1.2-geoclue-2.0 2.6.0-2
ii gir1.2-gsound-1.01.0.3-2
ii gir1.2-gspell-1 1.12.0-1+b2
ii gir1.2-gstreamer-1.0 1.22.0-2
ii gir1.2-gupnpigd-1.0 1.2.0-3
ii gir1.2-secret-1 0.20.5-3
ii gstreamer1.0-gl 1.22.2-dmo1
ii gstreamer1.0-nice0.1.21-1
ii gstreamer1.0-plugins-ugly1:1.22.2-dmo1
ii notification-daemon 3.20.0-4+b1
ii pulseaudio-utils 16.1+dfsg1-2+b1
ii python3-dbus 1.3.2-4+b1
ii python3-gssapi 1.8.2-1+b1
ii python3-sentry-sdk 1.9.10-2
ii sox 14.4.2+git20190427-3.5
ii xfce4-notifyd [notification-daemon] 0.7.3-1
Versions of packages gajim suggests:
ii libxss1 1:1.2.3-1
pn nautilus-sendto
-- no debconf information
Bug#1036529: pianobooster: Unnecessarily Depends: on timidity (and, README.Debian out of date)
Package: pianobooster Version: 1.0.0-3 Severity: normal X-Debbugs-Cc: mad...@mir.com Dear Maintainer, The pianobooster package depends on the timidity package, but it looks like it has not needed/used timidity since v0.7.2b (Feb 2020). Changelog.txt: v0.7.2b (25 Feb 2020) ... - Removed the runtime Depends: timidity and no longer recommend jack2. ... README.Debian needs a little updating as well, since pianobooster no longer requires an external MIDI synth program to play its music. -mm -- System Information: Debian Release: 12.0 APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/8 CPU threads; PREEMPT) 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 pianobooster depends on: ii fluid-soundfont-gm 3.1-5.3 ii fluid-soundfont-gs 3.1-5.3 ii fonts-dejavu-core 2.37-6 ii hicolor-icon-theme 0.17-2 ii libc6 2.36-9 ii libfluidsynth3 2.3.1-2 ii libftgl22.4.0-2.1 ii libgcc-s1 12.2.0-14 ii libgl1 1.6.0-1 ii libqt5core5a5.15.8+dfsg-7 ii libqt5gui5 5.15.8+dfsg-7 ii libqt5widgets5 5.15.8+dfsg-7 ii libqt5xml5 5.15.8+dfsg-7 ii librtmidi6 5.0.0-3 ii libstdc++6 12.2.0-14 ii timidity2.14.0-8.1 ii unzip 6.0-28 Versions of packages pianobooster recommends: ii qttranslations5-l10n 5.15.8-2 pianobooster suggests no packages. -- no debconf information
Bug#990963: gajim: Recommends non-existent python3-crypto package
Package: gajim Version: 1.3.1-1 Severity: normal X-Debbugs-Cc: mad...@mir.com Dear Maintainer, The gajim package has a Recommends for the python3-crypto package, but that package no longer exists after buster. (It has been removed from unstable/testing and will not exist in bullseye.) It is not clear what functionality is lost if python3-crypto is not present or if it is removed, so it is not clear (to me) how serious this is. E.g., will OMEMO encryption/decryption abruptly stop working? changelog.Debian.gz suggests that this was the case at some (early) point, as it mentions that the Recommends was added to enable end-to-end encryption. On the other hand, the gajim-omemo package itself has a hard Depends on the python3-cryptography package --- so maybe the Recommends for python3-crypto is vestigial and can simply be dropped. (If the python3-crypto Recommends does still serve a purpose: the removed-from-unstable message for python3-crypto mentions that it has been replaced by python3-pycryptodome. Maybe this is enough of a drop-in replacement that the Recommends could simply be changed to the new package? I have no idea if this is actually the case; I am just trying to give this bug a chance of being fixed for bullseye.) -- System Information: Debian Release: 11.0 APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-6-amd64 (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 not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gajim depends on: ii desktop-file-utils 0.26-1 ii gir1.2-gtk-3.0 3.24.24-4 ii python3 3.9.2-3 ii python3-cairo1.16.2-4+b2 ii python3-css-parser 1.0.6-1 ii python3-cssutils 1.0.2-3 ii python3-gi 3.38.0-2 ii python3-gi-cairo 3.38.0-2 ii python3-idna 2.10-1 ii python3-keyring 22.0.1-1 ii python3-nbxmpp 2.0.2-1 ii python3-openssl 20.0.1-1 ii python3-packaging20.9-2 ii python3-precis-i18n 1.0.2-3 Versions of packages gajim recommends: ii alsa-utils 1.2.4-1 ii aspell-en [aspell-dictionary]2018.04.16-0-1 ii ca-certificates 20210119 ii dbus 1.12.20-2 ii fonts-noto-color-emoji 0~20200916-1 ii gajim-omemo 2.7.13-1 ii gajim-pgp1.3.5-2 ii gir1.2-farstream-0.2 0.2.9-1 ii gir1.2-geoclue-2.0 2.5.7-3 ii gir1.2-gsound-1.01.0.2-5 ii gir1.2-gspell-1 1.8.4-1 ii gir1.2-gst-plugins-base-1.0 1.18.4-dmo1 ii gir1.2-gstreamer-1.0 1.18.4-2 ii gir1.2-gupnpigd-1.0 1.2.0-1 ii gir1.2-secret-1 0.20.4-2 ii gstreamer1.0-plugins-ugly1:1.18.4-dmo3 ii notification-daemon 3.20.0-4 ii pulseaudio-utils 14.2-2 ii python3-crypto 2.6.1-13.1+b3 ii python3-dbus 1.2.16-5 ii python3-gnupg0.4.6-1 ii python3-pil 8.1.2+dfsg-0.2 ii sox 14.4.2+git20190427-2 ii xfce4-notifyd [notification-daemon] 0.6.2-1 Versions of packages gajim suggests: ii avahi-daemon 0.8-5 ii libxss1 1:1.2.3-1 pn nautilus-sendto ii python3-kerberos 1.1.14-3.1+b3 ii python3-pycurl7.43.0.6-5 -- no debconf information
Bug#973997: minetest-mod-moreblocks: Depends on non-existent (misspelled) "minetestserver" package
Package: minetest-mod-moreblocks
Version: 2.0.0-2
Severity: normal
X-Debbugs-Cc: mad...@mir.com
Dear Maintainer,
This package has a dependency on "minetest | minetestserver", however,
there is no "minetestserver" package.
I think this should specify "minetest | minetest-server" instead.
("minetest-server" is the name of the package which performs a non-client,
server-only install of minetest.)
-mm
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (900, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.8.0-2-amd64 (SMP w/8 CPU threads)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (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 minetest-mod-moreblocks depends on:
ii minetest 5.3.0+repack-1
Versions of packages minetest-mod-moreblocks recommends:
ii minetest-mod-intllib 20180811-1
minetest-mod-moreblocks suggests no packages.
-- no debconf information
Bug#961762: firefox-esr: WebRTC broken
Package: firefox-esr
Version: 68.8.0esr-1
Severity: important
Dear Maintainer,
After upgrading firefox-esr to 68.8.0esr-1 (from 68.6.0esr-1 maybe?),
WebRTC is broken. More specifically, whatever aspect of WebRTC that
does the sending and receiving of audio/video streams to/from other
hosts is not working. The result is videochats where the browser
neither sends a/v data to other participants, nor receives streams
from other participants. In my case, this happens reproducibly with
Google Meet, Google Hangouts, Jitsi, and Nextcloud.
Note, however, that stock Firefox 68.8.0esr downloaded directly from
Mozilla works just fine.
Nothing changes (for either the debian-packaged or stock) when run
in safe-mode.
-mm
-- Package-specific info:
-- Extensions information
Name: Amazon.com
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled
Name: Bing
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled
Name: Dark theme
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: user-disabled
Name: Default theme
Location: /usr/lib/firefox-esr/omni.ja
Package: firefox-esr
Status: enabled
Name: DuckDuckGo
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled
Name: eBay
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled
Name: Google
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled
Name: HTTPS Everywhere
Location: /usr/share/webext/https-everywhere
Package: webext-https-everywhere
Status: user-disabled
Name: KeePassXC-Browser
Location: /usr/share/webext/keepassxc-browser
Package: webext-keepassxc-browser
Status: user-disabled
Name: Light theme
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: user-disabled
Name: Lightbeam 3.0
Location: /usr/share/webext/lightbeam
Package: webext-lightbeam
Status: user-disabled
Name: Media Panel
Location: ${PROFILE_EXTENSIONS}/{68d048f4-9449-4c97-8425-6dac7f743b14}.xpi
Status: enabled
Name: NoScript
Location: /usr/share/webext/noscript
Package: webext-noscript
Status: user-disabled
Name: Privacy Badger
Location: /usr/share/webext/privacy-badger
Package: webext-privacy-badger
Status: user-disabled
Name: Twitter
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled
Name: uBlock Origin
Location:
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/ublo...@raymondhill.net
Package: webext-ublock-origin
Status: user-disabled
Name: Wikipedia (en)
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled
-- Plugins information
Name: Shockwave Flash (32.0.0.371)
Location: /usr/lib/flashplayer-mozilla/libflashplayer.so
Package: flashplayer-mozilla
Status: enabled
-- Addons package information
ii firefox-esr 68.8.0esr-1 amd64Mozilla Firefox web
browser - Extended Support Release (ESR)
ii flashplayer-mozilla 3:32.0.0.371-dmo3 amd64Adobe Flash Player
ii webext-https-everywhere 2020.3.16-1 all Extension to force
the use of HTTPS on many sites
ii webext-keepassxc-browser 1.6.3+repack1-1 all Web browser
extension to organize web site credentials in KeePassXC
ii webext-lightbeam 3.0.1-1 all visualize sites
that may be tracking you around the internet
ii webext-noscript 10.1.9.6-2all permissions manager
for Firefox
ii webext-privacy-badger2020.5.12-1 all Privacy Badger
automatically learns to block invisible trackers
ii webext-ublock-origin 1.22.2+dfsg-2 all general-purpose
lightweight ads, malware, trackers blocker (Web Extension)
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (900, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.4.0-4-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8),
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages firefox-esr depends on:
ii debianutils 4.9.1
ii fontconfig2.13.1-4.2
ii libasound21.2.2-2.1
ii libatk1.0-0 2.36.0-2
ii libc6 2.30-8
ii libcairo-gobject2 1.16.0-4
ii libcairo2 1.16.0-4
ii libdbus-1-3 1.12.16-2
ii libdbus-glib-1-2 0.110-5
ii libevent-2.1-72.1.11-stable-1
ii libffi7 3.3-4
ii libfontconfig12.13.1-4.2
ii libfreetype6 2.10.1-2
ii libgcc-s1 10.1.0-2
ii libgdk-pixbuf2.0-02.40.0+dfsg-4
ii libglib2.0-0 2.64.2-1
ii libgtk-3-03.24.20-1
ii libjsoncpp1 1.7.4-3.1
ii libnspr4 2:4.25-1
ii
Bug#935188: php-apcu: Missing apc.php script
Package: php-apcu Version: 5.1.17+4.0.11-1 Severity: normal Dear Maintainer, The README.Debian file references a "apc.php" script and implies that it is in /usr/share/doc/php-apcu/, however there is no such file installed anywhere by this package. -mm -- System Information: Debian Release: 10.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages php-apcu depends on: ii libapache2-mod-php7.3 [phpapi-20180731] 7.3.4-2 ii libc62.28-10 ii php-common 2:69 ii php7.3-cli [phpapi-20180731] 7.3.4-2 ii php7.3-phpdbg [phpapi-20180731] 7.3.4-2 Versions of packages php-apcu recommends: ii php-apcu-bc 1.0.4-4 Versions of packages php-apcu suggests: ii php-gd 2:7.3+69 ii php7.3-gd [php-gd] 7.3.4-2 -- no debconf information
Bug#933163: cyrus-imapd: Data loss possible when upgrading to buster
Package: cyrus-imapd Version: 3.0.8-6 Severity: grave Tags: upstream Dear Maintainer, After upgrading a cyrus-imapd system from 2.4.17 (jessie-era) to 3.0.8 (buster), I discovered many missing messages. It appears that index records with MODSEQ set to zero (e.g., records for messages which predated the addition of the MODSEQ field) are being ignored. The data is still there, but not served to IMAP clients. Unfortunately, if the 3.0.8 cyrus "reconstruct" is executed to naively try to fix the missing messages, those index records (and the metadata they contain, e.g., seen flags) are lost for good! I tagged this report as "grave" because of the potential for irreversible data loss. There may be a one-line fix for this; I have filed an upstream bug report with more details: https://github.com/cyrusimap/cyrus-imapd/issues/2839 Fortunately, I have backups of the original cyrus.index files and didn't permanently lose any state, but I don't know of any way to safely upgrade to v3.x.x until this issue is fixed. -m -- System Information: Debian Release: 10.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages cyrus-imapd depends on: ii cyrus-common 3.0.8-6 ii dpkg 1.19.7 ii libc6 2.28-10 ii libcom-err2 1.44.5-1 ii libsasl2-22.1.27+dfsg-1 ii libssl1.1 1.1.1c-1 ii libwrap0 7.6.q-28 ii zlib1g1:1.2.11.dfsg-1 cyrus-imapd recommends no packages. cyrus-imapd suggests no packages. -- Configuration Files: /etc/pam.d/imap changed [not included] -- no debconf information
Bug#921887: python3-cartopy: config['repo_data_dir'] is incorrect (e.g., breaking stock_image())
Package: python3-cartopy Version: 0.17.0+dfsg-2 Severity: normal Dear Maintainer, The 'repo_data_dir' element in the cartopy.config dictionary still has its upstream default value of "/usr/lib/python3/dist-packages/cartopy/data", however the "python-cartopy-data" package installs these files in a different location, "/usr/share/cartopy/data". >From the docstring for 'repo_data_dir' in lib/cartopy/__init__.py: ``repo_data_dir`` The absolute path to the directory where the data delivered with the cartopy repository is stored. Typically this will only be set by OS packagers and system administrators for site wide deployments. A consequence of the mismatch is that methods like "stock_image()", which expect to find files in certain places relative to 'repo_data_dir', fail to work. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-cartopy depends on: ii libc6 2.28-2 ii libgcc1 1:8.2.0-12 ii libgeos-c1v53.7.1-1 ii libproj13 5.2.0-1 ii libstdc++6 8.2.0-12 ii python-cartopy-data 0.17.0+dfsg-2 ii python3 3.7.1-3 ii python3-numpy [python3-numpy-abi9] 1:1.16.1-1 ii python3-pkg-resources 40.6.2-1 ii python3-pyshp 2.0.1+ds-1 ii python3-shapely 1.6.4-2 ii python3-six 1.12.0-1 python3-cartopy recommends no packages. Versions of packages python3-cartopy suggests: pn python3-fiona pn python3-gdal ii python3-matplotlib 3.0.2-2 pn python3-owslib ii python3-pil 5.3.0-1 pn python3-pyepsg pn python3-pykdtree ii python3-scipy 1.1.0-2 -- no debconf information
Bug#921886: python-cartopy-data: data files installed in one-level-too-deep subdirectories
Package: python-cartopy-data Version: 0.17.0+dfsg-2 Severity: important Dear Maintainer, All the data files provided by this package have ended up in one-level-too-deep duplicated subdirectories, e.g.: /usr/share/cartopy/data/raster/raster/natural_earth/50-natural- earth-1-downsampled.png instead of: /usr/share/cartopy/data/raster/natural_earth/50-natural- earth-1-downsampled.png (Note the duplicated "raster" subdirectory in the first instance.) I suspect this is simply a mistake in the debian/python-cartopy-data.install file. I've marked this 'important' because cartopy methods (e.g., stockimage()) expect to find these files in particular subdirectories of the 'data/' directory, and this breaks those methods. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- no debconf information
Bug#909914: ejabberd: Starting ejabberd via systemd, epmd does not honor /etc/default/ejabberd
Package: ejabberd Version: 18.06-1 Severity: normal Dear Maintainer, When ejabberd is started via systemd (i.e., via the ejabberd.service unit), then epmd is likewise started via systemd (via the epmd.socket and epmd.service units), and in this case the contents of /etc/default/ejabberd have no effect on the startup of epmd. In particular, this means that the ERL_EPMD_ADDRESS parameter is ignored. This is typically used to reduce the attack surface of epmd by telling it to only listen on localhost. As installed, epmd will listen on all interfaces. This is to some degree an issue for the erlang-base package, which provides epmd and its systemd units and *should* provide a config option to restrict epmd to listening on localhost only. However, it is the ejabberd package that provides the /etc/default/ejabberd file. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ejabberd depends on: ii adduser3.117 ii debconf [debconf-2.0] 1.5.69 ii erlang-asn11:20.3.8.5+dfsg-1 ii erlang-base [erlang-abi-17.0] 1:20.3.8.5+dfsg-1 ii erlang-crypto 1:20.3.8.5+dfsg-1 ii erlang-inets 1:20.3.8.5+dfsg-1 ii erlang-jiffy 0.14.11+dfsg-3 ii erlang-jose1.8.4-3 ii erlang-lager 3.6.4-2 ii erlang-mnesia 1:20.3.8.5+dfsg-1 ii erlang-odbc1:20.3.8.5+dfsg-1 ii erlang-os-mon 1:20.3.8.5+dfsg-1 ii erlang-p1-cache-tab1.0.14-1 ii erlang-p1-eimp 1.0.6-1 ii erlang-p1-iconv1.0.8-1 ii erlang-p1-stringprep 1.0.12-1 ii erlang-p1-tls 1.0.23-2 ii erlang-p1-utils1.0.12-1 ii erlang-p1-xml 1.1.32-1 ii erlang-p1-xmpp 1.2.2-1 ii erlang-p1-yaml 1.0.15-1 ii erlang-p1-zlib 1.0.4-2 ii erlang-public-key 1:20.3.8.5+dfsg-1 ii erlang-ssl 1:20.3.8.5+dfsg-1 ii erlang-syntax-tools1:20.3.8.5+dfsg-1 ii erlang-xmerl 1:20.3.8.5+dfsg-1 ii lsb-base 9.20170808 ii openssl1.1.0h-4 ii ucf3.0038 ejabberd recommends no packages. Versions of packages ejabberd suggests: ii apparmor 2.13-8 pn apparmor-utils pn ejabberd-contrib pn erlang-luerl pn erlang-p1-mysql pn erlang-p1-oauth2 pn erlang-p1-pam pn erlang-p1-pgsql pn erlang-p1-sip pn erlang-p1-sqlite3 pn erlang-p1-stun pn erlang-redis-client ii imagemagick 8:6.9.10.8+dfsg-1 ii imagemagick-6.q16 [imagemagick] 8:6.9.10.8+dfsg-1 pn libunix-syslog-perl pn yamllint -- Configuration Files: /etc/ejabberd/inetrc [Errno 13] Permission denied: '/etc/ejabberd/inetrc' /etc/ejabberd/modules.d/README.modules [Errno 13] Permission denied: '/etc/ejabberd/modules.d/README.modules' -- debconf information: ejabberd/nodenamechanges: ejabberd/hostname: localhost ejabberd/erlangopts: -env ERL_CRASH_DUMP_BYTES 0 ejabberd/nomatch: ejabberd/invalidhostname: ejabberd/user: ejabberd/invaliduser: ejabberd/invalidpreseed:
Bug#908351: gajim: Throws errors soon after startup, doesn't work, won't quit
Package: gajim Version: 1.1.0~beta1-1 Severity: important Dear Maintainer, After upgrading to this version of gajim, it seems to start up ok, provides a password prompt for my (one) account, then throws up a dialog with errors. After that, trying to use any message windows yields more errors. Furthermore, trying to quit (Gajim->Quit) throws errors (and doesn't quit). Traceback output (from shell)): Traceback (most recent call last): File "/usr/lib/python3/dist-packages/gajim/message_window.py", line 822, in _on_notebook_switch_page new_ctrl.set_control_active(True) File "/usr/lib/python3/dist-packages/gajim/groupchat_control.py", line 2373, in set_control_active self.parent_win.redraw_tab(self, 'active') File "/usr/lib/python3/dist-packages/gajim/message_window.py", line 648, in redraw_tab tab_label_str, color = ctrl.get_tab_label(chatstate) File "/usr/lib/python3/dist-packages/gajim/groupchat_control.py", line 1038, in get_tab_label label_str = GLib.markup_escape_text(label_str) File "/usr/lib/python3/dist-packages/gi/overrides/GLib.py", line 418, in markup_escape_text return GLib.markup_escape_text(text, length) TypeError: Argument 0 does not allow None as a value Traceback (most recent call last): File "/usr/lib/python3/dist-packages/gi/overrides/GLib.py", line 661, in func_fdtransform = lambda _, cond, *data: callback(channel, cond, *data) File "/usr/lib/python3/dist-packages/nbxmpp/idlequeue.py", line 563, in _process_events return IdleQueue._process_events(self, fd, flags) File "/usr/lib/python3/dist-packages/nbxmpp/idlequeue.py", line 411, in _process_events obj.pollin() File "/usr/lib/python3/dist-packages/nbxmpp/transports_nb.py", line 451, in pollin self._do_receive() File "/usr/lib/python3/dist-packages/nbxmpp/transports_nb.py", line 676, in _do_receive self._on_receive(received) File "/usr/lib/python3/dist-packages/nbxmpp/transports_nb.py", line 690, in _on_receive self.on_receive(data) File "/usr/lib/python3/dist-packages/nbxmpp/dispatcher_nb.py", line 535, in _WaitForData resp(_iq) File "/usr/lib/python3/dist-packages/gajim/common/modules/bookmarks.py", line 95, in _private_bookmarks_received self.auto_join_bookmarks() File "/usr/lib/python3/dist-packages/gajim/common/modules/bookmarks.py", line 267, in auto_join_bookmarks bm['password'], minimize=minimize) File "/usr/lib/python3/dist-packages/gajim/gui_interface.py", line 1942, in join_gc_room is_continued=is_continued) File "/usr/lib/python3/dist-packages/gajim/gui_interface.py", line 1966, in new_room mw.new_tab(gc_control) File "/usr/lib/python3/dist-packages/gajim/message_window.py", line 319, in new_tab self.redraw_tab(control) File "/usr/lib/python3/dist-packages/gajim/message_window.py", line 648, in redraw_tab tab_label_str, color = ctrl.get_tab_label(chatstate) File "/usr/lib/python3/dist-packages/gajim/groupchat_control.py", line 1038, in get_tab_label label_str = GLib.markup_escape_text(label_str) File "/usr/lib/python3/dist-packages/gi/overrides/GLib.py", line 418, in markup_escape_text return GLib.markup_escape_text(text, length) TypeError: Argument 0 does not allow None as a value 09/08/2018 12:36:49 (E) gajim.c.ged Error while running an event handler: > Traceback (most recent call last): File "/usr/lib/python3/dist-packages/gajim/common/ged.py", line 93, in raise_event if handler(*args, **kwargs): File "/usr/lib/python3/dist-packages/gajim/roster_window.py", line 2666, in _nec_our_show self.on_status_changed(obj.conn.name, obj.show) File "/usr/lib/python3/dist-packages/gajim/roster_window.py", line 2266, in on_status_changed self.quit_gtkgui_interface() File "/usr/lib/python3/dist-packages/gajim/roster_window.py", line 2464, in quit_gtkgui_interface self.prepare_quit() File "/usr/lib/python3/dist-packages/gajim/roster_window.py", line 2449, in prepare_quit app.interface.msg_win_mgr.shutdown(msgwin_width_adjust) File "/usr/lib/python3/dist-packages/gajim/message_window.py", line 1179, in shutdown self.save_state(w, width_adjust) File "/usr/lib/python3/dist-packages/gajim/message_window.py", line 1227, in save_state win_maximized = msg_win.window.get_window().get_state() == \ AttributeError: 'NoneType' object has no attribute 'get_state' 09/08/2018 12:36:49 (E) gajim.c.ged Error while running an event handler: > Traceback (most recent call last): File "/usr/lib/python3/dist-packages/gajim/common/ged.py", line 93, in raise_event if handler(*args, **kwargs): File "/usr/lib/python3/dist-packages/gajim/chat_control_base.py", line 162, in _nec_our_status self.got_disconnected() File "/usr/lib/python3/dist-packages/gajim/groupchat_control.py", line 1645, in got_disconnected self.parent_win.redraw_tab(self) File "/usr/lib/python3/dist-packages/gajim/message_window.py", line 648, in redraw_tab tab_label_str, color =
