ArchThis Forum is for the discussion of Arch Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I have an issue regardin NetworkManager. I have installed networkmanager, nm-applet, and other dependencies correctly. I can run the program as root (have the applet show on the bottom bar of fluxbox) and am able to successfully connect to the wireless network. The issue lies when I try to run the program as a regular user. When I type nm-applet into bash I receive the following:
Code:
** (nm-applet:1576): WARNING **: <WARN> request_name(): Could not acquire the NetworkManagerUserSettings service.
Error: (9) Connection ":1.27" is not allowed to own the service "org.freedesktop.NetworkManagerUserSettings" due to security policies in the configuration file
I have googled this error and have been returned with a great number of bug listings and discussions about it (seems to be some new feature that came with an update. After following some of the advice in the forums, I still have not been able to fix the issue.
For example, one suggestion was to change .xinitrc to include
Code:
exec ck-launch-session startfluxbox
instead of
Code:
exec startfluxbox
If I add the ck-launch-session, however, SLiM returns an error and can't log in. Others made changes to the NetworkManager config files that I mimicked without solving the issue. Could anyone point me in the right direction?
<!DOCTYPE busconfig PUBLIC
"-//freedesktop//DTD D-BUS Bus Configuration 1.0//EN"
"http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd">
<busconfig>
<!--
WARNING: if running any D-Bus version prior to 1.2.6, you may be
vulnerable to information leakage via the NM D-Bus interface.
Previous D-Bus versions did not deny-by-default, and this permissions
config file assumes that D-Bus will deny rules by default unless
explicitly over-ridden with an <allow /> tag.
-->
<policy user="root">
<allow own="org.freedesktop.NetworkManagerUserSettings"/>
<allow send_destination="org.freedesktop.NetworkManagerUserSettings"
send_interface="org.freedesktop.NetworkManagerSettings"/>
<allow send_destination="org.freedesktop.NetworkManagerUserSettings"
send_interface="org.freedesktop.NetworkManagerSettings.Connection"/>
<!-- Only root can get secrets -->
<allow send_destination="org.freedesktop.NetworkManagerUserSettings"
send_interface="org.freedesktop.NetworkManagerSettings.Connection.Secrets"/>
</policy>
<policy at_console="true">
<allow own="org.freedesktop.NetworkManagerUserSettings"/>
<allow send_destination="org.freedesktop.NetworkManagerUserSettings"
send_interface="org.freedesktop.NetworkManagerSettings"/>
<allow send_destination="org.freedesktop.NetworkManagerUserSettings"
send_interface="org.freedesktop.NetworkManagerSettings.Connection"/>
</policy>
<policy context="default">
<allow send_destination="org.freedesktop.NetworkManagerUserSettings"
send_interface="org.freedesktop.DBus.Introspectable"/>
</policy>
<limit name="max_replies_per_connection">512</limit>
</busconfig>
Also, other posts have referred to issues with Hal. I do not have this installed (was not shown as a requirement in arch guide I followed), so I am not sure if this could be another point we could look at it. Thanks for your continued assistance.
No problem. I found a "fix". The following as added to /etc/dbus-1/system.d/nm-applet.conf. Original credit goes to the author from the following link (I only slightly modified his change): https://bbs.archlinux.org/viewtopic.php?id=63576
Code:
<!-- hack -->
<policy user="myusername">
<allow own="org.freedesktop.NetworkManagerUserSettings"/>
<allow send_destination="org.freedesktop.NetworkManagerUserSettings"/>
<allow send_interface="org.freedesktop.NetworkManagerUserSettings"/>
<deny send_interface="org.freedesktop.NetworkManagerSetting.Secrets"/>
</policy>
<!-- end of hack -->
Edit:
This fixed the applet so that it appears in fluxbox, but now I am not able to connect to the wireless network, which worked previously as root >_<
New problem so I will try to fix it and post back if I can't. Thanks for the help corp
Ok, so let's continue this discussion since I have solved one and brought another one upon myself :P
The network-applet now starts up when I log in. Whenever I try to connect to wireless, however, nothing happens (the symbol doesn't change in anyways, e.g. the green spheres circling). I am succesfully able to use my wired connection and in root both wireless and wired work just fine. This must be some sort of group setting or manual configuration in a network manager file, but I am not able to find anything (I have not had any of these issues with nm ever before, but then again arch does not provide me with much more than the basics so it was probably auto configured). Thanks for the help.
Solved: Had to install consolekit and add "ck-launch-session" to my .xinitrc file when starting fluxbox. Please note that this also allowed me to remove the previous change to nm-applet.conf (no longer necessary)!
Awesome dude, glad to hear you were able to fix it. I checked out that link and saved it to my favorites just in case anyone ever comes to me with that problem. Thanks to you too lol
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.