Bug#1023519: python3-wxgtk4.0: Windows do not follow "dark" mode in Gnome

2022-11-05 Thread Matthias Brennwald
Package: python3-wxgtk4.0
Version: 4.2.0+dfsg-1
Severity: normal
X-Debbugs-Cc: mbren...@gmail.com

Dear Maintainer,

If "dark" mode is active in GNOME, GUI windows (and other GUI elements) created
with python3-wxgtk4.0 are not painted in "dark" mode. Instead, they are painted
using the standard "non-dark" mode.


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

Kernel: Linux 6.0.0-2-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER
Locale: LANG=en_CH.UTF-8, LC_CTYPE=en_CH.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-wxgtk4.0 depends on:
ii  libc6   2.36-4
ii  libgcc-s1   12.2.0-9
ii  libstdc++6  12.2.0-9
ii  libwxbase3.2-0  3.2.1+dfsg-1
ii  libwxgtk3.2-0   3.2.1+dfsg-1
ii  python3 3.10.6-1
ii  python3-numpy   1:1.21.5-1+b1
ii  python3-pil 9.2.0-1.1
ii  python3-six 1.16.0-4

python3-wxgtk4.0 recommends no packages.

Versions of packages python3-wxgtk4.0 suggests:
pn  wx3.0-doc  

-- no debconf information



Bug#1020402: nautilus: Search often times out with no results

2022-09-21 Thread Matthias Brennwald
Package: nautilus
Version: 43.0-1
Severity: normal
X-Debbugs-Cc: mbren...@gmail.com

Dear Maintainer,

*** 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 ***

Typing (part of) a file name starts a search for files with this name. This
worked great until a few days ago (Debian Sid). However, after a recent apt-
upgrade, the search usually times out with no result. There are some exceptions
where the search actually works as expected, but I could not observe any
systematics of when it does (not) work.


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

Kernel: Linux 5.19.0-1-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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 nautilus depends on:
ii  bubblewrap  0.6.2-1
ii  desktop-file-utils  0.26-1
ii  gsettings-desktop-schemas   43.0-1
ii  gvfs1.50.2-2
ii  libadwaita-1-0  1.2.0-1
ii  libc6   2.34-8
ii  libcairo2   1.16.0-6
ii  libcloudproviders0  0.3.1-2
ii  libgdk-pixbuf-2.0-0 2.42.9+dfsg-1
ii  libgexiv2-2 0.14.0-1+b1
ii  libglib2.0-02.74.0-1
ii  libglib2.0-data 2.74.0-1
ii  libgnome-autoar-0-0 0.4.3-1
ii  libgnome-desktop-4-243-2
ii  libgstreamer-plugins-base1.0-0  1.20.3-2
ii  libgstreamer1.0-0   1.20.3-1
ii  libgtk-4-1  4.8.1+ds-1
ii  libnautilus-extension4  43.0-1
ii  libpango-1.0-0  1.50.10+ds-1
ii  libportal-gtk4-10.6-3
ii  libportal1  0.6-3
ii  libselinux1 3.4-1+b1
ii  libtracker-sparql-3.0-0 3.4.0-1
ii  nautilus-data   43.0-1
ii  shared-mime-info2.2-1
ii  tracker 3.4.0-1
ii  tracker-extract 3.4.0~rc-1
ii  tracker-miner-fs3.4.0~rc-1

Versions of packages nautilus recommends:
ii  gnome-sushi   43.0-1
ii  gvfs-backends 1.50.2-2
ii  libgdk-pixbuf2.0-bin  2.42.9+dfsg-1
ii  librsvg2-common   2.54.4+dfsg-1

Versions of packages nautilus suggests:
ii  eog 43.0-1
ii  evince [pdf-viewer] 43.0-1
pn  nautilus-extension-brasero  
pn  nautilus-sendto 
ii  totem   43.0-2
ii  vlc [mp3-decoder]   3.0.17.4-4+b1
ii  xdg-user-dirs   0.17-2

-- no debconf information



Bug#1005375: tlp: External screen does not work when connected to laptop

2022-02-12 Thread Matthias Brennwald
Package: tlp
Version: 1.5.0-1
Severity: normal
X-Debbugs-Cc: mbren...@gmail.com

Dear Maintainer,

After I installed TLP on my laptop, the external screen connected via USB-C
docking station did not work anymore. Once I uninstalled TLP and a cold-reboot,
the screen came back and worked again normally.


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

Kernel: Linux 5.15.0-3-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_USER
Locale: LANG=en_CH.UTF-8, LC_CTYPE=en_CH.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages tlp depends on:
ii  hdparm9.60+ds-1
ii  iw5.16-1
ii  pciutils  1:3.7.0-6
ii  rfkill2.37.3-1+b1
ii  usbutils  1:014-1

Versions of packages tlp recommends:
ii  ethtool  1:5.16-1
ii  tlp-rdw  1.5.0-1

Versions of packages tlp suggests:
pn  acpi-call-dkms  
pn  linux-cpupower  
ii  smartmontools   7.2-1
pn  tp-smapi-dkms   

-- no debconf information



Bug#1005225: evince: Evince display does not respect dark mode

2022-02-09 Thread Matthias Brennwald
Package: evince
Version: 41.3-1
Severity: normal
X-Debbugs-Cc: mbren...@gmail.com

Dear Maintainer,

The display of evince does not play nice with "dark" GTK themes. The idea of
dark themes is to use dark backgrounds and light colors for text and display
elements in order to reduce eye strain. Many applications use the color mode of
the theme for display, or allow setting a specific color mode that fits "dark
mode". With evince, the default mode is fixed to black text on white background
and does not follow dark mode settings. This should be fixed in evince.

(Yes, evince has "Night Mode", which is helpful to invert black-on-white
documents to white-on-black. However, this mode also inverts any colors to
their complementary color. This looks very strange (if not awful) and may lead
to confusion, for example if the text refers to a "green line in the diagram",
where the green line is now pink.)


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

Kernel: Linux 5.15.0-3-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_USER
Locale: LANG=en_CH.UTF-8, LC_CTYPE=en_CH.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages evince depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-3
ii  evince-common41.3-1
ii  gsettings-desktop-schemas42~alpha-1
ii  libatk1.0-0  2.36.0-3
ii  libc62.33-5
ii  libcairo-gobject21.16.0-5
ii  libcairo21.16.0-5
ii  libevdocument3-4 41.3-1
ii  libevview3-3 41.3-1
ii  libgdk-pixbuf-2.0-0  2.42.6+dfsg-2
ii  libglib2.0-0 2.70.3-1
ii  libgnome-desktop-3-1941.3-1
ii  libgtk-3-0   3.24.31-1
ii  libhandy-1-0 1.5.0-1
ii  libnautilus-extension1a  41.2-1
ii  libpango-1.0-0   1.50.3+ds1-6
ii  libpangocairo-1.0-0  1.50.3+ds1-6
ii  libsecret-1-00.20.4-2
ii  shared-mime-info 2.1-2

Versions of packages evince recommends:
ii  dbus-user-session [default-dbus-session-bus]  1.12.20-3
ii  dbus-x11 [dbus-session-bus]   1.12.20-3

Versions of packages evince suggests:
ii  gvfs 1.48.1-2
pn  nautilus-sendto  
ii  poppler-data 0.4.11-1
pn  unrar

-- no debconf information



Bug#1005220: latexila: Symbols in side panel are hardly readable with dark themes

2022-02-09 Thread Matthias Brennwald
Package: latexila
Version: 3.22.0-1.1
Severity: normal
X-Debbugs-Cc: mbren...@gmail.com

Dear Maintainer,

If a dark theme is used, the symbols in the side panel are hardly readable
because they are rendered in black on a dark background. The color of the
symbols should be adjusted according to the theme.

I found a similar report here (but it's VERY old, so it seems it was ignored
back then): https://mail.gnome.org/archives/latexila-
list/2012-September/msg0.html


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

Kernel: Linux 5.15.0-3-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_USER
Locale: LANG=en_CH.UTF-8, LC_CTYPE=en_CH.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages latexila depends on:
ii  latexila-data   3.22.0-1.1
ii  libc6   2.33-5
ii  libgdk-pixbuf-2.0-0 2.42.6+dfsg-2
ii  libgee-0.8-20.20.4-1
ii  libglib2.0-02.70.3-1
ii  libgspell-1-2   1.9.1-2
ii  libgtk-3-0  3.24.31-1
ii  libgtksourceview-3.0-1  3.24.11-2+b1
ii  libpango-1.0-0  1.50.3+ds1-6

Versions of packages latexila recommends:
ii  gsettings-desktop-schemas  42~alpha-1
ii  hicolor-icon-theme 0.17-2
ii  latexmk1:4.76-1
ii  texlive2021.20220204-1

latexila suggests no packages.

-- no debconf information



Bug#1003658: geary: Search stops working after a while

2022-01-13 Thread Matthias Brennwald
Package: geary
Version: 40.0-1
Severity: normal
Tags: patch
X-Debbugs-Cc: mbren...@gmail.com

Dear Maintainer

The function to search for emails stops working after running Geary for a
while. I can get it to work again either by rebooting the computer, or by doing
"killall geary" and then restart Geary. Just restarting Geary alone does not
help. I guess there is some background process related to the Geary search,
which gets stuck and then causes the search to stop working.


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

Kernel: Linux 5.16.0-rc8-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER
Locale: LANG=en_CH.UTF-8, LC_CTYPE=en_CH.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 geary depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-2
ii  gnome-keyring40.0-3
ii  libatk1.0-0  2.36.0-3
ii  libc62.33-2
ii  libcairo21.16.0-5
ii  libenchant-2-2   2.3.1-1
ii  libfolks26   0.15.3-4
ii  libgck-1-0   3.40.0-3+b1
ii  libgcr-base-3-1  3.40.0-3+b1
ii  libgdk-pixbuf-2.0-0  2.42.6+dfsg-2
ii  libgee-0.8-2 0.20.4-1
ii  libglib2.0-0 2.70.2-1
ii  libgmime-3.0-0   3.2.7-1
ii  libgoa-1.0-0b3.40.1-2
ii  libgsound0   1.0.3-2
ii  libgspell-1-21.9.1-2
ii  libgtk-3-0   3.24.31-1
ii  libhandy-1-0 1.5.0-1
ii  libicu67 67.1-7
ii  libjavascriptcoregtk-4.0-18  2.34.3-1
ii  libjson-glib-1.0-0   1.6.6-1
ii  libpango-1.0-0   1.48.10+ds1-1
ii  libpangocairo-1.0-0  1.48.10+ds1-1
ii  libpeas-1.0-01.30.0-4
ii  libsecret-1-00.20.4-2
ii  libsoup2.4-1 2.74.2-3
ii  libsqlite3-0 3.37.2-1
ii  libstemmer0d 2.2.0-1
ii  libunwind8   1.3.2-2
ii  libwebkit2gtk-4.0-37 2.34.3-1
ii  libxml2  2.9.12+dfsg-5+b1
ii  libytnef02.0-1

geary recommends no packages.

geary suggests no packages.

-- no debconf information



Bug#1002460: linux-image-amd64: Missing kernel configuration for Microsoft Laptops and Surface devices

2021-12-22 Thread Matthias Brennwald
Package: linux-image-amd64
Version: 5.15.5-1
Severity: normal
X-Debbugs-Cc: mbren...@gmail.com

Dear Maintainer,

Some features for Linux on Microsoft Laptops and Surface devices that were
implemented in the 5.13+ Linux kernel are not configured with the kernels
provided by Debian.

Full details (including a suggested fix) are available here:
https://github.com/linux-surface/linux-surface/issues/683


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

Kernel: Linux 5.15.0-2-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_USER, TAINT_OOT_MODULE
Locale: LANG=en_CH.UTF-8, LC_CTYPE=en_CH.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 linux-image-amd64 depends on:
ii  linux-image-5.15.0-2-amd64  5.15.5-1

linux-image-amd64 recommends no packages.

linux-image-amd64 suggests no packages.

-- no debconf information



Bug#999611: gnome-control-center: Cannot turn on screen sharing through local WiFi hotspot

2021-11-13 Thread Matthias Brennwald
Package: gnome-control-center
Version: 1:41.1-1
Severity: normal
X-Debbugs-Cc: mbren...@gmail.com

I cannot turn on screen sharing on my server running GNOME with a wifi hotspot.

The idea is that VNC clients connect to my server via the wifi hotspot. I need
this because the server is running at remote locations where no other networks
exist.

If I go to the GNOME Sharing preferences, I cannot turn on screen sharing. The
slider / switch just does not allow turning it on.

Observations:
- If I disable the wifi hotspot and connect my computer to an existing wifi in
my testing environment, I can turn on the screen sharing with no problems; but
I have to tell/allow GNOME Sharing to use the wifi connection for the screen
sharing.
- With the wifi hotspot enabled, GNOME Sharing does not offer to select the
hotspot wifi as a network to use for the screen sharing.


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

Kernel: Linux 5.14.0-4-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_USER
Locale: LANG=en_CH.UTF-8, LC_CTYPE=en_CH.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 gnome-control-center depends on:
ii  accountsservice0.6.55-3
ii  apg2.2.3.dfsg.1-5+b2
ii  colord 1.4.5-3
ii  desktop-base   11.0.3
ii  desktop-file-utils 0.26-1
ii  gnome-control-center-data  1:41.1-1
ii  gnome-desktop3-data41.1-1
ii  gnome-settings-daemon  41.0-2
ii  gsettings-desktop-schemas  41.0-2
ii  libaccountsservice00.6.55-3
ii  libatk1.0-02.36.0-2
ii  libc6  2.32-4
ii  libcairo2  1.16.0-5
ii  libcheese-gtk2541.0-3
ii  libcheese8 41.0-3
ii  libcolord-gtk1 0.1.26-2+b1
ii  libcolord2 1.4.5-3
ii  libcups2   2.3.3op2-7
ii  libepoxy0  1.5.9-2
ii  libfontconfig1 2.13.1-4.2
ii  libgcr-base-3-13.40.0-3+b1
ii  libgdk-pixbuf-2.0-02.42.6+dfsg-2
ii  libglib2.0-0   2.70.1-1
ii  libgnome-bluetooth13   3.34.5-4
ii  libgnome-desktop-3-19  41.1-1
ii  libgoa-1.0-0b  3.40.1-2
ii  libgoa-backend-1.0-1   3.40.1-2
ii  libgsound0 1.0.3-2
ii  libgtk-3-0 3.24.30-3
ii  libgtop-2.0-11 2.40.0-2
ii  libgudev-1.0-0 237-2
ii  libhandy-1-0   1.4.0-1
ii  libibus-1.0-5  1.5.25-2
ii  libkrb5-3  1.18.3-7
ii  libmalcontent-0-0  0.10.3-1
ii  libmm-glib01.14.12-0.2
ii  libnm0 1.32.12-1
ii  libnma01.8.32-1
ii  libpango-1.0-0 1.48.10+ds1-1
ii  libpangocairo-1.0-01.48.10+ds1-1
ii  libpolkit-gobject-1-0  0.105-31
ii  libpulse-mainloop-glib015.0+dfsg1-2
ii  libpulse0  15.0+dfsg1-2
ii  libpwquality1  1.4.4-1
ii  libsecret-1-0  0.20.4-2
ii  libsmbclient   2:4.13.14+dfsg-1
ii  libsoup2.4-1   2.74.1-1
ii  libudisks2-0   2.9.4-1
ii  libupower-glib30.99.13-1
ii  libwacom2  1.12-1
ii  libwayland-server0 1.19.0-2+b1
ii  libx11-6   2:1.7.2-2+b1
ii  libxi6 2:1.8-1
ii  libxml22.9.12+dfsg-5

Versions of packages gnome-control-center recommends:
ii  cracklib-runtime  2.9.6-3.4
ii  cups-pk-helper0.2.6-1+b1
ii  gkbd-capplet  3.26.1-1+b1
ii  gnome-online-accounts 3.40.1-2
ii  gnome-user-docs   41.0-1
ii  gnome-user-share  3.34.0-3+b1
ii  iso-codes 4.8.0-1
ii  libcanberra-pulse 0.30-8
ii  libnss-myhostname 249.6-1
ii  malcontent-gui0.10.3-1
ii  network-manager-gnome 1.24.0-1
ii  policykit-1   0.105-31
ii  pulseaudio-module-bluetooth   15.0+dfsg1-2
ii  realmd0.17.0-1
ii  rygel 0.40.2-1+b1
ii  rygel-tracker 0.40.2-1+b1
ii  system-config-printer-common  1.5.14-1

Versions of packages gnome-control-center suggests:
ii  gnome-software   41.0-1
ii  gstreamer1.0-pulseaudio  1.18.5-1+b1
pn  libcanberra-gtk-module   
ii  libcanberra-gtk3-module  0.30-8
ii  x11-xserver-utils7.7+9

-- no debconf information



Bug#989652: vino

2021-06-09 Thread Matthias Brennwald
Package: vino
Version: 3.22.0-5
Severity: normal

Dear Maintainer

I have a server that provides a WiFi hotspot, and clients connect to the
server via the this WiFi hotspot. Sharing the server screen to the clients
works fine if the server is connected to another/wired network connection.
Once this other/wired connection is deactivated, the screen sharing stops
working.

As far as I can tell, the other/wired connection is not used in any way for
the data transfer involved with the screen sharing, as the clients are
connected to the server using the WiFi hotspot only. I would therefore
expect vino to handle the screen sharing in the same way, no matter if the
server is connected to the other/wired network or not.

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

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

Versions of packages vino depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.30.1-2
ii  libavahi-client3 0.7-4+deb10u1
ii  libavahi-common3 0.7-4+deb10u1
ii  libavahi-glib1   0.7-4+deb10u1
ii  libc62.28-10
ii  libcairo21.16.0-4+deb10u1
ii  libgcrypt20  1.8.4-5
ii  libglib2.0-0 2.58.3-2+deb10u2
ii  libgnutls30  3.6.7-4+deb10u6
ii  libgtk-3-0   3.24.5-1
ii  libice6  2:1.0.9-2
ii  libjpeg62-turbo  1:1.5.2-2+deb10u1
ii  libnotify4   0.7.7-4
ii  libsecret-1-00.18.7-1
ii  libsm6   2:1.2.3-1
ii  libx11-6 2:1.6.7-1+deb10u2
ii  libxdamage1  1:1.1.4-3+b3
ii  libxext6 2:1.3.3-1+b2
ii  libxfixes3   1:5.0.3-1
ii  libxtst6 2:1.2.3-1
ii  zlib1g   1:1.2.11.dfsg-1

Versions of packages vino recommends:
ii  gvfs  1.38.1-5

Versions of packages vino suggests:
ii  gnome-control-center  1:3.30.3-2~deb10u1


Bug#980151: python3-wxgtk4.0: Window content does not always get painted correctly with Wayland

2021-01-15 Thread Matthias Brennwald
Package: python3-wxgtk4.0
Version: 4.0.7+dfsg-9
Severity: important
X-Debbugs-Cc: mbren...@gmail.com

Dear Maintainer,

After creating and showing a new wxPython window/frame, the content of the 
window/frame does not always get painted completely. As far as I can tell, this 
happens mainly with windows/frames that contain a matplotlib panel.

I tried version 4.1 of wxPython (using the pip3 installer), and the issue does 
no occur there.

Would you consider upgrading the current 4.0 version in the Debian SID 
repositories to 4.1, which may also have other improvements over 4.0?

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

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

Versions of packages python3-wxgtk4.0 depends on:
ii  libc6  2.31-9
ii  libgcc-s1  10.2.1-6
ii  libstdc++6 10.2.1-6
ii  libwxbase3.0-0v5   3.0.5.1+dfsg-2
ii  libwxgtk3.0-gtk3-0v5   3.0.5.1+dfsg-2
ii  python33.9.1-1
ii  python3-pil8.1.0-1
ii  python3-sip [sip-py3api-12.7]  4.19.24+dfsg-2
ii  python3-six1.15.0-2

python3-wxgtk4.0 recommends no packages.

Versions of packages python3-wxgtk4.0 suggests:
pn  wx3.0-doc  

