Hi Chris, So in the new process, post another set of artifacts but don’t start a vote until you see the discuss thread converge on everyone being ok with the artifacts. Feel free to improve the wiki docs on the process to make that more clear.
I looked at the diff of a commit you just made to README. I’m still not sure it is right. For me, without some sort of entry point on the command line, it seems to look at the first argument as the entry point. I get: Error: Could not find or load main class .Users.aharui.mavenizer.sdkhome. Or did I miss a subsequent commit that fixed that? Thanks, -Alex On 4/6/15, 6:35 AM, "Christofer Dutz" <christofer.d...@c-ware.de> wrote: >Hi Alex, > >you were right. The readme was still refering to the paths of the last >Version. >I updated the documentation and will try the "downloaders" again with all >the versions we have ... just to make sure. So I'll cancel the vote. But >feel free to check my latest changes to the Notice (Year) and the Readme >which should now match the refactoring. > >Chris > >-----Ursprüngliche Nachricht----- >Von: Alex Harui [mailto:aha...@adobe.com] >Gesendet: Montag, 6. April 2015 07:45 >An: dev@flex.apache.org >Betreff: Re: [DISCUSS] Release Apache Flex Mavenizer 1.0.0 > > > >On 4/5/15, 4:10 PM, "Justin Mclean" <jus...@classsoftware.com> wrote: > >>Hi, >> >>> Regarding the "tukaani" package. It's a dependency of the >>>apache-commons compress library. >> >>It also not bundled in the source so there no need to modify the >>LICENCE or NOTICE for the source package. > >I wasn’t suggesting a LICENSE or NOTICE change. Bundled or not, if there >was GNU licensing in a required dependency that would have been a problem. > >> >>> But on the Apache Commons page it says it's Public Domain >>>(http://commons.apache.org/proper/commons-compress/dependencies.html) >> >>Looks to be public domain to me [1] > >Works for me. It wasn’t clear to me what parts were being used. > >> >>Thanks, >>Justin >> >>1. http://tukaani.org/xz/java.html (bottom of the page) >
