Package Details: stm32cubeide 1.18.1-3

Git Clone URL: https://aur.archlinux.org/stm32cubeide.git (read-only, click to copy)
Package Base: stm32cubeide
Description: Integrated Development Environment for STM32
Upstream URL: https://www.st.com/en/development-tools/stm32cubeide.html
Keywords: arm cortex cortex-m cubeide embedded ide st stm32
Licenses: custom:SLA0048
Submitter: kumen
Maintainer: kumen
Last Packager: kumen
Votes: 37
Popularity: 0.001546
First Submitted: 2019-05-02 15:05 (UTC)
Last Updated: 2025-06-12 16:40 (UTC)

Pinned Comments

kumen commented on 2023-03-19 13:14 (UTC) (edited on 2023-03-19 13:17 (UTC) by kumen)

STM32CubeIDE is now run by executing stm32cubeide_wayland official script. If you have issues related to run environment, try to edit /usr/share/applications/stm32cubeide.desktop file and uncomment one of commented out Exec=... lines and comment out currently used one. After making changes to stm32cubeide.desktop run update-desktop-database as root to apply changes.

Discussion about this Eclipse issues is here: https://github.com/eclipse-platform/eclipse.platform.swt/issues/158

Latest Comments

« First ‹ Previous 1 .. 4 5 6 7 8 9 10 11 12 13 14 .. 16 Next › Last »

dario commented on 2023-03-14 08:08 (UTC) (edited on 2023-03-14 08:10 (UTC) by dario)

indecisive, you may downgrade glib2 to version 2.74.6-1 as a workaround. EDIT: try with a full upgrade of your system. Now it should work out of the box.

indecisive commented on 2023-03-14 06:29 (UTC)

@kumen: Thank you for packaging.

As of now, the current version of this package (1.12.0-1) does not launch. Instead, it crashes, and a coredump is created blaming the function "Java_org_eclipse_swt_internal_C_strlen".

Can you verify if this behavior is the same on your system?

kumen commented on 2023-01-20 17:39 (UTC)

Thank you all for advice. I tried to implement them.
GDK_BACKEND=x11 in .desktop file is now commented out.
Wayland related issues and crashes tips: https://github.com/eclipse-platform/eclipse.platform.swt/issues/158

oe1tkt commented on 2023-01-19 13:09 (UTC)

@kumen: First, thank u for packaging. Why not preventing the 99-jilink.rules.patch from downloading (already skipped udev rules)? BTW typos of "installation" with only one "l" in the PKGBUILD.

xiretza commented on 2023-01-15 12:12 (UTC)

That's correct. The PKGBUILD must not run any programs outside of the provided functions, since the execution environment is undefined.

kumen commented on 2023-01-09 18:28 (UTC)

Ah I see. xdg-user-dirs is used even before installation of makedepends from PKGBUILD. Is that correct?

xiretza commented on 2023-01-09 16:29 (UTC) (edited on 2023-01-09 16:29 (UTC) by xiretza)

How is makepkg even supposed to know it has to install the package if running the PKGBUILD requires the package to be installed? That can't possibly work.

I'm building in a clean chroot, and I'm not about to manually pre-install dependencies because of an obviously broken PKGBUILD.

Sabu commented on 2023-01-09 01:13 (UTC) (edited on 2023-01-09 01:14 (UTC) by Sabu)

@xiretza, you've already installed the package xdg-user-dirs? If not, then your installation didn't fullfill the dependencies. See the list above with dependencies. If you've installed xdg-user-dirs the you can run this command from the command line without any errors.

xiretza commented on 2023-01-08 21:22 (UTC)

Still fails with:

PKGBUILD: line 19: xdg-user-dir: command not found

Again, please either remove this whole _DOWNLOADS_DIR logic (PKGBUILDs really aren't supposed to touch anything outside of $srcdir), or at least guard the xdg-user-dir invocation so it doesn't cause errors before makedepends are installed.

fenugrec commented on 2022-12-07 20:30 (UTC) (edited on 2022-12-08 00:04 (UTC) by fenugrec)

@Sabu, yes, that's why I said "because /tmp is mounted noexec", which is generally recommended. I don't know which part of stm32cube or java is configured to dump executable stuff into /tmp , hence my question for fixes / workarounds that don't involve reconfiguring my system.

[EDIT] I'm on my way to finding a workaround, I think - https://stackoverflow.com/a/10108362

it involves changing the java.io.tmpdir var when starting stm32cubeide.

[EDIT 2] Found a workaround, possibly ugly : invoke stm32cube ide prefixed with "_JAVA_OPTIONS=-Djava.io.tmpdir=/path_to_executable_tmpdir stm32cubeide"

I will probably modify the .desktop file on my machines.

« First ‹ Previous 1 .. 4 5 6 7 8 9 10 11 12 13 14 .. 16 Next › Last »