Arch Linux User Repository

You must download it manually here: https://www.st.com/en/development-tools/stm32cubeide.html and put it to your build directory where PKGBUILD is.

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

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

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

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

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.

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

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.

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

@fenugrec, it's mostly a permissions issue. See the first answer: https://stackoverflow.com/questions/13502156/what-are-possible-causes-of-failed-to-map-segment-from-shared-object-operation It's also described here under point (d) "the fact that a segment could be read from a file doesn't mean it could be mmaped with the right protection (eg. executable) or that it could be be mmaped at the address required" --> https://unix.stackexchange.com/questions/496292/what-does-a-failed-to-map-segment-from-shared-object-error-mean

Hi, I'm getting some errors because by default /tmp is mounted noexec :

Failed to load native library:sqlite-3.34.0-d9b6997b-eb3d-4e7c-b2c4-abe6cdf75789-libsqlitejdbc.so. osinfo: Linux/x86_64                                                                                  
java.lang.UnsatisfiedLinkError: /tmp/sqlite-3.34.0-d9b6997b-eb3d-4e7c-b2c4-abe6cdf75789-libsqlitejdbc.so: /tmp/sqlite-3.34.0-d9b6997b-eb3d-4e7c-b2c4-abe6cdf75789-libsqlitejdbc.so: failed to map segment from shared object

(this is when trying to run the "new STM32 project" wizard. Ideas for a workaround , without changing perms on /tmp ?