[Libguestfs] nbdkit rust plugin: copyright notices, Cargo workspace, and macro hygiene

alan somers asomers at gmail.com
Wed Jun 17 14:38:30 UTC 2020


On Wed, Jun 17, 2020 at 7:33 AM Eric Blake <eblake at redhat.com> wrote:

> On 6/17/20 6:23 AM, Richard W.M. Jones wrote:
> > I pushed 2 & 3, thanks.
> >
> > But ...
> >
> >>  From 9fa3e443467e3c06761ec54241327e8daf8701ca Mon Sep 17 00:00:00 2001
> >> From: Alan Somers <asomers at gmail.com>
> >> Date: Mon, 15 Jun 2020 16:59:53 -0600
> >> Subject: [PATCH 1/3] Add a Cargo.toml file to the top-level directory
> >>
> >> This is necessary for other Rust projects to depend on unrelesed
>
> unreleased
>
> >> versions of the nbdkit crate.
>
> As a meta-comment, it's easier to review patches sent inline, one patch
> per email, rather than multiple patches as opaque attachments to one
> email; the difference being that I can immediately reply to the patch in
> my mailer without having to open a file and pasting contents.  git
> send-email makes it easy to send patch series in this way, if you want
> to figure out how to set that up.  But it's not a showstopper if you
> keep your current workflow for submitting patches.
>

As a meta-comment, it would be a lot easier to review patches if you would
accept PRs.  If you're wary of Github's closed-source nature, why not
Gitlab?  It's easy to move a project from github to gitlab, and its PR
system is in some ways even better.  Personally, I don't think Github
offers very much value at all if you eschew PRs.
-Alan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/libguestfs/attachments/20200617/6b57b160/attachment.htm>


More information about the Libguestfs mailing list