[18:07] stgraber: any suggestions on how we should get rid of the akonaditray menu entry? [18:08] I think we used to have something in the livesystem postrm (or maybe artwork postinst) that used to add a hidden=true in the .desktop file [18:08] but it doesn't seem to do that anymore and I remember you mentioned that there's a good way to hide them [18:14] I think we ship a few .desktop overlay in -live or -artwork [18:14] dpkg-divert? [18:14] Ah, only on the live system? [18:15] alkisg: on the installed system too, although we try to avoid dpkg-divert if at all possible [18:15] also post install, we just dump a .desktop in a path that's higher priority than kde's [18:15] where does the priority come from? [18:15] highvoltage: modifying another package's file is worse than dpkg-divert, and it doesn't persist on package updates [18:15] * highvoltage checks the package again [18:16] alkisg: we don't modify it, we write an identically named file in an higher priority location and let xdg deal with the override [18:16] Cool [18:16] alkisg: I know [18:17] stgraber: any thoughts about when you'll have some time for the ltsp packaging? I tested with my local debian/ dir and it works fine, but I'd like to test with the Ubuntu packaging too... [18:18] no, it's pretty low on my priority list, sorry [18:18] stgraber: I can't find that anywhere in the packaging though, perhaps it got lost with some cleanup (since the akonadi icons are back again) [18:18] stgraber@castiana:~/Desktop/edu$ find . | grep desktop [18:18] ./edubuntu-artwork-12.04.1/applications/kde4-nepomukcontroller.desktop [18:18] ./edubuntu-artwork-12.04.1/applications/kde4-nepomukbackup.desktop [18:18] highvoltage: ^ [18:18] (d'oh, just found them there) [18:19] ah nepomuk is there but not akonadi, I guess I'll add it [18:20] I just add a line that says "OnlyShowIn=KDE" and put it in that directory? [18:20] yep [18:21] if you have some spare time, you might try and poke the kde folks to include these by default [18:21] stgraber: np, I just thought you'd like me to test the LTSP you'll ship with 12.10 (since I won't be able to test later on until 14.04 again)... [18:21] so we don't have to override them :) [18:21] stgraber: yes I think that's a good idea [18:21] alkisg: sure, but I'm focusing on 12.04.1 for the next 2 months, so my 12.10 time is pretty limited [18:21] Do you think it'd take more than 10 minutes to approve the changes? [18:22] ...and maybe do the ltsp-live changes you mentioned [18:23] ltsp-live changes will take a day to babysit through the archive as it'll require source+bin newing + seed change + dvd rebuild, so yeah, closer to 1-2 days than 10min [18:24] From the ltsp package side, you'll just remove them though, no? [18:24] You don't need to have the ltsp-live package to review the ltsp debian/ dir... Or I got it wrong? [18:26] I want to spend 1-2 days on LTSP and be done for the next 6 months ;) context-switching is very expensive. So maybe I don't need ltsp-live to review debian/, I don't know and I don't want to think about it now :) [18:26] hmm, nepomuk also still shows under the menus despite OnlyShowIn=KDE [18:26] OK, thank you :) [18:41] heh, we have kturtle in the ubuntu-edu-tertiary package [18:41] (I guess it might be useful there in some cases) [18:45] stgraber: fyi (but no rush): https://code.launchpad.net/~jonathan/ubuntu-seeds/edubuntu.quantal/+merge/107679 [18:47] highvoltage: am I reading this right? we'd have kstarts+stellarium? [18:48] stgraber: at least for now, I guess there's a good chance that we'll drop stellarium due to the arm issues, and our intent to have the same packages installed accross architectures [18:49] perhaps I should have removed stellarium already... but it's not the last package changes for the cycle for sure [18:54] stgraber: regarding ltsp-live, should I wait until it's removed from ltsp before making changes, or should I do it while it's in ltsp, or should I be the one moving it? [18:54] highvoltage: feel free to propose changes against ubuntu:ltsp for now, I'll merge them before the split [18:56] stgraber: ok, at least that way I get in some ltsp commits too :) [19:11] (oh, not really) [19:14] stgraber: actually I'm not sure what to do, ubuntu:ltsp? is that what I get with pull-lp-source? [19:16] it should be [19:16] highvoltage: bzr branch ubuntu:ltsp => do your change => bzr push lp:~jonathan/ubuntu/quantal/ltsp/your-change => bzr lp-propose-merge [19:16] stgraber: ok, got it [19:28] https://code.launchpad.net/~jonathan/ubuntu/quantal/ltsp/autologin/+merge/107682 [20:05] highvoltage: I think I understand the bug where unity 3d doesn't start on 3d capable hardware, it's because DESKTOP_SESSION isn't set by ldm [20:05] so the gconf configuration overlay for unity never gets applied [20:05] and the unity plugin is never loaded as a result [20:07] the fix is quite hackish though and will be Ubuntu specific as DESKTOP_SESSION needs to be set to the name of the gnome-session that will be called, but you have no way to know that in a non-distro specific way as gnome-session's default is hardcoded in the binary... [20:07] stgraber: ah [20:07] I wrote an Xsession script that I think does the right thing for Ubuntu and will have to be shipped on both client and server as it affects both thin and fat clients [20:09] I'm not sure why the script in the unity .desktop file can't set it, but I guess you could show me a bit later on then I'll understand what you mean [20:09] because it needs to run before any gconf instance might be called. Doing it from the .desktop launcher would be racy [20:10] I'm not even convinced it's not racy to do it where they're doing it at the moment ;) [20:10] ah ok