Package Details: nbdkit 1.40.4-1

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)

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:

rm tests/test-long-name.sh
touch tests/test-long-name.sh
chmod +x tests/test-long-name.sh
make check

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> is

bind: Cannot assign requested address

rwmjones 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:

Traceback (most recent call last):
  File "/home/solstice/pkg/nbdkit/src/nbdkit-1.38.2/plugins/gcs/nbdkit-gcs-plugin", line 46, in <module>
    from google.api_core.exceptions import NotFound, GatewayTimeout, \
ModuleNotFoundError: No module named 'google.api_core'
nbdkit: error: /home/solstice/pkg/nbdkit/src/nbdkit-1.38.2/plugins/gcs/nbdkit-gcs-plugin: error running this script