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.010128 |
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)
- libdwarf (libdwarf-gitAUR) (make)
- libevent (libevent-gitAUR) (make)
- nlohmann-json (nlohmann-json-gitAUR) (make)
- parallel-hashmapAUR (make)
- python (python37AUR, python311AUR, python310AUR) (make)
- python-mistletoe (make)
- range-v3 (make)
- ruby-ronn (ruby-ronn-ng) (make)
- utf8cpp (utf8cpp-gitAUR) (make)
Latest Comments
« First ‹ Previous 1 2 3 4 5 Next › Last »
mhx commented on 2024-04-01 19:24 (UTC)
I'm using this Dockerfile. The Makefile in the same directory has
build_arch
andrun_arch
targets for building/running the container.The
--cap-add SYS_ADMIN --device /dev/fuse --privileged
arguments are necessary for FUSE to work within the container, and I'm assuming a lack of these arguments to be the root cause of this issue. Running without the arguments:However, with these arguments:
bionade24 commented on 2024-03-31 20:46 (UTC) (edited on 2024-03-31 20:46 (UTC) by bionade24)
@mhx: The failed tests using
extra-x86_64-build
and on my CD are exactly the same. Version 0.9.6-1 (The 1st one, thought the git hooks on the AUR servers block commits without any version increase until now) was built by my CD in February fine: http://repo.oscloud.info/So either the last commit, which doesn't make sense to me or some change in Arch causes the error that I have. I'm gonna investigate, but it'll take a week or 2 as I don't have time for it right now.
What image did you use?
archlinux/archlinux
is the one updated frequently, which my CD uses. Using a fresh docker container should behave very similar to aextra-x86_64-build
. If the image is a couple days old you could use https://gist.github.com/bionade24/b3aa8240958937f80d86f4d4c8686971 to create an Arch image from scratch. It needs arch-install-scripts and pacman, which most Linux distros have in their repos. If you just update inside the container, most config updates would have to be applied by manual intervention and reside in*.pacnew
files. But I wouldn't rely that runningpacdiff
, choosing overwrite with .pacnew on every prompt results in the same setting as a fresh image.mhx commented on 2024-03-30 17:26 (UTC)
@bionade24 Oh, that's a completely different issue :)
I have to admit I'm not too familiar with Arch and all its development tools. I've only got Arch installed on a Raspberry Pi 4 (so no
extra-x86_64-build
, and apparently also no ARM equivalent) and my attempts to setup a chroot build environment got stuck atI've also tried to run
extra-x86_64-build
in an x86_64 Arch docker container (in which dwarfs builds/tests just fine otherwise), but again, no luck:Just by looking at which tests failed in your log file, my hunch is that the build environment somehow prevents the FUSE driver from working.
bionade24 commented on 2024-03-30 11:05 (UTC) (edited on 2024-03-30 11:10 (UTC) by bionade24)
@mhx The build fails for me in my CD with clean build environments, too. Full build log: https://abs-cd.oscloud.info/cd_manager/dwarfs The build also fails for me using
extra-x86_64-build
script, you should be able to reproduce it with that.mhx commented on 2024-03-29 17:38 (UTC)
@QTaKs & @Lerin, can you please post the full output of the failing test? I'd expect there to be additional output after the
Expected: true
line, like:This would help a lot in figuring out the root cause, as I'm unable to reproduce the problem, even on arch:
QTaKs commented on 2024-03-07 16:34 (UTC)
Same error. Everything updated. I also tried to build a git version, nothing has changed.
Lerin commented on 2024-02-23 06:24 (UTC)
99% tests passed, 1 tests failed out of 3079
Total Test time (real) = 124.68 sec
The following tests FAILED: 2833 - dwarfsextract_test.perfmon (Failed) Errors while running CTest Output from these tests are in: /home/lerin/.cache/yay/dwarfs/src/build/Testing/Temporary/LastTest.log Use "--rerun-failed --output-on-failure" to re-run the failed cases verbosely. make: *** [Makefile:91: test] Błąd 8 ==> BŁĄD: Wystąpił błąd w check(). Przerywam... -> błąd podczas budowania: dwarfs-exit status 4 -> Failed to install the following packages. Manual intervention is required: dwarfs - exit status 4
LastTestsFailed.log :: 2833:dwarfsextract_test.perfmon
Well i just want report
post-factum commented on 2024-02-21 15:09 (UTC)
Yes, this works for me as well. Thank you.
KokaKiwi commented on 2024-02-21 14:43 (UTC)
@post-factum: It seems you need to define
GLOG_USE_GLOG_EXPORT
with 0.7.0 (which is normally done on the glog cmake files but folly does not seems to use it correctly...)I'll add a patch to CMakeLists.txt since there's already some compile definitions for glog done there
post-factum commented on 2024-02-21 13:36 (UTC)
I had to do the following to make this compile:
« First ‹ Previous 1 2 3 4 5 Next › Last »