MarcN | my dreamplug just arrived today. A little disappointed it came with Jaunty preinstalled... | 02:40 |
---|---|---|
armin76 | lol | 05:50 |
steev | yeah... the jaunty thing was surprising to me too | 06:18 |
hrw | they used 9.04 on original sheevaplug and nearly nothing changed probably in rootfs for new devices | 09:16 |
hrw | kgilmer: hi | 10:45 |
kgilmer | hi hrw. saw your tweet, sorry not enough people in the meeting :/ | 10:47 |
hrw | kgilmer: happens | 10:49 |
hrw | kgilmer: I saw Froyo on bug2 post - nice | 10:49 |
kgilmer | thx, yeah good to get a release out on time. even if no one is using it... | 10:50 |
kgilmer | hrw, dinner calls. ttyl. | 10:55 |
=== chuck_ is now known as zul | ||
=== zyga is now known as zyga-afk | ||
ppisati | here comes the 1M question: what the heck is musb? | 15:57 |
=== zyga-afk is now known as zyga | ||
GrueMaster | ogra: ping. When you did the netbook image, did you select autologin? | 16:30 |
ogra_ | nope | 16:30 |
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:31 |
GrueMaster | I'm going to restart fresh and retest. | 16:35 |
GrueMaster | Then I have to leave for the Dr. | 16:35 |
rsalveti | ogra: will enable the release ppa with our current sgx packages | 16:37 |
rsalveti | then we can test if it's working fine | 16:38 |
GrueMaster | ogra: I am now seeing the color issues on headless oem-config. Colors are slightly different here, bug fugly none the less. | 16:47 |
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:48 |
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:49 |
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:50 |
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:51 |
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:52 |
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:53 |
* ogra_ goes upstairs to see how far the xapian crap is | 16:54 | |
GrueMaster | Looks like a normal glitch. It is in package removal phase now. | 16:56 |
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:57 |
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:58 |
GrueMaster | X-Loader 1.5.0 (Apr 11 2011 - 09:47:05) & U-Boot 2011.03-rc1 (Feb 09 2011 - 01:33:04) | 16:59 |
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:00 |
ogra_ | as long as xm works fine | 17:01 |
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:02 |
GrueMaster | Ok, panda netbook worked this time. | 17:03 |
GrueMaster | Gotta go. Dr. appt. | 17:03 |
ogra_ | good luck | 17:03 |
GrueMaster | Just pulling a few stitches. I'm getting more mobile each day. Currently at ~60%. | 17:04 |
alf_ | Hi! Currently the omap4 gfx -dev packages replace, provide, conflict: libgles2-dev, libgles2-mesa-dev | 17:37 |
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:38 |
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:39 |
rsalveti | that should probably be fixed too | 17:40 |
rsalveti | tried to talk with roaf be got no answer | 17:40 |
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:41 |
alf_ | rsalveti: and cairo, too | 17:42 |
rsalveti | alf_: hm, why cairo is depending directly on the mesa packages? | 17:42 |
alf_ | rsalveti: not sure, just noticed it probably just a mistake | 17:43 |
rsalveti | yeah | 17:43 |
alf_ | rsalveti: I will send an email to raof and cc you | 17:48 |
rsalveti | alf_: cool, thanks | 17:49 |
rsalveti | would be good if we could get that fixed before the release | 17:49 |
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:52 |
rsalveti | to understand how it's done with GL, and nvidia/radeon drivers | 17:53 |
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:54 |
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:55 |
rsalveti | alf_: why? because x11 integration? | 17:56 |
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 | 17:59 |
rsalveti | or if the vendor could also add some other definitions there | 18:00 |
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:01 |
rsalveti | alf_: hm, ok | 18:02 |
alf_ | rsalveti: or variations of existing systems etc for which the default is not suitable | 18:02 |
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:04 |
rsalveti | if we can't guarantee that then the 'provide' is not necessarily right | 18:05 |
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:07 |
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:08 |
rsalveti | alf_: I see | 18:09 |
rsalveti | it should be the same bug we cannot guarantee | 18:09 |
rsalveti | I'd prefer to have a common package set for the headers | 18:10 |
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:11 |
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:12 |
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:13 |
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:14 |
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:15 |
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:16 |
ogra_ | right, it pulls the original favorites list out of the ubity-2d file | 18:17 |
ogra_ | and appends the ti .desktop entry | 18:17 |
ogra_ | because its a higher sequence number update-gconf-defaults then overrides the default entry | 18:18 |
rsalveti | ogra_: oh, ok | 18:19 |
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:20 |
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:21 |
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:22 |
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:23 |
=== sbambrough is now known as scottb-lunch | ||
rsalveti | ogra_: should we also remove the ti-ppa.svg or we can't? | 18:29 |
=== scottb-lunch is now known as sbambrough-lunch | ||
ogra_ | rsalveti, that should probably go too, yeah | 18:29 |
=== sbambrough-lunch is now known as scottb-lunch | ||
rsalveti | ogra_: ok | 18:30 |
=== scottb-lunch is now known as sbambrough-lunch | ||
rsalveti | ok, I'm upgrading my natty rootfs and should be able to test it soon | 18:32 |
=== chuck_ is now known as zul | ||
=== sbambrough-lunch is now known as sbambrough-afk | ||
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:05 |
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:13 |
rsalveti | jcrigby: hm, ok | 22:14 |
rsalveti | jcrigby: will test it with our images here, ping you back once it's done | 22:14 |
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:15 |
rsalveti | jcrigby: ok, latest one was uploaded at the beginning of this week | 22:16 |
jcrigby | ok, my hwpack was from last week | 22:16 |
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 | 22:47 |
=== Sarvatt_ is now known as Sarvatt | ||
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:06 |
GrueMaster | rsalveti: Is the edid detect code in the omap kernel yet? | 23:22 |
rsalveti | GrueMaster: nops | 23:24 |
GrueMaster | ok. | 23:24 |
dcarr_home | rsalveti: thanks | 23:32 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!