-- no debconf information



Bug#963536: geary: Cannot send emails, messages stuck in Outbox

2020-06-23 Thread Matthias Brennwald
Package: geary
Version: 3.36.2-1
Severity: normal

Dear Maintainer,

What is happending:
If I try to send a new email message, the message always goes to the Outbox,
but Geary does not send the message. There is no error or warning message. I
cannot move the message out of the Outbox, and there is no way to tell Geary to
try sending it again. The message is stuck in the Outbox, and all I can do is
to delete the message.

What I expected to happen:
- Geary sends the message
- If Geary cannot send a message, show a warning / error message
- Geary should allow moving messages from the Outbox back to Drafts, so that
the message can be edited and sent again
- Geary should allow trying to send a message again



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

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

Versions of packages geary depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.36.0-1
ii  gnome-keyring3.36.0-1
ii  libc62.30-8
ii  libcairo21.16.0-4
ii  libenchant-2-2   2.2.8-1
ii  libfolks25   0.14.0-1
ii  libgck-1-0   3.36.0-2
ii  libgcr-base-3-1  3.36.0-2
ii  libgdk-pixbuf2.0-0   2.40.0+dfsg-5
ii  libgee-0.8-2 0.20.3-1
ii  libglib2.0-0 2.64.3-1
ii  libgmime-3.0-0   3.2.7-1
ii  libgoa-1.0-0b3.36.0-1
ii  libgspell-1-21.8.3-1
ii  libgtk-3-0   3.24.20-1
ii  libhandy-0.0-0   0.0.13-2
ii  libjavascriptcoregtk-4.0-18  2.28.2-2+b1
ii  libjson-glib-1.0-0   1.4.4-2
ii  libpango-1.0-0   1.44.7-4
ii  libpangocairo-1.0-0  1.44.7-4
ii  libpeas-1.0-01.26.0-2
ii  libsecret-1-00.20.3-1
ii  libsoup2.4-1 2.70.0-1
ii  libsqlite3-0 3.32.3-1
ii  libunwind8   1.2.1-9
ii  libwebkit2gtk-4.0-37 2.28.2-2+b1
ii  libxml2  2.9.10+dfsg-5+b1
ii  libytnef01.9.3-1+b1

geary recommends no packages.

geary suggests no packages.

-- no debconf information



Bug#963255: evince: Not possible to scale page for printing

2020-06-21 Thread Matthias Brennwald
Package: evince
Version: 3.36.5-2
Severity: normal

Dear Maintainer,

It is not possible to scale a page for printing. According to the
documentation, it should be possible to do this by selecting the "Page Handling
tab" from the Print menu (see here:
https://help.gnome.org/users/evince/stable/print-pagescaling.html.en). However,
the is no "Page Handling tab", so it is not possible to scale the page for
printing.



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

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

Versions of packages evince depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.36.0-1
ii  evince-common3.36.5-2
ii  gsettings-desktop-schemas3.36.1-1
ii  libatk1.0-0  2.36.0-2
ii  libc62.30-8
ii  libcairo-gobject21.16.0-4
ii  libcairo21.16.0-4
ii  libevdocument3-4 3.36.5-2
ii  libevview3-3 3.36.5-2
ii  libgdk-pixbuf2.0-0   2.40.0+dfsg-5
ii  libglib2.0-0 2.64.3-1
ii  libgnome-desktop-3-193.36.2-1
ii  libgtk-3-0   3.24.20-1
ii  libnautilus-extension1a  3.36.3-1
ii  libpango-1.0-0   1.44.7-4
ii  libpangocairo-1.0-0  1.44.7-4
ii  libsecret-1-00.20.3-1
ii  shared-mime-info 1.15-1

Versions of packages evince recommends:
ii  dbus-user-session [default-dbus-session-bus]  1.12.18-1
ii  dbus-x11 [dbus-session-bus]   1.12.18-1

Versions of packages evince suggests:
ii  gvfs 1.44.1-1
ii  nautilus-sendto  3.8.6-3
ii  poppler-data 0.4.9-2
pn  unrar

-- no debconf information



Bug#962595: gnome: No more sound on speakers, Gnome does not ask when plugging in headphones

2020-06-10 Thread Matthias Brennwald
Package: gnome
Version: 1:3.30+2
Severity: normal

Dear Maintainer,

Since a recent update (Debian Testing), Gnome has stopped asking about the type
of headphone / headset when plugging in a headphone / headset. At the same
time, the sound output from the built-in speakers has stopped working, no
matter if headphones are plugged in or not. Sound output works via headphones
only. It's a bit like the system thinks that headphones are always connected
(although they are not), and it does not detect if they are unplugged.



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

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

Versions of packages gnome depends on:
ii  avahi-daemon 0.8-3
ii  cheese   3.34.0-1+b2
ii  cups-pk-helper   0.2.6-1+b1
ii  desktop-base 10.0.3
ii  evolution3.36.2-1
ii  evolution-plugins3.36.2-1
ii  file-roller  3.36.2-1
ii  gedit-plugins3.36.2-1
ii  gnome-calendar   3.36.1-1
ii  gnome-clocks 3.36.0-2
ii  gnome-color-manager  3.36.0-1
ii  gnome-core   1:3.30+2
ii  gnome-documents  3.34.0-1+b1
ii  gnome-getting-started-docs   3.36.2-1
ii  gnome-maps   3.36.2-1
ii  gnome-music  3.36.2-1
ii  gnome-screenshot 3.36.0-1
ii  gnome-sound-recorder 3.34.0-1
ii  gnome-todo   3.28.1-5
ii  gnome-tweaks 3.34.0-3
ii  gnome-weather3.36.1-1
ii  gstreamer1.0-libav   1.16.2-2
ii  gstreamer1.0-plugins-ugly1.16.2-2+b1
ii  libgsf-bin   1.14.47-1
ii  libproxy1-plugin-networkmanager  0.4.15-13
ii  libreoffice-calc 1:6.4.4-1+b1
ii  libreoffice-gnome1:6.4.4-1+b1
ii  libreoffice-impress  1:6.4.4-1+b1
ii  libreoffice-writer   1:6.4.4-1+b1
ii  nautilus-sendto  3.8.6-3
ii  network-manager-gnome1.16.0-1
ii  orca 3.36.3-1
ii  rhythmbox3.4.4-2+b1
ii  rhythmbox-plugin-cdrecorder  3.4.4-2+b1
ii  rhythmbox-plugins3.4.4-2+b1
ii  rygel-playbin0.38.3-1
ii  rygel-tracker0.38.3-1
ii  seahorse 3.36-1
ii  shotwell 0.30.10-1
ii  simple-scan  3.36.2.1-1
ii  totem-plugins3.34.1-2+b1
ii  vinagre  3.22.0-7
ii  vino 3.22.0-6
ii  xdg-user-dirs-gtk0.10-3

