Your message dated Thu, 9 Nov 2006 23:47:20 +0100 with message-id <200611092347.21124.debian@pusling.com> and subject line kmail: KMail does not always clean its lock file at exit has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database)
--- Begin Message ---
- To: submit@bugs.debian.org
- Subject: kmail: KMail does not always clean its lock file at exit
- From: Robert Gomułka <carramba@pf.pl>
- Date: Sun, 18 Jul 2004 19:03:22 +0200
- Message-id: <200407181903.22203.carramba@pf.pl>
Package: kmail Version: 4:3.2.2-2 Severity: normal For a few versions of kmail (if I remember clean it happened also on 3.1 KDE versions) I've found rather annoying bug. When I close my system with `shutdown` command, from time to time ~/.kde/share/apps/kmail/lock still remains, which prevents kmail from being started on next system startup until I delete lock file manually. What have I tried: - disabled all cleanings on exit in kmail options - tried to give more time between signals to kmail (-t switch of shutdown) Neither of them worked for me. I am not sure, but does kmail removes its lock file on which signal? SIGKILL, SIGTERM? If on the first one, it can be the issue. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.5 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (ignored: LC_ALL set to pl_PL) Versions of packages kmail depends on: ii kdebase-kio-plugins 4:3.2.2-1 KDE I/O Slaves ii kdelibs4 4:3.2.3-2 KDE core libraries ii ktnef 4:3.2.2-2 KDE TNEF viewer ii libart-2.0-2 2.3.16-5 Library of functions for 2D graphi ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-5 client library to control the FAM ii libgcc1 1:3.3.4-2 GCC support library ii libice6 4.3.0.dfsg.1-5 Inter-Client Exchange library ii libjpeg62 6b-9 The Independent JPEG Group's JPEG ii libkcal2 4:3.2.2-2 KDE calendaring library ii libkdenetwork2 4:3.2.2-2 KDE Network library ii libkdepim1 4:3.2.2-2 KDE PIM library ii libksieve0 4:3.2.2-2 KDE mail/news message filtering li ii libmimelib1 4:3.2.2-2 KDE mime library ii libpcre3 4.5-1.1 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.5.0-6 PNG library - runtime ii libqt3c102-mt 3:3.2.3-4 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-5 X Window System Session Management ii libstdc++5 1:3.3.4-2 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-5 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-5 X Window System miscellaneous exte ii libxrender1 0.8.3-7 X Rendering Extension client libra ii xlibs 4.3.0.dfsg.1-5 X Window System client libraries m ii zlib1g 1:1.2.1.1-3 compression library - runtime -- no debconf information
--- End Message ---
--- Begin Message ---
- To: 260125-done@bugs.debian.org
- Subject: kmail: KMail does not always clean its lock file at exit
- From: Sune Vuorela <debian@pusling.com>
- Date: Thu, 9 Nov 2006 23:47:20 +0100
- Message-id: <200611092347.21124.debian@pusling.com>
Version: 4:3.5.5-1 Kmail has now a dialog box if there is stale lockfiles where you can confirm that kmail is indeed not started. and runnig the 'shutdown' command is not a clean exit where kmail should have any chance of cleaning properly. /Sune -- How can I do for opening the tool? First of all you should configure the IRC space bar for getting access on a login of a laser SCSI GPU to a gadget on the file of the LCD forward over the display.Attachment: pgp3p7qojDfgx.pgp
Description: PGP signature
--- End Message ---