[18:07] <highvoltage> stgraber: any suggestions on how we should get rid of the akonaditray menu entry?
[18:08] <highvoltage> 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] <highvoltage> 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] <stgraber> I think we ship a few .desktop overlay in -live or -artwork
[18:14] <alkisg> dpkg-divert?
[18:14] <alkisg> Ah, only on the live system?
[18:15] <highvoltage> alkisg: on the installed system too, although we try to avoid dpkg-divert if at all possible
[18:15] <stgraber> also post install, we just dump a .desktop in a path that's higher priority than kde's
[18:15] <highvoltage> where does the priority come from?
[18:15] <alkisg> 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] <stgraber> 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] <alkisg> Cool
[18:16] <highvoltage> alkisg: I know
[18:17] <alkisg> 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] <stgraber> no, it's pretty low on my priority list, sorry
[18:18] <highvoltage> 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> stgraber@castiana:~/Desktop/edu$ find . | grep desktop
[18:18] <stgraber> ./edubuntu-artwork-12.04.1/applications/kde4-nepomukcontroller.desktop
[18:18] <stgraber> ./edubuntu-artwork-12.04.1/applications/kde4-nepomukbackup.desktop
[18:18] <stgraber> highvoltage: ^
[18:18] <highvoltage> (d'oh, just found them there)
[18:19] <highvoltage> ah nepomuk is there but not akonadi, I guess I'll add it
[18:20] <highvoltage> I just add a line that says "OnlyShowIn=KDE" and put it in that directory?
[18:20] <stgraber> yep
[18:21] <stgraber> if you have some spare time, you might try and poke the kde folks to include these by default
[18:21] <alkisg> 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] <stgraber> so we don't have to override them :)
[18:21] <highvoltage> stgraber: yes I think that's a good idea
[18:21] <stgraber> 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] <alkisg> Do you think it'd take more than 10 minutes to approve the changes?
[18:22] <alkisg> ...and maybe do the ltsp-live changes you mentioned
[18:23] <stgraber> 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] <alkisg> From the ltsp package side, you'll just remove them though, no?
[18:24] <alkisg> You don't need to have the ltsp-live package to review the ltsp debian/ dir... Or I got it wrong?
[18:26] <stgraber> 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] <highvoltage> hmm, nepomuk also still shows under the menus despite OnlyShowIn=KDE
[18:26] <alkisg> OK, thank you :)
[18:41] <highvoltage> heh, we have kturtle in the ubuntu-edu-tertiary package
[18:41] <highvoltage> (I guess it might be useful there in some cases)
[18:45] <highvoltage> stgraber: fyi (but no rush): https://code.launchpad.net/~jonathan/ubuntu-seeds/edubuntu.quantal/+merge/107679
[18:47] <stgraber> highvoltage: am I reading this right? we'd have kstarts+stellarium?
[18:48] <highvoltage> 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] <highvoltage> perhaps I should have removed stellarium already... but it's not the last package changes for the cycle for sure
[18:54] <highvoltage> 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] <stgraber> highvoltage: feel free to propose changes against ubuntu:ltsp for now, I'll merge them before the split
[18:56] <highvoltage> stgraber: ok, at least that way I get in some ltsp commits too :)
[19:11] <highvoltage> (oh, not really)
[19:14] <highvoltage> stgraber: actually I'm not sure what to do, ubuntu:ltsp? is that what I get with pull-lp-source?
[19:16] <stgraber> it should be
[19:16] <stgraber> highvoltage: bzr branch ubuntu:ltsp => do your change => bzr push lp:~jonathan/ubuntu/quantal/ltsp/your-change => bzr lp-propose-merge
[19:16] <highvoltage> stgraber: ok, got it
[19:28] <highvoltage> https://code.launchpad.net/~jonathan/ubuntu/quantal/ltsp/autologin/+merge/107682
[20:05] <stgraber> 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] <stgraber> so the gconf configuration overlay for unity never gets applied
[20:05] <stgraber> and the unity plugin is never loaded as a result
[20:07] <stgraber> 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] <highvoltage> stgraber: ah
[20:07] <stgraber> 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] <highvoltage> 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] <stgraber> because it needs to run before any gconf instance might be called. Doing it from the .desktop launcher would be racy
[20:10] <stgraber> I'm not even convinced it's not racy to do it where they're doing it at the moment ;)
[20:10] <highvoltage> ah ok