[08:50] <xranby> ndec: ping, hi the LWJGL people wonder if you have any available documentation on the extensions: GL_OES_required_internalformat , GL_IMG_texture_stream2 , GL_IMG_texture_npot and GL_IMG_texture_format_BGRA8888  since they are not part of the official GLES registry http://www.khronos.org/registry/gles/
[08:50] <xranby> ndec: the request for more information about these extensions was made on this forum thread: http://lwjgl.org/forum/index.php/topic,4237.0.html
[10:04] <xranby> ndec: pbt, i notice that opengl-es 2.0 performance on the panda board almost double if i run my tests using a windowmanager that do not use compositing effects.  i now get areound 250fps on the gears benchmark when running xfce4
[10:04] <xranby> btw
[10:05] <xranby> compared to areound 130fps when running unity
[10:08] <Amaranth> :(
[10:08] <ndec> xranby: you meant unity2d?
[10:08] <Amaranth> Yeah, the GPU can't really do unity at 1080p
[10:09] <Amaranth> I mean, it works, but don't do any other 3D stuff
[10:10] <ndec> Amaranth: do you have a PPA for unity 3D on panda?
[10:10] <Amaranth> nope, not yet
[10:10] <ndec> when do you think there will be one?
[10:11] <Amaranth> Well, I need to make a release in a couple days
[10:11]  * lilstevie is looking forward to unity with es
[10:11] <Amaranth> The goal is to have unity in the 11.10 Linaro release and in a PPA for oneiric by UDS
[10:12] <ndec> ok.
[10:12] <ndec> how well/bad is it working now?
[10:12] <Amaranth> hehe, trying to figure out some changes to nux
[10:13] <Amaranth> and for some reason my VM can no longer run any GL stuff
[10:17] <xranby> ndec: yes i get half performance when running unity2d :/
[10:18] <Amaranth> oh, unity2d
[10:18] <Amaranth> that's not even using a compositor...
[10:18] <ndec> is compositing (xrender) enabled by default on unity2d/metacity?
[10:18] <lilstevie> I wonder how it would run on the tegra2 :p
[10:18] <xranby> Amaranth: interesting
[10:19] <Amaranth> ndec: I don't think so
[10:19] <ndec> xranby: we've seen that as well. using the standard gnome fallback perf is much better too.
[10:19] <ndec> so there is something with unity2d
[10:19] <xranby> 8thavatar
[10:19] <xranby> hmm..
[10:20] <xranby> ok now all now my password for my dev boards
[10:20] <xranby> wrong keyboard
[10:21] <ndec> kernel.org problems could have started like that ;-)
[10:22] <lilstevie> lol
[10:22] <lilstevie> that would be an entropy issue
[10:23] <ogra_> metacity defaults to composite in oneiric
[10:23] <lilstevie> using the same password everywhere
[10:23] <xranby> ogra_: can i somehow disable it?
[10:23] <ogra_> but has all effects patched out
[10:23] <ogra_> install dconf-editor
[10:23] <xranby> ogra_: i would like to test if i can tewak unity2d to double the fps
[10:23] <xranby> ok
[10:23] <ogra_> it should have a setting for that, but your unity-2d will look horrible i think
[10:24] <ogra_> (metacity doesnt use the compositor, but unity-2d does a lot)
[10:25] <ndec> ogra_: i remember looking at this setting in gconf-editor..
[10:25] <ogra_> right, gconf-is gone though
[10:25] <ndec> but the setting was still there, iirc...
[10:25] <ogra_> form a former install ?
[10:26]  * ndec checking...
[10:26] <ogra_> it shouldnt be there on new installs and it shouldnt be used at all anymore
[10:26] <ndec> ogra_: ok... i don't have a former install, i dist-upgraded since alpha 1 or 2
[10:26] <ogra_> right
[10:26] <ogra_> thats what i mean :)
[10:27] <xranby> ndec: are there any available public documentation on the extensions: GL_OES_required_internalformat , GL_IMG_texture_stream2 , GL_IMG_texture_npot and GL_IMG_texture_format_BGRA8888 ?
[10:27] <ogra_> if you installed a dev image it might be that the setting is still idling around on your disk *especially* if you once touched it with gconf-editor
[10:27] <ndec> it's dconf-tools, not dconf-editor ;-)
[10:27] <ogra_> the app is dconf-editor ;)
[10:28] <ndec> xranby: don't know. robclark any idea? [when you wake up...]
[10:28] <ogra_> sorry,yes, tha package name differs
[10:29] <ndec> ogra_: are you sure there is a config for compositing in dconf?
[10:29] <ogra_> it should be
[10:30] <ndec> there is no search function?
[10:31] <ogra_> no idea i only used that app twice
[10:31] <ogra_> and its hirribly jumpy on the right pane
[10:32] <ndec> ogra_: where are the dconf files?
[10:32] <ndec> it will be easier to grep...
[10:33] <ogra_> look in /usr/share/glib-2.0/schemas/
[10:33] <ogra_> though these are the uncomplied files, if you make changes there you need to compile the whole stuff again
[10:33]  * ogra_ likes gconf a lot more
[10:34] <ndec> grep compositing /usr/share/glib-2.0/schemas/* --> nothing
[10:35] <ndec> ogra_: it seems that totem and gst still rely on gconf.
[10:35] <ndec> is that correct?
[10:35] <ogra_> afaik we dont even install gconfd anymore
[10:35] <ogra_> desktop team would know
[10:36] <ogra_> but i also seem to not find anything
[10:42] <ndec> ogra_: i think gconf is still used somewhere... in our release we change the default videosink for GST/totem using gconf, and it's working. but in dconf this setting is not visible...
[10:42]  * ndec is a bit lost ;-) so going for lunch...
[10:42] <xranby> ogra_: i can make speed go from 130 fps to around 190 fps by killing Metacity
[10:43] <ogra_> xranby, well, file a bug :)
[10:43] <xranby> still a bit to go before i reach 250fps that i get using xfce45
[10:43] <xranby> xfce4
[10:43] <ogra_> ndec, they are two different DBs
[10:43] <ogra_> ndec, and gsettings/dconf uses a binary format
[10:43] <ndec> xranby: which app are you using?
[10:44] <xranby> ndec: im using LWJGL java bindings
[10:44] <xranby> for opengl-es
[10:44] <xranby> ndec: im preparing a package to get the new LWJGL version into the archive that have opengl-es 2.0 support
[10:49] <xranby> ndec: to test yourself.. if you trust me then you can get a patche LWJGL sourcetree here : http://openjdk.gudinna.com/lwjgl-es/LWJGL-svn-r3678-bin.tar.gz
[10:49] <xranby> it contains the latest LWJGL svn tree patched and built
[10:50] <xranby> it contains a little script   test-es2.0.sh
[10:51] <xranby> if you have oneiric installed you need to change the start of all command lines  from   java   to java -zero   (since jamvm will not have support to run this unless ubuntu pulls in the nev version from upstream)
[11:06] <Amaranth> xranby, ogra_: afaik metacity will uses gconf
[11:07] <ogra_> Amaranth, well, according to the desktop theam they got rid of gconf in 11.10
[11:07] <Amaranth> err, still
[11:07] <Amaranth> metacity certainly still links to libgconf
[11:07] <ogra_> Amaranth, oh, btw, have you seen the willow mail
[11:07] <Amaranth> I don't think so
[11:08] <Amaranth> I thought I gave someone else admin on the team in launchpad and they took it over
[11:08] <ogra_> you gave me admin
[11:08] <ogra_> but i cant make the guy who asked admin, seems onla the team owner can ... make him the owner ;)
[11:09] <ogra_> and hand the team over to him, so we both can resign
[11:09] <Amaranth> glenstewart?
[11:09] <ogra_> yep
[11:10] <Amaranth> done
[11:13] <robclark> xranby, if what you are doing is purely bandwidth limited, then of course compositing wm will cut fps quite a bit..    for metacity xrender compositing it amounts to 2 more copies
[11:14] <robclark> although normally there isn't much point in going faster than 60fps (if you are vsync locked)
[11:16] <ogra_> Amaranth, thanks !
[11:21] <xranby> robclark: ok, did you see my question above reguarding documentation for some of the drivers extensions?
[11:22] <robclark> I'll have to ask around.. off top of my head I'm not sure
[11:43] <jondo> Hi ogra! Can you have a look at my comment to bug 871650? rsalveti asked me to try something and I don't know exactly which files to use.
[11:43] <ubot2> Launchpad bug 871650 in linux ""unable to enumerate USB device" with BeagleBoard-xM" [High,Confirmed] https://launchpad.net/bugs/871650
[11:43] <ogra_> jondo, well, i saw your comment, why dont you just wait until rsalveti gets up
[11:44] <ogra_> though testing with linaro might be intresting, could be that we miss a patch or something
[11:44] <jondo> Sure, I'll wait.
[11:51] <dabukalam> what's the difference between uncompressing and unpacking a tar.gz file? If I'm told to uncompress but NOT unpack...
[11:52] <ogra_> dabukalam, heh, who tells you that ?
[11:52]  * ogra_ would say its the same 
[11:57] <dabukalam> ogra_: that's why I'm a bit confused.
[11:57] <dabukalam> ogra_: look under 'procedure, https://wiki.ubuntu.com/Core
[11:57] <ogra_> well, who gave you that info
[11:58] <ogra_> oh, wait, its a tar.GZ
[11:58] <dabukalam> yeah
[11:58] <ogra_> you can uncompress it
[11:58] <ogra_> but still keep it a tarball
[11:58] <dabukalam> how?
[11:59] <dabukalam> ogra_: how?
[11:59] <ogra_> gunzip
[12:00] <dabukalam> ogra_: wicked, thanks
[12:00] <ogra_> for step 1 you use gunzip
[12:00] <ogra_> for step 3 you use tar
[12:03] <dabukalam> ogra_: yup, got it. Not sure why I can't just tar here then copy the stuff over. Technically the same thing right?
[12:05] <diwic> ...or why one can't skip step 1, then uncompress/untar in one step
[12:06] <ogra_> right, thats a weird howto
[12:06] <dabukalam> yeah. I think the guy the wrote it is confused. also you can only get to that page with /Core not /core. weird
[12:06] <dabukalam> cba to change it
[12:07] <ogra_> fixed
[12:09] <dabukalam> ogra_: nice :)
[12:10] <dabukalam> ogra_: now I'm also a bit confused when it says install boot-loader and install linux
[12:10] <dabukalam> ogra_: that's not included in core?
[12:10] <ogra_> no
[12:10] <ogra_> core is a rootfs, no configuration, no users, no setup or anything
[12:10] <ogra_> it is supposed to be the base for people building other stuff on top of it
[12:11] <ogra_> like .i.e a car entertainment system, or a settop box or some such, where you dont have users and put your own UI on top
[12:11] <dabukalam> ogra_: yeah. I'm installing this on a i.MX53 board
[12:11] <dabukalam> I just wanna see a command line
[12:12] <dabukalam> so when it says install linux and boot-loader
[12:12] <dabukalam> i get grub and install it on there
[12:12] <ogra_> you need to know how to do that for your HW
[12:12] <ogra_> no
[12:12] <ogra_> grub doesnt support arm
[12:12] <dabukalam> ah
[12:12] <dabukalam> so i'll find an alternative
[12:12] <ogra_> thats something you need to know in advance, else core is not for you
[12:12] <dabukalam> any suggestions?
[12:12] <ogra_> you should know your HW in and out for using core
[12:13] <dabukalam> ogra_: ok.
[12:13] <ogra_> if you dont want to use the mx5 images (assuming you have a quickstart board there), and actually need headless, i would go for linaro for now
[12:13] <ogra_> the mx5 images for the quickstart we offer ship a desktop by default
[12:16] <dabukalam> i have a quick start board
[12:16] <ogra_> well, either use the mx5 image then or if you want headless your best option is one of the linaro dev images
[12:16] <dabukalam> i'm not new to linux, but i'm new to arm, but I need to learn fast :/
[12:17] <dabukalam> a linaro dev image would be a linux kernel or a boot-loader?
[12:17] <dabukalam> from what i've understood linaro provides tools.
[12:17] <ogra_> the mx5 image is really trivial to use and you can remove the desktop afterwards if you want (just uninstall the X libs and the rest will vanish along)
[12:18] <dabukalam> oh cool.
[12:18] <ogra_> for linaro images, ask linaro  :)
[12:18] <dabukalam> so basically ubuntu core is just a bunch of packages
[12:18] <ogra_> yes
[12:18] <dabukalam> i see
[12:18] <ogra_> its the most minimal OS you need to run apt
[12:18] <ogra_> nothing more
[12:19] <dabukalam> cool cool. So if I wanted I could install any apt-based distro
[12:19] <ogra_> no.
[12:19] <ogra_> thats not how distros work
[12:20] <dabukalam> a distro is linux + bootloader + packages?
[12:20] <ogra_> you can install ubuntu packages
[12:20] <ogra_> but would run into issues with other apt based systems
[12:20] <ogra_> a distro is far more than a kernel and packages :)
[12:20] <ogra_> also your packages are compiled against certinal librabies
[12:21] <ogra_> *libraries
[12:21] <ogra_> you cant just take a .deb from ubuntu to debian or the other way round, you will need all depending packages too ... and in the end you end up with two versions of essential libs and your system might stop working
[12:22] <ogra_> so just having the apt command doesnt mean you can use any apt based distro out there
[12:22] <ogra_> (btw, i think fedora ahs apt as well, though its not .deb based at all)
[12:23] <dabukalam> yeah i get that
[12:23] <dabukalam> so wait android is what then?
[12:23] <dabukalam> i custom kernel? or a distro or what?
[12:23] <dabukalam> *A
[12:24] <ogra_> *somethingÜ
[12:24] <ogra_> :)
[12:24] <ogra_> no idea what i would call android ... its not linux, its not a distro ...
[12:24] <ogra_> it is an OS though
[12:24] <ogra_> :)
[12:25] <dabukalam> it's an android
[12:25] <dabukalam> ^^
[12:25] <ogra_> heh
[12:27] <lilstevie> heh
[12:27] <lilstevie> Android is an entire OS
[12:27] <lilstevie> the only similarities is it uses the linux kernel
[12:28] <ogra_> lilstevie, well, some few bits of the linux kernel :)
[12:28] <lilstevie> heh
[12:28] <lilstevie> the base is the linux kernel
[12:28] <ogra_> sure sure
[12:28] <dabukalam> so it's basically a linux-like OS?
[12:28] <lilstevie> with specific android patches
[12:28] <ogra_> yes
[12:29] <lilstevie> essentially
[12:29] <ogra_> or a linux "based" OS
[12:29] <lilstevie> minus libc
[12:29] <dabukalam> is ntldr compatible with arm?
[12:29] <ogra_> missing libc doent mean its not linux ;)
[12:30] <ogra_> there are linuxes using other C libs
[12:30] <ogra_> dabukalam, ntldr is for widows NT
[12:30] <dabukalam> oh
[12:30] <ogra_> (no that wasnt a typo :P )
[12:30] <dabukalam> nvm
[12:30] <dabukalam> another question
[12:30] <dabukalam> debian squeeze
[12:30] <dabukalam> is the equivalent of ubuntu core?
[12:31] <ogra_> no
[12:31] <ogra_> its a release name
[12:31] <ogra_> like the recent ubuntu release was called oneiric ocelot until release
[12:31] <ogra_> https://wiki.ubuntu.com/ARM/MX5 has the instructions for the mx5 images btw
[12:32] <ogra_> (the install is a one liner)
[12:32] <dabukalam> i've done that before on a beagleboard
[12:32] <ndec> ogra_: i confirm that metacity still uses gconf...
[12:32] <dabukalam> but this needs to be ubuntu core
[12:33] <dabukalam> that would install oneiric wouldn't it?
[12:33] <ogra_> what did the desktopteam say ?
[12:33] <ogra_> ndec, ^^
[12:33] <ndec> i didn't ask them... i tried on my board ;-)
[12:33] <ogra_> dabukalam, yes
[12:33] <ogra_> ndec, ah
[12:33] <dabukalam> ogra_: so I'm thinking U-boot then :)
[12:33] <ogra_> dabukalam, ubuntu core is also oneiric
[12:33] <dabukalam> ogra_: I don't want the excess packages
[12:34] <dabukalam> ogra_: my assignment is to get core running on an MX and list the packages
[12:34] <ogra_> thats why i said take the mx5 image and remove them
[12:34] <ogra_> that will be easier than spending two weeks on learning how arm systems boot linux
[12:34] <dabukalam> ogra_: the whole point is for me to spend 2 weeks learning about arm :P
[12:34] <dabukalam> ogra_: playing catchup
[12:34] <ogra_> ah
[12:34] <ogra_> k
[12:35] <ogra_> so still, take an mx5 image first
[12:35] <ogra_> put it on your SD card
[12:35] <ogra_> wipe the second partiton (forst one is for kernel and bootloader) and put core on the second instead of the existing rootfs
[12:36] <ogra_> that should give you a working core image
[12:36] <dabukalam> brilliant
[12:36] <dabukalam> that's a great idea
[12:36] <dabukalam> hope that goes down well with big brother
[12:36] <dabukalam> i'll get back to you :P
[12:36] <ogra_> k
[12:36] <ogra_> good luck
[12:36] <dabukalam> thanks a lot
[12:47] <rsalveti> jondo: just posted at the bug again, please check my comment there
[12:47] <dabukalam> ogra_: out of interest, how complicated would it be to get the kernel and bootloader and put them on there?
[12:48] <ogra_> dabukalam, if you know what you are doing its not to hard
[12:48] <rsalveti> xranby: you can enable and disable compositing with metacity by calling it with -c or with --no-composite
[12:48] <ogra_> dabukalam, but to inspect the setup using an existing known to work image is the best start
[12:48] <rsalveti> if you call it with --replace it'll also replace your current metacity
[12:49]  * ogra_ susüpects it will look really bad though
[12:49] <dabukalam> ogra_: oh dea
[12:49] <dabukalam> ogra_: I just realised no go
[12:49] <dabukalam> ogra_: it's a 2M card
[12:50] <ogra_> will still work
[12:50] <dabukalam> okay
[12:50] <ogra_> though it will corrup the rootfs durign write ... but since you want to replace that anyway ....
[12:51] <dabukalam> ah
[12:51] <dabukalam> so i'm expecting an error
[12:51] <dabukalam> ;)
[12:52] <ogra_> right, i think the uncompressed image is something like 2.2G so it will fall off the SD at the end of writing
[12:52] <dabukalam> ogra_: i think this is a crappy SD card as well
[12:52] <ogra_> but that doesnt matter, dd does a binary copy and all you are intrested in is the first partition
[12:53] <dabukalam> so I could be here all day with this dd command
[12:57] <NekoXP> just dd bs=1M count=256 and sudo parted /dev/blah and delete the second partition and recreate it
[12:57] <NekoXP> or do the whole thing and do parted.. you might not be able to resize a partition to fit a card if it goes over, it causes a bunch of unrecoverable errors, so best just to delete it
[12:58] <NekoXP> you may want to loopmount the sd card image just to get /lib/modules off
[13:04] <shadeslayer> lilstevie: ping ping
[13:05] <lilstevie> shadeslayer: pong
[13:05] <shadeslayer> lilstevie: are you the same guy who put Ubuntu on the Asus transformer
[13:06] <lilstevie> yes
[13:06] <shadeslayer> ah awesome! I'm trying to boot kubuntu off it, and was wondering if you could point me to any instructions that i can use to build my own rootfs and bootimg ... or is following the wiki enough?
[13:07] <lilstevie> well, it isn't too difficult
[13:08] <lilstevie> rootfs is the matter of making a loop mounted image
[13:08] <lilstevie> putting what you need inside it
[13:08] <lilstevie> and uploading
[13:08] <shadeslayer> lilstevie: oh and I'd like to dual boot it, so can i use the exact same script you posted on xda developers with a different rootfs?
[13:09] <lilstevie> ok, well for the case of kubuntu replace initrd in ./ubuntu/
[13:09] <lilstevie> and replace ubuntu.img with your rootfs
[13:09] <lilstevie> just remember the size that the image I did is, is the largest that nvflash will handle
[13:10] <shadeslayer> oh ok
[13:10] <shadeslayer> lilstevie: and can't I create the rootfs with rootstock?
[13:11] <lilstevie> you can create the fs however you like
[13:11] <lilstevie> I have just had problems with using rootstock on the later releases
[13:11] <shadeslayer> problems?
[13:12] <rsalveti> now that we have qemu support at live-build we should really start pointing people to use it instead of rootstock
[13:12] <ogra_> rsalveti, oh, btw, since someone mentioned it above, what do we do with rootstock ?
[13:12] <lilstevie> yeah, like not creating a working image
[13:12] <ogra_> i would like to remove it from the archive in precision
[13:12] <lilstevie> hanging on xulrunner
[13:12] <rsalveti> ogra_: yup, live-build should be able to replace it just fine
[13:12] <ogra_> rsalveti, cross build is possible ?
[13:12] <ogra_> and you can define all settings in advance ?
[13:12] <rsalveti> ogra_: yup, was pushed last week I believe
[13:13] <ogra_> like user, hostname etc
[13:13] <shadeslayer> so ... i shuld use live build instead ?
[13:13] <rsalveti> ogra_: yup, that's how we do with linaro images
[13:13] <ogra_> awesome
[13:13] <ogra_> someone should write an ubuntu howto then :)
[13:13] <ogra_> especially how you create bootable ubuntu images :)
[13:13] <rsalveti> ogra_: yup, will try to have that posted soon, so we can point people there later
[13:14] <ogra_> since i dont think l-b can handle that at all
[13:14] <rsalveti> and finally remove rootstock from precise
[13:14] <rsalveti> ogra_: well, all our images are created with l-b :-)
[13:14] <ogra_> rsalveti, and you should really poke your guys to use tasks instead of metapackages to not end up will all packages marked as manually installed
[13:14] <rsalveti> and currently we're just using upstream
[13:14] <rsalveti> without any patch on top
[13:15] <ogra_> rsalveti, your images are dd'able without any further touching directly out of l-b ?
[13:15] <rsalveti> ogra_: yup, we'll probably end up using both
[13:15] <ogra_> both ?
[13:15] <ogra_> both what ?
[13:15] <rsalveti> ogra_: because we have a few images
[13:15] <rsalveti> meta and task
[13:15] <ogra_> you should nevr ever use meta in images
[13:15] <rsalveti> ogra_: well, tgall_foo is implementing support for linaro-media-create
[13:15] <ogra_> k
[13:15] <rsalveti> ogra_: ubuntu-desktop is a meta package, isn't it?
[13:16] <ogra_> in the archive there is a meta, yes
[13:16] <ogra_> iots not used on any images
[13:16] <ogra_> (hasnt been since 2006 i think)
[13:16] <rsalveti> so the task installs the meta I believe
[13:17] <ogra_> yes, meta is part of the task
[13:17] <rsalveti> ogra_: but you could also add another extension at live-build to have a dd'able image if you want
[13:17] <ogra_> no, thanks
[13:17] <rsalveti> shouldn't be that hard
[13:17] <rsalveti> and I know some folks from canonical are creating a similar support for cloud based images
[13:17] <ogra_> i'm busy enough keeping debina-cd/cdimage running
[13:17] <rsalveti> the same folk who added support for qemu
[13:18] <shadeslayer> lilstevie: more questions, do i need to run the apply_tegra_* scripts when i build my rootfs from l-b ?
[13:19] <lilstevie> apply_tegra_* scripts?
[13:19] <shadeslayer> apply_tegra_binaries.sh  apply_tegra_X_abi.sh
[13:19] <tgall_foo> ogra_, the disk image support in live-build I wouldn't doubt will support arm in some capacity at some point ...
[13:20] <shadeslayer> from the linux4tegra ldk
[13:20] <tgall_foo> ogra_, to me seems like a good idea for "everyone" :-)
[13:20] <ogra_> tgall_foo, yes, i thought so
[13:20] <ogra_> not really, unless its properly integrated with all the testing mechanisms of cdimage/debian-cd
[13:20] <ogra_> so it wont help me for images
[13:20] <ogra_> but it will help me to get rid of rootstock :)
[13:21] <ogra_> with is a primal target atm :)
[13:21] <rsalveti> yup :-)
[13:21] <ogra_> we will port all our stuff to debian-installer btw
[13:21] <ogra_> jasper etc
[13:21] <ogra_> and probably switch back to real live images if someone can make the copying speedier
[13:25] <lilstevie> shadeslayer: unless you are using the CrOS kernel and u-boot hell no
[13:25] <shadeslayer> hah, ok
[13:25] <lilstevie> it will prevent X from starting if you do not have the right kernel with the right interfaces
[13:27] <dabukalam> ogra_: okay it's done. http://i.imgur.com/HAUjE.jpg. As you can see, there are 3 partitions now. The one I've labelled core is the third one right? And I'm to delete everything in there and just copy over the core directory.
[13:35] <robclark> xranby, this is the answer I got re: GL extensions:
[13:35] <robclark> As a rule of thumb if they are not listed in the registry at the Khronos
[13:35] <robclark> site then IMG is not making then publically available anywhere else.
[13:35] <robclark> http://www.khronos.org/registry/gles/
[13:36] <xranby> robclark: ok, well then there are no docs..   i got the question from the lwjgl people because they where not part of the gles registry :)
[13:39] <xranby> robclark: thank you for asking around
[13:41] <robclark> fyi xranby, http://software-dl.ti.com/dsps/dsps_public_sw/apps_processors/OMAP35x_AM35x_Video_Texture_Streaming/1_0/index_FDS.html
[13:41] <robclark> some example of one of those extensions
[13:42] <xranby> robclark: thank you
[13:42] <robclark> np
[14:08] <xranby> robclark: i have managed to find some example code / hits for most of the extensions now http://lwjgl.org/forum/index.php/topic,4237.0.html         its onle  GL_OES_required_internalformat  that we still know nothing about
[14:22] <dabukalam> okay just installed oneiric on an MX5
[14:22] <dabukalam> anyone know what the user/pass might be?
[14:22] <NekoXP> HOOOOOWWWWW?????
[14:22] <NekoXP> my Quickstarts are refusing to get a display on the damn Oneiric dailies
[14:22] <dabukalam> NekoXP: don't get too excited I'm pretty sure it didn't work
[14:22] <dabukalam> but I just need a user/pass
[14:22] <NekoXP> ubuntu/ubuntu maybe
[14:23] <dabukalam> tried that :P
[14:24] <NekoXP> can you mount the SD on the PC and see what /etc/passwd contains? that'll give you a hint to the username
[14:24] <NekoXP> it could be oem/oem
[14:24] <dabukalam> it's ubuntu core
[14:24] <NekoXP> oh
[14:24] <dabukalam> not oneiric
[14:24] <dabukalam> sorry i should have said that before
[14:24] <NekoXP> ubuntu core has no users set up
[14:25] <dabukalam> yeah so how do i get in?
[14:25] <NekoXP> usually, boot oneiric, chroot in to the core filesystem and "useradd"
[14:25] <dabukalam> AAAAAAAAAAh
[14:25] <dabukalam> seriously?!!?
[14:26] <NekoXP> failing that, root with no password maaayyyy work at a shell
[14:26] <NekoXP> but I am not sure if ttymxc0 is in securetty
[14:26] <NekoXP> so it would fail even if you could
[14:26] <dabukalam> no
[14:26] <dabukalam> it's a localhost.localdomain login
[14:26] <dabukalam> so there's obviously no users
[14:26] <NekoXP> yeah it's pretty raw
[14:26] <dabukalam> haha
[14:26] <dabukalam> i just want a ^%$ing package list
[14:26] <NekoXP> you're meant to be a super expert in all things ubuntu to be able to use ubuntu core :D
[14:26] <NekoXP> oh
[14:26] <dabukalam> yeah so i've heard
[14:27] <NekoXP> from repos or as already installed?
[14:27] <dabukalam> already installed
[14:27] <dabukalam> on core
[14:27] <NekoXP> because /var/lib/dpkg/info/*.list will give you the list of installed packages
[14:27] <dabukalam> yeah
[14:27] <dabukalam> or spkg -l
[14:27] <dabukalam> *d
[14:28] <NekoXP> if you have oneiric booted just chroot into the core filesystem, and then dpkg -l from there, it'll work
[14:28] <dabukalam> no oneiric
[14:28] <dabukalam> it's just core
[14:28] <NekoXP> you really do kind of need to boot an arm system to get into the chroot and that's the easiest way to do it since there's an mx5 image
[14:28] <NekoXP> FSL's BSP SD card will do just as well
[14:29] <NekoXP> just chroot into the core fs and mount your binds for dev and sys and remount proc inside, chroot in, and play pretend :D
[14:29] <NekoXP> that said I don't think dpkg cares about proc, dev, sys
[14:29] <NekoXP> so you could skip it
[14:30] <dabukalam> in order to chroot into this core install, I need to have it plugged in to another system.
[14:30] <dabukalam> I could just use my laptop right?
[14:30] <dabukalam> add a user
[14:30] <dabukalam> and boot again
[14:32] <xranby> dabukalam: if you ar running a arm laptop then sure
[14:33] <xranby> dabukalam: an old trick are to edit the /etc/passwd file and remove x from the password field      root:x: ...  ->   root:: ...
[14:34] <xranby> it will make you able to login as root without password
[14:36] <dabukalam> xranby: trying that
[14:38] <dabukalam> cool beans
[14:38] <dabukalam> worked ^^
[14:38] <dabukalam> xranby: thanks
[15:16] <soren> W/Win 12
[15:16] <soren> nice
[19:39] <NekoXP> hello ubuntu-arm people! anyone here got any insight into the preinstalled dailies image creation?
[19:53] <GrueMaster> NekoXP: You should talk to Infiinity about that when he gets back on Wednesday.
[19:54] <GrueMaster> He has been working to make community images easier to push into the daily build workflow.
[19:54] <GrueMaster> iirc.
[19:58] <NekoXP> I was curious why the images are of varying sizes (mx5, omap and omap4 are something around 516, 522, 517 4M blocks)and why they are slightly bigger than 2GB even though there is somewhat less data on the actual filesystem.. in fact around 160MB left and a preconfigured (sigh) 512MB swap file. This would actually fit on a 2GB SD card if it wasn't trying to keep so much space around..
[19:59] <NekoXP> considering all of them absolutely bite for SD card performance why preconfigure swap there? it's not needed for getting into the desktop
[20:01] <NekoXP> you have to access the sd card anyway from another system to make a login user or unprotect root anyway so shipping it with 512MB of empty swap is kind of odd
[20:05] <GrueMaster> NekoXP: First, the size variances are probably kernel/initrd/u-boot variances, second, we have a little padding on the images for the oem-config process to work with, third, swap is needed on systems with less than 1G memory (beagle/beagleXM/even mx5 quickstart).
[20:05] <GrueMaster> Why do you need a separated system to make a login user?
[20:06] <GrueMaster> And how do you do that if you are a windows user trying to develop on one of the supported platforms?
[20:09] <NekoXP> because they all ship with root:x:blah in passwd and no login user, only daemon users
[20:09] <NekoXP> GrueMaster, I guess you'd use a linux VM and a USB SD card reader filtered in to it
[20:09] <NekoXP> I'm not saying it's all good, I'm complaining :D
[20:09] <GrueMaster> Hence why oem-config runs on first boot and prompts you for user info.
[20:10] <NekoXP> as for the need for swap for systems with less than 1GB of memory, horse shit. You couldn't use 512MB memory for oem-config and first desktop boot even if you tried.
[20:11] <GrueMaster> I do daily testing on beagle (256M), beagleXM (512M), mx53 Quickstart (768M?) and Toshiba AC100 (512M).  Don't tell me they will work w/o swap.
[20:11] <NekoXP> oem-config doesn't run on any of them on any image in the last 2 weeks
[20:11] <GrueMaster> ???  Have you even tried our images?
[20:12] <NekoXP> yes, dailies, every day up until the day after release :D
[20:12] <GrueMaster> Not some crap downloaded from a non-ubuntu site.
[20:12] <NekoXP> on my beagle, panda and quickstart
[20:13] <GrueMaster> You ran ubuntu-11.10-preinstalled-desktop-armel+mx5.img.gz from http://cdimage.ubuntu.com/releases/11.10/release/ and you didn't get prompted on screen for user/locale/timezone/etc?
[20:14] <NekoXP> I get a console login prompt on other VTs, a lot of "starting/stopping [OK]" kind of stuff on the boot VT and so far after 2 hours, nothing... not even a peep of a GUI
[20:15] <GrueMaster> Then you are doing something wrong.
[20:15] <NekoXP> I can't imagine what, that's part of the problem. Actually I just looked over, the pandaboard got to oem-config :)
[20:16] <NekoXP> I am going to figure on having some RIDICULOUSLY crap SD cards for now and trust that it does what it should
[20:17] <NekoXP> is there anything the pre-oem-config stuff does that would take forever, like resizing partitions or silently looking for network for a very long time?
[20:18] <GrueMaster> There is something in network manager that is holding up the boot process looking for a network connection.  Bug is already filed.
[20:18] <NekoXP> that may well explain it then :)
[20:20] <GrueMaster> But this business of oem-config not working for the last two weeks is a bit of an exaggeration I would think.  I would have seen it otherwise, with the number of systems and sd cards I have.
[20:20] <NekoXP> it's not so much "not working" here as I don't think it's even started
[20:20] <NekoXP> it's doing something but neither of the quickstart or beagles have any indication of disk activity like the panda
[20:20] <GrueMaster> It does fail to launch oem-config-remove at the end, looping back to the start.  But that is easily worked around.
[20:22] <GrueMaster> See bug 856293 for the info.
[20:22] <ubot2> Launchpad bug 856293 in ubiquity "oem-config not removed after install on preinstalled desktop images due to debconf.dat being locked " [Medium,Confirmed] https://launchpad.net/bugs/856293
[20:23] <NekoXP> yeah I know that one
[20:23] <NekoXP> what's the networkmanager bug?
[20:30] <GrueMaster> Maybe bug Bug #846796.  I can't remember the exact bug atm.
[20:30] <ubot2> Launchpad bug 846796 in ubuntu "Slow boot since update suspect it relates to networking " [Undecided,Confirmed] https://launchpad.net/bugs/846796
[20:31] <GrueMaster> There are several similar bugs in launchpad.
[22:28] <shadeslayer> lilstevie: pingly