[02:40] <MarcN> my dreamplug just arrived today.  A little disappointed it came with Jaunty preinstalled...
[05:50] <armin76> lol
[06:18] <steev> yeah... the jaunty thing was surprising to me too
[09:16] <hrw> they used 9.04 on original sheevaplug and nearly nothing changed probably in rootfs for new devices
[10:45] <hrw> kgilmer: hi
[10:47] <kgilmer> hi hrw.  saw your tweet, sorry not enough people in the meeting :/
[10:49] <hrw> kgilmer: happens
[10:49] <hrw> kgilmer: I saw Froyo on bug2 post - nice
[10:50] <kgilmer> thx, yeah good to get a release out on time.  even if no one is using it...
[10:55] <kgilmer> hrw, dinner calls.  ttyl.
[15:57] <ppisati> here comes the 1M question: what the heck is musb?
[16:30] <GrueMaster> ogra: ping.  When you did the netbook image, did you select autologin?
[16:30] <ogra_> nope
[16:31] <ogra_> why ?
[16:31] <ogra_> do you see issues ?
[16:31] <GrueMaster> Could you retry it?  I want to see if this is just me.
[16:31] <ogra_> hrm
[16:31] <GrueMaster> oem-config restarted on my system.
[16:35] <GrueMaster> I'm going to restart fresh and retest.
[16:35] <GrueMaster> Then I have to leave for the Dr.
[16:37] <rsalveti> ogra: will enable the release ppa with our current sgx packages
[16:38] <rsalveti> then we can test if it's working fine
[16:47] <GrueMaster> ogra: I am now seeing the color issues on headless oem-config.  Colors are slightly different here, bug fugly none the less.
[16:48] <GrueMaster> Didn't see this yesterday (nor did I see oem-config, but hey).  :P
[16:48] <ogra_> GrueMaster, hmm, my test might take a while, cron decided that it wants to run update-apt-xapian index right before the package removal step
[16:49] <ogra_> so it sitting there now "waiting for apt to finish"
[16:49] <ogra_> rsalveti, yeah, one of us needs to do that before release
[16:50] <rsalveti> ogra_: should be done in a few minutes
[16:50] <ogra_> though the current image still points to maverick
[16:50] <rsalveti> hm, yeah, saw that you just fixed these bugs
[16:50] <ogra_> fix is uploaded, but i didnt want a rebuild for that
[16:50] <GrueMaster> I'll test the ppa packages later today or tomorrow.  After I get the release testing done.
[16:51] <ogra_> you will have to fiddle with the channel setup first
[16:51] <GrueMaster> np
[16:51] <ogra_> else it pulls maverick
[16:51] <ogra_> k
[16:51] <ogra_> if you dropped back into oem-config with autologin enabled, the package removal step cant have run
[16:51] <ogra_> that looks more like an installer crash
[16:52] <ogra_> (if package removal would have run, there wouldnt be oem-config binaries)
[16:52] <GrueMaster> Nothing was in the logs.
[16:52] <GrueMaster> True.
[16:52] <GrueMaster> Possible SD corruption.  That's why I reflashed and retried.
[16:53] <ogra_> yup, i found a bad SD too today
[16:53] <ogra_> my first one actually
[16:53] <ogra_> i have five worn out USB sticks, but never managed to trash an SD
[16:54]  * ogra_ goes upstairs to see how far the xapian crap is
[16:56] <GrueMaster> Looks like a normal glitch.  It is in package removal phase now.
[16:57] <ogra_> yup, finished and logged in automatically here
[16:57] <GrueMaster> Also, I think I found a uboot issue.  On my beagle (C4), I hold the user button when resetting, then it loads uboot from SD.  But it fails to load the boot.scr from mmc unless I do "mmc init ; mmcinfo".
[16:57] <GrueMaster> If I don't do mmcinfo, fatload fails.
[16:58] <ogra_> sounds like a broken u-boot
[16:58] <ogra_> are you sure the one from SD is actually used in that case ?
[16:58] <ogra_> (compare the versions)
[16:59] <GrueMaster> X-Loader 1.5.0 (Apr 11 2011 - 09:47:05) & U-Boot 2011.03-rc1 (Feb 09 2011 - 01:33:04)
[17:00] <ogra_> sounds fine+
[17:00] <GrueMaster> MMC: block number 0x1 exceeds max(0x0)
[17:00] <GrueMaster> ** Can't read from device 0 **
[17:00] <GrueMaster> ** Unable to use mmc 0:1 for fatload **
[17:00] <GrueMaster> So I reset and go manual.
[17:00] <ogra_> well, only C4 ...
[17:00] <ogra_> we can document around it
[17:01] <ogra_> as long as xm works fine
[17:02] <rsalveti> weird, will try to reproduce at my C4
[17:02] <rsalveti> xm should be fine
[17:02] <GrueMaster> Yea, xm is fine.  No nand to fall back on.
[17:03] <GrueMaster> Ok, panda netbook worked this time.
[17:03] <GrueMaster> Gotta go.  Dr. appt.
[17:03] <ogra_> good luck
[17:04] <GrueMaster> Just pulling a few stitches.  I'm getting more mobile each day.  Currently at ~60%.
[17:37] <alf_> Hi! Currently the omap4 gfx -dev packages replace, provide, conflict: libgles2-dev, libgles2-mesa-dev
[17:38] <alf_> Is the 'libgles2-mesa-dev' part because some packages only have libgles2-mesa-dev as a dependency instead of libgles2-dev | libgles2-mesa-dev?
[17:39] <rsalveti> alf_: if you check the mesa package, it's not providing libgles2-dev for example
[17:39] <rsalveti> it just provides the normal package, not the -dev ones
[17:40] <rsalveti> that should probably be fixed too
[17:40] <rsalveti> tried to talk with roaf be got no answer
[17:41] <rsalveti> alf_: I believe the only package that is depending on the mesa one is the mesa-utils
[17:41] <rsalveti> most other packages are depending on libgles2-dev | libgles2-mesa-dev
[17:42] <alf_> rsalveti: and cairo, too
[17:42] <rsalveti> alf_: hm, why cairo is depending directly on the mesa packages?
[17:43] <alf_> rsalveti: not sure, just noticed it probably just a mistake
[17:43] <rsalveti> yeah
[17:48] <alf_> rsalveti: I will send an email to raof and cc you
[17:49] <rsalveti> alf_: cool, thanks
[17:49] <rsalveti> would be good if we could get that fixed before the release
[17:52] <alf_> rsalveti: so just to be in tune, we want libegl/gles...-mesa-dev to provide/conflict/replace libeg1/gles2...-dev, right?
[17:52] <rsalveti> alf_: yes, I believe that would be the right solution, but not yet sure, that's why I wanted to talk with raof
[17:53] <rsalveti> to understand how it's done with GL, and nvidia/radeon drivers
[17:54] <rsalveti> the libegl1/gles2-dev are needed because we want to depend on something that can be used by the packages
[17:54] <alf_> rsalveti: yes, we need to come up with guidelines of how to package up alternative drivers... so other vendors can package up correctly
[17:55] <rsalveti> the only thing it seems weird is that in the end the provided packages for -dev are all the same, even if it's from mesa, sgx or imx
[17:55] <rsalveti> as the headers should all be the same, provided by khr
[17:55] <rsalveti> alf_: yes
[17:55] <alf_> rsalveti: well almost, eg eglplatform.h can be different
[17:56] <rsalveti> alf_: why? because x11 integration?
[17:59] <rsalveti> if they are all the same we could just have a common header package
[17:59] <rsalveti> but not yet sure if they need to be the same
[18:00] <rsalveti> or if the vendor could also add some other definitions there
[18:01] <alf_> rsalveti: khronos recommends to use their file (of course ;)) but each vendor may need additional intergration with systems not covered by the default headers
[18:02] <rsalveti> alf_: hm, ok
[18:02] <alf_> rsalveti: or variations of existing systems etc for which the default is not suitable
[18:04] <rsalveti> alf_: but then, if we compile a package with a specific set of headers, is it going to work fine with a different set of libraries?
[18:05] <rsalveti> if we can't guarantee that then the 'provide' is not necessarily right
[18:07] <alf_> rsalveti: supposedly, everyone should provide the same (or equivalent) definitions for the same system config
[18:07] <alf_> rsalveti: Khronos STRONGLY RECOMMENDS that you use the default definitions * provided below, since these changes affect both binary and source * portability of applications using EGL running on different EGL * implementations.
[18:08] <rsalveti> ogra_: this is the current postinst script for the extra package: http://paste.ubuntu.com/593647/
[18:08] <rsalveti> ogra_: what do we need to change to fit the unity-2d favorite system?
[18:09] <rsalveti> alf_: I see
[18:09] <rsalveti> it should be the same bug we cannot guarantee
[18:10] <rsalveti> I'd prefer to have a common package set for the headers
[18:11] <rsalveti> so we can kind of force the vendors to respect the default definitions
[18:11] <rsalveti> but then, would prefer to discuss this with raof
[18:11] <rsalveti> to understand if they had the same issues with the normal desktop gl drivers
[18:12] <rsalveti> alf_: can you put these questions at your email?
[18:12] <alf_> rsalveti: the thing is that they may want to just extend them and forcing a single set of headers won't do (for them)
[18:12] <ogra_> rsalveti, unity-2d uses a gconf key for the list of favorites
[18:12] <ogra_> so some gconftool-2 call that removes the .desktop file from that list is needed
[18:12] <rsalveti> alf_: yeah =\
[18:13] <ogra_> though hmm
[18:13] <ogra_> you can just remove the override file that adds this entry and run update-gconf-defaults
[18:13] <rsalveti> ogra: first I don't understand why this script was removing the .desktop file
[18:13] <rsalveti> probably a hack
[18:14] <ogra_> yes, and still in place
[18:14] <rsalveti> but why we need to remove it?
[18:14] <ogra_> because its not comoing from a package
[18:14] <rsalveti> oh, sure
[18:14] <rsalveti> once installed it should remove the icon
[18:14] <rsalveti> as jasper is the one putting it there
[18:15] <ogra_> right
[18:15] <rsalveti> ogra_: can you create this new postinst script?
[18:15] <ogra_> rm /usr/share/gconf/unity-2d/default/25_jasper-favorites-override
[18:15] <rsalveti> I believe you can easily test at your system
[18:15] <ogra_> update-gconf-defaults --source /usr/share/gconf/unity-2d/default --destination /var/lib/gconf/unity-2d.default --no-signal
[18:15] <ogra_> thats what needs to be added
[18:15] <rsalveti> hm, ok
[18:16] <ogra_> for oneric i'll finally put some time into doing it with a package
[18:16] <rsalveti> ogra: so /usr/share/gconf/unity-2d/default/25_jasper-favorites-override is now the file that jasper is installing?
[18:17] <ogra_> right, it pulls the original favorites list out of the ubity-2d file
[18:17] <ogra_> and appends the ti .desktop entry
[18:18] <ogra_> because its a higher sequence number update-gconf-defaults then overrides the default entry
[18:19] <rsalveti> ogra_: oh, ok
[18:20] <rsalveti> ogra_: http://paste.ubuntu.com/593654/
[18:20] <ogra_> so rm'ing it and running update-gconf-defaults again will restore the original system defaults
[18:20] <ogra_> well, and the .desktop file
[18:21] <ogra_> you should still remove it to not leave unpackaged cruft around
[18:21] <rsalveti> yeah, sure
[18:21] <ogra_> but yes, apart from that thats what should happen
[18:22] <rsalveti> ogra_: is there any image where I can use to test this?
[18:22] <rsalveti> with your latest jasper fixes
[18:22] <ogra_> no
[18:22] <ogra_> unless someone re-rolls
[18:22] <rsalveti> hm, ok
[18:22] <ogra_> but you can manually hack the two files in netbook
[18:23] <ogra_> /usr/share/app-install/channels/ has the files
[18:23] <ogra_> you want to modify .list
[18:23] <ogra_> (indeed before clicking the TI icon)
[18:23] <rsalveti> sure
[18:29] <rsalveti> ogra_: should we also remove the ti-ppa.svg or we can't?
[18:29] <ogra_> rsalveti, that should probably go too, yeah
[18:30] <rsalveti> ogra_: ok
[18:32] <rsalveti> ok, I'm upgrading my natty rootfs and should be able to test it soon
[22:05] <GrueMaster> ogra: That oem-config restart issue I saw earlier on panda netbook I am seeing again on my beagleXM.
[22:05] <GrueMaster> Way more than possible coincidence.
[22:13] <jcrigby> rsalveti, we would like to update u-boot but obviously do not want to break you guys in the process.   My proposed branch is here:https://code.launchpad.net/~jcrigby/ubuntu/natty/u-boot-linaro/proposed-2011.04.1  slangasek  is working on merging it
[22:13] <rsalveti> jcrigby: we should be fine with it, did you test with latest x-loader with both omap3 and 4?
[22:13] <jcrigby> rsalveti, the reason is device tree support needs to be there for Linaro 11.05 release
[22:13] <jcrigby> yes
[22:14] <rsalveti> jcrigby: hm, ok
[22:14] <rsalveti> jcrigby: will test it with our images here, ping you back once it's done
[22:15] <jcrigby> thanks, I realize I may not have latest x-loader.  An update happened but flash kernel didn't like my arch name
[22:15] <jcrigby> not sure if latest was in the last hwpack I downloaded
[22:15] <jcrigby> I will test again
[22:16] <rsalveti> jcrigby: ok, latest one was uploaded at the beginning of this week
[22:16] <jcrigby> ok, my hwpack was from last week
[22:47] <dcarr_home> Hey
[22:47] <dcarr_home> Are there any good opengl examples in the ubuntu 10.10/TI ppa for testing OpenGL (ES) support on the panda board?
[22:47] <dcarr_home> any help would be greatly appreciated
[23:06] <rsalveti> dcarr_home: if you build the mesa-utils package available at natty you'll be able to run es2gears
[23:06] <rsalveti> a nice and simple example
[23:22] <GrueMaster> rsalveti: Is the edid detect code in the omap kernel yet?
[23:24] <rsalveti> GrueMaster: nops
[23:24] <GrueMaster> ok.
[23:32] <dcarr_home> rsalveti: thanks