Bug#821057:

[Fedor Uvarov]

Control: fixed -1 18.04.5-1

This bug seems to no longer occur in 18.04.5-1.

Bug#917812:

[Fedor Uvarov]

Sorry about the cut-off lines in the log. Here it is again.

Jan 17 02:27:03 Melchior-2 dbus-daemon[870]: [session uid=1000
pid=870] Activating service name='org.gnome.Software' requested by
':1.10' (uid=1000 pid=907 comm="/usr/bin/gnome-shell ")
Jan 17 02:27:03 Melchior-2 dbus-daemon[870]: [session uid=1000
pid=870] Successfully activated service 'org.gnome.Software'
Jan 17 02:27:06 Melchior-2 gnome-software[1660]: plugin appstream took
3,0 seconds to do setup
Jan 17 02:27:06 Melchior-2 gnome-software[1660]: enabled plugins:
desktop-categories, fwupd, os-release, packagekit, packagekit-local,
packagekit-offline, packagekit-proxy, packagekit-refine-repos,
packagekit-refresh, packagekit-upgrade, packagekit-url-to-app,
shell-extensions, appstream, desktop-menu-path, flatpak,
hardcoded-blacklist, hardcoded-featured, hardcoded-popular, modalias,
packagekit-refine, rewrite-resource, steam, odrs, packagekit-history,
provenance, systemd-updates, generic-updates, provenance-license,
icons, key-colors, key-colors-metadata
Jan 17 02:27:06 Melchior-2 gnome-software[1660]: disabled plugins:
dpkg, dummy, repos, epiphany
Jan 17 02:27:06 Melchior-2 dbus-daemon[494]: [system] Activating via
systemd: service name='org.freedesktop.PackageKit'
unit='packagekit.service' requested by ':1.94' (uid=1000 pid=1660
comm="/usr/bin/gnome-software --gapplication-service ")
Jan 17 02:27:06 Melchior-2 systemd[1]: Starting PackageKit Daemon...
Jan 17 02:27:06 Melchior-2 PackageKit[1666]: daemon start
Jan 17 02:27:06 Melchior-2 dbus-daemon[494]: [system] Successfully
activated service 'org.freedesktop.PackageKit'
Jan 17 02:27:06 Melchior-2 systemd[1]: Started PackageKit Daemon.
Jan 17 02:27:06 Melchior-2 PackageKit[1666]: uid 1000 is trying to
obtain org.freedesktop.packagekit.system-sources-refresh auth
(only_trusted:0)
Jan 17 02:27:06 Melchior-2 PackageKit[1666]: uid 1000 obtained auth
for org.freedesktop.packagekit.system-sources-refresh
Jan 17 02:27:10 Melchior-2 packagekitd[1666]: terminate called after
throwing an instance of 'std::length_error'
Jan 17 02:27:10 Melchior-2 packagekitd[1666]:   what():
basic_string::_M_replace
Jan 17 02:27:10 Melchior-2 systemd[1]: packagekit.service: Main
process exited, code=killed, status=6/ABRT
Jan 17 02:27:10 Melchior-2 systemd[1]: packagekit.service: Failed with
result 'signal'.

Bug#917812:

[Fedor Uvarov]

I'm also affected by this bug. The following lines from journalctl
appear to be relevant - PackageKit crashes like this every time
gnome-software is started.

