Re: Orphaned a lot of (mostly) Go packages owned by @fpokorny

2022-11-24 Thread Dan Čermák 
Hi Daniel,

On November 23, 2022 5:44:01 PM UTC, "Daniel P. Berrangé"  
wrote:
>On Wed, Nov 23, 2022 at 01:20:24PM +0100, Ralf Corsépius wrote:
>> 
>> 
>> Am 23.11.22 um 12:20 schrieb Miro Hrončok:
>> > Hello.
>> > 
>> > Based on my conversation with Fridolín Pokorný @fpokorny, I've removed
>> > them from their Fedora packages.
>> > 
>> > They left Red Hat and are no longer interested in maintaining Fedora
>> > packages.
>> 
>> I am wondering, why Red Hat/FESCO/... still hasn't found some "formal"
>> successor regulations/proceedures to migitate such cases, provided they have
>> happened many times before, in all the years, Fedora is around?
>
>The mitigation/successor strategy is to have comaintainers for every
>package.
>
>Unfortunately our tools enforce the notion of a "main admin" and
>if that person leaves that role has to be given to another
>comaintainer explicitly.

In my personal packaging experience that wouldn't really help, as all packages 
that I have been involved in, have been or are maintained by a single person, 
irrespective of the number of admins. And once it gets orphaned, none of the 
"ordinary" admins pick it up.

But that's just my experience, yours might (and probably does) differ.

>IMHO we would be better off eliminating the notion of 'main admin'
>entirely and have all co-maintainers be at the equal level, so there
>is no need for a dance to give packages to comaintainers. There
>should only be manual action needed if the last comaintainer quits.
>
>A workaround for the 'main admin' problem is to have a robot account
>as the 'main admin' and all the real people as merely 'admin', so
>the main admin never leaves, but that's a bit tedious to setup.
>
>With regards,
>Daniel
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaned a lot of (mostly) Go packages owned by @fpokorny

2022-11-24 Thread Maxwell G via devel 
On Thu Nov 24, 2022 at 12:25 +0100, Miro Hrončok wrote:
> On 24. 11. 22 3:38, Maxwell G via devel wrote:
> > On Thu Nov 24, 2022 at 02:39 +0100, Miro Hrončok wrote:
> >> go-compilers
> >> go-srpm-macros
> > 
> > These should both be orphaned. go-srpm-macros has been retired, as it's
> > now a subpackage of go-rpm-macros.
>
> But it exists on Fedora 36 and needs a maintainer there. It will likely be 
> auto-orphaned once Fedora 36 EOLs. Should I give it to you?


It's not part of the Fedora 36 composes, because go-rpm-macros's
go-srpm-macros subpackage has a higher NEVR, but feel free to assign it
to me.

>
> > go-compilers is Obsoleted by
> > go-rpm-macros itself, but it looks like it has not yet been retired.
> > I've gone ahead and done that. This split happened a few years ago, but
> > the old packages were never properly removed.
>
> Ack. Technically also needs a maintainer but less important considering ti is 
> obsoleted. Users do report bugzillas for whatever component, so I do 
> recommend 
> having a responsive/responsible bugzilla PoC even for this one.

You can also assign this one to me.


--
Best,

Maxwell G (@gotmax23)
Pronouns: He/Him/His
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaned a lot of (mostly) Go packages owned by @fpokorny

2022-11-24 Thread Daniel P . Berrangé 
On Thu, Nov 24, 2022 at 12:35:43PM +0100, Miro Hrončok wrote:
> On 23. 11. 22 18:44, Daniel P. Berrangé wrote:
> > IMHO we would be better off eliminating the notion of 'main admin'
> > entirely and have all co-maintainers be at the equal level, so there
> > is no need for a dance to give packages to comaintainers. There
> > should only be manual action needed if the last comaintainer quits.
> 
> The bugzilla default assignee notwithstanding, I am afraid that this would
> create 2 more problems:
> 
> 1) I've seen packages with 15+ nonrepsonsive co-maintainers. Currently I am
> glad that I can "just" process 1 non-responsive maintainer thing to get it
> orphaned. If a new maintainer takes it, they can clean the ACL cruft. And if
> an old maintainer takes it, at lest now they are the ones with
> "responsibility". If nobody takes it, it gets retired and the ACLs are moot.
> win-win-win. How would this work in this "common ownership" scheme?