Versions of packages gnome recommends:
ii  gnome-games 1:3.30+2
ii  nautilus-extension-brasero  3.12.2-6
ii  transmission-gtk3.00-1

Versions of packages gnome suggests:
pn  alacarte 
pn  empathy  
pn  firefox-esr-l10n-all | firefox-l10n-all  
pn  gnome-remote-desktop 
pn  goobox | sound-juicer
pn  polari   
pn  webext-ublock-origin 

Versions of packages gnome-core depends on:
ii  adwaita-icon-theme3.36.1-2
ii  at-spi2-core  2.36.0-2
ii  baobab3.34.0-1
ii  caribou   0.4.21-7
ii  dconf-cli 0.36.0-1
ii  dconf-gsettings-backend   0.36.0-1
ii  eog   3.36.2-1
ii  evince3.36.1-1
ii  evolution-data-server 3.36.2-1+b1
ii  firefox-esr   68.9.0esr-1
ii  fonts-cantarell   0.111-2
ii  gdm3  3.34.1-3
ii  gedit 3.36.2-1
ii  gkbd-capplet  3.26.1-1
ii  glib-networking   2.64.2-1
ii  gnome-backgrounds 3.36.0-1
ii  gnome-bluetooth   3.34.1-1
ii  gnome-calculator  3.36.0-1
ii  gnome-characters  3.34.0-1
ii  gnome-contacts3.36.1-1
ii  gnome-control-center  1:3.36.2-1
ii  gnome-disk-utility3.36.1-1+b1
ii  gnome-font-viewer 3.34.0-2+b1
ii  gnome-keyring 3.36.0-1
ii  gnome-logs3.36.0-2
ii  gnome-menus   3.36.0-1
ii  gnome-online-accounts 3.36.0-1
ii  gnome-online-miners   3.34.0-2
ii  gnome-session 3.36.0-2
ii  gnome-settings-daemon   

Bug#960277: gedit: Typing a "(" or ")" stalls the editor with some files

2020-05-11 Thread Matthias Brennwald
Package: gedit
Version: 3.36.2-1
Severity: normal

Dear Maintainer,

Typing a "(" or a ")" stalls the editor for a few seconds. This happens with
some files / texts, but not with others. I could not figure out why the issue
occurs with some texts, but not with others.



-- Package-specific info:

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

Kernel: Linux 5.6.0-1-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gedit depends on:
ii  gedit-common   3.36.2-1
ii  gir1.2-glib-2.01.64.1-1
ii  gir1.2-gtk-3.0 3.24.18-1
ii  gir1.2-gtksource-4 4.6.0-1
ii  gir1.2-pango-1.0   1.44.7-4
ii  gir1.2-peas-1.01.26.0-2
ii  gsettings-desktop-schemas  3.36.1-1
ii  iso-codes  4.4-1
ii  libamtk-5-05.0.2-1
ii  libatk1.0-02.36.0-2
ii  libc6  2.30-4
ii  libcairo2  1.16.0-4
ii  libgdk-pixbuf2.0-0 2.40.0+dfsg-4
ii  libgirepository-1.0-1  1.64.1-1
ii  libglib2.0-0   2.64.2-1
ii  libgspell-1-2  1.8.3-1
ii  libgtk-3-0 3.24.18-1
ii  libgtksourceview-4-0   4.6.0-1
ii  libpango-1.0-0 1.44.7-4
ii  libpeas-1.0-0  1.26.0-2
ii  libtepl-4-04.4.0-1
ii  libx11-6   2:1.6.9-2+b1
ii  python33.8.2-3
ii  python3-gi 3.36.0-3
ii  python3-gi-cairo   3.36.0-3
ii  python3.8  3.8.3~rc1-1

Versions of packages gedit recommends:
ii  yelp3.36.0-1
ii  zenity  3.32.0-5

Versions of packages gedit suggests:
ii  gedit-plugins  3.36.2-1

-- no debconf information



Bug#960176: gnome-calendar: "Today" button selects wrong day/week

2020-05-10 Thread Matthias Brennwald
Package: gnome-calendar
Version: 3.36.1-1
Severity: normal

Dear Maintainer,

It's Sunday 10 May 2020, and this is highlighed as today in the calendar
display. If I click the "Today" button, the calendar display jumps to the next
week, showing 11-17 May. My week display is configured to start on Mondays.

I would expect the "Today" button to show today, not next week after today.



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

Kernel: Linux 5.6.0-1-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-calendar depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.36.0-1
ii  gsettings-desktop-schemas3.36.1-1
ii  libc62.30-4
ii  libcairo21.16.0-4
ii  libdazzle-1.0-0  3.36.0-1
ii  libecal-2.0-13.36.2-1
ii  libedataserver-1.2-243.36.2-1
ii  libedataserverui-1.2-2   3.36.2-1
ii  libgeoclue-2-0   2.5.6-1
ii  libglib2.0-0 2.64.2-1
ii  libgoa-1.0-0b3.36.0-1
ii  libgtk-3-0   3.24.18-1
ii  libgweather-3-16 3.36.0-1
ii  libhandy-0.0-0   0.0.13-2
ii  libical3 3.0.8-1
ii  libpango-1.0-0   1.44.7-4
ii  libpangocairo-1.0-0  1.44.7-4
ii  libsoup2.4-1 2.70.0-1

Versions of packages gnome-calendar recommends:
ii  evolution-data-server  3.36.2-1

gnome-calendar suggests no packages.

-- no debconf information



Bug#959442: closed by Jörg Frings-Fürst (reply to debian@jff.email) (Re: Bug#959442: simple-scan: network scanner does not work out of the box with hplip)

2020-05-03 Thread Matthias Brennwald

"Simple-scan is not responsible for reloading proprietary drivers."

I agree.

However, it would be useful if Simple-scan would show a more meaningful 
error message, indicating the underlying problem and how to fix it. As 
it is, the user does not get any information about what went wrong, so 
he/she is clueless about how to fix the problem -- although it would be 
very easy for him/her to make Simple-scan work!




On Sun, May 3, 2020 at 09:33, Debian Bug Tracking System 
 wrote:

This is an automatic notification regarding your Bug report
which was filed against the simple-scan package:

#959442: simple-scan: network scanner does not work out of the box 
with hplip


It has been closed by Jörg Frings-Fürst > (reply to debian@jff.email 
).


Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Jörg 
Frings-Fürst mailto:debian@jff.email>> (reply to 
debian@jff.email ) by

replying to this email.


--
959442: 
Debian Bug Tracking System
Contact ow...@bugs.debian.org  with 
problems




Bug#959443: geary: Geary takes "forever" to check for and download new email messages

2020-05-02 Thread Matthias Brennwald
Package: geary
Version: 3.36.1-1
Severity: normal

Dear Maintainer,

