resolved_issues/681834_gnome_recommends_networkmanager/ijackson-draft

   1   Whereas:
   2
   3   1. Our technical objectives are:
   4
   5     (i) Users who do not do anything special should get
   6         network-manager along with gnome (in this case, along with
   7         gnome-core).  These users should continue to have
   8         network-manager installed, across upgrades.
   9
  10     (ii) Users should be able to conveniently install and upgrade
  11         gnome without network-manager.
  12
  13     (iii) Users who deliberately removed network-manager in squeeze
  14         (which they will generally have done by deliberately violating
  15         the Recommends from the gnome metapackage) should not have to
  16         do anything special to avoid it coming back in wheezy.
  17
  18     (iv) Users who do make a decision that they do not want to use
  19         network-manager should not have to read specific
  20         documentation, or temporarily have network-manager installed,
  21         risk being exposed to bugs in network-manager's configuration
  22         arrangements, and so on.
  23
  24   2. Our technical objectives do NOT include:
  25
  26     (i) The `gnome-core' metapackage should in some sense perfectly or
  27         exactly correspond to GNOME upstream's definition of `the GNOME
  28         Core', specifically including every such component as a hard
  29         Depends.
  30
  31     (ii) The contents of any metapackage should be the correct
  32         expression of the subjective opinion of the metapackage's
  33         maintainer.
  34
  35     (iii) Users who choose to globally disable Recommends should still
  36         get the desired behaviours as described above in point 1.
  37
  38   3. The solution recommended by the gnome-core maintainers is
  39      that users who do not wish to use network-manager should have it
  40      installed but disable it.
  41
  42      Installing network-manager in these circumstances does
  43      not fully meet any of the above objectives apart from 1(i).
  44
  45   5. The alternative solution rejected by the gnome-core maintainers
  46      is downgrade the dependency to Recommends.
  47
  48      This solution meets all of the objectives from point 1, except
  49      that infelicities in teh package manager may mean that the user
  50      in 1(iii) may need to take action to prevent network-manager
  51      being reinstalled during an upgrade.
  52
  53   Therefore:
  54
  55   6. The Technical Committee overrules the decision of the gnome-core
  56      metapackage maintainer.  The dependency from gnome-core to
  57      network-manager-gnome should be downgraded to Recommends.
  58
  59   7. The Technical Committee requests that the Release Managers
  60      unblock the update to implement this decision, so that this
  61      change may be released in wheezy.