<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jun 17, 2020 at 7:33 AM Eric Blake <<a href="mailto:eblake@redhat.com">eblake@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 6/17/20 6:23 AM, Richard W.M. Jones wrote:<br>
> I pushed 2 & 3, thanks.<br>
> <br>
> But ...<br>
> <br>
>>  From 9fa3e443467e3c06761ec54241327e8daf8701ca Mon Sep 17 00:00:00 2001<br>
>> From: Alan Somers <<a href="mailto:asomers@gmail.com" target="_blank">asomers@gmail.com</a>><br>
>> Date: Mon, 15 Jun 2020 16:59:53 -0600<br>
>> Subject: [PATCH 1/3] Add a Cargo.toml file to the top-level directory<br>
>><br>
>> This is necessary for other Rust projects to depend on unrelesed<br>
<br>
unreleased<br>
<br>
>> versions of the nbdkit crate.<br>
<br>
As a meta-comment, it's easier to review patches sent inline, one patch <br>
per email, rather than multiple patches as opaque attachments to one <br>
email; the difference being that I can immediately reply to the patch in <br>
my mailer without having to open a file and pasting contents.  git <br>
send-email makes it easy to send patch series in this way, if you want <br>
to figure out how to set that up.  But it's not a showstopper if you <br>
keep your current workflow for submitting patches.<br></blockquote><div><br></div><div>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.</div><div>-Alan<br></div></div></div>