I have been trying to contact this list of 15 people for a long time now to ask them to fix their bugzilla account, with no success unfortunately.
I am therefore filling for the non-responsive policy for these people:
affix is maintainer of rpms/amarok affix is maintainer of rpms/cssed affix is maintainer of rpms/libmygpo-qt affix is watching rpms/nagios affix is watching rpms/nginx affix is watching rpms/znc-infobot amitshah is maintainer of rpms/pius amitshah is watching rpms/qemu ggillies is watching rpms/deluge ggillies is maintainer of rpms/ganglia ggillies is maintainer of rpms/golang-github-bradfitz-gomemcache ggillies is watching rpms/moovida ggillies is watching rpms/moovida-plugins-bad ggillies is watching rpms/moovida-plugins-good ggillies is maintainer of rpms/rubygem-bacon ggillies is maintainer of rpms/rubygem-childprocess ggillies is maintainer of rpms/rubygem-elasticsearch-transport ggillies is main admin of rpms/rubygem-em-worker ggillies has a bugzilla override on rpms/rubygem-em-worker ggillies is maintainer of rpms/rubygem-eventmachine ggillies has a bugzilla override on rpms/rubygem-eventmachine ggillies is main admin of rpms/rubygem-sigdump ggillies has a bugzilla override on rpms/rubygem-sigdump ignotusp is watching rpms/leechcraft ignotusp is watching rpms/qxmpp-dev ignotusp is maintainer of rpms/wicd-kde mbartos is watching rpms/ceelog mbartos is maintainer of rpms/libee mbartos is maintainer of rpms/libestr mbartos is maintainer of rpms/liblognorm mbartos is watching rpms/libmongo-client mbartos is watching rpms/libumberlog mbartos is watching rpms/npth mhabrnal is watching rpms/abrt mhabrnal is main admin of rpms/abrt-addon-python3 mhabrnal has a bugzilla override on rpms/abrt-addon-python3 mhabrnal is watching rpms/abrt-java-connector mhabrnal is main admin of rpms/container-exception-logger mhabrnal has a bugzilla override on rpms/container-exception-logger mhabrnal is watching rpms/gnome-abrt mhabrnal is watching rpms/libreport mhabrnal is main admin of rpms/satyr mhabrnal has a bugzilla override on rpms/satyr mildew is main admin of rpms/PEGTL mildew has a bugzilla override on rpms/PEGTL mildew is maintainer of rpms/aide mildew is maintainer of rpms/bro mildew is main admin of rpms/clevis mildew has a bugzilla override on rpms/clevis mildew is main admin of rpms/jose mildew has a bugzilla override on rpms/jose mildew is main admin of rpms/json mildew has a bugzilla override on rpms/json mildew is main admin of rpms/luksmeta mildew has a bugzilla override on rpms/luksmeta mildew is maintainer of rpms/mod_security mildew is maintainer of rpms/mod_security_crs mildew is maintainer of rpms/rsyslog mildew is main admin of rpms/spdlog mildew has a bugzilla override on rpms/spdlog mildew is maintainer of rpms/sudo mildew is main admin of rpms/tang mildew has a bugzilla override on rpms/tang mildew is watching rpms/usbguard nguzman is maintainer of rpms/eclipse-egit robled is main admin of rpms/python-kaptan robled has a bugzilla override on rpms/python-kaptan robled is main admin of rpms/python-libtmux robled has a bugzilla override on rpms/python-libtmux robled is main admin of rpms/rocket-depot robled has a bugzilla override on rpms/rocket-depot sspreitz is maintainer of rpms/consul sspreitz has a bugzilla override on rpms/consul sspreitz is main admin of rpms/numix-gtk-theme sspreitz has a bugzilla override on rpms/numix-gtk-theme sspreitz is main admin of rpms/numix-icon-theme sspreitz has a bugzilla override on rpms/numix-icon-theme sspreitz is main admin of rpms/numix-icon-theme-circle sspreitz has a bugzilla override on rpms/numix-icon-theme-circle sspreitz is main admin of rpms/stress-ng sspreitz has a bugzilla override on rpms/stress-ng sspreitz is watching rpms/strongswan svahl is watching rpms/compiz-manager svahl is watching rpms/devilspie svahl is watching rpms/dragonplayer svahl is watching rpms/kcoloredit svahl is maintainer of rpms/kdebase3 svahl is maintainer of rpms/kdegames svahl is watching rpms/kerry svahl is watching rpms/kgrab svahl is watching rpms/kiconedit svahl is maintainer of rpms/kio-ftps svahl is maintainer of rpms/kio_gopher svahl is watching rpms/kmid svahl is watching rpms/konq-plugins svahl is watching rpms/koverartist svahl is watching rpms/ksig svahl is watching rpms/libzip svahl is watching rpms/polyester svahl is watching rpms/polyester3 svahl is maintainer of rpms/skanlite svahl is watching rpms/stalonetray
Public call for contact:
svahl: Looks like I've missed that account last week due to a bug in my script, going to send the email now
Done: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/Y4BPA3U65X3XJO6BQI2VR4U57T6HKKJ5/
@pingou Would it be OK if we wait a week to have the same deadlines for everybody? If not, I'm afraid we'd need to handle @svahl separately.
Metadata Update from @churchyard: - Issue tagged with: nonresponsive maintainer
cc @affix @amitshah @andreyma @ggillies @ignotusp @luismartingil @mbartos @mhabrnal @mildew @nguzman @rfairley @robled @romal @sspreitz
I've been at this for quite a while now and I look forward to finish it. If FESCo could consider everyone now and trust that I will no process @svahl until next week that would be ideal and probably the least time consuming for everyone.
Otherwise, I think it would be better to handle @svahl in another ticket that I can open next week. This way, 14 of the 15 accounts would be solved and thus only svahl's packages will keep failing to sync to bugzilla, which is a smaller list.
I've changed my email since I don't have access to the previous one. That was my corp email and it gave me access to RH BZ. When trying to change this linkage, I'm getting the error, today it looks like this:
Ipsilon encountered an unexpected internal error while trying to fulfill your request. Please retry again. If the error persists, contact the server administrator to resolve the problem.
Previously it was different, but about the same informative.
When trying to change this linkage, I'm getting the error
Could you open an infrastructure ticket at https://pagure.io/fedora-infrastructure/new_issue with all the details of what you're trying to achieve?
Thanks
Hi,
I do not understand what the bot is complaining about.
cu romal
Am 03.08.2020 um 12:38 schrieb Miro Hron=C4=8Dok pagure@pagure.io: =20 =20 churchyard added a new comment to an issue you are following: `` cc @affix @amitshah @andreyma @ggillies @ignotusp @luismartingil = @mbartos @mhabrnal @mildew @nguzman @rfairley @robled @romal @sspreitz=20= `` =20 To reply, visit the link below or just reply to this email https://pagure.io/fesco/issue/2460
Am 03.08.2020 um 12:38 schrieb Miro Hron=C4=8Dok pagure@pagure.io: =20 =20 churchyard added a new comment to an issue you are following: `` cc @affix @amitshah @andreyma @ggillies @ignotusp @luismartingil = @mbartos @mhabrnal @mildew @nguzman @rfairley @robled @romal @sspreitz=20=
`` =20 To reply, visit the link below or just reply to this email https://pagure.io/fesco/issue/2460
I'm pretty sure I'm not a bot and I've been trying to get your attention since June 13th: https://lists.fedoraproject.org/archives/list/devel-announce@lists.fedoraproject.org/thread/HDK6TTRXN7BQTYNSOR3TA5HMMKWQ5UQT/
The email address that you have set in FAS does not correspond to a valid bugzilla account.
You have received multiple emails on this topic, there has been multiple emails sent to both the devel and devel-announce lists.
Could you please address this?
And again: it is mandatory for Fedora packager to have a valid bugzilla account: https://fedoraproject.org/wiki/Join_the_package_collection_maintainers#Create_a_Bugzilla_Account And it is most recommended that you join the important mailing list, especially devel-announce that is low traffic: https://fedoraproject.org/wiki/Join_the_package_collection_maintainers#Join_the_important_Mailing_Lists
The first email I received about the account mismatch was July 20th (my last day at RH). I did try a couple of times in the past week to create a BZ account with my FAS email address (robertthomasfairley@gmail.com), but got an internal server error:
DBD::Pg::db do failed: ERROR: insert or update on table "profiles_activity" violates foreign key constraint "fk_profiles_activity_who_profiles_userid"
I hadn't filed a report yet. Will email bugzilla-owner@redhat.com now with the details of the error (the email given on the error page).
Previously, I had unsubscribed from all mailing lists before switching the email address in my HyperKitty account from RH to my personal one, to ensure email wouldn't continue to be received at my RH email, and hadn't re-subscribed yet, so I did not see the announce list message. I probably could have left the subscriptions on and just switched the email address, though. Re-subscribing now.
Apologies for the inaction on my part. I'd still like to continue maintaining/co-maintaining the packages listed under my account. I had meant to properly re-set up my account at a later time, knowing that past team members at RH would be primarily maintaining the packages under my account (responsibility had generally been shared amongst a group before), and I'd still be reachable by tagging my FAS ID in tickets if needed. However, I should have restored the recommended contact methods for my account sooner.
Hi Pingou,
I`m not subscribed to that list.
I get emails from a bot admin@fedoraproject.org about "Fedora Account = System and Bugzilla Mismatch=E2=80=9C which I fixed some time ago. The = FAS does not like using different email addresses in FAS and Bugzilla. = But the bot still complains; I=E2=80=99m not sure about what is going on = there.
Am 03.08.2020 um 17:37 schrieb Pierre-YvesChibon pagure@pagure.io: =20 =20 pingou added a new comment to an issue you are following: `` I do not understand what the bot is complaining about. =20 I'm pretty sure I'm not a bot and I've been trying to get your = attention since June 13th: = https://lists.fedoraproject.org/archives/list/devel-announce@lists.fedorap= roject.org/thread/HDK6TTRXN7BQTYNSOR3TA5HMMKWQ5UQT/ =20 The email address that you have set in FAS does not correspond to a = valid bugzilla account.=20 =20 You have received multiple emails on this topic, there has been = multiple emails sent to both the devel and devel-announce lists. =20 Could you please address this? =20 And again: it is mandatory for Fedora packager to have a valid = bugzilla account: = https://fedoraproject.org/wiki/Join_the_package_collection_maintainers#Cre= ate_a_Bugzilla_Account And it is most recommended that you join the important mailing list, = especially devel-announce that is low traffic: = https://fedoraproject.org/wiki/Join_the_package_collection_maintainers#Joi= n_the_important_Mailing_Lists `` =20 To reply, visit the link below or just reply to this email https://pagure.io/fesco/issue/2460
Am 03.08.2020 um 17:37 schrieb Pierre-YvesChibon pagure@pagure.io: =20 =20 pingou added a new comment to an issue you are following: ``
I do not understand what the bot is complaining about. =20 I'm pretty sure I'm not a bot and I've been trying to get your = attention since June 13th: = https://lists.fedoraproject.org/archives/list/devel-announce@lists.fedorap= roject.org/thread/HDK6TTRXN7BQTYNSOR3TA5HMMKWQ5UQT/ =20 The email address that you have set in FAS does not correspond to a = valid bugzilla account.=20 =20 You have received multiple emails on this topic, there has been = multiple emails sent to both the devel and devel-announce lists. =20 Could you please address this? =20 And again: it is mandatory for Fedora packager to have a valid = bugzilla account: = https://fedoraproject.org/wiki/Join_the_package_collection_maintainers#Cre= ate_a_Bugzilla_Account And it is most recommended that you join the important mailing list, = especially devel-announce that is low traffic: = https://fedoraproject.org/wiki/Join_the_package_collection_maintainers#Joi= n_the_important_Mailing_Lists `` =20 To reply, visit the link below or just reply to this email https://pagure.io/fesco/issue/2460
@rfairley I can confirm you account is fixed, thanks for handling this!
I get emails from a bot admin@fedoraproject.org about "Fedora Account System and Bugzilla Mismatch"
That is not a bot, that is me sending these emails in the name of the infrastructure and using an email that will go to all admins should you reply to it, so that if I am not a single point of failure and if I am away from the keyboard someone else can answer your email.
which I fixed some time ago. The FAS does not like using different email addresses in FAS and Bugzilla. But the bot still complains; I'm not sure about what is going on there.
Well the situation is not fixed. The email address you use in FAS (which ends with @romal.de does not have a corresponding bugzilla account.
@romal.de
Consider me +1 except for the people who responded here and except @svahl.
That is how FAS looks to me: linux@romal.org
The same email-address as in Bugzila.
Am 04.08.2020 um 10:35 schrieb Pierre-YvesChibon pagure@pagure.io: =20 =20 pingou added a new comment to an issue you are following: `` I get emails from a bot admin@fedoraproject.org about "Fedora Account = System and Bugzilla Mismatch"=20 =20 That is not a bot, that is me sending these emails in the name of the = infrastructure and using an email that will go to all admins should you = reply to the email, so that if I am not a single point of failure and if = I am away from the keyboard someone else can answer your email. =20 which I fixed some time ago. The FAS does not like using different = email addresses in FAS and Bugzilla. But the bot still complains; I'm = not sure about what is going on there. =20 Well the situation is not fixed. The email address you use in FAS = (which ends with @romal.de does not have a corresponding bugzilla = account. `` =20 To reply, visit the link below or just reply to this email https://pagure.io/fesco/issue/2460
Am 04.08.2020 um 10:35 schrieb Pierre-YvesChibon pagure@pagure.io: =20 =20 pingou added a new comment to an issue you are following: ``
I get emails from a bot admin@fedoraproject.org about "Fedora Account = System and Bugzilla Mismatch"=20 =20 That is not a bot, that is me sending these emails in the name of the = infrastructure and using an email that will go to all admins should you = reply to the email, so that if I am not a single point of failure and if = I am away from the keyboard someone else can answer your email. =20 which I fixed some time ago. The FAS does not like using different = email addresses in FAS and Bugzilla. But the bot still complains; I'm = not sure about what is going on there. =20 Well the situation is not fixed. The email address you use in FAS = (which ends with @romal.de does not have a corresponding bugzilla = account. `` =20 To reply, visit the link below or just reply to this email https://pagure.io/fesco/issue/2460
That is how FAS looks to me: linux@romal.org The same email-address as in Bugzila.
Ah! It looks like there is an override for your account: https://pagure.io/fedora-infra/ansible/blob/a281cea57d8f671b20a1724af701736bb29a6379/f/roles/openshift-apps/distgit-bugzilla-sync/templates/email_overrides.toml#_57
I'm going to remove and that should fix the issue :)
thanks.
Am 05.08.2020 um 22:25 schrieb Pierre-YvesChibon pagure@pagure.io: =20 =20 pingou added a new comment to an issue you are following: `` That is how FAS looks to me: linux@romal.org =20 The same email-address as in Bugzila. =20 Ah! It looks like there is an override for your account: = https://pagure.io/fedora-infra/ansible/blob/a281cea57d8f671b20a1724af70173= 6bb29a6379/f/roles/openshift-apps/distgit-bugzilla-sync/templates/email_ov= errides.toml#_57 =20 I'm going to remove and that should fix the issue :) `` =20 To reply, visit the link below or just reply to this email https://pagure.io/fesco/issue/2460
Am 05.08.2020 um 22:25 schrieb Pierre-YvesChibon pagure@pagure.io: =20 =20 pingou added a new comment to an issue you are following: ``
That is how FAS looks to me: linux@romal.org =20 The same email-address as in Bugzila. =20 Ah! It looks like there is an override for your account: = https://pagure.io/fedora-infra/ansible/blob/a281cea57d8f671b20a1724af70173= 6bb29a6379/f/roles/openshift-apps/distgit-bugzilla-sync/templates/email_ov= errides.toml#_57 =20 I'm going to remove and that should fix the issue :) `` =20 To reply, visit the link below or just reply to this email https://pagure.io/fesco/issue/2460
Ok so @romal's situation made me do a little more digging.
FAS' client returns in its JSON blob a bugzilla_email which is basically the person's email unless that person has an "override" for this value: https://github.com/fedora-infra/python-fedora/blob/develop/fedora/client/fas2.py#L145 This is how we used to store the overrides, but as you can guess it's fairly cumbersome and this data is outdated, though, my check script was relying on this value. This is why @romal's email address in FAS and in my script did not match.
bugzilla_email
I have thus adjusted my script to use the regular email value, which is the one coming from FAS, knowing that it has its own override dictionary at: https://pagure.io/fedora-infra/ansible/blob/master/f/roles/openshift-apps/distgit-bugzilla-sync/templates/email_overrides.toml
email
Suddenly, I had more persons showing in this list. These person have an override but changed their email in FAS and not in that file, so I've fixed it for them.
It turns out that @amitshah also has an override, but in the case of that user, none of their email set in FAS, their @fedoraproject.org or their old FAS email seem to map to a valid bugzilla account.
The list is thus now down to 13:
And I'm now going to write a script checking the state of that email_overrides file.
@pingou I finally managed to create a new RH BZ account (probably my old one was removed by this time). Could you please check if everything is OK?
@andreyma many thanks, I can confirm this worked!
The list is down to 12:
3 days have passed and there was a +1. Since @pingou doesn't want to take over any of the packages, nothing happens at this point.
+1 for the list two comments up.
Example impact of the current situation: https://pagure.io/fedora-infrastructure/issue/9109#comment-670281
I fully support the nonresponsive claim here, but out of curiosity, is there a technical or policy reason why the script doesn't skip such accounts?
A week has passed.
@affix @amitshah @ggillies @ignotusp @luismartingil @mbartos @mhabrnal @mildew @nguzman @robled @sspreitz
Do you want to keep maintaining Fedora packages?
Consider me +1 for @svahl now as well.
+1
Two weeks have passed.
affix is maintainer of rpms/amarok affix is no longer maintaining rpms/amarok affix is no longer watching rpms/amarok affix is maintainer of rpms/cssed affix is no longer maintaining rpms/cssed affix is no longer watching rpms/cssed affix is maintainer of rpms/libmygpo-qt affix is no longer maintaining rpms/libmygpo-qt affix is no longer watching rpms/libmygpo-qt affix is watching rpms/nagios affix is no longer watching rpms/nagios affix is watching rpms/nginx affix is no longer watching rpms/nginx affix is watching rpms/znc-infobot affix is no longer watching rpms/znc-infobot amitshah is maintainer of rpms/pius amitshah is no longer maintaining rpms/pius amitshah is no longer watching rpms/pius amitshah is watching rpms/qemu amitshah is no longer watching rpms/qemu ggillies is watching rpms/deluge ggillies is no longer watching rpms/deluge ggillies is maintainer of rpms/ganglia ggillies is no longer maintaining rpms/ganglia ggillies is no longer watching rpms/ganglia ggillies is maintainer of rpms/golang-github-bradfitz-gomemcache ggillies is no longer maintaining rpms/golang-github-bradfitz-gomemcache ggillies is no longer watching rpms/golang-github-bradfitz-gomemcache ggillies is watching rpms/moovida ggillies is no longer watching rpms/moovida ggillies is watching rpms/moovida-plugins-bad ggillies is no longer watching rpms/moovida-plugins-bad ggillies is watching rpms/moovida-plugins-good ggillies is no longer watching rpms/moovida-plugins-good ggillies is maintainer of rpms/rubygem-bacon ggillies is no longer maintaining rpms/rubygem-bacon ggillies is no longer watching rpms/rubygem-bacon ggillies is maintainer of rpms/rubygem-childprocess ggillies is no longer maintaining rpms/rubygem-childprocess ggillies is no longer watching rpms/rubygem-childprocess ggillies is maintainer of rpms/rubygem-elasticsearch-transport ggillies is no longer maintaining rpms/rubygem-elasticsearch-transport ggillies is no longer watching rpms/rubygem-elasticsearch-transport ggillies is main admin of rpms/rubygem-em-worker ggillies is no longer the main admin of rpms/rubygem-em-worker ggillies is no longer watching rpms/rubygem-em-worker ggillies is maintainer of rpms/rubygem-eventmachine ggillies is no longer maintaining rpms/rubygem-eventmachine ggillies is no longer watching rpms/rubygem-eventmachine ggillies has a bugzilla override on rpms/rubygem-eventmachine ggillies has no longer a bugzilla overrides on rpms/rubygem-eventmachine ggillies is main admin of rpms/rubygem-sigdump ggillies is no longer the main admin of rpms/rubygem-sigdump ggillies is no longer watching rpms/rubygem-sigdump ignotusp is watching rpms/leechcraft ignotusp is no longer watching rpms/leechcraft ignotusp is watching rpms/qxmpp-dev ignotusp is no longer watching rpms/qxmpp-dev ignotusp is maintainer of rpms/wicd-kde ignotusp is no longer maintaining rpms/wicd-kde ignotusp is no longer watching rpms/wicd-kde luismartingil is maintainer of rpms/sipp luismartingil is no longer maintaining rpms/sipp luismartingil is no longer watching rpms/sipp mbartos is watching rpms/ceelog mbartos is no longer watching rpms/ceelog mbartos is maintainer of rpms/libee mbartos is no longer maintaining rpms/libee mbartos is no longer watching rpms/libee mbartos is maintainer of rpms/libestr mbartos is no longer maintaining rpms/libestr mbartos is no longer watching rpms/libestr mbartos is maintainer of rpms/liblognorm mbartos is no longer maintaining rpms/liblognorm mbartos is no longer watching rpms/liblognorm mbartos is watching rpms/libmongo-client mbartos is no longer watching rpms/libmongo-client mbartos is watching rpms/libumberlog mbartos is no longer watching rpms/libumberlog mbartos is watching rpms/npth mbartos is no longer watching rpms/npth mhabrnal is watching rpms/abrt mhabrnal is no longer watching rpms/abrt mhabrnal is main admin of rpms/abrt-addon-python3 mhabrnal is no longer the main admin of rpms/abrt-addon-python3 mhabrnal is no longer watching rpms/abrt-addon-python3 mhabrnal is watching rpms/abrt-java-connector mhabrnal is no longer watching rpms/abrt-java-connector mhabrnal is main admin of rpms/container-exception-logger mhabrnal is no longer the main admin of rpms/container-exception-logger mhabrnal is no longer watching rpms/container-exception-logger mhabrnal is watching rpms/gnome-abrt mhabrnal is no longer watching rpms/gnome-abrt mhabrnal is watching rpms/libreport mhabrnal is no longer watching rpms/libreport mhabrnal is main admin of rpms/satyr mhabrnal is no longer the main admin of rpms/satyr mhabrnal is no longer watching rpms/satyr mildew is main admin of rpms/PEGTL mildew is no longer the main admin of rpms/PEGTL mildew is no longer watching rpms/PEGTL mildew is maintainer of rpms/aide mildew is no longer maintaining rpms/aide mildew is no longer watching rpms/aide mildew is maintainer of rpms/bro mildew is no longer maintaining rpms/bro mildew is no longer watching rpms/bro mildew is main admin of rpms/clevis mildew is no longer the main admin of rpms/clevis mildew is no longer watching rpms/clevis mildew is main admin of rpms/jose mildew is no longer the main admin of rpms/jose mildew is no longer watching rpms/jose mildew is main admin of rpms/json mildew is no longer the main admin of rpms/json mildew is no longer watching rpms/json mildew is main admin of rpms/luksmeta mildew is no longer the main admin of rpms/luksmeta mildew is no longer watching rpms/luksmeta mildew is maintainer of rpms/mod_security mildew is no longer maintaining rpms/mod_security mildew is no longer watching rpms/mod_security mildew is maintainer of rpms/mod_security_crs mildew is no longer maintaining rpms/mod_security_crs mildew is no longer watching rpms/mod_security_crs mildew is maintainer of rpms/rsyslog mildew is no longer maintaining rpms/rsyslog mildew is no longer watching rpms/rsyslog mildew is main admin of rpms/spdlog mildew is no longer the main admin of rpms/spdlog mildew is no longer watching rpms/spdlog mildew is maintainer of rpms/sudo mildew is no longer maintaining rpms/sudo mildew is no longer watching rpms/sudo mildew is main admin of rpms/tang mildew is no longer the main admin of rpms/tang mildew is no longer watching rpms/tang mildew is watching rpms/usbguard mildew is no longer watching rpms/usbguard nguzman is maintainer of rpms/eclipse-egit nguzman is no longer maintaining rpms/eclipse-egit nguzman is no longer watching rpms/eclipse-egit robled is main admin of rpms/python-kaptan robled is no longer the main admin of rpms/python-kaptan robled is no longer watching rpms/python-kaptan robled is main admin of rpms/python-libtmux robled is no longer the main admin of rpms/python-libtmux robled is no longer watching rpms/python-libtmux robled is main admin of rpms/rocket-depot robled is no longer the main admin of rpms/rocket-depot robled is no longer watching rpms/rocket-depot sspreitz is maintainer of rpms/consul sspreitz is no longer maintaining rpms/consul sspreitz is no longer watching rpms/consul sspreitz has a bugzilla override on rpms/consul sspreitz has no longer a bugzilla overrides on rpms/consul sspreitz is main admin of rpms/numix-gtk-theme sspreitz is no longer the main admin of rpms/numix-gtk-theme sspreitz is no longer watching rpms/numix-gtk-theme sspreitz is main admin of rpms/numix-icon-theme sspreitz is no longer the main admin of rpms/numix-icon-theme sspreitz is no longer watching rpms/numix-icon-theme sspreitz is main admin of rpms/numix-icon-theme-circle sspreitz is no longer the main admin of rpms/numix-icon-theme-circle sspreitz is no longer watching rpms/numix-icon-theme-circle sspreitz is main admin of rpms/stress-ng sspreitz is no longer the main admin of rpms/stress-ng sspreitz is no longer watching rpms/stress-ng sspreitz is watching rpms/strongswan sspreitz is no longer watching rpms/strongswan
@svahl One week has passed. Do you want to keep maintaining Fedora packages?
Metadata Update from @churchyard: - Issue assigned to svahl
@churchyard Thanks for processing the list.
I can confirm that I only see @svahl left.
svahl is watching rpms/compiz-manager svahl is no longer watching rpms/compiz-manager svahl is watching rpms/devilspie svahl is no longer watching rpms/devilspie svahl is watching rpms/dragonplayer svahl is no longer watching rpms/dragonplayer svahl is watching rpms/kcoloredit svahl is no longer watching rpms/kcoloredit svahl is maintainer of rpms/kdebase3 svahl is no longer maintaining rpms/kdebase3 svahl is no longer watching rpms/kdebase3 svahl is watching rpms/kerry svahl is no longer watching rpms/kerry svahl is watching rpms/kgrab svahl is no longer watching rpms/kgrab svahl is watching rpms/kiconedit svahl is no longer watching rpms/kiconedit svahl is maintainer of rpms/kio-ftps svahl is no longer maintaining rpms/kio-ftps svahl is no longer watching rpms/kio-ftps svahl is maintainer of rpms/kio_gopher svahl is no longer maintaining rpms/kio_gopher svahl is no longer watching rpms/kio_gopher svahl is watching rpms/kmid svahl is no longer watching rpms/kmid svahl is watching rpms/konq-plugins svahl is no longer watching rpms/konq-plugins svahl is watching rpms/koverartist svahl is no longer watching rpms/koverartist svahl is watching rpms/ksig svahl is no longer watching rpms/ksig svahl is watching rpms/libzip svahl is no longer watching rpms/libzip svahl is watching rpms/polyester svahl is no longer watching rpms/polyester svahl is watching rpms/polyester3 svahl is no longer watching rpms/polyester3 svahl is maintainer of rpms/skanlite svahl is no longer maintaining rpms/skanlite svahl is no longer watching rpms/skanlite svahl is watching rpms/stalonetray svahl is no longer watching rpms/stalonetray
Metadata Update from @churchyard: - Issue tagged with: pending announcement
The queue is now clear (well there is one remaining, but that's a bug which I've just identified/fixed), thanks for processing them @churchyard !
For me, this ticket can be closed.
thanks for processing them @churchyard !
You are welcome @pingou :)
It is pending announcement. Will be closed once announced.
Metadata Update from @zbyszek: - Issue untagged with: pending announcement - Issue close_status updated to: Accepted - Issue status updated to: Closed (was: Open)
Login to comment on this ticket.