Nautilus share allows users to share nautilus folders over samba, which is (was?) pretty much the standard way to share files for windows users. While the feature is useful it seems to not have been working correctly for some cycles in Ubuntu.
To allow users to connect through username/password nautilus-share needs to create samba users, or the samba component (libpam-smbpass) allowing to do that was buggy and has been removed (https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2016-March/016298.html), letting the nautilus integration mostly non fonctional. Now the samba bug has been fixed it seems, but the corresponding component is apparently unmaintained and Debian stopped integrating it for this reason.
It means our options are:
remove nautilus-share and the samba sharing integration from the desktop
restore the libpam-smbpass package
update nautilus-share to only allow guest shares and not propose login/passwd shares until libsmb-pass is installed
I donât know if local file sharing is still a thing nowadays or if people just send things over the internet/facebook/emails/apps/etc. Accessing shared folders is still standard and going to supported (useful to access your nas, corporate ressources, etc), creating shares of your own datas over smb ⌠does anybody have a clue how useful that is still to users in the modern world?
If the feature still looks quite useful I would recommend trying to make it work again, if we think itâs not so important nowadays then itâs probably easier to remove the option.
Personally, I donât think Iâve ever created an SMB file share from my PC in order to share a file with someone on the LAN. Accessing SMB shares on a server, yes, a fair bit (because things like Smart TVs rarely support NFS), but creating a share from my laptop, never.
As you say people tend to email small files, or use something like Telegram or Wormhole to transfer bigger files (anyone want to work on a frontend for Wormhole?! )
So if we can still access server based SMB shares, Iâd be happy with that. Iâd be interested to hear what others are doing though.
I have used it in the past and worked well. I will have to try it out in the latest install (a mix of 17.10 and testing of 18.04) and see if it works as it has for me in the past.
I use network sharing between desktops/laptops on occasion, particularly to take work home with me. Due to the nature of my digital work, the files are big, and using a LAN without the intermediary of a USB key is nice. In fact, I did last year use my laptop as a jumpdrive for several large files to move between a Mac laptop and Windows laptop (owned by two different people who couldnât figure out how to move something >4Gibs).
Since migrating to 17.10 last november sometime I hadnât made a share with nautilus, so for the sake of trying I just did so using the GUI prompt. Worked, with a single error that apparently âlibpam-smbpassâ couldnât be found (just as in the launchpad bug). Logged out and then in again (as per the suggestion from the error), reshared the folder and everything works fine. Perhaps the error message (âPlease restart your sessionâ) could be more explicit about logging out and in again, as the question âWhatâs a session?â could be the first thing that comes to mind of a typical user, and the need to share the folder again by the user could be a source of frustration since itâs not explicitly suggested.
I donât think this is a common enough use case. Iâm not sure how helpful sharing via Samba is to Android/iPhone devices (which more people have today then Windows machines). Gnome-user-share/WebDav might be better for this long term, which is universe in case people want to try it (I couldnât get it working quickly).
At home I use it for NAS and KODI entertainment centre. It seems to me use of NAS is more common in consumer homes judging by the amount of consumer facing NAS units available.
For example families with children often have a home lan with a file server for the entertainment centre. Kodi provides access via samba. So some data points to consider.
nautilus-share is very useful feature for small-office-home-office (SOHO) and home users. For example, sshfs is not cross-platform alternative and is not alternative at all. Samba is standard file-share service for heterogeneous networks.
So nautilus-share should be fixed.
Nautilus loses functionality too fast. Without shares it will convert to glossy dumb program faster.
I have tried using it on the home network. Between Windows and Ubuntu PCs. It didnât work well for me with user password ON. If I give full access to a folder to anyone without a password, I was able to share files between Windows and Ubuntu.
I have even tried to access those shared folders from Android using VLC, LocalCast and ES File Explorer apps ( Kodi as well ). It didnât go well with Android as well ( with username/password ).
If you can make it work, my vote is for keep ( if there are not other grave issues ).
If it is kept, it should be moved where it belongs: in Settings > Sharing
The default File Sharing is done via WebDAV, which is in Settings. It shares the Public folder.
If Rygel (DLNA) is installed, it shows up as Media Sharing in Settings.
If Samba is installed, it should show up in Settings as well but it doesnât. Itâs only available from Nautilus.
To keep things consistent, a non default file sharing should not be available only in the Nautilus context menu (right click > Local network share).
It confuses new users.
I think SMB should only be available from Settings.
I donât think there should be a Nautilus Share menu for SMB.
To summarize what I said In the topic about File and Media Sharing:
WebDAV is already integrated in Settings > Sharing.
Having 2 different sharing protocols enabled from 2 different places and with the same name (Sharing) is confusing.
If Samba is not installed , it should be removed from Nautilus folder properties and from the right click menu. So it should show up only after samba is installed.
Eventually, it could be integrated in Sharing and removed entirely from Nautilus.
I donât think we should enable insecure WebDAV file sharing instead of Samba.
AFAIK, WebDAV file sharing is in clear text, which is unacceptable in 2018. While most people now share files using some sort of cloud service, if we do allow sharing local folders, we should continue doing so using Samba.
libpam-smbpass has been replaced by libpam-winbind.
Some form of working resource sharing should be provided âout of the gate/boxâ with any modern desktop operating system. Providing a message box that says âSharing services are not installedâ just does not cut it. I further agree that these options should not appear in either Caja or Nautilus unless sharing a sharing protocol is installed and working.
Getting SAMBA to actually work in Linux is a bloody nightmare. It REALLY needs to be fixed.
Darn right samba should be able to work out of the box. When I click to share a folder I expect it to be shared and I want to see it on my network and if my network is mostly PCs it should show up else the machine that wonât do that stands a chance of being replaced with a PC. There are lots of devices that just assume SMB is available. If you canât play with the big boys you will end up on your own at the nerd table.
Most people just want to get something done, not poke about with config files and what not. If Ubuntu doesnât do it in a couple of clicks then Ubunut will get replaced with something that does.
And because itâs not a really common use case itâs even more important for it to be simple and obvious to the user. No-one with any sense is going to spend a lot of time trying to figure out something they will only do once - and not being able to do what other platforms do - even if itâs stupid - means switching platforms.
Any of the supported sharing should be selectable and, if necessary, installable at a single click. I can chose to use WebDAV on this laptop if I want, but I canât chose to use it on the network scanner that wants to write to a share on my machine!!
You might remember that there is an installed base of Ubuntu users that already use SAMBA and have it working. This includes SOHO and businesses. It really hasnât been a nightmare. And Ubuntu should be able to be upgraded and then not become a nightmare because something that might be daunting to a new user will become a nightmare to someone who depends on it and finds it missing. Thatâs microsoftâs way. Force users to use their way or no way.