Re: NetworkManagerFAQ
On Thu, 2010-04-08 at 09:51 -0400, Darren Albers wrote: > Based on Dan's blog post I went in and scanned through the FAQ and > found that a lot of it was out of date or no longer applied. I > cleaned up a lot of it (It is amazing how much more simple things are > with .7 and higher!) but more could be cleaned up if there was a limit > to what version we applied it to. > > Is it safe to assume that most users are on .7 or higher? I think > Ubuntu 8.04 users (LTS) will still be on 6.6, what about RHEL users? RHEL 5 is current with NetworkManager-0.7.0-10.el5. RHEL 4 appears to have NetworkManager-0.3.1-5.el4, but I'd guess it's not all that widely used. I've never seen it discussed on the mailing list. > > If we still want to keep the information about .6.x users should that > be broken out into a second FAQ? > > Note: A lot of what I updated was to remove some items that should no > longer be an issue like the signal strength issue on Madwifi cards > etc... If anyone feels like I deleted too much feel free to let me > know or add it back. > -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: If wireless security information is not provided to the plug-in, will the default plug-in handle it?
On Fri, Apr 9, 2010 at 8:00 AM, Dan Williams wrote: > On Thu, 2010-04-08 at 17:15 +0800, Mu Qiao wrote: >> On Thu, Apr 8, 2010 at 4:49 PM, Simon Geard wrote: >> > On Thu, 2010-04-08 at 16:38 +0800, Mu Qiao wrote: >> >> One more thing. I find that NetworkManager uses gnome keyring to store >> >> keys. But I didn't find any code doing that. Could you please give me >> >> some directions? >> > >> > NetworkManager doesn't use the gnome keyring itself - the Gnome >> > network-manager-applet does. >> > >> > Simon. >> > >> > ___ >> > networkmanager-list mailing list >> > networkmanager-list@gnome.org >> > http://mail.gnome.org/mailman/listinfo/networkmanager-list >> > >> > >> >> Thanks, great help. >> No wonder I just find keyring code in nm-applet. :) >> Can I say the plug-in should not worry about security information >> since nm-applet will handle it? > > You still need to worry about security information for your plugin if > you're doing a full implementation. The applet stores /user/ settings, > which are specific to that user, while your plugin stores system-wide > settings that are available to all uses. > > However, as long as your plugin returns an error when it's asked to save > a connection that it doesn't support, and as long as you have the > 'keyfile' plugin enabled, then NM falls back to the keyfile plugin. > > In /etc/NetworkManager/NetworkManager.conf (or nm-system-settings.conf), > use: > > [main] > plugins=,keyfile > > > to enable that behavior. > > Dan > > > So if currently I only want to configure IP, gateway, DNS for wireless by my plug-in and ignore security information, will the security information still be handled by nm-applet and my plug-in work properly? -- Best wishes, Mu Qiao ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Bluetooth ICS
Hi Dan, > > Sorry if this question has been asked before, but I got a little bit > > lost in my researches on the Internet. > > > > Is it possible to enable connection sharing via Bluetooth between two > > _computers_ ? One has an ethernet connection and a bluetooth dongle, > > the other only has bluetooth. Does the bluetooth spec implements such > > a possibility ? > > Not quite yet, but we've got a feature request for it in bugzilla and > I've already spent some time thinking about it and discussing > implementation details with relevant people (Bastien, really). > > The general idea is that you'd just check a "share my internet > connection over bluetooth" somewhere, which would poke NM to start up > sharing over bluetooth like any normal NM ICS works. > > I have no idea when this would hit, since some of it depends on other UI > components like gnome-bluetooth or kde-bluetooth. actually this should not involve gnome-bluetooth or any Bluetooth UI code at all. This should be a pure feature inside NetworkManager. So for Bluetooth it does work a little bit different than for WiFi or other technologies, because the profiles clearly define what needs to be done. And there are qualification tests to ensure this. The basic code in bluetoothd is present today, but we have to update the D-Bus API to actually match reality. I have talked with Luiz about it last time and I have the proposal here. Just need to push it and update the code a little bit. General idea is the following. NetworkManager has to create a bridge interface and provide DHCP and DNS servers on this bridge. After that it calls into bluetoothd via D-Bus and activates PAN server. Arguments are the bridge interface name and some authentication details. Then if someone connects over Bluetooth, a new bnepX networking interface will be created and added to the bridge by bluetoothd. That is basically it. And as a side note, nothing is stopping you to also use that bridge for WiFi or anything else. However in that cases normally the bridge in between is not required. With Bluetooth it actually is. Even if you can potentially start many DHCP and DNS servers and point them individually to every bnepX interface. I doesn't really follow the specification and you lose the capabilities of link local support between the clients. And we will not be exposing an API to access the individual bnepX interface manually anyway. Especially since the bnepX namespace is shared between clients and servers. In the end it is just an Ethernet emulation. If you look at the uevent for Bluetooth BNEP interfaces these days, you will see that they are clearly marked with DEVTYPE=bluetooth. And this reminds me that we might need to add some sort of UUID=nap/panu field to it to clearly distinguish the role of it. I have to look into this. Regards Marcel ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: NetworkManagerFAQ
On Thu, Apr 8, 2010 at 7:51 PM, Dan Williams wrote: > On Thu, 2010-04-08 at 09:51 -0400, Darren Albers wrote: >> Based on Dan's blog post I went in and scanned through the FAQ and >> found that a lot of it was out of date or no longer applied. I >> cleaned up a lot of it (It is amazing how much more simple things are >> with .7 and higher!) but more could be cleaned up if there was a limit >> to what version we applied it to. >> >> Is it safe to assume that most users are on .7 or higher? I think >> Ubuntu 8.04 users (LTS) will still be on 6.6, what about RHEL users? > > 0.6.x development is effectively dead. Given that we have now released > 0.8, I don't have particular interest in supporting anything older than > 0.7. Ubuntu 8.04 is two years old at this point. > > RHEL4 has NetworkManager 0.4 and I hope nobody is using it. > > RHEL5 has NM 0.7 (we rebased from 0.6 to 0.7 in the RHEL5.2 cycle). > >> If we still want to keep the information about .6.x users should that >> be broken out into a second FAQ? > > Yeah, probably. > > THanks! > Dan > >> Note: A lot of what I updated was to remove some items that should no >> longer be an issue like the signal strength issue on Madwifi cards >> etc... If anyone feels like I deleted too much feel free to let me >> know or add it back. >> ___ >> networkmanager-list mailing list >> networkmanager-list@gnome.org >> http://mail.gnome.org/mailman/listinfo/networkmanager-list > > > Ok I will create new page for 0.6.x stuff and basically dump it there. The new FAQ focused on 0.7 and 0.8 will be A LOT smaller. ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Bluetooth ICS
On Thu, 2010-04-08 at 16:54 -0700, Dan Williams wrote: > On Thu, 2010-04-08 at 23:53 +0200, Stéphane Maniaci wrote: > > Hi, > > > > Sorry if this question has been asked before, but I got a little bit > > lost in my researches on the Internet. > > > > Is it possible to enable connection sharing via Bluetooth between two > > _computers_ ? One has an ethernet connection and a bluetooth dongle, > > the other only has bluetooth. Does the bluetooth spec implements such > > a possibility ? > > Not quite yet, but we've got a feature request for it in bugzilla and > I've already spent some time thinking about it and discussing > implementation details with relevant people (Bastien, really). > > The general idea is that you'd just check a "share my internet > connection over bluetooth" somewhere, which would poke NM to start up > sharing over bluetooth like any normal NM ICS works. > > I have no idea when this would hit, since some of it depends on other UI > components like gnome-bluetooth or kde-bluetooth. The code needed on the gnome-bluetooth side is one function, akin to the one in the gnome-bluetooth plugin for nm-applet to switch on PAN. It's more finding the time to write the NM code that's the problem ;) In the meanwhile, you can use pand on your "server". There's already pretty good pages on how to do that. On the connecting side, you can then use gnome-bluetooth to pair and enable the connection to that machine. Cheers ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: If wireless security information is not provided to the plug-in, will the default plug-in handle it?
On Thu, 2010-04-08 at 17:15 +0800, Mu Qiao wrote: > On Thu, Apr 8, 2010 at 4:49 PM, Simon Geard wrote: > > On Thu, 2010-04-08 at 16:38 +0800, Mu Qiao wrote: > >> One more thing. I find that NetworkManager uses gnome keyring to store > >> keys. But I didn't find any code doing that. Could you please give me > >> some directions? > > > > NetworkManager doesn't use the gnome keyring itself - the Gnome > > network-manager-applet does. > > > > Simon. > > > > ___ > > networkmanager-list mailing list > > networkmanager-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/networkmanager-list > > > > > > Thanks, great help. > No wonder I just find keyring code in nm-applet. :) > Can I say the plug-in should not worry about security information > since nm-applet will handle it? You still need to worry about security information for your plugin if you're doing a full implementation. The applet stores /user/ settings, which are specific to that user, while your plugin stores system-wide settings that are available to all uses. However, as long as your plugin returns an error when it's asked to save a connection that it doesn't support, and as long as you have the 'keyfile' plugin enabled, then NM falls back to the keyfile plugin. In /etc/NetworkManager/NetworkManager.conf (or nm-system-settings.conf), use: [main] plugins=,keyfile to enable that behavior. Dan ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Bluetooth ICS
On Fri, 2010-04-09 at 01:14 +0100, Bastien Nocera wrote: > On Thu, 2010-04-08 at 16:54 -0700, Dan Williams wrote: > > On Thu, 2010-04-08 at 23:53 +0200, Stéphane Maniaci wrote: > > > Hi, > > > > > > Sorry if this question has been asked before, but I got a little bit > > > lost in my researches on the Internet. > > > > > > Is it possible to enable connection sharing via Bluetooth between two > > > _computers_ ? One has an ethernet connection and a bluetooth dongle, > > > the other only has bluetooth. Does the bluetooth spec implements such > > > a possibility ? > > > > Not quite yet, but we've got a feature request for it in bugzilla and > > I've already spent some time thinking about it and discussing > > implementation details with relevant people (Bastien, really). > > > > The general idea is that you'd just check a "share my internet > > connection over bluetooth" somewhere, which would poke NM to start up > > sharing over bluetooth like any normal NM ICS works. > > > > I have no idea when this would hit, since some of it depends on other UI > > components like gnome-bluetooth or kde-bluetooth. > > The code needed on the gnome-bluetooth side is one function, akin to the > one in the gnome-bluetooth plugin for nm-applet to switch on PAN. > > It's more finding the time to write the NM code that's the problem ;) Great! Where do we plug the NM code in? Did we figure out a place to put the "[X] Share my shit" checkbox, or is that going into the bluetooth applet somewhere? I think it's actually pretty simple on the NM side. Dan ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: complex openvpn - can nm just launch?
On Tue, 2010-04-06 at 22:01 +, Alessandro Bono wrote: > On Tue, 06 Apr 2010 09:25:44 -0700, Dan Williams wrote: > > > On Tue, 2010-04-06 at 10:05 -0600, Scott Serr wrote: > >> I have an openvpn config file that works fine with openvpn. (ubuntu > >> lucid beta) As far as I can tell there is no way to create a like > >> config in the nm openvpn editor. I can make one somewhat similar and > >> export, but it doesn't look enough like mine to work. > > > > Which options? > > Hi Dan > > this is my (short) list of missing options/features > > - support for external dhcp on the server side, normally I configure > openvpn server to push only data that I can't provide via dhcp server. So > ip/mask/dns is taken from dhcp and additional route from openvpn > This configuration works perfectly for windows machine, on certain > customer I have a dedicated openvpn only for me because I can't use > "normal" openvpn configuration :-( Yeah, we need support for this internally. Right now we pretty much assume a tunnel approach, not TAP. It's not that hard to fix that I guess; but in general the real fix for this would be helped by some of the activation changes that I'd like to do to fix the PPPoE issues that people currently have. > - support for multiple remote server Yeah; the trick there is going to be pulling out the IP of the current server and using that to update the routing table, since we have to add a host route to the VPN server over the underlying hardware interface. Maybe that already works just fine for multi-server case, not sure. Dan > > > > > Dan > > > >> I've tried importing/exporting a tweaking, but the wizard thing just > >> isn't flexible enough. (the xml-ization aka 'registry-ization' of just > >> standard config files seems to bite me in various aspects of computing) > >> > >> I'd like to launch openvpn with my config file from nm. Is there a > >> way? Short of that is there a way to make dbus or whatever think of I > >> have network without launching from nm? > >> > >> Thanks! > >> -Scott > >> > >> ___ 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: Portuguese (pt_PT) Europe Translation
On Tue, 2010-04-06 at 22:11 +0100, Nelson Marques wrote: > I always use software in English, but if it needed pt_PT (Portuguese > Europe) translations, please feel free to nag me. Hmm, we've got a generic 'pt' translation, is that different than pt_PT? I'd assumed that 'pt' was already pt_PT given that pt_BR is separate. If they aren't the same, we can add a new translation. If they are the same, and you notice any errors in the translation, we'd certainly accept patches for that. Take a look at the gnome i18n stuff for how to work through the gnome translation teams and submit patches. Thanks! Dan ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Bluetooth ICS
On Thu, 2010-04-08 at 23:53 +0200, Stéphane Maniaci wrote: > Hi, > > Sorry if this question has been asked before, but I got a little bit > lost in my researches on the Internet. > > Is it possible to enable connection sharing via Bluetooth between two > _computers_ ? One has an ethernet connection and a bluetooth dongle, > the other only has bluetooth. Does the bluetooth spec implements such > a possibility ? Not quite yet, but we've got a feature request for it in bugzilla and I've already spent some time thinking about it and discussing implementation details with relevant people (Bastien, really). The general idea is that you'd just check a "share my internet connection over bluetooth" somewhere, which would poke NM to start up sharing over bluetooth like any normal NM ICS works. I have no idea when this would hit, since some of it depends on other UI components like gnome-bluetooth or kde-bluetooth. Dan ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Urdu and Urdu Pakistan Translation of network-manager-applet
On Wed, 2010-04-07 at 02:24 +0300, Simos Xenitellis wrote: > On Wed, Apr 7, 2010 at 12:01 AM, wrote: > > > > hi > > > > Urdu and Urdu Pakistan Translation of network-manager-applet-0.8 are > > Attached. > > To submit translations to GNOME application, you need to go through > the GNOME Translation Team (GTP) of your language, Urdu in your case. > Read http://live.gnome.org/TranslationProject/ for more on the GNOME > Translation Project. > The mailing list for translation discussions is gnome-i18n, > http://mail.gnome.org/mailman/listinfo/gnome-i18n > > According to http://l10n.gnome.org/languages/ there is an Urdu team, > however there is > no Urdu Pakistan team. Is it really necessary to have Urdu and Urdu-Pakistan? > This is something to discuss with the other team members. > The Urdu team is at http://l10n.gnome.org/languages/ur/ which shows > the current team coordinator > and his contact details. > You need to contact the team coordinator to get your translations > added to GNOME. > Contact gnome-i18n in case he is not responding. > > Finally, you add the translation to > http://l10n.gnome.org/vertimus/network-manager-applet/master/po/ur > and either your team coordinator or another member from the GTP will > upload it to git.gnome.org. Yeah, that's the best course to follow; in the mean time I've added the translation to nm-applet, since there was no existing UR translation. Thanks! Dan ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: invalid path nma-gconf-connection
On Thu, 2010-04-08 at 20:13 +0200, Sébastien Fillaudeau wrote: > Hi, > > For my work, i try to modify the mn-applet to order connection by there > priority. > > The priority for the nma-gconf-connection can be get by the path of this > connection. What behavior are you trying to get here with the priorities? NM doesn't use priorities for a specific reason, usually because they're a pretty bad way to interact with users. It's not often that you have more than one visible wifi network in the same area that you switch between frequently; that would usually indicate bad network planning :) There may be other ways we can adjust the behavior. But I don't think your patch is the right way to do this. You don't really want to be modifying nm-connection.c or really libnm-util at all, and you don't need to. Just abuse the 'timestamp' option to be your priority, which NM will already use to sort the connections. Disable the code in nm-applet that updates the timestamp periodically, and then add some bits in nm-connection-editor that change the timestamp based on what the user wants the priority to be. Dan > I have a probleme when i tried to get te connection path. It seems to > have illegal caracter at the beginning of the path. > > Maybe, any modification of char in gchar could cause it? > > The get_path function give a char *. > > If you know something about comparable error can you help me. > > I search a lot about this errors and i don't found any help. > > I attach the patch of my modification, maybe you could help me better if > you see the code i generated. > > > Thank for any help > > Sebastien > ___ > 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: NetworkManagerFAQ
On Thu, 2010-04-08 at 09:51 -0400, Darren Albers wrote: > Based on Dan's blog post I went in and scanned through the FAQ and > found that a lot of it was out of date or no longer applied. I > cleaned up a lot of it (It is amazing how much more simple things are > with .7 and higher!) but more could be cleaned up if there was a limit > to what version we applied it to. > > Is it safe to assume that most users are on .7 or higher? I think > Ubuntu 8.04 users (LTS) will still be on 6.6, what about RHEL users? 0.6.x development is effectively dead. Given that we have now released 0.8, I don't have particular interest in supporting anything older than 0.7. Ubuntu 8.04 is two years old at this point. RHEL4 has NetworkManager 0.4 and I hope nobody is using it. RHEL5 has NM 0.7 (we rebased from 0.6 to 0.7 in the RHEL5.2 cycle). > If we still want to keep the information about .6.x users should that > be broken out into a second FAQ? Yeah, probably. THanks! Dan > Note: A lot of what I updated was to remove some items that should no > longer be an issue like the signal strength issue on Madwifi cards > etc... If anyone feels like I deleted too much feel free to let me > know or add it back. > ___ > 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] Add support for OpenSSL's libcrypto as crypto backend
On Thu, 2010-04-08 at 19:16 +0100, Thomas Horsten wrote: > For legal compliance and certification reasons it can be useful to use > a specific cryptographic backend in a product with NetworkManager. Unfortunately, it's illegal to combine OpenSSL with GPL code unless the code has specifically added an OpenSSL exception (NetworkManager does not have such an exception). So while I greatly appreciate the work that you've done, I feel very uneasy about accepting a patch that when enabled, would make distribution of the result illegal :( http://people.gnome.org/~markmc/openssl-and-the-gpl.html Dan > This patch adds support for using OpenSSL in addition to gnutls and > nss. I have tested it using the supplied test suite in > libnm-util/tests/test-crypto.c > > Since the patch doesn't affect the functionality if the default > cryptographic backend is used, it should be low risk to apply. > > Signed-off-by: Thomas Horsten > --- > configure.ac| 12 +- > libnm-util/Makefile.am | 11 ++ > libnm-util/crypto_openssl.c | 346 > +++ > 3 files changed, 366 insertions(+), 3 deletions(-) > create mode 100644 libnm-util/crypto_openssl.c > > > > ___ > 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: domainname in serviceproviders.xml
On Wed, 2010-04-07 at 00:27 +0200, Hans-Gerd van Schelve wrote: > > Am 06.04.2010 um 22:16 schrieb Dan Williams : > > > On Tue, 2010-04-06 at 20:43 +0200, Hans-Gerd van Schelve wrote: > >> Hi. > >> > >> It looks like that nm is still not able to read bluetooth > >> connections from > >> system-connection files. I tested this sometimes but it does not > >> work. So > >> I'm looking for a workaround currently. Our users are not able to > >> use their > >> SIM cards with any APN. These SIM cards are configured by our > >> provider to > >> only allow to use our own private APN. So I'm modifying the > >> following file: > >> /usr/share/mobile-broadband-provider-info/serviceproviders.xml so > >> the user > >> can only select our APN configuration. My Problem is that the domain > >> extension is ignored in this file. I tried mycompany.de >> domain> > >> but that does not work. Can someone give me a hint? > > > > That file doesn't have anything to do with or anything. What > > are you trying to do here? > > I added our custom apn entry there so our user can select it from the > list and removed all the other entries that do not work for us and > therefore should not be available Ok, that should work. If you remove everything from that file except your custom APN, it should be the only one shown in the wizard. > > serviceproviders.xml only handles APNs > > really (DNS is ignored since it's passed back from PPP). If you > > want to > > control the search domains, then you'll want modify the NM connection > > itself. > > > > If there's a problem with BT system connections, we should fix that... > > Agree. This would be the best. Can I contribute something like special > debug that can help to fix it? Can you grab the NM log output for me? And possibly 'dmesg' so we can see if the kernel is misbehaving. Dan ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Bluetooth ICS
Hi, Sorry if this question has been asked before, but I got a little bit lost in my researches on the Internet. Is it possible to enable connection sharing via Bluetooth between two _computers_ ? One has an ethernet connection and a bluetooth dongle, the other only has bluetooth. Does the bluetooth spec implements such a possibility ? Thank you, and thanks so far for NM, I'm daily amazed by how well it works. Good job ! Cheers, Stéphane. ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
[PATCH] Add support for OpenSSL's libcrypto as crypto backend
For legal compliance and certification reasons it can be useful to use
a specific cryptographic backend in a product with NetworkManager.
This patch adds support for using OpenSSL in addition to gnutls and
nss. I have tested it using the supplied test suite in
libnm-util/tests/test-crypto.c
Since the patch doesn't affect the functionality if the default
cryptographic backend is used, it should be low risk to apply.
Signed-off-by: Thomas Horsten
---
configure.ac| 12 +-
libnm-util/Makefile.am | 11 ++
libnm-util/crypto_openssl.c | 346 +++
3 files changed, 366 insertions(+), 3 deletions(-)
create mode 100644 libnm-util/crypto_openssl.c
diff --git a/configure.ac b/configure.ac
index f5872c1..d611cdc 100644
--- a/configure.ac
+++ b/configure.ac
@@ -235,10 +235,11 @@ PKG_CHECK_MODULES(POLKIT, polkit-gobject-1)
AC_SUBST(POLKIT_CFLAGS)
-AC_ARG_WITH(crypto, AS_HELP_STRING([--with-crypto=nss | gnutls], [Cryptography library to use for certificate and key operations]),ac_crypto=$withval, ac_crypto=nss)
+AC_ARG_WITH(crypto, AS_HELP_STRING([--with-crypto=nss | gnutls | openssl], [Cryptography library to use for certificate and key operations]),ac_crypto=$withval, ac_crypto=nss)
with_nss=no
with_gnutls=no
+with_openssl=no
if test x"$ac_crypto" = xnss; then
PKG_CHECK_MODULES(NSS, [nss >= 3.11])
AC_DEFINE(HAVE_NSS, 1, [Define if you have NSS])
@@ -256,14 +257,19 @@ elif test x"$ac_crypto" = xgnutls; then
AC_SUBST(LIBGCRYPT_LIBS)
with_gnutls=yes
fi
+elif test x"$ac_crypto" = xopenssl; then
+ PKG_CHECK_MODULES(OPENSSL, [libcrypto >= 0.9.8])
+ AC_DEFINE(HAVE_OPENSSL, 1, [Define if you have OpenSSL])
+ with_openssl=yes
else
- AC_MSG_ERROR([Please choose either 'nss' or 'gnutls' for certificate and key operations])
+ AC_MSG_ERROR([Please choose either 'nss', 'gnutls', or 'openssl' for certificate and key operations])
fi
AM_CONDITIONAL(WITH_NSS, test x"$with_nss" != xno)
AM_CONDITIONAL(WITH_GNUTLS, test x"$with_gnutls" != xno)
+AM_CONDITIONAL(WITH_OPENSSL, test x"$with_openssl" != xno)
# Shouldn't ever trigger this, but just in case...
-if test x"$ac_nss" = xno -a x"$ac_gnutls" = xno; then
+if test x"$ac_nss" = xno -a x"$ac_gnutls" = xno -a x"$ac_openssl" = xno; then
AC_MSG_ERROR([Could not find required development headers and libraries for '$ac_crypto'])
fi
diff --git a/libnm-util/Makefile.am b/libnm-util/Makefile.am
index 8f6a0cc..baa3e13 100644
--- a/libnm-util/Makefile.am
+++ b/libnm-util/Makefile.am
@@ -73,6 +73,12 @@ libnm_util_la_CPPFLAGS += $(NSS_CFLAGS)
libnm_util_la_LIBADD += $(NSS_LIBS)
endif
+if WITH_OPENSSL
+libnm_util_la_SOURCES += crypto_openssl.c
+libnm_util_la_CPPFLAGS += $(OPENSSL_CFLAGS)
+libnm_util_la_LIBADD += $(OPENSSL_LIBS)
+endif
+
libnm_util_includedir=$(includedir)/NetworkManager
@@ -102,6 +108,11 @@ libtest_crypto_la_CPPFLAGS += $(NSS_CFLAGS)
libtest_crypto_la_LIBADD += $(NSS_LIBS)
endif
+if WITH_OPENSSL
+libtest_crypto_la_SOURCES += crypto_openssl.c
+libtest_crypto_la_CPPFLAGS += $(OPENSSL_CFLAGS)
+libtest_crypto_la_LIBADD += $(OPENSSL_LIBS)
+endif
pkgconfigdir = $(libdir)/pkgconfig
diff --git a/libnm-util/crypto_openssl.c b/libnm-util/crypto_openssl.c
new file mode 100644
index 000..b5670a6
--- /dev/null
+++ b/libnm-util/crypto_openssl.c
@@ -0,0 +1,346 @@
+/* NetworkManager Cryptographic Interface (OpenSSL version)
+ *
+ * Thomas Horsten
+ *
+ * This library is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU Lesser General Public
+ * License as published by the Free Software Foundation; either
+ * version 2 of the License, or (at your option) any later version.
+ *
+ * This library is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
+ * Lesser General Public License for more details.
+ *
+ * You should have received a copy of the GNU Lesser General Public
+ * License along with this library; if not, write to the
+ * Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor,
+ * Boston, MA 02110-1301 USA.
+ *
+ * (C) Copyright 2010 Citrix Systems Ltd.
+ */
+
+#include
+#include
+
+#include
+#include
+#include
+#include
+#include
+#include
+
+#include "crypto.h"
+
+static gboolean initialized = FALSE;
+
+gboolean
+crypto_init (GError **error)
+{
+ if (initialized)
+ return TRUE;
+
+ /* Needed for the PKCS12 stuff to find the algorithms */
+ OpenSSL_add_all_algorithms ();
+ ERR_load_crypto_strings ();
+
+ initialized = TRUE;
+ return TRUE;
+}
+
+void
+crypto_deinit (void)
+{
+ if (initialized) {
+ EVP_cleanup ();
+ initialized = FALSE;
+ }
+}
+
+gboolean
+crypto_md5_hash (const char *salt,
+ const gsize salt_len,
+ const char *password,
+ gsize password_len,
+ char *buffer,
+ gsize buflen,
Re: domainname in serviceproviders.xml
Am 06.04.2010 um 22:16 schrieb Dan Williams : On Tue, 2010-04-06 at 20:43 +0200, Hans-Gerd van Schelve wrote: Hi. It looks like that nm is still not able to read bluetooth connections from system-connection files. I tested this sometimes but it does not work. So I'm looking for a workaround currently. Our users are not able to use their SIM cards with any APN. These SIM cards are configured by our provider to only allow to use our own private APN. So I'm modifying the following file: /usr/share/mobile-broadband-provider-info/serviceproviders.xml so the user can only select our APN configuration. My Problem is that the domain extension is ignored in this file. I tried mycompany.dedomain> but that does not work. Can someone give me a hint? That file doesn't have anything to do with or anything. What are you trying to do here? I added our custom apn entry there so our user can select it from the list and removed all the other entries that do not work for us and therefore should not be available serviceproviders.xml only handles APNs really (DNS is ignored since it's passed back from PPP). If you want to control the search domains, then you'll want modify the NM connection itself. If there's a problem with BT system connections, we should fix that... Agree. This would be the best. Can I contribute something like special debug that can help to fix it? Dan ___ 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
invalid path nma-gconf-connection
Hi,
For my work, i try to modify the mn-applet to order connection by there
priority.
The priority for the nma-gconf-connection can be get by the path of this
connection.
I have a probleme when i tried to get te connection path. It seems to
have illegal caracter at the beginning of the path.
Maybe, any modification of char in gchar could cause it?
The get_path function give a char *.
If you know something about comparable error can you help me.
I search a lot about this errors and i don't found any help.
I attach the patch of my modification, maybe you could help me better if
you see the code i generated.
Thank for any help
Sebastien
diff -ru original/NetworkManager/libnm-util/libnm-util.ver
modifier/NetworkManager/libnm-util/libnm-util.ver
--- original/NetworkManager/libnm-util/libnm-util.ver 2010-04-07
20:01:15.497274563 +0200
+++ modifier/NetworkManager/libnm-util/libnm-util.ver 2010-04-07
19:36:51.0 +0200
@@ -22,6 +22,7 @@
nm_connection_remove_setting;
nm_connection_replace_settings;
nm_connection_set_path;
+ nm_connection_exchange_path_and_folder;
nm_connection_set_scope;
nm_connection_to_hash;
nm_connection_update_secrets;
diff -ru original/NetworkManager/libnm-util/nm-connection.c
modifier/NetworkManager/libnm-util/nm-connection.c
--- original/NetworkManager/libnm-util/nm-connection.c 2010-04-07
20:01:15.497274563 +0200
+++ modifier/NetworkManager/libnm-util/nm-connection.c 2010-04-07
19:40:19.0 +0200
@@ -22,7 +22,8 @@
* (C) Copyright 2007 - 2009 Red Hat, Inc.
* (C) Copyright 2007 - 2008 Novell, Inc.
*/
-
+#include
+#include
#include
#include
#include
@@ -1001,6 +1002,31 @@
}
/**
+ * nm_connection_exchange_path_and_folder:
+ * @first_connection: first #NMConnection
+ * @second_connection: second #NMConnection
+ *
+ * Modify path and folder for the connection's D-Bus.
+ **/
+void
+nm_connection_exchange_path_and_folder (NMConnection *first_connection,
+NMConnection *second_connection)
+{
+ const gchar * first_path;
+ const gchar * second_path;
+
+ first_path = NM_CONNECTION_GET_PRIVATE (first_connection)->path;
+ second_path = NM_CONNECTION_GET_PRIVATE (second_connection)->path;
+
+ nm_connection_set_path(first_connection,second_path);
+ nm_connection_set_path(second_connection,first_path);
+
+ g_rename(first_path,"/temp");
+ g_rename(second_path,first_path);
+ g_rename("/temp",second_path);
+}
+
+/**
* nm_connection_new:
*
* Creates a new #NMConnection object with no #NMSetting objects.
diff -ru original/NetworkManager/libnm-util/nm-connection.h
modifier/NetworkManager/libnm-util/nm-connection.h
--- original/NetworkManager/libnm-util/nm-connection.h 2010-04-07
20:01:15.497274563 +0200
+++ modifier/NetworkManager/libnm-util/nm-connection.h 2010-04-07
19:34:26.0 +0200
@@ -147,6 +147,9 @@
void nm_connection_set_path (NMConnection *connection,
const char *path);
+voidnm_connection_exchange_path_and_folder (NMConnection
*first_connection,
+ NMConnection
*second_connection);
+
const char * nm_connection_get_path (NMConnection *connection);
void nm_connection_for_each_setting_value (NMConnection *connection,
diff -ru
original/network-manager-applet/src/connection-editor/nm-connection-list.c
modifier/network-manager-applet/src/connection-editor/nm-connection-list.c
--- original/network-manager-applet/src/connection-editor/nm-connection-list.c
2010-04-07 19:55:46.941750115 +0200
+++ modifier/network-manager-applet/src/connection-editor/nm-connection-list.c
2010-04-07 19:47:32.0 +0200
@@ -25,6 +25,10 @@
#include
#include
#include
+#include
+#include
+#include
+#include
#include
#include
@@ -68,10 +72,11 @@
static guint list_signals[LIST_LAST_SIGNAL] = { 0 };
-#define COL_ID 0
+#define COL_ID 0
#define COL_LAST_USED 1
#define COL_TIMESTAMP 2
#define COL_CONNECTION 3
+#define COL_PRIORITY 4
typedef struct {
NMConnectionList *list;
@@ -280,6 +285,31 @@
return last_used;
}
+
+
+static guint
+get_connection_priority(NMConnection * connection)
+{
+ const char * connection_path;
+ int length;
+ int priority;
+
+ if ( nm_connection_get_scope (connection) == NM_CONNECTION_SCOPE_USER )
+ connection_path =
nma_gconf_connection_get_gconf_path(NMA_GCONF_CONNECTION(connection));
+ else
+ connection_path = nm_connection_get_path(connection);
+
+ length = strlen (connection_path);
+
+ while ( connection_path[length] != '/' ) {
+ length--;
+ }
+ sscanf (connection_path+length+1,"%d", &priority);
+
+ return priority;
+}
+
+
static void
update_connectio
NetworkManagerFAQ
Based on Dan's blog post I went in and scanned through the FAQ and found that a lot of it was out of date or no longer applied. I cleaned up a lot of it (It is amazing how much more simple things are with .7 and higher!) but more could be cleaned up if there was a limit to what version we applied it to. Is it safe to assume that most users are on .7 or higher? I think Ubuntu 8.04 users (LTS) will still be on 6.6, what about RHEL users? If we still want to keep the information about .6.x users should that be broken out into a second FAQ? Note: A lot of what I updated was to remove some items that should no longer be an issue like the signal strength issue on Madwifi cards etc... If anyone feels like I deleted too much feel free to let me know or add it back. ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: If wireless security information is not provided to the plug-in, will the default plug-in handle it?
On Thu, Apr 8, 2010 at 4:49 PM, Simon Geard wrote: > On Thu, 2010-04-08 at 16:38 +0800, Mu Qiao wrote: >> One more thing. I find that NetworkManager uses gnome keyring to store >> keys. But I didn't find any code doing that. Could you please give me >> some directions? > > NetworkManager doesn't use the gnome keyring itself - the Gnome > network-manager-applet does. > > Simon. > > ___ > networkmanager-list mailing list > networkmanager-list@gnome.org > http://mail.gnome.org/mailman/listinfo/networkmanager-list > > Thanks, great help. No wonder I just find keyring code in nm-applet. :) Can I say the plug-in should not worry about security information since nm-applet will handle it? -- Best wishes, Mu Qiao ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: If wireless security information is not provided to the plug-in, will the default plug-in handle it?
On Thu, 2010-04-08 at 16:38 +0800, Mu Qiao wrote: > One more thing. I find that NetworkManager uses gnome keyring to store > keys. But I didn't find any code doing that. Could you please give me > some directions? NetworkManager doesn't use the gnome keyring itself - the Gnome network-manager-applet does. Simon. 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: If wireless security information is not provided to the plug-in, will the default plug-in handle it?
One more thing. I find that NetworkManager uses gnome keyring to store keys. But I didn't find any code doing that. Could you please give me some directions? Thanks. -- Best wishes, Mu Qiao ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
