[00:24] <cnd> JFo: ping?
[01:47] <JFo> pong cnd
[01:47] <JFo> sorry, was out of the house a bit
[01:48] <cnd> JFo: in an effort to save uds time, I was wondering if we could consolidate the maverick better bug handling session and my session on better tracing integration with bug reports
[01:48] <JFo> fine with me
[01:48] <cnd> np, on the delay too, it's way past working hours :)
[01:48] <cnd> ok, I'll let ogasawara know
[01:49] <cnd> thanks!
[01:49] <cnd> ogasawara: I guess here's your notification? :)
[01:49] <JFo> heh
[01:50] <JFo> my pleasure cnd 
[01:50] <cnd> JFo: thanks!
[01:50] <JFo> :)
[05:45] <ogasawara> cnd: ack, will remove the blueprint from the schedule
[05:49] <cooloney> ogasawara: are you still there?
[05:50] <cooloney> ogasawara: just a quick question about our new maverick kernel tree
[05:50] <ogasawara> cooloney: yep still here, what's the question?
[05:50] <cooloney> ogasawara: there are no topic branch in M tree
[05:50] <ogasawara> cooloney: nope
[05:50] <cooloney> ogasawara: why?
[05:50] <ogasawara> cooloney: not yet
[05:50] <cooloney> ogasawara: ok
[05:50] <cooloney> got it.
[05:51] <cooloney> ogasawara: i just saw you applied my patch for fec driver.
[05:51] <cooloney> in master branch
[05:51] <ogasawara> cooloney: we need to sort out the topic branches next week at UDS
[05:51] <cooloney> ogasawara: right, i saw that wiki page
[05:52] <cooloney> ogasawara: thanks, 
[07:38] <baptistemm> heya
[08:23] <psurbhi> good morning
[08:24] <abogani> psurbhi: also to you
[08:44]  * apw yawns ... hrm no government here today
[08:44]  * smb waves
[08:44] <smb> apw, Lucky you. :-P
[08:44] <apw> hi smb ...
[08:46] <psurbhi> apw, a tight election.. the conservatives could still win...
[08:46] <psurbhi> ?
[08:46]  * smb waits for Thunderbird stop stealing all of his cpu and finally displaying any kind of image
[08:46] <apw> it may just about be mathematically possible
[08:47] <psurbhi> heh
[08:47] <smb> psurbhi, While I cannot look, have you seen and replied to the mail about the cve stuff
[08:47] <psurbhi> smb, no.... let me have a look
[08:48] <psurbhi> smb, i just saw the intrepid email :(
[08:48]  * apw struggles to remember what intrepid means
[08:48] <psurbhi> also, can you see the unmount-sync email i sent yesterday? thunderbird has not fetched it yet in my inbox
[08:49] <apw> psurbhi, the double patches ?
[08:49] <smb> apw, That we drop it 
[08:49] <smb> apw, after unfortunately doing some work on it
[08:50] <smb> psurbhi, At the moment I cannot see any mail
[08:50] <apw> smb, you missed my joke there ... i was implying the whole of intrepid was erased from my mind
[08:50] <psurbhi> smb, were you asking about the email referring to hardy..
[08:50] <psurbhi> apw, yes, the double patches.. though i can see them on the internet
[08:50] <smb> apw, Yeah, I actually missed the whole line. Too early in the morning (not)
[08:51] <psurbhi> http://old.nabble.com/-PATCH-0-2--fix-for-slow-unmount-on-ext4---bug-543617-on-lp-td28471853.html
[08:51] <psurbhi> smb, i have replied to the email about hardy reviews
[08:51] <psurbhi> is that what you are referring to? or have i missed an email?
[08:52] <smb> psurbhi, No thats what I meant. I might see it in half an hour... :(
[08:52] <psurbhi> smb, that i replied back on monday itself
[08:52] <psurbhi> :( 
[08:53] <smb> psurbhi, No I mean the mail I sent out yesterday
[08:53] <smb> psurbhi, The one asking for looking at Leanns comment about the goto
[08:54] <smb> So maybe you actually did miss some of them
[08:54] <psurbhi> smb, its not reached me..
[09:01] <smb> psurbhi, Gosh, I think Thunderbird just slowly dies, so maybe it better discussed here
[09:03] <smb> psurbhi, There was just one thing about the rh patch. It contains a goto to a target, that does not exist in Dapper. If you can see how the code looks in the package or whether you find patches that would add the goto, please let me know whether its somewhere to the end. Then we could just replace the goto with a return 1
[09:04] <psurbhi> smb, let me look, thanks :)
[09:42] <apw> psurbhi, its now officially a hung parliament ... noone can win now
[09:42] <apw> cking, .... hung we is
[09:43] <psurbhi> apw, cool.. coalition woes :) 
[09:43] <RAOF> Once again, Tasmania leads the Western world :)
[09:44]  * psurbhi tylersburg is dead :( 
[09:45] <apw> psurbhi, you tend to kill that box a lot
[09:45] <psurbhi> sigh
[09:45] <cking> apw, fun and games now in UK politics.
[09:46] <apw> something like that, though my phrase had bullshit in it :)
[09:46] <cking> yeah, I expect Gordon will try to hang on as long as he can
[09:47]  * cking got 4 hours sleep - was glued to radio 4 last night/this morning
[09:47] <RAOF> At least both your major parties *want* to win.  Our governor general basically had to say “look, you were the premier before, and the opposition hasn't got a majority.  Go and sort it out in parliament, damnit”
[09:48] <cking> psurbhi, dead in what kinda way?
[09:49] <psurbhi> cking, it has crashed... it was throwing scsi errors
[09:49] <psurbhi> and now the filesystem is toasted... and i need to reinstall (before which i will replace the cpu to the older one) so saturday will be spent in trying to repair it
[09:49] <smb> cking, Its always surprising how much support someone who messed it all up still got. Reminds me a bit of Kohl, where some younger people already believed that chancellor is a lifetime position.
[09:49] <apw> cking, you are sad, i watched channel 4 piss take show, with real results last night till about 1 then gave up
[09:50] <cking> apw, I just wanted to see if my local MP got booted out or not
[09:50] <apw> cking, and ?
[09:50] <smb> psurbhi, Did you do fs tests or tried a new upgrade to it?
[09:51] <psurbhi> smb, yes i did
[09:51] <cking> apw, well, we had a swing to the right - a 37 seat majority last time was smashed 
[09:51] <smb> psurbhi, Thats a bad answer to an or question
[09:51] <psurbhi> smb, both
[09:51] <psurbhi> :)
[09:51] <smb> psurbhi, Ah :)
[09:51]  * apw blames psurbhi for breaking it
[09:51]  * psurbhi blames the scsi hardware.. curses it
[09:52]  * psurbhi the old laptops dying too with the cpu glowing with heat..!! hopefully it will last through the uds
[09:53] <smb> cking, I think psurbhi will make a good new hw test engineer. If it survives its good. ;-P
[09:54] <cking> smb, I was just thinking the same thing!
[09:54]  * cking needs to remember to bring the stickers
[09:54] <psurbhi> cking, what stickers?
[09:54] <smb> cking, You definitely have to
[09:54] <akgraner> cking, I was just about to asak you if you were bringing them
[09:55] <psurbhi> cking, everytime i am asked at the airport security - who is that guy ? :P
[09:55] <apw> British National Party
[09:55] <apw> 0	
[09:55] <psurbhi> pointing to your sticker
[09:55] <apw> a good line in the table me thinks
[09:56] <cking> apw, pity it could not be negative ;-)
[09:56] <apw> under PR they would get 7 seats
[09:56] <cking> psurbhi, my ugly mug will be on the international banning list soon
[09:56] <psurbhi> heh
[09:57] <smb> cking, But not for the stickers but for the side-effects on travel you have
[09:57] <apw> cking, sorry _12_
[09:57] <apw> cking, and UKIP 20
[09:58] <apw> libs about 149
[10:00] <cking> what about the monster raving looney party?
[10:00]  * smb cries 291 of 362. At the rate my mail is currently fetched I consider driving over to the DC to fetch it personally
[10:02]  * cking wonders if it's technically a "well hung" parliament..
[10:02]  * psurbhi would accompany smb to fetch the mails for her too
[10:02] <smb> cking, is that the same hung as in hanging them?
[10:04] <smb> psurbhi, Are you using the "upgraded to Lucid" Thunderbird, too?
[10:07] <cking> smb, only when they are highly objectionable
[10:15] <smb> (finally it finished)
[10:16] <cking> it's sloooow today for some reason
[10:23] <psurbhi> smb, yes i am
[10:23] <psurbhi> are you too?
[10:24] <smb> psurbhi, Yes upgraded yesterday. It seemed quicker then (still it decided that it wants to download all of the imap mail now). But today its slow as snails
[10:25] <psurbhi> smb, same here.. 
[10:25] <psurbhi> (except for the yesterday part).. i think i will do a fresh install on my laptop.. have been upgrading since intrepid..
[10:25] <smb> Maybe we can blame apw for syncing all of his stuff today
[10:26] <smb> psurbhi, I upgraded from a Karmic install.
[10:26] <psurbhi> :) yes... m sure we can blame apw
[10:41]  * cking wonders if a non-serialized _WAK method is causing a hang because of a global lock being required on a EC memory space read on a racy bit of AML..
[10:47] <smb> cking, You seem to have too much fun with the aml emulator...
[10:49] <psurbhi> smb, i have updated the patch from rh
[10:49] <psurbhi> with the whole thing :)
[10:50] <smb> psurbhi, Cool thanks, I'll pull that then. :)
[10:50] <smb> (after getting cooloney 's patch into Lucid before he confuses me even more)
[10:51] <cking> smb, actually, I'm stepping through the AML against the acpi driver - it's quite tedious
[10:55] <smb> cking, I can believe that. Especially with that kind of problem. So forcing acpi to serialize every call makes the issue go away?
[10:56] <cooloney> smb: thanks, man
[10:56]  * cooloney needs reboot his server now, just upgraded it from karmic to lucid
[10:57] <smb> cooloney, Sorry for being late. Just 5 versions and many mails later I was not sure this is the final one. :)
[11:01] <apw> smb, cheek, thats all on my local lan
[11:01]  * psurbhi takes a break.. rest time for a while..
[11:02] <smb> apw, bah, I thought you were re-syncing IMAP with the server as well. 
[11:02] <apw> nope, my email is working just fine to the imap server
[11:03] <smb> apw, Ok, ok. Then I cannot blame you for _that_. ;-P
[11:11]  * cooloney fails to boot his lucid on his server now
[11:11] <cooloney> so bad
[11:12]  * smb leaves for lunch
[11:35] <apw> cooloney, now what you broken
[11:38] <cooloney> apw: i s/karmic/lucid/g in my source.list
[11:39] <cooloney> then apt-get update and apt-get dist-upgrade
[11:39] <cooloney> after that, reboot
[11:39] <cooloney> but there is no 10.04 kernel options in grub menu
[11:39] <cooloney> so it still boots from 9.10 2.6.31 kernel
[11:40] <cooloney> it stops at some check battery or something is running background
[11:40] <cooloney> so weird
[11:41] <tumbleweed> I've upgraded a server from hardy -> lucid and it's now suffering a massive kernel memory leak
[11:41] <tumbleweed> any hints on debugging that?
[11:41] <tumbleweed> (around 10MiB / second)
[11:42]  * cooloney thumbs up to tumbleweed 
[11:42] <cooloney> tumbleweed: you are a brave man
[11:42] <tumbleweed> cooloney: :P
[11:42] <tumbleweed> i'm getting bored of rebooting
[11:42] <tumbleweed> it just lasted a record of 15 mins
[11:46] <soren> tumbleweed: You're sure it's the kernel that's leaking? Which kernel version?
[11:47] <apw> cooloney, hrm, normally one does an update-manager -d to do that
[11:48] <apw> tumbleweed, how are you determining that the kernel is leaking memory at that rate
[11:48] <apw> and when it dies (as i assume it does) what is the symptoms
[11:49] <tumbleweed> hi, sorry, tied up on the phone
[11:50] <tumbleweed> it's the latest lucid version, I'll grab the number as soon as it comes up again
[11:50] <tumbleweed> apw: number of processes is pretty static, and htop shows no process using more than 1% of RAM
[11:50] <tumbleweed> but memory climbs alarmingly fast
[11:51] <tumbleweed> first time it happened, it went OOM (without using much swap). We've been trying to catch it before it gets OOM since then
[11:51] <cooloney> apw: ok, got it. i never try update-manager before. heh
[11:51] <apw> memory measured how
[11:51] <tumbleweed> situation: this is a mirror. We've had RAID array problems in the last week, so moved to using a remote array, first via nfs, then cifs. During the downtime caused by the array failure we upgraded to lucid
[11:52] <tumbleweed> apw: measured by the green bars in htop :) What would you like me to look at?
[11:53] <apw> well the kernel keeps memory mostly full so it 'filling up' means little
[11:53] <tumbleweed> apw: yeah, but that's normally cache / buffers, this is used memory
[11:53] <apw> and where are you seeing it going
[11:53] <tumbleweed> nowhere :(
[11:54] <apw> see if its accounted in the bar is being reported somewhere
[11:54] <tumbleweed> yeah, but I mean not into any processes
[11:54] <apw> /proc/meminfo and /proc/slabinfo may give you some clues as to where it is
[11:55] <tumbleweed> when I looked earlier, slabinfo was dominated by conntrack entries. I assmume I should takea  few samples and diff?
[11:56] <apw> yeah watch whats increasing
[11:56] <apw> knowing what they were like on hardy may help too
[11:56] <tumbleweed> the big gains all seem to be in kmalloc-*
[11:58] <apw> and how much % of your ram is in there
[11:58] <tumbleweed> and the leak is noticably triggered by increases in traffic
[11:59] <tumbleweed> what units is slabinfo in? I 'm assuming column 2 is the important one
[11:59] <apw> sounds bad
[11:59] <apw> the first two cols are in objects, active and space for
[12:00] <tumbleweed> so I should multiply objects by 192 for a kmalloc-192 ?
[12:01] <apw> yep, though other entries give you real sizes
[12:01] <apw> the first line does tell you the meanings
[12:02] <tumbleweed> http://pastebin.com/CEEWGtxB
[12:04] <apw>  tumbleweed none of that looks particularly scarey if the mahcine is doing something
[12:05] <apw> but i would start with a 10s capture of both of those and plot them out see whats trending up
[12:05] <tumbleweed> sounds fair enough
[12:05] <tumbleweed> let me see if I can get something out of the next cycle
[12:06] <apw> lets hope its not something generic like the kmalloc slabs, as so little info is gained 
[12:06]  * tumbleweed has to take a lunch break :)
[12:06] <apw> enjoy
[12:06]  * tumbleweed takes a laptop with
[12:09] <tumbleweed> what's interesting is that if I drop the apaches, ftpd, etc. memory usage slowly sinks down again
[13:04] <smb> Ok, its 255miles to Brussels, the gas tank is full, I know where my sunglasses are and I got 20l beer in my trunk.
[13:04]  * smb feels ready for UDS now
[13:04] <bjf> smb, when are you leaving?
[13:05] <smb> bjf, Sunday, but I like being prepared. :)
[13:05] <bjf> smb, how much beer can you get into your car :-), maybe when you get here we will need to make a "little trip"
[13:06] <smb> bjf, I can convert the backseats into trunk space. Guess it should be sufficient
[13:06] <smb> bjf, We always can make a second trip. ;-P
[13:06] <bjf> smb, just what I was thinking :-)
[13:10] <cking> smb, that line from the blues brothers by any chance?
[13:11] <smb> cking, naaah. Not by _any_ chance
[13:11] <smb> cking, I am not sure they had beer
[13:11] <cking> “It's 106 miles to Chicago. We got a full tank of gas, half a pack of cigarettes, it's dark and we're wearing sunglasses!....................HIT IT!!!”
[13:12] <cking-afk> food
[13:42] <smb> psurbhi, Was the whole: target in the same patch or another one? i am asking because returning something else than 0 or 1 does not seem to make much sense with the rest of the current code.
[13:42] <psurbhi> smb, it was a part of another patch
[13:42] <psurbhi> i have updated the notes as well
[13:43] <smb> psurbhi, Eh, was too lazy to read the notes. Probably should. Anyway, I think if we only want to have maydump return "yes" it might be simpler to say return 1 instead of the goto
[13:44] <psurbhi> smb, yes
[13:44] <psurbhi> The "whole:" in the maydump comes from the  linux-2.6.9-COREDUMP-add-MMF_DUMP_ELF_HEADERS-flag-support.patch from  the same src.rpm. 
[13:44] <psurbhi> This patch also renames maydump() to vma_dump_size()  to which the original patch actually applies
[13:47] <smb> psurbhi, In that case I think we should go without the goto whole. The usage of maydump is rather boolean
[13:47] <psurbhi> smb, i did think of that too.. but then later went with the patch as is.. 
[13:48] <smb> psurbhi, What made you re-think?
[13:48] <psurbhi> return 1 would be appropriate
[13:48] <psurbhi> smb, our policy of sticking to a patch.. ?
[13:48] <psurbhi> or no?
[13:50] <smb> Well as much it is possible. But for something that old and having dependencies on another patch we don't need necessarily it is better to adapt
[13:50] <psurbhi> ok
[14:06] <apw> smb, i like the sound of your 'payload' ... i shall have to come explore it :)
[14:06] <psurbhi> smb, i have uploaded the new patch for dapper
[14:07] <smb> apw, Hah, you had your chance. Now you have to wait until you get there. :-P If it has any left until then. >:-)
[14:07] <apw> *slap*
[14:08] <smb> psurbhi, Ok, looks good to me now. Thanks
[14:08] <smb> apw, hehe
[14:08] <smb> apw, Lucky for you some people will drink less ;-)
[14:09]  * cking notes that debugging AML on 4 hours sleep is kinda hard
[14:10] <apw> cking, i am not in the mood at all today
[14:10]  * smb notes that cking should not debug while sleeping
[14:10] <cking> smb, sometimes I debug code in my sleep and see the answer when I awake
[14:10]  * smb get jealous
[14:10] <apw> cking, mostly happens to me in the shower
[14:10] <cking> mind you, it's invariably the *wrong* answer... ;-)
[14:11]  * smb tries to evade that picture
[14:11] <cking> is that "clean room" programming apw?
[14:11] <apw> cking, something like that ... very droll
[14:12] <smb> Nooo, now I wonder what agile programming is...
[14:26] <apw> smb, where did you get your skype from ?  direct from skype or a PPA ?
[14:26] <JFo> ogasawara, smb or apw, any of you care to weigh in on Custom DSDT in bug 246222
[14:26] <ubot3> Malone bug 246222 in linux "Linux 2.6.26 not loading custom DSDT from initrd" [Medium,Confirmed] https://launchpad.net/bugs/246222
[14:26] <smb> apw, direct
[14:27] <apw> i have a clean install here and i am fighting to get the right deps installed
[14:27] <smb> JFo, Not supported for lucid. apw ?
[14:27] <JFo> right, I told them it was due to their ability to hose a system
[14:27] <JFo> but I was wondering of one of you would mind expanding on that
[14:28] <apw> JFo, we've not supported it since intrepid
[14:28] <smb> apw, Hm, I think I had the one they claim is for Intrepid or Jaunty...
[14:28] <JFo> this one was assigned to Ben Collins so I wasn't processing it
[14:28] <smb> apw, To install I let it fail. Then run apt-get install -f
[14:28] <JFo> I've dropped the assignment
[14:31] <apw> JFo, done
[14:31] <JFo> thank you kind sir, you are a gentleman :)
[14:39] <apw> JFo, i was terse and repetative 
[14:39] <JFo> worksforme ;)
[14:40] <smb> apw, as long as its not terse and abusive
[14:40] <tumbleweed> determined that my memory leaks are triggered by vsftpd
[14:40] <tumbleweed> writing up a script to do some graphing now
[14:41] <apw> tumbleweed, they are 'fixed' by killing it ?
[14:41] <tumbleweed> apw: if I run apt-mirror against my mirror using http, no problem
[14:41] <tumbleweed> use ftp, leaks badly and slowly clears up over the next 10 mins after I stop
[14:42] <tumbleweed> (which means it isn't actually a leak)
[14:42] <apw> right ... not a kernel leak at least
[14:42] <tumbleweed> apw: but the kernel is where the memory is going
[14:42] <apw> maybe a buildup of contrack entries perhaps, you can see those though and cnofirm
[14:42]  * tumbleweed tried without conntrack quite early on (I thought)
[14:43] <apw> there are a lot of things a process can do, open files etc which take up space in the kernel
[14:43] <tumbleweed> apw: yeah
[14:59] <tumbleweed> apw: removed all conntrack + nat modules. still happens
[15:01] <apw> hrm, so one needs to find out what that application is doing, be interesting to see fi it is leaking open sockets or something
[15:02] <tumbleweed> ~2k open tcp sockets according to netstat
[15:03]  * JFo reads cking's verbal beatdowns in e-mail :)
[15:04]  * JFo gets a clearer impression of BIOS code
[15:16] <bjf> hah, raving lunatic party!
[15:17]  * smb wants the same drink as bjf 
[15:19] <bjf> smb, there is a 'raving lunatic party' in the UK elections
[15:19]  * bjf didn't know apw was running for MP
[15:20] <apw> monster raving looney party please
[15:20] <apw> run by screaming lord such
[15:20] <cking> JFo, feel my pain
[15:21] <cking> I like the "lets have a party" party
[15:22] <JFo> heh
[15:25] <cnd> apw: I got hedley built yesterday evening finally
[15:25] <cnd> thanks for the help
[15:25] <cnd> it was a combination of failures, and I had to debug kernel-wedge to figure it out
[15:26] <apw> cnd, sounds good ... what was the outcome?
[15:27] <manjo> apw, I shot him before he could finish building 
[15:27] <cnd> apw: see the last four commits: http://kernel.ubuntu.com/git?p=cndougla/hedley.git;a=summary
[15:28] <cnd> manjo: that's about the time it all started working :)
[15:28] <cnd> apw, do you think we'd want the "UBUNTU: don't force module dependency checking" change in the ubuntu kernels?
[15:29] <apw> cnd, i suspect there is no reason not to have it
[15:30] <cnd> ok, I'll send it to k-t for review
[15:30] <manjo> reports of more ash cloud
[15:31] <apw> cnd, ok so yeah it essentially as we expected, just needing 'di' disabled for mimas, other than the additional patch you just mentioned to sort out the no modules mode
[15:34] <cnd> apw, well, we still need d-i
[15:34] <cnd> I think
[15:34] <apw> overly simplistic language from me
[15:34] <cnd> I disabled all the d-i packages EXCEPT the kernel-image udeb
[15:34] <cnd> ok
[15:34] <apw> disable allt he missing d-i packages
[15:34] <cnd> yeah
[15:34] <apw> you really need to leave a little latitude in understanding the rest of us :)
[15:35] <cnd> I'll try :)
[15:35] <cnd> I tend to be a very explicit person when it comes to tech and work
[15:35] <cnd> to a fault
[15:40] <apw> cnd, indeed, can be good but sometimes it makes it hard to summarise without tripping your 'thats not right' filter ... i am almost as bad mind
[15:40] <cnd> part of it is a comfort level too
[15:41] <cnd> as I get more comfortable with each of us on the team, I can read between the lines of each person a little better
[15:48] <cnd> ogasawara: do you prefer if I prepend [MAVERICK] to patches for it?
[15:49] <cnd> during lucid development, I never prepended unless it was for a previous release
[16:09] <bigcx2> hey all
[16:09] <bigcx2> got a question about how usb flash drives are handled in the kernel
[16:09] <bigcx2> are they seen as sata or scsi?
[16:11] <abogani> bigcx2: AFAIK both sata and usb storage devices are handled by libata which in turn use scsi subsystem
[16:13] <smb> Yes, afaik there might be different low level protocols involved (scsi, ata, or worse) but from the userspace point of view they are sd disks
[16:14] <bigcx2> abogani: ok, so does that mean if i just want to support usb flash drives in my system then it should be safe to disable sata support and leave scsi support in?
[16:16] <abogani> bigcx2: IMHO Yes it should be safe
[16:16] <bigcx2> i'm trying to develop a custom cut-down kernel config for a sbc where we're not using any sata disks but we might be using usb flash drives
[16:16] <bigcx2> abogani: ok it's your fault if i lose
[16:16] <bigcx2> :)
[16:16] <bigcx2> thanks
[16:16]  * abogani can't understand why someone would want disable sata support these days...
[16:17] <bigcx2> like i said it's for a custom sbc
[16:17] <abogani> ahhh
[16:17] <bigcx2> where we're either using a compact flash or usb drive as a hard disk
[16:17]  * abogani never use Ubuntu for his sbc systems...
[16:18] <bigcx2> i have ubuntu running on it now, i'd just like to make it super speedy for real time usage
[16:19] <bigcx2> it's amazing how much stuff is in there by default that most people will never need
[16:19] <bigcx2> like ham radio support!
[16:19] <JFo> whoa there ;)
[16:22] <bigcx2> JFo: whoa what
[16:22] <bigcx2> ham radio or real time
[16:22] <abogani> ham radio I suppose.
[16:22] <JFo> ham radio :)
[16:22] <bigcx2> heh
[16:23] <abogani> real time don't let no one say "whoa" here.
[16:23] <JFo> was just picking on you bigcx2 
[16:23] <apw> ogasawara, seems that we haven't put maverick as a series goal for our blueprints, so they don't appear in the work-items breakdowns
[16:23] <bjf> bigcx2, having those in doesn't slow it down, it just makes it available for those that have the devices or want the option
[16:24] <achiang> speed and bloat are indeed unrelated. ;)
[16:24] <bigcx2> haha right, but of course it does cut down my kernel build time down to less than 20 minutes on my laptop!
[16:24] <bigcx2> vs. an hour and a half
[16:24] <ogasawara> apw: oops, will get them cleaned up
[16:25] <bjf> bigcx2, now that I can agree with you on
[16:25] <abogani> I'm not
[16:25] <abogani> Where disk are slow (like usb and flash disk) time necessary to copy kernel (and initrd) is a real issue
[16:25] <abogani> *copy into ram
[16:26] <abogani> from a boot speed POV obviosuly
[16:26]  * JFo goes to lunch
[16:26] <bigcx2> abogani: sure, but for my application we can't have any moving mechanical parts on this board
[16:27] <bjf> abogani, true, but if you are only booting once every 6 months, is that small boot time worth the effort (sometimes it is and sometimes it is not)
[16:27] <bigcx2> yea boot time isn't a major concern
[16:27] <bigcx2> these things stay on for a realllyyy lonnnng time
[16:30] <bigcx2> just curious, do you guys work for canonical
[16:30] <bigcx2> ?
[16:31] <apw> some of us do yes, not everyone
[16:31]  * abogani no 
[16:32]  * apw is on the canonical kernel team
[16:32]  * bjf is on the canonical kernel team
[16:32] <abogani> bigcx2: Feel free to offer me a job if you can :)
[16:33] <sconklin> apw: I have an inbound bug report that may be related to the patches YingYing emailed to the list, are you putting any work into this yet? If not I'll build a test kernel with those patches.
[16:33]  * sconklin is on the canonical team
[16:33] <apw> sconklin, nope not touched them ... if you have a test case do feel free
[16:33] <bigcx2> apw, bjf, sconklin, do you guys get to work from your house most of the time?
[16:33] <apw> yep we mostly are home based
[16:33] <sconklin> bigcx2: yes, with travel about one week in 6 or so
[16:34] <bjf> bigcx2, yes most of the time, i'm working from a hotel in belgium right now waiting for uds-m to start on monday
[16:35]  * ogra happily tortures the kernel team from the comfortable backseat of another canonical dept. :)
[16:35] <bigcx2> haha
[16:35] <bigcx2> cool, i always thought it would be cool to work for/with canonical
[16:36] <bigcx2> i've been using ubuntu since warty
[16:36] <smb> sconklin, Wassn't those Lucid ones? I might have gotten there but I am winding my way backwards.
[16:36] <bigcx2> abogani: what do you do now?
[16:36] <sconklin> smb: yes, sorry, I'm living a week in the past
[16:36]  * smb is on the Canonical team too, but wasn't listening
[16:37] <smb> sconklin, Well those came in just today, didn't they?
[16:37] <abogani> bigcx2: Unfortunately unemployed :-(
[16:38] <sconklin> those patches, yes. Also I just got a bug report on identica and there should be a bug filed soon. It's the same symptom - happens when going to screen saver
[16:39] <sconklin> smb: so I thought it might make a good test case since it's repeatable
[16:39] <sconklin> smb https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/577070
[16:39] <ubot3> Malone bug 577070 in linux "Blanking screensaver doesn't activate until mouse is moved" [Undecided,New] 
[16:40] <smb> sconklin, Sounds good if we can reproduce them. Then at least someone can test that when it goes into proposed
[16:40] <smb> sconklin, Though it will take a bit until then
[16:41] <sconklin> smb: exactly. Since that will be a while, I'll try to build a test today with those two patches
[16:41] <bjf> wales (not sure which party) just set the price of a vote, 300,000,000 pounds per year for their three votes
[16:42] <bjf> apw, did my lbm changes make it out or is it still too early after release?
[16:43] <smb> bjf, let me check
[16:43]  * cking too is on Canonical team, but was focused on debugging some code and missed the discussion
[16:44] <bjf> smb, i see tgardner's changes but i'm trying to find mine
[16:44] <smb> bjf, I guess you are looking for alsa stuff
[16:44] <baptistemm> all people belinging to canonical kernel team have a 3 letter nick
[16:44] <smb> bjf, They don't look in to me
[16:44] <smb> baptistemm, Not true in all cases
[16:44] <bjf> smb, hmmm, tgardner supposedly pulled them in
[16:45] <baptistemm> :)
[16:45] <bjf> smb, at least he told me he had
[16:46] <smb> bjf, I believe I saw some pull request but have not hit it rewinding in time, yet. Or maybe you point me to the pull link
[16:46] <smb> bjf, Last thing I see here is going to alsa 1.0.23
[16:46] <bjf> smb, i'm looking in the repo right now... just a sec
[16:46] <apw> i think it may be pulled by tnot uploaded yet
[16:47] <bjf> smb, 749cfb7b29106837360436fdab6a58a782b5b907 Updating with the alsa-driver 1.0.23 release
[16:47] <bjf> smb, that's it
[16:48] <smb> bjf, That should be out since ages
[16:48] <bjf> smb, define "ages"
[16:48] <bjf> smb, i did it during release week
[16:49] <bjf> smb, i don't see a lucid-changes email that mentions it, i see the compat wireless udev glue commit by rtg
[16:49] <smb> bjf, Ah, my fault. I was not looking into the branching
[16:50] <smb> bjf, So it was commited but the last two uploads circled around it
[16:50] <bjf> smb, i don't see any branches in ubuntu-lucid-lbm
[16:51] <bjf> smb, how does that work? :-)
[16:51] <smb> bjf, gitk for me, but apw surely has something textual
[16:52] <apw> right, we did a day 0 round it
[16:53] <apw> it will get in next time i assume
[16:53] <bjf> apw, ah, so it will hit the street eventually
[16:53] <bjf> apw, smb, when might that be?
[16:53] <smb> bjf, git log --graph actually. In a few weeks
[16:54] <smb> bjf, Cannot say something more specific. There will be a sec update between
[16:56] <bjf> smb, hmm, that's one of the areas i still don't "get" how we schedule our updates (this being an lbm)
[16:56] <bjf> smb, no prob. you can enlighten me next week over a beer
[16:56] <bjf> smb, which reminds me, there is an overpriced belgium waiting for me somewhere
[16:57] <bjf> cheers all
[16:57] <smb> bjf, Sure will do. Cheers
[17:21]  * cking does not like embedded controllers - what whimsical things they are
[17:22] <apw> they do get the hump most easily
[18:00] <bigcx2> "the hump"
[18:00] <bigcx2> cking, anything in particular grinding your gears or just spouting off
[18:01] <cking> bigcx2, just buggy BIOS code, that's all. My normal bread-and-butter bugs
[18:02]  * bigcx2 knows from experiences that BIOS's can be extremely lame sometimes
[18:03] <bigcx2> that was weird, just got kicked out
[18:43] <JFo> sigh* forgot to change my nick
[18:51] <cnd> JFo: what are your plans to pass the time on the plane?
[18:52] <JFo> cnd, not sure yet
[18:52] <JFo> been thinking of reading, etc.
[18:52] <JFo> music
[18:52] <JFo> but i haven't begun that plan yet
[18:52] <JFo> you have anything in mind?
[18:52] <sconklin> in general don't plan on having enough room to use a laptop. I bring thick books
[18:52] <JFo> sconklin, don't I know it :)
[18:53] <sconklin> Most international flights have enough movies that you can find three that you want to watch
[18:53] <sconklin> bring your own headset, some airlines charge
[18:54] <cnd> sconklin: I've found my mini to be small enough, but it wouldn't last a full flight either
[18:54] <sconklin> I wish someone would sell a good pull-string charger that could run a mini
[18:54] <cnd> I've been thinking of going to the library this evening maybe
[18:54] <cnd> to get a book of some sort
[18:54] <cnd> sconklin: would pull string give enough power?
[18:55] <JFo> or crank
[18:55] <cnd> let alone the fact that I wouldn't want to sit next to someone with such a device :)
[18:55] <JFo> although I think the same limitation as string would apply
[18:55] <cnd> I'd be afraid of getting punched out :)
[18:55] <JFo> heh
[18:55] <cnd> I should check if delta posts the movies they have
[18:55] <sconklin> most of them you just pull once to wind them. Even if they can't keep up with the discharge rate, you might get enough extended life to make it worthwhile
[18:56] <cnd> I also need to find my ac converter, I seem to have misplaced it...
[19:01] <cnd> hmmm... delta has a large fleet of in-flight wifi, but they only mention domestic flights on the blog
[19:02] <bigcx2> iirc you have to pay for in-flight wifi
[19:02] <cnd> bigcx2: it would be worth it to me
[19:02] <cnd> but I have a funny feeling international flights are excluded
[19:05] <bigcx2> cnd: yea i think you're right
[19:05] <bigcx2> http://blog.delta.com/2009/06/26/the-latest-wings-with-wi-fi-part-xiii/
[19:08] <cnd> bigcx2: rats...
[19:09] <cnd> thanks for the link though
[19:09] <cnd> at least I don't have to have my hopes dashed at the plane :)
[19:10] <bigcx2> ya, furthering my curiosity, one more link
[19:10] <bigcx2> http://www.gogoinflight.com/gogo/cms/work.do
[19:17] <cnd> bigcx2: cool
[20:00] <JFo> gonna be afk off and on for a while. finishing up some packing
[21:17] <bjf> sconklin, ping
[21:39]  * ogasawara lunch
[22:14] <kamal> UDS travellers --   Atlantic ash cloud adds time to US-Europe flights  http://news.yahoo.com/s/ap/20100507/ap_on_bi_ge/eu_iceland_volcano
[22:31] <jjohansen> :(
[22:48]  * manjo needs to kill some fish ... puts on a hat... its damn hot outside today.. 
[22:48] <manjo> talk to you later folks
[23:50]  * jjohansen runs to get a couple things