Debian patches to our mozilla-based applications

[Mike Hommey]

On Sat, Feb 03, 2007 at 10:01:00PM +0100, Mike Hommey <mh at glandium.org> wrote:
> On Sat, Feb 03, 2007 at 10:44:25AM +0100, Mike Hommey <mh at glandium.org> wrote:
> (...)
> > http://web.glandium.org/debian/teams/pkg-mozilla/mozpatches.html
> > 
> > The patches are ordered by ascending numbers in their name (that don't
> > show up because they are not necessarily the same on all applications,
> > which happens for config, for example, in which case the number is the
> > one from the first application I parsed, which was iceape)
> 
> I changed the order and somehow grouped patches with the same rationale
> as numbering of patches in xulrunner and iceape:
> 
> - applied-upstream: Has been applied in some branch upstream. It will
>   eventually be applied in a release
> - fixed-upstream: Has been or will be fixed differently upstream
> - pending-upstream: Waiting to land on a branch or some review, or some
>   asked modifications
> - to-send-upstream: Patches that should be sent upstream
> - debian-specific: Patches we don't want to send upstream or that
>   upstream don't want to apply.
> - unknown: Not yet classified.

I also started to update status for some patches for icedove,
essentially the architecture patches. Unfortunately, this also means
losing some information on some individual patches, due to the fact that
a patch on one side was split into 2 patches on the other. That happened
for some patches, in both ways (2 patches in xulrunner == 1 patch in
icedove and 2 patches in icedove == 1 patch in xulrunner).

I'm wondering if it wouldn't be even better to deal with the patches at
file and hunk level...

Anyways, I already detected some outdated patches in icedove ;)
Actually, only one and a half. The m68k patch has been rewritten by by
Roman Zippel in #402011 to fix a build issue for epiphany against
xulrunner. I'm not sure this doesn't have a real impact, but applied it
to iceape nevertheless. You may want to do it for icedove, too.
The last half is about MOZ_DEBUG_FLAGS="-g" I removed from the patch
from Thiemo Seufer for mips, since now all builds are done with -g
anyways.

Mike