[13:46] morning all [16:32] highvoltage: hi, so I talked with eric about the PPA and basically we lack much resources so you are free to create PPA but we are not able to do this work for the moment. [16:42] highvoltage: ping [18:56] * edubuntu meeting starting in 5 minutes [19:00] no, pygame session is happening in 5 [19:00] you can't ask me to chose between them [19:00] you don't have to choose [19:00] you can just do both :D [19:01] I'm not sure how useful I'll be, I'm not feeling too well today I think I'll go to sleep directly afterwards [19:01] let's move over... [19:03] sbalneav: meeping [19:37] highvol/win 9 [19:37] irssi sucks :D [19:39] * stgraber would have done alt+9, thanks to irssi's key bindings [19:42] yeah me too. [19:42] well the same keybindings would work for alkisg in pidgin as well :) [19:43] Except that mouse clicking is easier than window counting.... :D [19:45] oops, speaking of windows, I'm not supposed to be in this one... [19:54] back here [19:54] So, is there no bottom panel any more by default? [19:54] * alkisg had some problems with fat clients and local storage (usb sticks, cds, local disks)... should I mention that in #ubuntu-meeting? or here? [19:55] Looking at the "brand" page, doesn't seem to be. [19:55] sbalneav: hmm, I didn't notice it because I don't usually have a bottom panel [19:55] sbalneav: I wonder where the window list will be then [19:55] (mine is usually at the top with everything else, but it doesn't seem to be in the screenshots) [19:55] sbalneav: peerhaps there's a big dock surprise coming too :) [19:55] I haven't done a gconftool-2 --recursive-unset /apps/panels for a while. [20:00] highvoltage: hi [20:00] hi JZA [20:00] highvoltage: did you got my msg about PPA? [20:00] JZA: I did indeed, I think it's something we should work on for Ubuntu 10.10 [20:01] ok [20:02] JZA: and maybe even keep it ppa-only. I guess we'll have to discuss the details. it will depend on how complicated it's going to be to maintain and whether we'll have enough interested people to maintain it [20:02] JZA: for Lucid the deadlines are already quite tight, but at least there aren't any freezes on PPA's so we can work on that any time [20:03] highvoltage: wouldnt the deb be enough to just put it on the repo? [20:03] JZA: I ran it and looked at the features list... I was just wondering whether the changes could be implemented in OOo with a plugin instead? [20:03] highvoltage: no [20:04] highvoltage: we take code out of OOo [20:04] highvoltage: extensions are about putting code in OOo [20:04] heh, from LaserJock: [20:04] 'I don't see how deep purple background with dark window background is "light"' [20:04] LaserJock FTW [20:05] I was a little more brusque. He said "So out with brown and in with purple"? [20:05] I said: [20:05] "Yeah, we seem to be sticking with "colours you can see in puke"" [20:05] JZA: a debian package is enough to have it included in a ppa, having it in the archives comes with smoe more responsibility [20:06] That's the last negative thing I'll say :) [20:06] * sbalneav zips mouth [20:06] highvoltage: I guess thats where mhall119|work will help us with [20:06] So, I can probably host another bug day..... [20:06] * sbalneav looks at calendar [20:06] sbalneav: no matter how wonderful or terrible they make the default theme I'm going to change it to what I want it to look like anyway [20:07] JZA: *nod* [20:07] Wednesday the 10'ths looking good. [20:07] I'll post something to the list. [20:08] JZA: obviously it would be nice to ultimately have it in the archives, so perhaps at some points we should look at automated daily builds and a strategy for having security updates, etc for when we're ready to get it in the archives. I'll poke some OOo package maintainers, they might be able to look at it some time and also give some tips [20:08] sbalneav: it does indeed [20:09] * stgraber is scared about having twice the worst package to maintain in the archive ;) [20:09] Which of us went to London to work on the new art? [20:10] stgraber: what package is that, and corollory question, which is the worst? [20:11] stgraber: which is why I tend to think that it's probably going to stay PPA-only for a while :) [20:12] stgraber: at least it would be easier for ubuntu users to instaall if it's in a PPA [20:12] (sorry for all the duplicate letters- stupid wireless keyboard's fault) [20:13] I guess the mozilla stuff and gnome must be in the same level of nightmarish as OOo [20:13] sbalneav: I did [20:14] sbalneav: that'd be OpenOffice.org as it always fail for weird reasons on some architectures and takes over 13 hours to build, for a hundreds of megs of sources and tens of binary packages :) [20:14] stgraber: got any thoughts on why I can't use local devices on fat clients ("not authorized"), or any advice on how would I debug that? [20:14] sbalneav: I flew to London on Saturday, spent Sunday and Monday there and flew to Switzerland on Tuesday (I'm currently in Europe at the moment) [20:15] stgraber: Cool [20:15] alkisg: I'd say it may be a polkit issue though I don't really know how to debug that (and I'm 7000km away from one of my thin clients or LTSP setup :)) [20:15] stgraber: ah, yeah, I'd agree. oo.o would be a bear. [20:16] stgraber: thanks.... I'm afraid it might be that the user is put in the fuse group *after* logon, so a logoff would be needed to take effect, which can't happen :-/ [20:19] Ugh, ltspfsd can't be removed for fat clients, as ltsp-client depends on it [20:23] alkisg: well, as fat clients can be converted back to thin clients using a simple env variable, I'd like to still have ltspfsd around :) [20:23] stgraber: Sure, I just wanted to test if it works without it [21:27] alkisg: re: fatclient, check my source... there is something in there to enable local devices and take enable it in polkit [21:27] Ah, nice, /me looks... (I hope that works for polkit-1 in karmic+...) [21:31] Nah, no /usr/share/PolicyKit folder in my Lucid [21:32] alkisg: /usr/share/polkit-1/ ? [21:32] It's hal specific anyway, should be deprecated now, but I'll look.. [21:39] stgraber: changing every "no" to "yes" in /usr/share/polkit-1/actions/org.freedesktop.udisks.policy enabled me to mount a usb stick. I'll try to finetune it - what do we want? To patch that file on the runtime depending on DENY_LOCALDEV_* ? [21:40] Or just enable any user to mount anything? [21:41] would be great if we could make that match DENY_LOCALDEV [21:41] k, I'll give it a shot tomorrow. [21:42] I'll also try to prevent ltspfsd from starting for fat clients... [21:42] (ah, it's *our* source, so we could just check for /etc/ltsp/ltsp_fat_chroot :P) [21:43] Nah for LTSP_FATCLIENT [21:43] nope, having /etc/ltsp/ltsp_fat_root doesn't mean you're running a fat client. It means the default is fat client [21:43] you should let ltspfsd run as usual but simply not mount anything in the local session when it's a fat client [21:43] Why not save the resources? [21:44] because I want them to be mounted on the remote server ! [21:44] ...and completely prevent it from running? [21:44] otherwise ltsp-remoteapps won't work properly [21:44] k [21:44] If I start a remote openoffice, I'm expecting to have /media working as it should [21:44] I'll take a look but I'm not experienced with that part of the code, so if you could take care of that instead, that would be best...