Package Details: gnunet-fuse 0.21.0-1

Git Clone URL: (read-only, click to copy)
Package Base: gnunet-fuse
Description: Read-only mounting of GNUnet directories as file systems using FUSE
Upstream URL:
Keywords: Anonymity F2F GNUnet Internet P2P
Licenses: GPL
Conflicts: gnunet-fuse-bin, gnunet-fuse-git
Submitter: grufo
Maintainer: grufo
Last Packager: grufo
Votes: 2
Popularity: 0.000000
First Submitted: 2018-03-16 13:00 (UTC)
Last Updated: 2024-03-29 15:59 (UTC)

Latest Comments

1 2 Next › Last »

dreieck commented on 2022-03-08 10:47 (UTC)

@grufo: I think we had a race condition here.

I see that you updated the package on 10:51, while my comment was from 11:03, but the download of the PKGBUILD had happened earlier.

Now it works with re-download.


grufo commented on 2022-03-01 17:55 (UTC)


I have patched gnunet-fuse. It should be impossible that you get that error. That error complains that pthread_mutexattr_setkind_np() is an unknown function, but my patch replaces all occurrences of pthread_mutexattr_setkind_np() with the more standard pthread_mutexattr_settype(). Could you try by manually downloading the PKGBUILD tarball?

dreieck commented on 2022-03-01 11:03 (UTC) (edited on 2022-03-01 11:03 (UTC) by dreieck)

I still this error nevertheless:

make[4]: Entering directory '/[...]/gnunet-fuse/src/gnunet-fuse-0.16.0/src/fuse'
gcc  -fno-strict-aliasing -Wall -g -O2     -o gnunet-fuse gnunet_fuse-gnunet-fuse.o gnunet_fuse-gfs_download.o gnunet_fuse-mutex.o gnunet_fuse-readdir.o gnunet_fuse-read.o gnunet_fuse-open.o gnunet_fuse-getattr.o -lgnunetutil -lfuse -lgnunetfs  -lgnunetutil  -lpthread 
/usr/bin/ld: gnunet_fuse-mutex.o: in function `GNUNET_mutex_create':
/[...]gnunet-fuse/src/gnunet-fuse-0.16.0/src/fuse/mutex.c:71: undefined reference to `pthread_mutexattr_setkind_np'
/usr/bin/ld: /home/felics/.cache/yay/gnunet-fuse/src/gnunet-fuse-0.16.0/src/fuse/mutex.c:81: undefined reference to `pthread_mutexattr_setkind_np'
collect2: error: ld returned 1 exit status
make[4]: *** [Makefile:462: gnunet-fuse] Error 1

.. @grufo: Have you patched gnunet-fuse or a pthread librabry you use?

(I use Artix Linux, so if the patch is somewhere within an official Arch package, this might be the reason.)

simona commented on 2022-03-01 10:48 (UTC)

thx.. now ok. :-)

grufo commented on 2022-03-01 10:33 (UTC)

@simona I have patched it. It should work now.

grufo commented on 2022-03-01 09:22 (UTC)


Yes, I noticed it too. Then I checked the previous version (0.15.0) and I saw that the problem appeared too – despite it did not appear when I updated the version back then. So I updated the package anyway.

This means that something has changed in the current thread library installed in Arch.

If you check the file that provokes the error, you can read this comment:

This prototype is somehow missing in various Linux pthread include files. But we need it and it seems to be available on all pthread-systems so far. Odd.

Therefore the only possible thing to do, I think, is reporting this bug upstream, either via mailing list or bug tracker.

simona commented on 2022-03-01 08:27 (UTC)

/bin/ld: gnunet_fuse-mutex.o: in function GNUNET_mutex_create':<br> /home/simona/.cache/yay/gnunet-fuse/src/gnunet-fuse-0.16.0/src/fuse/mutex.c:71: undefined reference topthread_mutexattr_setkind_np'
/bin/ld: /home/simona/.cache/yay/gnunet-fuse/src/gnunet-fuse-0.16.0/src/fuse/mutex.c:81: undefined reference to `pthread_mutexattr_setkind_np'
collect2: error: ld returned 1 exit status

grufo commented on 2021-11-01 13:52 (UTC)

@dreieck Added, thank you

P.S. The gnunet package has a user service too. I believe gnunet-user is a relic package from when gnunet was not well maintained yet.