[12:12] <mdz> seb128: do you know if anyone is interested in visualization functionality in rhythmbox?  currently it seems only totem does this
[12:13] <HiddenWolf> mdz: the request pops up from time to time
[12:13] <HiddenWolf> mdz: rhythmbox upstream wouldn't mind, as a plugin
[12:14] <HiddenWolf> mdz: and they are investigating hijacking gedit's plugin system now that 0.9.3 is out.
[12:14] <mdz> only as a plugin?
[12:15] <seb128> mdz: upstream has some plugin code to the CVS now, maybe they could do a plugin for it right
[12:15] <HiddenWolf> mdz: doctau and the others feel that RB is a music player first and foremost, and that there is too much to improve in the core yet to think about branching out.
[12:15] <seb128> do you think that visualisation is something useful for a music player?
[12:15] <HiddenWolf> seb128: it'd make a hell of a screensaver in fullscreen mode with visualisations. :)
[12:15] <mdz> seb128: yes, I like it
[12:16] <mdz> it certainly makes more sense in rhythmbox than in totem
[12:16] <seb128> totem has already a video area that's easy to do
[12:16] <mdz> but totem isn't very nice as a music player
[12:16] <seb128> but I think a rb plugin for that would be nice
[12:17] <seb128> should be quite easy to do with gst
[12:38] <dholbach> good night guys
[12:44] <mdz> night dholbach
[12:45] <dholbach> have a nice rest of the day, mdz :)
[12:56] <nemonoid> if I spot a problem with a failed build on the build farm, is there any way, or even a point of reporting a possible fix?
[12:57] <Burgwork> nemonoid, the uploader gets notified by email
[12:57] <Burgwork> nemonoid, do you have a fix for the build failure?
[12:58] <nemonoid> yeah...just wanted to know if there was a way of notifying the uploader
[01:07] <Burgwork> nemonoid, email the maintainer if you have a fix, otherwise leave them alone as I am certain they are all over it
[01:31] <LadyNikon> hey was anyone able to check out the bug for vpnc?
[01:36] <LadyNikon> sorry had to find the bug
[01:36] <LadyNikon> https://launchpad.net/distros/ubuntu/+source/vpnc/+bug/29727
[01:36] <Ubugtu> malone bug 29727 in vpnc "vpnc: missing script vpnc-connect" [Normal,Unconfirmed]  
[01:50] <sivang> night all
[01:54] <Mez> mdz: ping
[02:57] <hyperactivecrond> ubuntu express != gui installer, yes?
[02:58] <Burgwork> hyperactivecrond, ubuntu express is now espresso
[02:58] <hyperactivecrond> ok
[02:59] <Burgwork> hyperactivecrond, and espresso allows installs from the livecd
[02:59] <hyperactivecrond> espresso != gui installer
[02:59] <hyperactivecrond> then
[02:59] <Burgwork> it runs completely within GNOME on the live cd, so it is a gui installer
[03:01] <hyperactivecrond> ah.  i thought they were 2 seperate things
[03:02] <hyperactivecrond> are we doing a gui installer for the install cd/
[03:04] <jblack> Hi. My computer is  self destructing. 
[03:04] <hyperactivecrond> whoops wrong channel for sarcasm... apologies jblack
[03:04] <jblack> I tried changing my theme. The theme program crashed. Now it crashes everytime it starts. It also seems that many gnome apps are crashing. Even firefox crashes now
[03:05] <hyperactivecrond> jblack: is this a development ? ?
[03:05] <jblack> hyperactivecrond: It is for me.
[03:05] <hyperactivecrond> file a bug?
[03:06] <jblack> Did you catch "even firefox crashes" ? 
[03:06] <jblack> I can't look up bugs or file a bug, or search google for other people solved it. #ubuntu isn't providing any help.
[03:06] <hyperactivecrond> install kde? lol
[03:08] <hyperactivecrond> try gnome failsafe login?
[03:10] <jblack> Yeah. I can try that. brb
[03:12] <jblack> No. everything crashes in failsafe gnome too.
[03:12] <jblack> I think whats happened is that I've selected a theme that crashes gnome. I think I can get out of it if I can change the theme by hand
[03:13] <hyperactivecrond> that works :)
[03:13] <jblack> I don't know how. Thats why I'm asking for help.
[03:13] <jblack> at least gnome-terminal runs
[03:13] <hyperactivecrond> hmm...
[03:14] <infinity> I assume the theme is broken, yes.
[03:14] <hyperactivecrond> yes
[03:19] <infinity> jblack: Try ~/.gconf/apps/metacity/general/%gconf.xml
[03:19] <infinity> jblack: The first entry in there is the theme on my mahcine... 
[03:19] <infinity>         <entry name="theme" mtime="1129293671" type="string">
[03:19] <infinity>                 <stringvalue>Human</stringvalue>
[03:19] <infinity>         </entry>
[03:37] <jblack> infinity: that took care of it, though I had to change about a dozen places in a half dozen files.
[03:37] <jblack> Thanks!
[03:38] <whiprush> jblack: got your mail, I've been busy, but I'll get to it. :D
[03:39] <jblack> whiprush: Great. email about what?
[03:40] <whiprush> the bzr thing for the fridge.
[03:40] <jblack> Ahh. You're Jorge?
[03:40] <whiprush> yep
[03:43] <netdur> is there any document about customization INSTALL cd?
[03:51] <jblack> Ok. You guys should know this. There's a problem in dapper right now. If a user select the SphereCrystal theme, then theme manager will crash and refuse to start. Also, most other complicated applications will crash too.
[03:51] <jblack> The proper solution is to reboot the computer, log into the console, grep through all SphereCrystal references, and replace them with something else -- say Human.
[05:22] <fabbione> morning
[07:28] <pitti> Good morning
[07:29] <ajmitch_> morning pitti :)
[07:29] <zakame> hi pitti 
[07:29] <zakame> and ajmitch_ :)
[07:30] <pitti> hi ajmitch_ 
[08:53] <dholbach> good morning
[09:00] <lemsto> hi there!!
[09:01] <lemsto> i'd like to know if its possible ti take only few package from dapper and use them in breezy (such as firefox 1.5)
[09:02] <dholbach> lemsto:  encourage to use just what was compiled for breezy, such as stuff in breezy-{updates,security,backports}
[09:02] <dholbach> lemsto: and that's more of a #ubuntu question
[09:02] <dholbach> hello mvo
[09:02] <lemsto> dholbach, ok, thank u
[09:02] <mvo> hello dholbach
[09:03] <dholbach> lemsto: no worries
[09:18] <sivang> good morning all!
[09:43] <pitti> sjoerd: I'm currently preparing a hal diff for you with changes that are interesting for Debian; do you have some minutes to talk about it today?
[09:46] <pitti> mjg59: is your add-keyboard-addons hal patch already upstream?
[09:51] <sjoerd> pitti: yeah, probably tonight
[09:52] <sjoerd> btw davdid said he would probably release 0.5.7 today
[09:52] <pitti> sjoerd: uh, that would be nice
[09:52] <pitti> although I'm not sure whether we can upgrade to it
[09:53] <pitti> sjoerd: http://people.ubuntu.com/~pitti/patches/hal-ubuntu-debian.diff
[09:53] <pitti> sjoerd: some patches speak for themselves, but some require some explanation
[09:54] <pitti> sjoerd: I will be online until at least 1700 CET (1600 UCT)
[09:54] <pitti> UTC, even
[09:54] <sjoerd> hrm, dunno if i will be back then
[09:56] <dholbach> mdz, Kamion: the new ekiga (part of GNOME release) will require a new pwlib and opal - luckily this time there is no API breakage this time. Do you want me to send you a UVF exception report or something?
[09:56] <sjoerd> probably have some time later in the morning too... i'll ping you :)
[09:57] <dholbach> mdz, Kamion: upstream (which is debian-voip team as well) has packages ready, which i will just have to modify for debian/changelog (since they're stuck in debian NEW)
[10:15] <slomo_> Kinnison: hi... is stuff on dep-wait cleaned automatically now?
[10:38] <mjg59> pitti: Yup
[10:38] <Treenaks> mjg59: had time for the wacom-tools update yet? :)
[10:39] <mjg59> Treenaks: Nope - yesterday didn't entirely work out as planned
[10:42] <Treenaks> mjg59: I saw heaps of Xgl-related uploads ;)
[10:45] <lemsto> mondus44
[10:46] <lemsto> oops
[10:46] <lemsto> sorry
[10:46] <lemsto> :)
[10:46] <lemsto> nop, wrong channel
[10:46] <lemsto> :p
[10:47] <viviersf> hmmm
[10:47] <viviersf> weird
[10:48] <viviersf> new dapper chroot's locales doesnt want to regenerate :/
[10:49] <Mithrandir> not even if you do a locale-gen $localename?
[10:49] <pitti> viviersf: what do you mean? does it say 'up-to-date'?
[10:49] <viviersf> i made a new chroot for dapper
[10:49] <viviersf> so i can start a new impi build
[10:49] <viviersf> dpkg-reconfigure locales just sais
[10:50] <viviersf> setting locale failed and a some other things
[10:51] <viviersf> http://pastebin.com/554049
[11:00] <Mithrandir> viviersf: do locale-gen en_US.UTF-8
[11:01] <viviersf> kewl thx
[11:01] <viviersf> but if i want all the locales to get generated or is that a bad idea ?
[11:02] <seb128> Riddell: "juk" still use gst0.8?
[11:02] <Mithrandir> viviersf: install language packs, then.
[11:02] <viviersf> kk
[11:02] <Riddell> seb128: oh yes, I'll get rid of that
[11:04] <seb128> thank you
[11:04] <pitti> heeey Keybuk, welcome back
[11:05] <viviersf> thx Mithrandir :)
[11:05] <Keybuk> not "back", just being more cheeky <g>
[11:06] <Keybuk> pitti: did you get any further with your bug?
[11:07] <pitti> Keybuk: I added the udev stanza, but I didn't reboot yet
[11:07] <pitti> Keybuk: will do soon, but I wanted to finish some stuff first
[11:07] <pitti> Keybuk: this morning I was lucky and both eth cards were alright
[11:08] <Keybuk> ok, thanks
[11:08] <Keybuk> I have a hunch it's linux-wlan-ng being silly
[11:08] <ogra> seb128, where or what is python-gst0.10 ? it breaks the CD 
[11:08] <pitti> Keybuk: but I don't use l-w-n on my desktop, I only have proper eth cards
[11:08] <Keybuk> pitti: ok, maybe it's not then :p
[11:09] <seb128> ogra: universe
[11:09] <ogra> ah, k ...
[11:10] <seb128> ogra: I'm not doing promotions, talk to Kamion :)
[11:10] <ogra> yup
[11:10] <Kinnison> slomo_: not currently
[11:10] <ogra> Kamion, ?? ^^^ can you promote python-gst0.10 ?
[11:10] <ogra> serpentine depends on it 
[11:11] <ogra> seb128, i guess its the successor of 0.80 so no main inclusion report needed, right ? 
[11:11] <seb128> correct
[11:11] <ogra> :)
[11:12] <stub> Launchpad is going down in 10 minutes for the weekly code update. Estimated downtime is about 10 mins. wikis will be in readonly mode.
[11:15] <Kamion> dholbach: those are fine
[11:15] <Kamion> ogra: I can't do promotions at the moment because I have no idea how to do override changes in Soyuz, sorry
[11:16] <Kamion> Kinnison: could you change python-gst0.10's override to main, or is that still an elmo thing?
[11:16] <stub> Update: Launchpad is going down in 15 minutes for the weekly code update. Estimated downtime is about 10 mins. wikis will be in readonly mode.
[11:16] <dholbach> Kamion: thanks
[11:17] <Kinnison> Kamion: elmo
[11:17] <Kinnison> Kamion: if he'd tell you how, that'd be grand
[11:17] <Treenaks> ogra: gnome egg* is unstable/not-yet-finished stuff
[11:17] <ogra> speed up your brekfast with our new eggaccelerators !!!
[11:18] <Kinnison> Kamion: I believe it's the override-change.py but I have no idea if he's fixed it all up yet
[11:23] <Keybuk> ogra: eggs that give you the runs?
[11:23] <ogra> hehe
[11:37] <ogra> seb128, the patch from gnome bug #94049 works fine on all arches, no regression for normal usage, i'll do more testing with multihead people to confirm it works there as well
[11:37] <seb128> cool
[11:42] <Kinnison> expect queued uploads to be processed in 3 minutes time
[11:44] <Kamion> <cjwatson@cairhien ~/src/packages/gtk+2.0/gtk+2.0-2.8.10>$ debian/rules patched-source
[11:44] <Kamion> <cjwatson@cairhien ~/src/packages/gtk+2.0/gtk+2.0-2.8.10>$ debian/rules patch
[11:44] <Kamion> <cjwatson@cairhien ~/src/packages/gtk+2.0/gtk+2.0-2.8.10>$ debian/rules apply-patches
[11:44] <Kamion> <cjwatson@cairhien ~/src/packages/gtk+2.0/gtk+2.0-2.8.10>$ debian/rules unpack
[11:44] <Kamion> <cjwatson@cairhien ~/src/packages/gtk+2.0/gtk+2.0-2.8.10>$ debian/rules setup
[11:44] <Kamion> <cjwatson@cairhien ~/src/packages/gtk+2.0/gtk+2.0-2.8.10>$ debian/rules extract
[11:44] <Kamion> (the last after reading debian/rules)
[11:44] <Kamion> please provide aliases for some of the more common ones found in other packages so my chances increase
[11:47] <Keybuk> debian/rules <tab> .... oh-bugger-its-not-obvious
[11:48] <Kamion> debian/rules should not be as hard as tla :P
[11:48] <Treenaks> make needs a way to list targets ;)
[11:48] <Kamion> (the latter of which certainly requires completion to use sanely)
[11:48] <ogra> debian/rules gamble ?
[11:48] <StevenK> oh-bugger-its-not-obvious is a great target for debian/rules!
[11:48] <Treenaks> ogra: debian/rules random
[11:49] <ogra> Treenaks, yes, that would be called by gamble ;)
[11:49] <ogra> before debian/rules win or debian/rules loose :)
[11:51] <Keybuk> StevenK:
[11:51] <Keybuk> _debian_rules() { words=(make -f debian/r
[11:51] <Keybuk> _debian_rules() { words=(make -f debian/rules) _make }
[11:51] <Keybuk> compdef _debian_rules debian/rules
[11:51] <Keybuk> -- 
[11:51] <Keybuk> (obviously without the first incomplete line)
[11:59] <pitti> mjg59: do we have any excuse to upgrade to hal 0.5.7?
[12:01] <seb128> pitti: you didn't ask me, but like it has the .capacity for CDs and ncb? :)
[12:02] <seb128> pitti: you may be interested by http://mail.gnome.org/archives/gnome-vfs-list/2006-February/msg00007.html
[12:02] <pitti> seb128: we'll also need the new ncb patch for that
[12:02] <pitti> seb128: right, that could be interesting, will take a look at it
[12:02] <seb128> pitti: there is some chance than we ship with a GNOME that requires the new hal ...
[12:02] <pitti> seb128: the LUKS stuff still needs serious cleanup
[12:02] <seb128> for stuff like that patch 
[12:05] <mjg59> pitti: Several bugfixes
[12:08] <sivang> Keybuk: does it expand to the make targets in rules?
[12:11] <Keybuk> sivang: yes
[12:11] <Keybuk> at least, it should
[12:11] <Keybuk> (and seems to)
[12:13] <Keybuk> pitti: could you attach your /etc/iftab to bug 31188 please
[12:13] <Ubugtu> malone bug 31188 in udev "device named eth0_clashed during swapping" [Major,Needs info]  http://launchpad.net/bugs/31188
[12:16] <pitti> Keybuk: I already did?
[12:16] <sebest_> sjoerd: ping
[12:16] <Keybuk> ah, it's in a comment, sorry
[12:17] <Keybuk> pitti: can you try something for me:  run /lib/udev/iftab_helper eth1 00:06:4f:06:80:7c 1
[12:17] <pitti> $ /lib/udev/iftab_helper eth1 00:06:4f:06:80:7c 1
[12:17] <pitti> eth1_clashed
[12:17] <Keybuk> :o
[12:17] <ogra> heh
[12:18] <pitti> is that good or bad?
[12:18] <ogra> sounds not good
[12:18] <Keybuk> I'm having a moment here
[12:18] <Keybuk> I know why it doesn't work ;)
[12:18] <Keybuk> BECAUSE THE CODE IS JUST DAMNED WRONG WRONG WRONG WRONG WRONG :p
[12:21] <Keybuk> pitti: grab the udev source for me
[12:21] <pitti> god it
[12:21] <pitti> got it, even
[12:22] <seb128> we get quite a bunch of gnome-power-manager bugs, who is responsive for that package?
[12:22] <Keybuk> http://people.ubuntu.com/~scott/80-extras-iftab_helper.patch
[12:22] <Keybuk> replace that patch
[12:22] <Keybuk> seb128: hmm, /^g/ ... you
[12:22] <seb128> no no no :p
[12:23] <Kinnison> seb128: I've been looking at it yesterday and this morning
[12:23] <Kinnison> seb128: but other than that it's mostly been mjg59
[12:23] <seb128> Kinnison: do you want to be the bug contact for it? :)
[12:23] <ogra> seb128, worst case fall back on me
[12:23] <seb128> there is no worst case
[12:23] <seb128> there is just a pile of bug and nobody looking on them
[12:23] <ogra> (if you dont find anybody ...)
[12:23] <ogra> i'm looking at them ...
[12:23] <Kinnison> seb128: I'll be bug contact, sure
[12:23] <seb128> if we do ship it for dapper somebody needs to be responsive for them
[12:24] <Kinnison> seb128: I went through it a lot yesterday
[12:24] <seb128> ok, cool
[12:24] <Keybuk> StevenK: "with glibc" ?
[12:24] <ogra> you might note that i'm subscribed to all of them
[12:24] <seb128> lot stay un-assigned in fact
[12:24] <mjg59> Keybuk: It's big and nasty
[12:24] <Keybuk> seb128 maintains that too
[12:24] <ogra> oh ?
[12:24] <Keybuk> he's just in denial
[12:24] <StevenK> Heh
[12:24] <Keybuk> pitti: obviously then build and install it
[12:24] <lifeless> he must be wet then
[12:24] <Keybuk> and try the iftab_helper command again
[12:25] <StevenK> lifeless: Teehee
[12:25] <pitti> seb128: don't he's just fixing my network breakage!
[12:25] <pitti> s/ he/, he/
[12:25] <seb128> ok ok, I can wait a bit :)
[12:25] <Kinnison> seb128: Do I have to do something in launchpad to be "bug contact" for g-p-m?
[12:26] <Keybuk> seb128: so, upstream are considering renaming it to gdev :)
[12:26] <Keybuk> Kinnison: 
[12:26] <pitti> Keybuk: $ /lib/udev/iftab_helper eth1 00:06:4f:06:80:7c 1
[12:26] <pitti> eth0
[12:26] <Keybuk> click the "I want to be bug contact" link
[12:26] <Kinnison> Keybuk: aah yes, thanks
[12:26] <Keybuk> pitti: just don't diff the two patches, okay :)
[12:27] <Kinnison> Keybuk: gdev?
[12:27] <pitti> Keybuk: I overwrote it right away :)
[12:27] <Keybuk> Kinnison: I think it's under Contact settings on the first bug page, or something
[12:27] <Kinnison> Keybuk: already done, thanks :-)
[12:27] <seb128> Kinnison: https://launchpad.net/distros/ubuntu/+source/gnome-power-manager/+subscribe
[12:27] <seb128> good
[12:27] <seb128> ogra: subscribe too if you are interested
[12:27] <ogra> doing
[12:28] <sebest_> hello, i just installed vmware-server webui on breezy, and the httpd included is looking for libssl.so.4
[12:28] <seb128> thank you guys, so we have somebody gettings the bugs by default :)
[12:28] <Kamion> bah, signals not propagated across gtksocket/gtkplug
[12:28] <Keybuk> ogra: I heartily recommend not having one
[12:28] <Keybuk> no e-mail is liberating
[12:29] <sebest_> i added a link named libssl.so.4 pointing to libssl.so.0.9.7 and it's working
[12:29] <Keybuk> not to mention causes a massive increase in productivity
[12:29] <ogra> Keybuk, the bad thing about that is that my server doesnt know ... i tried that from christmas to mid january when my server was broken ...
[12:29] <StevenK> Keybuk: I used that argument when I broke the mail server at work.
[12:30] <StevenK> Keybuk: People didn't see it that way. :-)
[12:30] <ogra> but it only resulted in 6000 unread mails after the new server was in place :(
[12:30] <Keybuk> I'm running out
[12:30] <Treenaks> Keybuk: there aren't any?
[12:31] <Kinnison> Keybuk: southpark: bigger, longer, uncut.
[12:31] <StevenK> Oh dear god.
[12:31] <Keybuk> Treenaks: thankyou :)
[12:32] <Keybuk> Treenaks: that has exactly the kind of lyrics I was looking for
[12:35] <Keybuk> ok!  that should be the end of that udev bug
[12:36] <StevenK> Keybuk: The King and I?
[12:38] <Keybuk> Kinnison: no, attack of the tab key, s/Treenaks/Kinnison/ :)
[12:40] <Treenaks> yeah, because t<tab> and k<tab> are so close :P
[12:43] <Keybuk> Kinnison: I'm sure my boyfriend and yours would object
[12:44] <Kinnison> Keybuk: mine wouldn't complain so much as want in on the action :-)
[12:45] <sivang> heh
[12:45] <sivang> guys, as Steve once said in #lp , isn't this supposed to be a "family channel" ? :)
[12:45] <Yagisan> no, it clearly say #ubuntu-xxx ;)
[12:46] <sivang> or maybe it's only #lp that's a family channel... 
[12:46] <StevenK> Well, there was some hot and heavy developer on code action when Keybuk uploaded udev ...
[12:46] <sivang> ha ha ha
[12:47] <Keybuk> what's not family about two people snogging?
[12:47] <Keybuk> two people have to do a lot more than just snog to *get* a family
[12:48] <sivang> oh my god, I see that I gotta turn away from my loved irc window to get more work going :)
[12:48] <sivang> Keybuk: what's snuggle ?
[12:48] <Yagisan> StevenK: isn't the support line 1902-domyubuntu ?
[12:48] <sivang> (dict used that word to explain snog)
[12:48] <Treenaks> sivang: dict ;)#
[12:49] <sivang> Treenaks: what is snuggle then ? :)
[12:49] <Treenaks> sivang: dict tells you :)
[12:49] <Yagisan> sivang: TTBOMK it is/was slang for sex
[12:50] <Kinnison> dict's answer for 'snog' is typically wrong
[12:50] <Keybuk> heh
[12:50] <Yagisan> snog should be kiss, but you'd need a pom to confirm
[12:50] <Keybuk> very wrong
[12:50] <dholbach> ding offers "to pet, to to neck, to smooch" as well
[12:50] <sivang> snog: snuggle and lie in a position where one person faces the
[12:50] <sivang>          back of the others
[12:50] <sivang> according to dict.
[12:50] <Kinnison> sivang: aye, that's wrong
[12:51] <Keybuk> that's spooning
[12:51] <pseudo> hi dudes.
[12:51] <Kinnison> hi pseudo 
[12:51] <Keybuk> http://www.urbandictionary.com/define.php?term=snog
[12:52] <Treenaks> dict needs an urbandictionary plugin (or, ud needs to export their db as a dict service)
[12:52] <sivang> pseudo: that's one hack of a clock you've got there :)
[12:53] <Treenaks> hack? or heck? :P
[12:53] <sivang> Treenaks: ah ah ah!
[12:53] <pseudo> lol heck
[12:53] <pseudo> =p
[12:54] <Keybuk> I think we should usurp dholbach's "hug day" and replace it with "snog day"
[12:55] <Treenaks> snug day?
[12:55] <dholbach> Keybuk: right, let's think about the proper announcement later :)
[12:56] <Yagisan> oh god no - I just imagined it.
[12:56] <dholbach> Yagisan: stop whinging :))
[12:57] <sivang> heh "A word originating in London, England. Meaning KISS. *Hopefully nothing more*."
[12:58] <tseng> "The two British girls in my class always sneak off to the toilet together to do a bit of snogging between every class."
[12:58] <tseng> is this true?
[12:58] <sivang> heh
[01:01] <Keybuk> tseng: trust me, while a Lesbian might be a fine friend, when they get plural it's *always* trouble
[01:03] <Yagisan> Keybuk: from experience ?
[01:04] <Keybuk> Kinnison: back me up on this? :)
[01:05] <tseng> Keybuk: will take your word, i only have a handful of gay males as friends
[01:06] <tseng> Keybuk: im not sure i remember even talking to a lesbian.
[01:06] <sivang> Keybuk: you and Kinnison and twl girls? now that's what I call party :)
[01:06] <Keybuk> infinity: ping?
[01:06] <Yagisan> sivang: no, that sounds like a nightmare
[01:06] <Kinnison> they gang up
[01:06] <Kinnison> most scary
[01:06] <Yagisan> even just 1 is dangerous
[01:07] <Keybuk> nah, one can be useful; especially if you need shelves putting up
[01:07] <Keybuk> or other work done around the house
[01:07] <Kinnison> like kitchen floors laying
[01:07] <Kinnison> they're good at that
[01:07] <Keybuk> coo ... I just found a source package I've completely failed to upload :)
[01:07] <sivang> Kinnison: why is it bad when they gang up ?
[01:08] <tepsipakki> gtkpod-aac
[01:08] <tepsipakki> duh
[01:08] <Yagisan> sivang: how old are you ?
[01:08] <Kinnison> sivang: it's hard to explain :-)
[01:09] <sivang> Yagisan: 27, why?
[01:10] <sivang> Kinnison: s/hard/complicated/ :p
[01:10] <Yagisan> sivang: you should know by now why then. when they gang up, you can kiss you plans goodbye
[01:10] <Yagisan> s/you/your
[01:10] <infinity> Keybuk: pong, but only briefly (note the away message)
[01:10] <Kinnison> sivang: Oh no, I can explain very simply, but we'd have to fire up skype so you could hear me scream in terror
[01:11] <sivang> Kinnison: I'll take you up on that.
[01:11] <Keybuk> infinity: did you ever make any changes to the sysvinit patch I did for the K scripts?
[01:12] <infinity> Keybuk: Yeah, I did.
[01:13] <Keybuk> infinity: where did you put them?
[01:15] <infinity> Keybuk: http://cerberus.0c3.net/~adconrad/rc
[01:15] <Yagisan> sivang: this ganging up behaviour - it seems to be genetic. my little one, and her mum try to gang up on me when they are together.
[01:16] <infinity> Keybuk: Granted, that could probably be rewritten in a way you feel is more sane, that's just the version I was testing with on my system (which does work)
[01:16] <sivang> Yagisan: ah, I understood now, so ganging up you meant like "we're all girls decided to do X, and that is why you will have to conform with us"
[01:17] <Treenaks> http://www.oreilly.com/catalog/ubuntuhks/?CMP=NLC-TT3401179977&ATT=w3
[01:18] <Keybuk> infinity: cheers
[01:18] <Keybuk> (which reminds me that I need to officially send apologies that I won't be at this evening's TB meeting)
[01:18] <mjg59> Keybuk: Ok, sounds like we should possibly skip tonight
[01:19] <Keybuk> mjg59: oh, who else is apologising?
[01:19] <Yagisan> sivang: that's part of it. although there isn't always a rational reason for wanting to do X
[01:20] <sivang> Treenaks: yay, he released it eventually .
[01:21] <Yagisan> Keybuk: think of the day. anyone with even a hope of having a significant other is probably practising their apology.
[01:21] <Keybuk> indeed, I'd quite like some sex this year, after all
[01:23] <mjg59> Keybuk: Matt can't make it at the normal time
[01:24] <Yagisan> Keybuk: I find it all goes quite well until you have kids. then it is worse then being single
[01:29] <SAAD3000> Hello, i have a problem connecting from Ubuntu to the internet but from xp it works fine.
[01:29] <SAAD3000> any ideas please.
[01:29] <dholbach> SAAD3000: that's more of a #ubuntu question
[01:30] <SAAD3000> dholbach nobody can help i asked from yesterday night, really they ended up by "I don't know", "strange", "weird" things like that.
[01:30] <SAAD3000> I really like ubuntu i don't want to uninstall it, but why i can't connect.
[01:31] <dholbach> SAAD3000: maybe writing to the ubuntu-users@lists.ubuntu.com mailing list helps
[01:31] <dholbach> or filing a support request at   http://launchpad.net/support
[01:31] <SAAD3000> kthanx man.
[01:31] <dholbach> this is unfortunately the wrong place for suppotr
[01:31] <dholbach> cool - good luck
[01:38] <ogra> seb128, for g-s-d, tested on all arches, ltsp and two multihead setups ... http://people.ubuntu.com/~ogra/26_allow_single_user_multiple_logins.patch
[01:38] <ogra> (its already a cdbs patch ...
[01:38] <ogra> )
[01:48] <dholbach> Kamion, mdz: are you ok with a gthumb-bugfix-only upload (11 gnome bugs, 3 LP bugs)?
[01:48] <dholbach> Kamion, mdz: it's not a strict part of gnome desktop
[01:49] <dholbach> Kamion, mdz: I can make the changelog/diffstat available on the net, if necessary.
[01:50] <Kinnison> Keybuk: Given the TB is likely not to run, what's happening about my upload status?
[01:50] <ogra> Kinnison, why shouldnt it run ? 
[01:50] <dholbach> ogra: Keybuk apologized, Matt is said to not be able to make it, ...
[01:51] <ogra> dholbach, oh, i didnt know about matt
 Keybuk: Matt can't make it at the normal time
