[02:52] <nirel> guys i have a problem with my monitor
[13:24] <mgariepy> morning all
[14:51] <sbalneav> Morning all
[15:51] <stgraber> ogra: btw, quick note on something we discussed a while ago. iBus works correctly even for localapps.
[15:51] <stgraber> ogra: it's clearly doing some magic somewhere but it's working very nicely here.
[15:51] <ogra> cool
[15:52] <stgraber> ogra: I'll have someone come to our office this afternoon to confirm that Chinese is working properly (as I don't really understand it) :)
[15:52] <stgraber> that's for one of my customer in China that'll be running laptop, desktops, thin clients and remote NX access on Karmic with Chinese input and interface
[15:52] <ogra> sweet !
[15:52] <stgraber> yep
[15:54] <alkisg> stgraber, now that both you and ogra are here, can I just change that passthrough debconf method back to noninteractive, like debian has it? I think ogra says that it was never actually implemented, so we can just save ourselves from all the error messages. I tried with the debian plugin and it worked fine, and we still have time to check if that affects the alternate cd somehow.
[15:54] <ogra> nono, i didnt say that
[15:55] <ogra> i said it was used in ltsp-client-builder on the CD
[15:55] <ogra> just that ltsp-client-builder was never properly finished :)
[15:55] <ogra> ltsp-client-builder makes some use of passthrough, it will show a lot less progress if you use noninteractive there
[15:56] <alkisg> Ah, sorry, misunderstood. But I did get the meaning right, right? I.e. that we can change it back to noninteractive...
[15:56] <alkisg> But now it just shows 50 % and then 100%...
[15:56] <alkisg> There's a bug filed for that
[15:57] <ogra> well, i would do it that way:
[15:57] <ogra> define a variable that can replace the debconf frontend in the code dynamically and default to noninteractive
[15:58] <ogra> if someone ever goes to fix the d-i module he will want to have passthrough available
[15:58] <ogra> so there you can then export that variable
[15:58] <alkisg> well, if DEBCONF_FRONTEND is set, we keep it, else we default to noninteractive - does that sound ok?
[15:58] <ogra> no, because d-i might set soemthing completely different
[15:59] <ogra> dont use DEBCONF_FRONTEND
[15:59] <ogra> definae something else
[15:59] <ogra> DEBCONF_FRONTEND=${SOMETHINGELSE:-noninteractive}
[15:59] <ogra> that should be in the ltsp-build-client plugin
[16:00] <alkisg> Won't ltsp-client-builder be "in charge" of setting that SOMETHINGELSE variable? Why would it be better than saving/restoring DEBCONF_FRONTEND?
[16:00] <ogra> ltsp-client-builder can then set SOMETHINGELSE to whatever it wants
[16:00] <alkisg> I.e. DEBCONF_FRONTEND=passthrough ltsp-build-client
[16:00] <alkisg> ...that'll save/restore the DEBCONF_FRONTEND value after the ltsp-build-client call...
[16:01] <ogra> well, try it
[16:01] <alkisg> But how would I try it on the alternate cd?
[16:02] <alkisg> I mean, shouldn't we change it, and test on a daily image if it works?
[16:02] <ogra> by changing it inside the CD :)
[16:02] <ogra> its very tricky
[16:02] <alkisg> Hmmm casper allows read/write, but what about the alternate?
[16:02] <alkisg> Ah, you mean to unzip/rezip the .iso?
[16:02] <ogra> it doesnt
[16:02] <ogra> yeah
[16:03] <ogra> fiddle with the iso
[16:03] <ogra> as i said, very tricky and very time consuming
[16:03] <alkisg> Hmmm I'd still go for the daily image, to save me some hours :)
[16:03] <ogra> thats why i gave up on it ... i missed the time
[16:03] <alkisg> (which I currently don't have :D)
[16:03] <alkisg> We're still in alpha3, can't we just try it?
[16:04] <sbalneav> Just to let people know, I'm expiring from the irc ops
[16:05] <alkisg> irc ops for edubuntu? why?
[16:05] <sbalneav> I have absolutely no desire to be an op for #edubuntu
[16:05] <alkisg> But why? :)
[16:06] <alkisg> What if someone comes here and starts misbehaving? Who're we going to turn to?
[16:06] <sbalneav> I'll let others handle that,  I've got enough on my plate as it is :)
[16:07] <alkisg> Oh com'on, it's not like it needs your attention every day... :)
[16:07] <alkisg> It's nice to have a trusted person as an op, even if we never actually need him
[16:09] <ogra> sbalneav, well, it comes in handy if you have a troll
[16:09]  * ogra is usually not around after 9pm UTC
[16:17] <LaserJock> hi all
[16:18] <LaserJock> highvoltage, stgraber, sbalneav: around?
[16:22] <sbalneav> Yes for a moment or two
[16:26] <LaserJock> sbalneav: for Hardy I had a feature added to Add/Remove to "float" ubuntu-edu-* app bundles to the top of the Education category
[16:26] <LaserJock> no Software Center is replacing Add/Remove and they don't want to do the floating thing
[16:26] <LaserJock> instead they have a mechanism for adding our own top-level "Compartment"
[16:27] <LaserJock> they would like to know if that's OK or if we *really* need the "float to the top" thing
[16:27] <LaserJock> it's my bug but since I'm no longer in charge here I wanted to ask you guys what you wanted to do
[16:33] <sbalneav> Hmm, not sure
[16:33] <sbalneav> Would the "compartment" be at the top
[16:34] <LaserJock> basically
[16:34] <LaserJock> top-level anyway
[16:34] <LaserJock> at the time that I added the floating thing the app-bundles were really a primary way of installing the Edubuntu software
[16:35] <LaserJock> as the Add-on CD wasn't getting used a ton it didn't seem
[16:35] <LaserJock> now that the DVD is here I don't imagine that it will be used all that much
[16:37] <LaserJock> my personal feeling is that it should be fine to drop the "float" thing as mvo/slangasek weren't pleased that we did it in the first place
[16:37] <LaserJock> as we were the only group using it
[16:37] <LaserJock> I think it also slowed down the app as the sorting got more complicated
[17:03] <joerg_> j #linux.de
[17:03] <joerg_> sorry
[18:47] <sbalneav> LaserJock: BTW, did you see the responses to my comment?
[18:52] <LaserJock> yeah
[18:52] <LaserJock> I tend to think anything to do with empathy or telepathy is a dead end
[18:53] <sbalneav> I mean, it would be one thing to say "Yeah, try this, this, this.... Oh, still nothing?  OK, might be upstream"
[18:54] <sbalneav> But it was *right out of the box*
[18:54] <sbalneav> And how the *&^#*% is a new end-user supposed to know where upstream is?
[18:56] <LaserJock> they're just drowning in bugs and so are trying to close as many as possible and shove everything upstream
[18:57] <LaserJock> but it does make one wonder what the point of having Launchpad is in that case
[18:58] <sbalneav> Well, that was my point.
[18:59] <LaserJock> I went to #telepathy to get help
[18:59] <LaserJock> not significantly better
[19:00] <LaserJock> but they did show me where there's a debug window in Empathy so I can watch to see if it's telepathy's fault or empathy's
[19:00] <LaserJock> ... but that just sort of gets me to which bug tracker I'm supposed to head to, I have no confidence that the bug will actually be fixed
[19:05] <sbalneav> Where's the debug window?
[19:05] <LaserJock> in Help
[19:06] <LaserJock> the problem is this is such a random/niche bug
[19:06] <LaserJock> but one I don't get in any other IM client