Package Details: stm32cubeide 1.11.0-2

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 cube cubeide stm32
Licenses: Commercial
Submitter: kumen
Maintainer: kumen
Last Packager: kumen
Votes: 23
Popularity: 0.32
First Submitted: 2019-05-02 15:05 (UTC)
Last Updated: 2023-01-20 17:28 (UTC)

Dependencies (8)

Required by (0)

Sources (2)

Pinned Comments

kumen commented on 2020-08-17 11:22 (UTC) (edited on 2023-01-20 17:40 (UTC) by kumen)

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.

Latest Comments

1 2 3 4 5 6 .. 8 Next › Last »

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.

Sabu commented on 2022-12-07 18:49 (UTC)

@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

fenugrec commented on 2022-12-07 18:09 (UTC)

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 ?