Arch Linux User Repository

Contributions welcome: https://gitlab.com/goekce/pkgbuilds/

PKGBUILD cannot download Vivado, you have to download Vivado before executing the PKGBUILD. Refer to PKGBUILD.

This pkgbuild is also able to install Vitis – look into the file for details.

That error means you may be trying to run —product as a command of itself rather than as an argument to the previous command.

You should move that section you’ve uncommented to the end of the previous command , either by removing the empty lines and add a backslash () to the end of the previous command, or by adding the —product to the end of the same line as the last argument without starting a new line.

https://docs.amd.com/r/en-US/ug973-vivado-release-notes-install-license/Running-the-Installer states:

xsetup --agree 3rdPartyEULA,XilinxEULA --batch Install --edition "Vitis Unified Software Platform" ...

Maybe --product option does not exist anymore. Can you check whether --edition 'Vivado ML Standard' works? Gianfilippo?

I don't have access to any infrastructure to check it myself right now.

When trying to uncomment the section:

    # For installing all features, use the following options
        #--product Vivado \
        #--edition 'Vivado ML Standard'

I get an error about "--product" command not being found.

2025.1 installs fine with the updated script, but is quite broken with many errors about being unable to find board files, and I'm unable to instantiate IP due to lack of speedfiles, which I am guessing is related to being unable to open the board files.

WARNING: [Board 49-26] cannot add Board Part xilinx.com:kcu105:part0:1.6 available at /opt/Xilinx/2025.1/data/xhub/boards/XilinxBoardStore/boards/Xilinx/kcu105/1.6/board.xml as part xcku040-ffva1156-2-e specified in board_part file is either invalid or not available
WARNING: [Board 49-26] cannot add Board Part xilinx.com:kcu105:part0:1.7 available at /opt/Xilinx/2025.1/data/xhub/boards/XilinxBoardStore/boards/Xilinx/kcu105/1.7/board.xml as part xcku040-ffva1156-2-e specified in board_part file is either invalid or not available

• and 20 more similar warnings

I've confirmed those files are in those directories mentioned in the warning, so I am not sure why vivado can't open them anymore. Tried opening a ticket with xilinx support but who knows how helpful they will be with an unsupported OS. Vivado 2024.2 worked fine, but it seems the directory structure of the installation has changed somewhat in 2025.1.

edit: I am now noticing that the warning actually says the part is unavailable, not the board file.

You are right, qwjyh; thanks for confirmation — I also get the error. LD_PRELOAD=libfakeroot.so, however it cannot be found, even I think it is set by makepkg automatically.

I applied not @microsparky's solution and the libfakeroot.so messages are gone.

Note that even the packaging went fine, I did not test Vivado or Vitis runtime.

Hi leuko. I tried to install Vivado 2023.1 using the latest PKGBUILD with editted source and md5sums. I had the same issue on LD_PRELOAD as Microsparky reported.

Also, for those who want to install old versions, Vivado 2023.1 contains old java (jr317.0.3), which seems to have a bug on the latest Linux kernel and doesn't work.

Exception in thread "main" java.lang.ExceptionInInitializerError
        at com.xilinx.installer.api.InstallerLauncher.<clinit>(Unknown Source)
Caused by: java.lang.NullPointerException: Cannot invoke "jdk.internal.platform.CgroupInfo.getMountPoint()" because "anyController" is null
...

I replaced **/tps/lnx64/jre17.0.3_7/bin with symlink to /bin and fixed --config argument in PKGBUILD then successfully built the package.

p.s. I made a mistake: 2020.1 -> 2023.1

Thanks for sharing microsparky!

I did not have any issues with desktop files and LD_PRELOAD before. If others also share similar issues, we can look into that.

Hello Leuko, first thank for maintaining! I had some issues during the build first with LDPRELOAD then with *.desktop files. I don't really know what to do with my 'fixes' but maybe they are insightful to you or help someone else get unstuck anyway below are my findings:

LD_PRELOAD should already contain libfakeroot.so but on my system for whatever reason its was not being found so I hard coded LD_PRELOAD in the PKGBUILD:

LD_PRELOAD=$srcdir/spoof_homedir.so:/lib/libfakeroot/libfakeroot.so

*.desktop files were not being found at "$srcdir"/installer_temp/Desktop instead they were found at $srcdir"/installer_temp/.local/share/applications and $srcdir"/installer_temp/.config/autostart/applications so I changed the for loop to the following:

for deskfile in "$srcdir"/installer_temp/.local/share/applications/*.desktop; do

likewise I added another loop for the file in .config/autostart:

for deskfile in "$srcdir"/installer_temp/.config/autostart/applications/*.desktop; do

One more thing is I added some code to these loops to change the names to be more consistent as follows:

# Extract directory and filename
    filepath=$(dirname "$deskfile")
    filename=$(basename "$deskfile")

    # Rename the file:
    # 1. Remove underscores followed by numbers (e.g., `_123`)
    # 2. Replace spaces with hyphens
    # 3. Convert to lowercase
    # 4. Ensure the filename starts with `xilinx-`
    filename=$(echo "$filename" | sed -E 's/_[0-9]+//g' | tr ' ' '-' | tr '[:upper:]' '[:lower:]')
    if [[ "$filename" != xilinx-* ]]; then
        filename="xilinx-$filename"
    fi

    # Construct the new file path
    newdeskfile="$filepath/$filename"

    # Rename the file (move it to the new name)
    mv "$deskfile" "$newdeskfile"

    # Install the renamed file to the target directory
    install -Dm644 "$newdeskfile" -t "$pkgdir/usr/share/applications/"

Good catch Alex, thanks!

Your idea makes sense. Now, vitis_ provides vivado and will conflict with other packages that provide vivado or vitis. vivado provides vivado and will conflict with other packages providing vivado.

I did not increment the version to save CO2, please rebuild if you need this update. I could not test it, feedback welcome.

The package_vitis_ function still has a hardcoded 2024.1 version in some places, which causes it to fail.

It would also be useful to add vivado to the provides of vitis_, so other packages that depend on vivado can be used when we have vitis installed via this package.

    sed -i \
        "s|\$CUSTOM_LIBRARY_PATH|$_installprefix/Vitis/2024.1/tps/lnx64/cmake-3.24.2/libs/Ubuntu|g" \
        "$pkgdir$_installprefix"/Vitis/2024.1/bin/vitis
    sed -i \
        "s|\$MY_LIBRARY_PATH|$_installprefix/Vitis/2024.1/tps/lnx64/cmake-3.24.2/libs/Ubuntu|g" \
        "$pkgdir$_installprefix"/Vitis/2024.1/bin/vitis