Bug#903983: plasma-integration: GTK applications not working correctly on notification area
Package: plasma-integration Version: 5.8.6-1 Severity: important Dear Maintainer, Some applications (only some GTK) were verified do not work properly when they display some icon on the notification area. What happens: transmission-gtk and liferea do not respond when clicking on it on the notification area, neither single, double or right click work. What should have happened: A context menu should pop up. Applications affected: transmision-gtk, liferea (both GTK). Not affected: hexchat (also GTK), all QT applications that I have tested work correctly. All above listed applications are installed from the debian stable repo. I have only verified this issue in stable (stretch), on testing the notification area works as intended. -- System Information: Debian Release: 9.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-7-amd64 (SMP w/8 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_AU:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages plasma-integration depends on: ii breeze 4:5.8.5-2 ii kio5.28.0-2 ii libc6 2.24-11+deb9u3 ii libkf5completion5 5.28.0-1 ii libkf5configcore5 5.28.0-2 ii libkf5configgui5 5.28.0-2 ii libkf5configwidgets5 5.28.0-2 ii libkf5coreaddons5 5.28.0-2 ii libkf5i18n55.28.0-2 ii libkf5iconthemes5 5.28.0-2 ii libkf5jobwidgets5 5.28.0-2 ii libkf5kiocore5 5.28.0-2 ii libkf5kiofilewidgets5 5.28.0-2 ii libkf5kiowidgets5 5.28.0-2 ii libkf5notifications5 5.28.0-1 ii libkf5waylandclient5 4:5.28.0-1 ii libkf5widgetsaddons5 5.28.0-3 ii libkf5windowsystem55.28.0-2 ii libkf5xmlgui5 5.28.0-1 ii libqt5core5a 5.7.1+dfsg-3+b1 ii libqt5dbus55.7.1+dfsg-3+b1 ii libqt5gui5 5.7.1+dfsg-3+b1 ii libqt5widgets5 5.7.1+dfsg-3+b1 ii libqt5x11extras5 5.7.1~20161021-2 ii libstdc++6 6.3.0-18+deb9u1 ii libxcursor11:1.1.14-1+deb9u1 Versions of packages plasma-integration recommends: ii fonts-hack-ttf 2.020-1 ii fonts-noto-hinted 20161116-1 plasma-integration suggests no packages. -- no debconf information
Bug#717563: re: reportbug: web access thru proxy not available
I think I found where the bug is: https://github.com/ProgVal/reportbug/blob/19fb757df622419f39360627060c9bd0304e0e25/reportbug/debbugs.py#L1209 reportbugs calls debianbts without setting an http_proxy variable to it. A way to fix this would be by setting up the proxy before each call to the debianbts library like so: debianbts._soap_client_kwargs['proxy'] = http_proxy I tried fixing it myself but then I ran into a problem of "proxy is not supported with urllib2 transport", thrown by pysimplesoap. Somehow I need to change the requests provider of it so it can take proxy. This probably request the help of the maintainer of debianbts. On Wed, 1 Mar 2017 15:50:09 -0300 (UYT) =?utf-8?B?SXbDoW4=?= Baldo < iba...@adinet.com.uy> wrote: > Still happens with 7.1.4: > > $ LANG=C.UTF-8 reportbug sane-utils > Unable to init server: Could not connect: Connection refused > Unable to init server: Could not connect: Connection refused > *** Welcome to reportbug. Use ? for help at prompts. *** > Note: bug reports are publicly archived (including the email address of the submitter). > Detected character set: UTF-8 > Please change your locale if this is incorrect. > > Using 'Ivan Baldo ' as your from address. > Getting status for sane-utils... > Verifying package integrity... > Checking for newer versions at madison, incoming.debian.org and http://ftp-master.debian.org/new.html > > Your version (1.0.25-3) of sane-utils appears to be out of date. > The following newer release(s) are available in the Debian archive: > experimental: 1.0.26~git20151121-1 > Do you still want to file a report [y|N|q|?]? y > Will send report to Debian (per lsb_release). > Querying Debian BTS for reports on sane-backends (source)... > Unable to connect to Debian BTS (error: "OSError(101, 'Network is unreachable')"); continue [y|N|?]? n >
Bug#868870: apt-key uses dirmngr but it's not listed as a dependency
Package: apt Version: 1.4.6 I noticed that after a fresh install of debian stretch apt-key is installed but dirmngr is not, so apt-key tries to run it but fails. $ sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 93C4A3FD7BB9C367 Executing: /tmp/apt-key-gpghome.CiuiBNcSWq/gpg.1.sh --keyserver keyserver.ubuntu.com --recv-keys 93C4A3FD7BB9C367 gpg: failed to start the dirmngr '/usr/bin/dirmngr': No such file or directory gpg: connecting dirmngr at '/tmp/apt-key-gpghome.CiuiBNcSWq/S.dirmngr' failed: No such file or directory gpg: keyserver receive failed: No dirmngr The workaroud is to install dirmngr manually.
Bug#730697: gnome-packagekit: Same happens with xfce in some installations
Package: gnome-packagekit Version: 3.14.0-1 Followup-For: Bug #730697 Dear Maintainer, In at least one installation of jessie I have a similar problem: The command line tool gpk-repo does not exist and gpk-prefs behaves as gpk-repo should. Moreover an option to configure gnome-packagekit(the update schedule) does not appear in xfce menu. In another installation of xfce4(at work(under jessie)) this option appear. -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-packagekit depends on: ii gnome-packagekit-session 3.14.0-1 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-18 ii libcairo-gobject2 1.14.0-2.1 ii libcairo2 1.14.0-2.1 ii libcanberra-gtk3-00.30-2.1 ii libcanberra0 0.30-2.1 ii libdbus-1-3 1.8.18-0+deb8u1 ii libdbus-glib-1-2 0.102-1 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-3 ii libgdk-pixbuf2.0-02.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgtk-3-03.14.5-1 ii libnotify40.7.6-2 ii libpackagekit-glib2-181.0.1-2 ii libpango-1.0-01.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libsqlite3-0 3.8.7.1-1+deb8u1 ii libx11-6 2:1.6.2-3 gnome-packagekit recommends no packages. gnome-packagekit suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#785111: [Pkg-xfce-devel] Bug#785111: xfce4-settings: Resolutions for different monitors is forgotten
xfce4-settings-manager is what doesn't work for me and I don't remember having ever created a xorg.conf.d file that works as intended. On Mon, Jun 1, 2015 at 5:56 PM, Yves-Alexis Perez wrote: > control: forcemerge #631225. -1 > > > On lun., 2015-06-01 at 17:53 -0300, Marcelo Lacerda wrote: >> After login/logout. This bug is actually the same as #631225. I forgot >> to mention that. Is there a command for marking a bug as a duplicate >> of another? > > Doing that now. >> >> My workaround is to run this script at the beginning of each session: >> >> #!/bin/sh >> >> sleep 2 >> xrandr --output HDMI1 --mode 1600x900 >> xrandr --output VGA1 --mode 1440x900 --right-of HDMI1 > > But you should be able to configure that properly in xfce4-settings and > have it restored by the system. Or put that in Xorg.conf.d. > > Regards, > -- > Yves-Alexis
Bug#785111: [Pkg-xfce-devel] Bug#785111: xfce4-settings: Resolutions for different monitors is forgotten
After login/logout. This bug is actually the same as #631225. I forgot to mention that. Is there a command for marking a bug as a duplicate of another? My workaround is to run this script at the beginning of each session: #!/bin/sh sleep 2 xrandr --output HDMI1 --mode 1600x900 xrandr --output VGA1 --mode 1440x900 --right-of HDMI1 On Tue, May 12, 2015 at 3:30 PM, Yves-Alexis Perez wrote: > control: tag -1 moreinfo > > On mar., 2015-05-12 at 09:58 -0300, Marcelo Lacerda wrote: >> After jessie upgrade every time I start a new session(log out and >> login) the monitor resolutions are all wrong. > > So when the DM is started (or Xorg, for that matter), the resolution is > correct, but it changes when starting Xfce? >> >> Every day I have to set the correct resolutions (1440x900 and >> 1600x900) > > So you're using a dual monitor setup? How do you set the resolution? > >> but after rebooting, on the next day, > > Is it after rebooting or after logout/login? > > Regards, > -- > Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#785111: xfce4-settings: Resolutions for different monitors is forgotten
Package: xfce4-settings Version: 4.10.1-2 Severity: normal Dear Maintainer, After jessie upgrade every time I start a new session(log out and login) the monitor resolutions are all wrong. Every day I have to set the correct resolutions (1440x900 and 1600x900) but after rebooting, on the next day, the resolutions are all set to 1152x864. -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xfce4-settings depends on: ii libc6 2.19-18 ii libcairo2 1.14.0-2.1 ii libdbus-1-3 1.8.16-1 ii libdbus-glib-1-20.102-1 ii libexo-1-0 0.10.2-4 ii libfontconfig1 2.11.0-6.3 ii libgarcon-1-0 0.2.1-2 ii libgarcon-common0.2.1-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 ii libgtk2.0-0 2.24.25-3 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-3 ii libx11-62:1.6.2-3 ii libxcursor1 1:1.1.14-1+b1 ii libxfce4ui-1-0 4.10.0-6 ii libxfce4util6 4.10.1-2 ii libxfconf-0-2 4.10.0-3 ii libxi6 2:1.7.4-1+b2 ii libxklavier16 5.2.1-1 ii libxrandr2 2:1.4.2-1+b1 ii xfconf 4.10.0-3 Versions of packages xfce4-settings recommends: ii x11-utils 7.7+2 ii xfce4-volumed 0.1.13-5 xfce4-settings suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#779967: liferea: poor error reporting for "command" sourced feeds
I forgot to mention that I upstreamed the bug: https://github.com/lwindolf/liferea/issues/179 On Wed, Apr 22, 2015 at 6:03 PM, Daniel Perelman wrote: > To reproduce, create a new feed subscription where the source is a command > which does not produce an RSS or ATOM feed. Any common command should > display the behavior, say, /bin/ls or /bin/false. > > On Wed, Apr 22, 2015 at 1:40 PM, Marcelo Lacerda > wrote: >> >> I'm curious, how do I reproduce this bug? >> >> On Fri, Mar 6, 2015 at 8:55 PM, Daniel Perelman wrote: >> > Package: liferea >> > Version: 1.10.12-1 >> > Severity: wishlist >> > >> > Dear Maintainer, >> > >> > When feeds generated by a command fail to produce a working feed, the >> > error messages are both misleading and useless. Pretty much no matter >> > what the problem is, it outputs: >> > >> >>The last update of this subscription failed! >> >>There were errors while parsing this feed! >> >> >> >>Details >> >> >> >>Could not detect the type of this feed! Please check if the source >> >>really points to a resource provided in one of the supported >> >>syndication formats! >> >> >> >>XML Parser Output: >> >> >> >>The URL you want Liferea to subscribe to points to a webpage >> >>and the auto discovery found no feeds on this page. Maybe this >> >>webpage just does not support feed auto discovery.Source points >> >>to HTML document. >> >> >> >>You may want to contact the author/webmaster of the feed about >> >>this! >> > >> > (Strangely, that error even sometimes included saying that it got an >> > HTTP 404 which makes no sense for a local resource.) >> > >> > My understanding is that once Liferea fails to parse an input as a feed, >> > it tries to parse it as a webpage that has a link to a feed and it only >> > reports the error for the second failure, despite the first failure >> > almost always being the relevant one. >> > >> > As a workaround, using the same command as a conversion filter (not >> > caring what the input being "filtered" is) gives more useful errors. In >> > case that led to this bug report, telling me that the command was >> > returning an exit code of 1 (although actually seeing the error message >> > in output would have been more helpful). >> > >> > This is a very minor issue because in addition to the workaround just >> > mentioned, I suspect this is a rarely used feature and except in edge >> > cases like the one I ran into (it turned out the script worked with my >> > bash environment variables but not with my X session's), simply running >> > the command from a terminal would give the desired debugging >> > information. >> > >> > >> > -- System Information: >> > Debian Release: 8.0 >> > APT prefers unstable >> > APT policy: (500, 'unstable'), (500, 'testing') >> > Architecture: amd64 (x86_64) >> > Foreign Architectures: i386 >> > >> > Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) >> > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) >> > Shell: /bin/sh linked to /bin/dash >> > Init: systemd (via /run/systemd/system) >> > >> > Versions of packages liferea depends on: >> > ii dbus-x11 1.8.16-1 >> > ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 >> > ii gir1.2-gtk-3.0 3.14.5-1 >> > ii gir1.2-peas-1.0 1.12.1-2 >> > ii libatk1.0-0 2.14.0-1 >> > ii libc62.19-15 >> > ii libcairo21.14.0-2.1 >> > ii libgdk-pixbuf2.0-0 2.31.1-2+b1 >> > ii libgirepository-1.0-11.42.0-2.2 >> > ii libglib2.0-0 2.42.1-1 >> > ii libgtk-3-0 3.14.5-1 >> > ii libindicate5 0.6.92-2 >> > ii libjson-glib-1.0-0 1.0.2-1 >> > ii libnotify4 0.7.6-2 >> > ii libpango-1.0-0 1.36.8-3 >> > ii libpeas-1.0-0
Bug#777051: liferea: new source inner list not resizable
Fixed upstream on version 1.11. https://github.com/lwindolf/liferea/issues/49 On Wed, Apr 22, 2015 at 5:51 PM, Marcelo Lacerda wrote: > I can confirm that this happens and is a regression from liferea amd64 > 1.8.6-1.1. > > On Wed, Feb 4, 2015 at 10:23 AM, Alessandro Barbieri > wrote: >> Package: liferea >> Version: 1.10.12-1 >> Severity: minor >> >> Dear Maintainer, >> >> the list in the "new source" window is not resizable and does not resize >> toghether with the window >> see attachment >> >> -- System Information: >> Debian Release: 8.0 >> APT prefers testing >> APT policy: (650, 'testing'), (500, 'testing-updates'), (500, >> 'testing-proposed-updates'), (1, 'experimental') >> Architecture: amd64 (x86_64) >> Foreign Architectures: i386 >> >> Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) >> Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) >> Shell: /bin/sh linked to /bin/dash >> Init: systemd (via /run/systemd/system) >> >> Versions of packages liferea depends on: >> ii dbus-x11 1.8.12-3 >> ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 >> ii gir1.2-gtk-3.0 3.14.5-1 >> ii gir1.2-peas-1.0 1.12.1-2 >> ii libatk1.0-0 2.14.0-1 >> ii libc62.19-13 >> ii libcairo21.14.0-2.1 >> ii libgdk-pixbuf2.0-0 2.31.1-2+b1 >> ii libgirepository-1.0-11.42.0-2.2 >> ii libglib2.0-0 2.42.1-1 >> ii libgtk-3-0 3.14.5-1 >> ii libindicate5 0.6.92-2 >> ii libjson-glib-1.0-0 1.0.2-1 >> ii libnotify4 0.7.6-2 >> ii libpango-1.0-0 1.36.8-3 >> ii libpeas-1.0-01.12.1-2 >> ii libsoup2.4-1 2.48.0-1 >> ii libsqlite3-0 3.8.7.1-1 >> ii libwebkitgtk-3.0-0 2.4.8-1 >> ii libxml2 2.9.1+dfsg1-4 >> ii libxslt1.1 1.1.28-2+b2 >> ii liferea-data 1.10.12-1 >> ii python-gi3.14.0-1 >> pn python:any >> >> Versions of packages liferea recommends: >> ii gir1.2-gnomekeyring-1.0 3.12.0-1+b1 >> ii gnome-icon-theme 3.12.0-1 >> ii gnome-keyring3.14.0-1+b1 >> ii steadyflow 0.2.0-1.1 >> >> Versions of packages liferea suggests: >> ii network-manager 0.9.10.0-5 >> >> -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#777051: liferea: new source inner list not resizable
I can confirm that this happens and is a regression from liferea amd64 1.8.6-1.1. On Wed, Feb 4, 2015 at 10:23 AM, Alessandro Barbieri wrote: > Package: liferea > Version: 1.10.12-1 > Severity: minor > > Dear Maintainer, > > the list in the "new source" window is not resizable and does not resize > toghether with the window > see attachment > > -- System Information: > Debian Release: 8.0 > APT prefers testing > APT policy: (650, 'testing'), (500, 'testing-updates'), (500, > 'testing-proposed-updates'), (1, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) > Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages liferea depends on: > ii dbus-x11 1.8.12-3 > ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 > ii gir1.2-gtk-3.0 3.14.5-1 > ii gir1.2-peas-1.0 1.12.1-2 > ii libatk1.0-0 2.14.0-1 > ii libc62.19-13 > ii libcairo21.14.0-2.1 > ii libgdk-pixbuf2.0-0 2.31.1-2+b1 > ii libgirepository-1.0-11.42.0-2.2 > ii libglib2.0-0 2.42.1-1 > ii libgtk-3-0 3.14.5-1 > ii libindicate5 0.6.92-2 > ii libjson-glib-1.0-0 1.0.2-1 > ii libnotify4 0.7.6-2 > ii libpango-1.0-0 1.36.8-3 > ii libpeas-1.0-01.12.1-2 > ii libsoup2.4-1 2.48.0-1 > ii libsqlite3-0 3.8.7.1-1 > ii libwebkitgtk-3.0-0 2.4.8-1 > ii libxml2 2.9.1+dfsg1-4 > ii libxslt1.1 1.1.28-2+b2 > ii liferea-data 1.10.12-1 > ii python-gi3.14.0-1 > pn python:any > > Versions of packages liferea recommends: > ii gir1.2-gnomekeyring-1.0 3.12.0-1+b1 > ii gnome-icon-theme 3.12.0-1 > ii gnome-keyring3.14.0-1+b1 > ii steadyflow 0.2.0-1.1 > > Versions of packages liferea suggests: > ii network-manager 0.9.10.0-5 > > -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#779967: liferea: poor error reporting for "command" sourced feeds
I'm curious, how do I reproduce this bug? On Fri, Mar 6, 2015 at 8:55 PM, Daniel Perelman wrote: > Package: liferea > Version: 1.10.12-1 > Severity: wishlist > > Dear Maintainer, > > When feeds generated by a command fail to produce a working feed, the > error messages are both misleading and useless. Pretty much no matter > what the problem is, it outputs: > >>The last update of this subscription failed! >>There were errors while parsing this feed! >> >>Details >> >>Could not detect the type of this feed! Please check if the source >>really points to a resource provided in one of the supported >>syndication formats! >> >>XML Parser Output: >> >>The URL you want Liferea to subscribe to points to a webpage >>and the auto discovery found no feeds on this page. Maybe this >>webpage just does not support feed auto discovery.Source points >>to HTML document. >> >>You may want to contact the author/webmaster of the feed about >>this! > > (Strangely, that error even sometimes included saying that it got an > HTTP 404 which makes no sense for a local resource.) > > My understanding is that once Liferea fails to parse an input as a feed, > it tries to parse it as a webpage that has a link to a feed and it only > reports the error for the second failure, despite the first failure > almost always being the relevant one. > > As a workaround, using the same command as a conversion filter (not > caring what the input being "filtered" is) gives more useful errors. In > case that led to this bug report, telling me that the command was > returning an exit code of 1 (although actually seeing the error message > in output would have been more helpful). > > This is a very minor issue because in addition to the workaround just > mentioned, I suspect this is a rarely used feature and except in edge > cases like the one I ran into (it turned out the script worked with my > bash environment variables but not with my X session's), simply running > the command from a terminal would give the desired debugging > information. > > > -- System Information: > Debian Release: 8.0 > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages liferea depends on: > ii dbus-x11 1.8.16-1 > ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 > ii gir1.2-gtk-3.0 3.14.5-1 > ii gir1.2-peas-1.0 1.12.1-2 > ii libatk1.0-0 2.14.0-1 > ii libc62.19-15 > ii libcairo21.14.0-2.1 > ii libgdk-pixbuf2.0-0 2.31.1-2+b1 > ii libgirepository-1.0-11.42.0-2.2 > ii libglib2.0-0 2.42.1-1 > ii libgtk-3-0 3.14.5-1 > ii libindicate5 0.6.92-2 > ii libjson-glib-1.0-0 1.0.2-1 > ii libnotify4 0.7.6-2 > ii libpango-1.0-0 1.36.8-3 > ii libpeas-1.0-01.12.1-2 > ii libsoup2.4-1 2.48.0-1 > ii libsqlite3-0 3.8.7.4-1 > ii libwebkitgtk-3.0-0 2.4.8-1 > ii libxml2 2.9.1+dfsg1-4 > ii libxslt1.1 1.1.28-2+b2 > ii liferea-data 1.10.12-1 > ii python-gi3.14.0-1 > pn python:any > > Versions of packages liferea recommends: > pn gir1.2-gnomekeyring-1.0 > ii gnome-icon-theme 3.12.0-1 > ii gnome-keyring3.14.0-1+b1 > ii steadyflow 0.2.0-1.1 > > Versions of packages liferea suggests: > pn network-manager > > -- no debconf information > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#769106: src:python-defaults: Cannot reproduce on i386
Followup-For: Bug #769106 Package: src:python-defaults Dear Maintainer, Using a fresh install of wheezy and upgrading python2.7-minimal using jessie repositories I did not get any error messages. Python version before the upgrade: ii python2.7 2.7.3-6+deb7u2 i386 Interactive high-level object-oriented language (version 2.7) ii python2.7-minimal 2.7.3-6+deb7u2 i386 Minimal subset of the Python language (version 2.7) Python version after the upgrade: ii python2.7 2.7.8-11 i386 Interactive high-level object-oriented language (version 2.7) ii python2.7-minimal 2.7.8-11 i386 Minimal subset of the Python language (version 2.7) I have also attached the apt term.log -- System Information: Debian Release: 7.7 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Log started: 2015-01-04 11:29:44 (Reading database ... (Reading database ... 5% (Reading database ... 10% (Reading database ... 15% (Reading database ... 20% (Reading database ... 25% (Reading database ... 30% (Reading database ... 35% (Reading database ... 40% (Reading database ... 45% (Reading database ... 50% (Reading database ... 55% (Reading database ... 60% (Reading database ... 65% (Reading database ... 70% (Reading database ... 75% (Reading database ... 80% (Reading database ... 85% (Reading database ... 90% (Reading database ... 95% (Reading database ... 100% (Reading database ... 38977 files and directories currently installed.) Preparing to replace libkeyutils1:i386 1.5.5-3+deb7u1 (using .../libkeyutils1_1.5.9-5+b1_i386.deb) ... Unpacking replacement libkeyutils1:i386 ... Preparing to replace libk5crypto3:i386 1.10.1+dfsg-5+deb7u2 (using .../libk5crypto3_1.12.1+dfsg-16_i386.deb) ... Unpacking replacement libk5crypto3:i386 ... Preparing to replace libgssapi-krb5-2:i386 1.10.1+dfsg-5+deb7u2 (using .../libgssapi-krb5-2_1.12.1+dfsg-16_i386.deb) ... Unpacking replacement libgssapi-krb5-2:i386 ... Preparing to replace libkrb5-3:i386 1.10.1+dfsg-5+deb7u2 (using .../libkrb5-3_1.12.1+dfsg-16_i386.deb) ... Unpacking replacement libkrb5-3:i386 ... Preparing to replace libkrb5support0:i386 1.10.1+dfsg-5+deb7u2 (using .../libkrb5support0_1.12.1+dfsg-16_i386.deb) ... Unpacking replacement libkrb5support0:i386 ... Preparing to replace nfs-common 1:1.2.6-4 (using .../nfs-common_1%3a1.2.8-9_i386.deb) ... Unpacking replacement nfs-common ... dpkg: warning: unable to delete old directory '/var/lib/nfs/rpc_pipefs': Device or resource busy Preparing to replace libtirpc1:i386 0.2.2-5 (using .../libtirpc1_0.2.5-1_i386.deb) ... Unpacking replacement libtirpc1:i386 ... Preparing to replace locales 2.13-38+deb7u6 (using .../locales_2.19-13_all.deb) ... Unpacking replacement locales ... Preparing to replace libc6:i386 2.13-38+deb7u6 (using .../libc6_2.19-13_i386.deb) ... Checking for services that may need to be restarted... Checking init scripts... Moving obsolete conffile /etc/ld.so.conf.d/i486-linux-gnu.conf out of the way... Unpacking replacement libc6:i386 ... Processing triggers for man-db ... Setting up libc6:i386 (2.19-13) ... Checking for services that may need to be restarted... Checking init scripts... Restarting services possibly affected by the upgrade: exim4: restarting...done. cron: restarting...done. atd: restarting...done. Services restarted successfully. Removing obsolete conffile /etc/ld.so.conf.d/i486-linux-gnu.conf ... (Reading database ... (Reading database ... 5% (Reading database ... 10% (Reading database ... 15% (Reading database ... 20% (Reading database ... 25% (Reading database ... 30% (Reading database ... 35% (Reading database ... 40% (Reading database ... 45% (Reading database ... 50% (Reading database ... 55% (Reading database ... 60% (Reading database ... 65% (Reading database ... 70% (Reading database ... 75% (Reading database ... 80% (Reading database ... 85% (Reading database ... 90% (Reading database ... 95% (Reading database ... 100% (Reading database ... 39033 files and directories currently installed.) Preparing to replace libc6-i686:i386 2.13-38+deb7u6 (using .../libc6-i686_2.19-13_i386.deb) ... Unpacking replacement libc6-i686:i386 ... Preparing to replace libc6-dev:i386 2.13-38+deb7u6 (using .../libc6-dev_2.19-13_i386.deb) ... Unpacking replacement libc6-dev:i386 ... Preparing to replace libc-dev-bin 2.13-38+deb7u6 (using .../libc-dev-bin_2.19-13_i386.deb) ... Unpacking replacement libc-dev-bin ... Selecting previously unselected package libdb5.3:i386. Unpacking libdb5.3:i386 (from .../libdb5.3_5.3.28-7~deb8u1_i386.deb) ... Selecting previously unselected package libffi6:i386. Unpacking libffi6:i386 (from .../libffi6_3.1-2+b2_i386.deb) ... Preparing to replace python2.7 2.7.3-6+deb7u2 (using .../python
Bug#706877: Re: Bug#706877: insserv: breaks dist-upgrade by installing before packages fix their init scripts
I have tried to install task-xfce-desktop, clementine, virtualbox on a fresh install of wheezy and do a dist upgrade while running virtualbox and clementine and I encounter no errors. Am I missing something? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#562907: missing dependency on pybluez
I think it's probably to mark this as won't fix since the project is no longer being maintained. The package is already marked to be removed from testing but I think it's better state this explicitly over keeping the bug alive. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#445108: Unable to play flash videos in Liferea
Welp looks like the bug persists on testing. I'll see if I can gather more information tomorrow. On 11/24/2014 08:36 PM, Marcelo Lacerda wrote: Hi the bug is not reproducible under Liferea 1.8.6 on debian wheezy I'm off to test unstable and jesssie. No proxy though. On 10/23/2014 10:08 AM, Antonio wrote: Hi I can see the last submission to this bug report is from 18 Mar 2013; I just wanted to add some info in case is useful for someone. I had this bug with Liferea too (debian jessie, liferea 1.10.9-1); searching on the web and booting Liferea from a console suggested the problem was related to libcairo2. I tried different versions without luck. Yesterday I had to make some changes in Squid3 config file (installed on a Debian Wheezy server used by all the computers at home) because of some problems navigating through certain sites; mainly, adding "dns_v4_first on" to force the use of ipv4. Surprisingly, after the change, flash videos in liferea started working again. Hope it helps someone. Thank you for your hard work! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#445108: Unable to play flash videos in Liferea
Hi the bug is not reproducible under Liferea 1.8.6 on debian wheezy I'm off to test unstable and jesssie. No proxy though. On 10/23/2014 10:08 AM, Antonio wrote: Hi I can see the last submission to this bug report is from 18 Mar 2013; I just wanted to add some info in case is useful for someone. I had this bug with Liferea too (debian jessie, liferea 1.10.9-1); searching on the web and booting Liferea from a console suggested the problem was related to libcairo2. I tried different versions without luck. Yesterday I had to make some changes in Squid3 config file (installed on a Debian Wheezy server used by all the computers at home) because of some problems navigating through certain sites; mainly, adding "dns_v4_first on" to force the use of ipv4. Surprisingly, after the change, flash videos in liferea started working again. Hope it helps someone. Thank you for your hard work! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#748752: issue fixed ?
The issue is still marked as open upstream and will be fixed in 1.11.2. Maybe you can comment your findings here: https://github.com/lwindolf/liferea/issues/48 On 08/22/2014 07:21 AM, Andreas Glaeser wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The issue seems to be fixed now at least when using the GNOME-desktop: andrew@s5:~$ aptitude show liferea Package: liferea State: installed Automatically installed: no Version: 1.10.9-1 Priority: optional Section: gnome Maintainer: David Michael Smith Architecture: amd64 Uncompressed Size: 653 k Depends: dbus-x11, gir1.2-peas-1.0, liferea-data (= 1.10.9-1), python-gi, gir1.2-gtk-3.0, dconf-gsettings-backend | gsettings-backend, python:any (>= 2.6.6-7~), libatk1.0-0 (>= 1.12.4), libc6 (>= 2.14), libcairo2 (>= 1.2.4), libgdk-pixbuf2.0-0 (>= 2.22.0), libgirepository-1.0-1 (>= 0.9.3), libglib2.0-0 (>= 2.37.3), libgtk-3-0 (>= 3.0.0), libindicate5 (>= 0.4.90), libjson-glib-1.0-0 (>= 0.12.0), libnotify4 (>= 0.7.0), libpango-1.0-0 (>= 1.14.0), libpeas-1.0-0 (>= 1.1.0), libsoup2.4-1 (>= 2.33.92), libsqlite3-0 (>= 3.5.9), libwebkitgtk-3.0-0 (>= 1.3.10), libxml2 (>= 2.7.4), libxslt1.1 (>= 1.1.25) Recommends: gir1.2-gnomekeyring-1.0, gnome-icon-theme, gnome-keyring, steadyflow | kget Suggests: network-manager Replaces: liferea-data (< 1.4.26-4) Description: feed/news/podcast client with plugin support Liferea is a feed reader, a news reader, and a podcast client that brings together all of the content from your favorite web subscriptions into a simple interface with an embedded graphical browser that's easy to organize and browse. It supports: * aggregating feeds in all the major syndication formats (including RSS/RDF, Atom, CDF, and more); * synchronizing feeds across devices, with TinyTinyRSS and TheOldReader support; * downloading articles for offline reading; * permanently saving headlines in news bins; * playing podcasts directly in Liferea's browser interface; * social networking / web integration so you can share your favorite news articles to Facebook, Google+, Reddit, Twitter, Slashdot, Digg, Yahoo and many more. Liferea is an abbreviation for Linux Feed Reader. Homepage: http://liferea.sourceforge.net/ Tags: implemented-in::c, interface::x11, network::client, protocol::http, role::program, scope::application, suite::gnome, uitoolkit::gtk, use::browsing, use::downloading, web::blog, works-with-format::xml, works-with-format::xml:rss, x11::application -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlP3GawACgkQ5+rBHyUt5wuEwgCfQY9QHXOIfUaVP47ZIn7ubyRD ssQAnRwFcaYyNyK2oeLB2sAHbRdXcdZJ =GLdn -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#748752: liferea: needs to be invoked twice in order to start up
Since you can't reproduce, I guess that's the logical choice. On 06/09/14 07:56, Andreas Glaeser wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, 01 Jun 2014 22:00:45 -0300 Marcelo Lacerda wrote: I can't reproduce on sid with the same package version on xfce4. At most the liferea window does not appear from when you start it up, but it is visible and accessible from notification area from the first attempt to run. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.13-1-486 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii gir1.2-gtk-3.0 3.12.2-1 ii gir1.2-peas-1.0 1.8.1-2 ii libatk1.0-0 2.12.0-1 ii libc62.18-7 ii libcairo21.12.16-2 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgirepository-1.0-11.40.0-2 ii libglib2.0-0 2.40.0-3 ii libgtk-3-0 3.12.2-1 ii libindicate5 0.6.92-2 ii libjson-glib-1.0-0 1.0.0-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.3-1 ii libpeas-1.0-01.8.1-2 ii libsoup2.4-1 2.46.0-2 ii libsqlite3-0 3.8.4.3-3 ii libwebkitgtk-3.0-0 2.2.6-1 ii libxml2 2.9.1+dfsg1-3 ii libxslt1.1 1.1.28-2 ii liferea-data 1.10.8-1 ii python-gi3.12.1-1 pn python:any Versions of packages liferea recommends: ii dbus 1.8.2-1 ii dbus-x11 1.8.2-1 ii gir1.2-gnomekeyring-1.0 3.8.0-2 ii gnome-icon-theme 3.12.0-1 ii gnome-keyring3.12.0-2 ii steadyflow 0.2.0-1 Versions of packages liferea suggests: ii network-manager 0.9.8.0-5 On 05/20/14 10:00, Andreas Glaeser wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: liferea Version: 1.10.8-1 Severity: minor Dear Maintainer, * offline-reading RSS-feeds is OK for me, liferea is the application of choice * On the XFCE-desktop, it needs to be invoked twice from the applications-menu in order to start up, at first try not much happens * from the terminal it will not start at all: andrew@s5:~$ liferea ** (liferea:6052): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. - -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (50, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.4caee (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii gir1.2-gtk-3.0 3.12.1-1 ii gir1.2-peas-1.0 1.10.0-2 ii libatk1.0-0 2.12.0-1 ii libc62.18-5 ii libcairo21.12.16-2 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgirepository-1.0-11.40.0-2 ii libglib2.0-0 2.40.0-3 ii libgtk-3-0 3.12.1-1 ii libindicate5 0.6.92-2 ii libjson-glib-1.0-0 1.0.0-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.3-1 ii libpeas-1.0-01.10.0-2 ii libsoup2.4-1 2.46.0-2 ii libsqlite3-0 3.8.4.3-3 ii libwebkitgtk-3.0-0 2.4.1-2 ii libxml2 2.9.1+dfsg1-3 ii libxslt1.1 1.1.28
Bug#748752: liferea: needs to be invoked twice in order to start up
I can't reproduce on sid with the same package version on xfce4. At most the liferea window does not appear from when you start it up, but it is visible and accessible from notification area from the first attempt to run. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.13-1-486 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii gir1.2-gtk-3.0 3.12.2-1 ii gir1.2-peas-1.0 1.8.1-2 ii libatk1.0-0 2.12.0-1 ii libc62.18-7 ii libcairo21.12.16-2 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgirepository-1.0-11.40.0-2 ii libglib2.0-0 2.40.0-3 ii libgtk-3-0 3.12.2-1 ii libindicate5 0.6.92-2 ii libjson-glib-1.0-0 1.0.0-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.3-1 ii libpeas-1.0-01.8.1-2 ii libsoup2.4-1 2.46.0-2 ii libsqlite3-0 3.8.4.3-3 ii libwebkitgtk-3.0-0 2.2.6-1 ii libxml2 2.9.1+dfsg1-3 ii libxslt1.1 1.1.28-2 ii liferea-data 1.10.8-1 ii python-gi3.12.1-1 pn python:any Versions of packages liferea recommends: ii dbus 1.8.2-1 ii dbus-x11 1.8.2-1 ii gir1.2-gnomekeyring-1.0 3.8.0-2 ii gnome-icon-theme 3.12.0-1 ii gnome-keyring3.12.0-2 ii steadyflow 0.2.0-1 Versions of packages liferea suggests: ii network-manager 0.9.8.0-5 On 05/20/14 10:00, Andreas Glaeser wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: liferea Version: 1.10.8-1 Severity: minor Dear Maintainer, * offline-reading RSS-feeds is OK for me, liferea is the application of choice * On the XFCE-desktop, it needs to be invoked twice from the applications-menu in order to start up, at first try not much happens * from the terminal it will not start at all: andrew@s5:~$ liferea ** (liferea:6052): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. - -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (50, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.4caee (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii gir1.2-gtk-3.0 3.12.1-1 ii gir1.2-peas-1.0 1.10.0-2 ii libatk1.0-0 2.12.0-1 ii libc62.18-5 ii libcairo21.12.16-2 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgirepository-1.0-11.40.0-2 ii libglib2.0-0 2.40.0-3 ii libgtk-3-0 3.12.1-1 ii libindicate5 0.6.92-2 ii libjson-glib-1.0-0 1.0.0-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.3-1 ii libpeas-1.0-01.10.0-2 ii libsoup2.4-1 2.46.0-2 ii libsqlite3-0 3.8.4.3-3 ii libwebkitgtk-3.0-0 2.4.1-2 ii libxml2 2.9.1+dfsg1-3 ii libxslt1.1 1.1.28-2 ii liferea-data 1.10.8-1 ii python-gi3.12.1-1 pn python:any Versions of packages liferea recommends: ii dbus 1.8.2-1 ii dbus-x11 1.8.2-1 ii gir1.2-gnomekeyring-1.0 3.8.0-2 ii gnome-icon-theme 3.
Bug#743748: Folders are not listed, blank folder pane
Cannot reproduce on wheezy using mozilla backports. Package: icedove Version: 24.5.0-1~deb7u1 -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 4.3.2 ii fontconfig2.9.0-7.1 ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38+deb7u1 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u1 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.19-stable-3 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.26.0-4+deb7u1 ii libsqlite3-0 3.7.13-1+deb7u1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-5 ii libvpx1 1.1.0-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxt61:1.1.3-1+deb7u1 ii psmisc22.19-1+deb7u1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages icedove recommends: ii hunspell-en-us [hunspell-dictionary] 20070829-6 Versions of packages icedove suggests: ii fonts-lyx 2.0.3-3 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726272: liferea: regression: 'Reduced Feed List' mode prevents viewing the last item in a feed
Seems to be fixed for 1.10.8-1 On 03/27/2014 10:32 PM, Marcelo Lacerda wrote: I can confirm this for liferea 1.10.3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726272: liferea: regression: 'Reduced Feed List' mode prevents viewing the last item in a feed
I can confirm this for liferea 1.10.3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#662253: backtraces upon using XF86AudioRaiseVolume buttons: unichr() arg not in range(0x110000)
Hi again, the latest version of psychopy does not trigger the bug anymore, but using the example events.py from the pyglet source package still triggers the error. That this bug seems to be fixed in the latest version(from the official source repository) of pyglet. I'm not sure if getting debian to update to the latest version is a solution since 1.2~alpha1 doesn't run on my system, failing at some random configuration not found error. On 03/24/2014 07:50 AM, Marcelo Lacerda wrote: I was unable to reproduce this bug. The offending part of the code presented by the reporter remains unchanged in the latest version of pyglet, however pyglet does not capture my volume controls. I think this is related to xfce4 grabbing the input and not re-dispatching to pyglet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#662253: backtraces upon using XF86AudioRaiseVolume buttons: unichr() arg not in range(0x110000)
I was unable to reproduce this bug. The offending part of the code presented by the reporter remains unchanged in the latest version of pyglet, however pyglet does not capture my volume controls. I think this is related to xfce4 grabbing the input and not re-dispatching to pyglet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#667973: liferea: Custom date format doesn't work anymore
Considering that the upstream maintainer have adamantly stated that he will not implement the requested feature, should this bug be marked as "wontfix"? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#725281: liferea: Doesn't open URL in external browser
Hi, seems like the problem was solved in liferea 1.10.5 but we are still packaging 1.10.3 Should something be done about this? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#436348: liferea: Notification area icon not displayed properly
On my system(standard wheezy) about 1/4 of the icon is not visible. The transparency is correct though. My package dependencies: gconf-service 3.2.5-1+build1 gconf23.2.5-1+build1 libatk1.0-0 2.4.0-2 libc6 2.13-38 libcairo2 1.12.2-3 libgconf-2-4 3.2.5-1+build1 libgdk-pixbuf2.0-02.26.1-1 libglib2.0-0 2.33.12+really libgtk2.0-0 2.24.10-2 libice6 2:1.0.8-2 libjson-glib-1.0-00.14.2-1 libnotify40.7.5-1 libpango1.0-0 1.30.0-1 libsm62:1.2.1-2 libsoup2.4-1 2.38.1-2 libsqlite3-0 3.7.16.2-1~bpo libunique-1.0-0 1.1.6-4 libwebkitgtk-1.0-01.8.1-3.4 libxml2 2.8.0+dfsg1-7+ libxslt1.11.1.26-14.1 liferea 1.8.6-1.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711500: gnome-settings-daemon: "Could not get updates. Failed to process request. Operation was cancelled"
Actually I take that back. The message appears consistently whenever I do a $ apt-get update On Sat, Jul 13, 2013 at 10:25 AM, Marcelo Lacerda wrote: > I'm running into the same problem over here. I'm using a debian laptop > with a fresh installation of wheezy. > > I can also confirm that this happens without the manual use of any apt > tools. > > Updates from terminal work normally. > > This problem only appeared to me yesterday. Even though I'm using this > installation for about a month. >
Bug#711500: gnome-settings-daemon: "Could not get updates. Failed to process request. Operation was cancelled"
I'm running into the same problem over here. I'm using a debian laptop with a fresh installation of wheezy. I can also confirm that this happens without the manual use of any apt tools. Updates from terminal work normally. This problem only appeared to me yesterday. Even though I'm using this installation for about a month.