Re: mbca: CDMA operator issues
ti, 2008-10-28 kello 11:03 -0400, Dan Williams kirjoitti: On Tue, 2008-10-28 at 14:07 +0200, Antti Kaijanmäki wrote: pe, 2008-10-24 kello 19:02 -0400, Dan Williams kirjoitti: Hi, I notice the Wizard in Ubuntu also doesn't filter for CDMA vs. GSM, which can obviously be autodetected based on probing of the HAL information. For a given GSM device, you shouldn't show CDMA, but for a given CDMA device, you shouldn't show GSM operators. I plugged my Sprint card into an 8.10 beta system running NM packages from 2008-10-15 and it just showed GSM providers, which obviously won't work for my card. The reason why the wizard is showing only GSM providers is that the database doesn't yet contain many CDMA providers :) The US should be mostly populated by now. Thanks! :) The list of operators could easily be filtered based on network type, but libmbca API doesn't support that ATM :/ Should probably add that API then, it's pretty crucial. Well I don't think that it's _crucial_ because if the list of service providers is complete for a given country then the user will choose the CDMA setting from the list anyway. But it's anyway a problem and let's see what we can do about this. snip There's also http://bugzilla.gnome.org/show_bug.cgi?id=557819 which has a few more CDMA things for mbca. I will look into this. This was a libmbca bug. It's now fixed in libmbca trunk. We are preparing updates for Ubuntu ASAP. -- Antti signature.asc Description: Digitaalisesti allekirjoitettu viestin osa ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
libmbca 0.0.4 released
2008-10-29 libmbca 0.0.4 what's new: * translation updates * bug fix (see below) - libtool version information 0:1:0 - 0:2:0 bug fixes: * gnome.org bug #557819: New CDMA entries added as GSM get it from: http://svn.gnome.org/viewvc/libmbca/tags/ What is libmbca === libmbca provides Mobile Broadband Configuration Assistant which is a GObject and GtkAssistant based utility that splits the configuration of a new mobile broadband connection into small easy steps. In the simplest form libmbca offers an frontend for mobile-broadband-provider-info. libmbca is released under the GNU General Public License version 3. signature.asc Description: Digitaalisesti allekirjoitettu viestin osa ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
NM 0.7 Ignores ppp configuration
Im using NM 0.7 in ubuntu 8.10 with all the latest patches, recently I have noticed that my mobile ISP (3uk) will often send bogus DNS settings to totaly fictitious DNS servers on about 30% of connects, so I decided to change the ppp settings on the USB modem configuration to DHCP address only and set the DNS entries manualy to point at OpenDNS.orgs servers. However it appears that regardless of what ever settings i place there, NM uses the DNS aquired by DHCP (i can see it doing it by tailing /etc/resolv.conf) Any ideas?... ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
networkmanager causes gnome to not be able to open any programs
I have been having this problem for a while now and it has seemed random. All of a sudden I can't open any more programs, nothing happens. If I try to open a program in a console I get something like: gedit No protocol specified Cannot open display: Run 'gedit --help' to see a full list of available command line options. I check the display variable and it looks fine. I finally narrowed it down to something with networkmanager. I will be fine until I switch networks in networkmanager. If networkmanager always stays on the same network I am fine, but if I dare change networks I am then forced to kill X and re-log back in to be able to open anything new. What is causing this? Has anyone else experienced it? ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
mobile-broadband-provider-info 20081029 released
mobile-broadband-provider-info 20081029 === * Removed German Quam as suggested by Julius Bloch * Piotr Makowski added Polish operator Play Online * Daniel Wiberg added operator 3 for Denmark and fixed some settings for 3 Sweden * Alejandro Romero Herrera added Mexican Iusacell * Kenneth Mokkelbost added Norwegian TDC * Update OneNet - Orange for Austria (Wolfgang Silbermayr) * Dan Williams updated US CDMA providers * Ævar Arnfjörð Bjarmason added Icelandic provider Nova * Fanen Ahua updated Nigerian provider information * Gilbert Mendoza added Sprint CDMA for US * Gilbert Mendoza added Verizon EV-DO for US http://svn.gnome.org/viewvc/mobile-broadband-provider-info/tags/ What is mobile-broadband-provider-info === The module contains mobile broadband settings for different service providers in different countries. The package contains only informational files so it's safe for distributions to grab updates even during feature freeze and maintenance stages. Service provider specific information is stored in a XML file. XML is not the most optimized format for a database, but it's easy to read, understand and edit. The database is released under Creative Commons Public Domain (CC-PD). for more info, see: http://live.gnome.org/NetworkManager/MobileBroadband/ServiceProviders signature.asc Description: Digitaalisesti allekirjoitettu viestin osa ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: networkmanager causes gnome to not be able to open any programs
On Wed, Oct 29, 2008 at 9:56 AM, Xamindar [EMAIL PROTECTED] wrote: I have been having this problem for a while now and it has seemed random. All of a sudden I can't open any more programs, nothing happens. If I try to open a program in a console I get something like: gedit No protocol specified Cannot open display: Run 'gedit --help' to see a full list of available command line options. I check the display variable and it looks fine. I finally narrowed it down to something with networkmanager. I will be fine until I switch networks in networkmanager. If networkmanager always stays on the same network I am fine, but if I dare change networks I am then forced to kill X and re-log back in to be able to open anything new. What is causing this? Has anyone else experienced it? Unresolvable hostname perhaps? -- Patryk Zawadzki ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: NM 0.7 Ignores ppp configuration
On Wed, Oct 29, 2008 at 08:55:07AM +, Tim Hawkins wrote: Im using NM 0.7 in ubuntu 8.10 with all the latest patches, recently I have noticed that my mobile ISP (3uk) will often send bogus DNS settings to totaly fictitious DNS servers on about 30% of connects, so I decided to change the ppp settings on the USB modem configuration to DHCP address only and set the DNS entries manualy to point at OpenDNS.orgs servers. However it appears that regardless of what ever settings i place there, NM uses the DNS aquired by DHCP (i can see it doing it by tailing /etc/resolv.conf) Any ideas?... Yes, I think I saw this too. Most likely PPP ignores the ip4config of the connection and always sets what it gets. Will look into this later today. - Alexander ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: NM 0.7 Ignores ppp configuration
On Wed, 2008-10-29 at 08:55 +, Tim Hawkins wrote: Im using NM 0.7 in ubuntu 8.10 with all the latest patches, recently I have noticed that my mobile ISP (3uk) will often send bogus DNS settings to totaly fictitious DNS servers on about 30% of connects, so I decided to change the ppp settings on the USB modem configuration to DHCP address only and set the DNS entries manualy to point at OpenDNS.orgs servers. This is a PPP bug, it's been reported many times, but the solution is to fix your distros PPP program. Upstream just released 2.4.5 which may well have fixed this issue. However it appears that regardless of what ever settings i place there, NM uses the DNS aquired by DHCP (i can see it doing it by tailing /etc/resolv.conf) That would be a bug in NetworkManager. Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: problem with networkmanager dbus api
On Tue, 2008-10-28 at 22:45 +0100, Sebastian Dransfeld wrote: Sebastian Dransfeld wrote: Sebastian Dransfeld wrote: Hi, I try to use the org.freedesktop.DBus.Properties.GetAll() method call with networkmanager like this (change device to one you got): dbus-send --system --print-reply --type=method_call \ --dest=org.freedesktop.NetworkManager \ /org/freedesktop/Hal/devices/net_00_01_6c_ea_69_1b \ org.freedesktop.DBus.Properties.GetAll \ string:org.freedesktop.NetworkManager.Device This will return nothing, as libdbus-glib maps dbus properties to gobject properties. In networkmanager these do not match: gobjectdbus udiUdi interfaceInterface driverDriver capabilitiesCapabilities ip4-addressIp4Address etc. The gobject properties do however have a nick which matches the dbus property name. Where should this problem be solved? networkmamager or dbus-glib? If someone can suggest a solution, I can try to create a patch. And of course: OS: - Ubuntu 8.10 Packages: - libdbus-glib-1-2 0.76-1 - network-manager 0.7~~svn20081018t105859-0ubuntu1 And fixed it. Missing _dbus_gutils_wincaps_to_uscore() in dbus-glib's getall implementation. Where should I send this patch? It's been in dbus-glib since June, right after the release of 0.76: http://gitweb.freedesktop.org/?p=dbus/dbus-glib.git;a=blobdiff;h=ee760113af2d89ac526ac247f25552f90239972f;hp=3744d8439b461957040df4dd1ba555906bbedc54;hb=d1b80d803a0268bd4b3dd5b9a9522230461f2947;f=dbus/dbus-gobject.c maybe that means time for another dbus-glib release Colin? Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
[PATCH] Re: NM 0.7 Ignores ppp configuration
Patch to merge ip4config for ppp codepaths for -ethernet and -serial
device. Not sure if its worth to unify this in the parent class.
The patch works for me for mobile broadband. Have no setup to verify
pppoe part.
(If it doesnt apply cleanly its most likely because of the accessor
changes that were made on the trunk, but which i couldnt pull into
ubuntu for now (because of the late landing).)
=== modified file 'ChangeLog'
--- ChangeLog 2008-10-16 17:06:35 +
+++ ChangeLog 2008-10-29 12:47:37 +
@@ -1,8 +1,20 @@
+2008-10-29 Alexander Sack [EMAIL PROTECTED]
+
+ Fix ppp connections don't honour ip4 connection settings
+
+ * src/nm-device-ethernet.c
+ - (real_act_stage4_get_ip4_config): merge ip4config settings
+ with results from ppp manager
+
+ * src/nm-serial-device.c
+ - (real_act_stage4_get_ip4_config): merge ip4config settings
+ with results from ppp manager
+
2008-10-16 Dan Williams [EMAIL PROTECTED]
* src/nm-device-wifi.c
- (constructor): correctly determine encryption capabilities
2008-10-15 Dan Williams [EMAIL PROTECTED]
* src/nm-device-wifi.c
=== modified file 'src/nm-device-ethernet.c'
--- src/nm-device-ethernet.c2008-10-02 17:10:00 +
+++ src/nm-device-ethernet.c2008-10-29 12:43:03 +
@@ -1309,16 +1309,17 @@ real_act_stage4_get_ip4_config (NMDevice
NMDeviceStateReason *reason)
{
NMDeviceEthernet *self = NM_DEVICE_ETHERNET (device);
NMDeviceEthernetPrivate *priv = NM_DEVICE_ETHERNET_GET_PRIVATE (self);
NMActStageReturn ret;
g_return_val_if_fail (config != NULL, NM_ACT_STAGE_RETURN_FAILURE);
g_return_val_if_fail (*config == NULL, NM_ACT_STAGE_RETURN_FAILURE);
+ g_return_val_if_fail (reason != NULL, NM_ACT_STAGE_RETURN_FAILURE);
if (!priv-ppp_manager) {
/* Regular ethernet connection. */
/* Chain up to parent */
ret = NM_DEVICE_CLASS
(nm_device_ethernet_parent_class)-act_stage4_get_ip4_config (device, config,
reason);
if (ret == NM_ACT_STAGE_RETURN_SUCCESS) {
@@ -1330,19 +1331,27 @@ real_act_stage4_get_ip4_config (NMDevice
s_wired = NM_SETTING_WIRED (nm_connection_get_setting
(connection, NM_TYPE_SETTING_WIRED));
g_assert (s_wired);
/* MTU override */
if (s_wired-mtu)
nm_ip4_config_set_mtu (*config, s_wired-mtu);
}
} else {
+ NMConnection *connection;
+ NMSettingIP4Config *s_ip4;
+
/* PPPoE */
+ connection = nm_act_request_get_connection
(nm_device_get_act_request (device));
+ g_assert (connection);
+ s_ip4 = (NMSettingIP4Config *) nm_connection_get_setting
(connection, NM_TYPE_SETTING_IP4_CONFIG);
+
*config = priv-pending_ip4_config;
priv-pending_ip4_config = NULL;
+ nm_utils_merge_ip4_config (*config, s_ip4);
ret = NM_ACT_STAGE_RETURN_SUCCESS;
}
return ret;
}
static void
real_deactivate_quickly (NMDevice *device)
=== modified file 'src/nm-serial-device.c'
--- src/nm-serial-device.c 2008-10-08 16:14:01 +
+++ src/nm-serial-device.c 2008-10-29 12:44:09 +
@@ -16,16 +16,17 @@
#include nm-serial-device.h
#include nm-device-interface.h
#include nm-device-private.h
#include ppp-manager/nm-ppp-manager.h
#include nm-setting-ppp.h
#include nm-marshal.h
#include nm-utils.h
#include nm-serial-device-glue.h
+#include NetworkManagerUtils.h
static gboolean serial_debug = FALSE;
#define SERIAL_BUF_SIZE 2048
G_DEFINE_TYPE (NMSerialDevice, nm_serial_device, NM_TYPE_DEVICE)
#define NM_SERIAL_DEVICE_GET_PRIVATE(o) (G_TYPE_INSTANCE_GET_PRIVATE ((o),
NM_TYPE_SERIAL_DEVICE, NMSerialDevicePrivate))
@@ -1050,20 +1051,33 @@ real_act_stage2_config (NMDevice *device
}
static NMActStageReturn
real_act_stage4_get_ip4_config (NMDevice *device,
NMIP4Config **config,
NMDeviceStateReason *reason)
{
NMSerialDevicePrivate *priv = NM_SERIAL_DEVICE_GET_PRIVATE (device);
+ NMConnection *connection;
+ NMSettingIP4Config *s_ip4;
+
+ g_return_val_if_fail (config != NULL, NM_ACT_STAGE_RETURN_FAILURE);
+ g_return_val_if_fail (*config == NULL, NM_ACT_STAGE_RETURN_FAILURE);
+ g_return_val_if_fail (reason != NULL, NM_ACT_STAGE_RETURN_FAILURE);
+
+ connection = nm_act_request_get_connection (nm_device_get_act_request
(device));
+ g_assert (connection);
+
+ s_ip4 = (NMSettingIP4Config *) nm_connection_get_setting (connection,
NM_TYPE_SETTING_IP4_CONFIG);
*config = priv-pending_ip4_config;
priv-pending_ip4_config
Feature request: Add a method to NetworkManagerSettings interface to create a new auto connection for a specified device.
Hi, Currently, NetworkManagerSettings interface has method ListConnections() to list all existing connections. NetworkManagerSettings.Connection interface has method Update() to update properties of a connection, and Delete() to delete the connection. But there is no method to create a new auto connection for a specified device. Thus, it's impossible to fully control network manager and its applet from another application without implementing its own settings service. My suggestion is to add a new method to NetworkManagerSettings interface, say NewAutoConnection (or similar), to create a new auto connection for a specified device. Input parameter would be the device path and returns the path to newly created connection. With this new method, the API would be self-contained. 3rd applications would gain full connection manipulation ability solely via dbus, without linking to libnm-glib and libnm-utils. Regards James Su ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: networkmanager causes gnome to not be able to open any programs
I have been having this problem for a while now and it has seemed random. All of a sudden I can't open any more programs, nothing happens. If I try to open a program in a console I get something like: gedit No protocol specified Cannot open display: Run 'gedit --help' to see a full list of available command line options. I check the display variable and it looks fine. I finally narrowed it down to something with networkmanager. I will be fine until I switch networks in networkmanager. If networkmanager always stays on the same network I am fine, but if I dare change networks I am then forced to kill X and re-log back in to be able to open anything new. What is causing this? Has anyone else experienced it? I found that the HOSTNAME variable was being reset to localhost.localdomain.com after networkmanager started up on my distro. I don't know where networkmanager was getting its information from on my distro so I simply added a HOSTNAME=$YOURHOSTNAME to my dhcpcd configuration file. On my distro its in /etc/conf.d/dhcpcd ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: problem with networkmanager dbus api
On Wed, Oct 29, 2008 at 6:50 AM, Dan Williams [EMAIL PROTECTED] wrote: It's been in dbus-glib since June, right after the release of 0.76: http://gitweb.freedesktop.org/?p=dbus/dbus-glib.git;a=blobdiff;h=ee760113af2d89ac526ac247f25552f90239972f;hp=3744d8439b461957040df4dd1ba555906bbedc54;hb=d1b80d803a0268bd4b3dd5b9a9522230461f2947;f=dbus/dbus-gobject.c maybe that means time for another dbus-glib release Colin? There are a couple of patches queued that would be good to get in first, but should be soon. ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Fwd: Problems with NM over D-Bus 3!
Good evening, I have tried to start a ad-hoc network over the D-Bus. I have used this command: dbus-send --print-reply --system --dest=org.freedesktop.NetworkManager /org/freedesktop/NetworkManager org.freedesktop.NetworkManager.createWirelessNetwork objpath:'/org/freedesktop/NetworkManager/Devices/eth2' string:'bah' uint32: 0x1 (IW_AUTH_CIPHER_NONE) But it doesn't work. I imagine, that the last parameter ( cipher (u)) is wrong. But I don't know, how I have to use it. Please help Thanks Marco Franke -- Mfg der bijektive Homomorphismus ist ein Isomorphismus Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list -- Mfg der bijektive Homomorphismus ist ein Isomorphismus Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Mobile Broadband - init string
--On 27 October 2008 11:43 -0400 Dan Williams [EMAIL PROTECTED] wrote: ¦ Many modems won't allow +GCAP before a PIN is entered, but will print ¦ out the +GCAP: . string in the ATI information. Not sure how the ¦ palm stuff treats PIN entry, but if it allows +GCAP before the thing is ¦ unlocked via the PIN, then that's fine. ¦ ¦ I think it's questionable to rely on this at hard-coded driver level. ¦ If the driver needs GCAP then it should use the defined mechanism, ¦ i.e. AT+GCAP. ¦ ¦ Unless the modem doesn't allow certain commands until the PIN is ¦ entered, but we need to know that it's a GSM modem so that we can ¦ actually enter the PIN with AT+CPIN, which many CDMA modems don't use. I see what you're saying - a bit chicken-and-egg! This piece of Palm s/w doesn't support PINs anyway. With the phone being a separate device that's only connected when you need to use it, the security issue doesn't really arise, or rather is presumed to be dealt with by the phone itself (e.g. if you can't access the phone you can't run the modem s/w in the first place). Rick ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
[PATCH] Coldstart fix v2 and dynamic signal quality
Hello, Here's a patch to the MBM plugin making a nicer coldstart patch than v1 (adding cleanup of allocations) and dynamic signal quality via unsolicited responses (no need for polling) We also get info about roaming active or not, is it possible to display somehow? (not sure if the english cows sounds like swedish but here they roam, so why not a roaming cow vers a silent cow? :-D ) Regards, Per ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: [PATCH] Coldstart fix v2 and dynamic signal quality
well... now there IS a patch attached also...
Per Hallsmark wrote:
Hello,
Here's a patch to the MBM plugin making a nicer coldstart patch than
v1 (adding cleanup of allocations)
and dynamic signal quality via unsolicited responses (no need for
polling)
We also get info about roaming active or not, is it possible to
display somehow?
(not sure if the english cows sounds like swedish but here they roam,
so why not a roaming cow vers a silent cow? :-D )
Regards,
Per
___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list
--- foss/modemmanager/mainline/plugins/mm-modem-mbm.c 2008-10-29
16:35:58.0 +0100
+++ src/modemmanager/plugins/mm-modem-mbm.c 2008-10-29 19:00:52.0
+0100
@@ -3,6 +3,8 @@
Additions to NetworkManager, network-manager-applet and modemmanager
for supporting Ericsson modules like F3507g.
+ Copyright (C) 2008 Ericsson MBM
+
Author: Per Hallsmark [EMAIL PROTECTED]
Bjorn Runaker [EMAIL PROTECTED]
@@ -23,10 +25,12 @@
*/
+#include stdio.h
#include stdlib.h
#include string.h
#include errno.h
#include unistd.h
+#include string.h
#include stdlib.h
#include arpa/inet.h
#include dbus/dbus-glib.h
@@ -43,6 +47,10 @@ static gpointer mm_modem_mbm_parent_clas
typedef struct {
char *network_device;
+GRegex *boot_trig_regex;
+GRegex *msg_waiting_regex;
+GRegex *ciev_regex;
+gpointer std_parser;
guint32 signal_quality;
} MMModemMbmPrivate;
@@ -132,7 +140,7 @@ set_apn (MMModemGsmNetwork *modem,
}
static void
-do_register_done (MMSerial *serial,
+do_cmer_done (MMSerial *serial,
GString *response,
GError *error,
gpointer user_data)
@@ -146,6 +154,20 @@ do_register_done (MMSerial *serial,
}
static void
+do_register_done (MMSerial *serial,
+ GString *response,
+ GError *error,
+ gpointer user_data)
+{
+MMCallbackInfo *info = (MMCallbackInfo *) user_data;
+
+if (error)
+info-error = g_error_copy (error);
+
+mm_serial_queue_command (serial, AT+CMER=3,0,0,1, 10, do_cmer_done,
info);
+}
+
+static void
do_register (MMModemGsmNetwork *modem,
const char *network_id,
MMModemFn callback,
@@ -264,6 +286,7 @@ get_network_mode_done (MMSerial *serial,
{
MMCallbackInfo *info = (MMCallbackInfo *) user_data;
+g_debug(get_network_mode_done);
if (error)
info-error = g_error_copy (error);
else {
@@ -273,10 +296,10 @@ get_network_mode_done (MMSerial *serial,
guint32 result = 0;
if (parse_erinfo (response-str, mode, gsm_rinfo, umts_rinfo)) {
-if (umts_rinfo == 2)
-result = MM_MODEM_GSM_NETWORK_MODE_HSDPA;
-else if (umts_rinfo !gsm_rinfo)
-result = MM_MODEM_GSM_NETWORK_MODE_3G;
+ if (umts_rinfo == 2)
+ result = MM_MODEM_GSM_NETWORK_MODE_HSDPA;
+ else if (umts_rinfo !gsm_rinfo)
+ result = MM_MODEM_GSM_NETWORK_MODE_3G;
else if (umts_rinfo gsm_rinfo)
result = MM_MODEM_GSM_NETWORK_MODE_PREFER_3G;
else if (gsm_rinfo)
@@ -299,7 +322,7 @@ get_network_mode (MMModemGsmNetwork *mod
gpointer user_data)
{
MMCallbackInfo *info;
-
+g_debug(get_network_mode);
info = mm_callback_info_uint_new (MM_MODEM (modem), callback, user_data);
mm_serial_queue_command (MM_SERIAL (modem), AT*ERINFO?, 3,
get_network_mode_done, info);
}
@@ -325,7 +348,7 @@ get_signal_quality_done (MMSerial *seria
reply += 7;
if (sscanf (reply, %d,%d, battch, signal)) {
-/* Normalize the quality */
+ /* Normalize the quality */
signal = signal * 100 / 5;
MM_MODEM_MBM_GET_PRIVATE (serial)-signal_quality = signal;
@@ -345,6 +368,7 @@ get_signal_quality (MMModemGsmNetwork *m
{
MMCallbackInfo *info;
+ g_debug(mbm get_signal_quality);
if (mm_serial_is_connected (MM_SERIAL (modem))) {
g_message (Returning saved signal quality %d,
MM_MODEM_MBM_GET_PRIVATE (modem)-signal_quality);
callback (MM_MODEM (modem), MM_MODEM_MBM_GET_PRIVATE
(modem)-signal_quality, NULL, user_data);
@@ -358,8 +382,61 @@ get_signal_quality (MMModemGsmNetwork *m
/*/
static void
+boot_trig (const char *str, gpointer data)
+{
+mm_serial_queue_command (MM_SERIAL(data), AT*ENAP=1,1, 10, NULL, NULL);
+}
+
+static void
+ciev_trig (const char *str, gpointer data)
+{
+int event, value;
+guint32 quality;
+
+if (!str) {
+return;
+}
+
+event = str[0] - '0';
+value = str[2] - '0';
+
+switch (event) {
+case 2: // signal quality, value 0-5
+quality = value * 100 / 5;
VPN Only for this address range equivalent
In the old NetworkManager I could set a range of addresses to use the VPN connection for and have the rest not use it. I don't see this equivalent in the 0.7.0. Is there somewhere I can configure this? I basically only want it to use the VPN for all addresses on a certain domain. Thanks! ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: When will NM 0.7 be released ?
On Wed, Oct 15, 2008 at 06:58:00PM -0400, Dan Williams wrote: On Tue, 2008-10-14 at 23:44 +0200, Mildred Ki'Lya wrote: Hi, Just a question, it seems anyone here forgot that the 0.7 version was not released. So unfortunately, because of that, it can't make its way to the packages of my distribution (ArchLinux). I know I can compile myself, but it's not that easy. I made several attempts which all failed. So the question: is releasing NM 0.7 planned, if it is, do you have an idea when? It's gonna happen by the end of the month or I'll hang myself. Which is gonna happen? :) -- pozsy ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: VPN Only for this address range equivalent
On Wed, 2008-10-29 at 15:10 -0700, Jonathan wrote: In the old NetworkManager I could set a range of addresses to use the VPN connection for and have the rest not use it. I don't see this equivalent in the 0.7.0. Is there somewhere I can configure this? I basically only want it to use the VPN for all addresses on a certain domain. You can add custom routes in the IPv4 tab of the connection editor for the VPN connection. You can also check ignore automatically provided routes if you don't care what the server sends you. Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Fwd: Problems with NM over D-Bus 3!
On Wed, 2008-10-29 at 16:13 +0100, Marco Franke wrote: Good evening, I have tried to start a ad-hoc network over the D-Bus. I have used this command: dbus-send --print-reply --system --dest=org.freedesktop.NetworkManager /org/freedesktop/NetworkManager org.freedesktop.NetworkManager.createWirelessNetwork objpath:'/org/freedesktop/NetworkManager/Devices/eth2' string:'bah' uint32: 0x1 (IW_AUTH_CIPHER_NONE) Sorry, the cipher argument should be an int32, not a uint32. Dan But it doesn't work. I imagine, that the last parameter ( cipher (u)) is wrong. But I don't know, how I have to use it. Please help Thanks Marco Franke -- Mfg der bijektive Homomorphismus ist ein Isomorphismus Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: networkmanager causes gnome to not be able to open any programs
On Wed, 2008-10-29 at 10:38 -0400, Izzy Condie wrote: I have been having this problem for a while now and it has seemed random. All of a sudden I can't open any more programs, nothing happens. If I try to open a program in a console I get something like: gedit No protocol specified Cannot open display: Run 'gedit --help' to see a full list of available command line options. I check the display variable and it looks fine. I finally narrowed it down to something with networkmanager. I will be fine until I switch networks in networkmanager. If networkmanager always stays on the same network I am fine, but if I dare change networks I am then forced to kill X and re-log back in to be able to open anything new. What is causing this? Has anyone else experienced it? I found that the HOSTNAME variable was being reset to localhost.localdomain.com after networkmanager started up on my distro. I don't know where networkmanager was getting its information What is the contents of /etc/NetworkManager/nm-system-settings.conf? It could well be that you either have an older snapshot, or your distro hasn't configured it's system settings config correctly. Dan from on my distro so I simply added a HOSTNAME=$YOURHOSTNAME to my dhcpcd configuration file. On my distro its in /etc/conf.d/dhcpcd ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: [PATCH] Re: NM 0.7 Ignores ppp configuration
On Wed, 2008-10-29 at 13:53 +0100, Alexander Sack wrote: Patch to merge ip4config for ppp codepaths for -ethernet and -serial device. Not sure if its worth to unify this in the parent class. The patch works for me for mobile broadband. Have no setup to verify pppoe part. (If it doesnt apply cleanly its most likely because of the accessor changes that were made on the trunk, but which i couldnt pull into ubuntu for now (because of the late landing).) r4234, thanks! Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Feature request: Add a method to NetworkManagerSettings interface to create a new auto connection for a specified device.
On Wed, 2008-10-29 at 22:30 +0800, Zhe Su wrote: Hi, Currently, NetworkManagerSettings interface has method ListConnections() to list all existing connections. NetworkManagerSettings.Connection interface has method Update() to update properties of a connection, and Delete() to delete the connection. But there is no method to create a new auto connection for a specified device. Thus, it's impossible to fully control network manager and its applet from another application without implementing its own settings service. My suggestion is to add a new method to NetworkManagerSettings interface, say NewAutoConnection (or similar), to create a new auto connection for a specified device. Input parameter would be the device path and returns the path to newly created connection. You'd need to take into account different device types, because for some devices (wifi) you also need to specify some AP characteristics (at minimum, the SSID). Just NewAutoConnection() would be too simple. It also shouldn't take a device path, because connections aren't tied to a particular device at all; they can apply to any device of the same class. The way you tie a particular device to a connection is by locking the connection to the MAC address of that device. That's a property of the connection, and something that the caller of NewConnection would pass in the connection settings. With this new method, the API would be self-contained. 3rd applications would gain full connection manipulation ability solely via dbus, without linking to libnm-glib and libnm-utils. To be fair, libnm-glib and libnm-util have never been requirements, they are simply convenience libraries. Its quite possible to do everything the applet does in Python using plain D-Bus. Basically, you can do all of this today using the system settings service if you like, with the keyfile plugin, authenticated by PolicyKit. This is how the connection editor already works when creating new system connections, or when moving a connection from user to system scope. I'd suggest using the system settings service instead of the applet, since that also allows the connection to be used before login and across fast user switches. Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Feature request: Add a method to NetworkManagerSettings interface to create a new auto connection for a specified device.
On Thu, Oct 30, 2008 at 12:53 PM, Dan Williams [EMAIL PROTECTED] wrote: On Wed, 2008-10-29 at 22:30 +0800, Zhe Su wrote: Hi, Currently, NetworkManagerSettings interface has method ListConnections() to list all existing connections. NetworkManagerSettings.Connection interface has method Update() to update properties of a connection, and Delete() to delete the connection. But there is no method to create a new auto connection for a specified device. Thus, it's impossible to fully control network manager and its applet from another application without implementing its own settings service. My suggestion is to add a new method to NetworkManagerSettings interface, say NewAutoConnection (or similar), to create a new auto connection for a specified device. Input parameter would be the device path and returns the path to newly created connection. You'd need to take into account different device types, because for some devices (wifi) you also need to specify some AP characteristics (at minimum, the SSID). Just NewAutoConnection() would be too simple. After creating the new connection, application can fill in the required properties by calling connection's Update() method. It also shouldn't take a device path, because connections aren't tied to a particular device at all; they can apply to any device of the same class. The way you tie a particular device to a connection is by locking the connection to the MAC address of that device. That's a property of the connection, and something that the caller of NewConnection would pass in the connection settings. Then NewConnection() method can just create a new empty connection without any property. Without this method, there is no way to an application to create a new connection at all. With this new method, the API would be self-contained. 3rd applications would gain full connection manipulation ability solely via dbus, without linking to libnm-glib and libnm-utils. To be fair, libnm-glib and libnm-util have never been requirements, they are simply convenience libraries. Its quite possible to do everything the applet does in Python using plain D-Bus. Yes, it's possible, but if there is no external settings service that supports creating new connection via dbus, application must setup its own settings service and provide connection information by itself. It's far more complex and it's currently impossible in our application. Basically, you can do all of this today using the system settings service if you like, with the keyfile plugin, authenticated by PolicyKit. This is how the connection editor already works when creating new system connections, or when moving a connection from user to system scope. I'd suggest using the system settings service instead of the applet, since that also allows the connection to be used before login and across fast user switches. How to create a new connection in system settings service via dbus? It's not feasible for us to depend on anything else except dbus. Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
