[00:08] <bizzle_> so it says the storm strengthened to 85 mph
[00:08] <bizzle_> but it was 90 earlier
[00:08] <bizzle_> ?makes a lot of sense
[00:08] <bizzle_> oops wrong window
[07:14] <square> howdy
[08:18] <ppisati> janimo: ping
[08:18] <ppisati> janimo: where's the git tree for the nexus7 kernel? are you mantining it, right?
[08:18] <ppisati> *mintining
[08:19] <ppisati> argh
[08:19] <ppisati> ...
[08:23] <lilstevie> ppisati, https://wiki.ubuntu.com/Nexus7/SourceCode
[08:23] <ppisati> lilstevie: cool, thanks
[08:26] <lilstevie> np
[08:28] <janimo> ppisati, we should shortlyh decide at UDS where to place it so it can be comaintained
[08:28] <ppisati> janimo: ack, iirc there was a session about it
[08:29] <janimo> ppisati, right. Looking for something specific or just checking it out?
[08:29] <janimo> I have a few more power related commits that are not yet pushed out
[08:29] <ppisati> janimo: just checking it out
[08:29] <janimo> ok
[08:30] <lilstevie> janimo, I was just looking briefly at what you have done, what else does the battery driver have that it can export
[08:32] <janimo> lilstevie, I just received a patch yesterday about that. I'll push it out shortly
[08:36] <lilstevie> ok cool, the few patches I have tried to get them exposed with the tf101/tf201 just break the driver :(
[11:06] <achiang> ogra_: ping, your presence is requested
[19:57] <steev> is it possible to install a softfloat compiler on precise (on arm)? to build e.g. a kernel?
[19:57] <steev> armhf*
[20:01] <xranby_ac100> steev: basically you pass -mfloat-abi=softfp to gcc when building your kernel
[20:01] <xranby_ac100> export CFLAGS="-mfloat-abi=softfp"
[20:01] <xranby_ac100> export CXXFLAGS="-mfloat-abi=softfp"
[20:01] <xranby_ac100> shoudl do it
[20:05] <infinity> xranby_ac100: Uhm.  The kernel doesn't need any such thing done.
[20:05] <xranby_ac100> infinity: you are right ..
[20:05] <infinity> steev: Compiling kernels should Just Work, regardless.
[20:06] <xranby_ac100> steev: the kernel interface is the same for softfloat and hardfloat (the kernel do not use any userspace system librarys)
[20:19] <steev> yeah, you're right, except there's a minor issue with the 4.6 compiler and hardfloat, so i'd prefer to tell it to use softfloat, or use a softfloat compiler
[20:19] <steev> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52445
[20:19] <ubot2> gcc.gnu.org bug 52445 in tree-optimization "[4.6 Regression] conditional store replacement causes segfault in generated code" [Normal,Assigned]
[20:23] <xranby_ac100> infinity: btw.. are you at uds right now?
[20:23] <infinity> xranby_ac100: Aye.
[20:23] <xranby_ac100> in the testcase writing seminar?
[20:24] <infinity> xranby_ac100: Nope.
[20:24] <xranby_ac100> ok well see you around.. i am at the testcase hackatron right now
[20:27] <infinity> steev: Hrm.  That bug doesn't seem to imply it's HF-only (or even ARM-only).  We can definitely look at backporting the fix to precise, though.
[20:28] <steev> infinity: you're right, i was going from experience with gentoo which has the issue only with hf compiler (4.6.3)
[20:29] <steev> i have a bug open on the gentoo end, but sadly, i can't seem to build a debian package of the kernel on my gentoo box
[20:31] <infinity> steev: doko's got a precise SRU for gcc-4.6 pending, I'll ask him to add this backport.  Can you file a launchpad bug for reference?
[20:31] <steev> infinity: i would prefer not to - launchpad loves to spam me with bugmails.  i still get mails from a bug that was opened in 2005
[20:32] <infinity> Unsubscribe from it, if it's still getting comments?
[20:33] <infinity> steev: Anyhow, you could also just build your kernels with gcc-4.7 in a quantal chroot, they'll install just fine on precise.
[20:33] <GrueMaster> If you are the filer, you can't unsubscribe.  I've tried.
[20:33] <infinity> GrueMaster: Oh, fair point.
[20:33] <steev> infinity: heh, actually, it's for maverick
[20:33]  * infinity filters all his bug mail anyway, so doesn't really notice or care.
[20:33] <steev> but yeah, the arm box doesn't really have enough space to add a quantal chroot
[20:34] <infinity> steev: I'll poke doko later about adding PR52445 to his precise SRU.  We'll need someone to open a bug for tracking/validating it, though. :/
[20:34]  * steev points at GrueMaster
[20:35] <steev> i'll be more than willing to test it, but no, i'm sorry but i refuse to use launchpad
[20:35] <infinity> steev: Do you know which driver(s) get miscompiled?  The upstream bug is vague.
[20:39] <GrueMaster> My only real complaint is that a lot of the bugs I filed got ignored until I was no longer doing arm work.  Then suddently there appeared to be fixes for me to test, but they were reverted because I no longer do testing.
[20:40] <steev> off the top of my head the flexcan driver, but if you search gcc 4.6.3 miscompiling arm-linux
[20:40] <steev> there's a long thread on lakml
[20:40] <steev> GrueMaster: ditto, except i'm still doing arm - and more specifically, bugs were filed with patches that were ignored until irrelevant
[20:41] <steev> and by irrelevant, i mean we're no longer using that software because we've forked it because we couldn't wait for the fixes to be added
[20:41] <GrueMaster> Yep.
[20:41] <steev> it's not a whole lot, but when you appear to not maintain the software, users and developers really develop a distate
[20:43] <steev> and no offense, but if i've already done the work, and provided a patch, i don't really see why i should also have to pay canonical to get it applied
[20:43] <infinity> steev: Who's asking you to pay to get pathes applied?
[20:43] <infinity> Or patches.
[20:44] <steev> no one, directly
[20:44] <infinity> I realise it's frustrating to not have every bug addressed, but hyperbole doesn't help.
[20:45] <infinity> (For the record, of all the bugs I've fixed over the years in Ubuntu, exactly one of them was escalated from a paid customer, and it was a bug that I was working on upstream regardless)
[22:20] <Hexxeh> how'd i add a window manager to the list show at the login screen?