[01:51] <ogra> ah
[01:51] <Keybuk> Mark almost certainly won't make it either (he rarely does)
[01:51] <ogra> i was testing g-s-d, missed that ...
[01:52] <Keybuk> Kinnison: you'll need to ask mdz what he wants to do wrt that
[01:53] <Kinnison> Keybuk: okay
[01:53] <ogra> i guess you could go the mjg59 way with a separate approval "quick meeting"
[01:56] <Kamion> dholbach: can you stick the changelog somewhere?
[01:57] <dholbach> Kamion: yes
[01:58] <Keybuk> seb128: could you update initscripts when it appears and try rebooting
[01:58] <Keybuk> see whether that cures your /tmp and /var issues
[01:59] <Kinnison> damnit my emacs fingers still need retraining
[01:59] <dholbach> http://ubuntu.gplan.info/gthumb/
[01:59] <ogra> seb128, can you also think about bug 29404 before uploading next gdm ?
[01:59] <Ubugtu> malone bug 29404 in gdm "gdm should support alternate config file for cdd branding" [Normal,Unconfirmed]  http://launchpad.net/bugs/29404
[02:00] <Kamion> dholbach: looks ok, go ahead
[02:00] <dholbach> Kamion: merci beaucoup
[02:01] <seb128> Keybuk: will try, thank you
[02:01] <seb128> ogra: yeah, those 2 are on my list, don't worry
[02:01] <ogra> seb128, thanks a lot :-D
[02:02] <seb128> np
[02:07] <_jdong> is it just me, or did a lot of fonts get much uglier within the past two weeks?
[02:07] <jsgotangco> yeah dude
[02:07] <jsgotangco> heh
[02:07] <jsgotangco> serif hell
[02:18] <jdong__> ack stupid network connection
[02:18] <jdong__> was there anything else said about fonts that i missed?
[02:18] <tseng> no.
[02:18] <jdong__> is there any planned fix?
[02:19] <jsgotangco> i still enjoy my serif hell
[02:19] <hunger> jsgotangco: Same here.
[02:21] <jsgotangco> even my display is slooww
[02:22] <jdong__> jsgotangco: the slowness is pango
[02:22] <jdong__> I think
[02:22] <jdong__> but the appearance is just ugly
[02:22] <jsgotangco> yeah
[02:22] <jdong__> what's the exact problem??
[02:23] <sivang> Keybuk: are you doing also uptream work for udev other then just integrating it to ubuntu? </curious>
[02:23] <Keybuk> well, we work pretty closely with upstream
[02:23] <jsgotangco> when someone sends a message from gaim, i get the sound first, then a second later, the text
[02:23] <sivang> Keybuk: that is sending patches etc right? upstream is a RH guy?
[02:24] <Keybuk> upstream is a SuSE guy
[02:24] <Keybuk> all of our patches are sent upstream, and swapped with him
[02:24] <Keybuk> and I chat to him a lot on IRC and via e-mail
[02:25] <sivang> Keybuk: ah, kool
[02:28] <Keybuk> sivang: any particular reason for the question?
[02:28] <jdong__> jsgotangco: wow, try adding some infinite loops in esd to delay the sound? ;)
[02:28] <jsgotangco> heh
[02:31] <jdong__> jsgotangco: I g2g, but you want to file a bug on the font ugliness?
[02:31] <jdong__> if Dapper gets released like this, the reviews will burn us
[02:31] <Keybuk> "all that pitiful font-deuglification"
[02:31] <jdong__> Keybuk: you enjoy the new Dapper font?
[02:31] <jsgotangco> jdong__, ok i'll check LP for possible dupes
[02:33] <Keybuk> I can't say I've *seen* new Dapper fonts
[02:34] <Keybuk> the bold terminal fonts still wobble, but they've done that for ages
[02:35] <sivang> Keybuk: </curious> mostly, but I had the wrong idea that he was a RH guy, and you sorted it telling me he's a SuSE guy.
[02:37] <jsgotangco> it reminds me of that old win98 theme with the steam train engine
[02:37] <dholbach> Kinnison: I suppose this was asked a million times already, but why was it decided that will soyuz fetch new source uploads only hourly?
[02:37] <mdke> our fonts are also missing some characters i think. would be awesome if anyone knows how to fix. See yelp, any document for the horror symbols
[02:37] <Kinnison> cron.daily is hourly because it's currently too slow
[02:37] <dholbach> Ok, that's a point. :)
[02:39] <jsgotangco> mdke, i see lots of ugly section symbol borkage
[02:39] <Kinnison> Keybuk: what's the quickest way to find out what app is listening to a given keyboard shortcut?
[02:39] <mdke> jsgotangco, yes, its character 2002 that is missing
[02:39] <jsgotangco> (for some reason the fonts look nice on yelp)
[02:40] <Keybuk> Kinnison: no idea... press it? :P
[02:40] <Kinnison> Keybuk: I think I've solved the double-suspend bug
[02:40] <Keybuk> ask an X expert
[02:41] <Kinnison> Keybuk: but to know, I need to check the code of whatever listens for the sleep keyboard shortcut
[02:41] <Keybuk> probably gnome-settings-daemon
[02:41] <Keybuk> or metacity
[02:41] <Kinnison> ta, I'll look thewre
[02:41] <Treenaks> or gnome-power-manager
[02:41] <Kinnison> Treenaks: given I'm working on g-p-m I'm fairly confident it's not that
[02:42] <zakame> hi devs
[02:42] <jsgotangco> mdke, are we having your patch uploaded?
[02:43] <Treenaks> I don't have working X on my minimac!
[02:43] <ogra> Treenaks, patches are welcome :P
[02:43] <Treenaks> ogra: daniels told me he had a patch a month ago. but then he disappeared.
[02:44] <jsgotangco> heh serpentine is borked
[02:44] <seb128> what is borked about it?
[02:44] <slomo_> Treenaks: patch for which problem? broken desktop background, funky colors etc?
[02:44] <ogra> slomo_, thats ppc specific 
[02:44] <Treenaks> slomo_: no, funky refresh issues on X700
[02:44] <Treenaks> slomo_: X700 + 1920x1200, actually
[02:45] <Treenaks> slomo_: Never worked since breezy, I did some register dumps, too
[02:45] <slomo_> ogra: i know... he was talking about his minimac so i thought he maybe meant that problem ;)
[02:45] <Treenaks> oh, the minimac problem is a different one :)
[02:45] <Treenaks> that's '1360x768 scales weirdly'
[02:45] <Kamion> is it fixed upstream?
[02:45] <Treenaks> Kamion: I have no idea, I don't know where to find the upstream changelog
[02:46] <Treenaks> ah .. xorg/driver
[02:46] <Treenaks> not xserver/hw/
[02:47] <Treenaks> Kamion: I think the 2006-01-19 entry is the fix he meant
[02:47] <Kamion> does that description match your card?
[02:48] <Kamion> https://bugs.freedesktop.org/show_bug.cgi?id=5656 is the bug
[02:48] <Ubugtu> freedesktop bug 5656 in Driver/Radeon "ati radeon xpress 200 is an IGP chip" [Normal,Resolved: fixed]  
[02:48] <tepsipakki> keybuk: since you are the sysvinit-guy, what do you think about https://launchpad.net/distros/ubuntu/+source/glibc/+bug/30141 ?
[02:48] <Ubugtu> malone bug 30141 in glibc "nscd needs to start earlier" [Normal,Unconfirmed]  
[02:48] <Treenaks> hm.. no..
[02:49] <Kamion> the patch is specific to PCI_CHIP_RC410_5A62
[02:49] <Kamion> I suggest e-mailing daniels and asking, if you haven't already done so; I think he's ignoring Ubuntu bugs
[02:49] <Treenaks> Kamion: Hm... my bug is #20284
[02:49] <Keybuk> tepsipakki: possibly, I must admit that anything rc2 doesn't hugely interest me right now
[02:50] <tepsipakki> Keybuk: yes, all the cool stuff in rcS ;)
[02:50] <Kamion> Treenaks: bug number typo? it's not 20284
[02:50] <Treenaks> uh, 20283 sorry
[02:51] <tseng> Keybuk: is HCT going live? i see some UI
[02:51] <tseng> Keybuk: </schoolgirl>
[03:00] <Mez> tseng: i'd love for it to golive
[03:00] <Mez> lol
[03:00] <Mez> make life so much easier
[03:06] <Treenaks> HCT?
[03:06] <siretart> tseng: ui?
[03:06] <tseng> siretart: in launchpad
[03:07] <siretart> where excatly?
[03:07] <mvo> Diziet: can I bug you about those "dist-upgrade" conffile prompts? I asked about it a while ago and apparently it still happens on breezy->dapper upgrades
[03:07] <tseng> siretart: on the source package page
[03:07] <poningru> I had a question perhaps better suited for email list, are we doing something about adding tango?
[03:07] <tseng> poningru: tango is added
[03:07] <tseng> poningru: since months.
[03:07] <ogra> tseng, that button is there since ages
[03:08] <HiddenWolf> tseng: it's just not default. :P
[03:08] <poningru> tseng: oh well the tango just looked a little bit less shinier
[03:08] <poningru> nm then
[03:08] <ogra> its not complete
[03:08] <siretart> tseng: I fail to see what you mean, e.g. on https://launchpad.net/distros/ubuntu/+source/pmount
[03:08] <ogra> and its blue ...
[03:08] <poningru> yeah
[03:08] <raphink> hmm seems cups is broken again :s
[03:09] <ogra> so it would need brownification first 
[03:09] <tseng> "it's not the default" is silly for most things, seeing as it takes a few seconds to install a package
[03:09] <tseng> ogra: dapper+1 wont be brown
[03:09] <ogra> tseng, how do you know ? 
[03:09] <tseng> mark said something about how the look was going to change after dapper
[03:09] <tseng> for 4 more releases
[03:10] <raphink> how will it be tseng ?
[03:10] <tseng> i dont know, i cant read his mind :)
[03:10] <tseng> just what he said
[03:10] <poningru> tseng: green!!
[03:10] <ogra> tseng, i know he said it *must* not be brown ...
[03:10] <ogra> but thats not definite saying it *will* not be brown
[03:10] <raphink> lol
[03:10] <ogra> :)
[03:11] <tseng> I guess
[03:11] <raphink> ogra: why? human?
[03:11] <ogra> siretart, https://launchpad.net/distros/ubuntu/dapper/+source/ltsp
[03:11] <ogra> raphink, ?
[03:11] <Kamion> you mean "*might* not be brown" or "doesn't have to be brown", I think
[03:11] <raphink> ogra: it must still be a human theme?
[03:11] <Kamion> "must not" means "muss nicht" rather than "darf nicht"
[03:11] <ogra> i have no clue which color dapper+1 will have, it might or might not be brown by marks statement
[03:11] <Kamion> (if I remember my German right)
[03:11] <ogra> Kamion, right ...
[03:12] <Kamion> nah, I can't hold a conversation in it
[03:12] <raphink> hehe
[03:12] <tseng> ogra and dholbach still "stand up" in the morning :)
[03:12] <raphink> well depends what kind of conversation I guess Kamion ;)
[03:12] <tseng> and other germanisms
[03:13] <ogra> Kamion, heh, but your grammar is better than most germans grammar 
[03:13] <ogra> tseng, heh, yes :)
[03:13] <ogra> siretart, look at the top right
[03:13] <raphink> tseng: we also stand up in the morning in french :)
[03:14] <ogra> and given that dholbach is french ...
[03:14] <tseng> haha!
[03:14] <Kamion> raphink: oh, I could probably hold my own online with the aid of a dictionary, but I have no hope of holding a spoken conversation at the moment unless it's artificially slowed down to a tenth of the speed
[03:15] <raphink> hehe
[03:15] <raphink> ogra: haha
[03:15] <ogra> Kamion, hmm, that'd give very low tunes :)
[03:15] <siretart> ogra: oh, so this means that is available only for packages, which have a Code branch associated. I see
[03:15] <siretart> thanks
[03:15] <ogra> siretart, its not available at all ... its only a dummy ...
[03:16] <Kamion> ogra: heh
[03:18] <raphink> anyone having issues with cups today?
[03:19] <lemsto> is esound still used in dapper? and if yes is there a way to use gstreamer/dmix in stead of esd for all gnome events? :D
[03:20] <ogra> BenC, everytime i suspend my ibook and wake it up again, my appletouch driver breaks and the mouse is stuck... known bug ? 
[03:21] <ogra> rmmod/modprobe doesnt help ...
[03:23] <mjg59> ogra: Using what mechanism for suspend?
[03:24] <ogra> doesnt matter 
[03:24] <ogra> suspend to ram either via g-p-m or pbbuttonsd
[03:24] <ogra> i dont think its related to one of them ...
[03:25] <ogra> rather a kernel or driver bug
[03:29] <siretart> doko: python2.3 considered deprecated? huh?
[03:31] <pitti> siretart: yes, we want it out of main
[03:31] <pitti> doko: great progress, thanks :)
[03:32] <siretart> pitti: oh. good to know. Do you know what the status about python2.4 as default in sid?
[03:33] <pitti> siretart: not really, but AFAIK 2.3 is still the default; doko should know better, though
[03:33] <siretart> pitti: yes. it is
[03:33] <ogra> doko, oh, i see my chances for schooltool rise :)
[03:35] <Mez> lmao@ the linda easter egg
[03:37] <jpatrick> Mez: that poem?
[03:40] <Mez> yeah
[03:42] <sebest> mjg59: i read your post about brigthness control on laptop
[03:42] <mjg59> sebest: Mm?
[03:42] <sebest> and i'd like to know how you found these informations
[03:42] <sebest> http://mjg59.livejournal.com/57875.html
[03:42] <doko> siretart: in the final stages ...
[03:42] <doko> ogra: why?
[03:43] <ogra> doko, new zope3 ?
[03:43] <sebest> because i'd like to do the same for my fujitsu siemens, and i'd like to have a starting point :)
[03:44] <BenC> ogra: not known
[03:44] <Kinnison> mjg59: (good) news
[03:45] <Kinnison> mjg59: I've tracked down several issues relating to gnome-power-manager
[03:45] <Alinux> mjg59, thank you bro! Super!      sudo apt-cache search georgian | grep bpg
[03:45] <Alinux> ttf-bpg-georgian-fonts - BPG Georgian fonts
[03:45] <doko> ogra: but no new schooltool yet ...
[03:45] <siretart> doko: cool. good to hear
[03:45] <Kinnison> mjg59: one at least is in the acpid package
[03:46] <ogra> doko, i know ... jinty is working on it afaik
[03:46] <Kinnison> mjg59: one is related to how gnome-power-manager is invoked in a normal session
[03:48] <Kinnison> mjg59: bug 31407
[03:48] <Ubugtu> malone bug 31407 in acpid "powerbtn.sh incorrectly looks for PowerManager" [Normal,Unconfirmed]  http://launchpad.net/bugs/31407
[03:51] <BenC> Mithrandir: ping
[03:51] <ogra> BenC, anything i can do to get more info about the appletouch thingie ? 
[03:52] <BenC> ogra: more than likely, it just needs to be added to the suspend/resume scripts as a module that needs unload/reload
[03:52] <ogra> ah, k
[03:52] <raphink> is http://people.ubuntu.com/~lamont/ obsolete now?
[03:52] <ogra> raphink, depends for what ...
[03:52] <dholbach> raphink: if you mean the buildLogs, then yes
[03:53] <ogra> i guess lamont still uses it :P
[03:53] <Mithrandir> BenC: pong?
[03:53] <ogra> raphink, https://launchpad.net/distros/ubuntu/dapper/+builds
[03:54] <raphink> dholbach: oh ok didn't know
[03:54] <raphink> where can I find the buildlogs now then?
[03:54] <siretart> how do we get a list of packages, which currently FTBFS?
[03:54] <siretart> raphink: the package's page in launchpad has the buildlogs linked
[03:54] <ogra> siretart, there is a filer 
[03:54] <raphink> thanks ogra, useful to know 
[03:54] <ogra> *filter
[03:54] <dholbach> siretart: https://launchpad.net/distros/ubuntu/dapper/+builds?build_state=failed
[03:55] <siretart> thanks dholbach 
[03:55] <ogra> just select it from the pulldown
[03:55] <raphink> siretart: pretty useful, but how about this ? https://launchpad.net/distros/ubuntu/dapper/+source/revu-tools
[03:55] <siretart> ah, right, thanks
[03:55] <raphink> siretart: how do I know the where this has stopped?
[03:55] <pitti> Kamion: still remember this 'dhlient.conf only contains NetcfgDHClient' line bug? this is already fixed, right?
[03:55] <Kamion> pitti: yeah
[03:56] <siretart> raphink: looks like it has not been attempted to be built
[03:56] <pitti> Kamion: in which package? I'd like to close bug 30220
[03:56] <Ubugtu> malone bug 30220 in hal hal-device-manager "Problem with automatic start NIC adapters after update Dapper Drake Flight CD3" [Normal,Confirmed]  http://launchpad.net/bugs/30220
[03:56] <Kamion> we don't propagate netcfg's private vendor class id any more
[03:56] <raphink> siretart: indeed, yet it's on my LP page
[03:56] <pitti> ah, netcfg, thanks
[03:56] <raphink> siretart: https://launchpad.net/people/raphink/+packages you see?
[03:56] <raphink> siretart: revu-tools and konq-kim are on my LP page, although they haven't been built
[03:56] <raphink> siretart: and I don't seem to be able to know where they're stuck
[03:57] <Kamion> pitti: you can mark it as a dup of bug 27141
[03:57] <Ubugtu> malone bug 27141 in netcfg "error message: no option named dhcp-class-identifier" [Normal,Fix released]  http://launchpad.net/bugs/27141
[03:57] <pitti> will do, thanks
[03:57] <Kamion> and tell the user to just remove that line
[03:58] <BenC> Mithrandir: can you give me the exact mkisofs command used to create the daily-live cd's for ppc?
[03:59] <Kamion> BenC: I stand a better chance probably, give me a second
[03:59] <BenC> Kamion: ok, thanks
[03:59] <Kamion> BenC: first, grab http://people.ubuntu.com/~cjwatson/hfs.map
[04:00] <Mithrandir> BenC: no. :-)  https://wiki.ubuntu.com/LiveCDCustomizationHowTo should have it.
[04:00] <Kamion> BenC: then I think it's "mkisofs -r -V 'Ubuntu 6.04 ppc Bin-1' -o dapper-live-powerpc.iso --netatalk -hfs -probe -map hfs.map -part -no-desktop -hfs-bless <path/to/cd/tree>/install -hfs-volid Ubuntu/PowerPC_dapper <path/to/cd/tree>'
[04:01] <BenC> Kamion: thanks
[04:01] <siretart> raphink: I don't know either. If you are already waiting for it for some time, I'd suggest asking in #launchpad
[04:01] <BenC> Kamion, Mithrandir: I'm testing mksquashfs 3.0 to see if it avoids the oops on ppc
[04:01] <raphink> siretart: ok thanks
[04:01] <BenC> our current kernel module is 2.1/3.0, but our mksquashfs is 2.1 (so we aren't using much of the newer code)
[04:01] <Mithrandir> BenC: wasn't the oops in unionfs rather than squashfs, though?
[04:02] <BenC> no, it's in squashfs, and occurs when readahead-list is called
[04:02] <Kamion> BenC: actually we also put '-chrp-boot -iso-level 2' in there now
[04:02] <BenC> atleast the oops I am seeing right now is
[04:02] <BenC> I just tested yesterdays live-cd and it oopsed on my pb
[04:02] <ogra> hmm
[04:02] <BenC> it ran fine, but the oops is still there
[04:03] <Kamion> (I should make debian-cd actually log its mkisofs command)
[04:03] <BenC> Kamion: a file in install/mkisofs-cmd.txt would be nice
[04:06] <Kamion> BenC: yeah, I agree, been meaning to do that for a long time
[04:06] <BenC> the crazy part is, if I mount the squashfs locally, and run /etc/init.d/readahead from chroot, it doesn't cause an oops
[04:07] <Mithrandir> BenC: maybe some weird interaction with unionfs, then?
[04:07] <BenC> Mithrandir: who knows, it crashes inside of __down(), but that doesn't make any sense
[04:08] <BenC> the mutex seems to be initialized just fine
[04:08] <Mithrandir> stack gone boom?
[04:08] <Mithrandir> but that'd probably make your system wobbly afterwards..
[04:08] <BenC> well, it crashes inside add_wait_queue_exclusive() actually, but the calls if from __down() on the fragment_wait semaphore
[04:12] <janimo> mvo ping
[04:12] <mvo> janimo: pong
[04:12] <janimo> hello, I replied to your mail
[04:12] <janimo> so if it's too much bother keep gconf
[04:12] <janimo> does kubuntu have an update-notifier?
[04:12] <jpatrick> janimo: yes
[04:13] <janimo> so gconf is part of kubuntu as well?
[04:13] <mvo> it seems like one issue is that gconf must be split out of python2.4-gnome2, it's currently all one big package
[04:13] <jpatrick> well there's adept-updater
[04:13] <janimo> mvo, hmm I filed a bug on LP regarding splitting out gnomecanvas from same
[04:14] <mvo> janimo: thanks, that's nice. I don't use it for fancy stuff, it's just *so* convenient :)
[04:14] <janimo> I may have to look at it and provide a patch to seb since this comes up in quite a few gnome-python packages which do not actually req gnome
[04:14] <janimo> like gcompris
[04:15] <janimo> mvo, so kubuntu-updater is a different app entirely?
[04:15] <jpatrick> yes
[04:15] <janimo> too bad.
[04:15] <janimo> I mean it would be nice instead of so mucg duping just have backend+ qt and gtk frontends
[04:16] <mjg59> sebest: Sorry, my connection died
[04:16] <mjg59> sebest: Mostly from reading the drivers
[04:16] <mvo> yes, it's a unfortunate situation
[04:16] <janimo> I wonder if they chose this path because of gnome-python deps or other core logic is different in their app
[04:16] <ogra> janimo, ugh, splitting out gnomecanvas would probably cause a huge transition ...
[04:16] <janimo> ogra, not necessarily
[04:17] <ogra> there are mmayn apps using it
[04:17] <janimo> you could just keep depending on gnomepythons
[04:17] <ogra> *many
[04:17] <janimo> and transition package by package if needed
[04:17] <mvo> janimo: it's mostly historical reasons
[04:17] <janimo> g-pythjon would dep on canvas-python
[04:17] <mvo> if we switch to smart for dapper+1 things will converge again
[04:18] <janimo> mvo, including adept synaptic or is that divergence for good?
[04:18] <sebest> mjg59, and if there is no windows software or driver provided by the manufacturer? 
[04:18] <janimo> a smart, I did not read that part of the sentence
[04:19] <janimo> ogra, the packs I found so far ar hwdb-client and gcompris
[04:19] <ogra> ldm/ltsp-client is another
[04:19] <sebest> mjg59, i can try to test the different options that you discovered and cross my fingers :)
[04:19] <janimo> ogra, does that too bring in gnome just for canvas?
[04:19] <ogra> and i guess there are much more where you have to look at the source
[04:19] <ogra> yes
[04:20] <janimo> and that ldm/ltsp is client side in edubuntu?
[04:20] <ogra> it uses other pygtk stuff though ... 
[04:20] <ogra> yes
[04:20] <mjg59> sebest: What hardware do you have?
[04:20] <ogra> its in the chroot you build with ltsp-build-client 
[04:20] <janimo> well those gnome libs are not loaded on startup so it's not _that_ bad, but are installed nevertheless
[04:20] <ogra> not really obvious to catch the dependencys
[04:20] <sebest> mjg59, a fujitsu siemens amilo d 7400
[04:21] <sebest> i can control brigthness using the fn+left/right keys (but no way in software)
[04:22] <janimo> mvo, but in theory if you don't use gconf fanciness would using an ini file be ok?
[04:22] <janimo> since gtk has a nice api for that too
[04:22] <janimo> actuallly glib
[04:23] <mjg59> sebest: Easiest thing to test is doing watch 2 cat /dev/nvram
[04:23] <mjg59> After loading the nvram module
[04:23] <mjg59> Then see if it changes as you change the brightness
[04:23] <sebest> mjg59, ok, i test this
[04:24] <janimo> mjg59, since a recent upgrade (kernel? udev?) I cannot hibernate
[04:24] <janimo> acpi_sbs uses stuff
[04:24] <mjg59> janimo: "uses stuff"?
[04:24] <janimo> so hibernate just triggers screensaver
[04:24] <janimo> hmm don't have the exact message
[04:24] <janimo> a moment
[04:25] <janimo> ERROR: Module ac is in use by acpi_sbs
[04:25] <janimo> ERROR: Module battery is in use by acpi_sbs
[04:26] <mvo> janimo: yes, sure. I'm too busy to rewrite the code currently
[04:26] <janimo> so hibernation starts. screen blanks but after ~10 sec it just pop up the screen lock dialog
[04:26] <mjg59> Ah, ok
[04:26] <mjg59> Hmm. No, that's almost certainly not the problem
[04:26] <mjg59> That code doesn't get called until the resume
[04:27] <janimo> hmm /etc/acpi/hibernate.sh: line 27: echo: write error: No such device
[04:27] <infinity> mjg59: While people are bugging you, any plans to make /etc/acpi/lid.sh DTRT with gnome-screensaver?
[04:27] <janimo> maybe this a bit above
[04:27] <mjg59> infinity: Yes
[04:27] <mjg59> (That is, do nothing)
[04:27] <infinity> mjg59: Oh.  Nothing is kinda what it already seems to do.
[04:27] <janimo> other than that the usual warnings: cardctl not found, eth0 cannot be mapped reliably
[04:28] <mjg59> infinity: gnome-screensaver ought to have the ability to DTRT itself
[04:28] <infinity> mjg59: To be honest, I miss my lid button being a quick shortcut to "lock my console" :)
[04:28] <mjg59> If it isn't, we should fix that
[04:28] <infinity> mjg59: Ahh, well, whoever should be doing TRT, they're not.
[04:28] <mjg59> (It really ought to have a "Lock screen on lid close" option)
[04:28] <janimo> hmm the lid->lock screen works here (xscreensaver)
[04:28] <infinity> mjg59: s/g-s-s/g-p-m/ you mean, then.
[04:28] <mjg59> No
[04:28] <mjg59> It's not a power management issue
[04:29] <infinity> mjg59: Well, g-p-m has the close lid options in it.
[04:29] <mjg59> It has options for the power management aspects of it
[04:29] <infinity> mjg59: Which I have set to "do nothing", cause the other options (suspend and hibernate) are clearly not what I want.
[04:29] <infinity> mjg59: I'd find it phenomenally unintuitive to have options to do stuff on lid closure in two different places... But whatever.
[04:30] <mjg59> infinity: Hmm. I'd find the other way more unintuitive, I think
[04:31] <infinity> Well, we're attacking from two different angles, I guess.  You're all about "locking the screen is a screensaver thing, so I should set it there", and I'm all about "I saw sometihng about closing the lid in the g-p-m properties, so that's where I should configure stuff that happens when I close the lid"
[04:31] <ogra> mjg59, err, didt we agree to have a "lock only" option in g-p-m last week ? 
[04:31] <ogra> *didnt
[04:31] <mjg59> ogra: Did we?
[04:31] <ogra> i think so ...
[04:31] <mjg59> Oh, ok
[04:31] <ogra> see my weekly dapper report
[04:31] <infinity> (I also don't expect most users to know or care that locking a console is a screensaver function.. that's a UNIX oddity)
[04:31] <mjg59> I think it seems odd to configure screen locking in a power management thing
[04:32] <infinity> Locking a console is certainly not related to the screensaver in WinNT, for instance.
[04:32] <ogra> but its confusing to have lid actions anywhere else
[04:33] <mjg59> Hmm. Fair enough, then.
[04:33] <infinity> So, either the whole thing moves to a "configure my special buttons" applet (so it's not tied to power management OR screensavers), or just leave it in g-p-m with a "Lock Screen" option...
[04:33] <infinity> Or put it in both plages, with the same options.
[04:33] <ogra> mjg59, https://launchpad.net/distros/ubuntu/+source/gnome-screensaver/+bug/29881
[04:33] <Ubugtu> malone bug 29881 in gnome-screensaver "Closing the lid should lock the screen if locking is activated in gnome-screensaver" [Normal,Unconfirmed]  
[04:33] <ogra> (see the initial reporter)
[04:33] <infinity> Which was what Windows used to do with the monitor power problem.  It was in both screensaver and power management.
[04:33] <ogra> :)
[04:34] <janimo> mjg59, just in case you missed it /etc/acpi/hibernate.sh: line 27: echo: write error: No such device
[04:34] <mjg59> janimo: Do you have a swap partition mounted?
[04:35] <mjg59> (Check /proc/swaps)
[04:35] <janimo> I see there is a /sys/power/state
[04:35] <janimo> no swaps!
[04:35] <janimo> hmm
[04:36] <janimo> I wonder why my swap partition does not get activated
[04:36] <Kinnison> ogra: since I'm going to start hacking on gnome-power-manager fairly soon, should I be looking into implementing the lock-only action?
[04:36] <ogra> Kinnison, that would be great, since it would be a last minute thing before feature freeze next wee on my side ...
[04:37] <janimo> mjg59, ok I see my swap partition somehow went away recently without me noticing it
[04:37] <ogra> you just need to call gnome-screensaver.command --lock ...
[04:37] <ogra> err
[04:37] <ogra> gnome-screensaver-command
[04:37] <ogra> as the lock icon in the desktop does ...
[04:37] <ogra> should be trivial to implement
[04:37] <Kinnison> does that turn the backlight off?
[04:37] <infinity> On most laptops (mine included), hitting the hardware switch turns off the backlight anyway.
[04:38] <mjg59> g-s-s should be turning the backlight off on lid close regardless
[04:38] <ogra> it does if i use the locj button, so i guess yes
[04:38] <janimo> Kinnison, will there be a show NEW queue status in LP?
[04:38] <Kinnison> mjg59: which is g-s-s?
[04:38] <mjg59> gnome-screensaver
[04:38] <ogra> gnome-screensaver
[04:38] <Kinnison> janimo: eventually
[04:38] <Kinnison> right, noted
[04:38] <mjg59> That's a "It should do this" rather than "It is meant to do this"
[04:38] <mjg59> I have no idea if it does
[04:38] <mjg59> If it doesn't, it should be fixed
[04:38] <infinity> Also, /usr/share/acpi-support/screenblank is called on lid close, which should turn off the backlight for most people.
[04:39] <infinity> mjg59: Or is that going away?
[04:39] <mjg59> infinity: Yeah, but shouldn't be if you have some other policy manager running
[04:41] <ogra> BenC, removing appletouch before suspend works, thanks for the hint ...
[04:43] <ogra> mjg59, does powerpc have any common script to care for module removal ? (i added appletouch to the alsa script for testing for now)
[04:43] <ogra> or do i need to write one ? 
[04:44] <mjg59> ogra: This should all be part of pmi
[04:44] <mjg59> (And some scripts should be migrated from acpi-support to there)
[04:45] <ogra> ah, there is only alsa for now in /etc/apm/scripts.d ... having a dummy to add stuff manually would be cool ...
[04:45] <ogra> i think i saw such a script on amd64 in the acpi scripts ...
[04:58] <pitti> mvo: u-n still spins 100% cpu on the current live CD - which version was supposed to fix that?
[05:00] <pitti> mvo: hmm, current live CD has the latest version 0.41.6
[05:01] <pitti> mvo: still spins in the same read/write/poll=EAGAIN loop
[05:01] <mvo> pitti: I uploaded a 0.41.7 but my hopes aren't that good
[05:01] <pitti> mvo: this damn bug haunts you in your dreams, doesn't it?
[05:01] <mvo> I'll do another debugging session later
[05:01] <mvo> yes
[05:01] <mvo> it's the suck
[05:02] <mvo> I'll open a bottle of  champagne  when I have it
[05:02] <pitti> mvo: revert to gamin?
[05:03] <seb128> that's not due to gam
[05:03] <pitti> mvo: hm, gam_server doesn't run on the current live session
[05:03] <seb128> the loop is egg stuff and notify icon
[05:03] <seb128> nothing due to gnomevfs or inotify
[05:03] <seb128> pitti: why should it? we stopped using it...
[05:03] <pitti> seb128: no, I mean, it would be a pity to reintroduce it just for u-n
[05:04] <seb128> I agree with that :)
[05:04] <seb128> and easier to debug u-n than to debug gam_server again imho
[05:04] <pitti> ack
[05:04] <pitti> mvo: can you reproduce it on the live CD?
[05:04] <pitti> mvo: or reproduce it at all?
[05:06] <mvo> pitti: I'm syncing the latest live cd now to test it
[05:06] <mvo> pitti: otherwise I wasn't able to reproduce it, I sometimes get it when I kill the panel often enough
[05:06] <mvo> but killing the panel has lots of other unpleasnt effects
[05:24] <Alinux> pitti, hello pal :)
[05:24] <pitti> hi Alinux 
[05:24] <pitti> where did the "OS" go? :)
[05:24] <Alinux> sudo apt-cache search georgian | grep bpg
[05:24] <Alinux> ttf-bpg-georgian-fonts - BPG Georgian fonts
[05:24] <Alinux> pitti, :)
[05:24] <Alinux> hehe
[05:24] <AlinuxOS> here I am :)
[05:25] <AlinuxOS> great thing with fonts!! Super!
[05:25] <pitti> hm, I don't have that package yet
[05:25] <mjg59> infinity: Did we get support for having a separate file to declare the resume partition?
[05:25] <AlinuxOS> mjg59, done :)
[05:25] <Kinnison> mjg59: http://people.ubuntu.com/~dsilvers/gpm/
[05:25] <AlinuxOS> done it :)
[05:25] <Kinnison> ogra: ^^
[05:25] <mjg59> infinity: Right now, anyone upgrading is likely to lose that information (and we're going to have to find some way to reconstruct it)
[05:25] <Kinnison> mjg59: adds "lock" option to gpm
[05:25] <Kinnison> ogra: ^^
[05:26] <janimo> mvo any way to trigger the u-n cpu usage or just random?
[05:26] <mjg59> Kinnison: Why poke?
[05:26] <Kamion> mjg59: (could be sucked out of the conffile in the preinst)
[05:26] <AlinuxOS> pitti, and maybe you link them like dependency for georgian gnome locales ?
[05:26] <ogra> Kinnison, cool
[05:26] <Kinnison> mjg59: so that when you open the lid again, the unlock dialog is there waiting
[05:26] <mjg59> Kamion: Not for anyone who's already upgraded it can't
[05:26] <mjg59> Kinnison: Poking it will turn on the backlight
[05:26] <Kamion> mjg59: sure, I know, but I'm ultimately more concerned about release->release upgrades
[05:26] <pitti> AlinuxOS: yes, at least; usually we want fonts in the default install, but that's a matter of size
[05:27] <Kinnison> mjg59: Hmm, it doesn't on my laptop
[05:27] <mjg59> Kamion: Sure, but it's the people who've been tracking who are going to bitch :)
[05:27] <pitti> AlinuxOS: but adding them to l-s-ka is easy
[05:27] <Kamion> and I don't think we *can* fix it well for people who've already upgraded
[05:27] <Kinnison> mjg59: or else the laptop forces the backlight off when the lid is closed
[05:27] <Kamion> we can note the issue in the release notes for the Flight CD release after we get the problem fixed
[05:27] <mjg59> Kinnison: Either acpi-support is still switching off the backlight, or your hardware is doing so
[05:27] <AlinuxOS> pitti, there ara only 275,3 KB
[05:27] <Kinnison> mjg59: acpi-support almost certainly is
[05:27] <Kinnison> mjg59: I'll look into it some more
[05:27] <mjg59> Kinnison: It's likely to stop doing that soon
[05:27] <AlinuxOS> I think it's not a problem...
[05:28] <Kinnison> mjg59: Okay but lock on its own doesn't dpms off
[05:28] <AlinuxOS> mdz, told me some days ago.
[05:28] <Kinnison> mjg59: would it be reasonable to poke when lid opened?
[05:28] <mjg59> Kinnison: g-p-m or g-s-s should turn the screen off on lid close
[05:28] <mjg59> Kinnison: Yup, that's reasonable
[05:29] <Kinnison> mjg59: I'll rework the patch
[05:29] <mjg59> Kinnison: np
[05:30] <ogra> Kinnison, poke me to test and upload if you like then ...
[05:31] <mjg59> Kinnison: The downside of just having it as another setting on the "lid" action dropdown is that it means it doesn't interact with sleep/hibernate
[05:31] <mjg59> Kinnison: So it probably ought to be calling it on those as well
[05:32] <ogra> i thougth pmi does that anyway ?
[05:32] <Kinnison> mjg59: gpm's sleep/hibernate already locks and pokes as appropriate
[05:32] <mjg59> Kinnison: It does?
[05:32] <Kinnison> yep
[05:32] <mjg59> I don't always seem to see that
[05:33] <ogra> Kinnison, i think that works only if youo have lock checked in the g-ss preferences
[05:33] <Kinnison> ogra: aye
[05:33] <ogra> try without the check ...
[05:33] <mjg59> It probably should only do that if that's checked
[05:33] <Kinnison> if lock is not enabled in gss, it won't try
[05:33] <mjg59> But does it always blank the screen on suspend?
[05:33] <mjg59> (and therefore lock it if locking is enabled)
[05:33] <Kinnison> no
[05:33] <ogra> yup, at least i see the fade if i open the lid
[05:34] <Kinnison> it only locks if locking is on
[05:35] <mjg59> Kinnison: That doesn't seem to disagree with what I said
[05:35] <ogra> i'm pretty sure the screensaver is started on hibernate/suspend ...
[05:35] <ogra> if lock is set, it behaves like wanted
[05:35] <ogra> if not it doesnt lock ...
[05:36] <mjg59> Kinnison: One thing - suspend should not proceed until the screen is blanked (if locking is enabled)
[05:36] <mjg59> Kinnison: Otherwise on resume there's an opportunity for a glimpse of desktop before the screen is blanked
[05:36] <Kinnison> mjg59: I have no idea if gpm_screensaver_lock returns before the blank phase is complete
[05:37] <Kinnison> mjg59: hmm, dbus_g_proxy_call_no_reply doesn't sound like a blocking call to me
[05:38] <mjg59> Kinnison: Right - that probably needs to be looked at, then
[05:38] <ogra> let it sleep for some seconds ? 
[05:38] <Kinnison> ogra: messy but possible
[05:38] <ogra> just to be sure
[05:38] <BenC> Mithrandir, Kamion: using mksquashfs 3.0 for filesystem.squashfs gets rid of the oops for me
[05:38] <Kinnison> mjg59: can you file a bug on gnome-power-manager so it doesn't get forgotten?
[05:38] <mjg59> Kinnison: Not right now (awkward network situation)
[05:38] <mjg59> I'll try to do that later
[05:39] <Kinnison> mjg59: ta
[05:39] <seb128> ogra: that may change ...
[05:39] <Kinnison> mjg59: btw, tonight, chinese @ norfolk st, then film. interested?
[05:39] <ogra> seb128, oh, whats wrong ? 
[05:39] <seb128> ogra: upstream move the gdm.conf to /usr/share, I'm thinking about what to do on update
[05:39] <mjg59> Kinnison: Otherwise engaged, sadly
[05:39] <seb128> so for now it's still to /etc
[05:44] <ogra> seb128, feel free to move that for cdd as well, i rally dont care where its stored ...
[05:44] <ogra> ... as long as the option is there ...
[05:44] <seb128> k, I'll let you know
[05:46] <Keybuk> Kamion: the scrollbar on a daily from last week is behaving a little oddly, it jumped from 6% to 34% after lots of work
[05:49] <HiddenWolf> Keybuk: can you take a look at https://launchpad.net/malone/bugs/29789
[05:49] <Ubugtu> malone bug 29789 in udev "tv card audio not working" [Normal,Needs info]  
[05:49] <ogra> Keybuk, you dont happen to test edubuntu ? :P (ltsp chroot building has only 50 and 100% :) )
[05:51] <Kinnison> mjg59: updated
[05:51] <Kinnison> ogra: updated
[05:51] <ogra> (greedy)
[05:51] <Kinnison> ogra: Once I've worked out where the autocrud came from, I'd like an 
[05:51] <Kinnison> sponsored upload
[05:51] <ogra> oki
[05:52] <Kinnison> if you have any idea what might have caused the autocrud I'd be grateful
[05:54] <jsgotangco> good night
[05:55] <ogra> Kinnison, likely some cdbs cruft ...
[05:55] <Mez> Kinnison, still not a MOTU ?
[05:56] <ogra> (i switched the package to cdbs with 0.3.4 to make it more convenient for seb128 if he takes it over :P )
[05:56] <Keybuk> HiddenWolf: doesn't look like a bug
[05:56] <Keybuk> looks like you need to blacklist bttv for your configuration to work
[05:56] <HiddenWolf> Keybuk: where do I do that?
[05:56] <Keybuk> add a "blacklist bttv" line to a file in /etc/modprobe.d
[05:57] <Kinnison> ogra: updated
[05:58] <Kinnison> Mez: I'm supposed to become core-dev
[05:58] <ogra> still testbuilding here ...
[05:58] <Kinnison> Mez: dunno when though
[05:58] <Kinnison> mjg59: The 0ubuntu7 patched g-p-m does the lock and dpms correctly even if lid.sh is stubbed with "exit 0" at the top
[05:58] <Kamion> Keybuk: er, which scrollbar?
[05:59] <mjg59> Kinnison: Ok, sounds good
[05:59] <mjg59> Kinnison: (Though how are you checking the dpms?)
[05:59] <slomo_> infinity: please give-back ikvm on amd64, ftbfs should be fixed now with the new nant. thanks :)
[05:59] <Kinnison> mjg59: looking carefully at my closed laptop, and reading g-p-m's output which certainly claims to be doing the dpms
[05:59] <mjg59> Kinnison: Ok, sounds good
[06:00] <Kinnison> the debdiff is now small and clean
[06:00] <mjg59> Cool
[06:00] <mjg59> What's the URL?
[06:00] <Kinnison> people.ubuntu.com/~dsilvers/gpm
[06:01] <mjg59> Kinnison: Want it uploading?
[06:01] <Kinnison> mjg59: I believe ogra is looking at it right now
[06:01] <mjg59> Ok
[06:02] <Kinnison> but I'm guessing that's unlikely today
[06:02] <ogra> Kinnison, mjg59 did also get approved in a extra meeting ... you would need mdz to have quorum ...
[06:02] <HiddenWolf> Kinnison: just win enough hearts and minds. :)
[06:03] <mjg59> Kinnison: Can you send that to upstream?
[06:03] <ogra> HiddenWolf, it blocks his work to have no upload rights ...
[06:03] <ogra> at least it slows down
[06:03] <Kinnison> mjg59: what, the lock patch? sure
[06:03] <Kinnison> mjg59: gnome bugzilla?
[06:03] <ogra> Kinnison, hughsie is in #hal ...
[06:03] <Keybuk> Kamion: installer
[06:04] <Kinnison> okay I'll poke him there
[06:04] <Keybuk> unpack/config/etc. phase
[06:04] <ogra> Kinnison, he's upstream
[06:04] <Kamion> Keybuk: dude, it has lots of progress bars
[06:04] <Kamion> Keybuk: base-installer ("Installing the base system") or pkgsel ("Select and install software")?
[06:04] <Kinnison> ogra: right
[06:04] <Kamion> both of those match your description
[06:05] <Keybuk> base-installer I think
[06:06] <Kamion> a wodge of that progress bar is reserved for downloading packages, and it tends to jump past that on CD installs
[06:07] <Kamion> debootstrap was probably in deep contemplation of the files on the CD or something
[06:08] <Keybuk> I've so got to install bootchart on this thing :)
[06:09] <Keybuk> a primitive "run date twice on another machine and hit enter" suggests it's 18s from grub to gdm
[06:10] <Kinnison> ogra: he's not around, I'll file a bug in gnome bugzilla with the debdiff if you want to upload to dapper in the meantime
[06:11] <ogra> i will, just finished the testbuild, lets see how it behaves
[06:11] <Kinnison> cool
[06:11] <ogra> hmm... it suspends on ibook
[06:22] <Kinnison> rehi ogra_ibook 
[06:23] <Kinnison> any luck?
[06:23] <ogra> Kinnison, backlight goes definately off
[06:23] <LinuxJones> There seems to be a problem with a package "libopenh323-1.15.3c2_1.15.6-1_i386.deb" while doing a clean install of ubuntu-desktop.
[06:23] <ogra> (ibooks are great to test that ;) )
[06:23] <ogra> but i think it should override the g-ss setting for locking, like the lock button in the menu does
[06:24] <ogra> Kinnison, apart from that, its fine :)
[06:25] <Kinnison> ogra: I think for now, it's better it honours the g-ss option
[06:25] <mjg59> Possibly "Blank your screen" rather than "Lock screen"?
[06:25] <Kinnison> mjg59: if you issue a lock instruction to g-ss when it doesn't have locking enabled, does it still do anything?
[06:25] <mjg59> It should expose the phrase "lock" unless it unconditionally does so
[06:25] <mjg59> Kinnison: Unsure. Hang on...
[06:26] <mjg59> Ha
[06:26] <mjg59> It doesn't run under Xgl
[06:26] <mjg59> So I can't test right now
[06:26] <Kinnison> heh
[06:26] <Kinnison> I'll try, give me a sec
[06:27] <ogra> hmm, it doesnt blank ...
[06:28] <ogra> Kinnison, you should probably omit the poke if lock is not set ...
[06:29] <ogra> (if it doent lock, the screen comes back immediately)
[06:29] <Kinnison> ogra: that patch does just that
[06:29] <ogra> the recent one ? 
[06:29] <Kinnison> the most recent one yes
[06:29] <ogra> ok ... i'm one behind here ...
[06:31] <Kinnison> Can you try the latest?
[06:31] <ogra> i'm on it
[06:31] <Kinnison> cool
[06:35] <sivang> mjg59: xgl debs are go? :)
[06:36] <mjg59> sivang: Everything but the server
[06:36] <mjg59> Which I'm test-building now
[06:36] <sivang> mjg59: wheee :)
[06:36] <mjg59> Needs a bit of debconf love
[06:36] <sivang> mjg59: and I assume Kinnison is helping you out with that?
[06:37] <mjg59> Nope
[06:37] <Kinnison> sivang: I'm not doing anything directly with mjg59 right now
[06:37] <Treenaks> mjg59: so I can impress my colleagues tomorrow? cool! you rock! :)
[06:37] <ogra> sivang, Kinnison makes powermanagement ROCK for us
[06:38] <sivang> ogra: ah, still, I was wondering if he already finished it and moved to the next task already :)
[06:38] <sivang> Kinnison: heh
[06:38] <ogra> sivang, its me who is lagging with the tests :) he's already done 
[06:38] <sivang> ogra: hehe
[06:38] <sivang> figures
[06:39] <sivang> ogra: you're probably head over hills busy with edubuntu..
[06:40] <sivang> guys, would you care to comment what to change / remove , split in this design for hub (please note this is incomplete, and the list view will get autoimatically filled on startup) - http://muse.19inch.net/~sivan/backup-ng.png
[06:40] <sivang> some people already suggested splitting between backup and restore,
[06:40] <sivang> and some logical re-arrangemtn for the button.s
[06:40] <mjg59> sivang: The top isn't very HIGgy looking
[06:40] <ogra> Kinnison, even with the new one it doesnt have the screensaver running if i open the lid :/
[06:41] <sivang> mjg59: okay, are you conversant with the HIG? I actually wanted to specifically collect your comments :)
[06:41] <mjg59> sivang: Heh. Not something I've actually looked at lately, but I can tell by the way it doesn't look like any other Gnome app :)
[06:41] <mjg59> Yeah, I think backup/restore should be split
[06:41] <Burgwork> sivang, calum might also be able to help you
[06:42] <sivang> Burgwork: calum ?
[06:42] <Kinnison> ogra: It should only need you to kill/restat gnome-power-manager
[06:42] <ogra> Kinnison, yes, thats what i thought, but it doesnt work as expected
[06:42] <Kinnison> ogra: kill gnome-power-manager
[06:42] <sivang> mjg59: cool, so it's you , mvo HiddenWolf and tseng already, basically I've followed mpt's original design but splitting seem to serve this better.
[06:42] <Kinnison> ogra: run gnome-power-manager --no-daemon --verbose
[06:42] <ogra> Kinnison, i did ...
[06:42] <ogra> ah
[06:42] <Kinnison> ogra: close the lid and reopen it
[06:43] <Kinnison> ogra: nopaste me the log
[06:43] <Burgwork> sivang, sun usability guy, on irc.gimp.net
[06:43] <sivang> Burgwork: is he doing the same for GNOME stuff?
[06:44] <Burgwork> sivang, yes
[06:44] <ogra> Kinnison, http://pastebin.com/554588
[06:44] <Burgwork> sivang, #usability
[06:44] <sivang> Burgwork: thanks
[06:45] <ogra> Kinnison, i guess its the ThrottleEnabled: 0 in the end 
[06:45] <ogra> it should stay at 1
[06:45] <Kinnison> ogra: Is your g-ss set to permit locking?
[06:45] <ogra> Kinnison, nope 
[06:45] <Kinnison> ogra: aah the current patch won't lock then
[06:45] <ogra> Kinnison, but it should at least save ...
[06:46] <Kinnison> ogra: Give me a few minutes
[06:46] <ogra> it locks fine with locking enabled ... what i mean is that it neither starts the screensaver 
[06:46] <ogra> (after opening the lid)
[06:47] <willy_> Ok guys libopenh323-1.15.3c2_1.15.6-1_i386.deb is borked and won't allow a successfull install of Gnome on Breezy !
[06:48] <ogra> willy_, file a bug ..
[06:52] <Kinnison> ogra: okay, one last time
[06:52] <Kinnison> ogra: I will always call _lock regardless
[06:52] <ogra> oki
[06:52] <Kinnison> ogra: because you configured it to lock
[06:53] <Kinnison> ogra: and I always poke on lid open because it's harmless if you're not locked anyway
[06:53] <ogra> hmm...
[06:55] <ogra> 7me twiddles thumbs ... wonders if he should have taken a powerbook with faster disk ...
[06:55] <ogra> (and with a better shift key :) )
[06:56] <Kinnison> heh
[07:00] <dholbach> Kamion: I sent the current version of the patch to the gparted developer.
[07:00] <Kamion> dholbach: -0ubuntu2?
[07:00] <dholbach> yes
[07:00] <Kamion> dholbach: I'm going to send him a mail, since he mailed me asking about it - I just wanted to get the work I did today sorted out
[07:00] <Kinnison> ogra: I'm gonna go wash my hair ready to go out, hopefully you can have tested it before I get back
[07:00] <Kamion> because it had a big impact on whether installer mode would actually work
[07:00] <ogra> Kinnison, just installing
[07:01] <dholbach> Kamion: yeah, I thought so, when I read the changelog :-)
[07:01] <ogra> Kinnison, cool, ready for upload :)
[07:01] <ogra> it DTRT
[07:02] <Kamion> previously we just kind of had to hope that the user knew how to drive it, and that gparted wouldn't mind sitting around for a while during partman
[07:03] <dholbach> argh, yse, i can imagine
[07:04] <dholbach> Kamion: i really hope they integrate it, since the 0.2 release has changes we really want (http://sourceforge.net/project/shownotes.php?release_id=389304&group_id=115843) - but that means altering your patch as well
[07:04] <Kinnison> ogra: fantastic, if you wouldn't mind doing the honours
[07:05] <ogra> will upload (just adding a closes #29881 to the changelog)
[07:06] <Kinnison> sure
[07:08] <Kamion> dholbach: I understand the installer-mode.patch internals pretty well now, so if need be I can probably manage to forward-port it; but yes, I'll talk to upstream
[07:08] <dholbach> Kamion: that's great! :-)
[07:09] <Kamion> I'd like to do something other than partitioning for a while though; my head hurts ;)
[07:09] <dholbach> Kamion: go out and enjoy the evening! :)
[07:10] <Kamion> will be having a quiet evening in with Kirsten, I imagine
[07:10] <dholbach> That's good as well.
[07:10] <Kinnison> Kamion: come to the norfolk-st chinese for dinner?
[07:11] <Kamion> we have Benedict so I suspect that won't work, unfortunately
[07:11] <Kinnison> aah well
[07:11] <Kamion> but thanks
[07:11] <ogra> Kinnison, you are whitelisted already for uploads ? 
[07:11] <Kinnison> ogra: I am not
[07:11] <Kinnison> ogra: so you have to sign it
[07:11] <Kamion> whitelist as in the e-mail whitelist
[07:11] <ogra> oh, ... hmm then the Accepted mail will go nowhere 
[07:12] <Kamion> assuming soyuz still does that
[07:12] <Kinnison> it doesn't
[07:12] <Kinnison> ogra: you'll get the mail 'cos you signed it
[07:12] <Kamion> in that case it no longer matters :-)
[07:12] <ogra> oh
[07:12] <Kinnison> signer, changed-by and maintainer are all considered for mail
[07:12] <Kinnison> if they're in the relevant team in LP, they're mailed
[07:12] <ogra> it should go to the address in the changelog
[07:12] <Kamion> Kinnison: could you adjust http://wiki.ubuntu.com/Uploads accordingly?
[07:12] <ogra> ah
[07:12] <Kamion> ogra: that would not be appropriate for syncs
[07:13] <ogra> Kamion, nope, but thats how katie did it 
[07:13] <Kinnison> Kamion: can you mail me to remind me? I have to leave in 2 minutes
[07:13] <Kamion> ogra: not quite, no
[07:13] <Kinnison> ogra: believe me, it's careful
[07:13] <ogra> Kamion, for uploads, not syncs
[07:13] <Kamion> ogra: the algorithm didn't care
[07:13] <ogra> oh ... hmm
[07:14] <Kamion> it mailed whichever of maintainer/changed-by was in the whitelist
[07:14] <Kamion> the changelog was irrelevant except insofar as it produced a changed-by field in the .changes
[07:14] <Kamion> Kinnison: will do
[07:14] <ogra> thats what i meant ...
[07:14] <ogra> (the changed-by field)
[07:17] <ogra> EEEK
[07:17] <Kinnison> ciau
[07:17] <ogra> it was targeted to unstable 
[07:17] <ogra> gah, i didnt check ...
[07:17] <Kinnison> silly ogra
[07:17] <Kamion> hmm, might need to tweak how gparted --installer does transient dialogs too
[07:17] <Kamion> but not today
[07:18] <dholbach> have a nice evening, Kamion :)
[07:19] <ogra> Kinnison, that wasnt me who set it to this :P
[07:35] <ogra> dholbach, woah, blender is a hell amount of changes ...
[07:36] <ogra> i'll do a testbuild tomorrow and check if there are any drawbacks 
[07:36] <dholbach> i test-built it already
[07:36] <dholbach> builds nicely
[07:36] <ogra> i mean test it, i assumed it builds :)
[07:36] <dholbach> that's why i wrote my concerns in that mail as well
[07:37] <ogra> it should also run fine (i usually grab a blender animation from their homepage and let it run in wireframe and solid mode ... if it survives it should be fine)
[07:38] <sivang> mjg59: is there a way to find out the capacity of a blank CD/CDRW form hal?
[07:46] <cfk> Kamion, every couple of days my preseed install breaks, like today it doesn't know where to install grub.  Should I report this?  guessing no, but need to confirm before my next Q...;)
[07:46] <cfk> wait.. is Kamion the right person to ask?
[07:51] <dholbach> cfk: i hope he takes a rest atm
[07:51] <cfk> fair enough
[07:51] <dholbach> cfk: and reporting might make sense
[07:52] <Kamion> cfk: please do
[07:52] <Kamion> (report)
[07:53] <Kamion> yes, I'm the right person to ask
[07:53] <Kamion> I'm not gone for the evening *yet*, but will be RSN
[07:53] <cfk> k
[07:55] <cfk> any idea how I can dump the VT1 screen to a file?
[07:57] <ogra> cfk, i guess looking at the old base-config code (probably from breezy ?) should give you some hints
[07:58] <ogra> since that did the typescript stuff
[07:59] <Kamion> cfk: you can't
[07:59] <Kamion> ogra: no, that's irrelevant
[07:59] <cfk> rats
[07:59] <ogra> ah, k
[07:59] <Kamion> base-config is DEAD DEAD DEAD in dapper and that typescript stuff never mattered for stage 1 anyway
[07:59] <Kamion> cfk: Mithrandir suggested catting /dev/fb0, I guess you could try that
[07:59] <Kamion> (or whatever the filename is in the installer)
[08:00] <Kamion> but I'm not entirely sure that'll work. some people use a physical camera ...
[08:00] <ogra> or qemu and screenshots
[08:00] <Kamion> ... if the bug manifests in qemu
[08:00] <ogra> ...
[08:01] <sivang> yes, it's not always that easy to test / reproduce in qemu
[08:01] <sivang> I've heared vmware are offering free downloads of some of their client product..
[08:02] <Kamion> yes, but you can't create new virtual machines in the vmware player
[08:02] <Kamion> well, at least not within the terms of the EULA; it does happen to be possible by fiddling around a bit, I'm told
[08:02] <Kamion> and vmware has the same problems as qemu with regard to reproducibility of bugs specific to particular hardware anyway
[08:02] <Kamion> although in general it is somewhat easier to set up and use
[08:04] <cfk> yeah - I'v done the camera, just trying to automate things with a script that makes a .tar out of anyting that might be usefull
[08:04] <Kamion> to be honest I find attachments of individual files much easier
[08:04] <Kamion> that way I can just click on them in malone - if I get a tarball I have to faff around downloading it
[08:04] <cfk> I was affraid you were going to say that ;)
[08:05] <Kamion> and IME I tend to put those bug reports off to a later date (not particularly deliberately, it just seems to happen that way)
[08:05] <cfk> understood
[08:10] <mjg59> sivang: Unsure
[08:11] <sebest__> sjoerd: ping
[08:13] <sivang> mjg59: already asked sjoerd , it seems volume.disc.capacity is never reported by I am checking this as we speak.
[08:13] <sivang> sjoerd: yep, it's not working. maybe it's becasue I'm querying hal from python?
[08:14] <sjoerd> sivang: doesn't matter
[08:15] <sivang> sjoerd: volume size is also useless, it reports the size of the very small volume (probably factory placed) on a blank cd.
[08:15] <sivang> oh well, guess I'm off to trying with other tools :)
[08:16] <sebest__> sjoerd, do you receive my private messages?
[08:16] <sjoerd> sebest__: nope apparently not 
[08:17] <sebest__> sjoerd i think it because i didn't register yet
[08:17] <cfk> cat /dev/fb0 and dd if=/dev/fb0 gave different results, but neither seem to have anything usefull
[08:20] <sjoerd> sivang: the code is there in the hal to set it correctly, dunno why it's not there
[08:23] <sivang> sjoerd: bug? :)
[08:23] <sivang> sjoerd: I really need that informaiton for my spec implementation, can we fix it ?
[08:24] <sjoerd> sivang: dunno, need to look into it
[08:24] <sjoerd> sivang: could you file a bug on the debian package, then i'll look into it later this week
[08:24] <sjoerd> hopefully that's fast enough for you ?
[08:26] <Kamion> cfk: in any case, it's relatively rare that the contents of the screen are all that useful to me - I'd rather get a syslog of the installer running with DEBCONF_DEBUG=5
[08:26] <Kamion> which is usually sufficient to tell me what's going on, and from my point of view somewhat more convenient
[08:26] <cfk> k
[08:26] <sivang> sjoerd: could be :)
[08:26] <Kamion> cfk: of course that does require you to be able to run the installer with DEBCONF_DEBUG=5 from the start
[08:26] <Kamion> (it works as a kernel boot parameter)
[08:27] <cfk> ker.. good.
[08:28] <sivang> sjoerd: would it be very hard and tedious to maybe guide me where to check, I might fix that on that way..:)
[08:29] <mdke> Kamion, have you got a moment in the next few days or so to have a look at that email for the WikiLicensing spec?
[08:29] <sivang> sjoerd: I can also alwasy peopen to cdrdao and get that info there :)
[08:30] <sjoerd> sivang: the code is in hal/hald/linux2/probing/probe-volume.c , you could add some printf stuff there to see what goes wrong
[08:31] <sivang> sjoerd: thanks, I'll take a look there.
[08:32] <Kamion> mdke: ok, will try to get to it tomorrow
[08:33] <mdke> Kamion, yay thanks
[08:42] <Mithrandir> BenC: coolie; we might want to ask for an UVF exception for new squashfs-utils, then.
[08:46] <sivang> sjoerd: the source pakcage (dapper) misses the run-hakd.sh and debug-hald.sh files, can I then just fire up ./hald from .../hald dir in the src pkg? 
[08:48] <Kamion> mjg59: if you're cancelling TB tonight, could you tell the #ubuntu-meeting topic, please?
[08:48] <Kamion> mjg59: and https://wiki.ubuntu.com/TechnicalBoardAgenda
[08:48] <mjg59> Kamion: I still haven't heard from mdz, but I'm guessing so
[08:49] <Kamion> mdz's around on #canonical now
[08:49] <Kamion> er, no, #launchpad
[08:49] <mdz> I'm around
[08:49] <mdz> and will be attending
[08:49] <mjg59> mdz: Ok, so we're going ahead?
[08:49] <mdz> assuming we have a quorum
[08:49] <mjg59> I'll be there
[08:49] <mdz> Keybuk is essentially offline
[08:50] <mjg59> Keybuk offered apologies earlier
[08:50] <mdz> I'll ping sabdfl
[08:50] <mdz> but the two of us should be enough to do the usual business
[08:51] <sjoerd> sivang: you should have a helper script in the debian dir of hal
[08:51] <mdz> Kinnison: ping (tech board)
[08:52] <cfk> Kamion, is this the right place to report preseed issues?  (im attaching the preseed and syslog now)
[08:52] <cfk> https://launchpad.net/distros/ubuntu/+source/preseed/+bug/31432
[08:52] <Ubugtu> malone bug 31432 in preseed "timezone/hardware clock are not being set" [Normal,Unconfirmed]  
[08:52] <cfk> neat
[08:53] <sivang> sjoerd: I have run-hald there, I'll make it executable, but does it use binaries compiled inside built-tree/. ?
[08:53] <sjoerd> sivang: iirc it does
[08:57] <sivang> sjoerd: hmm, it's missing a user id (haldaemon) 
[08:57] <mjg59> sivang: It should use hal under Debian, not haldaemon
[08:58] <sjoerd> yup, just run configure with the same arguments as the rules file does and you'll be fine :)
[08:58] <sivang> mjg59, sjoerd : ah :)
[08:58] <ogra> mdz, ping
[08:59] <sivang> sjoerd: btw, why isn't there the debug-hald.sh script? 
[08:59] <sivang> (in the deb)
[08:59] <mdz> ogra: TB is starting
[09:00] <sjoerd> upstream doesn't ship it in the tarball
[09:00] <sivang> sjoerd: ah, so hald by default runs in verbose mode? will I be able to track it's probing etc?
[09:00] <ogra> mdz, i know ... just wanted to notify you that the debian guys sceduled a meeting in #ltsp on thursday 18:00 utc
[09:01] <sjoerd> sivang: if you run it with --daemon=no --verbose=yes it does, but there aren't much debug statements in the volume probing part
[09:02] <ogra> mdz, we are invited to attend ...
[09:02] <sivang> sjoerd: so there would my printouts come , hopefully :)
[09:06] <gouchi> Hi
[09:08] <gouchi> sorry ask this
[09:08] <gouchi> will dapper have graphic grub ?
[09:08] <gouchi> I didn't find on Dapper Goals
[09:13] <Kamion> cfk: as good as any, I guess
[09:15] <Kamion> cfk: the debian-installer package is a good catch-all for installer issues
[09:16] <shaya> mjg59: you here?
[09:16] <shaya> newest update to glitz cvs provides all the fixes fglrx needs
[09:17] <mjg59> shaya: Thanks
[09:18] <shaya> basically previous fix, forces glx version to 1.3 if vendor is ATI, current version forces pbuffer and fbo's if glx version is 1.3 it seems
[09:19] <shaya> mjg59: if you want to have some fun, rdesktop to a windows box, while running compiz
[09:19] <shaya> you'll have transparent windows :)
[09:20] <mjg59> shaya: Woo
[09:21] <Treenaks> so I can try xserver-glx now ? :)
[09:21] <shaya> http://www1.cs.columbia.edu/~spotter/screenshot.png
[09:22] <Treenaks> shaya: (any HOWTOs on this?)
[09:22] <shaya> I just built it by hand
[09:22] <shaya> wait for mjg59's debs
[09:22] <shaya> they are getting close
[09:22] <cfk> Kamion, syslog is 4meg, so won't fit on a floppy - will tail -n 500 /var/log/syslog be enough?
[09:24] <sivang> sjoerd: can't find anywhere on that file mention of "capacity" , but I can see other namespaces
[09:24] <sjoerd> sivang: probably nog in the logs, you'll need to add some extra debug info for that
[09:24] <sistpoty> elmo: please sync smilutils (0.3.0-8) from unstable, no ubuntu sepcific changes present. thx.
[09:26] <sistpoty> elmo: please sync nco (2.9.9-2) from unstable, no ubuntu specific changes present. thx.
[09:27] <mdz> ogra: what sort of meeting?
[09:28] <ogra> mdz, the alioth pkg-ltsp team and future collaboration of development with ubuntu
[09:28] <sivang> sjoerd: but surely the string bit that create the namespace for disc.capacity should be there , *somewhere*, or am I missing something?
[09:28] <ogra> i'll be attending anyway, even if its my bday :P 
[09:28] <mdz> ogra: I might be able to attend
[09:46] <sivang> mjg59, mdz : There is currently an upstream fix for probing disc.capacity from hal, can we make this a patch to the dapper package? It will be nice to have it for HomeUserBackup and not have to peopen some external tool to probe disc capacity
[09:47] <mjg59> sivang: Sure. Talk to pitti?
[09:47] <mdz> sivang: talk to pitti, he is knowledgeable about hal
[09:47] <seb128> I think pitti was considering asking an uvf exception for the new hal
[09:47] <seb128> it would benefit to GNOME and fix some other stuff too
[09:49] <sivang> mdz, mjg59 : sure, thanks will do.
[10:12] <sebest> would it be possible to make grub (and the kernel) to really be quite
[10:12] <sebest> not display anything between the grub countdown and the usplash
[10:12] <sebest> ?
[10:13] <zul> sebest: im working on it
[10:13] <sebest> zul: ah great, does it need to modify the kernel?
[10:13] <sebest> or only grub?
[10:13] <zul> grub
[10:14] <sebest> no more "uncompressing linux kernel"?
[10:14] <zul> thats something else...
[10:14] <sebest> it's built in the kernel uncompressing routines i guess
[10:46] <Kamion> cfk: syslog should compress well, and you have gzip available
[10:46] <carl> now you tell me
[10:46] <Kamion> oh, no, you don't, whoops
[10:47] <Kamion> last 500 lines would often be better than nothing, but it depends on the bug
[10:47] <carl> ill see if I can figure out how to scp it to the box I post from
[10:48] <Kamion> 'anna-install openssh-client-udeb', if you don't know that bit already
[10:48] <carl> shouldn't you have gone to sleep about 12 hours ago? ;)
[10:48] <Kamion> no, I'm on UTC ...
[10:48] <Kamion> (that's my native timezone, even, not just an adopted one)
[10:49] <carl> I am runnign out the door, so heres a quick fly by bug report:   the "early command" preseed thing stopped working too
[10:49] <carl> know anything about that?
[10:49] <Kamion> no, preseed/early_command should still work, although anything base-config-ish will no longer work
[10:50] <Kamion> (including base-config/early_command, that's gone)
[10:50] <carl> so no "apt-get install openssh-server"
[10:50] <carl> ah... I was using base-config
[10:50] <Kamion> you can do that in preseed/late_command, if you prefix it with chroot /target
[10:50] <Kamion> or you can just preseed pkgsel/install-pattern
[10:51] <Kamion> d-i pkgsel/install-pattern string ~t^ubuntu-standard$|~t^ubuntu-desktop$|~n^openssh-server$
[10:51] <Kamion> the requirement to use aptitude syntax is a bit awkward, but you get everything else handled for you that way
[10:51] <carl> neat
[10:53] <mjg59> Treenaks: One thing that suddenly springs to mind - is radeonfb able to set your screen mode correctly?
[10:53] <carl> when whill that take effect?
[10:53] <carl> as in, how soon can I scp from another host
[10:56] <carl> ride is here...
[10:56] <carl> see ya
[10:57] <Kamion> carl: immediately
[10:58] <Kamion> but you can only scp to another host, not from another host - you'd need to fiddle with openssh-server-udeb and some extensive configuration to make the latter work, and I wouldn't recommend bothering
[11:12] <sistpoty> elmo: please sync childsplay-alphabet-sounds-ca from unstable, which is not yet in dapper
[11:12] <sistpoty> elmo: please sync childsplay-alphabet-sounds-de from unstable, which is not yet in dapper
[11:12] <sistpoty> elmo: please sync childsplay-alphabet-sounds-es from unstable, which is not yet in dapper
[11:13] <sistpoty> elmo: please sync childsplay-alphabet-sounds-fr from unstable, which is not yet in dapper
[11:13] <sistpoty> elmo: please sync childsplay-alphabet-sounds-it from unstable, which is not yet in dapper
[11:13] <sistpoty> elmo: please sync childsplay-alphabet-sounds-nl from unstable, which is not yet in dapper
[11:13] <sistpoty> (only 3 more *g*)
[11:13] <sistpoty> elmo: please sync childsplay-alphabet-sounds-pt from unstable, which is not yet in dapper
[11:14] <sistpoty> elmo: please sync childsplay-alphabet-sounds-ru from unstable, which is not yet in dapper
[11:14] <sistpoty> elmo: please sync childsplay-alphabet-sounds-sv from unstable, which is not yet in dapper... thx!
[11:17] <ogra> sistpoty, did you think about this invention called email ? 
[11:18] <ogra> :)
[11:18] <sistpoty> ogra: sorry for spamming... next time I got a bunch of syncs, I'll do it by email ;)
[11:18] <LaserJock> maybe we need an ubuntu-elmo ML ;-)
[11:18] <ogra> sistpoty, its more likely to get his attention :)
[11:19] <sistpoty> :)
[11:19] <ogra> (i dont care about the spam)
[11:19] <slomo_> he doesn't do syncs currently anyway
[11:19] <sistpoty> maybe I should have written childsplay-alphabet-sounds-*
[11:19] <ogra> slomo_, and he wont forget them if you mail ... irc is easily lost ...
[11:20] <slomo_> ogra: yes... that's why i mail them now instead of saying it here ;)
[11:20] <ogra> yup ...
[11:20] <ogra> :)
[11:37] <mjg59> Treenaks: Uh. Have you actually built this driver under Ubuntu?
[11:39] <dholbach> good night