This did the trick, thank you!
Turns out using ExternalProject_Add in a CMakeLists.txt to build the
binaries defaulted to running the installation as part of the build stage,
which is obviously not what I wanted
Many thanks,
Elliana
Elliana May:
Sorry, I have a few tabs open, this is the correct one:
https://launchpadlibrarian.net/715071071/buildlog_ubuntu-jammy-amd64.duckdb_0.10.0-10_BUILDING.txt.gz
I've tried now overriding the override_dh_auto_configure rule in the
debian/rules file, but even that seems to not be
Sorry, I have a few tabs open, this is the correct one:
https://launchpadlibrarian.net/715071071/buildlog_ubuntu-jammy-amd64.duckdb_0.10.0-10_BUILDING.txt.gz
I've tried now overriding the override_dh_auto_configure rule in the
debian/rules file, but even that seems to not be making a difference:
On 2024-02-19, Elliana May wrote:
> You can see a failure here:
> https://launchpadlibrarian.net/714820377/buildlog_ubuntu-jammy-arm64.duckdb_0.10.0_BUILDING.txt.gz
That build log is pointing to a missing debhelper build-dependency.
/Sune
Hey folks,
I'm currently trying to package DuckDB for a PPA on launchpad, and though
I've been able to get it building via buildsystem=cmake+ninja, the install
steps fail with permission errors regardless of what I try.
Right now, it seems to try to install to /usr regardless of what settings I
5 matches
Mail list logo