network-manager should recommend ppp

Bug #348521 reported by MAcks
4
Affects Status Importance Assigned to Milestone
network-manager (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

Binary package hint: network-manager

NetworkManager 0.7 allows making cellular network data connections. It needs the ppp daemon to make them, but it doesn't depend on the ppp package.
You use cellular network connection mostly when there is no other option (like WiFi) available, therefore you can't install the ppp package when it is most needed using some other connection type.
The network-manager package should depend on ppp.

MAcks (xmacn-konto)
description: updated
Revision history for this message
Alexander Sack (asac) wrote :

yes, mobile broadband and pppoe need this at least, it should be a depend.

Changed in network-manager (Ubuntu):
assignee: nobody → asac
importance: Undecided → High
status: New → In Progress
Revision history for this message
Alexander Sack (asac) wrote :

bzr commit -m '* fix LP: #348521 - network-manager sould depend on ppp
  - update control' --fixes 'lp:348521'
Enter passphrase for key '/home/asac/.ssh/id_rsa':
Committing to: bzr+ssh://bazaar.launchpad.net/~network-manager/network-manager/ubuntu.0.7.1/
modified changelog
modified control
Committed revision 33.

Changed in network-manager (Ubuntu):
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package network-manager - 0.7.1~rc3.2.gitb8fc83a7-0ubuntu1

---------------
network-manager (0.7.1~rc3.2.gitb8fc83a7-0ubuntu1) jaunty; urgency=low

  * upstream 0.7.1 rc3 + gitb8fc83a7 (Thu Mar 26 17:05:41 2009 -0400)
    + http://git.freedesktop.org/NetworkManager/NetworkManager/
    + NETWORKMANAGER_0_7 (branch)
    + fix broken udev-prober for 3G modems (LP: #346835)
  * fix LP: #348521 - network-manager sould depend on ppp
    - update control
  * update diverged patches
    - update patches/60_NULL_info_linux_driver.patch

 -- Alexander Sack <email address hidden> Fri, 27 Mar 2009 14:37:33 +0100

Changed in network-manager:
status: Fix Committed → Fix Released
Revision history for this message
Martin Pitt (pitti) wrote :

Depends is certainly too strong here. n-m works fine without ppp, it's just providing an extra feature (3G support). This matches what recommends is for, I'll change that for maverick.

Changed in network-manager (Ubuntu):
assignee: Alexander Sack (asac) → Martin Pitt (pitti)
status: Fix Released → In Progress
summary: - network-manager sould depend on ppp
+ network-manager should recommend ppp
Changed in network-manager (Ubuntu):
importance: High → Low
Revision history for this message
Martin Pitt (pitti) wrote :

I can't commit to the network-manager branch, and creating my own branch for such a trivial change is just unnecessary effort for both sides, so I unassign myself.

Changed in network-manager (Ubuntu):
assignee: Martin Pitt (pitti) → nobody
status: In Progress → Triaged
Revision history for this message
Mathieu Trudel-Lapierre (cyphermox) wrote :

Let's try again -- in lp:~network-manager/network-manager/ubuntu.head:
------------------------------------------------------------
revno: 195
fixes bug(s): https://launchpad.net/bugs/348521
committer: Mathieu Trudel-Lapierre <email address hidden>
branch nick: network-manager
timestamp: Wed 2010-07-14 23:38:09 -0400
message:
  * dropping ppp Depends to a Recommends (LP: #348521)
    - update debian/control
------------------------------------------------------------
Marking as Fix Committed.

Changed in network-manager (Ubuntu):
status: Triaged → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package network-manager - 0.8.1+git.20100810t184654.ab580f4-0ubuntu1

---------------
network-manager (0.8.1+git.20100810t184654.ab580f4-0ubuntu1) maverick; urgency=low

  * upstream snapshot 2010-08-10 18:46:54 (GMT)
    + ab580f486213f97d41b3141e9d7ef9394a29b14a
    - following upstream branch NM_0_8: release 0.8.1 with fixes
  * refresh sigaction patch: sigactions moved from NetworkManager.c to main.c
    - update debian/patches/70_lp145653_no_sigaction_for_crashes.patch
  * refresh wpasupplicant timeout patch: we still should give association
    some more time
    - update debian/patches/lp292054_tune_supplicant_timeout_60s.patch
  * update logging call in "unmanaged" connections patch to properly use
    nm_log_info, not nm_info
    - update debian/patches/lp191889_always_offline_with_unmanaged_devices.patch
  * adding new symbols to debian/libnm-glib2.symbols:
    - nm_settings_interface_error_get_type
    - nm_active_connection_get_default6
  * adding new symbols to debian/libnm-util1.symbols:
    - nm_ip6_address_get_gateway
    - nm_ip6_address_set_gateway
    - nm_setting_gsm_get_allowed_bands
    - nm_setting_gsm_get_home_only
    - nm_setting_ip4_config_get_may_fail
    - nm_setting_ip6_config_get_may_fail
    - nm_utils_ip4_get_default_prefix
    - nm_setting_wired_get_cloned_mac_address
    - nm_setting_wireless_get_cloned_mac_address
    - nm_utils_wifi_channel_to_freq
    - nm_utils_wifi_find_next_channel
    - nm_utils_wifi_freq_to_channel
    - nm_utils_wifi_is_channel_valid
    - nm_setting_wired_add_s390_option
    - nm_setting_wired_get_num_s390_options
    - nm_setting_wired_get_s390_nettype
    - nm_setting_wired_get_s390_option
    - nm_setting_wired_get_s390_option_by_key
    - nm_setting_wired_get_s390_subchannels
    - nm_setting_wired_remove_s390_option
  * bump DEB_AUTO_UPDATE_ACLOCAL and DEB_AUTO_UPDATE_AUTOMAKE versions from 1.9
    to 1.11, to deal with the builddir variable for libdeprecated-nm-glib.la
    - update debian/rules
  * adding more new symbols to debian/libnm-glib2.symbols:
    - nm_client_networking_get_enabled
    - nm_client_networking_set_enabled
    - nm_device_get_firmware_missing
    - nm_client_get_permission_result
    - nm_device_ethernet_get_permanent_hw_address
    - nm_device_wifi_get_permanent_hw_address
  * dropping ppp Depends to a Recommends (LP: #348521)
    - update debian/control
  * drop patch 008-BACKEND-debian-fallback-to-generic-loopback.loom.patch,
    it looks like the generic backend is already bringing lo up reasonably well
    - update debian/patches/series
  * fix build-time detection of dhclient version; handle using dhclient v3 by
    not passing the new parameters isc-dhcp v4 expects. IPv6 won't work any
    better but at least IPv4 will.
    - add debian/patches/99-support-dhcp3.patch
    - update debian/patches/series
  * add dhcp3-client to Build-Depends to properly handle dhclient version
    detection.
    - update debian/control
 -- Mathieu Trudel-Lapierre <email address hidden> Wed, 11 Aug 2010 10:03:55 -0400

Changed in network-manager (Ubuntu):
status: Fix Committed → Fix Released
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.