I think all the crap/trolling in the release threads has gone way too far, it's just not fun any more.
I can only request that PMC members chip in *before* the the vote to /improve/ technical problems with a release rather than spending a ton of energy documenting their -1 *after* the release is staged. Kristian 2013/12/19 Robert Scholte <[email protected]> > Stephens remarks are valid, let me try to pick this up in the next couple > of weeks. > > Robert > > Op Thu, 19 Dec 2013 18:31:13 +0100 schreef Dominik Bartholdi < > [email protected]>: > > > Thanks Oliver, >> its a bit disappointing, as this at the end (at least for me) also means >> the other scm components are not maintainable anymore… >> Taking this into account, then its probably a better idea to not have >> this under the apache umbrella anyway. >> Where do you think we should release it from? Or should I just make a >> release with my own gav and publish it via Sonatype? >> regards Domi >> >> On 16.12.2013, at 00:15, Olivier Lamy <[email protected]> wrote: >> >> So that's 2 weeks now. >>> I presume I can say the vote failed. >>> I will delete the tag and the staging repo. >>> If someone else want to act RM let's go. perso I'm tired.... >>> >>> @Domi I'm sorry I believed if was a good idea to have the module jgit >>> here (but cvs looks to me more important :P ). >>> Anyway we can release that separately somewhere else. >>> >>> Cheers, >>> >>> Olivier >>> >>> >>> On 5 December 2013 04:24, Dominik Bartholdi <[email protected]> wrote: >>> >>>> OK, then you have my +1 >>>> /Domi >>>> >>>> On 03.12.2013, at 08:20, Olivier Lamy <[email protected]> wrote: >>>> >>>> No worries. >>>>> IMHO it's not the problem. Issue is cvs-commons module. >>>>> >>>>> -- >>>>> Olivier >>>>> On Dec 3, 2013 3:34 PM, "Dominik Bartholdi" <[email protected]> wrote: >>>>> >>>>> Sorry guys, during the week I’m usually a bit short in time… >>>>>> But is ist possible, that my commit >>>>>> d1f102e5223e5fe0f852e1a5becb497f0e860d6a is actually causing this >>>>>> issue? >>>>>> Its an exclude of some CVS stuff I had in my untracked list all the >>>>>> time >>>>>> when doing a full build... >>>>>> regards Domi >>>>>> >>>>>> >>>>>> On 03.12.2013, at 02:57, Olivier Lamy <[email protected]> wrote: >>>>>> >>>>>> On 3 December 2013 12:52, Bernd Eckenfels <[email protected]> >>>>>>> >>>>>> wrote: >>>>>> >>>>>>> Am 03.12.2013, 02:47 Uhr, schrieb Olivier Lamy <[email protected]>: >>>>>>>> >>>>>>>> For some reasons I don't understand yet why defaultExclude=false >>>>>>>>> doesn't work for CVS directories. >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Uh, isnt that supposed to be "yes" to enable the exclusion of >>>>>>>> default >>>>>>>> patterns? >>>>>>>> >>>>>>> >>>>>>> no because in this case we want some cvs directories included in the >>>>>>> >>>>>> assembly. >>>>>> >>>>>>> That's why we need to use defaultExclude=false to prevent some >>>>>>> default >>>>>>> pattern exclusion (or I really understand nothing :-)) >>>>>>> >>>>>>> >>>>>>>> Gruss >>>>>>>> Bernd >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------ >>>>>>>> --------- >>>>>>>> To unsubscribe, e-mail: [email protected] >>>>>>>> For additional commands, e-mail: [email protected] >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Olivier Lamy >>>>>>> Ecetera: http://ecetera.com.au >>>>>>> http://twitter.com/olamy | http://linkedin.com/in/olamy >>>>>>> >>>>>>> ------------------------------------------------------------ >>>>>>> --------- >>>>>>> To unsubscribe, e-mail: [email protected] >>>>>>> For additional commands, e-mail: [email protected] >>>>>>> >>>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: [email protected] >>>>>> For additional commands, e-mail: [email protected] >>>>>> >>>>>> >>>>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: [email protected] >>>> For additional commands, e-mail: [email protected] >>>> >>>> >>> >>> >>> -- >>> Olivier Lamy >>> Ecetera: http://ecetera.com.au >>> http://twitter.com/olamy | http://linkedin.com/in/olamy >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
