Hi Bruno, Karl,Thank you for your guidance! Currently I have all of the necessary waivers that span the entire GNU project (to my understanding).
Over the last month or so I have spotted a few issues with the scripts that we vendor from gnulib. If you find this permissible, I will send the patches on the mailing list for the discussion. I intend to continue using Perl::Critic and shellcheck, among others. There is a chance that the volume of the patches will be quite sizeable. But I haven't had the time to look into this yet.
-- With Valediction, Kamila Szewczyk (https://iczelia.net) On 10/29/26 10:56 PM, Bruno Haible wrote:
Hi Karl and Kamila,She has been the prime mover behind the last couple of automake releases, also involved with config, autoconf, and surely other things I don't know aboutWelcome Kamila, to the group of GNU package maintainers! I've already witnessed some of the improvements that you are doing in Automake. Kamila will be welcome as a Gnulib contributor too, of course. However, the habits among Gnulib maintainers are not that someone can get commit access in one day or even one month. Rather, the Gnulib development follows these principles: * Proposed patches are sent to the mailing list. One of the maintainers then reviews it; this typically happens within 1-3 days. * Only uncontroversial patches ought to be committed. Since judging what is "uncontroversial" is difficult, especially for new contributors, it takes a couple of months of learning before one can expect to possess this judgement. * When a maintainer is sure that a patch is uncontroversial, they can commit it right away — while still CCing the mailing list. Therefore typically we offer blanket write access only once a contributor possesses this judgement and once we get tired of committing patches in their name. When we commit patches in the name of contributors, we also look whether the patches are sizeable and, if so, whether the contributor has signed a copyright assignment with the FSF for these contributions [1]. In the case of Kamila, since we expect sizeable patches, it would be good to start this copyright assignment process for GNULIB. Bruno [1] https://www.gnu.org/prep/maintain/html_node/Copyright-Papers.html
OpenPGP_0xC868F0B6DE38409D.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
