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 5284A158020 for ; Tue, 13 Dec 2022 05:18:42 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AB0CAE0905; Tue, 13 Dec 2022 05:18:39 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 72B10E08CA for ; Tue, 13 Dec 2022 05:18:39 +0000 (UTC) Message-ID: Date: Tue, 13 Dec 2022 07:18:28 +0200 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 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.5.1 Subject: Re: [gentoo-dev] pam: thoughts on modernizing pam_limits configuration that Gentoo ships with To: gentoo-dev@lists.gentoo.org References: <8e75c01a-e798-d822-312d-cb21b6d70d45@gentoo.org> <72F4733E-9114-4F09-A385-78EFAF3A1E0B@gentoo.org> <8d6a988a-306b-9607-a60c-803e475afd03@gentoo.org> Content-Language: en-US From: Joonas Niilola In-Reply-To: <8d6a988a-306b-9607-a60c-803e475afd03@gentoo.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------wuOOHRMtEw8SZ336fGDZmTGf" X-Archives-Salt: 50faecf0-8ec8-4d68-86c8-b49d1da720f0 X-Archives-Hash: 9e0ae87678b3374fed7437485f83aa63 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------wuOOHRMtEw8SZ336fGDZmTGf Content-Type: multipart/mixed; boundary="------------1y7TiXwKlj2EKkreuuaBfDUZ"; protected-headers="v1" From: Joonas Niilola To: gentoo-dev@lists.gentoo.org Message-ID: Subject: Re: [gentoo-dev] pam: thoughts on modernizing pam_limits configuration that Gentoo ships with References: <8e75c01a-e798-d822-312d-cb21b6d70d45@gentoo.org> <72F4733E-9114-4F09-A385-78EFAF3A1E0B@gentoo.org> <8d6a988a-306b-9607-a60c-803e475afd03@gentoo.org> In-Reply-To: <8d6a988a-306b-9607-a60c-803e475afd03@gentoo.org> --------------1y7TiXwKlj2EKkreuuaBfDUZ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 13.12.2022 0.26, Piotr Karbowski wrote: > On 12/12/2022 23.06, Sam James wrote: >> It's unusual to have discussion about a single package on the mailing >> lists. I tend to keep an eye on PAM >> bugs because I maintained pambase. >> >> Bugs are the primary method of discussing changes to packages. >=20 > You really came strong on this one. I did explain why it went to mailin= g > list, that very few people would notice bug on undeclared > maintainer-needed package, unlike mailing list, assigning it to zlogene= > and hoping for few people to catch it up, yet you still zealously > challenge it. I see value in having both, this mailing list discussion AND a bug. It was indeed a great initiative to open the discussion here, since as you said the main maintainer is AWOL and pam is a critical package so this needs attention, but the fix should now be finished in a bug IMHO. Once you make the changing commit you can reference a bug and it'll show relevant history data for the reason. It's much harder and annoying trying to locate the "why was this ever changed?" from a mailing list, months or years after, when you can just find a commit and a linked bug. -- juippis --------------1y7TiXwKlj2EKkreuuaBfDUZ-- --------------wuOOHRMtEw8SZ336fGDZmTGf Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEltRJ9L6XRmDQCngHc4OUK43AaWIFAmOYCyRfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDk2 RDQ0OUY0QkU5NzQ2NjBEMDBBNzgwNzczODM5NDJCOERDMDY5NjIACgkQc4OUK43A aWKa6AgAwpzxR9RZxXwgNab7gYOYeO5JZDp7JJv6FdOkdu61FpE1JAbSAYAm3/9H +Vpzd0yUIdtR1t5psGa1NAE9oOQZl7lalkNJ/JUPfm9MMKwq9kZ8AR5iLJC5kAeu JptEQwiz90ODHXuzXTlatZ1NQe9jqCwYDIOtlDYFQWCrZkr1q4Nb60e82KxwZ4g5 oyglzGwt/m0ywv6pzRXP1rHnl7tryMYIAB73BQ1HU3XV5szWlHCFkWdM07BF6cwi CRKAdB9+xwrS91RvWIX5f7+sMg2ufxifD9rGUhoOzOTWmbH1tL8Jyqv6Kn0Ihq7d 19PnnA8/hCbPJ6w4pwlMm0B8IIyZYg== =MgF/ -----END PGP SIGNATURE----- --------------wuOOHRMtEw8SZ336fGDZmTGf--