hey guys,
I've just finished tracking down inactive lists et all on collab01.
The list can be found at [1].
Will wait 14 days from now and then clean-up the really inactive lists.
I've used the following policy to avoid any problem:
Lists with messages older than January 2011 or with no messages at all, will receive a mail from me asking if they still think their list is active or will be so in the near future. If no mails will be sent back to me within 14 days from today the list will be closed using the procedure explained above. (lists can be re-opened at any time later)
Obviously the above didnt apply to the summer-coding lists that are inactive now since september for a valid motivation.
Wow, it's finally done, it was a never-ending list!
cheers!
Andrea
LOL on the never-ending part, :) . But great work on this A :)
~J On 19/03/2011 10:53 a.m., Andrea Veri wrote:
hey guys,
I've just finished tracking down inactive lists et all on collab01.
The list can be found at [1].
Will wait 14 days from now and then clean-up the really inactive lists.
I've used the following policy to avoid any problem:
Lists with messages older than January 2011 or with no messages at all, will receive a mail from me asking if they still think their list is active or will be so in the near future. If no mails will be sent back to me within 14 days from today the list will be closed using the procedure explained above. (lists can be re-opened at any time later)
Obviously the above didnt apply to the summer-coding lists that are inactive now since september for a valid motivation.
Wow, it's finally done, it was a never-ending list!
cheers!
Andrea
[1] http://averi.fedorapeople.org/inactive_lists_fp.txt
infrastructure mailing list infrastructure@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/infrastructure
On Fri, 18 Mar 2011 22:53:33 +0100 Andrea Veri av@gnome.org wrote:
hey guys,
I've just finished tracking down inactive lists et all on collab01.
The list can be found at [1].
Sounds good. I see some that look like they might be dups?
eol-updates September 2009 fedora-eol-updates September 2009
fedora-spins March 2011 (Delete: no) spins March 2011 (Delete: no)
aliased lists from before we disallowed 'fedora-' ?
Otherwise looks fine.
kevin
On 03/20/2011 01:03 AM, Kevin Fenzi wrote:
Sounds good. I see some that look like they might be dups?
eol-updates September 2009 fedora-eol-updates September 2009
fedora-spins March 2011 (Delete: no) spins March 2011 (Delete: no)
aliased lists from before we disallowed 'fedora-' ?
Didn't notice that :)
Page updated accordingly.
Thanks,
Andrea
Il giorno 18/mar/2011, alle ore 22.53, Andrea Veri ha scritto:
hey guys,
I've just finished tracking down inactive lists et all on collab01.
The list can be found at [1].
Will wait 14 days from now and then clean-up the really inactive lists.
FP.org's mailing lists Clean-up is now DONE.
Inactive lists that got deleted (and for 'deleted' please read my note on [1]) are 33 in total. They are:
abc belgium-community chile cs-users docs-br eol-updates gnustep-sig kernel-bugs mailscanner-sig nightlife nightlife-devel nl ovirt-commits ppc-builds ro-community scitech security-commits spamassassin-news sparc-builds sparc-users sq-users srilanka trans-af trans-ak trans-announce trans-bn trans-el trans-kw trans-tw uk-users webkit x-logs zope
Feel free to let me know if something is missing or not really clear.
cheers,
Andrea
On Saturday, April 02, 2011 10:02:04 AM Andrea Veri wrote:
ppc-builds sparc-builds
uggh i guess ill go recreate these, they are a requirement for secondary arches. and should never have been deleted. i guess i missed the announcement of this in the few thousand emails i get every day
Dennis
Il giorno 02/apr/2011, alle ore 20.33, Dennis Gilmore ha scritto:
On Saturday, April 02, 2011 10:02:04 AM Andrea Veri wrote:
ppc-builds sparc-builds
uggh i guess ill go recreate these, they are a requirement for secondary arches. and should never have been deleted. i guess i missed the announcement of this in the few thousand emails i get every day
don't worry those are not *really* deleted, but just deactivated.
I've just re-activated them back.
cheers,
Andrea
On 04/02/2011 08:32 PM, Andrea Veri wrote:
FP.org's mailing lists Clean-up is now DONE.
Inactive lists that got deleted (and for 'deleted' please read my note on [1]) are 33 in total.
Would it be possible to hide them from
https://lists.fedoraproject.org/mailman/listinfo
Disable search engine access to them as well?
Rahul
Il giorno 02/apr/2011, alle ore 21.57, Rahul Sundaram ha scritto:
Would it be possible to hide them from
https://lists.fedoraproject.org/mailman/listinfo
Disable search engine access to them as well?
unfortunately not, that would require the list to be completely removed. (that means it can't be activated again and needs to be re-created one more time if someone will request so)
The current way is to avoid the above and just mark them as inactive (by enabling the emergency moderation on all messages and updating the list's description accordingly)
Do you guys think this is the correct policy to adopt in these cases or should we just remove those inactive lists while keeping their archives handy?
cheers,
Andrea
Andrea Veri wrote:
Would it be possible to hide them from
https://lists.fedoraproject.org/mailman/listinfo
Disable search engine access to them as well?
unfortunately not, that would require the list to be completely removed. (that means it can't be activated again and needs to be re-created one more time if someone will request so)
The lists could be marked as unadvertised, which hides them from the listinfo page. This can be done via a little scripting, to avoid having to visit the web interface for each disabled list.
If that seems like a good idea and you have any trouble scripting it, let me know and I'll try to assist. (This would be done via a withlist script, for some examples check in ~mailman/bin.)
Il giorno 02/apr/2011, alle ore 22.42, Todd Zullinger ha scritto:
The lists could be marked as unadvertised, which hides them from the listinfo page. This can be done via a little scripting, to avoid having to visit the web interface for each disabled list.
If that seems like a good idea and you have any trouble scripting it, let me know and I'll try to assist. (This would be done via a withlist script, for some examples check in ~mailman/bin.)
sure,
will ping you in IRC so we can set it up :)
cheers,
Andrea
Andrea Veri wrote:
will ping you in IRC so we can set it up :)
I missed you there. I dropped a mark_unadvertised.py into ~mailman/bin on collab1 (which perhaps should be in puppet). Usage is simple:
$ sudo ~mailman/bin/withlist -l -q -r mark_unadvertised zope -v Marking zope as unadvertised
If you have your list of lists, it's easy to wrap this in a shell for loop and take care of all the lists that are disabled. Yell if you have any trouble with it. (I did test it on the zope list, which was in your list. It doesn't hurt to run it on a list more than once.)
I wrote:
I missed you there. I dropped a mark_unadvertised.py into ~mailman/bin on collab1 (which perhaps should be in puppet). Usage is simple:
$ sudo ~mailman/bin/withlist -l -q -r mark_unadvertised zope -v Marking zope as unadvertised
If you have your list of lists, it's easy to wrap this in a shell for loop and take care of all the lists that are disabled. Yell if you have any trouble with it. (I did test it on the zope list, which was in your list. It doesn't hurt to run it on a list more than once.)
Since I was there already, I went ahead and ran this on the lists marked as inactive. I keyed off any lists which contained the string "This list is currently closed for inactivity. Please e-mail admin@fedoraproject.org to have it re-enabled." string in the list description.
(I also fixed up the descriptions for the security-commits and srilanka lists, as they seemed to have some bogus text mingled with the previous description and the inactivity string.)
If we plan to run this sort of thing again in the future, we can adjust the mark_unadvertised script easily to handle all the tasks: setting the list's emergency moderation; adjusting the list description; and marking the list unadvertised.
Il giorno 03/apr/2011, alle ore 01.08, Todd Zullinger ha scritto:
Andrea Veri wrote:
will ping you in IRC so we can set it up :)
I missed you there. I dropped a mark_unadvertised.py into ~mailman/bin on collab1 (which perhaps should be in puppet). Usage is simple:
$ sudo ~mailman/bin/withlist -l -q -r mark_unadvertised zope -v Marking zope as unadvertised
If you have your list of lists, it's easy to wrap this in a shell for loop and take care of all the lists that are disabled. Yell if you have any trouble with it. (I did test it on the zope list, which was in your list. It doesn't hurt to run it on a list more than once.)
You simply rock, thanks :)
I did the same on the Fedora Hosted mailing lists marked as inactive on my first cleanup stage.
I committed your script into puppet and had it installed into /usr/local/bin since quite all the other mailman scripts were installed there and not on ~mailman/bin.
Please remember to commit your changes directly to puppet from now on, otherwise everything will be overwritten at its next run.
Thanks a lot again and have a great sunday,
Andrea
Andrea Veri wrote:
I did the same on the Fedora Hosted mailing lists marked as inactive on my first cleanup stage.
I committed your script into puppet and had it installed into /usr/local/bin since quite all the other mailman scripts were installed there and not on ~mailman/bin.
Being a mailman withlist script, it needs to be in ~mailman/bin. It does nothing if run standalone (other than print an error because it can't find the paths module, which is in ~mailman/bin). I've moved the script in puppet and manually cleaned up the copy in /usr/local on collab1 and hosted1.
Thanks a lot again and have a great sunday,
Thanks, you too.
On Sun, 2011-04-03 at 09:59 -0400, Todd Zullinger wrote:
Andrea Veri wrote:
I did the same on the Fedora Hosted mailing lists marked as inactive on my first cleanup stage.
I committed your script into puppet and had it installed into /usr/local/bin since quite all the other mailman scripts were installed there and not on ~mailman/bin.
Being a mailman withlist script, it needs to be in ~mailman/bin. It does nothing if run standalone (other than print an error because it can't find the paths module, which is in ~mailman/bin). I've moved the script in puppet and manually cleaned up the copy in /usr/local on collab1 and hosted1.
1. you can do sys.path insertions to keep it out of ~mailman/bin
2. You can disable them from w/i the mailman web interface. go to 'privacy options' and then it is the first option at the top.
-sv
seth vidal wrote:
- you can do sys.path insertions to keep it out of ~mailman/bin
Sure, you could. But it seems cleaner to keep the mailman withlist scripts in the same place. Feel free to fix up the script and move it if you'd rather see it in /usr/local/bin.
- You can disable them from w/i the mailman web interface. go to
'privacy options' and then it is the first option at the top.
Well that defeats the purpose of having a script to do so. For the times like this when you need to adjust more than a few lists, scripting the process is a huge win. As I said in another mail, we could easily extend this script to do all the tedious work that Andrea had to do for disabling these lists. But maybe I just hate dealing with web interfaces more than other folks do?
On 04/03/2011 01:59 AM, Andrea Veri wrote:
Do you guys think this is the correct policy to adopt in these cases or should we just remove those inactive lists while keeping their archives handy?
I believe after sometime gap, it should be completely deleted, keeping the archives handy just in case.
Rahul
On 04/02/2011 08:32 PM, Andrea Veri wrote:
FP.org's mailing lists Clean-up is now DONE.
On a vaguely related note, can we tell list administrators to add a brief description? I would prefer that we require all of them to have one so that we don't have mailing list literally called "abc" and with no clue on what the heck it is supposed to be for
Rahul
On 6/04/2011 1:52 p.m., Rahul Sundaram wrote:
On 04/02/2011 08:32 PM, Andrea Veri wrote:
FP.org's mailing lists Clean-up is now DONE.
On a vaguely related note, can we tell list administrators to add a brief description? I would prefer that we require all of them to have one so that we don't have mailing list literally called "abc" and with no clue on what the heck it is supposed to be for
Rahul _______________________________________________ infrastructure mailing list infrastructure@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/infrastructure
+1 to that :)
Il giorno 06/apr/2011, alle ore 03.52, Rahul Sundaram ha scritto:
On 04/02/2011 08:32 PM, Andrea Veri wrote:
FP.org's mailing lists Clean-up is now DONE.
On a vaguely related note, can we tell list administrators to add a brief description? I would prefer that we require all of them to have one so that we don't have mailing list literally called "abc" and with no clue on what the heck it is supposed to be for
Absolutely +1 about this.
I've updated [1] with a note about this.
I am unsure about the current lists, I think we can't mail all the owners again asking for a description to be added but we can try to change this bad habit for the future.
Andrea
[1] https://fedoraproject.org/wiki/Mailman_Infrastructure_SOP
On 04/06/2011 10:43 PM, Andrea Veri wrote:
I am unsure about the current lists, I think we can't mail all the owners again asking for a description to be added but we can try to change this bad habit for the future.
I don't think we need to mail all the owners. Only the smaller subset, dozen or so that don't have a description.
Rahul
infrastructure@lists.fedoraproject.org