[00:00] <lilstevie> wow
[00:00] <lilstevie> persia, haven't seen you around in ages
[00:01] <persia> lilstevie: I had some administrative issues, now sorted.  Have you been well?
[00:01] <lilstevie> yeah :)
[00:02] <lilstevie> persia, I have the tf201 kernel building as a deb now :) finally got my way through setting that up
[00:03] <persia> Cool!  At UDS there was some discussion on the *right* way to do universe kernels, so if it's a working quantal kernel, we can probably get that sorted sanely.
[00:03] <persia> Err, raring.
[00:04]  * persia pushes brain faster to catch up
[00:05] <lilstevie> persia, well it is the same vintage as the n7
[00:05] <lilstevie> both 3.1.10 nvidia kernels
[00:05] <lilstevie> :p
[00:05]  * persia worries more about userspace compatibility than version numbers
[00:05] <persia> Is that kernel DT friendly enough that we could run one kernel with different DT files for both devices?
[00:06] <lilstevie> persia, no
[00:06] <persia> Oh well.  One can dream :)
[00:06] <lilstevie> however it may be possible to enable both boards
[00:06] <lilstevie> I don't have an n7 though, so I haven't checked out the machine id
[00:07] <lilstevie> if it isn't cardhu then they may very well co-exist
[00:07] <persia> I suspect there's someone else on the channel who might be able to dig up that information :)
[00:07] <lilstevie> however there still is the issue of the dock keyboard driver
[00:07] <lilstevie> that thing has infected many parts of the system
[00:07] <persia> That's not implemented as USB or something else sane?
[00:07] <lilstevie> Audio, Battery, and Board
[00:08] <lilstevie> oh, it is i2c
[00:08] <lilstevie> but they have functions injected all over the place
[00:08] <persia> Oh, ugh.  That makes it ever so much trickier :(
[00:09] <lilstevie> the core driver itself is fine, but the offload functions to other drivers
[00:09] <lilstevie> things like the battery status get offloaded through special calls in the battery driver
[00:10] <persia> That should really just be another pluggable battery, rather than so closely tied.  I suspect someone was in a hurry.
[00:10] <lilstevie> the worst one though is they have a dock with speakers (never released or announced) that offloads audio based off headset detect and the audio codec
[00:10] <TheMuso> Manufacturers are always in a hurry.
[00:11] <lilstevie> it is a giant deps tangle
[00:11] <TheMuso> And the nexus7 machine ID is grouper
[00:11] <lilstevie> I tried to modularise some of that stuff, but it is just impossible due to how tied up they are
[00:11] <persia> TheMuso: Yes, but some of them ask their board vendors to supply a board that is already ported, rather than hiring someone to hack it in ugly ways.
[00:11] <lilstevie> TheMuso, right, silly me :p
[00:11] <TheMuso> Right.
[00:12] <lilstevie> persia, as it is this is all hacked over the top of the support for the cardhu development platform
[00:13] <lilstevie> tf101 did that with ventana, but they were much more similar, to the point where with a few small mods you could get the kernel to boot
[00:45] <lilstevie> persia, do you want to see if there is anything I need to change with how my kernel is packed for universe? I have it on my repo at the moment for precise
[00:46] <persia> I'm tight on time today, but I can probably look at it tomorrow.
[00:46] <persia> I know there *will* be changes required, but I haven't seen publication of the new procedure yet.
[00:46] <lilstevie> persia, oh no hurry
[00:47] <persia> (so we can use the old one for now)
[00:47] <lilstevie> the kernel itself is old (and poorly named)
[00:47] <lilstevie> I need to start again for the new one cause of a different base
[00:48] <persia> Heh.  Old kernel, old procedure, new kernel, new procedure :)
[00:49] <lilstevie> that was what I was thinking
[00:50] <mjrosenb> so, what is the name of the program that provides all of the on screen menus, and the activation area in the top left of the screen on 12.04?
[00:51] <persia> "dash" maybe?
[00:57] <TheMuso> Thats part of unity. Depends on what version of Unity you are running.
[01:06] <mjrosenb> TheMuso: how do I find that out?
[01:06] <TheMuso> mjrosenb: You would have to check the list of currently running processes I think, I can't think of an easy visual way to determine that.
[01:07] <mjrosenb> TheMuso: well, the issue is that the menu bar and other things are not worknig
[01:07] <mjrosenb> *working
[01:07] <mjrosenb> I have a context menu when I right click on the desktop
[01:08] <mjrosenb> under gnome, i'd say that mean that nautilus was running
[01:08] <persia> suckless-tools has some useful widgets to query the current set of represented X apps, which may help.
[01:08] <mjrosenb> but I have no clue who handles that these days
[01:08] <mjrosenb> it appears as if lightdm is in fact running.
[01:09] <lilstevie> of course lightdm is running
[01:15] <lilstevie> mjrosenb, if you kill lightdm it will take everything running in X with it
[01:15] <persia> (assuming you haven't done any fancy process reparenting beforehand)
[01:16] <lilstevie> well yeah
[01:18] <mjrosenb> I just killed lightdm and restarted it, but still just the desktop.
[01:19] <lilstevie> what is this on?
[01:19] <mjrosenb> pandaboard
[01:20] <mjrosenb> running 12.04
[01:20] <persia> 12.04 does have nautilus providing the desktop
[01:21] <mjrosenb> indeed, it does.
[01:21] <mjrosenb> what does it have providing the upper bar with the time + some menus on it?
[01:21] <mjrosenb> or the meta-key functionality?
[01:27] <persia> meta is dash.  I forget what the upper bar that hosts the indicators is called (and it's not obvious from running lsw on 12.04)
[01:39] <TheMuso> unity-panel-service
[01:39] <TheMuso> Unity-panel-service doesn't actually do any of the rendering however.
[02:18] <mjrosenb> ps aux | grep unity does not return anything
[02:18] <mjrosenb> so presumably the backgronud service isn't running
[02:19] <mjrosenb> unity-2d-panel: error while loading shared libraries: libgbm.so.1: cannot open shared object file: No such file or directory
[02:19] <mjrosenb> oh.
[02:22] <mjrosenb> http://pastebin.mozilla.org/1923408
[02:22] <mjrosenb> interesting.
[02:30] <mjrosenb> ok, making a symlink fixed the issue
[02:30] <mjrosenb> but man that feels like a hack
[03:28] <infinity> mjrosenb: Erm, that looks like a local libgdbm, rather than one from the archive...
[03:30] <mjrosenb> infinity: it was installed with dpkg
[03:30] <mjrosenb> is there a way to find out where it is getting the .deb from?
[03:30] <mjrosenb> iirc, I have the omap overlay installed and nothing else?
[03:32] <infinity> mjrosenb: 'apt-cache policy libgdbm1' might give you a hint.
[03:32] <mjrosenb> and I have no clue where that information is stored, since the only things I have in sources.list are the ubuntu repos
[03:33] <infinity> mjrosenb: Given that libgdbm1 doesn't actually exist in the Ubuntu archive, it's definitely not from us (nor is the thing that was linking to it)
[03:33] <mjrosenb> this is gbm not gdbm.
[03:33] <infinity> Oh, I can't read. :P
[03:33] <mjrosenb> http://pastebin.mozilla.org/1923601
[03:33] <mjrosenb> looks legit to me.
[03:34] <mjrosenb> and http://pastebin.mozilla.org/1923602 for unity-2d-panel, which has a dep on libgbm.so.1
[03:35] <infinity> mjrosenb: Right, that package came from the PPA, though.
[03:36] <mjrosenb> oh.
[03:36] <mjrosenb> so it did
[03:36]  * mjrosenb has no clue what he's looking for.
[03:36] <infinity> http://paste.ubuntu.com/1341643/ <-- The archive package.
[03:36] <mjrosenb> perhaps downgrading to 8.0.4-0ubuntu0.2 would fix the problem?
[03:37] <infinity> Version 8.0.4-0ubuntu0.2 is from Ubuntu.
[03:37] <mjrosenb> well, I made a symlink, if that ever stops working, I'll downgrade.
[03:37] <infinity> ndec: The mesa in your PPA for precise is busted.
[07:43] <dholbach> good morning
[11:39] <ogra_> janimo, for your ambient sensor, probably taking a look at https://android.googlesource.com/device/asus/grouper/+/7fce7d56cb077e869b9509cd2770d92e8cf29dcc/liblights/lights.c would be helpful :)
[11:39] <janimo> ogra-nx7, yes I saw that
[11:39] <ogra_> ah, k
[11:40] <janimo> but first I wanted to see if it works at all on android, to get some dmesg or logger prints
[11:40] <janimo> and it does not seem to work at all
[11:40] <ogra_> i wonder if we should switch to the interactive power governor by default
[11:40] <ogra_> seeing all these fine tuned bits in the android init scripts it feels like that would save us some power
[11:40] <janimo> I may need to take a look some android ambient light apps from google play, maybe some extra twiddling that is not in default is required
[11:41] <ogra_> well, theoretically you shouldnt need any userspace for it apart from some app to adjust it probably
[11:41] <janimo> ogra_, no idea. Probably someone should try the same power tests (or others) victor did with various governors and then decide based on the numbers
[11:41] <ogra_> yep
[11:42] <ogra_> well, i bet victor would just do them, he already has a setup, but we would need to give him a kernel with ondemand disabled or help him to make sure ondemand doesnt get forced
[11:42] <brendand> ogra_ - what's the correct way to make sure the N7 is up-to-date?
[11:43] <ogra_> update-manager :)
[11:43] <ogra_> we push updates to the PPA
[11:43] <ogra_> just dont enable -security or -updates, they will trash your desktop
[11:43] <brendand> ogra_ - that's what i was getting at. which ppa?
[11:44] <ogra_> the ubuntu-nexus7 one, enabled in /etc/apt/sources.list.d ;)
[11:56] <lilstevie> fwiw kinteractiveup spams dmesg a lot (interactive governor)
[11:58] <ogra_> well, i guess you can quieten that
[11:59] <ogra_> victorp, showing EULAs isnt really acceptable for a proper ubuntu image
[11:59] <ogra_> victorp, i would prefer a proper solution rather
[12:12] <victorp> ogra_,  what is a proper solution?
[12:12] <victorp> ogra_ and why is it not acceptable?
[12:12] <ogra_> victorp, licenses that dont require the user to click anything
[12:13] <victorp> that is exactly what we do for the business desktop image available to download from Ubuntu.com
[12:13] <victorp> ogra_, is not a license
[12:13] <ogra_> if we really want to go down that rathole you need a) EULA support in usb-creator and b) all packages that ship any of the firmware will need it too (you can install an image, but yu could as well also install the single packages)
[12:13] <victorp> it is just a note letting users know what is the ROM
[12:14]  * victorp srugs
[12:14] <ogra_> if the license then needs to be accepted *before* downloading that gets all kinds of complicated
[12:14] <ogra_> sinbce we have no mechanism for that at all apart from doing something as ugly as the flash downloader package
[12:15] <ogra_> (which cant work for i.e. network driver frimware)
[12:15] <victorp> ogra_, I think you are assuming that this is an EULA and that people have to click on it
[12:15] <victorp> we can't pass the license to the users
[12:15] <ogra_> victorp, well, its some kind of popup people will have to agree to, no ?
[12:15] <victorp> if says in the original license
[12:15] <victorp> ...
[12:16] <victorp> nope, it is just a notice saying this are the licenses in the rom
[12:16] <victorp> you are not asked to agree to gplv3 every time you download ubuntu
[12:16] <ogra_> still, if the license requires us to show it somehow all of the above applies
[12:16] <victorp> we need to show a notice, yes
[12:16] <ogra_> if the license doesnt require us to show it, lets just not show it :)
[12:17] <victorp> does is not what our legal team suggest
[12:17] <victorp> :)
[12:17] <ogra_> right, so it needs to be shown by the packages as well as by the installer
[12:17] <victorp> ogra_ I have a solution!!!
[12:17] <victorp> we stick to the installer that we have now ;)
[12:17] <ogra_> victorp, what does that solve
[12:17] <victorp> ogra_ the packages that contain the firmware
[12:17] <victorp> ogra_ j/k
[12:18] <ogra_> you still need EULA popups in all the packages
[12:18] <victorp> can you define all
[12:18] <victorp> *all*?
[12:18] <ogra_> which is massively messy and adds a lot of mainbtenance overhead
[12:18] <ogra_> every package that ships any of the firmwares
[12:18] <victorp> right, why dont you put them all in 1 package?
[12:19] <ogra_> thats ugly but would work
[12:19] <victorp> or dont put them in a package
[12:19] <victorp> at all
[12:19] <ogra_> how would you ship them properly then ?
[12:19] <victorp> meaning that we could add the to the images, and put the notice in the installer
[12:19] <ogra_> or apply any updates in case there is newer firmware that fixes issues
[12:20] <victorp> but if someone wants to use a package per package they can get them from the google site
[12:20] <victorp> mmm
[12:20] <ogra_> generally we dont put any non packaged files into images
[12:20] <victorp> ok - put them in 1 package then
[12:20] <ogra_> there are exceptions but it would be good to not go with that
[12:20] <victorp> I think that is ugly from one sense, cleaner from another
[12:21] <victorp> 1 package + installers with notice?
[12:21] <ogra_> well, it wont help any other devices with the same HW ... thats the issue
[12:21] <victorp> WFM
[12:21] <ogra_> i.e. the bcm4330 is a very common wlan chip
[12:21] <ogra_> not really ubuntu :)
[12:21] <ogra_> but yeah, would work for the device
[12:21] <victorp> ogra_ you cant use those blobs in other devices
[12:22] <ogra_> sure i can
[12:22] <victorp> it is against the license of the blobs
[12:22] <victorp> oh no you cant :)
[12:22] <ogra_> i can use the bcm4330 blob for every bcm4330 welan card out there that works with the same kernel driver
[12:22] <victorp> you can, and you can also get a call from the blob owners lawyers :)
[12:22] <ogra_> wether thats legal by that specific license is another story indeed
[12:23] <ogra_> talking about technical bnits here
[12:23] <victorp> well.. now a days you can separate it
[12:23] <victorp> what I mean is
[12:23] <ogra_> the proper way to do what we want would be to contact the manufacturers and get proper licenses so ubuntu benefits as a whole
[12:23] <victorp> do one package called nexus7-blobs-from-other-people
[12:23] <victorp> that wfm
[12:23] <victorp> and if is not useful for re-using in other devices
[12:24] <victorp> even better as the license does not allow you to do that anyway
[12:24] <victorp> :)
[12:24] <ogra_> well, if the license says you cant use it on other devicews we cant make it available in the archive
[12:24] <victorp> ogra_, If you give a list of the manufacturers , I can do that
[12:24] <ogra_> i can for sure install nexus7-blobs-from-other-people on my ac100
[12:24] <victorp> ogra_ why?
[12:24] <ogra_> so i would break it
[12:25] <victorp> yes
[12:25] <victorp> but that is not how it works
[12:25] <ogra_> the list should be at https://developers.google.com/android/nexus/drivers#grouper
[12:25] <ogra_> this is how ubuntu works
[12:43] <achiang> we have an ancient version of smem in quantal
[12:55] <janimo> achiang, in raring I added the latest one
[12:55] <achiang> janimo: ah great!
[12:55] <janimo> achiang, we won't do much quantal profiling I guess?
[12:55] <achiang> no
[12:56] <achiang> janimo: wonder if it should go into debian though
[12:56] <janimo> achiang, well 1.2 I got an hour after filing a bug in Debian :) The new bugfix I still have to upstream
[12:56] <achiang> janimo: awesome, you are a step ahead of me
[12:56] <achiang> thanks
[12:57] <janimo> achiang, well I discovered smem while at the memory profiling session, remembering that top & co simply lie
[12:57] <achiang> https://wiki.ubuntu.com/Nexus7/MeasuringMemoryUsage
[12:57] <janimo> and added it to etherpad and then went on testing it
[12:57] <achiang> i think we should write a tutorial
[12:57] <achiang> or not even that, just usage
[12:58] <janimo> well I am still in the figuring out phase, i.e don;t know much more than what the package manpage says
[12:58] <achiang> no worries, not asking you to do it
[12:58] <achiang> i'm just playing with it too
[12:58] <janimo> what I want to do though is have a setup where we smemcap locally (this is missing in quantal) which is quick and then analyse on a more powerful machine
[12:58] <janimo> it may use a setup similar to how the bootchart dailies are to be set up
[13:38]  * ogra_ thinks that the nexus display even when setting the brightness to 1 is way to bright
[13:42] <highvoltage> ogra_: I too find it quite amazing that these devices that consume a total of 5W of power can emit 50W worth of light from their panels
[13:42] <ogra_> yeah, you can easily use the nexus as a torch at night
[13:42] <ogra_> even with brightness set to 1
[13:42] <mainerror> heh
[14:49] <ogra_> oh sigh
[14:49]  * ogra_ just looked at the plymouth issues
[14:49] <ogra_> the bootloadert sets console=none ... we override that to console=tty1 in our boot options ...
[14:50] <ogra_> plymouth sadly picks the first console= option from the cmdline and tries to connect to /dev/none
[14:56] <ogra_> yay, chromebook
[15:01] <dmart> ogra_: me too :)
[15:02] <dmart> ogra_: /win 9
[15:07] <highvoltage> ogra_: any inside news on when they'll be generally available? I'm burning to order one, just to use as a "nicer" pandaboard :)
[15:08] <ogra_> highvoltage, i just bought mine at amazon.co.uk
[15:09] <highvoltage> nice, and they still have!
[15:09] <cwayne> mfisch: im thinkin mark this as wishlist, right? https://bugs.launchpad.net/ubuntu-nexus7/+bug/1076199
[15:09] <ubot2> Launchpad bug 1076199 in ubuntu-nexus7 "Feature request for Dual Boot" [Undecided,New]
[15:10] <ogra_> cwayne, wontfix rather :)
[15:10] <cwayne> ogra_: lol, im gonna go with opinion / wishlist
[15:10] <ogra_> if anyone from the community wants to figure it out and write a howto on the wiki thats fine, but we wont work on such a feature for the official images
[15:10] <cwayne> right
[15:11] <cwayne> ill comment that and mark opinion
[15:11] <ogra_> ++
[15:14] <highvoltage> ogra_: eek, it costs  more than $100 extra to order it from amazon.co.uk, I guess I'll wait until they have stock back in the US afterall then
[15:14] <mfisch> cwayne: +1
[15:14] <cwayne> mfisch: also just marked the gnome-shell bug wontfix with a comment explaining why
[15:15] <mfisch> I can't wait to see the response
[15:23] <cwayne> im excited
[15:23] <cwayne> i wrote it as nicely as possible though :)
[15:37] <cwayne> mfisch: hmm, what about this guy? https://bugs.launchpad.net/ubuntu-nexus7/+bug/1075565  I think that the screen dimming is normal when no clicks are being registered
[15:37] <ubot2> Launchpad bug 1075565 in ubuntu-nexus7 "Auto dimming on brightness with spikes" [Undecided,New]
[15:41] <ogra_> cwayne, m,y screen flashes quite a lot if the device is attached to power and in DPMS suspend mode
[15:41] <ogra_> i assume at the same frequency that victorp sees
[15:42] <cwayne> ogra_: his wasnt suspended, or plugged into power
[15:42] <cwayne> my thinking is that he just happens to be logging the brightness after a click, when it is un-dimmed
[15:42] <ogra_> oh, right, he tested battery time :)
[15:42] <victorp> cwayne,  the spikes where on battery yes
[15:43] <victorp> I was a sleep
[15:43] <cwayne> victorp: right, i think what you're seeing is the normal auto-dim to save power
[15:43] <victorp> so I didnt see it,but got logged on the test results
[15:43] <victorp> cwayne,  ugh
[15:43] <victorp> not normal that is resets every hour
[15:43] <victorp> http://victorpalau.files.wordpress.com/2012/11/chart_11.png
[15:43] <victorp> see grey line
[15:43] <cwayne> victorp: i think it may just be getting that data after a click (when the brightness is brought back up)
[15:44] <victorp> I dont think so
[15:44] <victorp> I run it again later with 49
[15:44] <victorp> sorry
[15:44] <victorp> 40
[15:44] <cwayne> 40 minutes between logging?
[15:44] <victorp> and it did not spike because is below the level of auto dim
[15:44] <cwayne> oh 40%
[15:45] <victorp> 40 %
[15:45] <cwayne> victorp: was 'dim screen to save power' on when you did it at 99?
[15:45] <victorp> yes
[15:45] <victorp> and it immediately went down to 99
[15:45] <victorp> from 99
[15:45] <victorp> to 76
[15:45] <ogra_> victorp, btw, i would like to prepare some power mgmt settings for you stealing bits from the android defaults so we can check if they improve the system in any way beyond using ubuntu defaults
[15:46] <ogra_> (after i got images up)
[15:46] <victorp> ogra_, cool I can do that
[15:47]  * ogra_ grumbles about plymouth 
[15:47] <ogra_> silly software !
[15:47] <ogra_> intrestingly i cant make the kernel crash anymore by removing all the override files
[15:48] <ogra_> but i cant get a splash either because plymouth conncts to a non existing /dev/none
[15:48] <ogra_> :P
[15:50] <ogra_> i wonder what happens if i create a udev rule to link /dev/none to tty1
[16:03] <janimo> infinity, can you please remove the nexus7 kernel from raring NEW? I just found it does not build in the PPA. thanks
[16:03] <janimo> I agains assumed that if it builds in quantal it should in raring
[16:05] <janimo> which si weird as gcc does not seem to be that different. (4.7.2-2 vs 4.7.2-5)
[16:07] <ogra_> janimo, python2 vs 3 ?
[16:08] <ogra_> Makefile:509: The path 'python' is not executable.
[16:08] <ogra_> from your build log
[16:08] <janimo> ogra_, it fails while compiling a c file though
[16:08] <janimo> hmm
[16:08] <janimo> ogra_, same in the previous build, but that warning is harmless (python)
[16:08] <janimo> https://launchpadlibrarian.net/122192174/buildlog_ubuntu-quantal-armhf.linux-nexus7_3.1.10-7.11_BUILDING.txt.gz
[16:08] <ogra_> well, yeah, it should just skip that bit gracefully
[16:09] <janimo> maybe some extra Werror checks were added
[16:09] <ogra_> you could just set do_tools = false for now
[16:11] <cwayne> victorp: hey, how do i install that extension with your changes?  do i just drop that extension dir somewhere?
[16:15] <victorp> cwayne,  branch into the nexus 7
[16:15] <victorp> then open chromium
[16:15] <victorp> go to extensions
[16:15] <victorp> set it to developer mode
[16:16] <victorp> that will give you an option to do "unpack extension"
[16:16] <cwayne> victorp: ah, great, thank you
[16:17] <victorp> click on that and will let pick a folder
[16:17] <victorp> cwayne, let me know if that works
[16:24] <cwayne> victorp: seems to, thanks
[16:24] <cwayne> victorp: i'll get you some more results overnight tonight as well
[16:26] <victorp> cwayne, cool
[16:52] <ogra_> slangasek, another thing ... i played with make_ext2fs vs img2simg and ext2simg ... ext2simg produces about 100M bigger images than make_ext4fs, the latter apparently compresses the unused fs metadata or something along these lines so i think we should rather go with that
[16:53] <ogra_> (we are constrained wrt image size by the system ram of the device, images need to stay around 680M)
[16:55] <ogra_> (fastboot has an -S option to actually flash bigger images in chunks, but sadly thats not 100% reliable and sometimes you end up with a corrupted fs)
[16:56] <achiang> ogra_: xnox: janimo: i'd like to get a sense of the WIs that need to be done before we can start producing dailies. i understand it as 1) kernel+fw bits uploaded into R, 2) cdimage infrastructure working (aka ext2simg, etc.) 3) usb-creator patches. anything else?
[16:57] <ogra_> achiang, nope, thats largely it
[16:57] <xnox> achiang: usb-creator should not block "production of dailies"
[16:57] <ogra_> for *building* i dont even need the firmware
[16:57] <janimo> achiang, yes. I am working on 1)
[16:57] <achiang> xnox: well, "installation of dailies" :)
[16:57] <ogra_> even an empty package would do for that
[16:58] <ogra_> achiang, fastboot flash foo.img ;)
[16:58] <xnox> I have packaged the utilities, and now will be flashing my nexus with them..... i hope i will not brick it =)
[16:58] <achiang> oh, so continue using the nexus7-installer then?
[16:58] <ogra_> usb-creator is really not important yet :)
[16:58] <ogra_> well, its four fastboot commands, not really hard to do
[16:58] <achiang> ok, so let's strike out #3
[16:58] <janimo> I need to fix the kernel build with raring gcc
[16:58] <slangasek> ogra_: right, I think it makes sense to stick with make_ext4fs for now in that case.  Would be good at some point to unpick why the fs is different (e.g., how does 'make_ext4fs+simg2img' differ from 'mkfs.ext4') and improve things
[16:59] <ogra_> right, usb-creator will happen, but yioz can always install by just using fastboot
[16:59] <achiang> in that case we just need to get cdimage.uc. building images, and we can patch nexus7-isstaller
[16:59] <slangasek> or maybe it's how does 'make_ext4fs' differ from 'make_ext4fs+simg2img+img2simg'
[16:59] <ogra_> yxeah
[17:00] <xnox> slangasek: i'm getting cross-eyes from all the img2img2sigm2igm2sigm+
[17:00] <ogra_> i also think i'll add the make_ext4fs part to livecd-rootfs/live-build instead of debian-cd
[17:00] <ogra_> will make everything easier for everyone
[17:01]  * ogra_ goes afk for a while
[17:03] <janimo> hrw, do you usually follow gcc versions with the corresponding cross-gcc package or the releases are more or less independent?
[17:15] <mfisch> janimo: is git clean -xdf going to remove my code and config changes in the kernel?
[17:15] <achiang> cwayne: re: dual-boot bug, it would be nice to document why it's difficult, which is to say, you'd have to flash into the recovery partition, etc. etc.
[17:15] <achiang> cwayne: can you track down the details of that and update the bug?
[17:16] <cwayne> achiang: sure
[17:16] <achiang> thanks
[17:17] <achiang> cwayne: re: gnome-shell bug, we can do better. desrt has 2 upstream bugs enabling gnome-shell. can you track those down and link them in our bug report?
[17:18] <achiang> cwayne: he's already opened the upstream bugs, so all you need to do is link them
[17:26] <mfisch> cwayne: I've got some cycles while this builds, I'll do the gnome shell one
[17:28] <infinity> janimo: You probably just want to drop do_tools until you sort it out (as I did for ac100).
[17:28] <infinity> janimo: Rejecting for now, though.
[17:30] <mfisch> achiang: re: desrt/gnome-shell: did you mean patches or bugs?  I dont see any upstream bugs that seem to fit
[17:30] <achiang> mfisch: he filed bugs, that much i know. he *might* have attached patches too, not sure.
[17:30] <achiang> mfisch: and they might already be closed, unknown to me...
[17:30] <mfisch> hmm, I'll go search his lp bug list
[17:30] <achiang> mfisch: i only have this knowledge from a 5 minute hallway conversation with him
[17:30] <achiang> mfisch: upstream gnome bugs
[17:31] <mfisch> ah
[17:39] <cwayne> ogra_: ping
[17:49] <victorp_> cwayne, have a look at this - https://wiki.ubuntu.com/Nexus7/BrowsingSimulation and please improve if you think anything is missing
[17:49] <cwayne> victorp_: will do, i've got it running now just for some preliminary info
[17:50] <victorp_> cool, the main thing is the extension really, rather than the script
[17:50] <janimo> infinity, thanks. Was the issue the same for ac100? I did not even know about that
[17:51] <cwayne> victorp_: yep.  did you set it to never turn the screen off when you ran overnight?
[17:53] <janimo> infinity, I wonder if we could just copy the binaries from PPA to raring until we have a raring package. Would that be bad?
[17:56] <infinity> janimo: Just upload with do_tools = false. :P
[17:56] <janimo> infinity, ok I saw the recent ac100 fix in raring
[17:56] <infinity> janimo: Copying from the PPA for a NEW package would still require the same review, so buys you nothing.
[17:56] <mfisch> achiang: no joy in finding ryan's upstream bugs
[17:57] <achiang> mfisch: did you just ask him? :)
[17:57] <mfisch> achiang: he's not around, we will have to email
[17:58] <achiang> yep, sorry for asking for the hoop jumping, but i think we should link those bugs
[17:58] <mfisch> I did find a bunch of other upstreams that I linked
[17:58] <mfisch> many of which predate our work
[17:58] <mfisch> like rotation not working
[17:59] <achiang> yeah, watching the mails come into my inbox now
[18:00] <infinity> janimo: Once you have something that builds, I'll try to fasttrack reviewing it.  If the source is shockingly similar to ac100, it won't take too much effort.
[18:03] <mfisch> achiang: the main difficulty on dual-boot is either hacking fastboot or switching to u-boot and then figuring out how to reflash the bootloader?
[18:04] <achiang> mfisch: i'm fuzzy on the details, it was like, resize the userdata partition, flash over the recovery, then something in picking which userspace to boot
[18:06] <mfisch> you'd have to manually enter the bootloader
[18:07] <mfisch> that method is safer than messing with fastboot
[18:07] <mfisch> cwayne: I forgot about that option ^^
[18:07]  * cwayne didnt know about that option
[18:07] <mfisch> so ubuntu would go into recovery
[18:08] <cwayne> so like, booting into android you would just use the recovery partition?
[18:08] <mfisch> not sure how userdata would get divided up
[18:08] <cwayne> ah
[18:08] <mfisch> cwayne: I've upstream linked the two bugs to the gnome-shell bug, are we re-opening it?
[18:08] <mfisch> https://bugs.launchpad.net/gnome-session/+bug/1072509
[18:08] <ubot2> Launchpad bug 1072509 in ubuntu-nexus7 "Gnome Shell/Classic is Unable To Provide Accelerated Experience" [Low,Won't fix]
[18:09] <cwayne> mfisch: i suppose we can confirm it, but def leave it low
[18:09] <mfisch> cwayne: done
[18:10] <achiang> mfisch: cwayne: i don't think it needs to be open, just a pointer to the upstreams are ok
[18:10] <achiang> imho
[18:10] <achiang> but do what makes sense. :)
[18:10] <mfisch> we can leave it open
[18:10] <cwayne> we'll leave it open for now, and see what happens in those upstreams i suppose
[18:12]  * cwayne is not seeing the auto-dimming on browsing yet
[18:13] <mfisch> achiang: if we get the tegra3 bugs into good shape can you poke nvidia?  If so, I'd like to prioritize that effort
[18:13] <achiang> mfisch: i've been, in the background
[18:13] <achiang> mfisch: just ping me if you need help on specific bugs
[18:13] <mfisch> achiang: okay, we'll get them into shape
[18:14] <mfisch> cwayne: can we do a review of them after you finish up the current issue?
[18:14] <cwayne> why was this marked as affecting nexus7?  it doesn't seem quite right https://bugs.launchpad.net/ubuntu-nexus7/+bug/974260
[18:14] <ubot2> Launchpad bug 974260 in gnome-settings-daemon (Ubuntu) "Brightnes of laptop panel is set to minimum when system starts" [Medium,Confirmed]
[18:14] <cwayne> mfisch: sure
[18:14] <victorp_> cwayne, yes I did
[18:14] <mfisch> cwayne: I duped the nexus7 one to that one
[18:14] <victorp_> cwayne, not many users browse with their screens turn off :)
[18:15] <mfisch> cwayne: the original: https://bugs.launchpad.net/ubuntu-nexus7/+bug/1075473
[18:15] <cwayne> mfisch: it isnt minimal brightness though, else it'd be completely black
[18:15] <ubot2> Launchpad bug 974260 in gnome-settings-daemon (Ubuntu) "duplicate for #1075473 Brightnes of laptop panel is set to minimum when system starts" [Medium,Confirmed]
[18:15] <cwayne> victorp_: hah, true :)
[18:15] <mfisch> cwayne: the bug is more that the system doesn't remember where you left the brightness setting after a reboot
[18:15] <cwayne> mfisch: ah, okay
[18:15] <cwayne> that makes more sense
[18:15] <mfisch> cwayne: my laptop, for example, always starts at a blinding 100%
[18:17] <cwayne> mfisch: right, ok
[18:18] <cwayne> mfisch: wanna do a quick g+ and go over the tegra3 bugs?
[18:18] <mfisch> cwayne: IRC, I'm at the library
[18:18] <cwayne> mfisch: alright: https://bugs.launchpad.net/ubuntu-nexus7/+bugs?field.tag=tegra3
[18:26] <achiang> fwiw, i expect we're finding normal usability bugs in core ubuntu that have simply been ignored forever
[18:26] <achiang> good thing is, upstream can no longer hide from us :)
[18:27] <cwayne> achiang: thats what it seems like to be honest
[18:27] <cwayne> most if not all of these have an older bug that's been a bit ignored
[18:27] <achiang> yep
[18:40] <xnox> ogra_: mfisch: i have recreated the rootfs image using packaged fs-utils, and flashed my nexus7 and it did boot and everything is ok.
[18:40] <xnox> ogra_: mfisch: I'm planning to upload them into the raring archive now.
[18:41] <xnox> do I need to backport them back to quantal & precise? or is ppa sufficient for cdimage?
[18:42] <mfisch> achiang: ^^?  I think raring was the goal
[18:42] <achiang> xnox: no backport needed at all
[18:42] <achiang> xnox: Raring or nothing!@
[18:42] <xnox> ack =)
[18:43] <xnox> uploading then.
[18:43] <xnox> I think I will do a ppa and block for general public =)
[18:43] <xnox> s/block/blog/
[18:45] <achiang> xnox: curious... what ppa?
[18:46] <xnox> achiang: a new one, unless there is one already.
[18:46] <xnox> achiang: do we have one under ~ubuntu-nexus7 ?
[18:46] <achiang> xnox: sorry, i mean, what would the ppa have?
[18:46] <achiang> the fs-utils package?
[18:46] <xnox> achiang: android-tools package patches to produce android-tools-fs-utils which has simg2simg, simg2img, img2simg, make_ext4fs
[18:46] <xnox> yeah =)
[18:47] <xnox> and ext2simg I think....
[18:47] <mfisch> xnox: maybe our Nexus7 public PPA?
[18:47] <xnox> mfisch: sure. Which one is that?
[18:47] <achiang> xnox: https://launchpad.net/~ubuntu-nexus7/+archive/ubuntu-nexus7-installer
[18:47] <mfisch> achiang: not that one
[18:47] <achiang> ynot?
[18:48]  * mfisch is thinking
[18:48] <mfisch> I guess those are image build tools
[18:48] <achiang> it should indeed be that one
[18:48] <achiang> right
[18:48] <mfisch> ok
[18:48] <achiang> unless i misunderstand
[18:48] <achiang> which is probably the case
[18:48] <mfisch> xnox: let me add you to the group
[18:48] <mfisch> ah, I lack the power
[18:49]  * mfisch asks for the power
[18:49] <achiang> xnox: can you apply for the ppa?
[18:49] <mfisch> https://launchpad.net/~ubuntu-nexus7
[18:49] <xnox> "Dmitrijs Ledkovs" (xnox) pending approval.
[18:49] <achiang> xnox: gotcha, you're in
[18:49] <xnox> thanks =)
[18:50] <mfisch> xnox: ping me when those are available, I'd like to update my blog post and remove the bianries from people.canonical.com
[18:50] <xnox> mfisch: ack.
[18:50] <mfisch> achiang: I have a fix for the brightness issue
[18:51]  * achiang adds a blurb about team membership to LP
[18:55] <cwayne> mfisch: which one, the 0 one?
[18:55] <mfisch> cwayne: ?
[18:56] <cwayne> mfisch: which brightness issue do you have a fix for
[18:56] <mfisch> cwayne: ah yes, that one
[18:56] <mfisch> more testing first
[19:16] <cwayne> anyone seeing the screen go black even when its not supposed to on the n7?
[19:17] <[mbm]> nope; worked fine when I tried it
[19:18] <[mbm]> screensaver? dpms?
[19:22] <cwayne> [mbm]: hmm, not sure.  its disabled in brightness and lock, but that's all i did
[19:36] <janimo> infinity, I did a reupload with tools disabled
[19:45] <[mbm]> mfisch: there was some talk of using kexec for dual booting, although it should also be possible to place the ubuntu kernel on the recovery partition, at the expense of losing android recovery
[19:46] <ogra-cb> [mbm]: well, there is more to do in the system itself, a kernel update would currently wipe your android kernel
[19:47] <cwayne> ogra-cb: [mbm]: can we get these issues listed on the dual-boot bug?
[19:47] <[mbm]> ogra-cb: the flash-kernel scripts would need to be tweaked
[19:48] <ogra-cb> well, they would be overwritten with the next flash-kernel update
[19:48] <ogra-cb> flash-kernel would need to learn to accept more than one bootdevice
[19:48] <[mbm]> there's also the question of where to put the ubuntu root
[19:49] <ogra-cb> which is a functionality that was just removed on purpose with the rewrite in debian
[19:49] <cwayne> the bug is here btw: https://bugs.launchpad.net/ubuntu-nexus7/+bug/1076199
[19:49] <ubot2> Launchpad bug 1076199 in ubuntu-nexus7 "Feature request for Dual Boot" [Wishlist,Opinion]
[19:49] <[mbm]> thinking that the ubuntu root can just be a subdirectory of userdata, avoiding partitioning problems and free space segmentation
[19:50] <ogra-cb> the ubuntu root currently is userdata
[19:51] <ogra-cb> mmmcblk0p9 is /
[19:51] <[mbm]> right, but you don't want to see android files in /
[19:51] <ogra-cb> and we need to completely wipe it on install, else we get filesystem corruption over time
[19:51] <ogra-cb> i.e. fastboot erase
[19:52] <ogra-cb> (we had that issue)
[19:52] <[mbm]> thinking of a ubuntu directory on p9
[19:53] <ogra-cb> well, then you will need to provide a modified image
[19:53] <[mbm]> combination of mount -o bind and pivot_root can be used in a similar manner to chroot
[19:53] <ogra-cb> the default image will wipe and use the full partition
[19:53] <[mbm]> right, the current install clobbers android
[19:53] <ogra-cb> cant android get along with that ?
[19:54] <[mbm]> well, android mounts userdata as /data and then makes various directories like /data/data, /data/app, /data/system ..
[19:55] <ogra-cb> ah, right
[19:55] <[mbm]> you don't want those directories showing up in ubuntu attached to /
[19:56] <[mbm]> and it's easily avoided with a few initrd tweaks in ubuntu
[19:56] <ogra-cb> well, dual boot isnt our focus, our focus is to get the cleanest ubuntu install possible onto teh device in the given situation
[19:57] <ogra-cb> we wont hack teh initrd nor change teh image design, so if you want dual boot, either get it working with the image as is (happy to accept patches to flash-kernel if they are proper) or roll a modified image
[19:57] <[mbm]> installation could be a debootstrap from an adb while running android
[19:58] <[mbm]> some packages to handle the dual boot config changes
[19:58] <[mbm]> no worse than the existing -nexus7 packages
[19:59] <ogra-cb> they will go awaty mostly
[19:59] <ogra-cb> *away
[19:59] <ogra-cb> hrw: did you actually use teh chromebook with chromeos before installing ubuntu ?
[20:00] <ogra-cb> feels really weird if your world is restricted to a browser window
[20:01] <[mbm]> how dors the nexus7 handle partitions? is there a gpt or is it just hardcoded?
[20:02] <ogra-cb> i think its a gpt hardcoded in the bootloader
[20:02] <ogra-cb> we dont touch the partitioning
[20:12] <ogra-cb> hmpf
[20:12] <ogra-cb> that webchat thingie is unstable
[20:14] <[mbm]> dual booting would be cleanest with u-boot and a new set of partitions, but that just wastes space
[20:34] <ogra-cb> ojn: seems clicking inside flash on teh chromebook only works sometimes, is that a known bug ?
[20:35] <ojn> ogra-cb: under chrome os?
[20:35] <ojn> It's not something I have noticed myself
[20:35] <mfisch> NekoXP: so I fixed the issue, but I didn't need your patch, your note about brightness of 13 was spot-on
[20:36] <mfisch> NekoXP: http://paste.ubuntu.com/1343515/
[20:36] <ogra-cb> ojn: well, not a single game works for me, in some videos i have play/pause but cant go fullscreen
[20:37] <ojn> ogra-cb: hm, odd. Let me check here.
[20:37] <ogra-cb> youtube works though
[20:37] <ogra-cb> including fullscreen
[20:37] <ojn> youtube might be html5 and not flash though (in some cases)
[20:37] <ogra-cb> ah, indeed
[20:38] <ogra-cb> ojn: try www.myvideo.de (if you can, not sure they block foreign countries) i can play/pause but none of the bottom controls work
[20:38] <ojn> vimeo works for me, i can switch to full-screen without problems
[20:38] <ojn> it's slow due to no codec offload with their player though
[20:39] <ojn> ok one sec
[20:39] <ogra-cb> (works fine on x86)
[20:39] <ojn> Sorry! Dieses Video darf in deinem Land nicht angezeigt werden.
[20:39] <ojn> BUT
[20:40] <ojn> I can make the commercial go full screen and adjust the volume on it
[20:40] <ogra-cb> weird
[20:40] <ojn> what's your chrome os version (from about:chrome)?
[20:41] <ogra-cb> 23.0.1271.83
[20:41] <ogra-cb> i see a green checkmark
[20:41] <ojn> I'm on .84
[20:41] <ojn> but I'm on dev-channel, not stable or beta
[20:41] <ogra-cb> and it actually did an upgrade before i could log in
[20:41] <ojn> I don't think there were any flash fixes between the two anyway
[20:42] <ogra-cb> very strange
[20:42] <ojn> yes, that's quite odd
[20:42] <ojn> I can ask my coworkers when I am back in California next week, if you still see it
[20:42] <ojn> it's not something silly like a stuck alt/ctrl key or the like?
[20:43] <mfisch> for youtube you need to go to http://youtube.com/html5 and enable the Html5 beta
[20:43] <ogra-cb> k, not sure i'll keep using chromeos tthough
[20:43] <ogra-cb> but i definitely wont wipe it so i can go back for verifying etc
[20:44] <ojn> mfisch: I think it turns on by default from chromebooks
[20:44] <ojn> ogra-cb: ok
[20:44] <ogra-cb> i
[20:44] <ogra-cb> i'll surely go on using it for a few days though
[20:45]  * ogra-cb is actually intrested if he can get used to live in a browser only
[20:46] <ojn> the last bit for me was an irc client, and I got that through irccloud.com now. Browser + terminal window for SSH access is all I really need
[20:46] <ogra-cb> oh, wait !
[20:46]  * ogra-cb uses teh touchscreen extension on teh nexus, seems that was copied over to this setup
[20:46] <ojn> Oh! that'd do it
[20:47] <ogra-cb> yeah, switching it off makes it work
[20:47] <ogra-cb> heh
[20:47] <ojn> phew
[20:47] <ojn> ok, calling it a day here
[20:47] <ojn> lots of crap to take care of tomorrow before going back to the us. :)
[20:48] <ogra-cb> good luck with that
[20:48] <ogra-cb> and a safe flight
[20:51] <ojn> tnx
[21:09] <[mbm]>  touchscreen on the nexus is buggy
[21:12] <[mbm]> in some ways it'd make more sense to run the touchscreen in relative mode
[21:13] <[mbm]> treat the entire surface like a laptop touchpad
[21:19] <yofel> does someone know how to debug a segfault in a armhf pbuilder (qemu)? I'm obviously doing something wrong: http://paste.kde.org/600374
[21:24] <angs> I have ubuntu-server on my beagleboard-xm. I would like to do remote-debugging. what package do I need to install on my host machine (ubuntu 12.04) to have the toolchains ?
[21:24] <angs> apt-get install build-essential?
[22:20] <NekoXP> mfisch, excellent.. 13 is actually just 12.5% rounded up, btw ;)
[22:24] <hrw> janimo: cross toolchain gets updates ~monthly
[22:25] <hrw> janimo: raring one next week I hope - have some build problems which I did not had time to check during conferences
[22:25] <hrw> ogra-cb: I used chromium os before switching to raring
[22:25] <hrw> ogra-cb: check my G+ to get link to ppa with newer alsa-lib packages to get ucm profiles for chromebook
[22:26] <hrw> ogra-cb: x11 driver will follow but not sure if it will be tomorrow or next week
[22:37] <TheMuso> hrw: Please send those ucm profiles my way so I can include them in raring.,
[22:38] <TheMuso> hrw: Alternatively, where can I find your PPA?
[22:40] <persia> TheMuso: Looks to be https://launchpad.net/~hrw/+archive/my-own-packages/+files/alsa-lib_1.0.25-4ubuntu2.dsc
[22:40] <infinity> hrw: Will your updated cross toolchain include an arm64 one too?
[22:42] <TheMuso> persia: Thanks, will grab those and get them into raring.
[22:49] <ogra-cb> hrw: did you already try to fish out the flash plugin from the chrome partition ?
[22:49] <ogra-cb> i suppose it could work for us
[22:51] <achiang> ogra-cb: ooh, would that enable g+ hangouts?
[22:51] <ogra-cb> not auew, but hangouts definitely work fine under chromeos
[22:52] <achiang> hm... maybe they are not using flash anyway
[22:52] <ogra-cb> s/auew/sure
[22:52] <ogra-cb> right, i think its a separate plugin
[22:52] <achiang> i had a flashblocker for a while, and hangouts still worked
[22:53] <ogra-cb> but chromeos is armhf so all binaries should kind of work
[22:53] <achiang> something else in the ars technica review convinced me to not get this chromebook yet
[22:53] <ogra-cb> what was that ?
[22:54] <achiang> oh maybe it was the screen
[22:55] <achiang> or the fact that it's *still* thicker than a mac air! :)
[22:55] <ogra-cb> well, its fine for 720p movies ... surely not as impressive as the nexus screen though
[22:56] <ogra-cb> and yeah, the clamshell feels a bit cheap
[22:56] <achiang> the fact that they shipped without getting hdmi working is... lame
[22:56] <ogra-cb> the kbd is great though
[22:57] <ogra-cb> it really cant cope with the ac100 frtom a coolness POV but the cpu and ram balance that out a bit :)
[22:57] <achiang> ac100 still cooler?
[22:58] <ogra-cb> lighter, slimmer, i like the kbd a bit better and with teh upgraded screen it can easily cope with this one
[22:58] <ogra-cb> but its a tegra2 and only has 512M
[22:59] <achiang> once ogra-cb confirms hangouts work in ubuntu... i'll consider it. :)
[22:59] <ogra-cb> haha
[22:59] <ogra-cb> hrm, this web irc client is odd, it doesnt auto-scroll
[23:01] <ogra-cb> but i'll go afk now anyway