<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title><![CDATA[Easy file sharing between local users]]></title>
    <link>http://brainstorm.ubuntu.com/item/3916/</link>
    <description><![CDATA[Currently there is no way to easily share files between multiple local users. I am talking about full read-write access to particular folder, eg. music folder.<br /><br />Example: Alice and Bob uses the same computer. Alice has read access to Bob's home folder. Bob has read access to Alice's home folder. They want to fully share (read/write) their music. So they should ideally create /home/music folder, put all the music there and use it. Everything Bob puts into there, Alice should be able to read and remove, and vice versa. This is currently impossible in Ubuntu. Bob has to manually fix permissions every time Alice wants to delete something Bob's (Bob creates /home/music/Britney, but Alice can't delete /home/music/Britney/song1.mp3).<br /><br />I have discussed this issue with several linux gurus and there is currently no easy nor difficult way to achieve this in Linux on the same (ext3) partition. With every proposed solution I can give you counterexample (group permissions, ACLs, local Samba, local NFS, etc - there is always problem when moving files). There would have to be created utility to set shared folders and some daemon would have to monitor changes and modify permissions.<br /><br />Currently the easiest solution known for me is to share files on separate (ironically) NTFS partition, because when mounting NTFS you can force user/group/permissions on file access. What a shame, we use Microsoft technologies just to share files between Ubuntu users.<br /><br />This problem is quite serious, give it a thought or two. Everyone who is not using Ubuntu computer alone and wants to share music/films/etc between multiple users knows what I am talking about.<br /><br />//New info:<br />Atany has proposed in the comment that BindFS project can be used to achieve this functinality:<br />http://code.google.com/p/bindfs/<br />I have tried it and it works very well. Developers which would like to implement this idea should have a look on BindFS, it's very promising tool, it could provide all necessary background for this.<br />
<br />


<b>[948 votes] Solution #1: Auto-generated solution of idea #3916</b>
<br />

<br />
<br />



<b>[-9 votes] Solution #2: No reinventing the wheel.</b>
<br />

<br />
<br />



<b>[5 votes] Solution #3: Use giver</b>
<br />

<br />
<br />



<b>[6 votes] Solution #4: Use bindfs</b>
<br />

<br />
<br />



]]></description>

    <language>en-us</language>
    <pubDate>Sat, 08 Mar 2008 21:20:32 +0000</pubDate>
    <lastBuildDate>Wed, 15 Jun 2011 12:39:05 +0000</lastBuildDate>
    <generator>QAPoll module</generator>
    <guid isPermaLink="true">http://brainstorm.ubuntu.com/idea/3916/</guid>
        <item>
  <title>Comment from flomar</title>
  <description><![CDATA[hi,<br /><br />i did not encounter this problem yet. however i do not understand why the solution should not be simply a group 'music' and alice and bob are both members of this group?! could you post a thread where you discussed this topic with the linux gurus? ;)<br /><br />Flo]]></description>
  <pubDate>Sat, 08 Mar 2008 22:01:36 +0000</pubDate>
