Bug#884847: [transgui] When the 'torrent data location' dialogue appears (F6) the 'recent' dropdown button is almost entirely obscured by the 'Browse' button.
Package: transgui Version: 5.0.1-4.1+b1 Severity: normal --- Please enter the report below this line. --- --- System information. --- Architecture: Kernel: Linux 4.9.0-4-amd64 Debian Release: 9.3 500 stable-updates ftp.uk.debian.org 500 stable security.debian.org 500 stable ftp.uk.debian.org --- Package information. --- Depends (Version) | Installed ==-+- libssl1.0.2 | 1.0.2l-2+deb9u2 libatk1.0-0 (>= 1.12.4) | 2.22.0-1 libc6 (>= 2.2.5) | 2.24-11+deb9u1 libcairo2 (>= 1.2.4) | 1.14.8-1 libgdk-pixbuf2.0-0 (>= 2.22.0) | 2.36.5-2+deb9u1 libglib2.0-0 (>= 2.12.0) | 2.50.3-2 libgtk2.0-0 (>= 2.24.0) | 2.24.31-2 libpango-1.0-0 (>= 1.14.0) | 1.40.5-1 libx11-6 | 2:1.6.4-3 Package's Recommends field is empty. Package's Suggests field is empty.
Bug#437811: Missing udev rules file
Adding "--with-udev-dir=/etc/udev" to the debian/rules file configuration section fixed the issue for me without any additional changes. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434329: Error when try to setup a local mail account
I can confirm this as well. I removed my Maildir account, and restarted mail-notification and it did not crash. On 8/5/07, Fabiano Manoel de Andrade <[EMAIL PROTECTED]> wrote: >Hi, I think I've found the "origin" of bug. The crash occurs when I try > to setup a system mail account. When mail-notification try to detect the > account type the program crash. If I delete the system mail account setup, > mail-notification can back to work. >Regards. >Fabiano. > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434329: Compiling from source does not fix the crash
I tried the comment from that suggested that building from source would fix the problem. I tried: sudo apt-build install mail-notification The crash still occurs. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434329: I am also having this issue
I cannot get mail-notification to work either. Unfortunately, the work around to downgrade to "libgmime-2.0-2_2.2.9-1_i386.deb" is no longer possible that I can tell, as that file is no longer available on the mirrors. I have attached my bug report if it helps. System: Linux 2.6.21.custom.20070523 #1 SMP Wed May 23 16:35:18 MDT 2007 i686 X Vendor: The X.Org Foundation X Vendor Release: 1030 Selinux: No Accessibility: Disabled GTK+ Theme: Clearlooks Icon Theme: gnome Memory status: size: 53731328 vsize: 53731328 resident: 16207872 share: 11792384 rss: 16207872 rss_rlim: 4294967295 CPU usage: start_time: 1186346733 rtime: 40 utime: 30 stime: 10 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/bin/mail-notification' (no debugging symbols found) Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1". (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1227037008 (LWP 4890)] [New Thread -1257243760 (LWP 4902)] [New Thread -1245500528 (LWP 4901)] 0xe410 in __kernel_vsyscall () #0 0xe410 in __kernel_vsyscall () #1 0xb71e2eb3 in poll () from /lib/i686/cmov/libc.so.6 #2 0xb72bfa63 in ?? () from /usr/lib/libglib-2.0.so.0 #3 0x08198aa8 in ?? () #4 0x0006 in ?? () #5 0x0128 in ?? () #6 0x08198aa8 in ?? () #7 0x0006 in ?? () #8 0xb7323468 in ?? () from /usr/lib/libglib-2.0.so.0 #9 0x080b7268 in ?? () #10 0xbfbb0544 in ?? () #11 0x0001 in ?? () #12 0x0001 in ?? () #13 0x080b7268 in ?? () #14 0x08198aa8 in ?? () #15 0xb71e2e40 in ?? () from /lib/i686/cmov/libc.so.6 #16 0xb7269b70 in ?? () from /lib/i686/cmov/libpthread.so.0 #17 0xb7268410 in ?? () from /lib/i686/cmov/libpthread.so.0 #18 0xb72da0e3 in g_thread_self () from /usr/lib/libglib-2.0.so.0 #19 0xb72bfdd9 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #20 0xb784c654 in IA__gtk_main () at /tmp/buildd/gtk+2.0-2.10.13/gtk/gtkmain.c:1154 #21 0x0805b11a in main () Thread 3 (Thread -1245500528 (LWP 4901)): #0 0xe410 in __kernel_vsyscall () No symbol table info available. #1 0xb726e08b in ?? () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #2 0xb7e68865 in ?? () from /usr/lib/libgnomeui-2.so.0 No symbol table info available. #3 0x1327 in ?? () No symbol table info available. #4 0xb5c31ef8 in ?? () No symbol table info available. #5 0x in ?? () No symbol table info available. Thread 2 (Thread -1257243760 (LWP 4902)): #0 0xe410 in __kernel_vsyscall () No symbol table info available. #1 0xb71e2eb3 in poll () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0xb72bfa63 in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #3 0x080bfca0 in ?? () No symbol table info available. #4 0x0007 in ?? () No symbol table info available. #5 0x in ?? () No symbol table info available. #6 0x080bfca0 in ?? () No symbol table info available. #7 0x0007 in ?? () No symbol table info available. #8 0xb7323468 in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #9 0x08116f80 in ?? () No symbol table info available. #10 0xb50ff354 in ?? () No symbol table info available. #11 0x0001 in ?? () No symbol table info available. #12 0x0001 in ?? () No symbol table info available. #13 0x08116f80 in ?? () No symbol table info available. #14 0x080bfca0 in ?? () No symbol table info available. #15 0xb71e2e40 in ?? () from /lib/i686/cmov/libc.so.6 No symbol table info available. #16 0xb7269b70 in ?? () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #17 0xb7268410 in ?? () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #18 0xb72da0e3 in g_thread_self () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #19 0xb72bfdd9 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #20 0xb7bd4b60 in ?? () from /usr/lib/libORBit-2.so.0 No symbol table info available. #21 0x081185d8 in ?? () No symbol table info available. #22 0xb7323468 in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #23 0xb50ff3d8 in ?? () No symbol table info available. #24 0xb72da64f in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #25 0x in ?? () No symbol table info available. Thread 1 (Thread -1227037008 (LWP 4890)): #0 0x
Bug#422455: [Pkg-xfce-devel] Bug#422455: I was able to reproduce this
The desktop was missing (no background, no icons on the desktop, etc.). Re-checking the setting I mentioned got everything working again. FYI, when I ran "pgrep xfwm4" it found no processes. On 5/15/07, Simon Huggins <[EMAIL PROTECTED]> wrote: On Tue, May 15, 2007 at 07:18:22AM -0600, Andrew Robinson wrote: > I was able to reproduce this, but I am not sure if I can do it > consistently. It happened if I performed a reboot from inside of an > xterm without shutting xfce down properly (so I didn't use the xfce > logout/shutdown/reboot functionality). The next time I reboot xfwm4 > did not start automatically. Going into the desktop settings, I had to > re-check the "Allow Xfce to manage the desktop". Are you absolutely sure you mean xfwm4 here and not say xfdesktop4 which manages the desktop and runs the menu? i.e. were you just missing window decorations? I think your case might be unrelated to the original problem. Simon. -- [ If at first you don't succeed, skydiving isn't for you. ] Black Cat Networks. http://www.blackcatnetworks.co.uk/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422455: I was able to reproduce this
I was able to reproduce this, but I am not sure if I can do it consistently. It happened if I performed a reboot from inside of an xterm without shutting xfce down properly (so I didn't use the xfce logout/shutdown/reboot functionality). The next time I reboot xfwm4 did not start automatically. Going into the desktop settings, I had to re-check the "Allow Xfce to manage the desktop". -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#396636: After a re-installation of debian this bug is back
I am having this issue with the latest from unstable Versions: eclipse 3.2.1-6 xulrunner 1.8.0.11-4 libxul-dev 1.8.0.11-4 libxul-common 1.8.0.11-4 libxul0d 1.8.0.11-4 I have tried with no MOZILLA_FIVE_HOME (no more handles error) and with setting it to /usr/lib/iceape, /usr/lib/icedove, /usr/lib, /usr/lib/xulrunner (NS_InitXPCOM3 error) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421836: php4-clamavlib: With this installed and /usr/lib/apache/1.3/libphp4.so installed, apache runs extremely slowly
Package: php4-clamavlib Version: 0.12a-4 Severity: normal This module is causing apache to peg at 100% CPU usage, rendering the web server almost useless. Running "strace -ff -tt -T -o apsys apache -t" identified this library as the culprit, spending large amounts of time reading the clamav database. Once I purged this package, apache starting running without any slowness. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (600, 'stable') 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) Versions of packages php4-clamavlib depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii libapache-mod-php4 [p 6:4.4.4-8+etch2server-side, HTML-embedded scripti ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libclamav20.90.2-1~volatile1 virus scanner library ii php4-cli [phpapi-2005 6:4.4.4-8+etch2command-line interpreter for the p php4-clamavlib recommends no packages. -- debconf information: php4-clamavlib/edit_phpini: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#275313: Solution?
This bug represents a significant Linux policy violation. Generated files should never be created in the /etc directory. As a workaround I linked all of my zone files into /var/cache/bind, and then used those in my named.conf.local file, but it isn't an elegant solution. Proposed solution: concatenate the directory from the options (named.conf.options) to each zone file using "basename $file" (from named.conf.local). This way the files will always be in the directory which is by default "/var/cache/bind", an acceptable location for dynamically generated files and the basename will ensure that the files are named correctly. Any chance of such a change, or is this more of a bind bug than a Debian bug? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412716: Request upgrade of ant package to 1.7.x from 1.6.x
Package: ant Version: 1.6.5-6 Severity: wishlist Tags: etch sid Ant 1.7 was released in 2006-Dec and has major functionality improvements. It would be greatly beneficial if Debian unstable/sid and hopefully etch/testing would upgrade from 1.6.x to 1.7.x. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
