[00:41] <xnox> ogra_: ogra-cb_ : raring-desktop-armhf+omap4.img is 22MB small. Some how I have little faith in it...
[02:38] <ming_lei> looks it is very slow to install ubuntu on nexus 7 in China
[02:38] <ming_lei> could I download the images and then update them manually?
[03:01] <mfisch> ming_lei: what part of the image do you want to update?  the latest installer only has 1 fix that would require a new install
[03:03] <ming_lei> mfisch, it is the 1st install for me
[03:03] <ming_lei> mfisch, looks rootfs.img is very large
[03:04] <mfisch> ming_lei: ah ok
[03:04] <mfisch> ming_lei: yes it's quite large
[03:04] <mfisch> ming_lei: let me get you a URL
[03:04] <ming_lei> mfisch, I am wondering why it is not transfered by compressed file
[03:04] <mfisch> ming_lei: a .img file is compressed
[03:04] <mfisch> ming_lei: http://hwe.ubuntu.com/uds-r/nexus7/
[03:05] <ming_lei> mfisch, ok, thanks
[03:05] <ming_lei> mfisch, could you let me know how I can update the image manually?
[03:05] <mfisch> ming_lei: put the files into ~/Downloads/UbuntuNexus7
[03:05] <mfisch> I don't know what you mean by manually, sorry
[03:05] <mfisch> Do you mean update an installed image or install a new image?
[03:06] <ming_lei> I mean how I can update the downloaded image to nexus 7
[03:06] <ming_lei> still use the original installer?
[03:06] <mfisch> ming_lei: yes
[03:06] <mfisch> ming_lei: if you put the files in the right place it will say "Do you want to use the images you already downloaded?"
[03:07] <mfisch> or something similar
[03:07] <ming_lei> mfisch,  got it, thanks for your help
[03:08] <mfisch> ming_lei: I think you also need to download the "Usage Notice" file and put it in the same folder
[03:11] <ming_lei> mfisch, ok,  btw, looks zenity always consume 100% cpu,
[03:11] <mfisch> ming_lei: yep, I saw the bug
[03:11] <mfisch> and I confirmed it
[03:11] <mfisch> ming_lei: it makes my laptop fan run pretty wild
[03:12] <ming_lei> mfisch, same with me, so I can't afford with long time update
[03:12] <mfisch> ming_lei: it will be much faster once you've downloaded it
[03:12] <ming_lei> mfisch, yeah, that is just what I want, thank you
[03:12] <mfisch> ming_lei: once the files are copied it will take 10 mins or so for the tablet to unpack and lay-down the filesystem
[03:14] <ming_lei> mfisch, another question, could the 8G image work well on 16G tablet?
[03:15] <mfisch> ming_lei: yes, it will work fine, but you will have some lost space
[03:15] <mfisch> ming_lei: the image is only 30-40MB larger for a 16G tablet
[03:16] <ming_lei> mfisch, but looks installer doesn't support 16G image for me
[03:17] <mfisch> what is it doing?
[03:39] <ming_lei> mfisch, remember that it can't continue if 16G is chosen
[03:40] <ming_lei> mfisch,  I am downloading the 16G image
[03:40] <ming_lei> mfisch, once it is ready, first I will try 16G again
[04:46] <ming_lei> mfisch, install successfully with 16G image
[04:46] <mfisch> ming_lei: great
[04:46] <ming_lei> mfisch, but don't know how to use it
[04:46] <ming_lei> mfisch, looks left click doesn't work
[04:47] <mfisch> ming_lei: please read all the known issues before filing any bugs
[04:47] <ming_lei> mfisch, I know
[04:47] <ming_lei> mfisch, so could you introduce me some usage tricks?
[04:48] <mfisch> the biggest issue is that sometimes the left click (button1) gets stuck down
[04:50] <mfisch> ming_lei: what do you plan on doing with the device?
[04:52] <ming_lei> mfisch, I want to test some basic function, such as, terminal operation, camera function, ....
[04:52] <mfisch> camera does not work
[04:59]  * mfisch goes to bed
[07:50] <dholbach> good morning
[07:51] <brendand> oh no, my desktop no longer comes up after reboot on the nexus 7
[09:09] <brendand> has anyone seen with recent nexus 7 image that the desktop doesn't come up on reboot?
[09:14] <ptl> anyone using ubuntu ARM with Trim Slice devices?
[09:14] <xranby> ptl: yes
[09:15] <xranby> ptl: for best experience use the installers provided by trimslice
[09:18] <xranby> brendand: are you able to login remotely to your nexus 7 using ssh?
[09:19] <brendand> xranby, oh yes. and also onboard and the keyring prompt appear. but no unity
[09:19] <brendand> xranby, i can see the little onboard overlay icon
[09:20] <brendand> xranby, worth noting that i made the tegra config change mentioned in ubuntu-devel. after that i changed it back and it still doesn't come up though
[09:20] <xranby> brendand: do you recall if you did any software update before the reboot?
[09:20] <brendand> xranby, i don't recall doing any update
[09:24] <xranby> brendand: there was a similar bug some month ago.. do you screen look like A) https://launchpadlibrarian.net/122315170/Screenshot%20from%202012-11-07%2021%3A51%3A10.jpg  or B) https://launchpadlibrarian.net/122269430/nexus_ubuntu_desktop.jpg  ?
[09:24] <xranby> https://bugs.launchpad.net/ubuntu-nexus7/+bug/1065638
[09:24] <ubot2> Launchpad bug 1065638 in ubuntu-nexus7 "Unity panels don't display visuals" [Critical,Confirmed]
[09:24] <brendand> xranby, nothing i can say is exactly the same
[09:26] <xranby> brendand: unfortunally i cant help you further..  hopefully someone more familiar with this bug can help you triage the issue
[09:26] <xranby> to check if it is the same root issue
[09:26] <brendand> xranby, i'm trying to get a screenshot now
[09:27] <xranby> thank you
[09:27] <xranby> brendand: if in doubt add a new bugreport on launchpad
[09:28] <brendand> xranby, of course
[11:03] <dholbach> achiang, I collated the nexus7 kernel docs into Nexus7/Kernel (there were 3 separate pages) - hope that was in your interest too
[11:04] <ogra_> janimo, ^^^
[11:04] <dholbach> [ogra] watchdog: enabled.
[11:04] <dholbach> :-P
[11:04] <ogra_> haha
[11:04] <ogra_> *woof*
[11:05] <janimo> dholbach, looks good thanks :)
[11:05] <dholbach> perfect - I'll go through the docs once more now and send a summary of open questions later on
[11:36] <ogra-cb_> janimo, did you nag infinity again about the kernel ? it stil sits in NEW
[11:36] <janimo> ogra-cb_, no
[11:36] <janimo> ogra-cb_, regarding the LICENSE prompting
[11:36] <ogra-cb_> yeah
[11:36] <janimo> I see it needs an accept, it is not a simple note
[11:37] <janimo> the original android installer expectes you to type I ACCEPT
[11:37] <janimo> so more than a simple debconf note I think. I am looking at some debian fw package to copy bits from
[11:37] <ogra-cb_> right, just steal from the sun java package
[11:37] <janimo> PITA anyway
[11:37] <ogra-cb_> yeah
[11:37] <ogra-cb_> i would have loved to avoid that
[11:54] <xranby> can we use the multitouch sensor to record a facepalm of the tablet against the users face to use as an "I Accept"
[11:54] <xranby> ?
[11:54] <xranby> (kidding)
[11:54] <ogra-cb_> haha
[11:54] <ogra-cb_> i dont know if it has a "forehead pressure" property
[11:59] <xranby> maybe that this function is only integrated in the nexus 4
[12:00] <ogra-cb_> with NFC to read your mind while facepalming indeed
[12:00] <xranby> phones usually have a way to disable touch input when in close proximity to the speakers head and ear
[12:01] <ogra-cb_> http://www.youtube.com/watch?v=IoMp9gWNDzQ
[12:02] <ogra-cb_> prior art, you wont make money with it
[12:02] <xnox> janimo: slangasek did say that it should be the binary debconf question, not note.
[12:02] <xranby> as long as m python comply with gpl  we should be fine
[12:03] <ogra-cb_> heh
[12:03] <xnox> janimo: mscorefonts has similar yes/no prompt.
[12:03] <ogra-cb_> oh, indeed
[12:03]  * ogra-cb_ always only remembers java
[12:04] <ogra-cb_> the java prompt seems to have some special setup that requires you to scroll down completely first
[12:04] <xnox> ogra-cb_: not sure if you saw my earlier ping, but the armhf+omap4 images are 22MB small.
[12:04] <ogra-cb_> unless that changed, i havent used sun java in years :)
[12:04] <xnox> (raring daily)
[12:04] <ogra-cb_> xnox, yeah, saw that
[12:05] <ogra-cb_> there are issues with the livefs builder it seems
[12:05] <janimo> xnox, you're right thanks
[12:05] <xnox> is it because livefs pandas are still in a sad state?!
[12:05] <xnox> janimo: no problem =)
[12:05]  * xnox really really really wants images =))))))
[12:05] <ogra-cb_> i'll look into it
[12:05] <xnox> yes please =)
[12:05] <ogra-cb_> but i fear thats lamont or infinity land
[12:06] <xnox> ogra-cb_: bribe them with bamboo =)
[12:06] <ogra-cb_> ogra@nusakan:~$ w3m celbalrai.buildd/~buildd/LiveCD
[12:06] <ogra-cb_> w3m: Can't load celbalrai.buildd/~buildd/LiveCD.
[12:07] <ogra-cb_> definitely lamont or infinity land
[12:07] <ogra-cb_> the builder is down
[12:07] <Laney> celbalrai has been quite sad lately
[12:08] <ogra-cb_> yeah
[12:08] <ogra-cb_> i guess we should replace the HW
[12:08] <ogra-cb_> it had some weird gzip errors too in the last builds that failed
[12:08] <xnox> bug 1078253
[12:08] <ubot2> Launchpad bug 1078253 in Ubuntu CD Images "raring daily images are only 22MB small" [Undecided,New] https://launchpad.net/bugs/1078253
[12:08] <xnox> just filed for tracking =)
[14:25] <ogra-cb> rsalveti, any idea how i can easily find out what these missing bits are ?
[14:26] <ogra-cb> according to the xorg log and es2_info all should be fine now, running es2gears i get diagonal stripes on the upper half of the screen now though
[14:26] <ogra-cb> and while i forced compiz to not use sw rendering, it still feels very slow
[14:29] <ogra-cb> using chromium-browser --use-gl=egl, and going to the webgl testpage, i get a slightly garbeled screen (still good enough to close the browser tab, but there is distortion) and:
[14:29] <ogra-cb> [3242:3242:1362695730:ERROR:gl_surface.cc(83)] Not implemented reached in virtual bool gfx::GLSurface::Resize(const gfx::Size&)
[14:32] <rsalveti> ogra-cb: are you using the same x11 driver and kernel from chrome-os?
[14:32] <rsalveti> I suppose the libs are the same
[14:32] <rsalveti> check with glmark2-es2 as well
[14:32] <ogra-cb> i use the armsoc driver that is supposed to work with mali 604
[14:32] <ogra-cb> glmark as well as es2gears run perfect in openbox
[14:33] <rsalveti> but is it the same driver as used by chrome-os?
[14:33] <rsalveti> that's weird
[14:33] <ogra-cb> i guess that compiz does some auto-fallback for some functions or so
[14:33] <rsalveti> or it's just slow :-)
[14:33] <ogra-cb> so i get it mixed with SW rendering
[14:33] <ogra-cb> well, but why do i get the disgonal stripes etc
[14:34] <ogra-cb> all gles apps runs just fine in openbox, just not under compiz
[14:34] <ogra-cb> so something seems to get in the way
[14:34] <rsalveti> compiz is the compositor, so it'll mess  up with your desktop
[14:34] <ogra-cb> sure
[14:34] <ogra-cb> it doesnt on omap or nvidia though
[14:34] <rsalveti> it's the final one to render the composed texture, and that might be the issue
[14:35] <rsalveti> might be because it's trying the sw fallback with this driver
[14:36] <ogra-cb> well, you can force it not to by exporting LIBGL_ALWAYS_SOFTWARE=0
[14:36] <ogra-cb> which i do atm
[14:37] <ogra-cb> else it automatically falls back to llvmpipe
[14:37] <rsalveti> urgh
[14:37] <ogra-cb> http://paste.ubuntu.com/1355581/ http://paste.ubuntu.com/1355582/ http://paste.ubuntu.com/1355583/
[14:37] <rsalveti> were you able to find why it falls back?
[14:38] <ogra-cb> es2_info, Xorg.0.log and .xsession-errors
[14:38] <ogra-cb> oh, and i have to disable glx in xorg.conf else it tries to use dri1 stuff
[14:38] <rsalveti> [   476.038] (II) ARMSOC(0): Soft EXA mode
[14:39] <ogra-cb> oh!
[14:39] <ogra-cb> i missed the Soft in there
[14:39] <ogra-cb> (armsoc is just a renamed omap btw)
[14:40] <rsalveti> I know :-)
[14:40] <rsalveti> ogra-cb: do you know if that's the x11 driver used by chrome-os?
[14:40] <rsalveti> I'd be surprised
[14:40] <rsalveti> this is not for 'production' :-)
[14:41] <ogra-cb> not sure what source the cros driver uses
[14:41] <ogra-cb> the binary is for abi12 so i cant use it
[14:41] <ogra-cb> (we skipped 12 completely in ubuntu)
[14:42] <ogra-cb> presscise is 11 and quantal+raring are 13
[14:43] <ogra-cb> i dont get why es2_info works flawless though
[14:44] <ogra-cb> http://paste.ubuntu.com/1355604/ has my xorg.conf btw
[14:46] <ogra-cb> if i leave glx enabled in there it tries to load /usr/lib/arm-linux-gnueabihf/dri/armsoc_dri.so which i dont have
[14:47] <ogra-cb> i dont really get why it searches for that at all
[14:47] <rsalveti> hm, guess you only need:
[14:47] <rsalveti>     Identifier "DefaultDevice"
[14:47] <rsalveti> 	Driver          "armsoc"
[14:48] <rsalveti> I think even for panda it tries the glx mode when loading the x11 driver
[14:48] <rsalveti> which is fine if you don't have
[14:49] <xnox> ogra-cb: sent f2fs pull&build request to the kernel team to bake a tasty kernel for: i386, amd64 and arm's (ac100, panda, nexus7)
[14:49] <ogra-cb> xnox, i dont understand
[14:50] <xnox> ogra-cb: samsung released f2fs - filesystem for flash storage, which is suppose to be awesome and so much better than ext4.
[14:50]  * xnox will be playing with it
[14:50] <ogra-cb> rsalveti, k, i was just worried by the warning in the log
[14:50] <xnox> and supposedly better than nilfs2
[14:50] <rsalveti> that's fine :-)
[14:50] <ogra-cb> xnox, oh, f2fs
[14:50] <xnox> yeap =)
[14:50] <rsalveti> well, it should be better
[14:51] <rsalveti> not much better :-)
[14:51] <rsalveti> there's no magic there
[14:51] <ogra-cb> lest me change that and restart X
[14:52]  * ogra-cb drops the whole module section
[14:54] <ogra-cb> [  3091.835] (EE) AIGLX error: dlopen of /usr/lib/arm-linux-gnueabihf/dri/armsoc_dri.so failed (/usr/lib/arm-linux-gnueabihf/dri/armsoc_dri.so: cannot open shared object file: No such file or directory)
[14:54] <ogra-cb> [  3091.835] (EE) AIGLX: reverting to software rendering
[14:54] <ogra-cb> [  3091.835] (II) AIGLX: Screen 0 is not DRI capable
[14:54] <ogra-cb> [  3091.869] (II) AIGLX: Loaded and initialized swrast
[14:55] <ogra-cb> and that didnt change:
[14:55] <ogra-cb> [  3091.768] (II) ARMSOC(0): Soft EXA mode
[15:35] <ogra-cb> http://www.embedded.rs/products/ti-omap5430-pico-itx-sbc
[16:29] <shPikachu> hi ppl
[16:29] <shPikachu> im trying to cross-compile zlib
[16:30] <shPikachu> im using sb2
[16:30] <shPikachu> when i run : sb2 ./configure --prefix=/opt/gtkfb --shared
[16:30] <ogra-cb> sb ?
[16:30] <shPikachu> scratchbox 2
[16:30] <shPikachu> /lib/ld-linux.so.3: No such file or directory
[16:30] <ogra-cb> anh, better ask in a debina channel then
[16:31] <ogra-cb> *debian
[16:31] <shPikachu> ok thanks
[16:32] <ogra-cb> there should also be linaro docs how to do cross compiling with multiarch so that you dont need to use hacks like scratchbox
[16:32] <shPikachu> i see
[16:32] <shPikachu> ill check multiarch
[16:32] <shPikachu> thanks
[16:50] <cwayne> mfisch: ping
[16:50] <mfisch> cwayne: yes
[16:50] <cwayne> mfisch: would you wanna have a quick triage meeting later to get some of these undecided bugs some importance?
[16:51] <mfisch> ok
[16:52] <mfisch> cwayne: can we do it now?
[16:52] <mfisch> cwayne: on IRC
[16:52] <cwayne> mfisch: sure
[16:53] <cwayne> mfisch: first one: bug 960357
[16:53] <ubot2> Launchpad bug 944653 in Compiz Core "duplicate for #960357 compiz crashed on startup with SIGSEGV in strstr() from GLScreen::GLScreen()" [High,Fix committed] https://launchpad.net/bugs/944653
[16:53] <cwayne> oops bug 960537
[16:53] <ubot2> Launchpad bug 960537 in unity (Ubuntu) "Dash search box doesn't unhide Onboard on-screen keyboard" [Undecided,Confirmed] https://launchpad.net/bugs/960537
[17:07] <brendand> cwayne, public vote?
[17:11] <cwayne> brendand: you can participate if you'd like, i don't think we're gonna wait around for votes though :)
[17:12] <brendand> cwayne, sure. i vote High
[17:12] <brendand> cwayne, easier to get a tiebreak with 3 people :)
[17:12] <cwayne> brendand: 1 sec, otp currently
[17:13] <brendand> cwayne, maybe medium given that it's recommended to use the nexus7 with a mouse and keyboard
[17:22] <mfisch> cwayne: please join #ubuntu-bugs
[17:23] <mfisch> cwayne: actually we can finish this first
[17:24] <cwayne> mfisch: mind if i run and grab some lunch real quick first?
[17:24] <mfisch> cwayne: sure, I'll be at lunch in 1 hour, we can do it after
[17:25] <cwayne> mfisch: +1
[18:04] <kulve> ogra-cb: it seems that I can't fastboot flash a filesystem in two pieces, i.e. -S 512M works but -S 256M doesn't
[18:05] <kulve> maybe the fastboot on the device doesn't understand having data in pieces?
[18:06] <ogra-cb> i must admit i never tried anything below 512M
[18:07] <ogra-cb> but others (mfisch, cwayne) saw corruption using that option
[18:07] <ogra-cb> which made us choose to not use it
[18:08] <kulve> I would guess that it flash the first 256M in the start of the partition and then the latter 256M again in the start of the partition and thus it will be a mess. Or something like that
[18:08] <mfisch> In my final testing I saw a 30% failure rate
[18:09] <mfisch> the failure was immediate, not corruption over time
[18:09] <mfisch> the tablet couldn't unpack and install the rootfs
[18:09] <kulve> ok. That might be what I'm seeing. I'll try 10 times in a row then ;)
[21:04] <cwayne> ogra-cb: ping
[21:37] <ogra-cb> cwayne, hey
[21:39] <cwayne> ogra-cb: hey, making a metapackage for stuff we use to test on nexus7, any requests?
[21:40] <ogra-cb> well, most of my stiff will fail pretty significantly if it breaks (tarball installer, image builds) ...
[21:41] <ogra-cb> i doubt for that stuff we need any tests, and beyond that the usual suspects, iotop, powertop etc
[21:42] <cwayne> ah, iotop is a good one
[21:43] <ogra-cb> dunno if we want to stress the MMC, i guess thats not a good idea for a common package ... else something like bonnie++
[21:44] <KC9SJQ> Howdy all, I'm having a bit of trouble.
[21:44] <KC9SJQ> I want a preinstalled ubuntu image for my panda, like I did for ubuntu 11.04 and 12.04, however, they don't seem to exist for the most recent ubuntu.
[21:45] <KC9SJQ> Are these delayed? Are they not being made anymore?
[21:45] <infinity> KC9SJQ: The latter.  We stopped doing preinstalled images, as the user experience was, frankly, pretty lousy.
[21:45] <infinity> KC9SJQ: (The installation experience was nice, but then you were stuck with a system running from SD, so... Not ideal)
[21:46] <KC9SJQ> Then, is there a tutorial on how to install the proper image on a panda? AFAIK, they must boot from the SD card.
[21:46] <infinity> Yes, we still boot from SD, but expect you to be installing to a USB storage device (a hard drive, ideally)
[21:47] <infinity> No tutorial needed, really.  Plug in USB storage, write install media to SD card, boot.
[21:47] <KC9SJQ> And when done, I just leave the SD out of the machine?
[21:47] <infinity> No, you'll need to keep the SD in, as that's where the bootloader lives.
[21:48] <KC9SJQ> ah, okay
[21:49] <KC9SJQ> And the installer sets up the mapping properly?
[21:58] <infinity> Yep.
[22:14]  * xnox did update omap4 install wiki with bullet points
[22:29] <KC9SJQ> xnox: which wiki exactly?
[22:29] <xnox> https://wiki.ubuntu.com/ARM/OmapDesktopInstall
[22:30] <xnox> the installation instructions for arm
[22:30] <xnox> it's linked from https://wiki.ubuntu.com/ARM/OMAP
[22:30] <xnox> which all other websites link to. as that is the "arm" landing page.
[22:30] <xnox> it's not great but good enough.
[22:30] <xnox> also 12.10 release notes explain the arm situation.
[22:35] <KC9SJQ> Thanks for the heads up, I appreciate it.
[22:40] <KC9SJQ> Does anyone know if I can set the wifi adaptor in the panda into master or ap mode?
[22:41] <KC9SJQ> Or more importantly, are there instructions on how to set it up?
[22:43] <infinity> Never tried using it as an AP, but if the driver supports it, installing hostapd would likely make it Just Work.
[22:44] <KC9SJQ> Now, that is the part that seems to confuse me. I attempted the isntructions here  (https://help.ubuntu.com/community/Router) last time, but apparently hostapd replaces editing the internal /etc/network/interfaces
[22:47] <infinity> KC9SJQ: The new world order of hostapd/ifupdown integration is generally a lot less fiddly.
[22:47] <infinity> KC9SJQ: Here's a config (minus a bunch of local stuff that's not relevant) from my precise router: http://paste.ubuntu.com/1356710/
[22:48] <infinity> KC9SJQ: The key being the "hostapd /path/to/conf" bit that replaces having to fiddle with wireless-* stuff in interfaces only to see hostapd redo it differently half a second later. :P
[22:49] <KC9SJQ> What is in /etc/hostapd/hostapd.conf? Is that mostly the default?
[22:50] <infinity> It's basically the default, modulo setting up a password, setting interface=wlan0 and, in my case, bridge=br0
[22:50] <infinity> The last bit likely less relevant on a Panda, where you're probably not setting up a bridge.
[22:51] <infinity> (As such, your /etc/network/interface bits would be under "wlan0" instead of "br0" too)
[22:52] <infinity> ... and obviously wouldn't have the bridge_* bits.
[22:54] <KC9SJQ> Yeah, I won't be bridging, only serving.
[23:00] <KC9SJQ> Allright, I'm backing up my data drive now. Tomorrow that should be done, and I'll install ubuntu to the hd.