retitle 574516 ltspfs: requires user to be in the fuse group severity 574516 wishlist clone 574516 -1 retitle -1 ltspfs: issue KDE popups user debian-...@lists.debian.org usertag -1 + debian-edu thanks
On Mon, Mar 22, 2010 at 11:38:06AM +0100, Petter Reinholdtsen wrote: > > some things to check: > > > > * fuse module is loaded > > * /dev/fuse is writeable by group fuse > > Both ok. > > > * user is in fuse group > > This is not OK. The user is not in the fuse group. ah, well, that's expected behavior. ltspfs is a fuse filesystem, and will not work without permissions in the fuse group. > I investigated, > and the reason is that the pam_group module is not enabled. > pam-auth-update do not have support for pam_group yet. This is bug > report in #370346. Can ltspfs be configured to use > consolekit/policykit instead? It would be better to get this working > out of the box without pam_group. that would be nice, but would really require getting fuse filesystems to work with policykit/consolekit in general, rather than specifically ltspfs. > Aftet activating pam_group using the patch in #370346, the user was in > the fuse group after login, and the mounting happened on the server. good. > No KDE popup showed up, thought. :( splitting this into a separate issue- please follow up to the new bug number with KDE popup issues. > >> but would prefer a popup in KDE as well. > > > > this seems like a separate issue, really. you might be able to use > > the ltspfs-mounter.d hooks. see > > /usr/share/doc/ltspfs/examples/kde-desktop-icons for an example > > hook. > > A popup really should be the default in KDE. The user experience suck > without it. i do not knowing what a KDE popup even is. is it a filemanager thing? an info/message system? is there a command that can be run to trigger a popup? live well, vagrant -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
