This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

CCSv6 App Center blank on linux

Other Parts Discussed in Thread: GRACE, CC1200, CC1120

Getting a blank App Center in CCSv6 on linux?

The problem is that CCS depends on the old libudev.so.0 which has been removed in e.g. recent debian and ubuntu versions.  (You probably got a warning about this during install but, like me, ignored it).   CCS (and afaik other applications which exhibit a similar problem) will however work just fine with libudev.so.1 so you can fix this easily:

~$ locate '*/libudev.so.1'
/lib/i386-linux-gnu/libudev.so.1
/lib/x86_64-linux-gnu/libudev.so.1
~$ sudo ln -s libudev.so.1 /lib/i386-linux-gnu/libudev.so.0

Problem solved.

  • 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.

    Using CCS v6 on CentOS 6.1 64-bit I also had a blank CCS Apps Center, with /lib/libudev.so.0 already installed.

    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?

    I have seen problems where the required libraries are installed, but that loading of Chromium fails due to missing symbols as a result of library version mismatches.

    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.

  • I'm using CCv6 and I had similar problem just after installing the apps (simplelink, guicomposer, ...).

    I'm running CCSv6 on 14.04 Ubuntu Linux 64 bits.

    I tried the libudev link and it didn't work. I followed the above link, running ldd tool, and I got the following:

    flavio@phimachd:/opt/google/chrome$ ldd -v -r /opt/ti/ccsv6/eclipse/plugins/com.ti.chromium.browser.gtk.linux.x86_1.0.0.201502111100/libs/*.so | grep "not"
    libnss3.so => not found
    libnssutil3.so => not found
    libsmime3.so => not found
    libplc4.so => not found
    libnspr4.so => not found
    libnssutil3.so (NSSUTIL_3.12.3) => not found
    libnssutil3.so (NSSUTIL_3.12) => not found
    libsmime3.so (NSS_3.10) => not found
    libsmime3.so (NSS_3.2) => not found
    libnss3.so (NSS_3.11.2) => not found
    libnss3.so (NSS_3.12.1) => not found
    libnss3.so (NSS_3.12.3) => not found
    libnss3.so (NSS_3.9.2) => not found
    libnss3.so (NSS_3.11) => not found
    libnss3.so (NSS_3.8) => not found
    libnss3.so (NSS_3.9) => not found
    libnss3.so (NSS_3.12) => not found
    libnss3.so (NSS_3.11.1) => not found
    libnss3.so (NSS_3.6) => not found
    libnss3.so (NSS_3.5) => not found
    libnss3.so (NSS_3.10) => not found
    libnss3.so (NSS_3.4) => not found
    libnss3.so (NSS_3.3) => not found
    libnss3.so (NSS_3.2) => not found
    libnss3.so => not found
    libnssutil3.so => not found
    libsmime3.so => not found
    libplc4.so => not found
    libnspr4.so => not found
    libnssutil3.so (NSSUTIL_3.12.3) => not found
    libnssutil3.so (NSSUTIL_3.12) => not found
    libsmime3.so (NSS_3.10) => not found
    libsmime3.so (NSS_3.2) => not found
    libnss3.so (NSS_3.11.2) => not found
    libnss3.so (NSS_3.12.1) => not found
    libnss3.so (NSS_3.12.3) => not found
    libnss3.so (NSS_3.9.2) => not found
    libnss3.so (NSS_3.11) => not found
    libnss3.so (NSS_3.8) => not found
    libnss3.so (NSS_3.9) => not found
    libnss3.so (NSS_3.12) => not found
    libnss3.so (NSS_3.11.1) => not found
    libnss3.so (NSS_3.6) => not found
    libnss3.so (NSS_3.5) => not found
    libnss3.so (NSS_3.10) => not found
    libnss3.so (NSS_3.4) => not found
    libnss3.so (NSS_3.3) => not found
    libnss3.so (NSS_3.2) => not found


    The problem was not with udev, but with libnss3. I had it installed, but the 64bit version. I had to install the 32bit version, with the following command:

    sudo apt-get install libnss3:i386 libnss3-1d:i386 libnss3-nssdb:i386

    Then I restarted CCS and it finally worked.

    Hope it helps.
  • 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.

  • Finally!
    You saved my brain from the bloody burst!
    Thanks a lot!
  • I have the same problem, but it is not the dependency problem I think. I encountered this problem after installing some programs from app cneter. It had been fine before. Have no idea of what caused this problem.
  • 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?

  • Ken,

    I am in exactly same circumstance, no joy for me either ... :(

    Randy
  • 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.

  • MSP432 launchpad is in production for month.. I got one last year.
  • In Ubuntu 16.04 x64. There was no libnss3 library. 

    sudo apt-get install libnss3:i386