From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 218C7171C9 for ; Wed, 17 Dec 2025 00:48:00 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765932481; cv=none; b=HXBVx7+bXuOWcdmWM7Ms11280drd9zxBYWYlI75fOGxAbaWKxrkTRbvGKhTYTbAO4AK/9lNifx6dgxOj4FZHyj40WqP7sy4TnCspLijUB4reSVhDL7OGQ6LgQzEcpm5WjUp23ufaURzOnHY/N7XssvmbK4PG6WSQCYillvZ/JYM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765932481; c=relaxed/simple; bh=f/jn/ihDQ8aGrjkiSORg7CK5i81ExlQokjlFjAzmvRM=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=BevxYYfXBahtHjtp3TCDQcvK7lrSQ5rG9NKQ1GdyALPZhnsMjHa6dfy256n9rjiHS4mtVEbl4QAqhE73p+IBPJmVJn4RCya33sJjKh/MmoIcZMn57xNnMAUGeQC7G+u6fSDt2DP1UNVnp8xWQJfmCvii28hvQVV3V1IIL7aS3CA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=D+/sITgr; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="D+/sITgr" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 28E76C4CEF1; Wed, 17 Dec 2025 00:48:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1765932480; bh=f/jn/ihDQ8aGrjkiSORg7CK5i81ExlQokjlFjAzmvRM=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=D+/sITgrMFHORQILo/zLo1Gib85hDKlMX41BZIVo5vqb2AA0xR8Y9MMDs4dpgRnuD nY577Y6OO1XpEfAXaGso61FMwxhDw2tNEeRd9gAjHScTf7/ZKSuTwOOQl2ARkIGRye fAivA8M34/Tx34keTShoRU3Gr0Rga6E60gr0x/JJlC1kzRQzPHJyVZPxJ5fYp4jIc/ W3FKUXbOiY1FTUZU2I+Q6M2Ah3VbjX0ZOf34S4GKV7hh3FGPWOhaLQRDarPG8gIzC7 os2lzYJmnL0FxzhVwRapFeKPwDQRDAl38ekmwUR5m6OSXJ7Prq9ktqIb2xtRLZvgan WpDefBmVIJWnQ== Message-ID: <6708a973-f70e-4027-88bb-455ea68f7732@kernel.org> Date: Tue, 16 Dec 2025 18:47:59 -0600 Precedence: bulk X-Mailing-List: ksummit@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: kernel.org tooling update To: Jeff Johnson , Lukas Wunner , Konstantin Ryabitsev , Bjorn Helgaas Cc: users@kernel.org, ksummit@lists.linux.dev References: <20251209-roaring-hidden-alligator-068eea@lemur> <2ffa25e5-ef7c-4285-925c-3f698089bf28@oss.qualcomm.com> Content-Language: en-US From: Mario Limonciello In-Reply-To: <2ffa25e5-ef7c-4285-925c-3f698089bf28@oss.qualcomm.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 12/16/25 2:33 PM, Jeff Johnson wrote: > On 12/16/2025 8:21 AM, Lukas Wunner wrote: >> [cc += Bjorn, start of thread is here: >> https://lore.kernel.org/ksummit/20251209-roaring-hidden-alligator-068eea@lemur/ >> ] >> >> On Tue, Dec 09, 2025 at 11:48:24PM -0500, Konstantin Ryabitsev wrote: >>> ### Bugzilla >>> >>> It may be time to kill bugzilla: >>> >>> - despite periodic "we're not dead yet" emails, it doesn't appear very >>> active >>> - the upgrade path to 6.0 is broken for us due to bugzilla abandoning the >>> 5.2 development branch and continuing with 5.1 >>> - question remains with what to replace bugzilla, but it's a longer >>> discussion topic that I don't want to raise here; it may be a job for >>> the bugspray bot that can extend the two-way bridge functionality to >>> multiple bug tracker frameworks >> >> The PCI subsystem relies heavily on bugzilla to track issues, >> collect dmesg/lspci output from reporters and furnish them with >> debug or test patches. >> >> The SOP when issues are reported on the mailing list without >> sufficient information is to ask the reporter to open a bugzilla >> issue and attach full dmesg and lspci -vvv output for analysis. >> >> If bugzilla is deprecated, we'll need at least a way to exchange >> files with reporters. Preferably on kernel.org infrastructure >> to be independent from 3rd parties. A way to communicate with >> reporters outside the mailing list is also useful to prevent >> spamming linux-pci@vger.kernel.org with messages relevant only >> to a single issue or system. >> >> All the information now recorded in bugzilla should continue >> to be available indefinitely so that Link: tags in commits >> continue to work. It's not uncommon to have to dig in old >> bugzilla entries in order to understand the motivation for >> a particular code section that was introduced years earlier. > > At least some of the wireless maintainers also use bugzilla. > The ath11k & ath12k drivers have guidance in the wireless wiki: > https://wireless.docs.kernel.org/en/latest/en/users/drivers/ath11k/bugreport.html > https://wireless.docs.kernel.org/en/latest/en/users/drivers/ath12k/bugreport.html > > So we would also want this or a similar service to be maintained. > > /jeff I know that there was a mention of "external" Gitlab instances earlier in the thread. How about standing up an LF Gitlab instance? Subsystems that want to use it for issue tracking can have projects there specifically for that. For example we could have a gitlab.kernel.org and then a project PCI for all PCI subsystem related issues. This also "potentially" opens up the possibility of subsystems that want to engage in a forge PR/MR workflow with contributors to do so.