Bug#926536: RM: pork -- RoQA; package is orphaned since > 1600days, popcon is 29, package has some long lasting open bugs, last upstream release was 2004
Package: ftp.debian.org Severity: normal Hello, Please consider removing the package pork due to the following reasons: - the package is orphaned since > 1600days - popcon is 29 - package has some long lasting open bugs - last upstream release was 2004 - many maintained modern alternatives are available Thanks best regards, Stefan
Bug#926531: RM: qtsmbstatus -- RoQA; package orphaned since ~ 2600days, popcon is < 25 for all binary packages related, last upstream aktivity was 3 years ago
Package: ftp.debian.org Severity: normal Hello, Please consider removing the package qtsmbstatus due to the following reasons: - package orphaned since ~ 2600days - popcon is < 25 for all binary packages related - last upstream aktivity was 3 years ago Thank you best regards, Stefan
Bug#926526: RM: catwalk -- RoQA; ackage is orphaned since > 2600 days, popcon is 11
Package: ftp.debian.org Severity: normal Hello, Please consider removing the python-sprox package because: - the package is orphaned since > 2600days - popcon is only 14 - people using it can still install an actual version via pip - also the rdependencies are unmaintained an have an even lower popcon count, will file RoQA requests for them as well: rdepends: - python-tgext.admin - python-catwalk - python-sprox Thanks best regards, Stefan
Bug#926525: RM: python-catwalk -- RoQA; package is orphaned since > 2600 days, popcon is 11
Package: ftp.debian.org Severity: normal Hello, Please consider removing the python-sprox package because: - the package is orphaned since > 2600days - popcon is only 14 - people using it can still install an actual version via pip - also the rdependencies are unmaintained an have an even lower popcon count, will file RoQA requests for them as well: rdepends: - python-tgext.admin - python-sprox - catwalk Thanks best regards, Stefan
Bug#926524: RM: python-tgext.admin -- RoQA; package is orphaned since > 2600 days, popcon is 13
Package: ftp.debian.org Severity: normal Hello, Please consider removing the python-sprox package because: - the package is orphaned since > 2600days - popcon is only 13 - people using it can still install an actual version via pip - also the rdependencies are unmaintained an have an even lower popcon count, will file RoQA requests for them as well: rdepends: - python-sprox - python-catwalk - catwalk Thanks best regards, Stefan
Bug#926523: RM: python-sprox -- RoQA; package is orphaned since > 2600 days, popcon is 14
Package: ftp.debian.org Severity: normal Hello, Please consider removing the python-sprox package because: - the package is orphaned since > 2600days - popcon is only 14 - people using it can still install an actual version via pip - also the rdependencies are unmaintained an have an even lower popcon count, will file RoQA requests for them as well: rdepends: - python-tgext.admin - python-catwalk - catwalk Thanks best regards, Stefan
Bug#926520: RM: tcpser -- RoQA; package orphaned since > 2400 days, popcon of 16, last upstream release 2005
Package: ftp.debian.org Severity: normal Hello, Please consider removing the package tcpser due to: - package is orphaned since > 2400 days - popcon is only 16 - the last upstream release was 2005 Thanks best regards, Stefan
Bug#926517: RM: weathermap4rrd -- RoQA; package orphaned since > 2600 days, popcon is really low (21), latest upstream release was 2005
Package: ftp.debian.org Severity: normal Hello, Please remove the package weathermap4rrd due to the following reasons: - package orphaned since > 2600 days - popcon is really low (21) - latest upstream of the packaged perl part was 2005 (not packaged php part was 2009) - several other tools available to do the same thing Thanks best regards, Stefan
Bug#926492: RM: xmlroff -- RoQA; package is orphaned since 2600days, popcon of 35
Package: ftp.debian.org Severity: normal Hello, Please remove the package xmlroff because: - it is orphaned since 2600days - the popcon is 35 - DAC found no deps Thanks best regards, Stefan
Bug#926488: RM: xlbiff -- RoQA; package orphaned since nearly 4000 days, no upstream sources available, popcon of 18
Package: ftp.debian.org Severity: normal Hello, Please remove the package xlbiff because: - the debian package is orphaned since nearly 4000days - upstream website is down, no sources available - popcon is at 18 Thanks, best regards, Stefan
Bug#926486: RM: zapping -- RoQA; Orphaned in Debian since 2140days, popcon < 100, last upstream release was 2006
Package: ftp.debian.org Severity: normal Hello, Please remove the package zapping for the following reasons: - package orphaned in Debian since 2140days - popcon < 100 - last upstream release was 2006
Bug#926485: RM: ytalk -- RoQA; Package is orphaned since > 1500 days, latest upstream release is from 2005, Popcon is < 250
Package: ftp.debian.org Severity: normal Hello, Please remove the package ytalk due to following reasons: - Package is orphaned since > 1500 days - lates upstream release is from 2005 - Popcon is < 250 Thanks best regards, Stefan
Bug#926467: RM: ekg2-ui-ncurses -- RoQA; very low popcon, meta package orphaned, no upstream release since 2011
Package: ftp.debian.org Severity: normal Hello, Plase remove the ekg2-core package because it is: - not used by many people (popcount of 88) - metapackage "ekg2" is orphaned since 2014 - latest upstream release was 2011 Thanks. I will also file removal requests for the depending packages: - ekg2-api-docs - ekg2-gnupg - ekg2-jabber - ekg2-scripting-python - ekg2-scripting-perl - ekg2-ui-gtk - ekg2-core
Bug#926466: RM: ekg2-ui-gtk -- RoQA; very low popcon, meta package orphaned, no upstream release since 2011
Package: ftp.debian.org Severity: normal Hello, Plase remove the ekg2-core package because it is: - not used by many people (popcount of 88) - metapackage "ekg2" is orphaned since 2014 - latest upstream release was 2011 Thanks. I will also file removal requests for the depending packages: - ekg2-api-docs - ekg2-gnupg - ekg2-jabber - ekg2-scripting-python - ekg2-scripting-perl - ekg2-core - ekg2-ui-ncurses
Bug#926465: RM: ekg2-scripting-python -- RoQA; very low popcon, meta package orphaned, no upstream release since 2011
Package: ftp.debian.org Severity: normal Hello, Plase remove the ekg2-core package because it is: - not used by many people (popcount of 88) - metapackage "ekg2" is orphaned since 2014 - latest upstream release was 2011 Thanks. I will also file removal requests for the depending packages: - ekg2-api-docs - ekg2-gnupg - ekg2-jabber - ekg2-core - ekg2-scripting-perl - ekg2-ui-gtk - ekg2-ui-ncurses
Bug#926464: RM: ekg2-scripting-perl -- RoQA; very low popcon, meta package orphaned, no upstream release since 2011
Package: ftp.debian.org Severity: normal Hello, Plase remove the ekg2-core package because it is: - not used by many people (popcount of 88) - metapackage "ekg2" is orphaned since 2014 - latest upstream release was 2011 Thanks. I will also file removal requests for the depending packages: - ekg2-api-docs - ekg2-gnupg - ekg2-jabber - ekg2-scripting-python - ekg2-core - ekg2-ui-gtk - ekg2-ui-ncurses
Bug#926462: RM: ekg2-gnupg -- RoQA; very low popcon, meta package orphaned, no upstream release since 2011
Package: ftp.debian.org Severity: normal Hello, Plase remove the ekg2-core package because it is: - not used by many people (popcount of 88) - metapackage "ekg2" is orphaned since 2014 - latest upstream release was 2011 Thanks. I will also file removal requests for the depending packages: - ekg2-api-docs - ekg2-core - ekg2-jabber - ekg2-scripting-python - ekg2-scripting-perl - ekg2-ui-gtk - ekg2-ui-ncurses
Bug#926463: RM: ekg2-jabber -- RoQA; very low popcon, meta package orphaned, no upstream release since 2011
Package: ftp.debian.org Severity: normal Hello, Plase remove the ekg2-core package because it is: - not used by many people (popcount of 88) - metapackage "ekg2" is orphaned since 2014 - latest upstream release was 2011 Thanks. I will also file removal requests for the depending packages: - ekg2-api-docs - ekg2-gnupg - ekg2-core - ekg2-scripting-python - ekg2-scripting-perl - ekg2-ui-gtk - ekg2-ui-ncurses
Bug#926460: RM: ekg2-core -- RoQA; very low popcon, meta package orphaned, no upstream release since 2011
Package: ftp.debian.org Severity: normal Hello, Plase remove the ekg2-core package because it is: - not used by many people (popcount of 88) - metapackage "ekg2" is orphaned since 2014 - latest upstream release was 2011 Thanks. I will also file removal requests for the depending packages: - ekg2-api-docs - ekg2-gnupg - ekg2-jabber - ekg2-scripting-python - ekg2-scripting-perl - ekg2-ui-gtk - ekg2-ui-ncurses
Bug#926461: RM: ekg2-api-docs -- RoQA; very low popcon, meta package orphaned, no upstream release since 2011
Package: ftp.debian.org Severity: normal Hello, Plase remove the ekg2-core package because it is: - not used by many people (popcount of 88) - metapackage "ekg2" is orphaned since 2014 - latest upstream release was 2011 Thanks. I will also file removal requests for the depending packages: - ekg2-core - ekg2-gnupg - ekg2-jabber - ekg2-scripting-python - ekg2-scripting-perl - ekg2-ui-gtk - ekg2-ui-ncurses
Bug#926458: RM: gitstats -- RoQA; Low popcon, unmaintained, upstream inactive since 2015
Package: ftp.debian.org Severity: normal Hello, Is this package still needed? It is: - orphaned since > 300days - has a low popcon (0.18%) - upstream is inactive since 2015 best regards, Stefan
Bug#819981: pen: Stuck at 100% CPU in mainloop
Package: pen Version: 0.32.0-1 Severity: normal Dear Maintainer, I have a production system which is affected by this bug in pen: https://github.com/UlricE/pen/issues/22 The problem is already found and fixed with this commit: https://github.com/UlricE/pen/commit/0cb505fe4b827643f307796d181cc483a1ecc705 Can you please merge this fix into the debian packages? Thanks best regards, Stefan -- System Information: Debian Release: 8.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pen depends on: ii libc62.19-18+deb8u4 ii libgeoip11.6.2-4 ii libssl1.0.0 1.0.1k-3+deb8u4 pen recommends no packages. pen suggests no packages. -- no debconf information
Bug#803185: libwebkitgtk-3.0-0: SIGSEGV "/Source/WebCore/html/ImageDocument.cpp: No such file or directory" when loading some images
Package: libwebkitgtk-3.0-0 Version: 2.4.9-2+b1 Severity: normal When opening some images in my browser (xombrero) i get an SIGSEGV from webkit. See the following gdb output: (gdb) run Starting program: /usr/bin/xombrero [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x7fffe2902700 (LWP 4707)] [New Thread 0x7fffa20ff700 (LWP 4708)] [New Thread 0x7fffa14e1700 (LWP 4709)] [New Thread 0x7fffa089d700 (LWP 4710)] [New Thread 0x7fff93fff700 (LWP 4711)] [New Thread 0x7fff8ac86700 (LWP 4712)] [New Thread 0x7fff8a485700 (LWP 4713)] [New Thread 0x7fff89c84700 (LWP 4714)] [New Thread 0x7fff89483700 (LWP 4715)] [New Thread 0x7fff7bfff700 (LWP 4793)] Program received signal SIGSEGV, Segmentation fault. 0x765d755a in WebCore::ImageDocumentParser::appendBytes (this=0x77ed8d00) at ../Source/WebCore/html/ImageDocument.cpp:130 130 ../Source/WebCore/html/ImageDocument.cpp: No such file or directory. (gdb) backtrace #0 0x765d755a in WebCore::ImageDocumentParser::appendBytes(WebCore::DocumentWriter&, char const*, unsigned long) (this=0x77ed8d00) at ../Source/WebCore/html/ImageDocument.cpp:130 #1 0x76746b0f in WebCore::DocumentLoader::commitData(char const*, unsigned long) (this=this@entry=0x77e4f900, bytes=bytes@entry=0xaa5a00 "\211PNG\r\n\032\n", length=length@entry=512) at ../Source/WebCore/loader/DocumentLoader.cpp:843 #2 0x7608e2ee in WebKit::FrameLoaderClient::committedLoad(WebCore::DocumentLoader*, char const*, int) (this=0x9df6b0, loader=0x77e4f900, data=0xaa5a00 "\211PNG\r\n\032\n", length=512) at ../Source/WebKit/gtk/WebCoreSupport/FrameLoaderClientGtk.cpp:164 #3 0x767452a6 in WebCore::DocumentLoader::commitLoad(char const*, int) (this=0x77e4f900, data=0xaa5a00 "\211PNG\r\n\032\n", length=512) at ../Source/WebCore/loader/DocumentLoader.cpp:773 #4 0x7672af0f in WebCore::CachedRawResource::notifyClientsDataWasReceived(char const*, unsigned int) (this=0x77e75a00, data=0xaa5a00 "\211PNG\r\n\032\n", length=512) at ../Source/WebCore/loader/cache/CachedRawResource.cpp:110 #5 0x7672b101 in WebCore::CachedRawResource::addDataBuffer(WebCore::ResourceBuffer*) (this=0x77e75a00, data=0x77e19708) at ../Source/WebCore/loader/cache/CachedRawResource.cpp:66 #6 0x7679a1fd in WebCore::SubresourceLoader::didReceiveDataOrBuffer(char const*, int, WTF::PassRefPtr, long long, WebCore::DataPayloadType) (this=0x77e1f400, data=0x0, length=0, prpBuffer=..., encodedDataLength=, dataPayloadType=WebCore::DataPayloadBytes) at ../Source/WebCore/loader/SubresourceLoader.cpp:274 #7 0x7679a3b9 in WebCore::SubresourceLoader::didReceiveBuffer(WTF::PassRefPtr, long long, WebCore::DataPayloadType) (this=, buffer=..., encodedDataLength=, dataPayloadType=) at ../Source/WebCore/loader/SubresourceLoader.cpp:255 #8 0x7678f660 in WebCore::ResourceLoader::didReceiveBuffer(WebCore::ResourceHandle*, WTF::PassRefPtr, int) (this=this@entry=0x77e1f400, buffer=..., encodedDataLength=encodedDataLength@entry=512) at ../Source/WebCore/loader/ResourceLoader.cpp:511 #9 0x76f9e233 in WebCore::readCallback(GObject*, GAsyncResult*, gpointer) (asyncResult=, data=0x77e19b58) at ../Source/WebCore/platform/network/soup/ResourceHandleSoup.cpp:1365 #10 0x73cf8fda in async_ready_callback_wrapper (source_object=0x7fff70003380 [SoupClientInputStream], res=0x1238120, user_data=0x77e19b58) at /build/glib2.0-l3js1a/glib2.0-2.46.1/./gio/ginputstream.c:529 #11 0x73d1f5f3 in g_task_return_now (task=0x1238120 [GTask]) at /build/glib2.0-l3js1a/glib2.0-2.46.1/./gio/gtask.c:1104 #12 0x73d1f629 in complete_in_idle_cb (task=0x1238120) at /build/glib2.0-l3js1a/glib2.0-2.46.1/./gio/gtask.c:1118 #13 0x73781e9a in g_main_context_dispatch (context=0x6c8c40) at /build/glib2.0-l3js1a/glib2.0-2.46.1/./glib/gmain.c:3154 #14 0x73781e9a in g_main_context_dispatch (context=context@entry=0x6c8c40) at /build/glib2.0-l3js1a/glib2.0-2.46.1/./glib/gmain.c:3769 #15 0x73782240 in g_main_context_iterate (context=0x6c8c40, block=block@entry=1, dispatch=dispatch@entry=1, self=) at /build/glib2.0-l3js1a/glib2.0-2.46.1/./glib/gmain.c:3840 #16 0x73782562 in g_main_loop_run (loop=0x8efe40) at /build/glib2.0-l3js1a/glib2.0-2.46.1/./glib/gmain.c:4034 #17 0x7552f745 in gtk_main () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #18 0x0040c2e9 in () #19 0x72a5db45 in __libc_start_main (main=0x40b850, argc=1, argv=0x7fffe448, init=, fini=, rtld_fini=, stack_end=0x7fffe438) at libc-start.c:287 #20 0x0040c934 in () (gdb) quit -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale:
Bug#803192: SIGSEGV on some image-loads (../Source/WebCore/html/ImageDocument.cpp: No such file or directory.)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: libwebkitgtk-3.0-0 Version: 2.4.9-2+b1 When i open some image files in my favourite browser (xombrero) which uses libwebkitgtk-3.0-0 for rendering, it exits with SIGSEGV. Please see the gdb backtrace for more details: (gdb) run Starting program: /usr/bin/xombrero [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x7fffe2902700 (LWP 4707)] [New Thread 0x7fffa20ff700 (LWP 4708)] [New Thread 0x7fffa14e1700 (LWP 4709)] [New Thread 0x7fffa089d700 (LWP 4710)] [New Thread 0x7fff93fff700 (LWP 4711)] [New Thread 0x7fff8ac86700 (LWP 4712)] [New Thread 0x7fff8a485700 (LWP 4713)] [New Thread 0x7fff89c84700 (LWP 4714)] [New Thread 0x7fff89483700 (LWP 4715)] [New Thread 0x7fff7bfff700 (LWP 4793)] Program received signal SIGSEGV, Segmentation fault. 0x765d755a in WebCore::ImageDocumentParser::appendBytes (this=0x77ed8d00) at ../Source/WebCore/html/ImageDocument.cpp:130 130 ../Source/WebCore/html/ImageDocument.cpp: No such file or directory. (gdb) backtrace #0 0x765d755a in WebCore::ImageDocumentParser::appendBytes(WebCore::DocumentWriter&, char const*, unsigned long) (this=0x77ed8d00) at ../Source/WebCore/html/ImageDocument.cpp:130 #1 0x76746b0f in WebCore::DocumentLoader::commitData(char const*, unsigned long) (this=this@entry=0x77e4f900, bytes=bytes@entry=0xaa5a00 "\211PNG\r\n\032\n", length=length@entry=512) at ../Source/WebCore/loader/DocumentLoader.cpp:843 #2 0x7608e2ee in WebKit::FrameLoaderClient::committedLoad(WebCore::DocumentLoader*, char const*, int) (this=0x9df6b0, loader=0x77e4f900, data=0xaa5a00 "\211PNG\r\n\032\n", length=512) at ../Source/WebKit/gtk/WebCoreSupport/FrameLoaderClientGtk.cpp:164 #3 0x767452a6 in WebCore::DocumentLoader::commitLoad(char const*, int) (this=0x77e4f900, data=0xaa5a00 "\211PNG\r\n\032\n", length=512) at ../Source/WebCore/loader/DocumentLoader.cpp:773 #4 0x7672af0f in WebCore::CachedRawResource::notifyClientsDataWasReceived(char const*, unsigned int) (this=0x77e75a00, data=0xaa5a00 "\211PNG\r\n\032\n", length=512) at ../Source/WebCore/loader/cache/CachedRawResource.cpp:110 #5 0x7672b101 in WebCore::CachedRawResource::addDataBuffer(WebCore::ResourceBuffer*) (this=0x77e75a00, data=0x77e19708) at ../Source/WebCore/loader/cache/CachedRawResource.cpp:66 #6 0x7679a1fd in WebCore::SubresourceLoader::didReceiveDataOrBuffer(char const*, int, WTF::PassRefPtr, long long, WebCore::DataPayloadType) (this=0x77e1f400, data=0x0, length=0, prpBuffer=..., encodedDataLength=, dataPayloadType=WebCore::DataPayloadBytes) at ../Source/WebCore/loader/SubresourceLoader.cpp:274 #7 0x7679a3b9 in WebCore::SubresourceLoader::didReceiveBuffer(WTF::PassRefPtr, long long, WebCore::DataPayloadType) (this=, buffer=..., encodedDataLength=, dataPayloadType=) at ../Source/WebCore/loader/SubresourceLoader.cpp:255 #8 0x7678f660 in WebCore::ResourceLoader::didReceiveBuffer(WebCore::ResourceHandle*, WTF::PassRefPtr, int) (this=this@entry=0x77e1f400, buffer=..., encodedDataLength=encodedDataLength@entry=512) at ../Source/WebCore/loader/ResourceLoader.cpp:511 #9 0x76f9e233 in WebCore::readCallback(GObject*, GAsyncResult*, gpointer) (asyncResult=, data=0x77e19b58) at ../Source/WebCore/platform/network/soup/ResourceHandleSoup.cpp:1365 #10 0x73cf8fda in async_ready_callback_wrapper (source_object=0x7fff70003380 [SoupClientInputStream], res=0x1238120, user_data=0x77e19b58) at /build/glib2.0-l3js1a/glib2.0-2.46.1/./gio/ginputstream.c:529 #11 0x73d1f5f3 in g_task_return_now (task=0x1238120 [GTask]) at /build/glib2.0-l3js1a/glib2.0-2.46.1/./gio/gtask.c:1104 #12 0x73d1f629 in complete_in_idle_cb (task=0x1238120) at /build/glib2.0-l3js1a/glib2.0-2.46.1/./gio/gtask.c:1118 #13 0x73781e9a in g_main_context_dispatch (context=0x6c8c40) at /build/glib2.0-l3js1a/glib2.0-2.46.1/./glib/gmain.c:3154 #14 0x73781e9a in g_main_context_dispatch (context=context@entry=0x6c8c40) at /build/glib2.0-l3js1a/glib2.0-2.46.1/./glib/gmain.c:3769 #15 0x73782240 in g_main_context_iterate (context=0x6c8c40, block=block@entry=1, dispatch=dispatch@entry=1, self=) at /build/glib2.0-l3js1a/glib2.0-2.46.1/./glib/gmain.c:3840 #16 0x73782562 in g_main_loop_run (loop=0x8efe40) at /build/glib2.0-l3js1a/glib2.0-2.46.1/./glib/gmain.c:4034 #17 0x7552f745 in gtk_main () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #18 0x0040c2e9 in () #19 0x72a5db45 in __libc_start_main (main=0x40b850, argc=1, argv=0x7fffe448, init=, fini=, rtld_fini=, stack_end=0x7fffe438) at libc-start.c:287 #20 0x0040c934 in () (gdb) quit -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlYv3QMACgkQZIX0zDQZ1scbCQEAmbCUVdJrDVHBkUR0FfRHqUny 9zg859hTcv8pscIsHMUBAK1o0ObafjtS0lj6QtPzFYUkjOca0pLIa2Y15Ck1nRJO =vxMx
Bug#803194: Style #compact_tab GtkLabel#active is only used when tab is new, not when switching to tab
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: xombrero Version: 2:1.6.4-3 Since the latest update of xombrero new tabs are using the "#compact_tab GtkLabel#active" Style. But when switching between my tabs by clicking or using the keyboard shortcuts the style gets lost. You are not able to see which tab is currently active. I've extracted Version 2:1.6.3-1 of xombrero and replaced /usr/share/xombrero/xombrero.css with the older one, then everything works as expected. Best regards, Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlYv4noACgkQZIX0zDQZ1sfHhwD7B+35cSMQiYu9Yj8aZzQ5ZyEX Jg0oX91b642g3tEfIj8A/3EtfvLfxxgDBfeE8/OiNhDL8QvoZmAJFx90y896PcVP =X/fN -END PGP SIGNATURE-
Bug#801109: unbound init script exits with exitcode 4 when unbound is running on wheezy
Package: unbound Version: 1.4.17-3+deb7u2 The init script of unbound has the following status part: status) status="4" status_of_proc -p $PIDFILE $DAEMON $NAME || status="$?" exit $status ;; This results to the exit code "4" when unbound is running as you can see here: root@server01:/etc# service unbound status unbound is running. root@server01:/etc# echo $? 4 When changing the init script to this (it looks already like this in Jessie, so the bug is gone in stable): status) status_of_proc "$DAEMON" "$NAME" && exit 0 || exit $? ;; root@server01:/etc# service unbound status unbound is running. root@server01:/etc# echo $? 0 root@server01:/etc# /etc/init.d/unbound stop Stopping recursive DNS server: unbound. root@server01:/etc# service unbound status unbound is not running ... failed! root@server01:/etc# echo $? 4 root@server01:/etc# service unbound start Starting recursive DNS server: unbound. root@server01:/etc# service unbound status unbound is running. root@server01:/etc# echo $? 0 I am using Debian GNU/Linux 7.9 (Wheezy) and discovered this problem because i manage unbound using puppet which restarted the unbound service at every run because of this. Thanks Best regards, Stefan Schörghofer
Bug#692509: nautilus: Depency problem: nautilus needs gnome-icon-theme-symbolic to display the search icon
Package: nautilus Version: 3.4.2-1+build1 Severity: minor -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus depends on: ii desktop-file-utils 0.20-0.1 ii gsettings-desktop-schemas 3.4.2-1 ii gvfs 1.12.3-1+b1 ii libatk1.0-02.4.0-2 ii libc6 2.13-35 ii libcairo-gobject2 1.12.2-2 ii libcairo2 1.12.2-2 ii libexempi3 2.2.0-1 ii libexif12 0.6.20-3 ii libgail-3-03.4.2-4 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-2 ii libglib2.0-data2.33.12+really2.32.4-2 ii libgnome-desktop-3-2 3.4.2-1 ii libgtk-3-0 3.4.2-4 ii libnautilus-extension1a3.4.2-1+build1 ii libnotify4 0.7.5-1 ii libpango1.0-0 1.30.0-1 ii libselinux12.1.9-5 ii libtracker-sparql-0.14-0 0.14.1-3 ii libx11-6 2:1.5.0-1 ii libxml22.8.0+dfsg1-6 ii nautilus-data 3.4.2-1+build1 ii shared-mime-info 1.0-1+b1 Versions of packages nautilus recommends: ii brasero 3.4.1-4 ii eject2.1.5+deb1+cvs20081104-11 ii gnome-sushi 0.4.1-3 ii gvfs-backends1.12.3-1+b1 ii librsvg2-common 2.36.1-1 Versions of packages nautilus suggests: pn eognone ii epdfview [pdf-viewer] 0.1.8-3 pn trackernone ii vlc [mp3-decoder] 2.0.3-3 ii vlc-nox [mp3-decoder] 2.0.3-3 ii xdg-user-dirs 0.14-1 -- 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#609037: Installation of network-manager-openvpn does not set correct udev rules
Package: network-manager-openvpn Version: 0.8.1-1 I've installed: i A libnm-glib-vpn1 i network-manager-openvpn i network-manager-openvpn-gnome i network-manager-vpnc i network-manager-vpnc-gnome i A openvpn i A openvpn-blacklist i A vpnc- Cisco-compatible VPN client Then created a vpn server and client config and testet on shell - Connection was OK After that i importet working client config in Network-manager and testet connection: Jan 5 09:53:02 Cerberus NetworkManager[1577]: info Starting VPN service 'org.freedesktop.NetworkManager.openvpn'... Jan 5 09:53:02 Cerberus NetworkManager[1577]: info VPN service 'org.freedesktop.NetworkManager.openvpn' started (org.freedesktop.NetworkManager.openvpn), PID 22897 Jan 5 09:53:02 Cerberus NetworkManager[1577]: info VPN service 'org.freedesktop.NetworkManager.openvpn' appeared, activating connections Jan 5 09:53:03 Cerberus NetworkManager[1577]: info VPN plugin state changed: 1 Jan 5 09:53:03 Cerberus NetworkManager[1577]: error [1294217583.1050] [nm-vpn-connection.c:844] connection_need_secrets_cb(): NeedSecrets failed: dbus-glib-error-quark Rejected send message, 1 matched rules; type=method_call, sender=:1.1 (uid=0 pid=1577 comm=/usr/sbin/NetworkManager) interface=org.freedesktop.NetworkManager.VPN.Plugin member=NeedSecrets error name=(unset) requested_reply=0 destination=org.freedesktop.NetworkManager.openvpn (uid=0 pid=22897 comm=/usr/lib/NetworkManager/nm-openvpn-service)) Jan 5 09:53:03 Cerberus NetworkManager[1577]: warn error disconnecting VPN: Rejected send message, 1 matched rules; type=method_call, sender=:1.1 (uid=0 pid=1577 comm=/usr/sbin/NetworkManager) interface=org.freedesktop.NetworkManager.VPN.Plugin member=Disconnect error name=(unset) requested_reply=0 destination=org.freedesktop.NetworkManager.openvpn (uid=0 pid=22897 comm=/usr/lib/NetworkManager/nm-openvpn-service)) After some searches i found a problem in the dbus configuration regarding the network-manager. The attached patch worked for me after a reboot. best, Stefan Schörghofer --- nm-vpnc-service.conf.fixed 2009-04-18 17:56:45.0 -0500 +++ nm-vpnc-service.conf 2009-04-18 17:57:37.0 -0500 @@ -6,6 +6,10 @@ allow own=org.freedesktop.NetworkManager.vpnc/ allow send_destination=org.freedesktop.NetworkManager.vpnc/ /policy + policy user=at_console + allow own=org.freedesktop.NetworkManager.vpnc/ + allow send_destination=org.freedesktop.NetworkManager.vpnc/ + /policy policy context=default deny own=org.freedesktop.NetworkManager.vpnc/ deny send_destination=org.freedesktop.NetworkManager.vpnc/
Bug#609037: additional information..
Some infos i've forgotten. - Patch was applied to /etc/dbus-1/system.d/nm-vpnc-service.conf - System is a fully updated Squeeze /proc/version Linux version 2.6.32-5-686 (Debian 2.6.32-29) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Fri Dec 10 16:12:40 UTC 2010 best, Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573897: speech-dispatcher: 100% CPU with mumble in compatiblity mode
Package: speech-dispatcher Version: 0.6.7-8 Severity: normal Using this mumble package: Paket: mumble-11x Zustand: Installiert Automatisch installiert: ja Version: 1.2.1-3 Priorität: optional Bereich: sound Verwalter: Debian VoIP Team pkg-voip-maintain...@lists.alioth.debian.org Unkomprimierte Größe: 2544k Hängt ab von: libasound2 ( 1.0.18), libc6 (= 2.3.6-6~), libgcc1 (= 1:4.1.1), libgl1-mesa-glx | libgl1, libglu1-mesa | libglu1, libogg0 (= 1.1.0), libpulse0 (= 0.9.21), libqt4-dbus (= 4:4.5.3), libqt4-network (= 4:4.5.3), libqt4-opengl (= 4:4.5.3), libqt4-sql (= 4:4.5.3), libqt4-xml (= 4:4.5.3), libqtcore4 (= 4:4.5.3), libqtgui4 (= 4:4.5.3), libspeechd2, libspeex1 (= 1.2~beta3-1), libspeexdsp1 (= 1.2~beta3.2-1), libssl0.9.8 (= 0.9.8k-1), libstdc++6 (= 4.1.1), libx11-6 (= 0), libxi6 (= 0), libqt4-sql-sqlite, lsb-release, mumble (= 1.2.1-3) creates heavy cpu load on the first core. After stopping mumble you have to restart the speech dispatcher to solve this problem. Audio device: Bus 002 Device 005: ID 0d8c:000c C-Media Electronics, Inc. Audio Adapter /var/log/speech-dispatcher/dummy.log: Sun Mar 14 20:46:25 2010 [52236]: No config file specified, using defaults... Sun Mar 14 20:46:25 2010 [52322]: Dummy: creating new thread for dummy_speak Sun Mar 14 20:46:25 2010 [52419]: Ok, now debugging Sun Mar 14 20:46:25 2010 [52571]: CMD: AUDIO Sun Mar 14 20:46:25 2010 [52796]: CMD: LIST VOICES Sun Mar 14 20:46:25 2010 [54034]: dummy: speaking thread starting... speech-dispatcher.log: [Sun Mar 14 20:44:41 2010 : 288898] speechd: Reading configuration for pattern emacs:* [Sun Mar 14 20:44:41 2010 : 289015] speechd: Reading configuration for pattern *:gnomespeech:* [Sun Mar 14 20:44:41 2010 : 289084] speechd: Configuration has been read from /etc/speech-dispatcher/speechd.conf [Sun Mar 14 20:45:27 2010 : 949238] speechd: Connection closed [Sun Mar 14 20:45:28 2010 : 22329] speechd: Connection closed [Sun Mar 14 20:46:24 2010 : 878433] speechd: Speech Dispatcher Logging to file /var/log/speech-dispatcher//speech-dispatcher.log [Sun Mar 14 20:46:24 2010 : 878697] speechd: Initializing output module espeak with binary /usr/lib/speech-dispatcher-modules/sd_espeak and configuration /etc/speech-dispatcher/modules//espeak.conf [Sun Mar 14 20:46:24 2010 : 878725] speechd: Output module is logging to file /var/log/speech-dispatcher//espeak.log [Sun Mar 14 20:46:24 2010 : 879144] speechd: Module espeak loaded. [Sun Mar 14 20:46:24 2010 : 1861] speechd: LINE here:|200-afrikaans af none| [Sun Mar 14 20:46:24 2010 : 1915] speechd: LINE here:|200-bosnian bs none| [Sun Mar 14 20:46:24 2010 : 1950] speechd: LINE here:|200-catalan ca none| [Sun Mar 14 20:46:24 2010 : 1983] speechd: LINE here:|200-czech cs none| [Sun Mar 14 20:46:25 2010 : 2109] speechd: LINE here:|200-welsh-test cy none| [Sun Mar 14 20:46:25 2010 : 2143] speechd: LINE here:|200-danish da none| [Sun Mar 14 20:46:25 2010 : 2175] speechd: LINE here:|200-german de none| [Sun Mar 14 20:46:25 2010 : 2207] speechd: LINE here:|200-greek el none| [Sun Mar 14 20:46:25 2010 : 2239] speechd: LINE here:|200-default en none| [Sun Mar 14 20:46:25 2010 : 2279] speechd: LINE here:|200-en-scottish en sc| [Sun Mar 14 20:46:25 2010 : 2312] speechd: LINE here:|200-english en uk| [Sun Mar 14 20:46:25 2010 : 2343] speechd: LINE here:|200-lancashire en uk-north| [Sun Mar 14 20:46:25 2010 : 2375] speechd: LINE here:|200-english_rp en uk-rp| [Sun Mar 14 20:46:25 2010 : 2407] speechd: LINE here:|200-english_wmids en uk-wmids| [Sun Mar 14 20:46:25 2010 : 2438] speechd: LINE here:|200-english-us en us| [Sun Mar 14 20:46:25 2010 : 2470] speechd: LINE here:|200-en-westindies en wi| [Sun Mar 14 20:46:25 2010 : 2501] speechd: LINE here:|200-esperanto eo none| [Sun Mar 14 20:46:25 2010 : 2533] speechd: LINE here:|200-spanish es none| [Sun Mar 14 20:46:25 2010 : 2564] speechd: LINE here:|200-spanish-latin-american es la| [Sun Mar 14 20:46:25 2010 : 2597] speechd: LINE here:|200-finnish fi none| [Sun Mar 14 20:46:25 2010 : 2628] speechd: LINE here:|200-french fr none| [Sun Mar 14 20:46:25 2010 : 2660] speechd: LINE here:|200-french (Belgium) fr be| [Sun Mar 14 20:46:25 2010 : 2713] speechd: LINE here:|200-greek-ancient grc none| [Sun Mar 14 20:46:25 2010 : 2744] speechd: LINE here:|200-hindi-test hi none| [Sun Mar 14 20:46:25 2010 : 2773] speechd: LINE here:|200-croatian hr none| [Sun Mar 14 20:46:25 2010 : 2803] speechd: LINE here:|200-hungarian hu none| [Sun Mar 14 20:46:25 2010 : 2832] speechd: LINE here:|200-armenian hy none| [Sun Mar 14 20:46:25 2010 : 2862] speechd: LINE here:|200-armenian-west hy none| [Sun Mar 14 20:46:25 2010 : 2891] speechd: LINE here:|200-indonesian-test id none| [Sun Mar 14 20:46:25 2010 : 2921] speechd: LINE here:|200-icelandic-test is none| [Sun Mar 14 20:46:25 2010 : 2950] speechd: LINE here:|200-italian it none| [Sun Mar 14 20:46:25 2010 : 2980] speechd: LINE
Bug#418974: GNOME Printer Management don't print a Testpage (only testet with CUPS)
Package: Gnome Version: 2.14.3 When i install a Lexmark T610 network printer with CUPS and print over the Gnome Printer managemen tool a testpage, the printer run on 2 times but he don't print any sheet. In applications like Open Office, IceWeasle, a.s.o. the printer runns nice. I think theres a problem with the testpage in the Gnome printer management module. I am running Debian 4.0 Etch, kernel 2.6.18-4-686 and Gnome 2.14.3. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
