[prev in list] [next in list] [prev in thread] [next in thread] 

List:       hurd-bug
Subject:    Re: Updating the hurd in Guix
From:       Samuel Thibault <samuel.thibault () gnu ! org>
Date:       2022-02-16 8:42:30
Message-ID: 20220216084230.nu4tizqnmz4oz56u () begin
[Download RAW message or body]

Olaf Buddenhagen, le mer. 16 févr. 2022 05:14:31 +0100, a ecrit:
> Putting it more bluntly: so the NetBSD source tree is large... And?

And it's a pain in the ** to work with.

While using dh_quilt_patch is a very common way to work in Debian
packages. Yes, that's Debian-centric, but we're at very experimental
stage with rumpdisk for now anyway (yesterday I saw a mere 1MB read
corrupt pfinet's text...). Once that's settled there's not supposed to
be much patches left.

> I'd strongly recommend to consider using revision control the way it's
> meant to be used:

No, using git to manage a patch queue long-term does not look convenient
to me. I've been trying various approaches (branch that one keeps
rebasing, one branch per patch, topgit) and none of them ended up more
convenient than a mere quilt series.

Samuel

[prev in list] [next in list] [prev in thread] [next in thread]