(*** This bug was imported into bugs.kde.org ***) Package: konqueror Version: 3.0.0 (using KDE 3.0.0 ) Severity: wishlist Installed from: SuSE Compiler: gcc version 2.95.2 19991024 (release) OS: Linux (i686) release 2.4.18 OS/Compiler notes: I really like being able to browse my mates' samba shares and play music directly off their computer (without downloading) -- you can do this by mounting the share to a local mountpoint. However using the smb: kioslave to drag and drop files to xmms doesn't work --- you have to download the files first. It would be great to either have this working exactly as if the share was mounted or to have an option (say on the menu) to mount each share.Thanks! (Submitted via bugs.kde.org) (Called from KBugReport dialog)
Yes, something similar to (automatic) smbmount is a must. A .mp3 is "small" compared to .mp2/.divx and downloading of these can not be considered seriously.
Does this feature being considered to be included to future versions of KDE?
I think is a important feature to be included ! NFS mounts too !
I'm tempted to WONTFIX. Only root can mount under UNIX
LinNeighborhood is able to mount shares without the need of the user to be root. Doing this my mounting the shares in $HOME/mnt/[maschine]/[share] Today I "discovered" this nice smb browsing in KDE and it is really nice, but it is annoying to download every single file just to view it. Would be nice to have a "mount this directory" button in the service menu
Subject: Re: smb/rlan kioslave can mount shares Am Friday 02 May 2003 18:40 schrieb Andreas: > ------- You are receiving this mail because: ------- > You are on the CC list for the bug, or are watching someone who is. > > http://bugs.kde.org/show_bug.cgi?id=41562 > > > > > ------- Additional Comments From kde@kintaro.cx 2003-05-02 18:40 ------- > LinNeighborhood is able to mount shares without the need of the user to be > root. Doing this my mounting the shares in $HOME/mnt/[maschine]/[share] The mount point is irrelevant. Only root can mount - if they can mount without you entering a password, they most likely come with a suid binary and that leads to security problems [in general]. Greetings, Stephan
And what is preventing KDE to ask for root password and act according the results?
smbmount (a Linux-only program) can be installed setuid root and direct user mounting is allowed. SMB filesystems are safe enough because there is no possibility of setuid binaries showing up. NFS, however, is a no-go. Only root can mount those, or users that root allowed. In those cases, you'll have an /etc/fstab entry and it'll be shown already in devices:/ and probably your desktop.
I am able to mount smb shares using smbmount on linux, without being root (and umount using smbumount). I can do (as normal user with no special privileges) smbmount //nocturnal/progs tmp mount command shows: //nocturnal/progs on /home/torquil/tmp type smbfs (rw) cat /proc/mounts gives: //nocturnal/progs /home/torquil/tmp smbfs rw,win95,uid=1000,gid=1000,mounted_uid=1000,file_mode=0755,dir_mode=0755 0 0 smbmount is not setuid root: -rwxr-xr-x 1 root root 480684 2003-06-09 05:04 /usr/bin/smbmount However, I can not 'mount-t smbfs'. For that I need to be root. The komba2 application in debian unstable can mount shares without having any files setuid root.
The smbmounter plugin is already a part of kdeaddons. It currently works only with smbro ioslave, not with smb.
Other solution would be ability to pass full file name to application (instead of downloading file, and then opening it localy). Mplayer for example supports smb and ftp by itself, konqueror would just need to pass file name with protocol. Some option when associating apps like "bypass io slave" would be great.
I would really like automatic temporary mounting. For example, if I browse the local network, click on a computer, a shared disk and then a file, KDE should automount the shared disk and pass the local filename (ex. ~/.kde/mnt/tempMD5/FILENAME).
*** Bug 46039 has been marked as a duplicate of this bug. ***
Please also have a look at bug #72242 Downloading a 700MB mpg before viewing is a non option. I get about 3MB/s from my server, so it takes about 4 minutes before I can view a film when using konquror. Actually this makes konqueror effectively non-usable for this task. Of course I can manually mount all my shares from the command line but this is not what a user expects usability wise. Sure there is the smbmounter plugin in kdeaddons (which until now I have not even installed) but I think this should really be a standard feature of Konqueror _and_ be transparent for the user. As said I just installed kdeaddons and tried the smbmounter. It works, _but_: After selecting the menu entry I only get told where the share was mounted, I don't automatically get redirected to that directory (that's why I mounted it right?), nor can I choose to do so in the upcoming info box. When I'm in the directory via file:/ I can't umount it, only when on the share with smb:/ the option is available. Transparent operation of smbmounter is a must-have. I double click a file and smbmounter is used to mount the share and the path to the mounted share and the filename is passed to the program instead of downloading the file to a temporary location. Of course this is only done when smbmounter else you sadly have to dl teh file to a temp location, which is why I propose to include smbmounter with konqueror (or at least its functionality).
Replaced twjk2@cam.ac.uk with danielkaminsky@web.de due to bounces by reporter
What about just making all kde applications handle smb://... ? In this case there's no need to smbmount (which hangs when the remote windows restarts/crashes and makes big mess), right? I use kaffeine to play videos this way and it's much much better than mounting/umounting every time.
Mounting/umounting shares can be done in KDE 4 and kio::smb is available for every KDE app.