CCSv6 App Center blank on linux

Hello Matthijs,

Thank you for sharing this on the forums for the benefit of others!

ki

I have CCSv6 installed on Lubuntu 14.04. Package libudev0:i386 was needed to start installation of CCS.

Now CCSv6 starts up and works but AppCenter is blank.

I have tried the above mentioned hack (uninstalled libudev0:i386 and created a symlink) but AppCenter is _still_ blank. (I forgot to install MSP GCC and wanted to do it with AppCenter)

Regards,

Tamas

Tam��s Nagy said:

I have tried the above mentioned hack (uninstalled libudev0:i386 and created a symlink) but AppCenter is _still_ blank.

The hack was meant as workaround for the fact that libudev0 isn't available in recent debian and ubuntu versions, having been entirely replaced by libudev1.  Since your distro still had a real libudev0 package, this workaround doesn't apply.  Your issue must be a different one, though my first guess would be some other shared library it can't find.

It's annoying that App Center just gives a blank screen instead of reporting an error.  Maybe the error ends up in some log somewhere, but if so, I don't know where.

Dear Matthijs,

My Lubuntu distro does not have libudev0 by default (only libudev1). I had to install it manually to make possible to install CCSv6.

I have tried this hack to give a chance to AppCenter to appear. It didn't. That is what I have reported.

Matthijs van Duin said:

It's annoying that App Center just gives a blank screen instead of reporting an error.  Maybe the error ends up in some log somewhere, but if so, I don't know where.

The Eclipse Log (from CCS Help -> CCS Support) contains the errors about why the CCS Apps Center to load:

!ENTRY com.ti.chromium.browser 4 0 2014-08-08 21:40:30.916
!MESSAGE /opt/ti/ti_ccs6_0/ccsv6/eclipse/plugins/com.ti.chromium.browser.gtk.linux.x86_1.0.0.201406261800/libs/libcef.so: /opt/ti/ti_ccs6_0/ccsv6/eclipse/plugins/com.ti.chromium.browser.gtk.linux.x86_1.0.0.201406261800/libs/libcef.so: undefined symbol: gtk_widget_get_realized
!STACK 0
java.lang.UnsatisfiedLinkError: /opt/ti/ti_ccs6_0/ccsv6/eclipse/plugins/com.ti.chromium.browser.gtk.linux.x86_1.0.0.201406261800/libs/libcef.so: /opt/ti/ti_ccs6_0/ccsv6/eclipse/plugins/com.ti.chromium.browser.gtk.linux.x86_1.0.0.201406261800/libs/libcef.so: undefined symbol: gtk_widget_get_realized
	at java.lang.ClassLoader$NativeLibrary.load(Native Method)
	at java.lang.ClassLoader.loadLibrary0(Unknown Source)
	at java.lang.ClassLoader.loadLibrary(Unknown Source)
	at java.lang.Runtime.load0(Unknown Source)
	at java.lang.System.load(Unknown Source)
	at com.ti.chromium.browser.Libraries.<clinit>(Libraries.java:29)
	at java.lang.Class.forName0(Native Method)
	at java.lang.Class.forName(Unknown Source)
	at com.ti.chromium.browser.cef.Cef.<init>(Cef.java:101)
	at com.ti.chromium.browser.cef.Cef.Initializer(Cef.java:83)
	at com.ti.chromium.browser.cef.Cef.<clinit>(Cef.java:39)
	at com.ti.chromium.browser.ChromiumBrowserContributor.init(ChromiumBrowserContributor.java:43)
	at com.ti.browser.internal.TIBrowserPlugin.getPreferredBrowserContributor(TIBrowserPlugin.java:166)
	at com.ti.browser.internal.TIBrowserPlugin.isChromeBrowser(TIBrowserPlugin.java:97)
	at com.ti.browser.internal.TIBrowser.<clinit>(TIBrowser.java:44)
	at com.ti.browser.TIBrowserFactory.createBrowser(TIBrowserFactory.java:44)
	at com.ti.ccstudio.app.center.internal.browser.AppCenterBrowser.createPartControl(AppCenterBrowser.java:163)
	<snip>

In CentOS 6.1 the reason for the CCS Apps Center being blank is that Chromium was unable to find the gtk_widget_get_realized symbol in the usr/lib/libgtk-x11-2.0.so.0 installed from gtk2-2.18.9-6.el6.centos.i686

According to https://code.google.com/p/chromium/issues/detail?id=106689 the Problem is that Chromium requires libgtk version 2.20, whereas CentOS 6.1 has version 2.18. To work-around the problem I copied usr/lib/libgtk-x11-2.0.so.0, /usr/lib/libgdk-x11-2.0.so.0 and /usr/lib/libX11.so.6 from a Centos 6.5 system with libgtk 2.20 / libX11 1.5.0 installed into the CCS install directory, and set LD_LIBRARY_PATH to make CCS use the libgtk-x11-2.0.so.0 version 2.20. The CCS Apps Center was then displayed and worked.

This is really a "bodge" since it hasn't update libgtk files consistently - but when I tried to use yum to update libgtk got multilib errors.

Edit: Had to copy more libraries. Also, the updated libraries were required to get the Grace configuration displayed.

This is very interesting, I'm glad people are looking into this.  I'm not getting my blank screen to work and I'm confused about what to try...

First, I followed some advice (including the thread) and ran these:

• sudo ln -s /lib/i386-linux-gnu/libudev.so.1 /lib/libudev.so.0
• sudo ln -s libudev.so.1 /lib/i386-linux-gnu/libudev.so.0

Now, here's what I have:

~$ locate '*/libudev.so.1'
  /lib/i386-linux-gnu/libudev.so.1
  /lib/x86_64-linux-gnu/libudev.so.1
