From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id +JYdDcI3xl6xOAAA0tVLHw (envelope-from ) for ; Thu, 21 May 2020 08:11:46 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id YKjVCMI3xl6yHwAAbx9fmQ (envelope-from ) for ; Thu, 21 May 2020 08:11:46 +0000 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 aspmx1.migadu.com (Postfix) with ESMTPS id 96EC39404D1 for ; Thu, 21 May 2020 08:11:45 +0000 (UTC) Received: from localhost ([::1]:52140 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jbgIo-0004E1-In for larch@yhetil.org; Thu, 21 May 2020 04:11:42 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:50370) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jbgI3-0003lX-4B for emacs-orgmode@gnu.org; Thu, 21 May 2020 04:10:55 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:36001) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jbgI1-0002hf-GO for emacs-orgmode@gnu.org; Thu, 21 May 2020 04:10:54 -0400 X-Originating-IP: 185.131.40.67 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 374EA60006; Thu, 21 May 2020 08:10:49 +0000 (UTC) From: Nicolas Goaziou To: Detlef Steuer Subject: Re: issue tracker? References: <87ftbw3mvw.fsf@alphaville.usersys.redhat.com> <6ffc8465-fdeb-4981-8303-43f09e26e0c1@www.fastmail.com> <20200519073352.GC7874@tuxteam.de> <20200519165720.GQ30250@volibear> <87d06z9czz.fsf@ucl.ac.uk> <20200520114026.034c24c2@linux-h0yu.plc.hootoo.com> Mail-Followup-To: Detlef Steuer , emacs-orgmode@gnu.org Date: Thu, 21 May 2020 10:10:49 +0200 In-Reply-To: <20200520114026.034c24c2@linux-h0yu.plc.hootoo.com> (Detlef Steuer's message of "Wed, 20 May 2020 11:40:26 +0200") Message-ID: <87r1vdg12u.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=217.70.183.195; envelope-from=mail@nicolasgoaziou.fr; helo=relay3-d.mail.gandi.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/05/21 04:10:50 X-ACL-Warn: Detected OS = Linux 3.11 and newer X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: emacs-orgmode@gnu.org Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Spam-Score: -0.01 X-TUID: RvEE9CCbZo3g Hello, Detlef Steuer writes: > That leads to the next point: If Nicolas decided *he* would love to work > with a bugtracker, I would not complain and open an account. > As it is now, anything that's not in the best interest of our benevolent > developer, should not even be considered :-) Thank you for your consideration. However, the question of what bug tracker to use is the maintainer's, not mine. Besides, just to avoid the confusion, I'm not a diva ;) If it is obvious that a solution is good for the project, I wouldn't dare opposing it. Now, I think I should add a few data points: - Many bug reports, and patches, are "lost" currently. Of course, they are still there, if you dig deep enough in the ML archives. But I doubt anyone would do that, so it is more realistic to consider them lost. - As pointed out, Org has a bug tracker : Emacs' Debbugs. See . Org users do not send bugs through it much. It is possibly a cultural thing. In these "package.el" days, people may forget that Org is also bundled with Emacs. The manual is not clear about it, too. In particular, this bug tracker can be used for any Org version, not necessarily the one bundled with Emacs. The good thing is that every bug sent there is also sent to our ML. Now, after the facts, some personal rambling about it: - I have no opinion on the fact that a bug tracker would bring more life to the project. It may be, but it is not obvious either. I'm not against it anyway. - The mailing list is the central place in our project, and any discussion should all happen here, so that anyone can get involved. In particular, a "mini mailing-list" per bug number is not a good thing, if messages are not made public in the ML. - A bug tracker without first-class support for Emacs=E2=80=94i.e., you can= do anything from Emacs=E2=80=94is missing the point. Therefore, I agree that= an email-based bug tracker is particularly suited. - Debbugs has a nice, modern, front end, too: Mumi (). See for example . - No matter what bug tracker (or lack thereof) is used, Org needs more reviewers, i.e., more users with write access to the repository. Receiving a ton of bug fixes is a certainly great, but is also discouraging when you realize you cannot possibly deal with all of them. - Considering the previous point, I doubt switching to a bug tracker today would help handling more bug reports. It will induce more work, though. For example, some triage happens currently on the ML: if a so-called bug report is clearly a misunderstanding, someone here often helps the OP without the developers interfering. This never happens in the bug tracker Org has actually. So, in a nutshell, if Bastien, or a future maintainer, decides that Org project should seriously be using a bug tracker, I suggest to simply advertise the current one, and add a Mumi interface somewhere. As the final words, reviewers are welcome, too=E2=80=A6 Regards, --=20 Nicolas Goaziou