Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#20409 - updated networkmanager clobbers configuration files

Attached to Project: Arch Linux
Opened by ryooichi (ryooichi) - Sunday, 08 August 2010, 12:34 GMT
Last edited by Ionut Biru (wonder) - Friday, 13 August 2010, 11:31 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To No-one
Architecture x86_64
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
I recently updated by system and powered off. Today I rebooted to find that nm-applet wasn't starting via my .fluxbox/startup. So I tried to start it manually from command line and it gave the familiar "not allowed to own" error (as covered at http://wiki.archlinux.org/index.php/NetworkManager#Problems_starting_nm-applet_as_normal_user). It was an easy fix and I just followed the steps at that link, again. Then I thought: why am I doing this again? I check the PKGBUILD for networkmanager in the /var/abs/extra/networkmanager diretory and found that it only backs up etc/NetworkManager/nm-system-settings.conf. I assume this is related to how the *.pacnew/pacsave files are created? If so, shouldn't the networkmanager-related files in /etc/dbus-1/system.d/ also be backed up? Especially since overwriting these by upgrading wipes out potentially modified config files and kills nm-applet?

Of course, my own little workaround for now is to just keep the additions suggested at http://wiki.archlinux.org/index.php/NetworkManager#Problems_starting_nm-applet_as_normal_user in separate adjacent files, so the next time networkmanager updates, I can simply add the necessary lines back into the overwritten config files.

Additional info:
* package version: 0.8.1
* config and/or log files:
/etc/dbus-1/system.d/NetworkManager.conf
/etc/dbus-1/system.d/nm-applet.conf

Steps to reproduce:
pacman -Syu
This task depends upon

Closed by  Ionut Biru (wonder)
Friday, 13 August 2010, 11:31 GMT
Reason for closing:  Won't implement
Additional comments about closing:  those config files are not supposed to be edited
Comment by Ionut Biru (wonder) - Sunday, 08 August 2010, 14:29 GMT
that way of handling consolekit is stupid and shouldn't be done.
i guess you are using startx and you need to authorize to consolekit your session.
the proper way is to launch your WM as 'exec ck-launch-session dbus-launch wm' in .xinitrc
Comment by ryooichi (ryooichi) - Sunday, 08 August 2010, 15:20 GMT
thanks for the advice and the bluntness... i hate doing thing things in a stupid way, but do like things to work. i am using the slim display manager... i'll check to see if i am launching fluxbox as you suggest. also will read up on consolekit, as i'm not sure what benefit it adds other than a ton of processes in my ps -ef output.

EDIT: I just reverted /etc/dbus-1/system.d/{NetworkManager,nm-applet}.conf and am now starting fluxbox via "exec ck-launch-session dbus-launch startfluxbox" in .xinitrc ... AND IT WORKS! NetworkManager fired up perfectly without error. Thanks for the help!

Loading...