[00:00] <djsiegel> TheMuso: can you unpack that sentence for me please? :)
[00:03] <pitti> djsiegel: it's simple: just invert the polarisation of the quantum flux inverter
[00:04] <TheMuso> djsiegel: Casper is the package responsible for setting up various pieces for the live CD. It also sets up accessibility related stuff if the user chooses to choose an accessibility prfofile. When that gets uploaded, the empathy theme will be set to classic for those who use speech or braille.
[00:04] <TheMuso> djsiegel: I could upload it myself, but there is no great hurry, and other changes are likely to land in casper prior to alpha 3, so they will go in eventually.
[00:05] <djsiegel> pitti: silly me!
[00:05] <djsiegel> TheMuso: ok, I will tell the guy behind renkoo to prepare his final changes and kenvandine will get it ready for inclusion
[00:05] <TheMuso> Ok sounds good.
[00:16] <Laney> seb128: can you sponsor a notify-sharp merge without a bug? lp:~laney/+junk/notify-sharp
[00:17] <seb128> Laney, ok
[00:17] <Laney> thanks a lot
[00:18] <Laney> it will be depwait until new ndesk-dbus and ndesk-dbus-glib stuff appears
[00:18] <seb128> I just newed those a few minutes ago
[00:18] <seb128> so in the next publisher run
[00:19] <Laney> ok it's up to you if you want to wait or not
[00:19] <seb128> no need to
[00:29] <TheMuso> tedg: Ok, I can verify the same thing you found with compiz. I cannot tab between icons, like I can in metacity, which is a compiz issue.
[00:33] <tedg> TheMuso: So, I think in result, we need a key command to get directly to the menus.
[00:33] <tedg> TheMuso: Or, more correctly, two.
[00:35] <TheMuso> tedg: For the indicator only right?
[00:42] <tedg> TheMuso: There are two indicator applets.  indicator-applet and indicator-applet-session.  They are separate applets to gnome-panel.
[00:48] <TheMuso> tedg: ok
[00:56] <seb128> mvo, hello?
[00:57] <mvo> seb128: hi, sorry
[00:57] <seb128> mvo, sorry to bother you about that but I want to get those boot changes done today
[00:57] <seb128> mvo, we need to keep moving there
[00:58] <seb128> mvo, is that ok to upload the .desktop change only to lucid?
[00:59] <mvo> seb128: just commited, feel free to upload
[00:59] <seb128> mvo, thanks!
[00:59]  * seb128 hugs mvo
[01:03] <asac> mvo: is it just me? http://paste.ubuntu.com/367201/
[01:03] <seb128> mvo, you changed the default delay to 1 second, is that wanted?
[01:03] <seb128> in update-notifier.c
[01:03] <asac> hmm signal 11 is segfault, right?
[01:03] <seb128> asac, yes
[01:03] <asac> k nevermind then
[01:03] <asac> ;)
[01:13] <seb128> mvo, hey?
[01:14] <mvo> seb128: hm, I guess the default can be zero
[01:15] <seb128> mvo, doesn't make really a difference I was just checking if that's ok to upload with that change you did
[01:15] <seb128> or if that was an error
[01:15] <mvo> asac: hm, perl dying?
[01:15] <mvo> seb128: that should be ok
[01:15] <seb128> mvo, ok, uploading now
[01:16] <seb128> mvo, thanks
[01:17] <mvo> cheers
[01:33] <asac> mvo: why is Size a double in apt?
[01:33] <mvo> asac: historic reasons problably, why?
[01:34] <asac> nothing .... just wondered because we debug a function here that has Size a double
[01:34] <mvo> asac: if its crashing inside libapt, does moving away the stuff in /var/cache/apt/*.bin help?
[01:35] <asac> mvo: its not crashing ... it does this:
[01:35] <asac> 65% [4 Sources bzip2 1708032] [7 Release gpgv 57242] [Waiting for headers] [6 Sources 1774008/-3,104,415B 57%]
[01:35] <asac> e.g. 1774008/-3,104,415B
[01:36] <asac> nothing for you ... just was curious why Size is dou ble rather than long
[02:14]  * ccheney thinks he got OOo ready for Lucid today :)
[02:14] <ccheney> just need to double check the dictionary files
[02:15] <ccheney> there was a dictionary transition in Debian in the last release cycle
[04:09]  * ccheney tethered his iPhone so he can have wireless in his room
[04:10] <RAOF> Lucid's very nice like that.
[04:11] <ccheney> yea the last time i set it up around aug last year it was a big pita
[04:11] <ccheney> its really nice in lucid
[04:12] <RAOF> After you pair with the phone, it's as easy as hitting the “00:32:stupidly long device string:00 PANU” entry in NM applet.
[04:13] <RAOF> Now that I say that out loud... you know what'd be nice?  If that stupidly long device string said something meaningful, instead.  I'll file a bug :)
[04:13] <ccheney> yea i was looking for some hard complicated way to do it, then saw it just showed up in NM 8D
[04:13] <ccheney> it already tells you the name of the bluetooth device above it, so probably just expand the PANU acronym and drop the mac address
[04:14] <ccheney> hmm i see a ubuntu wifi in my room now, didn't earlier but it shows up as protected
[04:25] <ccheney> has anyone tried writing a driver for the usb mode?
[04:27] <RAOF> I think I saw one, yes.
[04:28] <RAOF> Possibly as an ITP.
[04:29] <ccheney> hmm, ITP on wnpp debian?
[04:31] <ccheney> i've seen reference about to do it with a jb iphone, but not the normal way using the apple ethernet interface
[04:38] <RAOF> ITP on wnpp debian, yes.  I think.
[04:43] <ccheney>  http://giagio.com/wiki/moin.cgi/iPhoneEthernetDriver
[04:44] <ccheney> wow that was just about a week ago
[04:44] <ccheney> debian bug 566313
[04:45] <ccheney> heh and mjg got it working for karmic / fedora 12
[04:58] <vish> pitti: hi... i noticed a mention regarding the network manager causing delays during boot "fix nm-applet to not burn 1 to 2 seconds of CPU while connecting (caused by animation?)"  ... Upstream is considering redoing the nm icons , so if you have any input/info regarding those  , it would be nice
[05:54] <RAOF> ccheney: Hah!  Memory FTW!
[09:16] <huats> morning
[09:17] <baptistemm> hey huats
[09:17] <huats> hello baptistemm
[09:43] <chrisccoulson> hey huats / baptistemm
[09:43] <tomeu> hi, the link on the topic only displays one ticket: https://launchpad.net/~desktop-bugs/+bugs?field.milestone%3Alist=21439
[09:44] <tomeu> is there a better list of tickets in need of attention?
[11:27] <tomeu> if there's any bug you would particularly want someone to look at, please tell me, have quite a bit of experience debugging in gnome
[11:44] <baptistemm> tomeu, usually one picks the bugs he want to take care of
[11:46] <tomeu> I'm looking, but I don't have a good sense yet of the urgency of things
[11:46] <tomeu> I'm looking at the alpha-3 milestone
[13:21] <vish> tomeu: you can also help fix small papercut bugs , they are very minor usability fixes :)
[13:21] <vish>  most of the desktop folks are away this week for a sprint.. hence less noise here..
[13:24] <vish> tomeu: these are milestoned for lucid  , but no one has fixed them yet >  https://launchpad.net/hundredpapercuts/lucid
[13:29] <tomeu> vish: have just taken this one: https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/443066
[13:29] <tomeu> seemed easy and non-critical enough
[13:33] <vish> tomeu: ah ,cool , just wanted to point other bugs which are open and milestoned  , which are getting lesser attention ;)
[13:44] <tomeu> vish: thanks, will give it a look next
[13:48] <Laney> oh whoops
[13:48] <Laney> I didn't need to get seb128 to sponsor notify-sharp
[13:48]  * Laney runs
[15:03] <pitti> vish: ah, thanks for mentioning; I'll relay that to seb128, he was looking into that yesterday
[15:05] <didrocks> pitti: no more slackering in the morning now? :)
[15:06] <pitti> didrocks: uh, what do you here at this hour :)
[15:06] <pitti> didrocks: I have my last DMB meeting
[15:07] <didrocks> pitti: oh ok. In fact nijaba always get up at 4am, so… short nights :)
[15:08] <pitti> ugh
[15:14] <chrisccoulson> pitti / didrocks - you're awake already? ;)
[15:18] <pitti> chrisccoulson: yes, for DMB meeting
[15:18] <pitti> chrisccoulson: good morning!
[15:18] <Nafai> You guys in Portland?
[15:41] <chrisccoulson> pitti - someone opened a bug against gnome-control-center about moving libslab to main, and building against the system libslab rather than it's own internal copy. i rejected it, because the new gnome-control-center shell rewrite will not use libslab and nothing else in main will ever need it either (and it is poorly maintained upstream). the reporter replied saying it is "better from a security point-of-view to have libslab in 
[15:43] <pitti> chrisccoulson: if it's going to go away, then it seems easier to keep it as it is, though?
[15:43] <chrisccoulson> pitti - yeah, that's what i thought
[15:43] <chrisccoulson> and it's not very well maintained anyway (it doesn't have any regular releases)
[15:45] <chrisccoulson> pitti - in fact, these are it's only releases: http://ftp.acc.umu.se/pub/GNOME/sources/libslab/2.27/
[15:45] <chrisccoulson> it's only ever had 2 tarballs
[17:05] <hyperair> has anyone noticed networkmanger failing particularly grandly with multi-bssid WPA2 enterprise networks?
[17:06] <hyperair> like it'll connect, then 5 minutes later it'll roam from one BSSID to the next, and then the connection will hang, eventhough networkmanager says that it's still connected.
[17:06] <hyperair> i.e. transmit speed > 0, receive speed = 0.
[17:07] <hyperair> one workaround i've found is to create duplicate the network and force it to stay on one BSSID
[17:08] <hyperair> but it's rather annoying -- i have to duplicate the network for every problematic location i am likely to visit on the campus
[17:34]  * hyperair kicks updatedb
[18:04] <TheMuso> 1024D/8B1AE688/c
[18:30] <fagan> nautilus seems to be freezing a lot in lucid
[18:31]  * fagan investigates
[18:31] <fagan> Ah its ground controls fault my bad
[18:31] <Nafai> I can't get ground control to work :(
[18:32] <fagan> Nafai: you should ask doctormo but he isnt in this room
[18:33] <Nafai> thanks, I've been meaning to ping him
[18:33] <fagan> Nafai: it seems to work fine on lucid I havent tried karmic
[18:34] <Nafai> Yeah, I'm on lucid.  Unless I'm misunderstanding how it works, it doesn't do the full bzr checkout.  All I see is a .bzr directory
[18:43] <chrisccoulson> hello everyone
[18:44] <seb128> hey chrisccoulson, how are you
[18:44] <chrisccoulson> hey seb128, i'm good thanks
[18:44] <chrisccoulson> hows portland?
[18:44] <seb128> rainy
[18:44] <seb128> but good otherwise ;-)
[18:47] <TheMuso> Hey chrisccoulson.
[18:47] <chrisccoulson> hey TheMuso, how are you?
[18:47] <TheMuso> chrisccoulson: Very well thanks, and you rself?
[18:48] <chrisccoulson> TheMuso - yeah, not too bad thanks. i'm just winding down for the day :)
[18:57] <seb128> tseliot, could you look at bug #509724 again when you have a free slot?
[18:58] <seb128> tseliot, bug submitter says the middle click is still on by default in lucid...
[18:59] <tseliot> seb128: ouch, sure
[18:59] <seb128> thank you
[19:03] <pitti> hey chrisccoulson
[19:03] <chrisccoulson> hey pitti, how are you?
[19:04] <pitti> I'm great, thanks! How are you?
[19:04] <chrisccoulson> yeah, not bad thanks. a bit tired, but otherwise good
[19:35] <ccheney> new OOo processed by Riddell so lots to download soon :)
[19:36] <seb128> lool, I'm not sure why you let those nautilus and gvfs tasks open if the issue is a toolchain one?
[19:44] <seb128> chrisccoulson, +1 from me for your libslab reply btw
[20:15] <tomeu> mvo: hey, have submitted my first merge request in LP, to software-center. hope I did it alright
[20:21] <mvo> tomeu: cool, let me have a look!
[20:27] <mvo> tomeu: sweet, thank you very much, that looks good!
[20:27] <tomeu> great ;)
[20:28]  * tomeu is impressed at LP
[20:29] <mvo> tomeu: merged as r547, many thanks!
[20:30] <tomeu> thanks to you!
[20:30]  * tomeu goes grab a beer and celebrate his first merge
[20:30] <tomeu> cheers!
[20:41] <bryce_> rickspencer3, dutch is in the house (will meet us in about 10 min)
[20:42] <chrisccoulson> hey seb128 - yeah, i wasn't sure whether my reply to moving libslab to main was appropriate or not
[20:42] <chrisccoulson> it definately seems like a waste of time though
[20:42] <seb128> we had the discussion before
[20:42] <seb128> upstream is not active and doesn't care about abi stability
[20:42] <seb128> and nothing else uses it in main
[20:43] <chrisccoulson> i wasn't aware about not caring about abi stability. it definately sounds like it's better off remaining in universe then
[21:15] <lool> seb128: nautilus task: to revert the workaround, gvfs: didn't touch it, not sure what it's about
[21:17] <seb128> lool, ah ok, thanks
[21:17] <seb128> lool, thank you for landing that change and the gtk one too
[21:17] <seb128> lool, coming back to desktop team are you? ;-)
[21:18] <lool> ;-)
[21:18] <lool> seb128: It seems I need to revert the nautilus change and do that in gvfs instead according to plars
[21:18] <seb128> ok
[21:19] <baptistemm_> hello
[21:19] <seb128> that makes sense
[21:19] <seb128> since that's the gvfs upload which broke things
[21:19] <seb128> baptistemm: hey
[21:24] <chrisccoulson> yay, i've got a delivery of computer parts tomorrow :)
[22:04] <seb128> chrisccoulson, computer parts? didn't you order a laptop config?
[22:19] <crimsun> hyperair: that said (re: roaming), lucid doesn't carry the latest 0.6.10 upstream
[22:19] <hyperair> crimsun: 0.6.10?
[22:19] <crimsun> hyperair: probably want to ping siretart on that
[22:19] <hyperair> hmm
[22:19] <hyperair> okay
[22:19] <crimsun> hyperair: wpasupplicant
[22:20] <hyperair> crimsun: so it's wpasupplicant code eh? maybe i'll give it a poke sometime
[22:20] <chrisccoulson> seb128 - yeah, i ordered a laptop. but i've also got a docking station and 20" monitor being delivered too
[22:21] <Nafai> chrisccoulson: what laptop did you get?
[22:24] <chrisccoulson> Nafai - a latitude e5500. it's not quite as slick as some models, but i wanted something with a large-ish screen
[22:24] <Nafai> sounds nice
[22:28] <crimsun> should run fine with lucid
[22:28] <crimsun> older releases are missing kernel and/or userspace bits
[22:30] <crimsun> pitti: since pm-utils-powersave is a bit easier to work with for specific hardware, I propose enabling HDA controller powerdown for the one codec with full support for it in Lucid: Sigmatel/IDT
[22:31] <crimsun> pitti: this is much easier to check via sysfs
[22:31] <pitti> crimsun: sounds good; how can that be detected? something in sys?
[22:35] <crimsun> pitti: yes, the existence of /sys/module/snd_hda_codec_idt -> echo -n 10 > /sys/module/snd_hda_intel/parameters/power_save
[22:37] <crimsun> pitti: 10.10 will gain my fixes for the other HDA codecs, and at that point it will be worthwhile investigating whether to also do that for Realtek/Analog Devices/Conexant/C-Media/VIA
[22:37] <pitti> crimsun: want to commit/upload yourself?
[22:37] <crimsun> pitti: I'll work on it, but I wanted to run it past you first
[22:37] <pitti> crimsun: that seems fine; a mere test -e is cheap
[22:38] <pitti> (as opposed to some aplay -l | grep stuff)
[22:38] <pitti> crimsun: the packages is meant to be a collection of hardware specific quirks
[22:38] <pitti> i. e. doing stuff based on DMI querying is fine
[22:39] <crimsun> pitti: ah, good.  Also, have there been discussions of offlining cpus?
[22:40] <pitti> none that I know of
[22:46] <TheMuso> What package are we talking about re audio and pm?
[22:47] <crimsun> TheMuso: pm-utils-powersave-policy
[22:47] <TheMuso> crimsun: Right, pitti just told me.
[23:21] <asac_> mvo: so at 4pm we have a meeting ... so if you cant make it soonish 5 would be good