The non-responsive maintainer process isn't inherantly tied to
individuals though. The thing is kicked off with filing a bug
against the package asking for a response, and escalates from
there until either there is a response or the package gets
orphaned. Whether 1 maintainer is responsible for ack'ing the
bug, or any of the co-maintainers can ack it feels pretty minor.

> 2) I've seen packages maintained by groups. If the group does not regularly
> triage their bugzillas or if all of the bugzillas are not miraculously
> solved by one "hero", such buzgillas tend to rot. Everybody assumes the
> others are responsible. Many group members don't even read bugzilla email
> for their group. Often, FAS accounts of long-gone folks are assigned as
> admins and the group is set as the main bugzilla contact. This makes
> contacting somebody who will care extremely hard for a bug reporter. (I've
> also seen groups where this works well, but they are usually either very
> well organized or 1-person groups.)

Of course there's never any gaurantee that bugs will get a
response. That's true whether there's a main maintainer with
several co-maintainers, or simply many co-maintainers as peers.

There's nothing special about Fedora packages in this respect,
it is true of all upstream projects too. Bugs are always the
collective responsibility of every maintainer, and unless a
project has a nominated bug triage person, it is not good to
assign all bugs to a specific person. If anything it will make
it less likely to get a response if all bugs get pushed to just
one person, out of many as it isn't scalable.

In terms of FAS accounts who are long gone, that's not an argument
for avoiding a collective maintainer concept. The focus needs to
on identifying accounts who've had no activity in Fedora and
deactivating them and removing them from package maint at some
point, to reduce risk of idle account takeover. This could start
with a reminder alert to the list of maintainers for a package
asking them if idle maintainers still need to retain privileges,
encouraging them to remove dormant accounts. This group self
purging of dormant acocunt would be easier without the 'main admin'
concept that requires the hand over dance

With regards,
Daniel
-- 
|: https://berrange.com  -o-https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o-https://fstop138.berrange.com :|
|: https://entangle-photo.org-o-https://www.instagram.com/dberrange :|
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaned a lot of (mostly) Go packages owned by @fpokorny

2022-11-24 Thread Miro Hrončok 

On 23. 11. 22 18:44, Daniel P. Berrangé wrote:

IMHO we would be better off eliminating the notion of 'main admin'
entirely and have all co-maintainers be at the equal level, so there
is no need for a dance to give packages to comaintainers. There
should only be manual action needed if the last comaintainer quits.


The bugzilla default assignee notwithstanding, I am afraid that this would 
create 2 more problems:


1) I've seen packages with 15+ nonrepsonsive co-maintainers. Currently I am 
glad that I can "just" process 1 non-responsive maintainer thing to get it 
orphaned. If a new maintainer takes it, they can clean the ACL cruft. And if an 
old maintainer takes it, at lest now they are the ones with "responsibility". 
If nobody takes it, it gets retired and the ACLs are moot. win-win-win. How 
would this work in this "common ownership" scheme?


2) I've seen packages maintained by groups. If the group does not regularly 
triage their bugzillas or if all of the bugzillas are not miraculously solved 
by one "hero", such buzgillas tend to rot. Everybody assumes the others are 
responsible. Many group members don't even read bugzilla email for their group. 
Often, FAS accounts of long-gone folks are assigned as admins and the group is 
set as the main bugzilla contact. This makes contacting somebody who will care 
extremely hard for a bug reporter. (I've also seen groups where this works 
well, but they are usually either very well organized or 1-person groups.)


--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaned a lot of (mostly) Go packages owned by @fpokorny

2022-11-24 Thread Miro Hrončok 

On 24. 11. 22 3:38, Maxwell G via devel wrote:

On Thu Nov 24, 2022 at 02:39 +0100, Miro Hrončok wrote:

go-compilers
go-srpm-macros


These should both be orphaned. go-srpm-macros has been retired, as it's
now a subpackage of go-rpm-macros.


But it exists on Fedora 36 and needs a maintainer there. It will likely be 
auto-orphaned once Fedora 36 EOLs. Should I give it to you?



go-compilers is Obsoleted by
go-rpm-macros itself, but it looks like it has not yet been retired.
I've gone ahead and done that. This split happened a few years ago, but
the old packages were never properly removed.


