It had never bothered me before, but I was opening a PDF document for someone off the file server and it told me that "xpdf" couldn't read the file off SMB shares, so I had to copy it to my desktop to open it. Someone watching me do this asked why I had to, and I didn't really have a reason, so I thought I'd ask here.
Why is it exactly you can't directly open files off SMB shares like you can on Windows? I'm sure it's probably something simple like Nautilus just uses "smbclient" instead of mounting the share or something like that, but why couldn't it just copy the file to /tmp when you try and access it, to make it more fluid browsing?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Friday 27 February 2004 15:45, Adam Voigt wrote:
Why is it exactly you can't directly open files off SMB shares like you can on Windows? I'm sure it's probably something simple like Nautilus
What's up with mounting the share in /mnt/myserver ? Then you can do everything like it was a local filesystem.
- -Andy
- -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2
Well yes I could do that, but to the people who are thinking about coming from Windows to Linux based upon my example, having to whip out a command line and mount every share (8 different ones on this fileserver alone), seems kind of, well, lame.
On Fri, 2004-02-27 at 10:49, Andy Green wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Friday 27 February 2004 15:45, Adam Voigt wrote:
Why is it exactly you can't directly open files off SMB shares like you can on Windows? I'm sure it's probably something simple like Nautilus
What's up with mounting the share in /mnt/myserver ? Then you can do everything like it was a local filesystem.
- -Andy
Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux)
iD8DBQFAP2cNjKeDCxMJCTIRAuzcAJ9P/Q8C+s8gYS8XCtKgdpQvdQ60oACfVic9 NdOc/LYE9t/596GLZgNi4Gk= =/jM5 -----END PGP SIGNATURE-----
On Friday 27 February 2004 09:45, Adam Voigt wrote:
It had never bothered me before, but I was opening a PDF document for someone off the file server and it told me that "xpdf" couldn't read the file off SMB shares, so I had to copy it to my desktop to open it. Someone watching me do this asked why I had to, and I didn't really have a reason, so I thought I'd ask here.
I have no problem using Konqueror this way here.
smb://blah.blah... Right Click <desired file> Open with <your program choice>
Regards, Mike Klinke
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Friday 27 February 2004 15:58, Adam Voigt wrote:
Well yes I could do that, but to the people who are thinking about coming from Windows to Linux based upon my example, having to whip out a command line and mount every share (8 different ones on this fileserver alone), seems kind of, well, lame.
Fair comment. I think you may find that other pdf apps, like kpdf may well be able to handle this, IIRC it is fish:// in KDE. Can kpdf render anything without filling 2/3rds of the display with fill because it didn't clip? That's a different question.
You're right, either way its an embarassment for someone who doesn't have root which is needed to mount the server.
- -Andy
- -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2
Am Fr, den 27.02.2004 schrieb Adam Voigt um 16:58:
Well yes I could do that, but to the people who are thinking about coming from Windows to Linux based upon my example, having to whip out a command line and mount every share (8 different ones on this fileserver alone), seems kind of, well, lame.
Then you could mount the automatically on login & unmount them on logout. You cloud place the commands in .bash_profile & .bach_logout, pam would be more elegant.
Christoph
I tried to do it in Konqueror but ran into another problem before I could even try. When browsing folders, it seems to be in an endless loop asking for my username and password, despite the fact that I'm browsing just fine, and am fully authenticated. For instance, I open the files folder and the contents show up, then it asks for username and password, I can enter it correctly over and over, or keep hitting cancel, and it never goes away. =)
On Fri, 2004-02-27 at 11:30, Mike Klinke wrote:
I have no problem using Konqueror this way here.
smb://blah.blah... Right Click <desired file> Open with <your program choice>
Regards, Mike Klinke
Well yes I could, but again, thats not at all a fluid solution, it's a dry-powder solution =). It requires that sudo be setup for each user account to be able to run mount with root privileges, plus I have to store my network password in the script.
I just don't understand why Nautilus can't over-come SMB shares, even for programs that don't understand them, by automatically saving the document to /tmp, or mounting the share itself, etc.
On Fri, 2004-02-27 at 11:46, Christoph Wickert wrote:
Then you could mount the automatically on login & unmount them on logout. You cloud place the commands in .bash_profile & .bach_logout, pam would be more elegant.
Christoph
On Fri, 27 Feb 2004 11:56:11 -0500, Adam Voigt wrote
Well yes I could, but again, thats not at all a fluid solution, it's a dry-powder solution =). It requires that sudo be setup for each user account to be able to run mount with root privileges, plus I have to store my network password in the script.
Would the "user" directive in /etc/fstab help in this situation? I've never mounted SMB shares on Linux before so forgive me if I don't know the mechanics of it. Is it something that can be done out of /etc/fstab?
-- Chris
"Build a man a fire and he will be warm for the rest of the night. Set a man on fire and he will be warm for the rest of his life." -- Unknown
I think it can be done out of fstab, but you would still have to put your username and password for the server in the fstab, plus this doesn't allow for multiple users on the system.
On Fri, 2004-02-27 at 12:14, Christofer C. Bell wrote:
On Fri, 27 Feb 2004 11:56:11 -0500, Adam Voigt wrote
Well yes I could, but again, thats not at all a fluid solution, it's a dry-powder solution =). It requires that sudo be setup for each user account to be able to run mount with root privileges, plus I have to store my network password in the script.
Would the "user" directive in /etc/fstab help in this situation? I've never mounted SMB shares on Linux before so forgive me if I don't know the mechanics of it. Is it something that can be done out of /etc/fstab?
-- Chris
"Build a man a fire and he will be warm for the rest of the night. Set a man on fire and he will be warm for the rest of his life." -- Unknown
Am Fr, den 27.02.2004 schrieb Adam Voigt um 17:56:
Well yes I could, but again, thats not at all a fluid solution, it's a dry-powder solution =). It requires that sudo be setup for each user account to be able to run mount with root privileges, plus I have to store my network password in the script.
You are wrong. It only requires "user" in the corresponding line in /etc/fstab, then users are allowed to (un)mount the partitions.
Christoph
Am Fr, den 27.02.2004 schrieb Adam Voigt um 18:18:
I think it can be done out of fstab, but you would still have to put your username and password for the server in the fstab, plus this doesn't allow for multiple users on the system.
As I said before: PAM! No need to store the passwd. in /etc/fstab and also allowing multiple users.
Christoph
Am Fr, den 27.02.2004 schrieb Adam Voigt um 17:46:
I tried to do it in Konqueror but ran into another problem before I could even try. When browsing folders, it seems to be in an endless loop asking for my username and password, despite the fact that I'm browsing just fine, and am fully authenticated. For instance, I open the files folder and the contents show up, then it asks for username and password, I can enter it correctly over and over, or keep hitting cancel, and it never goes away. =)
There's a checkbox, something like "remind this passwd for this session". Have you checked it?
Christoph
The whole point is to make this as easy for someone coming over to Windows as possible, and if every time someone sits down at a computer, I have to open a terminal and manually mount the share, or manually edit the fstab for the new user sitting there, it's useless.
They don't want to have to open the mount manager and mount 18 different shares they need free access to. They want to be able to browse the "Network Servers" manager, just as if they would "Network Neighborhood" on Windows. And they don't mind the current "Network Servers" browser, it works almost perfectly, they are very comfortable with it, with the exception of certain files not being able to be opened without copying to the HD first.
On Fri, 2004-02-27 at 12:28, Christoph Wickert wrote:
Am Fr, den 27.02.2004 schrieb Adam Voigt um 17:56:
Well yes I could, but again, thats not at all a fluid solution, it's a dry-powder solution =). It requires that sudo be setup for each user account to be able to run mount with root privileges, plus I have to store my network password in the script.
You are wrong. It only requires "user" in the corresponding line in /etc/fstab, then users are allowed to (un)mount the partitions.
Christoph
I don't see that option under the settings, where is it?
On Fri, 2004-02-27 at 12:31, Christoph Wickert wrote:
Am Fr, den 27.02.2004 schrieb Adam Voigt um 17:46:
I tried to do it in Konqueror but ran into another problem before I could even try. When browsing folders, it seems to be in an endless loop asking for my username and password, despite the fact that I'm browsing just fine, and am fully authenticated. For instance, I open the files folder and the contents show up, then it asks for username and password, I can enter it correctly over and over, or keep hitting cancel, and it never goes away. =)
There's a checkbox, something like "remind this passwd for this session". Have you checked it?
Christoph
So where exactly would I setup what each user on the local system maps to on the network server? Like if I have user on the local system "bob", how do I map that to his network username "bob.johnson" and where do I store his password?
On Fri, 2004-02-27 at 12:29, Christoph Wickert wrote:
Am Fr, den 27.02.2004 schrieb Adam Voigt um 18:18:
I think it can be done out of fstab, but you would still have to put your username and password for the server in the fstab, plus this doesn't allow for multiple users on the system.
As I said before: PAM! No need to store the passwd. in /etc/fstab and also allowing multiple users.
Christoph
Adam Voigt said:
The whole point is to make this as easy for someone coming over to Windows as possible, and if every time someone sits down at a computer, I have to open a terminal and manually mount the share, or manually edit the fstab for the new user sitting there, it's useless.
You should set up the shares on an nfs server and use autofs. Then see how easy it is for the Windows users...
You are comparing apples and oranges. Sometimes you have to settle for fruit cocktail. Unless you get all the apps you want to use to use the same library as Nautilus (gnome-vfs?) then you have to mount the share. Personally I use autofs to mount any SMB shares I need. You might look into setting it up with separate mountpoints for the different users (with separate credentials files of course).
-- William Hooper
On Fri, 2004-02-27 at 10:45, Adam Voigt wrote:
It had never bothered me before, but I was opening a PDF document for someone off the file server and it told me that "xpdf" couldn't read the file off SMB shares, so I had to copy it to my desktop to open it. Someone watching me do this asked why I had to, and I didn't really have a reason, so I thought I'd ask here.
Why is it exactly you can't directly open files off SMB shares like you can on Windows? I'm sure it's probably something simple like Nautilus just uses "smbclient" instead of mounting the share or something like that, but why couldn't it just copy the file to /tmp when you try and access it, to make it more fluid browsing?
--
Adam Voigt adam@kotisprop.com
There is a program that would have made this very user-friendly for you and your supported staff, but I am not sure that it will work with Fedora. The program is called LinNeighborhood. Mandrake users would be familiar with it as it was provided on the 9.1 release and has been available to them, and RH users, for some time. My recent attempt to get it to work wasn't successful, and the developer has since abandoned the app, thinking that with Nautilus and Konqueror having the ability to open shares, it isn't necessary. I beg to differ. It's a wonderful program for end-users who need access to share with a more Windows-like approach. Do a search on the name and see what you can find. I believe Joe Klemmer has the Fedora-specific RPM's for it, but again, neither his or the RH 9 version worked on my Fedora installation. If you get it and it works, please let me know how, here or off-list.
Good luck with this..
Paul
On Friday 27 February 2004 10:46, Adam Voigt wrote:
I tried to do it in Konqueror but ran into another problem before I could even try. When browsing folders, it seems to be in an endless loop asking for my username and password, despite the fact that I'm browsing just fine, and am fully authenticated. For instance, I open the files folder and the contents show up, then it asks for username and password, I can enter it correctly over and over, or keep hitting cancel, and it never goes away. =)
Hmm, odd, I don't see that behavior at all. I log in once and for a particular shared resource that's all I need.
Regards, Mike Klinke
Thanks, I'll check it out.
On Fri, 2004-02-27 at 13:00, Paul M. Bucalo wrote:
There is a program that would have made this very user-friendly for you and your supported staff, but I am not sure that it will work with Fedora. The program is called LinNeighborhood. Mandrake users would be familiar with it as it was provided on the 9.1 release and has been available to them, and RH users, for some time. My recent attempt to get it to work wasn't successful, and the developer has since abandoned the app, thinking that with Nautilus and Konqueror having the ability to open shares, it isn't necessary. I beg to differ. It's a wonderful program for end-users who need access to share with a more Windows-like approach. Do a search on the name and see what you can find. I believe Joe Klemmer has the Fedora-specific RPM's for it, but again, neither his or the RH 9 version worked on my Fedora installation. If you get it and it works, please let me know how, here or off-list.
Good luck with this..
Paul
Well I'm not using KDE as my native desktop, so maybe under Gnome it doesn't quite work the same, or maybe something with our fileserver is just slightly different enough.
On Fri, 2004-02-27 at 13:09, Mike Klinke wrote:
Hmm, odd, I don't see that behavior at all. I log in once and for a particular shared resource that's all I need.
Regards, Mike Klinke
Hi All,
Some good solutions came out of this thread, but I also wonder why Nautilus cannot simply open files through smb://
I would expect it to be able to do this. Even if it is only downloading the file to /tmp and opening it locally for the user as mentioned by Adam. Seems like simple HCI to me. 1 click is better than 5.
Any Nautilus hackers on this list? I'm using Gnome. Not sure if that matters or not.
Cheers, Chris
On Fri, 2004-02-27 at 12:54, William Hooper wrote:
Adam Voigt said:
The whole point is to make this as easy for someone coming over to Windows as possible, and if every time someone sits down at a computer, I have to open a terminal and manually mount the share, or manually edit the fstab for the new user sitting there, it's useless.
You should set up the shares on an nfs server and use autofs. Then see how easy it is for the Windows users...
You are comparing apples and oranges. Sometimes you have to settle for fruit cocktail. Unless you get all the apps you want to use to use the same library as Nautilus (gnome-vfs?) then you have to mount the share. Personally I use autofs to mount any SMB shares I need. You might look into setting it up with separate mountpoints for the different users (with separate credentials files of course).
-- William Hooper
I have also tried unsuccessfully to use this great ap , from what I have seen it seems that for some reason it is unable to resolve the ip address of the samba server / workstation , if you check the command that gets issued you will see that it has an empty ip= field , removing this field or inserting the ip and the command works , hopefully someone with some knowledge will pick this up and fix it .
Dean
Paul M. Bucalo wrote:
On Fri, 2004-02-27 at 10:45, Adam Voigt wrote:
It had never bothered me before, but I was opening a PDF document for someone off the file server and it told me that "xpdf" couldn't read the file off SMB shares, so I had to copy it to my desktop to open it. Someone watching me do this asked why I had to, and I didn't really have a reason, so I thought I'd ask here.
Why is it exactly you can't directly open files off SMB shares like you can on Windows? I'm sure it's probably something simple like Nautilus just uses "smbclient" instead of mounting the share or something like that, but why couldn't it just copy the file to /tmp when you try and access it, to make it more fluid browsing?
--
Adam Voigt adam@kotisprop.com
There is a program that would have made this very user-friendly for you and your supported staff, but I am not sure that it will work with Fedora. The program is called LinNeighborhood. Mandrake users would be familiar with it as it was provided on the 9.1 release and has been available to them, and RH users, for some time. My recent attempt to get it to work wasn't successful, and the developer has since abandoned the app, thinking that with Nautilus and Konqueror having the ability to open shares, it isn't necessary. I beg to differ. It's a wonderful program for end-users who need access to share with a more Windows-like approach. Do a search on the name and see what you can find. I believe Joe Klemmer has the Fedora-specific RPM's for it, but again, neither his or the RH 9 version worked on my Fedora installation. If you get it and it works, please let me know how, here or off-list.
Good luck with this..
Paul
Christopher Ness wrote:
Hi All,
Some good solutions came out of this thread, but I also wonder why Nautilus cannot simply open files through smb://
I would expect it to be able to do this. Even if it is only downloading the file to /tmp and opening it locally for the user as mentioned by Adam. Seems like simple HCI to me. 1 click is better than 5.
I don't know nautilus, but I don't think I'd want it to be downloading a file to /tmp, since I think it'd be easy for the user to miss this fact and believe they were modifying the original file.
I do agree with you in general though, it should be easy to do this.
Peter
Am Fr, den 27.02.2004 schrieb Adam Voigt um 18:42:
I don't see that option under the settings, where is it?
IIRC it's in the username/passwd popup.
Christoph
On Fri, 2004-02-27 at 12:31, Christoph Wickert wrote:
There's a checkbox, something like "remind this passwd for this
^^^^^^ I meant "remember" :-)
session". Have you checked it?
Christoph
On Fri, 2004-02-27 at 15:22, Dean Mumby wrote:
I have also tried unsuccessfully to use this great ap , from what I have seen it seems that for some reason it is unable to resolve the ip address of the samba server / workstation , if you check the command that gets issued you will see that it has an empty ip= field , removing this field or inserting the ip and the command works , hopefully someone with some knowledge will pick this up and fix it .
Dean
You lost me, Dean. 'LinNeighborhood', located in '/usr/bin', is a binary. What file/command are you referring to and where did you see this? When I start 'LinNeighborhood' from a term, I don't see this running in the background.
I've looked the system over, referred back to the RPM to check every file installed. I can't find anything that refers directory to this problem. It has to be a change in the Samba client or related network support because this happens on both WBEL (RHEL) and Fedora. RH 9 works fine. Hmmm....just plain sucks, ya' know? Thanks for letting me know it wasn't just me. :0)
Paul
Someone stated that they had a samba share that was mounted by automount. I have been playing with this, but cant get it to work. Here is my config:
/etc/auto.master:
/smb /etc/auto.smb --timeout=60
/etc/auto.smb:
admin -fstype=smbfs,-o,username=XXXX,password=XXXX,workgroup=XXXX,soft,intr //server/data
Can anyone with this working help me out? This should mount //server/data in /smb/admin, correct?
Thanks for any help anyone could provide
Adam Voigt wrote:
Well yes I could, but again, thats not at all a fluid solution, it's a dry-powder solution =). It requires that sudo be setup for each user account to be able to run mount with root privileges, plus I have to store my network password in the script.
smbmount doesn't require root access. Put smbmount <service> <mount point> -o credentials=<filename> in .bash_profile and smbumount <mount point> in .bash_logout
that's the easiest way... never done something different, and it works for me! If you want something more complicated, read the manual - it works too :)
I just don't understand why Nautilus can't over-come SMB shares, even for programs that don't understand them, by automatically saving the document to /tmp, or mounting the share itself, etc.
On Fri, 2004-02-27 at 11:46, Christoph Wickert wrote:
Then you could mount the automatically on login & unmount them on logout. You cloud place the commands in .bash_profile & .bach_logout, pam would be more elegant.
Christoph
Am Fr, den 27.02.2004 schrieb Adam Voigt um 18:44:
So where exactly would I setup what each user on the local system maps to on the network server?
Sorry, I don't know. But I know it's possible, I have used it once. I'll try to ask the guy who set up these computers. Mounting was done ether with autofs (see http://freespace.sourceforge.net/guidod/howto/autofs.html) or on login/logout. Authentication was done via PAM_SMB ( http://www.skynet.ie/~airlied/pam_smb/) I think.
Like if I have user on the local system "bob", how do I map that to his network username "bob.johnson" and where do I
^^^^^^^^^^^ I'm not sure if this will work, there was a long discussion about usernames with dots on this list and I haven't followed this discussion. Search the archives (at gmane.org, for redhat's search seems to be down) please.
store his password?
BTW: If you want linneighborhood (as someone suggested) you can a install from http://dag.wieers.com/packages/linneighborhood/
That's all can say, sorry not to be more helpful.
Christoph
when you try mount a share it tells you it could not find it correct ?
while it is trying to mount the share check ps ax , your looking for the smbmount command, if I remember correctly you can also see the command that it will use from inside the app have a look at you should find it , if you dont let me know and I will re-install it and find what I am talking about
Regards Dean
Paul M. Bucalo wrote:
On Fri, 2004-02-27 at 15:22, Dean Mumby wrote:
I have also tried unsuccessfully to use this great ap , from what I have seen it seems that for some reason it is unable to resolve the ip address of the samba server / workstation , if you check the command that gets issued you will see that it has an empty ip= field , removing this field or inserting the ip and the command works , hopefully someone with some knowledge will pick this up and fix it .
Dean
You lost me, Dean. 'LinNeighborhood', located in '/usr/bin', is a binary. What file/command are you referring to and where did you see this? When I start 'LinNeighborhood' from a term, I don't see this running in the background.
I've looked the system over, referred back to the RPM to check every file installed. I can't find anything that refers directory to this problem. It has to be a change in the Samba client or related network support because this happens on both WBEL (RHEL) and Fedora. RH 9 works fine. Hmmm....just plain sucks, ya' know? Thanks for letting me know it wasn't just me. :0)
Paul
I have tried dags , it does not work ,
Dean
Christoph Wickert wrote:
Am Fr, den 27.02.2004 schrieb Adam Voigt um 18:44:
So where exactly would I setup what each user on the local system maps to on the network server?
Sorry, I don't know. But I know it's possible, I have used it once. I'll try to ask the guy who set up these computers. Mounting was done ether with autofs (see http://freespace.sourceforge.net/guidod/howto/autofs.html) or on login/logout. Authentication was done via PAM_SMB ( http://www.skynet.ie/~airlied/pam_smb/) I think.
Like if I have user on the local system "bob", how do I map that to his network username "bob.johnson" and where do I
^^^^^^^^^^^I'm not sure if this will work, there was a long discussion about usernames with dots on this list and I haven't followed this discussion. Search the archives (at gmane.org, for redhat's search seems to be down) please.
store his password?
BTW: If you want linneighborhood (as someone suggested) you can a install from http://dag.wieers.com/packages/linneighborhood/
That's all can say, sorry not to be more helpful.
Christoph
-=Brian Truter=- said:
Someone stated that they had a samba share that was mounted by automount. I have been playing with this, but cant get it to work. Here is my config:
/etc/auto.master:
/smb /etc/auto.smb --timeout=60
/etc/auto.smb:
admin -fstype=smbfs,-o,username=XXXX,password=XXXX,workgroup=XXXX,soft,intr //server/data
Looks like you have some syntax issues and some weird options. Try:
admin -fstype=smbfs,username=XXXX,password=XXXX,workgroup=XXXX ://server/data
One line, of course. You also might want to use the credentials= option so that you can have your username/password info in a seperate file.
Oh, and you do mean "admin" not "admin$" right?
Paul M. Bucalo said:
It has to be a change in the Samba client or related network support because this happens on both WBEL (RHEL) and Fedora. RH 9 works fine. Hmmm....just plain sucks, ya' know? Thanks for letting me know it wasn't just me. :0)
FC1, WBEL, and RHEL all have Samba v3. RH 9 didn't.
Am Fr, den 27.02.2004 schrieb Mike Klinke um 17:30:
I have no problem using Konqueror this way here.
for the konqueror users: KSambaPlugin http://kde-apps.org/content/show.php?content=10155
Adds a nice mount/unmount in "Extras"-Menu. Or has this one gone into default konqueror or kdeaddons already?
Christoph
On Fri, 2004-02-27 at 18:47, William Hooper wrote:
Paul M. Bucalo said:
It has to be a change in the Samba client or related network support because this happens on both WBEL (RHEL) and Fedora. RH 9 works fine. Hmmm....just plain sucks, ya' know? Thanks for letting me know it wasn't just me. :0)
FC1, WBEL, and RHEL all have Samba v3. RH 9 didn't.
-- William Hooper
Do you see any concerns with using Samba 2.x clients to access shares off a Samba 3.x server? If I upgrade the server to WBEL, this is what I may end up with. Currently, the server is MDK 9.1, which is v2.
Paul
On Fri, 2004-02-27 at 12:29, Christoph Wickert wrote:
Am Fr, den 27.02.2004 schrieb Adam Voigt um 18:18:
I think it can be done out of fstab, but you would still have to put your username and password for the server in the fstab, plus this doesn't allow for multiple users on the system.
As I said before: PAM! No need to store the passwd. in /etc/fstab and also allowing multiple users.
You can use a credentials file and point your /etc/fstab smbfs entry at that. Though only root will be able to mount it then, or mount it on startup. PAM and the /etc/fstab method are both a pain since it requires you to know ahead of time what servers you want to mount. We have hundreds of servers where I work, so that would not be a real option.
One thing I did notice is that Nautilus sucks for SMB. konqueror is far better. I can browse an SMB share in konqueror and double-click say a text file and kwrite/etc can read _and_ write to it. Nautilus is pretty much read only for SMB shares. I like Gnome a lot more then KDE, though this is one issue that makes me keep trying KDE to see if I can force myself to like it.
There is also the usability issue. MS Windows users are use to just typing \server\share in any url box or even the run dialog and getting to a server. If you have rights to that share, it is transparent and seems as if it is just another partition on your drive. It would be nice to have some feature like this under Linux.
gnome-vfs needs to have transparent SMBFS support, then any Gnome app could work with SMB shares with the same ease that a user would have under MS Windows. Does anyone know if there is any work being done on something like this?
Christoph
Jim Drabb
I have just done a quick test and other than asking for credentials I was able to open a pdf document straight from the SMB share in Nautilus without mounting the share.
Possibly a Samba configuration issue? I do have a Samba PDC used to authenticate users on 2 Windows machines and Samba on my Linux workstation publishing a backup share and a data share.
YMMV
On Fri, 2004-02-27 at 10:45, Adam Voigt wrote:
It had never bothered me before, but I was opening a PDF document for someone off the file server and it told me that "xpdf" couldn't read the file off SMB shares, so I had to copy it to my desktop to open it. Someone watching me do this asked why I had to, and I didn't really have a reason, so I thought I'd ask here.
Why is it exactly you can't directly open files off SMB shares like you can on Windows? I'm sure it's probably something simple like Nautilus just uses "smbclient" instead of mounting the share or something like that, but why couldn't it just copy the file to /tmp when you try and access it, to make it more fluid browsing?
--
Adam Voigt adam@kotisprop.com
On Fri, 2004-02-27 at 10:45, Adam Voigt wrote:
It had never bothered me before, but I was opening a PDF document for someone off the file server and it told me that "xpdf" couldn't read the file off SMB shares, so I had to copy it to my desktop to open it. Someone watching me do this asked why I had to, and I didn't really have a reason, so I thought I'd ask here.
Why is it exactly you can't directly open files off SMB shares like you can on Windows? I'm sure it's probably something simple like Nautilus just uses "smbclient" instead of mounting the share or something like that, but why couldn't it just copy the file to /tmp when you try and access it, to make it more fluid browsing?
--
Adam Voigt adam@kotisprop.com
I just found a GUI mount agent that works with Samba 2.x.x through 3.0.2: Jags. You can find it here:
I just finished installing WBEL as the replacement O/S for MDK 9.1 on my server. As mentioned before, my Linux clients are WBEL and FC1. WBEL/RHEL/FC1 use Samba 3.0.2, which LinNeighborhood will not work with. So, in an extensive search for a replacement to LinNeighborhood, I found Jags. It is a very easy to work with interface that is ultra simple. It will ask for a username and password to mount shares, if required by your Samba server, before mounting them for the duration of the user's login, or until unmounted by the user within the same interface. Once the shares are mounted, the GUI interface does not need to be running.
This may offer your end-users the interface they need to mount and unmount shares in your Linux workstations.
HTH
Paul
Em Sex, 2004-02-27 às 16:22, Christopher Ness escreveu:
Some good solutions came out of this thread, but I also wonder why Nautilus cannot simply open files through smb://
I don't know if this is a nautilus issue or something deeper, as people would like to begin opening files on a terminal window, or anything alike. This seems more related to kernel than to gnome..
It's not in my popup, all I get is a username box, a password box, and a button for ok and a button for cancel.
On Fri, 2004-02-27 at 16:57, Christoph Wickert wrote:
Am Fr, den 27.02.2004 schrieb Adam Voigt um 18:42:
I don't see that option under the settings, where is it?
IIRC it's in the username/passwd popup.
Christoph
So I still have to store the persons network username and password on the machine huh?
On Fri, 2004-02-27 at 17:18, thedogfarted wrote:
smbmount doesn't require root access. Put smbmount <service> <mount point> -o credentials=<filename> in .bash_profile and smbumount <mount point> in .bash_logout
I'm glad it works for you, but it's not working for me no matter which server software I'm connecting to. I've tried connecting to both a Samba Server and a Windows 2000 Server, neither will let me open PDF's without either mounting the share or copying the file to the HD.
On Sat, 2004-02-28 at 08:51, Luc Bouchard wrote:
I have just done a quick test and other than asking for credentials I was able to open a pdf document straight from the SMB share in Nautilus without mounting the share.
Possibly a Samba configuration issue? I do have a Samba PDC used to authenticate users on 2 Windows machines and Samba on my Linux workstation publishing a backup share and a data share.
YMMV
On Fri, 2004-02-27 at 10:45, Adam Voigt wrote:
It had never bothered me before, but I was opening a PDF document for someone off the file server and it told me that "xpdf" couldn't read the file off SMB shares, so I had to copy it to my desktop to open it. Someone watching me do this asked why I had to, and I didn't really have a reason, so I thought I'd ask here.
Why is it exactly you can't directly open files off SMB shares like you can on Windows? I'm sure it's probably something simple like Nautilus just uses "smbclient" instead of mounting the share or something like that, but why couldn't it just copy the file to /tmp when you try and access it, to make it more fluid browsing?
--
Adam Voigt adam@kotisprop.com
I have not been following this thread TOO closely, as it got far to wordy far to quickly..
I am running a combined windows/linux network at my office, where some of the linux users have to access the SMB shares (as it's easier to do that then set up NFS clients on the windows machines).
I was faced with the same problem that you have and found a nice little utility called pam_mount.
It has two config files, global (for the box) and local (for the individual). You can set up all the mount points you may desire (not limited to smb). The username/password is obtained at the time the user log's in to the machine (either at the console or via GDM).
No username/passwords need to be stored any where on the local machine.
Not as nice as "Network Neighbourhood" in windows, but a hell of a lot better then then the GNOME solution :(
Doug On Mon, 2004-03-01 at 14:47, Adam Voigt wrote:
So I still have to store the persons network username and password on the machine huh?
On Fri, 2004-02-27 at 17:18, thedogfarted wrote:
smbmount doesn't require root access. Put smbmount <service> <mount point> -o credentials=<filename> in .bash_profile and smbumount <mount point> in .bash_logout
--
Adam Voigt adam@kotisprop.com
Sorry for top posting, but for this part, it seems to be more appropriate.
I was always under the impression, the reason why most applications will not open some thing directly from the GNOME smb network browser was due to it being another abstraction layer that most applications are unaware of. When dealing with normal users I actually find it a hindrance that this is here at all, as users automatically assume they can use it as they would in windows. I have found this to be very far from reality. It is a pity that fedora does not ship any thing out of the box that will allow us as users to just go to a network share and browse it as if it was local.
Till that happens I am left with mounting them using pam_mount or similar till a better solution comes to light.
I really do dislike the additional abstraction layer that's being used, and the split between KDE and GNOME on this :(
Doug
On Mon, 2004-03-01 at 14:56, Adam Voigt wrote:
I'm glad it works for you, but it's not working for me no matter which server software I'm connecting to. I've tried connecting to both a Samba Server and a Windows 2000 Server, neither will let me open PDF's without either mounting the share or copying the file to the HD.
On Sat, 2004-02-28 at 08:51, Luc Bouchard wrote:
I have just done a quick test and other than asking for credentials I was able to open a pdf document straight from the SMB share in Nautilus without mounting the share.
Possibly a Samba configuration issue? I do have a Samba PDC used to authenticate users on 2 Windows machines and Samba on my Linux workstation publishing a backup share and a data share.
YMMV
On Fri, 2004-02-27 at 10:45, Adam Voigt wrote:
It had never bothered me before, but I was opening a PDF document for someone off the file server and it told me that "xpdf" couldn't read the file off SMB shares, so I had to copy it to my desktop to open it. Someone watching me do this asked why I had to, and I didn't really have a reason, so I thought I'd ask here.
Why is it exactly you can't directly open files off SMB shares like you can on Windows? I'm sure it's probably something simple like Nautilus just uses "smbclient" instead of mounting the share or something like that, but why couldn't it just copy the file to /tmp when you try and access it, to make it more fluid browsing?
--
Adam Voigt adam@kotisprop.com
--
Adam Voigt adam@kotisprop.com
On Tue, 2004-03-02 at 03:59, Douglas Furlong wrote:
I have not been following this thread TOO closely, as it got far to wordy far to quickly..
I am running a combined windows/linux network at my office, where some of the linux users have to access the SMB shares (as it's easier to do that then set up NFS clients on the windows machines).
I was faced with the same problem that you have and found a nice little utility called pam_mount.
It has two config files, global (for the box) and local (for the individual). You can set up all the mount points you may desire (not limited to smb). The username/password is obtained at the time the user log's in to the machine (either at the console or via GDM).
No username/passwords need to be stored any where on the local machine.
Not as nice as "Network Neighbourhood" in windows, but a hell of a lot better then then the GNOME solution :(
Doug
Thanks for the tip and description. I took a look at the site, bookmarked it and downloaded the source RPM for FC1. It looks like the best solution for effortless mounting of shares while still preserving user security. I will install it a little later on in the week. Looking forward to this! :0)
Thanks again,
Paul