[00:02] <lilstevie> ptl, is sound working in general?
[00:14] <ptl> lilstevie: no. The only sound I ever heard in nexus7 ubuntu was the sound or the changing volume
[00:14] <ptl> and even then the volume always starts muted and I have to raise it up
[00:14] <ptl> then, it doesn't work
[00:14] <ptl> tried with the bare minimun... gst123, a console program that uses regular gstreamer
[00:15] <ptl> first time: reboot
[00:15] <ptl> second time: says it's playing. Does not produce any sound!
[00:15] <lilstevie> ptl, you did read the thing that says sound only works after suspend/resume yes?
[00:31] <vanhoof> ogra-cb_: ah you're awake, just sent you some bits to check out
[00:31] <vanhoof> ogra-cb_: thats much easier btw versus what I sent over abootimg wise
[01:17] <ptl> lilstevie: good call. I think I read that, but I forgot.
[07:47] <dholbach> good morning
[10:32] <ogra_> look, images ! http://cdimage.ubuntu.com/daily-preinstalled/20121121/
[10:32] <ogra_> (not the slightest idea if anything works with them though)
[10:40] <dholbach> ogra_, when are the images moving over to raring? ;-)
[10:40] <ogra_> these are raring ones ;)
[10:41] <dholbach> oh wow
[10:41] <ogra_> they are unlikely to work yet, just downloading one to test
[10:41] <dholbach> is this stock raring? or are there modifications which still need to get into the archive?
[10:41] <ogra_> the nexus7 settings package
[10:42] <dholbach> that's all? awesome
[10:42] <dholbach> go go go!
[10:42] <ogra_> but first of all i need to get oem-config to work
[10:42] <ogra_> (it might already, cant say until i have tested one :) )
[10:43] <ogra_> download will still take 45min or so
[10:43] <dholbach> cool - let me know how it goes :)
[10:43] <ogra_> will do
[10:43] <ogra_> i will actually blog once they are usable :)
[10:44] <ogra_> though i guess the nux patch is still missing
[10:44] <ogra_> until thats there the desktop will be a mess
[10:44] <ogra_> (but the installer part up to teh desktop should work at least)
[10:44] <day> ogra_: is the ubuntu-arm branch officially supported?
[10:45] <ogra_> ubuntu-arm branch ?
[10:45] <ogra_> rmhf is an official arch if you mean that
[10:45] <ogra_> *armhf
[10:46] <ogra_> the nexus image is built from universe using a universe kernel ....
[10:46] <day> ogra_: i guess i mixed things up quite a bit :P
[10:46] <ogra_> so there is no official canonical commitment to security of the kernel etc ... i.e. its "community supported"
[10:46] <day> ogra_: ty
[10:47] <ogra_> we have officially supported arches like the panda, highbank (calxeda) and armadaxp (marvell)
[10:47] <ogra_> btw panda ...
[10:48] <ogra_> ppisati, what are your kernel plans for raring wrt panda ?
[10:48] <ogra_> to support the GLES stuff we will still need the ton of patches
[10:49] <ogra_> (unless that changed since quantal)
[10:50] <ogra_> victorp, fyi http://cdimage.ubuntu.com/daily-preinstalled/current/ (untested and likely not working yet)
[10:50] <victorp> ogra_, \o/
[10:51] <ogra_> victorp, no blogging yet ! :)
[10:51] <victorp> does it mean that at least I can ask vanhoof to point his super installer to it ? :)
[10:51] <ogra_> (not before we at least know the installer part works)
[10:51]  * victorp puts down wp
[10:51] <ogra_> :)
[10:52] <ogra_> nothing in these images has been tested yet, its all new code so give me a bit to make sure it works
[10:52] <victorp> ogra_, I know that you are getting the USB creator to work with this, but what does that actually mean for the user?
[10:52] <ogra_> additionally the rootfs img is still to big
[10:52] <victorp> ogra_, at least something is being spitted out! thanks
[10:53] <ogra_> for the user it means that usb-creator pops up offering him an install as soon as he attaches a nexus7 in flash mode to a raring ubuntu PC
[10:53] <ogra_> fotr pre-raring i guess chris should just go on maintaining the zenity installer
[10:54] <ogra_> i doubt the changes to usb-creator will be easily backportable ( xnox may correct me :here ) )
[10:54] <xnox> ogra_: in a ppa, why not =)
[10:55] <ogra_> heh, k
[10:55] <ppisati> ogra_: my hope was to fold the omap4 branch into master
[10:56] <ppisati> ogra_: and import only: dvfs + patches to make pvr-omap work
[10:56] <ogra_> ppisati, please talk to robclark if the GLES bits can workj with that
[10:56] <ogra_> yeah
[10:56] <ppisati> ogra_: i'll do
[10:56] <dholbach> ogra_, the nux fix might be https://code.launchpad.net/~unity-team/nux/nux.depth-texture-detection-support/+merge/134729 (which hopefully lands soon)
[10:56] <ogra_> its just important that these bits work as long as we go on to provide desktop images for pandas
[10:56] <ppisati> robclark: ^
[10:57] <ogra_> (i wouldnt mind dropping them though, but we need one reference platform and nexus is not fully supported)
[10:57] <ppisati> robclark: we where wondering what it takes to make pvr-omap4 work with vanila upstream
[10:57] <ppisati> robclark: do you have a bare minimum amount of patches that we need to take into account?
[10:58] <ogra_> dholbach, yeah, thats the one
[11:04] <lilstevie> dholbach, ogra_, will that land in quantal or raring?
[11:05] <dholbach> lilstevie, I don't know - the folks in #ubuntu-unity should know though
[11:06] <ogra_> well, definitely in raring
[11:06] <ogra_> no idea if any backport SRUs are planned
[11:06] <ogra_> (you could ask on the merge request)
[11:07] <lilstevie> ogra_, ok, not a major thing, I think TheMuso and I decided we were going to build tf201 images with gnome anyway for the time being, it can wait until raring for unity I guess :p
[11:08] <lilstevie> oh btw ogra_ have you tried using the brcmfmac firmware for the bcm4330 rather than the android one?
[11:08] <ogra_> yes, i didnt try very hard though and couldnt get it to work
[11:11] <lilstevie> hm ok
[12:11] <ogra-cb_> yay, it boots and seems to unpack the tarball
[12:11]  * ogra-cb_ waits in awe
[12:16] <ogra-cb_> *twiddle thumbs*
[12:17] <dholbach> ogra-cb_, http://www.youtube.com/watch?v=0Wi8Fv0AJA4
[12:18] <ogra-cb_> haha
[12:19] <ogra-cb_> hmm, k, seems the unpacking finished ... no X yet though
[12:20] <ogra-cb_> doesnt seem to come up :(
[12:24] <ogra-cb_> sniff
[12:24] <Orik> :c
[12:24] <ogra-cb_> and rebooting gets me into an endless reboot loop
[12:40] <ogra-cb_> hmm, k looks like thats the old plymouth issue
[12:40] <ogra-cb_> whee !
[12:40] <ogra-cb_> oem-config
[12:40] <lilstevie> ogra-cb_, I find it odd that you have an issue with plymouth
[12:41] <ogra-cb_> well, the bootloader sets console=none
[12:41] <ogra-cb_> plymouth picks that up
[12:41] <lilstevie> ah, I override that
[12:41] <ogra-cb_> i cant
[12:42] <ogra-cb_> it comes hardcoded from the bootloader
[12:42] <ogra-cb_> we set a second console= arg, but plymouth only picks up the first
[12:42] <lilstevie> you could hardcode the command line in the boot.img :p
[12:43] <ogra-cb_> thats exactly what i do
[12:43] <lilstevie> then the bootloader set cmdline should vanish 0.o
[12:43] <ogra-cb_> the bootloader still prefixes it with its own stuff
[12:43] <lilstevie> the hell
[12:45] <ogra-cb_> k, so there is no touchscreen support at all, X comes up in portrait but beyond that it looks ok
[12:46] <ogra-cb_> i'm nearly through oem-config ... using a kbd/mouse
[12:46] <ogra-cb_> oh
[12:46] <ogra-cb_> suddenly the touchscreen works
[12:46] <ogra-cb_> completely inverted though
[12:52] <ogra-cb_> yay
[12:52]  * ogra-cb_ sees a desktop ... garbled unity elements indeed
[12:55] <ogra-cb_> sigh
[12:56] <ogra-cb_> corrupt filesystem
[12:58] <ogra-cb_> ok, so most of this will be fixed by the settings package
[12:58]  * ogra-cb_ re-flashes again
[13:05] <diwic> Hi, I'm having a side project (fluidsynth) where it would be interesting to see if NEON optimisations would speed things up. Assuming those tests are successful, how do we enable those optimisations by default?
[13:05] <diwic> I mean, we can't just compile with fpu=neon for the standard armhf build, can we?
[13:05]  * lilstevie needs to stop procrastinating and finish his project for the tf201
[13:05] <lilstevie> diwic, not all armv7 hardware includes NEON
[13:06] <diwic> lilstevie, exactly, so what is the standard/recommended way of doing this?
[13:06] <diwic> so NEON is used automatically where available, and fallback code otherwise
[13:08] <ogra-cb_> diwic, there should be a way to do a runtime check
[13:08] <ogra-cb_> so you can switch code paths at runtime if your code supports it
[13:09] <ogra-cb_> alternatively you can build the binary twice and create a -neon binary (or package)
[13:09] <diwic> ogra-cb_, hmm, that sounds interesting
[13:09] <ogra-cb_> by default all armhf packages should not be neonized
[13:10] <ogra-cb_> since there are still many a7 SoCs that dont support neon
[13:10] <lilstevie> which is sad
[13:11] <diwic> ogra-cb_, I was hoping there was a wiki page or something about how to best deal with this
[13:12] <ogra-cb_> there might be a linaro page for it, not sure
[13:13] <ogra-cb_> iirc the runtime selection had to do with using /proc/self/auxv
[13:17] <diwic> hmm, the code for pulseaudio reads /proc/cpuinfo
[13:21] <ogra-cb_> that might work as well
[13:21] <ogra-cb_> just grepping fpr neon i guess
[13:22] <diwic> but long story short, this is just something every new project has to invent the wheel again
[13:23] <ogra-cb_> yeah, a bit annoying
[13:23] <ogra-cb_> thats why i think there is some better linaro solution
[13:33] <ogra-cb_> xnox, we shoould really look at the startyup time of ubiquty-dm ... not sure if it is so slow in non oem-config mode, but running oem-config i nearly sit a minute at a localhos login prompt before X even starts
[13:34] <xnox> ogra-cb_: *sigh*
[13:34] <ogra-cb_> it might be less odd if there is a splash
[13:34] <xnox> ogra-cb_: do these comments mean you have an image with oem-config for me play around with?
[13:35] <ogra-cb_> xnox, a broken one but yeah
[13:35] <xnox> ogra-cb_: define broken =)
[13:35] <xnox> a little, a lot, not enough?
[13:35] <ogra-cb_> the tarball installer accidentially unmounts /root after unpacking
[13:35] <ogra-cb_> which leaves you with a black screen
[13:36] <ogra-cb_> rebooting at the point where you are sure it is done gets you into a normal boot though
[13:36] <ogra-cb_> xnox, http://cdimage.ubuntu.com/daily-preinstalled/current/
[13:36] <ogra-cb_> grab both files
[13:37] <xnox> ack
[13:37] <ogra-cb_> edit the bootimg with abootimg to point to tty0 instead of tty1
[13:37] <ogra-cb_> gunzip the img.gz
[13:37] <ogra-cb_> fastboot erase boot
[13:37] <ogra-cb_> fastboot erase userdata
[13:37] <ogra-cb_> fastboot flash boot /path/to/*.bootimg
[13:38] <ogra-cb_> fastboot -S 630M flash userdata /path/to/*.img
[13:38] <ogra-cb_> thats how i flash here
[13:38] <ogra-cb_> and after that: fastboot reboot
[13:38] <ogra-cb_> oh, all of that needs sudo atm
[13:39] <Tassadar> what does the "-S" param mean? Oo
[13:39] <ogra-cb_> transfer in chunks
[13:40] <ogra-cb_> xnox, note that the touchscreen is completely broken, you need kbd and mouse
[13:41] <ogra-cb_> well, not broken but inverted
[13:42] <ogra-cb_> fix for the tarball stuff is uploaded already
[13:42] <ogra-cb_> next image wont have the issue anymore
[13:42] <ogra-cb_> for the rest we need the default-settings package now
[13:47] <xnox> ack.
[14:00] <ogra-cb_> new image build running
[14:58] <ppisati> do you know if there's a place where i can find a maverick armel image?
[15:00] <ogra-cb_> oof
[15:00] <ppisati> oof?
[15:00] <ppisati> woof?
[15:02] <ogra-cb_> ppisati, theoretically on http://old-releases.ubuntu.com/releases/
[15:02] <ppisati> nope
[15:02] <ogra-cb_> but that doesnt have any arm stuff it seems
[15:02] <ppisati> doesn't arm maverick stuff
[15:02] <ogra-cb_> so probably a cjwatson or infinity question
[15:03] <ppisati> is there a script to recreate an image?
[15:03] <ppisati> since the archives are still there
[15:03] <ogra-cb_> well, there should also be images somewhere
[15:03] <ogra-cb_> i'm pretty sure they havent been thrown away
[15:04] <achiang> brendand: um, daniel *is* working on fixing the button1 bug
[15:05] <ppisati> infinity: ^
[15:05] <brendand> achiang, ok - but In Progress -> Confirmed is not a correct transition then
[15:05] <ogra-cb_> achiang, well, he did set it from in progress to confirmed
[15:06] <brendand> achiang, In Progress -> Confirmed says something like 'I was working on it, but I give up and can't figure it out'
[15:06] <achiang> might be better to ask than to accuse
[15:12] <brendand> it wasn't intended to sound accusatory, probably would have been better phrased as a question
[15:14] <ppisati> ogra-cb_: ah! i found an obscrure mirror that still had it :)
[15:14] <ogra-cb_> heh
[15:14] <ogra-cb_> well, i know GrueMaster had a complete mirror carrying all arm images ever built
[15:14] <ppisati> from Bangkok
[15:14] <ogra-cb_> but he's gone
[15:18] <vanhoof> ogra-cb_: lol
[15:18] <vanhoof> ogra-cb_: /me curses
[15:18] <achiang> brendand: ok, fair enough. it might be nice to follow up with daniel and explain that you were just asking him a question.
[15:20] <ogra-cb_> vanhoof, heh
[15:21] <brendand> achiang, ok followed up on the bug (hopefully politely :) )
[15:21] <ogra-cb_> vanhoof, achiang .... in case you missed the backlog http://cdimage.ubuntu.com/daily-preinstalled/current/
[15:21] <achiang> brendand: thanks. :)
[15:21] <ogra-cb_> not working yet, fixes are uploaded and a new build is running
[15:22] <achiang> woo hoo!
[15:22] <brendand> achiang, and apologies again. in my experience it's very common to see people misusing bug states - but i agree that there's no need to be blunt in response
[15:22] <ogra-cb_> you can manually work around the issues though, xnox is just guineapiggin :)
[15:22] <achiang> brendand: sure, no worries. i just didn't want to demotivate the guy who is fixing one of our hardest bugs. ;)
[15:24] <achiang> ogra-cb_: so with that, i believe the nux bug is our only remaining issue
[15:25] <vanhoof> ogra-cb_: nice!
[15:25] <ogra-cb_> achiang, well, i need to get to the settings, currently you pretty well notice that they are missing
[15:25] <ogra-cb_> and it is still to big until we did the seed change
[15:26] <ogra-cb_> so it wont work for everyone (fastboot -S works fine for me here)
[15:27] <ogra-cb_> i would also like to look into rersizext2fs instead of having to produce a bunch of differently sized images
[15:28] <achiang> brendand: now it's my turn to apologize to you. guess daniel *did* move on to other things :-/
[15:28] <vanhoof> ogra-cb_: +1 there
[15:32] <xnox> ogra-cb_: is that image one size fits all?
[15:33] <xnox> ogra-cb_: or which size is it currently for?
[15:34] <ogra_> xnox, nope, currently its the smalles common denominator ...
[15:34] <ogra_> 6G
[15:34] <xnox> ack
[15:34] <ogra_> we have two options, one is to provide three images ... and the other is to grow the rootfs on the fly
[15:34] <ogra_> i fear the latter will not work properly though
[15:35] <ogra_> by experience i had with the fastboot ext4 version
[15:37] <Tassadar> what about providing just update.zip for recovery?
[15:38] <ogra_> feel free to work on something like that
[15:39] <ogra_> for raring the plan is to just to replicate what we did in quantal and improve that ... there are no plans to develop new image types from scratch in the ubuntu infrastructure atm
[15:40] <Tassadar> it should be simple, just erase everything and extract boot.img and rootfs.tar.gz
[15:40] <ogra_> well, the files are there now :)
[15:40] <ogra_> feel free to play with them
[15:41] <Tassadar> I think I'll do that
[15:41] <ogra_> (though probably wait for the next build, so that you at least get through into the installer)
[15:41] <ogra_> that one *should* get you into oem-config
[15:41] <Tassadar> I have to make something so that my multi-boot thing can edit the update-initramfs files
[15:41] <ogra_> ugh
[15:42] <ogra_> that sounds very ugly
[15:42] <Tassadar> yeah)
[15:42] <Tassadar> but well, I don't really feel like distributing modified ubuntu image
[15:42] <ogra_> do you know that there is initiative for getting grub running under arm ?
[15:42] <ogra_> in linaro
[15:42] <Tassadar> whau
[15:42] <ogra_> that will just get ou multiboot for free
[15:42] <ogra_> *you
[15:43] <Tassadar> that sounds...complicated to do Oo
[15:43] <ogra_> as complicated as on x86 :)
[15:43] <Tassadar> well, on hard drive you can mess with partitions
[15:44] <ogra_> well, you dont need to mess with them
[15:44] <Tassadar> I need to separate OS-es somehow
[15:45] <ogra_> no, you just need to be able to switch between boot images
[15:45] <ogra_> the only issue that leaves is that boith OSes want to upgrade the kernel in the same place if it comes to that
[15:46] <ogra_> and thats something thats not easily fixable ... but you will hit that issue in all variants of dial booting
[15:46] <Tassadar> hmm, still seeems a bit complicated to do
[15:46] <ogra_> which is why i suggest since day one to put the ubuntu bootimg into recovery and be done
[15:46] <Tassadar> switch between boot images == flash new ones?
[15:46] <ogra_> no
[15:46] <ogra_> just switch
[15:46] <Tassadar> so...they, like, wanna change the bootloader?
[15:47] <ogra_> they update mmcblk0p2 if a new kernel shows up (or in case of ubuntu even if a package that ships initramfs bits gets ionstalled)
[15:51] <RaYmAn> ogra_: kexec or similar? :P Sadly, that's the most promising option atm..You can't replace bootloader, even if you had a working u-boot.
[15:51] <Tassadar> hmm
[15:52] <Tassadar> I still dont really get how they switch between kernels
[15:52] <ogra_> RaYmAn, either kexec or just use what the bootloader offers already (keep android in boot and flash ubuntu to recovery)
[15:52] <Tassadar> like, where is the grub stored?
[15:52] <RaYmAn> ther'es no..grub
[15:52] <ogra_> the grub would be your bootimg
[15:53] <RaYmAn> ogra_: yeah..but then you lose recovery :) though, not much of an issue with fastboot available
[15:53] <ogra_> the bootloader would chainload it
[15:53] <ogra_> RaYmAn, right
[15:53] <ogra_> it is the price you have to pay for dual boot
[15:53] <RaYmAn> indeed. It's such a pity they locked down bootloader changes.
[15:54] <ogra_> ask the linaro guys about details for grub on arm :)
[15:54] <Tassadar> anyway, it's not like I'll stop now, when it's already working, I am just working on the UI and installation process
[15:54]  * ogra_ only heard of it third hand, i havent seen it or anything
[15:55] <Tassadar> it's a pitty I can't get kexec working, though :/
[15:55] <ogra_> well, then you would still have the issue that an android kernel update would overwrite it
[15:57] <Tassadar> custom kernels have "AnyKernel" installer, which changes only kernel (and leaves ramdisk as-is), and if you mean OTAs, well, then the user will have to go to recovery and select "inject boot.img"
[15:58] <RaYmAn> Tassadar: look at kexec-hardboot
[15:58] <RaYmAn> that'll definitely work. (I have it working on my TF201)
[15:58] <RaYmAn> It puts some requirements on the 'target' kernel, but it's minor.
[15:58] <Tassadar> yes, I did, and I got stuck on "how the hell should I reboot tegra3 via watchdog"
[15:59] <RaYmAn> you don't need to use watchdog to do it
[15:59] <ogra_> watchdog is disabled in ubuntu kernels iirc
[15:59] <ogra_> caused suspend issues
[15:59] <xnox> I am simply getting Google white logo =/
[15:59] <xnox> with the unlocked padlock
[15:59] <vagabon> hi all, I'm trying to install ubunutu on a N7. I used the ubuntu installer and it installed fine. But now I'm wondering if wifi is supposed to work ?
[15:59] <ogra_> xnox, hmm, that doesnt sound like you flashed bootimg properly
[15:59] <Tassadar> vagabon: yes, it is
[16:00] <Tassadar> works for me
[16:00] <Tassadar> well..using one of the ooold images)
[16:00] <vagabon> Tassadar: hmm how am I supposed to enter the key ?
[16:00] <ogra_> vagabon, with the keyboard
[16:00] <ogra_> that pops up on your screen
[16:00] <vagabon> hmm it doesn't for me
[16:01] <Tassadar> try reboot
[16:01] <vagabon> ok
[16:01] <ogra_> it should as soon as the focus goes into the text input field
[16:01] <Tassadar> it glitches sometimes
[16:01] <RaYmAn> Tassadar: volatile u32* reg = (u32*)(0x7000E400); reg |= 0x10; - that should reboot instantly (even from within android or linux)
[16:01] <Tassadar> okay, I'll look to that again once I finish this, thanks
[16:02] <ogra_> RaYmAn, instantly as in ... it will take care for syncing your open files etc and flush the memory to disk and properly unmount it ? or instantly like pulling out AC and battery at the same time ?
[16:03] <RaYmAn> ogra_: instantly as in, instantly.. The idea is that you execute it in the kexec shutdown sequency, so only once it's already almost turned off
[16:03] <Tassadar> pulling the battery I guess)
[16:03] <RaYmAn> it's the same effect as if the watchdog timed out
[16:03] <ogra_> ah
[16:03] <RaYmAn> it resets the main clock controller iirc
[16:03] <Tassadar> Oo
[16:04] <RaYmAn> Tassadar: my kexechardboot for n7 is here: https://github.com/EnJens/kernel_tf201_stock/tree/android-tegra-nv-3.1-kexec
[16:04] <Tassadar> heh
[16:04] <RaYmAn> err
[16:04] <RaYmAn> not n7
[16:04] <RaYmAn> tf201
[16:05] <Tassadar> I was just writing "could you send me a link..." :D
[16:05] <Tassadar> because all I could find was hardboot for ...atrix I think
[16:05] <vagabon> otherwise can I add a static config file in the rootfs somewhere so I can init the wifi connection ?
[16:05] <ogra_> vagabon, you can use /etc7network/interfaces
[16:06] <ogra_> vagabon, http://wiki.debian.org/WiFi/HowToUse#WPA-PSK_and_WPA2-PSK
[16:07] <ogra_> the question is how you will access the rootfs :)
[16:08] <vagabon> unpack it on my host, hack it, repack, reflash... I gues
[16:08] <vagabon> ubuntu installer seems to download the images from somewhere
[16:09] <ogra_> well, wifi works for all of us
[16:09] <ogra_> there are plenty of nexus7 with ubuntu out in the wild and we havent had a single bug report yet
[16:09] <vagabon> ok I'm reflashing the images and give it a new test
[16:09] <ogra_> repacking is quite a task
[16:10] <vagabon> ogra_: does Network manager handle the wireless connection?
[16:10] <ogra_> yes
[16:10] <Tassadar> hmm, is it possible to just add some files into that tgz file, or do I have to unpack it and then pack again?
[16:10] <ogra_> you might be able to add
[16:10] <ogra_> not sure
[16:10] <Tassadar> hmm I hope I will
[16:11] <Tassadar> it's like 2 files only
[16:11] <ogra_> as long as you use the same optiuons that were used for tarring it up it should all be fine
[16:12] <vagabon> ogra_: cool this time the virtual kb pop up :)
[16:12] <ogra_> ah, thats how it sould be :)
[16:13] <vagabon> ogra_: does a sshd is running on the tablet ?
[16:13] <vagabon> ogra_: is a sshd  running on the tablet ?
[16:13] <ogra_> nope
[16:13] <ogra_> sudo apt-get install openssh-server
[16:13] <vagabon> why not install it by default ?
[16:13] <ogra_> we used to have it preinstalled, but during UDS there were some 100s of devices around, all using our image with the same user and password
[16:14] <ogra_> so that wouldnt have been clever
[16:14] <ogra_> and after all its just an apt-get away :)
[16:14] <vagabon> using a virtual kb is a PITA :)
[16:14] <ogra_> well, i used the nexus7 for three weeks as my main machine while developing the image
[16:14] <ogra_> you get used to it after a while
[16:15] <Tassadar> by the way, I didn't find default root password mentioned anywhere on the nexus 7 wiki
[16:15] <ogra_> its annoying in the beginning, i agree :)
[16:15] <vagabon> you're more skilled than I am :)
[16:15] <Tassadar> and, not even the "ubuntu" password, for that matter)
[16:15] <ogra_> Tassadar, thats because there is none ... its ubuntu
[16:15] <vagabon> entering a WPA key is just a nightmare for me
[16:15] <ogra_> the ubuntu password is ubuntu and i'm sure it at least was once mentioned on the wiki
[16:17] <vagabon> just out of curiosity, is the virtual kbd part of unity ?
[16:20] <xnox> vagabon: package onboard
[16:20] <xnox> it's part of ubuntu a11y packages =)
[16:21] <Tassadar> RaYmAn: when calling the kexec userspace tool, what parameters do I have to load? I mean it allows to specify ramdisk and command line, what if I specify none of these?
[16:21] <Tassadar> will it you ramdisk and cmd line from current kernel?
[16:22] <RaYmAn> not afaik
[16:22] <RaYmAn> I assume you use the patched kexec tool, right?
[16:23] <Tassadar> yeah
[16:23] <vagabon> xnox: which one ?
[16:23] <vagabon> a11y ?
[16:23] <xnox> vagabon: $ apt-get install onboard
[16:23] <vagabon> ok thanks
[16:24] <vagabon> xnox: actually I'm wondering how the kbd is started automagically...
[16:24] <ogra_> it detects input field focus
[16:24] <ogra_> as soon as an input fiel is focused, it will pop up
[16:24] <ogra_> i think it asks the window manager
[16:25] <xnox> vagabon: it has been around for a while as our on-screen keyboard as accessibility feature for those who cannot use a regular keyboard.
[16:25] <vagabon> xnox: ok, but I'm just starting to discover ubuntu.
[16:25] <vagabon> xnox: does that mean that the package should work with any DEs ?
[16:26] <xnox> yes.
[16:26] <ogra_> yes
[16:26] <vagabon> cool
[16:26] <vagabon> I'will try to use it here (xfce4)
[16:26] <xnox> vagabon: the same way cursor | flashes when you need to input text =))))))
[16:33] <xnox> I am not having joy with the daily: either I am dropped into initramfs shell or it doesn't boot.
[16:36] <ogra-cb_> xnox, did you see it unpacking the tarball ?
[16:37] <xnox> nope
[16:37] <ogra-cb_> hmm, that sounds very wrong
[16:37] <ogra-cb_> it definitely did that here
[16:37] <ogra-cb_> did you do the fastboot erase steps before flashing ?
[16:39] <ogra-cb_> it should clear the screen and then start verifying the tarball structure ... after that it will unpack and tell you that it takes a few min
[16:39] <xnox> yeap
[16:39] <Neko> rsalveti, nudge? have any idea on why I might get some XPutImage BadMatch running glmark2?
[16:39] <xnox> i am getting mounting /dev/mmcblk0p9 on /root failed: Invalid argument
[16:39] <ogra-cb_> the next step was broken for me ... but up to there everything worked as expected
[16:39] <xnox> but the tarball unpack was not shown....
[16:39] <ogra-cb_> right, thats the broken step
[16:40] <vagabon> xnox: the kbd doesn't pop up when the application search input field is selected
[16:40] <ogra-cb_> xnox,  the quantal image worked for you, right ?
[16:40] <xnox> ogra-cb_: yeah.
[16:40] <ogra-cb_> vagabon, yep, known bug
[16:40] <xnox> vagabon: is onboard running in the background?
[16:40] <xnox> ah, known bug. ok.
[16:41] <vagabon> ok
[16:41] <Tassadar> by the way, what will you use to determine the /data partition in tarball-installer?
[16:41] <ogra-cb_> you can go to the onboard settings and switch on "show a floating button"
[16:41] <vagabon> then where can I find a terminal launcher ?
[16:41] <ogra-cb_> then you can force it on if you need it
[16:41] <ogra-cb_> even if the input field detection doesnt work
[16:41] <ogra-cb_> vagabon, press ctrl+alt+t
[16:42] <vagabon> cool
[16:42] <ogra-cb_> xnox, so i guess you should wait for the next build
[16:42] <xnox> =/
[16:42] <xnox> ack
[16:42] <vanhoof> ogra-cb_: should it fail?
[16:42] <ogra-cb_> theoretically that shoudl fix the mount issues ... but i'm not really sure whats going on there if you dont see it unpack
[16:43] <vanhoof> ogra-cb_: sounds similar to what we saw using -S before if not
[16:43] <ogra-cb_> vanhoof, oh, hmm
[16:43] <vanhoof> ogra-cb_: I believe some folks saw that on 16gb n7's
[16:43] <ogra-cb_> xnox, you could trz without the -S option
[16:43] <Tassadar> xnox: which nexus 7 do you have? I mean wifi/3g 8/16/32gb?
[16:43] <vanhoof> and we yanked -S out of the installer
[16:43] <ogra-cb_> vanhoof, i know
[16:44] <ogra-cb_> but the current image is 750M
[16:44] <vanhoof> ah
[16:44] <xnox> i have 16G and without -S it doesn't flash.
[16:44] <ogra-cb_> wont work without -S until the ubuntu seeds have been split
[16:44] <ogra-cb_> yeah, it exhausts the ram
[16:44] <vanhoof> ogra-cb_: im trying on a 8gb now
[16:44] <xnox> blimey, the vol up/down in the bootloader have shutdown option.
[16:44] <ogra-cb_> my 8G here worked fine with -S
[16:44] <xnox> \0/
[16:45]  * xnox was stuck in restart loop for a second here.
[16:45] <ogra-cb_> heh
[16:45] <ogra-cb_> getting it started up is sometimes a pain
[16:45] <ogra-cb_> after such a loop
[16:45] <RaYmAn> ogra-cb_: cat ubuntu.img|adb shell dd of=/dev/block/mmcblk0p10 while in recovery? ;)
[16:45] <RaYmAn> poor mans fastboot, heh.
[16:45] <ogra-cb_> no adb :P
[16:46] <RaYmAn> darn
[16:46] <ogra-cb_> we discussed that in advance :) neither update.zip nor any adb way are an option for the official images
[16:46] <Tassadar> and it's event funnier when you accidentally press volUp when holding power-up)
[16:46] <RaYmAn> fastboot boot an image that sets up mmcblk0p10 as UMS?
[16:46] <ogra-cb_> well, fix -S woudl eb the best option
[16:46] <ogra-cb_> *be
[16:47] <RaYmAn> I suppose
[16:47] <ogra-cb_> or alternatively just dont use oversized images as we do atm :)
[16:47] <ogra-cb_> i was actually pondering to use bzip2 for the tarball
[16:48] <ogra-cb_> but that will break rsync/zsync abilities
[16:48] <RaYmAn> wouldn't a fastboot boot'ed image work for offline resizing after write? I'm not sure how much actual data is in the .img
[16:49] <ogra-cb_> 3-4G
[16:49] <ogra-cb_> iirc
[16:49] <RaYmAn> ah, nevermind then
[16:49] <ogra-cb_> ah, i lied
[16:50] <ogra-cb_> 2-3G actually
[16:50] <ogra-cb_> the pint with resizing is that when i tried any of the ext2fs tools in the past it resulted in an unbootable corrupt fs
[16:51] <ogra-cb_> fastboot does anything to the ext4
[16:51] <ogra-cb_> else a simple resizext2fs would do
[16:52] <RaYmAn> have you tried doing it iwth an ext3 image?
[16:54] <ogra-cb_> i havent even tried it with ext4 yet :)
[16:54] <ogra-cb_> i'll get to that next
[16:54] <ogra-cb_> i know that a mkfs.ext4 definitely produces something the kernel cant boot
[16:54] <RaYmAn> the nvidia bootloaders support for ext4 has been...spotty at best
[16:55] <ogra-cb_> its the kernel
[16:55] <ogra-cb_> the bootloader is long gone at that point
[16:55] <ogra-cb_> i'm usually operating from an initrd shell when trying such stuff
[16:55] <RaYmAn> hm
[16:55] <RaYmAn> so what you're saying is that if you do mkfs.ext4 on a device, it refuses to mount it after reboot?
[16:56] <ogra-cb_> it mounts redonly and there is no way to get it properly out of that state
[16:57] <RaYmAn> peculiar
[16:57] <ogra-cb_> you can force it into RW but it will always be recognized as having errors on boot
[16:58] <vanhoof> ogra-cb_: what size are you specifying for -S, /me finally finished download
[16:59] <ogra-cb_> i took 630M iirc
[17:02] <ogra-cb_> http://paste.ubuntu.com/1375201/
[17:03] <vanhoof> cool, yeah didnt have scrollback just wanted to confirm
[17:03] <vanhoof> rebooting now :)
[17:04] <ogra-cb_> it will fail with a black screen after untarring, a reboot makes it work though
[17:04] <ogra-cb_> at least that worked for me
[17:04] <vanhoof> cool, determining structure now
[17:04] <ogra-cb_> yeah, thats definitely further than xnox got
[17:05] <ogra-cb_> i actually wonder if we can drop the structure check now
[17:05] <ogra-cb_> it takes a lot of time and we dont have any subdirs in the official tarballs ... so there is nothing to strip
[17:09]  * vanhoof waits
[17:17] <vanhoof> ogra-cb_: flashed, then dumped me to busybox after a few mount errors
[17:17] <ogra-cb_> great, a reboot should get you onto oem-config
[17:17] <vanhoof> ogra-cb_: rebooted, not it looks like its attempting to boot but rebooting itself when it looks like plymouth would kick in
[17:18] <ogra-cb_> oh, k
[17:18] <ogra-cb_> well, i changed the cmdline to point to tty0 instead of tty1
[17:18] <ogra-cb_> that helped here
[17:19] <ogra-cb_> (for console= that is)
[17:19] <vanhoof> in the boot.img thats on the daily page?
[17:19]  * vanhoof checks
[17:19] <ogra-cb_> the next image will have that and an umount fix
[17:19] <vanhoof> ah lemme try that, im still tty1 here
[17:19] <ogra-cb_> i used the bootimg modified, added a break=bottom, chrooted into the rootfs and updated the initrd from there
[17:24] <Haffe> Hi, I am looking to buy an arm system to turn into a PVR. Can I get a usb DVB-T2stick to work in ubuntu under ARM?
[17:26] <vanhoof> ogra-cb_: I should read sooner ;)
[17:26] <vanhoof> ogra-cb_: just updated boot.img, flashed that and reflashed userdata ;)
[17:27] <vanhoof> ogra-cb_: now I wish I was in CPH and got that screen from ya w/ all this fun as of late :)
[17:27] <ogra-cb_> heh
[17:40] <vanhoof> ogra-cb_: much further!
[17:41] <vanhoof> ogra-cb_: in oem-config now, although with a heavily distorted background
[17:41] <ogra-cb_> yeah, thats not arm specific i think
[17:41] <ogra-cb_> i saw an x86 bug about that yesterday or so
[17:42] <Tassadar> chmm
[17:42] <vanhoof> ogra-cb_: and portrait by default which comes with its own fun but the update to tty0 got me running, though no actual splash
[17:43] <Tassadar> RaYmAn: I applied the kexec-harboot patches, tried to do "kexec --load-harboot /tmp/zImage --mem-min=0x50000000 && kexec -e"
[17:43] <Tassadar> but it just reboots
[17:44] <RaYmAn> I assume the flashed image on boot partition has the patches?
[17:44] <RaYmAn> and that the target kernel /tmp/zImage at least has the decompressor patches?
[17:45] <Tassadar> wait, I used fastboot boot
[17:45]  * Tassadar slaps Tassadar
[17:45] <RaYmAn> it needs to be on flash, because the whole point of hardboot is that it does a full reset, then kernel detects a kexec kernel in memory and jumps to that :P
[17:46] <Tassadar> doesnt it use the kernel from recovery?
[17:50] <Tassadar> hm, now it's stuck on the google logo, let's see what ramconsole says
[17:50] <Tassadar> [  121.854978] Starting new kernel
[17:50] <Tassadar> [  121.855128] Bye!
[17:51] <Tassadar> well, that's disappointing)
[17:59] <RaYmAn> Tassadar: the value for min-memory can be quite important..I think i used 0xa0000000 or similar
[18:00] <Tassadar> honestly, I have no idea what does it mean, so..)
[18:00] <ogra-cb_> http://cdimage.ubuntu.com/daily-preinstalled/20121121.1/
[18:00] <ogra-cb_> next round
[18:01] <ogra-cb_> vanhoof, ^^^
[18:01] <vanhoof> ogra-cb_: heh
[18:01]  * vanhoof grabs
[18:01] <ogra-cb_> that should get you completely through to oem-config
[18:02] <vanhoof> ogra-cb_: cool, i'll give it a spin
[18:03] <ogra-cb_> and indeed the rootfs is now zsyncable
[18:04] <ogra-cb_> that should speed up downloading a lot
[18:04] <RaYmAn> Tassadar: stuck on logo is progress though :P
[18:05] <Tassadar> it definitely is, but I also have no debug info :/
[18:06] <Tassadar> ..and I really wonder what is it doing, it does not even open the ramconsole
[18:07] <mahmoh> robher: ping, what's ripal's nick?
[18:15] <Tassadar> RaYmAn: does normal kexec work on TF201? I mean, on nexus7, it does not even restart the device
[18:23] <Tassadar> woot
[18:24] <Tassadar> its bootin
[18:24]  * Tassadar waits for adb
[18:24] <Tassadar> ..but it is the same kernel
[20:52] <vanhoof> ogra-cb_: looks good
[20:52] <vanhoof> ogra-cb_: flashed booted right up to oem-config
[21:25]  * achiang makes an upload of unity-6.12.0 to staging ppa
[21:25] <achiang> hope it doesn't FTBFS
[21:27] <infinity> achiang: After the issues you had with diffs to tarballs, I'm thinking that's not actually very 6.12 at all. :P
[21:27] <achiang> infinity: it's ... "something"
[21:28] <achiang> probably closer to 7.0 than anything else
[21:28] <achiang> oh, but... i heard it might FTBFS on armhf
[21:28] <achiang> le sigh
[21:58]  * achiang cries. FTBFS due to bamf API change
[23:09] <lilstevie> tassadar_, you should keep an eye on mem-min, that is the minimum memory that it uses to put the zImage and initrd in. I know with the tf201 0x50000000 is outside of real memory so wouldn't work
[23:23] <tassadar_> lilstevie: can I somehow find out the memory layout of nexus7? Like, at least what is the "end" address?
[23:28] <tassadar_> aah, cat /proc/iomem i believe :ú
[23:28] <lilstevie> tassadar_, iomem, but also one of the very first things dmesg will should you is a basic mem map :p
[23:30] <tassadar_> and the kexec should load the kernel and initrd somewhere to system ram, preferably outside kernel, yes?
[23:32] <lilstevie> well of course, what good would it be loading into the kernel :p
[23:33] <tassadar_> hmm, I think I also have to change the hardboot page address, now it is in framebuffer
[23:35] <lilstevie> hah yes you probably will
[23:36] <lilstevie> I know in the first revision RaYmAn accidentally put it in the framebuffer
[23:36] <tassadar_> yes, well, the second put it precisely into nexus 7's frambuffer :D
[23:42] <lilstevie> heh