Hi Guix, this is not a new idea[1]: let’s add a page to the website that lists teams and a mail alias for each of the teams. For example, the “R team” consists of people familiar with how R packaging works in Guix, e.g. Simon and myself. There would be an alias “guix-team-r@gnu.org”. People with questions about R in Guix could write an email to that alias. Mumi could also send email to guix-team-r@gnu.org to remind them about patches relating to R / Bioconductor / CRAN, etc. Maintainers could write to these teams before releases to ask if there are any obstacles to a release. As a first step I’d suggest collecting teams, setting up the email aliases, and updating the website to show the existing teams. Here’s a draft of three teams: * R team Simon Tournier Ricardo Wurmus * Java team Julien Lepiller * Rust team Efraim Flashner Aleksandr Vityazev Arun Isaac John Soo Maxim Cournoyer Nicolas Goaziou Tobias Geerinckx-Rice What do you think? -- Ricardo [1]: https://lists.gnu.org/archive/html/guix-devel/2021-12/msg00224.html
[-- Attachment #1: Type: text/plain, Size: 403 bytes --] Ricardo Wurmus schreef op za 04-06-2022 om 14:07 [+0200]: > As a first step I’d suggest collecting teams, setting up the email > aliases, and updating the website to show the existing teams. Here’s > a draft of three teams: > > [...] You can add me to the Rust team and to a new Minetest team. Maybe Vivien Kraus would be interested in joining the Minetest team. Greetings, Maxime. [-- Attachment #2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 260 bytes --]
> Hi Guix,
>
> this is not a new idea[1]: let’s add a page to the website that lists teams
> and a mail alias for each of the teams.
>
> For example, the “R team” consists of people familiar with how R
> packaging works in Guix, e.g. Simon and myself. There would be an alias
> “guix-team-r@gnu.org”. People with questions about R in Guix could
> write an email to that alias.
>
> Mumi could also send email to guix-team-r@gnu.org to remind them about
> patches relating to R / Bioconductor / CRAN, etc.
>
> Maintainers could write to these teams before releases to ask if there
> are any obstacles to a release.
>
> As a first step I’d suggest collecting teams, setting up the email
> aliases, and updating the website to show the existing teams. Here’s
> a draft of three teams:
>
> * R team
> Simon Tournier
> Ricardo Wurmus
>
> * Java team
> Julien Lepiller
>
> * Rust team
> Efraim Flashner
> Aleksandr Vityazev
> Arun Isaac
> John Soo
> Maxim Cournoyer
> Nicolas Goaziou
> Tobias Geerinckx-Rice
>
> What do you think?
>
>
> --
> Ricardo
>
> [1]: https://lists.gnu.org/archive/html/guix-devel/2021-12/msg00224.html
If you want to add a Bootstrapping team, feel free to add me there.
Thanks for this effort. It's really interesting.
Cheers,
Ekaitz
On 4 June 2022 12:07:15 UTC, Ricardo Wurmus <rekado@elephly.net> wrote: >* Rust team [...] >Tobias Geerinckx-Rice OK what the hell. I'll also join Leo on a kernel/module/initrd team if they're interested. I think we should also have (natural) language 'teams' who can be pinged when, e.g., a news item lands, through a single guix-translators@ meta-alias, and who can co-ordinate before releases. I'll take -nl. Maxime? Ricardo, Kind regards, T G-R Sent on the go. Excuse or enjoy my brevity.
[-- Attachment #1: Type: text/plain, Size: 305 bytes --] Tobias Geerinckx-Rice schreef op za 04-06-2022 om 14:50 [+0000]: > I think we should also have (natural) language 'teams' who can be pinged when, e.g., a news item lands, through a single guix-translators@ meta-alias, and who can co-ordinate before releases. > > I'll take -nl. Maxime? Ok sure. [-- Attachment #2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 260 bytes --]
> On 4 June 2022 12:07:15 UTC, Ricardo Wurmus <rekado@elephly.net> wrote:
>> * Rust team
> [...]
>> Tobias Geerinckx-Rice
>
> OK what the hell.
>
Would you wanna create and be the Bash team person as well? :)
Best regards,
David
Hello everyone,
Ricardo Wurmus <rekado@elephly.net> writes:
> As a first step I’d suggest collecting teams, setting up the email
> aliases, and updating the website to show the existing teams.
I think an installer team would be good too (which I would gladly join).
WDYT of the following teams:
* Installer (which I'd gladly join);
* System;
* Home;
* Internals?
Maybe that would add too many teams, but I think the first three could
be pretty useful.
How do we automatically make Mumi understand which team a patch should
notify? I've just started using public-inbox/lei and the `dfn:` search
term is pretty useful, it lets you select only patches that change
specific files. For example, `dfn:gnu/installer*` would match all
patches that touch the installer.
Best,
--
Josselin Poiret
On Sat, Jun 04, 2022 at 02:50:49PM +0000, Tobias Geerinckx-Rice wrote:
> I think we should also have (natural) language 'teams' who can be
> pinged when, e.g., a news item lands, through a single
> guix-translators@ meta-alias, and who can co-ordinate before
> releases.
If we do so, please add me too for -de.
Regards,
Florian
Hi Ricardo,
> As a first step I’d suggest collecting teams, setting up the email
> aliases, and updating the website to show the existing teams. Here’s
> a draft of three teams:
* Python Team
Lars-Dominik Braun
* Haskell Team
Lars-Dominik Braun
Anyone interested to join these with me?
Cheers,
Lars
Hi Ricardo, On Sat, 04 Jun 2022 at 14:07, Ricardo Wurmus <rekado@elephly.net> wrote: > As a first step I’d suggest collecting teams, setting up the email > aliases, and updating the website to show the existing teams. Here’s > a draft of three teams: Well, a team per build system would fit more or less the needs, I guess. It is not a big deal if there are some overlaps. For what is it is worth, I would suggest that people with commit access appear at least once in one team, if possible. > * R team > Simon Tournier > Ricardo Wurmus In addition, add me to: * Julia team Cheers, simon
Hello,
Am Sat, Jun 04, 2022 at 02:07:15PM +0200 schrieb Ricardo Wurmus:
> As a first step I’d suggest collecting teams, setting up the email
> aliases, and updating the website to show the existing teams. Here’s
> a draft of three teams:
if something like this makes sense, I would be interested in joining a team
around algebra.scm and maths.scm. Or maybe a C team :)
Andreas
[-- Attachment #1: Type: text/plain, Size: 893 bytes --] If we make a team per build system, I'd be in ant, maven, ocaml and dune :) I think there was also interest in formal methods, it could be a team. On June 5, 2022 11:51:20 AM GMT+02:00, zimoun <zimon.toutoune@gmail.com> wrote: >Hi Ricardo, > >On Sat, 04 Jun 2022 at 14:07, Ricardo Wurmus <rekado@elephly.net> wrote: > >> As a first step I’d suggest collecting teams, setting up the email >> aliases, and updating the website to show the existing teams. Here’s >> a draft of three teams: > >Well, a team per build system would fit more or less the needs, I >guess. It is not a big deal if there are some overlaps. > >For what is it is worth, I would suggest that people with commit access >appear at least once in one team, if possible. > > >> * R team >> Simon Tournier >> Ricardo Wurmus > >In addition, add me to: > >* Julia team > > >Cheers, >simon > [-- Attachment #2: Type: text/html, Size: 1439 bytes --]
FWIW,
I just want to commend whoever is packaging TexLive.
My last update covered March of this year - no mean feat given that it
is a 3.4GB package aggregate.
(sorry I cant do more direct contributions for Guix atm, looking forward
to such an honour eventually)
On 04-06-2022 14:07, Ricardo Wurmus wrote:
> Hi Guix,
>
> this is not a new idea[1]: let’s add a page to the website that lists
> teams
> and a mail alias for each of the teams.
>
> For example, the “R team” consists of people familiar with how R
> packaging works in Guix, e.g. Simon and myself. There would be an
> alias
> “guix-team-r@gnu.org”. People with questions about R in Guix could
> write an email to that alias.
>
> Mumi could also send email to guix-team-r@gnu.org to remind them about
> patches relating to R / Bioconductor / CRAN, etc.
>
> Maintainers could write to these teams before releases to ask if there
> are any obstacles to a release.
>
> As a first step I’d suggest collecting teams, setting up the email
> aliases, and updating the website to show the existing teams. Here’s
> a draft of three teams:
>
> * R team
> Simon Tournier
> Ricardo Wurmus
>
> * Java team
> Julien Lepiller
>
> * Rust team
> Efraim Flashner
> Aleksandr Vityazev
> Arun Isaac
> John Soo
> Maxim Cournoyer
> Nicolas Goaziou
> Tobias Geerinckx-Rice
>
> What do you think?
--
Jonathan McHugh
indieterminacy@libre.brussels
[-- Attachment #1: Type: text/plain, Size: 1419 bytes --] Hello Ricardo, I would suggest to extend a bit the scope of this idea. What about creating an etc/tutors.scm file as the one attached. This way people would run something like: --8<---------------cut here---------------start------------->8--- git send-email $(get-tutors.scm HEAD^^) *.patches --8<---------------cut here---------------end--------------->8--- The get-tutors.scm command would take a git reference as argument. From this git reference the list of edited files would be extracted. Once matched with the modules field of tutors.scm, the ML & tutors that should be CC'ed would be returned. For the previous example, if the patches are modifying (gnu packages bioconductor), the command would be: --8<---------------cut here---------------start------------->8--- git send-email --to guix-patches@gnu.org --cc guix-r-patches@gnu.org --cc rekado@elephly.net --cc zimoun.toutoune@gmail.com *.patches --8<---------------cut here---------------end--------------->8--- People could subscribe to the relevant ML if they want to follow specific subjects. If someone wants to become a tutor, a patch could be sent against the tutors.scm file. Being listed in the tutors.scm file would imply some duties, such as trying to review part of the traffic for the tutored parts. We could then turn this tutors.scm file into a website page, transforming the tutors SEXP into an HTML table. WDYT? Thanks, Mathieu [-- Attachment #2: tutors.scm --] [-- Type: application/octet-stream, Size: 1769 bytes --] ;;; Copyright © 2022 Mathieu Othacehe <othacehe@gnu.org> (tutors (version 0) (entry (name "R tutors") (members "R patches <guix-r-patches@gnu.org>" "Ricardo Wurmus <rekado@elephly.net>" "Simon Tournier <zimon.toutoune@gmail.com>") (modules "gnu/packages/bioconductor.scm" "gnu/packages/bioinformatics.scm" "gnu/packages/cran.scm" "guix/build/r-build-system.scm" "guix/build-system/r.scm")) (entry (name "Java tutors") (members "Java patches <guix-java-patches@gnu.org>" "Julien Lepiller <julien@lepiller.eu>") (modules "gnu/packages/java.scm" "gnu/packages/java-*.scm" "gnu/packages/maven*.scm" "guix/build/maven-build-system.scm" "guix/build/maven/*" "guix/build-system/maven.scm")) (entry (name "Rust tutors") (members "Rust patches <guix-rust-patches@gnu.org>" "Efraim Flashner <efraim@flashner.co.il>" "Aleksandr Vityazev <avityazev@posteo.org>" "Arun Isaac <arunisaac@systemreboot.net>" "John Soo <jsoo1@asu.edu>" "Maxim Cournoyer <maxim.cournoyer@gmail.com>" "Maxime Devos <maximedevos@telenet.be>" "Nicolas Goaziou <mail@nicolasgoaziou.fr>" "Tobias Geerinckx-Rice <me@tobias.gr>") (modules "gnu/packages/rust*.scm" "guix/build/cargo*.scm" "guix/build-system/cargo.scm")) (entry (name "Installer tutors") (members "Installer patches <guix-installer-patches@gnu.org>" "Josselin Poiret <dev@jpoiret.xyz>" "Mathieu Othacehe <othacehe@gnu.org>") (modules "gnu/installer.scm" "gnu/installer/")))
Hi Ricardo, Ricardo Wurmus <rekado@elephly.net> writes: [...] > * Rust team [...] > Maxim Cournoyer [...] I don't think I'm specially fit for Rust packaging (I have little experience/interest in packaging *apps/libraries* with it -- I've only looked into shortening the Rust bootstrap out of necessity :-)). I'd be happy to be on a Python/Emacs packaging team though. Thanks for the initiative! Maxim
Hi!
Josselin Poiret <dev@jpoiret.xyz> skribis:
> WDYT of the following teams:
> * Installer (which I'd gladly join);
> * System;
> * Home;
> * Internals?
I think these are good ideas.
Count me on the System, Home, and Internals/Core teams!
Ludo’.
Hi,
Mathieu Othacehe <othacehe@gnu.org> skribis:
> I would suggest to extend a bit the scope of this idea. What about
> creating an etc/tutors.scm file as the one attached.
>
> This way people would run something like:
>
> git send-email $(get-tutors.scm HEAD^^) *.patches
Nice idea, I like that!
To get the ball rolling though, I’d suggest starting with a dumb
structured web page like Ricardo proposes (I’m happy to give a hand if
needed).
From there we can enhance it by making the tutors file you propose the
canonical source of info, and providing a script to read it.
Ludo’.
On Saturday, June 4th, 2022 at 12:07 PM, Ricardo Wurmus <rekado@elephly.net> wrote:
> let’s add a page to the website that lists teams
> and a mail alias for each of the teams
That sounds great. What do you think about encouraging each team to write a dedicated intro to Guix from the perspective of that team as well? For example, I assume people who are on the Home or System teams use different workflows than I typically do, and I'd love to learn them.
Teams I could contribute to:
- python, ruby, golang
- DevOps/Docker
Cheers,
Ryan
"pelzflorian (Florian Pelz)" <pelzflorian@pelzflorian.de> writes:
> On Sat, Jun 04, 2022 at 02:50:49PM +0000, Tobias Geerinckx-Rice wrote:
>> I think we should also have (natural) language 'teams' who can be
>> pinged when, e.g., a news item lands, through a single
>> guix-translators@ meta-alias, and who can co-ordinate before
>> releases.
>
> If we do so, please add me too for -de.
I'd be happy to be in a -pt team.
--
Thanks
Thiago
[-- Attachment #1: Type: text/plain, Size: 438 bytes --] On Sun, Jun 05, 2022 at 11:51:20AM +0200, zimoun wrote: > Hi Ricardo, > <snip> > > > * R team > > Simon Tournier > > Ricardo Wurmus > > In addition, add me to: > > * Julia team I can do the Julia team too. -- Efraim Flashner <efraim@flashner.co.il> אפרים פלשנר GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --]
[-- Attachment #1: Type: text/plain, Size: 416 bytes --] On 2022-06-04, Ricardo Wurmus wrote: > As a first step I’d suggest collecting teams, setting up the email > aliases, and updating the website to show the existing teams. Here’s > a draft of three teams: I'm almost afraid to volunteer... but maybe architecture specific teams? If I were to put my very highly optimistic hat on, I might be up for aarch64, riscv64 and armhf... live well, vagrant [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 227 bytes --]
Vagrant Cascadian <vagrant@debian.org> skribis: > On 2022-06-04, Ricardo Wurmus wrote: >> As a first step I’d suggest collecting teams, setting up the email >> aliases, and updating the website to show the existing teams. Here’s >> a draft of three teams: > > I'm almost afraid to volunteer... but maybe architecture specific teams? There could also be an “embedded” team for people who take care of packages like U-Boot, cross-compilation to ARM, platform definitions, and all these things you’re familiar with. > If I were to put my very highly optimistic hat on, I might be up for > aarch64, riscv64 and armhf... That too! Ludo’.
Hello, Ludovic Courtès <ludo@gnu.org> writes: > Vagrant Cascadian <vagrant@debian.org> skribis: > >> On 2022-06-04, Ricardo Wurmus wrote: >>> As a first step I’d suggest collecting teams, setting up the email >>> aliases, and updating the website to show the existing teams. Here’s >>> a draft of three teams: >> >> I'm almost afraid to volunteer... but maybe architecture specific teams? > > There could also be an “embedded” team for people who take care of > packages like U-Boot, cross-compilation to ARM, platform definitions, > and all these things you’re familiar with. I'm assuming the teams are for committers, so because of that and also — or even especially — because of my time availability I would be interested in being a lurker/occasional helper on an embedded team, if it would be possible to have such a thing. >> If I were to put my very highly optimistic hat on, I might be up for >> aarch64, riscv64 and armhf... > > That too! Ditto for ppc64le and even aarch64 teams. -- Thanks Thiago
[-- Attachment #1: Type: text/plain, Size: 628 bytes --] Hi, On Sun, 2022-06-05 at 11:51 +0200, Andreas Enge wrote: > Hello, > > Am Sat, Jun 04, 2022 at 02:07:15PM +0200 schrieb Ricardo Wurmus: > > As a first step I’d suggest collecting teams, setting up the email > > aliases, and updating the website to show the existing teams. > > Here’s > > a draft of three teams: > > if something like this makes sense, I would be interested in joining > a team > around algebra.scm and maths.scm. Or maybe a C team :) I like the Teams idea. It might help me focus and add just enough accountability. I'd add myself to an algebra.scm and maths.scm team. `~Eric [-- Attachment #2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 858 bytes --]
Hi Guix,
I like the idea of teams. And, it's nice to see so many volunteers raise
their hands!
> * Rust team
> Efraim Flashner
> Aleksandr Vityazev
> Arun Isaac
> John Soo
> Maxim Cournoyer
> Nicolas Goaziou
> Tobias Geerinckx-Rice
However, I know very little about Rust, and I'm not a good fit for this
team. I could easily be a part of the python, emacs lisp, common lisp,
scheme teams, etc if necessary.
But, what I'd really like is to be part of a mumi+tooling team. Maybe we
should have such a team?
Also, since we have so many ideas for teams, can we have some structured
way to suggest teams, and add or remove them as needs change?
Regards,
Arun
[-- Attachment #1: Type: text/plain, Size: 1931 bytes --] Hi folks, I'm just getting back to the list after finishing a gig, but want to raise my hand to join both the scheme team and perhaps something like an A/V team if folks think that would be a desirable team to put together. I think an A/V team would look after: #+begin_example scheme (gnu packages gstreamer) (gnu packages gl) ;; Maybe games could handle this? (gnu packages video) (gnu packages graphics) (gnu packages music) #+end_example Which is quite a lot! So maybe some of this should be split up with the "games" team. On another note, I'll be getting back to the Guile Docs soon, and before that I plan on taking a stab at refactoring the patch submission criteria, which I think could use some work. As it is currently, it personally becomes a hurdle of a checklist when I want to quickly submit a patch, which has lead me to running a hotfix branch so that I can quickly fix an issue and move on, therefore contributing what I should be. I think it could express all the same requirements in less rules, making it easier to ensure what you're handing in is in order. But I still need to take a stab at it and see. Best, On Fri, Jun 10, 2022, 03:29 Arun Isaac <arunisaac@systemreboot.net> wrote: > > Hi Guix, > > I like the idea of teams. And, it's nice to see so many volunteers raise > their hands! > > > * Rust team > > Efraim Flashner > > Aleksandr Vityazev > > Arun Isaac > > John Soo > > Maxim Cournoyer > > Nicolas Goaziou > > Tobias Geerinckx-Rice > > However, I know very little about Rust, and I'm not a good fit for this > team. I could easily be a part of the python, emacs lisp, common lisp, > scheme teams, etc if necessary. > > But, what I'd really like is to be part of a mumi+tooling team. Maybe we > should have such a team? > > Also, since we have so many ideas for teams, can we have some structured > way to suggest teams, and add or remove them as needs change? > > Regards, > Arun > > [-- Attachment #2: Type: text/html, Size: 2635 bytes --]
I'd definitely love to see an A/V or graphics production team, making
Guix more suitable for artists has been on my TODO list for a while,
even made some tentative steps towards packaging Blender addons.
Personally, I'd love to help out with testing and/or developing Blender
stuff.
On Mon, 13 Jun 2022 13:38:16 +0000
Blake Shaw <blake@sweatshoppe.org> wrote:
> Hi folks,
>
> I'm just getting back to the list after finishing a gig, but want to
> raise my hand to join both the scheme team and perhaps something like
> an A/V team if folks think that would be a desirable team to put
> together. I think an A/V team would look after:
>
> #+begin_example scheme
> (gnu packages gstreamer)
> (gnu packages gl) ;; Maybe games could handle this?
> (gnu packages video)
> (gnu packages graphics)
> (gnu packages music)
> #+end_example
>
> Which is quite a lot! So maybe some of this should be split up with
> the "games" team.
>
> On another note, I'll be getting back to the Guile Docs soon, and
> before that I plan on taking a stab at refactoring the patch
> submission criteria, which I think could use some work. As it is
> currently, it personally becomes a hurdle of a checklist when I want
> to quickly submit a patch, which has lead me to running a hotfix
> branch so that I can quickly fix an issue and move on, therefore
> contributing what I should be. I think it could express all the same
> requirements in less rules, making it easier to ensure what you're
> handing in is in order. But I still need to take a stab at it and see.
>
> Best,
>
> On Fri, Jun 10, 2022, 03:29 Arun Isaac <arunisaac@systemreboot.net>
> wrote:
>
> >
> > Hi Guix,
> >
> > I like the idea of teams. And, it's nice to see so many volunteers
> > raise their hands!
> >
> > > * Rust team
> > > Efraim Flashner
> > > Aleksandr Vityazev
> > > Arun Isaac
> > > John Soo
> > > Maxim Cournoyer
> > > Nicolas Goaziou
> > > Tobias Geerinckx-Rice
> >
> > However, I know very little about Rust, and I'm not a good fit for
> > this team. I could easily be a part of the python, emacs lisp,
> > common lisp, scheme teams, etc if necessary.
> >
> > But, what I'd really like is to be part of a mumi+tooling team.
> > Maybe we should have such a team?
> >
> > Also, since we have so many ideas for teams, can we have some
> > structured way to suggest teams, and add or remove them as needs
> > change?
> >
> > Regards,
> > Arun
> >
> >
[-- Attachment #1: Type: text/plain, Size: 999 bytes --] On 2022-06-05 10:19, Josselin Poiret wrote: > Hello everyone, > > Ricardo Wurmus <rekado@elephly.net> writes: > >> As a first step I’d suggest collecting teams, setting up the email >> aliases, and updating the website to show the existing teams. > > I think an installer team would be good too (which I would gladly join). > WDYT of the following teams: > * Installer (which I'd gladly join); > * System; > * Home; > * Internals? > > Maybe that would add too many teams, but I think the first three could > be pretty useful. > > How do we automatically make Mumi understand which team a patch should > notify? I've just started using public-inbox/lei and the `dfn:` search > term is pretty useful, it lets you select only patches that change > specific files. For example, `dfn:gnu/installer*` would match all > patches that touch the installer. > > Best, I'm not in a guix-maintainers yet, but I would like to join Home team. -- Best regards, Andrew Tropin [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 832 bytes --]
[-- Attachment #1: Type: text/plain, Size: 2088 bytes --] I think I could join the Home team as well, at least for now, as I started using it a month ago and have been having a blast. I also have some home-services to upstream after a bit of polish (Guile EDSL for Herbstluftwm configuration if anyone is interested), and some plans to work on the documentation. I found the documentation to be a bit confusing (understandably, as its new), but once the workflow snapped together its been amazing to see how easy it is to create new services. And I now I have my entire desktop environment contained in a single text file! Being able to ftp a text file to a fresh Debian linode and get to work with all my tools ready within 10 minutes has been magic. It also demonstrates a lot of Guile's strengths in one place: you can easily wrap interfaces in Guile, and the expressive power it adds (at least in the case of a window manager) is immediately evident. Very excited about it, great work :) On Tue, Jun 14, 2022, 18:31 Andrew Tropin <andrew@trop.in> wrote: > On 2022-06-05 10:19, Josselin Poiret wrote: > > > Hello everyone, > > > > Ricardo Wurmus <rekado@elephly.net> writes: > > > >> As a first step I’d suggest collecting teams, setting up the email > >> aliases, and updating the website to show the existing teams. > > > > I think an installer team would be good too (which I would gladly join). > > WDYT of the following teams: > > * Installer (which I'd gladly join); > > * System; > > * Home; > > * Internals? > > > > Maybe that would add too many teams, but I think the first three could > > be pretty useful. > > > > How do we automatically make Mumi understand which team a patch should > > notify? I've just started using public-inbox/lei and the `dfn:` search > > term is pretty useful, it lets you select only patches that change > > specific files. For example, `dfn:gnu/installer*` would match all > > patches that touch the installer. > > > > Best, > > I'm not in a guix-maintainers yet, but I would like to join Home team. > > -- > Best regards, > Andrew Tropin > [-- Attachment #2: Type: text/html, Size: 2701 bytes --]
On Tue, 14 Jun 2022 08:47:37 -0400 guix-devel-request@gnu.org wrote: Hi Guixers, Count me in for any packaging on teams. I'd like to help out with python and/or rust. all best, jgart