[07:49] <smb> morning .+
[07:52] <ppisati> smb: morning [[:alpha:]]*
[08:43] <apw> smb, can you remember the incantation to upload a package to a different pocket to that it is intended for
[08:44] <smb> No, last time I tried to I gave up and just did the hack .changes trick
[08:46] <smb> apw, Most likely it could be "dput <host>:<release>"... But using it so rarely does not help. 
[13:38] <apw> herton, is anything in particular holding lts-backport-natty from releasing
[13:38] <apw> it seems much behind its parent these day
[13:38] <herton> apw: nope, it's waiting to be copied to -updates
[13:38] <apw> herton, is that a recent thing or has it been waiting for a while ?
[13:40] <herton> it's recent, was ready only yesterday I think. The current update is being tracked on bug 848588
[13:40] <ubot2> Launchpad bug 848588 in kernel-sru-workflow "linux-lts-backport-natty: 2.6.38-11.50~lucid1 -proposed tracker" [Undecided,In progress] https://launchpad.net/bugs/848588
[13:40] <apw> herton, thanks, just trying to get this table down under a screen in height and that'll do it nicely
[14:10]  * ogasawara back in 20
[14:30] <apw> ppisati, is this italian?  "congelamiento de equipo"
[14:31] <tgardner> apw, doesn't that mean 'free gear' ?
[14:32] <apw> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/857962
[14:32] <ubot2> Ubuntu bug 857962 in linux "congelamiento de equipo" [Undecided,Incomplete]
[14:32] <apw> no idea, the whole thing is in foreign
[14:33] <apw> seems it is spanish
[14:33] <herton> it looks spanish, literally means equipment freeze, or hardware freeze
[14:33] <tgardner> yep, thats what google translated it as
[14:33] <cking> it's spanish 
[14:34] <apw> ta
[14:34] <cking> Fldigi using cw decode and monitor the radio Mhz 50110 IC7000. After two screen freezes and reset to normal and allows me to Send this report "
[14:34] <cking> Fldigi using cw decode and monitor the radio IC7000 50110 Mhz. screen freezes and after two reset to normal and allows me to send this report
[14:42] <herton> spanish is very similar to portuguese (although there are significant differences), my translation may be not the most correct, but I would translate the bug description as:
[14:42] <herton> when using fldigi to decode cw and control the ic7000 radio hardware at
[14:42] <herton> 50110 Mhz. The screen freezes and after reset it normalizes and allows 
[14:42] <herton> me to send this report
[14:53] <herton> *after two resets
[15:04] <brendand> bjf, sconklin - is the natty -proposed kernel going to be in verification next week (and therefore regression testing the week after?)
[15:07] <sconklin> brendand, yeah it actually should leave verification by the end of next week, it will start verification tomorrow (as soon as the build is done)
[15:18] <brendand> sconklin - so the plan is it will go to regression testing around October 10th?
[15:20] <sconklin> brendand, no, if it enters Verification tomorrow, and there are no complex regressions or other delaying factors, it should be ready for regression testing around Oct 7th
[15:28] <manjo> pgraner, can you pm me that url for the premier account ?
[15:29] <manjo> pgraner, apparently any number of people can reg using one url 
[15:55] <ppisati> apw: yep, spanish
[15:55] <ppisati> apw: equipment freeze
[15:59] <apw> thanks :)
[16:00] <ppisati> just a coupld of hours late... :)
[16:29] <hggdh> bjf, smb: bug 861550 while testing 2.6.35-30.60
[16:29] <ubot2> Launchpad bug 861550 in linux "Maverick proposed: WARNING: at /build/buildd/linux-2.6.35/arch/x86/kernel/apic/ipi.c:109 default_send_IPI_mask_logical+0xb1/0xf0()" [Undecided,Confirmed] https://launchpad.net/bugs/861550
[16:31] <apw> hggdh, did any of the tests fails at all ?
[16:31] <bjf> sconklin, herton, ^
[16:32] <sconklin> ack
[16:33] <apw> sconklin, the warning there says that we asked to send an IPI to noone, it then returned ... its possible it benign
[16:33] <hggdh> apw: no
[16:35] <apw> sconklin, ^^ seems that none of the actual tests were affected either
[16:36] <sconklin> ok, good
[16:57] <nomadium> is there a way to recover the memory listed in SUnreclaim area?
=== yofel_ is now known as yofel
=== med_out is now known as medberry
[17:53]  * tgardner -> lunch
[17:55] <cking> hrm, S4 purple screen of resume doom
[17:58] <apw> cking, fun ...
[17:58]  * apw wanders off to a more comfortable location
[17:58] <cking> where the beers are perchance?
[18:13] <_ruben> wonder if this is an issue in the Makefile or some sort of dependency/kernel/whatever issue: http://paste.ubuntu.com/698634/
[18:40] <salty-horse> ogasawara, here?
[18:41] <ogasawara> maybe, my pet peeve is pings without content so I tend to ignore them.
[18:44] <salty-horse> sorry :( last we talked, I asked about inclusion of a driver (<http://ubuntuforums.org/showthread.php?t=1530962>) into the ubuntu kernel. you mentioned that the team prefers it to be included upstream. I contacted the author, who says he doesn't have time to do that (and that he tried before, and didn't get enough support). do you know of there's a process for adoption of such modules by regular kernel maintainers? is there a w
[18:44] <salty-horse> ay to convince ubuntu to still include it?
[18:50] <tgardner> salty-horse, wrap it in DKMS and upload to universe.
[18:50] <salty-horse> tgardner, I'm not a kernel hacker. just someone trying to get it integrated so the few people with that hardware could have working wifi without compiling modules
[18:51] <ogasawara> salty-horse: if upstream won't take it I doubt we'll want to take it separately due to the maintenance burden.  did the author comment what upstream's reasons were for not taking it?  alternatively, you could do as tgardner suggests.
[18:53] <salty_horse> ogasawara, the email only mentioned lack of experience and "vague answers" in regards for getting it into the kernel. I don't know what's the source of those answers
=== salty_horse is now known as salty-horse
=== medberry is now known as med_out