Hello @raravind!

thanks for opening the request but Please note that we require a FAS (Fedora Account System) entity for this purpose as we cannot directly assign issues to an email address. Within the FAS account entity system, we need to determine, based on the use case, whether the requirement necessitates multiple recipients or a single recipient. Toddlers, an automation tool, can directly access this information once we add the maintainer for the corresponding FAS account to the respective repository using https://pagure.io/fedora-infra/toddlers/blob/main/f/toddlers/plugins/packager_bugzilla_sync.py.

In consideration of the assignment process, we have two potential approaches:

Dedicated FAS Account: Establishing a single dedicated FAS (Fedora Account System) account explicitly for this purpose. This dedicated account can be utilized internally to manage assignments for bootloader components.

Individual FAS Accounts for Team Members: Alternatively, each member of the Bootloader Team can create separate FAS accounts. Subsequently, these individual accounts can then be added to a dedicated FAS group specifically designated for the Bootloader Team. This method allows for a more distributed and personalized assignment structure while maintaining the collective association within the designated group.

Please consider these options in determining the most suitable approach for efficient assignment management within the Bootloader Team. As per your response we will try to act forward!

Hello Samayak,

I think moving forward Dedicated FAS Account for this purpose will be
good.

Regards,
Reshmi.

On Mon, Nov 20, 2023 at 6:32=E2=80=AFPM Samyak Jain pagure@pagure.io wrot=
e:

jnsamyak added a new comment to an issue you are following:
``
Hello @raravind!

thanks for opening the request but Please note that we require a FAS
(Fedora Account System) entity for this purpose as we cannot directly
assign issues to an email address. Within the FAS account entity system, =
we
need to determine, based on the use case, whether the requirement
necessitates multiple recipients or a single recipient. Toddlers, an
automation tool, can directly access this information once we add the
maintainer for the corresponding FAS account to the respective repository
using
https://pagure.io/fedora-infra/toddlers/blob/main/f/toddlers/plugins/pack=
ager_bugzilla_sync.py
.

In consideration of the assignment process, we have two potential
approaches:

Dedicated FAS Account: Establishing a single dedicated FAS (Fedora
Account System) account explicitly for this purpose. This dedicated accou=
nt
can be utilized internally to manage assignments for bootloader component=
s.

Individual FAS Accounts for Team Members: Alternatively, each member
of the Bootloader Team can create separate FAS accounts. Subsequently,
these individual accounts can then be added to a dedicated FAS group
specifically designated for the Bootloader Team. This method allows for a
more distributed and personalized assignment structure while maintaining
the collective association within the designated group.

Please consider these options in determining the most suitable approach
for efficient assignment management within the Bootloader Team. As per yo=
ur
response we will try to act forward!
``

To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/11782

So, how we do know who is responsible for a package, then?

Neal,

I'm not sure about that.

But, if you take a look here: https://src.fedoraproject.org/rpms/anaconda
you will find out that anaconda has default assignee as their mailing list
(anaconda-maint)
The advice I got in this matter is to file an issue on rel-engs so they
will create that user and change it to your mailing list.

Exactly the same thing(mailing list) we are using for redhat bz / Jira.
For example RH bz's like this -
https://bugzilla.redhat.com/show_bug.cgi?id=3D2186493
https://bugzilla.redhat.com/show_bug.cgi?id=3D2203203

-Reshmi

On Mon, Nov 20, 2023 at 7:41=E2=80=AFPM Neal Gompa pagure@pagure.io wrote=
:

ngompa added a new comment to an issue you are following:
So, how we do know who is responsible for a package, then?

To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/11782

Hello @raravind;

So the workaround to it is, that need to create the initial account, but then need someone to add it to Packager and change the address on it to the list, then log in once to src.fedoraproject.org with it so it knows it's in Packager and exists and finally gives those packages to it.;

Breaking it:
1. Need to make an account initially with some email
2. Someone from sysadmin-main than will add that to the packager group
3. Once we do that, we need to change the email address
4. Finally, that I can reassign those packages

Details (please verify):
1. Name: Bootloader engineering team
2. Email: bootloader-eng-team@redhat.com

I'll then start from step one, once I have a confirmation about above details from you^

On Fri, May 17, 2024 at 11:40=E2=80=AFAM Samyak Jain pagure@pagure.io wro=
te:

jnsamyak added a new comment to an issue you are following:
``
Hello @raravind;

So the workaround to it is, that need to create the initial account, but
then need someone to add it to Packager and change the address on it to t=
he
list, then log in once to src.fedoraproject.org with it so it knows it's
in Packager and exists and finally gives those packages to it.;

Breaking it:
1. Need to make an account initially with some email
2. Someone from sysadmin-main than will add that to the packager group
3. Once we do that, we need to change the email address
4. Finally, that I can reassign those packages

Details (please verify):
1. Name: Bootloader engineering team
2. Email: bootloader-eng-team@redhat.com

I'll then start from step one, once I have a confirmation about above
details from you^

Details are right, Samyak; maybe you can keep name as
"bootloader-eng-team" (just a suggestion)

``

To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/11782

awesome thanks for confirming!

@raravind, texted you internally to confirm details and validate the email for the user!

Neal,

I'm not sure about that.

But, if you take a look here: https://src.fedoraproject.org/rpms/anaconda
you will find out that anaconda has default assignee as their mailing list
(anaconda-maint)
The advice I got in this matter is to file an issue on rel-engs so they
will create that user and change it to your mailing list.

Exactly the same thing(mailing list) we are using for redhat bz / Jira.
For example RH bz's like this -
https://bugzilla.redhat.com/show_bug.cgi?id=3D2186493
https://bugzilla.redhat.com/show_bug.cgi?id=3D2203203

The difference is that the Anaconda team has historically been quite accessible. They have a a Matrix room (#anaconda:fedoraproject.org) and a public mailing list (anaconda-devel@lists.fedoraproject.org) that they can be reached from. I cannot really say the same for the bootloader folks. Most don't know how to get in touch with them (or even who they are), and redhat.com mailing lists nowadays bounce non-RH emails since they switched to Google Groups.

So how do we engage with the bootloader team from the Fedora side? How can we talk to the responsible party in a pinch?

What is the procedure for creating public mailing list?

As for the Red Hat mailing list issue, I don’t believe the switch to Google Groups automatically blocks non-RH emails for all teams, including "bootloader-eng-team@redhat.com". It’s possible that some groups haven't updated their settings to allow external communication. If you want to verify, you could test it by filing a test Bugzilla report for a Fedora bootloader component using a non-Red Hat email address. That should confirm if non-RH communication is restricted.

Also when it was bugzilla filing for RH we used the same mailing list.Also the same for the now jira.

All BZ and Jira emails come from redhat.com domain, so it should pass through regardless.

What is the procedure for creating public mailing list?

Just file a ticket asking for it in https://pagure.io/fedora-infrastructure.

Here's an example ticket: https://pagure.io/fedora-infrastructure/issue/12111

No, we have jiras/bz coming from customers/partners, I mean non "redhat.com".You can give a test using your non redhat email id and file a bz

What I mean is that any email sent by RHBZ from a bug filed would be from bugzilla@redhat.com, not from my actual email address. Thus it makes it through.

okay, I have created a mailing list - bootloader-eng-team@lists.fedoraproject.org