can't share if ftp server exists

Bug #47689 reported by Martin G Miller
4
Affects Status Importance Assigned to Milestone
GShare
Invalid
Low
Unassigned

Bug Description

gshare installed on 2 systems. 1 is clean install of dapper, the other is upgrade from 5.10 to dapper. The upgraded machine has a public ftp server running. The clean install machine does not. The clean install machine can share files on the network as expected in gshare documentation. The upgraded machines shared folder does not appear on the places>network servers on the clean install machine. It can't be seen from the clean install machine. But, if you look in places>network servers on the upgrade machine, both sets of shared folders appear.

Revision history for this message
Celso Pinto (cpinto) wrote :

Thanks for the bug report.

On the machine where no shares appear, can you please run either avahi-browse -a or avahi-browse _ftp._tcp and post the results here?

Thanks

Changed in gshare:
status: Unconfirmed → Needs Info
Revision history for this message
Martin G Miller (mgmiller) wrote :

I have reinstalled the gshare package after uninstalling it and the uninstalling the avahi daemon package. This time, it recreated the shared folder and the shares appear on the network. However, a simple non-DRM encumbered .mps file will not play over the network and if I use gshare to copy the file over the network and then set its attributes to execute, the file will not play.

In answer to your question above, the command avahi-browse -a returns a command not found error.

avahi-browse anything is not an available command.

Revision history for this message
Martin G Miller (mgmiller) wrote :

Here is an update. I apparently had some instability after a resume from stanby in the recieving computer when I tried the above. After a restart, I can copy the file over the network and it will play on the receiving machine. It still will not play over the network and causes totem to lock.

The only avahi related command available is avahi-daemon. This is true on both the hosting machine and the remote machine.

Revision history for this message
Celso Pinto (cpinto) wrote :

Martin, there are lots of problems with opening remote files in GNOME, specially with Totem and I'll try to alert the developers in the near future to bring their attention to this problem.

The avahi-browse command is installed with the avahi-utils package. If you still have the problem of not being able to see a remote share published by a machine that also has an FTP server running, please try and use that.

Tipically, FTP servers run on port 21 and GShare will never, ever use that port (or any other port below 1024) so there should be no collisions because the algorithm searches for a random available port and uses that to make the files available remotely so the probability of a clash, although it exists, is very remote.

Anyway, if this happens, please send me the output of avahi-browse -a if you're still interested.

Many thanks by the way, your bug reports have been quite valuable.

Changed in gshare:
importance: Medium → Low
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for GShare because there has been no activity for 60 days.]

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.