Geary sometimes takes "forever" (many hours, days) to fetch new email messages.
I can see the "spinning wheel" at the bottom of the left pane. Restarting Geary
does not help.

Sometimes, fetching email just works fine (new messages appear within a minute
or so). I don't know how to trigger the issue.

I have different email accounts configured in Geary. As far as I can tell, the
issue is mostly with my main email account (conventional IMAP). The problem
does not happen with other email tools (Evolution on the same machine, Apple
Mail on a Mac, or different email tools on my Android mobile phone).



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

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

Versions of packages geary depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.36.0-1
ii  gnome-keyring3.36.0-1
ii  libc62.30-4
ii  libcairo21.16.0-4
ii  libenchant-2-2   2.2.8-1
ii  libfolks25   0.14.0-1
ii  libgck-1-0   3.36.0-2
ii  libgcr-base-3-1  3.36.0-2
ii  libgdk-pixbuf2.0-0   2.40.0+dfsg-4
ii  libgee-0.8-2 0.20.3-1
ii  libglib2.0-0 2.64.2-1
ii  libgmime-3.0-0   3.2.7-1
ii  libgoa-1.0-0b3.36.0-1
ii  libgspell-1-21.8.3-1
ii  libgtk-3-0   3.24.18-1
ii  libhandy-0.0-0   0.0.13-2
ii  libjavascriptcoregtk-4.0-18  2.28.2-2
ii  libjson-glib-1.0-0   1.4.4-2
ii  libpango-1.0-0   1.44.7-4
ii  libpangocairo-1.0-0  1.44.7-4
ii  libpeas-1.0-01.26.0-2
ii  libsecret-1-00.20.3-1
ii  libsoup2.4-1 2.70.0-1
ii  libsqlite3-0 3.31.1-5
ii  libunwind8   1.2.1-9
ii  libwebkit2gtk-4.0-37 2.28.2-2
ii  libxml2  2.9.10+dfsg-5
ii  libytnef01.9.3-1+b1

geary recommends no packages.

geary suggests no packages.

-- no debconf information



Bug#959442: simple-scan: network scanner does not work out of the box with hplip

2020-05-02 Thread Matthias Brennwald
Package: simple-scan
Version: 3.36.1-1
Severity: normal

Dear Maintainer,

Simple-Scan recognizes my network scanner, but when I click the "Scan" button,
it says "Failed to scan / unable to connect to scanner". I could fix this by
running "sudo /usr/bin/hp-plugin", which configures the hplip plugins as
required. I guess this is related to the issue described here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=958882

As it is, Simple-Scan does not work with my network scanner. The fix is
technically easy, but not at all obvious to users who don't know about it.



-- Package-specific info:

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

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

Versions of packages simple-scan depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.12.16-2
ii  dbus-x11 [dbus-session-bus]   1.12.16-2
ii  dconf-gsettings-backend [gsettings-backend]   0.36.0-1
ii  libc6 2.30-4
ii  libcairo2 1.16.0-4
ii  libcolord21.4.4-2
ii  libgdk-pixbuf2.0-02.40.0+dfsg-4
ii  libglib2.0-0  2.64.2-1
ii  libgtk-3-03.24.18-1
ii  libgusb2  0.3.4-0.2
ii  libpackagekit-glib2-181.1.13-2+b1
ii  libsane   1.0.27-3.2+b1
ii  libwebp6  0.6.1-2+b1
ii  libwebpmux3   0.6.1-2+b1
ii  xdg-utils 1.1.3-2
ii  zlib1g1:1.2.11.dfsg-2

simple-scan recommends no packages.

simple-scan suggests no packages.

-- no debconf information
[+0.00s] DEBUG: simple-scan.vala:638: Starting simple-scan 3.36.1, PID=38627
[+0.00s] DEBUG: unsetenv() is not thread-safe and should not be used after 
threads are created
[+0.01s] DEBUG: gdk_pixbuf_from_pixdata() called on:
[+0.01s] DEBUG: Encoding raw
[+0.01s] DEBUG: Dimensions: 37 x 47
[+0.01s] DEBUG: Rowstride: 148, Length: 6980
[+0.01s] DEBUG: Copy pixels == false
[+0.04s] DEBUG: app-window.vala:1908: Loading state from 
/home/mbrennwa/.cache/simple-scan/state
[+0.04s] DEBUG: app-window.vala:1887: Restoring window to 600x400 pixels
[+0.08s] DEBUG: scanner.vala:1525: sane_init () -> SANE_STATUS_GOOD
[+0.08s] DEBUG: scanner.vala:1531: SANE version 1.0.27
[+0.08s] DEBUG: scanner.vala:1592: Requesting redetection of scan devices
[+0.08s] DEBUG: scanner.vala:828: Processing request
[+0.21s] DEBUG: app-window.vala:1983: Saving state to 
/home/mbrennwa/.cache/simple-scan/state
[+0.35s] DEBUG: app-window.vala:1983: Saving state to 
/home/mbrennwa/.cache/simple-scan/state
[+2.69s] DEBUG: app-window.vala:1983: Saving state to 
/home/mbrennwa/.cache/simple-scan/state
[+7.74s] DEBUG: scanner.vala:341: sane_get_devices () -> SANE_STATUS_GOOD
[+7.74s] DEBUG: scanner.vala:353: Device: 
name="hpaio:/net/hp_laserjet_m1536dnf_mfp?ip=192.168.178.27=false" 
vendor="Hewlett-Packard" model="hp_laserjet_m1536dnf_mfp" type="all-in-one"
[+7.84s] DEBUG: app-window.vala:1983: Saving state to 
/home/mbrennwa/.cache/simple-scan/state
[+3979.97s] DEBUG: scanner.vala:1592: Requesting redetection of scan devices
[+3979.97s] DEBUG: scanner.vala:828: Processing request
[+3979.97s] DEBUG: 3:5 does not exist
[+3980.31s] DEBUG: app-window.vala:1983: Saving state to 
/home/mbrennwa/.cache/simple-scan/state
[+3982.39s] DEBUG: app-window.vala:1983: Saving state to 
/home/mbrennwa/.cache/simple-scan/state
[+3987.42s] DEBUG: scanner.vala:341: sane_get_devices () -> SANE_STATUS_GOOD
[+3987.42s] DEBUG: scanner.vala:353: Device: 
name="hpaio:/net/hp_laserjet_m1536dnf_mfp?ip=192.168.178.27=false" 
vendor="Hewlett-Packard" model="hp_laserjet_m1536dnf_mfp" type="all-in-one"
[+3987.53s] DEBUG: app-window.vala:1983: Saving state to 
/home/mbrennwa/.cache/simple-scan/state
[+3993.10s] DEBUG: scanner.vala:1592: Requesting redetection of scan devices
[+3993.10s] DEBUG: scanner.vala:828: Processing request
[+3997.99s] DEBUG: scanner.vala:341: sane_get_devices () -> SANE_STATUS_GOOD
[+3998.09s] DEBUG: app-window.vala:1983: Saving state to 
/home/mbrennwa/.cache/simple-scan/state
[+4005.46s] DEBUG: app-window.vala:1983: Saving state to 
/home/mbrennwa/.cache/simple-scan/state
[+4213.23s] DEBUG: scanner.vala:1592: Requesting redetection of scan devices
[+4213.23s] DEBUG: scanner.vala:828: Processing request
[+4220.75s] DEBUG: scanner.vala:341: sane_get_devices () -> SANE_STATUS_GOOD
[+4220.75s] DEBUG: scanner.vala:353: Device: 

