Package Details: udevil-git 20150504.216-1

Git Clone URL: (read-only)
Package Base: udevil-git
Description: Mount without password
Upstream URL:
Keywords: mount service
Licenses: GPL3
Conflicts: devmon, devmon-git, udevil
Provides: devmon, udevil
Submitter: IgnorantGuru
Maintainer: None
Last Packager: Alad
Votes: 10
Popularity: 0.000000
First Submitted: 2012-05-22 18:44
Last Updated: 2016-02-23 16:28

Dependencies (15)

Required by (10)

Sources (1)

Latest Comments

IgnorantGuru commented on 2014-01-18 14:38

I am orphaning this package so if flu or someone else wants to be the maintainer that would be helpful - thanks.

flu commented on 2014-01-18 14:12

udevil-git updated PKGBUILD

IgnorantGuru commented on 2012-08-03 19:59

@psycho_zs: Thanks, that problem should now be corrected in the source.

Anonymous comment on 2012-08-03 15:43

Today build fails:

udevil.c: In function ‘main’:
udevil.c:4617:5: error: implicit declaration of function ‘setlocale’ [-Werror=implicit-function-declaration]
udevil.c:4617:16: error: ‘LC_ALL’ undeclared (first use in this function)
udevil.c:4617:16: note: each undeclared identifier is reported only once for each function it appears in
cc1: some warnings being treated as errors
make[2]: *** [udevil-udevil.o] Error 1
make[2]: Leaving directory `/home/psycho/pkgbuild/udevil-git/src/udevil-build/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/psycho/pkgbuild/udevil-git/src/udevil-build'
make: *** [all] Error 2

IgnorantGuru commented on 2012-07-17 17:14

@lahwaacz: udevil is front end to mount only (allowing normal users to run mount as root in limited ways). It does not run sshfs or curlftpfs directly. mount runs them via helpers. If you don't want the mount helper run as root, then you should run sshfs or curlftpfs directly as a normal user rather than using udevil, or use mount options to further control the behavior of the helper. I can't say what is or isn't possible with the SSH keys via the mount helper. This handling of sshfs, etc by udevil may not be ideal for all purposes.

lahwaacz commented on 2012-07-17 16:21

I think that sshfs, curlftpfs etc. should not be run as root. When running sshfs as root, keys from /etc/ssh/ are used and remote hosts are added to /root/.ssh/known_keys. So it's impossible to use authentication with SSH keys, only passwords are supported.

IgnorantGuru commented on 2012-07-13 20:20

Thanks to Barthalion, udevil is now included in Arch's [community] repo. That will also be less of a download than this git version. I'll leave this git version available to reflect the next branch as a work in progress.

udevil can now be installed from:

IgnorantGuru commented on 2012-06-28 22:51

PKGBUILD has been updated to not copy the entire source repo to the tmp build folder, and it only clones with --depth=1. However it's still a large download because packages are automatically generated in the source repo - don't see any way to avoid this for now.

IgnorantGuru commented on 2012-06-16 13:11

@anonymous_user: currently this downloads the whole git history rather than just the source - needs to be improved

anonymous_user commented on 2012-06-16 05:25

I just updated this package on my computer and during the "Receiving objects" phase, it downloaded like 16MB. Why did it download so much?

BTW my connection is kinda slow (768kbps) so thats why I'm concerned.

IgnorantGuru commented on 2012-06-02 12:54

With binary packages (eg in [community]), the maintainer rebuilds the package when libraries it uses are updated, so the headers match. With a AUR/git package like this you just need to reinstall it so it can rebuild and find the new header locations. So anytime you see glib2 or udev updated you should reinstall udevil-git.

louis058 commented on 2012-06-02 10:17

Confirmed - reinstall fixes it.

anonymous_user commented on 2012-06-01 21:28

I just recompiled (reinstalled) udevil-git and it seems to work fine so far.

louis058 commented on 2012-06-01 18:42

I suspect with the new systemd upgrade, files have been moved.
I got this error with devmon after just upgrading: /usr/bin/udevil: error while loading shared libraries: cannot open shared object file: No such file or directory
After that devmon just stops.

IgnorantGuru commented on 2012-05-26 16:52

/usr/bin/devmon is being installed ok from this PKGBUILD in my tests - let me know if there is any further problem with this - thanks.

IgnorantGuru commented on 2012-05-26 15:47

Does this mean /usr/bin/devmon is now being installed ok from AUR package? Going to look into this now but if it's resolved please let me know.

Maxr commented on 2012-05-26 06:04

Works for me! Thanks!

IgnorantGuru commented on 2012-05-26 01:18

> it's not installing /usr/bin/devmon in my system either

I'll take a look at that. In the meantime I merged next with master which might help. If not you can grab devmon like this:
sudo install devmon /usr/local/bin/devmon

Anonymous comment on 2012-05-25 22:15

it's not installing /usr/bin/devmon in my system either

IgnorantGuru commented on 2012-05-25 21:06

@Maxr: The devmon script is in the udevil src directory as of udevil 0.2.1, and the makefile should install it to /usr/bin/devmon

@elmariachi: For automounting with udevil, use devmon:

Maxr commented on 2012-05-25 20:55

devmon does not seem to be included here ;)

Anonymous comment on 2012-05-25 19:09

so how can we use automount?

IgnorantGuru commented on 2012-05-25 18:14

Please note that udevil-git now provides (and conflicts with) devmon.