| nirel | guys i have a problem with my monitor | 02:52 |
|---|---|---|
| mgariepy | morning all | 13:24 |
| sbalneav | Morning all | 14: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:51 |
| 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:52 |
| 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:54 |
| 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:55 |
| 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:56 |
| 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:57 |
| 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:58 |
| 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 | 15:59 |
| 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:00 |
| ogra | well, try it | 16:01 |
| alkisg | But how would I try it on the alternate cd? | 16:01 |
| 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:02 |
| 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:03 |
| sbalneav | Just to let people know, I'm expiring from the irc ops | 16:04 |
| 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:05 |
| 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:06 |
| 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:07 |
| ogra | sbalneav, well, it comes in handy if you have a troll | 16:09 |
| * ogra is usually not around after 9pm UTC | 16:09 | |
| LaserJock | hi all | 16:17 |
| LaserJock | highvoltage, stgraber, sbalneav: around? | 16:18 |
| sbalneav | Yes for a moment or two | 16:22 |
| 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:26 |
| 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:27 |
| sbalneav | Hmm, not sure | 16:33 |
| sbalneav | Would the "compartment" be at the top | 16:33 |
| 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:34 |
| 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:35 |
| 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 | 16:37 |
| joerg_ | j #linux.de | 17:03 |
| joerg_ | sorry | 17:03 |
| sbalneav | LaserJock: BTW, did you see the responses to my comment? | 18:47 |
| LaserJock | yeah | 18:52 |
| LaserJock | I tend to think anything to do with empathy or telepathy is a dead end | 18:52 |
| sbalneav | I mean, it would be one thing to say "Yeah, try this, this, this.... Oh, still nothing? OK, might be upstream" | 18:53 |
| 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:54 |
| LaserJock | they're just drowning in bugs and so are trying to close as many as possible and shove everything upstream | 18:56 |
| LaserJock | but it does make one wonder what the point of having Launchpad is in that case | 18:57 |
| sbalneav | Well, that was my point. | 18:58 |
| LaserJock | I went to #telepathy to get help | 18:59 |
| LaserJock | not significantly better | 18:59 |
| 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:00 |
| sbalneav | Where's the debug window? | 19:05 |
| LaserJock | in Help | 19:05 |
| 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 | 19:06 |
| === joerg__ is now known as joerg | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!