Arch Linux User Repository

STM32_Programmer_CLI doesn't work due to undefined symbols in libQt6SerialPort. qt6-serialport can be installed via pacman to fix it.

I agree. The 04d0f6bc30979434340f86df719a2f7dd40a4709 had used javac --release 8 to adapt the higher version of java set in archlinux-java.

However, the maintainer taotieren reported at the time that he was getting runtime exceptions on java versions higher than 1.8, so java-environment==8 was used until more test reports were available.

makedepends on java-environment looks like it could be relaxed to any version, seems to build fine with jdk-openjdk 24.u36-1, and this would prevent issues with archlinux-java environment set to a newer version but without jdk installed which would cause javac to be missing from PATH.

If strict version is kept, javac should at least use full absolute path.

ST has modified their website, and now you must add the cookie in the request header to download files. Until this issue is resolved, please download the en.stm32cubeprg-lin-v${VERSION}.zip via the browser and then use makepkg to manually package it.

==> Validating source files with sha256sums... en.stm32cubeprg-lin-v2-18-0.zip ... FAILED AnalyticsPanelsConsoleHelper.java ... Passed CheckedHelloPorgrammerPanelConsoleHelper.java ... Passed FinishProgrammerPanelConsoleHelper.java ... Passed TargetProgrammerPanelConsoleHelper.java ... Passed SLA0048_STM32CubeProg.pdf ... Passed ==> ERROR: One or more files did not pass the validity check! error: failed to download sources for 'stm32cubeprog-2.18.0-1': error: packages failed to build: stm32cubeprog-2.18.0-1

After adding some missing ConsoleHelper implementation and modifying the download link in the last few commits, I believe the previous issues have been resolved, and recommend trying to rebuild with the latest PKGBUILD.

The version 2.17.0 is currently broken because of two reasons.

1. The download appears to require registration and the workaround doesn't appear to work anymore. Hence the zero byte file.

2. ST removed any option from installing without a GUI: https://community.st.com/t5/stm32cubeprogrammer-mcus/installation-of-stm32cubeprogrammer-without-a-graphical/td-p/695449

There appears to be an internal ticket which requests to fix this.

The only way I was able to install was to download the installer from ST and running it directly going through the GUI install wizard.

I though to give more input why the current stm32cubeprog 2.16.0-2 fails and how I managed to install the application: I found out that the ZIP file size of en.stm32cubeprg-lin-v2-16-0.zip was in my case 0 B while the real packet should have been over 280 MB. Thus sha256sum fails.

As @hoe10 suggest, downloading the stm32cubeprog from ST's website and replacing cached version of the ZIP file with it, yay allows me to build and install the application as now the correct ~280 MB ZIP file exist in yay's build files at ~/.cache/yay/stm32cubeprog/.

So why it was 0 bytes then? While I was trying to install the packet I tried to do the cleanBuild (in yay this removes pre-downloaded build files from yay's cache and downloads them again) with verbose command yay -Sv stm32cubeprog, it didn't download the ZIP file at all. Instead I got an error curl: (92) HTTP/2 stream 1 was not closed cleanly: INTERNAL_ERROR (err 2). Google search suggests there is something wrong with HTTP/2 or then it might be the curl syntaxes are missing some key parameters in the PKGBUILD starting at line 41.

I hope this helps someone and gives some light for the maintainers why the packet fails to build.

The installation fails with

Validating source files with sha256sums...
    en.stm32cubeprg-lin-v2-16-0.zip ... FAILED
...

Workaround was to directly download the zip file from st website and replace the one downloaded by makepkg. The sha256 matches with the one specified in the PKGBUILD. Weird and a bit fishy