From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:403:478a::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id 2ABGHVJsBGUzmQAAG6o9tA:P1 (envelope-from ) for ; Fri, 15 Sep 2023 16:38:10 +0200 Received: from aspmx1.migadu.com ([2001:41d0:403:478a::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id 2ABGHVJsBGUzmQAAG6o9tA (envelope-from ) for ; Fri, 15 Sep 2023 16:38:10 +0200 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 33DAB31A19 for ; Fri, 15 Sep 2023 16:38:10 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; 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=1694788690; 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; bh=ULKMA0uugQe80A5sPqrKHZxWGsDMDrXmotPU3r8xAgM=; b=NEywdjDArZPwd2ORDSyFP56i78OBYjQSy70lhGjuQi0HHQNjJX3rqEEGNkO3e3O4aHsCbS ZDqNHmDteFTyKLOlfyXY+qgW83bZ7tU0OB3nNhm29G/W/i9sILNr654UKIbE8ktJ9134BS PX5rSggNJU+NxdJG+RZHmbFWGr32TzgGT8w9VdpKYxJqITWhjwjL2FAH+hU74+YJr2DNvs 10dRAzJRMygnDYNrR96XL5rde8/LZprZ1QnORbiVJzNjHc8iGcZebq4iC5seOS6BJ7aqV3 ZxFYK29eJocxMHT/1ifPO/ja33MQ9my4m3sJTXqZTB80XDiGJfzTfLM/aKR8gA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1694788690; a=rsa-sha256; cv=none; b=NVBz+KKX+HLjyeMZm24bNQKNpdJGJrr6TWg7Q8es3H08CzBLc63CCUcLb2s8tpJ8YnQMFG NCPP91sMcxgfMYcwKl9drlYqjp2wAi+JFAotmBBhC7K4fiUzAZmezHIvGFSORD7eHUFCNV MlfauDC1p1E9byCL7gkf7m/9rPKf8wsdTg2b5nkVeCOpI/J0WiF0ZPP2Ug/PLnGfk/ZRp+ yHS4Uz09kRz4PZvjAW6+GI/KjyMWgRHSobCEt3wtlrUj7gBpfBjvF434pzYSD+XBDdNGX9 xz1IYEtOujs9Mrpk57lW2+ZQfuLCjXFA5X5/lTT3bxbowezzr50jqlajba37qg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=none; 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" Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qh9wq-0003jl-MN; Fri, 15 Sep 2023 10:37:32 -0400 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 1qh9wm-0003jN-LI for guix-devel@gnu.org; Fri, 15 Sep 2023 10:37:29 -0400 Received: from ns13.heimat.it ([46.4.214.66]) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qh9wk-0003vj-1x for guix-devel@gnu.org; Fri, 15 Sep 2023 10:37:27 -0400 Received: from localhost (ip6-localhost [127.0.0.1]) by ns13.heimat.it (Postfix) with ESMTP id 410323009C1; Fri, 15 Sep 2023 14:37:22 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at ns13.heimat.it Received: from ns13.heimat.it ([127.0.0.1]) by localhost (ns13.heimat.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o3hy5hhOMSa3; Fri, 15 Sep 2023 14:37:20 +0000 (UTC) Received: from bourrache.mug.xelera.it (unknown [93.56.171.217]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by ns13.heimat.it (Postfix) with ESMTPSA id 168D23009C0; Fri, 15 Sep 2023 14:37:20 +0000 (UTC) Received: from roquette.mug.biscuolo.net (roquette [10.38.2.14]) by bourrache.mug.xelera.it (Postfix) with SMTP id 8477029CA65B; Fri, 15 Sep 2023 16:37:19 +0200 (CEST) Received: (nullmailer pid 7997 invoked by uid 1000); Fri, 15 Sep 2023 14:37:19 -0000 From: Giovanni Biscuolo To: Simon Tournier Cc: guix-devel@gnu.org Subject: The already complicated (complex?) process for contributing. In-Reply-To: <878r97dd0v.fsf@gmail.com> Organization: Xelera.eu References: <8734zrn1sc.fsf@xelera.eu> <87edjb5le5.fsf@gmail.com> <87jzt2feq6.fsf@xelera.eu> <87y1hikln6.fsf@wireframe> <2d93b48dfd381c55ff706394ff7226133f5e014a.camel@gmail.com> <87pm2pces0.fsf@xelera.eu> <87bke8wo96.fsf@gmail.com> <929b035f6f4aca0793d9f8a6454b673b2a7069c1.camel@gmail.com> <87zg1sv3vt.fsf@gmail.com> <6929416953b2939445a5247b014142ea8bb521d9.camel@gmail.com> <87h6nyw0su.fsf@gmail.com> <86zg1pwwmw.fsf@gmail.com> <87cyyl9hi7.fsf@xelera.eu> <877cotdjr2.fsf@gmail.com> <87h6nv9a8v.fsf@xelera.eu> <878r97dd0v.fsf@gmail.com> Date: Fri, 15 Sep 2023 16:37:11 +0200 Message-ID: <878r978puw.fsf@xelera.eu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Received-SPF: pass client-ip=46.4.214.66; envelope-from=g@xelera.eu; helo=ns13.heimat.it X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 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-Spam-Score: -5.37 X-Spam-Score: -5.37 X-Migadu-Queue-Id: 33DAB31A19 X-Migadu-Scanner: mx0.migadu.com X-TUID: GGQRjV8mfaDd --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Simon, maybe we are drifting... again? ;-) Simon Tournier writes: [...] >> If this is stil not properly documented it will be fixed. > > Maybe=E2=80=A6 and it will be another item in the already very long list = of > steps to complete before contributing. This is one of my concern: add > yet another thing to an already complicated process for contributing. [...] > Yes, yet another thing to an already complicated process for > contributing. [...] > Yes, yet another thing to an already complicated process for > contributing. [...] While I agree that if some-"thing" (or the lack of, OK?) is /complicating/ the contributing process, that "thing" should be addressed, I disagree that _adding_ the **requirement** for contributors to properly configure git to use git hooks provided by Guix and understand the purpose of and pay attention to the 'Change-Id' field is another "thing" that adds /complication/. Talking in general: if you mean that contributing to Guix is /complex/ I agree, but /complex/ does not imply /complication/; also, /complexity/ is common to every DCVS based project with significant dimensions that I know of. So yes, contributing /in general/ is a complex process and I guess we all would like it to be less complicated as possible; proposals in this thread are trying to go in this direction: adding a little help in =C2=ABintegrating a proposed change=C2=BB with no complications (useless by design) for _all_ involved parties. Looking at other project development processes, take as an example **one** of the activities in the Linux kernel development process: =C2=ABposting patches=C2=BB [1]. You also need to know: =2D =C2=ABSubmitting patches: the essential guide to getting your code into= the kernel=C2=BB [2] =2D =C2=ABLinux Kernel patch submission checklist=C2=BB [3] =2D =C2=ABLinux kernel coding style=C2=BB [4] =2D =C2=ABEmail clients info for Linux=C2=BB [5]... just to mention one of= the cited MUAs, it states: =C2=ABGmail (Web GUI). Does not work for sending patches..=C2=BB. Probably Guix should copy/paste that. Is it /complex/ or /complicated/? To begin with, it's quite a lot of documentation, quite challenging to study /just/ to be able to send a useful patch to the Linux kernel... or /just/ to understand how and _why_ the process is designed that way. I hear you Someone=E2=84=A2 reader: I cannot summarise, sorry! :-D ...anyway it's a very interesting reading, I'd suggest it. (I did not read all.) To have an overall picture of the /complexity/ of the whole development process of the Linux kernel, take a look at =C2=ABthe index=C2=BB [6]. :-O Could it be simpified without making it /complicated/ for Someone=E2=84=A2? ...maybe. Is Guix development process comparable to the Linux kernel one? ...who knows :-D Thanks! Gio' [1] https://docs.kernel.org/process/5.Posting.html [2] https://www.kernel.org/doc/html/latest/process/submitting-patches.html [3] https://www.kernel.org/doc/html/latest/process/submit-checklist.html [4] https://www.kernel.org/doc/html/latest/process/coding-style.html [5] https://docs.kernel.org/process/email-clients.html "Run away from it.": ROTFL! [6] https://docs.kernel.org/process/index.html =2D-=20 Giovanni Biscuolo Xelera IT Infrastructures --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJABAEBCgAqFiEERcxjuFJYydVfNLI5030Op87MORIFAmUEbBcMHGdAeGVsZXJh LmV1AAoJENN9DqfOzDkS+hcQAJGvNfivYXykHAogKAvK2NuXBN3DWyRXNoJmp9gs r6kdR46P6bt1I3qNBokR1XAXoU1AMgGy+mP6BdY88VZ7UgbxXfS0CKcvxlrTS3mJ dFND3gGrBMd5yn27ArtET7sQCOLFJXfgG31KMA9zpwZkoeTza5N2CQoZ7El/q1U5 vH+HA7tOcJTOQy31io0oKvvHNuo22IQqH5WcjY6SKEMdmg7yUl+R601/6jxhoy2Z k3Y7Oh2lSYEBkGG1Xq0Yt3t1hfFPG87yJoXNT1FPGd/9XeER+40yjDxZ6xePawPO rBinSQmpBtsnuD4WalK6skEGyLU2+NCupxKu3Qg2khm5g8yHgwiPesZevTv8xEJr aA1NF/TRiiDN/c+1KQ66RYRxNGUBw8sXisTNYE0SmQOsT5dzrdgNmm3YenUgSgkS 6+YqHKZ0NOIqnH6RYmui2njbgDWhDCVTT2J/20Qk9VvBPc8Db8/LmZ3LdIMovFq9 /tzwWUUeiWUwiYtMR0/Je10Pm6NtgHVGkXTmRy7RqAYkkOPFOnbOKC/GxEqykAlA YYx+qon8+hmMtMtdwXJArkH0ex6hC6795nvYwoFoz8sd6m8Wg/baJOEP4t5xLdWI LpHUzW4+H5czzcMyCFlO+2GacxOHHl2tkFnEYh8Ox1qUKfpOwocdYE8iwNys9CFj K0Uo =WJCN -----END PGP SIGNATURE----- --=-=-=--