Bug#1065090: gtk-theme-qogir: Qogir GTK RFP
Package: gtk-theme-qogir Severity: wishlist X-Debbugs-Cc: asme...@gmail.com Dear Maintainer, Qogir GTK and the related Qogir icons are not currently packaged but would be an attractive option for several Desktop Environments available in Debian. Thanks! Damon -- System Information: Debian Release: 12.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-18-amd64 (SMP w/4 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
Bug#1033173: materia-gtk-theme: Materia issues with Mate and Caja
Package: materia-gtk-theme Version: 20210322-1 Severity: normal X-Debbugs-Cc: asme...@gmail.com Dear Maintainer, With caja on a mate desktop materia/materia-light displays black text on a black background. Icons are visible but the text is unreadable. materia-dark works as expected. Thanks! Damon -- System Information: Debian Release: bookworm/sid APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-6-amd64 (SMP w/4 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 materia-gtk-theme depends on no packages. Versions of packages materia-gtk-theme recommends: ii gnome-themes-extra3.28-2 ii gtk2-engines-murrine 0.98.2-3+b1 ii libgtk-3-common 3.24.37-2 ii libgtk-4-common 4.8.3+ds-2 ii libgtk2.0-common 2.24.33-2 materia-gtk-theme suggests no packages. -- no debconf information
Bug#961886: gnome-shell-extension-dashtodock: Super-N Launches Double Instance
Package: gnome-shell-extension-dashtodock Version: 68-1 Severity: normal Dear Maintainer, When using the Dash To Dock extension Super-N key combo to launch epiphany-browser 2 instances (with 2 visible windows) are opened. This could be an epiphany-browser issue as well since Super-N launches a single firefox-esr window. Thanks! Damon -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.6.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.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 gnome-shell-extension-dashtodock depends on: ii dconf-gsettings-backend [gsettings-backend] 0.36.0-1 ii gir1.2-clutter-1.0 1.26.4+dfsg-1 ii gnome-shell 3.36.2-1 ii gnome-shell-extension-prefs 3.36.2-1 gnome-shell-extension-dashtodock recommends no packages. gnome-shell-extension-dashtodock suggests no packages. -- no debconf information
Bug#940125: base-files: Buster 10.1 listed as 10
Package: base-files Version: 10.3+deb10u1 Severity: normal Dear Maintainer, I seem to be current on all updates but noticed my version to be listed as Debian 10 instead of 10.1 by lsb_release -r and neofetch. As I checked /etc/issue and /etc/os-release both list my version as "10." Is this a small issue or have I done something odd accidentally? Thanks! Damon -- System Information: Debian Release: 10.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.2.0-0.bpo.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.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 base-files depends on: ii mawk [awk] 1.3.3-17+b3 base-files recommends no packages. base-files suggests no packages. -- no debconf information
Bug#930580: gmusicbrowser maxes volume on play with gstreamer 1.x and default settings
Package: gmusicbrowser Version: 1.1.15~ds0-1 Severity: normal Dear Maintainer, gstreamer maximizes volume on play using gstreamer 1.x and the defeault "auto detect" for audio output. Selecting another option such as mpv does not have this effect. -- System Information: Debian Release: 10.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/4 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 /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gmusicbrowser depends on: ii gir1.2-gstreamer-1.0 1.14.4-1 ii libglib-object-introspection-perl 0.047-1 ii libgtk2-perl 2:1.24992-1+b2 ii libgtk2.0-02.24.32-3 ii perl 5.28.1-6 Versions of packages gmusicbrowser recommends: ii libcairo-perl 1.106-3+b1 ii libdigest-crc-perl 0.22.2-1+b1 pn libgtk2-notify-perl pn libgtk2-trayicon-perl ii libhtml-parser-perl 3.72-3+b3 ii libintl-perl1.26-2 pn libio-compress-perl ii liblocale-gettext-perl 1.07-3+b4 ii libnet-dbus-perl1.1.0-5+b1 Versions of packages gmusicbrowser suggests: ii alsa-utils 1.1.8-2 pn libgnome2-wnck-perl pn libgtk2-appindicator-perl pn libgtk2-mozembed-perl pn mpg321 | flac123 | ogg123 ii mpv0.29.1-1 ii vorbis-tools 1.4.0-11 -- no debconf information
Bug#930579: epiphany-browser: Playing Youtube videos maxes system volume
Package: epiphany-browser Version: 3.32.1.2-2 Severity: normal Dear Maintainer, Playing Youtube videos maximizes the system volume. If the volume is lowered it maximizes again as I play another video. -- System Information: Debian Release: 10.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/4 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 /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages epiphany-browser depends on: ii dbus-user-session [default-dbus-session-bus] 1.12.16-1 ii dbus-x11 [dbus-session-bus] 1.12.16-1 ii epiphany-browser-data 3.32.1.2-2 ii gsettings-desktop-schemas 3.28.1-1 ii iso-codes 4.2-1 ii libc6 2.28-10 ii libcairo2 1.16.0-4 ii libgcr-base-3-1 3.28.1-1 ii libgcr-ui-3-1 3.28.1-1 ii libgdk-pixbuf2.0-02.38.1+dfsg-1 ii libglib2.0-0 2.58.3-2 ii libgmp10 2:6.1.2+dfsg-4 ii libgtk-3-03.24.5-1 ii libhogweed4 3.4.1-1 ii libicu63 63.1-6 ii libjavascriptcoregtk-4.0-18 2.24.2-1 ii libjson-glib-1.0-01.4.4-2 ii libnettle63.4.1-1 ii libnotify40.7.7-4 ii libpango-1.0-01.42.4-6 ii libsecret-1-0 0.18.7-1 ii libsoup2.4-1 2.64.2-2 ii libsqlite3-0 3.27.2-3 ii libwebkit2gtk-4.0-37 2.24.2-1 ii libxml2 2.9.4+dfsg1-7+b3 Versions of packages epiphany-browser recommends: ii ca-certificates 20190110 ii evince 3.30.2-3 ii yelp 3.31.90-1 epiphany-browser suggests no packages. -- no debconf information
Bug#930231: epiphany-browser: "Try to block ads" setting has no effect.
Package: epiphany-browser Version: 3.32.1.2-2 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Gnome Web/epiphany-browser is set to "try to block ads" by default. In my case this setting seems to have no effect on the ads being displayed. Every tested site still displays ads and sites designed to block browsers using adblock display a notice saying "ads are being allowed." * What exactly did you do (or not do) that was effective (or ineffective)? I tested with numerous sites, toggled this setting, and edited the default adblock lists. None of these actions led to the blocking of any ads. * What outcome did you expect instead? With no element hiding I would expect some limitations with the functionality of the built-in adblocker but it appears in my circumstances something is rendering this feature non-operative. -- System Information: Debian Release: 10.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/4 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 /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages epiphany-browser depends on: ii dbus-user-session [default-dbus-session-bus] 1.12.14-1 ii dbus-x11 [dbus-session-bus] 1.12.14-1 ii epiphany-browser-data 3.32.1.2-2 ii gsettings-desktop-schemas 3.28.1-1 ii iso-codes 4.2-1 ii libc6 2.28-10 ii libcairo2 1.16.0-4 ii libgcr-base-3-1 3.28.1-1 ii libgcr-ui-3-1 3.28.1-1 ii libgdk-pixbuf2.0-02.38.1+dfsg-1 ii libglib2.0-0 2.58.3-2 ii libgmp10 2:6.1.2+dfsg-4 ii libgtk-3-03.24.5-1 ii libhogweed4 3.4.1-1 ii libicu63 63.1-6 ii libjavascriptcoregtk-4.0-18 2.24.2-1 ii libjson-glib-1.0-01.4.4-2 ii libnettle63.4.1-1 ii libnotify40.7.7-4 ii libpango-1.0-01.42.4-6 ii libsecret-1-0 0.18.7-1 ii libsoup2.4-1 2.64.2-2 ii libsqlite3-0 3.27.2-2 ii libwebkit2gtk-4.0-37 2.24.2-1 ii libxml2 2.9.4+dfsg1-7+b3 Versions of packages epiphany-browser recommends: ii ca-certificates 20190110 ii evince 3.30.2-3 ii yelp 3.31.90-1 epiphany-browser suggests no packages. -- no debconf information
Bug#927678: elpa-beginend installs but is not accessible in emacs
Package: elpa-beginend Version: 2.0.0-3 Severity: normal Dear Maintainer, After install of elpa-beginend (and restart of Emacs) the package does not seem to be present in Emacs. Using '(beginend-global-mode)' in the init gives an error that the command is not available and M-x shows no signs of elpa-beginend being installed. This has persisted through several Emacs restarts. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (900, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-4-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 elpa-beginend depends on: ii emacsen-common 3.0.4 Versions of packages elpa-beginend recommends: ii emacs 1:26.1+1-3.2 ii emacs-gtk [emacs] 1:26.1+1-3.2 elpa-beginend suggests no packages. -- no debconf information
Bug#926423: webext-https-everywhere: Possible issue with https-everywhere crashing Firefox-ESR tabs.
Package: webext-https-everywhere Version: 2019.1.31-2 Severity: normal Dear Maintainer, I was having issues with frequent "Gah. Your Tab Just Crashed" Firefox-ESR errors. This persisted through the recent FF-ESR point upgrade. After disabling https-everywhere this issue has stopped. I had no similar problems with Chromium using this package. Damon Thomas -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-4-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 webext-https-everywhere depends on no packages. Versions of packages webext-https-everywhere recommends: ii chromium 73.0.3683.75-1 ii firefox-esr 60.6.1esr-1 webext-https-everywhere suggests no packages. -- no debconf information
Bug#925945: elpa-zzz-to-char: Prompts for text to zap to/up to then gives an Unexpected Style error
Package: elpa-zzz-to-char Version: 0.1.3-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Normal usage of the package. * What exactly did you do (or not do) that was effective (or ineffective)? I tried to use both zzz-to-char and zzz-up-to-char and both gave the same error. I could reproduce the error with: 1. emacs -q 2. M-x load-file /usr/share/emacs/site-lisp/elpa/zzz-to-char-0.1.3/zzz-to-char.el 3. M-x zzz-to-char -> Enter Character 4. Unexpected Style X (X being a changing number) * What was the outcome of this action? Unexpected Style Error * What outcome did you expect instead? For text to be "zapped" *** End of the template - remove these template lines *** -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-4-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 elpa-zzz-to-char depends on: ii elpa-avy0.4.0+git20180322.2d613eb0-1 ii emacsen-common 3.0.4 Versions of packages elpa-zzz-to-char recommends: ii emacs 1:26.1+1-3.2 ii emacs-gtk [emacs] 1:26.1+1-3.2 elpa-zzz-to-char suggests no packages. -- no debconf information