From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id MDm0N/J2wWU9UAEAe85BDQ:P1 (envelope-from ) for ; Tue, 06 Feb 2024 01:01:55 +0100 Received: from aspmx1.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2.migadu.com with LMTPS id MDm0N/J2wWU9UAEAe85BDQ (envelope-from ) for ; Tue, 06 Feb 2024 01:01:54 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=wmeyer.eu header.s=mail header.b=JPFa7rrh; dmarc=pass (policy=none) header.from=wmeyer.eu; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" ARC-Seal: i=1; s=key1; d=yhetil.org; t=1707177714; a=rsa-sha256; cv=none; b=in7J/TnzzG1blzPg+nKHVERnN+oVElgNdagMQiTULxnDF1c2O368BEYVc5hPHRyzw8bixS i31bDq99RX9SscgOSn/n0i36pfg0UNJb5HfYWFytDGR8NYTXnzsqrRLYgZ61C/rCWZ5ewz a5RfxgF5NkHHNHCzR/5RPwT0eAlS9+XqTrftaVB9osudUEANfOfo0vlC/NB2wxq2hCjz3h lkyPghMrroMSGfJYgwKiCX+JquS/cF0OeAoI9Zyq4Q/aFTwwk0+r5+ubWq+bcUzM3zFvUB 3ercsqzuNoL2tWZMh1gZoGPRBBq5Ak9R4C/aVcyq67cS06EjhV0maAM480/zIQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=wmeyer.eu header.s=mail header.b=JPFa7rrh; dmarc=pass (policy=none) header.from=wmeyer.eu; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1707177714; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=XJEwjvpUxO3sbZFgPT7bQHLEcwt2va1r1S1pmOiJo2k=; b=IinynNbYoQU5EOZjQJ45c3VNzkgN4yYubx1rfzRPv6Ho0SDiiV5vgH4+2oYgpyH3d1y228 RgHa4n0hMNkAim/mWGY2WIKgH4Lnn2ptd4W2DOg8Z9G2E5u4HJ+BeSvkhXZ4o+BdvaufQc SMA9D5ywFzG/+H8usBVKqeaPdlkqJlr3l1jt5RqMlpCVeZUtqkd7oqxkADo9R9iZlyI4My vQgMYNWggoZDwqyxPqb+Phsax6/Cuxd4G86/dovfiEZDSC9FhDhjNwQ0pAFnRuRRFOJmgr cHKDoT/V5EukcTdiVj0qLuoXwqq3yuFufIGo8uEI4xeFU/0mLEdMq3+3Uq8Mbg== 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 D3CF2721C4 for ; Tue, 6 Feb 2024 01:01:54 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rX8tp-0006q8-2p; Mon, 05 Feb 2024 19:01:17 -0500 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 1rX8tn-0006pv-6K for guix-devel@gnu.org; Mon, 05 Feb 2024 19:01:15 -0500 Received: from mail.wmeyer.eu ([95.216.196.112]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rX8tl-0000Rf-13 for guix-devel@gnu.org; Mon, 05 Feb 2024 19:01:14 -0500 References: <10c82db7-6fc6-4fa0-8213-e207fa54db58@futurile.net> <646ed226-7002-49b5-84c9-4f4be2425636@app.fastmail.com> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wmeyer.eu; s=mail; t=1707177666; bh=XJEwjvpUxO3sbZFgPT7bQHLEcwt2va1r1S1pmOiJo2k=; h=References:From:To:Cc:Subject:Date:In-reply-to; b=JPFa7rrh1Dhpb4iFBpNiS/9MYxkOBZA/HBEiU0pThLNuJoz0CvEF2KIquvpegUuV5 mswUS9OFRdbkza1Gg9IC+qA4+CUmeIuwGG6ykem+tmCom27OeFtYGwFbsyidO543Uv 9M/CnnvY0Qyr9mUhKrWeqj465HwTXJ04Q3EbJl9w= From: Wilko Meyer To: Tomas Volf <~@wolfsden.cz> Cc: Leo Famulari , Steve George , guix-devel@gnu.org Subject: Re: Guix Days: Patch flow discussion Date: Mon, 05 Feb 2024 23:08:29 +0100 In-reply-to: Message-ID: <871q9q4g27.fsf@wmeyer.eu> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=95.216.196.112; envelope-from=w@wmeyer.eu; helo=mail.wmeyer.eu X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: guix-devel-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Scanner: mx10.migadu.com X-Spam-Score: -4.87 X-Migadu-Queue-Id: D3CF2721C4 X-Migadu-Spam-Score: -4.87 X-TUID: fRozS3brJoIX Hi Guix, Tomas Volf <~@wolfsden.cz> writes: > Or, to put it in a different way: The problem is not that too few patches get > merged. The problem is that too few patches get reviewed. I'd say that both things stem from the same premise, a disproportion of available resources to the work that exists. This is not something specific to Guix as a project, but can be observed in many other projects as well (I couldn't name one larger free software or open source project without this issue, but could easily name some where this applies). The interests of a contributer sending a patch sometimes may not align with the interests of the project/sometimes may not align with the interests of commiters and so on. This happens and is a pretty common reason for contributions being ignored and I see that as somewhat a default modus operandi in many projects. Especially if available time is a rather sparse resource. I'd like to suggest to explicity refer to pragmatic ways forward in Guixes Contributing manual section that don't rely on the availability of other peoples (in this case committers/reviewers) time while empowering contributors to use their changes in a good way if a patch doesn't make it in/a bug report gets no reaction? Guix offers ways to use packages outside of Guix proper in a pretty feasible and maintainable way (manifests, setting up channels), maybe promoting them as an alternative to having things in guix proper "as soon as possible" (as that's not the only option to have things in a usable form) would be beneficial. -- Kind regards, Wilko Meyer w@wmeyer.eu