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.000419 |
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, rust-beta-binAUR, rustup-stubAUR, rustup) (optional)
- tcl (tcl-fossilAUR, tcl84AUR) (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 »
aaruni96 commented on 2024-10-17 10:42 (UTC)
No, I don't think I have SELinux/Apparmor/seccomp enabled at all. (Its vanilla arch, not manjaro or endeavor or whatever, and I assume those things are not enabled if I didn't explicitly set those up.)
rwmjones commented on 2024-10-17 10:40 (UTC)
Could it be a SELinux / Apparmor / seccomp type of thing going on? That's the only thing I can think of that would stop nbdkit from opening an unused port.
Anyway tests that use
pick_unused_port
can all be skipped safely.aaruni96 commented on 2024-10-17 10:30 (UTC)
You are right @rwmjones, the update didn't help. But also, I don't understand why the port picking is failing.
Here are my open ports :
Here's the port the test tried to use :
Looks like port 62877 chosen by the test is actually unused ?
I can disable the test, or we can keep using my machine to try to debug this, whichever you prefer.
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.1 2 3 4 5 6 .. 12 Next › Last »