~$ locate '*/libudev.so.0'
  /lib/libudev.so.0
  /lib/x86_64-linux-gnu/libudev.so.0
  /opt/google/chrome/libudev.so.0

So, I think I already had the required "0" version from Chrome?  Do I need to create a new link?  Should I remove some of the previous links I created?

Thank you for any and all help!

For CCS you only need the /lib/i386-linux-gnu/libudev.so.0 -> libudev.so.1 symlink.

For Google Chrome, you need an /opt/google/chrome/libudev.so.0 -> /lib/x86_64-linux-gnu/libudev.so.1 symlink.  Chrome actually ships with a private copy of libudev.so.0, but this has been known to cause problems when libudev.so.1 is also loaded (indirecty due to another library) since apparently both versions get very confused when that happens.

Note that the two links have different targets: CCS is 32-bit while you presumably have the 64-bit version of Chrome.

Chris Jagielski said:

So, I think I already had the required "0" version from Chrome?  Do I need to create a new link?  Should I remove some of the previous links I created?

Try running the ldd "dependency-checker" in http://e2e.ti.com/support/development_tools/code_composer_studio/f/81/p/367275/1290936.aspx#1290936 and see if that reports any errors.

To be honest, it's getting more and more ridiculous that CCS is still 32-bit only, when I think it's been over a decade since the last 32-bit x86 processor was released?  (And considering its performance on modern computers I certainly wouldn't feel tempted to try running it on one from that era...)

Note in contrast that the latest Linaro GCC toolchains have dropped support for 32-bit linux hosts altogether.

Despite I would also love to see CCS (and a bunch of other applications) ported to 64-bits, porting a command line compiler suite such as Linaro is probably a lot simpler than an entire IDE crammed with plugins, device drivers, etc.

Looking around in the marketplace, clearly the porting is not as easy as one would think, as the absolute majority of closed source applications is still 32 bits in both OSes (Linux and Windows, a more popular platform adopted by software houses). Until recently (perhaps 2013/14) no one recommended using Internet Explorer 64-bit, and even today Firefox is 32 bits, as well as Chrome (in Windows). I look at my PC and several applications I run (Microsoft Office, Altium Designer, Skype, several other small utilities) are still 32 bits.

Therefore yes, I would really love for CCS to be 64-bit as well (especially on Linux, which simply dropped all the 32-bit support at once without regard for back compatibility), but the current state of affairs is not really far from what exists in the marketplace.  

BTW, this old but interesting article explains in part why the adoption is slow.

--Cheers

Hi,

I also had some problems with CCS6 on my Debian 64 and 32 bit with LXDE. After ldd I get something like this

ldd /home/cosik/.programy/ti/ccsv6/eclipse/plugins/com.ti.chromium.browser.gtk.linux.x86_1.0.0.201502111100/libs/*.so | grep found
/home/cosik/.programy/ti/ccsv6/eclipse/plugins/com.ti.chromium.browser.gtk.linux.x86_1.0.0.201502111100/libs/libcef_bridge.so: /usr/lib/libgcrypt.so.11: version `GCRYPT_1.2' not found (required by /home/cosik/.programy/ti/ccsv6/eclipse/plugins/com.ti.chromium.browser.gtk.linux.x86_1.0.0.201502111100/libs/libcef.so)
/home/cosik/.programy/ti/ccsv6/eclipse/plugins/com.ti.chromium.browser.gtk.linux.x86_1.0.0.201502111100/libs/libcef.so: /usr/lib/libgcrypt.so.11: version `GCRYPT_1.2' not found (required by /home/cosik/.programy/ti/ccsv6/eclipse/plugins/com.ti.chromium.browser.gtk.linux.x86_1.0.0.201502111100/libs/libcef.so)

Solution for this was to install libgcrypt11 and everything start working, but I spend on it a lot of time.

Hi @all

In case you are using Ubuntu 15.10, then there is a high possibility, that libgcrypt.so.0 is what is causing the trouble.
It is not required by the installer, it warns you, but it can be continued.

32 bit version: launchpad.net/.../libgcrypt11_1.5.3-2ubuntu4.2_i386.deb
64 bit version: launchpad.net/.../libgcrypt11_1.5.3-2ubuntu4.2_amd64.deb

Installing these 2 fixed it for me.

Hope it helps others ...

I've just installed CCS6.1.2 into 64 bit Ubuntu 15.04, and have tried the symbolic links (which I assume are supposed to go into /lib/i386-linux-gnu) and also the suggested apt-get installs and nothing is bringing the Welcome window back (it was there after the first install before adding the extension). I've googled a lot and searched, but can't find anything else; any more suggestions before I give up?

Hi,

It's possible that eclipse is unable to find proxy information it needs. Could you please:

go to window -> preferences-> General -> network connections

Change Active provider from Native to Manual and add the proxy information.

Danish

Tried everything in this thread, I'm running Ubuntu 15.10. Nothing worked, until I switched to a new Workspace. For whatever reason, the old workspace was holding back something. Switching to a new one gave me back the app center, now I'm going to try installing what I need, then attempt to switch back to the old workspace. Hope this helps anyone in the same boat.

Related, but slightly different. I find CCS and eclipse buggy and non-intuitive. Has anyone put together a GNU GCC/GDB defs and makefile with an openocd download capability for the CC1120 or CC1200 development boards? Does anyone know if openocd will work with the MPS430? with the MPS432? Also, does anyone know when MPS432 development boards will be available? This would make things so much simpler.

In Ubuntu 16.04 x64. There was no libnss3 library. 

sudo apt-get install libnss3:i386