Am 19.03.13 11:36, schrieb Christian Grobmeier: > On Tue, Mar 19, 2013 at 11:31 AM, Rene Gielen <rene.gie...@gmail.com> wrote: >> Should we think of filing an Infra ticket rather than mail request >> regarding spam protection for #1? > > I have seen others doing this by simple mail request. I looked for an > appropriate Jira module, but was unsure where to file it. > > Suggestion: I wrote today to infra list. Later this day I will try to > ping infra on IRC. If I didn't hear anything by tomorrow, I will file > an issue. > > OK? >
Sounds like a plan :) > > >> Am 19.03.2013 09:26 schrieb "Christian Grobmeier" <grobme...@gmail.com>: >> >>> Thanks for taking the time and explain the situation to me. I appreciate >>> it. >>> >>> i am still behind spam-protecting #1. >>> >>> On Tue, Mar 19, 2013 at 8:48 AM, Lukasz Lenart <lukaszlen...@apache.org> >>> wrote: >>>> 2013/3/19 Christian Grobmeier <grobme...@gmail.com>: >>>>> 1) http://wiki.apache.org/struts >>>>> 2) https://cwiki.apache.org/WW/ >>>>> 3) https://cwiki.apache.org/S2WIKI/ >>>>> 4) https://cwiki.apache.org/S2PLUGINS/ >>>>> >>>>> Our homepage links to #3 (which currently looks as it would not have a >>>>> stylesheet, btw) >>>> >>>> Started auto-export by hand, it should be ok in few minutes - I think >>>> it happen from time to time as Infra is restoring something on that >>>> server ;-) >>>> >>>>> I know #1 is not maintained. >>>>> >>>>> What about the other 2 wikis? >>>>> >>>>> Do we have a chance to kick 3 of the 4 wikis and just go with one? >>>> >>>> The problem here is that the #2 contains the docs which are included >>>> as a part of release (distro) and I have moved some pages sometime ago >>>> from #2 to #3 to decrease the size of generated package. As there is >>>> no good way to version docs right now, we use such a flow: >>>> >>>> Confluence to keep docs up-to-date -> autoexport them to cwiki.o.a/WW >>>> to be in offline state -> periodically update >>>> struts.a.o/development/2.x -> when new release is started, >>>> cwiki.o.a/WW is downloaded and assembled with JavaDocs thus gives us >>>> struts-2.x.x-docs.zip >>>> >>>> With such a flow in place with have docs that matches the binary >>>> version and source at given point of time, and that's why there were >>>> subsites per version :-) >>>> >>>> So combine all the wikis into one could generate a massive problem >>>> here. Also the idea behind #3 is add users a space to express >>>> themselves ;-) >>>> #4 is to keep the track of all the plugins not only bundled with S2. >>>> >>>> >>>> Regards >>>> -- >>>> Łukasz >>>> + 48 606 323 122 http://www.lenart.org.pl/ >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org >>>> For additional commands, e-mail: dev-h...@struts.apache.org >>>> >>> >>> >>> >>> -- >>> http://www.grobmeier.de >>> https://www.timeandbill.de >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org >>> For additional commands, e-mail: dev-h...@struts.apache.org >>> >>> > > > > -- > http://www.grobmeier.de > https://www.timeandbill.de > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org > For additional commands, e-mail: dev-h...@struts.apache.org > -- René Gielen http://twitter.com/rgielen --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
