[01:43] <Neko> if I bought a pandaboard what would I be able to expect?
[01:44] <Neko> is it going to be like beagle where I buy one now and then 4 revisions later it actually works and I am stuck with a dud? :D
[02:31] <rsalveti> JakeJBailey: gave up of Maverick?
[02:31] <rsalveti> Neko: well, the current one works quite ok, and it seems most of the issues are software related
[02:32] <rsalveti> it'll probably be better than what we had for beagle, but I believe it could happen in some sort
[02:33] <Neko> rsalveti, you should be getting a smartbook tomorrow :)
[02:35] <rsalveti> Neko: yeah, looking for it :-)
[13:56] <Neko_> where's the unity irc channel
[13:56] <Neko_> or can I ask here, what on earth is this "eglx" backend for clutter?
[13:57] <hrw|afk> embedded glx?
[13:57] <hrw|afk> bb soon
[13:57] <Neko_> does that just mean that libegl1-x11 is the backend (i.e. an EGL that runs on X?)
[14:09] <rsalveti> Neko_: yep
[14:09] <rsalveti> it's basically gles but compatible with x
[14:10] <Neko_> so basically, EGL that takes XDisplay as EGLDisplay or whatever
[14:10] <rsalveti> Neko_: #ubuntu-uds-Bonaire4
[14:10] <rsalveti> yup
[14:10] <Neko_> rather than EGL which has some crazy GLX support
[14:10] <rsalveti> in case you want to check the current unity->compiz transition
[14:10] <rsalveti> we're just having this session now
[14:10] <Neko_> (we noticed Cairo OpenGLES backend etc. and some others create context using GLX then render GLES with it)
[14:11] <Neko_> nah I am fine with whatever result
[14:11] <Neko_> as long as some standard GL library stuff will work and it doesn't depend on Mesa
[14:12] <rsalveti> Neko_: yeah, it shouldn't depend it on mesa, should work just fine with gles
[14:13] <rsalveti> but as now they are changing mutter to compiz, the gles compatibility still needs to be developed
[14:13] <Neko_> ARGH
[14:13] <Neko_> tell them it's a dumb idea. mutter is going to be fine in the future
[14:14] <Neko_> why keep using compiz just so that you can support some amd64 PC? mutter will do that. and you will update to GNOME 3 and be discarding their default window manager :D
[14:14] <rsalveti> but they want to change it to the next cycle already, seems they had too many problems with mutter
[14:16] <rsalveti> Neko_: do you know the current state of the gles drivers for i.MX51?
[14:19] <Neko_> rsalveti, we have the technology :D
[14:20] <Neko_> could ship something for smartbook by the end of the week but I wouldn't be proud of it
[14:21] <rsalveti> Neko_: haha :-)
[14:21] <rsalveti> do you have the proper xdriver and etc?
[14:21] <Neko_> well
[14:21] <Neko_> let's explain the situation
[14:21] <rsalveti> ok
[14:21] <Neko_> there is a EGL, GLES1.1 GLES2.0 and OpenVG
[14:22] <Neko_> they communicate through this kernel layer (cross platform) which is in the kernel we ship, called GSL
[14:22] <Neko_> it is like DRM but it works on WindowsCE too :D
[14:22] <Neko_> Qualcomm also use it
[14:22] <Neko_> what there is, is basically EGL for X11 and EGL for framebuffer
[14:22] <Neko_> OpenGL doesn't care
[14:22] <rsalveti> got it
[14:22] <Neko_> the Xorg 2D driver uses the OpenVG unit to accelerate EXA
[14:23] <Neko_> Freescale use UIO because they thought it was faster
[14:23] <rsalveti> Neko_: what is the chip that handles the gles?
[14:23] <Neko_> but the original AMD interface works just as well
[14:23] <Neko_> (through GSL)
[14:23] <rsalveti> interesting, never saw people using openvg to accelerate exa
[14:23] <Neko_> problem: with AMD GSL for the X11 driver, everything is red
[14:23] <Neko_> they don't they're poking the hardware to do things like blits and render lines and stuff
[14:23] <Neko_> 2D is 2D
[14:24] <ogra_ac> now thats a statement
[14:24] <Neko_> problem: with FSL UIO for the X11 driver, everything is fine, a bit faster, but it disables any ability to use OpenVG
[14:24] <Neko_> we hate that idea and FSL are dropping it next BSP anyway
[14:24] <Neko_> (and that has 2.6.35 in it as well, yay!)
[14:25] <Neko_> what we might do is package 3D on the basis that you can use it how you like without any X11 support for EXA or so. pixman is used in fbdev and works nice. OpenGL will render on top of it at decent speed. So will OpenVG.
[14:25] <Neko_> and then we will work out the stupid red tint bug and ship an accelerated X11 driver later
[14:27] <Neko_> hehe we just dropped pixman 0.20.0 on the smartbook and it screams along
[14:27] <Neko_> hooray
[14:30] <rsalveti> hehe
[16:39] <Neko_> font question!
[16:40] <Neko_> guys, when jaunty was around it had this nice sort of curvy console font
[16:40] <Neko_> anyone remember what it was?
[16:40] <Neko_> stuck with terminus here and missing the curvy jaunty one
[19:33] <sebjan_> ogra_ac: (working on the emmc installer) what is triggering the ubuntu image installer (asking for locale, create a user, ...) on the 1st image boot? (I have all the pieces ok, except that on the 1st boot from emmc I get a logging screen)
[19:33] <sebjan_> ogra_ac: note that we bypass jasper and try to reproduce some parts of it in another initramfs (so I may be missing something made by jasper?)
[20:08] <ogra_ac> sebjan_, yes you likely miss the whole of jasper_setup, and you shouldnt do the partitioning and copying by a script, debian-installer has all we need, i will work on a proper solution for natty
[20:10] <sebjan_> ogra_ac: yes, as a short term work-around we bypass jasper and try to do most of it on our side. I was missing /root/var/lib/oem-config/run. Now the installer runs. I still have to fix the default session.
[20:11] <ogra_ac> thats also in jasper (will be fixed elsewhere in natty)
[20:11] <sebjan_> yes, I saw that :). I miss the call to gdm-set-default-session
[20:12] <ogra_ac> in natty we will just set it at image buildtime so there wont be a need for the jasper hack
[20:12] <sebjan_> ogra_ac: where does the /usr/share/xsessions/une-efl.desktop comes from?
[20:14] <jo-erlend> N900 has gained U-Boot support. Does that mean that I could dd a flashcard, insert it and boot Ubuntu ARM on it? :)
[20:50] <rsalveti> jo-erlend: I'm also waiting to have it on my n900 so we can try to spin an image for it
[20:50] <rsalveti> I'm building a maverick compatible kernel that should work at the n900
[20:50] <jo-erlend> nice :)
[20:50] <rsalveti> but still needs more testing
[20:51] <jo-erlend> I'm just trying out MeeGo as we speak :)
[20:51] <jo-erlend> that is to say: I'm preparing to do so.
[20:51] <rsalveti> jo-erlend: cool, will ping you when I get something :-)
[20:51] <jo-erlend> grand. :)
[20:51] <rsalveti> but in our best case, we should have a working kernel, working initrd, and working xserver, accelerated by sgx
[20:52] <rsalveti> all working fine, that's the goal :-)
[20:52] <rsalveti> and with ofono you can even use the modem, and call someone :-)
[20:52] <rsalveti> but unfortunally I don't have much time this week to search for the u-boot support
[20:52] <jo-erlend> wow! I can _call someone_ with my phone?! Awesome. :)
[20:53] <rsalveti> doesn't seems to be public, but I can be wrong
[20:53] <rsalveti> on ubuntu, that's the awesome part ;-)
[20:53] <jo-erlend> yes, I know. :)
[20:54] <rsalveti> out again, another ude session :-)
[20:55] <jo-erlend> :)
[20:57] <suihkulokki> rsalveti: did you look at meego 1.1 kernel yet?
[21:14] <rsalveti> suihkulokki: that's where I'm getting the kernel patches
[21:15] <rsalveti> and the good thing is that it's also 2.6.35
[21:47] <jcastellanos> Hi all, I have a beaglebord C series and was trying to install the OMAP3 preinstalled Maverick (10.10) image, after typing in the console the setenv bootcmd 'mmc init;fatload mmc  ...     I got   ** Unable to use mmc 0:1 for fatload **    Unknown command 'source' - try 'help'.      Any Idea how to solve this?
[22:01] <lag> jcastellanos: Maverick doesn't work on BB RevC
[22:05] <jcastellanos> lag: Thanks!
[22:07] <lag> jcastellanos: np
[22:56] <rsalveti> lag: jcastellanos: it should work
[22:56] <rsalveti> the C4 was quite well tested
[22:56] <rsalveti> and it's officially supported by us
[22:57] <rsalveti> it's not the recommended board from a user experience point of view
[22:57] <rsalveti> but you can for sure run ubuntu quite well on it, if you switch to a lighter wm and etc
[22:57] <hrw> hi
[22:59] <rsalveti> hey
[23:00]  * rsalveti out, just finished last session
[23:01] <rsalveti> anyone interested at joining the arm team? http://webapps.ubuntu.com/employment/canonical_UOASE/
[23:21] <jcastellanos> rsalveti: Thanks for the board info