diff options
Diffstat (limited to 'zarb-ml/mageia-dev/2011-August/007189.html')
| -rw-r--r-- | zarb-ml/mageia-dev/2011-August/007189.html | 214 |
1 files changed, 214 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/2011-August/007189.html b/zarb-ml/mageia-dev/2011-August/007189.html new file mode 100644 index 000000000..bc75030b7 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-August/007189.html @@ -0,0 +1,214 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Mageia-dev] Drakxnet, drakroam and Draknetcenter : let's fix it or throw it. + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Drakxnet%2C%0A%09drakroam%20and%20Draknetcenter%20%3A%20let%27s%20fix%20it%20or%20throw%20it.&In-Reply-To=%3C201108021729.39085.bgmilne%40staff.telkomsa.net%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="007175.html"> + <LINK REL="Next" HREF="007191.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Drakxnet, drakroam and Draknetcenter : let's fix it or throw it.</H1> + <B>Buchan Milne</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Drakxnet%2C%0A%09drakroam%20and%20Draknetcenter%20%3A%20let%27s%20fix%20it%20or%20throw%20it.&In-Reply-To=%3C201108021729.39085.bgmilne%40staff.telkomsa.net%3E" + TITLE="[Mageia-dev] Drakxnet, drakroam and Draknetcenter : let's fix it or throw it.">bgmilne at staff.telkomsa.net + </A><BR> + <I>Tue Aug 2 17:29:35 CEST 2011</I> + <P><UL> + <LI>Previous message: <A HREF="007175.html">[Mageia-dev] Drakxnet, drakroam and Draknetcenter : let's fix it or throw it. +</A></li> + <LI>Next message: <A HREF="007191.html">[Mageia-dev] Drakxnet, drakroam and Draknetcenter : let's fix it or throw it. +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#7189">[ date ]</a> + <a href="thread.html#7189">[ thread ]</a> + <a href="subject.html#7189">[ subject ]</a> + <a href="author.html#7189">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>On Monday, 1 August 2011 20:21:21 Maarten Vanraes wrote: +><i> Op maandag 01 augustus 2011 11:42:26 schreef Thomas Lottmann: +</I>><i> > Hello, +</I>><i> > +</I>><i> > I should have written this mail much sooner, but finally, I am totally, +</I>><i> > completely and starting to be hatefully fed up of these tools. +</I>><i> > +</I>><i> > The Mandriva/Mageia tools that manage the network on computers, +</I>><i> > especially the wireless networks are completely dysfunctional. While the +</I>><i> > Network Center does not seem to even communicate with the system tools +</I>><i> > to know what is happening during the link setup, it does not +</I>><i> > auto-refresh network lists properly. +</I>><i> > +</I>><i> > Since 2010.1 now even mixes up itself in it's own network scripts (the +</I>><i> > ones stored in wireless.d). This maxes it wrongly detect numerous +</I>><i> > wireless points (he seen WPA2 Enterperise hotspots as opened or WEP, or +</I>><i> > more nerving, becomes incapable or storing the right authentication +</I>><i> > information). +</I> +My "production" laptop is still currently running Mandriva 2010.x, and I don't +have problems like this. Work networks run WPA2-Enterprise with EAP-PEAP- +MSCHAPv2, home runs WPA2-Personal. In the cases I have seen this, it is +typically a buggy AP (and in some cases, other platforms have also mis- +detected the network details). In some cases, upgrading the AP firmware has +resolved the problem. + +But, these are *specific* issues, and need bug reports with detailed +information. + +><i> > A tool that breaks itself is a complete shame! +</I>><i> > +</I>><i> > The GUI is also appalling. Despite it's numerous possibilities, it is a +</I>><i> > mess and 60% of it cannot be used by something else than the system or a +</I>><i> > network expert. +</I> +There are some deficiencies, but in many cases it does at least work. And at +least my network comes up regardless of how I boot, where I booted to, whether +a user is logged in to a desktop or not (which is not the case on e.g. +Fedora). + +><i> > +</I>><i> > The code itself is undocumented and it extremely difficult to read. +</I>><i> > +</I> +The few times I looked at the code, it was quite readable. Unfortunately, the +pieces I wanted to do something about ended up requiring changes in non-perl +parts. + +><i> > These tools are getting really bad and not working properly anyway since +</I>><i> > a long time now. So either we fix it and improve it (recoding?), either +</I>><i> > we definitely switch to Network Manager. +</I> +Please no. The biggest frustrations I personally have have nothing to do with +net_applet vs NM. My current biggest frustrations are: + +1)That wpa_supplicant doesn't return different results on incorrect (WPA2- +Enterprise EAP-PEAP) passwords: +<A HREF="http://hostap.epitest.fi/bugz/show_bug.cgi?id=399">http://hostap.epitest.fi/bugz/show_bug.cgi?id=399</A> + +2)That net_applet doesn't prompt for passwords if wpa_supplicant says it needs +a password. I filed a bug for this against Mandriva: +<A HREF="https://qa.mandriva.com/show_bug.cgi?id=51705">https://qa.mandriva.com/show_bug.cgi?id=51705</A> + +Implementing the required dbus communication would allow a number of other +improvements (e.g. not having to restart wpa_supplicant for configuration +changes, possibly avoid manual parsing/writing of the configuration etc.). + +><i> > I am ready to participate if +</I>><i> > necessary (despite my lack of competence), but I do not want to see +</I>><i> > these tools 'as is' on my computer anymore, and no longer want to see +</I>><i> > these issues that down Mageia's reputation in comparison to other +</I>><i> > popular projects here such as Arch, Fedora or Ubuntu, who do have proper +</I>><i> > tools delivered by default. +</I> +I disagree with your statement. For example, while Fedora may seem to have +"proper tools", there are many use cases that aren't considered, and a number +of issues are still experienced (at least according to my colleagues reports). + +Allowing NM or non-NM, and having both improved would be win-win. + +><i> > +</I>><i> > This is not the first time I complain about this tool. We should not +</I>><i> > leave this unchanged. It is far too annoying and pushing to so much loss +</I>><i> > of time. +</I>><i> > +</I>><i> > Yours sincerely,. +</I>><i> > +</I>><i> > Thomas. +</I>><i> +</I>><i> personally, alot of problems could likely be attributed to using all those +</I>><i> several of those apps together. +</I>><i> +</I>><i> imho, the network tools should be redesigned a bit, according to good +</I>><i> usability, but mostly, either they should all be nicely integrated which +</I>><i> each other, or we should just have one that does all nicely. +</I>><i> +</I>><i> personally, i find the netapplet the best working and use that exclusively +</I>><i> to avoid issues. +</I>><i> +</I>><i> but sadly, even netapplet is far from complete. +</I>><i> +</I>><i> as some kind of start, we should have an app that exists in drakconf, but +</I>><i> also accessible via an applet, but again, perhaps we should have multiple +</I>><i> applets, with one for each connection. +</I> +I don't think this is necessary, the 'Network Center' does an adequate job +(taking into account some limitations in the network scripts). + +><i> eg: a wifi access link, 2 network connections (one of which goes to +</I>><i> internet), and 3 openvpn tunnels (as an example) it would even be better, +</I>><i> if bluetooth networking could also be included. +</I> +Bluetooth networking *can* be included, but there is an artificial limitation +on only one ppp connection, so you wouldn't be able to have a Bluetooth SPP- +based ppp connection as well as a mobile-broadband-dongle-based connection (or +ADSL). + +For bluetooth ppp over SPP, the bluetooth configuration only needs to be done +once ever (if done correctly), the rfcomm connections will be established when +necessary. + +(Or, are you referring to PAN?). + +><i> (this would also allow for +</I>><i> multiple internet connections at a later time with some advanced routing) +</I>><i> +</I>><i> at the same time, people could tell at a glance if they accidentally use +</I>><i> more than one internet access method. +</I> +You can see this in Network Center. + +><i> about openvpn, some of those are user-related (even though they have +</I>><i> effects on global routing), especially password related things, +</I>><i> personally, i think it'd be better if these can only be controlled through +</I>><i> the applet by the user it's from (with perhaps an option to allow any user +</I>><i> to control this too) +</I>><i> +</I>><i> again with openvpn, it would be usefull if there was some kind of way to +</I>><i> know it's not only running, but also if it's essentially active or not, +</I>><i> and if it's used as a internet gateway. +</I> +Well, the general feedback provided to users (also with e.g. ppp connections) +could be improved. + +><i> +</I>><i> These are some things which i have noticed over the years of using it and +</I>><i> listening to end-user problems. +</I>><i> +</I>><i> +</I>><i> perhaps the above can be used as a starting point for a usability scheme. +</I>><i> +</I>><i> Thomas, since you feel this strongly, are you willing to spend some time on +</I>><i> this? +</I> + +Regards, +Buchan +</PRE> + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="007175.html">[Mageia-dev] Drakxnet, drakroam and Draknetcenter : let's fix it or throw it. +</A></li> + <LI>Next message: <A HREF="007191.html">[Mageia-dev] Drakxnet, drakroam and Draknetcenter : let's fix it or throw it. +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#7189">[ date ]</a> + <a href="thread.html#7189">[ thread ]</a> + <a href="subject.html#7189">[ subject ]</a> + <a href="author.html#7189">[ author ]</a> + </LI> + </UL> + +<hr> +<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev +mailing list</a><br> +</body></html> |