[09:38] <ogra_> http://cdimage.ubuntu.com/lubuntu/daily-preinstalled/20120824/
[09:38] <ogra_> there we go
[09:38] <ogra_> ac100 lubuntu
[09:39] <ogra_> wow, and only 400M
[09:39] <lilstevie> nice
[09:40] <lilstevie> I've recently renewed some work on the tf101
[09:40] <lilstevie> (took long enough) :p
[09:40] <ogra_> heh
[09:40] <lilstevie> but u-boot won't play ball with my usb keyboard :/
[09:41] <ogra_> get a bluetooth one
[09:41] <ogra_> will surely be better :P
[09:41] <lilstevie> u-boot
[09:41] <lilstevie> :p
[09:41] <ogra_> yeah, that was the joke :P
[09:41] <lilstevie> instead I have started writing a driver for the dock keyboard
[09:41] <ogra_> ++
[09:41] <ogra_> ood move
[09:41] <ogra_> *good even
[09:42] <lilstevie> we have no serial
[09:42] <lilstevie> so playing with involves putting a boot.scr with the commands I want to execute on a usb stick
[09:43] <lilstevie> speaking of u-boot though, documentation on device tree stuff is really lacking
[09:43] <ogra_> yep
[09:43]  * ogra_ agrees
[09:44] <lilstevie> is there any documentation anywhere that could give me a hand, so far I have had nothing but fail in trying to get a kernel running using a device tree
[09:48] <ogra_> i dont know of an, oogle ...
[09:48] <ogra_> *google
[09:48] <lilstevie> yeah tried that
[09:48] <lilstevie> :(
[09:49] <lilstevie> fragments, none of which seem to help tegra
[09:51] <ogra_> well, what i know is that you need a devicetree file and u-boot needs to load it somehow
[09:56] <lilstevie> heh
[09:56] <lilstevie> well I managed that part
[09:57] <ogra_> and indeed your u-boot version needs to know how to handle it
[10:03] <lilstevie> and ran the fdt commands
[10:03] <lilstevie> yeah, I'm using the l4t-r15 u-boot
[11:03] <marvin24> lilstevie: what's the problem?
[11:04] <marvin24> on ac100 the device tree get appended to the u-boot binary
[11:04] <marvin24> which is transfered to the kernel later in the boot process
[11:05] <marvin24> the problem is that kernel has a slightly different device tree than u-boot
[11:07] <ogra_> ouch
[11:07] <ogra_> it shouldnt, should it ?
[11:07] <marvin24> no it shouldn't
[11:07] <ogra_> (at least by my knowledge of DT one DT file should work with bootloader as welll as kernel)
[11:08] <marvin24> but mainline u-boot isn't updated yet
[11:08] <marvin24> but I guess you can just copy the kernel dt to u-boot
[11:08] <marvin24> as long as the syntax is equal
[11:09] <marvin24> ogra_: is the new quantal image installable?
[11:09] <ogra_> marvin24, havent tested it since teh switch to lubuntu, download is just done
[11:10] <marvin24> I wonder if it also has the limitation to be only installable to the internal mmc
[11:10] <ogra_> http://cdimage.ubuntu.com/lubuntu/daily-preinstalled/20120824/
[11:10] <marvin24> I will try out later
[11:10] <ogra_> i havent changed anything in the installer
[11:10] <ogra_> everything should work/fail as it did before :)
[11:11] <marvin24> :-(
[11:12]  * ogra_ doesnt get what was broken, for me all install variants worked last time i tested
[11:32] <ogra_> ah, sweet i'm in lubuntus oem-config :)
[11:32] <ogra_> X took quite long to come up ... i already thought it had crashed
[11:33] <marvin24> maybe it restarted several times
[11:33] <ogra_> might be, i'll check the logs once i can
[11:34] <ogra_> hmm, weird that they use the same slideshow
[11:34] <ogra_> doesnt really match the color theme
[11:37] <xnox> oh their slideshow was crashing or something
[11:37] <ogra_> ah
[11:37]  * xnox ponders if I should continue ubiquity development on lubuntu
[11:37] <ogra_> yay, oem-config survived ... i'm in package removal
[11:37] <xnox> ogra_: based on the foundations-team report, is there a bug tracking compiz llvmpipe landing in ubuntu?
[11:38] <ogra_> not yet, no
[11:38] <xnox> and will there be a release meeting today?
[11:38] <ogra_> and i'm pretty sure we wont enable it at all for arm builds
[11:38] <ogra_> ask kate :)
[11:38] <ogra_> i have it on my gcal but that doesnt mean much :)
[11:39] <ogra_> xnox, we're still waiting for input from doko in the mail discussion about llvmpipe (thouh i suspect he wont maically pull code out of a hat that makes arm work)
[11:39] <ogra_> yay, "removing cryptsetp" :)
[11:39] <ogra_> *setup
[11:40] <ogra_> lightdm !
[11:41]  * ogra_ logs in
[11:41] <ogra_> heh
[11:41] <ogra_> the games subment uses the same icon for all games
[11:41] <ogra_> *submenu
[11:48] <ogra_> marvin24, so at least the default install works just fine here
[11:48]  * ogra_ is surprised to see the initial desktop use 267MB 
[11:48] <ogra_> thats way more than unity-2d used
[11:49] <ogra_> (about 100M)
[11:49] <marvin24> nice it worked so far
[11:49] <marvin24> I will try install on sd card then
[11:50] <ogra_> hmm, chromium is not working
[11:55] <xnox> crashes?
[11:55] <xnox> it did for me, i switched to chrome
[11:55] <ogra_> yep
[11:55] <ogra_> on your panda ?
[11:55]  * xnox 'for me' usually means 'on my amd64'
[11:55] <ogra_> ah
[11:55]  * xnox has no screen for panda remember =)
[11:55] <ogra_> well, there is always ssh -X
[11:55] <ogra_> ;)
[11:57] <ogra_> sigh, apport
[12:02] <xnox> aport - is the command you give your dog to 'fetch' in Russian
[12:03] <ogra_> haha
[12:15]  * ogra_ tries suspend
[12:15] <ogra_> bah
[12:18] <xnox> let me just tell you =) quantal daily amd64 is awesome in the VM: no dash, no indicators, no panel on the top. Simply a pretty background + icon install ubuntu
[12:18] <xnox> simply precise =) awesome
[12:18] <ogra_> haha
[12:19] <ogra_> you should try it on the panda ... there its awesome and breaking :)
[12:20] <xnox> i am pretty sure that it's the fallback metacity without any acceleration
[12:20] <xnox> btw what did happen to the gnome fallback (ubuntu classic)
[12:30]  * ogra_ thinks now that he has to look at xcreensaver again regulary it is time to reintroduce the xft patch for the unlock window as infinity suggested
[12:30] <ogra_> this thing is just to ugly
[12:35] <xnox> ogra_: see what unity does to you! calling other projects "too ugly"
[12:49] <lilstevie> marvin24, screen black (backlight on) and nothing
[13:01] <marvin24> lilstevie: serial console available?
[13:01] <lilstevie> no
[13:02] <marvin24> if the kernel is compiled for device tree support and no dt is supplied it will just stop
[13:02] <lilstevie> not enough resources have gone into locating the serial
[13:02] <marvin24> hacking u-boot without a serial console is ...
[13:03] <lilstevie> by supplying dt you mean fatload ; fdt address {blah}; fdt resize; bootm
[13:03] <marvin24> lilstevie: mmh, we use u-boot-dtb.bin
[13:03] <lilstevie> without a serial console is... fun? :p
[13:04] <marvin24> which does not require loading it from somewhere else
[13:04] <lilstevie> hm
[13:04] <marvin24> do you have patches for tf101 on mainline?
[13:05] <marvin24> 3.1 kernel won't boot with device tree anyway
[13:05] <lilstevie> oh
[13:05] <lilstevie> even though it has generic DT support?
[13:05] <marvin24> yes
[13:05] <lilstevie> that could be the issue
[13:05] <marvin24> a *lot* of dt work went into mainline in the last version
[13:05] <lilstevie> ah
[13:06] <marvin24> that's what the nvidia folks mostly did over the last months
[13:06] <marvin24> mainline just removed board file support ;-)
[13:06] <lilstevie> :)
[13:07] <marvin24> so, better spend your time towrite a nice device tree file for tf*01
[13:07] <marvin24> and add u-boot support
[13:08] <lilstevie> well the seaboard device tree pretty much works with a resolution change
[13:08] <marvin24> so you got mainline kernel working already?
[13:08] <lilstevie> no u-boot
[13:08] <marvin24> ah
[13:09] <marvin24> I think linux kernel support should be a big problem then
[13:10] <lilstevie> haven't really tried much past trying to get the device tree to load on a working 3.1
[13:27] <lilstevie> marvin24, is the ac100 stuff somewhere?
[13:56] <rsalveti> ogra_: hey, any news about the pvr driver?
[13:56] <rsalveti> :-)
[14:35] <ogra_> rsalveti, hmm, didnt infinity upload it yesterday ?
[14:38] <rsalveti> ogra_: nops
[14:39] <ogra_> yeah, doesnt seem to be in any queue
[14:39] <ogra_> i'm in a call now, will take care afterwards
[14:39] <rsalveti> ogra_: great, thanks
[14:47] <ogra_> rsalveti, uploaded (will be stuck in NEW now)
[14:48] <rsalveti> ogra_: did you also upload libdri2?
[14:48] <rsalveti> ogra_: bug 1040611
[14:48] <ubot2`> Launchpad bug 1040611 in ubuntu "[needs-packaging] libdri2" [High,Confirmed] https://launchpad.net/bugs/1040611
[14:48] <ogra_> only libdri2 yet
[14:48] <rsalveti> oh, ok
[14:48] <rsalveti> good, we can poke infinity when he's back on-line
[14:48] <ogra_> under the assumption that NEW processing might take a bit
[14:49] <rsalveti> we just need to get someone from the desktop to update compiz again
[14:49] <rsalveti> now using the right revision
[14:49] <ogra_> seeing seb128's release report on the ubuntu-release ML they are aware it seems
[14:50] <ogra_> "* compiz GLES landing to compiz-trunk, needs to be tested and released"
[14:50] <ogra_> seems they wait for an upstream release for it
[15:02] <rsalveti> got it
[15:38] <Laney> ogra_: Care to take a look at http://ubuntuone.com/0E3feYdrhGY1ywL9vNBjbS and tell me what I did wrong please? That's a netboot install on my panda using the latest fb image. :-)
[15:39] <ogra_> Laney, they system needs the SD card to boot (and write the bootloader to it during install)
[15:39] <ogra_> so dont unplug it ;)
[15:40] <ogra_> sorry, i'm behind with the install instructions, the wiki should say that
[15:40] <Laney> unplug? I unplugged nothing
[15:40] <Laney> I just did what this says http://testcases.qa.ubuntu.com/Install/ARM/NetBoot
[15:40] <ogra_> how did you boot the netboot image ?
[15:40] <ogra_> and the Sd is still in the slot ?
[15:41] <Laney> yes
[15:41] <ogra_> hmm
[15:41] <Laney> unless it fell out ...
[15:41] <ogra_> probably bug 806751
[15:41] <ubot2`> Launchpad bug 806751 in debian-installer "Boot partition on SD is too small on omap/omap4" [Medium,Fix released] https://launchpad.net/bugs/806751
[15:41] <Laney> Fix Released?
[15:42] <ogra_> though that shouldnt say "is not a block device"
[15:42] <Laney> I'm installing with / on an attached USB drive if that matters
[15:43] <ogra_> thats fine
[15:43] <ogra_> and you used guided partitioning ?
[15:43] <Laney> manual → select free space → auto partition
[15:44] <ogra_> hmm
[15:44] <Laney> I think it made a separate /boot partition
[15:45] <ogra_> yes, it does that by default
[15:48] <Laney> ho hum
[15:48]  * Laney gets a live image instead
[15:48] <ogra_> noo !
[15:49] <ogra_> get a server image at best :)
[15:49] <ogra_> desktop is totally borked due to the removal of unity-2d
[15:49] <Laney> argh, really?
[15:49] <ogra_> yep
[15:49] <ogra_> llvmpipe on arm doesnt work...
[15:49] <Laney> sigh
[15:49] <ogra_> and there is no 2D desktop anymore ...
[15:50] <ogra_> nor are there 3D drivers yet
[15:50] <ogra_> the alpha milestone might work ... but you should refrain from upgradin
[15:54] <Laney> i'll just get that and hold unity-2d then
[15:54] <ogra_> that should work
[15:55] <ogra_> sorry, that netboot didnt work out for you, i'll have a look over the weekend what that is
[15:55] <ogra_> weird error ... really
[15:56] <Laney> I chose the desktop task so it would have been a bit doomed anyway :P
[15:56] <ogra_> heh, yeah
[15:58] <Laney> there was a weird "Ubuntu Desktop (USB)" task too — wonder what that's about
[15:59] <ogra_> tasksel should be able to tell
[15:59] <ogra_> it should have at least a long description (that d-i doesnt show i think)
[16:08] <xnox> ogra_: shall we ship gnome-session-fallback on arm then?
[16:08] <xnox> to unbreak desktop images
[16:09] <ogra_> xnox, nope, we're waiting for NEW prosessing of libdrm2 and will then have the new GLES driver in the archive shortly after
[16:09] <ogra_> no need to invest time into hacks
[16:17] <furan> is there some way to dump the sym versions using a kernel image?
[16:17] <furan> I tried looking at /proc/kallsyms but that doesn't give me the versions
[20:09] <rolf__> I am running a padaboard. is a dist-upgrade from ubuntu 11.10 server to 12.04 server a standard procedure or is there anythins special to take care of?
[20:09] <rolf__> How much time will such a dist-upgrade take?
[20:10] <infinity> rolf__: Given that 12.04 was the introduction of armhf as our supported arch, I'd recommend a reinstall.
[20:10] <infinity> rolf__: But dist-upgrading your armel install should work fine.
[20:11] <infinity> (It'll just not be armhf)
[20:14] <rolf__> thank you