Search Criteria
Package Details: nbdkit 1.40.4-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/nbdkit.git (read-only, click to copy) |
---|---|
Package Base: | nbdkit |
Description: | NBD server toolkit |
Upstream URL: | https://gitlab.com/nbdkit/nbdkit/ |
Licenses: | custom: BSD |
Submitter: | t-8ch |
Maintainer: | t-8ch (rwmjones) |
Last Packager: | t-8ch |
Votes: | 5 |
Popularity: | 0.001673 |
First Submitted: | 2019-02-22 14:36 (UTC) |
Last Updated: | 2024-10-13 10:57 (UTC) |
Dependencies (16)
- qemu (qemu-gitAUR, qemu-headless-gitAUR, qemu-base, qemu-desktop, qemu-full) (check)
- boost (boost-gitAUR) (optional) – for libtorrent support
- curl (curl-quiche-gitAUR, curl-http3-ngtcp2AUR, curl-gitAUR, curl-c-aresAUR) (optional)
- go (go-gitAUR, gcc-go-gitAUR, gcc-go-snapshotAUR, gcc-go) (optional)
- libguestfs (libguestfs-gitAUR) (optional)
- libnbd (libnbd-ocaml-gitAUR) (optional)
- libselinuxAUR (optional)
- libssh (libssh-gitAUR) (optional)
- libtorrent-rasterbar (libtorrent-rasterbar-gitAUR, libtorrent-rasterbar-1_1-gitAUR, libtorrent-rasterbar-1_2-gitAUR, libtorrent-rasterbar-2_0-gitAUR, libtorrent-rasterbar-1AUR) (optional) – for libtorrent support
- libvirt (libvirt-gitAUR, libvirt-xenAUR) (optional)
- lua (optional)
- ocaml (optional)
- perl (perl-gitAUR) (optional)
- python (python37AUR, python311AUR, python310AUR) (optional)
- rust (rust-nightlyAUR, rustup-gitAUR, rust-nightly-binAUR, rust-gitAUR, rustup) (optional)
- tcl (tcl84AUR, tcl-fossilAUR) (optional)
Required by (5)
- libguestfs-git (optional)
- s3backer-git (optional)
- s3backer-nbd-git
- virt-p2v
- virt-v2v
Latest Comments
1 2 3 4 5 6 .. 12 Next › Last »
rwmjones commented on 2024-10-13 12:21 (UTC) (edited on 2024-10-13 12:22 (UTC) by rwmjones)
I don't think updating will help. What's happening is that we need to test using a TCP port, and all we can do is pick one at random and hope for the best. I suppose in this case it's either not choosing the port randomly for some reason (some problem in bash?) or all your ports are already used. Anyway you can just skip the test by doing:
t-8ch commented on 2024-10-13 10:57 (UTC)
@aaurni96 The version is now up to date.
aaruni96 commented on 2024-10-13 08:49 (UTC)
Yes, it fails at that exact spot every time over multiple tries.
Could it have something to do with the AUR version not being up to date with upstream (1.40.2-1 v/s 1.40.4) ?
rwmjones commented on 2024-10-10 21:52 (UTC)
Is the failure repeatable? Unfortunately a few tests including this one have to randomly assign a public port using this function, and it's not free of races: https://gitlab.com/nbdkit/nbdkit/-/blob/3cc7389e60da67fd29ed708c987d686227e3abf2/tests/functions.sh.in#L527
aaruni96 commented on 2024-10-10 21:28 (UTC)
Nbdkit fails to pass
test-long-name.sh
for me.Error for
nbdkit -i localhost -p 55951 -e <really-long-label>
isrwmjones commented on 2024-05-28 07:50 (UTC)
Re: test-gcs:
We recently attempted to fix this test, see: https://gitlab.com/nbdkit/nbdkit/-/commit/aca30111632091bbc91096f19638b9e1df7f02b6. However that commit is included already in 1.38.2, so I don't know what's going on there. You might just try skipping that test.
Re: cargo --offline:
I've no idea about this, suggestions welcome. For Fedora we disable rust bindings completely. Rust & Golang have such weird language packaging that we feel it's best if developers who care about it build it for themselves.
solsticedhiver commented on 2024-05-28 06:59 (UTC)
I built it in a clean chroot like said in https://wiki.archlinux.org/title/DeveloperWiki:Building_in_a_clean_chroot and this works
it failed outside of it, I think, because I have python-protobuf installed too. I can run
import googl
in a python session, and this works. No init.py or whatsoever because I remove src direcotry without build.t-8ch commented on 2024-05-28 04:30 (UTC)
@solsticedhiver:
I can't reproduce this. Did you manually create a init.py?
Before I had the same issue, but that turned out to be my fault: https://lists.libguestfs.org/archives/list/guestfs@lists.libguestfs.org/thread/2VUV66OJ2S6VA7A6SNENRC3HR5KWUSO6/
t-8ch commented on 2024-05-28 04:27 (UTC)
@dreieck:
I think for
cargo --offline
the upstream build system would need to be adapted.solsticedhiver commented on 2024-05-27 09:51 (UTC)
I can't build the package because of test-gcs.sh failing
Is this expected? It is because of this error that I found in test-suite.log:
1 2 3 4 5 6 .. 12 Next › Last »