From: Cornelia Huck <cohuck@redhat.com>
To: John Snow <jsnow@redhat.com>
Cc: qemu-devel@nongnu.org
Subject: Re: Migrating to the gitlab issue tracker
Date: Thu, 29 Oct 2020 21:33:43 +0100 [thread overview]
Message-ID: <20201029213343.2a2f063e.cohuck@redhat.com> (raw)
In-Reply-To: <2fecc4a0-7aec-16db-1150-50fc0463d6ac@redhat.com>
On Thu, 29 Oct 2020 14:04:04 -0400
John Snow <jsnow@redhat.com> wrote:
> On 10/29/20 12:41 PM, Cornelia Huck wrote:
> > On Thu, 29 Oct 2020 12:01:27 -0400
> > John Snow <jsnow@redhat.com> wrote:
> >
> >> If you're in the CC list, it's because you are listed in MAINTAINERS.
> >
> > <cleared the cc: list except for qemu-devel :)>
> >
> >>
> >> Paolo's QEMU keynote this morning mentioned the possible use of the
> >> Gitlab issue tracker instead of using Launchpad.
> >>
> >> I'm quite fond of the gitlab issue tracker, I think it works quite well
> >> and it has pretty good and uncomplicated API access to it in order to
> >> customize your workflow if you'd really like to.
> >>
> >> In experimenting with my mirror on gitlab though, I was unable to find a
> >> way to configure it to send issue tracker notifications to the email
> >> list. A move to gitlab would likely mean, then:
> >>
> >> 1. The cessation of (automatic) issue tracker mails to the list
> >> 2. The loss of the ability to update the issue tracker by replying to
> >> said emails
> >> 3. Anyone listed in MAINTAINERS would be expected to have a gitlab
> >> account in order to interact with the issue tracker.
> >
> > The gitlab issue tracker is almost certainly is an improvement over
> > launchpad (and I do have a gitlab account); but not being able to
> > interact via email is at least annoying. I expect that not only
> > maintainers will want to interact with bug reports?
> >
>
> Nothing stopping reviewers or contributors from signing up and
> subscribing to labels or issues they care about... It will just be more
> opaque to the ebb and flow of the list.
>
> There are still perhaps things we could do; a bot that generates weekly
> bug report summaries might be a solution.
That might be useful. TBH, I'm not sure how many random people that are
not either the reporter or a maintainer anyway typically interact with
launchpad bugs, so requiring a gitlab account might not be that bad on
the whole (especially since people can still write an email to the
list).
>
> >>
> >> However, once you have a gitlab account, you DO gain the ability to
> >> receive emails for issues; possibly only those tagged with labels that
> >> you cared about -- giving a nice filtering mechanism to receive only
> >> bugs you care about.
> >>
> >> Gitlab also does support individual accounts updating issues using a
> >> generated personalized email address, so if the email workflow is
> >> crucial to you, it is still available.
> >
> > You mean that I can update via email, provided it's an address
> > associated with my account?
> >
>
> https://gitlab.com/qemu-project/qemu
>
> Click the "bell" icon, choose "custom", and you can subscribe to issues
> project-wide if you'd like. (Reopen, New, Closed, Reassigned).
>
> I started experimenting with using the gitlab issue tracker for my
> Python library project, I'll use it as an example here:
[nice instructions stripped]
Thanks, that is helpful; I'll play with it a bit when I find some time.
next prev parent reply other threads:[~2020-10-29 20:35 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-29 16:01 Migrating to the gitlab issue tracker John Snow
2020-10-29 16:30 ` Daniel P. Berrangé
2020-10-29 16:41 ` Cornelia Huck
2020-10-29 16:49 ` Alistair Francis
2020-10-29 17:12 ` John Snow
2020-10-29 17:36 ` Kashyap Chamarthy
2020-10-29 19:55 ` Thomas Huth
2020-10-29 20:27 ` John Snow
2020-10-30 9:23 ` Daniel P. Berrangé
2020-10-30 10:03 ` Peter Maydell
2020-10-30 10:10 ` Daniel P. Berrangé
2020-10-30 10:57 ` Peter Maydell
2020-11-05 0:06 ` John Snow
2020-11-05 6:14 ` Thomas Huth
2020-11-05 9:54 ` Daniel P. Berrangé
2020-11-05 15:44 ` John Snow
2020-11-05 15:50 ` Daniel P. Berrangé
2020-11-08 9:00 ` Thomas Huth
2020-11-08 11:58 ` Peter Maydell
2020-11-09 8:04 ` Thomas Huth
2020-11-09 10:10 ` Daniel P. Berrangé
2020-11-09 10:14 ` Peter Maydell
2021-01-21 10:57 ` Thomas Huth
2021-01-21 16:20 ` John Snow
2020-10-30 10:26 ` Alex Bennée
2020-10-30 12:53 ` John Snow
2020-11-08 8:57 ` Thomas Huth
2020-10-29 18:04 ` John Snow
2020-10-29 20:33 ` Cornelia Huck [this message]
2020-10-30 9:16 ` Stefan Hajnoczi
2020-10-30 15:39 ` John Snow
2020-11-02 13:57 ` Laszlo Ersek
2020-11-02 14:26 ` Daniel P. Berrangé
2020-11-02 14:42 ` Eric Blake
2020-11-04 17:10 ` Laszlo Ersek
2020-11-04 17:03 ` Laszlo Ersek
2020-11-04 17:19 ` Daniel P. Berrangé
2020-11-06 15:37 ` Laszlo Ersek
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=20201029213343.2a2f063e.cohuck@redhat.com \
--to=cohuck@redhat.com \
--cc=jsnow@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.