Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#31402 - [smbnetfs] systemd support
Attached to Project:
Community Packages
Opened by Steven (Stebalien) - Monday, 03 September 2012, 18:04 GMT
Last edited by Sergej Pupykin (sergej) - Monday, 17 September 2012, 10:46 GMT
Opened by Steven (Stebalien) - Monday, 03 September 2012, 18:04 GMT
Last edited by Sergej Pupykin (sergej) - Monday, 17 September 2012, 10:46 GMT
|
DetailsHere are two possible smbnetfs service files. The first is a direct translation of the rc script. The second allows the mount point to be configured with the suffix; smbnetfs@mnt-smbnet.service will mount to /mnt/smbnet/.
|
This task depends upon
Closed by Sergej Pupykin (sergej)
Monday, 17 September 2012, 10:46 GMT
Reason for closing: Implemented
Additional comments about closing: using 1st file
Monday, 17 September 2012, 10:46 GMT
Reason for closing: Implemented
Additional comments about closing: using 1st file
smbnetfs.service
There are two ways to get smbnetfs working as a mount program:
1. Write a mount.smbnetfs script that sets the home directory, sus to nobody, and then converts mount options to smbnetfs options. fstab entries would look like:
<anything> /mnt/smbnet smbnetfs options... 0 0
2. Ask upstream to to su to nobody and look for config files under /etc/smbnetfs if called by fuse. This is the correct way to do this. fstab entries would look like:
smbnetfs#<anything> /mnt/smbnet fuse options... 0 0
- or -
<anything> /mnt/smbnet fuse.smbnetfs options... 0 0
-- Edit: There is relevant bug report/patch (http://sourceforge.net/tracker/?func=detail&aid=3563534&group_id=171223&atid=857137) but it handles neither the the config directory issue nor the running as root issue and it requires the ignored device to be called 'none'.
I realize there's currently an /etc/rc.d script for this, but that doesn't make a whole lot of sense to me either, if this is meant to be a user-specific thing.
Not being a consumer of this, I'll leave it up to Sergey to decide what to do.