[03:23] <twb> lilstevie: does your load average always exceed 1?
[03:23] <twb> Mind does, it seems weird
[03:23] <twb> There's nothing in the process tree to account for it
[03:26] <lilstevie> no
[03:26] <lilstevie> mine does not
[03:26] <lilstevie> mine rarely exceeds 0.5
[03:32] <twb> Grmph
[03:32] <twb> Min is usually 1.02 to 1.08, I suspect the 1 is that stupid resize2fs or something
[03:33] <lilstevie> lolwut
[03:34] <lilstevie> you know that program quits out as soon as it has finished its job right
[03:34] <twb> Then why do I get printks about kinteractiveup hanging?
[03:36] <twb> { dmesg | grep -2 kinteractiveup; ps u 61; }| pastebinit ==> http://paste.debian.net/149581/
[03:41] <lilstevie> I get them too, but what makes you think that is resize2fs causing them
[03:42] <lilstevie> fwiw I even get them when running a stock asus android rom
[03:44] <twb> lilstevie: uh, because kinteractiveup is the kernel side of resize2fs
[03:45] <twb> At least that's what google indicated, I haven't RTFS
[03:45] <twb> If you're getting them from android then I'll RTFS now since I am likely wrong
[03:45] <lilstevie> ok, but that has been a problem since long before resize2fs invoked
[03:46] <twb> OK, then ignore me :-)
[03:46] <twb> I'd still like to know where the load is from, tho...
[03:48] <lilstevie> also I googled kinteractiveup to see where you got this information from and nothing of the sort showed up
[03:49] <twb> I may have asked it leading questions like googling for "resize2fs AND kinteractiveup" :P
[03:49] <twb> I mean it's an interactive fs resize, it needs kernel help, it seemed reasonable to me... :-(
[03:50] <lilstevie> and the only results on google are you mentioning resize2fs and kinteractiveup in this room
[03:51] <twb> Grmph
[03:51] <twb> https://duckduckgo.com/lite?q=kinteractiveup%20resize2fs has a few
[03:51]  * lilstevie starts searching the kernel source tree for kinteractiveup
[03:52] <lilstevie> twb: none of those really mention the two together, well except the first one and I would say that is unrelated :)
[03:53] <twb> Mea culpa
[03:53] <lilstevie> and infact I probably can kill the kinteractiveup thing quite easily
[03:53] <lilstevie> it is the cpu govener
[03:53] <twb> Oh!
[03:53] <lilstevie> the symbol "kinteractiveup" belongs to /drivers/cpufreq/cpufreq_interactive.c
[03:54] <lilstevie> a simple grep of the kernel source gave that :)
[03:54] <lilstevie> but see I have it marked as low priority so I never looked
[03:54] <twb> Can't find it in the 3.2 source, which is the only one I have handy
[03:54] <lilstevie> now I know what it is though, dead
[03:54] <twb> Yay
[03:54] <lilstevie> well that is funny, cause the source I am using is based from the 3.2
[03:54] <twb> I accidentally helped
[03:54] <twb> I'm probably Doing It WrongTM
[03:55] <twb> I don't even have a drivers/cpufreq/cpufreq_interactive.c ...
[03:55] <lilstevie> lol
[03:55] <twb> Does git blame say where it's from?
[03:55] <twb> I mean I just pulled thirty seconds ago
[03:55] <twb> v3.2-rc6-38-g390f998
[04:00] <lilstevie> that does not sound like an asus pull just fyi
[04:01] <lilstevie> but it is an androidification patched into the tree
[04:01] <twb> Stupid google
[04:11] <lilstevie> heh
[04:11] <twb> Well, at least I'm not trying to run Debian/kFreeBSD on this thing
[04:13] <lilstevie> lol
[07:00] <asiekierka> hello
[07:02] <asiekierka> lilstevie - i'm using one of your ubuntu ARM images for the asus eee pad transformer... how do I get GLES up and running
[07:02] <asiekierka> or is it already up and running and i'm just doing something wrong
[07:03] <lilstevie> asiekierka: you don't :)
[07:03] <lilstevie> it is not a supported configuration at this point in time
[07:03] <lilstevie> well, you can; but you need to know how to compile u-boot
[07:04] <asiekierka> well to be honest the current dualboot situation i use is linux normal, android recovery
[07:04] <lilstevie> yes well you won't have that
[07:05] <asiekierka> another bootloader? is that really needed, is there no kernel with the drivers or even just the drivers themselves?
[07:05] <asiekierka> does the bootloader unlock something or is there some magic going on i don't know about
[07:07] <asiekierka> if that's too complex to explain then just say it's magic
[07:09] <lilstevie> no its quite simple really
[07:09] <lilstevie> the kernel does not work properly on the asus bootloader
[07:09] <asiekierka> :o
[07:09] <asiekierka> that's new
[07:10] <lilstevie> nono the 2.6.38 kernel
[07:10] <asiekierka> i mean, this information
[07:10] <asiekierka> the fact the kernel doesn't work properly is new
[07:10] <lilstevie> oh :p I have said it a few times
[07:10] <lilstevie> the muromec ported kernel is based off working with u-boot
[07:10] <asiekierka> i just found it
[07:10] <lilstevie> and it has a hell of a time working on the asus bootloader
[07:10] <asiekierka> i found an uboot binary by muromec
[07:11] <asiekierka> as i'm scared of bricking my phone to death
[07:11] <asiekierka> err, tablet
[07:11] <lilstevie> clocking is all whacked, the emmc driver doesn't work around the asus custom layout
[07:11] <asiekierka> i'm scared of bricking my tablet forever, is it safe enough?
[07:11] <lilstevie> also you cannot brick :)
[07:11] <lilstevie> APX will always be there to save your ass
[07:11] <lilstevie> but the muromec binary will not work for you :)
[07:11] <asiekierka> oh. so i have to compile it myself.
[07:11] <asiekierka> any instructions or do i have to use magic
[07:11] <asiekierka> and figure it out myself
[07:12] <lilstevie> I customised the bootloader a little more to be a bit more normal
[07:12] <lilstevie> grab it from my git
[07:12] <asiekierka> alright
[07:12] <asiekierka> as i have to go soon, when i grab the uboot, what's the next step
[07:12] <lilstevie> but you flash u-boot you say goodbye to booting android
[07:12] <asiekierka> ...dammit.
[07:12] <lilstevie> you *can* boot 2.6.38 with a microsd
[07:12] <Pratik_> Hello All, I am not able to install flash player on my OMAP device running ubuntu 10.10
[07:12] <lilstevie> just YMMV
[07:13] <asiekierka> lilstevie well i probably use ubuntu more than android by now so...
[07:13] <asiekierka> also do i need a different kernel
[07:13] <asiekierka> i used a hacked one from the topic with the hacked touchpad support
[07:13] <asiekierka> that was a few months ago
[07:13] <lilstevie> oh wow, no need to use that one :p
[07:13] <asiekierka> before there was any kind of official touchpad support
[07:13] <lilstevie> the newer kit includes that kind of stuff
[07:13] <asiekierka> oh good
[07:13] <asiekierka> so i grab everything from your git, correct?
[07:14] <lilstevie> and wifi working with network manager
[07:14] <lilstevie> I would say, wait a few days :)
[07:14] <asiekierka> why so?
[07:14] <asiekierka> are you doing something special
[07:14] <lilstevie> enough people have been asking about u-boot so I am going to enable it in the next release
[07:14] <asiekierka> okay
[07:14] <asiekierka> i will wait a few days
[07:14] <asiekierka> thanks, bye
[07:15] <lilstevie> np
[07:15] <Pratik_> I am not able to install flash player on my OMAP device running ubuntu 10.10, Could you help me?
[07:16] <lilstevie> flash is not supported on an arm target
[07:17] <twb> Because adobe are foss-hostile douchebags
[07:18] <twb> You don't need it anyway, just tell youtube to use HTML5
[07:18] <twb> I guess gnu thingoflash might work on arm, inasmuch as it works anywhere...
[07:19] <micahg> Pratik_: try gnash or lightspark
[07:19] <twb> Yeah, gnash was what I was thinking of
[07:20] <Pratik_> ok will it as adobe flash player 10?
[07:20]  * micahg plans on SRUing gnash when they make another stable release
[07:20] <Pratik_> thank you
[07:21] <micahg> Pratik_: well, the non-armel one in natty does :-/, idk about the one in maverick
[07:22] <Pratik_> ok
[07:22] <Pratik_> i will try this
[07:24] <Pratik_> actually I want to take camera input flash.
[07:25] <twb> WTF is "camera input flash" ?
[07:26] <Pratik_> web cam input to running flash in web browser
[07:26] <Pratik_> to stream it to rtmp server like red5 and wowza
[07:27] <twb> That's horrible
[07:27] <lilstevie> lol
[07:29] <twb> Which web monkey thought it was a good idea to give the RPC sandbox access to raw hardware
[07:29] <twb> (Don't argue; flash is just as much an RPC as PostScript.)
[09:52] <doko> lool, ogra_, janimo: do we know all the packages, where neon code is built explicitly?
[09:52] <janimo> doko, you mean where there's neon assembly code activated based on hwcaps at runtime?
[09:53] <janimo> I am not sure we have a list
[09:54] <doko> janimo, either this or where a neon variant is built explicitly
[09:55] <janimo> doko, I hope we do not have any hardcoded neon builds, if we do it is a bug we overlooked
[09:55] <janimo> most cases should be optional runtime toggles and I know qt has that of the main packages we touched often
[09:56] <janimo> also libav
[09:56] <doko> janimo, looks like we need to identify all these to get them rebuilt after a toolchain fix
[09:56] <janimo> doko, is there a neon related bug?
[09:57] <doko> yes
[11:04] <ogra_> doko, i only remember pixman ... probably cairo too
[11:05] <ogra_> doko, we definitely *shouldnt* have any packages that are neon only
[11:58] <ogra_> janimo, https://bugs.launchpad.net/gcc-linaro/+bug/903951
[11:58] <ubot2> Launchpad bug 903951 in linaro-android "The kernel on staging-panda does not boot with the 11.12 released toolchain " [Critical,Confirmed]
[11:58] <janimo> ogra_, hmm, sounds like our ac100 issue?
[11:59] <ogra_> yep
[11:59]  * janimo checks
[11:59] <ogra_> and we should see it on other boards soon too
[11:59] <janimo> that woudl rule out old kernel tree bugs, as panda has a much newer kernel
[11:59] <ogra_> gar, the nvidia driver just killed all font rendering
[11:59]  * ogra_ restarts X
[12:00] <janimo> ogra_, the new tegra l4t driver?
[12:02] <lilstevie> I hate it when that happens
[12:02] <lilstevie> janimo: I would guess alpha :p it was very common for me
[12:03] <janimo> I hope the beta is better :)
[12:03] <ogra_> janimo, right, the one from precise
[12:04]  * ogra_ is on vacation, so its ac100 time :)
[12:04] <lilstevie> heh ouch
[12:04] <lilstevie> so beta doesn't fix that issue then I take it
[12:04] <ogra_> well
[12:04] <ogra_> its oneiric i test on
[12:05] <ogra_> we'll see how it behaves on precise
[12:05] <lilstevie> it happened quite frequently with L4T alpha and oneiric on the tf101
[12:05] <lilstevie> maybe 2/3 times a day
[12:05] <ogra_> seems for oneiric the alternatives are wrong
[12:06] <ogra_> also console switching is still broken
[12:06] <ogra_> and suspend doesnt bring up the backlight on resume
[12:06] <ogra_> beyond that it works great#
[12:06] <ogra_> hdmi plugging is immediately recognized and gets me full 1080p
[12:07] <lilstevie> thats nice
[12:07] <ogra_> the overall load of the system as well as ram usage has dropped significantly
[12:07] <lilstevie> my hdmi plug wouldn't recognise with alpha
[12:08] <ogra_> es2gears runs with about 2000frames
[12:09] <ogra_> i think the font issue was flash ... i was testing that alongside
[12:10] <lilstevie> lol nice
[12:11]  * ogra_ curses gnome-power-manager for not keeping the backlight setting
[12:12] <ogra_> wow, even the dash comes up at a usable speed now
[12:12] <lilstevie> heh nice
[12:12] <ogra_> around 3sec ... vs 15 or so
[12:12] <lilstevie> dash is a little slow on fbdev
[12:12] <lilstevie> yeah
[12:12] <ogra_> yep
[12:13] <xranby> ogra_: are you running with the 256kb default stack on this setup as well?
[12:13] <ogra_> i always blamed disk IO ... but that doesnt seem to be it
[12:13] <xranby> for pthreads?
[12:13] <ogra_> i seem to, yes
[12:14] <marvin24> lilstevie: hdmi problem is know and fixed if janimo pulls again ;-)
[12:14] <lilstevie> marvin24: not ac100
[12:15] <marvin24> ah, sorry
[12:15] <lilstevie> tf101
[12:15] <marvin24> so tf101 has 2000 fps?
[12:15] <lilstevie> no, ogra is talking ac100
[12:15] <lilstevie> the issues I am talking about are tf101
[12:15]  * marvin24 confused again
[12:16] <janimo> marvin24, I will pull for next 3.0 upload, sure. Not sure ATM to work around the issue by forcing a build with 4.5 or wait till gcc is fixed - it appears to be raised by others too
[12:16] <lilstevie> ogra said he was getting 2k fps on es2gears
[12:16] <ogra_> right
[12:16] <ogra_> i said that in #ac100 before
[12:16] <ogra_> but since janimo isnt a resident there anymore i repeated it here :)
[12:17] <marvin24> janimo: you can build with the recommended option
[12:17] <janimo> yeah, I was unable to keep tabs on everything happening on that channel :)
[12:17] <ogra_> heh
[12:17] <lilstevie> heh'
[12:18] <marvin24> ogra_: you said 460 on #ac100
[12:18]  * ogra_ wishes we would find a quirk for suspend/resume 
[12:18] <marvin24> and this is the value I also get
[12:18] <janimo> marvin24, right, more or less same amount of change as forcing 4.5. Just wondering it should do any toolchain workaround at all, or wait till it is fixed, it should not be more than a week or two since it appears serious
[12:18] <ogra_> marvin24, 2000 frames .... 400 something FPS
[12:18] <lilstevie> I'm only in #ac100 cause ogra recommended it for kernel stuff
[12:18] <janimo> ogra_, suspend/resume broken only with the L4T driver right?
[12:19] <janimo> are there no issues it was released for 2.6.36 only?
[12:19] <ogra_> janimo, yep, backlight doesnt seem to come back
[12:19]  * ogra_ treis console switching again without having a broken flash running
[12:21]  * janimo contemplates building Libreoffice on the ac100
[12:21] <janimo> panda would likely be faster though
[12:25] <ogra_> well, that didnt go so well
[12:25] <ogra_> i can switch to the console and also switch consoles then ... but as soon as i switch back to X everything hangs hard
[12:26]  * ogra_ will try precise later today ... that requires an armel resinatll though
[12:26] <ogra_> *reinstall
[12:27] <janimo> xranby, hi, I suppose the mmap() bug you reported is still present on the ac100. Can you check if it is ok with the 3.0 kernel you tried?
[12:27] <janimo> I applied the supposed fix to the 2.6.38 branch for oneiric but I still got an error with the app built from your original .c file attached to the bug report
[12:27] <ogra_> janimo, oh, btw did you check what mmap_min_addr is defaulting to in the ac100 build ?
[12:27] <janimo> context for others https://bugs.launchpad.net/ubuntu/+source/linux/+bug/861296
[12:27] <ubot2> Launchpad bug 861296 in linux-ac100 "mmap fails to allocate 2030Mb heap on ARM" [Undecided,Confirmed]
[12:27] <ogra_> seems it was wrong in all our arm kernels
[12:28] <xranby> janimo: i will check in a minute
[12:28] <janimo> ogra_, I did not as it was mentioned in that bug ac100 is fine :)
[12:28] <ogra_> (should be 32k but it was 64... only procps saved us from hard locking)
[12:28] <janimo> but I could double check I guess
[12:28] <janimo> ogra_, it is 32K in precise now
[12:29] <ogra_> ogra@horus:~$ grep MMAP_MIN /boot/config-2.6.38-1001-ac100
[12:29] <ogra_> CONFIG_DEFAULT_MMAP_MIN_ADDR=32768
[12:29] <ogra_> yep, looks fine
[12:29] <janimo> yep
[12:29] <ogra_> thats oneiric :)
[12:29] <ogra_> so it was always right
[12:29] <janimo> so same in both cases as the configs are the same ,more or less
[12:29] <ogra_> yay for community kernels *g*
[12:29] <janimo> :)
[12:29] <janimo> yay for sheer luck :)
[12:29] <ogra_> heh
[12:30] <ogra_> well, i created the vers first config after a lucid panda kernel
[12:30] <ogra_> *very
[12:30] <ogra_> i guess that value was always just carried over
[12:30] <janimo> so panda was not affected either?
[12:30] <lilstevie> ac100 has an awesome community :p
[12:30] <ogra_> it was
[12:30] <ogra_> but the breakage occured in natty for panda iirc
[12:30] <ogra_> lilstevie, definitely
[12:30] <xranby> janimo: i have to activate some swap in order to run that test on my ac100
[12:30] <ogra_> i wish we had more such communities for other devices
[12:31] <janimo> xranby, so it only triggers with swap?
[12:31] <janimo> can it be reproduces w/o swap but other alloc size?
[12:31]  * ogra_ is really impressed how the nvidia driver seems to have sped up the world on this device
[12:31] <lilstevie> ogra_: heh I wish the tf101 had as awesome of a community
[12:31] <janimo> xranby, anyway you know better. The 3.0 kernel has the two changes applied that are supposed to fix it so I hope all is well
[12:31] <xranby> janimo: no but you cant pass the test without 4Gb of memory
[12:32] <xranby> so you need to add swap since the ram on the ac100 are too limited
[12:32] <lilstevie> as it stands the tf101 community is, well me Lo
[12:32] <janimo> lilstevie, if it only was as easy to boot and rewrite as the ac100 :) I hear it is locked down in newer models
[12:32] <lilstevie> janimo: that is correct
[12:32] <janimo> xranby, ah, had no idea. Will add more swap when testing my oneiric backport then
[12:33] <lilstevie> well not so much newer model
[12:33] <lilstevie> the only difference is the production run
[12:33] <xranby> janimo: the test passed on the 3.0 ac100 kernel running armhf using 3gb of swap
[12:33] <xranby> \o/
[12:37] <janimo> xranby, thanks, great
[12:37] <janimo> I'll more confidently test for the SRU kernel then :)
[12:39]  * ogra_ wonders why he has a "zaurus" module loaded
[12:46] <ogra_> hmm, and shouldnt i see some tegrafb stuff in dmesg ?
[12:46] <ogra_> i suspect thats the bit breaking console switching
[12:50] <ogra_> hmm, tegrafb is set on my kernel
[13:00] <ogra_> hmm, the kernel thats shipped in L4T has the backlight lcd driver enabled
[13:00] <ogra_> i wonder if it relies on this for resume
[13:05] <ogra_> hmm, we have LCD compiled in ... while they have it as module
[13:19]  * ogra_ finds it really intresting that hsi system stays below 300MB using the binary driver ... with the same set of apps open i usually got it using all RAm and at least 100-200M swap
[13:20] <ogra_> oh, i so wish we had an armhf version :(
[13:21] <lilstevie> :(
[13:22] <ogra_> it would fly !
[13:22] <lilstevie> yeah
[13:23] <lilstevie> hf really does fly comparitivly
[13:23] <ogra_> right
[13:23] <ogra_> and el flies with the binary driver
[13:23] <lilstevie> heh
[13:24] <lilstevie> I wish I had a stable kernel
[13:24] <lilstevie> for accel
[13:29] <ogra_> hmpf
[13:29]  * ogra_ has a hanging totem that even doesnt let the ps output finish
[13:29] <ogra_> killing doesnt help either
[13:29]  * ogra_ reboots
[13:30] <ogra_> hmm, or not ...
[13:30] <ogra_> even reboot hangs
[13:30] <ogra_> time for a hard reset
[13:31] <lilstevie> lol
[15:56] <lool> doko: I don't have a list, however I tried to have such NEON flavors only be built when the toolchain does *not* default to NEON, I did that in a couple of packages, a bit like the vfp pass on Debian armel and not Ubuntu armel by checking whether vfp is turned on or not
[15:56] <lool> I think that's what we should generally do, so that if someone rebuilds Debian/Ubuntu sources with different toolchain defaults, he gets the best thing
[16:19] <doko> lool, right, but do you still know which packages you did touch?
[16:19] <doko> GrueMaster, kernel test ping
[16:20] <GrueMaster> I'm here (but not necessarily awake).
[16:20] <GrueMaster> What would you like tested?
[16:21] <doko> GrueMaster, the linux-ti-omap, just copied into oneiric-proposed
[16:22] <GrueMaster> Is there a specific test you need or just run my normal SRU test suite?
[16:24] <doko> just your tests, and maybe the test case in bug 861296, although I already did that
[16:24] <ubot2> Launchpad bug 861296 in linux-ac100 "mmap fails to allocate 2030Mb heap on ARM" [Undecided,Confirmed] https://launchpad.net/bugs/861296
[16:27] <GrueMaster> One of my tests actually hits that, so I'll see pass/fail fairly easily (test takes ~1.5 hours to run though).
[16:29] <GrueMaster> Starting job now.  Will post results in a few hours (have to reimage as part of the test, and other tests take time).
[16:30] <janimo> GrueMaster, is omap4 armhf image in good shape? I need to set it up to build Libreoffice on the panda
[16:31] <GrueMaster> I reimaged on Saturday and it seemed ok (netinstall).  Haven't checked the daily pre-installed.  I can fire one up here very quickly if you want.
[16:37] <kinta> Hello,  what tablet do you think is working better with ubuntu? (i am planning to get new one)
[16:41] <doko> janimo, armhf chroot should be enough
[16:42] <janimo> doko, right but I need to test armhf more seriously so may do the full switch
[16:43] <janimo> GrueMaster, no, thanks, just wanted to make sure there's no outstanding issue so I don't find out about it at the end of the ubiquity run :)
[16:43] <GrueMaster> Well, I haven't looked at desktop in over a week (SRU automation).
[16:44] <GrueMaster> Nor server.
[16:44] <ogra_> youwill still have to manually run oem-config-remove after first login
[16:44] <ogra_> there is still a dbus bug that prevents it from running
[16:44] <GrueMaster> ogra_: That's desktop only, right?
[16:44]  * ogra_ will look into that right after vacation
[16:44] <GrueMaster> I don't remember server being an issue.
[16:44] <ogra_> i think thats server preinstalled too
[16:45] <ogra_> but not sure
[16:45] <ogra_> adam tested that one iirc
[16:45] <ogra_> i only did a few different desktop tests here
[16:45] <ogra_> and during vacation i will only do ac100
[16:46] <GrueMaster> Well, the only image I can't test at this time is mx5.  I am almost finished with SRU automation (it runs a full install and test suite from jenkins now).
[16:47] <GrueMaster> My next automation setup is server images.
[16:48] <GrueMaster> Core is already mostly automated, just need to integrate it into a daily job.  Might also expand it to run in LXC.
[17:32] <Francis_Albert> how are you ?
[17:45] <RoyK> hi all. trying to install ubuntu 11.10 on a pandaboard fails - installer restarts somewhere 75% into the installation - anyone taht knows a fix for this?
[17:48] <GrueMaster> RoyK: Yes, once the installer restarts, switch to a console (<ctrl><alt><F1>), login, and type "sudo oem-config-remove && sudo reboot".
[17:48] <GrueMaster> There is a dbus race condition that we are working to resolve.
[17:49] <GrueMaster> Won't fix in Oneiric (would require image respin), but we want it fixed in Precise.
[17:49] <doko> GrueMaster, could you ping me (and lamont) on test results? trying to convince to install the kernel from -proposed once it's tested
[17:50] <RoyK> GrueMaster: thanks
[17:51] <GrueMaster> Doko It is in testing now (since 1.5 hours ago).  Should have results in ~1 hour (The current test takes 2.5 hours according to my success history from when I tested the mmap patch).
[18:30] <infinity> ogra_: The oem-config-remove thing (A) only happens with the GTK frontend, and (B) only happens sporadically (hasn't happened to me yet this cycle).
[18:49] <GrueMaster> doko:  Kernel SRU tests passed.
[19:12] <parin> when try to install omap4 extras is syas available from "ti-ompa4-ppa" source, i hit use this source it says not found
[19:12] <parin> it says there is not a software package called "ubuntu-omap4-extras" in your current software source
[19:12] <parin> i aslo tried installing from command line same result
[19:15] <GrueMaster> parin: Which release are you trying to use?
[19:19] <parin> I am using Ubuntu 11.10
[19:20] <GrueMaster> Hmmm.  Did you to an apt-get update?
[19:21] <parin> i dont exactly remember i did that
[19:21] <parin> but i can try it now
[19:25] <parin> ok now i di update and getting package dependencies error
[19:28] <RoyK> where can I find the ubuntu-omap4-extras* packages?
[19:33] <GrueMaster> Can you type "apt-cache madison ubuntu-omap4-extras"?
[19:33] <GrueMaster> Have you tried the ti link on the unity launcher?  It should setup the ppa and install the packages for you.
[19:39] <RoyK> seems there was an apt-get update missing after the repo was added
[19:43] <GrueMaster> ah.
[19:54] <parin> i added ppa:tiomap-dev/release, applied apt-get update still not able to install
[19:57] <parin> if i do sudo apt-get install libegl1-sgx-omap4 libgles1-sgx-omap4 libgles2-sgx-omap4
[19:57] <parin> it asks me to delete some libegli-mesa packages
[19:57] <parin> is that ok?
[20:11] <infinity> Yes.
[20:28] <parin> now after installing omap4-extras i restared the pandabaord and i am gettinng errors
[20:28] <parin> ti_st_open st_register  failed -22
[20:28] <parin> and only command line access