perfectly fine with me. LieGrue, strub
--- On Thu, 7/28/11, Arnaud Héritier <aherit...@gmail.com> wrote: > From: Arnaud Héritier <aherit...@gmail.com> > Subject: Re: Apache Maven distribution with fixes > To: "Maven Developers List" <dev@maven.apache.org> > Date: Thursday, July 28, 2011, 2:27 PM > From my POV it could be a good thing > for users to at least push a 3.0.4 > release with what Benj fixed. > If Mark is sure to be able to fix next week the bug he > mentioned let's wait > him. > > For Aether/Sisu and additional fixes and required > dependencies I let others > active dev/pmcs decide what they want. > For me it's a without end conflict (at without good end for > users and the > community). > > cheers > > Arnaud > > On Thu, Jul 28, 2011 at 4:01 PM, Jason van Zyl <ja...@sonatype.com> > wrote: > > > > > On Jul 28, 2011, at 9:18 AM, Daniel Kulp wrote: > > > > > > > > At the end of the day, if you really cared about > the Maven users, you'd > > help > > > us get an official Apache version of 3.0.4 > out. The fact that you are > > > unwilling to do what is necessary to make that > happen is very frustrating > > to > > > me. > > > > > > > How about you take the fixes we did push into SVN and > do a 3.0.4 and then I > > can make another build with the rest of the fixes. > > > > > > > > Dan > > > > > > > > > > > >> > > >>> If you want to point a couple of your > users at them to help test things > > >>> or similar, fine as a lead up to > 3.0.4. But they cannot be considered > > >>> "general available" things similar to > releases. > > >>> > > >>> Dan > > >>> > > >>>> On Jul 27, 2011, at 10:48 AM, Jason > van Zyl wrote: > > >>>>> Maven PMC, > > >>>>> > > >>>>> Benjamin and I would like to make > a distribution available that > > >>>>> addresses several issues with the > Apache Maven 3.0.3 release. We > > >>>>> have > > >>>>> pushed back all bugfixes that do > not involve Eclipse Aether[a] and > > >>>>> Eclipse Sisu[b] as their > incorporation into the mainline and an > > >>>>> official release is your > decision. > > >>>>> > > >>>>> We haven't pushed any individual > artifacts to Maven Central as part > > >>>>> of > > >>>>> creating the distribution, we > have only created the distribution > > >>>>> itself. If there is anything you > want changed let us know and we'll > > >>>>> change it, but we wanted to make > these fixes available in a build > > >>>>> for > > >>>>> users who are having problems. > We're not trying to represent it as > > >>>>> anything other then a > distribution that incorporates fixes users > > >>>>> need. > > >>>>> > > >>>>> The build is available here: > > >>>>> > > >>>>> http://people.apache.org/~jvanzyl > > >>>>> > > >>>>> > ------------------------------------ > > >>>>> Summary of the issues > > >>>>> > ------------------------------------ > > >>>>> > > >>>>> Fixes pushed back to the ASF: > > >>>>> > > >>>>> [MNG-5064][1] mvn -nsu > (--no-snapshot-updates) should not download > > >>>>> snapshots (and break local > builds) [MNG-5131][2] Wrong encoding for > > >>>>> encrypted passwords > > >>>>> [MNG-5113][3] > NullPointerException on javadoc site generation > > >>>>> [MNG-5137][4] Reactor resolution > does not work for forked multi > > >>>>> module > > >>>>> builds [MNG-5096][5] > <exclusion> on <dependency> with > > >>>>> <type>test-jar</type> > doesn't work in maven 3 [MNG-5135][6] > > >>>>> Regression: > > >>>>> in some cases aggregator mojo is > unable to resolve dependencies with > > >>>>> custom packaging > > >>>>> > > >>>>> Fixes not pushed back to the ASF > as these are dependent on fixes in > > >>>>> Eclipse Aether and Eclipse Sisu: > > >>>>> > > >>>>> [MNG-5042][7] Regression: > CloningClassLoader causes > > >>>>> StackOverflowError > > >>>>> in groovy [MNG-5056][8] Test > dependencies get packaged into WAR > > >>>>> file. > > >>>>> [MNG-5084][9] Resolver for > plugins failing > > >>>>> [MNG-5087][10] Maven 3 dependency > resolution fails until > > >>>>> maven-metadata-local.xml files > (created by maven-invoker-plugin) are > > >>>>> deleted [MNG-5125] > [11]Regression: mvn 3.0.3 is extreemly slow with > > >>>>> a > > >>>>> large number of dependencies > [MNG-5138][12] Dependency conflicts are > > >>>>> extremely opaque > > >>>>> > > >>>>> [1]: http://jira.codehaus.org/browse/MNG-5064 > > >>>>> [2]: http://jira.codehaus.org/browse/MNG-5131 > > >>>>> [3]: http://jira.codehaus.org/browse/MNG-5113 > > >>>>> [4]: http://jira.codehaus.org/browse/MNG-5137 > > >>>>> [5]: http://jira.codehaus.org/browse/MNG-5096 > > >>>>> [6]: http://jira.codehaus.org/browse/MNG-5135 > > >>>>> > > >>>>> [7]: http://jira.codehaus.org/browse/MNG-5042 > > >>>>> [8]: http://jira.codehaus.org/browse/MNG-5056 > > >>>>> [9]: http://jira.codehaus.org/browse/MNG-5084 > > >>>>> [10]: http://jira.codehaus.org/browse/MNG-5087 > > >>>>> [11]: http://jira.codehaus.org/browse/MNG-5125 > > >>>>> [12]: http://jira.codehaus.org/browse/MNG-5138 > > >>>>> > > >>>>> [a]: http://eclipse.org/proposals/technology.aether/ > > >>>>> [b]: http://eclipse.org/proposals/technology.sisu/ > > >>>>> > > >>>>> Thanks, > > >>>>> > > >>>>> Jason > > >>>>> > > >>>>> > ---------------------------------------------------------- > > >>>>> Jason van Zyl > > >>>>> Eclipse Board Member > > >>>>> Founder, Apache Maven > > >>>>> http://twitter.com/jvanzyl > > >>>>> > --------------------------------------------------------- > > >>>>> > > >>>>> If I find ten thousand ways > something won't work, I haven't failed. > > >>>>> I am not discouraged, because > every wrong attempt discarded is just > > >>>>> one more step forward. > > >>>>> > > >>>>> -- Thomas Edison > > >>>> > > >>>> Thanks, > > >>>> > > >>>> Jason > > >>>> > > >>>> > ---------------------------------------------------------- > > >>>> Jason van Zyl > > >>>> Founder, Apache Maven > > >>>> http://twitter.com/jvanzyl > > >>>> > --------------------------------------------------------- > > >>>> > > >>>> Our achievements speak for > themselves. What we have to keep track > > >>>> of are our failures, discouragements > and doubts. We tend to forget > > >>>> the past difficulties, the many false > starts, and the painful > > >>>> groping. We see our past achievements > as the end result of a > > >>>> clean forward thrust, and our present > difficulties as > > >>>> signs of decline and decay. > > >>>> > > >>>> -- Eric Hoffer, Reflections on the > Human Condition > > >> > > >> Thanks, > > >> > > >> Jason > > >> > > >> > ---------------------------------------------------------- > > >> Jason van Zyl > > >> Founder, Apache Maven > > >> http://twitter.com/jvanzyl > > >> > --------------------------------------------------------- > > >> > > >> What matters is not ideas, but the people who > have them. Good people can > > fix > > >> bad ideas, but good ideas can't save bad > people. > > >> > > >> -- Paul Graham > > > -- > > > Daniel Kulp > > > dk...@apache.org > > > http://dankulp.com/blog > > > Talend - http://www.talend.com > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > > > For additional commands, e-mail: dev-h...@maven.apache.org > > > > > > > Thanks, > > > > Jason > > > > > ---------------------------------------------------------- > > Jason van Zyl > > Founder, Apache Maven > > http://twitter.com/jvanzyl > > > --------------------------------------------------------- > > > > People develop abstractions by generalizing from > concrete examples. > > Every attempt to determine the correct abstraction on > paper without > > actually developing a running system is doomed to > failure. No one > > is that smart. A framework is a resuable design, so > you develop it by > > looking at the things it is supposed to be a design > of. The more examples > > you look at, the more general your framework will be. > > > > -- Ralph Johnson & Don Roberts, Patterns for > Evolving Frameworks > > > > > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