Bug#958882: hplip: plugins remain unconfigured after installation

2020-04-26 Thread Matthias Brennwald
Package: hplip
Version: 3.20.3+dfsg0-2
Severity: normal

Dear Maintainer,

After installing hplip, (some?) plugins remain unconfigured. For instance,
using the built-in scanner of my printer does not work without configuration of
the corresponding plugin. I had to execute the following to make the scanner /
plugin work correctly:

sudo /usr/bin/hp-plugin



-- Package-specific info:
Saving output in log file: /home/mbrennwa/hp-check.log

HP Linux Imaging and Printing System (ver. 3.20.3)
Dependency/Version Check Utility ver. 15.1

Copyright (c) 2001-18 HP Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

Note: hp-check can be run in three modes:
1. Compile-time check mode (-c or --compile): Use this mode before  
compiling the HPLIP supplied tarball (.tar.gz or .run) to determine 
if the proper dependencies are installed to successfully compile
HPLIP.  
2. Run-time check mode (-r or --run): Use this mode to determine if 
a distro supplied package (.deb, .rpm, etc) or an already built 
HPLIP supplied tarball has the proper dependencies installed to 
successfully run.   
3. Both compile- and run-time check mode (-b or --both) (Default):  
This mode will check both of the above cases (both compile- and 
run-time dependencies). 

Check types:
a. EXTERNALDEP - External Dependencies  
b. GENERALDEP - General Dependencies (required both at compile and  
run time)   
c. COMPILEDEP - Compile time Dependencies   
d. [All are run-time checks]
PYEXT SCANCONF QUEUES PERMISSION

Status Types:
OK
MISSING   - Missing Dependency or Permission or Plug-in
INCOMPAT  - Incompatible dependency-version or Plugin-version

warning: debian-testing version is not supported. Using debian-10.2 versions 
dependencies to verify and install...

---
| SYSTEM INFO |
---

 Kernel: 5.5.0-1-amd64 #1 SMP Debian 5.5.13-2 (2020-03-30) GNU/Linux
 Host: espresso
 Proc: 5.5.0-1-amd64 #1 SMP Debian 5.5.13-2 (2020-03-30) GNU/Linux
 Distribution: debian testing
 Bitness: 64 bit


---
| HPLIP CONFIGURATION |
---

HPLIP-Version: HPLIP 3.20.3
HPLIP-Home: /usr/share/hplip
warning: HPLIP-Installation: Auto installation is not supported for debian 
distro  testing version 

Current contents of '/etc/hp/hplip.conf' file:
# hplip.conf.  Generated from hplip.conf.in by configure.

[hplip]
version=3.20.3

[dirs]
home=/usr/share/hplip
run=/var/run
ppd=/usr/share/ppd/hplip/HP
ppdbase=/usr/share/ppd/hplip
doc=/usr/share/doc/hplip
html=/usr/share/doc/hplip-doc
icon=no
cupsbackend=/usr/lib/cups/backend
cupsfilter=/usr/lib/cups/filter
drv=/usr/share/cups/drv
bin=/usr/bin
apparmor=/etc/apparmor.d
# Following values are determined at configure time and cannot be changed.
[configure]
network-build=yes
libusb01-build=no
pp-build=no
gui-build=yes
scanner-build=yes
fax-build=yes
dbus-build=yes
cups11-build=no
doc-build=yes
shadow-build=no
hpijs-install=yes
foomatic-drv-install=yes
foomatic-ppd-install=no
foomatic-rip-hplip-install=no
hpcups-install=yes
cups-drv-install=yes
cups-ppd-install=no
internal-tag=3.20.3
restricted-build=no
ui-toolkit=qt5
qt3=no
qt4=no
qt5=yes
policy-kit=yes
lite-build=no
udev_sysfs_rules=no
hpcups-only-build=no
hpijs-only-build=no
apparmor_build=no
class-driver=no


Current contents of '/var/lib/hp/hplip.state' file:
[plugin]
installed = 1
eula = 1
version = 3.20.3



Current contents of '~/.hplip/hplip.conf' file:
[installation]
date_time = 04/26/20 10:49:05
version = 3.20.3


 


-
| External Dependencies |
-

 error: cups  CUPS - Common Unix Printing System
   REQUIRED1.1 -   INCOMPAT   'CUPS may not be 
installed or not running'
 gs   GhostScript - PostScript and PDF language interpreter and 
previewer REQUIRED7.059.52OK -
 error: xsane xsane - Graphical scanner frontend for SANE   
   OPTIONAL0.9 -   MISSING'xsane needs to 
be installed'
 scanimagescanimage - Shell scanning program
   OPTIONAL1.0 1.0.27  OK -
 error: dbus  DBus - Message bus system 
   REQUIRED-   1.12.16 MISSING'DBUS may not be 
installed or not running'
 policykit 

Bug#958698: geary: Erratic high CPU load

2020-04-24 Thread Matthias Brennwald



On Fr, 24 Apr, 2020 at 16:16, Alberto Garcia  wrote:

On Fri, Apr 24, 2020 at 02:38:53PM +0200, Matthias Brennwald wrote:

 I am observing periods of high CPU loads with Geary. The computer
 runs hot, with high fan noise. This seems to occurr erratically; I
 could not figure out how to trigger this.


Hello, this might be bug #956837.

I just uploaded webkit2gtk 2.28.2-1, which should hopefully fix it.

Please give it a try and tell me if the problem goes away.

Berto


I don't understand... what exactly do you want me to do?



Bug#958698: geary: Erratic high CPU load

2020-04-24 Thread Matthias Brennwald
Package: geary
Version: 3.36.1-1
Severity: normal

Dear Maintainer,

I am observing periods of high CPU loads with Geary. The computer runs hot, 
with high fan noise. This seems to occurr erratically; I could not figure out 
how to trigger this.

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

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

