Bug#847983: apt: Sid Apt-Pinning ignoring other Release than Experimental
Package: apt Version: 1.4~beta1 Severity: important Tags: d-i Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I noticed, since long time ago, that I was not anymore able to use Apt-Pinning for installing packages from Stable and Testing Releases. * What exactly did you do (or not do) that was effective (or ineffective)? Everytime I try to use "APT-Pinning", I do not get what I want. Even if I try /testing or -t testing, or any Release other than Experimental, I only get error or Experimental list of packages. Finally, apt-cache policy only return Sid and Experimental packages. * What was the outcome of this action? If I try "apt-cache show -t testing linux-image-amd64" OR "apt-cache show linux-image-amd64/testing" I get this with apt-get: E: Release 'testing' for 'linux-image-amd64' was not found E: No packages found And this with aptitude: E: The value 'testing' is invalid for APT::Default-Release as such a release is not available in the sources E: The value 'testing' is invalid for APT::Default-Release as such a release is not available in the sources Whatever I try, any package will be not available… * What outcome did you expect instead? As before, a list of packages from the asked Release, and the possibility to install packages from testing, stable, etc… *** End of the template - remove these template lines *** -- Package-specific info: -- apt-config dump -- APT ""; APT::Architecture "amd64"; APT::Build-Essential ""; APT::Build-Essential:: "build-essential"; APT::Install-Recommends "true"; APT::Install-Suggests "0"; APT::Sandbox ""; APT::Sandbox::User "_apt"; APT::Authentication ""; APT::Authentication::TrustCDROM "true"; APT::NeverAutoRemove ""; APT::NeverAutoRemove:: "^firmware-linux.*"; APT::NeverAutoRemove:: "^linux-firmware$"; APT::NeverAutoRemove:: "^linux-image-4\.7\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-image-4\.8\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-headers-4\.7\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-headers-4\.8\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-image-extra-4\.7\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-image-extra-4\.8\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-signed-image-4\.7\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-signed-image-4\.8\.0-1-amd64$"; APT::NeverAutoRemove:: "^kfreebsd-image-4\.7\.0-1-amd64$"; APT::NeverAutoRemove:: "^kfreebsd-image-4\.8\.0-1-amd64$"; APT::NeverAutoRemove:: "^kfreebsd-headers-4\.7\.0-1-amd64$"; APT::NeverAutoRemove:: "^kfreebsd-headers-4\.8\.0-1-amd64$"; APT::NeverAutoRemove:: "^gnumach-image-4\.7\.0-1-amd64$"; APT::NeverAutoRemove:: "^gnumach-image-4\.8\.0-1-amd64$"; APT::NeverAutoRemove:: "^.*-modules-4\.7\.0-1-amd64$"; APT::NeverAutoRemove:: "^.*-modules-4\.8\.0-1-amd64$"; APT::NeverAutoRemove:: "^.*-kernel-4\.7\.0-1-amd64$"; APT::NeverAutoRemove:: "^.*-kernel-4\.8\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.7\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.8\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-tools-4\.7\.0-1-amd64$"; APT::NeverAutoRemove:: "^linux-tools-4\.8\.0-1-amd64$"; APT::VersionedKernelPackages ""; APT::VersionedKernelPackages:: "linux-image"; APT::VersionedKernelPackages:: "linux-headers"; APT::VersionedKernelPackages:: "linux-image-extra"; APT::VersionedKernelPackages:: "linux-signed-image"; APT::VersionedKernelPackages:: "kfreebsd-image"; APT::VersionedKernelPackages:: "kfreebsd-headers"; APT::VersionedKernelPackages:: "gnumach-image"; APT::VersionedKernelPackages:: ".*-modules"; APT::VersionedKernelPackages:: ".*-kernel"; APT::VersionedKernelPackages:: "linux-backports-modules-.*"; APT::VersionedKernelPackages:: "linux-tools"; APT::Never-MarkAuto-Sections ""; APT::Never-MarkAuto-Sections:: "metapackages"; APT::Never-MarkAuto-Sections:: "contrib/metapackages"; APT::Never-MarkAuto-Sections:: "non-free/metapackages"; APT::Never-MarkAuto-Sections:: "restricted/metapackages"; APT::Never-MarkAuto-Sections:: "universe/metapackages"; APT::Never-MarkAuto-Sections:: "multiverse/metapackages"; APT::Move-Autobit-Sections ""; APT::Move-Autobit-Sections:: "oldlibs"; APT::Move-Autobit-Sections:: "contrib/oldlibs"; APT::Move-Autobit-Sections:: "non-free/oldlibs"; APT::Move-Autobit-Sections:: "restricted/oldlibs"; APT::Move-Autobit-Sections:: "universe/oldlibs"; APT::Move-Autobit-Sections:: "multiverse/oldlibs"; APT::Periodic ""; APT::Periodic::Update-Package-Lists "1"; APT::Periodic::Unattended-Upgrade "0"; APT::Update ""; APT::Update::Post-Invoke-Success ""; APT::Update::Post-Invoke-Success:: "/usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service && /usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 4 --metho
Bug#849631: dnscrypt-proxy 1.8.1-4 fails to start
Package: dnscrypt-proxy Version: 1.7.0+dfsg-1 Severity: serious Tags: upstream Justification: serious Dear Maintainer, * What led up to the situation? After upgrade dnscrypt-proxy, it wan't start anymore. * What exactly did you do (or not do) that was effective (or ineffective)? Working as before. * What was the outcome of this action? dnscrypt-proxy.service and dnscrypt-proxy.socket stop working. I get these output in journalctl: Dec 28 22:13:03 debian systemd[1]: dnscrypt-proxy.service: Service hold-off time over, scheduling restart. Dec 28 22:13:03 debian systemd[1]: dnscrypt-proxy.service: Start request repeated too quickly. Dec 28 22:13:03 debian systemd[1]: dnscrypt-proxy.socket: Unit entered failed state. Dec 28 22:13:03 debian systemd[1]: dnscrypt-proxy.service: Unit entered failed state. Dec 28 22:13:03 debian systemd[1]: dnscrypt-proxy.service: Failed with result 'start-limit-hit'. And if I feed dnscrypt-proxy command with the configuration file, I get in terminal: Dec 28 22:13:01 debian dnscrypt-proxy[1694]: Wed Dec 28 22:13:01 2016 [INFO] + DNS Security Extensions are supported Dec 28 22:13:01 debian dnscrypt-proxy[1694]: Wed Dec 28 22:13:01 2016 [INFO] + Provider supposedly doesn't keep logs Dec 28 22:13:01 debian systemd[1]: dnscrypt-proxy.service: Service hold-off time over, scheduling restart. * What outcome did you expect instead? Running dnscrypt-proxy.service and dnscrypt-proxy.socket. *** End of the template - remove these template lines *** -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (150, 'testing'), (100, 'stable'), (5, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.8.0-1-amd64 (SMP w/4 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 dnscrypt-proxy depends on: ii adduser 3.115 ii init-system-helpers 1.46 ii libc62.24-8 ii libltdl7 2.4.6-2 ii libsodium18 1.0.11-1 ii libsystemd0 232-8 dnscrypt-proxy recommends no packages. Versions of packages dnscrypt-proxy suggests: ii resolvconf 1.79 -- Configuration Files: /etc/default/dnscrypt-proxy changed: DNSCRYPT_PROXY_LOCAL_ADDRESS=127.0.2.1:53 DNSCRYPT_PROXY_RESOLVER_NAME=dnscrypt.org-fr DNSCRYPT_PROXY_OPTIONS="" /etc/dnscrypt-proxy/dnscrypt-proxy.conf changed: ResolverName=dnscrypt.org-fr ResolversList /usr/share/dnscrypt-proxy/dnscrypt-resolvers.csv Daemonize yes PidFile /var/run/dnscrypt-proxy.pid User _dnscrypt-proxy LocalAddress 127.0.2.1:53 EphemeralKeys yes MaxActiveRequests 250 LogFile /var/log/dnscrypt-proxy.log LogLevel 7 BlockIPv6 yes -- no debconf information
Bug#374638: i810switch MacBook (i945) support
Hello!
This is a trivial patch that adds support for the "Intel Corporation
Mobile 945GM/GMS/940GML Express Integrated Graphics" controller found
on Apple MacBook laptops.
I've tested it with my MacBook and an external 19" CRT screen. Would be
nice if this could be added to the Debian package or (even better)
merged upstream.
Thanks,
Thomas
diff -ru i810switch-0.6.5/debian/changelog i810switch-0.6.5-thp/debian/changelog
--- i810switch-0.6.5/debian/changelog 2006-12-24 22:30:48.0 +0100
+++ i810switch-0.6.5-thp/debian/changelog 2006-12-24 22:28:33.0 +0100
@@ -1,3 +1,9 @@
+i810switch (0.6.5-4) unstable; urgency=low
+
+ * Added support for i945 chipset (as found in Apple MacBooks)
+
+ -- Thomas Perl <[EMAIL PROTECTED]> Sun, 24 Dec 2006 22:28:02 +0100
+
i810switch (0.6.5-3) unstable; urgency=low
* Added AMD64 to list of supported arches, thanks Julien. Closes: #404039.
Only in i810switch-0.6.5: i810switch
diff -ru i810switch-0.6.5/i810switch.c i810switch-0.6.5-thp/i810switch.c
--- i810switch-0.6.5/i810switch.c 2006-12-24 22:30:48.0 +0100
+++ i810switch-0.6.5-thp/i810switch.c 2006-12-24 22:27:47.0 +0100
@@ -60,6 +60,7 @@
#define I855STR "8086:3582"
//#define I865STR "8086:2572"
#define I915STR "8086:2592"
+#define I945STR "8086:27a2"
#define MEMSTR "Memory at"
#define NONPRSTR "32-bit, non-prefetchable"
@@ -279,6 +280,13 @@
return p;
}
+ i = (p = strstr(*buff_ptr, I945STR)) != NULL;
+ if (i)
+ {
+ *chiptype = I855;
+ return p;
+ }
+
i = (p = strstr(*buff_ptr, I915STR)) != NULL;
if (i)
{
Only in i810switch-0.6.5: i810switch.o
Bug#405127: wget doesn't handle IDN domains
Package: wget Version: 1.10.2-2 Severity: normal wget doesn't handle IDN domains (domains with umlauts) right. $ wget -ct0 http://stefan.kögl.co.at/test.tar.gz --16:07:15-- http://stefan.k%C3%B6gl.co.at/test.tar.gz => `test.tar.gz' Resolving stefan.k\303\266gl.co.at... failed: Name or service not known. When I manually "translate" the IDN domain name to the "xn--" format, it works. GNU libidn seems to offer this functionality already, the URL is http://www.gnu.org/software/libidn/ libidn is already in Debian, packaged as "libidn11" and "libidn11-dev". -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages wget depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8c-4SSL shared libraries wget recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#394555: gaim: Happens when another user writes a message with umlauts
Followup-For: Bug #394555 Package: gaim Version: 1:2.0.0+beta4-3 This bug exists for me too when another user is sending a message that contains umlauts (probably other non-ASCII characters too). My server connection is set to "UTF-8". -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gaim depends on: ii gaim-data1:2.0.0+beta4-3 multi-protocol instant messaging c ii libaspell15 0.60.4-4GNU Aspell spell-checker runtime l ii libatk1.0-0 1.12.3-1The ATK accessibility toolkit ii libavahi-compat-howl00.6.13-3Avahi Howl compatibility library ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libdbus-1-3 0.93-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-2 simple interprocess messaging syst ii libfontconfig1 2.4.1-2 generic font configuration library ii libgcrypt11 1.2.3-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.12.4-1The GLib library of C routines ii libgnutls13 1.4.4-1 the GNU TLS library - runtime libr ii libgstreamer0.10-0 0.10.10-2 Core GStreamer libraries and eleme ii libgtk2.0-0 2.8.20-3The GTK+ graphical user interface ii libgtkspell0 2.0.10-3+b1 a spell-checking addon for GTK's T ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libncursesw5 5.5-5 Shared libraries for terminal hand ii libpango1.0-01.14.7-1Layout and rendering of internatio ii libperl5.8 5.8.8-6.1 Shared Perl library ii libsm6 1:1.0.1-3 X11 Session Management library ii libstartup-notification0 0.8-2 library for program launch feedbac ii libx11-6 2:1.0.3-2 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxss1 1:1.1.0-1 X11 Screen Saver extension library gaim recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397116: python-markup: New version available, now called Genshi
Package: python-markup Severity: wishlist A new release of this package is available at http://genshi.edgewall.org/ The name change is described in the FAQ: http://genshi.edgewall.org/wiki/GenshiFaq > Prior to release 0.3, the project was called “Markup”. The name was > changed because: > >* there was another Python project using the name, >* it made communication somewhat awkward, because it was sometimes > unclear whether someone is talking about the project “Markup”, > or just plain markup, and >* it was not easy to find the project via search engines. Download URL: http://genshi.edgewall.org/wiki/Download Would be nice to see the new version packaged in Debian :) Thanks, Thomas
Bug#382298: Please enable CONFIG_USB_APPLETOUCH=m in 2.6.18 ff
Hello! I'd also like to see this feature built as module in the stock Debian kernel package. This is useful for both MacBooks and MacBook Pros, as far as I can tell. Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#415059: ITP: gpodder -- A GTK+ Media aggregator and Podcast catcher
Package: wnpp Owner: Thomas Perl <[EMAIL PROTECTED]> Severity: wishlist * Package name: gpodder Version : 0.9.0 Upstream Author : Thomas Perl <[EMAIL PROTECTED]> * URL : http://gpodder.berlios.de/ * License : GPL Programming Lang: Python Description : A GTK+ Media aggregator and Podcast catcher gPodder is a podcast receiver/catcher. You can subscribe to RSS feeds (Podcasts) and download audio/video content from different channels. You can then playback content on your desktop or synchronize to your iPod or portable MP3 player. Simultaneous downloads and automatic downloads of new episodes are also supported. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#394672: Duplicate
forcemerge 394671 394672 thanks This is exactly the same bug, my e-mail client was acting up :/ Enjoy, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418766: pommed: Cannot start: undefined symbol: __cxa_pure_virtual
Package: pommed Version: 1.2~dfsg-1 Severity: normal When trying to start pommed using the initscript, it fails with an error about libsmbios.so.1, like that: $ sudo /etc/init.d/pommed start Starting pommed: /usr/sbin/pommed: symbol lookup error: /usr/lib/libsmbios.so.1: undefined symbol: __cxa_pure_virtual As seen below, libsmbios1 version is 0.13.4-1 and pommed is 1.2~dfsg-1. Thanks, Thomas -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (600, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (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/bash Versions of packages pommed depends on: ii eject 2.1.4-3 ejects CDs and operates CD-Changer ii libasound2 1.0.13-2 ALSA library ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libconfuse0 2.5-3Library for parsing configuration ii libdbus-1-3 1.0.2-1 simple interprocess messaging syst ii libsmbios1 0.13.4-1 Provide access to (SM)BIOS informa ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages pommed recommends: ii dbus 1.0.2-1simple interprocess messaging syst -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#374638: Status of i810switch w/ Macbook
Hello! Now, after Etch is released, I wonder if you'd be willing to apply the patch from above to add support for the i945. Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377264: new upstream sources for mpg123
Upstream has released a new version (0.60) on August 29th 2006. Its website (http://www.mpg123.de/) states it's now released under LGPL. The new release also fixes this bug and seems to incorporate (at least some) patchsets from Debian. Quoted from the announcement: "This version is the result of merging 0.59r by Michael Hipp and parts of his development tree with the 0.59r-gpl from sourceforge and mpg123-thor (both including patchsets from Debian) as well as continued work on the source of both Nicholas and myself as well as enthusiastic testers who gave us a purpose (thanks for being with us after that long time!)." Guess it's better to package new upstream version than patching this old (non-free) release. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388581: Python FutureWarning when installing pyblosxom package
Package: pyblosxom Version: 1.2-1 Hello! Installing pyblosxom on a pure Debian sarge system yields the following warnings: Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut... Fertig Die folgenden NEUEN Pakete werden installiert: pyblosxom 0 aktualisiert, 1 neu installiert, 0 zu entfernen und 4 nicht aktualisiert. Es müssen noch 0B von 91,9kB Archiven geholt werden. Nach dem Auspacken werden 520kB Plattenplatz zusätzlich benutzt. Wähle vormals abgewähltes Paket pyblosxom. (Lese Datenbank ... 67693 Dateien und Verzeichnisse sind derzeit installiert.) Entpacke pyblosxom (aus .../pyblosxom_1.2-1_all.deb) ... Richte pyblosxom ein (1.2-1) ... /usr/lib/python2.3/site-packages/Pyblosxom/tools.py:684: FutureWarning: hex/oct constants > sys.maxint will return positive values in Python 2.4 and up win32file.LockFileEx(hfile, flags, 0, 0x, __overlapped) /usr/lib/python2.3/site-packages/Pyblosxom/tools.py:688: FutureWarning: hex/oct constants > sys.maxint will return positive values in Python 2.4 and up win32file.UnlockFileEx(hfile, 0, 0x, __overlapped) /usr/lib/python2.3/site-packages/Pyblosxom/tools.py:684: FutureWarning: hex/oct constants > sys.maxint will return positive values in Python 2.4 and up win32file.LockFileEx(hfile, flags, 0, 0x, __overlapped) /usr/lib/python2.3/site-packages/Pyblosxom/tools.py:688: FutureWarning: hex/oct constants > sys.maxint will return positive values in Python 2.4 and up win32file.UnlockFileEx(hfile, 0, 0x, __overlapped) Doesn't seem to affect the package, but I suppose installing the packages should not output these warnings - maybe the tools.py has to be modified? Thanks Thomas
Bug#389607: Apache2(-mpm-worker) segfaults on startup (with mod_perl)
Package: apache2-mpm-worker Version: 2.0.55.4-1 Hello! The threaded version of Apache2 (mpm-worker) seems to have problems with mod_perl/perl. Here's a backtrace of starting Apache2. After removing the -mpm-worker package and installing the corresponding - mpm-prefork package (leaving perl packages as they are), Apache starts up without segfaulting. Perl Version: 5.8.8-6.1 Backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1215158592 (LWP 12898)] 0xb75ab7d5 in PerlIOEncode_getarg () from /usr/lib/perl/5.8/auto/ PerlIO/encoding/encoding.so (gdb) bt #0 0xb75ab7d5 in PerlIOEncode_getarg () from /usr/lib/perl/5.8/auto/ PerlIO/encoding/encoding.so #1 0xb78af388 in PerlIOBase_dup () from /usr/lib/libperl.so.5.8 #2 0xb75a92a1 in PerlIOEncode_dup () from /usr/lib/perl/5.8/auto/ PerlIO/encoding/encoding.so #3 0xb78b0c0f in PerlIO_fdupopen () from /usr/lib/libperl.so.5.8 #4 0xb7849b40 in Perl_fp_dup () from /usr/lib/libperl.so.5.8 #5 0xb78b0b75 in PerlIO_clone () from /usr/lib/libperl.so.5.8 #6 0xb78508e3 in perl_clone () from /usr/lib/libperl.so.5.8 #7 0xb78e8550 in modperl_interp_new () from /usr/lib/apache2/modules/ mod_perl.so #8 0xb78e87a7 in modperl_interp_pool_destroy () from /usr/lib/ apache2/modules/mod_perl.so #9 0xb78e9340 in modperl_tipool_init () from /usr/lib/apache2/ modules/mod_perl.so #10 0xb78e798f in modperl_hook_pre_config () from /usr/lib/apache2/ modules/mod_perl.so #11 0x0807a11e in ap_run_post_config () #12 0x0807fbe2 in main () Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#394671: amule: Please include a better icon for aMule
Package: amule Version: 2.1.3-1 Severity: wishlist Debian's aMule package ships a old xpm icon for aMule. There is, however a new, transparent and higher-resolution icon for aMule on the web. One can be found here for example: http://en.wikipedia.org/wiki/Image:AMule.png It would be nice if this could be included as the default aMule icon instead of the old xpm :) Thanks Thomas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages amule depends on: ii amule-common 2.1.3-1 common files for the rest of aMule ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcrypto++5.2c2a5.2.1c2a-3 General purpose cryptographic shar ii libgcc1 1:4.1.1-13 GCC support library ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 ii libwxbase2.6-0 2.6.3.2.1.5 wxBase library (runtime) - non-GUI ii libwxgtk2.6-02.6.3.2.1.5 wxWidgets Cross-platform C++ GUI t ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages amule recommends: pn amule-utils(no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389607: Still doesn't work with Apache 2.2
I've now upgraded to the packages in unstable: libapache2-mod-perl2 2.0.2-2.2 apache2-mpm-worker 2.2.3-2 The /etc/init.d/apache2 initscript still fails to start apache2. What I now experience, however, is that apache2-mpm-prefork (from Apache 2.2) also seems to segfault. From /var/log/apache2/error.log: [Sun Oct 22 19:32:48 2006] [notice] child pid 7849 exit signal Segmentation fault (11) [Sun Oct 22 19:32:48 2006] [notice] child pid 7848 exit signal Segmentation fault (11) [Sun Oct 22 19:32:48 2006] [notice] child pid 7847 exit signal Segmentation fault (11) [Sun Oct 22 19:32:48 2006] [notice] child pid 7846 exit signal Segmentation fault (11) [Sun Oct 22 19:32:48 2006] [notice] child pid 7845 exit signal Segmentation fault (11) [Sun Oct 22 19:32:48 2006] [notice] child pid 7844 exit signal Segmentation fault (11) [Sun Oct 22 19:32:48 2006] [notice] child pid 7843 exit signal Segmentation fault (11) [Sun Oct 22 19:32:48 2006] [notice] child pid 7842 exit signal Segmentation fault (11) [Sun Oct 22 19:32:48 2006] [notice] child pid 7841 exit signal Segmentation fault (11) [Sun Oct 22 19:32:48 2006] [notice] child pid 7840 exit signal Segmentation fault (11) [Sun Oct 22 19:32:48 2006] [notice] child pid 7839 exit signal Segmentation fault (11) Downgrading to testing versions of both apache2 and mod_perl and using apache2-mpm-prefork instead of apache2-mpm-worker currently fixes this problem. HTH Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#731931: urlwatch: Change in lynx handling of relative URLs confuses html2txt.py
tags 731931 fixed-upstream thanks On 2013-12-14 09:46, Alex Gould wrote: I noticed that shortly after lynx in Debian testing moved to a new version, I got spurious reports in the urlwatch that I run as a cron job. Example: [...] I notice that at line 77 in urlwatch's html2txt.py script, there is a function that is supposed to remove output like this from lynx. But it seems that the output from lynx has changed, omitting the "localhost" portion of the file: URL, and so the regexes in that function no longer catch and remove the randomly generated URLs. Thanks for the bug report, this should now be fixed upstream: https://github.com/thp/urlwatch/commit/2d76cbb233 Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731931: urlwatch: http://www.kayser-threde.de/en/jobs/ gives python stack dump
tags 731931 |fixed-upstream thanks |On 2013-12-11 12:15, Alexis Huxley wrote: With jessie's urlwatch (and prerequisite python-concurrent.futures): torchio$ egrep -v '^($|#)' ~/.urlwatch/urls.txt http://www.kayser-threde.de/en/jobs/ torchio$ urlwatch Traceback (most recent call last): File "/usr/bin/urlwatch", line 260, in raise exception LookupError: unknown encoding: 0 torchio$ This is due to the server sending an invalid charset in the header: % HEAD http://www.kayser-threde.de/en/jobs/ 200 OK Connection: close Date: Wed, 29 Jan 2014 19:06:43 GMT Server: Apache/2.2.13 (Linux/SUSE) Content-Type: text/html; charset=0 X-Powered-By: PHP/5.3.3 (see the Content-Type header) I've now added a workaround upstream that tries to decode the web page content with the "ascii" codec in case it fails to lookup the encoding name: https://github.com/thp/urlwatch/commit/305f630b4a Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732112: Fwd: Re: urlwatch: Change in lynx handling of relative URLs confuses html2txt.py
tags 732112 fixed-upstream thanks (previous mail was sent to the wrong bug number, sorry for the additional noise..) Original Message Subject: Re: urlwatch: Change in lynx handling of relative URLs confuses html2txt.py Date: Wed, 29 Jan 2014 20:27:31 +0100 From: Thomas Perl To: Alex Gould CC: 731...@bugs.debian.org, cont...@bugs.debian.org On 2013-12-14 09:46, Alex Gould wrote: I noticed that shortly after lynx in Debian testing moved to a new version, I got spurious reports in the urlwatch that I run as a cron job. Example: [...] I notice that at line 77 in urlwatch's html2txt.py script, there is a function that is supposed to remove output like this from lynx. But it seems that the output from lynx has changed, omitting the "localhost" portion of the file: URL, and so the regexes in that function no longer catch and remove the randomly generated URLs. Thanks for the bug report, this should now be fixed upstream: https://github.com/thp/urlwatch/commit/2d76cbb233 Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#745248: gpodder often downloads a file twice
Hi, On Sat, 19 Apr 2014, Martin Dosch wrote: it happens very often that gPodder is downloading an episode which was already successful downloaded. This happened at several video podcasts. I don't know if there are any useful informations i could provide. For which feed (URL) does this happen? Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696117: Update fails with “Error while updating feed” for every subscription
Hi, On Mon, 17 Dec 2012, Ben Finney wrote: Error while updating feed The feed at http://www.abc.net.au/radionational/feed/2888650/podcast.xml could not be updated. (...) How can I diagnose this further to see what might be going wrong? Run gPodder in a Terminal using "gpodder --verbose" and see if this gives any additional information about the problem. Also, you might want to migrate to gPodder 3.x (can be found in Debian unstable). There's a tool called "gpodder-migrate2tres" that can be used to convert your gPodder 2 database to gPodder 3. Also, did you update your python-feedparser package recently? HTH :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696117: Update fails with “Error while updating feed” for every subscription
Hi, On Thu, 20 Dec 2012, Ben Finney wrote: Each feed update fails with the following traceback: = 1355775035.976728 [gPodder] INFO: Error: Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/gpodder/gui.py", line 2960, in update_feed_cache_proc mimetype_prefs=self.config.mimetype_prefs) File "/usr/lib/pymodules/python2.7/gpodder/model.py", line 327, in update self.feed_fetcher.fetch_channel(self) File "/usr/lib/pymodules/python2.7/gpodder/model.py", line 71, in fetch_channel self.fetch(url, etag, modified) File "/usr/lib/pymodules/python2.7/gpodder/feedcore.py", line 270, in fetch self._parse_feed(url, etag, modified) File "/usr/lib/pymodules/python2.7/gpodder/feedcore.py", line 253, in _parse_feed self._check_offline(feed) File "/usr/lib/pymodules/python2.7/gpodder/feedcore.py", line 175, in _check_offline raise Offline() Offline = This happens when there are no HTTP headers retrieved from the server (usually this happens when there's no Internet connection, hence "Offline"). Can you please check with Wireshark how the HTTP traffic looks like? Instructions for doing so can be found in the gPodder Wiki: http://wiki.gpodder.org/wiki/Reporting_download_problems The page talks about download problems, but this works just as well for problems with downloading feeds. As with all network dumps, be sure to check the data for passwords and other private information that you might not want to share before posting it, and possibly replace any private information. Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696117: Update fails with “Error while updating feed” for every subscription
Hi, On Thu, 27 Dec 2012, Ben Finney wrote: On 21-Dec-2012, Ben Finney wrote: There are *no* HTTP packets in the TCPDump capture during the gPodder session. The only traffic captured at all is from my IRC client; gPodder appears to have generated no traffic. Further investigation shows that this was because of a faulty ‘http_proxy’ environment variable value; the host name would not resolve. [...] So this bug report becomes one drawing attention to gPodder's failure to provide sufficient information to indicate that it is unable to contact the HTTP proxy; please forward this to the relevant upstream bug tracker. Upstream bug filed: https://bugs.gpodder.org/show_bug.cgi?id=1732 Thanks, Thomas
Bug#681638: gpodder: Mouse/keys not functioning properly
Hi, On Sat, 14 Jul 2012, Connor wrote: My version of gpodder appears to have significant issues regarding mouse and keyboard functionality. Particularly, * Left-clicking any podcast in the Podcasts (N) view brings up the usual right-click menu. Right-clicking appears to function as a typical left-click. * Multiple selections do not work. Ctrl/Shift-clicking to select multiple podcasts does not work with either the broken right- or left-click, nor does "Ctrl-A" to select all. Do you have the configuration option "enable_fingerscroll" set to True? Try opening the advanced configuration editor (from the preferences dialog) and search for the option, then disable it. After a restart of gPodder, the behavior (which is intended for some Gtk-based platforms with touchscreen support) will be gone. More recent versions of gPodder do not have this option anymore, that's why you don't see this problem on newer gPodder versions. Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688000: gpodder: "View downloaded episodes" views un-downloaded episodes
Hi, On Tue, 18 Sep 2012, Roland Hieber wrote: when I choose the option "Downloaded episodes" from the "View" menu, also some episodes are displayed which are not downloaded (the little icon besides the episode title is empty, and not the "music note" icon). I expect this option to only show downloaded episodes, and in fact I cannot tell the difference from the option "Hide deleted episodes". Looking at the screenshot I see that the extraneous episodes that appear are New (you can see that because they are in bold font). "New" episodes (as well as episodes that are currently being downloaded) are considered so important that they will always appear in the list, independent of which kind of view you select. The reason for this is quite simple: You can have the view option set to "Downloaded" episodes, but still see (and download) any new episodes that are found as feeds are updated. Usually, when a new episode is found, you do two things: Either you mark it as old or download it. After the marking (or download), the episode loses its "New" status and is either shown in the "Downloaded" list or not. In other words, "New" episodes are considered episodes that need your attention and a decision - "Hey, here's a new episode - do you want to download it or not?". You can really filter only downloaded files by using an EQL expression that you can just start typing while the episode list is selected: (downloaded) The () are important here. This will filter the current episode list and only show downloaded files. Similarly, you can narrow down your search even further, e.g.: (downloaded and audio) Shows only audio files that have been downloaded. (downloaded and video) Shows only video files that have been downloaded. See src/gpodder/query.py for some of the other adjectives and nouns that are supported by SQL. With the reasoning above (and the alternative "workaround" using EQL), can we close this bug as "wontfix"? Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#704888: gpodder: Causes 100% cpu load for several minutes
Hi, Can you reproduce this with gPodder 3.5.0 from Debian unstable after removing your database and downloads? If so, do the logfiles (~/gPodder/Logs/) show anything unusual? Thanks, Thomas 2013/4/7 Johannes Rohr > Package: gpodder > Version: 2.20.1-1 > Severity: normal > > Recently, feed updates and downloads of episodes have started causing 100% > for > several minutes, during which the programme becomes unresponsive. I first > observed this behaviour on gpodder 3.5 from sid. Therefore I downgraded to > the > version from Wheezy, deleted the entire configuration and re-synced with > gpodder.net, but to no avail. > > This makes the programme unusable for any practical purpose. Please let me > know > what specific debug information is needed and how it can be extracted. > > > > -- System Information: > Debian Release: 7.0 > APT prefers testing > APT policy: (990, 'testing'), (500, 'testing-updates'), (500, > 'unstable'), (450, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) > Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > Versions of packages gpodder depends on: > ii python 2.7.3-4 > ii python-dbus 1.1.1-1 > ii python-feedparser 5.1.2-1 > ii python-gtk2 2.24.0-3+b1 > ii python-mygpoclient 1.4-1 > ii python-support 1.0.15 > > Versions of packages gpodder recommends: > ii dbus-x11 1.6.8-1 > ii python-gpod0.8.2-7 > ii python-gst0.10 0.10.22-3 > ii python-pymtp 0.0.4-4 > ii python-simplejson 2.5.2-1 > ii python-webkit 1.1.8-2 > > Versions of packages gpodder suggests: > ii gnome-bluetooth 3.4.2-1 > ii mplayer 3:1.1-dmo9 > ii python-eyed3 0.6.18-1 > > -- no debconf information > >
Bug#695470: gpodder lost preferences after upgrade
Hi, On Sat, 8 Dec 2012, tony mancill wrote: On 12/08/2012 09:07 AM, Martin Dosch wrote: after upgrading to unstable gpodder doesn't find it's config. It starts empty like at first start. It works after downgrading to testings version. I'll look into it. Thank you for the bug report! Version 3.x of gPodder uses a slighty different database format. In order to avoid doing the one-time conversion automatically and thereby breaking the ability to go back to 2.x, the coversion has to be done manually. gPodder 3 includes a utility for that: gpodder-migrate2tres So to get your data migrated to the new version: 1. Install gPodder 3 2. Run gpodder-migrate2tres 3. Run gPodder 3 Be aware that after migrating your database to version 3, you cannot go back to version 2, so be sure to make a backup of your gPodder 2 data in case you might want to use it again in the future. Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#707192: gpodder: cannot find config after python upgrade
Hi Clayton, On Wed, 8 May 2013, clayton wrote: Yesterday I used gpodder, and it was normal. Last night I did an apt-get upgrade, and a lot of packages came down, including some Python packages, but as I recall, not a new gpodder. Today when I start gpodder it cannot find it's old config, my podcasts are all gone and it is pretending that it is a new installation. Yes, gPodder was probably upgraded from version 2.x to 3.x, requiring a manual database upgrade. You can do this via "gpodder-migrate2tres", an utility included in the gPodder 3 distribution. HTH :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#707192: Configuration missing even after using gpodder-migrate2tres
Hi ael, On May 22, 2013, at 10:49 PM, ael wrote: > On Fri, May 10, 2013 at 07:38:07AM -0700, tony mancill wrote: > Another confusion is that I have > download_dir = /ael_elf1/ael/podcasts > in ~/.config/gpodder . > > But gpodder ignores this and seems to put files into > ~/gPodder/Downloads. > > The GUI "preferences" does not even display the line, but it is there > in the file. As the README file and the User manual[1] state: To change the download directory or gPodder Home, you can set one (or both) of these two environment variables: • GPODDER_HOME: Downloads will be saved in the folder "Downloads" inside the new Home folder you set • GPODDER_DOWNLOAD_DIR: Downloads will be saved directly in the folder you specify (which does not have to be in the gPodder Home folder) HTH :) Thomas [1] http://wiki.gpodder.org/wiki/User_Manual -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#576267: Please package Hildon 2.2 for Debian
Package: libhildon Version: 2.1.34.debian.1-7 Hildon 2.2 has been available for several months. The current version can be downloaded from: http://repository.maemo.org/pool/fremantle/free/libh/libhildon/ As of today, the latest version is 2.2.15-1+0m5 which can be downloaded from the above link. Thanks! Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#719569: packagekit: PackageKit should depend on PolicyKit
Hi, On Aug 13, 2013, at 10:40 AM, Matthias Klumpp wrote: > When pkcon is run in a non-X11 environment without a polkit-agent > running, it should spawn a pkttyagent process to handle authorization > requests. > Making polkit recommended by PackageKit seems like a good idea though > (some people don't want polkit installed, and it pulls in lots of > stuff too). > > Can you maybe investigate why pkttyagent doesn't handle authorization? > Is the tool installed (it is part of polkit-1...)? Is it spawned on > demand? Does it work locally, if you're not using ssh? "pkttyagent" is included in policykit-1, and that package also contains polkitd. Once policykit-1 is installed, "polkitd" will be launched on demand. Running with "sudo" (as in "sudo pkcon refresh") works now. Uninstalling policykit-1 breaks "sudo pkcon refresh" (Fatal error: Failed to check for authentication: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.PolicyKit1 was not provided by any .service files), so either "pkcon" has to be patched to decide at runtime whether to use policykit or not, or policykit-1 should be a hard dependency of packagekit (or there should be two variants of packagekit built - one using policykit and one not using policykit). Can you successfully use "pkcon" without policykit-1 installed? Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#719569: packagekit: PackageKit should depend on PolicyKit
Package: packagekit Version: 0.8.10-2 Severity: normal PackageKit's CLI interface (pkcon) doesn't work on a minimal system without X11, because PolicyKit is not available. After PolicyKit is installed manually, an AccessDenied error on D-Bus prevents PackageKit from working. This happens both as normal user and as root with "sudo". Steps to reproduce: 1. Install a minimal jessie system 2. apt-get install packagekit 3. pkcon refresh Expected result: 1. Package cache is refreshed Actual result: % pkcon refresh Refreshing cache [=] Waiting in queue [=] Waiting for authentication[=] Fatal error: Failed to check for authentication: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.PolicyKit1 was not provided by any .service files Additional info: After installing "policykit-1" manually, PolicyKit becomes available, but PackageKit still doesn't work: % pkcon refresh Refreshing cache [=] Waiting in queue [=] Waiting for authentication[=] Fatal error: Failed to check for authentication: GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 1 matched rules; type="method_call", sender=":1.19" (uid=0 pid=31806 comm="/usr/lib/packagekit/packagekitd ") interface="org.freedesktop.PolicyKit1.Authority" member="CheckAuthorization" error name="(unset)" requested_reply="0" destination=":1.25" (uid=0 pid=32262 comm="/usr/lib/policykit-1/polkitd --no-debug ") This is all running via SSH without X11 running (neither locally nor via X11 forwarding). -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/1 CPU core) 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 packagekit depends on: ii libc6 2.17-7 ii libglib2.0-0 2.36.3-3 ii libglib2.0-bin2.36.3-3 ii libpackagekit-glib2-160.8.10-2 ii libpolkit-gobject-1-0 0.105-3 ii libsqlite3-0 3.7.17-1 ii libsystemd-login0 44-12 ii packagekit-backend-aptcc 0.8.10-2 Versions of packages packagekit recommends: ii packagekit-tools 0.8.10-2 Versions of packages packagekit suggests: pn packagekit-backend-smart -- 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#654546: gpodder: Loses track of download if the "episode" disappears during a download
Hi, On Wed, Jan 04, 2012 at 10:40:49AM +0800, clayton wrote: > * I was downloading yesterday's episode, and it did not finish, so > this morning I resumed it. > * while it was downloading, I updated the podcast, which resulted in > the episode I was downloading disappearing from the podcast episode > list > * when the download completed, the episode was visible no where within > the gpodder UI > * but the file was safely stored in the usual place. Thanks for the detailed bug report. I've now fixed this issue in the gPodder Git repository. It will be part of the upcoming 3.0.3 release: http://gpodder.org/bug/1534 http://gpodder.org/commit/c0de3350 Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672585: "quiet" option for "gpo update" and "gpo download" (possibly other commands) missing
tags 672585 wontfix thanks Hi, On Sat, May 12, 2012 at 10:35:47AM +0100, Raf Czlonka wrote: > I update my podcast feeds and download them overnight using user's > crontab entry. While it's really useful to have a summary at the end > of a download running gpo from command line, it would also be very > useful to have a "quiet" option to "update" and "download" (possibly > other options as well) so we can avoid having an email sent by cron > every time - something like "podget -s". Actually, you can simply get rid of these error messages by redirecting stdout in the crontab, e.g.: 5 0 * * *gpo update >/dev/null I consider this easier than having an additional "quiet" option. It also works for all options, and doesn't need any code changes. Therefore (with the current request) I consider this a WONTFIX. If there's something that can't be done with input redirection, please tell me. If it was not clear to you, maybe you can provide some documentation additions as a patch to the README file or "gpo" manual page? I'd really appreciate that, especially the manpage could be improved here. See http://github.com/gpodder/gpodder for the Git repository of gPodder, against which patches should be submitted. Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672583: when run with web interface a couple of errors get thrown
Hi,
Thank you for your bug report.
On Sat, May 12, 2012 at 10:21:12AM +0100, Raf Czlonka wrote:
> 1. When running the web interface I get a bunch of errors on the console:
> [...]
> Exception happened during processing of request from ('127.0.0.1', 35413)
> Traceback (most recent call last):
> File "/usr/lib/python2.7/SocketServer.py", line 284, in
> _handle_request_noblock
> self.process_request(request, client_address)
> File "/usr/lib/python2.7/SocketServer.py", line 310, in process_request
> self.finish_request(request, client_address)
> File "/usr/lib/python2.7/SocketServer.py", line 323, in finish_request
> self.RequestHandlerClass(request, client_address, self)
> File "/usr/lib/python2.7/SocketServer.py", line 638, in __init__
> self.handle()
> File "/usr/lib/python2.7/BaseHTTPServer.py", line 340, in handle
> self.handle_one_request()
> File "/usr/lib/python2.7/BaseHTTPServer.py", line 328, in handle_one_request
> method()
> File "/usr/lib/pymodules/python2.7/gpodder/webui/__init__.py", line 162, in
> do_GET
> print >>self.wfile, '',episode.description,''
> File "/usr/lib/python2.7/socket.py", line 316, in write
> data = str(data) # XXX Should really reject non-string non-buffers
> UnicodeEncodeError: 'ascii' codec can't encode character u'\xa0' in position
> 678: ordinal not in range(128)
Does this happen for all podcasts or only specific podcasts? Can you
maybe provide the list of subscriptions (if you don't want to publish
them for some reason, feel free to send them to me via private mail), so
I have some way of reproducing the bug? As you can see, it tries to
print the episode description and fails at that.
>
> localhost - - [12/May/2012 09:59:50] "GET /logo HTTP/1.1" 200 -
>
> Exception happened during processing of request from ('127.0.0.1', 35414)
> Traceback (most recent call last):
> File "/usr/lib/python2.7/SocketServer.py", line 284, in
> _handle_request_noblock
> self.process_request(request, client_address)
> File "/usr/lib/python2.7/SocketServer.py", line 310, in process_request
> self.finish_request(request, client_address)
> File "/usr/lib/python2.7/SocketServer.py", line 323, in finish_request
> self.RequestHandlerClass(request, client_address, self)
> File "/usr/lib/python2.7/SocketServer.py", line 638, in __init__
> self.handle()
> File "/usr/lib/python2.7/BaseHTTPServer.py", line 340, in handle
> self.handle_one_request()
> File "/usr/lib/python2.7/BaseHTTPServer.py", line 328, in handle_one_request
> method()
> File "/usr/lib/pymodules/python2.7/gpodder/webui/__init__.py", line 78, in
> do_GET
> self.wfile.write(open(fn).read())
> IOError: [Errno 2] No such file or directory:
> '/usr/lib/pymodules/python2.7/gpodder/webui/../../../data/gpodder.png'
> -
This error seems like I've somehow messed up the way that gPodder uses
to find the logo file - that's fixed in the Git repository, because the
Web UI has changed a bit in gPodder 3.1.0.
> 2. I don't know what to expect in a web browser but
>
> "playing: /path/to/file.mp3"
>
> would suggest that I should hear something but unfortunately I don't.
> The errors above don't seem to be related to the second problem which
> probably deservers a separate bug report - BTW, tested with SID's
> Luakit and Iceweasel.
The playing part is not supported yet (it was a leftover of an
Android-related experiment that used Android SL4A APIs to playback the
audio). The Web UI is still very experimental and in flux. Can you check
out the Git version of gPodder, which has an improved Web UI? It's still
readonly, but now uses JQuery Mobile and proper JSON requests to get the
data instead of building static HTML on the server side.
See http://wiki.gpodder.org/wiki/Git for instructions on how to run
gPodder from Git (you can use "bin/gpo webui" in the checkout to test it
without having to install it).
Thanks,
Thomas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#792240: gpodder's window won't be drawn after the system's start from hiberation
Does this also happen with a different desktop environment on the same hardware? Does resizing the window cause a redraw? It looks like a toolkit problem (so any other Gtk+2-based applications should similarly be affected — can you check)? Does this happen when the window is not minimized before hibernation? Thanks, Thomas > On 13 Jul 2015, at 06:09, Marcos Schnalke wrote: > > Package: gpodder > Version: 3.8.1-1 > Severity: normal > Tags: newcomer > > Dear Maintainer, > > I'm running Jessie x86_64 with MATE v1.8.1 on my system, with gpodder usually > running minimized when not needed. > The tool runs fine for most of the time, however, sometimes after fireing up > the system from hibernation, gpodder's main window and menu for the > notification icon refuse to draw properly which makes further use impossible > without killing it. > > Doing a 'pkill gpodder' before starting up the program another time does help > however. > The new process runs just fine again, until the scenario starts all over > again. > > > > -- System Information: > Debian Release: 8.1 > APT prefers stable-updates > APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, > 'stable') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) > Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages gpodder depends on: > ii python 2.7.9-1 > ii python-dbus 1.2.0-2+b3 > ii python-feedparser 5.1.3-3 > ii python-gtk2 2.24.0-4 > ii python-mygpoclient 1.7-1 > ii python-webkit 1.1.8-3 > pn python:any > > Versions of packages gpodder recommends: > ii dbus-x11 1.8.18-0+deb8u1 > ii libqtwebkit-qmlwebkitplugin 2.3.4.dfsg-3 > ii python-gst0.10 0.10.22-3 > ii python-simplejson3.6.5-1 > > Versions of packages gpodder suggests: > ii gnome-bluetooth 3.14.0-2 > ii mplayer2 [mplayer] 1:2.0~git20130903-dmo7 > > -- 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#784770: gpodder: length not displayed
Hi, > On 08 May 2015, at 19:02, Björn Siebke wrote: > In the column "length" for every episode there is only a "-" displayed, no > time. For which feed does this happen? The feed needs to have the tag in order for gPodder to detect the length. Not all feeds provide this information. Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#784735: gpodder: wrong standard media player
Hi, > On 08 May 2015, at 10:53, Björn Siebke wrote: > Gpodder references the standard audio player, which is Totem. But when > starting > a podcast episode from Gpodder only a "Videos" (Totem) window opens with no > option to start the episode. gPodder does the right thing, which is use xdg-open on the downloaded file to open it. gPodder doesn’t in any way reference Totem as such. Depending on which applications are installed, which Desktop Environment is used and which application the user has set up as preferred application for the file types (which can change, e.g. with Nautilus - the GNOME file manager - by right-clicking on the file and setting a different default application). This is probably not a bug in gPodder itself. Does opening the downloaded files work if you use xdg-open on the files? Does it work when you double-click the downloaded files in the file manager? For which podcast/feed does this happen, and what is the file type of the episodes? Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#858855: gpodder: subscribing to https://requestforcomments.de/feed raises an ssl error
This seems to be the following upstream bug: https://github.com/gpodder/gpodder/issues/265 A fix would be to upgrade to Python 2.7.9, as indicated here: https://github.com/gpodder/gpodder/issues/269 Thanks, Thomas > On 9 Apr 2017, at 23:59, tony mancill wrote: > > On Mon, Mar 27, 2017 at 09:26:45PM +0200, Henning K wrote: >> Package: gpodder >> Version: 3.9.3-1 >> Severity: normal >> >> Dear Maintainer, >> >> when I tried to subscribe to this feed https://requestforcomments.de/feed >> using >> the gtk-ui as well as the cli gpodder raised a SSLV3_ALERT_HANDSHAKE_FAILURE. > > > Hello, and thank you reporting this bug. I have reproduced the bug > within gpodder but also making the same request directly using the > urllib2 library (which is how gpodder opens the URL). > > The attached test programs demonstrate that problem exists in urllib2: > > $ python2.7 858855_urllib2_test.py > Traceback (most recent call last): > File "858855_urllib2_test.py", line 4, in >opener.open(request) > File "/usr/lib/python2.7/urllib2.py", line 429, in open >response = self._open(req, data) > File "/usr/lib/python2.7/urllib2.py", line 447, in _open >'_open', req) > File "/usr/lib/python2.7/urllib2.py", line 407, in _call_chain >result = func(*args) > File "/usr/lib/python2.7/urllib2.py", line 1241, in https_open >context=self._context) > File "/usr/lib/python2.7/urllib2.py", line 1198, in do_open >raise URLError(err) > urllib2.URLError: alert handshake failure (_ssl.c:661)> > > But not when using the requests library: > > $ python2.7 858855_requests_test.py > status_code 200 > request body length 41558 > > Thus the problem seems to lie with the SSL negotiation between the site > and any python code utilizing the urllib2 library. > > I need to do some more digging, but believe that it could be a variant > of #678035 (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=678035). > > Cheers, > tony > <858855_urllib2_test.py><858855_requests_test.py>
Bug#1055737: gpodder don't start , claim abandon
Hi, Looking at your logs, It looks like the kernel has decided that it can’t fulfil a memory (RAM) allocation request. There are some sysctl values that affect how the kernel handles overcommitment and other things (e.g. reserved RAM for the admin user). Can you check the output of “sysctl -a” for anything that’s out of the ordinary? Some things to look at: vm.overcommit_memory vm.admin_reserve_kbytes Also, if you have a big tmpfs that might reduce available memory. Some more notes about this here: https://github.com/lorenzo-stoakes/linux-vm-notes/blob/master/sections/oom.md The “bug” could of course also be that gPodder tries to allocate too much memory, and the memory allocation failing is just a symptom of that. Thanks, Thomas > On 28.11.2023, at 12:34, Grand T wrote: > > Hello > I Give another try with the two versions available, below what I found in logs > > journalctl -xb | grep gpodder > nov. 28 12:20:05 debian sudo[6011]: guy : TTY=pts/0 ; PWD=/home/guy ; > USER=root ; COMMAND=/usr/bin/apt install gpodder > nov. 28 12:20:56 debian kernel: __vm_enough_memory: pid: 6721, comm: gpodder, > no enough memory for the allocation > nov. 28 12:20:56 debian kernel: __vm_enough_memory: pid: 6721, comm: gpodder, > no enough memory for the allocation > nov. 28 12:20:56 debian kernel: __vm_enough_memory: pid: 6721, comm: gpodder, > no enough memory for the allocation > nov. 28 12:20:56 debian kernel: __vm_enough_memory: pid: 6721, comm: gpodder, > no enough memory for the allocation > nov. 28 12:20:56 debian kernel: __vm_enough_memory: pid: 6721, comm: gpodder, > no enough memory for the allocation > nov. 28 12:20:56 debian kernel: __vm_enough_memory: pid: 6721, comm: gpodder, > no enough memory for the allocation > nov. 28 12:20:56 debian kernel: __vm_enough_memory: pid: 6721, comm: gpodder, > no enough memory for the allocation > nov. 28 12:20:56 debian kernel: __vm_enough_memory: pid: 6721, comm: gpodder, > no enough memory for the allocation > nov. 28 12:20:56 debian kernel: __vm_enough_memory: pid: 6721, comm: gpodder, > no enough memory for the allocation > nov. 28 12:21:22 debian sudo[6743]: guy : TTY=pts/0 ; PWD=/home/guy ; > USER=root ; COMMAND=/usr/bin/apt purge gpodder > nov. 28 12:21:55 debian sudo[7708]: guy : TTY=pts/0 ; PWD=/home/guy ; > USER=root ; COMMAND=/usr/bin/apt install gpodder/stable > nov. 28 12:22:31 debian kernel: __vm_enough_memory: pid: 8403, comm: gpodder, > no enough memory for the allocation > nov. 28 12:22:31 debian kernel: __vm_enough_memory: pid: 8403, comm: gpodder, > no enough memory for the allocation > nov. 28 12:22:31 debian kernel: __vm_enough_memory: pid: 8403, comm: gpodder, > no enough memory for the allocation > nov. 28 12:22:31 debian kernel: __vm_enough_memory: pid: 8403, comm: gpodder, > no enough memory for the allocation > nov. 28 12:22:31 debian kernel: __vm_enough_memory: pid: 8403, comm: gpodder, > no enough memory for the allocation > nov. 28 12:22:31 debian kernel: __vm_enough_memory: pid: 8403, comm: gpodder, > no enough memory for the allocation > nov. 28 12:22:31 debian kernel: __vm_enough_memory: pid: 8403, comm: gpodder, > no enough memory for the allocation > nov. 28 12:22:31 debian kernel: __vm_enough_memory: pid: 8403, comm: gpodder, > no enough memory for the allocation > nov. 28 12:22:31 debian kernel: __vm_enough_memory: pid: 8403, comm: gpodder, > no enough memory for the allocation > nov. 28 12:22:37 debian sudo[8424]: guy : TTY=pts/0 ; PWD=/home/guy ; > USER=root ; COMMAND=/usr/bin/apt purge gpodder > > > it remains 1,5 G in my home: > > df -hT > Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur > udev devtmpfs 1,8G 0 1,8G 0% /dev > tmpfstmpfs 366M2,1M 364M 1% /run > /dev/sda1ext419G 15G 3,3G 82% / > tmpfstmpfs 1,8G 75M 1,8G 5% /dev/shm > tmpfstmpfs 5,0M8,0K 5,0M 1% /run/lock > tmpfstmpfs 1,1G 57M 1,1G 6% /tmp > /dev/sda6ext4 268G253G 1,5G 100% /home > tmpfstmpfs 366M 84K 366M 1% /run/user/1001 > > free -mht >total utilisé libre partagé tamp/cache > disponible > Mem: 3,6Gi 1,8Gi 493Mi 145Mi 1,6Gi > 1,7Gi > Échange: 7,7Gi 256Ki 7,7Gi > Total: 11Gi 1,8Gi 8,2Gi > > > > > By the way everything else is working on this Pc
Bug#1030132: gpodder: Suggests obsolete gnome-bluetooth | bluez-gnome
Yes, the intention is to have “bluetooth-sendto” available, so the dependency should probably be updated to "gnome-bluetooth-sendto”. The command is called from the “bluetooth_send_file()” function here: https://github.com/gpodder/gpodder/blob/bdecd607c19bbac6479a15b349e60a0e5a7bfe4c/src/gpodder/util.py#L1399 Thanks, Thomas > On 31.01.2023, at 14:05, Simon McVittie wrote: > > Package: gpodder > Version: 3.11.0-5 > Severity: normal > Tags: bookworm sid > User: pkg-gnome-maintain...@lists.alioth.debian.org > Usertags: oldlibs libgnome-bluetooth13 > > gpodder currently has a Suggests on gnome-bluetooth, which since bullseye > only contains an old version of the bluetooth-sendto application. > > If the intention of this Suggests is to provide the bluetooth-sendto > app, a newer version of the same application is available in the > gnome-bluetooth-sendto package. Please consider updating the dependency. > > Or if the intention of this Suggests is to pull in general Bluetooth > control functionality, this has been integrated into core GNOME > desktop packages (GNOME Shell and GNOME Settings, i.e. gnome-shell > and gnome-control-center) since at least bullseye, so please just drop > the Suggests. > > Thanks, >smcv
Bug#426389: genisoimage: Warn user when using a "-o -" command line option
Package: genisoimage Version: 9:1.1.2-1 Severity: normal I've just used the "-o -" option in a genisoimage/wodim pipe and didn't realize that genisoimage writes to stdout by default and the "-o -" option doesn't do what is does in many other command-line utilities (i.e. write to stdout and not to a file named "-"). genisoimage created a file named "-" and wrote nothing to stdout, so using it in a pipe a'la "genisoimage -o - -R . | wodim" doesn't work. It would be good if you could include a warning on the console (or even abort with an error message) whenever a user supplies the "-o -" command-line option. It's not so likely anyone would want to write to a file named "-", anyway :) Thanks, Thomas -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages genisoimage depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libmagic1 4.17-5etch1 File type determination library us ii zlib1g 1:1.2.3-13 compression library - runtime genisoimage recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#374638: Severity "important", tagging "patch"
severity 374638 important tags 374638 patch thanks Severity to important, because "has a major effect on the usability of a package, without rendering it completely unusable to everyone". Has a major effect on users with that specific graphics chipset. Also tagged "patch" -- patch is available in a follow-up to this bug since 24 Dec 2006. Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#289783: gqview: Cannot reproduce on 2.0.1
Followup-For: Bug #289783 Package: gqview I cannot reproduce this bug with gqview 2.0.1 and the attached svg file. Thanks, Thomas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (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/bash Versions of packages gqview depends on: ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libglib2.0-0 2.12.12-1 The GLib library of C routines ii libgtk2.0-0 2.10.12-2 The GTK+ graphical user interface ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio Versions of packages gqview recommends: pn libjpeg-progs (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422503: Subject: jumpnbump: please provide .desktop entry and hicolor icon
Package: jumpnbump Version: 1.50-6 Severity: wishlist Please provide a jumpnbump.desktop entry in /usr/share/applications, so freedesktop.org menus and panels can find Jump'n'Bump (i.e. the it should appear in Gnome's "Games" menu). It would also be nice if you could package a better version of the Jump'n'Bump icon, the current xpm looks really ugly. The upstream version includes a nice .ico that could be converted to .png and used as new icon: http://cvs.icculus.org/cvs/jumpnbump/jumpnbump.ico?rev=1.1&view=auto Here's what I suggest as content for the /usr/share/applications/jumpnbump.desktop file: [Desktop Entry] Name=Jump'n'Bump Comment=Jump on your opponents to make them explode Exec=jumpnbump-menu Icon=jumpnbump Terminal=false Type=Application Categories=Application;Games; Thanks, Thomas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (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/bash Versions of packages jumpnbump depends on: ii imagemagick 7:6.2.4.5.dfsg1-0.14 Image manipulation programs ii libc6 2.5-5GNU C Library: Shared libraries ii libsdl-mixer1.2 1.2.6-2 mixer library for Simple DirectMed ii libsdl-net1.2 1.2.5-7+b1 network library for Simple DirectM ii libsdl1.2debian 1.2.11-8 Simple DirectMedia Layer ii python 2.4.4-2 An interactive high-level object-o ii python-glade2 2.10.4-2 GTK+ bindings: Glade support ii python-gtk2 2.10.4-2 Python bindings for the GTK + widge jumpnbump recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#466496: gpodder: cnn video: "Error adding channel"
Hello, Clayton! On Tue, 2008-02-19 at 13:37 +0800, clayton wrote: > Package: gpodder > Version: 0.10.4-1 > Severity: normal > > When I try to subscribe to any of the video podcasts on > http://www.cnn.com/services/podcasting/ for instance > http://rss.cnn.com/rss/cnn_specialvideo.rss, after a long pause I get > the message "Error adding channel". I've just tried adding the URL http://rss.cnn.com/rss/cnn_specialvideo.rss and it works for me in the development version. Please try out the development version by following the instructions on this wiki page: http://wiki.gpodder.org/running-from-svn For 0.10.4, please also post the console output of running "gpodder --verbose". Does running the development version fix your problem? What is the output of running "gpodder --verbose" with 0.10.4? Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#455881: pommed: Volume change beep is very annoying
Package: pommed Version: 1.13~dfsg-2 Severity: normal The default volume change "beep" sound is really annoying. Before I looked into pommed and its configuration, I thought there were some hardware problems or a bug in the keyboard handling, because the beep didn't really sound like a beep. Please try to find some free "blip" or "blop" sound, like the one in Mac OS X, which is nicer. It really is annoying when watching a DVD or other video (where the sound is usually quiet) and then press the volume buttons and the "beep" sound is extremely loud. Disabling the beep in the default config or using a more subtle sound would be desirable, IMHO. Thanks, Thomas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (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/bash Versions of packages pommed depends on: ii eject 2.1.5-6 ejects CDs and operates CD-Changer ii libasound2 1.0.15-3 ALSA library ii libaudiofile0 0.2.6-7 Open-source version of SGI's audio ii libc6 2.7-4GNU C Library: Shared libraries ii libconfuse0 2.5-3Library for parsing configuration ii libdbus-1-3 1.1.2-1 simple interprocess messaging syst ii libsmbios1 0.13.10-1Provide access to (SM)BIOS informa ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime Versions of packages pommed recommends: ii dbus 1.1.2-1simple interprocess messaging syst -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#504458: gpodder: Bad directory naming
Jake-Todd wrote: Is there a reason for the hash-like naming of folders and files? There's no point for it and is very inconvenient for handling files. Could someone please explain why gpodder handles files this way, and if there could be a change made to have logical naming of folders and files. See this entry in the gPodder FAQ: http://wiki.gpodder.org/wiki/FAQs#What_about_these_odd_directory_and_file_names_that_look_like_MD5_sums.3F That said, we are working on it: http://bugs.gpodder.org/show_bug.cgi?id=57 You can subscribe to that bug to get informed when the feature will be available by default. For now, you have the experimental_file_naming in the advanced preferences dialog, which will enable said functionality, BUT it's experimental - meaning you have got to keep the pieces in case it breaks (but tell us about it, so we can fix it for other people). Thanks for your bug report! Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#510042: ITP: seqev - Library for event counters and sequencer
Package: wnpp Severity: wishlist The seqev library is used in the systems programming course at the University of Technology in Vienna, Austria. This library provides an library functions for working with event counters and sequencers. Upstream website: http://ti.tuwien.ac.at/rts/teaching/utilities/sysproglibs/ Debian source package (dget ): http://ti.tuwien.ac.at/rts/teaching/utilities/sysproglibs/seqev_4.15-1.dsc = Copyright and License: Copyright (c) 2002, Vienna University of Technology, Real-Time Systems Group. All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: 1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. 2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. 3. Neither the name of the University nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission. THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#510041: ITP: sem182 - Convenience library for working with semaphors
Package: wnpp Severity: wishlist The sem182 library is used in the systems programming course at the University of Technology in Vienna, Austria. This library provides an easier interface for working with semaphors than the standard semaphore functions. Functions for working with semaphore fields are included as well. Upstream website: http://ti.tuwien.ac.at/rts/teaching/utilities/sysproglibs/ Debian source package (dget ): http://ti.tuwien.ac.at/rts/teaching/utilities/sysproglibs/sem182_2.4-1.dsc = Copyright and License: Copyright (c) 2002, Vienna University of Technology, Real-Time Systems Group. All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: 1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. 2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. 3. Neither the name of the University nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission. THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#364736: graveman: Problems when scanning for devices
Package: graveman Version: 0.3.12-4-2.1 Followup-For: Bug #364736 I also experience crashes when first starting the application (when it searches for new devices). The above mentioned G_SLICE=always-malloc graveman does the trick. On subsequent invocations (when graveman has already "found" my cd device) it works also by simply calling "graveman". There seem to be several patches in upstream's bugtracker to fix this: http://savannah.nongnu.org/bugs/?func=browse&set=open&group=graveman -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (650, 'unstable'), (600, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages graveman depends on: ii cdrdao1:1.2.1-6 records CDs in Disk-At-Once (DAO) ii cdrecord 4:2.01+01a03-5 command line CD writing tool ii dvd+rw-tools 6.1-2 DVD+-RW/R tools ii libatk1.0-0 1.11.4-2 The ATK accessibility toolkit ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libflac7 1.1.2-5Free Lossless Audio Codec - runtim ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.3-1 The GLib library of C routines ii libgtk2.0-0 2.8.18-1 The GTK+ graphical user interface ii libid3tag00.15.1b-8 ID3 tag reading library from the M ii libmad0 0.15.1b-2.1MPEG audio decoder library ii libmng1 1.0.9-1Multiple-image Network Graphics li ii libogg0 1.1.3-2Ogg Bitstream Library ii libpango1.0-0 1.12.3-1 Layout and rendering of internatio ii libvorbis0a 1.1.2-1The Vorbis General Audio Compressi ii libxml2 2.6.24.dfsg-1 GNOME XML library ii mkisofs 4:2.01+01a03-5 Creates ISO-9660 CD-ROM filesystem ii sox 12.17.9-1 A universal sound sample translato ii vorbis-tools 1.1.1-5several Ogg Vorbis tools ii zlib1g1:1.2.3-11 compression library - runtime graveman recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367013: xfdesktop4: xfdesktop segfaults on start with non-JPEG background file
Package: xfdesktop4 Version: 4.2.3-1 Severity: normal While trying to set a wallpaper I accidentally happened to find a bug in xfdesktop4: When xfdestkop starts and wants to load a JPEG background image that doesn't contain JPEG data, it segfaults. How to reproduce: 1. Put a real JPEG file in ~/wallpaper.jpg 2. Select this file as wallpaper in xfdesktop's menu 3. Close xfdesktop (killall xfdesktop) 4. Delete ~/wallpaper.jpg and create it again with the following 1-line content: # xfce backdrop list 5. Open up a xterm and try to run xfdeskop: it _should_ segfault I guess there should be some sanity checks done while opening the image? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (650, 'unstable'), (600, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages xfdesktop4 depends on: ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.6-7GNU C Library: Shared libraries ii libglib2.0-0 2.10.2-2 The GLib library of C routines ii libgtk2.0-0 2.8.10-1 The GTK+ graphical user interface ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libpango1.0-0 1.12.1-3 Layout and rendering of internatio ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libstartup-notification0 0.8-2 library for program launch feedbac ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxfce4mcs-client-2 4.2.3-1Client library for Xfce4 configure ii libxfce4util-14.2.3.2-1 Utility functions library for Xfce ii libxfcegui4-3 4.2.3-1Basic GUI C functions for Xfce4 ii libxml2 2.6.24.dfsg-1 GNOME XML library ii procps1:3.2.6-2 /proc file system utilities ii xfce4-mcs-manager 4.2.3-1Settings manager for Xfce4 ii xfce4-utils 4.2.3-1Various tools for Xfce ii xlibs 6.9.0.dfsg.1-4 X Window System client libraries m ii zlib1g1:1.2.3-9 compression library - runtime xfdesktop4 recommends no packages. -- no debconf information -- Thomas Perl -- em: [EMAIL PROTECTED] im: [EMAIL PROTECTED] | ww: www.perli.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379247: Small patch
Can confirm this bug. Doesn't work with the "libxt-dev" package removed, works with "libxt-dev" package installed. Patch included. -- Thomas Perl -- em: [EMAIL PROTECTED] im: [EMAIL PROTECTED] | ww: www.perli.net --- wmbattery-2.25/debian/control 2006-01-25 05:55:17.0 +0100 +++ wmbattery-2.26/debian/control 2006-07-26 00:35:39.0 +0200 @@ -1,7 +1,7 @@ Source: wmbattery Section: x11 Priority: extra -Build-Depends: debhelper (>= 4), libxext-dev, libxpm-dev, autoconf, libapm-dev, dpkg-dev (>= 1.9.0) +Build-Depends: debhelper (>= 4), libxext-dev, libxpm-dev, autoconf, libapm-dev, dpkg-dev (>= 1.9.0), libxt-dev Maintainer: Joey Hess <[EMAIL PROTECTED]> Standards-Version: 3.6.2
Bug#527387: gpodder fails with a stream of errors from python scripts
Don wrote: > >From a console the command "gpodder -r" fails with the following output. > -- -8<--- > sqlite3.IntegrityError: column url is not unique > -- > > The previous version ( 0.12.1-1 0 ) works fine so I will downgrade for > now. Try deleting your ~/config/gpodder/database.sqlite file and see if this makes the bug go away. Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#432805: gpodder: Unable to handle "No space left on device" errors
tags 432805 confirmed tags 432805 fixed-upstream thanks Hello, Mykola! On Thu, 2007-07-12 at 07:59 +0300, Mykola Nikishov wrote: > Package: gpodder > Version: 0.9.3-2 > Severity: important > > While running Podcasts - Device - Syncronize free space in > mp3_player_folder has gone away and GPodder becomes unusable with: 8< 8< - > IOError: [Errno 28] No space left on device I've fixed this bug in upstream's SVN repository, it'd be nice if you could try out gPodder from SVN and report back to me if this fixes your problem: svn co http://svn.berlios.de/svnroot/repos/gpodder/trunk gpodder cd gpodder make test Sync to your device, on error it should cancel the sync process and display a useful error message. Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#433029: gpodder: Ukrainian translation
Hello, Mykola! Thanks for submitting the Ukrainian translation. Please download your PO file here and update/fill in the missing/fuzzy strings, as some of the strings have changed in our SVN repository since the last release: http://svn.berlios.de/svnroot/repos/gpodder/trunk/data/po/uk.po Send me the file ([EMAIL PROTECTED]), and I'll add the updated translation to our repository, so we can have a complete Ukrainian translation for the new release. If possible, you should also translate the strings in http://svn.berlios.de/svnroot/repos/gpodder/trunk/data/gpodder.desktop and send me the updated file too, so we have Ukrainian translations in the Applications menu. Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#430843: gpodder: sometimes empty download episodes message box
Hello, Holger! On Wed, 2007-06-27 at 18:30 +0200, Holger Leskien wrote: > this feed sometimes brings up an empty (no text at all) confirm download > new episodes dialog box: > > http://www.de-bug.de/pod/feed/ If you try to open the feed in your web browser, you'll see that the feed has podcast episodes with empty title tags, hence the empty dialog boxes. Try another feed with valid tags and you should see the episode titles in the dialog boxes. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#430843: gpodder: sometimes empty download episodes message box
tags 430843 moreinfo thanks Hello, Holger! On Wed, 2007-06-27 at 21:00 +0200, Holger Leskien wrote: > On Wed, Jun 27, 2007 at 08:39:11PM +0200, Thomas Perl wrote: > > > this feed sometimes brings up an empty (no text at all) confirm download > > > new episodes dialog box: > > > > > > http://www.de-bug.de/pod/feed/ > > > > If you try to open the feed in your web browser, you'll see that the > > feed has podcast episodes with empty title tags, hence the empty dialog > > boxes. Try another feed with valid tags and you should see the > > episode titles in the dialog boxes. > > No, that's not what I meant. If you start downloading all new episodes > there is a confirmation dialog. I don't remember what's in there, but if > there are new files for the De-Bug feed, then sometimes (always?) this > dialog box is empty. This is definitely a bug. If this description is > not sufficient, I will try to give more information ASAP. Please run gPodder with "gpodder --verbose" in a terminal window, try to reproduce the problem and then post gPodder's console output here. Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#430843: Please test enclosed patch (gPodder no title bug)
Hello, Holger!
Please apply the enclosed patch and tell me if this fixes your problem
with gPodder and buggy RSS feeds.
This patch will take the first line of the description as title for an
episode if the episode itself doesn't provide an episode title.
Thanks,
Thomas
Index: src/gpodder/librssreader.py
===
--- src/gpodder/librssreader.py (revision 339)
+++ src/gpodder/librssreader.py (working copy)
@@ -133,6 +133,8 @@
self.current_item.pubDate = self.current_element_data
if name == "item":
if self.current_item.url:
+if not self.current_item.title:
+self.current_item.title = self.current_item.description.strip().split('\n')[0].strip()
self.channel.append( self.current_item)
self.current_item = None
Bug#420723: Build fix patch
tags 420723 patch thanks Changing GNOMELOCALEDIR to PACKAGE_LOCALE_DIR makes things work again. Trivial patch attached. Enjoy, Thomas --- camorama-0.17/src/main.c 2003-08-20 20:24:40.0 +0200 +++ camorama-0.17-fixed/src/main.c 2007-05-16 20:03:45.0 +0200 @@ -439,7 +439,7 @@ cam->video_dev = NULL; cam->read = FALSE; -bindtextdomain (GETTEXT_PACKAGE, GNOMELOCALEDIR); +bindtextdomain (GETTEXT_PACKAGE, PACKAGE_LOCALE_DIR); bind_textdomain_codeset (GETTEXT_PACKAGE, "UTF-8"); textdomain (GETTEXT_PACKAGE); setlocale (LC_ALL, "");
Bug#425255: ITP: flake -- Alternative encoder for the Free Lossless Audio Codec
Package: wnpp Owner: Thomas Perl <[EMAIL PROTECTED]> Severity: wishlist * Package name: flake Version : 0.10 Upstream Author : Justin Ruggles <[EMAIL PROTECTED]> * URL : http://flake-enc.sourceforge.net/ * License : LGPL Programming Lang: C Description : Alternative encoder for the Free Lossless Audio Codec The purpose of Flake is to be an alternative to the FLAC reference encoder with the goal of increasing encoding speed and implementing experimental features. . Flake encodes WAV audio files into lossless FLAC files. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (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/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445516: Packaging infrastructure
Hello, Marco! I already have a source .deb package for Tennix here that I use to build the .deb on the Tennix website, maybe you want to use it as a starting point. The current .diff.gz for version 0.4.1 is attached. Thomas tennix_0.4.1-1.diff.gz Description: GNU Zip compressed data
Bug#389607: Can't reproduce this bug
Hello! I can't reproduce this problem anymore. Seems like the bug has gone in one of the latest versions. Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#548524: gpodder: Missing dependency.
On Sat, Sep 26, 2009 at 10:48:14PM +0200, Nicola Girardi wrote: > Package: gpodder > Version: 0.17.0-2 > Severity: important > > The program refused to start until I installed the package dbus-x11, > the packages containing the file /usr/bin/dbus-launch. gPodder 2.0 is available in unstable, and makes the requirement of dbus-x11 not a hard requirement when only using the command-line mode and not the UI (some users are running gPodder on a headless machine). Would a Suggests on dbus-x11 fix this for you? Or should I go with a Recommends? Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#478748: gpodder: doesn't recognize new items when not on top
Hello, Holger! Thanks for your bug report. On Wed, 2008-04-30 at 20:49 +0200, Holger Leskien wrote: > gPodder doesn't recognize new feed items when they are not at the top > of the feed (inserted in between). Example: > > http://starfrosch.ch/charts/top/month/feed When an episode is inserted, it has to have a newer pubDate than the other episodes in the feed. From what I see in the feed, this is the case (episodes have a pubDate, so I can rely on the pubDate to be in currect order). Maybe the feed is buggy? When does the list change, and where are items inserted and what is the pubDate value for them if not the datetime value of the time that the episode was added to the feed? Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478748: gpodder: doesn't recognize new items when not on top
Hello, Holger! On Thu, 2008-05-01 at 13:03 +0200, Holger Leskien wrote: > Hi Thomas, > > > When an episode is inserted, it has to have a newer pubDate than the > > other episodes in the feed. From what I see in the feed, this is the > > case (episodes have a pubDate, so I can rely on the pubDate to be in > > currect order). > > Maybe you cannot rely on pubDate in this case. The dates seem older than > the new items in the feed. Perhaps pubDate is the date when an article > is published on the site and this date is also kept when updating the > feed (monthly charts in this case). So, what is needed is an option to not sort episodes by pubDate, right? New episodes appear at the top of the RSS feed, i.e. when not re-ordering the items, the most recent item is at the top of the list - is this correct? If so, an option to not re-sort a feed by pubDate should fix the problem for this feed, right? > > Maybe the feed is buggy? When does the list change, and where are items > > inserted and what is the pubDate value for them if not the datetime > > value of the time that the episode was added to the feed? > > I don't think so. The feed changes daily. I'll collect some samples for > you. Please do so, yes. Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481229: 'gpodder --run' fails
Hello! On Wed, 2008-05-14 at 20:31 +0300, Mykola Nikishov wrote: > 'gpodder --run' dies with this: > > Traceback (most recent call last): > File "/usr/bin/gpodder", line 166, in > sys.exit( main()) > File "/usr/bin/gpodder", line 125, in main > from gpodder import console > File "/var/lib/python-support/python2.5/gpodder/console.py", line > 21, in > from gpodder import download > File "/var/lib/python-support/python2.5/gpodder/download.py", line > 29, in > from gpodder.libgpodder import gl > File "/var/lib/python-support/python2.5/gpodder/libgpodder.py", line > 37, in > from gpodder import config > File "/var/lib/python-support/python2.5/gpodder/config.py", line 60, > in > 'bittorrent_dir': (str, default_bittorrent_dir), > NameError: name 'default_bittorrent_dir' is not defined Sorry, that will be fixed in the next upstream release and is already fixed in SVN. In the mean time, please see http://wiki.gpodder.org/running-from-svn for instructions on how to get the development version of gPodder up and running which already has this bug fixed. Sorry for the inconvenience, it's my fault for not paying attention to testing the changes before releasing ;) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482907: gpodder: Fails to download podcasts
Hello, Tomaž! On Sun, 2008-05-25 at 21:45 +0200, Tomaž Šolc wrote: > If I run gpodder in the console, I get the following backtrace: > > Exception in thread Thread-6: > Traceback (most recent call last): > File "/usr/lib/python2.5/threading.py", line 486, in __bootstrap_inner > self.run() > File "/var/lib/python-support/python2.5/gpodder/download.py", line 169, in > run > services.download_status_manager.update_status( self.download_id, episode > = self.episode.title, url = self.episode.url, speed = self.speed, progress = > self.progress) > File "/var/lib/python-support/python2.5/gpodder/services.py", line 209, in > update_status > self.notify_progress() > File "/var/lib/python-support/python2.5/gpodder/services.py", line 98, in > notify_progress > now = ( self.count(), self.average_progress() ) > File "/var/lib/python-support/python2.5/gpodder/services.py", line 191, in > average_progress > return float(done + self.downloads_done_bytes) / float(total + > self.downloads_done_bytes) * 100 > ZeroDivisionError: float division Thanks for your bug report. This bug has been fixed in SVN trunk already and will be part of gPodder 0.11.3, which is due to be released this upcoming week. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#491696: gpodder: update_channels() got an unexpected keyword argument 'callback_url'
Hello! On Mon, 2008-07-21 at 15:28 +0300, Mykola Nikishov wrote: > GPodder dies when invoked from the bash usign 'gpodder --run': > > Traceback (most recent call last): > File "/usr/bin/gpodder", line 166, in > sys.exit( main()) > File "/usr/bin/gpodder", line 129, in main > console.run() > File "/var/lib/python-support/python2.5/gpodder/console.py", line > 87, in run > channels = update() > File "/var/lib/python-support/python2.5/gpodder/console.py", line > 84, in update > return update_channels(callback_url = callback_url, callback_error > = callback_error) > TypeError: update_channels() got an unexpected keyword argument > 'callback_url' Thanks for your bug report. I've fixed the problem in our SVN repository, and we'll be publishing a bugfix release in the next few days. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489547: ITP: pymtp -- Pythonic binding to LibMTP to interact with MTP devices
Package: wnpp Severity: wishlist PyMTP is a Pythonic binding to LibMTP that allows Python programs to interact with LibMTP-supported devices. These devices include several popular MP3 players, including Creative Zen, several iRiver devices, NormSoft Pocket Tunes and many others. Homepage: http://nick125.com/projects/pymtp The work-in-progress package can be found at this URL: http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=pymtp Repository URL: http://mentors.debian.net/debian/pool/main/p/pymtp/ License info: # (c) 2008 Nick Devito # Released under the GPLv3 or later. Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489459: gpodder doesn't honour "start minimised" configuration
Hello! On Sat, 2008-07-05 at 23:25 +0100, Colin Turner wrote: > I have configured gpodder to start minimized, and the advanced > configuration editor shows > > start_iconified boolean true > > but the application doesn't honour that configuration? Thanks for your bug report. We are working on it: http://bugs.gpodder.org/show_bug.cgi?id=12#c51 Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#491610: gpodder: can't transfer episodes to ipod.
Hello! On Mon, 2008-07-21 at 05:54 +0900, Ippei Tamura wrote: > When I tried to transfer new episodes to my ipod, > following messages were displayed and nothing was transfered. Thanks for your bug report. This is a known bug and will be fixed in the upcoming days. In the mean time, you can try running the SVN version of gPodder if you need to have syncing work right away. Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478748: gpodder: doesn't recognize new items when not on top
Hello, Holger! Thanks for the sample RSS files collected over time. On Sun, 2008-05-04 at 22:44 +0200, Holger Leskien wrote: > The linebreaks seem random. Items are mixed in the samples from the > same day. New items are sorted in between with old pubDate (for > example nearly three weeks ago). Wouldn't adopting the current code to work with this kind of feed break other feeds that might fix an episode description that has some misspelled words in it but has been published weeks ago? It would look like the episode is new when if fact it isn't. What about contacting the podcast/feed authors and asking them if they could fix their feed to behave like any other normal podcast feed? Their way of doing RSS feeds isn't the way it was intended (i suppose), and gPodder "interprets" their doing it this way as if an old episode has appeared on the RSS feed, which is (looking at the pubDate) exactly how one could interpret the RSS feed. What do you think? Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469736: bsddb.db.DBInvalidArgError trying to start gpodder
Hello, Tony! On Thu, 2008-03-06 at 11:38 -0800, tony mancill wrote: > Package: gpodder > Version: 0.11.0-1 > Severity: important > > I'm unable to start gpodder on a system running a current version of > Debian unstable. The error produced is: > > Traceback (most recent call last): > File "/usr/bin/gpodder", line 155, in ? > sys.exit( main()) > File "/usr/bin/gpodder", line 113, in main > from gpodder import console > File "/var/lib/python-support/python2.4/gpodder/console.py", line 25, in ? > from libpodcasts import load_channels > File "/var/lib/python-support/python2.4/gpodder/libpodcasts.py", line 80, > in ? > class ChannelSettings(object): > File "/var/lib/python-support/python2.4/gpodder/libpodcasts.py", line 81, > in ChannelSettings > storage = shelve.open( libgpodder.gPodderLib().channel_settings_file) > File "/usr/lib/python2.4/shelve.py", line 234, in open > return DbfilenameShelf(filename, flag, protocol, writeback, binary) > File "/usr/lib/python2.4/shelve.py", line 215, in __init__ > Shelf.__init__(self, anydbm.open(filename, flag), protocol, writeback, > binary) > File "/usr/lib/python2.4/anydbm.py", line 83, in open > return mod.open(file, flag, mode) > File "/usr/lib/python2.4/dbhash.py", line 16, in open > return bsddb.hashopen(file, flag, mode) > File "/usr/lib/python2.4/bsddb/__init__.py", line 298, in hashopen > d.open(file, db.DB_HASH, flags, mode) > bsddb.db.DBInvalidArgError: (22, 'Invalid argument -- > /home/tony/.config/gpodder/channelsettings.db: unsupported hash version: 9') It seems like some updated Python package broke something. Try the following workaround: rm -f ~/.config/gpodder/*.db The .db files will be re-created on next gPodder startup. This bug has been fixed in SVN already (using a pickle-based storage method instead of the unstable shelve module that breaks every now and then for reasons unknown to me). So, as a temporary fix for the current version, remove the db files as described above. This will definitely be fixed in the next release when we change the storage method. Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#452490: gpodder: channel list is lost if no disk space is available on exit
Hello, Jens!
Jens Thiele wrote:
> The list of subscribed channels is lost if no disk space is available on exit.
> Would be nice to keep the old one around.
I've attached a patch that should fix the bug you encountered. Could you
please try the patch using the following procedure and tell me if this
fixes the bug for you?
1.) Check out the current development head from gPodder's SVN
(documented at http://gpodder.berlios.de/running-from-svn.html)
2.) Apply the enclosed patch
(patch -p0 < /path/to/gpodder-exporter-check-diskspace.patch)
3.) Test your checkout with the patch applied (makefile target "test")
(make test)
4.) Try to reproduce the "no disk space" situation and then close
gPodder. gPodder should refuse to save the channel list and
print a warning on the console
Thanks,
Thomas
Index: src/gpodder/opml.py
===
--- src/gpodder/opml.py (revision 451)
+++ src/gpodder/opml.py (working copy)
@@ -36,6 +36,8 @@
from gpodder.liblogger import log
+from gpodder import util
+
import gtk
import gobject
@@ -191,8 +193,17 @@
opml.appendChild( body)
try:
+data = doc.toxml(encoding = 'utf-8')
+# We want to have at least 512 KiB free disk space after
+# saving the opml data, if this is not possible, don't
+# try to save the new file, but keep the old one so we
+# don't end up with a clobbed, empty opml file.
+FREE_DISK_SPACE_AFTER = 1024*512
+if util.get_free_disk_space(self.filename) < len(data)+FREE_DISK_SPACE_AFTER:
+log('Not enough free disk space to save channel list to %s', self.filename, sender = self)
+return False
fp = open( self.filename, 'w')
-fp.write( doc.toxml( encoding = 'utf-8'))
+fp.write(data)
fp.close()
except:
log( 'Could not open file for writing: %s', self.filename, sender = self)
Bug#453244: Waiting for sponsor to upload
Hello, Marco! I've already packaged 0.9 shortly after the release, but my sponsor has not yet uploaded the package. I've sent a mail to him some days ago and I also mailed the Debian Multimedia Team and asked for someone to upload the package. The packaging source can already be found in the demudi SVN repository at svn.debian.org. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453918: gpodder: odd behaviour
Cristian Ionescu-Idbohrn wrote: > Package: gpodder > Version: 0.10.2-2 > Severity: normal > > I run gpodder under window maker (not gnome). > > * at startup, I am asked if I want to keep my xsettings (or something > similar); it doesn't seem to matter what I annswer to that; settings are > changed regardless Can you give the exact message and (while the message is open) the output of "ps ax"? gPodder does not display these settings, so this might be related to gnome-settings-daemon or similiar. > * after exiting gpodder, I see some processes which were not there before > I started gpodder: /usr/lib/gnome-vfs-2.0/gnome-vfs-daemon, > /usr/lib/control-center/gnome-settings-daemon and > /usr/lib/libgconf2-4/gconfd-2 > > ** does gpodder require these daemons? Neither gnomevfs nor gconf is used. Maybe they get invoked by GTK/PyGTK? > ** if gpodder starts them, why doesn't gpodder close them down at exit? gPodder does not explicitly start them. All gPodder does that could be related is load the PyGTK module. I don't think this will start the daemons mentioned. Can you please try to run gpodder with the "--verbose" switch and watch your process list to see when these daemons are started? > * gpodder/gconf screws up my xsettings: > > ** I have 'xset r rate 300 50' in my ~/.xsessions; 'xset q' shows > "auto repeat delay: 300, repeat rate: 50" > ** after quitting from gpodder they look different: > "auto repeat delay: 500, repeat rate: 30" > ** similar things happen with "Pointer Control", acceleration and > threshold are modified Can you try to remove the gconf package or stop gconfd-2 from running to see if these settings are modified by gconf or gPodder? I suspect these may be modified by gnome-settings-daemon, but please test to see which one is the culprit here. > * I see "sh: jackd: command not found" in the xterm window I started > gpodder from; what is it trying to do? Please run gPodder with the "--verbose" switch and post the complete output here. Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453918: gpodder: odd behaviour
Hello, Cristian! Cristian Ionescu-Idbohrn wrote: > On Mon, 3 Dec 2007, Cristian Ionescu-Idbohrn wrote: > >> I also noticed this in the process table: >> >> /usr/bin/dbus-launch --exit-with-session /usr/bin/seahorse-agent --execute >> sh ~/.xsession >> >> It may be that what pushes up gconf (seahorse dependencies show gconf2). >> It's not obvious to me what starts dbus-launch :( > > If I kill two more processes: > > /usr/bin/dbus-launch --exit-with-session /usr/bin/seahorse-agent --execute > sh ~/.xsession > /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session > > and restart gpodder, I get this message instead: > > , > | Plugin Error > | Unable to activate plugin Media Player Keys > | > | /---\ > | | OK | > | \/ > ` > > and I see: > > /usr/lib/libgconf2-4/gconfd-2 20 > > up again. The whole thing is quite confusing right now. Can you remove gconfd temporarily and see if the problem persists? If so, I suspect this might be a gconfd bug, or at least the gconfd maintainers should know why gconfd starts up when a pygtk application runs. gPodder doesn't require any Gnome-specific stuff and doesn't load any gnome/gconf-related things. It's only pure GTK/PyGTK, so I'm also puzzled as to why this happens. Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453918: gpodder: odd behaviour
Hello, Cristian! Cristian Ionescu-Idbohrn wrote: > Hi Thomas, > > On Mon, 3 Dec 2007, Thomas Perl wrote: > >> Cristian Ionescu-Idbohrn wrote: >>> Package: gpodder >>> Version: 0.10.2-2 >>> Severity: normal >>> >>> I run gpodder under window maker (not gnome). >>> >>> * at startup, I am asked if I want to keep my xsettings (or something >>> similar); it doesn't seem to matter what I annswer to that; settings are >>> changed regardless >> Can you give the exact message and (while the message is open) the >> output of "ps ax"? > > Here it is: > > , > | The X system keyboard settings differ from your current GNOME keyboard > | settings. > | > | Expected was model "pc105", layout "se" and no options, but the the > | following settings were found: model "pc105", layout "se" and option "ctrl > | ctrl:nocaps". > | > | Which set would you like to use? > | > | /--\ /---\ > | | Use X settings | | Keep GNOME Settings | > | \--/ \---/ > ` > > It comes up when I start playing a video clip I just downloaded. > >> gPodder does not display these settings, so this >> might be related to gnome-settings-daemon or similiar. > > Yes. I notice now that: > > /usr/lib/libgconf2-4/gconfd-2 11 > > is already started when X comes up. I didn't yet figure out where it's > started from, but it's there long before I start gpodder. > > After I start gpodder I notice these processes: > > totem > file://.../gpodder-downloads/ed7f77e59b16f43a28ad0eacf09f09a1/2055dbe4e2f5d9e6ee06a96c6134ecb7.mp4 > /usr/lib/gnome-vfs-2.0/gnome-vfs-daemon > /usr/lib/control-center/gnome-settings-daemon > > are active. Could be either gconfd-2 or gpodder itself that start those. > >>> * after exiting gpodder, I see some processes which were not there before >>> I started gpodder: /usr/lib/gnome-vfs-2.0/gnome-vfs-daemon, >>> /usr/lib/control-center/gnome-settings-daemon and >>> /usr/lib/libgconf2-4/gconfd-2 >>> >>> ** does gpodder require these daemons? >> Neither gnomevfs nor gconf is used. Maybe they get invoked by GTK/PyGTK? > > Could be. Killed gnome-vfs-daemon and gnome-settings-daemon now. The culprit is totem, then. Totem is a "fully GNOME-ified" app. These changes and processes only start when you watch a video, right? You might try to install xine or gmplayer and set xine/gmplayer as your preferred media player in gPodder's preferences. This way, when you click on "play" to play a video or audio file, xine/gmplayer get launched instead of totem, so no GNOME-ified app gets started :) Does using gmplayer or xine fix your problem? Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453918: gpodder: odd behaviour
reassign 453918 totem retitle 453918 totem: Starts lots of GNOME stuff when run in WindowMaker thanks Cristian Ionescu-Idbohrn wrote: > On Mon, 3 Dec 2007, Thomas Perl wrote: > >> Can you remove gconfd temporarily and see if the problem persists? > > That would be pushing my luck a bit too far :) I see: > > # apt-get --purge remove libgconf2-4 > > making some 120 package dependencies being removed :( > >> If so, I suspect this might be a gconfd bug, or at least the gconfd >> maintainers should know why gconfd starts up when a pygtk application >> runs. gPodder doesn't require any Gnome-specific stuff and doesn't load >> any gnome/gconf-related things. It's only pure GTK/PyGTK, so I'm also >> puzzled as to why this happens. > > You mentioned in the other post: > > On Mon, 3 Dec 2007, Thomas Perl wrote: >> The culprit is totem, then. Totem is a "fully GNOME-ified" app. These >> changes and processes only start when you watch a video, right? > > Yes. Looks like that. > >> You might try to install xine or gmplayer and set xine/gmplayer as your >> preferred media player in gPodder's preferences. This way, when you >> click on "play" to play a video or audio file, xine/gmplayer get >> launched instead of totem, so no GNOME-ified app gets started :) >> >> Does using gmplayer or xine fix your problem? > > Yes. I changed to xine and killed again /usr/lib/libgconf2-4/gconfd-2. > I confirm the gnome stuff is no longer triggered. Tried vlc. That seems > to be fine too. > > So my experience may very well confirm your suspicion: > >> If so, I suspect this might be a gconfd bug, or at least the gconfd >> maintainers should know why gconfd starts up when a pygtk application >> runs. > > So, where do we go from here? I'll reassign the bug to the "totem" package, as this is the one that causes problems for you when using WindowMaker. It might be that totem _needs_ to load all that gnome stuff, so maybe this is not a real bug. I'll let the totem maintainers decide. Re-assigning to "totem". Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448486: azureus: Desktop Entry should use "%f", not "%U"
Package: azureus Version: 2.5.0.4-1 Severity: important Azureus' Desktop Entry (/usr/share/applications/azureus.desktop) specifies "azureus %U" as Exec= line. However, Azureus doesn't accept URL parameters in the form "azureus file:///home/user/file.torrent", so when double-clicking on a .torrent file in Nautilus, Azureus will start with the following error: "'file:///home/username/download/torrentfile.torrent' konnte nicht geöffnet werden: Not a File" Replacing the line "Exec=azureus %U" with "Exec=azureus %F" fixes the problem for local files. This would "break" the .desktop entry for URLs, so you probably want to edit the parameters in the /usr/bin/azureus script, so parameters starting with "file://" will have this prefix stripped, so the azureus program will receive URLs as URLs and local files as path (i.e. "/home/[...]"). The format of the "Exec" value is described here: http://standards.freedesktop.org/desktop-entry-spec/latest/ar01s06.html How to reproduce: 1.) Double-click on a ".torrent" file in your filesystem 2.) Azureus opens and displays the aforementioned error message When replacing the "Exec=" line as described above: 1.) Double-click on a ".torrent" file in your filesystem 2.) Azureus opens the file correctly, asking to download the torrent -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (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/bash Versions of packages azureus depends on: pn java-gcj-compat | java-virtua (no description available) ii libcommons-cli-java 1.0-10 API for working with the command l ii liblog4j1.2-java 1.2.15-1 Logging library for java ii libseda-java 3.0-3 the Staged Event-Driven Architectu ii libswt-gtk-3.2-java 3.2.2-1Standard Widget Toolkit for GTK Ja ii sun-java5-jre [java2-runtime] 1.5.0-13-1 Sun Java(TM) Runtime Environment ( azureus recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#430844: gpodder: doesn't read ATOM feeds?
Hello, Holger! On Wed, 2007-06-27 at 18:32 +0200, Holger Leskien wrote: > Package: gpodder > Version: 0.9.2-1 > Severity: wishlist > > Hi, > > this feed produces an error: > > http://www.de-bug.de/pod/feed/atom/ Can you please try out the current development version of gPodder in the subversion repository with the Atom feed and tell me if this works for you? I tried it and it seems to work for me. Instructions here: http://gpodder.berlios.de/running-from-svn.html Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441285: gpodder: deleting of not yet downloaded episodes
Hello, Holger! On Sat, 2007-09-08 at 10:04 +0200, Holger Leskien wrote: > please enable deleting of not yet downloaded episodes. IMO this is > inconsistent. Please be more verbose when describing this feature request/wishlist item. What exactly do you want to have changed in gPodder's behaviour and what makes you thing the current behaviour is inconsistent? Thanks, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441285: gpodder: deleting of not yet downloaded episodes
Hello, Holger! On Sat, 2007-09-08 at 14:27 +0200, Holger Leskien wrote: > The status of episodes which are not yet downloaded is empty (no icon) > or new (paper with yellow star). If I already know that I won't > download one ore more of these episodes I want to mark them as deleted > (trashcan icon). If I try to delete these episodes nothing happens. > This is inconsistent or better: not what the user would expect. This > has also implications on "Download all available" episodes. Please try out the current SVN version, instructions can be found here: http://gpodder.berlios.de/running-from-svn.html The current SVN version has this feature implemented in the context menu (right-click on the episode in question) and also in the menu bar. If this would solve this bug for you, I'll set the new version to close this bug on release. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441284: gpodder: doesn't display some channels anymore
Hello, Holger! On Sat, 2007-09-08 at 09:57 +0200, Holger Leskien wrote: > after the update from 0.9.4-1 to 0.9.5-1 gPodder doesn't display the > following channels anymore. If you select these channels, the text in > the drop down box changes, but the detail view does not. > > http://www.channelfrederator.com/rss > http://www.ndr.de/podcastlink/ndrinfo_dertalk.xml > http://www.de-bug.de/pod/feed/ > > I don't know what is common to these feeds. Maybe it's just another > problem. This is a problem with the file size in the RSS feeds being wrong. I've worked around this problem in the SVN version and I've also patched the 0.9.5 package to include a fix for this bug. I've notified my sponsor to upload the fixed package to the Debian archives. If you don't want to wait, the updated package is temporarily available here: http://spock.thpinfo.com/~thp/gpodder-deb-temp/ Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#449366: gst-pulse: New upstream version 0.9.5 available
Package: gst-pulse Severity: wishlist Version 0.9.5 of gst-pulse has been released on 2007-10-30. Upstream URL: http://0pointer.de/lennart/projects/gst-pulse/ The packaging files from 0.9.4 work fine, except the patch "make-gst-plugin-rank-primary.patch" isn't needed anymore, as upstream has changed the rank accordingly in the original source. Also, it isn't necessary to rm "/usr/lib/gstreamer-0.10/libgstpulse.so.0.0.0" and mv around the .so files in "debian/rules", as the .so file is now installed correctly. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360807: Python bindings for libgpod
Package: libgpod Version: 0.3.0-4 The source package contains Python bindings for libgpod in "libgpod-0.3.0/bindings/python/". It would be useful for Python developers that need access to modifying the iTunesDB to have a "python-gpod" package in Debian that provides this binding. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360807: Python bindings for libgpod - deb rules
It seems like the deb package source at this[1] location (for Ubuntu?) already includes the rules to generate the seperate python-gpod package. [1] http://theli.free.fr/packages/debsource/libgpod/ I guess this just needs to be adopted to be used in Debian's package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360807: Python bindings for libgpod - included modified .diff.gz
Hope that this takes some work off your shoulders - copied changes from the URL mentioned in the previous post, and applied them to Debian's source package for libgpod. The package builds fine for me, and dpkg-buildpackage seems to have generated a new .diff.gz for libgpod (I'm _very_ newbie in terms of deb package development). Haven't updated "changelog" or pushed version, as I don't know how to.. modified_libgpod_0.3.0-4.diff.gz Description: GNU Zip compressed data
Bug#568853: gpodder: Feeds-check not working properly
On Mon, Feb 08, 2010 at 12:33:01PM +0100, Colliar wrote: > Clicking on the update funktion (lower left corner) does not update > all feeds. I have noticed that on several feeds. That's actually a feature to save bandwith and CPU time. You can set the advanced option "feed_update_skipping" to False to disable this feature. (so every podcast will be updated when clicking on the update button) Does this fix your issue? Greetings, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#565691: ITP: mygpoclient -- Client library for the my.gpodder.org web service
Package: wnpp Severity: wishlist Owner: Thomas Perl * Package name: mygpoclient Version : 1.0 Upstream Author : Thomas Perl * URL : http://thpinfo.com/2010/mygpoclient/ * License : GPL version 3 or later Programming Lang: Python Description : Client library for the my.gpodder.org web service The mygpoclient library allows developers to utilize a Pythonic interface to the my.gpodder.org web services. In addition to the user-specific API endpoints, a public (non-authenticated) API is provided for searching podcasts and retrieving the podcast toplist from the server. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#496586: Numptyphysics Debian package
Hello! Sorry for the late reply. On Mon, Jan 11, 2010 at 01:11:06AM +0100, Leo 'costela' Antunes wrote: > 1) There doesn't seem to be a better way to contact the developers than > personal emails. I though about emailing the list[0], but the fact that > there is only one unresponded email with patches that didn't get > included made me think this might not be the best idea. Is there any > less intrusive way to get in contact which you eventually read/respond? Maybe the forums (https://garage.maemo.org/forum/?group_id=638) are a good start for questions and contact? Otherwise, I guess we can just use the numptyphysics-users mailing list and let developers subscribe to the list (it's a low-traffic list, anyway, so that should not really be a problem). > 2) In order to be able to include it in Debian, we need the copyright > statement for zoomer.cpp. It seems to be heavily based on this file[1], > but I can't tell if you incorporated code from other sources. I don't know - Tim should be able to clarify this one. > 3) This is not really a problem, but would be nice to have proper info > in the AUTHORS, NEWS/ChangeLog and perhaps even README files. According to the SVN history, Tim and I have committed code to the repository. I don't know if Tim has merged patches from other people that should be added to the AUTHORS file. I've updated the AUTHORS and README files in the repository. The ChangeLog file can be generated using "svn log -v". HTH. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#496586: Numptyphysics Debian package
Hello, Leo and Tim! On Sat, Jan 23, 2010 at 11:11:41PM +0100, Leo 'costela' Antunes wrote: > I imagine your focus on the Maemo platform will mean most Debian bugs > won't really interest you guys, but as long as I can muster up some > platform-agnostic patches, would you consider them for inclusion? Tim is the project leader, so he has the final word on what goes in and what stays out. I'll be happy to merge your patches and see if they work on both Maemo 4 and Maemo 5, and I guess Tim will be okay with the patches if they don't disrupt the functionality on Maemo. > Case in point: I've already patched the source to optionally use > fontconfig instead of the hardcoded font file (I'm distributing this > font separately, though, to keep the game's visual identity intact). fontconfig seems to be available at least on Maemo 5, so I don't think that this is a problem. > Another thing I'm working on is a patch to enable building with the > system-wide libbox2d, but this still needs some work before it can be > integrated. Would such changes be accepted? We would have to package libbox2d for Maemo, but as it uses the same packaging format as Debian, we can probably take the package from Debian and create a Maemo package from it with just some minor modifications. Greetings, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620438: Typo in the .desktop file
On Fri, Apr 01, 2011 at 11:42:34PM +0200, Andrea Carpineti wrote: > Some typos in the gpodder.desktop file. > I added the Italian translation of some entries. Thank you for the patch! Merged upstream: http://gpodder.org/commit/ddb63038 Greetings, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582907: gpodder: new upstream release
Hello! On Mon, May 24, 2010 at 06:17:30AM -0700, Matt Kraai wrote: > gPodder 2.6 was released on May 23, 2010. I'm working on it. Should be ready in a few days. Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582656: Same issue, but only for certain feeds
Hello! On Sun, May 23, 2010 at 10:25:54PM -0700, tony mancill wrote: > I have observed this behavior as well, but only for certain feeds. > (In my case, it's one of the Deutsche Welle podcasts I subscribe to.) > I always assumed this was a function of the feed, not gpodder. This might have been fixed in the latest version (2.6), which will be packaged shortly. HTH. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#581780: gpodder: fails with message "already has an attribute GtkHBox"
Hello! On Sat, May 15, 2010 at 04:13:37PM -0400, James R. Van Zandt wrote: > Package: gpodder > Version: 2.0-1 > [...] > AttributeError: instance > already has an attribute GtkHBox This bug has already been fixed upstream: http://gpodder.org/commit/c8a527020 The fix is included in gPodder 2.2. Debian testing and Debian unstable already contain gPodder 2.3, so please upgrade to the newer version. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521726: python-pymtp: needs upating of depends from libmtp7 to libmtp8
On Sun, Mar 29, 2009 at 11:30:46PM +0200, Rafael Laboissiere wrote: > * Adeodato Simó [2009-03-29 20:08]: > > Package: python-pymtp > > Version: 0.0.4-1 > > Severity: serious > > X-Debbugs-CC: Rafael Laboissiere > > > > pymtp hardcodes a dependency on libmtp7, which has been dropped in > > favour of libmtp8. Please take a look into uploading a package with an > > updated dependency, with source changes to adjust to the new library if > > needed. > > Source changes are needed. The pymtp module uses ctypes to access the > shared library libmtp, so that runtime errors may occur with source > unchanged. > > Below is a debdiff that may work. I did not test it but merely adapted > the code to the changes in the API between libmtp7 and libmtp8. The following seems to work for users of MTP devices so far (see the attachment to that bug): http://bugs.gpodder.org/show_bug.cgi?id=307 Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521726: python-pymtp: needs upating of depends fromlibmtp7 to libmtp8
On Thu, Apr 02, 2009 at 02:19:44PM +0200, Rafael Laboissiere wrote: > * Adeodato Simó [2009-04-02 12:32]: > What about uploading a version of the package with my patch referenced > above? I agree that it is not 100% tested, but the patch has the virtue to > make pymtp work with libmtp8, at least in a simple test case. If things go > weird, for example if my patch introduces other serious bugs, then we remove > pymtp from testing. > > What do you think? Ig the Release Team gives me the approval and Thomas > Perl does not object, I would NMU pytmp, just to unblock the libmtp > transition. I am fine with you NMUing pymtp. I can test your modifications locally with an MTP device here before you upload, if you want (or tell me if the debdiff you posted above is already what you intend to upload). Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520369: gpodder: dbus error running from cron
You wrote: > I get an error message when executing "gpodder --run" from cron: [...] > dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Spawn.ExecFailed: > dbus-launch failed to autolaunch > D-Bus session: Autolaunch error: X11 initialization failed. > > The following patch should fix the issue: [...] Thanks for the patch. I've applied it to the Git repository and it will be part of the next release. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
