Arch Linux User Repository

Thanks @m42uko for the suggestions. I have added xorg-server and fontconfig to the makedepends.

I have also added gst-plugins-base-libs to optdepends, including a message during installation explaining it might be required for synplify. I am still reluctant to adding it to mandatory deps, since my install does everything I need without it.

Thanks a lot for your continued work on this! Sadly the update to the Windows-style installer (sigh), means that we now need X11 to run the installer. Luckily, it seems as if Xorg does not need to run, it is enough if the library is present.

Could you please add the following packages to the makedepends: xorg-server, fontconfig

Sadly this update did not change the libgstapp-1.0.so.0 dependency. You can add it to optdepends (required for Synplify), but I'd still consider adding it as a requirement to the normal deps.

Thank you!

Updated to version 3.14. They changed the packaging to use a Windows style installer, and now the install weights 11+ GiB... Hope nothing breaks.

I'm a bit busy currently, so I don't have time to install pypfpa development packages to try replicating the problem.

Is it OK if I add the library as an optional dependency? And also I could add a warning about this on the Arch Wiki Diamond page.

@doragasu: Sorry for the late reply. Yes, this is super weird and I have no idea what they are using it for (my guess is they needed some non-media functionality (such as a weird scheduler) that was "conveniently" implemented in libgst, so they just linked against it.)

Here's the CLI log from a headless run of diamondc (in Docker, synthesis with Synplify, started using PyFPGA):

 synpwrap -msg -prj "fpga-feature-demo_Implementation0_synplify.tcl" -log "fpga-feature-demo_Implementation0.srf"
Copyright (C) 1992-2023 Lattice Semiconductor Corporation. All rights reserved.
Lattice Diamond Version 3.13.0.56.2
    <postMsg mid="2011000" type="Info"    dynamic="0" navigation="0"  />
/usr/local/diamond/3.13/synpbase/linux_a_64/mbin/synbatch: error while loading shared libraries: libgstapp-1.0.so.0: cannot open shared object file: No such file or directory
Error : can not print out log file stdout.log
Child process exit with 127.
Error of dumping file fpga-feature-demo_Implementation0.srf, 'stdout.log' is instead.
Synthesis exit by 127.
Running milestone "Synthesis" failed
    while executing
"prj_run Synthesis -forceOne"
    (file "diamond.tcl" line 60)

You should be able to reproduce this by running the Diamond sample project from PyFPGA (dev branch (!)): https://github.com/PyFPGA/pyfpga/blob/dev/examples/projects/diamond.py

Is this enough information to reproduce, or can I help in any other way?

@m42uko: that seems a bit weird, why would it want to use GStreamer? Could you give more details?

I have never used diamondc, but if I launch it and have a look to the opened files (with lsof -P -T -p $(pidof pnmainc), it does not show any gstreamer lib (and I have them installed).

Hi, I just noticed that Diamond (at least in batch mode with diamondc/synbatch) requires gst-plugins-base-libs for libgstapp-1.0.so. Can you please add that to the dependencies. Thanks!

@jjbeard: I missed that, thanks, I'll add it when I get some time.

Hi! This should have a dependency on libusb-compat for the programmer binary to start.

Launcher application command shows as:

unset QT_QPA_PLATFORM;/usr/local/diamond/3.13/bin/lin64/diamond

It works OK after fixing it