Re: [PATCH] mm-modem-mbm.c
On Mon, Oct 27, 2008 at 7:25 PM, bjornrun [EMAIL PROTECTED] wrote: Hope this makes the patch more useful! Thanks! I committed your patch with some minor changes (use spaces instead of tabs everywhere, remove some debug output). Why does the MBM modem not query signal quality while connected? The generic modem code does that because it has ppp connection on the serial port while connected and thus can't issue any AT commands. Tambet ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
RE: Vpn Connections.
Subject: Re: Vpn Connections. From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Mon, 27 Oct 2008 13:01:28 -0400 CC: [EMAIL PROTECTED]; networkmanager-list@gnome.org On Mon, 2008-10-27 at 12:34 -0400, Paul Wouters wrote: On Mon, 27 Oct 2008, Martinsson Patrik wrote: How does NetworkManagaer handle the import of cisco pcf file ? What im really interested in is if it uses all the settings i have in that file ? Openswan has a pcf2os.pl script on contrib/ that can convert pcf files to openswan config files. However, the pcf file can contain an obfuscated group PSK. I don't know if anyone ever wrote a proper deobfuscation program. There used to be something at http://femto.cs.uiuc.edu/~sbond/vpnc/ which basically amounted to running the cisco client through ltrace -i and read it from a memcpy statement. It's been completely handled now, vpnc ships a 'cisco-decrypt' in the tarball which doesn't depend on the binary cisco client. There are some patches awaiting my review that will automatically decrypt the group password on import. Dan In fact, it's even easier. vpnc runs a web form to decode encrypted group password. You just have to type in the encrypted password and click decode: http://www.unix-ag.uni-kl.de/~massar/bin/cisco-decode NetworkManager: VPN connection 'Connection to SMHI' (Connect) reply received. /usr/sbin/vpnc: noninteractive can't reuse password If this is using XAUTH, Openswan now supports storing the XAUTH password in its /etc/ipsec.secrets file (though I know NM would like to be able to just pass all arguments to openswan) Paul, who wishes he had more cycles to spend on integrating NM and openswan. ___ 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 _ Store, manage and share up to 5GB with Windows Live SkyDrive. http://skydrive.live.com/welcome.aspx?provision=1?ocid=TXT_TAGLM_WL_skydrive_102008 ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: How to connect to a specified wireless access point via network manager's dbus service?
Do you think this approach is feasible? If not, is there any other solution?
Regards
James Su
On Tue, Oct 21, 2008 at 11:40 PM, Zhe Su [EMAIL PROTECTED] wrote:
network-manager-applet has a piece of code to create a new default
connection when connecting to a device which doesn't have connection yet.
See function applet_menu_item_activate_helper() in applet.c line 313.
I'm wondering if it's ok to export this piece of code through
org.freedesktop.NetworkManagerUserSettings interface.
Maybe a new method: GetConnectionsForDevice(o: device), which returns
existing connections for a specific device, or creates and returns a new
default connection, if there is no connection for the device yet.
Regards
James Su
On Tue, Oct 21, 2008 at 9:29 PM, Dan Williams [EMAIL PROTECTED] wrote:
On Tue, 2008-10-21 at 09:25 +0800, Zhe Su wrote:
Thanks for your feedback.
On Tue, Oct 21, 2008 at 1:28 AM, Dan Williams [EMAIL PROTECTED] wrote:
On Sat, 2008-10-18 at 23:47 +0800, Zhe Su wrote:
Hi,
I'm writing an application which needs to control network
manager
via its dbus service, especially to connect the wifi to a
specified
access point. I'm using openSUSE 11 with network manager
0.7. After
reading the documentation and source code of network manager
applet, I
found that a connection object must be created for the
access point
before calling network manager to activate the ap. However
seems that
it's only possible to create connection object by using
functions
provided by libnm-{glib,utils}. There is no corresponding
methods
exported through dbus. But I don't want to make my
application depend
on libnm.
So I'm wondering if there is any way to achieve my goal
with nm's
dbus service only?
Do you expect the applet to be running alongside your program?
Yes.
_Something_ needs to provide the Connection details to
NetworkManager,
and right now that's the applet. If you want to replace the
applet and
provide your own org.freedesktop.NetworkManagerUserSettings
service,
that would work.
I'm going to use existing settings service instead of providing a new
one. The problem is, current org.freedesktop.NetworkManagerSettings
interface doesn't have a method to create a new connection for a
specific device and access point, which makes it impossible to
activate the device in my application if there is no connection for
that device yet. And it might be handy to have a method in
org.freedesktop.NetworkManager to activate a specific device without
specifying the connection (a temporary default connection shall be
created and used by network manager), so that network manager can
still work in many cases without settings service.
No, creating a temporary connection won't work because no settings
service provides that connection over dbus. Thus, nothing (like the
applet or your application) can actually figure out the connection
details, and thus won't know what the connection's name is, what it's
uuid is, what it's IP settings are supposed to be etc. NetworkManager
_consumes_ connections, it doesn't provide them. Thus, something else
must provide them.
You could try writing out the connection you wish to use directly to
GConf, and then the applet will pick that connection up automatically
and you can tell NM to activate it.
Dan
And when will nm 0.7 be released officially?
Regards
James Su
Once you have provided the connection object over D-Bus, NM
can find it,
and you can tell NM to activate that connection. You can
BSS-lock that
connection to the particular AP you're interested in.
Dan
___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: [PATCH] Support default path for importing openvpn configuration file
On Sat, Oct 25, 2008 at 7:37 AM, Bin Li [EMAIL PROTECTED] wrote: On Sat, Oct 25, 2008 at 5:36 AM, Dan Williams [EMAIL PROTECTED] wrote: On Fri, 2008-10-24 at 23:41 +0800, Bin Li wrote: On Fri, Oct 24, 2008 at 10:53 PM, Dan Williams [EMAIL PROTECTED] wrote: On Fri, 2008-10-24 at 11:36 +0300, Tambet Ingo wrote: It leaks 'default_path' variable in do_import(). I'd also use g_build_filename() in handle_path_item() in case the path isn't absolute. Yeah, other than that, looks good though. If you could post it again when this is cleaned up, then we can commit. Tambet, do you commit your change? Do you need I change it like your said? Yeah, if you could provide an updated patch that would be great. Update the new patch. Feel free to change it, :) Dan, What's the status of this patch? ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: [PATCH] Support default path for importing openvpn configuration file
On Tue, Oct 28, 2008 at 11:50 AM, Bin Li [EMAIL PROTECTED] wrote: What's the status of this patch? I just committed it. Thanks! Tambet ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: mbca: CDMA operator issues
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 list of operators could easily be filtered based on network type, but libmbca API doesn't support that ATM :/ It's also sometimes possible to pull out what CDMA provider the card is meant for by grepping the output of ATI, because the firmware strings will sometimes contain the provider name. Might be a future optimization to suggest the provider based on that, but let the user override if they wish. True, but let's see if we can get network ID's to the database. We can use those to present smart suggestions to the users and since network id is inquired from the phone it's pretty accurate. 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. -- Antti signature.asc Description: Digitaalisesti allekirjoitettu viestin osa ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
[PATH]: modem-manager: fix for coldstart connect problem + parser hooks for unsolicited msgs
Index: plugins/mm-modem-mbm.c
===
--- plugins/mm-modem-mbm.c (revision 809)
+++ plugins/mm-modem-mbm.c (revision 816)
@@ -42,6 +42,9 @@
typedef struct {
char *network_device;
+GRegex *boot_trig_regex;
+GRegex *msg_waiting_regex;
+gpointer std_parser;
} MMModemMbmPrivate;
enum {
@@ -245,8 +248,38 @@
/*/
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
+msg_waiting (const char *str, gpointer data)
+{
+}
+
+static gboolean
+mbm_parse_response (gpointer data, GString *response, GError **error)
+{
+MMModemMbmPrivate *priv = MM_MODEM_MBM_GET_PRIVATE (data);
+
+mm_util_strip_string (response, priv-boot_trig_regex, boot_trig, data);
+mm_util_strip_string (response, priv-msg_waiting_regex, msg_waiting, data);
+
+return mm_serial_parser_v1_parse (priv-std_parser, response, error);
+}
+
+static void
mm_modem_mbm_init (MMModemMbm *self)
{
+MMModemMbmPrivate *priv = MM_MODEM_MBM_GET_PRIVATE (self);
+
+priv-boot_trig_regex = g_regex_new (\\r\\n\\+PACSP0\\r\\n, G_REGEX_RAW | G_REGEX_OPTIMIZE, 0, NULL);
+priv-msg_waiting_regex = g_regex_new (\\r\\n[\\*]EMWI\\r\\n, G_REGEX_RAW | G_REGEX_OPTIMIZE, 0, NULL);
+
+priv-std_parser = mm_serial_parser_v1_new ();
+
+mm_serial_set_response_parser (MM_SERIAL (self), mbm_parse_response, self, NULL);
}
static void
___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: [PATH]: modem-manager: fix for coldstart connect problem + parser hooks for unsolicited msgs
Hey, A couple of comments: * Both new regexps and std_parser are leaked. Dereference them in finalize(). * No need to create an empty callback (msg_waiting), you can just send NULL to mm_util_strip_string(). Thanks, Tambet ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: mbca: CDMA operator issues
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. 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. Dan It's also sometimes possible to pull out what CDMA provider the card is meant for by grepping the output of ATI, because the firmware strings will sometimes contain the provider name. Might be a future optimization to suggest the provider based on that, but let the user override if they wish. True, but let's see if we can get network ID's to the database. We can use those to present smart suggestions to the users and since network id is inquired from the phone it's pretty accurate. 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. ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
RE: Vpn Connections.
On Tue, 2008-10-28 at 08:43 +, New Acct wrote: Subject: Re: Vpn Connections. From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Mon, 27 Oct 2008 13:01:28 -0400 CC: [EMAIL PROTECTED]; networkmanager-list@gnome.org On Mon, 2008-10-27 at 12:34 -0400, Paul Wouters wrote: On Mon, 27 Oct 2008, Martinsson Patrik wrote: How does NetworkManagaer handle the import of cisco pcf file ? What im really interested in is if it uses all the settings i have in that file ? Openswan has a pcf2os.pl script on contrib/ that can convert pcf files to openswan config files. However, the pcf file can contain an obfuscated group PSK. I don't know if anyone ever wrote a proper deobfuscation program. There used to be something at http://femto.cs.uiuc.edu/~sbond/vpnc/ which basically amounted to running the cisco client through ltrace -i and read it from a memcpy statement. It's been completely handled now, vpnc ships a 'cisco-decrypt' in the tarball which doesn't depend on the binary cisco client. There are some patches awaiting my review that will automatically decrypt the group password on import. Dan In fact, it's even easier. vpnc runs a web form to decode encrypted group password. You just have to type in the encrypted password and click decode: http://www.unix-ag.uni-kl.de/~massar/bin/cisco-decode Um, that's sort of insecure :) Seriously, /usr/bin/cisco-decrypt is the easiest solution by far. If you have vpnc installed, you have cisco-decrypt (or else your distros vpnc maintainer should be shot). You don't even need network access for it, and your group secret doesn't escape outside your machine. Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: New icons for nm-applet
On Mon, 2008-10-27 at 22:24 +, Karl Lattimer wrote: On Mon, 2008-10-27 at 12:59 -0400, Dan Williams wrote: On Mon, 2008-10-27 at 17:14 +, Karl Lattimer wrote: Hi there, I've always loathed the icons shipped with fedora for network manager, they just don't seem to fit with our current gnome look. Over the weekend I sat and drew up some new icons, they're inspired a bit by jimmac's new icons for suse as seen here http://jimmac.musichall.cz/i.php?i=NetworkManager I've only done these icons in 24x24 but could do 22x22 and 16x16 if asked *really* nicely :) Yep, I've seen these, there's a bug open for them on gnome.org, but there's on objection I have: the progress icon re-uses the signal strength bars as the progress meter, which is confusing. If the progress icons were re-done using the spinning balls or some other indicator, then I'd do another eval and they might just get committed... jimmac declined to spend time on that. Dan Did you by any chance take a look at the icons I drew? You can grab the icons from here; http://www.wine-doors.org/releases/nm-applet-icons.tar.gz Sorry about that, lots 'o mail. I suck. Yours look better, thanks :) One question though: the vpn connecting icons are intended to be composited on top of the existing connection icon, and the ones you drew are centered, thus they would obscure whatever connection icon was underneath. Is that intended? Any chance you could see what they look like with the padlock in the lower-right corner instead? The progress circle might need to be darker (or have a color and a bit more saturation) so that it stands out against the blue of the WiFi signal bars, not sure exactly how you might want to do that. Thanks! Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: [PATCH] nm-applet for MBM (Show technology)
On Mon, 2008-10-27 at 16:35 -0400, Dan Williams wrote:
On Mon, 2008-10-27 at 10:14 -0700, bjornrun wrote:
Hello NetworkManager List!
Here are some patches to networkmanager applet for MBM so technology used in
connection is shown in applet.
Note this uses the earlier patch in Modem-Manager.
Hang on for a bit with these patches, we'll be switching over to
ModemManager imminently and then we can start doing this sort of thing.
But, for the icons, don't create completely new ones. Just create small
badges (the same size as nm-vpn-active-lock.png) and then we'll just
composite them on top of the existing icon in another layer. There's
already a VPN layer, so we'll just add another for mobile broadband
speeds.
BTW, are there standard decals/icons for the speeds? I know most
phones use a G or an E for GPRS/EDGE, and a 3G for UMTS/HSPA, maybe we
can do a bit better and have some more color :) As long as people will
recognize it of course.
Dan
However, where would it go? The VPN lock already occupies the
lower-right corner, so that can't be used. We can't cover up too much
of the signal strength bars, otherwise it starts getting rediculous...
we may want to hold off on speed icons until we redesign the applet UI.
Dan
Regards,
Bjorn
@@ -316,6 +347,7 @@
char **tip,
NMApplet *applet)
{
+ NMAGsmModem *modem;
GdkPixbuf *pixbuf = NULL;
const char *iface;
NMSettingConnection *s_con = NULL;
@@ -335,16 +367,82 @@
*tip = g_strdup_printf (_(Waiting for user authentication on
device
'%s'...), iface);
break;
case NM_DEVICE_STATE_ACTIVATED:
- if (s_con) {
- const char *id;
+ modem = (NMAGsmModem *) g_object_get_data (G_OBJECT (device),
gsm-modem);
+ if (modem) {
+ char *oper_code;
+ char *oper_name;
+ guint32 reg_status;
+ guint32 quality;
+ guint32 network_mode;
+
+
+ quality = nma_gsm_modem_get_signal_quality (modem);
+ quality = CLAMP (quality, 0, 100);
+ network_mode = nma_gsm_modem_get_network_mode (modem);
+
+ g_debug(quality = %d, net = %d, quality,
network_mode);
+
+ if (quality 80) {
+ switch (network_mode) {
+ case MM_MODEM_GSM_NETWORK_MODE_HSDPA:
+ pixbuf = applet-wireless_100_H_icon;
break;
+ case MM_MODEM_GSM_NETWORK_MODE_3G:
+ pixbuf = applet-wireless_100_U_icon;
break;
+ case MM_MODEM_GSM_NETWORK_MODE_GPRS:
+ pixbuf = applet-wireless_100_E_icon;
break;
+ default:
+ pixbuf = applet-wireless_100_icon;
+ }
+ } else if (quality 55) {
+ switch (network_mode) {
+ case MM_MODEM_GSM_NETWORK_MODE_HSDPA:
+ pixbuf = applet-wireless_75_H_icon;
break;
+ case MM_MODEM_GSM_NETWORK_MODE_3G:
+ pixbuf = applet-wireless_75_U_icon;
break;
+ case MM_MODEM_GSM_NETWORK_MODE_GPRS:
+ pixbuf = applet-wireless_75_E_icon;
break;
+ default:
+ pixbuf = applet-wireless_75_icon;
+ }
+ } else if (quality 30) {
+ switch (network_mode) {
+ case MM_MODEM_GSM_NETWORK_MODE_HSDPA:
+ pixbuf = applet-wireless_50_H_icon;
break;
+ case MM_MODEM_GSM_NETWORK_MODE_3G:
+ pixbuf = applet-wireless_50_U_icon;
break;
+ case MM_MODEM_GSM_NETWORK_MODE_GPRS:
+ pixbuf = applet-wireless_50_E_icon;
break;
+ default:
+ pixbuf = applet-wireless_50_icon;
+ }
+ } else if (quality 5) {
+ switch (network_mode) {
+ case MM_MODEM_GSM_NETWORK_MODE_HSDPA:
+ pixbuf = applet-wireless_25_H_icon;
break;
+ case MM_MODEM_GSM_NETWORK_MODE_3G:
+ pixbuf = applet-wireless_25_U_icon;
break;
+ case MM_MODEM_GSM_NETWORK_MODE_GPRS:
+
RE: Vpn Connections.
Well, the problem in my case wasnt the decrypting. I was just a bit curios how it handled it, but that part worked out as expected. Did anybody by chance had a look at the problem i described yesterday ? This is what not seems to be working, at least in my case. When im entering a key that is not valid, if i let say by mistake typed in wrong key it will say something like Cant connect to vpn etc. which is fine, but then when im trying to connect again, i don't get prompted for another password, it just uses the old one and quickly tells me Cant connect to vpn etc. However, if i successfully connects to a vpn network (when i typed in the right key ofcourse) and then disconnects and then again connect to it, it will ask me for a password, which is the way it should behave. /Patrik From: [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: Vpn Connections. Date: Tue, 28 Oct 2008 08:43:42 + CC: [EMAIL PROTECTED]; networkmanager-list@gnome.org Subject: Re: Vpn Connections. From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Mon, 27 Oct 2008 13:01:28 -0400 CC: [EMAIL PROTECTED]; networkmanager-list@gnome.org On Mon, 2008-10-27 at 12:34 -0400, Paul Wouters wrote: On Mon, 27 Oct 2008, Martinsson Patrik wrote: How does NetworkManagaer handle the import of cisco pcf file ? What im really interested in is if it uses all the settings i have in that file ? Openswan has a pcf2os.pl script on contrib/ that can convert pcf files to openswan config files. However, the pcf file can contain an obfuscated group PSK. I don't know if anyone ever wrote a proper deobfuscation program. There used to be something at http://femto.cs.uiuc.edu/~sbond/vpnc/ which basically amounted to running the cisco client through ltrace -i and read it from a memcpy statement. It's been completely handled now, vpnc ships a 'cisco-decrypt' in the tarball which doesn't depend on the binary cisco client. There are some patches awaiting my review that will automatically decrypt the group password on import. Dan In fact, it's even easier. vpnc runs a web form to decode encrypted group password. You just have to type in the encrypted password and click decode: http://www.unix-ag.uni-kl.de/~massar/bin/cisco-decode NetworkManager: VPN connection 'Connection to SMHI' (Connect) reply received. /usr/sbin/vpnc: noninteractive can't reuse password If this is using XAUTH, Openswan now supports storing the XAUTH password in its /etc/ipsec.secrets file (though I know NM would like to be able to just pass all arguments to openswan) Paul, who wishes he had more cycles to spend on integrating NM and openswan. ___ 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 _ Store, manage and share up to 5GB with Windows Live SkyDrive. http://skydrive.live.com/welcome.aspx?provision=1?ocid=TXT_TAGLM_WL_skydrive_102008 ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list _ Senaste sportnyheterna rykande färska resultat! http://sport.msn.se/___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: New icons for nm-applet
Sorry about that, lots 'o mail. I suck. Yours look better, thanks :) One question though: the vpn connecting icons are intended to be composited on top of the existing connection icon, and the ones you drew are centered, thus they would obscure whatever connection icon was underneath. Is that intended? Ok, one question, I don't have a VPN to connect to so I just drew up icons to replace the existing ones, I didn't realise that a composite would be made... Could you send me an SVG of the layers in the existing composite so I can have a poke at it? Any chance you could see what they look like with the padlock in the lower-right corner instead? If I can see the composite :) The progress circle might need to be darker (or have a color and a bit more saturation) so that it stands out against the blue of the WiFi signal bars, not sure exactly how you might want to do that. The progress circle is supposed to be contrasting with both light and dark themes so it is visible but not opaque, I could probably change it so it remains contrasting but is a bit more opaque. I've been using these icons for a few days now, and the thing that I really like about them (even if I am blowing my own trumpet a little) is that instead of two separate LED-a-like lights, we have one dot which goes from translucent to yellow to green :) This also solves the problem you mentioned earlier regarding the progress bar. BR, K ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Vpn Connections.
On Mon, 2008-10-27 at 11:24 +0100, Martinsson Patrik wrote: Hello all ! Im using NetworkManager 0.7 in Fedora 9 and seems to have problem with the vpn connections, which is a shame because that is basicly the function i want to use :) Anyway, the question. How does NetworkManagaer handle the import of cisco pcf file ? What im really interested in is if it uses all the settings i have in that file ? Settings im wondering about is, SaveUserPassword=0 SaveGroupPwd=1 enc_GroupPwd=[hash] Why im wondering this is because when i make a connection to my vpn network and i type in the right password, everything works well, but if i disconnect and then make second try to connect i want to type in a new password (couse we have these RSA secureID tags where we get our passwords from for each connection), however i never get asked/prompted to type in the password again, it seems like it tries to connect with the old password, which of course is not successful..I look at the debug messages and what I get is this, NM-vpnc doesn't yet support the RSA secureID tags. We'll be doing this soon (post 0.7) but at the moment, we cannot handle the challenge/response very well. There are patches in Fedora to only save the group password in the keyring which you might be able to use, but upstream we'll fix this in a better manner. Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: New icons for nm-applet
On Tue, 2008-10-28 at 15:27 +, Karl Lattimer wrote: Sorry about that, lots 'o mail. I suck. Yours look better, thanks :) One question though: the vpn connecting icons are intended to be composited on top of the existing connection icon, and the ones you drew are centered, thus they would obscure whatever connection icon was underneath. Is that intended? Ok, one question, I don't have a VPN to connect to so I just drew up icons to replace the existing ones, I didn't realise that a composite would be made... Could you send me an SVG of the layers in the existing composite so I can have a poke at it? Hmm, how would I do that? Basically, the VPN lock is always composited into the lower-righthand corner of the large icon. Everything else gets centered. The existing VPN progress icons are built (with the lock positioned in the lower-right corner) so that they can just be smashed on top of the current icon and it'll all be positioned correctly. So match the size of the nm-vpn-connecting-* set to the same overall size as the applet icon area, but just offset the vpn lock itself so it's positioned in the lower-right corner. The progress twirlie can probably stay where it is. Existing connection with VPN active: http://bigw.org/~dan/Screenshot.png Thanks! Dan Any chance you could see what they look like with the padlock in the lower-right corner instead? If I can see the composite :) The progress circle might need to be darker (or have a color and a bit more saturation) so that it stands out against the blue of the WiFi signal bars, not sure exactly how you might want to do that. The progress circle is supposed to be contrasting with both light and dark themes so it is visible but not opaque, I could probably change it so it remains contrasting but is a bit more opaque. I've been using these icons for a few days now, and the thing that I really like about them (even if I am blowing my own trumpet a little) is that instead of two separate LED-a-like lights, we have one dot which goes from translucent to yellow to green :) This also solves the problem you mentioned earlier regarding the progress bar. BR, K ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: New icons for nm-applet
On Tue, 2008-10-28 at 11:48 -0400, Dan Williams wrote: On Tue, 2008-10-28 at 15:27 +, Karl Lattimer wrote: Sorry about that, lots 'o mail. I suck. Yours look better, thanks :) One question though: the vpn connecting icons are intended to be composited on top of the existing connection icon, and the ones you drew are centered, thus they would obscure whatever connection icon was underneath. Is that intended? Ok, one question, I don't have a VPN to connect to so I just drew up icons to replace the existing ones, I didn't realise that a composite would be made... Could you send me an SVG of the layers in the existing composite so I can have a poke at it? Hmm, how would I do that? Basically, the VPN lock is always composited into the lower-righthand corner of the large icon. Everything else gets centered. The existing VPN progress icons are built (with the lock positioned in the lower-right corner) so that they can just be smashed on top of the current icon and it'll all be positioned correctly. So match the size of the nm-vpn-connecting-* set to the same overall size as the applet icon area, but just offset the vpn lock itself so it's positioned in the lower-right corner. The progress twirlie can probably stay where it is. Existing connection with VPN active: http://bigw.org/~dan/Screenshot.png Now I get what you mean... Let me ponder this, I'll get back to you as soon as I can see a good solution. BR, K ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: New icons for nm-applet
On Tue, 2008-10-28 at 15:52 +, Karl Lattimer wrote: On Tue, 2008-10-28 at 11:48 -0400, Dan Williams wrote: On Tue, 2008-10-28 at 15:27 +, Karl Lattimer wrote: Sorry about that, lots 'o mail. I suck. Yours look better, thanks :) One question though: the vpn connecting icons are intended to be composited on top of the existing connection icon, and the ones you drew are centered, thus they would obscure whatever connection icon was underneath. Is that intended? Ok, one question, I don't have a VPN to connect to so I just drew up icons to replace the existing ones, I didn't realise that a composite would be made... Could you send me an SVG of the layers in the existing composite so I can have a poke at it? Hmm, how would I do that? Basically, the VPN lock is always composited into the lower-righthand corner of the large icon. Everything else gets centered. The existing VPN progress icons are built (with the lock positioned in the lower-right corner) so that they can just be smashed on top of the current icon and it'll all be positioned correctly. So match the size of the nm-vpn-connecting-* set to the same overall size as the applet icon area, but just offset the vpn lock itself so it's positioned in the lower-right corner. The progress twirlie can probably stay where it is. Existing connection with VPN active: http://bigw.org/~dan/Screenshot.png Now I get what you mean... Let me ponder this, I'll get back to you as soon as I can see a good solution. Great, hope it's soon :) I'd think just moving the padlock down and to the right in the existing images would be just fine. Thanks! Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: [PATCH] nm-applet for MBM (Show technology)
On Tue, 2008-10-28 at 15:50 +, Karl Lattimer wrote: On Tue, 2008-10-28 at 11:15 -0400, Dan Williams wrote: On Mon, 2008-10-27 at 16:35 -0400, Dan Williams wrote: On Mon, 2008-10-27 at 10:14 -0700, bjornrun wrote: Hello NetworkManager List! Here are some patches to networkmanager applet for MBM so technology used in connection is shown in applet. Note this uses the earlier patch in Modem-Manager. Hang on for a bit with these patches, we'll be switching over to ModemManager imminently and then we can start doing this sort of thing. But, for the icons, don't create completely new ones. Just create small badges (the same size as nm-vpn-active-lock.png) and then we'll just composite them on top of the existing icon in another layer. There's already a VPN layer, so we'll just add another for mobile broadband speeds. BTW, are there standard decals/icons for the speeds? I know most phones use a G or an E for GPRS/EDGE, and a 3G for UMTS/HSPA, maybe we can do a bit better and have some more color :) As long as people will recognize it of course. I was going to mention this also, there is actually an icon for GPRS/GSM, a stylised E is used for Edge, and 3G for UMTS and 3.5G for HSDPA I believe (these are used on nokia phones and possibly others). It would of course be nice to get better metaphors for each of these, in the same way as the GPRS/GSM icon is descriptive of what it is even if it isn't descriptive of which it is. Further problems are abound though, for instance if we choose dark colours for the glyphs then they won't work on dark themes, and we will have some difficulty with tango styling as they'll be so small. 1px line width... Probably a good idea to speak with Garret/Jimmac about this as they'll probably have some good ideas as to how we can deal with the problem at this small size. Also Tango forbits the use of text in icons, I think this also refers to numbers and letters, they might not cross localisation boundaries very well. Attached is a drawing of the gsm/gprs icon. Ugh... changing the tower design itself is a non-starter, because I just don't think that works. I think decals or colors are really the only way to go here. The tower will also eventually have to have signal strength so it may have to shift to the left with the signal bars marching left - right. For CDMA in the Americas, 2.5G == 1xRTT (between GPRS and EDGE in speed) and the icon is usually just 1X. 3G == EVDO ( 3Mbps, comparable to HSDPA 3.6) usually gets an EV icon. I've never seen purely graphical icons for these. Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: New icons for nm-applet
On Tue, 2008-10-28 at 16:07 +, Karl Lattimer wrote: So match the size of the nm-vpn-connecting-* set to the same overall size as the applet icon area, but just offset the vpn lock itself so it's positioned in the lower-right corner. The progress twirlie can probably stay where it is. Existing connection with VPN active: http://bigw.org/~dan/Screenshot.png Now I get what you mean... Let me ponder this, I'll get back to you as soon as I can see a good solution. Great, hope it's soon :) I'd think just moving the padlock down and to the right in the existing images would be just fine. Probably, but I'd rather do some sketches of some other ideas, I mean it's only one image which is used as an overlay, so that one could be fixed easily, but I'm thinking now in terms of the progress meter for vpn. Maybe if we are moving the padlock down, then I could use icons which are similar to the standard connecting animation but instead of a dot a keyhole or something instead. I'm mulling it, there's some space for flexibility. Hopefully i can knock up some updated icons today, and while i'm at it classify them into sizes for 16,22 and 24 Actually as the padlock is composited we could probably benefit from compositing the icons for gsm/gprs, edge, umts, hsdpa and anything else that comes along, maybe the recently submitted patch should be updated to work in these terms? BR, K ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: New icons for nm-applet
On Tue, 2008-10-28 at 16:11 +, Karl Lattimer wrote: On Tue, 2008-10-28 at 16:07 +, Karl Lattimer wrote: So match the size of the nm-vpn-connecting-* set to the same overall size as the applet icon area, but just offset the vpn lock itself so it's positioned in the lower-right corner. The progress twirlie can probably stay where it is. Existing connection with VPN active: http://bigw.org/~dan/Screenshot.png Now I get what you mean... Let me ponder this, I'll get back to you as soon as I can see a good solution. Great, hope it's soon :) I'd think just moving the padlock down and to the right in the existing images would be just fine. Probably, but I'd rather do some sketches of some other ideas, I mean it's only one image which is used as an overlay, so that one could be fixed easily, but I'm thinking now in terms of the progress meter for vpn. Maybe if we are moving the padlock down, then I could use icons which are similar to the standard connecting animation but instead of a dot a keyhole or something instead. I'm mulling it, there's some space for flexibility. Hopefully i can knock up some updated icons today, and while i'm at it classify them into sizes for 16,22 and 24 Actually as the padlock is composited we could probably benefit from compositing the icons for gsm/gprs, edge, umts, hsdpa and anything else that comes along, maybe the recently submitted patch should be updated to work in these terms? Yes, that's what I replied to it with. The code has layers, and there are currently two layers: device and VPN. We can certainly add a mobile broadband layer in which the mobile broadband badge goes. Just need to figure out where in the icon area that should go so it doesn't conflict with the VPN lock. Because you certainly can have an active VPN over cellular. Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: New icons for nm-applet
On Tue, 2008-10-28 at 12:50 -0400, Dan Williams wrote: On Tue, 2008-10-28 at 16:11 +, Karl Lattimer wrote: On Tue, 2008-10-28 at 16:07 +, Karl Lattimer wrote: So match the size of the nm-vpn-connecting-* set to the same overall size as the applet icon area, but just offset the vpn lock itself so it's positioned in the lower-right corner. The progress twirlie can probably stay where it is. Existing connection with VPN active: http://bigw.org/~dan/Screenshot.png Now I get what you mean... Let me ponder this, I'll get back to you as soon as I can see a good solution. Great, hope it's soon :) I'd think just moving the padlock down and to the right in the existing images would be just fine. Probably, but I'd rather do some sketches of some other ideas, I mean it's only one image which is used as an overlay, so that one could be fixed easily, but I'm thinking now in terms of the progress meter for vpn. Maybe if we are moving the padlock down, then I could use icons which are similar to the standard connecting animation but instead of a dot a keyhole or something instead. I'm mulling it, there's some space for flexibility. Hopefully i can knock up some updated icons today, and while i'm at it classify them into sizes for 16,22 and 24 Actually as the padlock is composited we could probably benefit from compositing the icons for gsm/gprs, edge, umts, hsdpa and anything else that comes along, maybe the recently submitted patch should be updated to work in these terms? Yes, that's what I replied to it with. The code has layers, and there are currently two layers: device and VPN. We can certainly add a mobile broadband layer in which the mobile broadband badge goes. Just need to figure out where in the icon area that should go so it doesn't conflict with the VPN lock. Because you certainly can have an active VPN over cellular. Urgh, now we're starting to have problems... Colours are obviously going to be better as long as there is detailed explanation somewhere of what they mean. Mockups attached for discussion. vpn-umts.svg - My first impression of this is that it's starting to get crowded, and I can make the padlock smaller but loose detail which I feel is critical. vpn-umts2.svg - Slightly less crowded and more appealing I feel, only 3px tall to denote the technology, so we'll have to use vibrant colours which aren't in the tango palette :/ BR, K attachment: vpn-umts.svgattachment: vpn-umts2.svg___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: New icons for nm-applet
On Tue, 2008-10-28 at 17:11 +, Karl Lattimer wrote: On Tue, 2008-10-28 at 12:50 -0400, Dan Williams wrote: On Tue, 2008-10-28 at 16:11 +, Karl Lattimer wrote: On Tue, 2008-10-28 at 16:07 +, Karl Lattimer wrote: So match the size of the nm-vpn-connecting-* set to the same overall size as the applet icon area, but just offset the vpn lock itself so it's positioned in the lower-right corner. The progress twirlie can probably stay where it is. Existing connection with VPN active: http://bigw.org/~dan/Screenshot.png Now I get what you mean... Let me ponder this, I'll get back to you as soon as I can see a good solution. Great, hope it's soon :) I'd think just moving the padlock down and to the right in the existing images would be just fine. Probably, but I'd rather do some sketches of some other ideas, I mean it's only one image which is used as an overlay, so that one could be fixed easily, but I'm thinking now in terms of the progress meter for vpn. Maybe if we are moving the padlock down, then I could use icons which are similar to the standard connecting animation but instead of a dot a keyhole or something instead. I'm mulling it, there's some space for flexibility. Hopefully i can knock up some updated icons today, and while i'm at it classify them into sizes for 16,22 and 24 Actually as the padlock is composited we could probably benefit from compositing the icons for gsm/gprs, edge, umts, hsdpa and anything else that comes along, maybe the recently submitted patch should be updated to work in these terms? Yes, that's what I replied to it with. The code has layers, and there are currently two layers: device and VPN. We can certainly add a mobile broadband layer in which the mobile broadband badge goes. Just need to figure out where in the icon area that should go so it doesn't conflict with the VPN lock. Because you certainly can have an active VPN over cellular. Urgh, now we're starting to have problems... Colours are obviously going to be better as long as there is detailed explanation somewhere of what they mean. Mockups attached for discussion. vpn-umts.svg - My first impression of this is that it's starting to get crowded, and I can make the padlock smaller but loose detail which I feel is critical. vpn-umts2.svg - Slightly less crowded and more appealing I feel, only 3px tall to denote the technology, so we'll have to use vibrant colours which aren't in the tango palette :/ Thinking in these terms now, and maybe the signal strength bars can be altered too... K, ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: New icons for nm-applet
On Tue, 2008-10-28 at 17:22 +, Karl Lattimer wrote: On Tue, 2008-10-28 at 17:11 +, Karl Lattimer wrote: On Tue, 2008-10-28 at 12:50 -0400, Dan Williams wrote: On Tue, 2008-10-28 at 16:11 +, Karl Lattimer wrote: On Tue, 2008-10-28 at 16:07 +, Karl Lattimer wrote: So match the size of the nm-vpn-connecting-* set to the same overall size as the applet icon area, but just offset the vpn lock itself so it's positioned in the lower-right corner. The progress twirlie can probably stay where it is. Existing connection with VPN active: http://bigw.org/~dan/Screenshot.png Now I get what you mean... Let me ponder this, I'll get back to you as soon as I can see a good solution. Great, hope it's soon :) I'd think just moving the padlock down and to the right in the existing images would be just fine. Probably, but I'd rather do some sketches of some other ideas, I mean it's only one image which is used as an overlay, so that one could be fixed easily, but I'm thinking now in terms of the progress meter for vpn. Maybe if we are moving the padlock down, then I could use icons which are similar to the standard connecting animation but instead of a dot a keyhole or something instead. I'm mulling it, there's some space for flexibility. Hopefully i can knock up some updated icons today, and while i'm at it classify them into sizes for 16,22 and 24 Actually as the padlock is composited we could probably benefit from compositing the icons for gsm/gprs, edge, umts, hsdpa and anything else that comes along, maybe the recently submitted patch should be updated to work in these terms? Yes, that's what I replied to it with. The code has layers, and there are currently two layers: device and VPN. We can certainly add a mobile broadband layer in which the mobile broadband badge goes. Just need to figure out where in the icon area that should go so it doesn't conflict with the VPN lock. Because you certainly can have an active VPN over cellular. Urgh, now we're starting to have problems... Colours are obviously going to be better as long as there is detailed explanation somewhere of what they mean. Mockups attached for discussion. vpn-umts.svg - My first impression of this is that it's starting to get crowded, and I can make the padlock smaller but loose detail which I feel is critical. vpn-umts2.svg - Slightly less crowded and more appealing I feel, only 3px tall to denote the technology, so we'll have to use vibrant colours which aren't in the tango palette :/ Thinking in these terms now, and maybe the signal strength bars can be altered too... this is just my own opinion, but i kinda like the icon style that looks a bit more like radio waves [1] better as they are symmetrical and look more like something is transmitted over the air than the current bars that stand next to each other, aligned at the bottom. i'd like to see such icons in NM and would like to know your opinion on this. greets, Björn [1] http://www.o2.co.uk/assets/O2HybridNav/Static-files/Kana/wifi_50x50.gif K, ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list signature.asc Description: This is a digitally signed message part ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: New icons for nm-applet
On Tue, 2008-10-28 at 18:47 +0100, Björn Martensen wrote: On Tue, 2008-10-28 at 17:22 +, Karl Lattimer wrote: On Tue, 2008-10-28 at 17:11 +, Karl Lattimer wrote: On Tue, 2008-10-28 at 12:50 -0400, Dan Williams wrote: On Tue, 2008-10-28 at 16:11 +, Karl Lattimer wrote: On Tue, 2008-10-28 at 16:07 +, Karl Lattimer wrote: So match the size of the nm-vpn-connecting-* set to the same overall size as the applet icon area, but just offset the vpn lock itself so it's positioned in the lower-right corner. The progress twirlie can probably stay where it is. Existing connection with VPN active: http://bigw.org/~dan/Screenshot.png Now I get what you mean... Let me ponder this, I'll get back to you as soon as I can see a good solution. Great, hope it's soon :) I'd think just moving the padlock down and to the right in the existing images would be just fine. Probably, but I'd rather do some sketches of some other ideas, I mean it's only one image which is used as an overlay, so that one could be fixed easily, but I'm thinking now in terms of the progress meter for vpn. Maybe if we are moving the padlock down, then I could use icons which are similar to the standard connecting animation but instead of a dot a keyhole or something instead. I'm mulling it, there's some space for flexibility. Hopefully i can knock up some updated icons today, and while i'm at it classify them into sizes for 16,22 and 24 Actually as the padlock is composited we could probably benefit from compositing the icons for gsm/gprs, edge, umts, hsdpa and anything else that comes along, maybe the recently submitted patch should be updated to work in these terms? Yes, that's what I replied to it with. The code has layers, and there are currently two layers: device and VPN. We can certainly add a mobile broadband layer in which the mobile broadband badge goes. Just need to figure out where in the icon area that should go so it doesn't conflict with the VPN lock. Because you certainly can have an active VPN over cellular. Urgh, now we're starting to have problems... Colours are obviously going to be better as long as there is detailed explanation somewhere of what they mean. Mockups attached for discussion. vpn-umts.svg - My first impression of this is that it's starting to get crowded, and I can make the padlock smaller but loose detail which I feel is critical. vpn-umts2.svg - Slightly less crowded and more appealing I feel, only 3px tall to denote the technology, so we'll have to use vibrant colours which aren't in the tango palette :/ Thinking in these terms now, and maybe the signal strength bars can be altered too... this is just my own opinion, but i kinda like the icon style that looks a bit more like radio waves [1] better as they are symmetrical and look more like something is transmitted over the air than the current bars that stand next to each other, aligned at the bottom. i'd like to see such icons in NM and would like to know your opinion on this. This is a good design, but I wonder about the apple-esque appearance... It wouldn't be difficult for me to make up some new icons with that design, and the padlock placement could end up being a little better, we could also look at having the bars different colours to specify different network types wifi, gprs etc... Of course this wouldn't be ideal in code, but we could work around that i believe. BR, K ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
RE: [REQ] Adding support for simultaneous wireless networks
I'm glad someone from Canonical responded, as Ubuntu is my distro of choice. The reason I don't have access to the access point/router is because the network is locked down to the point of not being able to connect to other devices on the network. I know this is not a standard use case, but you could extend it by imagining someone at Starbucks on the Starbucks wifi wanting to print to their portable printer which only supports wifi. In this case, they would also have to disconnect from the wifi access point and reconnect to the printer. Or imagine a user wanting to connect to two wireless networks at the same time to transfer files. While these two ARE special cases, the other issue should be a fairly common one - having internet through one connection (whether it's wired, wireless, an aircard, bluetooth tethering, dial-up, etc.) and wanting to connect to a wifi enabled printer. In any of these cases, it becomes nigh impossible th achieve the desired result. And so far I haven't found anything in network-manager that will facilitate this. And as stated by Dan, it also extends to other special use cases (sharing a network connection with another device, wanting to access a private network at the same time as your internet connection, etc.) Ideally there would be a way to specify a network connection as an internet connection (and enable load-balancing for multiple connections, I suppose) and designating a network connection as a private connection (automatic searching for devices occurs automatically on all private networks, typing in an IANA restricted IP address will check both networks for availability of that address/port and prompt if it's found on more than one network). Subject: Re: [REQ] Adding support for simultaneous wireless networks From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED]; [EMAIL PROTECTED]; networkmanager-list@gnome.org Date: Mon, 27 Oct 2008 18:58:32 +0100 ah ok then. however, i think it should be a bit more clear to the user what to do. something like a 3 step wizard like bluez-gnome has now for setting up new bluetooth devices would be nice. for example something like this: 1. select the device connected to the internet 2. select the device for others to connect to, to use the shared connection 3. (optional for wifi) select encryption and then nm sets up the shared connection on the chosen device. just an idea, open for improvements and comments ;) greets, Björn On Mon, 2008-10-27 at 11:47 -0400, Dan Williams wrote: On Mon, 2008-10-27 at 16:37 +0100, Bjoern Martensen wrote: a friend of mine has a desktop pc with 2 ethernet devices onboard and uses one to connect to his dsl modem and one to share this pppoe connection over to his xbox. being able to share a connection not only wired - wifi but also wired - wired would be nice in such situations and it can't be done with the current state. NM 0.7 allows connection sharing between arbitrary devices. Dan On Mon, Oct 27, 2008 at 2:01 PM, Jerone Young wrote: This is not a standard use case. The fact is most consumers would have the wireless printer connected to their wifi network. I myself have a wireless printer and it connects to my wifi network, where I just access it like a standard network printer. I'm a little confused on exactly why you are connecting to your printer via ad-hoc mode, unless you do not have a wifi access point. To which once you did get one, you need to connect the printer to the access point. The only common case for this connecting to a printer wirelessly directly is via bluetooth, but this is handled by bluez and not network-manager. Also devices that do support it, handle this easily. Supporting something like this actually confuses users. How do you know which connection to get to the internet from ? .. it makes little since ... On Mon, 2008-10-27 at 00:53 -0600, Brent Newland wrote: I work at a retail store selling computers, and I can tell you that all the printer manufacturer's seem to be going wireless. Out of the latest selection of HP and Canon printers we carry, nearly all of the consumer level machines have built in wireless. Alot of people expect to be able to connect to the internet (whether it's through a wireless network, a cell phone card, a cable) and also be able to connect to their printer at the same time to print wirelessly, but that's not currently an easy thing to configure. What's even worse is if you want to connect to a wireless network while being connected to a wireless printer in ad-hoc mode. Currently, to do this you would have to use airtun-ng (this is the only program I've found which does this): http://www.aircrack-ng.org/doku.php?id=airtun-ngDokuWiki=70b54c7d04564ca6bcee0f8746f3044d#connecting_to_two_access_points That'll let you connect to two wireless networks as long as they are on the same channel. I
problem with networkmanager dbus api
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: gobject dbus udi Udi interface Interface driver Driver capabilitiesCapabilities ip4-address Ip4Address 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. Best regards Sebastian Dransfeld ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: problem with networkmanager dbus api
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 Best regards Sebastian Dransfeld ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: problem with networkmanager dbus api
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?
Best regards
Sebastian Dransfeld
--- dbus/dbus-gobject.c.orig 2008-10-28 22:42:36.0 +0100
+++ dbus/dbus-gobject.c 2008-10-28 22:42:39.0 +0100
@@ -796,6 +796,7 @@
{
const char *prop_ifname;
const char *prop_name;
+ char *gobject_prop_name;
GParamSpec *pspec;
GType value_gtype;
GValue value = {0, };
@@ -815,7 +816,9 @@
p++;
p++;
- pspec = g_object_class_find_property (G_OBJECT_GET_CLASS (object), prop_name);
+ gobject_prop_name = _dbus_gutils_wincaps_to_uscore (prop_name);
+ pspec = g_object_class_find_property (G_OBJECT_GET_CLASS (object), gobject_prop_name);
+ g_free (gobject_prop_name);
if (pspec == NULL)
{
g_warning (introspection data references non-existing property %s, prop_name);
___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list
