matteoserva / MegaFuse

MEGA client for linux, based on FUSE
Other
249 stars 79 forks source link

Compiling requires removing fixed paths in MegaFuse.mk #1

Closed wiserweb closed 10 years ago

wiserweb commented 10 years ago

MegaFuse.mk contains your home folder path. /home/matteo/Progetti/MegaFuse , replacing everything with . works for compilation

matteoserva commented 10 years ago

Thanks. Fixed.

wiserweb commented 10 years ago

HI,

Great work on this project by the way. I’ve tested another fuse plugin, MegaFS, and your implementation is much faster and more stable so far. I also like how it goes directly into ‘Cloud Drive’ folder that’s a nice feature.

A few extra notes from my testing.

On Debian 7, the following were needed to build and make, perhaps add these the readme.

apt-get install libcrypto++ libcurl4-openssl-dev libdb5.1++-dev libfreeimage-dev

Someone with a fresh system would also need a few of these.

build-essential automake autoconf gobject-introspection fuse-utils libfuse-dev texlive pkg-config

USER must be added to ‘fuse’ user group to be able to perform mounting of MegaFS with sshfs

using root, add the user

usermod -aG fuse

usermod -aG fuse myuser

Also, there’s possibility that this package may also work under OSX. More testing is needed and specific packages are likely to be similar but may require homebrew or macports.

Finally, would it be possible to add ability to pass arguments to the MegaFuse executable to set which group and which user the share would belong to?

Using the sshfs command line one can mount a remote path and specify the group and user that will own the newly mounted path. (gid for the group, uid for the user)

i.e. sshfs -o allow_other,gid=1003,uid=1003

It appears that these parameters are not accessible via the MegaFuse executable and default to the Fuse defaults of root, gid=0,uid=0.

It would be really useful to be able to choose which user and group own the folder after mounting it. This way mounts can be mounted and viewed under a web-server root which belongs to a lower privileged user.

www.mywebsite.com/megafusemount/myfile.jpg

Someone can then use their browser directly to access the file. (Note: currently Apache give a Forbidden error as www-data (the apache user - doesn’t have the privileges to read a folder which doesn’t belong to the user:group of the virtual web-root.)

i.e. public_html/megafusemount/myfile.jpg

$ ls megafusemount - myuser:myuser - 755

Thanks, -M

On Mar 23, 2014, at 4:23 AM, matteoserva notifications@github.com wrote:

Thanks. Fixed.

— Reply to this email directly or view it on GitHub.

matteoserva commented 10 years ago

thanks. -added the -f options. -updated the README