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
Search Criteria
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)
- arm-none-eabi-gdb (arm-none-eabi-gdb-linaro)
- glibc (glibc-force-mmap, lib32-glibc-force-mmap, glibc-minimal-git, glibc-widevine, glibc-linux4, glibc-git)
- java-runtime (java-gcj-compat, jre10, jdk12-openj9-bin, zulu-12-bin, jre6, jre12, server-jre, jdk13-openj9-bin, jdk9-openj9-bin, jdk10, jdk11-openjdk-dcevm, jdk10-openj9-bin, jdk14-openj9-bin, jdk7, jre7, zulu-14-bin, amazon-corretto-15, jdk11-openjdk-dcevm-conflicts-fixed, zulu-embedded-jdk8, sapmachine-jdk-bin, amazon-corretto-16, jdk8-graalvm-bin, jdk16-graalvm-bin, jre8-openjdk-shenandoah, zulu-16-bin, jdk11-graalvm-ee-bin, jdk16-adoptopenjdk, zulu-jdk-fx-bin, jdk11-microsoft-openjdk, jdk16-microsoft-openjdk, jdk11-msopenjdk-bin, jdk18-beta-temurin, jdk8-arm, jre17-jetbrains, liberica-jdk-11-bin, liberica-jdk-11-lite-bin, liberica-jre-11-bin, jre11-jetbrains-imfix, java-openjdk-loom-ea-bin, jdk17-dragonwell-bin, hmcl-zulu-bin, jdk7-j9-bin, jdk7r1-j9-bin, jdk8-j9-bin, jdk11-j9-bin, jdk-jetbrains, jre11-jbr-xdg, jre12-openjdk, jre15-openjdk, jre16-openjdk, jre13-openjdk, jre14-openjdk, jre-bcl, jdk-bcl, amazon-corretto-18, zulu-18-bin, zulu-13-bin, jre15, jre14, jre13, jre16, jre17, bishengjdk-17, bishengjre-17, jdk-arm, jdk11-openj9-bin, jdk-openj9-bin, jre-openj9, jre-lts, jre, zulu-15-bin, zulu-embedded-jdk, jre-jbr-xdg, jre-openjdk-xdg, jre-openjdk-xdg-bin, zulu-embedded-jdk11, jdk-microsoft-openjdk, jre18-openjdk, jdk17-openj9-bin, jdk17-jetbrains-bin, jdk11-jetbrains-bin, liberica-jdk-8-full-bin, liberica-jdk-17-full-bin, liberica-jdk-full-bin, liberica-jre-11-full-bin, liberica-jdk-11-full-bin, jre-jetbrains, zulu-jre-fx-bin, jdk8-dragonwell-extended-bin, jdk8-dragonwell-standard-bin, jdk11-dragonwell-extended-bin, jdk11-dragonwell-standard-bin, jdk17-dragonwell-standard-bin, jdk8-dragonwell-extended, jre8-adoptopenjdk, jdk18-openj9-bin, jdk8-openj9-bin, jre8, jdk8, jre11, jre17-jetbrains-imfix, jdk-android-studio, amazon-corretto-8, amazon-corretto-11, amazon-corretto-19-bin, amazon-corretto-17, zulu-8-bin, zulu-11-bin, zulu-17-bin, zulu-19-bin, java-openjdk-ea-bin, jdk11-temurin, jdk17-temurin, jdk-temurin, jdk17-graalvm-ee-bin, java-openjdk-bin, liberica-jre-8-full-bin, jdk11-graalvm-bin, jdk17-graalvm-bin, jdk19-graalvm-bin, jre-openjdk, jre11-openjdk, jre17-openjdk, jre8-openjdk)
- libusb (libusb-git)
- webkit2gtk (webkit2gtk-wpe-bin, webkit2gtk-hvml, webkit2gtk-imgpaste)
- imagemagick (graphicsmagick-imagemagick-compat, imagemagick-git, imagemagick-full-git, imagemagick-no-hdri, imagemagick-full, imagemagick-fftw) (make)
- jlink-software-and-documentation (optional)
- stlink (stlink-git) (optional)
Required by (0)
Sources (2)
kumen commented on 2023-01-20 17:39 (UTC)
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 ?
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.