>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 > > > >