Chris, I would love to test stuff, once it's really do for me everything. If you are saying that I will take source-bundle (not sure what do you mean by that - take source bundle from where) and do in console "ant -f build.xml" - That's not what expect. I expect that I will make everything being in one console windows.
1) Prepare RC1 with signed stuff - should I sign stuff if it's RC1 by my Apache gpg keys ? 2) Produce Maven distribution IDE so I could test them 3) Produce Ant IDE artifacts to test them Provide me an instruction which I do that and I will start going trough it in upcoming week. Instruction should also contains whether I need to create branches, tags etc. That instruction should contains everything what RM should do, what should click, type checkout etc. - Treat me that I would just join the project. I was an RM, some steps would be an obvious for me, but for Yishay or any other person won't be at all - whether he try old way of doing stuff or new. Thanks, Piotr czw., 26 mar 2020 o 14:04 Christofer Dutz <christofer.d...@c-ware.de> napisał(a): > Hi Piotr, > > I would assume that ideally you would simply do a normal Maven release. > > This will produce all the artifacts needed for an official Apache release > and > also create and deploy the convenience binaries for Maven. > > I would then suggest to use the source-bundle and run the Ant build inside > it to produce the Ant convenience binary (SDK) from that. > > Chris > > > > Am 26.03.20, 13:43 schrieb "Piotr Zarzycki" <piotrzarzyck...@gmail.com>: > > Hi Chris, > > My end expectation is that I will be able to prepare RC1 by Maven, but > also > take care of ANT build - I'm not sure maybe it would be enough if ANT > build > will be launched by maven and produce IDE ready SDK - which could be > tested > in that way. > > Thanks, > Piotr > > czw., 26 mar 2020 o 13:38 Christofer Dutz <christofer.d...@c-ware.de> > napisał(a): > > > Hi Piotr, > > > > generally the build is currently already in a state we should be > able to > > release Royale with Maven. > > I intentionally put all the bells and whistles in a profile that you > need > > to activate “royale-release”. > > If you don’t do that, it should be a normal Maven release. > > > > Chris > > > > Von: Piotr Zarzycki <piotrzarzyck...@gmail.com> > > Antworten an: "dev@royale.apache.org" <dev@royale.apache.org> > > Datum: Donnerstag, 26. März 2020 um 12:27 > > An: Apache Royale Development <dev@royale.apache.org> > > Betreff: Re: Releasing: Finally giving up > > > > Hi All, > > > > I'm member of Apache Foundation for quite some time now. I think I > have > > wrote maybe 2-3 emails during that time on members mailing list. - > Why? - > > well I'm a person which doesn't like never ending stories, stories > which > > are not end up with consensus nor action and I'm sorry but this is > how it > > looks like in most cases there. Here we are in Apache Royale project > where > > this thread ended up exactly the same - never ending story. - As PMC > of > > this project I would like to say enough! :) > > > > I had hope that when Carlos and Chris try CI steps and in the > process they > > may have some issues, but they will end up in the same place as I > ended up > > where I was able to prepare RC1 in about 2h without the problem. It > turns > > out that they end up in the place where I have started, in the place > where > > I have spend 5-6 days of work to finally reach stable point. They > ended up > > frustrated in the same way as I was! > > > > I really don't care now what kind of issue they have now, whether > it's > > fixable or not - I just have enough of those never ending > discussions where > > there is absolutely no results. > > > > I met Chris in US in Miami and I have spend with him best time ever, > he is > > really great developer - if he is saying that he will have release > process > > in 3-4 steps on my machine - I'm +1 make it so. Not tomorrow, not in > a week > > - start today! > > > > Please start whole work on that and make it happen. I will be the > first > > who try the process and maybe with Chris's help we will solve also > issue > > with uploading artifacts to staging area which we had. > > > > Good Luck, > > Piotr > > > > czw., 26 mar 2020 o 12:02 <cont...@cristallium.com<mailto: > > cont...@cristallium.com>> napisał(a): > > > > Hi Guys, > > > > I'm a lover of Flex dev guy since more than 10 years, been members > of Flex > > group on Montpellier (France) at golden age of Flex and go at all > > conferences when Michaël Chaize came to Montpellier (and using Flex > every > > day). > > > > First of all I want to thank every one of you for your hard work, and > > congratulate you for the actual Apache Royale capabilities. > > With the last features (especialy datagrid), today your great work > make > > possible to use Apache Royale in business application. Of course, > there are > > bugs, but when reported, it's quickly fix, this is great. > > > > Now, this is a huge opportunity but also risk for all guys like me > to adop > > Apache Royale for futur projects or use it instead of using Air when > it's > > possible. > > Personnaly, I first use it on my own Webs applications and perhaps > for my > > customers on little applications for the begin. My big enormous > worry is to > > use it and be alone in front of a SDK bug. > > Seeing new release every 1 or 2 months should certainly reassure me. > For > > now I see SDK 0.9.7 since a lot of time and this make me affraid and > I > > don't understand why there is no 0.9.8. > > > > I'm speaking as an Apache Royale SDK user : I'm very sad to read > these > > debates on the subject of tools to use for making release. I don't > care > > about tools nedeed or not to build the release SDK. > > I would like use Apache Royale to build RAD (Rapid Application Dev) > Web > > applications and see more and more SDK features added, and > participate to > > project (like today) by reporting bug by using my time on isolate > the bug > > and make tests cases with screenshoots to save your time in fixing > it. > > > > Using Reac, Bootstrap, AngularJS or other similar is a back to 80's. > How > > can I explain my customer that I need 3 ou 4 days to make thinks > that took > > me 1 day with Flex ? > > The big competitive advantage of Apache Royale is not only be able to > > re-use Flex apps but is also simplicity and time saving where other > SDK > > can't do it. (I think you already know that) > > > > I am convinced that all guys like me will jump using Royale when > they will > > know that there is a bug free SDK with fast evolution available. > > (unfortunaly it's not known enough, nobody know someone working in > > newspapers ?) > > > > So please, I beg you, don't waste your time on things that are not > > essential and like Carlos said, go forward. From outside view, Apache > > Royale stay sticky to 0.9.7. > > > > You are so close of a v1.0, I hope see it very soon and other > releases > > with bugs fix every 1, 2 or 3 months. > > Consider my comments as support and not criticism. > > > > Thanks again for your hard work. > > > > Long life and success to Apache Royale ! > > > > Fred > > > > > > > > Le 26.03.2020 09:26, Carlos Rovira a écrit : > > Hi, > > > > that's amazingly simple, so I think we should go that way without > doubt. I > > think reached this point there's a clear sense of that we need to go > that > > route. > > > > We tried our best to stick with the previous process and we're all > > loosing lots of time. Then currently seems no more people in the > community > > was interested in this thread, event to comment a single line (here > or in > > the other users list thread), what means that or there's no more > people > > like us in this project or people really is not interested and just > want us > > to release and go forward. > > > > As previously I think most of the PMCs here (Om, Josh, Greg and me > for > > sure), probably Yishay for his concise comments are more for this. > > My thinking is that the right now I think only 2 PMCs are for CI > Server, > > and other one that is uncertainly but didn't try the CI Server. > > > > I think all can live together while is not a must for the rest that > don't > > want it the others option, so what's about if we release with the > > super-simple steps Chris proposal, and others wanting to use CI do > that > > when is their RM turn ? (of course maintaining it and making it work > for > > his release without requiring nothing for the rest that doesn't want > it). > > > > Release as other projects do is recommended but not required, the > same as > > the actual CI server (but this one should be less recommended since > is a > > royale-only practice not seen in any other place). > > > > What's the important thing is to release, do it, and do it easily and > > often. > > > > Thanks > > > > > > > > El jue., 26 mar. 2020 a las 8:24, Christofer Dutz (< > > christofer.d...@c-ware.de<mailto:christofer.d...@c-ware.de>>) > escribió: > > > > > > Ok, > > > > I'll write this a last time as I do feel like we're going in circles > and > > will from now on not participate in any discussion involving > releasing on a > > CI server. > > > > A correct Maven release would use (There will be some additional > profiles > > to activate to include all modules) > > > > 1) the "mvn release:branch" call in order to create the branch and > bump > > the version of develop to the next version. > > 2) the "mvn release:prepare" to change the pom to the release > version, set > > the timestamp in the pom (for reproducible builds) build ... if all > tests > > are good, commit the changes, tag this commit, update the poms to > the next > > development version, commit those changes and push everything. > > 3) the "mvn release:perform" which will checkout the tagged version > build > > everything with the "apache-release" profile turned on (Which causes > the > > source.jars, Javadoc.jars, hashes and gpg singatures to be created > as well > > as the assembly) This also deploys the built artifacts to Nexus. > > > > Most of that you are already doing on the CI server however you're > not > > letting it do all automatically (For lack of credentials) > > > > But ... if you would just be doing those steps on the RM machine. > > > > Chris > > > > > > > > > > > > Am 26.03.20, 05:54 schrieb "Alex Harui" <aha...@adobe.com.INVALID > <mailto: > > aha...@adobe.com.INVALID>>: > > > > > > > > On 3/25/20, 4:46 PM, "Carlos Rovira" <carlosrov...@apache.org > <mailto: > > carlosrov...@apache.org>> wrote: > > > > > What I want to know is what the Maven commands should be to > > create a > > > release in this "conventional process" you are referring > to. > > > > > > > If you want to know what's the conventional maven process > is, I > > think I can > > ask Chris if he wants to work with me on that process, since > he > > already did > > many other Apache projects, we can expect the process is > what is > > needed for > > us to. But just expect that will be a series of standard > maven > > commands > > (prepare, release,...), so nothing strange at all (I expect). > > > > Do you want us to do that? > > > > Yes. I want to know what the series of standard Maven commands > are. > > Then we can figure out how to convert them to run on the CI server. > > > > -Alex > > > > Thanks > > > > > > > > > > Maybe someone else can explain better than me. > > > > > > -Alex > > > > > > On 3/25/20, 2:22 PM, "Carlos Rovira" < > carlosrov...@apache.org > > <mailto:carlosrov...@apache.org>> > > wrote: > > > > > > Hi Alex, > > > > > > El mié., 25 mar. 2020 a las 21:26, Alex Harui > > > (<aha...@adobe.com.invalid<mailto:aha...@adobe.com.invalid > >>) > > > escribió: > > > > > > > Carlos, > > > > > > > > I'm pretty sure that part of the "conventional > process" > > you want to > > > try > > > > requires filling the staging repo from a local > machine. > > > > > > > > > > This is what we already did. If you go to [1] will see > [2]. > > That was > > > the > > > upload of compiler to the staging repo. When trying to > do > > the same for > > > typedefs it failed when trying to fill repo from local > > machine. I think > > > Chris or I should not take more time in trying to fix > Ant > > scripts that > > > are > > > failing. > > > > > > Thanks > > > > > > [1] > > > > > > > > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositories&data=02%7C01%7Caharui%40adobe.com%7C821c810ff88f4f3371a608d7d116c8e0%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637207768101866118&sdata=qSFTmdvxYB8fK%2FKM5kAd%2Bzslsl0fNxUJi%2BybUIleIUY%3D&reserved=0 > > > [2] > > > > > > > > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fimgur.com%2Fa%2Fw4az7pD&data=02%7C01%7Caharui%40adobe.com%7C821c810ff88f4f3371a608d7d116c8e0%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637207768101866118&sdata=mOv7%2BFzO764iEkXZgA3DiGEdeRaXQrLp%2Fgq8g%2BOkjt0%3D&reserved=0 > > > > > > > > > > > > > > > > > > > > -- > > > > Carlos Rovira > > > > > > > > > > > > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C821c810ff88f4f3371a608d7d116c8e0%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637207768101866118&sdata=96pUSZqS1Sc%2FJ4%2BvUUIFpcKEW4b2DAj2FJjCvc9eW2k%3D&reserved=0 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > Carlos Rovira > > > > > > > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C821c810ff88f4f3371a608d7d116c8e0%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637207768101866118&sdata=96pUSZqS1Sc%2FJ4%2BvUUIFpcKEW4b2DAj2FJjCvc9eW2k%3D&reserved=0 > > > > > > > > > > > > > > -- > > > > Frédéric Gilli > > > > mob.0668542622 > > > > http://www.cristallium.com > > > > [cid:171168797bb6addd0331]<http://www.cristallium.com/> > > > > > > > > > > -- > > > > Piotr Zarzycki > > > > Patreon: https://www.patreon.com/piotrzarzycki > > > > > -- > > Piotr Zarzycki > > Patreon: *https://www.patreon.com/piotrzarzycki > <https://www.patreon.com/piotrzarzycki>* > > > -- Piotr Zarzycki Patreon: *https://www.patreon.com/piotrzarzycki <https://www.patreon.com/piotrzarzycki>*