**** BEGIN LOGGING AT Tue Nov 06 02:59:58 2012
Nov 06 03:51:06 <jrgifford> hi all! My Nexus 7 has been flashing for the past hour.
Nov 06 03:51:13 <jrgifford> not a good sign?
Nov 06 03:51:34 <jrgifford> 16GB model.
Nov 06 04:02:56 <jrgifford> i see i'm not the only one experiencing this - http://askubuntu.com/questions/206984/installation-on-a-nexus-7-gets-stuck-while-flashing-the-root-filesystem
Nov 06 04:08:41 <achiang> jrgifford: yeah, we've seen that occasionally. only advice we have is to try again
Nov 06 04:08:57 <jrgifford> achiang: should i try with the 8GB image?
Nov 06 04:08:57 <achiang> jrgifford: you won't brick the device as long as you can reboot back into fastboot mode
Nov 06 04:09:14 <achiang> jrgifford: i would try 16G one more time, then try 8G
Nov 06 04:09:38 <jrgifford> i'll reopen that question on AU and then drop an answer saying that you need to try again...
Nov 06 04:09:43 <jrgifford> achiang: ok, thanks!
Nov 06 04:10:01 <achiang> jrgifford: good luck
Nov 06 04:21:39 <jrgifford> achiang: tried again, it's "Preparing the root filesystem, please wait, this will take a few minutes..." :D
Nov 06 04:21:56 <achiang> jrgifford: great, now you wait ~15m and it will be all good
Nov 06 04:21:57 <achiang> :)
Nov 06 04:22:51 <jrgifford> achiang: yay! :)
Nov 06 04:28:17 <jrgifford> achiang: it works!
Nov 06 04:28:19 <jrgifford> thanks
Nov 06 04:29:14 <achiang> jrgifford: cool, have fun
Nov 06 04:29:51 <jrgifford> will do. :)
Nov 06 09:24:30 <ogra_> xnox, we'll also need the simg2img (to turn sparse back into normal loop mountable images in cse you want to take a look inside)
Nov 06 09:26:02 <ogra_> xnox, also your clean target removes the fastboot binary (or tries at least)
Nov 06 09:26:32 <ogra_> *the simg2img binary
Nov 06 10:05:52 <xnox> ogra_: ok, will check.
Nov 06 10:19:18 <xnox> ogra_: is there something wrong with remove fastboot binary?
Nov 06 10:19:29 * xnox thought we compile it.
Nov 06 10:22:21 <ogra-nx7> well, it wont exist in the extras dir
Nov 06 10:22:31 <xnox> ah =)
Nov 06 10:23:17 <xnox> ogra-nx7: ogra_: can't seem to find simg2img
Nov 06 10:24:03 <ogra-nx7> hmm, should be in the same branch in the same dir upstream
Nov 06 10:24:12 <ogra-nx7> (extras)
Nov 06 10:24:39 <xnox> there is "-S don't use sparse output format" in the  ext2simg.c
Nov 06 10:25:12 <ogra-nx7> thats not the same
Nov 06 10:25:24 <xnox> ok.
Nov 06 10:25:34 <ogra-nx7> -S is used to create non sparse images
Nov 06 10:25:52 <ogra-nx7> i.e. only at creation time
Nov 06 10:26:46 <xnox> https://code.google.com/p/usefulshellscript/source/browse/trunk/simg2img.py ?
Nov 06 10:26:50 <ogra-nx7> simg2img actually turns a existing img into a mountable nonsparse one
Nov 06 10:27:30 <xnox> hmm... found an android one as well.
Nov 06 10:27:37 <xnox> https://gitorious.org/0xdroid/system_extras/blobs/9c842adc177c1bcd22c2038d8d237bfb70654dca/ext4_utils/simg2img.c
Nov 06 10:27:47 <ogra-nx7> gimme a few minutes, i  got a branch on my PC upstairs
Nov 06 10:27:47 <xnox> but that's not android official repo?
Nov 06 10:27:52 <ogra-nx7> ah, yeah, that looks good
Nov 06 10:28:29 <ogra-nx7> there must be an android one as well
Nov 06 10:32:54 <xnox> ogra-nx7: so the jelly-bean branch has img2simg and simg2img but not the master branch.
Nov 06 10:34:27 <ogra-nx7> aha
Nov 06 10:35:02 <ogra-nx7> and the existing package uses master ?
Nov 06 10:37:28 <xnox> ogra-nx7: it was moved from extras ext4_utils to core/libsparse....
Nov 06 10:37:40 <xnox> found it, will compile.
Nov 06 10:37:57 <ogra-nx7> yay, hide and seek with code
Nov 06 10:38:02 * xnox ponders about continue to monkey compile or actually compile libsparse into a separate lib.
Nov 06 11:11:23 <xnox> ogra android_reboot.c ?! =)
Nov 06 11:12:00 <xnox> but that wants linux/reboot.h and I am not sure if I need the android kernel header for that, or just any local one.
Nov 06 11:12:22 <ogra_> ugh
Nov 06 11:13:47 <ogra_> xnox, where is that needed ?
Nov 06 11:14:23 <xnox> ogra_: well, QA might like that... won't they?
Nov 06 11:14:40 <ogra_> fastboot can reboot devices
Nov 06 11:15:08 <ogra_> does android_reboot.c buy us anything extra ?
Nov 06 11:15:43 <xnox> not really.
Nov 06 11:15:43 <ogra_> unless they want to set up autotests with android for comparison reasons i doubt QA will use it
Nov 06 11:16:13 * ogra_ already feared that was some kind of dep of simg2img
Nov 06 11:16:29 <xnox> setup_fs wants it for some reason.
Nov 06 11:16:58 <xnox> but I'm not sure we need setup_fs.
Nov 06 11:17:04 <ogra_> i dont think so
Nov 06 11:17:17 <xnox> if it pops up we can compile it =)
Nov 06 11:17:21 <ogra_> :)
Nov 06 11:17:23 <ogra_> yeah
Nov 06 11:20:20 <ogra_> janimo, do we have a bug against linux-firmware to include our wlan/BT blobs ?
Nov 06 11:44:25 <xnox> ogra_:  there are now following binaries packaged: ext2simg  ext4fixup  img2simg  make_ext4fs  mkuserimg  simg2img  simg2simg  simg_dump  test_ext4fixup
Nov 06 11:44:52 <ogra_> xnox, awesome, i think thats more than enough :)
Nov 06 11:45:28 <xnox> ogra_: I pushed the branch. I'll try to repack an image and flash it, to see if it works.
Nov 06 11:45:43 * ogra_ pulls
Nov 06 11:46:59 <ogra_> builds fine here
Nov 06 11:50:04 <victorp> ogra_ hi
Nov 06 11:50:10 <ogra_> hey victorp
Nov 06 11:50:15 <ogra_> nice blogpost !
Nov 06 11:50:19 <victorp> ogra_ thanks
Nov 06 11:50:35 <victorp> I am working in something else at the moment - that is why I asked you about the battery yesterday
Nov 06 11:50:36 <ogra_> i fear firefox simply doesnt use GLES while webkit in chromium does
Nov 06 11:50:51 <victorp> ogra_ could well be
Nov 06 11:50:59 <victorp> am I right that cat /sys/class/backlight/pwm-backlight/brightness
Nov 06 11:51:13 <victorp> will give me the screen brightness level?
Nov 06 11:51:17 <ogra_> i talked to chris about it but it seems the GLES support in FF would only get us WebGL, not faster rendering
Nov 06 11:51:30 <ogra_> should, yes
Nov 06 11:51:42 <victorp> ok.. I think I found a bug
Nov 06 11:51:44 <victorp> ma
Nov 06 11:51:47 <victorp> maybe
Nov 06 11:52:53 <victorp> do you know what the "Dim screen to save power" is suppose to do?
Nov 06 11:53:09 <ogra_> dimming after a defined time
Nov 06 11:53:10 <victorp> ogra_^
Nov 06 11:53:20 <victorp> running on battery?
Nov 06 11:53:38 <ogra_> you can define it in the power settings for battery and AC modes
Nov 06 11:53:56 <ogra_> there is another bug with the slider in there
Nov 06 11:54:23 <ogra_> it allows you to actually actively set the current brightness ... and doesnt catch if you are setting it to 0
Nov 06 11:54:35 <victorp> cant find the power settings you mention..
Nov 06 11:54:36 <ogra_> so you can end up with a black screen ... havent reported that one yet
Nov 06 11:54:48 <victorp> nice
Nov 06 11:54:51 <ogra_> iirc it is called brioghtness or so
Nov 06 11:55:23 <ogra_> ah, brightness and lock
Nov 06 11:55:39 <victorp> yes, that one only gives me a tick box
Nov 06 11:56:16 <ogra_> oh, yeah, seems there were options dropped
Nov 06 11:56:44 <ogra_> there used to be a monitor or display tab in the power settings that allowed finer grained management
Nov 06 11:56:58 <victorp> I run a test overnight and brightness was dimmed from 99 to 70 something
Nov 06 11:57:08 <victorp> almost immediately
Nov 06 11:57:33 <victorp> but I kept printing the file above and every hour it seems that it bounce back to 99
Nov 06 11:57:40 <victorp> and then back down
Nov 06 11:58:00 <victorp> how even it never when lower than 70+ even when the battery was at 10%
Nov 06 11:58:01 <ogra_> yeah,. definitely some bug
Nov 06 11:58:30 <victorp> I think it would make sense to make the dimming a function of the battery level dont you think?
Nov 06 11:58:32 <ogra_> we also dont have a working ambient light sensor yet, that might influence the behavior
Nov 06 11:59:03 <ogra_> that might get annoying if it dims more and more based on the battery level
Nov 06 11:59:19 <victorp> well, assuming that the room is constantly at the same light
Nov 06 11:59:38 <victorp> I doubt you would notice it
Nov 06 11:59:39 <victorp> :)
Nov 06 11:59:45 <ogra_> if you only do that for the nexus you can easily pick the level thats set ... but if yxou want to make that a generic function you end up with funny stuff
Nov 06 11:59:48 <victorp> you should be able to turn it off too
Nov 06 12:00:03 <ogra_> i.e. on my ac100 the battery icon turns red at 20%
Nov 06 12:00:10 <victorp> ah
Nov 06 12:00:12 <victorp> I see
Nov 06 12:00:13 <ogra_> that still is like 3h of worktime
Nov 06 12:00:35 <ogra_> on my x86 lappie 20% means find a wallplug in the next hour
Nov 06 12:00:51 <victorp> ack
Nov 06 12:01:06 <victorp> it seems that battery sensors are not thought for ARM
Nov 06 12:01:15 <ogra_> the prob here is that percentages are used
Nov 06 12:01:16 <victorp> only x86 high consuming beasts
Nov 06 12:01:32 <ogra_> there are finer grained values that could be used
Nov 06 12:01:55 <ogra_> (see what upower -d gives you)
Nov 06 12:02:19 <victorp> well that could be easily tuned if systems are pre-installed. I still think that reducing brightness with battery is not a bad idea... I wonder to whom I should suggest it. raise a bug?
Nov 06 12:02:31 <ogra_> yep
Nov 06 12:03:11 <victorp> oooh
Nov 06 12:03:17 <ogra_> start with filing against gnome-power-manager
Nov 06 12:03:18 <victorp> upower -d is cool
Nov 06 12:03:20 <ogra_> :)
Nov 06 12:03:45 <ogra_> only with janimo's latest kernel though :)
Nov 06 12:03:52 <victorp> seriously , I wish there was a wiki for this sort of tips
Nov 06 12:04:11 <ogra_> the original one we had didnt have all the "energy" values filled
Nov 06 12:04:16 <victorp> btw - I notice that my systems was prompting me to install updates
Nov 06 12:04:29 <ogra_> yeah, there were PPA updates
Nov 06 12:04:30 <victorp> is that part of the newark ppa or should I not install them
Nov 06 12:04:40 <ogra_> check in sw-sources
Nov 06 12:05:00 <victorp> ok, running update now
Nov 06 12:05:01 <ogra_> make sure ypou didnt accidentially enable updates/security/proposed
Nov 06 12:05:05 * victorp loves to ssh to it
Nov 06 12:05:12 <ogra_> if thats the case, updating is safe
Nov 06 12:05:27 * ogra_ got pretty good with onboard already
Nov 06 12:05:36 <victorp> btw I just got this... works well with the n7 http://www.amazon.co.uk/PadStand-Black-Portable-integrated-charging/dp/B003QGPAHS/ref=sr_1_1?ie=UTF8&qid=1352203517&sr=8-1
Nov 06 12:05:42 <ogra_> forcing yourself to only use the device this way for a day or two really helps
Nov 06 12:06:00 <ogra_> neat
Nov 06 12:06:42 <victorp> ogra_ I am waiting to get my usb keyboard for that
Nov 06 12:06:59 * ogra_ has http://www.amazon.de/Twelve-South-Compass-Aluminium-St%C3%A4nder-Apple/dp/B003XQMUVA
Nov 06 12:07:12 <ogra_> and a really cool BT keyboard i still cant use :)
Nov 06 12:07:33 * victorp does not believe on BT
Nov 06 12:07:54 <victorp> very nice!
Nov 06 12:07:54 <ogra_> well, i like to charge the device while its on the stand
Nov 06 12:08:28 <victorp> I was going to ask about that. I thought achiang said that janimo had a patch to charge whilst in usb OTG mode
Nov 06 12:08:37 <ogra_> yeah, havent tested it yet
Nov 06 12:09:08 <ogra_> i currently run the latest though with some self added test modifications, i probably should try it
Nov 06 12:09:48 <ogra_> hmm, compiling the composite gadget into the kernel wasnt a clever idea it seems
Nov 06 12:10:06 <ogra_> makes both network managers freak out if i plug it into my PC
Nov 06 12:10:24 <ogra_> they both try to automatically establish a usbnet connection
Nov 06 12:10:43 <victorp> sings of modern days.. I dont have a USB to USB cable
Nov 06 12:10:46 * ogra_ makes a note to make that a module next time
Nov 06 12:10:53 <victorp> I have millions of USB to micro USB
Nov 06 12:10:57 <ogra_> you have the charger cable
Nov 06 12:10:57 <victorp> so I can test it either
Nov 06 12:11:09 <victorp> which goes to micro
Nov 06 12:11:22 <ogra_> which is fine for the usbnetwork stuff :)
Nov 06 12:11:58 <ogra_> if you ten enable port forwarding on your PC you have actual wired network on the nexus ;)
Nov 06 12:12:02 <ogra_> *then
Nov 06 12:12:10 <victorp> ogra_ what I wanted to do is to plug keyboard+mouse+charger to the same USB hub
Nov 06 12:12:43 <ogra_> right, or use a powered hub
Nov 06 12:13:11 <ogra_> there should be male-male cables though
Nov 06 12:13:33 <victorp> indeed
Nov 06 12:13:44 <victorp> I only have one but is hooked to my pc
Nov 06 12:13:51 <ogra_> i know there are female-female ones
Nov 06 12:13:58 <victorp> I suppose I could swap them around
Nov 06 12:14:15 <victorp> lemme play with my hbus
Nov 06 12:14:18 <victorp> hubs
Nov 06 12:15:59 <victorp> naah, is not charging
Nov 06 12:16:11 <victorp> how do I know if I have the right kernel?
Nov 06 12:16:22 <ogra_> janimo, ^^^ should that work already ?
Nov 06 12:16:34 <ogra_> victorp, i think it should show a -7 in uname -r
Nov 06 12:17:23 <ogra_> (my homebrewed one shows 3.1.10-7-nexus7 ... should be the same for the PPA one since they come from the same tree)
Nov 06 12:17:43 <victorp> it's a 6
Nov 06 12:17:56 <victorp> maybe needs a reboot?
Nov 06 12:18:14 <ogra_> yeah, if t was updated it should tell you about it though
Nov 06 12:18:25 <ogra_> i.e. turn the gear icon in the panel red
Nov 06 12:18:35 <victorp> yes, it doesnt
Nov 06 12:18:46 <ogra_> might be because jain uses the linaro packaging
Nov 06 12:18:51 <ogra_> for the kernel package
Nov 06 12:18:52 <victorp> checking that the ppa is in the sources
Nov 06 12:19:01 <ogra_> look in /boot
Nov 06 12:19:17 <ogra_> if there is a vmlinuz-3.1.10-7-nexus7
Nov 06 12:19:29 <victorp> nope
Nov 06 12:19:58 <victorp> ppa is in the sources
Nov 06 12:20:11 <victorp> and update manager says my system is up to date
Nov 06 12:20:13 <victorp> :(
Nov 06 12:20:41 <ogra_> aha
Nov 06 12:20:50 <ogra_> the uploads happened to the private PPA
Nov 06 12:20:52 <victorp> I guess we should get janimo to confirm that 7 has been pushed out
Nov 06 12:21:00 <victorp> ??
Nov 06 12:21:09 <ogra_> it is on the new image but someone needs to copy it over to the public ppa
Nov 06 12:21:09 <victorp> shouldnt they go to the normal ppa
Nov 06 12:21:21 <ogra_> the image is buiult from the private one
Nov 06 12:21:37 <victorp> seems like we should make that part of the process
Nov 06 12:21:39 <ogra_> so uploading there first and then copying is required i think... not sure
Nov 06 12:22:00 <ogra_> nah, we should immediately start uploading to raring instead :)
Nov 06 12:22:45 <victorp> once there is a raring image :)
Nov 06 12:22:52 <victorp> look forward to that
Nov 06 12:23:05 <victorp> in the meantime, If you can make the honours I can test the patch
Nov 06 12:26:30 <janimo> victorp, we need to clarify where to ship firmware before working raring images I guess
Nov 06 12:26:45 <ogra_> janimo, just file a bug and leave that bit to the kernel team
Nov 06 12:27:20 <ogra_> janimo, any objections if i pocket copy the 7.10 kernel to the public PPA ?
Nov 06 12:27:34 <ogra_> i think its on the images already
Nov 06 12:27:39 <janimo> and indeed we should start using the public PPA for image builds while we still do 12.10 based spins
Nov 06 12:27:42 <ogra_> so should be safe to do
Nov 06 12:27:47 <janimo> ogra_, no objections, thanks
Nov 06 12:27:54 * ogra_ does it then 
Nov 06 12:28:02 <ogra_> along weith the tegra driver fix
Nov 06 12:28:06 <janimo> ogra_, I was waiting for people with OTG cables to see if it works
Nov 06 12:28:08 <victorp> janimo, that is fine. The discussion came because the public ppas had not been update..and we got to raring images :)
Nov 06 12:28:15 <janimo> and whether it causes other USB related regressions
Nov 06 12:30:10 <ogra_> victorp, apt-get update should give you a new tegra driver and a new kernel now
Nov 06 12:30:36 * ogra_ goes for coffee
Nov 06 12:41:52 <victorp> ogra_,  done - still nothing in /boot
Nov 06 12:42:29 <ogra_> you ran update-manager afterwards ?
Nov 06 12:42:50 <ogra_> apt-get update only updated the lists of available packages
Nov 06 12:43:19 <ogra_> apt-get dist-upgrade is the equivalent of what update-manager does then
Nov 06 12:44:28 * ogra_ definitely sees the new packages in https://launchpad.net/~ubuntu-nexus7/+archive/ppa
Nov 06 12:44:53 <ogra_> 16.0-0ubuntu3  of the tegra driver and 3.1.10.7.10  of the kernel
Nov 06 12:50:02 <janimo> ogra_, do we need an externally powered USB hub with the nexus?
Nov 06 12:50:11 <janimo> I plugged a keyboard in and nothing happens
Nov 06 12:50:29 <ogra_> just plugging in the kbd should work
Nov 06 12:50:37 <ogra_> directly i mean
Nov 06 12:50:47 <ogra_> i only have used the device with powered hubs yet
Nov 06 12:50:56 <ogra_> when i used a hub
Nov 06 12:55:10 <ogra_> janimo, why iso9660 ?
Nov 06 12:55:38 <janimo> ogra_, ?
Nov 06 12:55:55 <ogra_>  [ Jani Monoses ]
Nov 06 12:55:55 <ogra_>   * [Config] Enable ISO_9660_FS
Nov 06 12:55:55 <ogra_>   * [Config] Various options needed for LXC support.
Nov 06 12:55:55 <ogra_>   * [Config] Enable SND_USB_AUDIO, disable SND_HDA_INTEL
Nov 06 12:56:04 <ogra_> i understand the last two ...
Nov 06 12:56:28 <ogra_> but am wondering why we enable iso9660
Nov 06 12:56:50 <janimo> ogra_, ah. There was a bug about some USB stick not mounting
Nov 06 12:56:56 <janimo> it can be used on non-CD media too
Nov 06 12:57:04 <ogra_> oh,. indeed
Nov 06 12:57:07 <janimo> maybe even our ISO hybrids are like that
Nov 06 12:57:19 <ogra_> yeah, you can just dd them to USB
Nov 06 12:57:35 <ogra_> not that that makes isolinux usable on arm though :)
Nov 06 12:57:37 <janimo> I should have added bug numbers to the changelog, but at that point they were private still
Nov 06 12:57:46 <ogra_> but yeah, i get the point
Nov 06 13:00:37 <victorp> ogra_ running update manager now
Nov 06 13:02:01 <ogra_> yep, it just popped up here as well, offering me the new driver
Nov 06 13:02:39 <ogra_> seems propagation takes a while in the PPA
Nov 06 13:02:52 <ogra_> even though the copying is instantly done
Nov 06 13:03:38 <victorp> ogra_ is it normal that I dont find the update-manager but instead I have a software-updater ?
Nov 06 13:03:53 <ogra_> yeah, i'm just stuck with old naming in my head
Nov 06 13:04:15 <ogra_> the binary is still called update-manager though
Nov 06 13:06:17 <victorp> well the kernel is still 6
Nov 06 13:07:46 <ogra_> eek
Nov 06 13:08:02 <ogra_> janimo, looks like we dont have linux-nexus7 in the image
Nov 06 13:08:16 <ogra_> i only see the linux-image files installed, not the meta
Nov 06 13:08:30 <janimo> ogra_, right, the metapackage is new and did not get the chance to tell vanhoof to update the seed
Nov 06 13:08:39 <ogra_> ah., k
Nov 06 13:09:02 <ogra_> victorp, so for now that means manual updating ... actually for everyone who used the old (and todays) image
Nov 06 13:09:24 <ogra_> it will only start to work once the meta package is preinstalled
Nov 06 13:09:32 <victorp> ol
Nov 06 13:09:34 <victorp> ok
Nov 06 13:09:40 <victorp> so do I need to download the .deb
Nov 06 13:09:45 <victorp> and install them manually?
Nov 06 13:09:50 <ogra_> you can work around it by installing linux-nexus7 i think
Nov 06 13:10:00 <ogra_> manually
Nov 06 13:10:24 <ogra_> that will pull in the metapackage alongside
Nov 06 13:10:44 <ogra_> yeah, that works
Nov 06 13:13:17 <ogra_> janimo, was the wlan firmware file fw_bcmdhd.bin ?
Nov 06 13:13:24 * ogra_ cant remember and tries to find it
Nov 06 13:13:58 <janimo> ogra-nx7, yes
Nov 06 13:19:44 <ogra_> janimo, bug 1075549
Nov 06 13:19:44 <ubot2`> Launchpad bug 1075549 in linux-firmware (Ubuntu) "please include fw_bcmdhd.bin and bcm4330.hcd in linux-firmware for support of the nexus7" [Undecided,New] https://launchpad.net/bugs/1075549
Nov 06 13:20:00 <victorp> ogra_ doing that now.. can we add it to the wiki pls
Nov 06 13:20:07 <ogra_> lets leave the rest to the kernel team, i'm sure they have a process for checking the legal stuff etc
Nov 06 13:20:49 <ogra_> janimo, might be helpful if someone else than me could set it to confirmed
Nov 06 13:20:56 <janimo> ogra_, ok. I am fine whichever way it is solved :)
Nov 06 13:20:57 <victorp> ogra_ the raring image will have to have the same disclaimer that you get from the installer
Nov 06 13:21:41 * janimo wonders what broke his chromium that most pages are black backgrounds and not much else
Nov 06 13:21:59 <ogra_> victorp, then we cant do it in the distro
Nov 06 13:22:05 <janimo> victorp, an EULA dialog on first boot or something less intrusive?
Nov 06 13:22:13 <ogra_> first boot wont help
Nov 06 13:22:22 <janimo> ogra_, you're right
Nov 06 13:22:27 <janimo> can't access the net
Nov 06 13:22:28 <ogra_> it will have to happen before you even download anything
Nov 06 13:23:15 <ogra_> and thats something we have a policy against in the distro ... but we ship a ton of other broadcom firmware, i'm sure there is a way
Nov 06 13:23:39 <ogra_> (to include it properly)
Nov 06 13:23:52 <janimo> I'd also want to see if we can have it legally shipped before spending too much time on technical workarounds
Nov 06 13:23:57 <ogra_> lets leave it to the experts dealing with firmwares every day ;)
Nov 06 13:24:26 <ogra_> right. if kernel team says no, we can think about workarounds like stealing it from the /system partition
Nov 06 13:24:41 <victorp> ogra_ -7 now running
Nov 06 13:24:50 <ogra_> but i'm confident we can put it into linux-firmware
Nov 06 13:24:53 <victorp> about to plug the usb hub, hold your breath
Nov 06 13:24:55 <ogra_> victorp, great
Nov 06 13:25:59 <ogra_> janimo, how about a kernel upload to raring ?
Nov 06 13:26:14 <janimo> ogra_, I guess I could.
Nov 06 13:26:21 <ogra_> do it :)
Nov 06 13:26:24 <janimo> If 7.10 is ok for all, I could upload this as a start
Nov 06 13:26:32 <janimo> no USB regressions then?
Nov 06 13:26:40 <ogra_> NEW will probably take a while so we can be sure the binary is there once we start image builds
Nov 06 13:26:45 <janimo> someone tested it last week and said he could not see the kbd
Nov 06 13:27:02 <ogra_> not so important for raring i guess
Nov 06 13:27:08 <victorp> ogra_, does it count as working if OTG is now completly broken?
Nov 06 13:27:14 <ogra_> i need smoe package for the builds
Nov 06 13:27:19 <ogra_> could even be empty ;)
Nov 06 13:27:29 <ogra_> victorp, not really
Nov 06 13:27:37 <victorp> i thought so
Nov 06 13:27:38 <victorp> :)
Nov 06 13:27:38 <janimo> victorp, how did OTG regress?
Nov 06 13:27:44 <victorp> mouse not working
Nov 06 13:27:48 <janimo> probably the same issue I got reported before
Nov 06 13:27:53 <janimo> neither kbd?
Nov 06 13:27:58 <victorp> does not detect anything
Nov 06 13:27:59 <janimo> and they used to work in 6 ?
Nov 06 13:27:59 <victorp> nope
Nov 06 13:28:03 <victorp> or my usb stick
Nov 06 13:28:06 <victorp> yeap
Nov 06 13:28:12 <victorp> all of them but charing
Nov 06 13:28:16 <victorp> charging
Nov 06 13:28:23 <victorp> and it is still not charging
Nov 06 13:28:24 <janimo> ok, seems like a serious issue. I need to rever that charging patch, I think that broke it
Nov 06 13:28:46 <victorp> well I am going to un install this kernel;
Nov 06 13:28:55 <victorp> do we do testing?? problably not achiang :)
Nov 06 13:29:50 <ogra_> janimo, looking in dmesg i see it enmables the HUB
Nov 06 13:30:00 <ogra_> (tegra-otg)
Nov 06 13:30:08 <ogra_> but it doesnt seem to see any devices
Nov 06 13:30:40 <ogra_> so better revert that one :)
Nov 06 13:30:40 <victorp> I am plugging the same hub that with -6
Nov 06 13:30:58 <victorp> with -6 the keyboard, mouse and usb stick where all recognised
Nov 06 13:31:02 <ogra_> i plugged in various things here
Nov 06 13:31:23 <ogra_> nothing is recognized ... but the cable properly loads/unloads tegra-otg when plugging it
Nov 06 13:31:28 <victorp> with -7, not even the mouse plugin is working
Nov 06 13:31:35 <ogra_> yep
Nov 06 13:31:37 <ogra_> same here
Nov 06 13:35:14 <victorp> ogra_, how do I get rid of it
Nov 06 13:35:23 <victorp> uninstalling linux-nexus7 ?
Nov 06 13:35:47 <ogra_> well, that and the linux-image-*-7-* package
Nov 06 13:36:16 * ogra_ does his first upload to raring 
Nov 06 13:36:35 * janimo did his 5 min ago
Nov 06 13:36:55 <ogra_> *sniff* starting my release with a binary blob
Nov 06 13:43:38 <ogra_> there we go, the bug is "inprogress" :)
Nov 06 13:48:52 <victorp> ogra_ I removed that package too but still running -7
Nov 06 13:49:39 <ogra_> victorp, oh, flash-kernel cant downgrade kernels (debian removed that feature in the latest version and i didnt get around to write a fix for that yet)
Nov 06 13:50:38 <ogra_> victorp, sudo abootimg -u /dev/mmcblk0p2 -k /boot/vmlinuz-3.1.10-6-nexus7 -r /boot/initrd.img-3.1.10-6-nexus7 && sudo reboot
Nov 06 13:50:43 <victorp> ogra_ soooo
Nov 06 13:50:54 <victorp> do I need to re-flash the image?
Nov 06 13:51:03 <ogra_> that will get you back to -6
Nov 06 13:51:15 * victorp swearing
Nov 06 13:52:54 <ogra_> well, its just a bit longer than sudo flash-kernel, dont swear
Nov 06 13:53:38 <victorp> too late :)
Nov 06 13:53:39 <ogra_> (thats actually the line f-k would call *if* there wouldnt be a version check before that)
Nov 06 13:54:25 <victorp> flasing also loses anything I set up
Nov 06 13:54:30 <ogra_> ??
Nov 06 13:54:41 <ogra_> what do you talk about ?
Nov 06 13:54:52 <victorp> packages?
Nov 06 13:55:00 <ogra_> you should only write the old kernel to your boot partition with the command i gave you above
Nov 06 13:55:07 <ogra_> <ogra_> victorp, sudo abootimg -u /dev/mmcblk0p2 -k /boot/vmlinuz-3.1.10-6-nexus7 -r /boot/initrd.img-3.1.10-6-nexus7 && sudo reboot
Nov 06 13:55:11 <ogra_> from your running nexus
Nov 06 13:55:45 <ogra_> no need to re-flash the device or anything
Nov 06 13:55:57 <janimo> ogra_, in flash-kernel mmcblk0 is equivalent to mmcblk0p1 in our case?
Nov 06 13:56:01 <victorp> ogra_ I thought that is what you were telling me
Nov 06 13:56:07 <ogra_> nahh+
Nov 06 13:56:36 <ogra_> you never need to install a machine more than once with an ubuntu system :) there is always a way to repaitr it
Nov 06 13:56:55 <ogra_> janimo, no, mmcblk0p1 would
Nov 06 13:56:55 <victorp> let me try that command
Nov 06 13:57:12 <ogra_> victorp, dont get the device name wrong :)
Nov 06 13:57:31 <victorp> the mouse is alive!!!
Nov 06 13:57:36 <ogra_> great
Nov 06 13:57:50 <victorp> ogra_ I copy and paste it
Nov 06 13:58:05 <ogra_> see, dont get desparate :) re-installing is for QA junkies :P
Nov 06 13:58:33 * victorp cries
Nov 06 13:59:04 * ogra_ actually has machines around that were installed on warty and upgraded regulary ... they still run without issues
Nov 06 13:59:17 <janimo> ogra_, hmm, flash-kernel would need quite some changes to support alternate partitions
Nov 06 13:59:45 <janimo> ogra_, would specifying the boot part directly without having to scan for it break things? Is it not fixed for various devices?
Nov 06 13:59:56 <ogra_> janimo, well, my original ac100 code was capable .... sadly that wasnt what debian implemented in the end
Nov 06 14:00:26 <janimo> as it is now we cannot easily boot from recovery and have it upgraded there
Nov 06 14:00:39 <ogra_> you need to edit the db
Nov 06 14:01:08 <ogra_> oh, wait, there is that autodetection that debian also trashed
Nov 06 14:02:18 <ogra_> janimo, i would say lets add a check for "Boot-Device:", if thats set we should override the autodetection with it
Nov 06 14:02:44 <ogra_> currently android devices only use Android-Boot-Device and do a pointless autodetection that debian even broke
Nov 06 14:03:26 <ogra_> janimo, but that will always be a hack until f-k actually supports overrides for the DB
Nov 06 14:03:37 <ogra_> whicjh it totally doesnt atm
Nov 06 14:04:01 <ogra_> f-k 3.0 is still in its infancy
Nov 06 14:07:25 <ogra_> infinity, oh, fyi, bug 1056206
Nov 06 14:07:25 <ubot2`> Launchpad bug 1056206 in flash-kernel (Ubuntu) "3.0~rc.4ubuntu23: cannot flash an old (previous Q) kernel" [Wishlist,Confirmed] https://launchpad.net/bugs/1056206
Nov 06 14:25:34 <ogra_> janimo, oh, look, low hanging fruit coming your way in bug 1072657
Nov 06 14:25:35 <ubot2`> Launchpad bug 1072657 in ubuntu-nexus7 "Can't mount a nfs disk" [Undecided,New] https://launchpad.net/bugs/1072657
Nov 06 14:26:15 <janimo> ogra_, I think I added NFS at one point prompted by that bug
Nov 06 14:26:23 <janimo> in 6.9 maybe
Nov 06 14:26:43 <ogra_> ah, its not closed though
Nov 06 14:26:45 <janimo> still, I'd wait with any extra config changes will we sync up with ubuntu. No point in adding them piecemeal
Nov 06 14:27:03 <janimo> ogra_, right, since only today did the new kernel become released
Nov 06 14:28:20 <ogra_> yep
Nov 06 14:35:12 <ogra_> hmm, bug 1075415 is intresting
Nov 06 14:35:13 <ubot2`> Launchpad bug 1075415 in ubuntu-nexus7 "Touch is too sensitive: touch/tap is interpreted as a drag/swipe" [Undecided,New] https://launchpad.net/bugs/1075415
Nov 06 14:35:25 <ogra_> i think in android the touchscreen ships a calibration file
Nov 06 14:37:21 <ogra_> yeah, there it is
Nov 06 14:37:23 <ogra_> https://android.googlesource.com/device/asus/grouper/+/505d795dfcfd473d2a5a2f20177d355bcd254492/elan-touchscreen.idc
Nov 06 14:43:55 <victorp> ogra_,  you might like this one : http://victorpalau.net/2012/11/06/ubuntu-nexus7-7-hours-battery-life-whilst-browsing/
Nov 06 14:45:42 <ogra_> sweet
Nov 06 14:45:59 <ogra_> 7h is great for the fact that we havent touched power mgmt at all
Nov 06 14:46:27 <achiang> ogra_: so reading scrollback... did we upload a broken kernel to our PPA?
Nov 06 14:46:44 <ogra_> achiang, well, not having the meta nobody will get it offered anyway
Nov 06 14:46:53 <ogra_> achiang, so no worries
Nov 06 14:47:05 <ogra_> but yes, seems we did
Nov 06 14:47:26 <achiang> well, i'm a bit worried about what happened to our qa process
Nov 06 14:47:34 <achiang> as in, we didn't have one
Nov 06 14:47:37 <victorp> ogra_ pretty good I reckon
Nov 06 14:47:50 <victorp> imagine if screen brightness was adjusted :)
Nov 06 14:48:32 <ogra_> achiang, well, all i saw was that the new kernel ended up in the new image, i should probably not have done the pocket copying but it felt inconsistent to have it in the new image but not in the PPA
Nov 06 14:48:54 <victorp> achiang, I am not sure the problem was the pocket copy
Nov 06 14:48:55 <ogra_> victorp, right and CPUs get powered down if not needed etc
Nov 06 14:49:05 <ogra_> victorp, well, i published it
Nov 06 14:49:17 <ogra_> so yes, the pocket copy was definitely a part here
Nov 06 14:49:18 <achiang> victorp: we were waiting for test results from staging PPA
Nov 06 14:49:26 <victorp> ogra_ but as you said, it was in the image
Nov 06 14:49:32 <achiang> i know for a fact that janimo asked for testing results
Nov 06 14:49:43 <achiang> i certainly never signed off on a kernel upload
Nov 06 14:49:53 <victorp> achiang, so why was it in the new image?
Nov 06 14:49:57 <ogra_> victorp, right, but i should have waited for a go from achiang nontheless
Nov 06 14:50:09 <janimo> I reverted the charging fix and will upload the kernel in a minute
Nov 06 14:50:11 <achiang> victorp: because the wrong thing happened?
Nov 06 14:50:16 <janimo> but where? staging PPA?
Nov 06 14:50:22 <victorp> stop stop stop
Nov 06 14:50:27 <janimo> anyway, I do not think people get autoupdates
Nov 06 14:50:30 <ogra_> janimo, closed, then pocket copy to the other one
Nov 06 14:50:30 <janimo> this is a new ABI
Nov 06 14:50:40 <victorp> what was wrong was that we released a new image without testing it
Nov 06 14:50:43 <victorp> also
Nov 06 14:50:55 <janimo> ogra_, but why closed? People should be able to test before it being in an image no?
Nov 06 14:50:56 <victorp> that we did not push the same updates from the image to the public ppa
Nov 06 14:51:00 <janimo> so why not in staging?
Nov 06 14:51:01 <ogra_> victorp, sure, but the followup stuff messed it up more
Nov 06 14:51:08 <ogra_> no excuses
Nov 06 14:51:14 <janimo> ogra_, anyway not a big difference
Nov 06 14:51:19 <victorp> ogra_ two wrongs do not make a right
Nov 06 14:51:19 <ogra_> right
Nov 06 14:51:26 <achiang> i don't think we actually released a new image
Nov 06 14:51:29 <victorp> a) we didn't test
Nov 06 14:51:34 <ogra_> victorp, two wrongs make a worse :)
Nov 06 14:51:43 <victorp> b) the image and the public ppas where out of sync
Nov 06 14:52:09 <victorp> c) I dunno, but I felt like putting a c
Nov 06 14:52:19 <ogra_> heh
Nov 06 14:52:41 <victorp> achiang, right so that might have been the confusion
Nov 06 14:52:51 <victorp> anyways... the ppa update did not work
Nov 06 14:52:54 <victorp> so no worries
Nov 06 14:52:55 <ogra_> well, after all, no harm done you would have to manually fish out the package name and install it
Nov 06 14:53:14 <victorp> achiang, and yes, the kernel is very broken
Nov 06 14:53:19 <ogra_> or install the meta
Nov 06 14:53:31 <janimo> I think what happened was we had a staging kernel, and it was decided we make a test image that includes it for easier testing
Nov 06 14:53:49 <janimo> so then image and public ppa became out of sync
Nov 06 14:53:49 <victorp> what a mess... it is all my fault achiang
Nov 06 14:54:16 <ogra_> janimo, that sounds very plausible
Nov 06 14:54:41 <janimo> the fact that we have 3 PPAs does sometimes confuse us all
Nov 06 14:55:13 <janimo> also, did todays image become the default for the installer?( I hope not)
Nov 06 14:56:00 <achiang> no, the installer image needs to be manually updated, which we have not done yet
Nov 06 14:56:07 <achiang> and we will not do so until we QA the image
Nov 06 14:56:15 <janimo> ok, then, less harm done
Nov 06 14:57:00 <janimo> I am glad I deferred having a kernel metapackage, so every ABI bump upgrade must be explicitly requested by the user
Nov 06 14:57:12 <ogra_> achiang, then i'm sorry for messing up the QA process ...
Nov 06 14:57:19 * ogra_ will wait and ask next time
Nov 06 14:57:26 <janimo> I am less glad I did not myself test each bugfix I uploaded in the kernel
Nov 06 14:58:11 <janimo> ogra_, it's not you. I think it was a combination of us all that got into this situation
Nov 06 14:58:29 <achiang> yeah, we have a QA team. let's use them. :)
Nov 06 14:58:33 <achiang> anyway, we'll get it right next time
Nov 06 14:58:34 <ogra_> janimo, well, i saw discussions about the new image being up and thought it was released
Nov 06 14:58:43 <achiang> just good that we didn't break our hundreds of users out in the wild
Nov 06 14:59:27 <ogra_> hundrets ?
Nov 06 14:59:34 <ogra_> what a pessimist you are *g*
Nov 06 15:00:25 <janimo> ogra hundreds is the subset of the tens of thousands that actually use USB kbd/mouse and would be affected :)
Nov 06 15:00:46 <ogra_> ah, these ... lamers that fear the touchscreen :P
Nov 06 15:02:19 <ogra_> i would really love to know how we make use of the settings in https://android.googlesource.com/device/asus/grouper/+/7fce7d56cb077e869b9509cd2770d92e8cf29dcc/elan-touchscreen.idc
Nov 06 15:02:47 <ogra_> i bet if we could teach the driver to use these the touchscreen situation would get better
Nov 06 15:23:18 <ogra_> janimo, hmm, do we do anything with the touchscreen firmware ?
Nov 06 15:24:02 <ogra_> android seems to forcefully update it with the file on every boot
Nov 06 15:25:01 <janimo> ogra_, the in-kernel fw seems to be newer or just as new as the external blob
Nov 06 15:25:10 <janimo> so I stopped shipping the latter
Nov 06 15:25:29 <ogra_> right, but i wnder if that probably triggers some calibration
Nov 06 15:25:30 <janimo> I saw the way to upload it is to echo into a sys/ file
Nov 06 15:25:35 <ogra_> yeah
Nov 06 15:26:20 <janimo> ogra_, that can be tested with our current images by getting the file and echoing it's path. Not sure who does the calibration
Nov 06 15:26:44 <ogra_> yeah, i dont seem to see any difference in behavior after echoing the file
Nov 06 15:26:51 <janimo> to me our touch issues seem to stem from the fact that we have tiny controls to poke at
Nov 06 15:27:10 <ogra_> i just would like to know how it applies the settings from elan-touchscreen.idc
Nov 06 15:28:00 <ogra_> as bug 1075415 might be solved with touch.pressure.scale = 0.0048 and touch.size.scale = 36
Nov 06 15:28:01 <ubot2`> Launchpad bug 1075415 in ubuntu-nexus7 "Touch is too sensitive: touch/tap is interpreted as a drag/swipe" [Undecided,New] https://launchpad.net/bugs/1075415
Nov 06 15:28:24 <ogra_> it could well be that our touchscreen is set to 1px squares
Nov 06 15:28:43 <ogra_> they seem to not be module options one could pass though
Nov 06 15:29:42 <ogra_> #define MAX_FINGER_SIZE          31
Nov 06 15:29:46 <ogra_> that could be it
Nov 06 15:30:51 <ogra_> there is also IOCTL_ROUGH_CALIBRATE
Nov 06 15:31:07 <dmart> mi all
Nov 06 15:31:34 <dmart> hmmm, wrong window and wrong spelling -- how embarrassing
Nov 06 15:31:44 <ogra_> mi dmart !
Nov 06 15:31:47 <ogra_> :)
Nov 06 15:31:53 <dmart> ogra_: mi yourself :)
Nov 06 15:31:58 <ogra_> heh
Nov 06 15:41:07 <mfisch> achiang: can we close this N7 bug?  https://bugs.launchpad.net/ubuntu-nexus7/+bug/1075416
Nov 06 15:41:08 <ubot2`> Launchpad bug 1075416 in ubuntu-nexus7 "Please install openssh-server out of the box, at least for dev images" [Wishlist,New]
Nov 06 15:41:19 <mfisch> I marked it wishlist, so we could just leave it
Nov 06 15:41:23 <achiang> mfisch: yeah, i think that needs to be close as wontfix
Nov 06 15:42:15 <mfisch> because it deviates from standard desktop
Nov 06 15:42:47 <ogra_> i think even server
Nov 06 15:43:34 <ogra_> it is the first option in tasksel there, but not pre-selected by default
Nov 06 16:10:21 <mfisch> janimo: can give me a brief walkthrough on building a kernel for the N7?
Nov 06 16:10:48 <janimo> mfisch, will copy it to wiki in a minute
Nov 06 16:10:59 <janimo> long overdue :)
Nov 06 16:11:51 <ogra_> it not like it wuld need more than ten lines either :)
Nov 06 16:12:18 <janimo> it needs explanations and context for those who never built a kernel
Nov 06 16:12:20 <ogra_> dont we have a generic "cross build a kernel" page ?
Nov 06 16:12:41 <ogra_> we should really have it, i tend to link people to hrw's blog still
Nov 06 16:13:50 <janimo> mfisch, in the meantime http://paste.ubuntu.com/1337637/
Nov 06 16:14:08 <ogra_> drivers/built-in.o: In function `bq27541_probe':
Nov 06 16:14:08 <ogra_> /home/ogra/Desktop/nexus/kerneltree/nexus7/drivers/power/bq27541_battery.c:726: undefined reference to `get_usb_cable_status'
Nov 06 16:14:08 <ogra_> make[2]: *** [.tmp_vmlinux1] Fehler 1
Nov 06 16:14:08 <ogra_> make[1]: *** [sub-make] Error 2
Nov 06 16:14:11 <ogra_> janimo, ^^^
Nov 06 16:14:17 <ogra_> after the latest git pull
Nov 06 16:14:31 <janimo> ogra_, with no config options changed?
Nov 06 16:14:38 <ogra_> with a git reset
Nov 06 16:14:58 <janimo> that get_usb_cable_status I saw a few times when making some things modular
Nov 06 16:14:59 <ogra_> reset, pull then testbuild makes me get to this
Nov 06 16:15:16 <janimo> ogra_, hmm, I made a clean build before pushing, weird
Nov 06 16:15:33 <ogra_> is there ar "reset harder" option ?
Nov 06 16:15:50 * ogra_ tries with --hard
Nov 06 16:15:57 <janimo> ogra_, no, git fetch && git reset --hard origin should be enough
Nov 06 16:16:02 <ogra_> lets see
Nov 06 16:16:55 <janimo> ogra_, btw the new kernel is building in the private ppa now, should have the OTG change reverted. Tested with mouse and kbd
Nov 06 16:16:58 <janimo> will be 7.11
Nov 06 16:17:20 <ogra_> yeah, git just told me 7.11 with --hard
Nov 06 16:17:27 <ogra_> didnt fail yet
Nov 06 16:18:45 <janimo> any idea why this page is locked? https://wiki.ubuntu.com/Nexus7/Developers
Nov 06 16:18:58 <janimo> I thought it would be the place to link 'build your kernel' to
Nov 06 16:18:59 <mfisch> janimo: You're not logged in
Nov 06 16:19:18 <mfisch> janimo: Or that's usually what's happened when I see locked pages, or someeone else is editing
Nov 06 16:19:20 <ogra_> bah, failed in the tools as usual
Nov 06 16:19:25 <ogra_> janimo, so all fine
Nov 06 16:19:38 <janimo> mfisch, ah I had to reload it, thanks. Weird that all other pages were editable
Nov 06 16:23:25 <mfisch> this git clone is going to be awhile...
Nov 06 16:31:07 * mfisch goes to find more bugs while git does it's thing
Nov 06 16:42:27 <mfisch> janimo: are you still working on that kernel build page?
Nov 06 16:42:54 <janimo> mfisch, about to save it
Nov 06 16:43:30 <janimo> mfisch, https://wiki.ubuntu.com/Nexus7/KernelBuild
Nov 06 16:43:39 <janimo> just need to solve some edit conflicts apparently
Nov 06 16:44:48 <mfisch> janimo: yeah sorry
Nov 06 16:44:54 <mfisch> janimo: just revert what I did
Nov 06 16:45:00 <janimo> mfisch, let me know which parts are confusing, and feel free to edit/reword as you see fit from someone who's new to it
Nov 06 16:45:03 <mfisch> I clicked save before I saw the small prnit warning
Nov 06 16:45:05 <janimo> mfisch, no prob
Nov 06 16:45:18 <janimo> I think you cleaned up the code snippets
Nov 06 16:45:31 <mfisch> yeah, doing more of that now
Nov 06 16:45:33 <janimo> which is good, I did not know how that works
Nov 06 16:45:36 <janimo> thanks
Nov 06 16:46:19 <janimo> there may be another cross package missing IIRC, not just gcc needed. If build blows up we'll find out
Nov 06 16:46:38 <mfisch> I added git to the list of stuff you need to install
Nov 06 16:46:48 <janimo> sure
Nov 06 16:47:07 <janimo> we probably want to document the git way only, even if one could simply rebuild from a package source
Nov 06 16:48:45 <mfisch> janimo: fdr clean fails
Nov 06 16:48:46 <mfisch> cd /home/mfisch/tmp/n7kernel/ubuntu-nexus7/debian/build && kernel-wedge gen-control > /home/mfisch/tmp/n7kernel/ubuntu-nexus7/debian/control
Nov 06 16:48:46 <mfisch> /bin/bash: kernel-wedge: command not found
Nov 06 16:49:52 <janimo> ok, a dependency then
Nov 06 16:49:54 <mfisch> installing it now
Nov 06 16:50:15 <janimo> I have been building kernels the past year on the same machine so forgot whether there are extra build-deps
Nov 06 16:50:54 <mfisch> janimo: why parallel=3?
Nov 06 16:51:18 <mfisch> oh I see your note
Nov 06 16:51:35 <janimo> mfisch, maybe that note should be moved in front of the command
Nov 06 16:51:43 <mfisch> working on it
Nov 06 16:51:44 <janimo> as with other comments before commands
Nov 06 16:51:50 <mfisch> what works best?  parallel=num cpus?
Nov 06 16:51:55 <mfisch> num_cpus+50%?
Nov 06 16:51:57 <janimo> num cpus+1 IIRC
Nov 06 16:52:01 <mfisch> ok
Nov 06 16:53:04 <achiang> hm, i always use num_cpus * 1.5
Nov 06 16:55:41 <mfisch> me too
Nov 06 16:55:52 <mfisch> at least I did with android, num cpus + 50%
Nov 06 16:58:21 <achiang> janimo: got a link to some camera stuff in LP - https://bugs.launchpad.net/ubuntu-nexus7/+bug/1068672
Nov 06 16:58:22 <ubot2`> Launchpad bug 1068672 in ubuntu-nexus7 "webcam support" [Medium,Confirmed]
Nov 06 16:59:13 <mfisch> janimo: build worked, thanksd
Nov 06 17:00:14 <mfisch> janimo: actually, where is the kernel config?  I'd like to change some stuff
Nov 06 17:07:01 <janimo> achiang, saw that
Nov 06 17:07:18 <janimo> achiang, still if nvidia is working on a 3.1 port we may want to wait for that
Nov 06 17:07:34 <janimo> mfisch, kernel config is in debian.linaro/config
Nov 06 17:07:42 <janimo> mfisch, I'll add to the wiki page
Nov 06 17:08:01 <achiang> janimo: the way i read the bug, that tree is already 3.1
Nov 06 17:08:44 <janimo> achiang, ok then, I misread 2.6.38 somewhere IIRC
Nov 06 17:09:20 <achiang> janimo: maybe i'm wrong... let me know. :)
Nov 06 17:09:23 <janimo> still the chromeos tree is divergent from the android, in ac100 land they were not easily mergeable
Nov 06 17:09:31 <achiang> ah, i see
Nov 06 17:09:34 <janimo> or cherry-pickable
Nov 06 17:10:04 <janimo> actually now I remember seeing V4L in chromium and asking about it in the tegra channel about 3 weeks ago
Nov 06 17:10:17 <janimo> but that driver seemed not yet ready for some reason
Nov 06 17:10:38 <janimo> but chromium is more linux than android so they may have gotten it to work well enough
Nov 06 17:11:41 <mfisch> janimo: let's also note on the page which steps need to be re-run, specifically does the sed step need to be run on each build?
Nov 06 17:12:30 <janimo> mfisch, the sed step changes a git-tracked file so it persists until one does a git checkout (which syncs the workspace to the repo)
Nov 06 17:13:19 <mfisch> janimo: so it looks like the config option I changed is intertwined with some others, is there a way to manually run make config so I can go through the questions?
Nov 06 17:15:10 <janimo> mfisch, fdr updateconfis
Nov 06 17:15:15 <janimo> updateconfigs
Nov 06 17:16:11 <janimo> mfisch, added a section in the wiki
Nov 06 17:16:13 <mfisch> thanks
Nov 06 17:21:20 <mfisch> janimo: last question, I hope, is the linux-image the only deb I need to copy and install?
Nov 06 17:21:46 <janimo> mfisch, yes, that has the kernel
Nov 06 17:22:01 <janimo> the rest are header files and tools, non-essential for booting
Nov 06 17:22:22 <janimo> mfisch, the more questions, the better the doc becomes, so np :)
Nov 06 17:32:00 <achiang> mfisch: janimo: ogra_: dholbach has graciously taken on the task of reorganizing our wiki, so don't be surprised if you start seeing a bunch of changes happen
Nov 06 17:32:06 <mfisch> ok
Nov 06 17:32:38 <janimo> np
Nov 06 17:33:59 <mfisch> janimo: so there was a bug where the snd_seq module is missing, I added it to the config and it solves the bug
Nov 06 17:34:14 <mfisch> janimo: but, I'm curious why it isn't autoloading, I had to manually load it
Nov 06 17:34:57 <janimo> mfisch, no idea, it may be blacklisted in /etc/modprobe.d somewhere?
Nov 06 17:35:20 <mfisch> hmm, don't see it.
Nov 06 17:35:24 <janimo> mfisch, is this preventing audio in some scenarios?
Nov 06 17:35:27 <mfisch> when I boot this device, I get no modules loaded
Nov 06 17:35:36 <mfisch> janimo: it prevents the usage of some audio tools
Nov 06 17:35:38 <janimo> mfisch, and you installed the deb
Nov 06 17:35:40 <janimo> ?
Nov 06 17:35:52 <janimo> or zImage
Nov 06 17:35:52 <mfisch> janimo: yes, I get the module, just have to manually modprobe it
Nov 06 17:35:56 <mfisch> janimo: deb
Nov 06 17:35:59 <janimo> ok
Nov 06 17:36:18 <janimo> no idea
Nov 06 17:36:34 <mfisch> yeah I'm not sure how it would get autodetected
Nov 06 17:37:19 <nemik> does anyone know if it is possible on the ARM version to install canon printer drivers like the CAPT ones?
Nov 06 17:43:29 <mfisch> janimo: when I run fdr editconfigs it prompts me to edit a file that I'm not certain is the correct one:
Nov 06 17:43:39 <mfisch> Do you want to edit config: armhf/config.flavour.nexus7? [Y/n]
Nov 06 17:44:13 <janimo> mfisch, yes that is the one
Nov 06 17:44:46 <janimo> it prompts for every arch/flavour that package source builds. We happen to only have a single flavour
Nov 06 17:45:00 <janimo> would be nice to have it skipped and not prompt I guess
Nov 06 17:45:20 <mfisch> but I manually edited debian.linaro/config/config.common.ubuntu?
Nov 06 17:46:21 <achiang> mfisch: we need a juju charm to build kernels
Nov 06 17:46:27 <achiang> that would be awesome, actually
Nov 06 17:46:59 <mfisch> achiang: it can take like 5 minutes to provision a machine and then more to do setup, it would be slower than just doing it
Nov 06 17:47:35 <achiang> mfisch: what about the casual kernel builder? i don't mind saying "juju make zImage" and then walking away to do other stuff for a bit
Nov 06 17:47:44 <mfisch> achiang: true
Nov 06 17:47:54 <achiang> especially if i don't keep trees around all the time or have all my build-deps always installed
Nov 06 17:48:06 <mfisch> everyone starts as a casual kernel builder and then it's a downward spiral
Nov 06 17:48:40 * achiang came back from the dead
Nov 06 18:17:28 <mfisch> janimo: do we have plans to enable a general kernel with all the modules re-enabled?
Nov 06 19:23:17 <janimo> mfisch, yes, the plan is to sync up with the regular ubuntu kernel configs
Nov 06 19:40:50 <NekoXP> anyone got clue on where eglinfo is on quantal?
Nov 06 19:48:42 <janimo> NekoXP, you mean es2_info? This is in mesa-utils-extra
Nov 06 19:49:00 <NekoXP> yeah something like that... :D
Nov 06 19:49:36 <NekoXP> I thought it did llvmpipe rendering if there was no good driver installed. was I wrong or was that an R thing?
Nov 06 19:52:18 <infinity> NekoXP: I vaguely recall there being issues with llvmpipe, where the "issue" was "it sucked".
Nov 06 19:52:24 <NekoXP> I'm getting some odd GL_OES_EGL_image not found things from compiz
Nov 06 19:52:39 <NekoXP> slow but with window decorations would be prefereable to no window decorations at all
Nov 06 20:04:56 <mfisch> janimo: okay, I'm going to defer this audio bug until then, I think we just need some modules
Nov 06 20:14:37 <mfisch> achiang: can you comment on this bug which claims BT loses on/off state after a suspend/resume?  https://bugs.launchpad.net/ubuntu-nexus7/+bug/1073501
Nov 06 20:14:38 <ubot2`> Launchpad bug 1073501 in ubuntu-nexus7 "Bluetooth re-enabled on resume from suspend" [Undecided,Incomplete]
Nov 06 20:16:48 <achiang> mfisch: commented
Nov 06 20:19:40 <mfisch> achiang: thanks
Nov 06 20:20:31 <achiang> np
Nov 06 20:21:03 <janimo> new kernel in  https://launchpad.net/~ubuntu-nexus7/+archive/staging
Nov 06 20:21:19 <janimo> reverts the OTG charging commit which broke USB peripherals
Nov 06 21:09:52 <mfisch> janimo: do you need a new meta package there also?
Nov 06 21:10:23 <janimo> mfisch, don't think so since the current meta is for 7 already
Nov 06 21:10:32 <mfisch> ok
Nov 06 21:10:47 <mfisch> I'll do a quick review of the changelog so we can build a list of stuff to try
Nov 06 21:10:50 <janimo> I think a bump is needed only when ABI (next to last number in version) changes
Nov 06 21:10:53 <mfisch> I think it should be pretty short
Nov 06 21:11:17 <janimo> mfisch the changelog is just Revert OTG charging fix
Nov 06 21:11:24 <janimo> which turned out not to be a fix after all
Nov 06 21:11:31 <mfisch> but the CL between that and what's shipped is what I care about
Nov 06 21:11:44 <mfisch> I assume, for example, you left ISO support
Nov 06 21:11:53 <janimo> right, all that was in 7.10
Nov 06 21:11:59 <janimo> minus the USB breakage
Nov 06 21:12:18 <mfisch> since 7.10 is superseded, whats the quickest way to view it's changelog?
Nov 06 21:12:49 <mfisch> I was just going to pull the source and view the cl
Nov 06 21:20:10 <mfisch> janimo: so it looks like 7.10 is already in the public PPA?
Nov 06 21:20:40 <janimo> mfisch, yes 7.10 is in PPA, 7.11 in staging PPA
Nov 06 21:20:48 <mfisch> I was trying to figure out if we shipped with 6.9 or 6.8
Nov 06 21:20:52 <janimo> quickest way is to look at git I think
Nov 06 21:21:00 <janimo> 6.8 was shipped
Nov 06 21:21:34 <mfisch> so I guess all testing buys us now is piece of mind
Nov 06 21:21:37 <janimo> so ISO, SOUND, NFS are the changes IIRC
Nov 06 21:21:43 <janimo> right
Nov 06 21:22:08 <janimo> I have tested 7.11 FWIW with USB peripherals this time, now that I had a cable
Nov 06 21:23:40 <mfisch> should the NFS change fix this bug?  https://bugs.launchpad.net/ubuntu-nexus7/+bug/1072657
Nov 06 21:23:40 <ubot2`> Launchpad bug 1072657 in ubuntu-nexus7 "Can't mount a nfs disk" [Undecided,New]
Nov 06 21:25:24 <mfisch> it should at least be re-tested
Nov 06 21:25:47 <mfisch> achiang: are we going Fix Released once these hit the public PPA or are we waiting for an image?
Nov 06 21:28:25 <janimo> mfisch, I added NFS modules which were not there before so I hope it fixes that one
Nov 06 21:28:32 <janimo> but I did not test myself
Nov 06 21:29:02 <mfisch> janimo: me either, I dont have the setup, I just told the guy to try again
Nov 06 21:29:58 <mfisch> janimo: I bet your upower fix will fix when the device suspends even after adding power
Nov 06 21:32:02 <janimo> mfisch, I just tested upower --dump today with the 7.11 kernel and it seems to show proper values. Commented on the bug
Nov 06 21:32:29 <janimo> I did not do anything, but also did not test previously and did not saw the erroneous values
Nov 06 21:32:40 <mfisch> janimo: .10 works too, so I marked it as fix released
Nov 06 21:32:52 <mfisch> janimo: change log shows a fix from colin
Nov 06 21:32:59 <achiang> the process should be this:
Nov 06 21:33:06 <achiang> 1) jani builds new kernel and uploads to staging
Nov 06 21:33:18 <achiang> 2) jani sends out mail asking people to test.
Nov 06 21:33:29 <achiang> 3) we test, hopefully each test is associated to a bug
Nov 06 21:33:38 <achiang> 4) once we verify, then we copy to real PPA
Nov 06 21:33:40 <achiang> (or R archive)
Nov 06 21:33:47 <achiang> depending on where we are in the cycle
Nov 06 21:33:57 <janimo> mfisch, ah right, battery stats. Bu tI think the bug was reported against a kernel that had that
Nov 06 21:34:03 <janimo> anyway if it works, we can close it
Nov 06 21:34:06 <mfisch> done
Nov 06 21:34:16 <janimo> achiang, ack
Nov 06 21:34:16 <achiang> so anyway, each change in the changelog *should* be associated with an LP bug
Nov 06 21:34:23 <achiang> janimo: is that how you normally do things?
Nov 06 21:34:26 <achiang> or not really?
Nov 06 21:34:47 <achiang> like ISO_9660: LP: #123456
Nov 06 21:34:47 <ubot2`> Launchpad bug 123456 in xine-lib (Ubuntu) "podcast crashes amarok" [Undecided,Fix released] https://launchpad.net/bugs/123456
Nov 06 21:34:55 <janimo> achiang, well I ommited this so far thinking the bugs were private (while working out of newark)
Nov 06 21:35:13 <janimo> achiang, yes, marking fixed bug is what I usually do
Nov 06 21:35:23 <janimo> when I know about the bug :)
Nov 06 21:35:26 <achiang> heh
Nov 06 21:35:33 <achiang> ok, i think we're on the same page
Nov 06 21:35:37 <achiang> just want to be explicit
Nov 06 21:35:51 <achiang> janimo: thanks
Nov 06 21:39:19 <achiang> mfisch: we should only move to fix-released once it hits the real ppa, not staging
Nov 06 21:39:51 <mfisch> achiang: yes, I'm only testing public ppa fixes ATM
Nov 06 21:40:05 <achiang> mfisch: uh, i'm confused.
Nov 06 21:40:14 <achiang> mfisch: we have 2 public PPAs: staging and ppa
Nov 06 21:40:36 <achiang> the kernel should go into staging first; then once we're satisfied, it goes into 'ppa'
Nov 06 21:40:37 <mfisch> I'm testing "THE" public PPA
Nov 06 21:40:48 <mfisch> the fixes I'm testing were already moved to the public PPA
Nov 06 21:40:51 <mfisch> kernel 7.10
Nov 06 21:41:26 <achiang> mfisch: i think we're talking past each other
Nov 06 21:41:28 <achiang> https://launchpad.net/~ubuntu-nexus7/+archive/staging
Nov 06 21:41:30 <mfisch> agreed
Nov 06 21:41:35 <achiang> https://launchpad.net/~ubuntu-nexus7/+archive/ppa
Nov 06 21:41:40 <achiang> there are two public PPAs
Nov 06 21:41:43 <achiang> not just one
Nov 06 21:41:46 <mfisch> I understand
Nov 06 21:41:54 <mfisch> what shall I call the non-staging public PPA?
Nov 06 21:42:00 <mfisch> because that's what I am testing
Nov 06 21:42:07 <achiang> oh now i see
Nov 06 21:42:14 <mfisch> I don't know a better name for it
Nov 06 21:42:17 <achiang> how did a kernel get into 'ppa' ?
Nov 06 21:42:21 <achiang> release ppa
Nov 06 21:42:40 <achiang> that one is the one janimo uploaded a fix to revert the OTG regression?
Nov 06 21:42:52 <mfisch> no
Nov 06 21:43:04 <mfisch> staging PPA = 7.11 = 7.10 + OTG fix reverted
Nov 06 21:43:17 <mfisch> public, non-staging PPA = 7.10 which is a bunch of fixes + OTG patch
Nov 06 21:43:22 <achiang> ugh
Nov 06 21:43:25 <mfisch> ISO fixes, NFS, battery, etc
Nov 06 21:43:46 <achiang> ok, but no one is getting it because we didn't upload a new metapackage, right?
Nov 06 21:43:55 <mfisch> I saw it with apt-get update
Nov 06 21:44:05 <mfisch> achiang: public, non-staging PPA has a 7.10 meta package
Nov 06 21:44:06 <achiang> oh lovely
Nov 06 21:44:22 <mfisch> so getting 7.11 out quickly would be in our best interests
Nov 06 21:44:25 <janimo> 7.10 in ppa has broken OTG, 7.11 in staging with the only change fixing OTG
Nov 06 21:44:29 <achiang> mfisch: shouldn't you be testing 7.11 then? :)
Nov 06 21:44:51 <mfisch> achiang: will do
Nov 06 21:44:56 <achiang> mfisch: so we can copy it over to the release ppa?
Nov 06 21:45:39 <achiang> janimo: to me, that means you should also upload a new meta package to staging
Nov 06 21:45:42 <achiang> right?
Nov 06 21:46:07 <mfisch> I think staging has 7.10 meta, janimo said it wasn't needed
Nov 06 21:46:11 <janimo> achiang, it is not 100% clear to me, but I thought if the ABI (7) is not changed the meta can stay
Nov 06 21:46:16 <achiang> ok
Nov 06 21:46:41 <achiang> hopefully after today we won't bungle it anymore :)
Nov 06 21:48:32 <mfisch> trying now
Nov 06 21:48:33 <janimo> achiang, do we spin test images based on ppa or stagingppa before making them 'official' 12.10 updates?
Nov 06 21:50:14 <achiang> janimo: i think we only need to respin the image once more, to eliminate the 'random hostname' issue, and after that, no more image spins. kernel updates after that can go into staging, and if they are all good, they can go into universe
Nov 06 21:50:32 <janimo> ok
Nov 06 21:50:40 <achiang> does that make sense or am i smoking crack?
Nov 06 21:50:46 <mfisch> so I added the staging PPA but apt doesn't see 7.11
Nov 06 21:51:15 <mfisch> does that mean we need a newer meta?
Nov 06 21:55:57 <achiang> janimo: ^^
Nov 06 21:56:42 <janimo> achiang, let me check
Nov 06 21:57:29 <janimo> achiang, do you have the meta installed already? linux-nexus7
Nov 06 21:57:36 * achiang does not
Nov 06 21:57:38 <janimo> it was not part of any image so far as it is new
Nov 06 21:58:15 <janimo> in proper raring images we'll  include it
Nov 06 21:58:49 <janimo> in our spins it was not necessary and we wanted to explicitly say which kernel to include to avoid unintended upgrades
Nov 06 21:59:08 <mfisch> janimo: looking
Nov 06 21:59:53 <mfisch> I dont have the meta installed either
Nov 06 22:00:11 <janimo> mfisch, oh I thought it was all achiang speaking above, whereas he just ^^-d :) That's why I answered him
Nov 06 22:00:36 * achiang is working on other stuff atm. :)
Nov 06 22:00:41 <janimo> achiang, re image spining, agree with what you said above
Nov 06 22:01:18 <achiang> janimo: alright, so we'll get the .11 kernel QA'ed, spin a new image, and then be happy
Nov 06 22:01:20 <mfisch> janimo: I have linux-nexus7 installed but not linux-meta-nexus7
Nov 06 22:02:27 <janimo> mfisch, confusingly the linux-nexus7 binary package comes from the linux-meta-nexus7 source package
Nov 06 22:02:30 <janimo> so you should be fine
Nov 06 22:02:58 <janimo> whereas linux-nexus7 binary produces linux-image-3.1.10-7-nexus7
Nov 06 22:03:23 <mfisch> ok
Nov 06 22:03:34 <mfisch> so how do I get the 7.11 kernel installed?
Nov 06 22:03:54 <janimo> mfisch, so if you install linux-nexus7 it does not bring in 7.11 automatically?
Nov 06 22:04:03 <janimo> I guess I need to upload a new meta too then
Nov 06 22:04:10 <janimo> I am testing this right now as well
Nov 06 22:04:17 <mfisch> hold one sec
Nov 06 22:05:51 <mfisch> janimo: ii  linux-nexus7                              3.1.10.7.10
Nov 06 22:06:05 <mfisch> janimo: directly trying to apt-get install it doesn't get me 7.10
Nov 06 22:07:02 * janimo just added the ppa and tests
Nov 06 22:07:51 <mfisch> janimo: added what?
Nov 06 22:08:06 <janimo> I just did add-apt-repository
Nov 06 22:08:13 <janimo> for staging
Nov 06 22:08:21 <janimo> I see it downloads 7.10
Nov 06 22:08:35 <mfisch> yup
Nov 06 22:09:50 <janimo> mfisch, sudo apt-get install linux-image-3.1.10-7-nexus7
Nov 06 22:10:11 <janimo> but not via the metapackage so I need to fix that
Nov 06 22:10:14 <mfisch> linux-image-3.1.10-7-nexus7 is already the newest version
Nov 06 22:11:14 <mfisch> janimo: ^
Nov 06 22:12:25 <janimo> it installed 7.11 here
Nov 06 22:14:23 <mfisch> janimo: okay, it worked now, I had something screwed up in sources
Nov 06 22:14:27 <mfisch> rebooting to try OTG
Nov 06 22:15:43 <mfisch> janimo: USB OTG works
Nov 06 22:15:49 <mfisch> janimo: trying a mouse
Nov 06 22:16:12 <janimo> mfisch, worked here too with both mouse and kbd
Nov 06 22:16:21 <janimo> uploaded the meta
Nov 06 22:16:23 <mfisch> janimo: mouse also works
Nov 06 22:16:31 <janimo> should be copied when it builds to staging
Nov 06 22:16:33 <mfisch> I vote to release it before too many people install .10
Nov 06 22:16:41 <janimo> mfisch, sure
Nov 06 22:16:56 <mfisch> achiang: ^^?
Nov 06 22:17:03 <janimo> but probably not many will install .10 as it is not upgraded to automatically
Nov 06 22:17:11 <janimo> only if they explciitly apt-get install it
Nov 06 22:18:49 <achiang> mfisch: you feel good about your QA?
Nov 06 22:19:10 <mfisch> achiang: for OTG yes, I didn't retest everything
Nov 06 22:19:34 <achiang> mfisch: ok +1 to copy then to release ppa
Nov 06 22:19:36 <achiang> janimo: ^^
Nov 06 22:20:04 <janimo> +1 from me as well
Nov 06 22:22:40 <mfisch> are you going to update the meta so people see it with an upgrade?
Nov 06 22:23:28 <janimo> mfisch, already built in private ppa
Nov 06 22:23:37 <mfisch> thx
Nov 06 22:23:56 <janimo> in a few min it should be published too
Nov 06 22:36:35 <achiang> janimo: you'll take care to copy the packages where they need to go?
**** ENDING LOGGING AT Wed Nov 07 03:00:02 2012