network-manager-pptp lacks refuse-eap option in advanced ... dialog

Bug #301593 reported by Alexander Sack
54
This bug affects 7 people
Affects Status Importance Assigned to Milestone
NetworkManager
Fix Released
High
network-manager-pptp (Ubuntu)
Fix Released
High
Unassigned
Intrepid
Won't Fix
High
Alexander Sack

Bug Description

Binary package hint: network-manager-pptp

spin-off bug for refuse-eap option from bug 259168.

https://bugs.edge.launchpad.net/ubuntu/+source/network-manager-pptp/+bug/259168/comments/80 suggests that we need this option and https://bugs.edge.launchpad.net/ubuntu/+source/network-manager-pptp/+bug/259168/comments/98 provides an initial patch.

Revision history for this message
Alexander Sack (asac) wrote :

jmcantrell, I didnt find the rational for the mppe issue you added in your second patch. Can you clarify?

Changed in network-manager-pptp:
importance: Undecided → Medium
status: New → Triaged
importance: Medium → High
assignee: nobody → asac
importance: Undecided → High
milestone: none → intrepid-updates
status: New → Triaged
Revision history for this message
Billy Macdonald (billymacdonald) wrote :

I had attached a patch to the initial bug (259168) that adds the EAP to authentication options in post https://bugs.launchpad.net/ubuntu/intrepid/+source/network-manager-pptp/+bug/259168/comments/23

This is a pretty simple patch, I'm not sure why it was never included in later releases. I think the big issue is that all this troubleshooting is being done downstream. Where is the bug tracker/discussion for upstream of network manager pptp?

Revision history for this message
Jeremy Cantrell (jmcantrell) wrote :

@Alexander Sack:

When you set an encryption level other than the default, it would unset "require-mppe" and add "require-mppe-128" (or "require-mppe-40"). If you close the dialog and reopened it, it wouldn't recognize the require-mppe-128/40, and the widget for the require mppe checkbox would be unchecked. If you closed it again, it would save the unchecked state and wipe out all mppe settings. The simplest solution that I saw was to make it write both "require-mppe" and the specific encryption setting.

Revision history for this message
Bill Loucks (biloucks) wrote :

@Billy Macdonald: Your question has "hit the nail on the head", and I anxiously await the answer from anyone who can give that answer. I am grateful for what you, Alex, and others are doing, but I think these efforts are nibbling at the edges of a larger problem. That problem is stated well in your question. I would also ask, looking at what is in Debian Unstable and Debian Experimental, I see that network-manager-pptp 0.7.0 (not to be confused with network-manager 0.7.0 and network-manager-gnome 0.7.0) is not in Debian Unstable nor Debian Experimental; the version in those two distros is 0.6.5 or 0.6.6. I cannot even find where network-manager-pptp 0.7.0 came from.

Revision history for this message
Bill Loucks (biloucks) wrote :

