Compiling on Arch with gcc-5.1 and glibc 2.21 I get this error:

In file included from /usr/include/fcntl.h:302:0,
             from /usr/include/fuse/fuse.h:28,
             from stats.c:23:
In function ‘open’,
    inlined from ‘dump_stats’ at stats.c:145:12: 
/usr/include/bits/fcntl2.h:50:4: error: call to ‘__open_missing_mode’ declared with attribute error: open with O_CREAT in second argument needs 3 arguments
    __open_missing_mode ();

The fix is to add a mode to the open call in stats.c on line 145

-        fd = open(stat_path, O_CREAT | O_WRONLY | O_TRUNC);
+        fd = open(stat_path, O_CREAT | O_WRONLY | O_TRUNC, 0600);

Hi, i'm trying to compile on debian wheezy, and i got an error :

checking for LEVELDB... no
configure: error: Package requirements ( leveldb ) were not met:

No package 'leveldb' found

The package is installed, backported from debian testing :

apt-cache show libleveldb-dev

Package: libleveldb-dev
Status: install ok installed
Priority: optional
Section: libdevel
Installed-Size: 816
Maintainer: Alessio Treglia [email protected]
Architecture: amd64
Multi-Arch: same
Source: leveldb
Version: 1.15.0-1bpo70+1
Depends: libleveldb1 (= 1.15.0-1bpo70+1)
Suggests: leveldb-doc
Description-en: fast key-value storage library (development files)
LevelDB is a fast key-value storage library written at Google that
provides an ordered mapping from string keys to string values.
.
This package provides the development files.
Homepage: http://code.google.com/p/leveldb/

apt-cache show libleveldb1

Package: libleveldb1
Status: install ok installed
Priority: optional
Section: libs
Installed-Size: 363
Maintainer: Alessio Treglia [email protected]
Architecture: amd64
Multi-Arch: same
Source: leveldb
Version: 1.15.0-1~bpo70+1
Depends: libc6 (>= 2.4), libgcc1 (>= 1:4.1.1), libsnappy1, libstdc++6 (>= 4.1.1)
Pre-Depends: multiarch-support
Description-en: fast key-value storage library
LevelDB is a fast key-value storage library written at Google that
provides an ordered mapping from string keys to string values.
.

Hello. Such a great surprise to find that fusedav is being maintained.

I managed to compile 3.0.0 and I created configuration /etc/fusedav.conf:

[fusedav]
nodaemon=true

I have a problem that my mountpoint remains empty, and that the process exits without a message when I issue the following command:

fusedav http://127.0.0.1:10000/foo /mnt/fusedav -o conf=/etc/fusedav.conf

I also tried to replace http:// with dav://.

Here is output with the -V flag enabled.

# fusedav -V
fusedav version 
LevelDB version 1.23
libcurl/8.5.0 OpenSSL/3.1.4 zlib/1.3.1 brotli/1.1.0 c-ares/1.27.0 libidn2/2.3.4 nghttp2/1.58.0
FUSE library version: 2.9.9
fusermount version: 2.9.9
using FUSE kernel interface version 7.19

Is there anything I am overlooking and is there a way in which I can increase verbosity?

Hi there,

Arch User here. I was shopping around for a WebDAV file system layer that could do direct IO and found this project. Unfortunately after forking and building based on the AUR blueprint I now have the executables but all fusedav does is return 255. I also ran with -d but still, no output. Any ideas?

Thanks.

Ran into this during COS work. It was very difficult to debug this issue. Led to a few days of time spent with trial and error and guessing at different settings. Not critical, probably, but would be good to try to fix this for our future selves.

To reproduce, set run_as_gid foo, and ensure there is no group named foo in the host or the container's /etc/group file . fusedav will segfault on startup without any useful log message as to why.

It should handle this gracefully. Ideally it would say "unknown group 'foo'" and exit with an error code.

Hi..I'm getting error with these require check dependencies lines

./configure: line 6158: syntax error near unexpected token `SYSTEMD,'
./configure: line 6158: `PKG_CHECK_MODULES(SYSTEMD,  libsystemd-journal  )'

I've commented and imported all these lines

