You are not logged in.
I have partially solved this issue. I need help completing the troubleshooting for a final solution. I want to work it out here before touching the Arch wiki with some edits with the solution to the problem.
This is the first time I an installing Gnome 3 on Arch and I have noticed some really strange behavior with Files (extra/nautilus 3.18.1-1 (gnome) [installed]).
The + Other Locations left pane menu itme is now the new home for (inconviently for power users) user mounted partitions and browsing and connecting to network shares (after solving this maybe I'll see if there is a way to move them back to the main panel to eliminate the extra clicking).
Problem: The Networks item no longer browses and displays the local Windows network servers and shares.
I have hacked around DConf settings, and nsswitch.conf and other files looking for potential solutions to the problem.
The solution I stumbled across was to install the cinnamon nemo file manager (other file managers not tested yet) as it is built from the code base of Gnome 3's Nautilus but was forked I belive back in Gnome 3.6 days for use with Cinnamon but has a functioning Networks browser feature.
$ sudo pacman -S nemo
Once nemo is installed it fixes nautilus 3.18.1-1 which will now properly display networks.
I can now remove nemo
$ sudo pacman -Rs nemo
and nautilus 3.18.1-1 still works and still properly displays the Windows network servers and shares.
I just installed and started using inotify-tools and increased the number of watch files in proc. The idea is to set up a VM and start watching file system events for all the files the nemo install is touching and modifying or creating and then do a diff between a VM without nemo installed and a broken nautilus behavior and a VM with nemo installed and the fixed nautilus behavior.
My regex skills are pretty weak and long atrophied severely from non-use but I just started out with
inotifywait -r -m --exclude '(dev|proc)' /
I have yet to build a proper regex to exclude directories that should have anything to do with installing packages to cut down on the background noise in the logged information and to then filter out events that have nothing to do with creating or modifying configuration files so I can do an installation of nemo in a fresh VM and then track all the files modified and diff them to a VM without nemo and then see what settings to put in a list of potential candidates for configuring by hand on a default buildout of Arch + Gnome 3 that is exhibiting the problem of not displaying Windows servers and shared folders in the nautilus app.
I notice if I have a connection to an ftp session in nautilus and I have removed nemo that when launching nautilus again it seems to take forever to launch. Reinstalling nemo has nautilus launch immediately so this is something else I'll have to look into to find out what is causing this behavior.
Or I could be lazy and just leave nemo installed an have a perfectly working funcitonality in nautilus which wouldn't benefit the Arch community so I don't think I'll go down that path.
I need help building out my inotifywait tool to accomplish the troubleshooting task. If anyone has experience with this tool or knows a better way to attack this troubleshooting problem please let me know.
Additional behaviors observed during troubleshooting:
Note: I also have gvfs-smb installed.
I could in the connect box type in smb://servername/sharename and connect but this is not as convenient as just clicking through to the shares without having to touch the keyboard which in a gui session.
I could not use the connect box and type in smb:// and browse the Windows Network
I could use the file location box which was removed and is now accessed by pressing Control+l on the keyboard and type smb:// and browse the windows network.
+ Other Locations -> Networks was completely broken and not displaying Windows servers and shared folders
If I connect to a servername+sharename and have to authenticate, if I do not type in my authentication details but hit cancel Nautilus will lock into an endless loop of trying to cancel and has to manually be terminated and run again. Pressing Cancel button does nothing and I am forced to quit the app completely.
Cheers,
PeterD
Last edited by PeterD (2015-10-24 23:11:37)
Offline
Hi,
I experienced the same problem you described and, as you said, installing "nemo" solves the problem. By the way, it is possible to show all the files installed by a certain package with "pacman -Ql nemo", is it helpful?
In my opinion, it is a problem related to the packaging of nautilus in Arch, have you reported it to the mantainer? In particular, I think that there is something missing in GNOME Files postinstall script that is instead present in the one belonging to Nemo; instead of using a VM, probably it would be easier to look into those scripts, or maybe the ones of one of Files's dependencies.
Obviously I have gvfs-smb, version 1.26.1.1-1, and nautilus, version 3.18.1-1, installed on my computer.
Last edited by Aliverix (2015-10-20 17:03:58)
Offline
Aliverix,
Thank you for the suggestion. I just started using Arch so bear with me as I adjust to the nuances around here. I originally had a similar vein of thought of looking at the package contents for more troubleshooting but quickly moved on because I am assuming perhaps naively so that doing a removal of nemo (pacman -Rs nemo) would remove all files in the package so the actual modification that fixed the functionality within Nautilus was done outside of the nemo package files and was hypothetically due to a modification the nemo installation script did to one of the system files on Arch that is also used by Nautilus. This is why I am originally doing a file system modification alerting technique to see what files the nemo install is touching outside of the ones listed in its package. Then diff those to a clean Arch + Gnome 3 that has not had nemo installed and see where all the residual changes are that didn't get reversed out by removing the nemo package.
I'll see if I can find the package maintainer(s). I did find some names but clicking them didn't give me any option to send them any messages, it only uses their name as a filter to search for Arch packages also managed by them.
Cheers,
PeterD
Offline
I don't think you should email him directly; this page contains some suggestions on how to file a bug report (https://wiki.archlinux.org/index.php/Re … ning_a_bug). When the bug is assigned, you'll be able to talk with someone that can help you with the debug process, probably way better than I can.
Last edited by Aliverix (2015-10-21 09:54:16)
Offline
Thank you for helping, this post can now be marked CLOSED.
I just installed a new arch build today on one of my laptop machines and I noticed that on it the gnome group included gvfs-smb and nautilus and the Windows network browsing is now working by default on that new build.
I will leave this post here for those who have encountered this issue as the fix outlined in this post may work for anyone with similar symptoms with their system not browsing Windows shares in nautilus.
Offline