Re: nm-connection-editor working only as root
Actually, it seems that the problem was related to my not having polkit-gnome-authentication-agent-1 running, as Michael Biebl said, and Dan Williams also pointed to. So now it is taken care of by starting it from my .xinitrc. Thanks, R. On Sun, 6 Nov 2011 12:15:19 -0200,José Queiroz zekk...@gmail.com wrote: [1 multipart/alternative (7bit)] [1.1 text/plain; ISO-8859-1 (quoted-printable)] Ramon, did you ever tried to set up a new user, and see if the same problem happens with it? If it happens, then the problem surely is in NM; but if not, then the problem is in your profile... 2011/11/6 Ramon Diaz-Uriarte rdia...@gmail.com On Fri, 04 Nov 2011 11:12:09 -0500,Dan Williams d...@redhat.com wrote: On Fri, 2011-11-04 at 11:48 +0100, Ramon Diaz-Uriarte wrote: On Wed, 02 Nov 2011 20:31:41 -0500,Dan Williams d...@redhat.com wrote: On Mon, 2011-10-24 at 11:48 +0200, Ramon Diaz-Uriarte wrote: Actually, three problems remain ;-). 1. I've rebooted and reloged in several times, but I cannot save a connection because it complaints about insufficient privileges. (I get a pop-up message that says Connection add failed, Insufficient privileges). I have logged with kdm (or gdm) and have a local session: ramon@Bufo:~$ ck-list-sessions Session1: unix-user = '1000' realname = 'ramon diaz-uriarte' seat = 'Seat1' session-type = '' active = TRUE x11-display = ':0' x11-display-device = '/dev/tty7' display-device = '' remote-host-name = '' is-local = TRUE on-since = '2011-10-23T16:29:00.632372Z' login-session-id = '4294967295' Is this an update or a new connection? This error is coming from PolicyKit, so does this work if you edit the file: /usr/share/polkit-1/actions/org.freedesktop.network-manager-settings.system.policy and change the following hunk to: action id=org.freedesktop.network-manager-settings.system.modify _descriptionModify system connections/_description _messageSystem policy prevents modification of system settings/_message defaults allow_inactiveyes/allow_inactive allow_activeauth_admin_keep/allow_active /defaults /action then try. If that doesn't work, change it to: action id=org.freedesktop.network-manager-settings.system.modify _descriptionModify system connections/_description _messageSystem policy prevents modification of system settings/_message defaults allow_inactiveyes/allow_inactive allow_activeyes/allow_active /defaults /action no reboot or anything is necessary, the changes take effect immediately. I tried both (note: there were minor differences in syntax, like mine is called NetworkManager, not network-manager, etc). The first one did not work, but the second did. Thanks a lot. Ok, this is good to know. We now know that your user was marked as 'active' via ConsoleKit (which PolicyKit talks to) but for some reason PolicyKit wasn't able to show the authentication dialog. If you're using a GNOME desktop, do you have the polkit-gnome-authentication-agent-1 program anywhere in /usr/libexec or /usr/lib or /usr/lib64 or /usr/bin ? If you're not on a GNOME desktop, do you ever see PolicyKit authentication dialogs? I do not use GNOME, but I tested it here. This is what happens: - If I use GNOME, then the first version allow_inactiveyes/allow_inactive allow_activeauth_admin_keep/allow_active works. When I try to add a connection with security, or to modify an existing one, I am prompted for the root password, and then I can modify, etc. Yes, I do have polkit-gnome-authentication-agent-1 in /usr/lib/policykit-1-gnome/ - If I do not use GNOME (I use xmonad), then I need the second version allow_inactiveyes/allow_inactive allow_activeyes/allow_active to be able to modify, add, etc. Otherwise, I get a message saying that I do not have sufficient privileges. No, I never see a PolicyKit authentication dialog. However, in case it matters, I do have the daemon running: ramon@Bufo:~$ ps -A -f | grep polkit root 1487 1 0 12:00 ?00:00:01 /usr/lib/policykit-1/polkitd and a bunch of dbus-related stuff: ramon@Bufo:~$ ps -A -f | grep dbus 101 1468 1 0 12:00 ?00:00:02 /usr/bin/dbus-daemon --system ramon10239 10197 0 12:59 ?00:00:00 /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session /bin/bash /home/ramon/.xsession ramon10242 1 0 12:59 ?00:00:00 /usr/bin/dbus-launch --exit-with-session /bin/bash
Re: [PATCH 5/8] bonding: Implement bonding slaves
On Sun, 2011-11-06 at 10:45 -0600, Dan Williams wrote: On Fri, 2011-11-04 at 19:12 -0500, Dan Williams wrote: Could we drop this property and just use the 'type' setting of the connection to determine what type of slave this is? ie, if 'master' is set and 'type == 'bond'' then this is a bond slave, no? It seems like most of the time the 'slave-type' value will correspond to the same value as 'type'. Thoughts? After re-reading the patches, disregard this... slaves won't be type=bond since that's what the master is; the slave would just be type=ethernet or whatever (well, until we get vlans on top of bonds on top of bridges :) The fact that we are going to support multiple levels of nesting is exactly the reason why I have put in slave-type. BTW, feel free to notice me before you start merging the patches so I can repost. I have been rebasing the patches and made small corrections and enhancements in the meanwhile. ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: [PATCH 4/8] bonding: Detect virtual bonding devices and create an ethernet device
On Mon, 2011-11-07 at 16:51 +0100, Thomas Graf wrote: However, the reason I dup in nm_system_get_link_type() is because due to the returning of the link reference there is a theoretical chance that the module which is behind the link type will be unloaded. libnl currently does not do so but that might happen in the future. It might be better to compare the return type against a list of known link types by NM and return a pointer to a type string owned by NM memory. Thoughts? Actually, I just changed this to returning an enum thus following your initial suggestion. ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: ModemManager: Huawei PDU encoded USSD response truncated to 112 characters
I believe the cause of this problem is that the output string of gsm_unpack() needs to be larger than the input string. We get 8 characters out for every 7 input characters. I have attached a simple patch to /plugins/mm-modem-huawei-gsm.c which results in the full USSD response being returned. I am not sure that this patch is the correct fix. It may be that gsm_unpack() in src/mm-charsets.c needs take the 8/7 growth into account when sizing the output array and returning the unpacked size. Would someone more familiar with src/mm-charsets.c offer some guidance please? On Fri, Nov 4, 2011 at 8:44 AM, Graham Inggs graham.in...@uct.ac.za wrote: Tested with Huawei E1820. ussdresult = gsmussd.Initiate(*101#) print ussd response: %s % ussdresult ussd response: Balance = R 9.50 Expiry date:02/05/2031.On-Net Minutes = 01:16:00.Free SMS's = 51.Free Data = 100.00 MB.Free Da The full response should have been: Balance = R 9.50 Expiry date:02/05/2031.On-Net Minutes = 01:16:00.Free SMS's = 51.Free Data = 100.00 MB.Free Data = 2007.44 MB. Partial ModemManager log: modem-manager[3316]: debug [1320384816.466178] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- 'AT+CUSD=1,AA182C3602,15CR' modem-manager[3316]: debug [1320384816.504610] [mm-at-serial-port.c:298] debug_log(): (ttyUSB0): -- 'CRLFOKCRLF' modem-manager[3316]: debug [1320384816.818950] [mm-at-serial-port.c:298] debug_log(): (ttyUSB2): -- 'CRLF^RSSI:16CRLF' modem-manager[3316]: debug [1320384816.819316] [mm-at-serial-port.c:298] debug_log(): (ttyUSB2): -- 'CRLF^CSNR:-77,-7CRLF' modem-manager[3316]: debug [1320384818.431324] [mm-at-serial-port.c:298] debug_log(): (ttyUSB2): -- 'CRLF+CUSD: 0,C2303BEC1E97413D90149473D5602050110F4FCBF32072985ED6C1642F58ED2583CD62AEA7BBE52CD341CDB4BB4E2FCF413D102CA68BD9743098CB282F9741D3E6F43407F540B598CB282F9741C4303D0CEA816230980B060335852EA3BC5C0611C3F430A80792C16037178D066A0A5D,15CRLF' truncated_pdu_ussd_fix.diff Description: Binary data ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Invitation to connect on LinkedIn
I'd like to add you to my professional network on LinkedIn. - Miles Miles Lane Volunteer Open Source Software Tester at Ubuntu, Fedora, Linux Kernel Raleigh-Durham, North Carolina Area Confirm that you know Miles Lane: https://www.linkedin.com/e/-7rivku-guqga607-1y/isd/4833797942/3KNuqUkL/?hs=falsetok=1JURjNCY__U4Y1 -- You are receiving Invitation to Connect emails. Click to unsubscribe: http://www.linkedin.com/e/-7rivku-guqga607-1y/q0zYBr_CyGlVYKCIXGJ1Nr_O3Wl7Q1_du08bl9picfJd/goo/networkmanager-list%40gnome%2Eorg/20061/I1681108263_1/?hs=falsetok=1Dn_Cz4Ef_U4Y1 (c) 2011 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA. ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list