From: "Michael S. Tsirkin" <mst@redhat.com>
To: Michael Roth <mdroth@linux.vnet.ibm.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>,
Thomas Huth <thuth@redhat.com>,
qemu-devel@nongnu.org, Stefan Hajnoczi <stefanha@redhat.com>
Subject: Re: [Qemu-devel] [PULL 6/6] MAINTAINERS: Remove obsolete stable branches
Date: Tue, 10 Jan 2017 19:43:24 +0200 [thread overview]
Message-ID: <20170110194258-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <148406927879.24341.8983562873840557521@loki>
On Tue, Jan 10, 2017 at 11:27:58AM -0600, Michael Roth wrote:
> Quoting Paolo Bonzini (2017-01-10 10:45:02)
> >
> >
> > On 10/01/2017 17:34, Michael Roth wrote:
> > > Quoting Thomas Huth (2017-01-10 01:54:40)
> > >> On 10.01.2017 04:32, Michael S. Tsirkin wrote:
> > >>> On Thu, Nov 10, 2016 at 11:11:43AM +0100, Thomas Huth wrote:
> > >>>> There are only very old and orphaned stable branches listed
> > >>>> in the MAINTAINERS file - so this section is pretty useless
> > >>>> nowadays. Let's remove it.
> > >>>>
> > >>>> Reviewed-by: John Snow <jsnow@redhat.com>
> > >>>> Signed-off-by: Thomas Huth <thuth@redhat.com>
> > >>>
> > >>>
> > >>> Could you add some kind of entry for stable though?
> > >>> Otherwise people won't know which address to CC.
> > >>
> > >> I think that's a question to Michael Roth - whether such an entry should
> > >> be added and how it should look like.
> > >
> > > Hmm, not sure how to make this very readable. Something like this
> > > perhaps?
> > >
> > > Stable branches
> > > ---------------
> > > Current M.(N-1) Stable Branch (e.g. v2.8 if latest M.N.0 release was v2.9.0)
> > > M: Michael Roth <mdroth@linux.vnet.ibm.com>
> > > L: qemu-stable@nongnu.org
> > > T: git git://git.qemu-project.org/qemu.git stable-M.(N-1)
> > > S: Supported
> >
> > I would just say
> >
> > Stable branches
> > ---------------
> > Current Stable Branch (e.g. v2.8 if latest M.N.0 release was v2.9.0)
> > M: Michael Roth <mdroth@linux.vnet.ibm.com>
> > L: qemu-stable@nongnu.org
> > S: Supported
> >
> > Is the stable git tree used in practice, except in the days right before
> > a release?
>
> Generally not on my end, but it's possible downstreams make use of them
> as a means to just grab the latest stable release (though I don't know if
> this is actually the case or not). I agree that having it in MAINTAINERS
> isprobably of limited usefulness though.
>
> I *would* like to have a fairly consistent tree that's updated more regularly
> that people could target for backports and such, but that would probably
> be via my stable-N.M-staging tree on github. Perhaps I should point
> people there instead? Unfortunately that still requires some amount of
> variable substitution.
Do you need multiple trees? Why not have branches?
> >
> > Paolo
> >
> > >>
> > >> Thomas
> > >>
> > >>
> > >>>> ---
> > >>>> MAINTAINERS | 22 ----------------------
> > >>>> 1 file changed, 22 deletions(-)
> > >>>>
> > >>>> diff --git a/MAINTAINERS b/MAINTAINERS
> > >>>> index d8575ab..4a60579 100644
> > >>>> --- a/MAINTAINERS
> > >>>> +++ b/MAINTAINERS
> > >>>> @@ -1574,28 +1574,6 @@ F: tcg/tci/
> > >>>> F: tci.c
> > >>>> F: disas/tci.c
> > >>>>
> > >>>> -Stable branches
> > >>>> ----------------
> > >>>> -Stable 1.0
> > >>>> -L: qemu-stable@nongnu.org
> > >>>> -T: git git://git.qemu-project.org/qemu-stable-1.0.git
> > >>>> -S: Orphan
> > >>>> -
> > >>>> -Stable 0.15
> > >>>> -L: qemu-stable@nongnu.org
> > >>>> -T: git git://git.qemu-project.org/qemu-stable-0.15.git
> > >>>> -S: Orphan
> > >>>> -
> > >>>> -Stable 0.14
> > >>>> -L: qemu-stable@nongnu.org
> > >>>> -T: git git://git.qemu-project.org/qemu-stable-0.14.git
> > >>>> -S: Orphan
> > >>>> -
> > >>>> -Stable 0.10
> > >>>> -L: qemu-stable@nongnu.org
> > >>>> -T: git git://git.qemu-project.org/qemu-stable-0.10.git
> > >>>> -S: Orphan
> > >>>> -
> > >>>> Block drivers
> > >>>> -------------
> > >>>> VMDK
> > >>>> --
> > >>>> 1.8.3.1
> > >>>>
> > >>
> > >
> > >
> > >
> >
next prev parent reply other threads:[~2017-01-10 17:43 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-11-10 10:11 [Qemu-devel] [PULL 0/6] Fixes for the MAINTAINERS file Thomas Huth
2016-11-10 10:11 ` [Qemu-devel] [PULL 1/6] MAINTAINERS: Add some ARM related files to the corresponding sections Thomas Huth
2016-11-10 10:11 ` [Qemu-devel] [PULL 2/6] sparc: Add slavio_misc.c and eccmemctl.c to the MAINTAINERS file Thomas Huth
2016-11-10 10:11 ` [Qemu-devel] [PULL 3/6] m68k: Update the 68k sections in " Thomas Huth
2016-11-10 10:11 ` [Qemu-devel] [PULL 4/6] MAINTAINERS: Add an entry for the CHRP NVRAM files Thomas Huth
2016-11-10 10:11 ` [Qemu-devel] [PULL 5/6] MAINTAINERS: Add Fam and Jsnow for Bitmap support Thomas Huth
2016-11-10 10:11 ` [Qemu-devel] [PULL 6/6] MAINTAINERS: Remove obsolete stable branches Thomas Huth
2017-01-10 3:32 ` Michael S. Tsirkin
2017-01-10 7:54 ` Thomas Huth
2017-01-10 16:34 ` Michael Roth
2017-01-10 16:43 ` Michael Roth
2017-01-10 16:45 ` Paolo Bonzini
2017-01-10 17:27 ` Michael Roth
2017-01-10 17:43 ` Michael S. Tsirkin [this message]
2017-01-10 18:17 ` Michael Roth
2017-01-10 19:28 ` Michael S. Tsirkin
2017-01-10 20:18 ` Michael Roth
2017-01-10 21:37 ` Michael S. Tsirkin
2016-11-10 11:04 ` [Qemu-devel] [PULL 0/6] Fixes for the MAINTAINERS file Stefan Hajnoczi
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=20170110194258-mutt-send-email-mst@kernel.org \
--to=mst@redhat.com \
--cc=mdroth@linux.vnet.ibm.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@redhat.com \
--cc=thuth@redhat.com \
/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.