Package Details: bindfs 1.15.1-3

Git Clone URL: (read-only, click to copy)
Package Base: bindfs
Description: A FUSE filesystem for mirroring a directory to another directory, similar to 'mount --bind', with permission settings.
Upstream URL:
Licenses: GPL
Submitter: Xyne
Maintainer: Xyne
Last Packager: Xyne
Votes: 72
Popularity: 0.197834
First Submitted: 2009-01-06 16:27 (UTC)
Last Updated: 2022-06-10 21:06 (UTC)

Latest Comments

tinywrkb commented on 2022-06-11 12:35 (UTC)

@Xyne thanks!

Xyne commented on 2022-06-10 21:08 (UTC)

@tinywrkb Added, thanks. Sorry for the delay, I missed the notification. Feel free to flag my packages to get my attention next time.

tinywrkb commented on 2022-05-31 02:05 (UTC)


diff --git a/PKGBUILD b/PKGBUILD
index a2c85b4..1dbad73 100644
@@ -22,4 +22,6 @@ build() {
 package() {
   cd "$srcdir/$pkgname-$pkgver"
   make DESTDIR="$pkgdir" install
+  ln -s bindfs "$pkgdir"/usr/bin/mount.bindfs
+  ln -s bindfs "$pkgdir"/usr/bin/mount.fuse.bindfs

tinywrkb commented on 2022-05-31 01:52 (UTC)

@ki9 I can now replicate this. It seems like this is a (maybe old) Arch Linux regression in fuse packaging, as mount.fuse was previously packaged in fuse-common.

One workaround is to use the old syntax like this:

bindfs#/etc /tmp/wrk/bindfs_test/etc fuse3 ro 0 0

The other and much more preferable solution is to package /usr/bin/mount.fuse.bindfs -> bindfs and even /usr/bin/mount.bindfs -> bindfs symlinks.

ki9 commented on 2022-05-31 01:24 (UTC) (edited on 2022-05-31 01:27 (UTC) by ki9)

I'm really not sure what else you need.


/etc  /bkp/etc  fuse.bindfs  ro  0 0


# mount -a
mount: /bkp/etc: wrong fs type, bad option, bad superblock on /etc, missing codepage or helper program, or other error.


/etc  /bkp/etc  fuse3  ro  0 0


# mount -a
/bin/sh: line 1: /etc: Is a directory

If it's working for you, have you tried uninstalling fuse2?

tinywrkb commented on 2022-05-30 22:18 (UTC)

@ki9 please provide a reproducible example, because fstab mounting is working as far as I can tell.
If you really hit an issue, and it's not a wrong configuration, then it's possible that this is an upstream bug, and should be reported.
Having fuse2 installed is not an acceptable solution, this old fuse release is on its way out, and every maintained code is moving to fuse3.

ki9 commented on 2022-05-30 21:46 (UTC)

Came here because I was also getting "wrong fs type..." I had type set to fuse.bindfs. When I change it to fuse3 and run "mount -a", I get /bin/sh: line 1: /etc: Is a directory (when trying to mount /etc with the ro option).

Workaround for now was to sudo pacman -Syu fuse2 and leave it as fuse.bindfs in fstab.

tinywrkb commented on 2022-03-05 11:44 (UTC) (edited on 2022-03-05 11:45 (UTC) by tinywrkb)

@makikatze have you tried setting filesystem type to fuse3, like this?

bindfs#/path/to/source /path/to/target fuse3 OPTIONS 0 0

makikatze commented on 2022-03-05 01:55 (UTC)

Just found out that mounting via /etc/fstab is only possible when fuse2 is installed. Only installing fuse3 (as given in the dependencies) allows mounting via command-line, but not via /etc/fstab. When trying to mount without fuse2, I got the following error message over and over again: mount: <mountpoint>: wrong fs type, bad option, bad superblock on <sourcedir>, missing codepage or helper program, or other error.

tinywrkb commented on 2022-01-19 19:07 (UTC)


Xyne commented on 2022-01-19 19:02 (UTC)

Done. The dependency was set to "fuse" only because it predated fuse3 and the upstream change was never noticed until now.

tinywrkb commented on 2022-01-18 14:44 (UTC)

fuse/fuse2 is a wrong dependency, as upstream default is fuse3, see Please switch to fuse3.
Packaging should follow upstream defaults, unless there should a good reason against it.

kIERO commented on 2020-01-28 20:59 (UTC)

Please change ver to



Xyne commented on 2019-08-15 12:21 (UTC)

@kmarius autoconf and automake are part of the base-devel package group, which users are supposed to install to build packages. The official rule is that all packages in that group are omitted from the deps and makedeps arrays.

kmarius commented on 2019-08-05 19:10 (UTC)

autoconf and automake are makedependencies of this package

Xyne commented on 2019-06-15 03:21 (UTC)

@A.Shukaev The built packages for version 1.13.11 and 1.14.0 both include the man page. How are you building the package? Are you using standard Arch Linux?

A.Shukaev commented on 2019-06-03 22:05 (UTC)

There is a man page <>. Apparently, it's not installed at the moment.

xMase commented on 2018-10-03 10:41 (UTC)

bindfs does not build error: possibly undefined macro: AC_DEFINE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. autoreconf: /usr/bin/autoconf failed with exit status: 1

Xyne commented on 2017-09-23 22:46 (UTC)

@abdo Thanks, fixed.

abdo commented on 2017-09-16 17:54 (UTC)

Currently bindfs does not build due to a libtool version mismatch. running at the beginning of build() resolves it.

Anidetrix commented on 2017-04-27 10:42 (UTC)

BindFS 1.13.7 is out

Xyne commented on 2016-06-05 05:18 (UTC)

@EtiennePerot Done. I didn't update the pkgrel because this changes nothing for users who have already installed the package.

EtiennePerot commented on 2016-05-31 03:49 (UTC)

Confirmed that this builds and runs on armv6h. Please add armv6h to the list of supported architectures. Might as well throw armv6l and armv7h while you're in there, chances are it works fine there too.

czk commented on 2016-01-26 11:47 (UTC)

1.12.7 and 1.13.0 were released in September 2015.

Xyne commented on 2015-10-08 15:07 (UTC)

@GottZ Both of those packages are part of the base-devel group. Official Arch Linux policy is to assume that base-devel is installed on all build systems and omit those packages from the makedeps array. Personally I disagree with implicit dependencies but not enough to oppose the official policy in my packages.

GottZ commented on 2015-09-24 13:54 (UTC)

you should add make and pkg-config to dependencies

czk commented on 2015-01-04 13:58 (UTC)

1.12.6 has been out for a while. Builds fine with this PKGBUILD as it is. Actual upstream URL is Great piece of software. I'd love to see it in official Arch repos. It lets me enforce exactly the desired access rights and ownership for items in an NFS-shared directory, server side, no matter what client login and umask is. Performance penalty is not an issue given my wireless network throughput.