Reducing number of patches in our packages

Registered by Jason Warner on 2011-04-16

We carry a lot of patches in several packages, so it would be good to try to reduce that number as much as possible, trying to get common functionality (like launchpad-integration or indicators) patched lower in the stack, so that we don't have to carry patches in so many applications. Also, lots of other patches fix issues that might be interesting to get fixed upstream, so that those patches can be removed from the distribution.

Blueprint information

Status:
Complete
Approver:
Martin Pitt
Priority:
Medium
Drafter:
Rodrigo Moya
Direction:
Needs approval
Assignee:
None
Definition:
Obsolete
Series goal:
Accepted for precise
Implementation:
Not started
Milestone target:
None
Completed by
Martin Pitt on 2012-05-15

Related branches

Sprints

Whiteboard

Work items for oneiric-alpha-2:
[mathieu-tl] re-sync NetworkManager with Debian: DONE

Work items:
[pitti] send the avahi udeb addition diff to Debian (Debian does not want it until d-i actually wants to use it): DROPPED
[ricotz]: send the gtk3 avahi build from the gnome3 ppa to http://bugs.debian.org/610772:
[rodrigo-moya] contact shaunm about get a standard help widget,menu in gtk (contacted, but not decided upstream yet): DONE

some patches should be reworked to be palatable upstream
Would be useful to have a team effort to review the patches (during merges/upgrades to GNOME3)
Launchpad integration:
- we could perhaps patch gtk for that?
- apps get rid of menus
- Initial work on a help API in GTK+ <http://mail.gnome.org/archives/gtk-devel-list/2011-April/msg00141.html>
Indicators:
 - GtkStatusIcon gets deprecated, so we can't hook into that
 - quite a lot of indicator patches will go away this cycle

 ld --as-needed fixes:
  - takes inordinate amount of effort to go upstream, but as newer binutils will do that this should resolve itself at some point

(?)

Work Items