gbp pq import --time-machine=<something> and rebase them via the
familiar git rebase interface that will be shown.
gbp:warning: Patch 0001-Fix-deferred-functions-within-target-arguments.patch failed to apply, retrying with whitespace fixup
gbp:error: Failed to apply '/home/mh/packages/ferm/ferm/debian/patches/0001-Fix-deferred-functions-within-target-arguments.patch': Error running git apply: warning: src/ferm has type 100755, expected 100644
error: patch failed: src/ferm:548
error: src/ferm: patch does not apply
error: patch failed: test/misc/ipfilter.ferm:10
error: test/misc/ipfilter.ferm: patch does not apply
error: patch failed: test/misc/ipfilter.result:2
error: test/misc/ipfilter.result: patch does not apply
gbp:error: Couldn't apply patches
1 [32/4932]mh@salida:~/packages/ferm/ferm (debian/latest|u+2) $
So does gbp pq rebase (same result).
In a traditional workflow, I would now install quilt, run quilt push
--force and sort out the rejects followed by a quilt refresh.
How am I supposed to handle this in a modern workflow?
Is it expected that gbp push would not push the current branch, debian/latest?
Marc Haber <mh+debian-mentors@zugschlus.de> writes:
Is it expected that gbp push would not push the current branch,
debian/latest?
It sounds like the git repository's gbp.conf is absent, or
misconfigured. Another possibility is that defaults have been
overridden some place like ~/.gbp.conf.
Is it expected that gbp push would not push the current branch, >debian/latest?
On Sat, May 31, 2025 at 02:05:48PM +0200, Marc Haber wrote:
Is it expected that gbp push would not push the current branch, >>debian/latest?
AFAIK yes, assuming you haven't tagged the upload yet.
There may be better ways to handle this, but I usually handle this
situation this way: assuming the patches can apply to the previous
packaged version of the package, I would go back to that version (may be
by a "git reset --hard"), and run "gbp pq import" there. This should
import the patches to gbp-pq just fine. Then import the newer version
as usual, and "gbp pq rebase" should let you revise the patch conflicts
like a usual git rebase.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 546 |
Nodes: | 16 (2 / 14) |
Uptime: | 03:56:06 |
Calls: | 10,387 |
Calls today: | 2 |
Files: | 14,061 |
Messages: | 6,416,778 |