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