Could you try force-downgrading gvfs to see if that fixes your problem? I have this working on x86_64.

Confirmed. Downgrading (pacman -Ud) to gvfs-0.2.3-1 fixes the issue.

In addition to GVFS errors above, Nautilus stopped loading entirely yesterday. When started from a terminal it spat:

seahorse nautilus module initialized
Segmentation fault

I have the same issue here on a 686 setup. Haven't tried downgrading gvfs yet, but i'll try that as soon as possible.

To add some more information: All the choices except "Custom location" in the "Connect to server..." dialogue in nautilus has disappeared. And I get the same error as thayer with my sftp shortcuts.

This is what I see in my dmesg on amd64:
gvfs-fuse-daemo[21903] general protection ip:7f4c5ec904ca sp:7fff688b3c10 error:0 in libpthread-2.8.so[7f4c5ec88000+16000]

Looks like gvfs-fuse-daemon needs a rebuild for the new glibc, or needs a patch to fix this segfault.

downgrading to gvs 0.2.3-1 worked

I'm really surprised more users haven't commented about these issues in the forums. The latest updates (nautilus 2.22.4-1 and gvfs 0.2.5-1) do not fix this issue for any 1 of our 3 workstations/notebooks. All three are 686-based and none of them can open SSH/SMB connections.

Downgrading to gvfs 0.2.3-1 again did the trick.

Jan, is there anything further I can do to assist with this? I'd be more than happy to help (jabber: thayerw AT gmail)

Confirming this bug with v 0.2.5-1 of gvfs. Downgrading to 0.2.3 solves this issue.

Sorry Jan, I re-opened this task because the latest version (0.2.5-2) does not remedy the issue. I rebooted some time after the update and then tried to open nautilus, which seg faulted numerous times. After logging in/out again it finally opened, but the gvfs problems are back: Can't handle sftp/smb locations, blah blah.

yes, I still see the same behaviour with gvfs 0.2.5-2 as well. I've never seen any nautilus segfaults though, just the inability to connect to remote machines.

The bug that 0.2.5-2 fixed seems to be another bug then. I used to have a segfaulting gvfs-fuse-daemon which is fixed by upgrading to 0.2.5-2. I have no idea why SSH/SMB aren't available on your systems or why nautilus crashes, as I can't reproduce this bug on 2 systems running x86_64 and a laptop running i686.

I decided to test 0.2.5-2 today after wiping a bunch of gtk-related stuff in my home directory and I'm glad to say it's working great now. There must have been something hanging around that was conflicting with the new changes.

Unless anyone has any objections, I'm going to close this report tomorrow.

What exactly did you remove to get this working again?

To be honest, it's hard to say for sure because I was doing general housekeeping on my ~/ dir so much of what I removed probably had nothing to do with gvfs. The only dirs that seemed related at the time were:

~/.nautilus (contained metafiles named after previous ssh/smb connections)
~/.cache (probably from thunar)

At any rate, it's definitely working now as I've already made a few SSH and samba connections this morning.

EDIT: Looking through my pacman logs, it could have been the gnome-vfs upgrade (2.22.0-3 -> 2.22.0-4) I performed last night as well. No clue.

OK, thank you! I'll do some fiddling around tonight when I get home. I'll put a note here if I find the right spot, so that others with the same problem can get it fixed.

Seems this was a dbus issue for me. Realized it all worked with "dbus-launch nautilus --no-desktop". I haven't had to tinker with dbus before to get nautilus to connect remotely, but i'm glad I figured it out. Now everything works.