</item>
        <item>
  <title>Comment from kamil.paral</title>
  <description><![CDATA[Hardly someone would understand, since it was in czech language. To the "group" problem:<br /><br />Simply download/create folder "Nirvana" with some songs. The default permission is read+write for owner ("Bob"), read for group ("music"), read for others. Move it to shared folder. Alice can't delete Nirvana/song1.mp3.<br /><br />You can modify your umask to have default write access for group for newly created files. However, all applications are not obliged to honor this and may create your files with different permissions (and many of them do).]]></description>
  <pubDate>Sat, 08 Mar 2008 22:39:40 +0000</pubDate>
</item>
        <item>
  <title>Comment from ebrahim</title>
  <description><![CDATA[I have this problem and my solution has been (unfortunately) a FAT partition! (for the same reason that author said)]]></description>
  <pubDate>Sat, 08 Mar 2008 23:00:36 +0000</pubDate>
</item>
        <item>
  <title>Comment from Felix_the_Mac</title>
  <description><![CDATA[<br />It does sound like a seperate partition is one good way to address this problem. (The other being a daemon as suggested).<br /><br />If the partition is mounted so that permissions are not applied then everybody can use it.<br /><br />I am no expert, but checking the man page for mount suggests that standard Linux partitions do not offer this feature.<br /><br />FAT since it is a very basic system without permissions allows this solution to be implemented.<br /><br />Unfortunately FAT does not offer long file name support which is very bad news if you are trying to store your music!<br /><br />FAT32 which does offer (crummy) long file name support is covered by Microsoft patents.<br /><br />It looks like a new option to mount a standard EXT2/3 partition without permission checking is required.]]></description>
  <pubDate>Sun, 09 Mar 2008 00:30:50 +0000</pubDate>
</item>
        <item>
  <title>Comment from zcat</title>
  <description><![CDATA[Lots of people saying how to do it; but that's not what was asked for. <br /><br />Advanced users know how to add a group, put users in it, make a folder owned by that group, make it sticky so other users get access to first user's files, etc. YourMum does not.<br /><br />YourMum wants to right click, see the option "Share this folder with everyone on this computer" and have it WORK. It's really sad that the easiest way of doing this right now is by using a fat32 or ntfs filesystem.<br />]]></description>
  <pubDate>Sun, 09 Mar 2008 00:48:05 +0000</pubDate>
</item>
        <item>
  <title>Comment from zcat</title>
  <description><![CDATA[I just had a better idea;<br /><br /> In the default install, have a directory somewhere (/home/shared? /media/shared? /usr/share/shared?!) that is owned by nobody and rwxs for everybody. Make a simlink to it in every user's home directory as is done with Examples/<br /><br />This would satisfy most people. They can add their own Music / Movies folders under Shared and they'll automagically be shared with everyone.<br />]]></description>
  <pubDate>Sun, 09 Mar 2008 01:02:16 +0000</pubDate>
</item>
        <item>
  <title>Comment from Strong</title>
  <description><![CDATA[This is not a neat solution but it will work for you.<br />Create a group called music and add the users. Go to the settings of each user and change the 'Main group' to music. Log out and in.<br /><br />After this, all newly created files will have music as group.<br /><br />Now you only have to bind the existing files to the group music, grand write permission to the files and execute permission to the directories. <br /># sudo chgrp -R music /home/music<br /># sudo chmod -R g+r+w+X /home/music <br />(use a capital X otherwise all files will get execute rights!!)<br /><br />The only disadvantage is that all of these users can also poke in each others home directory.<br /><br /><br />]]></description>
  <pubDate>Sun, 09 Mar 2008 01:21:42 +0000</pubDate>
</item>
        <item>
  <title>Comment from Odd-rationale</title>
  <description><![CDATA[I agree with xcat's post. I, myself have actually thought of doing the same. I think the folder should be called /home/Share<br /><br />A symbolic link in each user's ~ directory would be great!]]></description>
  <pubDate>Sun, 09 Mar 2008 05:33:05 +0000</pubDate>
</item>
        <item>
  <title>Comment from johno</title>
  <description><![CDATA[You can do it by creating a group, then create a folder with rw permissions to that group, and then set the sticky bit on the group permissions (so new items get that group owner), then add the necessary users to that group, and then try to get the umask set appropriately by default for each of the different login methods.....<br /><br />But really, that's just totally impractical for average user sharing.  One more suitable possibility is to set up an interface for making samba shares of directories easy to create and mount by the other user.<br />]]></description>
  <pubDate>Sun, 09 Mar 2008 08:32:41 +0000</pubDate>
</item>
        <item>
  <title>Comment from kamil.paral</title>
  <description><![CDATA[1) Sharing files on different (NTFS/FAT32) partition is a solution, but very impractical. You don't have symlinks, it's not native FS, you always fight with disk space (you created the partition too small or too large), you can't just move file instantly (it's always copying files, which takes time). Works, but far to ideal.<br /><br />2) All of your suggested solutions I have tried and *they do not work*, believe me. There is always some flaw in it. When Bob creates folder with files in his home and moves it to shared folder, permissions won't change. Sticky bit doesn't help either. Same primary group with modified umask sounds good, but all programs doesn't honor this and there are some security concerns. There's always something. And I am not a linux newbie.<br /><br />I wouldn't like to explain all the problems with different methods, because it can be really time and space consuming to show reasonable example. And this is not a technical support forum. I would like to point out that this problem exists and it's non-trivial even for experienced linux users, and so that Ubuntu developers should explore this and try to create some user-friendly solution.<br /><br />So please, don't post another "solutions" (they won't work perfect anyway:), just vote for this issue and let Ubuntu developers know about it and do something about it! Thanks :)<br />]]></description>
  <pubDate>Sun, 09 Mar 2008 08:54:14 +0000</pubDate>
</item>
        <item>
  <title>Comment from svergeylen</title>
  <description><![CDATA[In Rhythmobox, ther'es a plugin really great who autorize poepel to read the music of the others poeple who are running rhythmbox.<br /><br />There's a link in the left column whiwh permits to acces (with or without a password) to the music of the others.<br /><br />This plugins is in french "partage de musique DAAP".<br /><br />It's really cool. I recomend it for sharing music  ! Enjoy ! :-)]]></description>
  <pubDate>Sun, 09 Mar 2008 09:01:44 +0000</pubDate>
</item>
        <item>
  <title>Comment from dee70</title>
  <description><![CDATA[This annoyed me to the pinnacle of annoyance when I first started using Ubuntu.  I took a long time to figure out how to do something that I consider tolerable.<br />I wound up making a group and then making a script in rcS.d called S81_Share:<br />chown -R firstuser:thegroup "/Share"<br />chmod -R ug+rwx,o=rx "/Share"<br />Works but its not great.  After one user adds files, the computer must be restarted before others can edit or rename them.  And I think everything is set to executable but I don't let that bother me.  Also this could be the reason my computer boots up slow but again I don't let that bother me.<br />]]></description>
  <pubDate>Sun, 09 Mar 2008 12:37:54 +0000</pubDate>
</item>
        <item>
  <title>Comment from Radon</title>
  <description><![CDATA[It's already solved on KDE.  <br /><br />Here's a Plasmoid for easy sharing between people:<br />http://www.kde-apps.org/content/show.php/Kepas+-+KDE+Easy+Publish+and+Share?content=73968<br /><br />You need a program that works with Plasmoids for Gnome or just port it over to a native GTK app.]]></description>
  <pubDate>Sun, 09 Mar 2008 18:35:39 +0000</pubDate>
</item>
        <item>
  <title>Comment from Xan</title>
  <description><![CDATA[The same for editing openoffice files, etc.]]></description>
  <pubDate>Sun, 09 Mar 2008 18:44:36 +0000</pubDate>
</item>
        <item>
  <title>Comment from Xan</title>
  <description><![CDATA[It could be useful to click right button and select "share it to..." open a dialog and select the users you want to share the file or directory.]]></description>
  <pubDate>Sun, 09 Mar 2008 18:45:32 +0000</pubDate>
</item>
        <item>
  <title>Comment from kamil.paral</title>
  <description><![CDATA[To all who haven't understood (svergeylen, Radon, etc): This is about sharing files between LOCAL users. No network, no Internet, no LAN, no servers; just local users.]]></description>
  <pubDate>Sun, 09 Mar 2008 19:13:08 +0000</pubDate>
</item>
        <item>
  <title>Comment from ernstp</title>
  <description><![CDATA[I've been running the "umask" solution for a while now, it works very well IMHO. There was a fix for Nautilus a while ago to make it honor umask.]]></description>
  <pubDate>Sun, 09 Mar 2008 19:34:39 +0000</pubDate>
</item>
        <item>
  <title>Comment from Cybercod</title>
  <description><![CDATA[sounds like what is needed is the OPPOSITE of root... a NON protected user/group setting.]]></description>
  <pubDate>Sun, 09 Mar 2008 19:48:01 +0000</pubDate>
</item>
        <item>
  <title>Comment from Konst</title>
  <description><![CDATA[I've never thought of this problem, 'cause I have shared /home/common directory to copy movies etc. for my father, but he has never tried to delete those files.<br /><br />This is really a problem.  ]]></description>
  <pubDate>Sun, 09 Mar 2008 20:25:47 +0000</pubDate>
</item>
        <item>
  <title>Comment from mcglnx</title>
  <description><![CDATA[A good one!<br />Would like to see some common 'family' resources! Would be great!]]></description>
  <pubDate>Sun, 09 Mar 2008 20:27:08 +0000</pubDate>
</item>
        <item>
  <title>Comment from surban</title>
  <description><![CDATA[What about ACLs?<br /><br />Citing the acl(5) manpage:<br /><br />OBJECT CREATION AND DEFAULT ACLs<br />The access ACL of a file object is initialized when the object is created with any of the creat(), mkdir(), mknod(), mkfifo(), or open() functions. If a default ACL is associated with a directory, the mode parameter to the functions creating file objects and the default ACL of the directory are used to determine the ACL of the new object:<br /><br />     1.   The new object inherits the default ACL of the containing directory as its access ACL.<br /><br />...<br /><br />I have not tried, but I think it can be used to fix the problem.<br /><br />I suggest that the root filesystem should be mounted with ACLs on by default (e.g. add acl to options in fstab). Nautilus should be extended to allow modifying ACLs and automatically ask for admin permissions if the user's permissons do not suffice for an operation. (like Vista and Mac OS X)<br /> ]]></description>
  <pubDate>Mon, 10 Mar 2008 09:30:19 +0000</pubDate>
</item>
        <item>
  <title>Comment from kamil.paral</title>
  <description><![CDATA[As I said, neither ACL will help. When moving files they retain their original permissions.]]></description>
  <pubDate>Mon, 10 Mar 2008 15:42:57 +0000</pubDate>
</item>
        <item>
  <title>Comment from popi</title>
  <description><![CDATA[we should make a /home/shared folder with a special umask.<br />it could be an enough practical solution.]]></description>
  <pubDate>Mon, 17 Mar 2008 10:01:47 +0000</pubDate>
</item>
        <item>
  <title>Comment from ubuntu_demon</title>
  <description><![CDATA[A little bit related :<br /><br />homedir should be private with a special "public" readable folder<br />http://brainstorm.ubuntu.com/idea/5287/<br /><br />]]></description>
  <pubDate>Fri, 21 Mar 2008 13:43:23 +0000</pubDate>
</item>
        <item>
  <title>Comment from hgibson</title>
  <description><![CDATA[How about: http://brainstorm.ubuntu.com/idea/5295/<br />]]></description>
  <pubDate>Fri, 21 Mar 2008 21:59:21 +0000</pubDate>
</item>
        <item>
  <title>Comment from hgibson</title>
  <description><![CDATA[Also see: http://brainstorm.ubuntu.com/idea/5287/]]></description>
  <pubDate>Fri, 21 Mar 2008 22:10:58 +0000</pubDate>
</item>
        <item>
  <title>Comment from ubuntu_demon</title>
  <description><![CDATA[I agree that my idea is a little bit related but IMHO it's not a duplicate. I'm advocating a more secure umask for the homedir and a special "public" readable folder where users can put files they want others to be able to read/open. This is a security idea.<br /><br />On top of this a special folder where all users can read and write is very nice but it's not the same.<br /><br />]]></description>
  <pubDate>Sat, 22 Mar 2008 23:48:55 +0000</pubDate>
</item>
        <item>
  <title>Comment from ubuntu_demon</title>
  <description><![CDATA[I agree that my idea is a little bit related but IMHO it's not a duplicate. I'm advocating a more secure umask for the homedir and a special "public" readable folder where users can put files they want others to be able to read/open. This is a security idea.<br /><br />On top of this a special folder where all users can read and write is very nice but it's not the same. <br /><br />my idea which is marked as a duplicate but shouldn't be marked as a duplicate IMHO :<br /><br />homedir should be private with a special "public" readable folder<br />http://brainstorm.ubuntu.com/idea/5287/ ]]></description>
  <pubDate>Sat, 22 Mar 2008 23:49:54 +0000</pubDate>
</item>
        <item>
  <title>Comment from TBH</title>
  <description><![CDATA[Is it really needed? I believe not, learn to use chmod and group creating.]]></description>
  <pubDate>Fri, 28 Mar 2008 13:51:06 +0000</pubDate>
</item>
        <item>
  <title>Comment from bjwebb</title>
  <description><![CDATA[TBH - yeah, maybe I or you can do that. In fact, I have done that, I even wrote my own daemon script, but its a hassle. And its not practical for Joe Bloggs user. This is something the Ubuntu team should really sort out. A comprehensive solution that deals with the issue of file moves would be best; but just creating /home/shared and symlinks during install would be better than nothing!]]></description>
  <pubDate>Sun, 30 Mar 2008 20:49:49 +0000</pubDate>
</item>
        <item>
  <title>Comment from atany</title>
  <description><![CDATA[I've had the same problem until I found BindFS project<br /><br />http://www.cs.helsinki.fi/u/partel/bindfs/<br /><br />It uses FUSE and allows some extra access manipulation, e.g. <br /><br />/usr/local/bin/bindfs -M @users -o nonempty /opt/share /opt/share<br /><br />makes /opt/share fully accessible by all users from @users group (can be done automatically at boot)<br />]]></description>
  <pubDate>Fri, 04 Apr 2008 18:41:18 +0000</pubDate>
</item>
        <item>
  <title>Comment from Kosava</title>
  <description><![CDATA[it will be nce to integrate http or ftp file sharing server easy to share on local network like HFS or guildftpd servers on windows programs with GUI ]]></description>
  <pubDate>Wed, 16 Apr 2008 11:59:05 +0000</pubDate>
</item>
        <item>
  <title>Comment from kamil.paral</title>
  <description><![CDATA[atany: Thanks, that looks very promising! Of course only for professional users. For common users this issue stays. ]]></description>
  <pubDate>Sun, 11 May 2008 18:07:07 +0000</pubDate>
</item>
        <item>
  <title>Comment from Ohb01</title>
  <description><![CDATA[I totally support this idea. I would like to share with all local users an external USB drive where we store our family photos and videos -- or at least a folder on that drive. <br /><br />When we switch users in Ubuntu 7.10 (not upgraded to 8.04 yet for other reasons), we have to unplug the drive and plug it back in (either the USB or the power cable to the drive). Otherwise, the new user does not even see the drive. This is awkward, and I always fear data loss from unsafe device removal. (Unmounting before switching users gives error messages sometimes). No such problems with the same drive in Windows XP though -- all users see it by default.<br /><br />I suppose Linux security originated on servers, where you may not want users to share each-other's files or local USB drives. But the opposite is often true for a home desktop.<br /><br />I've tried using groups and permissions via the Nautilus/GNOME GUI, but it does not seem to work. <br /><br />The USB drive is Western Digital "My Book" 1 TB, which uses a VFAT32 file system. I would hate having to reformat to a Linux file system if this means having to back up and restore all the data.<br /><br />Thanks for supporting an enhancement to Ubuntu in this area.]]></description>
  <pubDate>Thu, 22 May 2008 05:02:10 +0000</pubDate>
</item>
        <item>
  <title>Comment from jonwwren</title>
  <description><![CDATA[I agree with this idea. My wife an I use a digital camera and I want to set up a folder where I can copy the photos where we can both view and edit them.]]></description>
  <pubDate>Sat, 31 May 2008 22:25:24 +0000</pubDate>
</item>
        <item>
  <title>Comment from Vadim P.</title>
  <description><![CDATA[I think this program can help:<br /><br />http://www.getdeb.net/search.php?keywords=lanshark]]></description>
  <pubDate>Thu, 03 Jul 2008 22:50:17 +0000</pubDate>
</item>
        <item>
  <title>Comment from subharo</title>
  <description><![CDATA[Here is a possible really simple solution.  You'll slap your forehead when you read it, as it's so simple.  <br /><br />Symbolic links have been mentioned a few times so far, but what about those rarely-used, often-neglected hard links?<br /><br />How about each users ~/Public is a hard-link to the first user's (ie. having UID 1000) ~/Public folder (therefore all ~/Public folders effectively being the same folder, as far as the filesystem is concerned)?  This first user's ~/Public folder would have system-wide writable permissions (drwxrwxrwx), created when Ubuntu is first installed.  Then whenever a new user gets created, a hard link is created to that first user's (or any other user's, should that first user not exist anymore) ~/Public folder. <br /><br />With symlinks, a separate folder has to exist somewhere (which all the symlinks point to), and then you have the problem that nobody can agree on where that separate folder should be.  Under /opt?  /usr/local?  /home?  The Filesystem Hierarchy Standard (http://www.pathname.com/fhs/) falls short of suggesting any such standard, proper place to put such a folder, despite it's obvious value.<br /><br />But with hard links, this confusion goes away, as all /home/*/Public simply IS the same folder.<br /><br />After all, all users home directories will live on the same partition, namely /home, so it's safe to use hard links (since you can always safely assume you'll be staying on the same partition, be it / or /home).<br /><br />One advantage of this is that with hard links, Tracker (or any other program that might balk when it encounters a symlink) will have no qualms about indexing inside ~/Public, because it seems like a regular folder.]]></description>
  <pubDate>Sun, 24 Aug 2008 15:29:44 +0000</pubDate>
</item>
        <item>
  <title>Comment from kamil.paral</title>
  <description><![CDATA[subharo: You can't create hardlinks to directories.]]></description>
  <pubDate>Sun, 07 Sep 2008 19:52:59 +0000</pubDate>
</item>
        <item>
  <title>Comment from alexroux</title>
  <description><![CDATA[bindfs is a great for my similar issue. Here is how I got it to work on Ubuntu 8.04.<br /><br />* Get and compile:<br /><br />cd /tmp<br />wget http://bindfs.googlecode.com/files/bindfs-1.8.tar.gz<br />tar xzvf bindfs-1.8.tar.gz<br />cd bindfs-1.8<br />sudo apt-get install libfuse-dev build-essential<br />./configure<br />make<br />sudo make install<br /><br />* Share my /home/common folder as /home/shared for uses alex, john and jack<br /><br />sudo /bin/mkdir /home/shared<br />sudo /usr/local/bin/bindfs --mirror-only=alex,john,jack /home/common /home/shared<br /><br />* Make this at reboot time so that it works over NFS (accessing from Windows/Ubuntu PC)<br /><br />sudo gedit /etc/rc.local<br /><br />and copy the 2 lines above in it<br /><br />]]></description>
  <pubDate>Sun, 14 Sep 2008 15:57:16 +0000</pubDate>
</item>
        <item>
  <title>Comment from biji</title>
  <description><![CDATA[hi i found simple solution... using vfat loop file<br /><br />i put loop file in /shared<br /><br />dd if=/dev/zero of=pic.loop bs=1M count=2000<br />mkfs.vfat pic.loop<br /><br />automatic mount to /shared/Pictures in fstab:<br />/shared/pic.loop /shared/Pictures vfat umask=000 0 0<br /><br />then all user can share file to /shared/Pictures]]></description>
  <pubDate>Thu, 18 Sep 2008 03:26:11 +0000</pubDate>
</item>
        <item>
  <title>Comment from welrbraga</title>
  <description><![CDATA[I support the idea what who suggest use a folder like '/home/Public' with stick bit (drwxrws---) owned by nobody and included in a system group called shareddoc, for example.<br /><br />The problem is how can users allow others users change their files in this folder. It because the umask on Ubuntu system is 0022, so all files in that folder would be read-only for shareddoc group's members. It's a security risk change the umask so my suggestion is a daemon that watch changes in files inside this folder, using DBUS or other magic resource.<br /><br />Everyone who I'd want to allow to access that folders I just include this guy in that group.<br /><br />I know it is so easy to do, but I'd love if a wizard or similar could help me to do it. A Single button in folder property that I just click and would be able to include a new member in that group.<br /><br />I'm sorry about my English. ]]></description>
  <pubDate>Fri, 19 Sep 2008 00:53:40 +0000</pubDate>
</item>
        <item>
  <title>Comment from desquiziado</title>
  <description><![CDATA[http://brainstorm.ubuntu.com/idea/13905/]]></description>
  <pubDate>Thu, 02 Oct 2008 21:25:30 +0000</pubDate>
</item>
        <item>
  <title>Comment from desquiziado</title>
  <description><![CDATA[Graphical explication<br /><br />1. Delete de windows networks icon<br />http://img90.imageshack.us/my.php?image=85330472bu1.png<br /><br /><br />2. In the new Network:// detected the protocols in host<br />http://img137.imageshack.us/my.php?image=95376211hx7.png<br /><br />3 Show the host detectes in local network<br />http://img90.imageshack.us/my.php?image=83103217gu9.png<br /><br /><br />4 Clic in host 1 for more details os the procotols avaibles<br />http://img259.imageshack.us/my.php?image=46306862qe0.png<br /><br /><br />5. Clic in protocos nfs for share the folder in the local host<br />http://img259.imageshack.us/my.php?image=11026040at8.png<br /><br /><br /><br />And the p2p protocol share files local<br /><br />sorry idont speak english<br /><br /><br />P2P in nautilus network:// for local share folders easy<br /><br />ejemple integrated lanshark<br /><br />P2p file share integrated in nautilus network<br /><br />remove the windows networks<br /><br />and detected host in the network://<br /><br />into the host clicked, one menu and more options: ssh, nfs, samba, p2p local filse share.<br /><br />Sorry, idont speak english<br /><br />Graphical explication<br /><br /><br />1 Delete the icon for Windows networks<br />http://img90.imageshack.us/my.php?image=85330472bu1.png<br /><br /><br />2 Erasing the icon, the window was clean, and just to show the machines on local network<br />http://img137.imageshack.us/my.php?image=95376211hx7.png<br /><br />3 Show machines found on the Web<br />http://img90.imageshack.us/my.php?image=83103217gu9.png<br /><br />4 Click on the machine to scan the network protocols<br />http://img259.imageshack.us/my.php?image=46306862qe0.png<br /><br />5 we click on the protocol nfs to explore it and view files and folders<br />http://img259.imageshack.us/my.php?image=11026040at8.png ]]></description>
  <pubDate>Thu, 02 Oct 2008 21:25:57 +0000</pubDate>
</item>
        <item>
  <title>Comment from airkayu</title>
  <description><![CDATA[I agree with his findings i.e. FUSE filesystem Daemon. I have rewritten the procedure on how to get this local share between users to be done easily on http://airkayu.com/node/24 just in case you are still in maze.]]></description>
  <pubDate>Fri, 11 Sep 2009 10:25:02 +0000</pubDate>
</item>
        <item>
  <title>Comment from bandgeek</title>
  <description><![CDATA[It appears that this feature may appear in 10.04 Lucid Lynx.<br />https://blueprints.launchpad.net/ubuntu/+spec/sharing-files<br />https://blueprints.launchpad.net/ubuntu/+spec/secure-home<br />https://blueprints.launchpad.net/ubuntu/+spec/local-file-share]]></description>
  <pubDate>Wed, 25 Nov 2009 19:33:33 +0000</pubDate>
</item>
        <item>
  <title>Comment from johndoe32102002</title>
  <description><![CDATA[Quote:<br />---<br />Solution #2: No reinventing the wheel.<br />Written by eduardoassis the 19 Mar 09 at 14:41. Report as spam / irrelevant<br />Just make NFS easier to use with a GUI integrated in Nautilus and Dolphin, with a easy way to choose who can or cannot access it.<br />---<br /><br />Now that NFS is no longer a Sun Microsystems project and now an Oracle project, I suggest running away from NFS as a default file-sharing method in Ubuntu.  Source: http://en.wikipedia.org/wiki/Network_File_System_(protocol)]]></description>
  <pubDate>Wed, 01 Sep 2010 06:40:26 +0000</pubDate>
</item>
        <item>
  <title>Comment from ejm</title>
  <description><![CDATA[I'm not sure the developers need to create a "fix" as various options are available, as discussed in this thread (the differences between the methods discussed might not suit all users, but may suit many). I have a method to achieve the original poster's objective:<br /><br />I have a folder containing mp3 files I want to share without duplicating the mp3 content: home/me/sharedFolder<br /><br />I moved the folder to my Public directory: <br />home/me/Public/sharedFolder<br /><br />Next, I changed the permissions of the folder and its contents:<br />sudo chmod 777 /home/me/Public/sharedFolder<br /><br />Then I created a symbolic link to the sharedFolder in the sharee's hierarchy, eg: /home/someoneElse/Music<br /><br />Simply navigate to the intended location of the symbolic link in a terminal (eg: cd /home/someoneElse/Music) and create the symbolic link: <br />sudo ln -s /home/me/Public/sharedFolder<br /><br />I can't remember if I had to chmod the individual files or if the change cascaded down. If it didn't, sudo chmod 777 [fullPathTo]/sharedFolder/*.mp3 (and another for the jpg) is all that's needed. <br /><br />It all works now as intended: when the sharee clicks on the symbolic link, it is *as if* the folder and all its contents are a child of the sharee's Music directory, and there is no duplication of files. Well weapon.]]></description>
  <pubDate>Tue, 16 Nov 2010 13:47:17 +0000</pubDate>
</item>
        <item>
  <title>Comment from alkisg</title>
  <description><![CDATA[The setuid bit for directories is unused on Unix and Linux systems (http://en.wikipedia.org/wiki/Setuid#setuid_and_setgid_on_directories)<br /><br />It would be a very big change, but what if they started interpreting it as "inherit the parent dir umask"?<br />Of course, it would have to work for copying files too, not only for creating new ones.<br /><br />Then `chmod 4777 Shared`<br />would be enough to make local sharing work,<br />and `chmod 4770 Shared && chown me:commongroup Shared`<br />would share it between users in the commongroup.]]></description>
  <pubDate>Wed, 15 Jun 2011 12:39:05 +0000</pubDate>
</item>
      </channel>
</rss>

