Hi Lucas
On Wed, Apr 07, 2021 at 02:03:47PM +0200, Lucas Nussbaum wrote:
- source format 1.0 with direct changes in .diff.gz (no patch system)
For this I disagree. At least until we have something acceptable that
can be used in modern git workflows including operations like cherry
picking and merge requests.
On 08/04/21 at 11:33 +0200, Bastian Blank wrote:
On Wed, Apr 07, 2021 at 02:03:47PM +0200, Lucas Nussbaum wrote:
- source format 1.0 with direct changes in .diff.gz (no patch system)
For this I disagree. At least until we have something acceptable that
can be used in modern git workflows including operations like cherry picking and merge requests.
Is that a real issue in practice?
If you can export the changes made to
upstream sources as a single big diff, surely you can also export them
as separate patches in 3.0 (quilt)?
Is that a real issue in practice? If you can export the changes made to upstream sources as a single big diff, surely you can also export them
as separate patches in 3.0 (quilt)?
"debian-single-patch" option (that you can put in debian/source/options)
How do you export changes? And no, creating separate patches breaks as
soon as the history is not linear, like after merging a new upstream
release. Sure, you could rease, but that is not an automatic process.
As Mattia pointed out, the "3.0 (quilt)" format supports the "debian-single-patch" option (that you can put in debian/source/options) which makes it behave like source format 1.0 and auto-generates/updates a single patch in the series based on the changes you made compared to upstream.
I don't think there's a valid technical reason to not use a newer format. Some dislike the choices made and the fact that many new features are
coupled to the new format, but there's really nothing that you could do
with the old format than you can't do now with new ones.
On Fri, Apr 09, 2021 at 10:42:22AM +0200, Raphael Hertzog wrote:
As Mattia pointed out, the "3.0 (quilt)" format supports the "debian-single-patch" option (that you can put in debian/source/options) which makes it behave like source format 1.0 and auto-generates/updates a single patch in the series based on the changes you made compared to upstream.
I don't think there's a valid technical reason to not use a newer format. Some dislike the choices made and the fact that many new features are coupled to the new format, but there's really nothing that you could do with the old format than you can't do now with new ones.
I suspect people resent being chastised to "separate patches" as the
toolage used to scream at you when using 3.0 + single-debian-patch.
On 09/04/21 at 12:33 +0200, Adam Borowski wrote:
On Fri, Apr 09, 2021 at 10:42:22AM +0200, Raphael Hertzog wrote:
I don't think there's a valid technical reason to not use a newer format. Some dislike the choices made and the fact that many new features are coupled to the new format, but there's really nothing that you could do with the old format than you can't do now with new ones.
I suspect people resent being chastised to "separate patches" as the toolage used to scream at you when using 3.0 + single-debian-patch.
Can you give an example?
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 293 |
Nodes: | 16 (2 / 14) |
Uptime: | 237:19:49 |
Calls: | 6,624 |
Files: | 12,172 |
Messages: | 5,319,873 |