ok Yishay, thanks! El vie., 27 mar. 2020 a las 9:57, Yishay Weiss (<yishayj...@hotmail.com>) escribió:
> No objections from me. > > ________________________________ > From: Carlos Rovira <carlosrov...@apache.org> > Sent: Friday, March 27, 2020 11:47:24 AM > To: Apache Royale Development <dev@royale.apache.org> > Subject: Re: Releasing: Finally giving up > > Hi Alex > > thanks. I want to ask first Yishay since he took over. If he doesn't object > anything we can do it. > > > El jue., 26 mar. 2020 a las 19:50, Alex Harui (<aha...@adobe.com.invalid>) > escribió: > > > @Yishay Weiss > > > > Let's wait until the set of Maven steps are available from Chris and > > Carlos. Then I will try to find some cycles to help you. Because of > where > > I live, where the schools are closed, and my kids schedule, I have good > > weeks and bad weeks for having time for work, so it will be best to wait > to > > try a release until we have the steps and it is one of my good weeks > (next > > good week starts this Friday at 5pm my time). > > > > Thanks, > > -Alex > > > > On 3/26/20, 5:13 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote: > > > > Hi All, > > > > I too, feel very uncomfortable participating in these threads. While > > grateful to Carlos and Chris for their work I’m very annoyed with the > tone > > of ultimatums and doom and gloom. Alex has put in a lot of work into this > > and I trust his concerns are technical, rather than protecting his ego as > > has been suggested. We need to get this discussion back on technical > tracks. > > > > Since Chris has given up, and it looks like Carlos has as well, I > > volunteer to start the release process from scratch next Sunday, which is > > after Israel has switched to day light saving. I will try to do the > process > > incrementally and in parallel to my other tasks. If by the end of the > week > > it turns out the process is too cumbersome and cannot realistically be > made > > to work smoothly I will be in favor of changing the requirements to > enable > > Chris’s mvn setup to be the main release tool. > > > > Thanks, > > Yishay > > > > From: Piotr Zarzycki<mailto:piotrzarzyck...@gmail.com> > > Sent: Thursday, March 26, 2020 1:27 PM > > To: Apache Royale Development<mailto:dev@royale.apache.org> > > Subject: 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%7C2be5b8cd20c049e2a23608d7d17f0daf%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637208215931371038&sdata=SzmPqflLUwAxBCIkm%2BFn2BO8OZVJH1Gp66CVl349I3g%3D&reserved=0 > > > [2] > > > > > > > > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fimgur.com%2Fa%2Fw4az7pD&data=02%7C01%7Caharui%40adobe.com%7C2be5b8cd20c049e2a23608d7d17f0daf%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637208215931371038&sdata=VONdkWMhQpEGhSlVoXwFuhdnApXmrSaTnSP%2FDeH6stc%3D&reserved=0 > > > > > > > > > > > > > > > > > > > > -- > > > > Carlos Rovira > > > > > > > > > > > > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C2be5b8cd20c049e2a23608d7d17f0daf%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637208215931371038&sdata=jPUGE0ohIi%2BFYoKZefaob1pSsIjC4AEEjE04N27FiI0%3D&reserved=0 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > Carlos Rovira > > > > > > > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C2be5b8cd20c049e2a23608d7d17f0daf%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637208215931381031&sdata=bkaODFbcmtjdxlibVdfQRKtIzcXImHIQ4HpKQOTgLM8%3D&reserved=0 > > > > > > > > > > > > > > -- > > > > Frédéric Gilli > > > > mob.0668542622 > > > > > > > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.cristallium.com&data=02%7C01%7Caharui%40adobe.com%7C2be5b8cd20c049e2a23608d7d17f0daf%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637208215931381031&sdata=F0YC6%2BzeeQf2GjI0JMStw2pKYsezejwjTRdaUU%2FEYu0%3D&reserved=0 > > > > [cid:171168797bb6addd0331]< > > > https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.cristallium.com&data=02%7C01%7Caharui%40adobe.com%7C2be5b8cd20c049e2a23608d7d17f0daf%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637208215931381031&sdata=F0YC6%2BzeeQf2GjI0JMStw2pKYsezejwjTRdaUU%2FEYu0%3D&reserved=0 > > > > > > > > > > > > > -- > > > > Piotr Zarzycki > > > > Patreon: > > > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzycki&data=02%7C01%7Caharui%40adobe.com%7C2be5b8cd20c049e2a23608d7d17f0daf%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637208215931381031&sdata=j%2BLcn3n8gF9Ro8d0S5EgcHamMg42sVnJXBymeIeQEUk%3D&reserved=0 > > > > > > > > > > -- > Carlos Rovira > http://about.me/carlosrovira > -- Carlos Rovira http://about.me/carlosrovira
