Debian Patches

Status for vart/2.5-4

Patch Description Author Forwarded Bugs Origin Last update
0001-Enable-multiarch-for-the-libraries.patch [PATCH 1/4] Enable multiarch for the libraries
The library install path is hard coded which gets in the way of
enabling multiarch.

Fix this by respecting the standard CMAKE variable used to specify
library install location. This variable gets used during package
building to install the package to multiarch aware location.
Punit Agrawal <punit1.agrawal@toshiba.co.jp> no 2021-04-07
0002-Install-cmake-file-in-multiarch-aware-location.patch [PATCH 2/4] Install cmake file in multiarch aware location Punit Agrawal <punit1.agrawal@toshiba.co.jp> no 2021-04-08
0003-Drop-non-standard-library-search-path.patch [PATCH 3/4] Drop non-standard library search path
By default, for non-edge builds, XRT is installed to
"/opt/xilinx/xrt/lib". As a result, the path is added the library
search path to be able to find the XRT libraries.

As part of packaging for Debian, this is no longer the case - the XRT
libraries are installed to standard location. As a result, drop the
non-standard search path and in the process get rid of a few lintian
warnings as well.
Punit Agrawal <punit1.agrawal@toshiba.co.jp> no 2021-04-09
0004-Fix-build-by-namespace.patch [PATCH 4/4] Fix build by namespace Nobuhiro Iwamatsu <iwamatsu@debian.org> no 2022-08-19
0005-Use-cmake-TIMESTAMP-feature-instead-of-calling-date-.patch [PATCH] Use cmake TIMESTAMP feature instead of calling "date" directly.

The cmake TIMESTAMP function respects SOURCE_DATE_EPOCH, allowing
reproducible timestamps when specified.
Vagrant Cascadian <vagrant@reproducible-builds.org> no 2022-10-14
0006-libvart-trace.so-Change-library-name-to-load.patch [PATCH] libvart-trace.so: Change library name to load
Change library name to load from libvart-trace.so to libvart-trace.so.2.
Nobuhiro Iwamatsu <iwamatsu@debian.org> no 2023-02-28

All known versions for source package 'vart'

Links