Versions of packages geary depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.36.0-1
ii  gnome-keyring3.36.0-1
ii  libc62.30-4
ii  libcairo21.16.0-4
ii  libenchant-2-2   2.2.8-1
ii  libfolks25   0.13.2-1
ii  libgck-1-0   3.36.0-2
ii  libgcr-base-3-1  3.36.0-2
ii  libgdk-pixbuf2.0-0   2.40.0+dfsg-4
ii  libgee-0.8-2 0.20.3-1
ii  libglib2.0-0 2.64.2-1
ii  libgmime-3.0-0   3.2.7-1
ii  libgoa-1.0-0b3.36.0-1
ii  libgspell-1-21.8.3-1
ii  libgtk-3-0   3.24.18-1
ii  libhandy-0.0-0   0.0.13-2
ii  libjavascriptcoregtk-4.0-18  2.28.1-2
ii  libjson-glib-1.0-0   1.4.4-2
ii  libpango-1.0-0   1.44.7-4
ii  libpangocairo-1.0-0  1.44.7-4
ii  libpeas-1.0-01.26.0-2
ii  libsecret-1-00.20.2-1
ii  libsoup2.4-1 2.70.0-1
ii  libsqlite3-0 3.31.1-4
ii  libunwind8   1.2.1-9
ii  libwebkit2gtk-4.0-37 2.28.1-2
ii  libxml2  2.9.10+dfsg-5
ii  libytnef01.9.3-1+b1

geary recommends no packages.

geary suggests no packages.

-- no debconf information



Bug#956202: gnome-calendar crashes immediately after start

2020-04-08 Thread Matthias Brennwald
Package: gnome-calendar
Version: 3.36.0-1
Severity: critical

Dear Maintainer,

After a recent update to my system, gnome-calendar crashes immediately after 
staring it.

Running it from the terminal:
>> gnome-calendar 
Segmentation fault


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

Kernel: Linux 5.4.0-4-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-calendar depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.36.0-1
ii  gsettings-desktop-schemas3.36.0-1
ii  libc62.30-4
ii  libcairo21.16.0-4
ii  libdazzle-1.0-0  3.36.0-1
ii  libecal-2.0-13.36.1-1
ii  libedataserver-1.2-243.36.1-1
ii  libedataserverui-1.2-2   3.36.1-1
ii  libgeoclue-2-0   2.5.6-1
ii  libglib2.0-0 2.64.1-1
ii  libgoa-1.0-0b3.36.0-1
ii  libgtk-3-0   3.24.14-1
ii  libgweather-3-16 3.36.0-1
ii  libhandy-0.0-0   0.0.13-2
ii  libical3 3.0.8-1
ii  libpango-1.0-0   1.42.4-8
ii  libpangocairo-1.0-0  1.42.4-8
ii  libsoup2.4-1 2.70.0-1

Versions of packages gnome-calendar recommends:
ii  evolution-data-server  3.36.1-1

gnome-calendar suggests no packages.

-- no debconf information



Bug#955812: gedit-latex-plugin does not work anymore

2020-04-05 Thread Matthias Brennwald
I ran gedit from the terminal. There was no warning, error or other 
message.



On So, 5 Apr, 2020 at 12:46, Pietro Battiston  
wrote:

Matthias, thank you for your report.

Indeed, I still didn't test the plugin with gedit version later 
3.30.2.


Could you please try running gedit from the terminal (with "-s" if you
have other windows open already) and report any warning/error message?

Thanks,

Pietro



Il giorno dom, 05/04/2020 alle 10.06 +0200, Matthias Brennwald ha
scritto:

 Package: gedit-latex-plugin
 Version: 3.20.0-1
 Severity: important

 I am running on Debian Testing. Since pulling in an upgrade
 yesterday, the
 gedit-latex-plugin does not work anymore. The gedit bottom panel 
used

 to show
 the LaTeX stuff, now it's just empty. Running the LaTeX compiler 
from

 within
 gedit (CTRL-ALT-1) does nothing. This happened to me on two 
different

 machines.
 I confirmed the plugin is activated in the gedit preferences.



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

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

 Versions of packages gedit-latex-plugin depends on:
 ii  dconf-gsettings-backend [gsettings-backend]  0.36.0-1
 ii  gedit3.36.1-1
 ii  gvfs-bin 1.44.1-1
 ii  python3  3.8.2-2
 ii  python3-dbus 1.2.16-1
 ii  python3-gi   3.36.0-1
 ii  rubber   1.5.1-2

 Versions of packages gedit-latex-plugin recommends:
 ii  texlive  2019.20200302-1

 gedit-latex-plugin suggests no packages.

 -- no debconf information






Bug#955812: gedit-latex-plugin does not work anymore

2020-04-05 Thread Matthias Brennwald
Package: gedit-latex-plugin
Version: 3.20.0-1
Severity: important

I am running on Debian Testing. Since pulling in an upgrade yesterday, the
gedit-latex-plugin does not work anymore. The gedit bottom panel used to show
the LaTeX stuff, now it's just empty. Running the LaTeX compiler from within
gedit (CTRL-ALT-1) does nothing. This happened to me on two different machines.
I confirmed the plugin is activated in the gedit preferences.



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

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

Versions of packages gedit-latex-plugin depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.36.0-1
ii  gedit3.36.1-1
ii  gvfs-bin 1.44.1-1
ii  python3  3.8.2-2
ii  python3-dbus 1.2.16-1
ii  python3-gi   3.36.0-1
ii  rubber   1.5.1-2

Versions of packages gedit-latex-plugin recommends:
ii  texlive  2019.20200302-1

gedit-latex-plugin suggests no packages.

-- no debconf information



Bug#947955: general: Windows on second (external) screen are blurry after notebook sleep

2020-01-03 Thread Matthias Brennwald
On Thu, 2 Jan 2020 20:15:29 +0100 Samuel Thibault 
 wrote:

> Hello,
>
> Matthias Brennwald, le jeu. 02 janv. 2020 20:06:27 +0100, a ecrit:
> > the windows that have been opened before activating sleep mode are
> > blurry. Newly opened windows are not affected.
> > The issue happens with windows from all programs, not just a 
specific program.
> > Moving or resizing the windows does not change the blurry 
appearance.

>
> Oh, that's very odd. Are you running X or wayland? Better reassign
> to either xorg-server or weston. Perhaps also try different desktop
> environments to determine in which cases that happens.

I just tried it with logging in to my account using Wayland or X. The 
blurry issue does not happen with X, only with Wayland.


If you still need me to test with different desktop environments: which 
one would you suggest? I'd prefer one that is easy to install AND 
remove after the test.





Bug#947955: general: Windows on second (external) screen are blurry after notebook sleep

2020-01-02 Thread Matthias Brennwald
Package: general
Severity: normal

I have an external screen connected to my notebook computer (Dell XPS 13).
After waking the notebook from sleep mode, the windows that have been opened
before activating sleep mode are blurry. Newly opened windows are not affected.
The issue happens with windows from all programs, not just a specific program.
Moving or resizing the windows does not change the blurry appearance. I have
reproduced the issue on a different notebook computer (HP hardware) with a
different external screen.

(Debian Testing with Gnome 3.34)



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

Kernel: Linux 5.3.0-3-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled