Summary: | repoman commit: use same commit message for ebuild&manifest commits | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Michał Górny <mgorny> |
Component: | Repoman | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED FIXED | ||
Severity: | normal | Keywords: | InVCS |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=438364 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 431026 |
Description
Michał Górny
2012-10-07 21:17:42 UTC
This is fixed in git: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=b91eefc82e995ba3463d212f95fa9228c5cf53ae This is fixed in 2.1.11.25 and 2.2.0_alpha136. The request leveled here is whacky; the commit messages differing in text is fine (seriously, it is)- if the aesthetics is the complaint, then make the first commit message have the same key in the commit message. Dropping the signing key information however, means that we reverse long term trend, and cvs->git migration no longer can convert that bit of data into a git footer. Keep in mind that for cvs->Git, the complaint about differing messages has no bearing- the manifest double commit doesn't exist in git. Reverse this change please; have both have the same commit message if you like, or differing, but the key needs to be in the commit message. (In reply to comment #3) > if the aesthetics is the complaint, then make the > first commit message have the same key in the commit message. Okay, done: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=30f3a3fb492bf956d928352037e12d948a8a7a35 This is fixed in 2.1.11.27 and 2.2.0_alpha138. (In reply to comment #6) > This is fixed in 2.1.11.27 and 2.2.0_alpha138. Sweet; appreciate the turn around time (nothing worse than finding a day to be active on cvs2git, then being blocked) :) |