[00:46] <bryceh> is apw gone on holiday now?
[00:52] <jjohansen> bryceh: hrmm I am not sure which day it starts he left it off the calendar
[00:56] <bryceh> jjohansen, ok thanks
[00:56] <bjf> bryceh, he should be around all this week (i think)
[00:56] <bryceh> bjf, aha good, I'll email
[08:52]  * apw waves morning ...
[08:53] <jjohansen> good morning apw
[08:53] <apw> jjohansen, morning, hows it going today
[08:54] <jjohansen> heh, not bad, at least not yet we will see how the night goes :)
[08:54] <smb> It should be dark, quiet and you probabaly sleeping. :)
[08:58] <apw> jjohansen, heh out of sync as usual i see
[09:03] <jjohansen1> wheee: shutdown now -r in the wrong terminal
[09:03] <apw> jjohansen, you are tired!  time for bed
[09:05] <jjohansen> apw: hehe, no I'm really not.  The terminal had been connected to the test box, but it was one that had dropped.
[09:05] <tumbleweed> hi. anyone know the state of core i3 (intel hd) graphics on lucid? Got a new box that'll boot with a Maverick kernel, but not lucid.
[09:05] <jjohansen> I know because all the terminals in that workspace were
[09:05] <smb> ipmitool -Ilanplus -Hjjohansen power off
[09:06] <jjohansen> hrmm, if only /me could take a hint :)
[09:06] <apw> heh
[09:06] <jjohansen> tumbleweed: where does the boot fail
[09:06] <apw> ipmitool -Ilanplus -Hjj-house power off
[09:07] <apw> ipmitool -Ilanplus -Hjj-state power off
[09:07] <smb> apw, I guess we would have to add a -Uspouse
[09:07] <jjohansen> aw shucks my ups lasts about 1 min
[09:07] <tumbleweed> jjohansen: kernel BUGs... http://paste.ubuntu.com/581502/
[09:08] <tumbleweed> oh, whoops, multiple boots in there
[09:08] <jjohansen> apw, smb don't worry I won't be here all night, but I need a few hours to settle down from exercising
[09:09] <apw> Mar 17 10:53:06 aa-bok-3 kernel: [    7.888543] [drm:i915_gem_object_bind_to_gtt] *ERROR* Attempting to bind an object larger than the aperture
[09:09] <apw> isn't that an indication of a BIOS setting the AGP aperture smaller than graphics memory
[09:10] <apw> Mar 17 10:53:06 aa-bok-3 kernel: [    7.888422] [drm:i915_driver_load] *ERROR* Detected broken video BIOS with 262140/262144kB of video memory stolen.
[09:10] <apw> Mar 17 10:53:06 aa-bok-3 kernel: [    7.888468] [drm:i915_driver_load] *ERROR* Disabling GEM. (try reducing stolen memory or updating the BIOS to fix).
[09:10] <apw> indeed, the kernel hates your BIOS with a pasion
[09:10] <tumbleweed> heh
[09:11] <tumbleweed> I'll try a static share rather than "auto"
[09:12] <apw> smb, i have just realised that 5 years at an abi bump every 2 weeks (worst case) will bust the 0-99 range we have for abi on lucid master
[09:13] <jjohansen> apw: are we doing an abi bump every time?
[09:14] <jjohansen> yes /me knows they have been changing, just whether we expect them to always change
[09:16] <apw> jjohansen, well they tend to pretty often, its not 100% guarenteed of course but worst, worst case we can double bump in a 2 week period due to reverts ... so i still think we'll be pressing in on 99 
[09:16] <apw> might be prudent to increase spacing for natty and above
[09:16] <jjohansen> oh yikes /me wasn't thinking of double bumps
[09:16] <jjohansen> definitely
[09:18] <tumbleweed> apw: thanks reducing it to 128M did the trick. /me kicks himself for not following the suggestions from the kernel first
[09:18] <apw> tumbleweed, hrm, not sure that that isn't a bug however ... the rest boots ok now?
[09:19] <tumbleweed> apw: yeah
[09:20] <tumbleweed> it cerntainly works out the box with the maverick kernel, so the issue has been fixed / worked around
[09:21] <apw> ahh good point
[09:22] <smb> apw, jjohansen I guess worst case we will have to to a magic bump into the higher regions
[09:24] <apw> smb, yeah probabally so
[09:24]  * apw reboots to test a patch
[09:24] <apw> (this is my only affected work station, of course)
[09:25] <smb> Farewell friend...
[09:29] <smb> apw, Successful?
[09:29] <apw> it boots at least
[09:37] <apw> so far seems to suppress the terminal corruption i was seeing too
[09:38] <smb> sounds not too bad then
[09:38] <smb> apw, Was that the sort of corruption that suddenly would garble the contents of your window but go away when you scrolled or refreshed?
[09:39] <smb> vi
[09:40] <apw> smb, yeah thats the one, though the commit is really expected to make it better not worse
[09:42] <smb> apw, sounds like the thing I noticed somewhat on my aspire one. Though I usually put it to bad hw
[09:42] <apw> yeah, if you look close its 'previous screen contents' dithered and mixed with the current screen
[09:43] <jjohansen> apw: does that happen to you in other windows than a terminal, that bug seems to hit pigin, chromium, and mumble for me
[09:44] <jjohansen> or perhaps its just a bug that is similar
[09:44] <apw> jjohansen, i cannot say i have ever seen it anywhere else, but the bug is in copy operations on areas of screen not particularly text related
[09:45] <apw> i rarely scroll anything but terminals and chrome
[09:45] <jjohansen> sounds like it
[09:45] <jjohansen> hrmm, but I see corruption without scrolling
[09:46] <jjohansen> but perhaps its because of switching workspaces
[09:59] <tumbleweed> apw: ah, you ran into the same corruption bug I reported. I see it most in curses programs, but scrolling is a sure way to trigger it too.
[10:00] <tumbleweed> I've very occosionally seen corruption in other windows (often notfy-osd), but that may be unrelated
[10:02] <jjohansen> tumbleweed: now that you mention it I do usually see the corruption in other window under where notifications displayed
[10:02] <apw> tumbleweed, yeah am trying to debug it now, its very annoying, upstream has offered some things to try
[10:28] <apw> tumbleweed, i may have a fix for that corruption bug, i will be pushing some kernels for testing shortly; are you able to test?
[10:30] <tumbleweed> apw: certainly
[10:30] <apw> be about half hour, i'll poke you when they are up
[10:57] <lesshaste> hi I just installed apt-get install linux-headers-2.6.38-7-generic linux-headers-2.6.38-7 on lucid
[10:57] <lesshaste> but weirdly, I can't actually find vmlinuz-2.6.38-7-generic
[10:58] <lesshaste> any idea what is going on?
[10:59] <lesshaste> oh oops
[12:14] <Ntemis> hi
[12:14] <Ntemis> finally i have found the sweet spot on my server
[12:15] <Ntemis> all kernels <2.6.38 where freezing my system randomly because of my eth0 r8169
[12:15] <Ntemis> with 2.6.38 problem seems gone :)
[12:16] <Ntemis> thanks guys
[12:16] <Ntemis> for the mainline repo
[12:16] <Ntemis> btw is a 8111E realtek
[12:17] <apw> there was something for r8169 very recently
[12:17] <Ntemis> hi apw
[12:17] <Ntemis> i was here before some days posting my kernel logs
[12:17] <Ntemis> you remember me?
[12:17] <Ntemis> nothing found on the logs
[12:18] <apw> seems it was in -rc8
[12:18] <Ntemis> seems the caveat was my 8111E gbit lan 
[12:18] <Ntemis> it was freezing the server randomly
[12:19] <Ntemis> no ssh access
[12:19] <Ntemis> why they remove the firmware from 8111D? from 2.6.38
[12:19] <apw> cirtianly the latest have some fixes for ASPM killing r8169's dead and nothing in the logs
[12:19] <apw> Ntemis, not sure i saw them removing firmware, though most migrates into the firmware package when pulled out
[12:20] <Ntemis> that one was in the 2.6.37.4 but server still freezed
[12:20] <Ntemis> is not the aspm the problem
[12:21] <Ntemis> problem gone for good on 2.6.38
[12:21] <Ntemis> something else changed on r8169 driver
[12:21] <Ntemis> i thing they got the realtek driver and used some code from it
[12:21] <Ntemis> port it over
[12:22] <Ntemis> 8.0.0.19
[12:22] <Ntemis> something
[12:23] <Ntemis> now i have the latest kernel and samba 3.5.6 will i need to update to natty?
[12:23] <Ntemis> or i am ok to stay as it is?
[12:24] <Ntemis> server is used for torrenting, news groups downjloading and cifs/samba, nfs jbod
[12:25] <Ntemis> am pleased as it doesnt crash now
[12:26] <Ntemis> also now coretemp works ok on 2.6.38
[12:27] <Ntemis> but is showing some weird stuff
[12:27] <Ntemis> coretemp-isa-0000
[12:27] <Ntemis> Adapter: ISA adapter
[12:27] <Ntemis> Core 0:       +9.0Â°C  (crit = +100.0Â°C)                  
[12:27] <Ntemis> coretemp-isa-0001
[12:28] <Ntemis> Adapter: ISA adapter
[12:28] <Ntemis> Core 1:       +8.0Â°C  (crit = +100.0Â°C)
[12:28] <Ntemis> what do you thing about this output?
[12:56] <apw> bah boiler man has killed the boiler instead of fixing it
[12:56] <apw> tumbleweed, dunno if you saw but those kerenels are up
[12:57] <smb> apw, Maybe you should have asked for the boilerrepairman instead
[12:58] <apw> smb, don't get me started, i am going to strangle the next contractor who lets me down
[12:58]  * smb fears there won't be many left after that
[13:14] <apw> smb, you aware of the xen TSC running away issues ?
[13:14] <apw> bug #727459
[13:14] <ubot2> Launchpad bug 727459 in linux "TSC is not reliable under Xen on some Intel CPUs" [Undecided,New] https://launchpad.net/bugs/727459
[13:15] <smb> apw, I heard of so many time problems....
[13:15] <smb> Is that lucid, hardy or later...?
[13:15] <apw> lucid
[13:17] <smb> Ok, yes it might give wrong utimes of processes probably. I'll see how much of those problems are left when I am done with the tree
[13:17] <smb> If it still runs then
[13:19] <apw> :)
[13:25] <tgardner> apw, I just updated the tangerine natty schroots. have a look at the gcc segfaults in dmesg.
[13:26] <apw> tgardner, no not more compiler fallout ... bloody hell
[13:26] <apw> tgardner, are they all since you updated ?
[13:26] <tgardner> apw, can't tell when they happened. looking in syslog...
[13:27] <apw> tgardner, i'll bang a build in and see if we get some more
[13:27] <tgardner> apw, hmm, not showing up in syslog. I was hoping time would be normalized with the segfault message
[13:28] <tgardner> apw, bang away
[13:48] <apw> tgardner, i386 builds don't seem to be triggering it
[13:49] <tumbleweed> apw: I'm not seeing any corruption yet
[13:49] <apw> tumbleweed, good news indeed
[13:49] <apw> if you could feed back on the bug when you are happy
[13:49] <apw> i can get that back to upstream and get that progressed
[13:50] <tumbleweed> sure
[14:23] <apw> tumbleweed, i don't seem to be able to reproduce your other corruption in unjity there... can't tell if thats unity or the same sort of bug ... unity being a little volatile
[14:23] <apw> tumbleweed, would you agree its a major improvement?
[14:24] <tumbleweed> apw: unity moves very fast, yes. I haven't even used it in a while
[14:25] <tumbleweed> sorry just sorting out stuff for a meeting I'll comment on bugs in an hour and a bit
[14:25] <jcrigby> apw, tgardner: quick question,  I've been asked to turn on CONFIG_PNP_IP in linux-linaro-omap to allow setting ip config on command line.
[14:25] <jcrigby> all the other linaro flavours all ready have it on because their configs came from kernel source defconfigs
[14:26] <jcrigby> but omap came originally from ubuntu kernel
[14:26] <apw> jcrigby, those are totally separate from our omap arn't they?
[14:27] <jcrigby> apw, yes just drawing on your wisdom
[14:27]  * apw can't even find such an option in natty
[14:27] <apw> or maverick or lucid
[14:27] <jcrigby> I may have spelled it wrong
[14:28] <jcrigby> CONFIG_IP_PNP
[14:29] <jcrigby> CONFIG_IP_PNP and CONFIG_ROOT_NFS are very useful for embedded development
[14:29] <apw> they don't sound like dangerous things to enable to me
[14:29] <jcrigby> ok, just checking if there was some historical or other reason, thanks
[14:30] <tumbleweed> yay just caused a total lockup by running impressive (GL)
[14:30] <apw> jcrigby, the description implies they are only needed for your kind of use case, so i can see why they would be off in our world
[14:30] <jcrigby> right
[14:33] <tgardner> apw, I think CONFIG_IP_PNP could cause unhappy things. I'm concerned about the connection table getting populated  with stuff you may not necessarily want.
[14:33] <apw> tgardner, yeah cirtianly wasn't proposing we enable it in any of our images
[14:49] <tgardner> apw, upgraded from maverick to natty on the HP mini. seems to have gone pretty well.
[14:53] <apw> tgardner, yeah we are past the absolute worst of unity cratering every 10s
[14:53] <apw> i am using it here on this netbook without whining
[14:53] <apw> now that most things seem to work i am working up to upgrading on my dekstop
[14:54] <tgardner> apw, gsettings-data-convert crashed a couple of times, but now seems to have stopped.
[14:54] <apw> though it gives me butterflys
[14:54] <tgardner> apw, I'm quite happy with Lucid on my desktop :)
[14:56] <apw> tgardner, heh a sound plan indeed
[14:56] <apw> but .. if i don't use it every day on my boxes they stop working!
[15:10] <tgardner> apw, looks like you need a Natty meta package update.
[15:11] <apw> tgardner, ahh has the main packages finally gone through, i've got it ready to upload
[15:11] <tgardner> checking...
[15:12] <tgardner> looks like all arches have built
[15:13] <apw> tgardner, yeah they were built, but still New this mornign, they were menat to be done last night, but something got delayed
[15:13] <apw> uploaded
[15:15] <tgardner> apw, ack
[15:28]  * apw shifts location
[15:30]  * JFo needs foodage... bbiab
[16:04]  * apw returns ... shaken but not stirred
[16:05] <smb> apw, How many olives?
[16:07] <kamal> apw: I'm curious why you didn't upload a linux_2.6.38.orig.tar.gz this time... isn't it ready for that now?
[16:10] <apw> kamal, yes it is ready for it, but i didn't have one at hand or the time to ensure it was the right one before, as i had to hit betweeen two compiler uploads
[16:10] <apw> kamal, is it somehow causing a problem?
[16:10] <kamal> apw: not at all!
[16:11] <kamal> apw: just makes PPA uploads take forever and consume more PPA space -- not at all critical.
[16:12] <tgardner> kamal, it goes fast from tangerine
[16:12] <kamal> tgardner: yup, sure does :-)
[16:12] <apw> kamal, or from zinc
[16:13] <kamal> apw, tgardner: I do all my own test builds on tangerine, but I upload (the fully tarball, in absence of a .orig) to PPA to publish
[16:14] <apw> kamal, as do i, but push the branch to zinc and package it there, and upload it from there
[16:14] <kamal> apw: ah yes, I just clued in to what you guys meant there.
[16:14] <apw> kamal, anyhow, it will have one shortly, as i have to reupload for the next comp change
[16:15] <kamal> apw: you remotely sign the package on zinc?  (debsign -r or something)?
[16:16] <apw> yep
[16:16] <apw> uploads in a about 8s
[16:16] <apw> the debsign only does the tiny files, life is good
[16:17] <kamal> apw, tgardner: wow, okay, I'll try that procedure (at least when I need to upload the full tarball).  thanks much guys.
[16:18] <apw> kamal, i do it that way always now, it rocks
[17:01] <tgardner> bjf, do you have an official channel for getting kernels pocket copied from the c-k-t PPA ? I need Lucid linux-mvl-dove and linux-meta-mvl-dove pocket copied into -proposed.
[17:02] <bjf> tgardner, no official channel yet, just ping pitti
[17:04] <tgardner> bjf, Has Clint been activated in that role yet? I suspect Martin is gone for the day
[17:04] <bjf> tgardner, don't know, maybe ping skaet ?
[17:05] <skaet> tgartner, bjf - not sure if the training's happened or not yet.   
[17:06] <skaet> probably best to ask clint directly at this point.  
[17:07] <skaet> if he's not comfortable yet, possibly colin can help (if he's still around) if pitti's gone for the day.
[17:37] <bjf> ogasawara, did you use "create-cve-tracker" to create the bug for CVE-2010-4342 ?
[17:37] <ubot2> bjf: The aun_incoming function in net/econet/af_econet.c in the Linux kernel before 2.6.37-rc6, when Econet is enabled, allows remote attackers to cause a denial of service (NULL pointer dereference and OOPS) by sending an Acorn Universal Networking (AUN) packet over UDP. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-4342)
[17:38] <ogasawara> bjf: I did
[17:39] <bjf> ogasawara, odd, it doesn't look right
[17:39] <ogasawara> bjf: it did give me some message that I'd have to update some parts by hand for some reason
[17:40] <tgardner> bjf, since she's special, perhaps the nominations got fubared ?
[17:40] <ogasawara> bjf: so now I'm trying to open the nominations by hand but lp keeps failing
[17:40] <apw> launchpad not right?  never
[17:40] <bjf> tgardner, could be, the nominations don't look right and the tag is missing
[17:41] <ogasawara> bjf: I keep getting a timeout error when trying to open the nominations so I suspect the script may have hit the same?
[17:42] <bjf> ogasawara, just sent email about what to do about timeouts, we got this from jml in london
[17:43] <ogasawara> bjf: cool thanks
[17:44] <ogasawara> bjf: heh, now it is no longer timing out
[17:47]  * bjf running an errand, brb
[18:06]  * tgardner --> lunch
[19:36] <Martiini> elou. any ubuntu devels hang out here ??
[19:37] <Martiini> question about ubuntu kernel .. kernel seems to configured not as well as some other distros
[19:37] <Martiini> howcome .. ?
[19:40] <tgardner> bjf, https://launchpad.net/~kernel-ppa/+archive/ppa
[19:43] <Martiini> tgardner, is that .. backport kernel .. 
[19:44] <Martiini> I can test that of course
[19:45] <tgardner> Martiini, are you testing for some particular behavior ?
[19:47] <Martiini> no .. opensuse kernel just work as the best .. out of all distros Ive tried .. dmesg, etc etc .. is no help .. simple things .. like acpi, boottime .. work best in opensuse on all laptops Ive tried .. so .. wanted to know why
[19:52]  * ogasawara back in a bit
[19:54] <cnd> bryceh, ogasawara, bjf: I'm coming to portland!
[19:54] <bjf> cnd, sweet!
[19:54] <bjf> cnd, i take it ohsu got selected ?
[19:54] <cnd> yep
[19:54] <cnd> it was our top choice too
[19:55] <tgardner> the world needs a larger portland mafia
[19:59] <bryceh> cnd, wow congrats!
[19:59] <bjf> cnd, i know of a row house within walking distance of ohsu that is for sale :-)
[20:00] <bjf> cnd, or will be very soon (i hope)
[20:03] <cnd> bjf, that might be handy :)
[20:03] <cnd> I'll probably be making a trip out soon to look at things
[20:03] <cnd> we'll be moving in early-mid june I believe
[20:06] <bryceh> cnd, be prepared for having endless advice about finding where to live ;-)
[20:09] <cnd> heh
[20:09] <cnd> so much to do in so little time now...
[20:14] <bryceh> on the plus side, it's a buyer's market here
[20:15] <bjf> bryceh, in some areas, i was surprised when two houses in my neighborhood went on the first day for full price
[20:18] <cnd> things seem volatile right now
[20:18] <cnd> it's hard to gauge things
[20:18] <cnd> but one would assume that even if we didn't buy at the absolute bottom things are likely to go up from here
[20:21] <bryceh> cnd, yep.  Like bjf says, while there's a lot of houses available, finding the real gems can take some luck
[20:25]  * sbeattie would probably rent first
[20:27] <bryceh> sbeattie, yeah, I've heard of others take that approach with good results
[20:27] <sbeattie> best to get to know the area first, to figure out where you'd like to buy.
[20:27] <sbeattie> cnd: and cool, glad you're becoming one of us! :-)
[20:32] <cnd> sbeattie, thanks!
[20:52] <Martiini> ok, so .. what is linux-image-generic-lts-backport-natty , linux-image-generic-pae-lts-backport-natty
[21:02] <kristian-aalborg> hi all
[21:02] <kristian-aalborg> would it be possible to make a "generic" pre-2000 hw kernel?
[21:11] <bjf> JFo, can you accept the nominations for bug 737124 ?
[21:11] <ubot2> Launchpad bug 737124 in linux "Support workstations with greater than 64 cores" [Undecided,New] https://launchpad.net/bugs/737124
[21:13] <JFo> bjf, yessir
[21:14] <JFo> bjf, done
[21:18] <bjf> JFo, thanks
[21:20] <JFo> my pleasure :)
[21:21] <JFo> and now I must step away for a while and pretend I am Irish. (well, more than I already am) :-)
[21:22] <vanhoof> http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-maverick.git;a=blob;f=drivers/idle/intel_idle.c;h=3013e8f82fa82655efb2d5bac27ce20e7c6bafa9;hb=d827cf03495bdab2743f82f28fbe67b21048fe77
[22:14]  * bjf is heading out for some air