Search Criteria
Package Details: dwarfs 0.10.2-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/dwarfs.git (read-only, click to copy) |
---|---|
Package Base: | dwarfs |
Description: | A fast high compression read-only file system |
Upstream URL: | https://github.com/mhx/dwarfs |
Licenses: | GPL-3.0-only |
Submitter: | KokaKiwi |
Maintainer: | KokaKiwi |
Last Packager: | KokaKiwi |
Votes: | 15 |
Popularity: | 0.011448 |
First Submitted: | 2020-11-30 11:57 (UTC) |
Last Updated: | 2024-12-02 18:48 (UTC) |
Dependencies (29)
- boost-libs
- brotli (brotli-gitAUR)
- double-conversion (double-conversion-gitAUR)
- flac (flac-gitAUR)
- fmt (fmt-gitAUR)
- fuse3 (fuse3-gitAUR)
- gflags (gflags-gitAUR)
- google-glog (glog-gitAUR)
- jemalloc (jemalloc-gitAUR)
- libarchive (libarchive-gitAUR)
- libunwind (libunwind-carbonAUR, libunwind-gitAUR)
- lz4 (lz4-gitAUR)
- openssl (openssl-gitAUR, openssl-staticAUR)
- xxhash (xxhash-gitAUR)
- xz (xz-gitAUR)
- zstd (zstd-gitAUR, zstd-staticAUR)
- boost (boost-gitAUR) (make)
- chrono-date (make)
- cmake (cmake-gitAUR) (make)
- gtest (googletest-gitAUR) (make)
- Show 9 more dependencies...
Latest Comments
« First ‹ Previous 1 2 3 4 5
mhx commented on 2021-04-11 13:57 (UTC)
I've patched the
PKGBUILD
to work with thev0.5.3
release that fixes the issue. It builds nicely on my RPi, so I reckon it's fine to enable theaarch64
arch. I've removed a few dependencies that aren't needed. Also, I'm pretty certain thesparsehash
dependency can be dropped (but I only spotted that now).Thanks for maintaining this build!
mhx commented on 2021-04-11 11:29 (UTC)
Hi, author here. I've just reproduced this on my Arch Raspberry Pi. It seems I wasn't expecting the source tarball to be built from within a different git repo, so the code that auto-generates the version files will try to pull the information from the outside git repo, which isn't a good idea. I've got a fix for this, it'll be part of the next release.
MasterDuke commented on 2021-03-13 13:42 (UTC) (edited on 2021-03-13 13:43 (UTC) by MasterDuke)
Ah ha, the lpthread business was a red herring. I believe the actual problem happens very early on when cmake is running
git describe --tags --match "v*" --dirty
, but since this is just a shallow clone without any tags it dies withfatal: No names found, cannot describe anything
. I tried deepening the clone, but that didn't bring in any tags, so I just manually added av1.4.0
tag (whoops, that should have beenv0.4.0
) and thenmakepkg -irs
succeeded.viluon commented on 2021-02-11 18:24 (UTC)
Can confirm @MasterDuke's problem, 0.3.1-2 won't build.
MasterDuke commented on 2021-01-11 08:46 (UTC)
There's a missing
-lpthread
somewhere. If I copy out the failed test file and try to compile it manuallyg++ test_pthread.cpp
I get the same error, but if I dog++ -lpthread test_pthread.cpp
it succeeds.MasterDuke commented on 2021-01-09 12:50 (UTC)
I'm getting an error when building 0.3.1-2.
The contents of my
/home/dan/.cache/yay/dwarfs/src/build/CMakeFiles/CMakeError.log
are:MasterDuke commented on 2020-12-01 14:19 (UTC)
Great, thanks!
KokaKiwi commented on 2020-12-01 13:07 (UTC)
@MasterDuke Fixed with the latest update.
The dependency wasn't there as the previous version were coming with "pre-compiled" manpages, which has changed with 0.2.2 and i didn't see it
MasterDuke commented on 2020-12-01 09:55 (UTC)
Missing the dependency (only for the build I think) on the 'ronn' executable, found in the 'ruby-ronn' pacakge, otherwise the folly build fails.
« First ‹ Previous 1 2 3 4 5