From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: Choice of bug tracker Date: Tue, 29 Aug 2023 23:35:45 +0300 Message-ID: References: <87il9kksqz.fsf@dfreeman.email> <87ttt42gna.fsf@dfreeman.email> <87wmy080kn.fsf@posteo.net> <83v8djcydl.fsf@gnu.org> <87350ndquw.fsf@dfreeman.email> <83350ncbns.fsf@gnu.org> <87cyzrjbd8.fsf@dfreeman.email> <83zg2vav46.fsf@gnu.org> <87o7j99304.fsf@dfreeman.email> <87wmxj27fn.fsf@dfreeman.email> <831qfrptiq.fsf@gnu.org> <57429221-d9be-5791-e975-b3539905e2f6@gutov.dev> <83a5udlj47.fsf@gnu.org> <87a5udk1co.fsf@posteo.net> <835y51kslv.fsf@gnu.org> <7a82c524-1aa1-e755-e377-673ebb107a44@gutov.dev> <83r0nok8s4.fsf@gnu.org> <83ledwk4xi.fsf@gnu.org> <76ecf629-a41a-f6e4-f661-2ef926326d6c@gutov.dev> <83zg2cias7.fsf@gnu.org> <83pm37ie54.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30313"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Cc: Eli Zaretskii , philipk@posteo.net, danny@dfreeman.email, emacs-devel@gnu.org, manuel.uberti@inventati.org To: Stefan Kangas Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Aug 29 22:40:40 2023 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qb5Vu-0007dN-Bk for ged-emacs-devel@m.gmane-mx.org; Tue, 29 Aug 2023 22:40:39 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qb5Va-0007EH-5F; Tue, 29 Aug 2023 16:40:19 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qb5RO-00063D-H2 for emacs-devel@gnu.org; Tue, 29 Aug 2023 16:35:59 -0400 Original-Received: from wout3-smtp.messagingengine.com ([64.147.123.19]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qb5RK-0005gt-Fe; Tue, 29 Aug 2023 16:35:58 -0400 Original-Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id ACD72320092E; Tue, 29 Aug 2023 16:35:50 -0400 (EDT) Original-Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Tue, 29 Aug 2023 16:35:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm3; t= 1693341350; x=1693427750; bh=j9pjuCWkOOKa1h8FPP0n1Wy2jHYPyEe8AKj iWdPcFGk=; b=jlOjhyuPh/41QZzA6A3hM3POLW8rYY7XAnX0uXI2GuC3j9EP7LF gnWYp8yFBapzPXxPpb5OkDJhg1A6m+aDdlK4q1A0AtzGxKCBOOqov6Cjnt+5uEM3 KoOxld/jfx63Sh877wKThRxL2+1T2X6NPmIa5v22l8amLF8cA+kQEv11VutuJGGD 5ZsXzodd0eAvsV9bNjcuQ/rHnGIhRkBfjfdLFq0Xqfm4kO1rbT1F1VrIcxnkivmj SblbCO7ubt9F8RUpNTF+UCgb2cG70o+U5D5cr5AZVbtIv+CJfxHd3PfdXHEflxoX d1Xqh/KqzUYgnZIgFh/kmDL6qx88nXTGE4Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1693341350; x=1693427750; bh=j9pjuCWkOOKa1h8FPP0n1Wy2jHYPyEe8AKj iWdPcFGk=; b=1dOqcHnyvAoihgpEGTa2ZNbf9euuAeD9VXm16Y+Y13nvFrhb+6e +Jrdzm3+ioqPQ27nW1CKjwGCtX/tqyoQZCqkifV2mndNGlQNAHp0WCOSoEofE8r/ 25T9z/CtBoP9SDCbY+nLrvzyRk8sMyFQtNrdt05ee5ByMAlGKW5v3iduwBsi0N91 mFE6kFE97Q6LL7ApWo6BIrlkEBtls7tnH8LHhHyTIWuUv/1J4ya2kx7sP8tRaDGZ T1hY0c6VzGc0T0wuqergFpMQit1xjBETk7FIKqE3mewJPLJ8sX1rA6Kd90xsQFTt SnBnR3caAt1YaKnLauNG85BZXZmokZHFo3A== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrudefiedgudehvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefkffggfgfuvfevfhfhjggtgfesthejredttdefjeenucfhrhhomhepffhm ihhtrhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrg htthgvrhhnpefhleduhedthfduheevffeuveeileduiefhheefudevveduhffgjeejfeeg veefgeenucffohhmrghinhepghhithhlrggsrdgtohhmnecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomhepughmihhtrhihsehguhhtohhvrdguvghv X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Original-Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 29 Aug 2023 16:35:47 -0400 (EDT) Content-Language: en-US In-Reply-To: Received-SPF: pass client-ip=64.147.123.19; envelope-from=dmitry@gutov.dev; helo=wout3-smtp.messagingengine.com X-Spam_score_int: -39 X-Spam_score: -4.0 X-Spam_bar: ---- X-Spam_report: (-4.0 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-1.242, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:309516 Archived-At: On 29/08/2023 18:06, Stefan Kangas wrote: > Dmitry Gutov writes: > >> Last time we produced this overblown list which mixed necessities with >> nice-to-haves: https://gitlab.com/gitlab-org/gitlab/-/issues/28152 > > Hmm, some of the ideas on there seem very ambitious, indeed. I'd > propose forgetting about the wishlist type items and focusing hard on > what really matters. The list Eli just posted seems like the best > starting point. Very good. >> - ReCaptcha replacement (actually seems fixed now: >> https://gitlab.com/gitlab-org/gitlab-foss/-/issues/46548#note_203922493) >> - LibreJS (we already know the JS files have satisfactory licenses; >> there was a fair amount of discussion around the assets pipeline, but no >> resolution: https://gitlab.com/gitlab-org/gitlab/-/issues/15196) > > We can't rely on non-free software, so these would need to be fixed. > At least for the GNU/Emacs instance, but even better in the Gitlab > upstream. The fact that LibreJS complains doesn't mean that the software is non-free. It just means that the annotations that LibreJS would recognize are missing. Most of the Internet is missing those. The overall mission of having JS files come with licenses in some form or other doesn't sound bad, but it shouldn't be a hard requirement for our platform, I think. It's not an urgent thing to fix. (OTOH, for the main endeavor of finding the new common Forge software for all GNU projects it does seem pretty valuable, if only for political reasons.) >> Regarding "workability", we have EMBA for people to try out. It's been >> there for several years. Unless Gitlab is crossed out from the list of >> contestants already. > > AFAIU, we did not cross out Gitlab. It is a candidate, provided that > we can fix any outstanding issues, and make it fit existing workflows > well enough. Very good. We have an existing Gitlab instance which should work at the testing ground. It's probably better to ask the admins to upgrade it to the latest version first, or if it was not their job, get in touch the people previously responsible for it. And then we should ask some more folks to start working with it and come back with *prioritized* list of current problems. >> I suppose [Bugzilla] was not in the list of "forges" because it only provides >> bug tracking. If we don't manage to switch to Gitlab or SourceHut, we >> can try using Bugzilla, at least. I'm not loving its "new bug" and the >> nonexistent "most recent issues/activity" pages, but it would still be >> an improvement. > > Something like Gitlab or Sourcehut would be more capable, yes. I also > believe they are closer to what we need if we are looking to make it > easier to recruit new developers. Probably, yes. Though I'm less sure about that regarding Sourcehut, personally. It's new and fairly novel, but familiarity (for the general crowd) is not high on its list of priorities. > The risk with spending time on Bugzilla is that we would end up using > that for the next 10+ years, when a bit (a lot?) more work could have > moved us to something like Sourcehut or Gitlab instead. So > personally, I'd rather see that we focused on more featureful options. > But that's me. Bugzilla is indeed the fallback option from my POV. But the other danger is that we spend the next 10+ years never agreeing on anything and not moving at all; Bugzilla is definitely better than *that* outcome.