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

Bug#406608: marked as done (libsm6: ICE socket disappears after a suspend-to-ram, delay when starting session-aware apps)

Your message dated Thu, 28 Feb 2008 16:52:54 +0100
with message-id <20080228155254.GE17390@patate.is-a-geek.org>
and subject line Re: Bug#406608: bug#406608: libsm6: ICE socket disappears after a suspend-to-ram, delay when starting session-aware apps
has caused the Debian Bug report #406608,
regarding libsm6: ICE socket disappears after a suspend-to-ram, delay when starting session-aware apps
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
406608: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=406608
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: libsm6
Version: 1:1.0.1-3
Severity: important


Hello, first of all forgive me if libsm6 is not responsible of this bug,
I had trouble to figure out which is the real buggy package there.

If you want to reassign the bug the a more appropriate package, feel
free.

I have a Debian etch laptop and use oftenly the suspend-to-ram thing,
with hibernate (using the sysfs way: echo mem > /sys/power/state).

When I power the laptop back from suspending, the ICE socket is no more:

$ env | grep -i ice
SESSION_MANAGER=local/heracles:/tmp/.ICE-unix/11483
$ ls /tmp/.ICE-unix/11483
ls: /tmp/.ICE-unix/11483: No such file or directory

This makes quite all my apps under X to start with a ~10 seconds-delay.

If I strace xterm for instance, I got the following output:

connect(4, {sa_family=AF_FILE, path="/tmp/.ICE-unix/11483"}, 22) = -1
ENOENT (No such file or directory)
close(4)                                = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGCHLD, NULL, {SIG_DFL}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
nanosleep({1, 0}, {1, 0})               = 0
socket(PF_FILE, SOCK_STREAM, 0)         = 4
uname({sys="Linux", node="heracles", ...}) = 0

Any help/hint/advice is welcome, I'm willing to help fixing that bug
before etch is released (hopefully).

Tell me if I can provide more useful information.

Regards,

-- 
Alexis Sukrieh <sukria@sukria.net>
                                    0x1EE5DD34
Debian                   http://www.debian.org
Backup Manager   http://www.backup-manager.org

--- End Message ---
--- Begin Message --- 
On Thu, Feb 28, 2008 at 16:49:54 +0100, Alexis Sukrieh wrote:

> Julien Cristau wrote:
>> tag 406608 unreproducible moreinfo
>> kthxbye
> [...]
>> Hi Alexis,
>>
>> did you manage to reproduce this recently?
>
> No, I guess you close the bug.
>
> If it occurs again, I'll contact you.
>
Thanks for replying.  Closing as unreproducible.

Cheers,
Julien

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: