Arch Linux User Repository

@AndrevS, besides your issues with sw4stm32 I would not install sw4stm32 because the development/support has stopped in January 2019 if I'm right. sw4stm32 is now part of STM32-Cube IDE (stm32cubeide, see https://aur.archlinux.org/packages/?O=0&SeB=nd&K=stm32cube&outdated=&SB=n&SO=a&PP=50&do_Search=Go). stm32cubeide is nearly equal to sw4stm32 but with fewer bugs in my experience. It could also be that your issue with libfakeroot.so will be gone, I'm not sure. If not, do you already installed and updated the base-devel group installed?

sudo pacman -Syu --needed base-devel

While downloading http://www.ac6-tools.com/downloads/SW4STM32/install_sw4stm32_linux_64bits-v2.9.run it complains about an invalid SSL certificate.

Furtheremore, it fails to load fakeroot, and (attempt to) install files on the live file system during package building.

Starting process Loading STLink/V2 udev rules (2/2)
The udev rule 49-stlinkv1.rules will be installed into /etc/udev/rules.d
The udev rule 49-stlinkv2-1.rules will be installed into /etc/udev/rules.d
The udev rule 49-stlinkv2.rules will be installed into /etc/udev/rules.d
The udev rule 49-stlinkv3.rules will be installed into /etc/udev/rules.d
ERROR: ld.so: object 'libfakeroot.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.
[sudo] wachtwoord voor andre: 

Just as generic information for users who wants to install sw4stm32, sw4stm32 is outdated and will not be further developed. sw4stm32 is now part of STM32CubeIDE (ST).

The download of the source fails:

curl: (60) SSL certificate problem: unable to get local issuer certificate

It would be possible to deliver the certificate via AUR and add the following line to the PKGBUILD:

DLAGENTS=("https::/usr/bin/curl --cacert certificate.crt -o %o %u")

using the URL:

https://www.ac6-tools.com/downloads/SW4STM32/install_sw4stm32_linux_64bits-v$pkgver.run

The current certificate of www.ac6-tools.com:

-----BEGIN CERTIFICATE-----
MIIHtzCCBp+gAwIBAgIRAPfqbsDFc2Ix/eRcAu0Vjh4wDQYJKoZIhvcNAQELBQAw
gZExCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAO
BgNVBAcTB1NhbGZvcmQxGDAWBgNVBAoTD1NlY3RpZ28gTGltaXRlZDE5MDcGA1UE
AxMwU2VjdGlnbyBSU0EgRXh0ZW5kZWQgVmFsaWRhdGlvbiBTZWN1cmUgU2VydmVy
IENBMB4XDTE5MDkxODAwMDAwMFoXDTIxMDkxODIzNTk1OVowggEBMRowGAYDVQQF
ExE0NDkgNTk3IDEwMyAwMDAyNjETMBEGCysGAQQBgjc8AgEDEwJGUjEdMBsGA1UE
DxMUUHJpdmF0ZSBPcmdhbml6YXRpb24xCzAJBgNVBAYTAkZSMQ4wDAYDVQQREwU5
MjQwMDEXMBUGA1UECAwOw45sZS1kZS1GcmFuY2UxEzARBgNVBAcTCkNPVVJCRVZP
SUUxHDAaBgNVBAkTEzIxIHJ1ZSBQaWVycmUgQ3VyaWUxDDAKBgNVBAoTA0FjNjEj
MCEGA1UECxMaQ09NT0RPIEVWIE11bHRpLURvbWFpbiBTU0wxEzARBgNVBAMTCnd3
dy5hYzYuZnIwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCvGKgfVTtV
Qnxc4/jnLv5DuCNXyLvO1XsCgiV/Cno4Zd/ZqdrDjlhoOh/zg60MwoCVuLyDIF9H
wvHqrXyG10g4VBsE614zAWDP/7S7S+vQxI2ycSfTpTsA3yscrGZI7yyilhh3brKC
Ck1KY0gjK8qv78JArLebQ6IAhi6PNyXDMfmQPxQiB9rjUcmToUQ3zr9wr7M8+5m3
A/CaOy0L1g6BVVqwu6S/ORM6I+P4/fiibqscs18swmBJS6+/KYT+p5eOi6KbIrp5
M8yo6jiWQsogJo+rtzjzC2XWjHsaMZDwqaF6UDTzKGfJ6GbEO9qeuRLNSUep1TBf
ehrFF2WRtyU5AgMBAAGjggOVMIIDkTAfBgNVHSMEGDAWgBQsaf+AyYeQrjThtOdM
k4WZQOmnsjAdBgNVHQ4EFgQUVotl6CP6L5Db10Wj5HSKGBx/u7MwDgYDVR0PAQH/
BAQDAgWgMAwGA1UdEwEB/wQCMAAwHQYDVR0lBBYwFAYIKwYBBQUHAwEGCCsGAQUF
BwMCMEkGA1UdIARCMEAwNQYMKwYBBAGyMQECAQUBMCUwIwYIKwYBBQUHAgEWF2h0
dHBzOi8vc2VjdGlnby5jb20vQ1BTMAcGBWeBDAEBMFYGA1UdHwRPME0wS6BJoEeG
RWh0dHA6Ly9jcmwuc2VjdGlnby5jb20vU2VjdGlnb1JTQUV4dGVuZGVkVmFsaWRh
dGlvblNlY3VyZVNlcnZlckNBLmNybDCBhgYIKwYBBQUHAQEEejB4MFEGCCsGAQUF
BzAChkVodHRwOi8vY3J0LnNlY3RpZ28uY29tL1NlY3RpZ29SU0FFeHRlbmRlZFZh
bGlkYXRpb25TZWN1cmVTZXJ2ZXJDQS5jcnQwIwYIKwYBBQUHMAGGF2h0dHA6Ly9v
Y3NwLnNlY3RpZ28uY29tMGYGA1UdEQRfMF2CCnd3dy5hYzYuZnKCE3d3dy5hYzYt
Y29uc2VpbC5jb22CEXd3dy5hYzYtdG9vbHMuY29tghR3d3cuYWM2LXRyYWluaW5n
LmNvbYIRd3d3Lm9wZW5zdG0zMi5vcmcwggF8BgorBgEEAdZ5AgQCBIIBbASCAWgB
ZgB1AO5Lvbd1zmC64UJpH6vhnmajD35fsHLYgwDEe4l6qP3LAAABbUT2qYYAAAQD
AEYwRAIgJF/pD0x8H7L3IJhOu3VzsGjahBa0AC6YYmDIyXFONtMCIBSWV37BPFAl
vIM12j71rLXzoYaioRMwynW2AoKmyb5IAHYAVYHUwhaQNgFK6gubVzxT8MDkOHhw
JQgXL6OqHQcT0wwAAAFtRParPAAABAMARzBFAiBlW9T5+AEwAW5hwNyOhpFrq8J0
v2tTmzzjAy7FL0VdjgIhAPSvnp2jV003dp9nrN/0z9HyEJC9MutT2BJg78B4CmkG
AHUAu9nfvB+KcbWTlCOXqpJ7RzhXlQqrUugakJZkNo4e0YUAAAFtRPapeAAABAMA
RjBEAiAurQ2sjrgq0Rh9LYM1FsscoS7msUlH4MIFSbFu7HYZ/AIgObFGjwifFr0y
CtcxqKl+/KLdm1b3KMHkHBcdvf2NmO8wDQYJKoZIhvcNAQELBQADggEBAHZ4tJCU
kmaX2bn8O4yMwediuF5XBsT9AlAdj49mI1VUu+tFNd7+EXiPA/Qve56cTYTX32qa
V6NwEM3zDUYk1XLeMeEdI702m+qw5BsTrxTVIY4B6VEJ+GSZy8KK/wpwELfIeK2b
HRuVgoACrjhpcBDflT/ZT4PN1K/Npm4oIpdQw4S5cIbNJG/2/o5DQwaSbJ93eQLM
1ZJlalygMydM2fmyXDP0Eib3jOYTsaNvSbZFrbKg7wZlTLvvHIARkah7C3Hp3c+G
knP4xCUKJbrY4/YSJQKhpfvd3H0Vh2Cn1He8PBLLXfNLMaVny6EQK8/Hd/XiJDBr
MMQYQu5D3QdxHYo=
-----END CERTIFICATE-----

The same issue as rp68

I'm having the same issue as rp68

Hi. I have this issue :

[ Unpacking finished ] File execution failed
com.izforge.izpack.api.exception.IzPackException: An error occured- in com.izforge.izpack.installer.bootstrap.Installer.main() at Installer.java:78

• in com.izforge.izpack.installer.bootstrap.Installer.start() at Installer.java:221

• in com.izforge.izpack.installer.bootstrap.Installer.launchInstall() at Installer.java:286

• in com.izforge.izpack.installer.bootstrap.Installer.launchAutomatedInstaller() at Installer.java:321

• in com.izforge.izpack.installer.automation.AutomatedInstaller.doInstall() at AutomatedInstaller.java:173

• in com.izforge.izpack.installer.panel.AbstractPanels.switchPanel() at AbstractPanels.java:513
• in com.izforge.izpack.installer.automation.AutomatedPanels.switchPanel() at AutomatedPanels.java:38
• in com.izforge.izpack.installer.automation.AutomatedPanels.switchPanel() at AutomatedPanels.java:89
• in com.izforge.izpack.panels.install.InstallPanelAutomationHelper.runAutomated() at InstallPanelAutomationHelper.java:65
• in com.izforge.izpack.installer.unpacker.UnpackerBase.run() at UnpackerBase.java:236
• in com.izforge.izpack.installer.unpacker.UnpackerBase.unpack() at UnpackerBase.java:273 Caused by: com.izforge.izpack.api.exception.InstallerException: File execution failed- in com.izforge.izpack.installer.unpacker.UnpackerBase.unpack() at UnpackerBase.java:251
• in com.izforge.izpack.installer.unpacker.UnpackerBase.unpack() at UnpackerBase.java:438
• in com.izforge.izpack.installer.unpacker.UnpackerBase.executeFiles() at UnpackerBase.java:930

an idea ? thanks

If you're having weird issues with debugging (like being unable to pause execution for a second time, for example), it's because by default, the package creates projects using the system-wide openocd and arm-none-eabi-gdb. You need, for each project, after creation, to specify that it should use sw4stm32's own versions of openocd and gdb. To do this, do the following (for each path, replace the XXXXXXXXs with what's actually in your directories. This can vary depending on the versions) :

Right click on the project -> Properties -> C/C++ Build -> Settings -> Tool Settings -> MCU Settings -> set the path to /usr/lib/sw4stm32/plugins/fr.ac6.mcu.externaltools.arm-none.linuxXXXXXX/tools/st-gnu-arm-gcc-XXXXXXXX/bin/ -> Apply -> Then click on Run/Debug Settings category on the left -> select the only configuration, it should be named "[your project name] Debug" -> Edit... -> Debugger -> Modify the GDB command field to "/usr/lib/sw4stm32/plugins/fr.ac6.mcu.externaltools.arm-none.linuxXXXXXXXX/tools/st-gnu-arm-gcc-XXXXXXXXX/bin/arm-none-eabi-gdb" -> Modify also the OpenOCD Command field to "/usr/lib/sw4stm32/plugins/fr.ac6.mcu.externaltools.openocd.linuxXXXXXXXX/tools/openocd/bin/openocd" -> Apply -> OK -> Apply -> OK

Since most of aur helpers have no root access, it's necessary to copy udev rules manually into $pkgdir/etc/udev/rules.d/

    # Copy udev rule manually
    for r in $(ls $HOME/.installation/*.rules); do
        install -Dm644 $r \
                "$pkgdir/etc/udev/rules.d/${r##*/}"
    done

This IDE bundles arm-none-eabi-* tools and openocd but the variable containing the path (${openstm32_compiler_path}) is empty. You can check how debug configurations use that variable by default on the debugger settings.

@DCengineer @2lafru I can't test the edits. What do you recommend? To add arm-none-eabi-gdb and openocd as runtime deps? Let me know

I just installed version 2.5 with success (directly from openstm32). It had no problems installing udev rules, however I don't have cubemx installed. I haven't tried to debug yet but everything compiles just fine. This aur package failed to install. So maybe updating it and removing the udev part from pkgbuild will help?

DCengineer is right. Even without stm32cubemx, the udev rules have to be deleted during installation. And sw4stm32 isn't able to use its own gdb and openocd; so debugging is broken. Can't find a way to suspend and resume execution.

This package seems to conflict with stm32cubemx, because they both try to install stlink udev rules. I was able to get both packages installed, but I had to remove the stlink rules during the installation process. Also, I had to use arm-none-eabi-gdb and the AUR openocd package in order to get debugging to work.

Probably not a secure solution, but changing the owner of /opt/sw4stm32 (sudo chown -R /opt/sw4stm32) is a feasible solution to allow installation of the compiler. Adding read/write access to the directory and its subdirectories is probably a better idea.

When running first time it tries to download the compiler and everything else to /opt, so it fails with permission denied. How can I prevent this?

In your pkgbuild you use 'convert' in package(). 'convert' is provided by extra/imagemagick. Could You please add imagemagick to makedepend list? makedepend=( imagemagick ) ?

I have fixed the udev rule issue by copying it manually (the error will still be displayed by the installer). For gdb and openocd I use the versions provided inside the package so I do not have to add them as dependencies. I forgot to add lib32-ncurses5-compat-lib as you mentioned for the gdb shipped with sw4stm32. This should be fixed now.

PKGBUILD depends on java and is not listed as a dependency. Program itself requires gdb and openocd at least to work properly. Can also note that their version of gdb fails to work without libncurses.so.5, which is provided by the AUR package lib32-ncurses5-compat-libs. udev rule fails to install: ... -- Unpack SW4STM32 done -- Starting process Creating desktop shortcut (2/3) Starting process Loading STLink/V2 udev rules (3/3) ERROR: ld.so: object 'libfakeroot.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. cp: cannot stat '49-stlinkv2.rules': No such file or directory -- Udev rule installation failed -- Please manually copy the 49-stlinkv2.rules file into the udev rules directory