According to my understanding (and someone please correct me if I'm wrong), each new release of Ubuntu starts with the latest Debian "unstable".

When I search within Unstable at debian.org ( http://packages.debian.org/search?keywords=network-manager&searchon=names&suite=unstable&section=all ) I get the following versions:

In Debian Unstable:
network-manager: 0.6.6-2
network-manager-gnome: 0.6.6-2
network-manager-pptp: 0.6.5+svnhead2574+dfsg-2
network-manager-pptp-gnome: 0.6.5+svnhead2574+dfsg-2

and if I search within Experimental ( http://packages.debian.org/search?keywords=network-manager&searchon=names&suite=experimental&section=all ) I get the following versions:

In Debian Experimental:
network-manager: 0.7.0~svn4191-1
network-manager-gnome: 0.7.0~svn953-1
network-manager-pptp: 0.6.6+dfsg-2
network-manager-pptp-gnome: 0.6.6+dfsg-2

And it is because of the above, as well as the many bugs in network-manager-pptp 0.7.0 in Intrepid and Jaunty, that I am asking:

1. Where did network-manager-pptp 0.7.0 come from and why is it in Intrepid and Jaunty?

2. Can someone walk me through, if it is possible, building network-manager-pptp 0.6.6 under Intrepid? If it's possible, we might at least get something which differs very little from network-manager-pptp 0.6.5 in Hardy, which works fine. Admittedly 0.6.6 would be older than 0.7.0 so Intrepid would constantly nag you that it needs to be upgraded to 0.7.0, but I could live with that.

Revision history for this message
Alberto (apedraza) wrote :

@William Loucks:

I think that nm 0.7 came from fedora.

Revision history for this message
Bill Loucks (biloucks) wrote :

If anyone is still using Intrepid, does not use nor require the new features of NetworkManager 0.7 such as "Mobile Broadband" and "DSL", and wants to revert to network-manager-pptp as it was in Hardy, I've created "new" versions of the five related packages with version numbers such that they are "newer" than 0.7, but are actually the same packages and versions which were in Hardy. I've tested them as well as I can and would like volunteers for additional testing. I did not sign these packages, so you will have to understand what that means. To become a volunteer tester, do these steps:

1. Add the following to Software Sources:
deb http://www2.nau.edu/wal2/NetworkManager/ ./

2. Use update-manager or synaptic to check the software channels for new updates or reload the package information

3. The "new" versions of the five packages are shown below
libnm-glib0 0.7+0.6.6
libnm-util0 0.7+0.6.6
network-manager 0.7+0.6.6
network-manager-gnome 0.7+0.6.6
network-manager-pptp 0.7+0.6.5

4. Install all five packages

5. Reboot, just be safe, and if you previously used network-manager-pptp under Hardy, it should look exactly like it did in Hardy. If you had not previously used network-manager-pptp under Hardy, take a look at the configuration dialogs.

6. Set up your favorite pptp connection and test it.

Revision history for this message
Alexander Sack (asac) wrote : Re: [Bug 301593] Re: network-manager-pptp lacks refuse-eap option in advanced ... dialog

On Tue, Nov 25, 2008 at 02:17:21PM -0000, Alberto wrote:
> @William Loucks:
>
> I think that nm 0.7 came from fedora.

It doesnt matter where what comes from. We take source code from the
network manager project ... not from debian ... nor fedora.

 - Alexander

Revision history for this message
Ed Adasiewicz (edadasiewicz) wrote :

Since I have several machines running Intrepid I thought I would give the Network Manager 0.7+0.6.6 packages a try. However, Update Manager will not let me check/select the network-manager package and Synaptic Package Manager gave me an error that the package depends on dhcdbd (>= 1.12-2) but is not installable. Any hints? Thanks.

Revision history for this message
Bill Loucks (biloucks) wrote :

@ Billy Macdonald: You wrote, "Where is the bug tracker/discussion for upstream of network manager pptp?". I think it is in <email address hidden> . You can subscribe to the list if you want.

Revision history for this message
Bill Loucks (biloucks) wrote :

@ Billy Macdonald: I Forgot to say, you can subscribe and/or view archives of NetworkManager-list at http://mail.gnome.org/mailman/listinfo/networkmanager-list

Revision history for this message
Craig (candrews-integralblue) wrote :

I have reported the issue upstream and linked to this issue at http://bugzilla.gnome.org/show_bug.cgi?id=563017

Revision history for this message
Craig (candrews-integralblue) wrote :

upstream has fixed this issue:
This was fixed already in both trunk (r4359) and NETWORKMANAGER_0_7 (r4358).
Uncheck the "EAP" auth method in the auth methods list, and refuse-eap should
be sent to pppd.

So NM just needs a bump.

Revision history for this message
Alexander Sack (asac) wrote :

On Tue, Dec 02, 2008 at 12:18:40AM -0000, William Loucks wrote:
> @ Billy Macdonald: You wrote, "Where is the bug tracker/discussion for
> upstream of network manager pptp?". I think it is in NetworkManager-
> <email address hidden> . You can subscribe to the list if you want.
>

Remember to think twice before sending requests to that mailing
list. The more user request are send there the less productive that
mailing list will become.

The "officiaL" NM bugtracker is http://bugzilla.gnome.org ... but
please, if you file there also open a bug here so I can at least do
something about excess floods from ubuntu users in that bug tracker.

 - Alexander

Revision history for this message
Alexander Sack (asac) wrote :

On Thu, Dec 04, 2008 at 01:42:48AM -0000, Craig wrote:
> upstream has fixed this issue:
> This was fixed already in both trunk (r4359) and NETWORKMANAGER_0_7 (r4358).
> Uncheck the "EAP" auth method in the auth methods list, and refuse-eap should
> be sent to pppd.
>
> So NM just needs a bump.
>
Yeah ... "just" isnt really "just" ... upstream deliberately broke
every chance of upgrading to final 0.7 in ubuntu easily in the last
two weeks (ouch!) ... anyway. I will figure something. Either we do a
mammoth stable update or we do a mammoth backport of patches.

 - Alexander

Changed in network-manager:
status: Unknown → Fix Released
Revision history for this message
Alexander Sack (asac) wrote :

wont get fixed in intrepid.

Changed in network-manager-pptp (Ubuntu Intrepid):
status: Triaged → Won't Fix
Revision history for this message
Alexander Sack (asac) wrote :

should be fixed in jaunty.

Changed in network-manager-pptp (Ubuntu):
status: Triaged → Fix Released
Revision history for this message
Olaf (tholap) wrote :

Confirming that ir is fixed in Jaunty.
I skipped Intrepid because of this and related bugs regarding PPTP VPN.
Thanks for the work.

Changed in network-manager:
importance: Unknown → High
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.