Re: [Oneiric-Topic] Reducing number of patches in our packages

2011-04-21 Thread Ted Gould
On Fri, 2011-04-08 at 17:18 +0200, Rodrigo Moya wrote: > On Fri, 2011-04-08 at 10:12 -0400, Jorge O. Castro wrote: > > On Fri, Apr 8, 2011 at 4:36 AM, Rodrigo Moya > > wrote: > > >> How would this affect application authors, would they need to go update > > >> again? > > >> > > > what do you mea

Re: [Oneiric-Topic] Reducing number of patches in our packages

2011-04-12 Thread Rodrigo Moya
On Mon, 2011-04-11 at 21:10 +0100, Javier Jardón wrote: > On 7 April 2011 15:32, Rodrigo Moya wrote: > > > > About putting it in GTK, I don't know of all the appindicators patches, > > but most of the ones I've seen, more or less, are just a bunch of: > > > > #ifdef INDICATORS > > app_indicator_wh

Re: [Oneiric-Topic] Reducing number of patches in our packages

2011-04-11 Thread Javier Jardón
On 7 April 2011 15:32, Rodrigo Moya wrote: > > About putting it in GTK, I don't know of all the appindicators patches, > but most of the ones I've seen, more or less, are just a bunch of: > > #ifdef INDICATORS > app_indicator_whatever... > #else > gtk_status_icon_whatever... > #endif > Only FYI,

Re: [Oneiric-Topic] Reducing number of patches in our packages

2011-04-08 Thread Rodrigo Moya
On Fri, 2011-04-08 at 10:12 -0400, Jorge O. Castro wrote: > On Fri, Apr 8, 2011 at 4:36 AM, Rodrigo Moya > wrote: > >> How would this affect application authors, would they need to go update > >> again? > >> > > what do you mean? > > Basically do we have to go from app to app adjusting them aga

Re: [Oneiric-Topic] Reducing number of patches in our packages

2011-04-08 Thread Jorge O. Castro
On Fri, Apr 8, 2011 at 4:36 AM, Rodrigo Moya wrote: >> How would this affect application authors, would they need to go update >> again? >> > what do you mean? Basically do we have to go from app to app adjusting them again or is this a change we can do in one place? -- ubuntu-desktop mailing

Re: [Oneiric-Topic] Reducing number of patches in our packages

2011-04-08 Thread Rodrigo Moya
On Thu, 2011-04-07 at 20:26 -0400, Jorge O. Castro wrote: > >> Also, some Ubuntu-specific patches, like the appindicators ones are > >> duplicated in lots of packages, so it would be good if we could find a > >> better way to make upstream apps use them, like, for instance, patching > >> gtk_status

Re: [Oneiric-Topic] Reducing number of patches in our packages

2011-04-07 Thread Jorge O. Castro
>> Also, some Ubuntu-specific patches, like the appindicators ones are >> duplicated in lots of packages, so it would be good if we could find a >> better way to make upstream apps use them, like, for instance, patching >> gtk_status_icon_* in GTK itself to use the indicators when available, >> ins

Re: [Oneiric-Topic] Reducing number of patches in our packages

2011-04-07 Thread Robert Ancell
On 04/07/2011 09:23 PM, Rodrigo Moya wrote: > Priority: medium? > > While working on the GNOME3 PPA during this cycle, I found we have a lot > of patches in many packages, which makes things harder when upgrading to > major versions, and also introduces new ways for the apps to fail, as > the fixes

Re: [Oneiric-Topic] Reducing number of patches in our packages

2011-04-07 Thread Rodrigo Moya
On Thu, 2011-04-07 at 08:30 -0400, Mathieu Trudel-Lapierre wrote: > On Thu, Apr 7, 2011 at 7:23 AM, Rodrigo Moya > wrote: > [...] > > So, for next cycle, I would suggest a "small" goal of trying to do patch > > upstreaming/cleaning days, maybe once a week or every 2 weeks. > > Great idea :) > >

Re: [Oneiric-Topic] Reducing number of patches in our packages

2011-04-07 Thread Mathieu Trudel-Lapierre
On Thu, Apr 7, 2011 at 7:23 AM, Rodrigo Moya wrote: [...] > So, for next cycle, I would suggest a "small" goal of trying to do patch > upstreaming/cleaning days, maybe once a week or every 2 weeks. Great idea :) > Also, some Ubuntu-specific patches, like the appindicators ones are > duplicated i

[Oneiric-Topic] Reducing number of patches in our packages

2011-04-07 Thread Rodrigo Moya
Priority: medium? While working on the GNOME3 PPA during this cycle, I found we have a lot of patches in many packages, which makes things harder when upgrading to major versions, and also introduces new ways for the apps to fail, as the fixes are rebased to apply to the new upstream version. Whi