Reducing number of patches in our packages
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-
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
- Started by
- Completed by
- Martin Pitt
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://
[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://
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