In between bugfixes I managed to hack up a pretty cool feature. A program that allows you to easily share files on a network without having to configure anything. Its not production quality yet, and it lacks some UI, but it seems to work.
You can get rpms to try it at: http://people.redhat.com/alexl/RPMS/gnome-user-share-0.2-1.i386.rpm http://people.redhat.com/alexl/RPMS/gnome-user-share-0.2-1.src.rpm
Just install them and start gnome-user-share, then toggle the /desktop/gnome/file_sharing/enabled key using gconf-editor or gconftool-2. You should get a $HOME/Public directory which is exported via webdav, and it should immediately be visible in the "Network" location in Nautilus 2.7/2.8 on all machines on the local network.
Please test it out.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's an old-fashioned coffee-fuelled househusband possessed of the uncanny powers of an insect. She's a hard-bitten gypsy widow from a different time and place. They fight crime!
On Thu, 2004-09-09 at 15:51 +0200, Alexander Larsson wrote:
In between bugfixes I managed to hack up a pretty cool feature. A program that allows you to easily share files on a network without having to configure anything. Its not production quality yet, and it lacks some UI, but it seems to work.
You can get rpms to try it at: http://people.redhat.com/alexl/RPMS/gnome-user-share-0.2-1.i386.rpm http://people.redhat.com/alexl/RPMS/gnome-user-share-0.2-1.src.rpm
Just install them and start gnome-user-share, then toggle the /desktop/gnome/file_sharing/enabled key using gconf-editor or gconftool-2. You should get a $HOME/Public directory which is exported via webdav, and it should immediately be visible in the "Network" location in Nautilus 2.7/2.8 on all machines on the local network.
Please test it out.
For interesed parties, here is a screenshot of it running as the "gnome" user on my test machine, showing the setting, the Public dir and a share from the "alex" user on my other machine:
http://people.redhat.com/alexl/files/user_sharing.png
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's an ungodly arachnophobic paramedic in a wheelchair. She's an enchanted thirtysomething queen of the dead living on borrowed time. They fight crime!
On Thu, 2004-09-09 at 15:51 +0200, Alexander Larsson wrote:
In between bugfixes I managed to hack up a pretty cool feature. A program that allows you to easily share files on a network without having to configure anything. Its not production quality yet, and it lacks some UI, but it seems to work.
You can get rpms to try it at: http://people.redhat.com/alexl/RPMS/gnome-user-share-0.2-1.i386.rpm http://people.redhat.com/alexl/RPMS/gnome-user-share-0.2-1.src.rpm
Just install them and start gnome-user-share, then toggle the /desktop/gnome/file_sharing/enabled key using gconf-editor or gconftool-2. You should get a $HOME/Public directory which is exported via webdav, and it should immediately be visible in the "Network" location in Nautilus 2.7/2.8 on all machines on the local network.
Please test it out.
The gconf key didn't exist without a log out and log back in. Setting it with gconftool-2 worked though. I can use nautilus to browse it locally (navigating from computer->network->tjb's public files on the same machine that is doing the sharing) but from another machine, the public folder doesn't appear as an entity on the network. I have tcp wrappers locked down so could this be the problem? It works great locally though.
tjb
On Thu, 2004-09-09 at 10:43 -0400, Thomas J. Baker wrote:
On Thu, 2004-09-09 at 15:51 +0200, Alexander Larsson wrote:
In between bugfixes I managed to hack up a pretty cool feature. A program that allows you to easily share files on a network without having to configure anything. Its not production quality yet, and it lacks some UI, but it seems to work.
You can get rpms to try it at: http://people.redhat.com/alexl/RPMS/gnome-user-share-0.2-1.i386.rpm http://people.redhat.com/alexl/RPMS/gnome-user-share-0.2-1.src.rpm
Just install them and start gnome-user-share, then toggle the /desktop/gnome/file_sharing/enabled key using gconf-editor or gconftool-2. You should get a $HOME/Public directory which is exported via webdav, and it should immediately be visible in the "Network" location in Nautilus 2.7/2.8 on all machines on the local network.
Please test it out.
The gconf key didn't exist without a log out and log back in. Setting it with gconftool-2 worked though. I can use nautilus to browse it locally (navigating from computer->network->tjb's public files on the same machine that is doing the sharing) but from another machine, the public folder doesn't appear as an entity on the network. I have tcp wrappers locked down so could this be the problem? It works great locally though.
I'm not sure why it didn't work on the other machine. Did it have nautilus 2.7, and howl installed and mDNSResponder running? Seems to be a problem with rendezvous. Maybe a firewall issue?
I'm not sure why installing schemas doesn't trigger reloading them in an already running gconfd. I've seen it happen for other packages, so its a general problem. But it matters little in this case, just set the key to true.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a deeply religious Jewish vampire hunter from a doomed world. She's an artistic gold-digging femme fatale with a birthmark shaped like Liberty's torch. They fight crime!
On Thu, 2004-09-09 at 17:01 +0200, Alexander Larsson wrote:
I'm not sure why it didn't work on the other machine. Did it have nautilus 2.7, and howl installed and mDNSResponder running? Seems to be a problem with rendezvous. Maybe a firewall issue?
I'm not sure why installing schemas doesn't trigger reloading them in an already running gconfd. I've seen it happen for other packages, so its a general problem. But it matters little in this case, just set the key to true.
I set it up on two systems. They each can see themselves but not each other. Both are up to date rawhide systems. Both can see other rendezvous broadcasting network services (the same two ftp servers). There is no firewall between them (same subnet) and no local firewalls running.
tjb
On Thu, 2004-09-09 at 11:31 -0400, Thomas J. Baker wrote:
On Thu, 2004-09-09 at 17:01 +0200, Alexander Larsson wrote:
I'm not sure why it didn't work on the other machine. Did it have nautilus 2.7, and howl installed and mDNSResponder running? Seems to be a problem with rendezvous. Maybe a firewall issue?
I'm not sure why installing schemas doesn't trigger reloading them in an already running gconfd. I've seen it happen for other packages, so its a general problem. But it matters little in this case, just set the key to true.
I set it up on two systems. They each can see themselves but not each other. Both are up to date rawhide systems. Both can see other rendezvous broadcasting network services (the same two ftp servers). There is no firewall between them (same subnet) and no local firewalls running.
Bizzare. I have no idea why this is happening. It seems like publishing from the rawhide machine on non-loopback isn't working. It smells like a firewall or something blocking the outgoing mDNS publishing traffic.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a scarfaced crooked cop with a mysterious suitcase handcuffed to his arm. She's a strong-willed wisecracking advertising executive from a different time and place. They fight crime!
On Thu, 2004-09-09 at 17:38 +0200, Alexander Larsson wrote:
On Thu, 2004-09-09 at 11:31 -0400, Thomas J. Baker wrote:
On Thu, 2004-09-09 at 17:01 +0200, Alexander Larsson wrote:
I'm not sure why it didn't work on the other machine. Did it have nautilus 2.7, and howl installed and mDNSResponder running? Seems to be a problem with rendezvous. Maybe a firewall issue?
I'm not sure why installing schemas doesn't trigger reloading them in an already running gconfd. I've seen it happen for other packages, so its a general problem. But it matters little in this case, just set the key to true.
I set it up on two systems. They each can see themselves but not each other. Both are up to date rawhide systems. Both can see other rendezvous broadcasting network services (the same two ftp servers). There is no firewall between them (same subnet) and no local firewalls running.
Bizzare. I have no idea why this is happening. It seems like publishing from the rawhide machine on non-loopback isn't working. It smells like a firewall or something blocking the outgoing mDNS publishing traffic.
I'm able to cadaver directly to the dav share so it is related to mDNS publishing. Do I have to set that up manually?
tjb
On Mon, 2004-09-13 at 16:20 -0400, Thomas J. Baker wrote:
I'm able to cadaver directly to the dav share so it is related to mDNS publishing. Do I have to set that up manually?
No, all you should need is howl installed and mDNSResponder running. The howl sources have a few test programs in the samples subdir for publishing and browsing. You could try to experiment a bit with them.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl@redhat.com alla@lysator.liu.se He's a maverick small-town farmboy on a search for his missing sister. She's a sharp-shooting tomboy archaeologist from Mars. They fight crime!
desktop@lists.fedoraproject.org