Re: Incubator voting status page
On 01.02.2013 20:48, sebb wrote: On 1 February 2013 16:29, Branko Čibej br...@apache.org wrote: On 01.02.2013 17:01, sebb wrote: On 1 February 2013 10:29, Branko Čibej br...@apache.org wrote: On 31.01.2013 17:18, Branko Čibej wrote: On 31.01.2013 16:51, Daniel Shahaf wrote: Branko Čibej wrote on Thu, Jan 31, 2013 at 16:40:14 +0100: I guess it's best if I ping infra and ask about getting this done (or probably file an INFRA ticket). Infra are also in the best position to know if we can have the page regenerated more often, e.g., once an hour. The first issue I see is that your script assumes it has local access to the public-arch tree, so it can only run on minotaur (or on the mail-archives.a.o box). Ah, that's a good enough point for doing the dynamic-include thing. Initially I thought I'd be downloading the mboxes from mail-archives, but ... local access is soo much faster and easier. I'll make it work as Christian suggested then. And it's done. An embedded status page is created on minotaur and dynamically embedded into the new vote status page. There are only two issues: * It'll take a while for this to show up, since the incubator site refreshes once a day (?); in the meantime, the embedded status link will be dead. It updates immediately, provided that you publish any changes. * The embedded content gets loaded from people.apache.org, not incubator.apache.org; AIUI that'll cause browsers to portend disaster and in some cases refuse to load the vote status. This should be fixed, suggestions welcome. The use of target=_blank causes a new window to created each time the link is clicked; that seems wrong. Yes, I just noticed that; copy-paste bug from the standalone page link, will fix. Also, it does not work in Firefox. Or Chrome. Or Opera. Or IE. That's caused by the the access control constraints, as I point out in the text you quoted. I tried circumventing that in .htaccess, but the incubator site config doesn't load mod_headers, so that won't help. However, in that case surely it ought to display an error message? There is some code that looks as though it tries to report the error: if (fragment_loader.status != 200) html = pContent is not available/p; else { container = document.getElementById(voter).parentNode; container.innerHTML = fragment_loader.responseText; } That looks wrong - why is the error written to a different variable? Meh, another bug. Thanks for catching it and fixing it. (Apparently I'm not at my best these days ... only this morning I started wondering why that error message wasn't showing up. Sigh.) -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 01.02.2013 18:05, Daniel Shahaf wrote: Branko Čibej wrote on Fri, Feb 01, 2013 at 17:29:45 +0100: I think updating the httpd config is the more realistic option, since it doesn't presume a ssh tunnel between minotaur and the site server. The only supported way to get content to the web servers is to commit it to svn and have svnpubsub pull it to them. So, just have a cronjob on minotaur commit the changes. You can get a username+password for that by asking. Surely it doesn't make sense to commit this transient table. If I wanted that, I'd be generating (and committing) all of content/votes.xml instead. But I really think the voting status page should be updated more often than once a day, hence the current architecture that doesn't depend on incubator site updated. I'm all for moving this from minotaur to whimsy, and do suggest we change the incubator.a.o server config so that the votes table can be fetched from there. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
Branko Čibej wrote on Sat, Feb 02, 2013 at 11:01:42 +0100: On 01.02.2013 18:05, Daniel Shahaf wrote: Branko Čibej wrote on Fri, Feb 01, 2013 at 17:29:45 +0100: I think updating the httpd config is the more realistic option, since it doesn't presume a ssh tunnel between minotaur and the site server. The only supported way to get content to the web servers is to commit it to svn and have svnpubsub pull it to them. So, just have a cronjob on minotaur commit the changes. You can get a username+password for that by asking. Surely it doesn't make sense to commit this transient table. If I wanted that, I'd be generating (and committing) all of content/votes.xml instead. But I really think the voting status page should be updated more often than once a day, hence the current architecture that doesn't depend on incubator site updated. I'm all for moving this from minotaur to whimsy, and do suggest we whimsy doesn't have the public-arch tree locally. change the incubator.a.o server config so that the votes table can be fetched from there. Not specific enough to comment on. (Change how?) -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 02.02.2013 16:29, Daniel Shahaf wrote: Branko Čibej wrote on Sat, Feb 02, 2013 at 11:01:42 +0100: I'm all for moving this from minotaur to whimsy, and do suggest we whimsy doesn't have the public-arch tree locally. Thanks for reminding me again ... silly me. change the incubator.a.o server config so that the votes table can be fetched from there. Not specific enough to comment on. (Change how?) Either: LoadModule headers_module /.../mod_headers.so I've already put the following in the .htaccess file: IfModule mod_headers.c # Allow remote content from people.apache.org in order to fetch vote status Header set Access-Control-Allow-Origin http://people.apache.org; /IfModule Or: ProxyPass /remote/embedded-votes.html http://people.apache.org/~brane/incubator/embedded-votes.html and I'll change the URL of the generated table in votes.xml. A simple redirect will of course not work, as it triggers the same access restriction. The proxy solution doesn't open the door as wide, but I expect it's slightly more expensive than adding a header to the response. Either way should work. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
Branko Čibej wrote on Sat, Feb 02, 2013 at 18:06:11 +0100: On 02.02.2013 16:29, Daniel Shahaf wrote: Branko Čibej wrote on Sat, Feb 02, 2013 at 11:01:42 +0100: I'm all for moving this from minotaur to whimsy, and do suggest we whimsy doesn't have the public-arch tree locally. Thanks for reminding me again ... silly me. change the incubator.a.o server config so that the votes table can be fetched from there. Not specific enough to comment on. (Change how?) Either: LoadModule headers_module /.../mod_headers.so I've already put the following in the .htaccess file: IfModule mod_headers.c # Allow remote content from people.apache.org in order to fetch vote status Header set Access-Control-Allow-Origin http://people.apache.org; /IfModule Or: ProxyPass /remote/embedded-votes.html http://people.apache.org/~brane/incubator/embedded-votes.html and I'll change the URL of the generated table in votes.xml. A simple redirect will of course not work, as it triggers the same access restriction. The proxy solution doesn't open the door as wide, but I expect it's slightly more expensive than adding a header to the response. Either way should work. Thanks for the config snippets, but my opinion is unchanged: if this is to be available via http://incubator.apache.org/, it should get committed somewhere. (This will be consistent with how every docroot on the www box works) For your use-case it would be ok have a cron'd buildbot job that commits directly to the production tree --- that's how the twitter feed on www.apache.org gets updated. The alternative would be to leave the code on people.a.o or add some rsync minotaur:public-arch/ ./ calls and move it to whimsy. Or feel free to ask site-dev@ or infra@ for other opinions. Daniel - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 02.02.2013 19:05, Daniel Shahaf wrote: Branko Čibej wrote on Sat, Feb 02, 2013 at 18:06:11 +0100: On 02.02.2013 16:29, Daniel Shahaf wrote: Branko Čibej wrote on Sat, Feb 02, 2013 at 11:01:42 +0100: I'm all for moving this from minotaur to whimsy, and do suggest we whimsy doesn't have the public-arch tree locally. Thanks for reminding me again ... silly me. change the incubator.a.o server config so that the votes table can be fetched from there. Not specific enough to comment on. (Change how?) Either: LoadModule headers_module /.../mod_headers.so I've already put the following in the .htaccess file: IfModule mod_headers.c # Allow remote content from people.apache.org in order to fetch vote status Header set Access-Control-Allow-Origin http://people.apache.org; /IfModule Or: ProxyPass /remote/embedded-votes.html http://people.apache.org/~brane/incubator/embedded-votes.html and I'll change the URL of the generated table in votes.xml. A simple redirect will of course not work, as it triggers the same access restriction. The proxy solution doesn't open the door as wide, but I expect it's slightly more expensive than adding a header to the response. Either way should work. Thanks for the config snippets, but my opinion is unchanged: if this is to be available via http://incubator.apache.org/, it should get committed somewhere. (This will be consistent with how every docroot on the www box works) For your use-case it would be ok have a cron'd buildbot job that commits directly to the production tree --- that's how the twitter feed on www.apache.org gets updated. The alternative would be to leave the code on people.a.o or add some rsync minotaur:public-arch/ ./ calls and move it to whimsy. Or feel free to ask site-dev@ or infra@ for other opinions. I solved it by removing the embedded page and leaving only the standalone one. I've spent too much time on this as it is. If anyone wants to pick it up, they can svn merge -c-1441791 ^/incubator/public/trunk and take it from there. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 31.01.2013 17:18, Branko Čibej wrote: On 31.01.2013 16:51, Daniel Shahaf wrote: Branko Čibej wrote on Thu, Jan 31, 2013 at 16:40:14 +0100: I guess it's best if I ping infra and ask about getting this done (or probably file an INFRA ticket). Infra are also in the best position to know if we can have the page regenerated more often, e.g., once an hour. The first issue I see is that your script assumes it has local access to the public-arch tree, so it can only run on minotaur (or on the mail-archives.a.o box). Ah, that's a good enough point for doing the dynamic-include thing. Initially I thought I'd be downloading the mboxes from mail-archives, but ... local access is soo much faster and easier. I'll make it work as Christian suggested then. And it's done. An embedded status page is created on minotaur and dynamically embedded into the new vote status page. There are only two issues: * It'll take a while for this to show up, since the incubator site refreshes once a day (?); in the meantime, the embedded status link will be dead. * The embedded content gets loaded from people.apache.org, not incubator.apache.org; AIUI that'll cause browsers to portend disaster and in some cases refuse to load the vote status. This should be fixed, suggestions welcome. In the meantime I managed to speed up mbox parsing by several orders of magnitude, so I now update the status page once every hour. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 31.01.2013 14:13, Branko Čibej wrote: On 31.01.2013 11:02, sebb wrote: On 31 January 2013 07:55, Branko Čibej br...@apache.org wrote: There is now an embedded version of the voting status page available for preview at http://people.apache.org/~brane/fakeubator/votes.html By embedded I mean, integrated into (a copy of) the Incubator site. The page is updated every 4 hours. Looks good, but I think the Ignoring crud ... Subscribe warnings should be fixed. The way those podlings have added the Subscribe links seems perfectly reasonable to me. I can easily remove those warnings -- I added them on purpose when I changed the page status generator to display warnings. On the other hand -- nothing ever stopped anyone from enclosing the mail address in a link anchor, where scripts can ignore them; or adding another column to the table for the links. I updated the Bloodhound status page to give an example for adding extra links to the table without confusing parsers. It'll be visible next time the Incubator site updates. Given that it's not at all hard, I'm leaning towards leaving those warnings in. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 1 February 2013 10:29, Branko Čibej br...@apache.org wrote: On 31.01.2013 17:18, Branko Čibej wrote: On 31.01.2013 16:51, Daniel Shahaf wrote: Branko Čibej wrote on Thu, Jan 31, 2013 at 16:40:14 +0100: I guess it's best if I ping infra and ask about getting this done (or probably file an INFRA ticket). Infra are also in the best position to know if we can have the page regenerated more often, e.g., once an hour. The first issue I see is that your script assumes it has local access to the public-arch tree, so it can only run on minotaur (or on the mail-archives.a.o box). Ah, that's a good enough point for doing the dynamic-include thing. Initially I thought I'd be downloading the mboxes from mail-archives, but ... local access is soo much faster and easier. I'll make it work as Christian suggested then. And it's done. An embedded status page is created on minotaur and dynamically embedded into the new vote status page. There are only two issues: * It'll take a while for this to show up, since the incubator site refreshes once a day (?); in the meantime, the embedded status link will be dead. It updates immediately, provided that you publish any changes. * The embedded content gets loaded from people.apache.org, not incubator.apache.org; AIUI that'll cause browsers to portend disaster and in some cases refuse to load the vote status. This should be fixed, suggestions welcome. The use of target=_blank causes a new window to created each time the link is clicked; that seems wrong. Also, it does not work in Firefox. Or Chrome. Or Opera. Or IE. In the meantime I managed to speed up mbox parsing by several orders of magnitude, so I now update the status page once every hour. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 31.01.2013 11:02, sebb wrote: On 31 January 2013 07:55, Branko Čibej br...@apache.org wrote: There is now an embedded version of the voting status page available for preview at http://people.apache.org/~brane/fakeubator/votes.html By embedded I mean, integrated into (a copy of) the Incubator site. The page is updated every 4 hours. Looks good, but I think the Ignoring crud ... Subscribe warnings should be fixed. The way those podlings have added the Subscribe links seems perfectly reasonable to me. I can easily remove those warnings -- I added them on purpose when I changed the page status generator to display warnings. On the other hand -- nothing ever stopped anyone from enclosing the mail address in a link anchor, where scripts can ignore them; or adding another column to the table for the links. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 01.02.2013 17:01, sebb wrote: On 1 February 2013 10:29, Branko Čibej br...@apache.org wrote: On 31.01.2013 17:18, Branko Čibej wrote: On 31.01.2013 16:51, Daniel Shahaf wrote: Branko Čibej wrote on Thu, Jan 31, 2013 at 16:40:14 +0100: I guess it's best if I ping infra and ask about getting this done (or probably file an INFRA ticket). Infra are also in the best position to know if we can have the page regenerated more often, e.g., once an hour. The first issue I see is that your script assumes it has local access to the public-arch tree, so it can only run on minotaur (or on the mail-archives.a.o box). Ah, that's a good enough point for doing the dynamic-include thing. Initially I thought I'd be downloading the mboxes from mail-archives, but ... local access is soo much faster and easier. I'll make it work as Christian suggested then. And it's done. An embedded status page is created on minotaur and dynamically embedded into the new vote status page. There are only two issues: * It'll take a while for this to show up, since the incubator site refreshes once a day (?); in the meantime, the embedded status link will be dead. It updates immediately, provided that you publish any changes. * The embedded content gets loaded from people.apache.org, not incubator.apache.org; AIUI that'll cause browsers to portend disaster and in some cases refuse to load the vote status. This should be fixed, suggestions welcome. The use of target=_blank causes a new window to created each time the link is clicked; that seems wrong. Yes, I just noticed that; copy-paste bug from the standalone page link, will fix. Also, it does not work in Firefox. Or Chrome. Or Opera. Or IE. That's caused by the the access control constraints, as I point out in the text you quoted. I tried circumventing that in .htaccess, but the incubator site config doesn't load mod_headers, so that won't help. We'll either have to change the httpd config for that site -- load mod_headers, or set up a proxy to the real status page --or come up with a way to copy the updated status page directly from minotaur to the live site. I think updating the httpd config is the more realistic option, since it doesn't presume a ssh tunnel between minotaur and the site server. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
Branko Čibej wrote on Fri, Feb 01, 2013 at 17:29:45 +0100: I think updating the httpd config is the more realistic option, since it doesn't presume a ssh tunnel between minotaur and the site server. The only supported way to get content to the web servers is to commit it to svn and have svnpubsub pull it to them. So, just have a cronjob on minotaur commit the changes. You can get a username+password for that by asking. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 1 February 2013 17:05, Daniel Shahaf d...@daniel.shahaf.name wrote: Branko Čibej wrote on Fri, Feb 01, 2013 at 17:29:45 +0100: I think updating the httpd config is the more realistic option, since it doesn't presume a ssh tunnel between minotaur and the site server. The only supported way to get content to the web servers is to commit it to svn and have svnpubsub pull it to them. So, just have a cronjob on minotaur commit the changes. You can get a username+password for that by asking. It's going to be awkward to maintain long-term if the crontab runs in a personal account. There's already a regular crontab in apsite (used to create people and projects). Would it be worth extending that - or adding another job - and have that commit the file? Alternatively, is there a buildbot for building the incubator website? I thought it ran daily even if there were no SVN changes? BTW, seems to me that a daily scan of the mailing lists would be enough. There's no need to do it every few hours, as the recent messages should be fresh in people's minds. It's the longer term ignored votes that are important. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 1 February 2013 16:29, Branko Čibej br...@apache.org wrote: On 01.02.2013 17:01, sebb wrote: On 1 February 2013 10:29, Branko Čibej br...@apache.org wrote: On 31.01.2013 17:18, Branko Čibej wrote: On 31.01.2013 16:51, Daniel Shahaf wrote: Branko Čibej wrote on Thu, Jan 31, 2013 at 16:40:14 +0100: I guess it's best if I ping infra and ask about getting this done (or probably file an INFRA ticket). Infra are also in the best position to know if we can have the page regenerated more often, e.g., once an hour. The first issue I see is that your script assumes it has local access to the public-arch tree, so it can only run on minotaur (or on the mail-archives.a.o box). Ah, that's a good enough point for doing the dynamic-include thing. Initially I thought I'd be downloading the mboxes from mail-archives, but ... local access is soo much faster and easier. I'll make it work as Christian suggested then. And it's done. An embedded status page is created on minotaur and dynamically embedded into the new vote status page. There are only two issues: * It'll take a while for this to show up, since the incubator site refreshes once a day (?); in the meantime, the embedded status link will be dead. It updates immediately, provided that you publish any changes. * The embedded content gets loaded from people.apache.org, not incubator.apache.org; AIUI that'll cause browsers to portend disaster and in some cases refuse to load the vote status. This should be fixed, suggestions welcome. The use of target=_blank causes a new window to created each time the link is clicked; that seems wrong. Yes, I just noticed that; copy-paste bug from the standalone page link, will fix. Also, it does not work in Firefox. Or Chrome. Or Opera. Or IE. That's caused by the the access control constraints, as I point out in the text you quoted. I tried circumventing that in .htaccess, but the incubator site config doesn't load mod_headers, so that won't help. However, in that case surely it ought to display an error message? There is some code that looks as though it tries to report the error: if (fragment_loader.status != 200) html = pContent is not available/p; else { container = document.getElementById(voter).parentNode; container.innerHTML = fragment_loader.responseText; } That looks wrong - why is the error written to a different variable? Should it not be something like: container = document.getElementById(voter).parentNode; if (fragment_loader.status != 200) { container.innerHTML = pContent is not available/p; } else { container.innerHTML = fragment_loader.responseText; } - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 1 February 2013 19:48, sebb seb...@gmail.com wrote: On 1 February 2013 16:29, Branko Čibej br...@apache.org wrote: On 01.02.2013 17:01, sebb wrote: On 1 February 2013 10:29, Branko Čibej br...@apache.org wrote: On 31.01.2013 17:18, Branko Čibej wrote: On 31.01.2013 16:51, Daniel Shahaf wrote: Branko Čibej wrote on Thu, Jan 31, 2013 at 16:40:14 +0100: I guess it's best if I ping infra and ask about getting this done (or probably file an INFRA ticket). Infra are also in the best position to know if we can have the page regenerated more often, e.g., once an hour. The first issue I see is that your script assumes it has local access to the public-arch tree, so it can only run on minotaur (or on the mail-archives.a.o box). Ah, that's a good enough point for doing the dynamic-include thing. Initially I thought I'd be downloading the mboxes from mail-archives, but ... local access is soo much faster and easier. I'll make it work as Christian suggested then. And it's done. An embedded status page is created on minotaur and dynamically embedded into the new vote status page. There are only two issues: * It'll take a while for this to show up, since the incubator site refreshes once a day (?); in the meantime, the embedded status link will be dead. It updates immediately, provided that you publish any changes. * The embedded content gets loaded from people.apache.org, not incubator.apache.org; AIUI that'll cause browsers to portend disaster and in some cases refuse to load the vote status. This should be fixed, suggestions welcome. The use of target=_blank causes a new window to created each time the link is clicked; that seems wrong. Yes, I just noticed that; copy-paste bug from the standalone page link, will fix. Also, it does not work in Firefox. Or Chrome. Or Opera. Or IE. That's caused by the the access control constraints, as I point out in the text you quoted. I tried circumventing that in .htaccess, but the incubator site config doesn't load mod_headers, so that won't help. However, in that case surely it ought to display an error message? There is some code that looks as though it tries to report the error: if (fragment_loader.status != 200) html = pContent is not available/p; else { container = document.getElementById(voter).parentNode; container.innerHTML = fragment_loader.responseText; } That looks wrong - why is the error written to a different variable? Should it not be something like: container = document.getElementById(voter).parentNode; if (fragment_loader.status != 200) { container.innerHTML = pContent is not available/p; } else { container.innerHTML = fragment_loader.responseText; } Fixed. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On Thu, Jan 31, 2013 at 8:55 AM, Branko Čibej br...@apache.org wrote: There is now an embedded version of the voting status page available for preview at http://people.apache.org/~brane/fakeubator/votes.html By embedded I mean, integrated into (a copy of) the Incubator site. The page is updated every 4 hours. It looks very cool. What if whimsy would generate the html and we would include it with a small javascript snipped? I can provide such a snippet, if wanted -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.grobmeier.de https://www.timeandbill.de - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 31 January 2013 07:55, Branko Čibej br...@apache.org wrote: There is now an embedded version of the voting status page available for preview at http://people.apache.org/~brane/fakeubator/votes.html By embedded I mean, integrated into (a copy of) the Incubator site. The page is updated every 4 hours. Looks good, but I think the Ignoring crud ... Subscribe warnings should be fixed. The way those podlings have added the Subscribe links seems perfectly reasonable to me. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
FWIW, I am definitively +1 to have it included in the incubator site http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Thu, Jan 31, 2013 at 8:55 AM, Branko Čibej br...@apache.org wrote: There is now an embedded version of the voting status page available for preview at http://people.apache.org/~brane/fakeubator/votes.html By embedded I mean, integrated into (a copy of) the Incubator site. The page is updated every 4 hours. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 31.01.2013 10:59, Christian Grobmeier wrote: On Thu, Jan 31, 2013 at 8:55 AM, Branko Čibej br...@apache.org wrote: There is now an embedded version of the voting status page available for preview at http://people.apache.org/~brane/fakeubator/votes.html By embedded I mean, integrated into (a copy of) the Incubator site. The page is updated every 4 hours. It looks very cool. What if whimsy would generate the html and we would include it with a small javascript snipped? I can provide such a snippet, if wanted Personally I'd rather have whatever process is updating the regular Incubator site create the vote status page in-place. I added a separate target to the Ant build file specifically for that purpose -- so that only that page can be updated without affecting the rest of the site, and therefore this can be done more often than once a day. That way you don't have to keep track of stylesheet changes, etc. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On Thu, Jan 31, 2013 at 2:30 PM, Branko Čibej br...@apache.org wrote: On 31.01.2013 10:59, Christian Grobmeier wrote: On Thu, Jan 31, 2013 at 8:55 AM, Branko Čibej br...@apache.org wrote: There is now an embedded version of the voting status page available for preview at http://people.apache.org/~brane/fakeubator/votes.html By embedded I mean, integrated into (a copy of) the Incubator site. The page is updated every 4 hours. It looks very cool. What if whimsy would generate the html and we would include it with a small javascript snipped? I can provide such a snippet, if wanted Personally I'd rather have whatever process is updating the regular Incubator site create the vote status page in-place. I added a separate target to the Ant build file specifically for that purpose -- so that only that page can be updated without affecting the rest of the site, and therefore this can be done more often than once a day. So you would commit this page all four hours automatically? That way you don't have to keep track of stylesheet changes, etc. The same is true for including a HTML snipped. I am speaking of including the raw table only and leave the formatting to the main incubator page. however, if you like to do it otherwise go for it. Every saved minute is good for me :-) Cheers Christian -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.grobmeier.de https://www.timeandbill.de - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 31.01.2013 15:12, Christian Grobmeier wrote: On Thu, Jan 31, 2013 at 2:30 PM, Branko Čibej br...@apache.org wrote: On 31.01.2013 10:59, Christian Grobmeier wrote: On Thu, Jan 31, 2013 at 8:55 AM, Branko Čibej br...@apache.org wrote: There is now an embedded version of the voting status page available for preview at http://people.apache.org/~brane/fakeubator/votes.html By embedded I mean, integrated into (a copy of) the Incubator site. The page is updated every 4 hours. It looks very cool. What if whimsy would generate the html and we would include it with a small javascript snipped? I can provide such a snippet, if wanted Personally I'd rather have whatever process is updating the regular Incubator site create the vote status page in-place. I added a separate target to the Ant build file specifically for that purpose -- so that only that page can be updated without affecting the rest of the site, and therefore this can be done more often than once a day. So you would commit this page all four hours automatically? Not at all. Notice that the embedded example is /not/ the real incubator site but a copy in my homedir on minotaur. The idea is obviously to not commit either the generated XML template, nor the even-more-generated HTML file. That way you don't have to keep track of stylesheet changes, etc. The same is true for including a HTML snipped. I am speaking of including the raw table only and leave the formatting to the main incubator page. however, if you like to do it otherwise go for it. Every saved minute is good for me :-) Most of the rest of the site is nice and static. It'd be a shame not to keep it so. I guess it's best if I ping infra and ask about getting this done (or probably file an INFRA ticket). Infra are also in the best position to know if we can have the page regenerated more often, e.g., once an hour. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
Branko Čibej wrote on Thu, Jan 31, 2013 at 16:40:14 +0100: I guess it's best if I ping infra and ask about getting this done (or probably file an INFRA ticket). Infra are also in the best position to know if we can have the page regenerated more often, e.g., once an hour. The first issue I see is that your script assumes it has local access to the public-arch tree, so it can only run on minotaur (or on the mail-archives.a.o box). - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 31.01.2013 16:51, Daniel Shahaf wrote: Branko Čibej wrote on Thu, Jan 31, 2013 at 16:40:14 +0100: I guess it's best if I ping infra and ask about getting this done (or probably file an INFRA ticket). Infra are also in the best position to know if we can have the page regenerated more often, e.g., once an hour. The first issue I see is that your script assumes it has local access to the public-arch tree, so it can only run on minotaur (or on the mail-archives.a.o box). Ah, that's a good enough point for doing the dynamic-include thing. Initially I thought I'd be downloading the mboxes from mail-archives, but ... local access is soo much faster and easier. I'll make it work as Christian suggested then. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
There is now an embedded version of the voting status page available for preview at http://people.apache.org/~brane/fakeubator/votes.html By embedded I mean, integrated into (a copy of) the Incubator site. The page is updated every 4 hours. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
David Crossley wrote on Tue, Jan 29, 2013 at 16:12:34 +1100: You are striking the same type of problems that Clutch has needed to deal with over the years. In general, the state of podling metadata is not reliable. That is something that we need to get podling developers interested with. I have a current example. Flex and Wink haven't updated their podlings.xml entries to status=graduated , therefore certain infra scripts still consider them podlings rather than PMCs. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 29.01.2013 09:53, Daniel Shahaf wrote: David Crossley wrote on Tue, Jan 29, 2013 at 16:12:34 +1100: You are striking the same type of problems that Clutch has needed to deal with over the years. In general, the state of podling metadata is not reliable. That is something that we need to get podling developers interested with. I have a current example. Flex and Wink haven't updated their podlings.xml entries to status=graduated , therefore certain infra scripts still consider them podlings rather than PMCs. Nor had PhotArk updated its entry to retired until I did that yesterday to get rid of one of the warnings. I'm not actually all that worried. The worst that can happen in the case of the voter script is that some votes don't get recorded, or are recorded later than expected. The script does emit warnings if it sees strangeness; I /could/ teach it to send the warnings to the podling's dev list (if known), cc: general@. But I'd rather not open the spam floodgates unless people really want me to. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 29 January 2013 14:17, Branko Čibej br...@apache.org wrote: On 29.01.2013 09:53, Daniel Shahaf wrote: David Crossley wrote on Tue, Jan 29, 2013 at 16:12:34 +1100: You are striking the same type of problems that Clutch has needed to deal with over the years. In general, the state of podling metadata is not reliable. That is something that we need to get podling developers interested with. I have a current example. Flex and Wink haven't updated their podlings.xml entries to status=graduated , therefore certain infra scripts still consider them podlings rather than PMCs. Nor had PhotArk updated its entry to retired until I did that yesterday to get rid of one of the warnings. I'm not actually all that worried. The worst that can happen in the case of the voter script is that some votes don't get recorded, or are recorded later than expected. The script does emit warnings if it sees strangeness; I /could/ teach it to send the warnings to the podling's dev list (if known), cc: general@. But I'd rather not open the spam floodgates unless people really want me to. Why not append the errors to the end of the report? Or create a separate page containing just the errors and link to if from the main page? -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 1/29/13 12:53 AM, Daniel Shahaf d...@daniel.shahaf.name wrote: I have a current example. Flex and Wink haven't updated their podlings.xml entries to status=graduated , therefore certain infra scripts still consider them podlings rather than PMCs. My bad. I somehow missed that in the list of tasks to do. Flex should be fixed now. -- Alex Harui Flex SDK Team Adobe Systems, Inc. http://blogs.adobe.com/aharui - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 29.01.2013 17:23, sebb wrote: On 29 January 2013 14:17, Branko Čibej br...@apache.org wrote: On 29.01.2013 09:53, Daniel Shahaf wrote: David Crossley wrote on Tue, Jan 29, 2013 at 16:12:34 +1100: You are striking the same type of problems that Clutch has needed to deal with over the years. In general, the state of podling metadata is not reliable. That is something that we need to get podling developers interested with. I have a current example. Flex and Wink haven't updated their podlings.xml entries to status=graduated , therefore certain infra scripts still consider them podlings rather than PMCs. Nor had PhotArk updated its entry to retired until I did that yesterday to get rid of one of the warnings. I'm not actually all that worried. The worst that can happen in the case of the voter script is that some votes don't get recorded, or are recorded later than expected. The script does emit warnings if it sees strangeness; I /could/ teach it to send the warnings to the podling's dev list (if known), cc: general@. But I'd rather not open the spam floodgates unless people really want me to. Why not append the errors to the end of the report? Good idea, I'll do that. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
Branko Čibej wrote: sebb wrote: Branko Čibej wrote: Daniel Shahaf wrote: David Crossley wrote: You are striking the same type of problems that Clutch has needed to deal with over the years. In general, the state of podling metadata is not reliable. That is something that we need to get podling developers interested with. I have a current example. Flex and Wink haven't updated their podlings.xml entries to status=graduated , therefore certain infra scripts still consider them podlings rather than PMCs. These situations cause issues for other volunteers. Nor had PhotArk updated its entry to retired until I did that yesterday to get rid of one of the warnings. Those things usually mean that people have not followed the remainder of the steps for graduation or retirement. So i just leave them in that state to remind people. I'm not actually all that worried. The worst that can happen in the case of the voter script is that some votes don't get recorded, or are recorded later than expected. The script does emit warnings if it sees strangeness; I /could/ teach it to send the warnings to the podling's dev list (if known), cc: general@. But I'd rather not open the spam floodgates unless people really want me to. Clutch has been trying to flag those errors too. Occasionally i send some manual postings about these issues. Perhaps both tools listing the inconsistencies will assist. -David Why not append the errors to the end of the report? Good idea, I'll do that. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 28.01.2013 08:58, Daniel Shahaf wrote: Branko Čibej wrote on Mon, Jan 28, 2013 at 08:22:42 +0100: On 27.01.2013 16:17, Daniel Shahaf wrote: Branko Čibej wrote on Sat, Jan 26, 2013 at 15:30:04 +0100: On 26.01.2013 14:27, Benson Margulies wrote: Brane, are you currently using the pickled clutch metadata? If we just need to add a field to it we can. Nope, I'm currently walking the incubator archive tree. The clutch metadata is in general good enough, since if clutch can generate target/current.ent, I can certainly get the information I need from that. The only question is the conversion from l...@podling.incubator.apache.org (which clutch knows about) to archive/podling.apache.org/list (which is where the podling mail archives will be in future) is consistent. Yes, it is, for all *@p.i.a.o lists. Well, I've found an inconsistency while changing the scripts to parse the content/podlings.xml and content/projects/podling-name.xml. Onami's dev list is the old-style: onami-...@incubator.apache.org but its archive is new-style: onami.incubator.apache.org/dev I don't want to special-case the script for this; can we make the archive consistent with the mailing list address? They seem consistent with the other new-style podlings: minotaur,9:~apmail/public-arch% find . -maxdepth 2 -name \*onami\* ./onami.apache.org minotaur,9:~apmail/public-arch% grep -h List-Id onami.apache.org/*/* | uniq List-Id: commits.onami.incubator.apache.org List-Id: dev.onami.incubator.apache.org List-Id: user.onami.incubator.apache.org Ah, could it be then that content/projects/onami.xml is just wrong and needs to be updated? It says: td id=mail-devcodeonami-dev/codecode@/codecodeincubator.apache.org/code/td -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
Hi Branko! On Mon, Jan 28, 2013 at 9:57 AM, Branko Čibej br...@apache.org wrote: Ah, could it be then that content/projects/onami.xml is just wrong and needs to be updated? yes, we published the status page before we got the MLs addresses and noticed they are in the new pattern :P could one of the mentor please update it? TIA! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 28.01.2013 10:01, Simone Tripodi wrote: Hi Branko! On Mon, Jan 28, 2013 at 9:57 AM, Branko Čibej br...@apache.org wrote: Ah, could it be then that content/projects/onami.xml is just wrong and needs to be updated? yes, we published the status page before we got the MLs addresses and noticed they are in the new pattern :P could one of the mentor please update it? I can do that. And have done it. Please review: svn diff -c1439308 http://svn.apache.org/repos/asf/incubator -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On Mon, Jan 28, 2013 at 10:06 AM, Branko Čibej br...@apache.org wrote: On 28.01.2013 10:01, Simone Tripodi wrote: Hi Branko! On Mon, Jan 28, 2013 at 9:57 AM, Branko Čibej br...@apache.org wrote: Ah, could it be then that content/projects/onami.xml is just wrong and needs to be updated? yes, we published the status page before we got the MLs addresses and noticed they are in the new pattern :P could one of the mentor please update it? I can do that. And have done it. Please review: svn diff -c1439308 http://svn.apache.org/repos/asf/incubator Looks good, thanks for updating it. We (mentors) need to give this file some more love, but thats another story. Cheers Christian -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.grobmeier.de https://www.timeandbill.de - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
thanks a lot Branko, much more than appreciated!!! all the best, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Mon, Jan 28, 2013 at 10:06 AM, Branko Čibej br...@apache.org wrote: On 28.01.2013 10:01, Simone Tripodi wrote: Hi Branko! On Mon, Jan 28, 2013 at 9:57 AM, Branko Čibej br...@apache.org wrote: Ah, could it be then that content/projects/onami.xml is just wrong and needs to be updated? yes, we published the status page before we got the MLs addresses and noticed they are in the new pattern :P could one of the mentor please update it? I can do that. And have done it. Please review: svn diff -c1439308 http://svn.apache.org/repos/asf/incubator -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
Branko Čibej wrote: On 28.01.2013 08:58, Daniel Shahaf wrote: Branko Čibej wrote on Mon, Jan 28, 2013 at 08:22:42 +0100: On 27.01.2013 16:17, Daniel Shahaf wrote: Branko Čibej wrote on Sat, Jan 26, 2013 at 15:30:04 +0100: On 26.01.2013 14:27, Benson Margulies wrote: Brane, are you currently using the pickled clutch metadata? If we just need to add a field to it we can. Nope, I'm currently walking the incubator archive tree. The clutch metadata is in general good enough, since if clutch can generate target/current.ent, I can certainly get the information I need from that. ... Clutch does not generate that file. It is handled by the Incubator Ant build.xml ... The only question is the conversion from l...@podling.incubator.apache.org (which clutch knows about) to archive/podling.apache.org/list (which is where the podling mail archives will be in future) is consistent. Yes, it is, for all *@p.i.a.o lists. Well, I've found an inconsistency while changing the scripts to parse the content/podlings.xml and content/projects/podling-name.xml. Onami's dev list is the old-style: onami-...@incubator.apache.org but its archive is new-style: onami.incubator.apache.org/dev I don't want to special-case the script for this; can we make the archive consistent with the mailing list address? They seem consistent with the other new-style podlings: minotaur,9:~apmail/public-arch% find . -maxdepth 2 -name \*onami\* ./onami.apache.org minotaur,9:~apmail/public-arch% grep -h List-Id onami.apache.org/*/* | uniq List-Id: commits.onami.incubator.apache.org List-Id: dev.onami.incubator.apache.org List-Id: user.onami.incubator.apache.org Ah, could it be then that content/projects/onami.xml is just wrong and needs to be updated? It says: td id=mail-devcodeonami-dev/codecode@/codecodeincubator.apache.org/code/td You are striking the same type of problems that Clutch has needed to deal with over the years. In general, the state of podling metadata is not reliable. That is something that we need to get podling developers interested with. So Clutch makes educated guesses about the podling mail lists. When it sees that its mbox files are flowing (they could be not yet established or held up waiting for initial moderation) then it writes their dev list address into the report_due_[1-3].txt files for 'marvin' to utilise (see http://incubator.apache.org/clutch.html#data) and puts hasMailListDev into clutch.pkl for the mod_mbox URL. With the latter, if the name starts with incubator- then that is an old-style list. -David - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
Branko Čibej wrote on Sat, Jan 26, 2013 at 15:30:04 +0100: On 26.01.2013 14:27, Benson Margulies wrote: Brane, are you currently using the pickled clutch metadata? If we just need to add a field to it we can. Nope, I'm currently walking the incubator archive tree. The clutch metadata is in general good enough, since if clutch can generate target/current.ent, I can certainly get the information I need from that. The only question is the conversion from l...@podling.incubator.apache.org (which clutch knows about) to archive/podling.apache.org/list (which is where the podling mail archives will be in future) is consistent. Yes, it is, for all *@p.i.a.o lists. To your original question: I usually use podlings.xml/[status=current]. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 27.01.2013 16:17, Daniel Shahaf wrote: Branko Čibej wrote on Sat, Jan 26, 2013 at 15:30:04 +0100: On 26.01.2013 14:27, Benson Margulies wrote: Brane, are you currently using the pickled clutch metadata? If we just need to add a field to it we can. Nope, I'm currently walking the incubator archive tree. The clutch metadata is in general good enough, since if clutch can generate target/current.ent, I can certainly get the information I need from that. The only question is the conversion from l...@podling.incubator.apache.org (which clutch knows about) to archive/podling.apache.org/list (which is where the podling mail archives will be in future) is consistent. Yes, it is, for all *@p.i.a.o lists. Well, I've found an inconsistency while changing the scripts to parse the content/podlings.xml and content/projects/podling-name.xml. Onami's dev list is the old-style: onami-...@incubator.apache.org but its archive is new-style: onami.incubator.apache.org/dev I don't want to special-case the script for this; can we make the archive consistent with the mailing list address? I also found two other problems: flex and photark removed the 'id=mail-dev' attributes from their status XML files, and also replaced the list address with the web archive address, so there's no machine-readable way to find their mailing list address. I think it would be a good idea to require that the podling-name.xml files are machine-readable in the sense that all relevant information about a podling can be extracted from them without special-casing scripts. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
Branko Čibej wrote on Mon, Jan 28, 2013 at 08:22:42 +0100: On 27.01.2013 16:17, Daniel Shahaf wrote: Branko Čibej wrote on Sat, Jan 26, 2013 at 15:30:04 +0100: On 26.01.2013 14:27, Benson Margulies wrote: Brane, are you currently using the pickled clutch metadata? If we just need to add a field to it we can. Nope, I'm currently walking the incubator archive tree. The clutch metadata is in general good enough, since if clutch can generate target/current.ent, I can certainly get the information I need from that. The only question is the conversion from l...@podling.incubator.apache.org (which clutch knows about) to archive/podling.apache.org/list (which is where the podling mail archives will be in future) is consistent. Yes, it is, for all *@p.i.a.o lists. Well, I've found an inconsistency while changing the scripts to parse the content/podlings.xml and content/projects/podling-name.xml. Onami's dev list is the old-style: onami-...@incubator.apache.org but its archive is new-style: onami.incubator.apache.org/dev I don't want to special-case the script for this; can we make the archive consistent with the mailing list address? They seem consistent with the other new-style podlings: minotaur,9:~apmail/public-arch% find . -maxdepth 2 -name \*onami\* ./onami.apache.org minotaur,9:~apmail/public-arch% grep -h List-Id onami.apache.org/*/* | uniq List-Id: commits.onami.incubator.apache.org List-Id: dev.onami.incubator.apache.org List-Id: user.onami.incubator.apache.org Daniel - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
Brane, are you currently using the pickled clutch metadata? If we just need to add a field to it we can. On Fri, Jan 25, 2013 at 11:46 PM, Branko Čibej br...@apache.org wrote: On 26.01.2013 00:16, Daniel Shahaf wrote: Branko Čibej wrote on Fri, Jan 25, 2013 at 18:40:18 +0100: On 25.01.2013 18:26, Daniel Shahaf wrote: Branko Čibej wrote on Fri, Jan 25, 2013 at 15:27:25 +0100: I changed the vote counting script so that it parses /all/ the incubator list archives, not just general@, for vote threads addressed to Do you also parse the d...@helix.incubator.apache.org archives, which are in ~apmail/public-arch/helix.apache.org/dev/ ? No, as I wasn't aware of them. I can add them to the list. All new podlings use that scheme. Helix was just the first one to use it, there are already 3 others (and all podlings created from this point on, too). I see. Can you suggest a way to find which archives belong to podlings, then, without having to parse /all/ the archives and/or manually add them to the archive list? I can probably find the info in the incubator status, if there's no easier way to notice what's a podling and what isn't. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 26.01.2013 14:27, Benson Margulies wrote: Brane, are you currently using the pickled clutch metadata? If we just need to add a field to it we can. Nope, I'm currently walking the incubator archive tree. The clutch metadata is in general good enough, since if clutch can generate target/current.ent, I can certainly get the information I need from that. The only question is the conversion from l...@podling.incubator.apache.org (which clutch knows about) to archive/podling.apache.org/list (which is where the podling mail archives will be in future) is consistent. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
I think I've managed to work around the fact that our mbox archives only contain mails that were addressed To: a list, not Cc: that list. I changed the vote counting script so that it parses /all/ the incubator list archives, not just general@, for vote threads addressed to general@. This solved the case where, e.g., the Bloodhound vote resolution was not noticed. Other minor changes: * Changed the colour scheme to match Clutch * Added an age column to the current votes table * Shows the last recorded change (based on mbox file mtimes) * Removed the ability to parse Atom feeds -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On Fri, Jan 25, 2013 at 6:27 AM, Branko Čibej br...@apache.org wrote: I think I've managed to work around the fact that our mbox archives only contain mails that were addressed To: a list, not Cc: that list. I'll bet that Ryan isn't subscribed to general@incubator and that his message wasn't moderated through right away. It's now in the general@incubator archives as well. http://mail-archives.apache.org/mod_mbox/incubator-general/201301.mbox/%3CCAPt9QwRMDCcp_JWwAJeL-rH3YnPJDNEjq0tgcQvUHUKrpv-y%2BA%40mail.gmail.com%3E Marvin Humphrey - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 25.01.2013 16:12, Marvin Humphrey wrote: On Fri, Jan 25, 2013 at 6:27 AM, Branko Čibej br...@apache.org wrote: I think I've managed to work around the fact that our mbox archives only contain mails that were addressed To: a list, not Cc: that list. I'll bet that Ryan isn't subscribed to general@incubator and that his message wasn't moderated through right away. It's now in the general@incubator archives as well. http://mail-archives.apache.org/mod_mbox/incubator-general/201301.mbox/%3CCAPt9QwRMDCcp_JWwAJeL-rH3YnPJDNEjq0tgcQvUHUKrpv-y%2BA%40mail.gmail.com%3E I did see the message on general@ days ago, when it still was not in the archives. But even if my interpretation of the fact is wrong, parsing all the archives isn't that expensive, so I'll leave it in. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
Branko Čibej wrote on Thu, Jan 24, 2013 at 22:01:32 +0100: On 24.01.2013 17:19, Daniel Shahaf wrote: Branko Čibej wrote on Thu, Jan 24, 2013 at 13:40:29 +0100: On 24.01.2013 13:25, Gary Martin wrote: Interestingly, the form that Ryan announced the results means that it looks like the Bloodhound vote is still open. I'll guess that markmail doesn't take cc's as being on the list or something. In the meantime I changed the thing to parse the mbox archives directly. Apparently that vote result is not in the current mbox file, either. Don't ask me why. But we do seem to have problems with our mail archives. The mbox files on minotaur should be up-to-date at all times. (The ones on mail-archives are only updated hourly.) Was it CCed to general@ ? It was. And it ended up in the bloodhound-dev archive, but not in the general archive. I've noticed before that our archives seem to be incomplete, and indeed it appears that the mbox files contain only messages To: a list, everything that actually gets delivered to subscribers by the list server. Counterexample: Message-ID: 20130124161931.GE3874@lp-shahaf.local Date: Thu, 24 Jan 2013 18:19:31 +0200 From: Daniel Shahaf d...@daniel.shahaf.name To: Branko Čibej br...@apache.org Cc: general@incubator.apache.org Subject: Re: Incubator voting status page appears in the mbox archives of this list. -- Brane P.S.: Incidentally, I noticed that I need more smarts in the subject parser: it doesn't understand [CANCELLED][VOTE] or [DISCUSS][VOTE]. :) Don't forget [CANCELED]... - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
Branko Čibej wrote on Fri, Jan 25, 2013 at 15:27:25 +0100: I changed the vote counting script so that it parses /all/ the incubator list archives, not just general@, for vote threads addressed to Do you also parse the d...@helix.incubator.apache.org archives, which are in ~apmail/public-arch/helix.apache.org/dev/ ? general@. This solved the case where, e.g., the Bloodhound vote resolution was not noticed. 251 N Jan 24 Ryan Ollos ( 96) [RESULT] [VOTE] Release Apache Bloodhound appears in the general@incubator archives. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 25.01.2013 18:26, Daniel Shahaf wrote: Branko Čibej wrote on Fri, Jan 25, 2013 at 15:27:25 +0100: I changed the vote counting script so that it parses /all/ the incubator list archives, not just general@, for vote threads addressed to Do you also parse the d...@helix.incubator.apache.org archives, which are in ~apmail/public-arch/helix.apache.org/dev/ ? No, as I wasn't aware of them. I can add them to the list. general@. This solved the case where, e.g., the Bloodhound vote resolution was not noticed. 251 N Jan 24 Ryan Ollos ( 96) [RESULT] [VOTE] Release Apache Bloodhound appears in the general@incubator archives. It didn't yesterday, even though I saw it in my inbox as coming from the mailing list. I don't understand what's happening (and don't really want to :). -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
Branko Čibej wrote on Fri, Jan 25, 2013 at 18:40:18 +0100: On 25.01.2013 18:26, Daniel Shahaf wrote: Branko Čibej wrote on Fri, Jan 25, 2013 at 15:27:25 +0100: I changed the vote counting script so that it parses /all/ the incubator list archives, not just general@, for vote threads addressed to Do you also parse the d...@helix.incubator.apache.org archives, which are in ~apmail/public-arch/helix.apache.org/dev/ ? No, as I wasn't aware of them. I can add them to the list. All new podlings use that scheme. Helix was just the first one to use it, there are already 3 others (and all podlings created from this point on, too). - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 26.01.2013 00:16, Daniel Shahaf wrote: Branko Čibej wrote on Fri, Jan 25, 2013 at 18:40:18 +0100: On 25.01.2013 18:26, Daniel Shahaf wrote: Branko Čibej wrote on Fri, Jan 25, 2013 at 15:27:25 +0100: I changed the vote counting script so that it parses /all/ the incubator list archives, not just general@, for vote threads addressed to Do you also parse the d...@helix.incubator.apache.org archives, which are in ~apmail/public-arch/helix.apache.org/dev/ ? No, as I wasn't aware of them. I can add them to the list. All new podlings use that scheme. Helix was just the first one to use it, there are already 3 others (and all podlings created from this point on, too). I see. Can you suggest a way to find which archives belong to podlings, then, without having to parse /all/ the archives and/or manually add them to the archive list? I can probably find the info in the incubator status, if there's no easier way to notice what's a podling and what isn't. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 24.01.2013 06:16, Daniel Shahaf wrote: Branko Čibej wrote on Thu, Jan 24, 2013 at 05:05:42 +0100: There are currently no links to the actual vote threads. Also I'm having a bit of trouble with the feed from mod_mbox, as it's quite short-term and doesn't seem to be at all complete; that's why I switched to using the current month's worth of data from Markmail. ~apmail/public-arch/incubator.apache.org/general/ Thanks, Daniel! I don't really want to parse mbox files, but it just might turn out to be better than the alternatives -- especially bandwidth-wise. :) -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On Thu, Jan 24, 2013 at 5:05 AM, Branko Čibej br...@apache.org wrote: ...the current results are here: http://people.apache.org/~brane/incubator-votes.html That page (should) get updated every 4 hours... Cool - it might make sense to integrate with https://whimsy.apache.org/ -Bertrand - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
Good work Brane. Just one feature suggestion: Could you display the relative time (ie '3 days ago') in the table, and the absolute time in tooltips? That would make it much easier to read I reckon. Cheers, Joe On 24 January 2013 04:05, Branko Čibej br...@apache.org wrote: A while ago I proposed we should have a status page showing current pending votes. To this end I've begun writing a simple script that parses the general@incubator Atom feed from Markmail and creates a static web page with information gleaned from there (it keeps longer-term data in a SQLite database). The script is here: https://svn.apache.org/repos/asf/incubator/public/trunk/incuvoter and the current results are here: http://people.apache.org/~brane/incubator-votes.html That page (should) get updated every 4 hours. It will also list closed votes up to 30 days old. There are currently no links to the actual vote threads. Also I'm having a bit of trouble with the feed from mod_mbox, as it's quite short-term and doesn't seem to be at all complete; that's why I switched to using the current month's worth of data from Markmail. Eventually I'd like to integrate this into the incubator pages, and add logic to the scripts so they'd yell at general@incubator if votes are overdue. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Joe Dreimann UX Designer | WANdisco http://www.wandisco.com/ * * *Transform your software development department. Register for a free SVN HealthCheck http://go.wandisco.com/HealthCheck-Sig.html *
Re: Incubator voting status page
We all seem to want a bit of feature creep. I would probably include a last update time for the page. Interestingly, the form that Ryan announced the results means that it looks like the Bloodhound vote is still open. I'll guess that markmail doesn't take cc's as being on the list or something. Cheers, Gary On 24/01/13 11:50, Joachim Dreimann wrote: Good work Brane. Just one feature suggestion: Could you display the relative time (ie '3 days ago') in the table, and the absolute time in tooltips? That would make it much easier to read I reckon. Cheers, Joe On 24 January 2013 04:05, Branko Čibej br...@apache.org wrote: A while ago I proposed we should have a status page showing current pending votes. To this end I've begun writing a simple script that parses the general@incubator Atom feed from Markmail and creates a static web page with information gleaned from there (it keeps longer-term data in a SQLite database). The script is here: https://svn.apache.org/repos/asf/incubator/public/trunk/incuvoter and the current results are here: http://people.apache.org/~brane/incubator-votes.html That page (should) get updated every 4 hours. It will also list closed votes up to 30 days old. There are currently no links to the actual vote threads. Also I'm having a bit of trouble with the feed from mod_mbox, as it's quite short-term and doesn't seem to be at all complete; that's why I switched to using the current month's worth of data from Markmail. Eventually I'd like to integrate this into the incubator pages, and add logic to the scripts so they'd yell at general@incubator if votes are overdue. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 24.01.2013 13:25, Gary Martin wrote: We all seem to want a bit of feature creep. I would probably include a last update time for the page. Guys, you're committers, the code is in Subversion, go wild :) Interestingly, the form that Ryan announced the results means that it looks like the Bloodhound vote is still open. I'll guess that markmail doesn't take cc's as being on the list or something. In the meantime I changed the thing to parse the mbox archives directly. Apparently that vote result is not in the current mbox file, either. Don't ask me why. But we do seem to have problems with our mail archives. -- Brane Cheers, Gary On 24/01/13 11:50, Joachim Dreimann wrote: Good work Brane. Just one feature suggestion: Could you display the relative time (ie '3 days ago') in the table, and the absolute time in tooltips? That would make it much easier to read I reckon. Cheers, Joe On 24 January 2013 04:05, Branko Čibej br...@apache.org wrote: A while ago I proposed we should have a status page showing current pending votes. To this end I've begun writing a simple script that parses the general@incubator Atom feed from Markmail and creates a static web page with information gleaned from there (it keeps longer-term data in a SQLite database). The script is here: https://svn.apache.org/repos/asf/incubator/public/trunk/incuvoter and the current results are here: http://people.apache.org/~brane/incubator-votes.html That page (should) get updated every 4 hours. It will also list closed votes up to 30 days old. There are currently no links to the actual vote threads. Also I'm having a bit of trouble with the feed from mod_mbox, as it's quite short-term and doesn't seem to be at all complete; that's why I switched to using the current month's worth of data from Markmail. Eventually I'd like to integrate this into the incubator pages, and add logic to the scripts so they'd yell at general@incubator if votes are overdue. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
Branko Čibej wrote on Thu, Jan 24, 2013 at 13:40:29 +0100: On 24.01.2013 13:25, Gary Martin wrote: Interestingly, the form that Ryan announced the results means that it looks like the Bloodhound vote is still open. I'll guess that markmail doesn't take cc's as being on the list or something. In the meantime I changed the thing to parse the mbox archives directly. Apparently that vote result is not in the current mbox file, either. Don't ask me why. But we do seem to have problems with our mail archives. The mbox files on minotaur should be up-to-date at all times. (The ones on mail-archives are only updated hourly.) Was it CCed to general@ ? - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 24/01/13 16:19, Daniel Shahaf wrote: Branko Čibej wrote on Thu, Jan 24, 2013 at 13:40:29 +0100: On 24.01.2013 13:25, Gary Martin wrote: Interestingly, the form that Ryan announced the results means that it looks like the Bloodhound vote is still open. I'll guess that markmail doesn't take cc's as being on the list or something. In the meantime I changed the thing to parse the mbox archives directly. Apparently that vote result is not in the current mbox file, either. Don't ask me why. But we do seem to have problems with our mail archives. The mbox files on minotaur should be up-to-date at all times. (The ones on mail-archives are only updated hourly.) Was it CCed to general@ ? Yes, it appears that the email in question was sent To bloodhound-dev@ and Cced to general@. Cheers, Gary - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 24.01.2013 17:19, Daniel Shahaf wrote: Branko Čibej wrote on Thu, Jan 24, 2013 at 13:40:29 +0100: On 24.01.2013 13:25, Gary Martin wrote: Interestingly, the form that Ryan announced the results means that it looks like the Bloodhound vote is still open. I'll guess that markmail doesn't take cc's as being on the list or something. In the meantime I changed the thing to parse the mbox archives directly. Apparently that vote result is not in the current mbox file, either. Don't ask me why. But we do seem to have problems with our mail archives. The mbox files on minotaur should be up-to-date at all times. (The ones on mail-archives are only updated hourly.) Was it CCed to general@ ? It was. And it ended up in the bloodhound-dev archive, but not in the general archive. I've noticed before that our archives seem to be incomplete, and indeed it appears that the mbox files contain only messages To: a list, everything that actually gets delivered to subscribers by the list server. -- Brane P.S.: Incidentally, I noticed that I need more smarts in the subject parser: it doesn't understand [CANCELLED][VOTE] or [DISCUSS][VOTE]. :) grep ^Subject: ~apmail/public-arch/incubator.apache.org/general/201301 | fgrep -i '[vote]' | sed -e 's/^Subject: *[Rr][Ee]: */Subject: /' | sort -u Subject: Getting IPMC members to vote Re: [VOTE] Release Apache Bloodhound Subject: [CANCELLED][VOTE] Apache cTAKES 3.0.0-incubating RC4 release Subject: [DISCUSS][VOTE] Streams Master 0.1-incubating Release Subject: [RESULT] [VOTE] Release Onami Parent 1 RC2 Subject: [RESULT][VOTE] Apache Oltu (formerly Apache Amber) graduation Subject: [RESULT][VOTE] Apache Oltu (formerly Apache Amber) graduation resolution Subject: [RESULT][VOTE] Streams Master 0.1-incubating Release Subject: [RESULT][VOTE] release Apache Onami Parent 2-incubating Subject: [VOTE] - Apache Clerezza Graduation Resolution Subject: [VOTE] Apache Kalumet 0.6-incubating release (2nd try) Subject: [VOTE] Apache cTAKES 3.0.0-incubating RC4 release Subject: [VOTE] Apache cTAKES 3.0.0-incubating RC5 release Subject: [VOTE] Release Apache Bloodhound 0.4 (incubating) Subject: [VOTE] Release Apache Onami-Logging 3.4.0-incubating Subject: [VOTE] Release Apache Onami-Test 1.4.0-incubating Subject: [VOTE] Release Onami Parent 1 RC2 Subject: [VOTE] Streams Master 0.1-incubating Release Subject: [VOTE] release Apache Onami Parent 2-incubating grep ^Subject: ~apmail/public-arch/incubator.apache.org/bloodhound-dev/201301 | fgrep -i '[vote]' | sed -e 's/^Subject: *[Rr][Ee]: */Subject: /' | sort -u Subject: Getting IPMC members to vote Re: [VOTE] Release Apache Bloodhound Subject: Getting IPMC members to vote Re: [VOTE] Release Apache Bloodhound 0.4 (incubating) Subject: Installation documentation. Was: [VOTE] Release Apache Bloodhound Subject: [RESULT] [VOTE] Release Apache Bloodhound 0.4 (incubating) Subject: [VOTE] Release Apache Bloodhound 0.4 (incubating) Subject: new KEYS scheme? (Was: Re: [VOTE] Release Apache Bloodhound 0.4 Subject: new KEYS scheme? (Was: Re: [VOTE] Release Apache Bloodhound 0.4 (incubating)) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
On 24.01.2013 22:01, Branko Čibej wrote: I've noticed before that our archives seem to be incomplete, and indeed it appears that the mbox files contain only messages To: a list, everything that actually gets delivered to subscribers by the list server. I meant to say, /not/ everything that actually gets delivered ... -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
Great job, Brane! On 1/24/13 3:50 AM, Joachim Dreimann joachim.dreim...@wandisco.com wrote: Good work Brane. Just one feature suggestion: Could you display the relative time (ie '3 days ago') in the table, and the absolute time in tooltips? That would make it much easier to read I reckon. Cheers, Joe On 24 January 2013 04:05, Branko Čibej br...@apache.org wrote: A while ago I proposed we should have a status page showing current pending votes. To this end I've begun writing a simple script that parses the general@incubator Atom feed from Markmail and creates a static web page with information gleaned from there (it keeps longer-term data in a SQLite database). The script is here: https://svn.apache.org/repos/asf/incubator/public/trunk/incuvoter and the current results are here: http://people.apache.org/~brane/incubator-votes.html That page (should) get updated every 4 hours. It will also list closed votes up to 30 days old. There are currently no links to the actual vote threads. Also I'm having a bit of trouble with the feed from mod_mbox, as it's quite short-term and doesn't seem to be at all complete; that's why I switched to using the current month's worth of data from Markmail. Eventually I'd like to integrate this into the incubator pages, and add logic to the scripts so they'd yell at general@incubator if votes are overdue. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Joe Dreimann UX Designer | WANdisco http://www.wandisco.com/ * * *Transform your software development department. Register for a free SVN HealthCheck http://go.wandisco.com/HealthCheck-Sig.html * - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Incubator voting status page
A while ago I proposed we should have a status page showing current pending votes. To this end I've begun writing a simple script that parses the general@incubator Atom feed from Markmail and creates a static web page with information gleaned from there (it keeps longer-term data in a SQLite database). The script is here: https://svn.apache.org/repos/asf/incubator/public/trunk/incuvoter and the current results are here: http://people.apache.org/~brane/incubator-votes.html That page (should) get updated every 4 hours. It will also list closed votes up to 30 days old. There are currently no links to the actual vote threads. Also I'm having a bit of trouble with the feed from mod_mbox, as it's quite short-term and doesn't seem to be at all complete; that's why I switched to using the current month's worth of data from Markmail. Eventually I'd like to integrate this into the incubator pages, and add logic to the scripts so they'd yell at general@incubator if votes are overdue. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
Thats cool. I have something like that in mind before a couple of days. Now its here. Its like Christmas. Thank you. Our tool Marvin sens out mails for reports already; maybe it can be used for reminders to vote too. If you find the code of Marvin, pls let me know. I wanted to change the recipients of the reminders to general@. But I haven't had so much time recently and didn't find Marvin quickly On Thu, Jan 24, 2013 at 5:05 AM, Branko Čibej br...@apache.org wrote: A while ago I proposed we should have a status page showing current pending votes. To this end I've begun writing a simple script that parses the general@incubator Atom feed from Markmail and creates a static web page with information gleaned from there (it keeps longer-term data in a SQLite database). The script is here: https://svn.apache.org/repos/asf/incubator/public/trunk/incuvoter and the current results are here: http://people.apache.org/~brane/incubator-votes.html That page (should) get updated every 4 hours. It will also list closed votes up to 30 days old. There are currently no links to the actual vote threads. Also I'm having a bit of trouble with the feed from mod_mbox, as it's quite short-term and doesn't seem to be at all complete; that's why I switched to using the current month's worth of data from Markmail. Eventually I'd like to integrate this into the incubator pages, and add logic to the scripts so they'd yell at general@incubator if votes are overdue. -- Brane - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- http://www.grobmeier.de https://www.timeandbill.de - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Incubator voting status page
Branko Čibej wrote on Thu, Jan 24, 2013 at 05:05:42 +0100: There are currently no links to the actual vote threads. Also I'm having a bit of trouble with the feed from mod_mbox, as it's quite short-term and doesn't seem to be at all complete; that's why I switched to using the current month's worth of data from Markmail. ~apmail/public-arch/incubator.apache.org/general/ ? - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org