[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#119471: marked as done (libice6: want library to clean up stale lockfiles)

Your message dated Mon, 12 Feb 2007 01:08:22 +0100
with message-id <45CFAFF6.9050004@ens-lyon.org>
and subject line Bug#119471: libice6: want library to clean up stale lockfiles
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 --- 
Package: xlibs
Version: 4.1.0-9
Severity: normal

Summary: 

After power-off crashes, sometimes there are stale zero-length
.ICEauthority lockfiles (names something like .ICEauthority,l) left which
prevents X from starting in the directory in question; instead, it dies
with a message like

** WARNING **: Unable to lock ICE authority file: <HOMEDIR>/.ICEauthority

 This general type of problem is not uncommon; see:

http://www.google.com/search?q=unable+to+lock+ICEauthority

for more examples.

(long version):

Howdy,

  I'm running a couple of Linux boxen as what I call Freeboxes (Free
Public Access Free Software machines), also called kiosks. Being
public-access, they get crashed via power-off fairly frequently. I'm
running XFS, so this is mostly OK. They are set up to use my timed-login
hacks to gdm to login a default user after a timeout. Unfortunately,
sometimes stale .ICEauthority lock files are left in the default account,
resulting in gdm cycling thru attempted timeout default logins, then
aborting. I'm using a workaround for now, but I think the right place
to fix this is in the X code in question.

-- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux gilgamesh.uruk 2.4.15-pre4-xfs #8 Mon Nov 12 20:53:06 EST 2001 i586
Locale: LANG=en_US, LC_CTYPE=en_US

Versions of packages xlibs depends on:
hi  libc6                         2.2.4-5    GNU C Library: Shared libraries an
ii  libfreetype6                  2.0.5-2    FreeType 2 font engine, shared lib
hi  xfree86-common                4.1.0-9    X Window System (XFree86) infrastr
hi  xlibs                         4.1.0-9    X Window System client libraries

--- End Message ---
--- Begin Message --- 
Closing, as suggested by the submitter who didn't notice this bug for a
long time. If anybody ever reproduces, feel free to reopen.

Brice

--- End Message ---
Reply to: