[09:48]  * ppisati goes to update his laptop to saucy...
[09:56] <ogra_> pfft ... laptop 
[09:56] <ogra_> update your *phone* to saucy :)
[10:02] <ppisati> ogra_: btw, out of curiosity, did we already choose how we will expose the internal of our mobile devices to the rest of the world? umass or mtp?
[10:03] <ogra_> well, tvoss did rebuild the android mtp server under ubuntu using libc .... not sure we will actually use it though
[10:04] <ppisati> ogra_: interesting, was it packaged?
[10:04] <ogra_> not yet ... 
[10:04] <ogra_> the prob is that M$ has it patented 
[10:04] <ogra_> so that will require some more discussion
[10:05] <ogra_> i personally prefer umass ... but that means to have a vfat partition in the back iirc 
[10:05] <ppisati> actually m$ invented it (on top of pptp) but it was later standardized by the usb $whatever std commitee, and pretty much everyone is using it
[10:06] <ppisati> ogra_: right, and vfat means royalties to be paid too
[10:06] <ogra_> right, and paying the patent 
[10:07] <ppisati> btw, my mtp experience in linux has been _really_ bad so far
[10:07] <ogra_> oh ?
[10:07] <ogra_> the few times i used it it just worked OOTB
[10:08] <ppisati> sync media files to an mtp-enabeld device? what did you use?
[10:08] <ppisati> i tried many different things
[10:08] <ogra_> nexu4 and my chromebook
[10:08] <ppisati> among which, rhythmbox, our music player
[10:08] <ogra_> and nexus4 with my desktop too
[10:08] <ppisati> when i try to sync my mp3 library, it simply crashes
[10:08] <ogra_> ah, i didnt use RB ... only nautilus 
[10:10] <ppisati> well, but when you move media files around you need a sw that uses libmtp which in turn let you manipulate metadata too
[10:10] <ppisati> else you stuff won't properly show on the device
[10:10] <ppisati> e.g.
[10:10] <ppisati> right now i've the nexus10 attached to my desktop
[10:10] <ppisati> and while it is mounted via gvfs (and thus i can copy files to it)
[10:11] <ppisati> rhythmbox says
[10:11] <ppisati> 'unable to open the Google Inc Nexus 4/10(MTP+ADB) device'
[10:11] <ppisati> so, now media sync for this
[10:11] <ppisati> anyhow, there's a new libmto in saucy
[10:12] <ppisati> so i'll know in a bit if it fixes it
[10:12] <ppisati> since the changelog explicitly mentions
[10:12] <ppisati> nexus4 support
[10:12] <ppisati> let's see
[10:14] <ogra_> yeah
[11:34] <tseliot> apw: do you happen to have an agp nvidia card that works with the 304 driver? http://us.download.nvidia.com/XFree86/Linux-x86/304.88/README/supportedchips.html
[11:34] <tseliot> or tjaalton ^
[11:35] <tjaalton> nope..
[11:35] <tjaalton> only pcie gf8600gt
[11:35] <tseliot> too bad
[11:36] <tseliot> I need to test my code...
[11:36] <tseliot> with linux 3.10
[11:39] <davmor2> tseliot: I have  a laptop with optimus gfx I've not installed the nvidia element so don't know which driver version it uses, if that is of any use to you?
[11:40] <apw> tseliot, i am not sure i have, will let you know if i find one
[11:41] <tseliot> davmor2: I assume that wouldn't be an agp card. If you want you can use optimus though. It's just a matter of installing nvidia-319 and the nvidia-prime package (if you want to try it)
[11:41] <tseliot> apw: thanks, as I'd like to know if I'm using the procfs correctly
[11:41] <davmor2> tseliot: I'll give it a go
[11:44] <tseliot> good :)
[11:44] <tseliot> davmor2: you won't have to do anything else, just install those packages and reboot
[11:45] <davmor2> tseliot: installling..............
[11:46] <davmor2> tseliot: rebooting................  What's the best way to test it all worked?
[11:47] <tseliot> davmor2: unity should start and the system won't boot into a black screen ;)
[11:47] <davmor2> tseliot: OMG!!!!! splash screen I see a splash screen and a login screen that's a first on this laptop :)
[11:48] <tseliot> :)
[11:48] <davmor2> tseliot: effects seem faster too
[11:49] <tseliot> davmor2: yes, you're using nvidia now
[11:58] <davmor2> tseliot: now it's up and running any tests you'd like run on it?
[12:04] <apw> rtg_, http://people.canonical.com/~ubuntu-archive/proposed-migration/
[12:20] <apw> rtg_, the problem with britney is it runs before the publisher (as it does publishing) so it is possible a package gets published into -proposed after it has looked, and then picked up for migration the next run
[12:20] <apw> (so we may be suffering that lag)
[12:20] <rtg_> apw, yep, I'll just wait a bit
[12:20] <apw> rtg_, but britney just updated, and it is still there
[12:20] <apw> so ... i think that is a fail
[12:21] <rtg_> sounds like a job for infinity
[12:24] <apw> 08:59:55*     queuebot | 05:59:55> New: accepted linux-grouper [armhf] (saucy-proposed) [3.1.10-4.12]                │ adam_g_
[12:24] <apw> rtg_, so it got accepted some very many hours ago, i have asked on #ubuntu-release
[12:54] <tseliot> davmor2: not really, the fact that it works is enough, thanks :)
[12:57]  * ppisati goes out for a bit
[13:02] <davmor2> tseliot: there is one thing the backlight doesn't look like it is turning off when the screen sleeps now, I'll dig into that a bit more though
[13:03] <tseliot> davmor2: are you running Saucy?
[13:03] <davmor2> tseliot: Yeap
[13:04] <tseliot> tjaalton: I thought the problems with the backlight were solved ^
[13:05] <davmor2> tseliot: there is definitely a glow from it it is very faint but is noticeable
[13:05] <tseliot> davmor2: I thought we included a patch to make sure that DPMS works and the screen can be switched off
[13:21] <tjaalton> i ran it with -intel for a while, retesting with -modesetting..
[13:22] <tjaalton> xset dpms force off works
[13:28] <davmor2> tjaalton, tseliot: ah hang on I think I see it now,  could it be that the backlight has a very slow fade to black.  before it was kinda a very dark purple now a few minutes latter there is no glow and it is a black screen,  I just wasn't letting it get to the black bit obviously :)
[13:29] <davmor2> I can't see any light at all now examining the edges of the screen like I could before
[13:34] <tjaalton> yeah seems to work fine here
[13:35] <tseliot> good
[13:36] <davmor2> yeap just re-trying again it is currently dark purple with a faint glow from the edges of the screen
[13:37] <davmor2> and now it is off, no glow and a black screen  1 minutes 27seconds ish
[13:40] <davmor2> tseliot, tjaalton: mhh there is another issue, if you hit the brightness down button I get a black screen on minimum setting  I'll write a bug up for that though
[13:41] <tjaalton> not here
[13:41] <tjaalton> with t420s
[13:41] <tseliot> I guess that depends on the modesetting driver, not on the nvidia driver
[13:41] <davmor2> tjaalton: maybe hardware specific I have an ideapad Y580
[13:43] <davmor2> tseliot: and now I'm going to give it a quick stress test with oil rush
[13:47] <rtg_> jsalisbury, henrix: need to bounce gomeisa for openssl update
[13:47] <henrix> rtg_: ack
[13:47] <tseliot> davmor2: sounds good
[13:47] <jsalisbury> rtg_, ack
[13:50] <davmor2> tseliot: gfx set to max and it is handling it with ease, that's a first :)
[13:50] <tseliot> davmor2: excellent :)
[13:52] <davmor2> tseliot: it is however throwing out some massive heat so I think I'll switch it off now :)
[13:53] <tseliot> davmor2: yes, the discrete gpu uses more power
[14:15]  * henrix -> back in 15
[14:19] <bjf> apw, still running your unstable kernel after 40+ hrs.; no wierd times in htop though it did appear to stop updating after 24 hrs.; a new htop instance is running fine
[14:23] <apw> odder
[14:26]  * rtg_ bounces tangerine for openssl update
[16:19] <devoid> hi all, I think I found a regression on the ixgbe driver, it looks like the driver option provided by this patch https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1065475 no longer does anything in 3.2, 3.5 and 3.8?
[16:19] <ubot2`> Ubuntu bug 1065475 in linux (Ubuntu Quantal) "Add patch for various SFP+ module support to ixgbe driver in kernel 3.2.0-x (12.04 Precise)" [Medium,Fix released]
[16:23] <devoid> can someone point me to the source archive for 3.8.0-23?
[16:24] <devoid> that way I can check the driver code and see if the relevant patch http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=8ef78adcb03b1fcb53c3bd62df4e96c1d2706c58 landed or was silently disabled
[16:24] <rtg_> devoid, git://kernel.ubuntu.com/ubuntu/ubuntu-precise.git
[16:25] <henrix> devoid: the commit is there (in all the kernels). something else changed in the meantime
[16:25] <henrix> devoid: do you have a bug number?
[16:25] <rtg_> devoid, 81469917bcd677dd65363da61137bebacb932587 in ubuntu-precise.git
[16:25] <devoid> henrix: i haven't filed a bug yet, there's some irc chatter about the option no longer working though.
[16:27] <devoid> s/irc/linux-network-mailing list/
[16:27] <devoid> http://comments.gmane.org/gmane.linux.network/259128
[16:27] <henrix> devoid: ah, interesting
[16:28] <henrix> devoid: so this is an upstream issue. i could actually still work on the ubuntu kernels, but would require some testing
[16:29] <rtg_> henrix, I see no patches to ixgbe_main.c afterwards that would affect it
[16:30] <henrix> rtg_: yeah, so we should be ok unless the regression was tagged with 'cc: stable@' :)
[16:31] <henrix> devoid: so, have you seen this issue on any of the ubuntu kernels?
[16:31] <devoid> henrix: yes, 3.2, 3.5 and 3.8
[16:32] <devoid> (currently on 3.8.0-23)
[16:41] <henrix> devoid: btw, when opening the bug, please make sure you provide the last version that worked for you. that should help figuring out which commit introduced the regression
[16:41] <devoid> henrix: I haven't found a version that works. ;)
[16:42] <henrix> devoid: at least the version that closed bug #1065475 should have worked
[16:42] <ubot2`> Launchpad bug 1065475 in linux (Ubuntu Quantal) "Add patch for various SFP+ module support to ixgbe driver in kernel 3.2.0-x (12.04 Precise)" [Medium,Fix released] https://launchpad.net/bugs/1065475
[16:42] <henrix> devoid: as the bug was verified
[17:12]  * henrix -> back in 15
[17:23]  * rtg_ -> lunch
[17:59] <bjf> lamont, are you still affected by bug 1170887 ?
[17:59] <ubot2`> Launchpad bug 1170887 in linux (Ubuntu) "OOPS generated during boot loading drivers" [High,Confirmed] https://launchpad.net/bugs/1170887
[18:16] <lamont> bjf: I'll look
[19:50]  * rtg_ -> EOD
[20:00] <infinity> apw: We can haz #1186932 fixed in saucy too?
[20:01] <infinity> bug #1186932 ... silly bot.
[20:01] <ubot2`> Launchpad bug 1186932 in linux (Ubuntu) "Regression: kernel 3.8.0-24 breaks WPA enterprise auth [iwlwifi]" [High,Confirmed] https://launchpad.net/bugs/1186932
[20:16] <arges> jsalisbury: infinity : ok kernel works for me!
[20:17] <arges> also did you target this bug against saucy? since it affected me in 3.9 as well
[23:18] <slangasek> jsalisbury: hi, so bug #1190781 and bug #1190414 are probably duplicates of one another... and it looks suspiciously like suspend/resume is completely broken on my x201 in saucy
[23:18] <ubot2`> Launchpad bug 1190781 in linux (Ubuntu) "[LENOVO 3249CTO] suspend/resume failure" [Undecided,New] https://launchpad.net/bugs/1190781
[23:18] <ubot2`> Launchpad bug 1190414 in linux (Ubuntu) "[LENOVO 3249CTO] suspend/resume failure" [Medium,Confirmed] https://launchpad.net/bugs/1190414