=== ogra_ is now known as ogra [17:55] some (edu)buntu developer here? [17:56] I want to help solving the bugs for hanging applications, although I want to know what information is needed to make the logs usefull [17:57] hanging applications, which is the main problem on LTSP at the moment [17:57] for example, some Gnome applications don't close when the parent is closed [17:58] Eghie: it's a Friday, hard to find people on the weekends -- you may have better luck during the week, or using the mailing list [17:58] ah [17:58] ok [17:58] well, I tried to send a mail to the edubuntu list, but it seems it was needed to moderate it, but it was never posted on the list [17:59] so that's why i ask here [17:59] ahh, once the moderators check their queues, I'm sure it will be posted [17:59] Otherwise, try here monday :) [18:00] hehe, ok [18:01] well, I wanted it to be on the list at this very moment, because people could see some debugging tools I posted with, so they could report bugs before wednesday, when there is a bugsquashing day [18:09] Eghie: then hang out and keep trying -- someone may yet show up :) [18:10] hehe, I just leave it to the moderators [18:10] bug reporting could always be done, so that shouldn't be a problem [18:11] ;) === bddebian2 is now known as bddebian [18:59] Eghie: Which apps are hanging? [18:59] sbalneav: for example gconf [19:00] sbalneav: when gnome-session gets killed [19:01] Yup gconf is one that gets left around. [19:01] Do any stop your users from logging in again? [19:02] For instance, the gconf gets left around, but it doesn't affect a subsequent login by the same user. [19:02] sbalneav: well, I kill them with a script before they login again [19:03] Many of the ones that get left around don't actually affect anything. [19:03] They SHOULD exit, but leaving them is OK [19:03] I'm more concerned about, say, a paneld that doesn't exit, so that the next time the user logs in, they can't start their panel. [19:03] sbalneav: well I read the edubuntu mailing list, and I saw many of those problems [19:04] I do already have some experience with this, so I wanted to help [19:04] I saw your comments on it, so, I though, well, lets look what we can do [19:04] sbalneav: hmm, I do remind some panel [19:05] Right. People are making an issue of things that don't exit. While they are a bug, what we want to focus on FIRST is something that actually stops people or affects people from logging back in. [19:05] sbalneav: indeed, gconf did hold up on Ubuntu edgy though [19:05] sbalneav: but, that could be changed now [19:05] sbalneav: gconf had a lock on some files [19:05] Here at LegalAid, I get gconfd's left around all the time. I just leave them, because they don't seem to hurt anything. When, say, a paneld gets hung, that stops a person from logging back in. [19:06] I want us to target and triage the important ones FIRST. We'll get to them all eventually, but we need to focus on the ones that actually degrade performance. [19:07] sbalneav: yes I know, it's a matter of priority [19:09] gvfs is one of the ones that seems to be a current problem. [19:09] yes, I also saw that in the mailinglist, but I do not seem to have that problem for now [19:10] I've currently got 153 of them running on this box that only supports 4 people :) [19:11] hehe [19:11] also a hanging dcopserver [19:11] ah, not any more [19:11] seems being killed a little late [19:12] I going for a little coffe [19:13] coffee [19:13] being back in 15 minutes i guess [19:14] will be trying laten on, to simulate some crashes on my server to see if some processes block my relogin process === Eghie is now known as Eghie`afk === Eghie`afk is now known as Eghie [20:16] Hmm, well the patch to gvfs that I found and posted on the DebuggingLTSP page seems to have cured some of my gvfs woes [20:17] built a new package, and now it exits properly on session end. [20:19] sbalneav: can you send me a link to the patches? [20:22] sbalneav: ah, I see already in the bugzilla of gnome [20:23] the: if (subthread_main_loop != NULL) patch [20:24] I've installed some new packages here, I'll let them run for a couple of days, see if that cures the hanging gvfs [20:24] Looks like they've already updated it in the upstream gnome svn, so long term it should go away [20:25] Apparently gconfd doesn't have proper shutdown code in it, but we may be able to (sanely) get around that one with a gconftool-2 --shutdown in a ldm logout script. [20:28] sbalneav: gconfd stays polling, not detecting anything [20:29] right, but if we send it an explicit shutdown, that may help [20:29] Hi all [20:29] Hello [20:29] sbalneav: that could help yes [20:29] hello [20:30] I just installed edubuntu 8.04 LTSP and I was wondering what the best way to get xfce was [20:30] should I just go for that package or should I install the kubuntu meta [20:30] Petaris: aptitude install xubuntu-desktop should do some tricks :) [20:31] Petaris: well xubuntu-desktop contains a full xfce desktop [20:31] Petaris: so, if you want that, go for that [20:32] ok [20:32] and I did mean xubuntu not kubuntu [20:32] woops [20:32] :) [20:34] sbalneav: sending a shutdown seems to work [20:35] sbalneav: at least, for me it works, so a logout script doing that could be a workaround for it [20:36] Thanks Eghie [20:36] Petaris: no problem [20:38] sbalneav: saw this: https://bugs.edge.launchpad.net/ubuntu/+source/gvfs/+bug/235698 ? [20:38] Launchpad bug 235698 in gvfs "gvfs-fuse-daemon crashed with SIGSEGV in pthread_mutex_lock()" [Medium,Confirmed] [20:39] it's being tested in Intrepid, but not being backported to Hardy yet, I guess [20:44] sbalneav: I just reported a bug for gconf2: https://bugs.launchpad.net/ubuntu/+source/gconf2/+bug/269541 [20:44] Launchpad bug 269541 in gconf2 "gconfd-2 becomes orphane when parent process crashes" [Undecided,New] [20:44] I couldn't find it on Launchpad [20:44] so maybe by a couple of weeks, it will also be of the past [20:47] Do you have an orphaned one there right now? [20:47] can you (as the user) run a gconftool-2 --shutdown, and see if it exits cleanly? [20:49] sbalneav: I did already and it did exit cleanly yes [20:51] I executed the script as the user [20:51] so, it could be usefull in a logout script [20:52] Perfect. It's a better solution than the "kill " option [20:52] sbalneav: indeed it is [20:52] i hope gvfs would react on it as well, although I don't think it will [20:53] Are we talking about orphaned processes after logging out of a TC session? [20:53] Lns: yes [20:53] If you run into some other ones, put 'em at the end of wiki.ubuntu.com/DebuggingLTSP [20:53] sbalneav: I can give you a bunch as gnome-watchdog syslogs all of the procs it kills after logout [20:53] it seems to be just a few common ones, however [20:54] You've posted them on the list, I think, right? [20:54] Hmmm...not sure if I did. I'll put it on the wiki regardless [20:54] So far we have potential (proper) solutions for gconfd and gvfd-fuse-daemon [20:54] sure, throw 'em on the wiki [20:54] nice [20:54] yeah I know those 2 were common [20:54] and bonobo-activation... [20:54] Lns: it would be nice if you could strace them, the processes [20:55] bonobo-activation-server seems to be another one for me. [20:56] * Lns hates the panel drawer bug [20:57] I just putted the gconfd proces on the wiki with the launchpad bug report on it [20:58] sbalneav: I have a HUGE file, i guess i'll link to it instead of cluttering up the wiki page [20:59] Lns: could you host the file and link to it via the wiki? [20:59] yeah [20:59] that would be great [20:59] I can also host the file if you want [20:59] it's cool..i can see my webserver from my desk. ;) [20:59] lol :) [21:04] * Lns links http://logicalnetworking.net/other/watchdog.txt to https://wiki.ubuntu.com/DebuggingLTSP [21:04] i'll post that to the list too [21:12] ah, my beer is calling [21:12] see you later [21:13] haha..priorities! ;) see ya Eghie [21:13] indeed :) === Eghie is now known as Eghie`afk