Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp4504798pxv; Tue, 27 Jul 2021 08:56:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyOmMVmICYZayevVXF1XGRVKK+5EsuHL3wD6uYyZNpdlriPdIannmFdAl7m1wozSrZD0Pie X-Received: by 2002:a17:906:34d7:: with SMTP id h23mr5053869ejb.293.1627401392919; Tue, 27 Jul 2021 08:56:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627401392; cv=none; d=google.com; s=arc-20160816; b=gKwgVvErQ3e4vwTlPMc1HOjV9JCbeADkLJSAPT7IQdH7IVnAiwcfnNepz9elfyB1o/ +JLSpWh/zZqv69tf3hXLlwt3EvDld48yCFlG1QVOq54tiT2auuDbssJPtzwvMpJ/1GUA duw5UCPC54wG4uffp1/2ebta+XC7KM94XZiQEwv4G9yvjlOgmCEIa5AAShxqnIKZPJ38 x8CIttLVzAPfeF3+R1r4GPEGEAayGomzhe1jwYCWPei3mWhAr6dpzLkmbtwrPSacsBoe XmdkSMR2gmfs7SAceh5Z+4+qOgCTB1I2mtndNGh1UIkQOcdETp9bRpPHF36pa4tHZ1gF dhIQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :mime-version:user-agent:date:message-id:subject:from:cc:to; bh=MLYsn+EgIPhgPd/461SpzCiBT8EBbwIALqByYOmQaXY=; b=gMw23giSvN/l/1RISuMahodVfTWGByCBICRKceRgp+1tLvw/OLOmU++N9Wa/TM1HlM OiVJRuJUJQAytTsNR2zh17rEYeCXmP9W6cTous27xFZ5hZpwbQLRb64kXeE5OxOphuhj yPG9h9Ic0J2sfpDW5NoQdCloFn1yNLXeUIgvC2fQ+lHHQSKbAYnFBLbVLDfmrA79VlHF WgM2mho8+ygXfZKo/YC7GMbyrSgXBZmtqNj+Id+02LBVVqH2Ffocn+XuvMc5IjxZ9vrC uwGHIZtd9e5a1U8I7s610pPSwblIWwmvlMCMwP25jUq34NLGQUAlQP4MFh63/wHaVEVW aHWg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id fy13si2961683ejb.660.2021.07.27.08.56.06; Tue, 27 Jul 2021 08:56:32 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229748AbhG0Pyu (ORCPT + 99 others); Tue, 27 Jul 2021 11:54:50 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:53848 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229537AbhG0Pyt (ORCPT ); Tue, 27 Jul 2021 11:54:49 -0400 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: gtucker) with ESMTPSA id A26C51F40AF7 To: "kernelci@groups.io" Cc: kernelci-members , automated-testing@lists.yoctoproject.org, "linux-kernel@vger.kernel.org" , "kernelci-tsc@groups.io" From: Guillaume Tucker Subject: KernelCI working group: Web Dashboard Message-ID: Date: Tue, 27 Jul 2021 16:54:46 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Last year's KernelCI Community Survey[1] showed the importance of having a good web dashboard. About 70% of respondents would use one if it provided the information they needed efficiently. While other things are arguably even more important, such as testing patches from mailing lists, replying to stable reviews and sending email reports directly to contributors in a "natural" workflow, the web dashboard has been a sticking point for a while. There have been several attempts at solving this problem, using Elastic Stack and Grafana among other things, but there isn't a single framework able to directly provide an off-the-shelf solution to the community's needs. In fact, the first issue is the lack of understanding of these needs: who wants to use the web dashboard, and how? Then, how does one translate those needs into a user interface? Doing this requires skills that engineers who regularly contribute to KernelCI typically don't have. As such, a dedicated working group is being created in order to fill this gap. The aim is to coordinate efforts and try to follow best practices to make steady progress and avoid repeating the same mistakes. Most likely, we will need some help from proper web developers who aren't part of the usual KernelCI community. This may be facilitated by the KernelCI LF project budget if approved by the governing board. In order to get started, we would need to have maybe 3 to 5 people available to focus on this. It doesn't necessarily mean a lot of hours spent but actions to be carried out on a daily or weekly basis. So far we have Gustavo Padovan as our new KernelCI Project Manager and a few people have expressed interest but we still need formal confirmation. Here's a GitHub project dedicated to the new web dashboard: https://github.com/orgs/kernelci/projects/4 I've created a couple of issues to get started about user stories, and some initial milestones as a basic skeleton: https://github.com/kernelci/kernelci-project/milestones This is ultimately a community-driven effort to address the needs of the kernel community. Please share any thoughts you may have on this, whether you want to add some user stories, share some expertise, be officially in the working group or take part in this effort in any other way. Best wishes, Guillaume [1] https://foundation.kernelci.org/blog/2020/07/09/kernelci-community-survey-report/