From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 310FF158020 for ; Tue, 8 Nov 2022 00:23:48 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 85EACE08BD; Tue, 8 Nov 2022 00:23:44 +0000 (UTC) Received: from mail-yb1-f179.google.com (mail-yb1-f179.google.com [209.85.219.179]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 5D254E0878 for ; Tue, 8 Nov 2022 00:23:44 +0000 (UTC) Received: by mail-yb1-f179.google.com with SMTP id j130so15582541ybj.9 for ; Mon, 07 Nov 2022 16:23:44 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=xddfI2FftdmSVzLyRxGC1icUidtZh4+nFUf4IuTYqbM=; b=NBO0W7+EaCGtzmp7G7y2i5NDo5vXuVx2H7TTPgzpb/EmwSMoc6tzOi9sgpu4qzR2aM QSUjEN+cKeVgIjMqa2XdTvApiZTCLOM9LCfJSqD33jK8RGAT+wETjEPTJv7eWR68nDeI dp4Jd2IKDrZueG1FKGWTXnDDdMJser2VDyKFI/CPQdL8EN9/nyPwv+oMKMPLwfa4/wFo mm7gzS8mO4c/89T1bCcKggiLj2r5ZBFItunvDYjBPX0CTgI31ida0BTDOWMnELvMb622 f/dDYFPp2IMmdREnxH6BHU0AN5Yj0fqUpRFpV+o1GgSW7PjmntCvVVEWQNdHD58Xom4+ ByNA== X-Gm-Message-State: ACrzQf1H3IzxcbqxudYy4CZQXPjtvr9gWAwGoTBlS8j0SV17EMrj30xO 2jVmiizIaFqfaLVnbLbnUVU194j2+M4q1pwKwc5TUr/OBiU= X-Google-Smtp-Source: AMsMyM7VEdwI/4B5LG82oEFlGlTC2giPcwAMkstYQ+GOm3RwtfADFSK3dVh2gXd7qCfiaMLaYeure0384hHHChI4J9I= X-Received: by 2002:a25:bdd2:0:b0:6cb:ecf2:a98e with SMTP id g18-20020a25bdd2000000b006cbecf2a98emr54785286ybk.131.1667867023252; Mon, 07 Nov 2022 16:23:43 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 References: <2bd8402513dd47b06aa38a0d49e1c29880c1aad4.camel@gentoo.org> <97f832e7-a14d-9bb9-b0c3-59008f445677@gentoo.org> <1472F773-5796-4E26-8401-D410E0A24CE1@gentoo.org> In-Reply-To: <1472F773-5796-4E26-8401-D410E0A24CE1@gentoo.org> From: Rich Freeman Date: Mon, 7 Nov 2022 19:23:33 -0500 Message-ID: Subject: Re: [gentoo-dev] Disturbing state of arch testing in Gentoo To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset="UTF-8" X-Archives-Salt: 249f6b5a-0264-40ee-9f8a-fb8357ff6dce X-Archives-Hash: 2507838cabc51e2b5519851014bd7175 On Mon, Nov 7, 2022 at 6:16 PM Sam James wrote: > > > On 7 Nov 2022, at 06:07, Oskari Pirhonen wrote: > > > > On Sun, Nov 06, 2022 at 11:37:24 +0100, Piotr Karbowski wrote: > >> I would be in favour of stepping up the social contract and actually > >> prohibiting this kind of things, we had that before too, the nattka you > >> mgorny wrote is replacement for old bugzilla bot that was ... > >> closedsource and perished, though nattka now have way more features than > >> the old thing ever had. > > > > As a user, I think it would be really cool if there was a requirement > > that all infra and infra-adjacent stuff was free software. > > > > I feel like I've read that Debian already has something like this. While > > doing some quick searches I didn't find a full-on requirement, but all > > their infra bits I did find were powered by free software. The most > > relevant ones being buildd [1] and debci [2]. Additionally, the debci > > docs has inctructions on reproducing tests yourself [3] which is a nice > > extra IMO. > > Gentoo has https://www.gentoo.org/get-started/philosophy/social-contract.html. I feel like something like a dev-run tinderbox is a bit out of the scope of that. Suppose I file a bug against a package, pointing out some issue in it. How do you know I didn't use some proprietary static code analysis tool to discover that error? Does it even really matter? The bug speaks for itself. It is like worrying about whether somebody who filed a bug was running Windows or another proprietary OS or browser on their desktop. Well, a tinderbox is just an automated process for doing just that. We don't require any dev to use a proprietary tinderbox before committing. It is something that individual devs choose to use for themselves, automating the testing workflow and possibly the submission of bugs. I think the key is something that was brought up earlier in the thread: is this causing problems? If somebody is running some tool against the repository and automatically filing bugs, and those bugs are not useful/actionable and waste the time of volunteers, then that is a problem. Proprietary tools do contribute to this since they can generate results that are harder to reproduce, but if they are clear and accurate and actionable it could still be a net-positive. Of course if somebody wants to contribute to 100% FOSS tinderbox efforts that would be even better. Perhaps if our 100% FOSS tinderbox efforts addressed our needs very well, then nobody would want to bother with the proprietary reports, or generating them. IMO it would be better to create the FOSS solution before abandoning the proprietary one. Doing otherwise is basically burning bridges - it can be motivating in a sense but not really ideal. I'd love to have a 100% FOSS solution around all of this, but I appreciate what has been created and can hardly criticize volunteers for failing to make it happen, especially since I haven't contributed to that myself. -- Rich