#PKG_CHECK_MODULES(SYSTEMD,  libsystemd-journal  )
#PKG_CHECK_MODULES(LEVELDB,  leveldb )
#PKG_CHECK_MODULES(CURL,  libcurl >= 7.24.0 )
#PKG_CHECK_MODULES(FUSE,  fuse >= 2.8 )
#PKG_CHECK_MODULES(ZLIB,  zlib >= 1.2.5 )
#PKG_CHECK_MODULES(GLIB,  glib-2.0 >= 1.2.10 )
#PKG_CHECK_MODULES(URIPARSER,  liburiparser >= 0.7.5 )

and the configure step runs ok, now I need check than these dependencies are solved

sudo apt-get install libglib2.0-dev

 make
make  all-recursive
make[1]: Entering directory `/root/fusedav/fusedav'
Making all in src
make[2]: Entering directory `/root/fusedav/fusedav/src'
gcc -DHAVE_CONFIG_H -I. -I..             -DFUSE_USE_VERSION=26 -DINJECT_ERRORS=0 -g -O2 -std=c99 -Wall -W -Wextra -pedantic -pipe -Wformat -Wold-style-definition -Wdeclaration-after-statement -Wfloat-equal -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wredundant-decls -Wmissing-noreturn -Wshadow -Wendif-labels -Wpointer-arith -Wbad-function-cast -Wcast-qual -Wcast-align -Wwrite-strings -Winline -MT fusedav-fusedav.o -MD -MP -MF .deps/fusedav-fusedav.Tpo -c -o fusedav-fusedav.o `test -f 'fusedav.c' || echo './'`fusedav.c
fusedav.c:32:18: fatal error: glib.h: No such file or directory
 #include <glib.h>
                  ^
compilation terminated.

seems than I'm having some troubles with glib, I'm trying to compile fusedav by hand because I'm trying to run it on a ubuntu server, but everytime than I tried to connect to the webdav server (it's livedrive) these only freeze (don't show any alert or message, just keep as if it was trying to connect, pass 2 hours and it's still like it was freeze, any message even when I run in debug mode)

hope you can help me, I really need mount a webdav folder in my server

thank you so much!!!...

Hi,

I compiled fusedav, but it silently quits to all commandline options, except -h, -V.

l@lolza:~/down/fusedav/src$ ./fusedav -V
fusedav version 2.0.ee02367
LevelDB version 1.17
libcurl/7.37.1 GnuTLS/3.2.16 zlib/1.2.8 libidn/1.28 librtmp/2.3
FUSE library version: 2.9.2
fusermount version: 2.9.2
using FUSE kernel interface version 7.19
l@lolza:~/down/fusedav/src$ 

This is how I try to connect to the remote server (which works with original (system bundled) fusedav):

l@lolza:~/down/fusedav/src$ ./fusedav -u admin -p mypasswoRd12 https://my2.mtoolsde.com:5002 /mnt/mtoolsde
l@lolza:~/down/fusedav/src$ 

I tired option -d, -f, but the same issue. It just gives back the command line after 4 seconds.

(but with the original fusedav client I get the error 405 PROPFIND method not allowed error message.
With nautilus I can connect with admin user, but not with 'INTRA\accountant' user. I tried a couple of other clients, but each of it has its own error. This project looks the most matured one)

Looking with wireshark, there is no packet going toward the remote server.
I would like to use the username 'INTRA\accountant' on the remote server.

Maybe I miss something obvious?
I'm on ubuntu system 15.04. I installed all dependency as detailed in this issue (last comment):
#185

Any idea?

A build on ArchLinux segfaults even on a run with no arguments. It's built with

• fuse 2.9.2
• neon 0.29.6
• leveldb 1.9
• systemd 197

This is how I bulit it:

LEVELDB_LIBS='-L/usr/lib -lleveldb' LEVELDB_CFLAGS='-I/usr/include' \
     CFLAGS=-g ./configure --prefix=/usr

This is what gdb responded with:

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
*** Error in `/home/damjan/X/src/fusedav-git-build/src/fusedav': free(): invalid pointer: 0xbffff654 ***
======= Backtrace: =========
/usr/lib/libc.so.6(+0x764b2)[0xb7d5b4b2]
/usr/lib/libc.so.6(+0x77200)[0xb7d5c200]
/home/damjan/X/src/fusedav-git-build/src/fusedav[0x804f012]
/usr/lib/libc.so.6(__libc_start_main+0xf5)[0xb7cfe825]
/home/damjan/X/src/fusedav-git-build/src/fusedav[0x804ac01]