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