From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-10.0 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, MENTIONS_GIT_HOSTING,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 685EDC55178 for ; Fri, 30 Oct 2020 09:24:35 +0000 (UTC) Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id BA4C22076E for ; Fri, 30 Oct 2020 09:24:34 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="aMdJghSX" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org BA4C22076E Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=redhat.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Received: from localhost ([::1]:59548 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kYQe9-0002Oh-LO for qemu-devel@archiver.kernel.org; Fri, 30 Oct 2020 05:24:33 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59160) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kYQdN-0001yY-HY for qemu-devel@nongnu.org; Fri, 30 Oct 2020 05:23:45 -0400 Received: from us-smtp-delivery-124.mimecast.com ([63.128.21.124]:29121) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.90_1) (envelope-from ) id 1kYQdL-0002yl-0d for qemu-devel@nongnu.org; Fri, 30 Oct 2020 05:23:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1604049821; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references; bh=n5MK7qC0Y+mReXFtRePz/SIcCZsLWDOPZnNTG+Tlycs=; b=aMdJghSXjYL617TWISKBeIlBtuq1cxDrpGEs4jBt56V56FWusL6+0T5PYpbrQRP/yrJAaW smCNp9OZnxM3Xc5/rXlyyg83gajY8AcBzGvK2hDKx6ygx0KEncWOWXqESu9VRiybhREeNU bJNg4f8lTpdEOq+UZr7loVRuitF+1Tc= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-568-SNUxL_PiOv-lyaL61XbN_w-1; Fri, 30 Oct 2020 05:23:39 -0400 X-MC-Unique: SNUxL_PiOv-lyaL61XbN_w-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 11ADD803F50; Fri, 30 Oct 2020 09:23:38 +0000 (UTC) Received: from redhat.com (ovpn-113-50.ams2.redhat.com [10.36.113.50]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 76D495DA6B; Fri, 30 Oct 2020 09:23:26 +0000 (UTC) Date: Fri, 30 Oct 2020 09:23:24 +0000 From: Daniel =?utf-8?B?UC4gQmVycmFuZ8Op?= To: John Snow Subject: Re: Migrating to the gitlab issue tracker Message-ID: <20201030092324.GC99222@redhat.com> References: <20201029174114.47e2b351.cohuck@redhat.com> <3713093e-bf3b-bf23-a8d0-70fe429032ba@redhat.com> <3d9b264a-5e1f-b936-8455-bafc6b89ebe5@redhat.com> MIME-Version: 1.0 In-Reply-To: <3d9b264a-5e1f-b936-8455-bafc6b89ebe5@redhat.com> User-Agent: Mutt/1.14.6 (2020-07-11) X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=berrange@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Received-SPF: pass client-ip=63.128.21.124; envelope-from=berrange@redhat.com; helo=us-smtp-delivery-124.mimecast.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/30 01:22:25 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Daniel =?utf-8?B?UC4gQmVycmFuZ8Op?= Cc: Peter Maydell , Thomas Huth , Philippe =?utf-8?Q?Mathieu-Daud=C3=A9?= , Cornelia Huck , "qemu-devel@nongnu.org Developers" , Alistair Francis , Alex =?utf-8?Q?Benn=C3=A9e?= Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: "Qemu-devel" On Thu, Oct 29, 2020 at 04:27:44PM -0400, John Snow wrote: > On 10/29/20 3:55 PM, Thomas Huth wrote: > > On 29/10/2020 18.12, John Snow wrote: > > > On 10/29/20 12:49 PM, Alistair Francis wrote: > > > > On Thu, Oct 29, 2020 at 9:41 AM Cornelia Huck wrote: > > > > > > > > > > On Thu, 29 Oct 2020 12:01:27 -0400 > > > > > John Snow wrote: > > > > > > > > > > > If you're in the CC list, it's because you are listed in MAINTAINERS. > > > > > > > > > > > > > > > > > > > > > > > > > > > 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? > > > > > > > > > > > > > > > > > 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? > > > > > > > > > > > > > > > > > I'm for it, or at least for beginning a pilot program where we > > > > > > experiment with the idea for interested parties. I wanted to send up a > > > > > > trial balloon to see how we were feeling about this. > > > > > > > > I'm not sure if you want Acks, but it sounds good to me. > > > > > > > > Alistair > > > > > > > > > > Mostly I was looking for any hard objections over the idea of issues not > > > necessarily being sent to the list anymore, if there were any. > > > > > > I want to hear from Thomas Huth too, but maybe we can work out a pilot > > > migration and give it a test-run and find more concrete objections that way. > > > > I'd certainly give it a try! Launchpad is IMHO really a pain (let me know if > > I should elaborate on that topic again...), and the email bridge is often > > also not working correctly (replies to bug mails sometimes get put into the > > bug tracker, sometimes not), so this is not something I would really miss > > when we quite Launchpad. > > > > So could somebody please enable the issue tracker there, so we can give it a > > try? Phil? Alex? Stefan? ...? > > > > If it works well, I can certainly help to get the links etc. in our website > > fixed. > > > > Great! You are the primary bug wrangler, so if you are interested in > trialing it, I am interested in helping! > > If we enable the bug tracker, can we please add Thomas and myself as > 'Reporter' level contributors to QEMU so we can wrangle bugs? > > Info on permissions: https://docs.gitlab.com/ee/user/permissions.html > > There's also an old bug (2 years) about migrating Launchpad to Gitlab, but > there's been no movement. > > https://gitlab.com/gitlab-org/gitlab/-/issues/22600 > > If we like the results of the trial, we'll need a convincing migration > strategy. My convincing strategy is "do nothing" :-) Most importantly we need to be able to make the existing "QEMU" component in launch read-only to prevent people filing new bugs there, ideally with a change in the description to point people to the new bug tracker. We can leave existing bugs in LP to continue their discussion. If there are some we explicitly want in gitlab manually re-file them. Aside from that if we periodically auto-close any stale bugs, after a while we'll have culled launchpad down to zero. Regards, Daniel -- |: https://berrange.com -o- https://www.flickr.com/photos/dberrange :| |: https://libvirt.org -o- https://fstop138.berrange.com :| |: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|