From: Peter Xu <peterx@redhat.com>
To: "Daniel P. Berrangé" <berrange@redhat.com>
Cc: Markus Armbruster <armbru@redhat.com>,
Peter Krempa <pkrempa@redhat.com>,
qemu-devel@nongnu.org, Juraj Marcin <jmarcin@redhat.com>,
Fabiano Rosas <farosas@suse.de>,
Prasad Pandit <ppandit@redhat.com>
Subject: Re: [PATCH v2 0/2] migration: feature removals for 11.0
Date: Mon, 23 Feb 2026 10:56:50 -0500 [thread overview]
Message-ID: <aZx4wguQHBtH47Ze@x1.local> (raw)
In-Reply-To: <aZwlLFddXXnbBYyj@redhat.com>
On Mon, Feb 23, 2026 at 10:00:12AM +0000, Daniel P. Berrangé wrote:
> On Thu, Feb 19, 2026 at 08:23:06AM +0100, Markus Armbruster wrote:
> > Peter Xu <peterx@redhat.com> writes:
> > > I don't know if that'll work because logically we can also copy anyone or
> > > lists only when sending patches (e.g. with "git send-email --cc")..
> >
> > For what it's worth, scripts/get_maintainer.pl would have told us to cc:
> > libvirt with this line:
> >
> > devel@lists.libvirt.org (open list:Incompatible changes)
> >
> > > For now, I'll just remember to always copy libvirt list on touching
> > > deprecation file. My apologize if it caused any unwanted surprise.
> >
> > We cannot and do not expect a patch submitter to know and remember
> > everything. We rely on tooling and review to catch misses in time.
> > Doesn't always work, because nothing and nobody's perfect.
>
> If any contributor is sending patches to QEMU, please don't use the raw
> 'git send-email' command directly. Instead use 'git-publish' which wraps
> 'send-email' with logic that automatically consults get_maintainer.pl.
>
> This means you'll always CC the required people by default, and have
> to conciously make an effort to drop them from the CC list.
I am using git-publish, I found that it's because I have my own profile
setup so it didn't use the default profile provided in .gitpublish, which
offered cccmd=.
Now I've added that into my setup too, thanks for the suggestion.
--
Peter Xu
prev parent reply other threads:[~2026-02-23 15:57 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-15 22:55 [PATCH v2 0/2] migration: feature removals for 11.0 Peter Xu
2026-01-15 22:55 ` [PATCH v2 1/2] migration: Remove zero-blocks capability Peter Xu
2026-01-16 8:49 ` Markus Armbruster
2026-01-15 22:55 ` [PATCH v2 2/2] migration: Remove fd: support on files Peter Xu
2026-02-17 9:29 ` [PATCH v2 0/2] migration: feature removals for 11.0 Peter Krempa
2026-02-17 9:47 ` Daniel P. Berrangé
2026-02-17 9:55 ` Peter Krempa
2026-02-17 10:08 ` Daniel P. Berrangé
2026-02-17 11:25 ` Markus Armbruster
2026-02-18 21:21 ` Peter Xu
2026-02-19 7:23 ` Markus Armbruster
2026-02-23 10:00 ` Daniel P. Berrangé
2026-02-23 15:56 ` Peter Xu [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aZx4wguQHBtH47Ze@x1.local \
--to=peterx@redhat.com \
--cc=armbru@redhat.com \
--cc=berrange@redhat.com \
--cc=farosas@suse.de \
--cc=jmarcin@redhat.com \
--cc=pkrempa@redhat.com \
--cc=ppandit@redhat.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.