Showing results for 
Search instead for 
Did you mean: 

STM32CubeIDE - 1.15.1 - Dependency to libncurses5



I want to use STM32CubeIDE with Ubuntu 24.04 (new LTS), but on this version we don't have libncurses5 but libncurses6.


If we install STM32CubeIDE from .deb we have an error because libncurses5 is not installable

If we install STM32CubeIDE from general linux installer, we have no error as it doesn't check the dependency.


The problem is, when I want to flash my device using STM32CubeIDE it force the use or arm-none-eabi-gdb provided by ST here: `/opt/st/stm32cubeide_1.15.1/plugins/` so it fails because arm-none-eabi-gdb (from ST) require libncurses5


My question is simple:

How to use arm-none-eabi-gdb provided by my computer instead of the version provided by ST .. ?

Senior II

Install you own  arm-none-eabi compiler  and add into tollchain manager in STM32CubeIDE

ST Employee

Hello @Dunfell 

First let me thank you for posting.

At this stage only Linux®: Ubuntu® LTS 20.04 and LTS 22.04, and Fedora® 37 are supported by STM32CubeIDE.

Check the release note the Host PC system requirements  section.


To give better visibility on the answered topics, please click on Accept as Solution on the reply which solved your issue or answered your question.

Thank you @Semer CHERNI for the information. Does ST have a timeline for when the IDE will be updated? There are a number of dependency issues now for the Linux CubeIDE which prevent anyone with a modern and fully updated Linux install from using it, including but not limited to:

  • dependence upon `Python 2.7`, which was deprecated over 4 years ago. This is probably a huge security problem.
  • dependence upon `libnss3`, but no errors are thrown which make that obvious
  • dependence upon weird settings for `ulimit` that otherwise cause the CubeIDE to lock up and consume 100% CPU usage until killed if not set correctly
  • java runtime dependence also appears to be breaking it
  • ncurses6 not supported, as mentioned above
  • many more

Using an older version of Linux is not a feasible option for us at this time, unfortunately.