Jenkins build failure: patching of datetime-service.c snarled

[Allan LeSage]

Jenkins is failing to patch datetime-service.c using quilt; upping the priority of this so that we can get Jenkins' build going. If it's found that this bug results from Jenkins' misconfiguration then pls ping alesage or follow-up on this ticket.

[Charles Kerr (charlesk)]

> Applying patch lp_802384.patch
> patching file src/datetime-service.c
> Hunk #1 FAILED at 1404.
> 1 out of 1 hunk FAILED -- rejects in file src/datetime-service.c
> Patch lp_802384.patch can be reverse-applied

This is quilt's way of saying that we're trying to apply a patch (lp_802384.patch) that's already been applied.

My guess is that 802384 was fixed in trunk and backported to the stable release.

Jenkins does a bzr pull --overwrite from trunk, which is right

But it then applies the patches with "dpkg-source --before-build indicator-datetime-0.3.1" which is where the duplicate patch is coming from.

[Allan LeSage (allanlesage)]

Charles, Ted, and Allan agree that it'd be cleaner to maintain a build which doesn't require patching. Allan will attempt to modify the Jenkins build script per Charles' suggestion; this may serve our immediate need.