From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id sDclILVZ0mY1agEAe85BDQ:P1 (envelope-from ) for ; Fri, 30 Aug 2024 23:45:57 +0000 Received: from aspmx1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2.migadu.com with LMTPS id sDclILVZ0mY1agEAe85BDQ (envelope-from ) for ; Sat, 31 Aug 2024 01:45:57 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=elenq.tech header.s=soverin1 header.b=eZu1gtlW; 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"; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1725061557; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature:autocrypt:autocrypt; bh=8495J4of34ia9PBJvFlsSuuQgGH674/RFZIohMFKZzg=; b=YIuvPRQfW08DDxWmTEcSZzc06Jf+HnpsFjomIPJJFeDhrCxu0aj/f1hkcabr0PFIG1F4XL vO951UZOtU9KDEcWxCBu3aZD6xVSJSyuzjyO4TCFbkJ4RY0yU0b1x0pqHOYapaeEyqoS4t VxEfLHOvMCCiwa8+T1DL72VAgUOJVeSdbn94hSMqCNSWhErGIySxeboa9mB0whoOTUygw1 J0NpTakiBXpFWjSXcWxCihf3hkKROJPBYGrqHD0tfkQ0Dvf5hV7KPRqRlEftxcgaClTFah voeYhh+6l2RNHzArxBNNqnR3YvKptgUZspmhppDXUfGjRFem4oLPsM5HycILzw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=elenq.tech header.s=soverin1 header.b=eZu1gtlW; 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"; dmarc=none ARC-Seal: i=1; s=key1; d=yhetil.org; t=1725061557; a=rsa-sha256; cv=none; b=kGF2fTL3Esz7WL4JW18O9kv62yToG5j7S9xUXRhs+p7je6hL0HRPMeEkMJsf07cXDeNROH yCQOsWSlDiiC5IIUILGl2halWefQpg5wJH5i5XF0wEq7Y9EtouzWuQsfKP4+vsxPklPD1K SffS/xskd38MCLHetIM0/r6CMbUM3xcMOrnbyTUKhWrYfNXkWl5v1dw6jZgAa6WnT3bQVv o+MWzUPdrAToZeQhYgwEKuYGgkXxyFAjdLKfa4v8xWMcf6KmtKLmCkjgoDfiQM2YSIk2TK N6tIHNXb/fUyyX2lUQIEIq/swD/cK0JoWT0e3QytzCdiwYX6mLgoyGKPkFJyiQ== 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 1FF5013573 for ; Sat, 31 Aug 2024 01:45:57 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1skBIp-0003qJ-Ty; Fri, 30 Aug 2024 19:45:16 -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 1skBIn-0003q2-Us for guix-devel@gnu.org; Fri, 30 Aug 2024 19:45:14 -0400 Received: from dane.soverin.net ([185.233.34.148]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1skBIl-0003t6-2N for guix-devel@gnu.org; Fri, 30 Aug 2024 19:45:13 -0400 Received: from smtp.soverin.net (unknown [10.10.4.74]) (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 dane.soverin.net (Postfix) with ESMTPS id 4WwZWj0nvFz2xQ4; Fri, 30 Aug 2024 23:45:05 +0000 (UTC) Received: from smtp.soverin.net (smtp.soverin.net [10.10.4.99]) by soverin.net (Postfix) with ESMTPSA id 4WwZWh4pYBz6Q; Fri, 30 Aug 2024 23:45:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=elenq.tech; s=soverin1; t=1725061504; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=8495J4of34ia9PBJvFlsSuuQgGH674/RFZIohMFKZzg=; b=eZu1gtlWO9Clg76p7r8R+xksVwIzbFKbnWpBMV8TuSPu1BIEUqvmcc7whPwbqqfHCXq3af EmBVi9QQcgaYrzU5F+djKeYGIYk2FWZrHJrpFqxKHVP1nA6ZaVByLTmAhoKGQ8uL+xSBvz 2J9fFD5W1FHxF+nKbNOSDikdx5FVzWbolJEMuCiFjmMTUvI72aLk8v+t87eENdSDLgp7/s F/88moWmBzjjE0y2BbdG8Ks8qQpzwId6UAUFtv+LQzmGi8GKr9VOwLIu8ApZX0r2ESWKSK iIVFaYP/FCVqLke8ZCuuMRnhGJh5Et04tI84RK1+IZKBvBC/bL/Vlbf4ojnmjw== Message-ID: <57b92ff9-6c6f-2c1b-6c3b-4c3d9daecce2@elenq.tech> Date: Sat, 31 Aug 2024 01:45:04 +0200 MIME-Version: 1.0 Subject: Re: Simplify contribution by using user-friendly bug tracker and git interface To: Jan Wielkiewicz , guix-devel@gnu.org References: <20240831003521.5c956363@interia.pl> Content-Language: en-US, es-ES, eu From: Ekaitz Zarraga Autocrypt: addr=ekaitz@elenq.tech; keydata= xsFNBGViSyIBEADY3g71uW/0CVaVm5/ObqTicQXXJRuh1uafIFiUUZoAp1V3V89b3LZ/m0cL 8YNHxTxsx8sKIMYTGlOvARAMiSpDvkmpf5pLn5T7+VvK90FOv/Pkp1tNNT+tvd0m/7C58+39 s7tN+XppbjVRtFuSXY0aFe8rpivZsKxv+tPUHUnQQszXvwgx0GQl8AX99IE+j75NJmBHFVg2 0geKa7QVymu669ix2+zU8vGoOKf5nIS0qG1m/vrtwR3ZuuyWX9/E/uP95ahX5ETWtjhTDbEm MEaRperwbczBewkdERJ34vRrverqKQA1xHXoPsx4NkLMocORFSSCJsveXcgWlU+pUIOYcKUA ARJjHhoWoUH4LZt5EOb7U17AaYMmATUXPCqq8G3jEXq6i0O1J1obCJGIRG02R9GiGp4zrVuv 2hmyoAmed4xYZAtf9WjcbwiunDkMGIxscdSlfEH/9dt7PGdEvkZ0dNSCTbp4ctMI4jAfobAL LReMSGx1CgPi01J61a/n/SgR66AiRJZCyC1u2V7AK1rBOAYzOU4UoePz+yF1I7crjZWAQVo6 DlmmXW+29l/lh2oK5jOuNEcvI6qi+tPCYxpDhUhZeYgqFU+/xgGlMj/XGvwuIFlpVg9ovFMg 6mxskOCVP9xNEp/qHiHqByYu5NRcITo/z/3BUimdXTT4KSq2cQARAQABzSJFa2FpdHogWmFy cmFnYSA8ZWthaXR6QGVsZW5xLnRlY2g+wsGOBBMBCAA4FiEEg/pnRVjAUpRlfkwZt5lM+Jly CyYFAmViSyICGwMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQt5lM+JlyCybjZxAAy+YW 3Q22xKoMWJYw03qGCy87WPK+xGWDpKD6TJ77+/IEbldObyQRrKYTTGjQSy6WgaJ0txJMIqeK JyuWuR3bq+Vkh86Byntl25jknOJ+jY1zwPs6HnWFr+hS48FcQh/0D26h57Cqc+6nbKhJcva8 JsInbHTbWPz7wye+xhqY1LfdgVTbCyADESXdmBY30/vP4LzqW81atwYF6X7dN7ko/JvyPPdv VlcspmbP6zNihoApBHdMfJwYscyAsu6tTyL4hMG3zpraeU+S857vZN39gFagRng+uyZG7rfB dHHAFzT1LKOZ4dahavOfA0gS1RZTgtAGsvhUEBn9vKxlB4efZuKhwMtgQEskRFD6JIF1DYCj pLgn5x/y3oI6rn35R46VDhLfohcUWpvzplu6LBft8ZNr+UgoVYc6qBezyDlxk0FmhGI7DEoh gfUxljTALXjSdUGEw2mvp/Mcrz+ffemWpG4+Zq0UXR8sZaHpv+PqmFLFFSQCOCRTYbMKzZBn y03wym3y0tGtunDGm5pR7NEPqUO9QbZdKyTy4ftRkSfTpiPCF8+KKYDT8HimSrusmtTfR4R1 nBJ4lNBYgTdOyJYFbHdF0Jxo9r0t+K2e+6hX6bK79o6aC+/LtzkoYgjCWvAEopO0ras/XQYM S7/bCzeDIhXX5RqmMIp5XN+oBP2roZDOwU0EZWJLIgEQAMIgPDpJY9aOhFiFICx58XMM28An yUPdN39t0A8VkUbsvKXH6eNqUZj/Q3yNcZrknAT1vinv9FN/4uCUnsaqEKp+mRAYgzmNfeJk SWuMzmA04fcISIBz3sJUR0w/59tWi8QxlNn7IR6McAA3lHDXC+KYh9ZfhaOARfan1M6Ppy6g YltUQGSSPXU807inmQZh8GFTi8iUza7vGuBEnaNRGhmhR+blMwHSqVWN4gD81e8dSAEi3zNR sLoBXneHUqTcJMHvsT5cOk7cGMoVAWIffA2EKWfrgda57Qw+w+0OPqWEfKoXwnyt35Tl+Lxl 7MAaAG9R5760yhgkf3LmnBNP3m6StZ8Fv09Gdn5cGSbVnoofHDkg4PQDTD6aGz9af3SnGVg9 nb1Zm1XbqtnYwG9JvQhcjgWAHwrPLkHAcvKtfYWNe4wiirMjXMXxADY08g33SEchPJR2r4pg wttJS4kHUJ2IQUmSH/43RO5PkftWsCucYGeaG1aPr+GAkeKIS1M3OZGuqhd800mltpiH73eL XrUPF8fgngC+SGMrHXLfzuhaRxPNYUbsdF+wRkvjRSO4tCmSVpgfPsHu5emoZgix1iiTO7GF do7L6n1Ay3oF4Witoxc0Gcbu7ltYlZHGmDnsVTVALartsJV2muSXpWcjQiXyC0gUkIkUD/3P jtgVxK8xABEBAAHCwXYEGAEIACAWIQSD+mdFWMBSlGV+TBm3mUz4mXILJgUCZWJLIgIbDAAK CRC3mUz4mXILJrIaD/9CXGckwRCojuRzP0r6+8/RvNDc03CSe2W17WrSaoYgiRb+h5asI/AL yqw+QRgwXZpt0i9hNiDCe/baD62mufIyjKFjHoAWSYJuZ5VK3vWnro6GaxWULYt1+c4c4Lz2 d1nSK6j8F3CxYo7BFk6afOusjYfh+0HywThcYY+x+K5Z+4SdJejDLiL5AzJn2W5Gt/ViK5nI wl7uRQpayMc9zmI8ytUT2NJxovq1/fT9nB8VPwlbJTE9zvIqfqHh9o9Apx5o8yTaSCyGUyu9 8h/klqxFy4HAPJJu/3JkiMaCI45ZdCqRR1LIwhtmW2lb73r0rP/0S1cKi+ehA4oQvwiUw7zh XXw7mqzSAJ0SWT92Vy2G8Z8qqgwxwfQcdFZAyJAL1rgEPQljNT91Vgbc6DCUka2XW5BqyhEB eS0n1gK0hYXbM9FKegRsZxlmRAXa4KGXCwr4BNK6k+zkKPitezjbtcLgcKSHa8/HyHNkW7xH R+MN16x2elQPmQ2d0Ien1HgsK98+3prlUGwZIVCqa1ddSoW0llU3JzGsKrMAiYbWg/rOXFil RJbuhjflaLBVmfI8VlRQRocP+WEH0lsUWrtjVaGcBj1/YnIoT+zT6fPSXwPsrBvAWEjfl8HH e1F4cYb+ugPDwUTd1s2Uj2tF0/fhCHPy9sXyx/EIL3gqyBw9M2Rz9A== In-Reply-To: <20240831003521.5c956363@interia.pl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spampanel-Class: ham Received-SPF: pass client-ip=185.233.34.148; envelope-from=ekaitz@elenq.tech; helo=dane.soverin.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, 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-Country: US X-Migadu-Flow: FLOW_IN X-Migadu-Queue-Id: 1FF5013573 X-Migadu-Scanner: mx13.migadu.com X-Migadu-Spam-Score: -7.28 X-Spam-Score: -7.28 X-TUID: D8K44p+D81p/ Hi Jan, On 2024-08-31 00:35, Jan Wielkiewicz wrote: > Hi, > > I feel that emails are not the best system for interacting with the > project. The issue tracker is not helpful, it's hard to find anything > there, there are no tags/labels/milestones... Sending patches also > involves using a tedious and counterintuitive interface, scaring off > possible contributors. > > I think a good solution would be hosting a forgejo instance [1] or > making a codeberg mirror [2] where users could send their pull > requests to. These have a friendly user interface with labels, a bug > tracker, etc. Well, unless the point of the email interface is to > gatekeep and scare off contributors... > > [1] https://forgejo.org/ > [2] https://codeberg.org/ First, there are tags in the issue system: https://issues.guix.gnu.org/search?query=tag%3Aeasy The issue of friendliness has been brought up in the past, I suggest you to search in the mailing list for previous interactions in the topic. In fact, I took part on a discussion about more general topics and I mentioned we should be more empathetic with other people's needs: https://lists.gnu.org/archive/html/guix-devel/2023-09/msg00488.html Tedious and counterintuitive are very loaded words, and not very objective either. The intuitiveness of things is based on the previous context people has. This is a GNU project, and the context for many GNU developers is autotools, mail based workflow and so on: maybe for GNU developers that's the most intuitive thing. Who should we please? In my case, I find the Github-like PR based approach quite counterintuitive, but I got used to it before collaborating in Guix and now I don't dislike it. Starting using PRs for everything made me a little bit reluctant to try the email based approach. Surprisingly, it happens to be way easier than it looks, and it's actually quite cool. You should give it a go: https://git-send-email.io/ (If you don't like or you can't use that, you can paste the patches in an email, or send them as attachments, which is as difficult as taking part in this mailing list.) Once you use it for as long as you used other options, I'd love to have this conversation with you again (I'm not saying you'd change your mind, but the conversation would be fairer). I will share some thought here that I know many people in the community doesn't agree with (and I'm kind of a 50-50 on it) but I think it's worth sharing: So, it is true that making the access to things harder than the possible minimum is simply stupid. There's no discussion there. That being said, it would be very sad if a seasoned software developer, who proved to be able to write code for a complex project like Guix, is not able, is discouraged to, or is afraid of sending the patches via email (but is ok opening an account, making a fork, making a pr and so on). Putting it in a different way: not every contribution is worth attention. If people who want to contribute are not able to send an email, I don't think their potential contributions would be that interesting or worthy. The skills needed to be able to participate in Guix are quite advanced, I don't think the email is a burden for people that have them. So let's say, yes: we do migrate to codeberg.org. And now what? Do you think the amount of contributions will skyrocket? Do you think the amount of meaningful contributions will be higher? I know what I say here might smell like some intellectual classism or something, but if we slow down a little bit: implying that there's a lot of people wanting to contribute to Guix and they cannot overcome the burden of the tooling we use is a little bit condescending to them. *People are smart*. They'll figure out. Our process could be better, specially the documentation for newcomers (which btw improved a lot recently, and mumi is great), for sure, but, in summary: - I don't dislike the PR style - I doubt if using a PR based approach would result in more and better contributions - Just because something is more popular that the other thing it doesn't mean the latter is less intuitive - Our process is not more complex, but it might be *new* for people - If we provide GOOD documentation, people will understand it - We have communication channels (that work) for the cases when people gets stuck Those are my thoughts.