Jan 17 02:27:03 Melchior-2 dbus-daemon[870]: [session uid=1000
pid=870] Activating service name='org.gnome.Software' requested by
':1.10' (uid=1000 pi
Jan 17 02:27:03 Melchior-2 dbus-daemon[870]: [session uid=1000
pid=870] Successfully activated service 'org.gnome.Software'
Jan 17 02:27:06 Melchior-2 gnome-software[1660]: plugin appstream took
3,0 seconds to do setup
Jan 17 02:27:06 Melchior-2 gnome-software[1660]: enabled plugins:
desktop-categories, fwupd, os-release, packagekit, packagekit-local,
packagekit-offl
Jan 17 02:27:06 Melchior-2 gnome-software[1660]: disabled plugins:
dpkg, dummy, repos, epiphany
Jan 17 02:27:06 Melchior-2 dbus-daemon[494]: [system] Activating via
systemd: service name='org.freedesktop.PackageKit'
unit='packagekit.service' requ
Jan 17 02:27:06 Melchior-2 systemd[1]: Starting PackageKit Daemon...
Jan 17 02:27:06 Melchior-2 PackageKit[1666]: daemon start
Jan 17 02:27:06 Melchior-2 dbus-daemon[494]: [system] Successfully
activated service 'org.freedesktop.PackageKit'
Jan 17 02:27:06 Melchior-2 systemd[1]: Started PackageKit Daemon.
Jan 17 02:27:06 Melchior-2 PackageKit[1666]: uid 1000 is trying to
obtain org.freedesktop.packagekit.system-sources-refresh auth
(only_trusted:0)
Jan 17 02:27:06 Melchior-2 PackageKit[1666]: uid 1000 obtained auth
for org.freedesktop.packagekit.system-sources-refresh
Jan 17 02:27:10 Melchior-2 packagekitd[1666]: terminate called after
throwing an instance of 'std::length_error'
Jan 17 02:27:10 Melchior-2 packagekitd[1666]:   what():
basic_string::_M_replace
Jan 17 02:27:10 Melchior-2 systemd[1]: packagekit.service: Main
process exited, code=killed, status=6/ABRT
Jan 17 02:27:10 Melchior-2 systemd[1]: packagekit.service: Failed with
result 'signal'.

Bug#830597: libgtk-3-0: GTK+3 doesn't read ~/.XCompose

[Fedor Uvarov]

By "KDE programs" I mean Qt programs.

Bug#830597: libgtk-3-0: GTK+3 doesn't read ~/.XCompose

[Fedor Uvarov]

Package: libgtk-3-0
Version: 3.20.6-2
Severity: normal

According to GTK+ 3.20 changelog [1], it must read ~/.XCompose and use the
sequences found there.

However, for some reason GTK+ doesn't read my ~/.XCompose and doesn't use the
sequences found there. It only uses the default sequences. For example, even
though I've set "Compose + a + a" to produce "ä", it still produces "å".

KDE programs, on the other hand, do use my custom sequences as expected.

My ~/.XCompose is attached.

[1] https://wiki.gnome.org/ThreePointNineteen/ReleaseNotes

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (101, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libgtk-3-0 depends on:
ii  libatk-bridge2.0-0  2.20.1-2
ii  libatk1.0-0 2.20.0-1
ii  libc6   2.22-13
ii  libcairo-gobject2   1.14.6-1+b1
ii  libcairo2   1.14.6-1+b1
ii  libcolord2  1.3.2-1
ii  libcups22.1.4-1
ii  libepoxy0   1.3.1-1
ii  libfontconfig1  2.11.0-6.4
ii  libfreetype62.6.3-3+b1
ii  libgdk-pixbuf2.0-0  2.34.0-1
ii  libglib2.0-02.48.1-1
ii  libgtk-3-common 3.20.6-2
ii  libjson-glib-1.0-0  1.2.0-1
ii  libpango-1.0-0  1.40.1-1
ii  libpangocairo-1.0-0 1.40.1-1
ii  libpangoft2-1.0-0   1.40.1-1
ii  librest-0.7-0   0.8.0-1
ii  libsoup2.4-12.54.1-1
ii  libwayland-client0  1.11.0-2
ii  libwayland-cursor0  1.11.0-2
ii  libwayland-egl1-mesa [libwayland-egl1]  11.2.2-1
ii  libx11-62:1.6.3-1
ii  libxcomposite1  1:0.4.4-1
ii  libxcursor1 1:1.1.14-1+b1
ii  libxdamage1 1:1.1.4-2+b1
ii  libxext62:1.3.3-1
ii  libxfixes3  1:5.0.2-1
ii  libxi6  2:1.7.6-1
ii  libxinerama12:1.1.3-1+b1
ii  libxkbcommon0   0.5.0-1
ii  libxml2 2.9.3+dfsg1-1.2
ii  libxrandr2  2:1.5.0-1
ii  shared-mime-info1.6-1

Versions of packages libgtk-3-0 recommends:
ii  libgtk-3-bin  3.20.6-2

Versions of packages libgtk-3-0 suggests:
ii  gvfs 1.28.2-1
ii  librsvg2-common  2.40.16-1

-- no debconf information
include "/usr/share/X11/locale/en_US.UTF-8/Compose"

   : "ä"
   : "Ä"
   : "ö"
   : "Ö"
   : "ü"
   : "Ü"
 <2> <1> : "«"
 <2> <3> : "»"
 <5> <4> : "“"
 <5> <6> : "”"
 <8> <7> : "„"
 <8> <9> : "“"
   <0> : "–"
: "―"

Bug#823843: cinnamon-common: Touchpad setting "tap to click" stopped working

[Fedor Uvarov]

Probably caused by Debian switching from synclient to libinput, see also bug 
#822835 .

Another possible workaround is adjusting libinput settings as described here:
https://wiki.archlinux.org/index.php/Libinput#Configuration

Bug#821057: command-not-found: Under zsh, given "VAR=value command", cnf looks for "VAR=value" if "command" exits with non-zero code

[Fedor Uvarov]

I think that this bug (probably as well as #813331 and #706731) could be 
resolved if zsh_command_not_found defined a
command_not_found_handler (a built-in zsh feature) instead of a preexec hack. 
That would make zsh provide the actual
command instead of an entire line that has to be manually lexed.

command_not_found_handler is actually pretty old, available since zsh 4.3.5 or 
earlier. There shouldn't be any
compatibility problems.

command-not-found 0.3 in Ubuntu already does this. It's probably a good idea to 
upgrade. Note that for this bug to be
fixed, a configuration file (/etc/zsh_command_not_found) would have to be 
replaced.

Bug#821057: command-not-found: Under zsh, given "VAR=value command", cnf looks for "VAR=value" if "command" exits with non-zero code

[Fedor Uvarov]

Package: command-not-found
Version: 0.2.38-3
Severity: normal
Control: affects -1 zsh

Hello,

Under zsh with command-not-found enabled, if you enter a command preceded by a
variable assignment, and that command exits with a non-zero status (whether
because it's missing or because it has finished with an error), then
command-not-found will start looking for the variable assignment as if it
were the missing command.

Here is a simple demonstration ("%" is the shell prompt):

% VAR=value false
VAR=value: command not found

"VAR=value: command not found" is produced by command-not-found, not zsh (if I
replace "false" with "true", I get no output). In this case command-not-found
obviously shouldn't search for anything at all.

Here is a demonstration with a non-existent command:

% VAR=value ttt
zsh: command not found: ttt
VAR=value: command not found

In this case the command is indeed not found, but command-not-found is
searching for the wrong thing. When I type just "ttt", command-not-found finds
a number of candidates.


The expected result is, obviously, that:

1. If a command is valid and exits with a non-zero status, command-not-found
shouldn't look for it at all.
2. If a command is actually not found, command-not-found should look for it
instead of trying to look up the variable assignment as if it were a command.


The version of the package "zsh" is 5.2-3.


This may or may not be related to bug #813331:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813331



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (101, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages command-not-found depends on:
ii  apt-file 3.0
ii  lsb-release  9.20160110
ii  python-gdbm  2.7.11-2
pn  python:any   

command-not-found recommends no packages.

command-not-found suggests no packages.

-- no debconf information

Bug#817094: mercurial-keyring: fails to import Gnome module

[Fedor Uvarov]

Hello,

I've investigated further (I've only now got the idea to try importing
keyring in Python) and have discovered that what I have is bug #820905
in python-keyring. I don't remember creating the configuration file
(maybe it was created automatically) mentioned there, but it did exist
on my machine, and when I removed it, it started working again.

You can close this as a duplicate.

Sorry for wasting your time. Thanks for uploading a new version of the
extension though.

Best wishes,
Fedor


Bug #820905: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820905

Bug#817094: Acknowledgement (mercurial-keyring: fails to import Gnome module)

[Fedor Uvarov]

Dear Maintainer,

Sorry to bother you, but a month has passed, and you haven't responded
in any way. Do you just have no time for it now or have you given up
maintaining this package altogether?

Fedor

Bug#819077: linux-image-4.4.0-1-amd64: virtual consoles become unavailable and cause display problems

[Fedor Uvarov]

Package: src:linux
Version: 4.4.6-1
Severity: important

Dear Maintainer,

Since the update to 4.4.0-1 i've been regularly encountering a problem where
virtual consoles (available by pressing Ctrl + Alt + F1..6) "freeze up" after
working in the X session for some time. Namely, one of two things happen:

* Sometimes every virtual console shows no login prompt, but only an unmoving,
unblinking cursor. This seems to only happen if I am not logged into any text
console.
* Sometimes the same image will show up for all consoles (no matter which one I
switch to), which is a frozen image from one of them. This can happen whether
I'm logged in on one of the ttys or not.

The consoles then react to no input. I can switch back to the X session by
pressing Ctrl+Alt+F7 and back to text consoles again. The X session continues
to work normally, but usually there are various display glitches, like some
windows not rendering properly. In one case all GTK+ programs stopped showing
text (Qt programs continued to work).

So far I've only established that it happens after about 20-30 minutes of
actively working in the X session, but it isn't bound to any program in
particular. I haven't seen it trigger while working in a virtual console, even
if the X session is running, unless I first switch to the X session.

This never happened under previous kernel versions I've used (4.1, 4.2, 4.3).
Previous kernel versions were affected by another bug though [1], although it
never caused any problems other than an error message and an occasional little
display glitch. That bug no longer occurs for me under 4.4.0, but now this much
more serious bug does.

At this moment the bug has already been triggered. dmesg shows no messages
other than what's attached. Although bbswitch is loaded, I haven't run any
program with optirun/primusrun since reboot.

[1] https://bugzilla.kernel.org/show_bug.cgi?id=95461



-- Package-specific info:
** Version:
Linux version 4.4.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.3.1 
20160307 (Debian 5.3.1-11) ) #1 SMP Debian 4.4.6-1 (2016-03-17)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.4.0-1-amd64 
root=UUID=808626fe-93c8-4f70-a04f-e8e9922c2737 ro quiet splash

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[   13.772072] ath: Regpair used: 0x60
[   13.906499] intel_rapl: Found RAPL domain package
[   13.906501] intel_rapl: Found RAPL domain core
[   13.906503] intel_rapl: Found RAPL domain uncore
[   13.906512] intel_rapl: RAPL package 0 domain package locked by BIOS
[   14.021854] ACPI: Video Device [PEGP] (multi-head: yes  rom: yes  post: no)
[   14.022672] input: Video Bus as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:02/LNXVIDEO:00/input/input14
[   14.023744] ACPI: Video Device [GFX0] (multi-head: yes  rom: no  post: no)
[   14.028162] input: Video Bus as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:01/input/input15
[   14.028256] [drm] Initialized i915 1.6.0 20151010 for :00:02.0 on minor 0
[   14.028433] ACPI Warning: SystemIO range 
0xF040-0xF05F conflicts with OpRegion 
0xF040-0xF04F (\SMB0) (20150930/utaddress-254)
[   14.028438] ACPI Warning: SystemIO range 
0xF040-0xF05F conflicts with OpRegion 
0xF040-0xF04F (\_SB_.PCI0.SBUS.SMBI) 
(20150930/utaddress-254)
[   14.028440] ACPI: If an ACPI driver is available for this device, you should 
use it instead of the native driver
[   14.063700] input: PC Speaker as /devices/platform/pcspkr/input/input16
[   14.099522] input: HDA Intel PCH Headphone as 
/devices/pci:00/:00:1b.0/sound/card0/input13
[   14.099614] input: HDA Intel PCH HDMI/DP,pcm=3 as 
/devices/pci:00/:00:1b.0/sound/card0/input17
[   14.147935] Console: switching to colour frame buffer device 170x48
[   14.151023] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[   14.151369] ieee80211 phy0: Atheros AR9485 Rev:1 mem=0xc9c0, 
irq=17
[   14.152116] i915 :00:02.0: fb0: inteldrmfb frame buffer device
[   14.248528] iTCO_vendor_support: vendor-support=0
[   14.261211] Bluetooth: Core ver 2.21
[   14.261234] NET: Registered protocol family 31
[   14.261236] Bluetooth: HCI device and connection manager initialized
[   14.261243] Bluetooth: HCI socket layer initialized
[   14.261247] Bluetooth: L2CAP socket layer initialized
[   14.261254] Bluetooth: SCO socket layer initialized
[   14.274123] asus_wmi: ASUS WMI generic driver loaded
[   14.276578] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11
[   14.276642] iTCO_wdt: Found a Panther Point TCO device (Version=2, 
TCOBASE=0x0460)
[   14.276790] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
[   14.278606] asus_wmi: Initialization: 0x1
[   14.278668] asus_wmi: BIOS WMI version: 7.9
[   14.278735] asus_wmi: SFUN value: 0x4a0877
[   14.280217] input: Asus WMI hotkeys as 
/devices/platform/asus-nb-wmi/input/input18
[   14.304701] asus_wmi: 

Bug#817094: mercurial-keyring: fails to import Gnome module

[Fedor Uvarov]

Package: mercurial-keyring
Version: 0.6.7-1
Severity: important

Dear Maintainer,

Mercurial apparently can't access my keyring anymore. The following error
message appears when trying to push or pull to a password-protected repo:

*** failed to import extension mercurial_keyring: No module named Gnome

It didn't happen before, my credentials would be taken from the keyring
instead.

The reason may be the recent split of python-keyrings into "python-keyrings"
proper and "python-keyrings.alt". I have both packages installed, but it
doesn't help, perhaps imports in "mercurial-keyring" have to be adjusted.

Also note that there is a much newer upstream version available (1.0.1), which
is not even in unstable yet.



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

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

Versions of packages mercurial-keyring depends on:
ii  mercurial   3.5.2-2
ii  python-keyring  8.4.1-1
pn  python:any  

mercurial-keyring recommends no packages.

mercurial-keyring suggests no packages.

-- no debconf information