Ack. Technically also needs a maintainer but less important considering ti is 
obsoleted. Users do report bugzillas for whatever component, so I do recommend 
having a responsive/responsible bugzilla PoC even for this one.


--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaned a lot of (mostly) Go packages owned by @fpokorny

2022-11-24 Thread Vít Ondruch 


Dne 23. 11. 22 v 21:05 Kevin Fenzi napsal(a):

On Wed, Nov 23, 2022 at 05:44:01PM +, Daniel P. Berrangé wrote:

The mitigation/successor strategy is to have comaintainers for every
package.

Unfortunately our tools enforce the notion of a "main admin" and
if that person leaves that role has to be given to another
comaintainer explicitly.



I don't disagree about the "main admin" think, but I think we've already 
been there. I remember that the unresponsive policy worked in a way that 
when the main contact was not responsive, the package was given to 
second co-maintainer in alphabetical order. And I can tell you this was 
frustrating having my user name starting with 'v'. And frustrating 
driving the unresponsive maintainer process just having the package 
given to another inactive maintainer.



Vít



Thats due to bugzilla really. bugzilla only supports assigning a bug to
1 account. ;(


IMHO we would be better off eliminating the notion of 'main admin'
entirely and have all co-maintainers be at the equal level, so there
is no need for a dance to give packages to comaintainers. There
should only be manual action needed if the last comaintainer quits.

+100


A workaround for the 'main admin' problem is to have a robot account
as the 'main admin' and all the real people as merely 'admin', so
the main admin never leaves, but that's a bit tedious to setup.

I agree, but it would be a good deal of work to switch to.

I'd definitely like to do this when/if we move away from bugzilla.

kevin

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


OpenPGP_signature
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaned a lot of (mostly) Go packages owned by @fpokorny

2022-11-24 Thread Vitaly Zaitsev via devel 

On 23/11/2022 18:44, Daniel P. Berrangé wrote:

IMHO we would be better off eliminating the notion of 'main admin'
entirely and have all co-maintainers be at the equal level, so there
is no need for a dance to give packages to comaintainers. There
should only be manual action needed if the last comaintainer quits.


+1

--
Sincerely,
  Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaned a lot of (mostly) Go packages owned by @fpokorny

2022-11-23 Thread Maxwell G via devel 
On Thu Nov 24, 2022 at 02:39 +0100, Miro Hrončok wrote:
> go-compilers
> go-srpm-macros

These should both be orphaned. go-srpm-macros has been retired, as it's
now a subpackage of go-rpm-macros. go-compilers is Obsoleted by
go-rpm-macros itself, but it looks like it has not yet been retired.
I've gone ahead and done that. This split happened a few years ago, but
the old packages were never properly removed.

--
Maxwell G (@gotmax23)
Pronouns: He/Him/His
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaned a lot of (mostly) Go packages owned by @fpokorny

2022-11-23 Thread Miro Hrončok 

On 23. 11. 22 21:17, Jan Chaloupka wrote:

I you want all your golang packages reassigned to eclipseo, all you need is to 
tell me to do it and I'll do it.


That would be great. By all means. Thank you. Also, thank you eclipseo for 
taking care of the packages.


In progress. This is what was left when I grepped golang. What about them? I 
suppose the go ones should be transferred as well ?


cadvisor
etcd
glide
go-compilers
go-srpm-macros
godep
golint
gotags
kubernetes-ansible


--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaned a lot of (mostly) Go packages owned by @fpokorny

2022-11-23 Thread Jan Chaloupka 
> I you want all your golang packages reassigned to eclipseo, all you need is 
> to tell me to do it and I'll do it.

That would be great. By all means. Thank you. Also, thank you eclipseo for 
taking care of the packages.

Jan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaned a lot of (mostly) Go packages owned by @fpokorny

2022-11-23 Thread Miro Hrončok 

On 23. 11. 22 17:35, Jan Chaloupka wrote:

Hi Robert-André,

Checking the consul it looks like I need to create a ticket for all orphaned 
package to change their point of contact. Assuming the same holds for all other 
orphaned packages one ticket with request to change their PoC is more practical 
than creating one for each. Feel free to open the ticket. I will give my +1 
wherever needed.


I you want all your golang packages reassigned to eclipseo, all you need is to 
tell me to do it and I'll do it.


--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaned a lot of (mostly) Go packages owned by @fpokorny

2022-11-23 Thread Kevin Fenzi 
On Wed, Nov 23, 2022 at 05:44:01PM +, Daniel P. Berrangé wrote:
> 
> The mitigation/successor strategy is to have comaintainers for every
> package.
> 
> Unfortunately our tools enforce the notion of a "main admin" and
> if that person leaves that role has to be given to another
> comaintainer explicitly.

Thats due to bugzilla really. bugzilla only supports assigning a bug to
1 account. ;( 

> IMHO we would be better off eliminating the notion of 'main admin'
> entirely and have all co-maintainers be at the equal level, so there
> is no need for a dance to give packages to comaintainers. There
> should only be manual action needed if the last comaintainer quits.

+100

> A workaround for the 'main admin' problem is to have a robot account
> as the 'main admin' and all the real people as merely 'admin', so
> the main admin never leaves, but that's a bit tedious to setup.

I agree, but it would be a good deal of work to switch to.

I'd definitely like to do this when/if we move away from bugzilla.

kevin


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaned a lot of (mostly) Go packages owned by @fpokorny

2022-11-23 Thread Daniel P . Berrangé 
On Wed, Nov 23, 2022 at 01:20:24PM +0100, Ralf Corsépius wrote:
> 
> 
> Am 23.11.22 um 12:20 schrieb Miro Hrončok:
> > Hello.
> > 
> > Based on my conversation with Fridolín Pokorný @fpokorny, I've removed
> > them from their Fedora packages.
> > 
> > They left Red Hat and are no longer interested in maintaining Fedora
> > packages.
> 
> I am wondering, why Red Hat/FESCO/... still hasn't found some "formal"
> successor regulations/proceedures to migitate such cases, provided they have
> happened many times before, in all the years, Fedora is around?

The mitigation/successor strategy is to have comaintainers for every
package.

Unfortunately our tools enforce the notion of a "main admin" and
if that person leaves that role has to be given to another
comaintainer explicitly.

IMHO we would be better off eliminating the notion of 'main admin'
entirely and have all co-maintainers be at the equal level, so there
is no need for a dance to give packages to comaintainers. There
should only be manual action needed if the last comaintainer quits.

A workaround for the 'main admin' problem is to have a robot account
as the 'main admin' and all the real people as merely 'admin', so
the main admin never leaves, but that's a bit tedious to setup.

With regards,
Daniel
-- 
|: https://berrange.com  -o-https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o-https://fstop138.berrange.com :|
|: https://entangle-photo.org-o-https://www.instagram.com/dberrange :|
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaned a lot of (mostly) Go packages owned by @fpokorny

2022-11-23 Thread Jan Chaloupka 
Hi Robert-André,

Checking the consul it looks like I need to create a ticket for all orphaned 
package to change their point of contact. Assuming the same holds for all other 
orphaned packages one ticket with request to change their PoC is more practical 
than creating one for each. Feel free to open the ticket. I will give my +1 
wherever needed.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaned a lot of (mostly) Go packages owned by @fpokorny

2022-11-23 Thread Ralf Corsépius 



Am 23.11.22 um 12:20 schrieb Miro Hrončok:

Hello.

Based on my conversation with Fridolín Pokorný @fpokorny, I've removed 
them from their Fedora packages.


They left Red Hat and are no longer interested in maintaining Fedora 
packages.


I am wondering, why Red Hat/FESCO/... still hasn't found some "formal" 
successor regulations/proceedures to migitate such cases, provided they 
have happened many times before, in all the years, Fedora is around?


Ralf

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaned a lot of (mostly) Go packages owned by @fpokorny

2022-11-23 Thread Miro Hrončok 

On 23. 11. 22 13:03, Miro Hrončok wrote:
Also jchaloup is also out of the picture, could you see with him for 
orphaning is golang packages too?


I can try.


I do not think they left Red Hat.

If you want, you can follow the nonresponsive packager policy or email them 
yourself on their email address in FAS.


--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaned a lot of (mostly) Go packages owned by @fpokorny

2022-11-23 Thread Miro Hrončok 

On 23. 11. 22 12:45, Bob Mauchin wrote:



On Wed, 23 Nov 2022, 12:21 Miro Hrončok, > wrote:


Hello.

Based on my conversation with Fridolín Pokorný @fpokorny, I've removed them
from their Fedora packages.

They left Red Hat and are no longer interested in maintaining Fedora 
packages.

Co-maintainers BCC'ed.

fpokorny is main admin of rpms/consul
    rpms/consul co-maintainers: @jchaloup
    fpokorny is no longer the main admin of rpms/consul...



Hi,

Is there a way to assign them all to me? I'm already taking of them with the 
sig.


In progress.

I've skipped "consul" as it is not named golang-. If you actually wanted it 
too, take it manually please.


Also jchaloup is also out of the picture, could you see with him for orphaning 
is golang packages too?


I can try.

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaned a lot of (mostly) Go packages owned by @fpokorny

2022-11-23 Thread Bob Mauchin 
On Wed, 23 Nov 2022, 12:21 Miro Hrončok,  wrote:

> Hello.
>
> Based on my conversation with Fridolín Pokorný @fpokorny, I've removed
> them
> from their Fedora packages.
>
> They left Red Hat and are no longer interested in maintaining Fedora
> packages.
>
> Co-maintainers BCC'ed.
>
> fpokorny is main admin of rpms/consul
>rpms/consul co-maintainers: @jchaloup
>fpokorny is no longer the main admin of rpms/consul
> fpokorny has a bugzilla override on rpms/consul
>fpokorny has no longer a bugzilla overrides on rpms/consul
> fpokorny is maintainer of rpms/docker-machine
>fpokorny is no longer maintaining rpms/docker-machine
>fpokorny is no longer watching rpms/docker-machine
> fpokorny is maintainer of rpms/docker-swarm
>fpokorny is no longer maintaining rpms/docker-swarm
>fpokorny is no longer watching rpms/docker-swarm
> fpokorny is watching rpms/gawk
>fpokorny is no longer watching rpms/gawk
> fpokorny is maintainer of rpms/go-compilers
>fpokorny is no longer maintaining rpms/go-compilers
>fpokorny is no longer watching rpms/go-compilers
> fpokorny is main admin of rpms/golang-bitbucket-kardianos-osext
>rpms/golang-bitbucket-kardianos-osext co-maintainers: @jchaloup,
> @maxamillion, @tdawson, @vbatts
>fpokorny is no longer the main admin of
> rpms/golang-bitbucket-kardianos-osext
> fpokorny is main admin of rpms/golang-bitbucket-ww-goautoneg
>rpms/golang-bitbucket-ww-goautoneg co-maintainers: @jchaloup
>fpokorny is no longer the main admin of
> rpms/golang-bitbucket-ww-goautoneg
> fpokorny is watching rpms/golang-github-10gen-openssl
>fpokorny is no longer watching rpms/golang-github-10gen-openssl
> fpokorny is main admin of rpms/golang-github-AdRoll-goamz
>rpms/golang-github-AdRoll-goamz co-maintainers: @jchaloup
>fpokorny is no longer the main admin of rpms/golang-github-AdRoll-goamz
> fpokorny is main admin of rpms/golang-github-Azure-azure-sdk-for-go
>rpms/golang-github-Azure-azure-sdk-for-go co-maintainers: @jchaloup
>fpokorny is no longer the main admin of
> rpms/golang-github-Azure-azure-sdk-for-go
> fpokorny is main admin of rpms/golang-github-BurntSushi-toml
>rpms/golang-github-BurntSushi-toml co-maintainers: @jchaloup
>fpokorny is no longer the main admin of
> rpms/golang-github-BurntSushi-toml
> fpokorny is main admin of rpms/golang-github-DATA-DOG-go-sqlmock
>rpms/golang-github-DATA-DOG-go-sqlmock co-maintainers: @jchaloup
>fpokorny is no longer the main admin of
> rpms/golang-github-DATA-DOG-go-sqlmock
> fpokorny is maintainer of rpms/golang-github-DataDog-datadog-go
>fpokorny is no longer maintaining rpms/golang-github-DataDog-datadog-go
>fpokorny is no longer watching rpms/golang-github-DataDog-datadog-go
> fpokorny is main admin of rpms/golang-github-MakeNowJust-heredoc
>rpms/golang-github-MakeNowJust-heredoc co-maintainers: @jchaloup
>fpokorny is no longer the main admin of
> rpms/golang-github-MakeNowJust-heredoc
> fpokorny is main admin of rpms/golang-github-RangelReale-osin
>rpms/golang-github-RangelReale-osin co-maintainers: @jchaloup
>fpokorny is no longer the main admin of
> rpms/golang-github-RangelReale-osin
> fpokorny is main admin of rpms/golang-github-RangelReale-osincli
>rpms/golang-github-RangelReale-osincli co-maintainers: @jchaloup
>fpokorny is no longer the main admin of
> rpms/golang-github-RangelReale-osincli
> fpokorny is main admin of rpms/golang-github-SeanDolphin-bqschema
>rpms/golang-github-SeanDolphin-bqschema co-maintainers: @jchaloup
>fpokorny is no longer the main admin of
> rpms/golang-github-SeanDolphin-bqschema
> fpokorny is main admin of rpms/golang-github-Sirupsen-logrus
>rpms/golang-github-Sirupsen-logrus co-maintainers: @jchaloup
>fpokorny is no longer the main admin of
> rpms/golang-github-Sirupsen-logrus
> fpokorny is main admin of rpms/golang-github-abbot-go-http-auth
>rpms/golang-github-abbot-go-http-auth co-maintainers: @jchaloup
>fpokorny is no longer the main admin of
> rpms/golang-github-abbot-go-http-auth
> fpokorny is main admin of rpms/golang-github-agl-ed25519
>rpms/golang-github-agl-ed25519 co-maintainers: @jchaloup
>fpokorny is no longer the main admin of rpms/golang-github-agl-ed25519
> fpokorny is main admin of rpms/golang-github-appc-spec
>rpms/golang-github-appc-spec co-maintainers: @jchaloup
>fpokorny is no longer the main admin of rpms/golang-github-appc-spec
> fpokorny is main admin of rpms/golang-github-armon-circbuf
>rpms/golang-github-armon-circbuf co-maintainers: @jchaloup
>fpokorny is no longer the main admin of rpms/golang-github-armon-circbuf
> fpokorny is main admin of rpms/golang-github-armon-go-metrics
>rpms/golang-github-armon-go-metrics co-maintainers: @jchaloup
>fpokorny is no longer the main admin of
> rpms/golang-github-armon-go-metrics
> fpokorny is main admin of rpms/golang-github-armon-go-radix
>rpms/golang-github-armon-go-radix

Orphaned a lot of (mostly) Go packages owned by @fpokorny

2022-11-23 Thread Miro Hrončok 

Hello.

Based on my conversation with Fridolín Pokorný @fpokorny, I've removed them 
from their Fedora packages.


They left Red Hat and are no longer interested in maintaining Fedora packages.

Co-maintainers BCC'ed.

fpokorny is main admin of rpms/consul
  rpms/consul co-maintainers: @jchaloup
  fpokorny is no longer the main admin of rpms/consul
fpokorny has a bugzilla override on rpms/consul
  fpokorny has no longer a bugzilla overrides on rpms/consul
fpokorny is maintainer of rpms/docker-machine
  fpokorny is no longer maintaining rpms/docker-machine
  fpokorny is no longer watching rpms/docker-machine
fpokorny is maintainer of rpms/docker-swarm
  fpokorny is no longer maintaining rpms/docker-swarm
  fpokorny is no longer watching rpms/docker-swarm
fpokorny is watching rpms/gawk
  fpokorny is no longer watching rpms/gawk
fpokorny is maintainer of rpms/go-compilers
  fpokorny is no longer maintaining rpms/go-compilers
  fpokorny is no longer watching rpms/go-compilers
fpokorny is main admin of rpms/golang-bitbucket-kardianos-osext
  rpms/golang-bitbucket-kardianos-osext co-maintainers: @jchaloup, 
@maxamillion, @tdawson, @vbatts

  fpokorny is no longer the main admin of rpms/golang-bitbucket-kardianos-osext
fpokorny is main admin of rpms/golang-bitbucket-ww-goautoneg
  rpms/golang-bitbucket-ww-goautoneg co-maintainers: @jchaloup
  fpokorny is no longer the main admin of rpms/golang-bitbucket-ww-goautoneg
fpokorny is watching rpms/golang-github-10gen-openssl
  fpokorny is no longer watching rpms/golang-github-10gen-openssl
fpokorny is main admin of rpms/golang-github-AdRoll-goamz
  rpms/golang-github-AdRoll-goamz co-maintainers: @jchaloup
  fpokorny is no longer the main admin of rpms/golang-github-AdRoll-goamz
fpokorny is main admin of rpms/golang-github-Azure-azure-sdk-for-go
  rpms/golang-github-Azure-azure-sdk-for-go co-maintainers: @jchaloup
  fpokorny is no longer the main admin of 
rpms/golang-github-Azure-azure-sdk-for-go

fpokorny is main admin of rpms/golang-github-BurntSushi-toml
  rpms/golang-github-BurntSushi-toml co-maintainers: @jchaloup
  fpokorny is no longer the main admin of rpms/golang-github-BurntSushi-toml
fpokorny is main admin of rpms/golang-github-DATA-DOG-go-sqlmock
  rpms/golang-github-DATA-DOG-go-sqlmock co-maintainers: @jchaloup
  fpokorny is no longer the main admin of rpms/golang-github-DATA-DOG-go-sqlmock
fpokorny is maintainer of rpms/golang-github-DataDog-datadog-go
  fpokorny is no longer maintaining rpms/golang-github-DataDog-datadog-go
  fpokorny is no longer watching rpms/golang-github-DataDog-datadog-go
fpokorny is main admin of rpms/golang-github-MakeNowJust-heredoc
  rpms/golang-github-MakeNowJust-heredoc co-maintainers: @jchaloup
  fpokorny is no longer the main admin of rpms/golang-github-MakeNowJust-heredoc
fpokorny is main admin of rpms/golang-github-RangelReale-osin
  rpms/golang-github-RangelReale-osin co-maintainers: @jchaloup
  fpokorny is no longer the main admin of rpms/golang-github-RangelReale-osin
fpokorny is main admin of rpms/golang-github-RangelReale-osincli
  rpms/golang-github-RangelReale-osincli co-maintainers: @jchaloup
  fpokorny is no longer the main admin of rpms/golang-github-RangelReale-osincli
fpokorny is main admin of rpms/golang-github-SeanDolphin-bqschema
  rpms/golang-github-SeanDolphin-bqschema co-maintainers: @jchaloup
  fpokorny is no longer the main admin of 
rpms/golang-github-SeanDolphin-bqschema
fpokorny is main admin of rpms/golang-github-Sirupsen-logrus
  rpms/golang-github-Sirupsen-logrus co-maintainers: @jchaloup
  fpokorny is no longer the main admin of rpms/golang-github-Sirupsen-logrus
fpokorny is main admin of rpms/golang-github-abbot-go-http-auth
  rpms/golang-github-abbot-go-http-auth co-maintainers: @jchaloup
  fpokorny is no longer the main admin of rpms/golang-github-abbot-go-http-auth
fpokorny is main admin of rpms/golang-github-agl-ed25519
  rpms/golang-github-agl-ed25519 co-maintainers: @jchaloup
  fpokorny is no longer the main admin of rpms/golang-github-agl-ed25519
fpokorny is main admin of rpms/golang-github-appc-spec
  rpms/golang-github-appc-spec co-maintainers: @jchaloup
  fpokorny is no longer the main admin of rpms/golang-github-appc-spec
fpokorny is main admin of rpms/golang-github-armon-circbuf
  rpms/golang-github-armon-circbuf co-maintainers: @jchaloup
  fpokorny is no longer the main admin of rpms/golang-github-armon-circbuf
fpokorny is main admin of rpms/golang-github-armon-go-metrics
  rpms/golang-github-armon-go-metrics co-maintainers: @jchaloup
  fpokorny is no longer the main admin of rpms/golang-github-armon-go-metrics
fpokorny is main admin of rpms/golang-github-armon-go-radix
  rpms/golang-github-armon-go-radix co-maintainers: @jchaloup
  fpokorny is no longer the main admin of rpms/golang-github-armon-go-radix
fpokorny is main admin of rpms/golang-github-armon-gomdb
  rpms/golang-github-armon-gomdb co-maintainers: @jchaloup
  fpokorny is no longer the main admin of