Re: Discuss of release steps preparation

2019-09-18 Thread Alex Harui
Because it means it is possible that the wrong version got into 
build.properties.

-Alex

On 9/17/19, 11:20 AM, "Piotr Zarzycki"  wrote:

Alex,

I will fix those issues once we make current release. Both of them are not
a blockers in my opinion.

How issue in release steps script can influence sources ?

Thanks,
Piotr


On Tue, Sep 17, 2019, 7:29 PM Alex Harui  wrote:

> If you had to do that, how do you know the RC is still valid?  Sounds like
> there is a version number that isn't right in the source package.  One
> reason to have scripts is to detect things that are not right.  Yes there
> might be bugs in the scripts, but if you didn't have to do this before, it
> should imply that something changes in the source package.
>
> Please fix issues like the signing of RoyaleUnit.  Otherwise, who's job is
> it to fix it?  I could, but then we're back to the same problem of nobody
> else knowing how to fix the scripts.
>
> -Alex
>
> On 9/17/19, 3:58 AM, "Piotr Zarzycki"  wrote:
>
> Another small issue which I discovered is that I had to specify in 
Step
> 13 -Drelease.version=0.9.6 -Dreleaseversion=0.9.6 - With dot and
> without
> dot, cause script failed on compiler cloning.
>
> Thanks,
> Piotr
>
> wt., 17 wrz 2019 o 10:47 Piotr Zarzycki 
> napisał(a):
>
> > Hi Guys,
> >
> > I'm in a process of uploading Maven artifacts and after upload I got
> > following problem [1]. I will sign those artifacts manually, but
> this is
> > something what should be fixed in the script for the next release.
> >
> > [1]
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2Fzh0r5nndata=02%7C01%7Caharui%40adobe.com%7C96aeb34e43f6444c115e08d73b9bb69a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637043412327312711sdata=KZBSiLSu4DJ%2B4yaF4WQ741ONuNLWCkvtxf3L%2BD6oH9s%3Dreserved=0
> >
> > Thanks,
> > Piotr
> >
> > niedz., 15 wrz 2019 o 08:18 Alex Harui 
> > napisał(a):
> >
> >> Glad you are getting back to normal.  Please review what is in the
> >> release branch before the RC so we can fix things before Piotr
> spends a lot
> >> of time creating the RC.
> >>
> >>
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fblob%2Frelease%2F0.9.6%2FRELEASE_NOTES.mddata=02%7C01%7Caharui%40adobe.com%7C96aeb34e43f6444c115e08d73b9bb69a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637043412327312711sdata=lojSY1ZAF5g9RasDMbC3QsEmJaDd%2F7FqOktwD65%2BO1U%3Dreserved=0
> >>
> >>
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fblob%2Frelease%2F0.9.6%2Freleasemgr%2FRELEASE_NOTESdata=02%7C01%7Caharui%40adobe.com%7C96aeb34e43f6444c115e08d73b9bb69a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637043412327322700sdata=ZAzrNMNMRojJz39DLXM9zLTTz4JxSlAl028fQTmlCGo%3Dreserved=0
> >>
> >> Because of the way we package, the releasemgr/RELEASE_NOTES is the
> >> top-level release notes in the source package because the package
> contains
> >> all 3 repos and the releasemgr files are copied to the top.  The
> .MD file
> >> is for GitHub visitors to the repo.
> >>
> >> Thanks,
> >> -Alex
> >>
> >> On 9/14/19, 11:06 AM, "Andrew Wetmore"  wrote:
> >>
> >> We have power and internet again, at last. I guess I should
> wait to
> >> review
> >> texts until the next version of the release candidate.
> >>
> >> On Sat, Sep 14, 2019 at 3:01 PM Piotr Zarzycki <
> >> piotrzarzyck...@gmail.com>
> >> wrote:
> >>
> >> > Hi Carlos,
> >> >
> >> > I see you did commit to 0.9.6 branch, so we are good unless
> there is
> >> > something left in develop which should I pick. I will review
> all of
> >> that on
> >> > Monday.
> >> >
> >> > Thanks,
> >> > Piotr
> >> >
> >> > On Sat, Sep 14, 2019, 5:26 PM Carlos Rovira <
> >> carlosrov...@apache.org>
> >> > wrote:
> >> >
> >> > > Hi Piotr,
> >> > >
> >> > > seems there was a little confusion here and Greg and I did
> the
> >> changes in
> >> > > the release version of RELEASE_NOTES.
> >> > > Hope you can merge both in your process. I followed my
> changes
> >> since
> >> > > December to try to bring all relevant things done.
> >> > > Thanks
> >> > >
> >> > > El sáb., 14 sept. 

Re: Discuss of release steps preparation

2019-09-17 Thread Alex Harui
If you had to do that, how do you know the RC is still valid?  Sounds like 
there is a version number that isn't right in the source package.  One reason 
to have scripts is to detect things that are not right.  Yes there might be 
bugs in the scripts, but if you didn't have to do this before, it should imply 
that something changes in the source package.

Please fix issues like the signing of RoyaleUnit.  Otherwise, who's job is it 
to fix it?  I could, but then we're back to the same problem of nobody else 
knowing how to fix the scripts.

-Alex

On 9/17/19, 3:58 AM, "Piotr Zarzycki"  wrote:

Another small issue which I discovered is that I had to specify in Step
13 -Drelease.version=0.9.6 -Dreleaseversion=0.9.6 - With dot and without
dot, cause script failed on compiler cloning.

Thanks,
Piotr

wt., 17 wrz 2019 o 10:47 Piotr Zarzycki 
napisał(a):

> Hi Guys,
>
> I'm in a process of uploading Maven artifacts and after upload I got
> following problem [1]. I will sign those artifacts manually, but this is
> something what should be fixed in the script for the next release.
>
> [1] 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2Fzh0r5nndata=02%7C01%7Caharui%40adobe.com%7C1fc0eda016c142c6749208d73b5df97a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637043147117439927sdata=ooR8yrRymFsNi6fa%2BZ3%2BUdMqWSoq0cPow8wUfaOw2mI%3Dreserved=0
>
> Thanks,
> Piotr
>
> niedz., 15 wrz 2019 o 08:18 Alex Harui 
> napisał(a):
>
>> Glad you are getting back to normal.  Please review what is in the
>> release branch before the RC so we can fix things before Piotr spends a 
lot
>> of time creating the RC.
>>
>> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fblob%2Frelease%2F0.9.6%2FRELEASE_NOTES.mddata=02%7C01%7Caharui%40adobe.com%7C1fc0eda016c142c6749208d73b5df97a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637043147117439927sdata=9F0OmcoS2IPo6XKwtw7RWCSX0R3U5NLe1XX%2Fk10r%2Fms%3Dreserved=0
>>
>> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fblob%2Frelease%2F0.9.6%2Freleasemgr%2FRELEASE_NOTESdata=02%7C01%7Caharui%40adobe.com%7C1fc0eda016c142c6749208d73b5df97a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637043147117449928sdata=b1gmeUkWeRBI0nuEplLMutT8tcWobwtbsvSOSuxtYOQ%3Dreserved=0
>>
>> Because of the way we package, the releasemgr/RELEASE_NOTES is the
>> top-level release notes in the source package because the package 
contains
>> all 3 repos and the releasemgr files are copied to the top.  The .MD file
>> is for GitHub visitors to the repo.
>>
>> Thanks,
>> -Alex
>>
>> On 9/14/19, 11:06 AM, "Andrew Wetmore"  wrote:
>>
>> We have power and internet again, at last. I guess I should wait to
>> review
>> texts until the next version of the release candidate.
>>
>> On Sat, Sep 14, 2019 at 3:01 PM Piotr Zarzycki <
>> piotrzarzyck...@gmail.com>
>> wrote:
>>
>> > Hi Carlos,
>> >
>> > I see you did commit to 0.9.6 branch, so we are good unless there 
is
>> > something left in develop which should I pick. I will review all of
>> that on
>> > Monday.
>> >
>> > Thanks,
>> > Piotr
>> >
>> > On Sat, Sep 14, 2019, 5:26 PM Carlos Rovira <
>> carlosrov...@apache.org>
>> > wrote:
>> >
>> > > Hi Piotr,
>> > >
>> > > seems there was a little confusion here and Greg and I did the
>> changes in
>> > > the release version of RELEASE_NOTES.
>> > > Hope you can merge both in your process. I followed my changes
>> since
>> > > December to try to bring all relevant things done.
>> > > Thanks
>> > >
>> > > El sáb., 14 sept. 2019 a las 15:39, Piotr Zarzycki (<
>> > > piotrzarzyck...@gmail.com>) escribió:
>> > >
>> > > > Hi Greg,
>> > > >
>> > > > I'm sorry for a late response. I'm going to take what's develop
>> has in
>> > it
>> > > > on Monday by cherry picking - to do not break release branch,
>> so where
>> > > you
>> > > > commit it will be good and won't miss it.
>> > > >
>> > > > Thanks,
>> > > > Piotr
>> > > >
>> > > > pt., 13 wrz 2019 o 19:24 Greg Dove 
>> napisał(a):
>> > > >
>> > > > > Hi Piotr,
>> > > > >
>> > > > > I'm not so familiar with the release process. Do you want
>> additions
>> > to
>> > > go
>> > > > > directly into the release branch or should that be added to
>> develop
>> > > > > (assuming you would merge into release)?
>> > > > >
>> > > > > I see Josh added note about RoyalUnit in 

Re: Discuss of release steps preparation

2019-09-17 Thread Piotr Zarzycki
Another small issue which I discovered is that I had to specify in Step
13 -Drelease.version=0.9.6 -Dreleaseversion=0.9.6 - With dot and without
dot, cause script failed on compiler cloning.

Thanks,
Piotr

wt., 17 wrz 2019 o 10:47 Piotr Zarzycki 
napisał(a):

> Hi Guys,
>
> I'm in a process of uploading Maven artifacts and after upload I got
> following problem [1]. I will sign those artifacts manually, but this is
> something what should be fixed in the script for the next release.
>
> [1] https://ibb.co/zh0r5nn
>
> Thanks,
> Piotr
>
> niedz., 15 wrz 2019 o 08:18 Alex Harui 
> napisał(a):
>
>> Glad you are getting back to normal.  Please review what is in the
>> release branch before the RC so we can fix things before Piotr spends a lot
>> of time creating the RC.
>>
>> https://github.com/apache/royale-asjs/blob/release/0.9.6/RELEASE_NOTES.md
>>
>> https://github.com/apache/royale-asjs/blob/release/0.9.6/releasemgr/RELEASE_NOTES
>>
>> Because of the way we package, the releasemgr/RELEASE_NOTES is the
>> top-level release notes in the source package because the package contains
>> all 3 repos and the releasemgr files are copied to the top.  The .MD file
>> is for GitHub visitors to the repo.
>>
>> Thanks,
>> -Alex
>>
>> On 9/14/19, 11:06 AM, "Andrew Wetmore"  wrote:
>>
>> We have power and internet again, at last. I guess I should wait to
>> review
>> texts until the next version of the release candidate.
>>
>> On Sat, Sep 14, 2019 at 3:01 PM Piotr Zarzycki <
>> piotrzarzyck...@gmail.com>
>> wrote:
>>
>> > Hi Carlos,
>> >
>> > I see you did commit to 0.9.6 branch, so we are good unless there is
>> > something left in develop which should I pick. I will review all of
>> that on
>> > Monday.
>> >
>> > Thanks,
>> > Piotr
>> >
>> > On Sat, Sep 14, 2019, 5:26 PM Carlos Rovira <
>> carlosrov...@apache.org>
>> > wrote:
>> >
>> > > Hi Piotr,
>> > >
>> > > seems there was a little confusion here and Greg and I did the
>> changes in
>> > > the release version of RELEASE_NOTES.
>> > > Hope you can merge both in your process. I followed my changes
>> since
>> > > December to try to bring all relevant things done.
>> > > Thanks
>> > >
>> > > El sáb., 14 sept. 2019 a las 15:39, Piotr Zarzycki (<
>> > > piotrzarzyck...@gmail.com>) escribió:
>> > >
>> > > > Hi Greg,
>> > > >
>> > > > I'm sorry for a late response. I'm going to take what's develop
>> has in
>> > it
>> > > > on Monday by cherry picking - to do not break release branch,
>> so where
>> > > you
>> > > > commit it will be good and won't miss it.
>> > > >
>> > > > Thanks,
>> > > > Piotr
>> > > >
>> > > > pt., 13 wrz 2019 o 19:24 Greg Dove 
>> napisał(a):
>> > > >
>> > > > > Hi Piotr,
>> > > > >
>> > > > > I'm not so familiar with the release process. Do you want
>> additions
>> > to
>> > > go
>> > > > > directly into the release branch or should that be added to
>> develop
>> > > > > (assuming you would merge into release)?
>> > > > >
>> > > > > I see Josh added note about RoyalUnit in develop [1], which
>> is not
>> > yet
>> > > in
>> > > > > release.[2] . So perhaps you will merge from develop? I'm not
>> sure
>> > how
>> > > > this
>> > > > > all needs to work.
>> > > > >
>> > > > > I'm thinking to add the following to 0.9.6 release notes
>> (changes
>> > since
>> > > > > 0.9.4) for some of the things I worked on:
>> > > > >
>> > > > > -Improvements to AMF / RemoteObject Support
>> > > > > -AMFBinaryData api now matches flash.utils.ByteArray, (the
>> missing
>> > > > feature
>> > > > > is non-UTF String encoding support). It therefore now works
>> for deep
>> > > > > cloning via readObject/writeObject and registerClassAlias.
>> > > > > -Updates to Royale collections library with support for
>> sorting and
>> > > > > filtering via ArrayListView. Simple example added to Tour de
>> Jewel
>> > > > > -A conforming runtime implementation of AS3 Vector (typed
>> Arrays) was
>> > > > added
>> > > > > for javascript output, with options for avoiding certain
>> runtime
>> > > checks.
>> > > > > -int, uint, Class are now represented as simple, distinct
>> types
>> > (Class
>> > > is
>> > > > > now not 'Object', int is now not 'Number' for example), and
>> these
>> > > support
>> > > > > indirect 'as' or 'is' type checking and instantiation,
>> matching swf
>> > > > > behavior.
>> > > > > -General Improvements and additions in Reflection library
>> > > > > -New Apache Royale Crux MVC/DI/IOC application architecture
>> library
>> > > > (based
>> > > > > on Swiz Framework) was added, with some simple examples
>> > > > >
>> > > > > If it's too late to add those, no worries, I can add that to
>> the
>> > > 'Updates
>> > > > > to the 

Re: Discuss of release steps preparation

2019-09-17 Thread Piotr Zarzycki
Hi Guys,

I'm in a process of uploading Maven artifacts and after upload I got
following problem [1]. I will sign those artifacts manually, but this is
something what should be fixed in the script for the next release.

[1] https://ibb.co/zh0r5nn

Thanks,
Piotr

niedz., 15 wrz 2019 o 08:18 Alex Harui 
napisał(a):

> Glad you are getting back to normal.  Please review what is in the release
> branch before the RC so we can fix things before Piotr spends a lot of time
> creating the RC.
>
> https://github.com/apache/royale-asjs/blob/release/0.9.6/RELEASE_NOTES.md
>
> https://github.com/apache/royale-asjs/blob/release/0.9.6/releasemgr/RELEASE_NOTES
>
> Because of the way we package, the releasemgr/RELEASE_NOTES is the
> top-level release notes in the source package because the package contains
> all 3 repos and the releasemgr files are copied to the top.  The .MD file
> is for GitHub visitors to the repo.
>
> Thanks,
> -Alex
>
> On 9/14/19, 11:06 AM, "Andrew Wetmore"  wrote:
>
> We have power and internet again, at last. I guess I should wait to
> review
> texts until the next version of the release candidate.
>
> On Sat, Sep 14, 2019 at 3:01 PM Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> wrote:
>
> > Hi Carlos,
> >
> > I see you did commit to 0.9.6 branch, so we are good unless there is
> > something left in develop which should I pick. I will review all of
> that on
> > Monday.
> >
> > Thanks,
> > Piotr
> >
> > On Sat, Sep 14, 2019, 5:26 PM Carlos Rovira  >
> > wrote:
> >
> > > Hi Piotr,
> > >
> > > seems there was a little confusion here and Greg and I did the
> changes in
> > > the release version of RELEASE_NOTES.
> > > Hope you can merge both in your process. I followed my changes
> since
> > > December to try to bring all relevant things done.
> > > Thanks
> > >
> > > El sáb., 14 sept. 2019 a las 15:39, Piotr Zarzycki (<
> > > piotrzarzyck...@gmail.com>) escribió:
> > >
> > > > Hi Greg,
> > > >
> > > > I'm sorry for a late response. I'm going to take what's develop
> has in
> > it
> > > > on Monday by cherry picking - to do not break release branch, so
> where
> > > you
> > > > commit it will be good and won't miss it.
> > > >
> > > > Thanks,
> > > > Piotr
> > > >
> > > > pt., 13 wrz 2019 o 19:24 Greg Dove 
> napisał(a):
> > > >
> > > > > Hi Piotr,
> > > > >
> > > > > I'm not so familiar with the release process. Do you want
> additions
> > to
> > > go
> > > > > directly into the release branch or should that be added to
> develop
> > > > > (assuming you would merge into release)?
> > > > >
> > > > > I see Josh added note about RoyalUnit in develop [1], which is
> not
> > yet
> > > in
> > > > > release.[2] . So perhaps you will merge from develop? I'm not
> sure
> > how
> > > > this
> > > > > all needs to work.
> > > > >
> > > > > I'm thinking to add the following to 0.9.6 release notes
> (changes
> > since
> > > > > 0.9.4) for some of the things I worked on:
> > > > >
> > > > > -Improvements to AMF / RemoteObject Support
> > > > > -AMFBinaryData api now matches flash.utils.ByteArray, (the
> missing
> > > > feature
> > > > > is non-UTF String encoding support). It therefore now works
> for deep
> > > > > cloning via readObject/writeObject and registerClassAlias.
> > > > > -Updates to Royale collections library with support for
> sorting and
> > > > > filtering via ArrayListView. Simple example added to Tour de
> Jewel
> > > > > -A conforming runtime implementation of AS3 Vector (typed
> Arrays) was
> > > > added
> > > > > for javascript output, with options for avoiding certain
> runtime
> > > checks.
> > > > > -int, uint, Class are now represented as simple, distinct types
> > (Class
> > > is
> > > > > now not 'Object', int is now not 'Number' for example), and
> these
> > > support
> > > > > indirect 'as' or 'is' type checking and instantiation,
> matching swf
> > > > > behavior.
> > > > > -General Improvements and additions in Reflection library
> > > > > -New Apache Royale Crux MVC/DI/IOC application architecture
> library
> > > > (based
> > > > > on Swiz Framework) was added, with some simple examples
> > > > >
> > > > > If it's too late to add those, no worries, I can add that to
> the
> > > 'Updates
> > > > > to the RELEASE_NOTES discovered after this file was packaged'
> wiki
> > > > >
> > > > > 1.
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fblob%2Fdevelop%2FRELEASE_NOTES.mddata=02%7C01%7Caharui%40adobe.com%7C64f7cf65c8fb4a7faf1d08d7393e4df4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637040812074543911sdata=YCHetkEVkKAvvid7MAOETcPBuV7P%2BaMB4Ajr1UsyH%2Fg%3Dreserved=0
> > 

Re: Discuss of release steps preparation

2019-09-15 Thread Alex Harui
Glad you are getting back to normal.  Please review what is in the release 
branch before the RC so we can fix things before Piotr spends a lot of time 
creating the RC.

https://github.com/apache/royale-asjs/blob/release/0.9.6/RELEASE_NOTES.md
https://github.com/apache/royale-asjs/blob/release/0.9.6/releasemgr/RELEASE_NOTES

Because of the way we package, the releasemgr/RELEASE_NOTES is the top-level 
release notes in the source package because the package contains all 3 repos 
and the releasemgr files are copied to the top.  The .MD file is for GitHub 
visitors to the repo.

Thanks,
-Alex

On 9/14/19, 11:06 AM, "Andrew Wetmore"  wrote:

We have power and internet again, at last. I guess I should wait to review
texts until the next version of the release candidate.

On Sat, Sep 14, 2019 at 3:01 PM Piotr Zarzycki 
wrote:

> Hi Carlos,
>
> I see you did commit to 0.9.6 branch, so we are good unless there is
> something left in develop which should I pick. I will review all of that 
on
> Monday.
>
> Thanks,
> Piotr
>
> On Sat, Sep 14, 2019, 5:26 PM Carlos Rovira 
> wrote:
>
> > Hi Piotr,
> >
> > seems there was a little confusion here and Greg and I did the changes 
in
> > the release version of RELEASE_NOTES.
> > Hope you can merge both in your process. I followed my changes since
> > December to try to bring all relevant things done.
> > Thanks
> >
> > El sáb., 14 sept. 2019 a las 15:39, Piotr Zarzycki (<
> > piotrzarzyck...@gmail.com>) escribió:
> >
> > > Hi Greg,
> > >
> > > I'm sorry for a late response. I'm going to take what's develop has in
> it
> > > on Monday by cherry picking - to do not break release branch, so where
> > you
> > > commit it will be good and won't miss it.
> > >
> > > Thanks,
> > > Piotr
> > >
> > > pt., 13 wrz 2019 o 19:24 Greg Dove  napisał(a):
> > >
> > > > Hi Piotr,
> > > >
> > > > I'm not so familiar with the release process. Do you want additions
> to
> > go
> > > > directly into the release branch or should that be added to develop
> > > > (assuming you would merge into release)?
> > > >
> > > > I see Josh added note about RoyalUnit in develop [1], which is not
> yet
> > in
> > > > release.[2] . So perhaps you will merge from develop? I'm not sure
> how
> > > this
> > > > all needs to work.
> > > >
> > > > I'm thinking to add the following to 0.9.6 release notes (changes
> since
> > > > 0.9.4) for some of the things I worked on:
> > > >
> > > > -Improvements to AMF / RemoteObject Support
> > > > -AMFBinaryData api now matches flash.utils.ByteArray, (the missing
> > > feature
> > > > is non-UTF String encoding support). It therefore now works for deep
> > > > cloning via readObject/writeObject and registerClassAlias.
> > > > -Updates to Royale collections library with support for sorting and
> > > > filtering via ArrayListView. Simple example added to Tour de Jewel
> > > > -A conforming runtime implementation of AS3 Vector (typed Arrays) 
was
> > > added
> > > > for javascript output, with options for avoiding certain runtime
> > checks.
> > > > -int, uint, Class are now represented as simple, distinct types
> (Class
> > is
> > > > now not 'Object', int is now not 'Number' for example), and these
> > support
> > > > indirect 'as' or 'is' type checking and instantiation, matching swf
> > > > behavior.
> > > > -General Improvements and additions in Reflection library
> > > > -New Apache Royale Crux MVC/DI/IOC application architecture library
> > > (based
> > > > on Swiz Framework) was added, with some simple examples
> > > >
> > > > If it's too late to add those, no worries, I can add that to the
> > 'Updates
> > > > to the RELEASE_NOTES discovered after this file was packaged' wiki
> > > >
> > > > 1.
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fblob%2Fdevelop%2FRELEASE_NOTES.mddata=02%7C01%7Caharui%40adobe.com%7C64f7cf65c8fb4a7faf1d08d7393e4df4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637040812074543911sdata=YCHetkEVkKAvvid7MAOETcPBuV7P%2BaMB4Ajr1UsyH%2Fg%3Dreserved=0
> > > > 2.
> > > >
> > >
> >
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fblob%2Frelease%2F0.9.6%2FRELEASE_NOTES.mddata=02%7C01%7Caharui%40adobe.com%7C64f7cf65c8fb4a7faf1d08d7393e4df4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637040812074543911sdata=MGHlAXivSiOzdIQAyiL4hXSXIc8ARVbmtNQinPRX2b0%3Dreserved=0
> > > >
> > > >
> > > > Thanks,
> > > > Greg
> > > >
> > > > On Fri, Sep 13, 2019 at 8:49 PM Piotr Zarzycki <
> > > piotrzarzyck...@gmail.com>
> > > > wrote:
> > > >
> 

Re: Discuss of release steps preparation

2019-09-14 Thread Andrew Wetmore
We have power and internet again, at last. I guess I should wait to review
texts until the next version of the release candidate.

On Sat, Sep 14, 2019 at 3:01 PM Piotr Zarzycki 
wrote:

> Hi Carlos,
>
> I see you did commit to 0.9.6 branch, so we are good unless there is
> something left in develop which should I pick. I will review all of that on
> Monday.
>
> Thanks,
> Piotr
>
> On Sat, Sep 14, 2019, 5:26 PM Carlos Rovira 
> wrote:
>
> > Hi Piotr,
> >
> > seems there was a little confusion here and Greg and I did the changes in
> > the release version of RELEASE_NOTES.
> > Hope you can merge both in your process. I followed my changes since
> > December to try to bring all relevant things done.
> > Thanks
> >
> > El sáb., 14 sept. 2019 a las 15:39, Piotr Zarzycki (<
> > piotrzarzyck...@gmail.com>) escribió:
> >
> > > Hi Greg,
> > >
> > > I'm sorry for a late response. I'm going to take what's develop has in
> it
> > > on Monday by cherry picking - to do not break release branch, so where
> > you
> > > commit it will be good and won't miss it.
> > >
> > > Thanks,
> > > Piotr
> > >
> > > pt., 13 wrz 2019 o 19:24 Greg Dove  napisał(a):
> > >
> > > > Hi Piotr,
> > > >
> > > > I'm not so familiar with the release process. Do you want additions
> to
> > go
> > > > directly into the release branch or should that be added to develop
> > > > (assuming you would merge into release)?
> > > >
> > > > I see Josh added note about RoyalUnit in develop [1], which is not
> yet
> > in
> > > > release.[2] . So perhaps you will merge from develop? I'm not sure
> how
> > > this
> > > > all needs to work.
> > > >
> > > > I'm thinking to add the following to 0.9.6 release notes (changes
> since
> > > > 0.9.4) for some of the things I worked on:
> > > >
> > > > -Improvements to AMF / RemoteObject Support
> > > > -AMFBinaryData api now matches flash.utils.ByteArray, (the missing
> > > feature
> > > > is non-UTF String encoding support). It therefore now works for deep
> > > > cloning via readObject/writeObject and registerClassAlias.
> > > > -Updates to Royale collections library with support for sorting and
> > > > filtering via ArrayListView. Simple example added to Tour de Jewel
> > > > -A conforming runtime implementation of AS3 Vector (typed Arrays) was
> > > added
> > > > for javascript output, with options for avoiding certain runtime
> > checks.
> > > > -int, uint, Class are now represented as simple, distinct types
> (Class
> > is
> > > > now not 'Object', int is now not 'Number' for example), and these
> > support
> > > > indirect 'as' or 'is' type checking and instantiation, matching swf
> > > > behavior.
> > > > -General Improvements and additions in Reflection library
> > > > -New Apache Royale Crux MVC/DI/IOC application architecture library
> > > (based
> > > > on Swiz Framework) was added, with some simple examples
> > > >
> > > > If it's too late to add those, no worries, I can add that to the
> > 'Updates
> > > > to the RELEASE_NOTES discovered after this file was packaged' wiki
> > > >
> > > > 1.
> https://github.com/apache/royale-asjs/blob/develop/RELEASE_NOTES.md
> > > > 2.
> > > >
> > >
> >
> https://github.com/apache/royale-asjs/blob/release/0.9.6/RELEASE_NOTES.md
> > > >
> > > >
> > > > Thanks,
> > > > Greg
> > > >
> > > > On Fri, Sep 13, 2019 at 8:49 PM Piotr Zarzycki <
> > > piotrzarzyck...@gmail.com>
> > > > wrote:
> > > >
> > > > > Hi Guys,
> > > > >
> > > > > I would like to cut RC1 again on Monday, so if anything should be
> > > tested
> > > > or
> > > > > added please do so before Monday.
> > > > >
> > > > > Let me know if anything is against that.
> > > > >
> > > > > Thanks,
> > > > > Piotr
> > > > >
> > > > > On Fri, Sep 13, 2019, 12:32 AM Alex Harui  >
> > > > > wrote:
> > > > >
> > > > > > I pushed changes to update the config.xml files.  It seemed to
> work
> > > for
> > > > > > me.  Try beta10 if you want to test it.
> > > > > >
> > > > > > npm install  @apache-royale/royale-js-swf@0.9.6-beta10 -g
> > > > > >
> > > > > > Thanks,
> > > > > > -Alex
> > > > > >
> > > > > > On 9/12/19, 10:56 AM, "Alex Harui" 
> > > wrote:
> > > > > >
> > > > > > I guess that’s expected.  I didn’t realize I had a
> > > > PLAYERGLOBAL_HOME
> > > > > > environment variable that was overriding.
> > > > > >
> > > > > > The post install script would have to go replace the
> > > target-player
> > > > in
> > > > > > every -config.xml file (like royale-config.xml).  If you add
> > > > > > -target-player=25.0, that will get you past it.
> > > > > >
> > > > > > Another option is to have the install download 11.1 instead
> of
> > > > 25.0.
> > > > > >
> > > > > > Thoughts?
> > > > > > -Alex
> > > > > >
> > > > > >
> > > > > > On 9/12/19, 10:30 AM, "Carlos Rovira" <
> carlosrov...@apache.org
> > >
> > > > > wrote:
> > > > > >
> > > > > > Hi Alex,
> > > > > >
> > > > > > I uninstall then install again. Commented all my paths
> > > (royale,
> > > > > > flash
> > > > > > player, 

Re: Discuss of release steps preparation

2019-09-14 Thread Carlos Rovira
Hi Alex,

Yesterday I forgot to email this. I installed NPM beta10 version. this is
my results:

*macbookpro:~ carlosrovira$ mxmlc*

*Using Royale Compiler codebase:
/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../..*

*Using Royale SDK:
/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../..*

*MXMLJSC*

*+royalelib=/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../../frameworks*

*-sdk-js-lib=/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../../frameworks/js/Royale/generated-sources*

*Loading configuration:
/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml*


*Error: a target file must be specified.*




*Error: a target file must be specified.*




*0.861876863 seconds*

*macbookpro:~ carlosrovira$ *



Let me know if that's what you expect.


Best,


Carlos




El jue., 12 sept. 2019 a las 19:56, Alex Harui ()
escribió:

> I guess that’s expected.  I didn’t realize I had a PLAYERGLOBAL_HOME
> environment variable that was overriding.
>
> The post install script would have to go replace the target-player in
> every -config.xml file (like royale-config.xml).  If you add
> -target-player=25.0, that will get you past it.
>
> Another option is to have the install download 11.1 instead of 25.0.
>
> Thoughts?
> -Alex
>
>
> On 9/12/19, 10:30 AM, "Carlos Rovira"  wrote:
>
> Hi Alex,
>
> I uninstall then install again. Commented all my paths (royale, flash
> player, AIR,...) in my .bash_profile. Then open a new terminal window.
>
> Results:
>
> macbookpro:~ carlosrovira$ mxmlc
>
> Using Royale Compiler codebase:
>
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../..
>
> Using Royale SDK:
>
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../..
>
> MXMLJSC
>
>
> +royalelib=/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../../frameworks
>
>
> -sdk-js-lib=/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../../frameworks/js/Royale/generated-sources
>
>
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml(74):
> col: 0 Error: unable to open
>
> '/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/libs/player/11.1/playerglobal.swc'.
>
>
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml
> (line: 74)
>
>
>   
>
>
>
>
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml(129):
> col: 0 Error: unable to open
>
> '/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/libs/player/11.1'.
>
>
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml
> (line: 129)
>
>
>   
>
>
>
> 0.68472554 seconds
>
> macbookpro:~ carlosrovira$
>
>
>
>
> Hope results are the expected ones :)
>
>
> Best
>
>
> Carlos
>
> El jue., 12 sept. 2019 a las 18:46, Alex Harui
> ()
> escribió:
>
> > Thanks for catching the places where FlexJS was still being used.
> >
> > Your output indicates that there is a ROYALE_HOME environment
> variable so
> > it appears to be using your dev versions since I don't think NPM
> would
> > store its stuff in /Users/carlosrovira/Dev.  Anyway, good to know
> that the
> > environment variable can re-direct what the npm scripts do.  If you
> want to
> > try without an environment variable that would be a better test of
> what new
> > users would experience and the output should reference the npm
> node_modules
> > folder.
> >
> > Thanks,
> > -Alex
> >
> > On 9/12/19, 1:53 AM, "Carlos Rovira" 
> wrote:
> >
> > Hi,
> >
> > think al went fine :)
> >
> > this is my output:
> >
> >
> > + @apache-royale/royale-js-swf@0.9.6-beta9
> >
> > added 146 packages from 108 contributors in 426.831s
> >
> >
> >
> >
> > then I tried "mxmlc" just from command line:
> >
> >
> > macbookpro:~ carlosrovira$ mxmlc
> >
> > Using Royale Compiler codebase:
> > /Users/carlosrovira/Dev/Royale/Source/royale-compiler
> >
> > Using Royale SDK:
> /Users/carlosrovira/Dev/Royale/Source/royale-asjs
> >
> > MXMLJSC
> >
> >
>  +royalelib=/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks
> >
> >
> >
> -sdk-js-lib=/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/js/Royale/generated-sources
> >
> > Loading configuration:
> >
> >
> /Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/royale-config.xml
> >
> >
> > Error: a target file must be specified.
> >
> >
> >

Re: Discuss of release steps preparation

2019-09-14 Thread Carlos Rovira
Hi Piotr,

seems there was a little confusion here and Greg and I did the changes in
the release version of RELEASE_NOTES.
Hope you can merge both in your process. I followed my changes since
December to try to bring all relevant things done.
Thanks

El sáb., 14 sept. 2019 a las 15:39, Piotr Zarzycki (<
piotrzarzyck...@gmail.com>) escribió:

> Hi Greg,
>
> I'm sorry for a late response. I'm going to take what's develop has in it
> on Monday by cherry picking - to do not break release branch, so where you
> commit it will be good and won't miss it.
>
> Thanks,
> Piotr
>
> pt., 13 wrz 2019 o 19:24 Greg Dove  napisał(a):
>
> > Hi Piotr,
> >
> > I'm not so familiar with the release process. Do you want additions to go
> > directly into the release branch or should that be added to develop
> > (assuming you would merge into release)?
> >
> > I see Josh added note about RoyalUnit in develop [1], which is not yet in
> > release.[2] . So perhaps you will merge from develop? I'm not sure how
> this
> > all needs to work.
> >
> > I'm thinking to add the following to 0.9.6 release notes (changes since
> > 0.9.4) for some of the things I worked on:
> >
> > -Improvements to AMF / RemoteObject Support
> > -AMFBinaryData api now matches flash.utils.ByteArray, (the missing
> feature
> > is non-UTF String encoding support). It therefore now works for deep
> > cloning via readObject/writeObject and registerClassAlias.
> > -Updates to Royale collections library with support for sorting and
> > filtering via ArrayListView. Simple example added to Tour de Jewel
> > -A conforming runtime implementation of AS3 Vector (typed Arrays) was
> added
> > for javascript output, with options for avoiding certain runtime checks.
> > -int, uint, Class are now represented as simple, distinct types (Class is
> > now not 'Object', int is now not 'Number' for example), and these support
> > indirect 'as' or 'is' type checking and instantiation, matching swf
> > behavior.
> > -General Improvements and additions in Reflection library
> > -New Apache Royale Crux MVC/DI/IOC application architecture library
> (based
> > on Swiz Framework) was added, with some simple examples
> >
> > If it's too late to add those, no worries, I can add that to the 'Updates
> > to the RELEASE_NOTES discovered after this file was packaged' wiki
> >
> > 1. https://github.com/apache/royale-asjs/blob/develop/RELEASE_NOTES.md
> > 2.
> >
> https://github.com/apache/royale-asjs/blob/release/0.9.6/RELEASE_NOTES.md
> >
> >
> > Thanks,
> > Greg
> >
> > On Fri, Sep 13, 2019 at 8:49 PM Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > wrote:
> >
> > > Hi Guys,
> > >
> > > I would like to cut RC1 again on Monday, so if anything should be
> tested
> > or
> > > added please do so before Monday.
> > >
> > > Let me know if anything is against that.
> > >
> > > Thanks,
> > > Piotr
> > >
> > > On Fri, Sep 13, 2019, 12:32 AM Alex Harui 
> > > wrote:
> > >
> > > > I pushed changes to update the config.xml files.  It seemed to work
> for
> > > > me.  Try beta10 if you want to test it.
> > > >
> > > > npm install  @apache-royale/royale-js-swf@0.9.6-beta10 -g
> > > >
> > > > Thanks,
> > > > -Alex
> > > >
> > > > On 9/12/19, 10:56 AM, "Alex Harui" 
> wrote:
> > > >
> > > > I guess that’s expected.  I didn’t realize I had a
> > PLAYERGLOBAL_HOME
> > > > environment variable that was overriding.
> > > >
> > > > The post install script would have to go replace the
> target-player
> > in
> > > > every -config.xml file (like royale-config.xml).  If you add
> > > > -target-player=25.0, that will get you past it.
> > > >
> > > > Another option is to have the install download 11.1 instead of
> > 25.0.
> > > >
> > > > Thoughts?
> > > > -Alex
> > > >
> > > >
> > > > On 9/12/19, 10:30 AM, "Carlos Rovira" 
> > > wrote:
> > > >
> > > > Hi Alex,
> > > >
> > > > I uninstall then install again. Commented all my paths
> (royale,
> > > > flash
> > > > player, AIR,...) in my .bash_profile. Then open a new
> terminal
> > > > window.
> > > >
> > > > Results:
> > > >
> > > > macbookpro:~ carlosrovira$ mxmlc
> > > >
> > > > Using Royale Compiler codebase:
> > > >
> > > >
> > >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../..
> > > >
> > > > Using Royale SDK:
> > > >
> > > >
> > >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../..
> > > >
> > > > MXMLJSC
> > > >
> > > >
> > > >
> > >
> >
> +royalelib=/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../../frameworks
> > > >
> > > >
> > > >
> > >
> >
> -sdk-js-lib=/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../../frameworks/js/Royale/generated-sources
> > > >
> > > >
> > > >
> > >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml(74):
> > > > col: 0 Error: unable to open
> > > >
> > > 

Re: Discuss of release steps preparation

2019-09-14 Thread Piotr Zarzycki
Hi Greg,

I'm sorry for a late response. I'm going to take what's develop has in it
on Monday by cherry picking - to do not break release branch, so where you
commit it will be good and won't miss it.

Thanks,
Piotr

pt., 13 wrz 2019 o 19:24 Greg Dove  napisał(a):

> Hi Piotr,
>
> I'm not so familiar with the release process. Do you want additions to go
> directly into the release branch or should that be added to develop
> (assuming you would merge into release)?
>
> I see Josh added note about RoyalUnit in develop [1], which is not yet in
> release.[2] . So perhaps you will merge from develop? I'm not sure how this
> all needs to work.
>
> I'm thinking to add the following to 0.9.6 release notes (changes since
> 0.9.4) for some of the things I worked on:
>
> -Improvements to AMF / RemoteObject Support
> -AMFBinaryData api now matches flash.utils.ByteArray, (the missing feature
> is non-UTF String encoding support). It therefore now works for deep
> cloning via readObject/writeObject and registerClassAlias.
> -Updates to Royale collections library with support for sorting and
> filtering via ArrayListView. Simple example added to Tour de Jewel
> -A conforming runtime implementation of AS3 Vector (typed Arrays) was added
> for javascript output, with options for avoiding certain runtime checks.
> -int, uint, Class are now represented as simple, distinct types (Class is
> now not 'Object', int is now not 'Number' for example), and these support
> indirect 'as' or 'is' type checking and instantiation, matching swf
> behavior.
> -General Improvements and additions in Reflection library
> -New Apache Royale Crux MVC/DI/IOC application architecture library (based
> on Swiz Framework) was added, with some simple examples
>
> If it's too late to add those, no worries, I can add that to the 'Updates
> to the RELEASE_NOTES discovered after this file was packaged' wiki
>
> 1. https://github.com/apache/royale-asjs/blob/develop/RELEASE_NOTES.md
> 2.
> https://github.com/apache/royale-asjs/blob/release/0.9.6/RELEASE_NOTES.md
>
>
> Thanks,
> Greg
>
> On Fri, Sep 13, 2019 at 8:49 PM Piotr Zarzycki 
> wrote:
>
> > Hi Guys,
> >
> > I would like to cut RC1 again on Monday, so if anything should be tested
> or
> > added please do so before Monday.
> >
> > Let me know if anything is against that.
> >
> > Thanks,
> > Piotr
> >
> > On Fri, Sep 13, 2019, 12:32 AM Alex Harui 
> > wrote:
> >
> > > I pushed changes to update the config.xml files.  It seemed to work for
> > > me.  Try beta10 if you want to test it.
> > >
> > > npm install  @apache-royale/royale-js-swf@0.9.6-beta10 -g
> > >
> > > Thanks,
> > > -Alex
> > >
> > > On 9/12/19, 10:56 AM, "Alex Harui"  wrote:
> > >
> > > I guess that’s expected.  I didn’t realize I had a
> PLAYERGLOBAL_HOME
> > > environment variable that was overriding.
> > >
> > > The post install script would have to go replace the target-player
> in
> > > every -config.xml file (like royale-config.xml).  If you add
> > > -target-player=25.0, that will get you past it.
> > >
> > > Another option is to have the install download 11.1 instead of
> 25.0.
> > >
> > > Thoughts?
> > > -Alex
> > >
> > >
> > > On 9/12/19, 10:30 AM, "Carlos Rovira" 
> > wrote:
> > >
> > > Hi Alex,
> > >
> > > I uninstall then install again. Commented all my paths (royale,
> > > flash
> > > player, AIR,...) in my .bash_profile. Then open a new terminal
> > > window.
> > >
> > > Results:
> > >
> > > macbookpro:~ carlosrovira$ mxmlc
> > >
> > > Using Royale Compiler codebase:
> > >
> > >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../..
> > >
> > > Using Royale SDK:
> > >
> > >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../..
> > >
> > > MXMLJSC
> > >
> > >
> > >
> >
> +royalelib=/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../../frameworks
> > >
> > >
> > >
> >
> -sdk-js-lib=/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../../frameworks/js/Royale/generated-sources
> > >
> > >
> > >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml(74):
> > > col: 0 Error: unable to open
> > >
> > >
> >
> '/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/libs/player/11.1/playerglobal.swc'.
> > >
> > >
> > >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml
> > > (line: 74)
> > >
> > >
> > >   
> > >
> > >
> > >
> > >
> > >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml(129):
> > > col: 0 Error: unable to open
> > >
> > >
> >
> '/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/libs/player/11.1'.
> > >
> > >
> > >
> >
> 

Re: Discuss of release steps preparation

2019-09-13 Thread Carlos Rovira
Hi,

thanks Greg for bringing all that stuff. I completely forgot about all that
improvements. I'm thinking that for Jewel there's many improvements. As
well MX/Spark emulation have many ones too. I'll try to see if I can add
some for Jewel. For MX/Spark emulation maybe others that worked on it
should add the most relevant.

Thanks



El vie., 13 sept. 2019 a las 20:37, OmPrakash Muppirala (<
bigosma...@gmail.com>) escribió:

> I tested the installation (beta 10) and the subsequent steps using
> royale-cli and everything seems to be working.
>
> Thanks for all the fixes, Alex.
>
> Regards,
> Om
>
> On Fri, Sep 13, 2019 at 10:33 AM Greg Dove  wrote:
>
> > Oh thanks, Josh! I will do that later today.
> >
> >
> > On Sat, Sep 14, 2019 at 5:32 AM Josh Tynjala 
> > wrote:
> >
> > > In royale-compiler, I already added my release notes from develop into
> > > release/0.9.6. I simply forgot to do the same for royale-asjs. I added
> > > that
> > > line about RoyaleUnit just now. Go ahead and add yours too, Greg. We'll
> > be
> > > merging release/0.9.6 back into develop later, so if you put them
> > directly
> > > in release/0.9.6, they won't be lost.
> > >
> > > --
> > > Josh Tynjala
> > > Bowler Hat LLC 
> > >
> > >
> > > On Fri, Sep 13, 2019 at 10:24 AM Greg Dove 
> wrote:
> > >
> > > > Hi Piotr,
> > > >
> > > > I'm not so familiar with the release process. Do you want additions
> to
> > go
> > > > directly into the release branch or should that be added to develop
> > > > (assuming you would merge into release)?
> > > >
> > > > I see Josh added note about RoyalUnit in develop [1], which is not
> yet
> > in
> > > > release.[2] . So perhaps you will merge from develop? I'm not sure
> how
> > > this
> > > > all needs to work.
> > > >
> > > > I'm thinking to add the following to 0.9.6 release notes (changes
> since
> > > > 0.9.4) for some of the things I worked on:
> > > >
> > > > -Improvements to AMF / RemoteObject Support
> > > > -AMFBinaryData api now matches flash.utils.ByteArray, (the missing
> > > feature
> > > > is non-UTF String encoding support). It therefore now works for deep
> > > > cloning via readObject/writeObject and registerClassAlias.
> > > > -Updates to Royale collections library with support for sorting and
> > > > filtering via ArrayListView. Simple example added to Tour de Jewel
> > > > -A conforming runtime implementation of AS3 Vector (typed Arrays) was
> > > added
> > > > for javascript output, with options for avoiding certain runtime
> > checks.
> > > > -int, uint, Class are now represented as simple, distinct types
> (Class
> > is
> > > > now not 'Object', int is now not 'Number' for example), and these
> > support
> > > > indirect 'as' or 'is' type checking and instantiation, matching swf
> > > > behavior.
> > > > -General Improvements and additions in Reflection library
> > > > -New Apache Royale Crux MVC/DI/IOC application architecture library
> > > (based
> > > > on Swiz Framework) was added, with some simple examples
> > > >
> > > > If it's too late to add those, no worries, I can add that to the
> > 'Updates
> > > > to the RELEASE_NOTES discovered after this file was packaged' wiki
> > > >
> > > > 1.
> https://github.com/apache/royale-asjs/blob/develop/RELEASE_NOTES.md
> > > > 2.
> > > >
> > >
> >
> https://github.com/apache/royale-asjs/blob/release/0.9.6/RELEASE_NOTES.md
> > > >
> > > >
> > > > Thanks,
> > > > Greg
> > > >
> > > > On Fri, Sep 13, 2019 at 8:49 PM Piotr Zarzycki <
> > > piotrzarzyck...@gmail.com>
> > > > wrote:
> > > >
> > > > > Hi Guys,
> > > > >
> > > > > I would like to cut RC1 again on Monday, so if anything should be
> > > tested
> > > > or
> > > > > added please do so before Monday.
> > > > >
> > > > > Let me know if anything is against that.
> > > > >
> > > > > Thanks,
> > > > > Piotr
> > > > >
> > > > > On Fri, Sep 13, 2019, 12:32 AM Alex Harui  >
> > > > > wrote:
> > > > >
> > > > > > I pushed changes to update the config.xml files.  It seemed to
> work
> > > for
> > > > > > me.  Try beta10 if you want to test it.
> > > > > >
> > > > > > npm install  @apache-royale/royale-js-swf@0.9.6-beta10 -g
> > > > > >
> > > > > > Thanks,
> > > > > > -Alex
> > > > > >
> > > > > > On 9/12/19, 10:56 AM, "Alex Harui" 
> > > wrote:
> > > > > >
> > > > > > I guess that’s expected.  I didn’t realize I had a
> > > > PLAYERGLOBAL_HOME
> > > > > > environment variable that was overriding.
> > > > > >
> > > > > > The post install script would have to go replace the
> > > target-player
> > > > in
> > > > > > every -config.xml file (like royale-config.xml).  If you add
> > > > > > -target-player=25.0, that will get you past it.
> > > > > >
> > > > > > Another option is to have the install download 11.1 instead
> of
> > > > 25.0.
> > > > > >
> > > > > > Thoughts?
> > > > > > -Alex
> > > > > >
> > > > > >
> > > > > > On 9/12/19, 10:30 AM, "Carlos Rovira" <
> carlosrov...@apache.org
> > >
> > > > > wrote:
> > > > > >
> > > > > > 

Re: Discuss of release steps preparation

2019-09-13 Thread OmPrakash Muppirala
I tested the installation (beta 10) and the subsequent steps using
royale-cli and everything seems to be working.

Thanks for all the fixes, Alex.

Regards,
Om

On Fri, Sep 13, 2019 at 10:33 AM Greg Dove  wrote:

> Oh thanks, Josh! I will do that later today.
>
>
> On Sat, Sep 14, 2019 at 5:32 AM Josh Tynjala 
> wrote:
>
> > In royale-compiler, I already added my release notes from develop into
> > release/0.9.6. I simply forgot to do the same for royale-asjs. I added
> > that
> > line about RoyaleUnit just now. Go ahead and add yours too, Greg. We'll
> be
> > merging release/0.9.6 back into develop later, so if you put them
> directly
> > in release/0.9.6, they won't be lost.
> >
> > --
> > Josh Tynjala
> > Bowler Hat LLC 
> >
> >
> > On Fri, Sep 13, 2019 at 10:24 AM Greg Dove  wrote:
> >
> > > Hi Piotr,
> > >
> > > I'm not so familiar with the release process. Do you want additions to
> go
> > > directly into the release branch or should that be added to develop
> > > (assuming you would merge into release)?
> > >
> > > I see Josh added note about RoyalUnit in develop [1], which is not yet
> in
> > > release.[2] . So perhaps you will merge from develop? I'm not sure how
> > this
> > > all needs to work.
> > >
> > > I'm thinking to add the following to 0.9.6 release notes (changes since
> > > 0.9.4) for some of the things I worked on:
> > >
> > > -Improvements to AMF / RemoteObject Support
> > > -AMFBinaryData api now matches flash.utils.ByteArray, (the missing
> > feature
> > > is non-UTF String encoding support). It therefore now works for deep
> > > cloning via readObject/writeObject and registerClassAlias.
> > > -Updates to Royale collections library with support for sorting and
> > > filtering via ArrayListView. Simple example added to Tour de Jewel
> > > -A conforming runtime implementation of AS3 Vector (typed Arrays) was
> > added
> > > for javascript output, with options for avoiding certain runtime
> checks.
> > > -int, uint, Class are now represented as simple, distinct types (Class
> is
> > > now not 'Object', int is now not 'Number' for example), and these
> support
> > > indirect 'as' or 'is' type checking and instantiation, matching swf
> > > behavior.
> > > -General Improvements and additions in Reflection library
> > > -New Apache Royale Crux MVC/DI/IOC application architecture library
> > (based
> > > on Swiz Framework) was added, with some simple examples
> > >
> > > If it's too late to add those, no worries, I can add that to the
> 'Updates
> > > to the RELEASE_NOTES discovered after this file was packaged' wiki
> > >
> > > 1. https://github.com/apache/royale-asjs/blob/develop/RELEASE_NOTES.md
> > > 2.
> > >
> >
> https://github.com/apache/royale-asjs/blob/release/0.9.6/RELEASE_NOTES.md
> > >
> > >
> > > Thanks,
> > > Greg
> > >
> > > On Fri, Sep 13, 2019 at 8:49 PM Piotr Zarzycki <
> > piotrzarzyck...@gmail.com>
> > > wrote:
> > >
> > > > Hi Guys,
> > > >
> > > > I would like to cut RC1 again on Monday, so if anything should be
> > tested
> > > or
> > > > added please do so before Monday.
> > > >
> > > > Let me know if anything is against that.
> > > >
> > > > Thanks,
> > > > Piotr
> > > >
> > > > On Fri, Sep 13, 2019, 12:32 AM Alex Harui 
> > > > wrote:
> > > >
> > > > > I pushed changes to update the config.xml files.  It seemed to work
> > for
> > > > > me.  Try beta10 if you want to test it.
> > > > >
> > > > > npm install  @apache-royale/royale-js-swf@0.9.6-beta10 -g
> > > > >
> > > > > Thanks,
> > > > > -Alex
> > > > >
> > > > > On 9/12/19, 10:56 AM, "Alex Harui" 
> > wrote:
> > > > >
> > > > > I guess that’s expected.  I didn’t realize I had a
> > > PLAYERGLOBAL_HOME
> > > > > environment variable that was overriding.
> > > > >
> > > > > The post install script would have to go replace the
> > target-player
> > > in
> > > > > every -config.xml file (like royale-config.xml).  If you add
> > > > > -target-player=25.0, that will get you past it.
> > > > >
> > > > > Another option is to have the install download 11.1 instead of
> > > 25.0.
> > > > >
> > > > > Thoughts?
> > > > > -Alex
> > > > >
> > > > >
> > > > > On 9/12/19, 10:30 AM, "Carlos Rovira"  >
> > > > wrote:
> > > > >
> > > > > Hi Alex,
> > > > >
> > > > > I uninstall then install again. Commented all my paths
> > (royale,
> > > > > flash
> > > > > player, AIR,...) in my .bash_profile. Then open a new
> > terminal
> > > > > window.
> > > > >
> > > > > Results:
> > > > >
> > > > > macbookpro:~ carlosrovira$ mxmlc
> > > > >
> > > > > Using Royale Compiler codebase:
> > > > >
> > > > >
> > > >
> > >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../..
> > > > >
> > > > > Using Royale SDK:
> > > > >
> > > > >
> > > >
> > >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../..
> > > > >
> > > > > MXMLJSC
> > > > >
> > > > >
> > > > >
> > > >
> > >

Re: Discuss of release steps preparation

2019-09-13 Thread Greg Dove
Oh thanks, Josh! I will do that later today.


On Sat, Sep 14, 2019 at 5:32 AM Josh Tynjala 
wrote:

> In royale-compiler, I already added my release notes from develop into
> release/0.9.6. I simply forgot to do the same for royale-asjs. I added
> that
> line about RoyaleUnit just now. Go ahead and add yours too, Greg. We'll be
> merging release/0.9.6 back into develop later, so if you put them directly
> in release/0.9.6, they won't be lost.
>
> --
> Josh Tynjala
> Bowler Hat LLC 
>
>
> On Fri, Sep 13, 2019 at 10:24 AM Greg Dove  wrote:
>
> > Hi Piotr,
> >
> > I'm not so familiar with the release process. Do you want additions to go
> > directly into the release branch or should that be added to develop
> > (assuming you would merge into release)?
> >
> > I see Josh added note about RoyalUnit in develop [1], which is not yet in
> > release.[2] . So perhaps you will merge from develop? I'm not sure how
> this
> > all needs to work.
> >
> > I'm thinking to add the following to 0.9.6 release notes (changes since
> > 0.9.4) for some of the things I worked on:
> >
> > -Improvements to AMF / RemoteObject Support
> > -AMFBinaryData api now matches flash.utils.ByteArray, (the missing
> feature
> > is non-UTF String encoding support). It therefore now works for deep
> > cloning via readObject/writeObject and registerClassAlias.
> > -Updates to Royale collections library with support for sorting and
> > filtering via ArrayListView. Simple example added to Tour de Jewel
> > -A conforming runtime implementation of AS3 Vector (typed Arrays) was
> added
> > for javascript output, with options for avoiding certain runtime checks.
> > -int, uint, Class are now represented as simple, distinct types (Class is
> > now not 'Object', int is now not 'Number' for example), and these support
> > indirect 'as' or 'is' type checking and instantiation, matching swf
> > behavior.
> > -General Improvements and additions in Reflection library
> > -New Apache Royale Crux MVC/DI/IOC application architecture library
> (based
> > on Swiz Framework) was added, with some simple examples
> >
> > If it's too late to add those, no worries, I can add that to the 'Updates
> > to the RELEASE_NOTES discovered after this file was packaged' wiki
> >
> > 1. https://github.com/apache/royale-asjs/blob/develop/RELEASE_NOTES.md
> > 2.
> >
> https://github.com/apache/royale-asjs/blob/release/0.9.6/RELEASE_NOTES.md
> >
> >
> > Thanks,
> > Greg
> >
> > On Fri, Sep 13, 2019 at 8:49 PM Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > wrote:
> >
> > > Hi Guys,
> > >
> > > I would like to cut RC1 again on Monday, so if anything should be
> tested
> > or
> > > added please do so before Monday.
> > >
> > > Let me know if anything is against that.
> > >
> > > Thanks,
> > > Piotr
> > >
> > > On Fri, Sep 13, 2019, 12:32 AM Alex Harui 
> > > wrote:
> > >
> > > > I pushed changes to update the config.xml files.  It seemed to work
> for
> > > > me.  Try beta10 if you want to test it.
> > > >
> > > > npm install  @apache-royale/royale-js-swf@0.9.6-beta10 -g
> > > >
> > > > Thanks,
> > > > -Alex
> > > >
> > > > On 9/12/19, 10:56 AM, "Alex Harui" 
> wrote:
> > > >
> > > > I guess that’s expected.  I didn’t realize I had a
> > PLAYERGLOBAL_HOME
> > > > environment variable that was overriding.
> > > >
> > > > The post install script would have to go replace the
> target-player
> > in
> > > > every -config.xml file (like royale-config.xml).  If you add
> > > > -target-player=25.0, that will get you past it.
> > > >
> > > > Another option is to have the install download 11.1 instead of
> > 25.0.
> > > >
> > > > Thoughts?
> > > > -Alex
> > > >
> > > >
> > > > On 9/12/19, 10:30 AM, "Carlos Rovira" 
> > > wrote:
> > > >
> > > > Hi Alex,
> > > >
> > > > I uninstall then install again. Commented all my paths
> (royale,
> > > > flash
> > > > player, AIR,...) in my .bash_profile. Then open a new
> terminal
> > > > window.
> > > >
> > > > Results:
> > > >
> > > > macbookpro:~ carlosrovira$ mxmlc
> > > >
> > > > Using Royale Compiler codebase:
> > > >
> > > >
> > >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../..
> > > >
> > > > Using Royale SDK:
> > > >
> > > >
> > >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../..
> > > >
> > > > MXMLJSC
> > > >
> > > >
> > > >
> > >
> >
> +royalelib=/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../../frameworks
> > > >
> > > >
> > > >
> > >
> >
> -sdk-js-lib=/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../../frameworks/js/Royale/generated-sources
> > > >
> > > >
> > > >
> > >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml(74):
> > > > col: 0 Error: unable to open
> > > >
> > > >
> > >
> >
> 

Re: Discuss of release steps preparation

2019-09-13 Thread Josh Tynjala
In royale-compiler, I already added my release notes from develop into
release/0.9.6. I simply forgot to do the same for royale-asjs. I added that
line about RoyaleUnit just now. Go ahead and add yours too, Greg. We'll be
merging release/0.9.6 back into develop later, so if you put them directly
in release/0.9.6, they won't be lost.

--
Josh Tynjala
Bowler Hat LLC 


On Fri, Sep 13, 2019 at 10:24 AM Greg Dove  wrote:

> Hi Piotr,
>
> I'm not so familiar with the release process. Do you want additions to go
> directly into the release branch or should that be added to develop
> (assuming you would merge into release)?
>
> I see Josh added note about RoyalUnit in develop [1], which is not yet in
> release.[2] . So perhaps you will merge from develop? I'm not sure how this
> all needs to work.
>
> I'm thinking to add the following to 0.9.6 release notes (changes since
> 0.9.4) for some of the things I worked on:
>
> -Improvements to AMF / RemoteObject Support
> -AMFBinaryData api now matches flash.utils.ByteArray, (the missing feature
> is non-UTF String encoding support). It therefore now works for deep
> cloning via readObject/writeObject and registerClassAlias.
> -Updates to Royale collections library with support for sorting and
> filtering via ArrayListView. Simple example added to Tour de Jewel
> -A conforming runtime implementation of AS3 Vector (typed Arrays) was added
> for javascript output, with options for avoiding certain runtime checks.
> -int, uint, Class are now represented as simple, distinct types (Class is
> now not 'Object', int is now not 'Number' for example), and these support
> indirect 'as' or 'is' type checking and instantiation, matching swf
> behavior.
> -General Improvements and additions in Reflection library
> -New Apache Royale Crux MVC/DI/IOC application architecture library (based
> on Swiz Framework) was added, with some simple examples
>
> If it's too late to add those, no worries, I can add that to the 'Updates
> to the RELEASE_NOTES discovered after this file was packaged' wiki
>
> 1. https://github.com/apache/royale-asjs/blob/develop/RELEASE_NOTES.md
> 2.
> https://github.com/apache/royale-asjs/blob/release/0.9.6/RELEASE_NOTES.md
>
>
> Thanks,
> Greg
>
> On Fri, Sep 13, 2019 at 8:49 PM Piotr Zarzycki 
> wrote:
>
> > Hi Guys,
> >
> > I would like to cut RC1 again on Monday, so if anything should be tested
> or
> > added please do so before Monday.
> >
> > Let me know if anything is against that.
> >
> > Thanks,
> > Piotr
> >
> > On Fri, Sep 13, 2019, 12:32 AM Alex Harui 
> > wrote:
> >
> > > I pushed changes to update the config.xml files.  It seemed to work for
> > > me.  Try beta10 if you want to test it.
> > >
> > > npm install  @apache-royale/royale-js-swf@0.9.6-beta10 -g
> > >
> > > Thanks,
> > > -Alex
> > >
> > > On 9/12/19, 10:56 AM, "Alex Harui"  wrote:
> > >
> > > I guess that’s expected.  I didn’t realize I had a
> PLAYERGLOBAL_HOME
> > > environment variable that was overriding.
> > >
> > > The post install script would have to go replace the target-player
> in
> > > every -config.xml file (like royale-config.xml).  If you add
> > > -target-player=25.0, that will get you past it.
> > >
> > > Another option is to have the install download 11.1 instead of
> 25.0.
> > >
> > > Thoughts?
> > > -Alex
> > >
> > >
> > > On 9/12/19, 10:30 AM, "Carlos Rovira" 
> > wrote:
> > >
> > > Hi Alex,
> > >
> > > I uninstall then install again. Commented all my paths (royale,
> > > flash
> > > player, AIR,...) in my .bash_profile. Then open a new terminal
> > > window.
> > >
> > > Results:
> > >
> > > macbookpro:~ carlosrovira$ mxmlc
> > >
> > > Using Royale Compiler codebase:
> > >
> > >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../..
> > >
> > > Using Royale SDK:
> > >
> > >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../..
> > >
> > > MXMLJSC
> > >
> > >
> > >
> >
> +royalelib=/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../../frameworks
> > >
> > >
> > >
> >
> -sdk-js-lib=/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../../frameworks/js/Royale/generated-sources
> > >
> > >
> > >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml(74):
> > > col: 0 Error: unable to open
> > >
> > >
> >
> '/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/libs/player/11.1/playerglobal.swc'.
> > >
> > >
> > >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml
> > > (line: 74)
> > >
> > >
> > >   
> > >
> > >
> > >
> > >
> > >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml(129):
> > > col: 0 Error: unable to open
> > >
> > >
> 

Re: Discuss of release steps preparation

2019-09-13 Thread Greg Dove
Hi Piotr,

I'm not so familiar with the release process. Do you want additions to go
directly into the release branch or should that be added to develop
(assuming you would merge into release)?

I see Josh added note about RoyalUnit in develop [1], which is not yet in
release.[2] . So perhaps you will merge from develop? I'm not sure how this
all needs to work.

I'm thinking to add the following to 0.9.6 release notes (changes since
0.9.4) for some of the things I worked on:

-Improvements to AMF / RemoteObject Support
-AMFBinaryData api now matches flash.utils.ByteArray, (the missing feature
is non-UTF String encoding support). It therefore now works for deep
cloning via readObject/writeObject and registerClassAlias.
-Updates to Royale collections library with support for sorting and
filtering via ArrayListView. Simple example added to Tour de Jewel
-A conforming runtime implementation of AS3 Vector (typed Arrays) was added
for javascript output, with options for avoiding certain runtime checks.
-int, uint, Class are now represented as simple, distinct types (Class is
now not 'Object', int is now not 'Number' for example), and these support
indirect 'as' or 'is' type checking and instantiation, matching swf
behavior.
-General Improvements and additions in Reflection library
-New Apache Royale Crux MVC/DI/IOC application architecture library (based
on Swiz Framework) was added, with some simple examples

If it's too late to add those, no worries, I can add that to the 'Updates
to the RELEASE_NOTES discovered after this file was packaged' wiki

1. https://github.com/apache/royale-asjs/blob/develop/RELEASE_NOTES.md
2.
https://github.com/apache/royale-asjs/blob/release/0.9.6/RELEASE_NOTES.md


Thanks,
Greg

On Fri, Sep 13, 2019 at 8:49 PM Piotr Zarzycki 
wrote:

> Hi Guys,
>
> I would like to cut RC1 again on Monday, so if anything should be tested or
> added please do so before Monday.
>
> Let me know if anything is against that.
>
> Thanks,
> Piotr
>
> On Fri, Sep 13, 2019, 12:32 AM Alex Harui 
> wrote:
>
> > I pushed changes to update the config.xml files.  It seemed to work for
> > me.  Try beta10 if you want to test it.
> >
> > npm install  @apache-royale/royale-js-swf@0.9.6-beta10 -g
> >
> > Thanks,
> > -Alex
> >
> > On 9/12/19, 10:56 AM, "Alex Harui"  wrote:
> >
> > I guess that’s expected.  I didn’t realize I had a PLAYERGLOBAL_HOME
> > environment variable that was overriding.
> >
> > The post install script would have to go replace the target-player in
> > every -config.xml file (like royale-config.xml).  If you add
> > -target-player=25.0, that will get you past it.
> >
> > Another option is to have the install download 11.1 instead of 25.0.
> >
> > Thoughts?
> > -Alex
> >
> >
> > On 9/12/19, 10:30 AM, "Carlos Rovira" 
> wrote:
> >
> > Hi Alex,
> >
> > I uninstall then install again. Commented all my paths (royale,
> > flash
> > player, AIR,...) in my .bash_profile. Then open a new terminal
> > window.
> >
> > Results:
> >
> > macbookpro:~ carlosrovira$ mxmlc
> >
> > Using Royale Compiler codebase:
> >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../..
> >
> > Using Royale SDK:
> >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../..
> >
> > MXMLJSC
> >
> >
> >
> +royalelib=/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../../frameworks
> >
> >
> >
> -sdk-js-lib=/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../../frameworks/js/Royale/generated-sources
> >
> >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml(74):
> > col: 0 Error: unable to open
> >
> >
> '/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/libs/player/11.1/playerglobal.swc'.
> >
> >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml
> > (line: 74)
> >
> >
> >   
> >
> >
> >
> >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml(129):
> > col: 0 Error: unable to open
> >
> >
> '/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/libs/player/11.1'.
> >
> >
> >
> /usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml
> > (line: 129)
> >
> >
> >   
> >
> >
> >
> > 0.68472554 seconds
> >
> > macbookpro:~ carlosrovira$
> >
> >
> >
> >
> > Hope results are the expected ones :)
> >
> >
> > Best
> >
> >
> > Carlos
> >
> > El jue., 12 sept. 2019 a las 18:46, Alex Harui
> > ()
> > escribió:
> >
> > > Thanks for catching the places where FlexJS was still being
> used.
> > >
> > > Your output indicates that there is a ROYALE_HOME 

Re: Discuss of release steps preparation

2019-09-12 Thread Alex Harui
I pushed changes to update the config.xml files.  It seemed to work for me.  
Try beta10 if you want to test it.

npm install  @apache-royale/royale-js-swf@0.9.6-beta10 -g

Thanks,
-Alex

On 9/12/19, 10:56 AM, "Alex Harui"  wrote:

I guess that’s expected.  I didn’t realize I had a PLAYERGLOBAL_HOME 
environment variable that was overriding.

The post install script would have to go replace the target-player in every 
-config.xml file (like royale-config.xml).  If you add -target-player=25.0, 
that will get you past it.

Another option is to have the install download 11.1 instead of 25.0.

Thoughts?
-Alex


On 9/12/19, 10:30 AM, "Carlos Rovira"  wrote:

Hi Alex,

I uninstall then install again. Commented all my paths (royale, flash
player, AIR,...) in my .bash_profile. Then open a new terminal window.

Results:

macbookpro:~ carlosrovira$ mxmlc

Using Royale Compiler codebase:

/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../..

Using Royale SDK:

/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../..

MXMLJSC


+royalelib=/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../../frameworks


-sdk-js-lib=/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../../frameworks/js/Royale/generated-sources


/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml(74):
col: 0 Error: unable to open

'/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/libs/player/11.1/playerglobal.swc'.


/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml
(line: 74)


  




/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml(129):
col: 0 Error: unable to open

'/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/libs/player/11.1'.


/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml
(line: 129)


  



0.68472554 seconds

macbookpro:~ carlosrovira$




Hope results are the expected ones :)


Best


Carlos

El jue., 12 sept. 2019 a las 18:46, Alex Harui 
()
escribió:

> Thanks for catching the places where FlexJS was still being used.
>
> Your output indicates that there is a ROYALE_HOME environment 
variable so
> it appears to be using your dev versions since I don't think NPM would
> store its stuff in /Users/carlosrovira/Dev.  Anyway, good to know 
that the
> environment variable can re-direct what the npm scripts do.  If you 
want to
> try without an environment variable that would be a better test of 
what new
> users would experience and the output should reference the npm 
node_modules
> folder.
>
> Thanks,
> -Alex
>
> On 9/12/19, 1:53 AM, "Carlos Rovira"  wrote:
>
> Hi,
>
> think al went fine :)
>
> this is my output:
>
>
> + @apache-royale/royale-js-swf@0.9.6-beta9
>
> added 146 packages from 108 contributors in 426.831s
>
>
>
>
> then I tried "mxmlc" just from command line:
>
>
> macbookpro:~ carlosrovira$ mxmlc
>
> Using Royale Compiler codebase:
> /Users/carlosrovira/Dev/Royale/Source/royale-compiler
>
> Using Royale SDK: 
/Users/carlosrovira/Dev/Royale/Source/royale-asjs
>
> MXMLJSC
>
> 
+royalelib=/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks
>
>
> 
-sdk-js-lib=/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/js/Royale/generated-sources
>
> Loading configuration:
>
> 
/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/royale-config.xml
>
>
> Error: a target file must be specified.
>
>
>
>
> Error: a target file must be specified.
>
>
>
>
> 0.888219402 seconds
>
> macbookpro:~ carlosrovira$
>
>
>
>
> --
> Carlos Rovira
>
> 

Re: Discuss of release steps preparation

2019-09-12 Thread Alex Harui
I guess that’s expected.  I didn’t realize I had a PLAYERGLOBAL_HOME 
environment variable that was overriding.

The post install script would have to go replace the target-player in every 
-config.xml file (like royale-config.xml).  If you add -target-player=25.0, 
that will get you past it.

Another option is to have the install download 11.1 instead of 25.0.

Thoughts?
-Alex


On 9/12/19, 10:30 AM, "Carlos Rovira"  wrote:

Hi Alex,

I uninstall then install again. Commented all my paths (royale, flash
player, AIR,...) in my .bash_profile. Then open a new terminal window.

Results:

macbookpro:~ carlosrovira$ mxmlc

Using Royale Compiler codebase:

/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../..

Using Royale SDK:

/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../..

MXMLJSC


+royalelib=/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../../frameworks


-sdk-js-lib=/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../../frameworks/js/Royale/generated-sources


/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml(74):
col: 0 Error: unable to open

'/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/libs/player/11.1/playerglobal.swc'.


/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml
(line: 74)


  




/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml(129):
col: 0 Error: unable to open

'/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/libs/player/11.1'.


/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml
(line: 129)


  



0.68472554 seconds

macbookpro:~ carlosrovira$




Hope results are the expected ones :)


Best


Carlos

El jue., 12 sept. 2019 a las 18:46, Alex Harui ()
escribió:

> Thanks for catching the places where FlexJS was still being used.
>
> Your output indicates that there is a ROYALE_HOME environment variable so
> it appears to be using your dev versions since I don't think NPM would
> store its stuff in /Users/carlosrovira/Dev.  Anyway, good to know that the
> environment variable can re-direct what the npm scripts do.  If you want 
to
> try without an environment variable that would be a better test of what 
new
> users would experience and the output should reference the npm 
node_modules
> folder.
>
> Thanks,
> -Alex
>
> On 9/12/19, 1:53 AM, "Carlos Rovira"  wrote:
>
> Hi,
>
> think al went fine :)
>
> this is my output:
>
>
> + @apache-royale/royale-js-swf@0.9.6-beta9
>
> added 146 packages from 108 contributors in 426.831s
>
>
>
>
> then I tried "mxmlc" just from command line:
>
>
> macbookpro:~ carlosrovira$ mxmlc
>
> Using Royale Compiler codebase:
> /Users/carlosrovira/Dev/Royale/Source/royale-compiler
>
> Using Royale SDK: /Users/carlosrovira/Dev/Royale/Source/royale-asjs
>
> MXMLJSC
>
> 
+royalelib=/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks
>
>
> 
-sdk-js-lib=/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/js/Royale/generated-sources
>
> Loading configuration:
>
> 
/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/royale-config.xml
>
>
> Error: a target file must be specified.
>
>
>
>
> Error: a target file must be specified.
>
>
>
>
> 0.888219402 seconds
>
> macbookpro:~ carlosrovira$
>
>
>
>
> --
> Carlos Rovira
>
> 
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7C16ffc0d4285b4f46bd7408d737a6ddaa%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637039062136780076sdata=2e1MR6QkJDdOXyF7ybO0dlNjVLjd51TfjmZQYiIk9EY%3Dreserved=0
>
>
>

-- 
Carlos Rovira

https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7C16ffc0d4285b4f46bd7408d737a6ddaa%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637039062136790069sdata=xUTrtQVQwlHqPbkS7qqRQ68ocgf9BAGi971HLwN0AdE%3Dreserved=0




Re: Discuss of release steps preparation

2019-09-12 Thread Carlos Rovira
Hi Alex,

I uninstall then install again. Commented all my paths (royale, flash
player, AIR,...) in my .bash_profile. Then open a new terminal window.

Results:

macbookpro:~ carlosrovira$ mxmlc

Using Royale Compiler codebase:
/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../..

Using Royale SDK:
/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../..

MXMLJSC

+royalelib=/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../../frameworks

-sdk-js-lib=/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/js/bin/../../frameworks/js/Royale/generated-sources

/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml(74):
col: 0 Error: unable to open
'/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/libs/player/11.1/playerglobal.swc'.

/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml
(line: 74)


  



/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml(129):
col: 0 Error: unable to open
'/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/libs/player/11.1'.

/usr/local/lib/node_modules/@apache-royale/royale-js-swf/royale-asjs/frameworks/royale-config.xml
(line: 129)


  



0.68472554 seconds

macbookpro:~ carlosrovira$




Hope results are the expected ones :)


Best


Carlos

El jue., 12 sept. 2019 a las 18:46, Alex Harui ()
escribió:

> Thanks for catching the places where FlexJS was still being used.
>
> Your output indicates that there is a ROYALE_HOME environment variable so
> it appears to be using your dev versions since I don't think NPM would
> store its stuff in /Users/carlosrovira/Dev.  Anyway, good to know that the
> environment variable can re-direct what the npm scripts do.  If you want to
> try without an environment variable that would be a better test of what new
> users would experience and the output should reference the npm node_modules
> folder.
>
> Thanks,
> -Alex
>
> On 9/12/19, 1:53 AM, "Carlos Rovira"  wrote:
>
> Hi,
>
> think al went fine :)
>
> this is my output:
>
>
> + @apache-royale/royale-js-swf@0.9.6-beta9
>
> added 146 packages from 108 contributors in 426.831s
>
>
>
>
> then I tried "mxmlc" just from command line:
>
>
> macbookpro:~ carlosrovira$ mxmlc
>
> Using Royale Compiler codebase:
> /Users/carlosrovira/Dev/Royale/Source/royale-compiler
>
> Using Royale SDK: /Users/carlosrovira/Dev/Royale/Source/royale-asjs
>
> MXMLJSC
>
> +royalelib=/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks
>
>
> -sdk-js-lib=/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/js/Royale/generated-sources
>
> Loading configuration:
>
> /Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/royale-config.xml
>
>
> Error: a target file must be specified.
>
>
>
>
> Error: a target file must be specified.
>
>
>
>
> 0.888219402 seconds
>
> macbookpro:~ carlosrovira$
>
>
>
>
> --
> Carlos Rovira
>
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7Cb54fe685628942737caa08d7375eae53%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637038752101014050sdata=QnUwvb%2FB5tp42EKcRos6x8Qqipwzv5jR91HP6OgA0OE%3Dreserved=0
>
>
>

-- 
Carlos Rovira
http://about.me/carlosrovira


Re: Discuss of release steps preparation

2019-09-12 Thread Alex Harui
Thanks for catching the places where FlexJS was still being used.

Your output indicates that there is a ROYALE_HOME environment variable so it 
appears to be using your dev versions since I don't think NPM would store its 
stuff in /Users/carlosrovira/Dev.  Anyway, good to know that the environment 
variable can re-direct what the npm scripts do.  If you want to try without an 
environment variable that would be a better test of what new users would 
experience and the output should reference the npm node_modules folder.

Thanks,
-Alex

On 9/12/19, 1:53 AM, "Carlos Rovira"  wrote:

Hi,

think al went fine :)

this is my output:


+ @apache-royale/royale-js-swf@0.9.6-beta9

added 146 packages from 108 contributors in 426.831s




then I tried "mxmlc" just from command line:


macbookpro:~ carlosrovira$ mxmlc

Using Royale Compiler codebase:
/Users/carlosrovira/Dev/Royale/Source/royale-compiler

Using Royale SDK: /Users/carlosrovira/Dev/Royale/Source/royale-asjs

MXMLJSC

+royalelib=/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks


-sdk-js-lib=/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/js/Royale/generated-sources

Loading configuration:

/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/royale-config.xml


Error: a target file must be specified.




Error: a target file must be specified.




0.888219402 seconds

macbookpro:~ carlosrovira$




-- 
Carlos Rovira

https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7Cb54fe685628942737caa08d7375eae53%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637038752101014050sdata=QnUwvb%2FB5tp42EKcRos6x8Qqipwzv5jR91HP6OgA0OE%3Dreserved=0




Re: Discuss of release steps preparation

2019-09-12 Thread Josh Tynjala
I installed the npm package on Windows 10 successfully, and I see that
mxmlc, compc, asjsc, asjscompc, and asnodec all seem to be available on my
path, and I can run them.


--
Josh Tynjala
Bowler Hat LLC 


On Thu, Sep 12, 2019 at 1:53 AM Carlos Rovira 
wrote:

> Hi,
>
> think al went fine :)
>
> this is my output:
>
>
> + @apache-royale/royale-js-swf@0.9.6-beta9
>
> added 146 packages from 108 contributors in 426.831s
>
>
>
>
> then I tried "mxmlc" just from command line:
>
>
> macbookpro:~ carlosrovira$ mxmlc
>
> Using Royale Compiler codebase:
> /Users/carlosrovira/Dev/Royale/Source/royale-compiler
>
> Using Royale SDK: /Users/carlosrovira/Dev/Royale/Source/royale-asjs
>
> MXMLJSC
>
> +royalelib=/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks
>
>
> -sdk-js-lib=/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/js/Royale/generated-sources
>
> Loading configuration:
>
> /Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/royale-config.xml
>
>
> Error: a target file must be specified.
>
>
>
>
> Error: a target file must be specified.
>
>
>
>
> 0.888219402 seconds
>
> macbookpro:~ carlosrovira$
>
>
>
>
> --
> Carlos Rovira
> http://about.me/carlosrovira
>


Re: Discuss of release steps preparation

2019-09-12 Thread Carlos Rovira
Hi,

think al went fine :)

this is my output:


+ @apache-royale/royale-js-swf@0.9.6-beta9

added 146 packages from 108 contributors in 426.831s




then I tried "mxmlc" just from command line:


macbookpro:~ carlosrovira$ mxmlc

Using Royale Compiler codebase:
/Users/carlosrovira/Dev/Royale/Source/royale-compiler

Using Royale SDK: /Users/carlosrovira/Dev/Royale/Source/royale-asjs

MXMLJSC

+royalelib=/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks

-sdk-js-lib=/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/js/Royale/generated-sources

Loading configuration:
/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/royale-config.xml


Error: a target file must be specified.




Error: a target file must be specified.




0.888219402 seconds

macbookpro:~ carlosrovira$




-- 
Carlos Rovira
http://about.me/carlosrovira


Re: Discuss of release steps preparation

2019-09-12 Thread Carlos Rovira
>> > > >
> > > > >> > > > On 9/4/19, 9:19 AM, "Piotr Zarzycki" <
> > > > >> piotrzarzyck...@gmail.com>
> > > > >> > wrote:
> > > > >> > > >
> > > > >> > > > Hi Alex,
> > > > >> > > >
> > > > >> > > > I know that is the goal, but I
> simply
> > > failed to
> > > > meet
> > > > >> those
> > > > >> > goals and
> > > > >> > > I
> > > > >> > > > gave
> > > > >> > > > up on that. I have artifacts and I
> would
> > > like to
> > > > release
> > > > >> > Royale -
> > > > >> > > > that's
> > > > >> > > > may goal, whether I do this in 90%
> > > automatically
> > > > and 10%
> > > > >> > manually
> > > > >> > > > after so
> > > > >> > > > many hours of work it doesn't
> matter to me
> > > now.
> > > > >> > > >
> > > > >> > > > You are seeing full console output
> > actually.
> > >     > Nothing
> > > > >> more
> > > > >> > happen
> > > > >> > > there.
> > > > >> > > >
> > > > >> > > > Thanks,
> > > > >> > > > Piotr
> > > > >> > > >
> > > > >> > > > śr., 4 wrz 2019 o 18:11 Alex Harui
> > > > >> 
> > > > >> > > > napisał(a):
> > > > >> > > >
> > > > >> > > > > Again, the goal is here to debug
> the
> > > scripts,
> > > > not to
> > > > >> skip
> > > > >> > them.
> > > > >> > > > >
> > > > >> > > > > And it is hard to help without
> console
> > > output to
> > > > >> examine.
> > > > >> > > > >
> > > > >> > > > > Yes, you have set the variables,
> but
> > have
> > > the
> > > > other
> > > > >> steps
> > > > >> > run that
> > > > >> > > > > generate an SVN working copy at
> that
> > > > destination?
> > > > >> Show the
> > > > >> > console
> > > > >> > > > output
> > > > >> > > > > related to it.
> > > > >> > > > >
> > > > >> > > > > HTH,
> > > > >> > > > > -Alex
> > > > >> > > > >
> > > > >> > > > > On 9/4/19, 9:01 AM, "Piotr
> Zarzycki" <
> > > > >> > piotrzarzyck...@gmail.com>
> > > > >> > > > wrote:
> > > > >> > > > >
> > > > >> > > > > From that point I will
> probably
> > upload
> > > > artifacts
> > > > >> > manually and
> > > > >> > > > run RC1.
> > > > >> > > > >
> > > &g

Re: Discuss of release steps preparation

2019-09-12 Thread Alex Harui
   > > > >> encourage more
> > > >> > > > frequent releases and more people 
volunteering
> > to be
> > > the
> > > >> RM, at
> > > >> > some
> > > >> > > point,
> > > >> > > > somebody else besides me has to either create
> a
> > rather
> > > >> complex
> > > >> > > step-by-step
> > > >> > > > manual/runbook or help debug these scripts.
> I'm
> > > willing to
> > > >> help
> > > >> > with the
> > > >> > > > latter, but I cannot without seeing the
> console
> > > output of
> > > >> prior
> > > >> > steps.
> > > >> > > > This is a process or sequence.  The steps you
> > run
> > > before
> > > >> matter to
> > > >> > the
> > > >> > > step
> > > >> > > > you are trying to run now.
> > > >> > > >
> > > >> > > > -Alex
> > > >> > > >
> > > >> > > > On 9/4/19, 9:19 AM, "Piotr Zarzycki" <
> > > >> piotrzarzyck...@gmail.com>
> > > >> > wrote:
> > > >> > > >
> > > >> > > > Hi Alex,
> > > >> > > >
> > > >> > > > I know that is the goal, but I simply
> > failed to
> > > meet
> > > >> those
> > > >> > goals and
> > > >> > > I
> > > >> > > > gave
> > > >> > > > up on that. I have artifacts and I would
> > like to
> > > release
> > > >> > Royale -
> > > >> > > > that's
> > > >> > > > may goal, whether I do this in 90%
> > automatically
> > > and 10%
> > > >> > manually
> > > >> > > > after so
> > > >> > > > many hours of work it doesn't matter to 
me
> > now.
> > > >> > > >
> > > >> > > > You are seeing full console output
> actually.
> > > Nothing
> > > >> more
> > > >> > happen
> > > >> > > there.
> > > >> > > >
> > > >> > > > Thanks,
> > > >> > > > Piotr
> > > >> > > >
> > > >> > > > śr., 4 wrz 2019 o 18:11 Alex Harui
> > > >> 
> > > >> > > > napisał(a):
> > > >> > > >
> > > >> > > > > Again, the goal is here to debug the
> > scripts,
> > > not to
> > > >> skip
> > > >> > them.
> > > >> > > > >
> > > >> > > > > And it is hard to help without console
> > output to
> > > >> examine.
> > > >> > > > >
> > > >> > > > > Yes, you have set the variables, but
> have
> > the
> > > other
> > > >> steps
> > > >> > run that
> > > >> > > > > generate an SVN working copy at that
> > > destination?
> > >

Re: Discuss of release steps preparation

2019-09-12 Thread Piotr Zarzycki
gt; > goals and
> > > >> > > I
> > > >> > > > gave
> > > >> > > > up on that. I have artifacts and I would
> > like to
> > > release
> > > >> > Royale -
> > > >> > > > that's
> > > >> > > > may goal, whether I do this in 90%
> > automatically
> > > and 10%
> > > >> > manually
> > > >> > > > after so
> > > >> > > > many hours of work it doesn't matter to me
> > now.
> > > >> > > >
> > > >> > > > You are seeing full console output
> actually.
> > > Nothing
> > > >> more
> > > >> > happen
> > > >> > > there.
> > > >> > > >
> > > >> > > > Thanks,
> > > >> > > > Piotr
> > > >> > > >
> > > >> > > > śr., 4 wrz 2019 o 18:11 Alex Harui
> > > >> 
> > > >> > > > napisał(a):
> > > >> > > >
> > > >> > > > > Again, the goal is here to debug the
> > scripts,
> > > not to
> > > >> skip
> > > >> > them.
> > > >> > > > >
> > > >> > > > > And it is hard to help without console
> > output to
> > > >> examine.
> > > >> > > > >
> > > >> > > > > Yes, you have set the variables, but
> have
> > the
> > > other
> > > >> steps
> > > >> > run that
> > > >> > > > > generate an SVN working copy at that
> > > destination?
> > > >> Show the
> > > >> > console
> > > >> > > > output
> > > >> > > > > related to it.
> > > >> > > > >
> > > >> > > > > HTH,
> > > >> > > > > -Alex
> > > >> > > > >
> > > >> > > > > On 9/4/19, 9:01 AM, "Piotr Zarzycki" <
> > > >> > piotrzarzyck...@gmail.com>
> > > >> > > > wrote:
> > > >> > > > >
> > > >> > > > > From that point I will probably
> upload
> > > artifacts
> > > >> > manually and
> > > >> > > > run RC1.
> > > >> > > > >
> > > >> > > > > śr., 4 wrz 2019 o 16:30 Piotr
> > Zarzycki <
> > > >> > > > piotrzarzyck...@gmail.com>
> > > >> > > > > napisał(a):
> > > >> > > > >
> > > >> > > > > > It looks like I have another
> > problems.
> > > Target
> > > >> for
> > > >> > uploading
> > > >> > > ant
> > > >> > > > > artifacts
> > > >> > > > > > is failing:
> > > >> > > > > >
> > > >> > > > > > ant -f releasesteps_asjs.xml
> >     > >> Release_Step_013_Upload
> > > >> > > > > > -Drelease.version=0.9.6 -Drc=1
> > > >> > > > > >
> > > >> > > > > > Buildfile:
> > > >> > >
> > /U

Re: Discuss of release steps preparation

2019-09-11 Thread OmPrakash Muppirala
> > run that
> > >> > > > > generate an SVN working copy at that
> > destination?
> > >> Show the
> > >> > console
> > >> > > > output
> > >> > > > > related to it.
> > >> > > > >
> > >> > > > > HTH,
> > >> > > > > -Alex
> > >>     > > >     >
> >     >> > > > > On 9/4/19, 9:01 AM, "Piotr Zarzycki" <
> > >> > piotrzarzyck...@gmail.com>
> > >> > > > wrote:
> > >> > > > >
> > >> > > > > From that point I will probably upload
> > artifacts
> > >> > manually and
> > >> > > > run RC1.
> > >> > > > >
> > >> > > > > śr., 4 wrz 2019 o 16:30 Piotr
> Zarzycki <
> > >> > > > piotrzarzyck...@gmail.com>
> > >> > > > > napisał(a):
> > >> > > > >
> > >> > > > > > It looks like I have another
> problems.
> > Target
> > >> for
> > >> > uploading
> > >> > > ant
> > >> > > > > artifacts
> > >> > > > > > is failing:
> > >> > > > > >
> > >> > > > > > ant -f releasesteps_asjs.xml
> > >> Release_Step_013_Upload
> > >> > > > > > -Drelease.version=0.9.6 -Drc=1
> > >> > > > > >
> > >> > > > > > Buildfile:
> > >> > >
> /Users/piotr/Downloads/royale/releasesteps_asjs.xml
> > >> > > > > >
> > >> > > > > > check-name-and-svn:
> > >> > > > > >  [echo] Name: 'Piotr Zarzycki'
> > >> > > > > >  [echo] svn.dist.dev:
> > >> > > > /Users/piotr/Downloads/royale/dist/dev
> > >> > > > > >  [echo] svn.dist.release:
> > >> > > > > /Users/piotr/Downloads/royale/dist/release
> > >> > > > > >  [echo] svn: /usr/bin/svn
> > >> > > > > >
> > >> > > >     > > BUILD FAILED
> > >> > > > > >
> > >> >
> /Users/piotr/Downloads/royale/releasesteps_asjs.xml:1537: The
> > >> > > > > svn.dist.dev
> > >> > > > > > property is not set to the working
> copy
> > for
> > >> > > > > >
> > >> > > > >
> > >> > > >
> > >> > >
> > >> >
> > >>
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdist.apache.org%2Frepos%2Fdist%2Fdevdata=02%7C01%7Caharui%40adobe.com%7Ca3ef8d389f7e4f6ff40508d735af0d80%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637036898328967212sdata=m6A4ScrDbcq7j%2FUlnKhfmxozs0sG8Bi8qo%2BobdYeIZw%3Dreserved=0
> > >> > > > > .
> > >> > > > > >
> > >> > > > > > As you can see above I have all
> properties
> > >> setup cause
> > >> > I made
> > >> > > > an
> > >> > > > > echo. I
> > >> > > > > > don't understand what is
> happening...
> > >> > > > > >
> > >> > > > > > Thanks,
> > >> > > > > > Piotr
> > >> > > > > >
> > >> &

Re: Discuss of release steps preparation

2019-09-09 Thread Piotr Zarzycki
ks,
>>> > > Piotr
>>> > >
>>> > > śr., 4 wrz 2019 o 18:52 Alex Harui >> >
>>> > napisał(a):
>>> > >
>>> > > > Piotr,
>>> > > >
>>> > > > Well, I can't tell you what to do, but if we want to
>>> encourage more
>>> > > > frequent releases and more people volunteering to be the
>>> RM, at
>>> > some
>>> > > point,
>>> > > > somebody else besides me has to either create a rather
>>> complex
>>> > > step-by-step
>>> > > > manual/runbook or help debug these scripts.  I'm willing
>>> to help
>>> > with the
>>> > > > latter, but I cannot without seeing the console output of
>>> prior
>>> > steps.
>>> > > > This is a process or sequence.  The steps you run before
>>> matter to
>>> > the
>>> > > step
>>> > > > you are trying to run now.
>>> > > >
>>> > > > -Alex
>>> > > >
>>> > > > On 9/4/19, 9:19 AM, "Piotr Zarzycki" <
>>> piotrzarzyck...@gmail.com>
>>> > wrote:
>>> > > >
>>> > > > Hi Alex,
>>> > > >
>>> > > > I know that is the goal, but I simply failed to meet
>>> those
>>> > goals and
>>> > > I
>>> > > > gave
>>> > > > up on that. I have artifacts and I would like to
>>> release
>>> > Royale -
>>> > > > that's
>>> > > > may goal, whether I do this in 90% automatically and
>>> 10%
>>> > manually
>>> > > > after so
>>> > > > many hours of work it doesn't matter to me now.
>>> > > >
>>> > > > You are seeing full console output actually. Nothing
>>> more
>>> > happen
>>> > > there.
>>> > > >
>>> > > > Thanks,
>>> > > > Piotr
>>> > > >
>>> > > > śr., 4 wrz 2019 o 18:11 Alex Harui
>>> 
>>> > > > napisał(a):
>>> > > >
>>> > > > > Again, the goal is here to debug the scripts, not to
>>> skip
>>> > them.
>>> > > > >
>>> > > > > And it is hard to help without console output to
>>> examine.
>>> > > > >
>>> > > > > Yes, you have set the variables, but have the other
>>> steps
>>> > run that
>>> > > > > generate an SVN working copy at that destination?
>>> Show the
>>> > console
>>> > > > output
>>> > > > > related to it.
>>> > > > >
>>> > > > > HTH,
>>> > > > > -Alex
>>> > > > >
>>> > > > > On 9/4/19, 9:01 AM, "Piotr Zarzycki" <
>>> > piotrzarzyck...@gmail.com>
>>> > > > wrote:
>>> > > > >
>>> > > > > From that point I will probably upload artifacts
>>> > manually and
>>> > > > run RC1.
>>> > > > >
>>> > > > > śr., 4 wrz 2019 o 16:30 Piotr Zarzycki <
>>> > > > piotrzarzyck...@gmail.com>
>>> > > > > napisał(a):
>>> > > > >
>>> > > > > > It looks like I have another problems. Target
>>> for
>>> > uploading
>>> > > ant
>>> > > > > artifacts
>>> > > > > > is failing:
>>> > > > > >
>>> > > > > > ant -f releasesteps_asjs.xml
>>> Release_Step_013_Upload
>>>  

Re: Discuss of release steps preparation

2019-09-09 Thread Piotr Zarzycki
gt;> > > > -Alex
>> > > >
>> > > > On 9/4/19, 9:19 AM, "Piotr Zarzycki" <
>> piotrzarzyck...@gmail.com>
>> > wrote:
>> > > >
>> > > > Hi Alex,
>> > > >
>> > > > I know that is the goal, but I simply failed to meet
>> those
>> > goals and
>> > > I
>> > > > gave
>> > > > up on that. I have artifacts and I would like to release
>> > Royale -
>> > > > that's
>> > > > may goal, whether I do this in 90% automatically and 10%
>> > manually
>> > > > after so
>> > > > many hours of work it doesn't matter to me now.
>> > > >
>> > > > You are seeing full console output actually. Nothing
>> more
>> > happen
>> > > there.
>> > > >
>> > > > Thanks,
>> > > > Piotr
>> > > >
>> > > > śr., 4 wrz 2019 o 18:11 Alex Harui
>> 
>> > > > napisał(a):
>> > > >
>> > > > > Again, the goal is here to debug the scripts, not to
>> skip
>> > them.
>> > > > >
>> > > > > And it is hard to help without console output to
>> examine.
>> > > > >
>> > > > > Yes, you have set the variables, but have the other
>> steps
>> > run that
>> > > > > generate an SVN working copy at that destination?
>> Show the
>> > console
>> > > > output
>> > > > > related to it.
>> > > > >
>> > > > > HTH,
>> > > > > -Alex
>> > > > >
>> > > > > On 9/4/19, 9:01 AM, "Piotr Zarzycki" <
>> > piotrzarzyck...@gmail.com>
>> > > > wrote:
>> > > > >
>> > > > > From that point I will probably upload artifacts
>> > manually and
>> > > > run RC1.
>> > > > >
>> > > > > śr., 4 wrz 2019 o 16:30 Piotr Zarzycki <
>> > > > piotrzarzyck...@gmail.com>
>> > > > > napisał(a):
>> > > > >
>> > > > > > It looks like I have another problems. Target
>> for
>> > uploading
>> > > ant
>> > > > > artifacts
>> > > > > > is failing:
>> > > > > >
>> > > > > > ant -f releasesteps_asjs.xml
>> Release_Step_013_Upload
>> > > > > > -Drelease.version=0.9.6 -Drc=1
>> > > > > >
>> > > > > > Buildfile:
>> > > /Users/piotr/Downloads/royale/releasesteps_asjs.xml
>>     > > > > >
>> > > > > > check-name-and-svn:
>> > > > > >  [echo] Name: 'Piotr Zarzycki'
>> > > > > >  [echo] svn.dist.dev:
>> > > > /Users/piotr/Downloads/royale/dist/dev
>> > > > > >  [echo] svn.dist.release:
>> > > > > /Users/piotr/Downloads/royale/dist/release
>> > > > > >  [echo] svn: /usr/bin/svn
>> > > > > >
>> > > > > > BUILD FAILED
>> > > > > >
>> > /Users/piotr/Downloads/royale/releasesteps_asjs.xml:1537: The
>> > > > > svn.dist.dev
>> > > > > > property is not set to the working copy for
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdist.apache.org%2Frepos%2Fdist%2Fdevdata=02%7C01%7Caharui%40adobe.com%7Cc25ddbbad0ec426389e908d73364eb9f%7C

Re: Discuss of release steps preparation

2019-09-07 Thread Andrew Wetmore
; >  [echo] svn.dist.dev:
> > > > /Users/piotr/Downloads/royale/dist/dev
> > > > > >  [echo] svn.dist.release:
> > > > > /Users/piotr/Downloads/royale/dist/release
> > > > > >  [echo] svn: /usr/bin/svn
> > > > > >
> > > > > > BUILD FAILED
> > > > > >
> > /Users/piotr/Downloads/royale/releasesteps_asjs.xml:1537: The
> >     > >     > svn.dist.dev
> > > > > > property is not set to the working copy for
> > > > > >
> > > > >
> > > >
> > >
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdist.apache.org%2Frepos%2Fdist%2Fdevdata=02%7C01%7Caharui%40adobe.com%7Cd8000c2487bb40a3e66908d732b94347%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637033643651232147sdata=TnDwwWNdgu4txHMAqvSb0YyiOVKqYjCq98uxb0m7AMA%3Dreserved=0
> > > > > .
> > > > > >
> > > > > > As you can see above I have all properties setup
> cause
> > I made
> > > > an
> > > > > echo. I
> > > > > > don't understand what is happening...
> > > > > >
> > > > > > Thanks,
> > > > > > Piotr
> > > > > >
> > > > > > śr., 4 wrz 2019 o 13:13 Piotr Zarzycki <
> > > > piotrzarzyck...@gmail.com>
> > > > > > napisał(a):
> > > > > >
> > > > > >> I was able to produce ant artifacts on Mac! I will
> > try get
> > > an
> > > > RC1
> > > > > today.
> > > > > >>
> > > > > >> śr., 4 wrz 2019 o 11:11 Yishay Weiss <
> > > yishayj...@hotmail.com>
> > > > > napisał(a):
> > > > > >>
> > > > > >>> Here’s what I’ve got.
> > > > > >>>
> > > > > >>>
> > > > > >>>
> > > > > >>> ANT_HOME
> > > > > >>>
> > > > > >>> C:\dev\ant\apache-ant-1.10.1
> > > > > >>>
> > > > > >>>
> > > > > >>>
> > > > > >>> 
> > > > > >>> From: Piotr Zarzycki 
> > > > > >>> Sent: Wednesday, September 4, 2019 11:56:02 AM
> > > > > >>> To: dev@royale.apache.org 
> > > > > >>> Subject: Re: Discuss of release steps preparation
> > > > > >>>
> > > > > >>> Hi Yishay,
> > > > > >>>
> > > > > >>> It was pretty stupid from my sight. I was certain
> > that I
> > > > have this
> > > > > env
> > > > > >>> variable setup, cause ant is working for me. I have
> > no idea
> > > > how.
> > > > > Let me
> > > > > >>> set
> > > > > >>> it and see whether it help.
> > > > > >>>
> > > > > >>> Thanks,
> > > > > >>> Piotr
> > > > > >>>
> > > > > >>> śr., 4 wrz 2019 o 10:37 Yishay Weiss <
> > > yishayj...@hotmail.com
> > > > >
> > > > > >>> napisał(a):
> > > > > >>>
> > > > > >>> > >
> > > > > >>> >
> > > > > >>>
> > > > >
> > > >
> > >
> >
> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-asjs/build.xml:1636:
> > > > > >>> >
> > > > > >>>
> > > > >
> > > >
> > >
> >
> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royal

Re: Discuss of release steps preparation

2019-09-06 Thread OmPrakash Muppirala
> > > > /Users/piotr/Downloads/royale/dist/release
> > > > >  [echo] svn: /usr/bin/svn
> > > > >
> > > > > BUILD FAILED
> > > > > /Users/piotr/Downloads/royale/releasesteps_asjs.xml:1537:
> The
> > > > svn.dist.dev
> > > > > property is not set to the working copy for
> > > > >
> > > >
> > >
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdist.apache.org%2Frepos%2Fdist%2Fdevdata=02%7C01%7Caharui%40adobe.com%7C7a223df6f5d4435c17c008d731539953%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637032107443413136sdata=Et8HJHapB3FvMonYzhnsfNoonvUfRd1VNr5GUktMcDs%3Dreserved=0
> > > > .
> > > > >
> > > >     > As you can see above I have all properties setup cause I
> made
> > > an
> > > > echo. I
> > > > > don't understand what is happening...
> > > > >
> > > > > Thanks,
> > > > > Piotr
> > > > >
> > > > > śr., 4 wrz 2019 o 13:13 Piotr Zarzycki <
> > > piotrzarzyck...@gmail.com>
> > > > > napisał(a):
> > > > >
> > > > >> I was able to produce ant artifacts on Mac! I will try get
> > an
> > > RC1
> > > > today.
> > > > >>
> > > > >> śr., 4 wrz 2019 o 11:11 Yishay Weiss <
> > yishayj...@hotmail.com>
> > > > napisał(a):
> > > > >>
> > > > >>> Here’s what I’ve got.
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>> ANT_HOME
> > > > >>>
> > > > >>> C:\dev\ant\apache-ant-1.10.1
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>> ________
> > > > >>> From: Piotr Zarzycki 
> > > > >>> Sent: Wednesday, September 4, 2019 11:56:02 AM
> > > > >>> To: dev@royale.apache.org 
> > > > >>> Subject: Re: Discuss of release steps preparation
> > > > >>>
> > > > >>> Hi Yishay,
> > > > >>>
> > > > >>> It was pretty stupid from my sight. I was certain that I
> > > have this
> > > > env
> > > > >>> variable setup, cause ant is working for me. I have no
> idea
> > > how.
> > > > Let me
> > > > >>> set
> > > > >>> it and see whether it help.
> > > > >>>
> > > > >>> Thanks,
> > > > >>> Piotr
> > > > >>>
> > > > >>> śr., 4 wrz 2019 o 10:37 Yishay Weiss <
> > yishayj...@hotmail.com
> > > >
> > > > >>> napisał(a):
> > > > >>>
> > > > >>> > >
> > > > >>> >
> > > > >>>
> > > >
> > >
> >
> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-asjs/build.xml:1636:
> > > > >>> >
> > > > >>>
> > > >
> > >
> >
> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-asjs/${env.ANT_HOME}/lib
> > > > >>> > does not exist.
> > > > >>> >
> > > > >>> >
> > > > >>> >
> > > > >>> > Is ANT_HOME env var defined?
> > > > >>> >
> > > > >>> >
> > > > >>> >
> > > > >>> > 
> > > > >>> > From: Piotr Zarzycki 
> > > > >>> > Sent: Wednesday, September 4, 2019 11:24:09 AM
> > > > >>> > To: dev@royale.apache.org 
> > > > >>> > Subject: Re: Discuss of release steps preparation
> > >

Re: Discuss of release steps preparation

2019-09-06 Thread Carlos Rovira
 > As you can see above I have all properties setup cause I made
> > an
> > > echo. I
> > > > don't understand what is happening...
> > > >
> > > > Thanks,
> > > > Piotr
> >     > >
> >     > > śr., 4 wrz 2019 o 13:13 Piotr Zarzycki <
> > piotrzarzyck...@gmail.com>
> > > > napisał(a):
> > > >
> > > >> I was able to produce ant artifacts on Mac! I will try get
> an
> > RC1
> > > today.
> > > >>
> > > >> śr., 4 wrz 2019 o 11:11 Yishay Weiss <
> yishayj...@hotmail.com>
> > > napisał(a):
> > > >>
> > > >>> Here’s what I’ve got.
> > > >>>
> > > >>>
> > > >>>
> > > >>> ANT_HOME
> > > >>>
> > > >>> C:\dev\ant\apache-ant-1.10.1
> > > >>>
> > > >>>
> > > >>>
> > > >>> 
> > > >>> From: Piotr Zarzycki 
> > > >>> Sent: Wednesday, September 4, 2019 11:56:02 AM
> > > >>> To: dev@royale.apache.org 
> > > >>> Subject: Re: Discuss of release steps preparation
> > > >>>
> >     > >>> Hi Yishay,
> > > >>>
> > > >>> It was pretty stupid from my sight. I was certain that I
> > have this
> > > env
> > > >>> variable setup, cause ant is working for me. I have no idea
> > how.
> > > Let me
> > > >>> set
> > > >>> it and see whether it help.
> > > >>>
> > > >>> Thanks,
> > > >>> Piotr
> > > >>>
> > > >>> śr., 4 wrz 2019 o 10:37 Yishay Weiss <
> yishayj...@hotmail.com
> > >
> > > >>> napisał(a):
> > > >>>
> > > >>> > >
> > > >>> >
> > > >>>
> > >
> >
> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-asjs/build.xml:1636:
> > > >>> >
> > > >>>
> > >
> >
> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-asjs/${env.ANT_HOME}/lib
> > > >>> > does not exist.
> > > >>> >
> > > >>> >
> > > >>> >
> > > >>> > Is ANT_HOME env var defined?
> > > >>> >
> > > >>> >
> > > >>> >
> > > >>> > 
> > > >>> > From: Piotr Zarzycki 
> > > >>> > Sent: Wednesday, September 4, 2019 11:24:09 AM
> > > >>> > To: dev@royale.apache.org 
> > > >>> > Subject: Re: Discuss of release steps preparation
> > > >>> >
> > > >>> > Hi,
> > > >>> >
> > > >>> > It moved farther, but failed with different stacktrace
> > [1]. I
> > > will try
> > > >>> to
> > > >>> > investigate this, unless someone has immediate idea why I
> > got
> > > that
> > > >>> issue.
> > > >>> >
> > > >>> > [1]
> > >
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fr48atdata=02%7C01%7Caharui%40adobe.com%7C7a223df6f5d4435c17c008d731539953%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637032107443423132sdata=kvycFSww6m0N0qXMeolpjlSpJH676HLiBQOrWvawhi0%3Dreserved=0
> > > >>> >
> > > >>> > Thanks,
> > > >>> > Piotr
> > > >>> >
> > > >>> > śr., 4 wrz 2019 o 07:36 Alex Harui
> > 
> > > >>> napisał(a):
> > > >>> >
> > > >>> > > FWIW, my Mac has:
> > > >>> > >
> > > >>> > &

Re: Discuss of release steps preparation

2019-09-06 Thread Piotr Zarzycki
Hi Alex,

I would love to encourage more people to be RM, but unfortunately my time
which I should spend on that release was exceeded at least double. I prefer
make now manually commit than deal with it - I'm sorry about that.

As for console output - you are saying that previous steps matters to that
one ? I sounds like I should do previous step in the same console window
cause it's influences current one.

Thanks,
Piotr

śr., 4 wrz 2019 o 18:52 Alex Harui  napisał(a):

> Piotr,
>
> Well, I can't tell you what to do, but if we want to encourage more
> frequent releases and more people volunteering to be the RM, at some point,
> somebody else besides me has to either create a rather complex step-by-step
> manual/runbook or help debug these scripts.  I'm willing to help with the
> latter, but I cannot without seeing the console output of prior steps.
> This is a process or sequence.  The steps you run before matter to the step
> you are trying to run now.
>
> -Alex
>
> On 9/4/19, 9:19 AM, "Piotr Zarzycki"  wrote:
>
> Hi Alex,
>
> I know that is the goal, but I simply failed to meet those goals and I
> gave
> up on that. I have artifacts and I would like to release Royale -
> that's
> may goal, whether I do this in 90% automatically and 10% manually
> after so
> many hours of work it doesn't matter to me now.
>
> You are seeing full console output actually. Nothing more happen there.
>
> Thanks,
> Piotr
>
> śr., 4 wrz 2019 o 18:11 Alex Harui 
> napisał(a):
>
> > Again, the goal is here to debug the scripts, not to skip them.
> >
> > And it is hard to help without console output to examine.
> >
> > Yes, you have set the variables, but have the other steps run that
> > generate an SVN working copy at that destination?  Show the console
> output
> > related to it.
> >
> > HTH,
> > -Alex
> >
> > On 9/4/19, 9:01 AM, "Piotr Zarzycki" 
> wrote:
> >
> > From that point I will probably upload artifacts manually and
> run RC1.
> >
> > śr., 4 wrz 2019 o 16:30 Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > napisał(a):
> >
> > > It looks like I have another problems. Target for uploading ant
> > artifacts
> > > is failing:
> > >
> > > ant -f releasesteps_asjs.xml Release_Step_013_Upload
> > > -Drelease.version=0.9.6 -Drc=1
> > >
> > > Buildfile: /Users/piotr/Downloads/royale/releasesteps_asjs.xml
> > >
> > > check-name-and-svn:
> > >  [echo] Name: 'Piotr Zarzycki'
> > >  [echo] svn.dist.dev:
> /Users/piotr/Downloads/royale/dist/dev
> > >  [echo] svn.dist.release:
> > /Users/piotr/Downloads/royale/dist/release
> > >  [echo] svn: /usr/bin/svn
> > >
> > > BUILD FAILED
> > > /Users/piotr/Downloads/royale/releasesteps_asjs.xml:1537: The
> > svn.dist.dev
> > > property is not set to the working copy for
> > >
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdist.apache.org%2Frepos%2Fdist%2Fdevdata=02%7C01%7Caharui%40adobe.com%7C7a223df6f5d4435c17c008d731539953%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637032107443413136sdata=Et8HJHapB3FvMonYzhnsfNoonvUfRd1VNr5GUktMcDs%3Dreserved=0
> > .
> > >
> > > As you can see above I have all properties setup cause I made
> an
> > echo. I
> > > don't understand what is happening...
> > >
> > > Thanks,
> > > Piotr
> > >
> > > śr., 4 wrz 2019 o 13:13 Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > > napisał(a):
> > >
> > >> I was able to produce ant artifacts on Mac! I will try get an
> RC1
> > today.
> > >>
> > >> śr., 4 wrz 2019 o 11:11 Yishay Weiss 
> > napisał(a):
> > >>
> > >>> Here’s what I’ve got.
> > >>>
> > >>>
> > >>>
> > >>> ANT_HOME
> > >>>
> > >>> C:\dev\ant\apache-ant-1.10.1
> > >>>
> > >>>
> > >>>
> > >>> 
> > >>> 

Re: Discuss of release steps preparation

2019-09-04 Thread Alex Harui
Piotr, 

Well, I can't tell you what to do, but if we want to encourage more frequent 
releases and more people volunteering to be the RM, at some point, somebody 
else besides me has to either create a rather complex step-by-step 
manual/runbook or help debug these scripts.  I'm willing to help with the 
latter, but I cannot without seeing the console output of prior steps.  This is 
a process or sequence.  The steps you run before matter to the step you are 
trying to run now.

-Alex

On 9/4/19, 9:19 AM, "Piotr Zarzycki"  wrote:

Hi Alex,

I know that is the goal, but I simply failed to meet those goals and I gave
up on that. I have artifacts and I would like to release Royale - that's
may goal, whether I do this in 90% automatically and 10% manually after so
many hours of work it doesn't matter to me now.

You are seeing full console output actually. Nothing more happen there.

Thanks,
Piotr

śr., 4 wrz 2019 o 18:11 Alex Harui  napisał(a):

> Again, the goal is here to debug the scripts, not to skip them.
>
> And it is hard to help without console output to examine.
>
> Yes, you have set the variables, but have the other steps run that
> generate an SVN working copy at that destination?  Show the console output
> related to it.
>
> HTH,
> -Alex
>
> On 9/4/19, 9:01 AM, "Piotr Zarzycki"  wrote:
>
> From that point I will probably upload artifacts manually and run RC1.
>
> śr., 4 wrz 2019 o 16:30 Piotr Zarzycki 
> napisał(a):
>
> > It looks like I have another problems. Target for uploading ant
> artifacts
> > is failing:
> >
> > ant -f releasesteps_asjs.xml Release_Step_013_Upload
> > -Drelease.version=0.9.6 -Drc=1
> >
> > Buildfile: /Users/piotr/Downloads/royale/releasesteps_asjs.xml
> >
> > check-name-and-svn:
> >  [echo] Name: 'Piotr Zarzycki'
> >  [echo] svn.dist.dev: /Users/piotr/Downloads/royale/dist/dev
> >  [echo] svn.dist.release:
> /Users/piotr/Downloads/royale/dist/release
> >  [echo] svn: /usr/bin/svn
> >
> > BUILD FAILED
> > /Users/piotr/Downloads/royale/releasesteps_asjs.xml:1537: The
> svn.dist.dev
> > property is not set to the working copy for
> >
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdist.apache.org%2Frepos%2Fdist%2Fdevdata=02%7C01%7Caharui%40adobe.com%7C7a223df6f5d4435c17c008d731539953%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637032107443413136sdata=Et8HJHapB3FvMonYzhnsfNoonvUfRd1VNr5GUktMcDs%3Dreserved=0
> .
> >
> > As you can see above I have all properties setup cause I made an
> echo. I
> > don't understand what is happening...
> >
> > Thanks,
> > Piotr
> >
> > śr., 4 wrz 2019 o 13:13 Piotr Zarzycki 
> > napisał(a):
> >
> >> I was able to produce ant artifacts on Mac! I will try get an RC1
> today.
> >>
> >> śr., 4 wrz 2019 o 11:11 Yishay Weiss 
> napisał(a):
> >>
> >>> Here’s what I’ve got.
> >>>
> >>>
>     >>>
    > >>> ANT_HOME
> >>>
> >>> C:\dev\ant\apache-ant-1.10.1
> >>>
> >>>
> >>>
> >>> 
> >>> From: Piotr Zarzycki 
> >>> Sent: Wednesday, September 4, 2019 11:56:02 AM
> >>> To: dev@royale.apache.org 
> >>> Subject: Re: Discuss of release steps preparation
> >>>
> >>> Hi Yishay,
> >>>
> >>> It was pretty stupid from my sight. I was certain that I have this
> env
> >>> variable setup, cause ant is working for me. I have no idea how.
> Let me
> >>> set
> >>> it and see whether it help.
> >>>
> >>> Thanks,
> >>> Piotr
> >>>
> >>> śr., 4 wrz 2019 o 10:37 Yishay Weiss 
> >>> napisał(a):
> >>>
>     >>> > >
    > >>> >
> >>>
> 
/Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-asjs/build.xml:1636:
   

Re: Discuss of release steps preparation

2019-09-04 Thread Piotr Zarzycki
Hi Alex,

I know that is the goal, but I simply failed to meet those goals and I gave
up on that. I have artifacts and I would like to release Royale - that's
may goal, whether I do this in 90% automatically and 10% manually after so
many hours of work it doesn't matter to me now.

You are seeing full console output actually. Nothing more happen there.

Thanks,
Piotr

śr., 4 wrz 2019 o 18:11 Alex Harui  napisał(a):

> Again, the goal is here to debug the scripts, not to skip them.
>
> And it is hard to help without console output to examine.
>
> Yes, you have set the variables, but have the other steps run that
> generate an SVN working copy at that destination?  Show the console output
> related to it.
>
> HTH,
> -Alex
>
> On 9/4/19, 9:01 AM, "Piotr Zarzycki"  wrote:
>
> From that point I will probably upload artifacts manually and run RC1.
>
> śr., 4 wrz 2019 o 16:30 Piotr Zarzycki 
> napisał(a):
>
> > It looks like I have another problems. Target for uploading ant
> artifacts
> > is failing:
> >
> > ant -f releasesteps_asjs.xml Release_Step_013_Upload
> > -Drelease.version=0.9.6 -Drc=1
> >
> > Buildfile: /Users/piotr/Downloads/royale/releasesteps_asjs.xml
> >
> > check-name-and-svn:
> >  [echo] Name: 'Piotr Zarzycki'
> >  [echo] svn.dist.dev: /Users/piotr/Downloads/royale/dist/dev
> >  [echo] svn.dist.release:
> /Users/piotr/Downloads/royale/dist/release
> >  [echo] svn: /usr/bin/svn
> >
> > BUILD FAILED
> > /Users/piotr/Downloads/royale/releasesteps_asjs.xml:1537: The
> svn.dist.dev
> > property is not set to the working copy for
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdist.apache.org%2Frepos%2Fdist%2Fdevdata=02%7C01%7Caharui%40adobe.com%7C4e25cee076954707866508d731511a64%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637032096735701135sdata=5fZN5a4KNvVznt%2B7QTEXIAhUg0UxwYJzDLCnKfm%2B9pM%3Dreserved=0
> .
> >
> > As you can see above I have all properties setup cause I made an
> echo. I
> > don't understand what is happening...
> >
> > Thanks,
> > Piotr
> >
> > śr., 4 wrz 2019 o 13:13 Piotr Zarzycki 
> > napisał(a):
> >
> >> I was able to produce ant artifacts on Mac! I will try get an RC1
> today.
> >>
> >> śr., 4 wrz 2019 o 11:11 Yishay Weiss 
> napisał(a):
> >>
> >>> Here’s what I’ve got.
> >>>
> >>>
> >>>
> >>> ANT_HOME
> >>>
> >>> C:\dev\ant\apache-ant-1.10.1
> >>>
> >>>
> >>>
> >>> 
> >>> From: Piotr Zarzycki 
> >>> Sent: Wednesday, September 4, 2019 11:56:02 AM
> >>> To: dev@royale.apache.org 
> >>> Subject: Re: Discuss of release steps preparation
> >>>
> >>> Hi Yishay,
> >>>
> >>> It was pretty stupid from my sight. I was certain that I have this
> env
> >>> variable setup, cause ant is working for me. I have no idea how.
> Let me
> >>> set
> >>> it and see whether it help.
> >>>
> >>> Thanks,
> >>> Piotr
> >>>
> >>> śr., 4 wrz 2019 o 10:37 Yishay Weiss 
>     >>> napisał(a):
> >>>
> >>> > >
> >>> >
> >>>
> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-asjs/build.xml:1636:
> >>> >
> >>>
> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-asjs/${env.ANT_HOME}/lib
> >>> > does not exist.
> >>> >
> >>> >
> >>> >
> >>> > Is ANT_HOME env var defined?
> >>> >
> >>> >
> >>> >
> >>> > 
> >>> > From: Piotr Zarzycki 
> >>> > Sent: Wednesday, September 4, 2019 11:24:09 AM
> >>> > To: dev@royale.apache.org 
> >>> > Subject: Re: Discuss of release steps preparation
> >>> >
> >>> > Hi,
> >>> >
> >>> > It moved farther, but failed with different stacktrace [1]. I
> will try
> >>> to
> >>> > investigate this, unless someone ha

Re: Discuss of release steps preparation

2019-09-04 Thread Alex Harui
Again, the goal is here to debug the scripts, not to skip them.

And it is hard to help without console output to examine.

Yes, you have set the variables, but have the other steps run that generate an 
SVN working copy at that destination?  Show the console output related to it.

HTH,
-Alex

On 9/4/19, 9:01 AM, "Piotr Zarzycki"  wrote:

From that point I will probably upload artifacts manually and run RC1.

śr., 4 wrz 2019 o 16:30 Piotr Zarzycki 
napisał(a):

> It looks like I have another problems. Target for uploading ant artifacts
> is failing:
>
> ant -f releasesteps_asjs.xml Release_Step_013_Upload
> -Drelease.version=0.9.6 -Drc=1
>
> Buildfile: /Users/piotr/Downloads/royale/releasesteps_asjs.xml
>
> check-name-and-svn:
>  [echo] Name: 'Piotr Zarzycki'
>  [echo] svn.dist.dev: /Users/piotr/Downloads/royale/dist/dev
>  [echo] svn.dist.release: /Users/piotr/Downloads/royale/dist/release
>  [echo] svn: /usr/bin/svn
>
> BUILD FAILED
> /Users/piotr/Downloads/royale/releasesteps_asjs.xml:1537: The svn.dist.dev
> property is not set to the working copy for
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdist.apache.org%2Frepos%2Fdist%2Fdevdata=02%7C01%7Caharui%40adobe.com%7C4e25cee076954707866508d731511a64%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637032096735701135sdata=5fZN5a4KNvVznt%2B7QTEXIAhUg0UxwYJzDLCnKfm%2B9pM%3Dreserved=0.
>
> As you can see above I have all properties setup cause I made an echo. I
> don't understand what is happening...
>
> Thanks,
> Piotr
>
> śr., 4 wrz 2019 o 13:13 Piotr Zarzycki 
> napisał(a):
>
>> I was able to produce ant artifacts on Mac! I will try get an RC1 today.
>>
>> śr., 4 wrz 2019 o 11:11 Yishay Weiss  napisał(a):
>>
>>> Here’s what I’ve got.
>>>
>>>
>>>
>>> ANT_HOME
>>>
>>> C:\dev\ant\apache-ant-1.10.1
>>>
>>>
    >>>
>>> 
>>> From: Piotr Zarzycki 
>>> Sent: Wednesday, September 4, 2019 11:56:02 AM
>>> To: dev@royale.apache.org 
>>> Subject: Re: Discuss of release steps preparation
>>>
>>> Hi Yishay,
>>>
>>> It was pretty stupid from my sight. I was certain that I have this env
>>> variable setup, cause ant is working for me. I have no idea how. Let me
>>> set
>>> it and see whether it help.
>>>
>>> Thanks,
>>> Piotr
>>>
>>> śr., 4 wrz 2019 o 10:37 Yishay Weiss 
>>> napisał(a):
>>>
>>> > >
>>> >
>>> 
/Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-asjs/build.xml:1636:
>>> >
>>> 
/Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-asjs/${env.ANT_HOME}/lib
>>> > does not exist.
>>> >
>>> >
>>> >
>>> > Is ANT_HOME env var defined?
>>> >
>>> >
>>> >
>>> > 
>>> > From: Piotr Zarzycki 
>>> > Sent: Wednesday, September 4, 2019 11:24:09 AM
>>> > To: dev@royale.apache.org 
>>> > Subject: Re: Discuss of release steps preparation
>>> >
>>> > Hi,
>>> >
>>> > It moved farther, but failed with different stacktrace [1]. I will try
>>> to
>>> > investigate this, unless someone has immediate idea why I got that
>>> issue.
>>> >
>>> > [1] 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fr48atdata=02%7C01%7Caharui%40adobe.com%7C4e25cee076954707866508d731511a64%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637032096735701135sdata=kqeCxKyMxz%2BZJuyDByWfU4Sp6mCRVIbr7bdK5GKFDr0%3Dreserved=0
>>> >
>>> > Thanks,
>>> > Piotr
>>> >
>>> > śr., 4 wrz 2019 o 07:36 Alex Harui 
>>> napisał(a):
>>> >
>>> > > FWIW, my Mac has:
>>> > >
>>> > > FLASHPLAYER_DEBUGGER='/Users//yyy/Flash Player
>>> > > Debugger.app/Contents/MacOS/Flash Player Debugger'
>>> > >
>>> > > Note the single quotes instead of escaped spaces as described in the
>>> &g

Re: Discuss of release steps preparation

2019-09-04 Thread Piotr Zarzycki
>From that point I will probably upload artifacts manually and run RC1.

śr., 4 wrz 2019 o 16:30 Piotr Zarzycki 
napisał(a):

> It looks like I have another problems. Target for uploading ant artifacts
> is failing:
>
> ant -f releasesteps_asjs.xml Release_Step_013_Upload
> -Drelease.version=0.9.6 -Drc=1
>
> Buildfile: /Users/piotr/Downloads/royale/releasesteps_asjs.xml
>
> check-name-and-svn:
>  [echo] Name: 'Piotr Zarzycki'
>  [echo] svn.dist.dev: /Users/piotr/Downloads/royale/dist/dev
>  [echo] svn.dist.release: /Users/piotr/Downloads/royale/dist/release
>  [echo] svn: /usr/bin/svn
>
> BUILD FAILED
> /Users/piotr/Downloads/royale/releasesteps_asjs.xml:1537: The svn.dist.dev
> property is not set to the working copy for
> https://dist.apache.org/repos/dist/dev.
>
> As you can see above I have all properties setup cause I made an echo. I
> don't understand what is happening...
>
> Thanks,
> Piotr
>
> śr., 4 wrz 2019 o 13:13 Piotr Zarzycki 
> napisał(a):
>
>> I was able to produce ant artifacts on Mac! I will try get an RC1 today.
>>
>> śr., 4 wrz 2019 o 11:11 Yishay Weiss  napisał(a):
>>
>>> Here’s what I’ve got.
>>>
>>>
>>>
>>> ANT_HOME
>>>
>>> C:\dev\ant\apache-ant-1.10.1
>>>
>>>
>>>
>>> 
>>> From: Piotr Zarzycki 
>>> Sent: Wednesday, September 4, 2019 11:56:02 AM
>>> To: dev@royale.apache.org 
>>> Subject: Re: Discuss of release steps preparation
>>>
>>> Hi Yishay,
>>>
>>> It was pretty stupid from my sight. I was certain that I have this env
>>> variable setup, cause ant is working for me. I have no idea how. Let me
>>> set
>>> it and see whether it help.
>>>
>>> Thanks,
>>> Piotr
>>>
>>> śr., 4 wrz 2019 o 10:37 Yishay Weiss 
>>> napisał(a):
>>>
>>> > >
>>> >
>>> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-asjs/build.xml:1636:
>>> >
>>> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-asjs/${env.ANT_HOME}/lib
>>> > does not exist.
>>> >
>>> >
>>> >
>>> > Is ANT_HOME env var defined?
>>> >
>>> >
>>> >
>>> > 
>>> > From: Piotr Zarzycki 
>>> > Sent: Wednesday, September 4, 2019 11:24:09 AM
>>> > To: dev@royale.apache.org 
>>> > Subject: Re: Discuss of release steps preparation
>>> >
>>> > Hi,
>>> >
>>> > It moved farther, but failed with different stacktrace [1]. I will try
>>> to
>>> > investigate this, unless someone has immediate idea why I got that
>>> issue.
>>> >
>>> > [1] https://paste.apache.org/r48at
>>> >
>>> > Thanks,
>>> > Piotr
>>> >
>>> > śr., 4 wrz 2019 o 07:36 Alex Harui 
>>> napisał(a):
>>> >
>>> > > FWIW, my Mac has:
>>> > >
>>> > > FLASHPLAYER_DEBUGGER='/Users//yyy/Flash Player
>>> > > Debugger.app/Contents/MacOS/Flash Player Debugger'
>>> > >
>>> > > Note the single quotes instead of escaped spaces as described in the
>>> > > README.  I think some code in Ant or the compiler doesn't handle
>>> escaping
>>> > > spaces correctly.
>>> > >
>>> > > The point of having someone else be the RM is to debug the Ant
>>> scripts
>>> > and
>>> > > other parts of the release process, and also to make sure at least
>>> one
>>> > > other person on this project knows how these scripts work and can
>>> help
>>> > > maintain them.  So even if you do get it working on Mac it will still
>>> > mean
>>> > > that there is a bug in the process on Windows.  I could go try the
>>> > scripts
>>> > > on Windows, but I'd rather see someone else learn how to debug these
>>> > > scripts.  I do not think I've seen any console output posted that
>>> might
>>> > > give a clue as to why those files get locked, nor have I seen any
>>> mention
>>> > > of modifying the scripts to add more debugging output around where
>>> Ant
>>> > > tasks get loaded.
>>> > >
>>> > > I haven't tried this myself, but there are supposedly tools to show

Re: Discuss of release steps preparation

2019-09-04 Thread Piotr Zarzycki
It looks like I have another problems. Target for uploading ant artifacts
is failing:

ant -f releasesteps_asjs.xml Release_Step_013_Upload
-Drelease.version=0.9.6 -Drc=1

Buildfile: /Users/piotr/Downloads/royale/releasesteps_asjs.xml

check-name-and-svn:
 [echo] Name: 'Piotr Zarzycki'
 [echo] svn.dist.dev: /Users/piotr/Downloads/royale/dist/dev
 [echo] svn.dist.release: /Users/piotr/Downloads/royale/dist/release
 [echo] svn: /usr/bin/svn

BUILD FAILED
/Users/piotr/Downloads/royale/releasesteps_asjs.xml:1537: The svn.dist.dev
property is not set to the working copy for
https://dist.apache.org/repos/dist/dev.

As you can see above I have all properties setup cause I made an echo. I
don't understand what is happening...

Thanks,
Piotr

śr., 4 wrz 2019 o 13:13 Piotr Zarzycki 
napisał(a):

> I was able to produce ant artifacts on Mac! I will try get an RC1 today.
>
> śr., 4 wrz 2019 o 11:11 Yishay Weiss  napisał(a):
>
>> Here’s what I’ve got.
>>
>>
>>
>> ANT_HOME
>>
>> C:\dev\ant\apache-ant-1.10.1
>>
>>
>>
>> 
>> From: Piotr Zarzycki 
>> Sent: Wednesday, September 4, 2019 11:56:02 AM
>> To: dev@royale.apache.org 
>> Subject: Re: Discuss of release steps preparation
>>
>> Hi Yishay,
>>
>> It was pretty stupid from my sight. I was certain that I have this env
>> variable setup, cause ant is working for me. I have no idea how. Let me
>> set
>> it and see whether it help.
>>
>> Thanks,
>> Piotr
>>
>> śr., 4 wrz 2019 o 10:37 Yishay Weiss  napisał(a):
>>
>> > >
>> >
>> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-asjs/build.xml:1636:
>> >
>> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-asjs/${env.ANT_HOME}/lib
>> > does not exist.
>> >
>> >
>> >
>> > Is ANT_HOME env var defined?
>> >
>> >
>> >
>> > 
>> > From: Piotr Zarzycki 
>> > Sent: Wednesday, September 4, 2019 11:24:09 AM
>> > To: dev@royale.apache.org 
>> > Subject: Re: Discuss of release steps preparation
>> >
>> > Hi,
>> >
>> > It moved farther, but failed with different stacktrace [1]. I will try
>> to
>> > investigate this, unless someone has immediate idea why I got that
>> issue.
>> >
>> > [1] https://paste.apache.org/r48at
>> >
>> > Thanks,
>> > Piotr
>> >
>> > śr., 4 wrz 2019 o 07:36 Alex Harui 
>> napisał(a):
>> >
>> > > FWIW, my Mac has:
>> > >
>> > > FLASHPLAYER_DEBUGGER='/Users//yyy/Flash Player
>> > > Debugger.app/Contents/MacOS/Flash Player Debugger'
>> > >
>> > > Note the single quotes instead of escaped spaces as described in the
>> > > README.  I think some code in Ant or the compiler doesn't handle
>> escaping
>> > > spaces correctly.
>> > >
>> > > The point of having someone else be the RM is to debug the Ant scripts
>> > and
>> > > other parts of the release process, and also to make sure at least one
>> > > other person on this project knows how these scripts work and can help
>> > > maintain them.  So even if you do get it working on Mac it will still
>> > mean
>> > > that there is a bug in the process on Windows.  I could go try the
>> > scripts
>> > > on Windows, but I'd rather see someone else learn how to debug these
>> > > scripts.  I do not think I've seen any console output posted that
>> might
>> > > give a clue as to why those files get locked, nor have I seen any
>> mention
>> > > of modifying the scripts to add more debugging output around where Ant
>> > > tasks get loaded.
>> > >
>> > > I haven't tried this myself, but there are supposedly tools to show
>> what
>> > > app has locked a file:
>> > >
>> >
>> https://helpcenter.gsx.com/hc/en-us/articles/115015880627-How-to-Identify-which-Windows-Process-is-Locking-a-File-or-Folder
>> > >
>> > > HTH,
>> > > -Alex
>> > >
>> > > On 9/3/19, 2:27 PM, "Piotr Zarzycki" 
>> wrote:
>> > >
>> > > Carlos,
>> > >
>> > > I have both, but I'm prime user on Windows. Mac is used only to
>> test
>> > > stuff
>> > > ;)
>> > >
>> > > I have failed so many times on Windows so

Re: Discuss of release steps preparation

2019-09-04 Thread Piotr Zarzycki
I was able to produce ant artifacts on Mac! I will try get an RC1 today.

śr., 4 wrz 2019 o 11:11 Yishay Weiss  napisał(a):

> Here’s what I’ve got.
>
>
>
> ANT_HOME
>
> C:\dev\ant\apache-ant-1.10.1
>
>
>
> 
> From: Piotr Zarzycki 
> Sent: Wednesday, September 4, 2019 11:56:02 AM
> To: dev@royale.apache.org 
> Subject: Re: Discuss of release steps preparation
>
> Hi Yishay,
>
> It was pretty stupid from my sight. I was certain that I have this env
> variable setup, cause ant is working for me. I have no idea how. Let me set
> it and see whether it help.
>
> Thanks,
> Piotr
>
> śr., 4 wrz 2019 o 10:37 Yishay Weiss  napisał(a):
>
> > >
> >
> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-asjs/build.xml:1636:
> >
> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-asjs/${env.ANT_HOME}/lib
> > does not exist.
> >
> >
> >
> > Is ANT_HOME env var defined?
> >
> >
> >
> > ____________
> > From: Piotr Zarzycki 
> > Sent: Wednesday, September 4, 2019 11:24:09 AM
> > To: dev@royale.apache.org 
> > Subject: Re: Discuss of release steps preparation
> >
> > Hi,
> >
> > It moved farther, but failed with different stacktrace [1]. I will try to
> > investigate this, unless someone has immediate idea why I got that issue.
> >
> > [1] https://paste.apache.org/r48at
> >
> > Thanks,
> > Piotr
> >
> > śr., 4 wrz 2019 o 07:36 Alex Harui 
> napisał(a):
> >
> > > FWIW, my Mac has:
> > >
> > > FLASHPLAYER_DEBUGGER='/Users//yyy/Flash Player
> > > Debugger.app/Contents/MacOS/Flash Player Debugger'
> > >
> > > Note the single quotes instead of escaped spaces as described in the
> > > README.  I think some code in Ant or the compiler doesn't handle
> escaping
> > > spaces correctly.
> > >
> > > The point of having someone else be the RM is to debug the Ant scripts
> > and
> > > other parts of the release process, and also to make sure at least one
> > > other person on this project knows how these scripts work and can help
> > > maintain them.  So even if you do get it working on Mac it will still
> > mean
> > > that there is a bug in the process on Windows.  I could go try the
> > scripts
> > > on Windows, but I'd rather see someone else learn how to debug these
> > > scripts.  I do not think I've seen any console output posted that might
> > > give a clue as to why those files get locked, nor have I seen any
> mention
> > > of modifying the scripts to add more debugging output around where Ant
> > > tasks get loaded.
> > >
> > > I haven't tried this myself, but there are supposedly tools to show
> what
> > > app has locked a file:
> > >
> >
> https://helpcenter.gsx.com/hc/en-us/articles/115015880627-How-to-Identify-which-Windows-Process-is-Locking-a-File-or-Folder
> > >
> > > HTH,
> > > -Alex
> > >
> > > On 9/3/19, 2:27 PM, "Piotr Zarzycki" 
> wrote:
> > >
> > > Carlos,
> > >
> > > I have both, but I'm prime user on Windows. Mac is used only to
> test
> > > stuff
> > > ;)
> > >
> > > I have failed so many times on Windows so I decided configure stuff
> > on
> > > Mac
> > > and try there.
> > >
> > > I will try tomorrow some of your tips.
> > >
> > > Thanks,
> > > Piotr
> > >
> > > On Tue, Sep 3, 2019, 7:39 PM Carlos Rovira <
> carlosrov...@apache.org>
> > > wrote:
> > >
> > > > Hi Piotr, sorry I didn't recall that you're on windows, not Mac.
> So
> > > all the
> > > > "Content" stuff is not valid, is something Mac related.
> > > >
> > > > El mar., 3 sept. 2019 a las 18:50, Piotr Zarzycki (<
> > > > piotrzarzyck...@gmail.com>) escribió:
> > > >
> > > > > ok it failed. How should I put in bash_profile file this path
> so
> > > it would
> > > > > be understandable?
> > > > >
> > > > > export
> > > > >
> > > > >
> > > >
> > >
> >
> FLASHPLAYER_DEBUGGER=/Users/piotr/Downloads/player/flashplayer.app/Contents/MacOS/Flash
> > > > > Player Debugger
> > >   

RE: Discuss of release steps preparation

2019-09-04 Thread Yishay Weiss
Here’s what I’ve got.



ANT_HOME

C:\dev\ant\apache-ant-1.10.1




From: Piotr Zarzycki 
Sent: Wednesday, September 4, 2019 11:56:02 AM
To: dev@royale.apache.org 
Subject: Re: Discuss of release steps preparation

Hi Yishay,

It was pretty stupid from my sight. I was certain that I have this env
variable setup, cause ant is working for me. I have no idea how. Let me set
it and see whether it help.

Thanks,
Piotr

śr., 4 wrz 2019 o 10:37 Yishay Weiss  napisał(a):

> >
> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-asjs/build.xml:1636:
> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-asjs/${env.ANT_HOME}/lib
> does not exist.
>
>
>
> Is ANT_HOME env var defined?
>
>
>
> 
> From: Piotr Zarzycki 
> Sent: Wednesday, September 4, 2019 11:24:09 AM
> To: dev@royale.apache.org 
> Subject: Re: Discuss of release steps preparation
>
> Hi,
>
> It moved farther, but failed with different stacktrace [1]. I will try to
> investigate this, unless someone has immediate idea why I got that issue.
>
> [1] https://paste.apache.org/r48at
>
> Thanks,
> Piotr
>
> śr., 4 wrz 2019 o 07:36 Alex Harui  napisał(a):
>
> > FWIW, my Mac has:
> >
> > FLASHPLAYER_DEBUGGER='/Users//yyy/Flash Player
> > Debugger.app/Contents/MacOS/Flash Player Debugger'
> >
> > Note the single quotes instead of escaped spaces as described in the
> > README.  I think some code in Ant or the compiler doesn't handle escaping
> > spaces correctly.
> >
> > The point of having someone else be the RM is to debug the Ant scripts
> and
> > other parts of the release process, and also to make sure at least one
> > other person on this project knows how these scripts work and can help
> > maintain them.  So even if you do get it working on Mac it will still
> mean
> > that there is a bug in the process on Windows.  I could go try the
> scripts
> > on Windows, but I'd rather see someone else learn how to debug these
> > scripts.  I do not think I've seen any console output posted that might
> > give a clue as to why those files get locked, nor have I seen any mention
> > of modifying the scripts to add more debugging output around where Ant
> > tasks get loaded.
> >
> > I haven't tried this myself, but there are supposedly tools to show what
> > app has locked a file:
> >
> https://helpcenter.gsx.com/hc/en-us/articles/115015880627-How-to-Identify-which-Windows-Process-is-Locking-a-File-or-Folder
> >
> > HTH,
> > -Alex
> >
> > On 9/3/19, 2:27 PM, "Piotr Zarzycki"  wrote:
> >
> > Carlos,
> >
> > I have both, but I'm prime user on Windows. Mac is used only to test
> > stuff
> > ;)
> >
> > I have failed so many times on Windows so I decided configure stuff
> on
> > Mac
> > and try there.
> >
> > I will try tomorrow some of your tips.
> >
> > Thanks,
> > Piotr
> >
> > On Tue, Sep 3, 2019, 7:39 PM Carlos Rovira 
> > wrote:
> >
> > > Hi Piotr, sorry I didn't recall that you're on windows, not Mac. So
> > all the
> > > "Content" stuff is not valid, is something Mac related.
> > >
> > > El mar., 3 sept. 2019 a las 18:50, Piotr Zarzycki (<
> > > piotrzarzyck...@gmail.com>) escribió:
> > >
> > > > ok it failed. How should I put in bash_profile file this path so
> > it would
> > > > be understandable?
> > > >
> > > > export
> > > >
> > > >
> > >
> >
> FLASHPLAYER_DEBUGGER=/Users/piotr/Downloads/player/flashplayer.app/Contents/MacOS/Flash
> > > > Player Debugger
> > > >
> > > > On Windows we would probably go with:
> > > >
> > > >
> > > >
> > >
> >
> FLASHPLAYER_DEBUGGER="/Users/piotr/Downloads/player/flashplayer.app/Contents/MacOS/Flash
> > > > Player Debugger"
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > wt., 3 wrz 2019 o 18:34 Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > > > napisał(a):
> > > >
> > > > > I have path exactly the same as Josh mention placed in bash
> > script. I
> > > > just
> > > > > run build and will see whether this help. However after
> printenv
> >

Re: Discuss of release steps preparation

2019-09-04 Thread Piotr Zarzycki
Hi Yishay,

It was pretty stupid from my sight. I was certain that I have this env
variable setup, cause ant is working for me. I have no idea how. Let me set
it and see whether it help.

Thanks,
Piotr

śr., 4 wrz 2019 o 10:37 Yishay Weiss  napisał(a):

> >
> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-asjs/build.xml:1636:
> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-asjs/${env.ANT_HOME}/lib
> does not exist.
>
>
>
> Is ANT_HOME env var defined?
>
>
>
> 
> From: Piotr Zarzycki 
> Sent: Wednesday, September 4, 2019 11:24:09 AM
> To: dev@royale.apache.org 
> Subject: Re: Discuss of release steps preparation
>
> Hi,
>
> It moved farther, but failed with different stacktrace [1]. I will try to
> investigate this, unless someone has immediate idea why I got that issue.
>
> [1] https://paste.apache.org/r48at
>
> Thanks,
> Piotr
>
> śr., 4 wrz 2019 o 07:36 Alex Harui  napisał(a):
>
> > FWIW, my Mac has:
> >
> > FLASHPLAYER_DEBUGGER='/Users//yyy/Flash Player
> > Debugger.app/Contents/MacOS/Flash Player Debugger'
> >
> > Note the single quotes instead of escaped spaces as described in the
> > README.  I think some code in Ant or the compiler doesn't handle escaping
> > spaces correctly.
> >
> > The point of having someone else be the RM is to debug the Ant scripts
> and
> > other parts of the release process, and also to make sure at least one
> > other person on this project knows how these scripts work and can help
> > maintain them.  So even if you do get it working on Mac it will still
> mean
> > that there is a bug in the process on Windows.  I could go try the
> scripts
> > on Windows, but I'd rather see someone else learn how to debug these
> > scripts.  I do not think I've seen any console output posted that might
> > give a clue as to why those files get locked, nor have I seen any mention
> > of modifying the scripts to add more debugging output around where Ant
> > tasks get loaded.
> >
> > I haven't tried this myself, but there are supposedly tools to show what
> > app has locked a file:
> >
> https://helpcenter.gsx.com/hc/en-us/articles/115015880627-How-to-Identify-which-Windows-Process-is-Locking-a-File-or-Folder
> >
> > HTH,
> > -Alex
> >
> > On 9/3/19, 2:27 PM, "Piotr Zarzycki"  wrote:
> >
> > Carlos,
> >
> > I have both, but I'm prime user on Windows. Mac is used only to test
> > stuff
> > ;)
> >
> > I have failed so many times on Windows so I decided configure stuff
> on
> > Mac
> > and try there.
> >
> > I will try tomorrow some of your tips.
> >
> > Thanks,
> > Piotr
> >
> > On Tue, Sep 3, 2019, 7:39 PM Carlos Rovira 
> > wrote:
> >
> > > Hi Piotr, sorry I didn't recall that you're on windows, not Mac. So
> > all the
> > > "Content" stuff is not valid, is something Mac related.
> > >
> > > El mar., 3 sept. 2019 a las 18:50, Piotr Zarzycki (<
> > > piotrzarzyck...@gmail.com>) escribió:
> > >
> > > > ok it failed. How should I put in bash_profile file this path so
> > it would
> > > > be understandable?
> > > >
> > > > export
> > > >
> > > >
> > >
> >
> FLASHPLAYER_DEBUGGER=/Users/piotr/Downloads/player/flashplayer.app/Contents/MacOS/Flash
> > > > Player Debugger
> > > >
> > > > On Windows we would probably go with:
> > > >
> > > >
> > > >
> > >
> >
> FLASHPLAYER_DEBUGGER="/Users/piotr/Downloads/player/flashplayer.app/Contents/MacOS/Flash
> > > > Player Debugger"
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > wt., 3 wrz 2019 o 18:34 Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > > > napisał(a):
> > > >
> > > > > I have path exactly the same as Josh mention placed in bash
> > script. I
> > > > just
> > > > > run build and will see whether this help. However after
> printenv
> > I see
> > > > that
> > > > > path is cutted cause there are spaces in file name. On windows
> > it would
> > > > not
> > > > > work, but maybe on it is different.

RE: Discuss of release steps preparation

2019-09-04 Thread Yishay Weiss
> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-asjs/build.xml:1636:
>  
> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-asjs/${env.ANT_HOME}/lib
>  does not exist.



Is ANT_HOME env var defined?




From: Piotr Zarzycki 
Sent: Wednesday, September 4, 2019 11:24:09 AM
To: dev@royale.apache.org 
Subject: Re: Discuss of release steps preparation

Hi,

It moved farther, but failed with different stacktrace [1]. I will try to
investigate this, unless someone has immediate idea why I got that issue.

[1] https://paste.apache.org/r48at

Thanks,
Piotr

śr., 4 wrz 2019 o 07:36 Alex Harui  napisał(a):

> FWIW, my Mac has:
>
> FLASHPLAYER_DEBUGGER='/Users//yyy/Flash Player
> Debugger.app/Contents/MacOS/Flash Player Debugger'
>
> Note the single quotes instead of escaped spaces as described in the
> README.  I think some code in Ant or the compiler doesn't handle escaping
> spaces correctly.
>
> The point of having someone else be the RM is to debug the Ant scripts and
> other parts of the release process, and also to make sure at least one
> other person on this project knows how these scripts work and can help
> maintain them.  So even if you do get it working on Mac it will still mean
> that there is a bug in the process on Windows.  I could go try the scripts
> on Windows, but I'd rather see someone else learn how to debug these
> scripts.  I do not think I've seen any console output posted that might
> give a clue as to why those files get locked, nor have I seen any mention
> of modifying the scripts to add more debugging output around where Ant
> tasks get loaded.
>
> I haven't tried this myself, but there are supposedly tools to show what
> app has locked a file:
> https://helpcenter.gsx.com/hc/en-us/articles/115015880627-How-to-Identify-which-Windows-Process-is-Locking-a-File-or-Folder
>
> HTH,
> -Alex
>
> On 9/3/19, 2:27 PM, "Piotr Zarzycki"  wrote:
>
> Carlos,
>
> I have both, but I'm prime user on Windows. Mac is used only to test
> stuff
> ;)
>
> I have failed so many times on Windows so I decided configure stuff on
> Mac
> and try there.
>
> I will try tomorrow some of your tips.
>
> Thanks,
> Piotr
>
> On Tue, Sep 3, 2019, 7:39 PM Carlos Rovira 
> wrote:
>
> > Hi Piotr, sorry I didn't recall that you're on windows, not Mac. So
> all the
> > "Content" stuff is not valid, is something Mac related.
> >
> > El mar., 3 sept. 2019 a las 18:50, Piotr Zarzycki (<
> > piotrzarzyck...@gmail.com>) escribió:
> >
> > > ok it failed. How should I put in bash_profile file this path so
> it would
> > > be understandable?
> > >
> > > export
> > >
> > >
> >
> FLASHPLAYER_DEBUGGER=/Users/piotr/Downloads/player/flashplayer.app/Contents/MacOS/Flash
> > > Player Debugger
> > >
> > > On Windows we would probably go with:
> > >
> > >
> > >
> >
> FLASHPLAYER_DEBUGGER="/Users/piotr/Downloads/player/flashplayer.app/Contents/MacOS/Flash
> > > Player Debugger"
> > >
> > >
> > >
> > >
> > >
> > > wt., 3 wrz 2019 o 18:34 Piotr Zarzycki 
> > > napisał(a):
> > >
> > > > I have path exactly the same as Josh mention placed in bash
> script. I
> > > just
> > > > run build and will see whether this help. However after printenv
> I see
> > > that
> > > > path is cutted cause there are spaces in file name. On windows
> it would
> > > not
> > > > work, but maybe on it is different. We will see.
> > > >
> > > > wt., 3 wrz 2019 o 17:32 Carlos Rovira 
> > > > napisał(a):
> > > >
> > > >> Hi Piotr, this is what I use in my .bash_profile:
> > > >>
> > > >> export FLASHPLAYER_DEBUGGER=/Applications/Flash\
> > > >> Player.app/Contents/MacOS/Flash\ Player\ Debugger
> > > >>
> > > >>
> > > >> El mar., 3 sept. 2019 a las 17:04, Piotr Zarzycki (<
> > > >> piotrzarzyck...@gmail.com>) escribió:
> > > >>
> > > >> > Hey Josh,
> > > >> >
> > > >> > Thank you so much! I will check it out soon.
> > > >> >
> > > >> > On Tue, Sep 3, 2019, 4:48 P

Re: Discuss of release steps preparation

2019-09-04 Thread Piotr Zarzycki
> > /Applications/Flash Player.app/Contents/MacOS/Flash Player
> > Debugger
> > > >> > >
> > > >> > > I may not have that exactly right because I'm on Windows at
> the
> > > >> moment,
> > > >> > and
> > > >> > > I can't check. However, if you right-click the .app file,
> and
> > choose
> > > >> Show
> > > >> > > Package Contents, you can dig in there and find the correct
> path.
> > > >> > >
> > > >> > > --
> > > >> > > Josh Tynjala
> > > >> > > Bowler Hat LLC <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbowlerhat.devdata=02%7C01%7Caharui%40adobe.com%7Ca1db4b177e7f4a8e1f1208d730b57629%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637031428332586111sdata=L0kadCJMUL5FLlvvHZyuZm2oOau%2BFBj0uX5nxGlgR9k%3Dreserved=0
> >
> > > >> > >
> > > >> > >
> > > >> > > On Tue, Sep 3, 2019 at 6:56 AM Piotr Zarzycki <
> > > >> piotrzarzyck...@gmail.com
> > > >> > >
> > > >> > > wrote:
>     > > >> > >
> > > >> > > > In Mac is different - maybe I setup it wrong. Does anyone
> know
> > > >> whether
> > > >> > I
> > > >> > > > should setup it to "flashplayer.app" or just
> "flashplayer"?
> > > >> > > >
> > > >> > > > Thanks,
> > > >> > > > Piotr
> > > >> > > >
> > > >> > > >
> > > >> > > >
> > > >> > > > On Tue, Sep 3, 2019, 3:18 PM Yishay Weiss <
> > yishayj...@hotmail.com
> > > >
> > > >> > > wrote:
> > > >> > > >
> > > >> > > > > All failures look to be on flash tests. Are you sure
> you’re
> > > >> pointing
> > > >> > at
> > > >> > > > > the right FLASHPLAYER_DEBUGGER?
> > > >> > > > >
> > > >> > > > >
> > > >> > > > >
> > > >> > > > > I have env var
> > > >> > > > >
> > > >> > > > >
> > > >> > > > >
> > > >> > > > > FLASHPLAYER_DEBUGGER
> > > >> > > > >
> > > >> > > > > ==
> > > >> > > > >
> > > >> > > > > C:\dev\flash\flashplayer_18_sa_debug.exe
> > > >> > > > >
> > > >> > > > >
> > > >> > > > >
> > > >> > > > > 
> > > >> > > > > From: Piotr Zarzycki 
> > > >> > > > > Sent: Tuesday, September 3, 2019 3:53:24 PM
> > > >> > > > > To: dev@royale.apache.org 
> > > >> > > > > Subject: Re: Discuss of release steps preparation
> > > >> > > > >
> > > >> > > > > Ok but in folder junit-reprots there were two files
> [1][2]
> > > >> > > > >
> > > >> > > > > [1]
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ffu49tdata=02%7C01%7Caharui%40adobe.com%7Ca1db4b177e7f4a8e1f1208d730b57629%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637031428332586111sdata=Kfga7%2FWAySxQzYdK9YHrZ4EWYXJmM520gC7dgg64O3U%3Dreserved=0
> > > >> > > > > [2]
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2F2dd6cdata=02%7C01%7Caharui%40adobe.com%7Ca1db4b177e7f4a8e1f1208d730b57629%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637031428332586111sdata=keiXFaGpLFNqsVydbvLetHX6GlHT8QnRWHZwWT0DWhk%3Dreserved=0
> > > >> > > > >
> > > >> > > > > wt., 3 wrz 2019 o 14:46 Piotr Zarzycki <
> > > piotrzarzyck...@gmail.com
> > > >> >
> > > >> > > > > napisał(a):
> > > >> > > > >
> > > >> > > > > > Hi Yishay,
> > >

Re: Discuss of release steps preparation

2019-09-03 Thread Alex Harui
adobe.com%7Ca1db4b177e7f4a8e1f1208d730b57629%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637031428332586111sdata=L0kadCJMUL5FLlvvHZyuZm2oOau%2BFBj0uX5nxGlgR9k%3Dreserved=0>
> > >> > >
> > >> > >
> > >> > > On Tue, Sep 3, 2019 at 6:56 AM Piotr Zarzycki <
> > >> piotrzarzyck...@gmail.com
> > >> > >
> > >> > > wrote:
> > >> > >
> > >> > > > In Mac is different - maybe I setup it wrong. Does anyone know
> > >> whether
> > >> > I
> > >> > > > should setup it to "flashplayer.app" or just "flashplayer"?
> > >> > > >
    > > >> > > > Thanks,
> > >> > > > Piotr
> > >> > > >
> > >> > > >
> > >> > > >
> > >> > > > On Tue, Sep 3, 2019, 3:18 PM Yishay Weiss <
> yishayj...@hotmail.com
> > >
> > >> > > wrote:
> > >> > > >
> > >> > > > > All failures look to be on flash tests. Are you sure you’re
> > >> pointing
> > >> > at
> > >> > > > > the right FLASHPLAYER_DEBUGGER?
> > >> > > > >
> > >> > > > >
> > >> > > > >
> > >> > > > > I have env var
> > >> > > > >
> > >> > > > >
> > >> > > > >
> > >> > > > > FLASHPLAYER_DEBUGGER
> > >> > > > >
> > >> > > > > ==
> > >> > > > >
> > >> > > > > C:\dev\flash\flashplayer_18_sa_debug.exe
> > >> > > > >
> > >> > > > >
> > >> > > > >
> > >> > > > > 
> > >> > > > > From: Piotr Zarzycki 
> > >> > > > > Sent: Tuesday, September 3, 2019 3:53:24 PM
> > >> > > > > To: dev@royale.apache.org 
> > >> > > > > Subject: Re: Discuss of release steps preparation
> > >> > > > >
> > >> > > > > Ok but in folder junit-reprots there were two files [1][2]
> > >> > > > >
> > >> > > > > [1] 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ffu49tdata=02%7C01%7Caharui%40adobe.com%7Ca1db4b177e7f4a8e1f1208d730b57629%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637031428332586111sdata=Kfga7%2FWAySxQzYdK9YHrZ4EWYXJmM520gC7dgg64O3U%3Dreserved=0
> > >> > > > > [2] 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2F2dd6cdata=02%7C01%7Caharui%40adobe.com%7Ca1db4b177e7f4a8e1f1208d730b57629%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637031428332586111sdata=keiXFaGpLFNqsVydbvLetHX6GlHT8QnRWHZwWT0DWhk%3Dreserved=0
> > >> > > > >
> > >> > > > > wt., 3 wrz 2019 o 14:46 Piotr Zarzycki <
> > piotrzarzyck...@gmail.com
> > >> >
> > >> > > > > napisał(a):
    > > >> > > > >
> > >> > > > > > Hi Yishay,
> > >> > > > > >
> > >> > > > > > Interesting. In that folder there is no such file as it's 
on
> > >> > > > stacktrace.
> > >> > > > > > There are only swf files -> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2F7vh7MnDdata=02%7C01%7Caharui%40adobe.com%7Ca1db4b177e7f4a8e1f1208d730b57629%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637031428332586111sdata=I6h30kUuAA3k0SQyaWHcXTS8rbB1KuiJN9rn7jLkgas%3Dreserved=0
> > >> > > > > >
> > >> > > > > > Thanks,
> > >> > > > > > Piotr
> > >> > > > > >
> > >> > > > > > wt., 3 wrz 2019 o 14:40 Yishay Weiss <
> yishayj...@hotmail.com>
> > >> > > > > napisał(a):
> > >> > > > > >
> > >> > > > > >> If I understand correctly these messages [1] don’t
> indicate a
> > >> > > failure,
> > >> > >

Re: Discuss of release steps preparation

2019-09-03 Thread Piotr Zarzycki
Carlos,

I have both, but I'm prime user on Windows. Mac is used only to test stuff
;)

I have failed so many times on Windows so I decided configure stuff on Mac
and try there.

I will try tomorrow some of your tips.

Thanks,
Piotr

On Tue, Sep 3, 2019, 7:39 PM Carlos Rovira  wrote:

> Hi Piotr, sorry I didn't recall that you're on windows, not Mac. So all the
> "Content" stuff is not valid, is something Mac related.
>
> El mar., 3 sept. 2019 a las 18:50, Piotr Zarzycki (<
> piotrzarzyck...@gmail.com>) escribió:
>
> > ok it failed. How should I put in bash_profile file this path so it would
> > be understandable?
> >
> > export
> >
> >
> FLASHPLAYER_DEBUGGER=/Users/piotr/Downloads/player/flashplayer.app/Contents/MacOS/Flash
> > Player Debugger
> >
> > On Windows we would probably go with:
> >
> >
> >
> FLASHPLAYER_DEBUGGER="/Users/piotr/Downloads/player/flashplayer.app/Contents/MacOS/Flash
> > Player Debugger"
> >
> >
> >
> >
> >
> > wt., 3 wrz 2019 o 18:34 Piotr Zarzycki 
> > napisał(a):
> >
> > > I have path exactly the same as Josh mention placed in bash script. I
> > just
> > > run build and will see whether this help. However after printenv I see
> > that
> > > path is cutted cause there are spaces in file name. On windows it would
> > not
> > > work, but maybe on it is different. We will see.
> > >
> > > wt., 3 wrz 2019 o 17:32 Carlos Rovira 
> > > napisał(a):
> > >
> > >> Hi Piotr, this is what I use in my .bash_profile:
> > >>
> > >> export FLASHPLAYER_DEBUGGER=/Applications/Flash\
> > >> Player.app/Contents/MacOS/Flash\ Player\ Debugger
> > >>
> > >>
> > >> El mar., 3 sept. 2019 a las 17:04, Piotr Zarzycki (<
> > >> piotrzarzyck...@gmail.com>) escribió:
> > >>
> > >> > Hey Josh,
> > >> >
> > >> > Thank you so much! I will check it out soon.
> > >> >
> > >> > On Tue, Sep 3, 2019, 4:48 PM Josh Tynjala <
> joshtynj...@bowlerhat.dev>
> > >> > wrote:
> > >> >
> > >> > > I think you need to point to the executable inside of the .app
> file.
> > >> So
> > >> > > it's something like this:
> > >> > >
> > >> > > /Applications/Flash Player.app/Contents/MacOS/Flash Player
> Debugger
> > >> > >
> > >> > > I may not have that exactly right because I'm on Windows at the
> > >> moment,
> > >> > and
> > >> > > I can't check. However, if you right-click the .app file, and
> choose
> > >> Show
> > >> > > Package Contents, you can dig in there and find the correct path.
> > >> > >
> > >> > > --
> > >> > > Josh Tynjala
> > >> > > Bowler Hat LLC <https://bowlerhat.dev>
> > >> > >
> > >> > >
> > >> > > On Tue, Sep 3, 2019 at 6:56 AM Piotr Zarzycki <
> > >> piotrzarzyck...@gmail.com
> > >> > >
> > >> > > wrote:
> > >> > >
> > >> > > > In Mac is different - maybe I setup it wrong. Does anyone know
> > >> whether
> > >> > I
> > >> > > > should setup it to "flashplayer.app" or just "flashplayer"?
> > >> > > >
> > >> > > > Thanks,
> > >> > > > Piotr
> > >> > > >
> > >> > > >
> > >> > > >
> > >> > > > On Tue, Sep 3, 2019, 3:18 PM Yishay Weiss <
> yishayj...@hotmail.com
> > >
> > >> > > wrote:
> > >> > > >
> > >> > > > > All failures look to be on flash tests. Are you sure you’re
> > >> pointing
> > >> > at
> > >> > > > > the right FLASHPLAYER_DEBUGGER?
> > >> > > > >
> > >> > > > >
> > >> > > > >
> > >> > > > > I have env var
> > >> > > > >
> > >> > > > >
> > >> > > > >
> > >> > > > > FLASHPLAYER_DEBUGGER
> > >> > > > >
> > >> > > > > ==
> > >> > > > >
> > >> > > > > C:\dev\flash\fl

Re: Discuss of release steps preparation

2019-09-03 Thread Josh Tynjala
macOS allows you to escape a space in a path using a backslash. You can see
that Carlos has some backslashes in his message.

--
Josh Tynjala
Bowler Hat LLC <https://bowlerhat.dev>


On Tue, Sep 3, 2019 at 9:50 AM Piotr Zarzycki 
wrote:

> ok it failed. How should I put in bash_profile file this path so it would
> be understandable?
>
> export
>
> FLASHPLAYER_DEBUGGER=/Users/piotr/Downloads/player/flashplayer.app/Contents/MacOS/Flash
> Player Debugger
>
> On Windows we would probably go with:
>
>
> FLASHPLAYER_DEBUGGER="/Users/piotr/Downloads/player/flashplayer.app/Contents/MacOS/Flash
> Player Debugger"
>
>
>
>
>
> wt., 3 wrz 2019 o 18:34 Piotr Zarzycki 
> napisał(a):
>
> > I have path exactly the same as Josh mention placed in bash script. I
> just
> > run build and will see whether this help. However after printenv I see
> that
> > path is cutted cause there are spaces in file name. On windows it would
> not
> > work, but maybe on it is different. We will see.
> >
> > wt., 3 wrz 2019 o 17:32 Carlos Rovira 
> > napisał(a):
> >
> >> Hi Piotr, this is what I use in my .bash_profile:
> >>
> >> export FLASHPLAYER_DEBUGGER=/Applications/Flash\
> >> Player.app/Contents/MacOS/Flash\ Player\ Debugger
> >>
> >>
> >> El mar., 3 sept. 2019 a las 17:04, Piotr Zarzycki (<
> >> piotrzarzyck...@gmail.com>) escribió:
> >>
> >> > Hey Josh,
> >> >
> >> > Thank you so much! I will check it out soon.
> >> >
> >> > On Tue, Sep 3, 2019, 4:48 PM Josh Tynjala 
> >> > wrote:
> >> >
> >> > > I think you need to point to the executable inside of the .app file.
> >> So
> >> > > it's something like this:
> >> > >
> >> > > /Applications/Flash Player.app/Contents/MacOS/Flash Player Debugger
> >> > >
> >> > > I may not have that exactly right because I'm on Windows at the
> >> moment,
> >> > and
> >> > > I can't check. However, if you right-click the .app file, and choose
> >> Show
> >> > > Package Contents, you can dig in there and find the correct path.
> >> > >
> >> > > --
> >> > > Josh Tynjala
> >> > > Bowler Hat LLC <https://bowlerhat.dev>
> >> > >
> >> > >
> >> > > On Tue, Sep 3, 2019 at 6:56 AM Piotr Zarzycki <
> >> piotrzarzyck...@gmail.com
> >> > >
> >> > > wrote:
> >> > >
> >> > > > In Mac is different - maybe I setup it wrong. Does anyone know
> >> whether
> >> > I
> >> > > > should setup it to "flashplayer.app" or just "flashplayer"?
> >> > > >
> >> > > > Thanks,
> >> > > > Piotr
> >> > > >
> >> > > >
> >> > > >
> >> > > > On Tue, Sep 3, 2019, 3:18 PM Yishay Weiss  >
> >> > > wrote:
> >> > > >
> >> > > > > All failures look to be on flash tests. Are you sure you’re
> >> pointing
> >> > at
> >> > > > > the right FLASHPLAYER_DEBUGGER?
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > > I have env var
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > > FLASHPLAYER_DEBUGGER
> >> > > > >
> >> > > > > ==
> >> > > > >
> >> > > > > C:\dev\flash\flashplayer_18_sa_debug.exe
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > > 
> >> > > > > From: Piotr Zarzycki 
> >> > > > > Sent: Tuesday, September 3, 2019 3:53:24 PM
> >> > > > > To: dev@royale.apache.org 
> >> > > > > Subject: Re: Discuss of release steps preparation
> >> > > > >
> >> > > > > Ok but in folder junit-reprots there were two files [1][2]
> >> > > > >
> >> > > > > [1] https://paste.apache.org/fu49t
> >> > > > > [2] https://paste.apache.org/2dd6c
> >> > > > >
> >> > > > > wt., 3 wrz 2019 o 14:46 Piotr Zarzycki <
> piotrzarzyck...@gmail.com
> >> >

Re: Discuss of release steps preparation

2019-09-03 Thread Carlos Rovira
Hi Piotr, sorry I didn't recall that you're on windows, not Mac. So all the
"Content" stuff is not valid, is something Mac related.

El mar., 3 sept. 2019 a las 18:50, Piotr Zarzycki (<
piotrzarzyck...@gmail.com>) escribió:

> ok it failed. How should I put in bash_profile file this path so it would
> be understandable?
>
> export
>
> FLASHPLAYER_DEBUGGER=/Users/piotr/Downloads/player/flashplayer.app/Contents/MacOS/Flash
> Player Debugger
>
> On Windows we would probably go with:
>
>
> FLASHPLAYER_DEBUGGER="/Users/piotr/Downloads/player/flashplayer.app/Contents/MacOS/Flash
> Player Debugger"
>
>
>
>
>
> wt., 3 wrz 2019 o 18:34 Piotr Zarzycki 
> napisał(a):
>
> > I have path exactly the same as Josh mention placed in bash script. I
> just
> > run build and will see whether this help. However after printenv I see
> that
> > path is cutted cause there are spaces in file name. On windows it would
> not
> > work, but maybe on it is different. We will see.
> >
> > wt., 3 wrz 2019 o 17:32 Carlos Rovira 
> > napisał(a):
> >
> >> Hi Piotr, this is what I use in my .bash_profile:
> >>
> >> export FLASHPLAYER_DEBUGGER=/Applications/Flash\
> >> Player.app/Contents/MacOS/Flash\ Player\ Debugger
> >>
> >>
> >> El mar., 3 sept. 2019 a las 17:04, Piotr Zarzycki (<
> >> piotrzarzyck...@gmail.com>) escribió:
> >>
> >> > Hey Josh,
> >> >
> >> > Thank you so much! I will check it out soon.
> >> >
> >> > On Tue, Sep 3, 2019, 4:48 PM Josh Tynjala 
> >> > wrote:
> >> >
> >> > > I think you need to point to the executable inside of the .app file.
> >> So
> >> > > it's something like this:
> >> > >
> >> > > /Applications/Flash Player.app/Contents/MacOS/Flash Player Debugger
> >> > >
> >> > > I may not have that exactly right because I'm on Windows at the
> >> moment,
> >> > and
> >> > > I can't check. However, if you right-click the .app file, and choose
> >> Show
> >> > > Package Contents, you can dig in there and find the correct path.
> >> > >
> >> > > --
> >> > > Josh Tynjala
> >> > > Bowler Hat LLC <https://bowlerhat.dev>
> >> > >
> >> > >
> >> > > On Tue, Sep 3, 2019 at 6:56 AM Piotr Zarzycki <
> >> piotrzarzyck...@gmail.com
> >> > >
> >> > > wrote:
> >> > >
> >> > > > In Mac is different - maybe I setup it wrong. Does anyone know
> >> whether
> >> > I
> >> > > > should setup it to "flashplayer.app" or just "flashplayer"?
> >> > > >
> >> > > > Thanks,
> >> > > > Piotr
> >> > > >
> >> > > >
> >> > > >
> >> > > > On Tue, Sep 3, 2019, 3:18 PM Yishay Weiss  >
> >> > > wrote:
> >> > > >
> >> > > > > All failures look to be on flash tests. Are you sure you’re
> >> pointing
> >> > at
> >> > > > > the right FLASHPLAYER_DEBUGGER?
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > > I have env var
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > > FLASHPLAYER_DEBUGGER
> >> > > > >
> >> > > > > ==
> >> > > > >
> >> > > > > C:\dev\flash\flashplayer_18_sa_debug.exe
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > > 
> >> > > > > From: Piotr Zarzycki 
> >> > > > > Sent: Tuesday, September 3, 2019 3:53:24 PM
> >> > > > > To: dev@royale.apache.org 
> >> > > > > Subject: Re: Discuss of release steps preparation
> >> > > > >
> >> > > > > Ok but in folder junit-reprots there were two files [1][2]
> >> > > > >
> >> > > > > [1] https://paste.apache.org/fu49t
> >> > > > > [2] https://paste.apache.org/2dd6c
> >> > > > >
> >> > > > > wt., 3 wrz 2019 o 14:46 Piotr Zarzycki <
> piotrzarzyck...@gmail.com
> >>

Re: Discuss of release steps preparation

2019-09-03 Thread Piotr Zarzycki
ok it failed. How should I put in bash_profile file this path so it would
be understandable?

export
FLASHPLAYER_DEBUGGER=/Users/piotr/Downloads/player/flashplayer.app/Contents/MacOS/Flash
Player Debugger

On Windows we would probably go with:

FLASHPLAYER_DEBUGGER="/Users/piotr/Downloads/player/flashplayer.app/Contents/MacOS/Flash
Player Debugger"





wt., 3 wrz 2019 o 18:34 Piotr Zarzycki 
napisał(a):

> I have path exactly the same as Josh mention placed in bash script. I just
> run build and will see whether this help. However after printenv I see that
> path is cutted cause there are spaces in file name. On windows it would not
> work, but maybe on it is different. We will see.
>
> wt., 3 wrz 2019 o 17:32 Carlos Rovira 
> napisał(a):
>
>> Hi Piotr, this is what I use in my .bash_profile:
>>
>> export FLASHPLAYER_DEBUGGER=/Applications/Flash\
>> Player.app/Contents/MacOS/Flash\ Player\ Debugger
>>
>>
>> El mar., 3 sept. 2019 a las 17:04, Piotr Zarzycki (<
>> piotrzarzyck...@gmail.com>) escribió:
>>
>> > Hey Josh,
>> >
>> > Thank you so much! I will check it out soon.
>> >
>> > On Tue, Sep 3, 2019, 4:48 PM Josh Tynjala 
>> > wrote:
>> >
>> > > I think you need to point to the executable inside of the .app file.
>> So
>> > > it's something like this:
>> > >
>> > > /Applications/Flash Player.app/Contents/MacOS/Flash Player Debugger
>> > >
>> > > I may not have that exactly right because I'm on Windows at the
>> moment,
>> > and
>> > > I can't check. However, if you right-click the .app file, and choose
>> Show
>> > > Package Contents, you can dig in there and find the correct path.
>> > >
>> > > --
>> > > Josh Tynjala
>> > > Bowler Hat LLC <https://bowlerhat.dev>
>> > >
>> > >
>> > > On Tue, Sep 3, 2019 at 6:56 AM Piotr Zarzycki <
>> piotrzarzyck...@gmail.com
>> > >
>> > > wrote:
>> > >
>> > > > In Mac is different - maybe I setup it wrong. Does anyone know
>> whether
>> > I
>> > > > should setup it to "flashplayer.app" or just "flashplayer"?
>> > > >
>> > > > Thanks,
>> > > > Piotr
>> > > >
>> > > >
>> > > >
>> > > > On Tue, Sep 3, 2019, 3:18 PM Yishay Weiss 
>> > > wrote:
>> > > >
>> > > > > All failures look to be on flash tests. Are you sure you’re
>> pointing
>> > at
>> > > > > the right FLASHPLAYER_DEBUGGER?
>> > > > >
>> > > > >
>> > > > >
>> > > > > I have env var
>> > > > >
>> > > > >
>> > > > >
>> > > > > FLASHPLAYER_DEBUGGER
>> > > > >
>> > > > > ==
>> > > > >
>> > > > > C:\dev\flash\flashplayer_18_sa_debug.exe
>> > > > >
>> > > > >
>> > > > >
>> > > > > 
>> > > > > From: Piotr Zarzycki 
>> > > > > Sent: Tuesday, September 3, 2019 3:53:24 PM
>> > > > > To: dev@royale.apache.org 
>> > > > > Subject: Re: Discuss of release steps preparation
>> > > > >
>> > > > > Ok but in folder junit-reprots there were two files [1][2]
>> > > > >
>> > > > > [1] https://paste.apache.org/fu49t
>> > > > > [2] https://paste.apache.org/2dd6c
>> > > > >
>> > > > > wt., 3 wrz 2019 o 14:46 Piotr Zarzycki > >
>> > > > > napisał(a):
>> > > > >
>> > > > > > Hi Yishay,
>> > > > > >
>> > > > > > Interesting. In that folder there is no such file as it's on
>> > > > stacktrace.
>> > > > > > There are only swf files -> https://ibb.co/7vh7MnD
>> > > > > >
>> > > > > > Thanks,
>> > > > > > Piotr
>> > > > > >
>> > > > > > wt., 3 wrz 2019 o 14:40 Yishay Weiss 
>> > > > > napisał(a):
>> > > > > >
>> > > > > >> If I understand correctly these messages [1] don’t indicate a
>> > > failure,
>> > > > > >> but are part of a test t

Re: Discuss of release steps preparation

2019-09-03 Thread Piotr Zarzycki
I have path exactly the same as Josh mention placed in bash script. I just
run build and will see whether this help. However after printenv I see that
path is cutted cause there are spaces in file name. On windows it would not
work, but maybe on it is different. We will see.

wt., 3 wrz 2019 o 17:32 Carlos Rovira  napisał(a):

> Hi Piotr, this is what I use in my .bash_profile:
>
> export FLASHPLAYER_DEBUGGER=/Applications/Flash\
> Player.app/Contents/MacOS/Flash\ Player\ Debugger
>
>
> El mar., 3 sept. 2019 a las 17:04, Piotr Zarzycki (<
> piotrzarzyck...@gmail.com>) escribió:
>
> > Hey Josh,
> >
> > Thank you so much! I will check it out soon.
> >
> > On Tue, Sep 3, 2019, 4:48 PM Josh Tynjala 
> > wrote:
> >
> > > I think you need to point to the executable inside of the .app file. So
> > > it's something like this:
> > >
> > > /Applications/Flash Player.app/Contents/MacOS/Flash Player Debugger
> > >
> > > I may not have that exactly right because I'm on Windows at the moment,
> > and
> > > I can't check. However, if you right-click the .app file, and choose
> Show
> > > Package Contents, you can dig in there and find the correct path.
> > >
> > > --
> > > Josh Tynjala
> > > Bowler Hat LLC <https://bowlerhat.dev>
> > >
> > >
> > > On Tue, Sep 3, 2019 at 6:56 AM Piotr Zarzycki <
> piotrzarzyck...@gmail.com
> > >
> > > wrote:
> > >
> > > > In Mac is different - maybe I setup it wrong. Does anyone know
> whether
> > I
> > > > should setup it to "flashplayer.app" or just "flashplayer"?
> > > >
> > > > Thanks,
> > > > Piotr
> > > >
> > > >
> > > >
> > > > On Tue, Sep 3, 2019, 3:18 PM Yishay Weiss 
> > > wrote:
> > > >
> > > > > All failures look to be on flash tests. Are you sure you’re
> pointing
> > at
> > > > > the right FLASHPLAYER_DEBUGGER?
> > > > >
> > > > >
> > > > >
> > > > > I have env var
> > > > >
> > > > >
> > > > >
> > > > > FLASHPLAYER_DEBUGGER
> > > > >
> > > > > ==
> > > > >
> > > > > C:\dev\flash\flashplayer_18_sa_debug.exe
> > > > >
> > > > >
> > > > >
> > > > > 
> > > > > From: Piotr Zarzycki 
> > > > > Sent: Tuesday, September 3, 2019 3:53:24 PM
> > > > > To: dev@royale.apache.org 
> > > > > Subject: Re: Discuss of release steps preparation
> > > > >
> > > > > Ok but in folder junit-reprots there were two files [1][2]
> > > > >
> > > > > [1] https://paste.apache.org/fu49t
> > > > > [2] https://paste.apache.org/2dd6c
> > > > >
> > > > > wt., 3 wrz 2019 o 14:46 Piotr Zarzycki 
> > > > > napisał(a):
> > > > >
> > > > > > Hi Yishay,
> > > > > >
> > > > > > Interesting. In that folder there is no such file as it's on
> > > > stacktrace.
> > > > > > There are only swf files -> https://ibb.co/7vh7MnD
> > > > > >
> > > > > > Thanks,
> > > > > > Piotr
> > > > > >
> > > > > > wt., 3 wrz 2019 o 14:40 Yishay Weiss 
> > > > > napisał(a):
> > > > > >
> > > > > >> If I understand correctly these messages [1] don’t indicate a
> > > failure,
> > > > > >> but are part of a test to make sure that the proper error
> message
> > > > > appears
> > > > > >> when you write to a read-only prop. Can you find the tests that
> > > failed
> > > > > >> further up in the output?
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >> [1] [junit]
> > > > > >>
> > > > >
> > > >
> > >
> >
> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-compiler/compiler/target/junit-temp/ASDateTests2436056786678332499.as(16):
> > > > > >> col: 1 Error: Property timezoneOffset is read-only.
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > 

Re: Discuss of release steps preparation

2019-09-03 Thread Carlos Rovira
Hi Piotr, this is what I use in my .bash_profile:

export FLASHPLAYER_DEBUGGER=/Applications/Flash\
Player.app/Contents/MacOS/Flash\ Player\ Debugger


El mar., 3 sept. 2019 a las 17:04, Piotr Zarzycki (<
piotrzarzyck...@gmail.com>) escribió:

> Hey Josh,
>
> Thank you so much! I will check it out soon.
>
> On Tue, Sep 3, 2019, 4:48 PM Josh Tynjala 
> wrote:
>
> > I think you need to point to the executable inside of the .app file. So
> > it's something like this:
> >
> > /Applications/Flash Player.app/Contents/MacOS/Flash Player Debugger
> >
> > I may not have that exactly right because I'm on Windows at the moment,
> and
> > I can't check. However, if you right-click the .app file, and choose Show
> > Package Contents, you can dig in there and find the correct path.
> >
> > --
> > Josh Tynjala
> > Bowler Hat LLC <https://bowlerhat.dev>
> >
> >
> > On Tue, Sep 3, 2019 at 6:56 AM Piotr Zarzycki  >
> > wrote:
> >
> > > In Mac is different - maybe I setup it wrong. Does anyone know whether
> I
> > > should setup it to "flashplayer.app" or just "flashplayer"?
> > >
> > > Thanks,
> > > Piotr
> > >
> > >
> > >
> > > On Tue, Sep 3, 2019, 3:18 PM Yishay Weiss 
> > wrote:
> > >
> > > > All failures look to be on flash tests. Are you sure you’re pointing
> at
> > > > the right FLASHPLAYER_DEBUGGER?
> > > >
> > > >
> > > >
> > > > I have env var
> > > >
> > > >
> > > >
> > > > FLASHPLAYER_DEBUGGER
> > > >
> > > > ==
> > > >
> > > > C:\dev\flash\flashplayer_18_sa_debug.exe
> > > >
> > > >
> > > >
> > > > 
> > > > From: Piotr Zarzycki 
> > > > Sent: Tuesday, September 3, 2019 3:53:24 PM
> > > > To: dev@royale.apache.org 
> > > > Subject: Re: Discuss of release steps preparation
> > > >
> > > > Ok but in folder junit-reprots there were two files [1][2]
> > > >
> > > > [1] https://paste.apache.org/fu49t
> > > > [2] https://paste.apache.org/2dd6c
> > > >
> > > > wt., 3 wrz 2019 o 14:46 Piotr Zarzycki 
> > > > napisał(a):
> > > >
> > > > > Hi Yishay,
> > > > >
> > > > > Interesting. In that folder there is no such file as it's on
> > > stacktrace.
> > > > > There are only swf files -> https://ibb.co/7vh7MnD
> > > > >
> > > > > Thanks,
> > > > > Piotr
> > > > >
> > > > > wt., 3 wrz 2019 o 14:40 Yishay Weiss 
> > > > napisał(a):
> > > > >
> > > > >> If I understand correctly these messages [1] don’t indicate a
> > failure,
> > > > >> but are part of a test to make sure that the proper error message
> > > > appears
> > > > >> when you write to a read-only prop. Can you find the tests that
> > failed
> > > > >> further up in the output?
> > > > >>
> > > > >>
> > > > >>
> > > > >> [1] [junit]
> > > > >>
> > > >
> > >
> >
> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-compiler/compiler/target/junit-temp/ASDateTests2436056786678332499.as(16):
> > > > >> col: 1 Error: Property timezoneOffset is read-only.
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >> 
> > > > >> From: Piotr Zarzycki 
> > > > >> Sent: Tuesday, September 3, 2019 2:52:11 PM
> > > > >> To: dev@royale.apache.org 
> > > > >> Subject: Re: Discuss of release steps preparation
> > > > >>
> > > > >> I have setup my Mac instead to have a ANT build. Unfortunately one
> > of
> > > > the
> > > > >> compiler test failed [1]. I have used -DskipTests=true, so why
> > > actually
> > > > >> those tests run ?
> > > > >>
> > > > >> [1]  https://paste.apache.org/kzm3t
> > > > >>
> > > > >>
> > > > >>
> > > > >> wt., 3 wrz 2019 o 12:20 Piotr Zarzycki  >
> >

Re: Discuss of release steps preparation

2019-09-03 Thread Piotr Zarzycki
Hey Josh,

Thank you so much! I will check it out soon.

On Tue, Sep 3, 2019, 4:48 PM Josh Tynjala  wrote:

> I think you need to point to the executable inside of the .app file. So
> it's something like this:
>
> /Applications/Flash Player.app/Contents/MacOS/Flash Player Debugger
>
> I may not have that exactly right because I'm on Windows at the moment, and
> I can't check. However, if you right-click the .app file, and choose Show
> Package Contents, you can dig in there and find the correct path.
>
> --
> Josh Tynjala
> Bowler Hat LLC <https://bowlerhat.dev>
>
>
> On Tue, Sep 3, 2019 at 6:56 AM Piotr Zarzycki 
> wrote:
>
> > In Mac is different - maybe I setup it wrong. Does anyone know whether I
> > should setup it to "flashplayer.app" or just "flashplayer"?
> >
> > Thanks,
> > Piotr
> >
> >
> >
> > On Tue, Sep 3, 2019, 3:18 PM Yishay Weiss 
> wrote:
> >
> > > All failures look to be on flash tests. Are you sure you’re pointing at
> > > the right FLASHPLAYER_DEBUGGER?
> > >
> > >
> > >
> > > I have env var
> > >
> > >
> > >
> > > FLASHPLAYER_DEBUGGER
> > >
> > > ==
> > >
> > > C:\dev\flash\flashplayer_18_sa_debug.exe
> > >
> > >
> > >
> > > 
> > > From: Piotr Zarzycki 
> > > Sent: Tuesday, September 3, 2019 3:53:24 PM
> > > To: dev@royale.apache.org 
> > > Subject: Re: Discuss of release steps preparation
> > >
> > > Ok but in folder junit-reprots there were two files [1][2]
> > >
> > > [1] https://paste.apache.org/fu49t
> > > [2] https://paste.apache.org/2dd6c
> > >
> > > wt., 3 wrz 2019 o 14:46 Piotr Zarzycki 
> > > napisał(a):
> > >
> > > > Hi Yishay,
> > > >
> > > > Interesting. In that folder there is no such file as it's on
> > stacktrace.
> > > > There are only swf files -> https://ibb.co/7vh7MnD
> > > >
> > > > Thanks,
> > > > Piotr
> > > >
> > > > wt., 3 wrz 2019 o 14:40 Yishay Weiss 
> > > napisał(a):
> > > >
> > > >> If I understand correctly these messages [1] don’t indicate a
> failure,
> > > >> but are part of a test to make sure that the proper error message
> > > appears
> > > >> when you write to a read-only prop. Can you find the tests that
> failed
> > > >> further up in the output?
> > > >>
> > > >>
> > > >>
> > > >> [1] [junit]
> > > >>
> > >
> >
> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-compiler/compiler/target/junit-temp/ASDateTests2436056786678332499.as(16):
> > > >> col: 1 Error: Property timezoneOffset is read-only.
> > > >>
> > > >>
> > > >>
> > > >>
> > > >>
> > > >> 
> > > >> From: Piotr Zarzycki 
> > > >> Sent: Tuesday, September 3, 2019 2:52:11 PM
> > > >> To: dev@royale.apache.org 
> > > >> Subject: Re: Discuss of release steps preparation
> > > >>
> > > >> I have setup my Mac instead to have a ANT build. Unfortunately one
> of
> > > the
> > > >> compiler test failed [1]. I have used -DskipTests=true, so why
> > actually
> > > >> those tests run ?
> > > >>
> > > >> [1]  https://paste.apache.org/kzm3t
> > > >>
> > > >>
> > > >>
> > > >> wt., 3 wrz 2019 o 12:20 Piotr Zarzycki 
> > > >> napisał(a):
> > > >>
> > > >> > Just FYI I have tried several times and I still cannot properly
> > > prepare
> > > >> > ANT artifacts for 0.9.6 release. I have uninstall TortoiseGIT, but
> > > files
> > > >> > which I cannot delete has been still hold by some processes
> related
> > to
> > > >> > build.
> > > >> >
> > > >> > I'm going to try this very last step do on our remote PC to see
> > > whether
> > > >> it
> > > >> > will be successful. If not I gave up on being RM. Someone else
> will
> > > >> have to
> > > >> > try.
> > > >> >
> > > >> > śr., 28 sie 2019 o 18:10 Al

Re: Discuss of release steps preparation

2019-09-03 Thread Josh Tynjala
I think you need to point to the executable inside of the .app file. So
it's something like this:

/Applications/Flash Player.app/Contents/MacOS/Flash Player Debugger

I may not have that exactly right because I'm on Windows at the moment, and
I can't check. However, if you right-click the .app file, and choose Show
Package Contents, you can dig in there and find the correct path.

--
Josh Tynjala
Bowler Hat LLC <https://bowlerhat.dev>


On Tue, Sep 3, 2019 at 6:56 AM Piotr Zarzycki 
wrote:

> In Mac is different - maybe I setup it wrong. Does anyone know whether I
> should setup it to "flashplayer.app" or just "flashplayer"?
>
> Thanks,
> Piotr
>
>
>
> On Tue, Sep 3, 2019, 3:18 PM Yishay Weiss  wrote:
>
> > All failures look to be on flash tests. Are you sure you’re pointing at
> > the right FLASHPLAYER_DEBUGGER?
> >
> >
> >
> > I have env var
> >
> >
> >
> > FLASHPLAYER_DEBUGGER
> >
> > ==
> >
> > C:\dev\flash\flashplayer_18_sa_debug.exe
> >
> >
> >
> > ____________
> > From: Piotr Zarzycki 
> > Sent: Tuesday, September 3, 2019 3:53:24 PM
> > To: dev@royale.apache.org 
> > Subject: Re: Discuss of release steps preparation
> >
> > Ok but in folder junit-reprots there were two files [1][2]
> >
> > [1] https://paste.apache.org/fu49t
> > [2] https://paste.apache.org/2dd6c
> >
> > wt., 3 wrz 2019 o 14:46 Piotr Zarzycki 
> > napisał(a):
> >
> > > Hi Yishay,
> > >
> > > Interesting. In that folder there is no such file as it's on
> stacktrace.
> > > There are only swf files -> https://ibb.co/7vh7MnD
> > >
> > > Thanks,
> > > Piotr
> > >
> > > wt., 3 wrz 2019 o 14:40 Yishay Weiss 
> > napisał(a):
> > >
> > >> If I understand correctly these messages [1] don’t indicate a failure,
> > >> but are part of a test to make sure that the proper error message
> > appears
> > >> when you write to a read-only prop. Can you find the tests that failed
> > >> further up in the output?
> > >>
> > >>
> > >>
> > >> [1]     [junit]
> > >>
> >
> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-compiler/compiler/target/junit-temp/ASDateTests2436056786678332499.as(16):
> > >> col: 1 Error: Property timezoneOffset is read-only.
> > >>
> > >>
> > >>
> > >>
> > >>
> > >> 
> > >> From: Piotr Zarzycki 
> > >> Sent: Tuesday, September 3, 2019 2:52:11 PM
> > >> To: dev@royale.apache.org 
> > >> Subject: Re: Discuss of release steps preparation
> > >>
> > >> I have setup my Mac instead to have a ANT build. Unfortunately one of
> > the
> > >> compiler test failed [1]. I have used -DskipTests=true, so why
> actually
> > >> those tests run ?
> > >>
> > >> [1]  https://paste.apache.org/kzm3t
> > >>
> > >>
> > >>
> > >> wt., 3 wrz 2019 o 12:20 Piotr Zarzycki 
> > >> napisał(a):
> > >>
> > >> > Just FYI I have tried several times and I still cannot properly
> > prepare
> > >> > ANT artifacts for 0.9.6 release. I have uninstall TortoiseGIT, but
> > files
> > >> > which I cannot delete has been still hold by some processes related
> to
> > >> > build.
> > >> >
> > >> > I'm going to try this very last step do on our remote PC to see
> > whether
> > >> it
> > >> > will be successful. If not I gave up on being RM. Someone else will
> > >> have to
> > >> > try.
> > >> >
> > >> > śr., 28 sie 2019 o 18:10 Alex Harui 
> > >> napisał(a):
> > >> >
> > >> >> Failonerror is typically false when deleting in case the folder has
> > >> >> already been deleted.
> > >> >>
> > >> >> Pretty sure that at least on Windows,  if a jar is being used by a
> > >> >> running application that you cannot delete the jar.
> > >> >>
> > >> >> In theory, the Ant scripts should not be loading jars when building
> > the
> > >> >> source package and I think they even run super-clean which should
> > clean
> > >> >> everything assuming nothing else is running th

RE: Discuss of release steps preparation

2019-09-03 Thread Yishay Weiss
All failures look to be on flash tests. Are you sure you’re pointing at the 
right FLASHPLAYER_DEBUGGER?



I have env var



FLASHPLAYER_DEBUGGER

==

C:\dev\flash\flashplayer_18_sa_debug.exe




From: Piotr Zarzycki 
Sent: Tuesday, September 3, 2019 3:53:24 PM
To: dev@royale.apache.org 
Subject: Re: Discuss of release steps preparation

Ok but in folder junit-reprots there were two files [1][2]

[1] https://paste.apache.org/fu49t
[2] https://paste.apache.org/2dd6c

wt., 3 wrz 2019 o 14:46 Piotr Zarzycki 
napisał(a):

> Hi Yishay,
>
> Interesting. In that folder there is no such file as it's on stacktrace.
> There are only swf files -> https://ibb.co/7vh7MnD
>
> Thanks,
> Piotr
>
> wt., 3 wrz 2019 o 14:40 Yishay Weiss  napisał(a):
>
>> If I understand correctly these messages [1] don’t indicate a failure,
>> but are part of a test to make sure that the proper error message appears
>> when you write to a read-only prop. Can you find the tests that failed
>> further up in the output?
>>
>>
>>
>> [1] [junit]
>> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-compiler/compiler/target/junit-temp/ASDateTests2436056786678332499.as(16):
>> col: 1 Error: Property timezoneOffset is read-only.
>>
>>
>>
>>
>>
>> ____________
>> From: Piotr Zarzycki 
>> Sent: Tuesday, September 3, 2019 2:52:11 PM
>> To: dev@royale.apache.org 
>> Subject: Re: Discuss of release steps preparation
>>
>> I have setup my Mac instead to have a ANT build. Unfortunately one of the
>> compiler test failed [1]. I have used -DskipTests=true, so why actually
>> those tests run ?
>>
>> [1]  https://paste.apache.org/kzm3t
>>
>>
>>
>> wt., 3 wrz 2019 o 12:20 Piotr Zarzycki 
>> napisał(a):
>>
>> > Just FYI I have tried several times and I still cannot properly prepare
>> > ANT artifacts for 0.9.6 release. I have uninstall TortoiseGIT, but files
>> > which I cannot delete has been still hold by some processes related to
>> > build.
>> >
>> > I'm going to try this very last step do on our remote PC to see whether
>> it
>> > will be successful. If not I gave up on being RM. Someone else will
>> have to
>> > try.
>> >
>> > śr., 28 sie 2019 o 18:10 Alex Harui 
>> napisał(a):
>> >
>> >> Failonerror is typically false when deleting in case the folder has
>> >> already been deleted.
>> >>
>> >> Pretty sure that at least on Windows,  if a jar is being used by a
>> >> running application that you cannot delete the jar.
>> >>
>> >> In theory, the Ant scripts should not be loading jars when building the
>> >> source package and I think they even run super-clean which should clean
>> >> everything assuming nothing else is running that is using those jars.
>> >>
>> >> I doubt that TortoiseGit will load those jars.  If you reboot your
>> system
>> >> and run the Ant scripts that should guarantee that nothing is running
>> using
>> >> those jars.  Then if it is still a problem then something early in the
>> >> script is loading those jars.  Later in the build, those jars will be
>> >> loaded to generate the binary artifacts, but shouldn't be loaded to
>> >> generate the source-only artifacts.
>> >>
>> >> HTH,
>> >> -Alex
>> >>
>> >> On 8/28/19, 8:29 AM, "Piotr Zarzycki" 
>> wrote:
>> >>
>> >> I think that's the option. :) I hope I will finally get to an end
>> >> this.
>> >>
>> >> śr., 28 sie 2019 o 17:27 Josh Tynjala 
>> >> napisał(a):
>> >>
>> >> > With that in mind, it seems like you may need to temporarily
>> disable
>> >> > TortoiseGit while running the build.
>> >> >
>> >> > --
>> >> > Josh Tynjala
>> >> > Bowler Hat LLC <
>> >>
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbowlerhat.devdata=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=E7PplZ%2BL%2Boaj5HLs1oCIVUshuy20zpUxmtNWb7aOB5Y%3Dreserved=0
>> >> >
>> >> >
>> >> >
>> >> > On Wed, Aug 28, 2019 at 6:28 AM Piotr Zarzycki <
>> >> piotrzarzyck...@gmail.com>
>> >> > wrote:

Re: Discuss of release steps preparation

2019-09-03 Thread Piotr Zarzycki
Ok but in folder junit-reprots there were two files [1][2]

[1] https://paste.apache.org/fu49t
[2] https://paste.apache.org/2dd6c

wt., 3 wrz 2019 o 14:46 Piotr Zarzycki 
napisał(a):

> Hi Yishay,
>
> Interesting. In that folder there is no such file as it's on stacktrace.
> There are only swf files -> https://ibb.co/7vh7MnD
>
> Thanks,
> Piotr
>
> wt., 3 wrz 2019 o 14:40 Yishay Weiss  napisał(a):
>
>> If I understand correctly these messages [1] don’t indicate a failure,
>> but are part of a test to make sure that the proper error message appears
>> when you write to a read-only prop. Can you find the tests that failed
>> further up in the output?
>>
>>
>>
>> [1] [junit]
>> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-compiler/compiler/target/junit-temp/ASDateTests2436056786678332499.as(16):
>> col: 1 Error: Property timezoneOffset is read-only.
>>
>>
>>
>>
>>
>> ____________
>> From: Piotr Zarzycki 
>> Sent: Tuesday, September 3, 2019 2:52:11 PM
>> To: dev@royale.apache.org 
>> Subject: Re: Discuss of release steps preparation
>>
>> I have setup my Mac instead to have a ANT build. Unfortunately one of the
>> compiler test failed [1]. I have used -DskipTests=true, so why actually
>> those tests run ?
>>
>> [1]  https://paste.apache.org/kzm3t
>>
>>
>>
>> wt., 3 wrz 2019 o 12:20 Piotr Zarzycki 
>> napisał(a):
>>
>> > Just FYI I have tried several times and I still cannot properly prepare
>> > ANT artifacts for 0.9.6 release. I have uninstall TortoiseGIT, but files
>> > which I cannot delete has been still hold by some processes related to
>> > build.
>> >
>> > I'm going to try this very last step do on our remote PC to see whether
>> it
>> > will be successful. If not I gave up on being RM. Someone else will
>> have to
>> > try.
>> >
>> > śr., 28 sie 2019 o 18:10 Alex Harui 
>> napisał(a):
>> >
>> >> Failonerror is typically false when deleting in case the folder has
>> >> already been deleted.
>> >>
>> >> Pretty sure that at least on Windows,  if a jar is being used by a
>> >> running application that you cannot delete the jar.
>> >>
>> >> In theory, the Ant scripts should not be loading jars when building the
>> >> source package and I think they even run super-clean which should clean
>> >> everything assuming nothing else is running that is using those jars.
>> >>
>> >> I doubt that TortoiseGit will load those jars.  If you reboot your
>> system
>> >> and run the Ant scripts that should guarantee that nothing is running
>> using
>> >> those jars.  Then if it is still a problem then something early in the
>> >> script is loading those jars.  Later in the build, those jars will be
>> >> loaded to generate the binary artifacts, but shouldn't be loaded to
>> >> generate the source-only artifacts.
>> >>
>> >> HTH,
>> >> -Alex
>> >>
>> >> On 8/28/19, 8:29 AM, "Piotr Zarzycki" 
>> wrote:
>> >>
>> >> I think that's the option. :) I hope I will finally get to an end
>> >> this.
>> >>
>> >> śr., 28 sie 2019 o 17:27 Josh Tynjala 
>> >> napisał(a):
>> >>
>> >> > With that in mind, it seems like you may need to temporarily
>> disable
>> >> > TortoiseGit while running the build.
>> >> >
>> >> > --
>> >> > Josh Tynjala
>> >> > Bowler Hat LLC <
>> >>
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbowlerhat.devdata=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=E7PplZ%2BL%2Boaj5HLs1oCIVUshuy20zpUxmtNWb7aOB5Y%3Dreserved=0
>> >> >
>> >> >
>> >> >
>> >> > On Wed, Aug 28, 2019 at 6:28 AM Piotr Zarzycki <
>> >> piotrzarzyck...@gmail.com>
>> >> > wrote:
>> >> >
>> >> > > I'm not sure if it's related, but I have tried deleted that
>> folder
>> >> > manually
>> >> > > and it's being blocked by Git [1]
>> >> > >
>> >> > > [1]
>> >>
>> https://nam04.safelinks.protection.outlook

Re: Discuss of release steps preparation

2019-09-03 Thread Piotr Zarzycki
Hi Yishay,

Interesting. In that folder there is no such file as it's on stacktrace.
There are only swf files -> https://ibb.co/7vh7MnD

Thanks,
Piotr

wt., 3 wrz 2019 o 14:40 Yishay Weiss  napisał(a):

> If I understand correctly these messages [1] don’t indicate a failure, but
> are part of a test to make sure that the proper error message appears when
> you write to a read-only prop. Can you find the tests that failed further
> up in the output?
>
>
>
> [1] [junit]
> /Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-compiler/compiler/target/junit-temp/ASDateTests2436056786678332499.as(16):
> col: 1 Error: Property timezoneOffset is read-only.
>
>
>
>
>
> 
> From: Piotr Zarzycki 
> Sent: Tuesday, September 3, 2019 2:52:11 PM
> To: dev@royale.apache.org 
> Subject: Re: Discuss of release steps preparation
>
> I have setup my Mac instead to have a ANT build. Unfortunately one of the
> compiler test failed [1]. I have used -DskipTests=true, so why actually
> those tests run ?
>
> [1]  https://paste.apache.org/kzm3t
>
>
>
> wt., 3 wrz 2019 o 12:20 Piotr Zarzycki 
> napisał(a):
>
> > Just FYI I have tried several times and I still cannot properly prepare
> > ANT artifacts for 0.9.6 release. I have uninstall TortoiseGIT, but files
> > which I cannot delete has been still hold by some processes related to
> > build.
> >
> > I'm going to try this very last step do on our remote PC to see whether
> it
> > will be successful. If not I gave up on being RM. Someone else will have
> to
> > try.
> >
> > śr., 28 sie 2019 o 18:10 Alex Harui 
> napisał(a):
> >
> >> Failonerror is typically false when deleting in case the folder has
> >> already been deleted.
> >>
> >> Pretty sure that at least on Windows,  if a jar is being used by a
> >> running application that you cannot delete the jar.
> >>
> >> In theory, the Ant scripts should not be loading jars when building the
> >> source package and I think they even run super-clean which should clean
> >> everything assuming nothing else is running that is using those jars.
> >>
> >> I doubt that TortoiseGit will load those jars.  If you reboot your
> system
> >> and run the Ant scripts that should guarantee that nothing is running
> using
> >> those jars.  Then if it is still a problem then something early in the
> >> script is loading those jars.  Later in the build, those jars will be
> >> loaded to generate the binary artifacts, but shouldn't be loaded to
> >> generate the source-only artifacts.
> >>
> >> HTH,
> >> -Alex
> >>
> >> On 8/28/19, 8:29 AM, "Piotr Zarzycki" 
> wrote:
> >>
> >> I think that's the option. :) I hope I will finally get to an end
> >> this.
> >>
> >> śr., 28 sie 2019 o 17:27 Josh Tynjala 
> >> napisał(a):
> >>
> >> > With that in mind, it seems like you may need to temporarily
> disable
> >> > TortoiseGit while running the build.
> >> >
> >> > --
> >> > Josh Tynjala
> >> > Bowler Hat LLC <
> >>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbowlerhat.devdata=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=E7PplZ%2BL%2Boaj5HLs1oCIVUshuy20zpUxmtNWb7aOB5Y%3Dreserved=0
> >> >
> >> >
> >> >
> >> > On Wed, Aug 28, 2019 at 6:28 AM Piotr Zarzycki <
> >> piotrzarzyck...@gmail.com>
> >> > wrote:
> >> >
> >> > > I'm not sure if it's related, but I have tried deleted that
> folder
> >> > manually
> >> > > and it's being blocked by Git [1]
> >> > >
> >> > > [1]
> >>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2Fbsm48DVdata=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=pPZk4V%2BZ2LYP134QTiVJVPbaoyzlhnm5W4V%2FDtqPHvM%3Dreserved=0
> >> > >
> >> > > Thanks,
> >> > > Piotr
> >> > >
> >> > > śr., 28 sie 2019 o 15:07 Piotr Zarzycki <
> >> piotrzarzyck...@gmail.com>
> >> > > napisał(a):
> >> > >
> >> > > > I have modified build.xml script locally and I got 

RE: Discuss of release steps preparation

2019-09-03 Thread Yishay Weiss
If I understand correctly these messages [1] don’t indicate a failure, but are 
part of a test to make sure that the proper error message appears when you 
write to a read-only prop. Can you find the tests that failed further up in the 
output?



[1] [junit] 
/Users/piotr/Downloads/royale/release/releaseasjs_ant/sources/royale-compiler/compiler/target/junit-temp/ASDateTests2436056786678332499.as(16):
 col: 1 Error: Property timezoneOffset is read-only.






From: Piotr Zarzycki 
Sent: Tuesday, September 3, 2019 2:52:11 PM
To: dev@royale.apache.org 
Subject: Re: Discuss of release steps preparation

I have setup my Mac instead to have a ANT build. Unfortunately one of the
compiler test failed [1]. I have used -DskipTests=true, so why actually
those tests run ?

[1]  https://paste.apache.org/kzm3t



wt., 3 wrz 2019 o 12:20 Piotr Zarzycki 
napisał(a):

> Just FYI I have tried several times and I still cannot properly prepare
> ANT artifacts for 0.9.6 release. I have uninstall TortoiseGIT, but files
> which I cannot delete has been still hold by some processes related to
> build.
>
> I'm going to try this very last step do on our remote PC to see whether it
> will be successful. If not I gave up on being RM. Someone else will have to
> try.
>
> śr., 28 sie 2019 o 18:10 Alex Harui  napisał(a):
>
>> Failonerror is typically false when deleting in case the folder has
>> already been deleted.
>>
>> Pretty sure that at least on Windows,  if a jar is being used by a
>> running application that you cannot delete the jar.
>>
>> In theory, the Ant scripts should not be loading jars when building the
>> source package and I think they even run super-clean which should clean
>> everything assuming nothing else is running that is using those jars.
>>
>> I doubt that TortoiseGit will load those jars.  If you reboot your system
>> and run the Ant scripts that should guarantee that nothing is running using
>> those jars.  Then if it is still a problem then something early in the
>> script is loading those jars.  Later in the build, those jars will be
>> loaded to generate the binary artifacts, but shouldn't be loaded to
>> generate the source-only artifacts.
>>
>> HTH,
>> -Alex
>>
>> On 8/28/19, 8:29 AM, "Piotr Zarzycki"  wrote:
>>
>> I think that's the option. :) I hope I will finally get to an end
>> this.
>>
>> śr., 28 sie 2019 o 17:27 Josh Tynjala 
>> napisał(a):
>>
>> > With that in mind, it seems like you may need to temporarily disable
>> > TortoiseGit while running the build.
>> >
>> > --
>> > Josh Tynjala
>> > Bowler Hat LLC <
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbowlerhat.devdata=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=E7PplZ%2BL%2Boaj5HLs1oCIVUshuy20zpUxmtNWb7aOB5Y%3Dreserved=0
>> >
>> >
>> >
>> > On Wed, Aug 28, 2019 at 6:28 AM Piotr Zarzycki <
>> piotrzarzyck...@gmail.com>
>> > wrote:
>> >
>> > > I'm not sure if it's related, but I have tried deleted that folder
>> > manually
>> > > and it's being blocked by Git [1]
>> > >
>> > > [1]
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2Fbsm48DVdata=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=pPZk4V%2BZ2LYP134QTiVJVPbaoyzlhnm5W4V%2FDtqPHvM%3Dreserved=0
>> > >
>> > > Thanks,
>> > > Piotr
>> > >
>> > > śr., 28 sie 2019 o 15:07 Piotr Zarzycki <
>> piotrzarzyck...@gmail.com>
>> > > napisał(a):
>> > >
>> > > > I have modified build.xml script locally and I got following
>> result ->
>> > > >
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fm5mz5data=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=rtRQo3WI%2BKhrddAmqgMLFTSab0YtxPC9HTwcuSQx1TI%3Dreserved=0
>> > > >
>> > > > What can hold that jar file ?
>> > > >
>> > > >
>> > > >
>> > > > śr., 28 sie 2019 o 14:23 Piotr Zarzycki <
>> piotrzarzyck...@gmail.com>
>> > > > napisał(a):
>> > > >
>> > > >

Re: Discuss of release steps preparation

2019-09-03 Thread Piotr Zarzycki
I have setup my Mac instead to have a ANT build. Unfortunately one of the
compiler test failed [1]. I have used -DskipTests=true, so why actually
those tests run ?

[1]  https://paste.apache.org/kzm3t



wt., 3 wrz 2019 o 12:20 Piotr Zarzycki 
napisał(a):

> Just FYI I have tried several times and I still cannot properly prepare
> ANT artifacts for 0.9.6 release. I have uninstall TortoiseGIT, but files
> which I cannot delete has been still hold by some processes related to
> build.
>
> I'm going to try this very last step do on our remote PC to see whether it
> will be successful. If not I gave up on being RM. Someone else will have to
> try.
>
> śr., 28 sie 2019 o 18:10 Alex Harui  napisał(a):
>
>> Failonerror is typically false when deleting in case the folder has
>> already been deleted.
>>
>> Pretty sure that at least on Windows,  if a jar is being used by a
>> running application that you cannot delete the jar.
>>
>> In theory, the Ant scripts should not be loading jars when building the
>> source package and I think they even run super-clean which should clean
>> everything assuming nothing else is running that is using those jars.
>>
>> I doubt that TortoiseGit will load those jars.  If you reboot your system
>> and run the Ant scripts that should guarantee that nothing is running using
>> those jars.  Then if it is still a problem then something early in the
>> script is loading those jars.  Later in the build, those jars will be
>> loaded to generate the binary artifacts, but shouldn't be loaded to
>> generate the source-only artifacts.
>>
>> HTH,
>> -Alex
>>
>> On 8/28/19, 8:29 AM, "Piotr Zarzycki"  wrote:
>>
>> I think that's the option. :) I hope I will finally get to an end
>> this.
>>
>> śr., 28 sie 2019 o 17:27 Josh Tynjala 
>> napisał(a):
>>
>> > With that in mind, it seems like you may need to temporarily disable
>> > TortoiseGit while running the build.
>> >
>> > --
>> > Josh Tynjala
>> > Bowler Hat LLC <
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbowlerhat.devdata=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=E7PplZ%2BL%2Boaj5HLs1oCIVUshuy20zpUxmtNWb7aOB5Y%3Dreserved=0
>> >
>> >
>> >
>> > On Wed, Aug 28, 2019 at 6:28 AM Piotr Zarzycki <
>> piotrzarzyck...@gmail.com>
>> > wrote:
>> >
>> > > I'm not sure if it's related, but I have tried deleted that folder
>> > manually
>> > > and it's being blocked by Git [1]
>> > >
>> > > [1]
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2Fbsm48DVdata=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=pPZk4V%2BZ2LYP134QTiVJVPbaoyzlhnm5W4V%2FDtqPHvM%3Dreserved=0
>> > >
>> > > Thanks,
>> > > Piotr
>> > >
>> > > śr., 28 sie 2019 o 15:07 Piotr Zarzycki <
>> piotrzarzyck...@gmail.com>
>> > > napisał(a):
>> > >
>> > > > I have modified build.xml script locally and I got following
>> result ->
>> > > >
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fm5mz5data=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=rtRQo3WI%2BKhrddAmqgMLFTSab0YtxPC9HTwcuSQx1TI%3Dreserved=0
>> > > >
>> > > > What can hold that jar file ?
>> > > >
>> > > >
>> > > >
>> > > > śr., 28 sie 2019 o 14:23 Piotr Zarzycki <
>> piotrzarzyck...@gmail.com>
>> > > > napisał(a):
>> > > >
>> > > >> Hi Alex,
>> > > >>
>> > > >> I just made another attempt and it's failed. I missed your
>> information
>> > > >> that "royale-asjs/js/lib/ " contains 2 jar files. I see them
>> on my
>> > > machine.
>> > > >> I see also that we have [1] deletion line for that. My fix for
>> > deleting
>> > > >> helped so far to get rid of problem with RoyaleUnit [2].
>> > > >>
>> > > >> Maybe we should switch failonerror="false" to "true" and see
>> what is
>> > > >> happening ? Why actually those flags are false ?
>> > > >>
>> > > >> [1]
>> > > >>
>> > >
>> >
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fblob%2F946e1f13c125ad2f3fc74ae56d8cbc462487c3f5%2Fbuild.xml%23L565data=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=fvBjkUVwz%2FONPLIabE6XAud7%2BBvD3JSW0DGeo0WnOww%3Dreserved=0
>> > > >> [2]
>> > > >>
>> > >
>> >
>> 

Re: Discuss of release steps preparation

2019-09-03 Thread Piotr Zarzycki
Just FYI I have tried several times and I still cannot properly prepare ANT
artifacts for 0.9.6 release. I have uninstall TortoiseGIT, but files which
I cannot delete has been still hold by some processes related to build.

I'm going to try this very last step do on our remote PC to see whether it
will be successful. If not I gave up on being RM. Someone else will have to
try.

śr., 28 sie 2019 o 18:10 Alex Harui  napisał(a):

> Failonerror is typically false when deleting in case the folder has
> already been deleted.
>
> Pretty sure that at least on Windows,  if a jar is being used by a running
> application that you cannot delete the jar.
>
> In theory, the Ant scripts should not be loading jars when building the
> source package and I think they even run super-clean which should clean
> everything assuming nothing else is running that is using those jars.
>
> I doubt that TortoiseGit will load those jars.  If you reboot your system
> and run the Ant scripts that should guarantee that nothing is running using
> those jars.  Then if it is still a problem then something early in the
> script is loading those jars.  Later in the build, those jars will be
> loaded to generate the binary artifacts, but shouldn't be loaded to
> generate the source-only artifacts.
>
> HTH,
> -Alex
>
> On 8/28/19, 8:29 AM, "Piotr Zarzycki"  wrote:
>
> I think that's the option. :) I hope I will finally get to an end this.
>
> śr., 28 sie 2019 o 17:27 Josh Tynjala 
> napisał(a):
>
> > With that in mind, it seems like you may need to temporarily disable
> > TortoiseGit while running the build.
> >
> > --
> > Josh Tynjala
> > Bowler Hat LLC <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbowlerhat.devdata=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=E7PplZ%2BL%2Boaj5HLs1oCIVUshuy20zpUxmtNWb7aOB5Y%3Dreserved=0
> >
> >
> >
> > On Wed, Aug 28, 2019 at 6:28 AM Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > wrote:
> >
> > > I'm not sure if it's related, but I have tried deleted that folder
> > manually
> > > and it's being blocked by Git [1]
> > >
> > > [1]
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2Fbsm48DVdata=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=pPZk4V%2BZ2LYP134QTiVJVPbaoyzlhnm5W4V%2FDtqPHvM%3Dreserved=0
> > >
> > > Thanks,
> > > Piotr
> > >
> > > śr., 28 sie 2019 o 15:07 Piotr Zarzycki  >
> > > napisał(a):
> > >
> > > > I have modified build.xml script locally and I got following
> result ->
> > > >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fm5mz5data=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=rtRQo3WI%2BKhrddAmqgMLFTSab0YtxPC9HTwcuSQx1TI%3Dreserved=0
> > > >
> > > > What can hold that jar file ?
> > > >
> > > >
> > > >
> > > > śr., 28 sie 2019 o 14:23 Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > > > napisał(a):
> > > >
> > > >> Hi Alex,
> > > >>
> > > >> I just made another attempt and it's failed. I missed your
> information
> > > >> that "royale-asjs/js/lib/ " contains 2 jar files. I see them on
> my
> > > machine.
> > > >> I see also that we have [1] deletion line for that. My fix for
> > deleting
> > > >> helped so far to get rid of problem with RoyaleUnit [2].
> > > >>
> > > >> Maybe we should switch failonerror="false" to "true" and see
> what is
> > > >> happening ? Why actually those flags are false ?
> > > >>
> > > >> [1]
> > > >>
> > >
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fblob%2F946e1f13c125ad2f3fc74ae56d8cbc462487c3f5%2Fbuild.xml%23L565data=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=fvBjkUVwz%2FONPLIabE6XAud7%2BBvD3JSW0DGeo0WnOww%3Dreserved=0
> > > >> [2]
> > > >>
> > >
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fcommit%2F946e1f13c125ad2f3fc74ae56d8cbc462487c3f5data=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=m8ICTic%2FwHuCLnKMFN%2B%2BmoXLwPQoj2EpikuC01%2FSBqY%3Dreserved=0
> > > >>
> > > >> Thanks,
> > > >> Piotr
> > > >>
> > > >> pon., 26 sie 2019 o 08:35 Alex Harui 
> > > >> napisał(a):
> > > >>
> > > >>> The two zips are different.
> > > >>>
> > > >>> The second zip contains several files that the first one
> doesn't.
> > Try
> > > >>> using other diff tools to find 

Re: Discuss of release steps preparation

2019-08-28 Thread Alex Harui
Failonerror is typically false when deleting in case the folder has already 
been deleted.

Pretty sure that at least on Windows,  if a jar is being used by a running 
application that you cannot delete the jar.

In theory, the Ant scripts should not be loading jars when building the source 
package and I think they even run super-clean which should clean everything 
assuming nothing else is running that is using those jars.

I doubt that TortoiseGit will load those jars.  If you reboot your system and 
run the Ant scripts that should guarantee that nothing is running using those 
jars.  Then if it is still a problem then something early in the script is 
loading those jars.  Later in the build, those jars will be loaded to generate 
the binary artifacts, but shouldn't be loaded to generate the source-only 
artifacts.

HTH,
-Alex

On 8/28/19, 8:29 AM, "Piotr Zarzycki"  wrote:

I think that's the option. :) I hope I will finally get to an end this.

śr., 28 sie 2019 o 17:27 Josh Tynjala 
napisał(a):

> With that in mind, it seems like you may need to temporarily disable
> TortoiseGit while running the build.
>
> --
> Josh Tynjala
> Bowler Hat LLC 

>
>
> On Wed, Aug 28, 2019 at 6:28 AM Piotr Zarzycki 
> wrote:
>
> > I'm not sure if it's related, but I have tried deleted that folder
> manually
> > and it's being blocked by Git [1]
> >
> > [1] 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2Fbsm48DVdata=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=pPZk4V%2BZ2LYP134QTiVJVPbaoyzlhnm5W4V%2FDtqPHvM%3Dreserved=0
> >
> > Thanks,
> > Piotr
> >
> > śr., 28 sie 2019 o 15:07 Piotr Zarzycki 
> > napisał(a):
> >
> > > I have modified build.xml script locally and I got following result ->
> > > 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fm5mz5data=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=rtRQo3WI%2BKhrddAmqgMLFTSab0YtxPC9HTwcuSQx1TI%3Dreserved=0
> > >
> > > What can hold that jar file ?
> > >
> > >
> > >
> > > śr., 28 sie 2019 o 14:23 Piotr Zarzycki 
> > > napisał(a):
> > >
> > >> Hi Alex,
> > >>
> > >> I just made another attempt and it's failed. I missed your 
information
> > >> that "royale-asjs/js/lib/ " contains 2 jar files. I see them on my
> > machine.
> > >> I see also that we have [1] deletion line for that. My fix for
> deleting
> > >> helped so far to get rid of problem with RoyaleUnit [2].
> > >>
> > >> Maybe we should switch failonerror="false" to "true" and see what is
> > >> happening ? Why actually those flags are false ?
> > >>
> > >> [1]
> > >>
> >
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fblob%2F946e1f13c125ad2f3fc74ae56d8cbc462487c3f5%2Fbuild.xml%23L565data=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=fvBjkUVwz%2FONPLIabE6XAud7%2BBvD3JSW0DGeo0WnOww%3Dreserved=0
> > >> [2]
> > >>
> >
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fcommit%2F946e1f13c125ad2f3fc74ae56d8cbc462487c3f5data=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=m8ICTic%2FwHuCLnKMFN%2B%2BmoXLwPQoj2EpikuC01%2FSBqY%3Dreserved=0
> > >>
> > >> Thanks,
> > >> Piotr
> > >>
> > >> pon., 26 sie 2019 o 08:35 Alex Harui 
> > >> napisał(a):
> > >>
> > >>> The two zips are different.
> > >>>
> > >>> The second zip contains several files that the first one doesn't.
> Try
> > >>> using other diff tools to find one that will help you see the
> > differences.
> > >>> I just use my Mac's *nix command line with "diff -rwq" and "find".
> > Cygwin
> > >>> and GitBash should have those tools on Windows.  I didn't take the
> > time to
> > >>> find out.
> > >>>
> > >>> The second zip has two extra folders:
> > >>>
> > >>> royale-asjs/js/lib/ with two jars in it.  Those jars should be
> cleaned
> > >>> by Ant, but maybe they were in use and thus locked.
> > >>>
> >
> 
second/royale-asjs/frameworks/js/projects/RoyaleUnitJS/src/test/royale/target
> > >>> with lots of files in it.  These files may not be getting 

Re: Discuss of release steps preparation

2019-08-28 Thread Piotr Zarzycki
I think that's the option. :) I hope I will finally get to an end this.

śr., 28 sie 2019 o 17:27 Josh Tynjala 
napisał(a):

> With that in mind, it seems like you may need to temporarily disable
> TortoiseGit while running the build.
>
> --
> Josh Tynjala
> Bowler Hat LLC 
>
>
> On Wed, Aug 28, 2019 at 6:28 AM Piotr Zarzycki 
> wrote:
>
> > I'm not sure if it's related, but I have tried deleted that folder
> manually
> > and it's being blocked by Git [1]
> >
> > [1] https://ibb.co/bsm48DV
> >
> > Thanks,
> > Piotr
> >
> > śr., 28 sie 2019 o 15:07 Piotr Zarzycki 
> > napisał(a):
> >
> > > I have modified build.xml script locally and I got following result ->
> > > https://paste.apache.org/m5mz5
> > >
> > > What can hold that jar file ?
> > >
> > >
> > >
> > > śr., 28 sie 2019 o 14:23 Piotr Zarzycki 
> > > napisał(a):
> > >
> > >> Hi Alex,
> > >>
> > >> I just made another attempt and it's failed. I missed your information
> > >> that "royale-asjs/js/lib/ " contains 2 jar files. I see them on my
> > machine.
> > >> I see also that we have [1] deletion line for that. My fix for
> deleting
> > >> helped so far to get rid of problem with RoyaleUnit [2].
> > >>
> > >> Maybe we should switch failonerror="false" to "true" and see what is
> > >> happening ? Why actually those flags are false ?
> > >>
> > >> [1]
> > >>
> >
> https://github.com/apache/royale-asjs/blob/946e1f13c125ad2f3fc74ae56d8cbc462487c3f5/build.xml#L565
> > >> [2]
> > >>
> >
> https://github.com/apache/royale-asjs/commit/946e1f13c125ad2f3fc74ae56d8cbc462487c3f5
> > >>
> > >> Thanks,
> > >> Piotr
> > >>
> > >> pon., 26 sie 2019 o 08:35 Alex Harui 
> > >> napisał(a):
> > >>
> > >>> The two zips are different.
> > >>>
> > >>> The second zip contains several files that the first one doesn't.
> Try
> > >>> using other diff tools to find one that will help you see the
> > differences.
> > >>> I just use my Mac's *nix command line with "diff -rwq" and "find".
> > Cygwin
> > >>> and GitBash should have those tools on Windows.  I didn't take the
> > time to
> > >>> find out.
> > >>>
> > >>> The second zip has two extra folders:
> > >>>
> > >>> royale-asjs/js/lib/ with two jars in it.  Those jars should be
> cleaned
> > >>> by Ant, but maybe they were in use and thus locked.
> > >>>
> >
> second/royale-asjs/frameworks/js/projects/RoyaleUnitJS/src/test/royale/target
> > >>> with lots of files in it.  These files may not be getting cleaned by
> > Ant
> > >>> scripts since RoyaleUnit is a new library.
> > >>>
> > >>> Maybe you ran step 13 in a folder where it had already run?
> > >>>
> > >>> I'm done working for today.  Will check in my morning.
> > >>>
> > >>> HTH,
> > >>> -Alex
> > >>>
> > >>>
> > >>>
> > >>> On 8/25/19, 11:08 PM, "Piotr Zarzycki" 
> > >>> wrote:
> > >>>
> > >>> Links:
> > >>>
> > >>> zip1:
> > >>>
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0S8UffcFPmhXGKGQ%3Fe%3DZstLevdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=2LuY8Zl6krXiKSqrhXJkm8xN01uwQq1aQ9ap9NZsTfY%3Dreserved=0
> > >>> zip2:
> > >>>
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0TPORa2P9OKsWRiw%3Fe%3Dk8fQ7Tdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=shpNZi76ycOzZnlaqD2HPBuVPZJcju%2F6Ud1ERZXTKvo%3Dreserved=0
> > >>>
> > >>> Thanks,
> > >>> Piotr
> > >>>
> > >>> pon., 26 sie 2019 o 00:48 Alex Harui 
> > >>> napisał(a):
> > >>>
> > >>> > Looks like there are 130 files in the "left" folder that aren't
> > in
> > >>> the
> > >>> > "right"?  Or I don't understand the output of whatever tool you
> > >>> are using.
> > >>> > Post a link to the two zips if  you want.
> > >>> >
> > >>> > HTH,
> > >>> > -Alex
> > >>> >
> > >>> > On 8/25/19, 3:08 PM, "Piotr Zarzycki" <
> piotrzarzyck...@gmail.com
> > >
> > >>> wrote:
> > >>> >
> > >>> > Content in both zips is exactly the same. I don't see now
> the
> > >>> reason
> > >>> > to do
> > >>> > not move forward with that ->
> > >>> >
> > >>>
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2FXzDDVfddata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=rCZxV%2BFdCCrpZxoGfNrN9Jq%2Bkg2xx91fLf6mX%2FZMY3A%3Dreserved=0
> > >>> >
> > >>> > pon., 26 sie 2019 o 00:01 Piotr Zarzycki <
> > >>> piotrzarzyck...@gmail.com>
> > >>> > napisał(a):
> > >>> >
> > >>> > > Sorry that's not my day. It looks like my folder in Total
> > >>> Commander
> > >>> > wasn't
> > >>> > > refreshed. Both zips exists. I will compare them and
> > provide
> > >>> results.
> > >>> > >
> > >>> > > On Sun, Aug 25, 

Re: Discuss of release steps preparation

2019-08-28 Thread Josh Tynjala
With that in mind, it seems like you may need to temporarily disable
TortoiseGit while running the build.

--
Josh Tynjala
Bowler Hat LLC 


On Wed, Aug 28, 2019 at 6:28 AM Piotr Zarzycki 
wrote:

> I'm not sure if it's related, but I have tried deleted that folder manually
> and it's being blocked by Git [1]
>
> [1] https://ibb.co/bsm48DV
>
> Thanks,
> Piotr
>
> śr., 28 sie 2019 o 15:07 Piotr Zarzycki 
> napisał(a):
>
> > I have modified build.xml script locally and I got following result ->
> > https://paste.apache.org/m5mz5
> >
> > What can hold that jar file ?
> >
> >
> >
> > śr., 28 sie 2019 o 14:23 Piotr Zarzycki 
> > napisał(a):
> >
> >> Hi Alex,
> >>
> >> I just made another attempt and it's failed. I missed your information
> >> that "royale-asjs/js/lib/ " contains 2 jar files. I see them on my
> machine.
> >> I see also that we have [1] deletion line for that. My fix for deleting
> >> helped so far to get rid of problem with RoyaleUnit [2].
> >>
> >> Maybe we should switch failonerror="false" to "true" and see what is
> >> happening ? Why actually those flags are false ?
> >>
> >> [1]
> >>
> https://github.com/apache/royale-asjs/blob/946e1f13c125ad2f3fc74ae56d8cbc462487c3f5/build.xml#L565
> >> [2]
> >>
> https://github.com/apache/royale-asjs/commit/946e1f13c125ad2f3fc74ae56d8cbc462487c3f5
> >>
> >> Thanks,
> >> Piotr
> >>
> >> pon., 26 sie 2019 o 08:35 Alex Harui 
> >> napisał(a):
> >>
> >>> The two zips are different.
> >>>
> >>> The second zip contains several files that the first one doesn't.  Try
> >>> using other diff tools to find one that will help you see the
> differences.
> >>> I just use my Mac's *nix command line with "diff -rwq" and "find".
> Cygwin
> >>> and GitBash should have those tools on Windows.  I didn't take the
> time to
> >>> find out.
> >>>
> >>> The second zip has two extra folders:
> >>>
> >>> royale-asjs/js/lib/ with two jars in it.  Those jars should be cleaned
> >>> by Ant, but maybe they were in use and thus locked.
> >>>
> second/royale-asjs/frameworks/js/projects/RoyaleUnitJS/src/test/royale/target
> >>> with lots of files in it.  These files may not be getting cleaned by
> Ant
> >>> scripts since RoyaleUnit is a new library.
> >>>
> >>> Maybe you ran step 13 in a folder where it had already run?
> >>>
> >>> I'm done working for today.  Will check in my morning.
> >>>
> >>> HTH,
> >>> -Alex
> >>>
> >>>
> >>>
> >>> On 8/25/19, 11:08 PM, "Piotr Zarzycki" 
> >>> wrote:
> >>>
> >>> Links:
> >>>
> >>> zip1:
> >>>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0S8UffcFPmhXGKGQ%3Fe%3DZstLevdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=2LuY8Zl6krXiKSqrhXJkm8xN01uwQq1aQ9ap9NZsTfY%3Dreserved=0
> >>> zip2:
> >>>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0TPORa2P9OKsWRiw%3Fe%3Dk8fQ7Tdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=shpNZi76ycOzZnlaqD2HPBuVPZJcju%2F6Ud1ERZXTKvo%3Dreserved=0
> >>>
> >>> Thanks,
> >>> Piotr
> >>>
> >>> pon., 26 sie 2019 o 00:48 Alex Harui 
> >>> napisał(a):
> >>>
> >>> > Looks like there are 130 files in the "left" folder that aren't
> in
> >>> the
> >>> > "right"?  Or I don't understand the output of whatever tool you
> >>> are using.
> >>> > Post a link to the two zips if  you want.
> >>> >
> >>> > HTH,
> >>> > -Alex
> >>> >
> >>> > On 8/25/19, 3:08 PM, "Piotr Zarzycki"  >
> >>> wrote:
> >>> >
> >>> > Content in both zips is exactly the same. I don't see now the
> >>> reason
> >>> > to do
> >>> > not move forward with that ->
> >>> >
> >>>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2FXzDDVfddata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=rCZxV%2BFdCCrpZxoGfNrN9Jq%2Bkg2xx91fLf6mX%2FZMY3A%3Dreserved=0
> >>> >
> >>> > pon., 26 sie 2019 o 00:01 Piotr Zarzycki <
> >>> piotrzarzyck...@gmail.com>
> >>> > napisał(a):
> >>> >
> >>> > > Sorry that's not my day. It looks like my folder in Total
> >>> Commander
> >>> > wasn't
> >>> > > refreshed. Both zips exists. I will compare them and
> provide
> >>> results.
> >>> > >
> >>> > > On Sun, Aug 25, 2019, 11:58 PM Piotr Zarzycki <
> >>> > piotrzarzyck...@gmail.com>
> >>> > > wrote:
> >>> > >
> >>> > >> Alex,
> >>> > >>
> >>> > >> I just checked and I was mistake. Zip which should be
> >>> inside source
> >>> > >> folder is not exists at all. I'm wondering what could
> >>> happen that
> >>> > this zip
> >>> > >> wasn't generated.
> >>> > >>
> >>> > >> Thanks,
> 

Re: Discuss of release steps preparation

2019-08-28 Thread Piotr Zarzycki
I'm not sure if it's related, but I have tried deleted that folder manually
and it's being blocked by Git [1]

[1] https://ibb.co/bsm48DV

Thanks,
Piotr

śr., 28 sie 2019 o 15:07 Piotr Zarzycki 
napisał(a):

> I have modified build.xml script locally and I got following result ->
> https://paste.apache.org/m5mz5
>
> What can hold that jar file ?
>
>
>
> śr., 28 sie 2019 o 14:23 Piotr Zarzycki 
> napisał(a):
>
>> Hi Alex,
>>
>> I just made another attempt and it's failed. I missed your information
>> that "royale-asjs/js/lib/ " contains 2 jar files. I see them on my machine.
>> I see also that we have [1] deletion line for that. My fix for deleting
>> helped so far to get rid of problem with RoyaleUnit [2].
>>
>> Maybe we should switch failonerror="false" to "true" and see what is
>> happening ? Why actually those flags are false ?
>>
>> [1]
>> https://github.com/apache/royale-asjs/blob/946e1f13c125ad2f3fc74ae56d8cbc462487c3f5/build.xml#L565
>> [2]
>> https://github.com/apache/royale-asjs/commit/946e1f13c125ad2f3fc74ae56d8cbc462487c3f5
>>
>> Thanks,
>> Piotr
>>
>> pon., 26 sie 2019 o 08:35 Alex Harui 
>> napisał(a):
>>
>>> The two zips are different.
>>>
>>> The second zip contains several files that the first one doesn't.  Try
>>> using other diff tools to find one that will help you see the differences.
>>> I just use my Mac's *nix command line with "diff -rwq" and "find".  Cygwin
>>> and GitBash should have those tools on Windows.  I didn't take the time to
>>> find out.
>>>
>>> The second zip has two extra folders:
>>>
>>> royale-asjs/js/lib/ with two jars in it.  Those jars should be cleaned
>>> by Ant, but maybe they were in use and thus locked.
>>> second/royale-asjs/frameworks/js/projects/RoyaleUnitJS/src/test/royale/target
>>> with lots of files in it.  These files may not be getting cleaned by Ant
>>> scripts since RoyaleUnit is a new library.
>>>
>>> Maybe you ran step 13 in a folder where it had already run?
>>>
>>> I'm done working for today.  Will check in my morning.
>>>
>>> HTH,
>>> -Alex
>>>
>>>
>>>
>>> On 8/25/19, 11:08 PM, "Piotr Zarzycki" 
>>> wrote:
>>>
>>> Links:
>>>
>>> zip1:
>>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0S8UffcFPmhXGKGQ%3Fe%3DZstLevdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=2LuY8Zl6krXiKSqrhXJkm8xN01uwQq1aQ9ap9NZsTfY%3Dreserved=0
>>> zip2:
>>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0TPORa2P9OKsWRiw%3Fe%3Dk8fQ7Tdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=shpNZi76ycOzZnlaqD2HPBuVPZJcju%2F6Ud1ERZXTKvo%3Dreserved=0
>>>
>>> Thanks,
>>> Piotr
>>>
>>> pon., 26 sie 2019 o 00:48 Alex Harui 
>>> napisał(a):
>>>
>>> > Looks like there are 130 files in the "left" folder that aren't in
>>> the
>>> > "right"?  Or I don't understand the output of whatever tool you
>>> are using.
>>> > Post a link to the two zips if  you want.
>>> >
>>> > HTH,
>>> > -Alex
>>> >
>>> > On 8/25/19, 3:08 PM, "Piotr Zarzycki" 
>>> wrote:
>>> >
>>> > Content in both zips is exactly the same. I don't see now the
>>> reason
>>> > to do
>>> > not move forward with that ->
>>> >
>>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2FXzDDVfddata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=rCZxV%2BFdCCrpZxoGfNrN9Jq%2Bkg2xx91fLf6mX%2FZMY3A%3Dreserved=0
>>> >
>>> > pon., 26 sie 2019 o 00:01 Piotr Zarzycki <
>>> piotrzarzyck...@gmail.com>
>>> > napisał(a):
>>> >
>>> > > Sorry that's not my day. It looks like my folder in Total
>>> Commander
>>> > wasn't
>>> > > refreshed. Both zips exists. I will compare them and provide
>>> results.
>>> > >
>>> > > On Sun, Aug 25, 2019, 11:58 PM Piotr Zarzycki <
>>> > piotrzarzyck...@gmail.com>
>>> > > wrote:
>>> > >
>>> > >> Alex,
>>> > >>
>>> > >> I just checked and I was mistake. Zip which should be
>>> inside source
>>> > >> folder is not exists at all. I'm wondering what could
>>> happen that
>>> > this zip
>>> > >> wasn't generated.
>>> > >>
>>> > >> Thanks,
>>> > >> Piotr
>>> > >>
>>> > >> On Sun, Aug 25, 2019, 11:52 PM Alex Harui
>>> >> > >
>>> > >> wrote:
>>> > >>
>>> > >>> The output says the -src.zip did not compare.  Expand the
>>> two zip
>>> > files
>>> > >>> into different folders and compare the folders.
>>> > >>>
>>> > >>> HTH,
>>> > >>> -Alex
>>> > >>>
>>> > >>> On 8/25/19, 2:45 PM, "Piotr Zarzycki" <
>>> piotrzarzyck...@gmail.com>

Re: Discuss of release steps preparation

2019-08-28 Thread Piotr Zarzycki
I have modified build.xml script locally and I got following result ->
https://paste.apache.org/m5mz5

What can hold that jar file ?



śr., 28 sie 2019 o 14:23 Piotr Zarzycki 
napisał(a):

> Hi Alex,
>
> I just made another attempt and it's failed. I missed your information
> that "royale-asjs/js/lib/ " contains 2 jar files. I see them on my machine.
> I see also that we have [1] deletion line for that. My fix for deleting
> helped so far to get rid of problem with RoyaleUnit [2].
>
> Maybe we should switch failonerror="false" to "true" and see what is
> happening ? Why actually those flags are false ?
>
> [1]
> https://github.com/apache/royale-asjs/blob/946e1f13c125ad2f3fc74ae56d8cbc462487c3f5/build.xml#L565
> [2]
> https://github.com/apache/royale-asjs/commit/946e1f13c125ad2f3fc74ae56d8cbc462487c3f5
>
> Thanks,
> Piotr
>
> pon., 26 sie 2019 o 08:35 Alex Harui 
> napisał(a):
>
>> The two zips are different.
>>
>> The second zip contains several files that the first one doesn't.  Try
>> using other diff tools to find one that will help you see the differences.
>> I just use my Mac's *nix command line with "diff -rwq" and "find".  Cygwin
>> and GitBash should have those tools on Windows.  I didn't take the time to
>> find out.
>>
>> The second zip has two extra folders:
>>
>> royale-asjs/js/lib/ with two jars in it.  Those jars should be cleaned by
>> Ant, but maybe they were in use and thus locked.
>> second/royale-asjs/frameworks/js/projects/RoyaleUnitJS/src/test/royale/target
>> with lots of files in it.  These files may not be getting cleaned by Ant
>> scripts since RoyaleUnit is a new library.
>>
>> Maybe you ran step 13 in a folder where it had already run?
>>
>> I'm done working for today.  Will check in my morning.
>>
>> HTH,
>> -Alex
>>
>>
>>
>> On 8/25/19, 11:08 PM, "Piotr Zarzycki" 
>> wrote:
>>
>> Links:
>>
>> zip1:
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0S8UffcFPmhXGKGQ%3Fe%3DZstLevdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=2LuY8Zl6krXiKSqrhXJkm8xN01uwQq1aQ9ap9NZsTfY%3Dreserved=0
>> zip2:
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0TPORa2P9OKsWRiw%3Fe%3Dk8fQ7Tdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=shpNZi76ycOzZnlaqD2HPBuVPZJcju%2F6Ud1ERZXTKvo%3Dreserved=0
>>
>> Thanks,
>> Piotr
>>
>> pon., 26 sie 2019 o 00:48 Alex Harui 
>> napisał(a):
>>
>> > Looks like there are 130 files in the "left" folder that aren't in
>> the
>> > "right"?  Or I don't understand the output of whatever tool you are
>> using.
>> > Post a link to the two zips if  you want.
>> >
>> > HTH,
>> > -Alex
>> >
>> > On 8/25/19, 3:08 PM, "Piotr Zarzycki" 
>> wrote:
>> >
>> > Content in both zips is exactly the same. I don't see now the
>> reason
>> > to do
>> > not move forward with that ->
>> >
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2FXzDDVfddata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=rCZxV%2BFdCCrpZxoGfNrN9Jq%2Bkg2xx91fLf6mX%2FZMY3A%3Dreserved=0
>> >
>> > pon., 26 sie 2019 o 00:01 Piotr Zarzycki <
>> piotrzarzyck...@gmail.com>
>> > napisał(a):
>> >
>> > > Sorry that's not my day. It looks like my folder in Total
>> Commander
>> > wasn't
>> > > refreshed. Both zips exists. I will compare them and provide
>> results.
>> > >
>> > > On Sun, Aug 25, 2019, 11:58 PM Piotr Zarzycki <
>> > piotrzarzyck...@gmail.com>
>> > > wrote:
>> > >
>> > >> Alex,
>> > >>
>> > >> I just checked and I was mistake. Zip which should be inside
>> source
>> > >> folder is not exists at all. I'm wondering what could happen
>> that
>> > this zip
>> > >> wasn't generated.
>> > >>
>> > >> Thanks,
>> > >> Piotr
>> > >>
>> > >> On Sun, Aug 25, 2019, 11:52 PM Alex Harui
>> > > >
>> > >> wrote:
>> > >>
>> > >>> The output says the -src.zip did not compare.  Expand the
>> two zip
>> > files
>> > >>> into different folders and compare the folders.
>> > >>>
>> > >>> HTH,
>> > >>> -Alex
>> > >>>
>> > >>> On 8/25/19, 2:45 PM, "Piotr Zarzycki" <
>> piotrzarzyck...@gmail.com>
>> > >>> wrote:
>> > >>>
>> > >>> Hi,
>> > >>>
>> > >>> I have spend another hours on release. Maven artifacts
>> are
>> > deployed
>> > >>> to the
>> > >>> staging without the problem. I stopped this time and
>> the very
>> > end of
>> > >>> the
>> > 

Re: Discuss of release steps preparation

2019-08-28 Thread Piotr Zarzycki
Hi Alex,

I just made another attempt and it's failed. I missed your information that
"royale-asjs/js/lib/ " contains 2 jar files. I see them on my machine. I
see also that we have [1] deletion line for that. My fix for deleting
helped so far to get rid of problem with RoyaleUnit [2].

Maybe we should switch failonerror="false" to "true" and see what is
happening ? Why actually those flags are false ?

[1]
https://github.com/apache/royale-asjs/blob/946e1f13c125ad2f3fc74ae56d8cbc462487c3f5/build.xml#L565
[2]
https://github.com/apache/royale-asjs/commit/946e1f13c125ad2f3fc74ae56d8cbc462487c3f5

Thanks,
Piotr

pon., 26 sie 2019 o 08:35 Alex Harui  napisał(a):

> The two zips are different.
>
> The second zip contains several files that the first one doesn't.  Try
> using other diff tools to find one that will help you see the differences.
> I just use my Mac's *nix command line with "diff -rwq" and "find".  Cygwin
> and GitBash should have those tools on Windows.  I didn't take the time to
> find out.
>
> The second zip has two extra folders:
>
> royale-asjs/js/lib/ with two jars in it.  Those jars should be cleaned by
> Ant, but maybe they were in use and thus locked.
> second/royale-asjs/frameworks/js/projects/RoyaleUnitJS/src/test/royale/target
> with lots of files in it.  These files may not be getting cleaned by Ant
> scripts since RoyaleUnit is a new library.
>
> Maybe you ran step 13 in a folder where it had already run?
>
> I'm done working for today.  Will check in my morning.
>
> HTH,
> -Alex
>
>
>
> On 8/25/19, 11:08 PM, "Piotr Zarzycki"  wrote:
>
> Links:
>
> zip1:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0S8UffcFPmhXGKGQ%3Fe%3DZstLevdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=2LuY8Zl6krXiKSqrhXJkm8xN01uwQq1aQ9ap9NZsTfY%3Dreserved=0
> zip2:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0TPORa2P9OKsWRiw%3Fe%3Dk8fQ7Tdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=shpNZi76ycOzZnlaqD2HPBuVPZJcju%2F6Ud1ERZXTKvo%3Dreserved=0
>
> Thanks,
> Piotr
>
> pon., 26 sie 2019 o 00:48 Alex Harui 
> napisał(a):
>
> > Looks like there are 130 files in the "left" folder that aren't in
> the
> > "right"?  Or I don't understand the output of whatever tool you are
> using.
> > Post a link to the two zips if  you want.
> >
> > HTH,
> > -Alex
> >
> > On 8/25/19, 3:08 PM, "Piotr Zarzycki" 
> wrote:
> >
> > Content in both zips is exactly the same. I don't see now the
> reason
> > to do
> > not move forward with that ->
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2FXzDDVfddata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=rCZxV%2BFdCCrpZxoGfNrN9Jq%2Bkg2xx91fLf6mX%2FZMY3A%3Dreserved=0
> >
> > pon., 26 sie 2019 o 00:01 Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > napisał(a):
> >
> > > Sorry that's not my day. It looks like my folder in Total
> Commander
> > wasn't
> > > refreshed. Both zips exists. I will compare them and provide
> results.
> > >
> > > On Sun, Aug 25, 2019, 11:58 PM Piotr Zarzycki <
> > piotrzarzyck...@gmail.com>
> > > wrote:
> > >
> > >> Alex,
> > >>
> > >> I just checked and I was mistake. Zip which should be inside
> source
> > >> folder is not exists at all. I'm wondering what could happen
> that
> > this zip
> > >> wasn't generated.
> > >>
> > >> Thanks,
> > >> Piotr
> > >>
> > >> On Sun, Aug 25, 2019, 11:52 PM Alex Harui
>  > >
> > >> wrote:
> > >>
> > >>> The output says the -src.zip did not compare.  Expand the
> two zip
> > files
> > >>> into different folders and compare the folders.
> > >>>
> > >>> HTH,
> > >>> -Alex
> > >>>
> > >>> On 8/25/19, 2:45 PM, "Piotr Zarzycki" <
> piotrzarzyck...@gmail.com>
> > >>> wrote:
> > >>>
> > >>> Hi,
> > >>>
> > >>> I have spend another hours on release. Maven artifacts
> are
> > deployed
> > >>> to the
> > >>> staging without the problem. I stopped this time and the
> very
> > end of
> > >>> the
> > >>> process, where I need to prepare ANT artifacts. Build on
> my PC
> > >>> failed [1] -
> > >>> size of compared zips are different - Step 13.
> > >>>
> > >>> During whole process I had such problem when SWC time
> stamp had
> > >>> incorrect
> > >>> format and in the end I did 

Re: Discuss of release steps preparation

2019-08-26 Thread Piotr Zarzycki
Ahh!! That could be the case! Thanks for this I will try to check.

Probably I should just analyze what is happen in current nightly build.

wt., 27 sie 2019 o 07:03 Alex Harui  napisał(a):

> I could be wrong, but I believe that files are not missing.  Files in the
> target folder (and the target folder itself) never got deleted/cleaned.
>
> HTH,
> -Alex
>
> On 8/26/19, 10:00 PM, "Piotr Zarzycki"  wrote:
>
> I have moved RoyaleUnit to normal build for Maven. I'm thinking about
> ANT
> build more, if you did after that module creation with build the same
> what's with other why actually we have any kind of problems during
> release
> process. Why some files are missing...
>
> I need to dive into that more.
>
> pon., 26 sie 2019 o 23:02 Josh Tynjala 
> napisał(a):
>
> > Yeah, I think you should be able to add the project to Maven. If the
> pom is
> > missing or incomplete, I expect that you can basically copy another
> > project's pom and change a few names to get it working.
> >
> > Sorry for the trouble! It's easy to forget Maven sometimes. I'm
> surprised
> > that this didn't come up earlier, but I guess the Maven build didn't
> fail
> > because RoyaleUnit and FlexUnit have compatible metadata APIs, so
> the tests
> > still passed.
> >
> > - Josh
> >
> > On Monday, August 26, 2019, Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > wrote:
> > > You are basically saying that in case of Maven I should try to
> move it as
> > > an standard module build.
> > >
> > > In case of Ant build I will try to figure it out - if I won't be
> able to
> > I
> > > will wait to your free cycles.
> > >
> > > Thanks,
> > > Piotr
> > >
> > > pon., 26 sie 2019 o 16:39 Josh Tynjala 
> > > napisał(a):
> > >
> > >> I guess that I completely forgot to add RoyaleUnit to the Maven
> build.
> > >> Someone else must have added it to the "broken" thing because I
> have no
> > >> idea what that is.
> > >>
> > >> With the Ant build, I tried my best to copy what the build was
> doing
> > with
> > >> the other libraries. I guess this means that I missed some
> important
> > >> detail. I can take a look, but I won't have time until the first
> week of
> > >> September.
> > >>
> > >> - Josh
> > >>
> > >> On Monday, August 26, 2019, Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > >> wrote:
> > >> > Hi Josh,
> > >> >
> > >> > You were working on RoyaleUnit ? I see that it is not even part
> of
> > Maven
> > >> > build but it is part of profile "brokenbuild" [1]. In case of
> ANT see
> > >> that
> > >> > this module is part of the build, but obviously something
> doesn't work
> > in
> > >> > the end. [2]
> > >> >
> > >> > I'm not sure what actually I should do with that ?
> > >> >
> > >> > [1]
> > >> >
> > >>
> > >>
> >
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fblob%2F4a3cb8864d2df2ba4e028e07d9cda9215373c42c%2Fframeworks%2Fprojects%2Fpom.xml%23L76data=02%7C01%7Caharui%40adobe.com%7C9f5089a8b35e43ed8a4308d72aab7e64%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637024788403122029sdata=sETUgarTEl9%2BK4mhEz4sr8SBVwkz0ci0pv%2BlXFlFxVI%3Dreserved=0
> > >> > [2]
> > >> >
> > >>
> > >>
> >
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fblob%2F4a3cb8864d2df2ba4e028e07d9cda9215373c42c%2Fframeworks%2Fbuild.xml%23L116data=02%7C01%7Caharui%40adobe.com%7C9f5089a8b35e43ed8a4308d72aab7e64%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637024788403122029sdata=OxAPZZPvuWx1gj%2BBOdT3YPm1V3BpTVSvPXQYVXXUxz4%3Dreserved=0
> > >> >
> > >> > Thanks,
> > >> > Piotr
> > >> >
> > >> > pon., 26 sie 2019 o 10:19 Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > >> > napisał(a):
> > >> >
> > >> >> Alex,
> > >> >>
> > >> >> I see what is happening. I had the same issue when I was
> preparing
> > Maven
> > >> >> artifacts - I think so. Royale unit is not part of final src
> zip ->
> > >> >>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2F44ByBKVdata=02%7C01%7Caharui%40adobe.com%7C9f5089a8b35e43ed8a4308d72aab7e64%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637024788403122029sdata=NNkvxVtP9m7oEqD89kjbE0JnbLmvN3w1tLKC2LW8uJ4%3Dreserved=0
> > >> >>
> > >> >> I have to figure out how add it there.
> > >> >>
> > >> >> Thanks,
> > >> >> Piotr
> > >> >>
> > >> >> pon., 26 sie 2019 o 08:35 Alex Harui  >
> > >> >> napisał(a):
> > >> >>
> > >> >>> The two zips are different.
> > >> >>>
> > >> >>> The second zip contains several files that the first one
> doesn't.
> > Try
> > >> >>> using other diff tools to find one that will help you see the
>

Re: Discuss of release steps preparation

2019-08-26 Thread Alex Harui
I could be wrong, but I believe that files are not missing.  Files in the 
target folder (and the target folder itself) never got deleted/cleaned.

HTH,
-Alex

On 8/26/19, 10:00 PM, "Piotr Zarzycki"  wrote:

I have moved RoyaleUnit to normal build for Maven. I'm thinking about ANT
build more, if you did after that module creation with build the same
what's with other why actually we have any kind of problems during release
process. Why some files are missing...

I need to dive into that more.

pon., 26 sie 2019 o 23:02 Josh Tynjala 
napisał(a):

> Yeah, I think you should be able to add the project to Maven. If the pom 
is
> missing or incomplete, I expect that you can basically copy another
> project's pom and change a few names to get it working.
>
> Sorry for the trouble! It's easy to forget Maven sometimes. I'm surprised
> that this didn't come up earlier, but I guess the Maven build didn't fail
> because RoyaleUnit and FlexUnit have compatible metadata APIs, so the 
tests
> still passed.
>
> - Josh
>
> On Monday, August 26, 2019, Piotr Zarzycki 
> wrote:
> > You are basically saying that in case of Maven I should try to move it 
as
> > an standard module build.
> >
> > In case of Ant build I will try to figure it out - if I won't be able to
> I
> > will wait to your free cycles.
> >
> > Thanks,
> > Piotr
> >
> > pon., 26 sie 2019 o 16:39 Josh Tynjala 
> > napisał(a):
> >
> >> I guess that I completely forgot to add RoyaleUnit to the Maven build.
> >> Someone else must have added it to the "broken" thing because I have no
> >> idea what that is.
> >>
> >> With the Ant build, I tried my best to copy what the build was doing
> with
> >> the other libraries. I guess this means that I missed some important
> >> detail. I can take a look, but I won't have time until the first week 
of
> >> September.
> >>
> >> - Josh
> >>
> >> On Monday, August 26, 2019, Piotr Zarzycki 
> >> wrote:
> >> > Hi Josh,
> >> >
> >> > You were working on RoyaleUnit ? I see that it is not even part of
> Maven
> >> > build but it is part of profile "brokenbuild" [1]. In case of ANT see
> >> that
> >> > this module is part of the build, but obviously something doesn't 
work
> in
> >> > the end. [2]
> >> >
> >> > I'm not sure what actually I should do with that ?
> >> >
> >> > [1]
> >> >
> >>
> >>
>
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fblob%2F4a3cb8864d2df2ba4e028e07d9cda9215373c42c%2Fframeworks%2Fprojects%2Fpom.xml%23L76data=02%7C01%7Caharui%40adobe.com%7C9f5089a8b35e43ed8a4308d72aab7e64%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637024788403122029sdata=sETUgarTEl9%2BK4mhEz4sr8SBVwkz0ci0pv%2BlXFlFxVI%3Dreserved=0
> >> > [2]
> >> >
> >>
> >>
>
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fblob%2F4a3cb8864d2df2ba4e028e07d9cda9215373c42c%2Fframeworks%2Fbuild.xml%23L116data=02%7C01%7Caharui%40adobe.com%7C9f5089a8b35e43ed8a4308d72aab7e64%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637024788403122029sdata=OxAPZZPvuWx1gj%2BBOdT3YPm1V3BpTVSvPXQYVXXUxz4%3Dreserved=0
> >> >
> >> > Thanks,
> >> > Piotr
> >> >
> >> > pon., 26 sie 2019 o 10:19 Piotr Zarzycki 
> >> > napisał(a):
> >> >
> >> >> Alex,
> >> >>
> >> >> I see what is happening. I had the same issue when I was preparing
> Maven
> >> >> artifacts - I think so. Royale unit is not part of final src zip ->
> >> >> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2F44ByBKVdata=02%7C01%7Caharui%40adobe.com%7C9f5089a8b35e43ed8a4308d72aab7e64%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637024788403122029sdata=NNkvxVtP9m7oEqD89kjbE0JnbLmvN3w1tLKC2LW8uJ4%3Dreserved=0
> >> >>
> >> >> I have to figure out how add it there.
> >> >>
> >> >> Thanks,
> >> >> Piotr
> >> >>
> >> >> pon., 26 sie 2019 o 08:35 Alex Harui 
> >> >> napisał(a):
> >> >>
> >> >>> The two zips are different.
> >> >>>
> >> >>> The second zip contains several files that the first one doesn't.
> Try
> >> >>> using other diff tools to find one that will help you see the
> >> differences.
> >> >>> I just use my Mac's *nix command line with "diff -rwq" and "find".
> >> Cygwin
> >> >>> and GitBash should have those tools on Windows.  I didn't take the
> time
> >> to
> >> >>> find out.
> >> >>>
> >> >>> The second zip has two extra folders:
> >> >>>
> >> >>> royale-asjs/js/lib/ with two jars in it.  Those jars should be
> cleaned
> >> by
> >> >>> Ant, but maybe they were in use and thus locked.
> >> >>>
> >>
> >>
>
 

Re: Discuss of release steps preparation

2019-08-26 Thread Piotr Zarzycki
I have moved RoyaleUnit to normal build for Maven. I'm thinking about ANT
build more, if you did after that module creation with build the same
what's with other why actually we have any kind of problems during release
process. Why some files are missing...

I need to dive into that more.

pon., 26 sie 2019 o 23:02 Josh Tynjala 
napisał(a):

> Yeah, I think you should be able to add the project to Maven. If the pom is
> missing or incomplete, I expect that you can basically copy another
> project's pom and change a few names to get it working.
>
> Sorry for the trouble! It's easy to forget Maven sometimes. I'm surprised
> that this didn't come up earlier, but I guess the Maven build didn't fail
> because RoyaleUnit and FlexUnit have compatible metadata APIs, so the tests
> still passed.
>
> - Josh
>
> On Monday, August 26, 2019, Piotr Zarzycki 
> wrote:
> > You are basically saying that in case of Maven I should try to move it as
> > an standard module build.
> >
> > In case of Ant build I will try to figure it out - if I won't be able to
> I
> > will wait to your free cycles.
> >
> > Thanks,
> > Piotr
> >
> > pon., 26 sie 2019 o 16:39 Josh Tynjala 
> > napisał(a):
> >
> >> I guess that I completely forgot to add RoyaleUnit to the Maven build.
> >> Someone else must have added it to the "broken" thing because I have no
> >> idea what that is.
> >>
> >> With the Ant build, I tried my best to copy what the build was doing
> with
> >> the other libraries. I guess this means that I missed some important
> >> detail. I can take a look, but I won't have time until the first week of
> >> September.
> >>
> >> - Josh
> >>
> >> On Monday, August 26, 2019, Piotr Zarzycki 
> >> wrote:
> >> > Hi Josh,
> >> >
> >> > You were working on RoyaleUnit ? I see that it is not even part of
> Maven
> >> > build but it is part of profile "brokenbuild" [1]. In case of ANT see
> >> that
> >> > this module is part of the build, but obviously something doesn't work
> in
> >> > the end. [2]
> >> >
> >> > I'm not sure what actually I should do with that ?
> >> >
> >> > [1]
> >> >
> >>
> >>
>
> https://github.com/apache/royale-asjs/blob/4a3cb8864d2df2ba4e028e07d9cda9215373c42c/frameworks/projects/pom.xml#L76
> >> > [2]
> >> >
> >>
> >>
>
> https://github.com/apache/royale-asjs/blob/4a3cb8864d2df2ba4e028e07d9cda9215373c42c/frameworks/build.xml#L116
> >> >
> >> > Thanks,
> >> > Piotr
> >> >
> >> > pon., 26 sie 2019 o 10:19 Piotr Zarzycki 
> >> > napisał(a):
> >> >
> >> >> Alex,
> >> >>
> >> >> I see what is happening. I had the same issue when I was preparing
> Maven
> >> >> artifacts - I think so. Royale unit is not part of final src zip ->
> >> >> https://ibb.co/44ByBKV
> >> >>
> >> >> I have to figure out how add it there.
> >> >>
> >> >> Thanks,
> >> >> Piotr
> >> >>
> >> >> pon., 26 sie 2019 o 08:35 Alex Harui 
> >> >> napisał(a):
> >> >>
> >> >>> The two zips are different.
> >> >>>
> >> >>> The second zip contains several files that the first one doesn't.
> Try
> >> >>> using other diff tools to find one that will help you see the
> >> differences.
> >> >>> I just use my Mac's *nix command line with "diff -rwq" and "find".
> >> Cygwin
> >> >>> and GitBash should have those tools on Windows.  I didn't take the
> time
> >> to
> >> >>> find out.
> >> >>>
> >> >>> The second zip has two extra folders:
> >> >>>
> >> >>> royale-asjs/js/lib/ with two jars in it.  Those jars should be
> cleaned
> >> by
> >> >>> Ant, but maybe they were in use and thus locked.
> >> >>>
> >>
> >>
>
> second/royale-asjs/frameworks/js/projects/RoyaleUnitJS/src/test/royale/target
> >> >>> with lots of files in it.  These files may not be getting cleaned by
> >> Ant
> >> >>> scripts since RoyaleUnit is a new library.
> >> >>>
> >> >>> Maybe you ran step 13 in a folder where it had already run?
> >> >>>
> >> >>> I'm done working for today.  Will check in my morning.
> >> >>>
> >> >>> HTH,
> >> >>> -Alex
> >> >>>
> >> >>>
> >> >>>
> >> >>> On 8/25/19, 11:08 PM, "Piotr Zarzycki" 
> >> >>> wrote:
> >> >>>
> >> >>> Links:
> >> >>>
> >> >>> zip1:
> >> >>>
> >>
> >>
>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0S8UffcFPmhXGKGQ%3Fe%3DZstLevdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=2LuY8Zl6krXiKSqrhXJkm8xN01uwQq1aQ9ap9NZsTfY%3Dreserved=0
> >> >>> zip2:
> >> >>>
> >>
> >>
>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0TPORa2P9OKsWRiw%3Fe%3Dk8fQ7Tdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=shpNZi76ycOzZnlaqD2HPBuVPZJcju%2F6Ud1ERZXTKvo%3Dreserved=0
> >> >>>
> >> >>> Thanks,
> >> >>> Piotr
> >> >>>
> >> >>> pon., 26 sie 2019 o 00:48 Alex Harui 
> >> >>> napisał(a):
> >> >>>
> >> >>> > Looks like there are 130 files in the "left" folder that
> aren't
> 

Re: Discuss of release steps preparation

2019-08-26 Thread Josh Tynjala
Yeah, I think you should be able to add the project to Maven. If the pom is
missing or incomplete, I expect that you can basically copy another
project's pom and change a few names to get it working.

Sorry for the trouble! It's easy to forget Maven sometimes. I'm surprised
that this didn't come up earlier, but I guess the Maven build didn't fail
because RoyaleUnit and FlexUnit have compatible metadata APIs, so the tests
still passed.

- Josh

On Monday, August 26, 2019, Piotr Zarzycki 
wrote:
> You are basically saying that in case of Maven I should try to move it as
> an standard module build.
>
> In case of Ant build I will try to figure it out - if I won't be able to I
> will wait to your free cycles.
>
> Thanks,
> Piotr
>
> pon., 26 sie 2019 o 16:39 Josh Tynjala 
> napisał(a):
>
>> I guess that I completely forgot to add RoyaleUnit to the Maven build.
>> Someone else must have added it to the "broken" thing because I have no
>> idea what that is.
>>
>> With the Ant build, I tried my best to copy what the build was doing with
>> the other libraries. I guess this means that I missed some important
>> detail. I can take a look, but I won't have time until the first week of
>> September.
>>
>> - Josh
>>
>> On Monday, August 26, 2019, Piotr Zarzycki 
>> wrote:
>> > Hi Josh,
>> >
>> > You were working on RoyaleUnit ? I see that it is not even part of
Maven
>> > build but it is part of profile "brokenbuild" [1]. In case of ANT see
>> that
>> > this module is part of the build, but obviously something doesn't work
in
>> > the end. [2]
>> >
>> > I'm not sure what actually I should do with that ?
>> >
>> > [1]
>> >
>>
>>
https://github.com/apache/royale-asjs/blob/4a3cb8864d2df2ba4e028e07d9cda9215373c42c/frameworks/projects/pom.xml#L76
>> > [2]
>> >
>>
>>
https://github.com/apache/royale-asjs/blob/4a3cb8864d2df2ba4e028e07d9cda9215373c42c/frameworks/build.xml#L116
>> >
>> > Thanks,
>> > Piotr
>> >
>> > pon., 26 sie 2019 o 10:19 Piotr Zarzycki 
>> > napisał(a):
>> >
>> >> Alex,
>> >>
>> >> I see what is happening. I had the same issue when I was preparing
Maven
>> >> artifacts - I think so. Royale unit is not part of final src zip ->
>> >> https://ibb.co/44ByBKV
>> >>
>> >> I have to figure out how add it there.
>> >>
>> >> Thanks,
>> >> Piotr
>> >>
>> >> pon., 26 sie 2019 o 08:35 Alex Harui 
>> >> napisał(a):
>> >>
>> >>> The two zips are different.
>> >>>
>> >>> The second zip contains several files that the first one doesn't.
Try
>> >>> using other diff tools to find one that will help you see the
>> differences.
>> >>> I just use my Mac's *nix command line with "diff -rwq" and "find".
>> Cygwin
>> >>> and GitBash should have those tools on Windows.  I didn't take the
time
>> to
>> >>> find out.
>> >>>
>> >>> The second zip has two extra folders:
>> >>>
>> >>> royale-asjs/js/lib/ with two jars in it.  Those jars should be
cleaned
>> by
>> >>> Ant, but maybe they were in use and thus locked.
>> >>>
>>
>>
second/royale-asjs/frameworks/js/projects/RoyaleUnitJS/src/test/royale/target
>> >>> with lots of files in it.  These files may not be getting cleaned by
>> Ant
>> >>> scripts since RoyaleUnit is a new library.
>> >>>
>> >>> Maybe you ran step 13 in a folder where it had already run?
>> >>>
>> >>> I'm done working for today.  Will check in my morning.
>> >>>
>> >>> HTH,
>> >>> -Alex
>> >>>
>> >>>
>> >>>
>> >>> On 8/25/19, 11:08 PM, "Piotr Zarzycki" 
>> >>> wrote:
>> >>>
>> >>> Links:
>> >>>
>> >>> zip1:
>> >>>
>>
>>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0S8UffcFPmhXGKGQ%3Fe%3DZstLevdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=2LuY8Zl6krXiKSqrhXJkm8xN01uwQq1aQ9ap9NZsTfY%3Dreserved=0
>> >>> zip2:
>> >>>
>>
>>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0TPORa2P9OKsWRiw%3Fe%3Dk8fQ7Tdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=shpNZi76ycOzZnlaqD2HPBuVPZJcju%2F6Ud1ERZXTKvo%3Dreserved=0
>> >>>
>> >>> Thanks,
>> >>> Piotr
>> >>>
>> >>> pon., 26 sie 2019 o 00:48 Alex Harui 
>> >>> napisał(a):
>> >>>
>> >>> > Looks like there are 130 files in the "left" folder that aren't
>> in
>> >>> the
>> >>> > "right"?  Or I don't understand the output of whatever tool you
>> are
>> >>> using.
>> >>> > Post a link to the two zips if  you want.
>> >>> >
>> >>> > HTH,
>> >>> > -Alex
>> >>> >
>> >>> > On 8/25/19, 3:08 PM, "Piotr Zarzycki" <
piotrzarzyck...@gmail.com
>> >
>> >>> wrote:
>> >>> >
>> >>> > Content in both zips is exactly the same. I don't see now
the
>> >>> reason
>> >>> > to do
>> >>> > not move forward with that ->
>> >>> >
>> >>>
>>
>>

Re: Discuss of release steps preparation

2019-08-26 Thread Piotr Zarzycki
You are basically saying that in case of Maven I should try to move it as
an standard module build.

In case of Ant build I will try to figure it out - if I won't be able to I
will wait to your free cycles.

Thanks,
Piotr

pon., 26 sie 2019 o 16:39 Josh Tynjala 
napisał(a):

> I guess that I completely forgot to add RoyaleUnit to the Maven build.
> Someone else must have added it to the "broken" thing because I have no
> idea what that is.
>
> With the Ant build, I tried my best to copy what the build was doing with
> the other libraries. I guess this means that I missed some important
> detail. I can take a look, but I won't have time until the first week of
> September.
>
> - Josh
>
> On Monday, August 26, 2019, Piotr Zarzycki 
> wrote:
> > Hi Josh,
> >
> > You were working on RoyaleUnit ? I see that it is not even part of Maven
> > build but it is part of profile "brokenbuild" [1]. In case of ANT see
> that
> > this module is part of the build, but obviously something doesn't work in
> > the end. [2]
> >
> > I'm not sure what actually I should do with that ?
> >
> > [1]
> >
>
> https://github.com/apache/royale-asjs/blob/4a3cb8864d2df2ba4e028e07d9cda9215373c42c/frameworks/projects/pom.xml#L76
> > [2]
> >
>
> https://github.com/apache/royale-asjs/blob/4a3cb8864d2df2ba4e028e07d9cda9215373c42c/frameworks/build.xml#L116
> >
> > Thanks,
> > Piotr
> >
> > pon., 26 sie 2019 o 10:19 Piotr Zarzycki 
> > napisał(a):
> >
> >> Alex,
> >>
> >> I see what is happening. I had the same issue when I was preparing Maven
> >> artifacts - I think so. Royale unit is not part of final src zip ->
> >> https://ibb.co/44ByBKV
> >>
> >> I have to figure out how add it there.
> >>
> >> Thanks,
> >> Piotr
> >>
> >> pon., 26 sie 2019 o 08:35 Alex Harui 
> >> napisał(a):
> >>
> >>> The two zips are different.
> >>>
> >>> The second zip contains several files that the first one doesn't.  Try
> >>> using other diff tools to find one that will help you see the
> differences.
> >>> I just use my Mac's *nix command line with "diff -rwq" and "find".
> Cygwin
> >>> and GitBash should have those tools on Windows.  I didn't take the time
> to
> >>> find out.
> >>>
> >>> The second zip has two extra folders:
> >>>
> >>> royale-asjs/js/lib/ with two jars in it.  Those jars should be cleaned
> by
> >>> Ant, but maybe they were in use and thus locked.
> >>>
>
> second/royale-asjs/frameworks/js/projects/RoyaleUnitJS/src/test/royale/target
> >>> with lots of files in it.  These files may not be getting cleaned by
> Ant
> >>> scripts since RoyaleUnit is a new library.
> >>>
> >>> Maybe you ran step 13 in a folder where it had already run?
> >>>
> >>> I'm done working for today.  Will check in my morning.
> >>>
> >>> HTH,
> >>> -Alex
> >>>
> >>>
> >>>
> >>> On 8/25/19, 11:08 PM, "Piotr Zarzycki" 
> >>> wrote:
> >>>
> >>> Links:
> >>>
> >>> zip1:
> >>>
>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0S8UffcFPmhXGKGQ%3Fe%3DZstLevdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=2LuY8Zl6krXiKSqrhXJkm8xN01uwQq1aQ9ap9NZsTfY%3Dreserved=0
> >>> zip2:
> >>>
>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0TPORa2P9OKsWRiw%3Fe%3Dk8fQ7Tdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=shpNZi76ycOzZnlaqD2HPBuVPZJcju%2F6Ud1ERZXTKvo%3Dreserved=0
> >>>
> >>> Thanks,
> >>> Piotr
> >>>
> >>> pon., 26 sie 2019 o 00:48 Alex Harui 
> >>> napisał(a):
> >>>
> >>> > Looks like there are 130 files in the "left" folder that aren't
> in
> >>> the
> >>> > "right"?  Or I don't understand the output of whatever tool you
> are
> >>> using.
> >>> > Post a link to the two zips if  you want.
> >>> >
> >>> > HTH,
> >>> > -Alex
> >>> >
> >>> > On 8/25/19, 3:08 PM, "Piotr Zarzycki"  >
> >>> wrote:
> >>> >
> >>> > Content in both zips is exactly the same. I don't see now the
> >>> reason
> >>> > to do
> >>> > not move forward with that ->
> >>> >
> >>>
>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2FXzDDVfddata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=rCZxV%2BFdCCrpZxoGfNrN9Jq%2Bkg2xx91fLf6mX%2FZMY3A%3Dreserved=0
> >>> >
> >>> > pon., 26 sie 2019 o 00:01 Piotr Zarzycki <
> >>> piotrzarzyck...@gmail.com>
> >>> > napisał(a):
> >>> >
> >>> > > Sorry that's not my day. It looks like my folder in Total
> >>> Commander
> >>> > wasn't
> >>> > > refreshed. Both zips exists. I will compare them and
> provide
> >>> results.
> >>> > >
> >>> > > On Sun, Aug 25, 2019, 11:58 PM Piotr Zarzycki <
> >>> > piotrzarzyck...@gmail.com>
> >>> > > wrote:
> 

Re: Discuss of release steps preparation

2019-08-26 Thread Josh Tynjala
I guess that I completely forgot to add RoyaleUnit to the Maven build.
Someone else must have added it to the "broken" thing because I have no
idea what that is.

With the Ant build, I tried my best to copy what the build was doing with
the other libraries. I guess this means that I missed some important
detail. I can take a look, but I won't have time until the first week of
September.

- Josh

On Monday, August 26, 2019, Piotr Zarzycki 
wrote:
> Hi Josh,
>
> You were working on RoyaleUnit ? I see that it is not even part of Maven
> build but it is part of profile "brokenbuild" [1]. In case of ANT see that
> this module is part of the build, but obviously something doesn't work in
> the end. [2]
>
> I'm not sure what actually I should do with that ?
>
> [1]
>
https://github.com/apache/royale-asjs/blob/4a3cb8864d2df2ba4e028e07d9cda9215373c42c/frameworks/projects/pom.xml#L76
> [2]
>
https://github.com/apache/royale-asjs/blob/4a3cb8864d2df2ba4e028e07d9cda9215373c42c/frameworks/build.xml#L116
>
> Thanks,
> Piotr
>
> pon., 26 sie 2019 o 10:19 Piotr Zarzycki 
> napisał(a):
>
>> Alex,
>>
>> I see what is happening. I had the same issue when I was preparing Maven
>> artifacts - I think so. Royale unit is not part of final src zip ->
>> https://ibb.co/44ByBKV
>>
>> I have to figure out how add it there.
>>
>> Thanks,
>> Piotr
>>
>> pon., 26 sie 2019 o 08:35 Alex Harui 
>> napisał(a):
>>
>>> The two zips are different.
>>>
>>> The second zip contains several files that the first one doesn't.  Try
>>> using other diff tools to find one that will help you see the
differences.
>>> I just use my Mac's *nix command line with "diff -rwq" and "find".
Cygwin
>>> and GitBash should have those tools on Windows.  I didn't take the time
to
>>> find out.
>>>
>>> The second zip has two extra folders:
>>>
>>> royale-asjs/js/lib/ with two jars in it.  Those jars should be cleaned
by
>>> Ant, but maybe they were in use and thus locked.
>>>
second/royale-asjs/frameworks/js/projects/RoyaleUnitJS/src/test/royale/target
>>> with lots of files in it.  These files may not be getting cleaned by Ant
>>> scripts since RoyaleUnit is a new library.
>>>
>>> Maybe you ran step 13 in a folder where it had already run?
>>>
>>> I'm done working for today.  Will check in my morning.
>>>
>>> HTH,
>>> -Alex
>>>
>>>
>>>
>>> On 8/25/19, 11:08 PM, "Piotr Zarzycki" 
>>> wrote:
>>>
>>> Links:
>>>
>>> zip1:
>>>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0S8UffcFPmhXGKGQ%3Fe%3DZstLevdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=2LuY8Zl6krXiKSqrhXJkm8xN01uwQq1aQ9ap9NZsTfY%3Dreserved=0
>>> zip2:
>>>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0TPORa2P9OKsWRiw%3Fe%3Dk8fQ7Tdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=shpNZi76ycOzZnlaqD2HPBuVPZJcju%2F6Ud1ERZXTKvo%3Dreserved=0
>>>
>>> Thanks,
>>> Piotr
>>>
>>> pon., 26 sie 2019 o 00:48 Alex Harui 
>>> napisał(a):
>>>
>>> > Looks like there are 130 files in the "left" folder that aren't in
>>> the
>>> > "right"?  Or I don't understand the output of whatever tool you
are
>>> using.
>>> > Post a link to the two zips if  you want.
>>> >
>>> > HTH,
>>> > -Alex
>>> >
>>> > On 8/25/19, 3:08 PM, "Piotr Zarzycki" 
>>> wrote:
>>> >
>>> > Content in both zips is exactly the same. I don't see now the
>>> reason
>>> > to do
>>> > not move forward with that ->
>>> >
>>>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2FXzDDVfddata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=rCZxV%2BFdCCrpZxoGfNrN9Jq%2Bkg2xx91fLf6mX%2FZMY3A%3Dreserved=0
>>> >
>>> > pon., 26 sie 2019 o 00:01 Piotr Zarzycki <
>>> piotrzarzyck...@gmail.com>
>>> > napisał(a):
>>> >
>>> > > Sorry that's not my day. It looks like my folder in Total
>>> Commander
>>> > wasn't
>>> > > refreshed. Both zips exists. I will compare them and provide
>>> results.
>>> > >
>>> > > On Sun, Aug 25, 2019, 11:58 PM Piotr Zarzycki <
>>> > piotrzarzyck...@gmail.com>
>>> > > wrote:
>>> > >
>>> > >> Alex,
>>> > >>
>>> > >> I just checked and I was mistake. Zip which should be
inside
>>> source
>>> > >> folder is not exists at all. I'm wondering what could
happen
>>> that
>>> > this zip
>>> > >> wasn't generated.
>>> > >>
>>> > >> Thanks,
>>> > >> Piotr
>>> > >>
>>> > >> On Sun, Aug 25, 2019, 11:52 PM Alex Harui
>>> >> > >
>>> > >> wrote:
>>> > >>
>>> > >>> The output says the -src.zip did not compare.  Expand the

Re: Discuss of release steps preparation

2019-08-26 Thread Piotr Zarzycki
Hi Josh,

You were working on RoyaleUnit ? I see that it is not even part of Maven
build but it is part of profile "brokenbuild" [1]. In case of ANT see that
this module is part of the build, but obviously something doesn't work in
the end. [2]

I'm not sure what actually I should do with that ?

[1]
https://github.com/apache/royale-asjs/blob/4a3cb8864d2df2ba4e028e07d9cda9215373c42c/frameworks/projects/pom.xml#L76
[2]
https://github.com/apache/royale-asjs/blob/4a3cb8864d2df2ba4e028e07d9cda9215373c42c/frameworks/build.xml#L116

Thanks,
Piotr

pon., 26 sie 2019 o 10:19 Piotr Zarzycki 
napisał(a):

> Alex,
>
> I see what is happening. I had the same issue when I was preparing Maven
> artifacts - I think so. Royale unit is not part of final src zip ->
> https://ibb.co/44ByBKV
>
> I have to figure out how add it there.
>
> Thanks,
> Piotr
>
> pon., 26 sie 2019 o 08:35 Alex Harui 
> napisał(a):
>
>> The two zips are different.
>>
>> The second zip contains several files that the first one doesn't.  Try
>> using other diff tools to find one that will help you see the differences.
>> I just use my Mac's *nix command line with "diff -rwq" and "find".  Cygwin
>> and GitBash should have those tools on Windows.  I didn't take the time to
>> find out.
>>
>> The second zip has two extra folders:
>>
>> royale-asjs/js/lib/ with two jars in it.  Those jars should be cleaned by
>> Ant, but maybe they were in use and thus locked.
>> second/royale-asjs/frameworks/js/projects/RoyaleUnitJS/src/test/royale/target
>> with lots of files in it.  These files may not be getting cleaned by Ant
>> scripts since RoyaleUnit is a new library.
>>
>> Maybe you ran step 13 in a folder where it had already run?
>>
>> I'm done working for today.  Will check in my morning.
>>
>> HTH,
>> -Alex
>>
>>
>>
>> On 8/25/19, 11:08 PM, "Piotr Zarzycki" 
>> wrote:
>>
>> Links:
>>
>> zip1:
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0S8UffcFPmhXGKGQ%3Fe%3DZstLevdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=2LuY8Zl6krXiKSqrhXJkm8xN01uwQq1aQ9ap9NZsTfY%3Dreserved=0
>> zip2:
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0TPORa2P9OKsWRiw%3Fe%3Dk8fQ7Tdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=shpNZi76ycOzZnlaqD2HPBuVPZJcju%2F6Ud1ERZXTKvo%3Dreserved=0
>>
>> Thanks,
>> Piotr
>>
>> pon., 26 sie 2019 o 00:48 Alex Harui 
>> napisał(a):
>>
>> > Looks like there are 130 files in the "left" folder that aren't in
>> the
>> > "right"?  Or I don't understand the output of whatever tool you are
>> using.
>> > Post a link to the two zips if  you want.
>> >
>> > HTH,
>> > -Alex
>> >
>> > On 8/25/19, 3:08 PM, "Piotr Zarzycki" 
>> wrote:
>> >
>> > Content in both zips is exactly the same. I don't see now the
>> reason
>> > to do
>> > not move forward with that ->
>> >
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2FXzDDVfddata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=rCZxV%2BFdCCrpZxoGfNrN9Jq%2Bkg2xx91fLf6mX%2FZMY3A%3Dreserved=0
>> >
>> > pon., 26 sie 2019 o 00:01 Piotr Zarzycki <
>> piotrzarzyck...@gmail.com>
>> > napisał(a):
>> >
>> > > Sorry that's not my day. It looks like my folder in Total
>> Commander
>> > wasn't
>> > > refreshed. Both zips exists. I will compare them and provide
>> results.
>> > >
>> > > On Sun, Aug 25, 2019, 11:58 PM Piotr Zarzycki <
>> > piotrzarzyck...@gmail.com>
>> > > wrote:
>> > >
>> > >> Alex,
>> > >>
>> > >> I just checked and I was mistake. Zip which should be inside
>> source
>> > >> folder is not exists at all. I'm wondering what could happen
>> that
>> > this zip
>> > >> wasn't generated.
>> > >>
>> > >> Thanks,
>> > >> Piotr
>> > >>
>> > >> On Sun, Aug 25, 2019, 11:52 PM Alex Harui
>> > > >
>> > >> wrote:
>> > >>
>> > >>> The output says the -src.zip did not compare.  Expand the
>> two zip
>> > files
>> > >>> into different folders and compare the folders.
>> > >>>
>> > >>> HTH,
>> > >>> -Alex
>> > >>>
>> > >>> On 8/25/19, 2:45 PM, "Piotr Zarzycki" <
>> piotrzarzyck...@gmail.com>
>> > >>> wrote:
>> > >>>
>> > >>> Hi,
>> > >>>
>> > >>> I have spend another hours on release. Maven artifacts
>> are
>> > deployed
>> > >>> to the
>> > >>> staging without the problem. I stopped this time and
>> the very
>> > end of
>> > >>> the
>>  

Re: Discuss of release steps preparation

2019-08-26 Thread Piotr Zarzycki
Alex,

I see what is happening. I had the same issue when I was preparing Maven
artifacts - I think so. Royale unit is not part of final src zip ->
https://ibb.co/44ByBKV

I have to figure out how add it there.

Thanks,
Piotr

pon., 26 sie 2019 o 08:35 Alex Harui  napisał(a):

> The two zips are different.
>
> The second zip contains several files that the first one doesn't.  Try
> using other diff tools to find one that will help you see the differences.
> I just use my Mac's *nix command line with "diff -rwq" and "find".  Cygwin
> and GitBash should have those tools on Windows.  I didn't take the time to
> find out.
>
> The second zip has two extra folders:
>
> royale-asjs/js/lib/ with two jars in it.  Those jars should be cleaned by
> Ant, but maybe they were in use and thus locked.
> second/royale-asjs/frameworks/js/projects/RoyaleUnitJS/src/test/royale/target
> with lots of files in it.  These files may not be getting cleaned by Ant
> scripts since RoyaleUnit is a new library.
>
> Maybe you ran step 13 in a folder where it had already run?
>
> I'm done working for today.  Will check in my morning.
>
> HTH,
> -Alex
>
>
>
> On 8/25/19, 11:08 PM, "Piotr Zarzycki"  wrote:
>
> Links:
>
> zip1:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0S8UffcFPmhXGKGQ%3Fe%3DZstLevdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=2LuY8Zl6krXiKSqrhXJkm8xN01uwQq1aQ9ap9NZsTfY%3Dreserved=0
> zip2:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0TPORa2P9OKsWRiw%3Fe%3Dk8fQ7Tdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=shpNZi76ycOzZnlaqD2HPBuVPZJcju%2F6Ud1ERZXTKvo%3Dreserved=0
>
> Thanks,
> Piotr
>
> pon., 26 sie 2019 o 00:48 Alex Harui 
> napisał(a):
>
> > Looks like there are 130 files in the "left" folder that aren't in
> the
> > "right"?  Or I don't understand the output of whatever tool you are
> using.
> > Post a link to the two zips if  you want.
> >
> > HTH,
> > -Alex
> >
> > On 8/25/19, 3:08 PM, "Piotr Zarzycki" 
> wrote:
> >
> > Content in both zips is exactly the same. I don't see now the
> reason
> > to do
> > not move forward with that ->
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2FXzDDVfddata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=rCZxV%2BFdCCrpZxoGfNrN9Jq%2Bkg2xx91fLf6mX%2FZMY3A%3Dreserved=0
> >
> > pon., 26 sie 2019 o 00:01 Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > napisał(a):
> >
> > > Sorry that's not my day. It looks like my folder in Total
> Commander
> > wasn't
> > > refreshed. Both zips exists. I will compare them and provide
> results.
> > >
> > > On Sun, Aug 25, 2019, 11:58 PM Piotr Zarzycki <
> > piotrzarzyck...@gmail.com>
> > > wrote:
> > >
> > >> Alex,
> > >>
> > >> I just checked and I was mistake. Zip which should be inside
> source
> > >> folder is not exists at all. I'm wondering what could happen
> that
> > this zip
> > >> wasn't generated.
> > >>
> > >> Thanks,
> > >> Piotr
> > >>
> > >> On Sun, Aug 25, 2019, 11:52 PM Alex Harui
>  > >
> > >> wrote:
> > >>
> > >>> The output says the -src.zip did not compare.  Expand the
> two zip
> > files
> > >>> into different folders and compare the folders.
> > >>>
> > >>> HTH,
> > >>> -Alex
> > >>>
> > >>> On 8/25/19, 2:45 PM, "Piotr Zarzycki" <
> piotrzarzyck...@gmail.com>
> > >>> wrote:
> > >>>
> > >>> Hi,
> > >>>
> > >>> I have spend another hours on release. Maven artifacts
> are
> > deployed
> > >>> to the
> > >>> staging without the problem. I stopped this time and the
> very
> > end of
> > >>> the
> > >>> process, where I need to prepare ANT artifacts. Build on
> my PC
> > >>> failed [1] -
> > >>> size of compared zips are different - Step 13.
> > >>>
> > >>> During whole process I had such problem when SWC time
> stamp had
> > >>> incorrect
> > >>> format and in the end I did end up with fail. Maybe this
> time
> > is the
> > >>> same
> > >>> story.
> > >>> Maybe in that case this is the same. The question is -
> To what
> > step
> > >>> should
> > >>> I really back ?
> > >>> Should I remove branch for asjs and start from 11?
> > >>>
> > >>> My command:
> > 

Re: Discuss of release steps preparation

2019-08-26 Thread Alex Harui
The two zips are different.

The second zip contains several files that the first one doesn't.  Try using 
other diff tools to find one that will help you see the differences.  I just 
use my Mac's *nix command line with "diff -rwq" and "find".  Cygwin and GitBash 
should have those tools on Windows.  I didn't take the time to find out.

The second zip has two extra folders:

royale-asjs/js/lib/ with two jars in it.  Those jars should be cleaned by Ant, 
but maybe they were in use and thus locked.
second/royale-asjs/frameworks/js/projects/RoyaleUnitJS/src/test/royale/target 
with lots of files in it.  These files may not be getting cleaned by Ant 
scripts since RoyaleUnit is a new library.

Maybe you ran step 13 in a folder where it had already run?

I'm done working for today.  Will check in my morning.

HTH,
-Alex



On 8/25/19, 11:08 PM, "Piotr Zarzycki"  wrote:

Links:

zip1: 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0S8UffcFPmhXGKGQ%3Fe%3DZstLevdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=2LuY8Zl6krXiKSqrhXJkm8xN01uwQq1aQ9ap9NZsTfY%3Dreserved=0
zip2: 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0TPORa2P9OKsWRiw%3Fe%3Dk8fQ7Tdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=shpNZi76ycOzZnlaqD2HPBuVPZJcju%2F6Ud1ERZXTKvo%3Dreserved=0

Thanks,
Piotr

pon., 26 sie 2019 o 00:48 Alex Harui  napisał(a):

> Looks like there are 130 files in the "left" folder that aren't in the
> "right"?  Or I don't understand the output of whatever tool you are using.
> Post a link to the two zips if  you want.
>
> HTH,
> -Alex
>
> On 8/25/19, 3:08 PM, "Piotr Zarzycki"  wrote:
>
> Content in both zips is exactly the same. I don't see now the reason
> to do
> not move forward with that ->
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2FXzDDVfddata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=rCZxV%2BFdCCrpZxoGfNrN9Jq%2Bkg2xx91fLf6mX%2FZMY3A%3Dreserved=0
>
> pon., 26 sie 2019 o 00:01 Piotr Zarzycki 
> napisał(a):
>
> > Sorry that's not my day. It looks like my folder in Total Commander
> wasn't
> > refreshed. Both zips exists. I will compare them and provide 
results.
> >
> > On Sun, Aug 25, 2019, 11:58 PM Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > wrote:
> >
> >> Alex,
> >>
> >> I just checked and I was mistake. Zip which should be inside source
> >> folder is not exists at all. I'm wondering what could happen that
> this zip
> >> wasn't generated.
> >>
> >> Thanks,
> >> Piotr
> >>
> >> On Sun, Aug 25, 2019, 11:52 PM Alex Harui  >
> >> wrote:
> >>
> >>> The output says the -src.zip did not compare.  Expand the two zip
> files
> >>> into different folders and compare the folders.
> >>>
> >>> HTH,
> >>> -Alex
> >>>
> >>> On 8/25/19, 2:45 PM, "Piotr Zarzycki" 
> >>> wrote:
> >>>
> >>> Hi,
> >>>
> >>> I have spend another hours on release. Maven artifacts are
> deployed
> >>> to the
> >>> staging without the problem. I stopped this time and the very
> end of
> >>> the
> >>> process, where I need to prepare ANT artifacts. Build on my PC
> >>> failed [1] -
> >>> size of compared zips are different - Step 13.
> >>>
> >>> During whole process I had such problem when SWC time stamp 
had
> >>> incorrect
> >>> format and in the end I did end up with fail. Maybe this time
> is the
> >>> same
> >>> story.
> >>> Maybe in that case this is the same. The question is - To what
> step
> >>> should
> >>> I really back ?
> >>> Should I remove branch for asjs and start from 11?
> >>>
> >>> My command:
> >>> ant -f releasesteps.xml Release_Step_013
> -Drelease.version=0.9.6
> >>> -Droyale.swc-date="8/25/19 9:06 -0800"
> -Dplayerglobal.version=11.7
> >>> -Dflat.donot.ask=true -Drc=1 -DskipTests=true
> >>>
> >>> It is really pain to me start from scratch, cause building
> whole
> >>> framework
> >>> on my PC takes ages. Satisfying comparer is difficult.
> >>>
> >>> [1]
> >>>
> 

Re: Discuss of release steps preparation

2019-08-26 Thread Piotr Zarzycki
Links:

zip1: https://1drv.ms/u/s!ApVpLyjpHDC2ic0S8UffcFPmhXGKGQ?e=ZstLev
zip2: https://1drv.ms/u/s!ApVpLyjpHDC2ic0TPORa2P9OKsWRiw?e=k8fQ7T

Thanks,
Piotr

pon., 26 sie 2019 o 00:48 Alex Harui  napisał(a):

> Looks like there are 130 files in the "left" folder that aren't in the
> "right"?  Or I don't understand the output of whatever tool you are using.
> Post a link to the two zips if  you want.
>
> HTH,
> -Alex
>
> On 8/25/19, 3:08 PM, "Piotr Zarzycki"  wrote:
>
> Content in both zips is exactly the same. I don't see now the reason
> to do
> not move forward with that ->
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2FXzDDVfddata=02%7C01%7Caharui%40adobe.com%7C7f2eea67e96348d6d71c08d729a8b4dc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C63702367690243sdata=MS4vu0MzfiFlKtNlzDq8iIaWMZKX%2B8VUzoYYlARjRKU%3Dreserved=0
>
> pon., 26 sie 2019 o 00:01 Piotr Zarzycki 
> napisał(a):
>
> > Sorry that's not my day. It looks like my folder in Total Commander
> wasn't
> > refreshed. Both zips exists. I will compare them and provide results.
> >
> > On Sun, Aug 25, 2019, 11:58 PM Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > wrote:
> >
> >> Alex,
> >>
> >> I just checked and I was mistake. Zip which should be inside source
> >> folder is not exists at all. I'm wondering what could happen that
> this zip
> >> wasn't generated.
> >>
> >> Thanks,
> >> Piotr
> >>
> >> On Sun, Aug 25, 2019, 11:52 PM Alex Harui  >
> >> wrote:
> >>
> >>> The output says the -src.zip did not compare.  Expand the two zip
> files
> >>> into different folders and compare the folders.
> >>>
> >>> HTH,
> >>> -Alex
> >>>
> >>> On 8/25/19, 2:45 PM, "Piotr Zarzycki" 
> >>> wrote:
> >>>
> >>> Hi,
> >>>
> >>> I have spend another hours on release. Maven artifacts are
> deployed
> >>> to the
> >>> staging without the problem. I stopped this time and the very
> end of
> >>> the
> >>> process, where I need to prepare ANT artifacts. Build on my PC
> >>> failed [1] -
> >>> size of compared zips are different - Step 13.
> >>>
> >>> During whole process I had such problem when SWC time stamp had
> >>> incorrect
> >>> format and in the end I did end up with fail. Maybe this time
> is the
> >>> same
> >>> story.
> >>> Maybe in that case this is the same. The question is - To what
> step
> >>> should
> >>> I really back ?
> >>> Should I remove branch for asjs and start from 11?
> >>>
> >>> My command:
> >>> ant -f releasesteps.xml Release_Step_013
> -Drelease.version=0.9.6
> >>> -Droyale.swc-date="8/25/19 9:06 -0800"
> -Dplayerglobal.version=11.7
> >>> -Dflat.donot.ask=true -Drc=1 -DskipTests=true
> >>>
> >>> It is really pain to me start from scratch, cause building
> whole
> >>> framework
> >>> on my PC takes ages. Satisfying comparer is difficult.
> >>>
> >>> [1]
> >>>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fs8i7rdata=02%7C01%7Caharui%40adobe.com%7C7f2eea67e96348d6d71c08d729a8b4dc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C63702367690243sdata=m5WJwGDiSsf5r76cxK7Ye04vZg18nK2Eq29Mm5tIhsw%3Dreserved=0
> >>>
> >>> Thanks,
> >>> Piotr
> >>>
> >>> pt., 16 sie 2019 o 18:27 Alex Harui 
> >>> napisał(a):
> >>>
> >>> > Piotr,
> >>> >
> >>> > At this point, I would definitely recommend trying the three
> steps
> >>> without
> >>> > any changes to the release_steps.xml file and use an ABSOLUTE
> >>> path.  That's
> >>> > the only way I tested the scripts.  I did not try a relative
> path,
> >>> and I
> >>> > highly recommend not putting all of these files in a working
> >>> copy.  It is
> >>> > probably less work to just have RM's specify an absolute path
> >>> external to
> >>> > the working copy.  Using "../.." may not work consistently
> so do
> >>> not use
> >>> > those adjustments.
> >>> >
> >>> > Capture the logs for all 3 steps and if there is a problem
> post
> >>> the output.
> >>> >
> >>> > Thanks,
> >>> > -Alex
> >>> >
> >>> >
> >>> > On 8/16/19, 2:57 AM, "Piotr Zarzycki" <
> piotrzarzyck...@gmail.com>
> >>> wrote:
> >>> >
> >>> > It looks like this is again problem with RoyaleUnit[1].
> Here
> >>> is the
> >>> > results
> >>> > of comparison. I'm not sure why left folder doesn't
> contains
> >>> files.
> >>> >
> >>> > [1]
> >>> >
> >>>
> 

Re: Discuss of release steps preparation

2019-08-25 Thread Alex Harui
Looks like there are 130 files in the "left" folder that aren't in the "right"? 
 Or I don't understand the output of whatever tool you are using.  Post a link 
to the two zips if  you want.

HTH,
-Alex

On 8/25/19, 3:08 PM, "Piotr Zarzycki"  wrote:

Content in both zips is exactly the same. I don't see now the reason to do
not move forward with that ->  
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2FXzDDVfddata=02%7C01%7Caharui%40adobe.com%7C7f2eea67e96348d6d71c08d729a8b4dc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C63702367690243sdata=MS4vu0MzfiFlKtNlzDq8iIaWMZKX%2B8VUzoYYlARjRKU%3Dreserved=0

pon., 26 sie 2019 o 00:01 Piotr Zarzycki 
napisał(a):

> Sorry that's not my day. It looks like my folder in Total Commander wasn't
> refreshed. Both zips exists. I will compare them and provide results.
>
> On Sun, Aug 25, 2019, 11:58 PM Piotr Zarzycki 
> wrote:
>
>> Alex,
>>
>> I just checked and I was mistake. Zip which should be inside source
>> folder is not exists at all. I'm wondering what could happen that this 
zip
>> wasn't generated.
>>
>> Thanks,
>> Piotr
>>
>> On Sun, Aug 25, 2019, 11:52 PM Alex Harui 
>> wrote:
>>
>>> The output says the -src.zip did not compare.  Expand the two zip files
>>> into different folders and compare the folders.
>>>
>>> HTH,
>>> -Alex
>>>
>>> On 8/25/19, 2:45 PM, "Piotr Zarzycki" 
>>> wrote:
>>>
>>> Hi,
>>>
>>> I have spend another hours on release. Maven artifacts are deployed
>>> to the
>>> staging without the problem. I stopped this time and the very end of
>>> the
>>> process, where I need to prepare ANT artifacts. Build on my PC
>>> failed [1] -
>>> size of compared zips are different - Step 13.
>>>
>>> During whole process I had such problem when SWC time stamp had
>>> incorrect
>>> format and in the end I did end up with fail. Maybe this time is the
>>> same
>>> story.
>>> Maybe in that case this is the same. The question is - To what step
>>> should
>>> I really back ?
>>> Should I remove branch for asjs and start from 11?
>>>
>>> My command:
>>> ant -f releasesteps.xml Release_Step_013 -Drelease.version=0.9.6
>>> -Droyale.swc-date="8/25/19 9:06 -0800" -Dplayerglobal.version=11.7
>>> -Dflat.donot.ask=true -Drc=1 -DskipTests=true
>>>
>>> It is really pain to me start from scratch, cause building whole
>>> framework
>>> on my PC takes ages. Satisfying comparer is difficult.
>>>
>>> [1]
>>> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fs8i7rdata=02%7C01%7Caharui%40adobe.com%7C7f2eea67e96348d6d71c08d729a8b4dc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C63702367690243sdata=m5WJwGDiSsf5r76cxK7Ye04vZg18nK2Eq29Mm5tIhsw%3Dreserved=0
>>>
>>> Thanks,
>>> Piotr
>>>
>>> pt., 16 sie 2019 o 18:27 Alex Harui 
>>> napisał(a):
>>>
>>> > Piotr,
>>> >
>>> > At this point, I would definitely recommend trying the three steps
>>> without
>>> > any changes to the release_steps.xml file and use an ABSOLUTE
>>> path.  That's
>>> > the only way I tested the scripts.  I did not try a relative path,
>>> and I
>>> > highly recommend not putting all of these files in a working
>>> copy.  It is
>>> > probably less work to just have RM's specify an absolute path
>>> external to
>>> > the working copy.  Using "../.." may not work consistently so do
>>> not use
>>> > those adjustments.
>>> >
>>> > Capture the logs for all 3 steps and if there is a problem post
>>> the output.
>>> >
>>> > Thanks,
>>> > -Alex
>>> >
>>> >
>>> > On 8/16/19, 2:57 AM, "Piotr Zarzycki" 
>>> wrote:
>>> >
>>> > It looks like this is again problem with RoyaleUnit[1]. Here
>>> is the
>>> > results
>>> > of comparison. I'm not sure why left folder doesn't contains
>>> files.
>>> >
>>> > [1]
>>> >
>>> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpasteboard.co%2FIsWnHGq.pngdata=02%7C01%7Caharui%40adobe.com%7C7f2eea67e96348d6d71c08d729a8b4dc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C63702367695233sdata=WhSmR1eH1iYAJpJ5FwjkntiiW9u4%2B7w9HJruaVml%2B88%3Dreserved=0
>>> >
>>> > Thanks,
>>> > Piotr
>>> >
>>> > pt., 16 sie 2019 o 11:08 Piotr Zarzycki <
>>> piotrzarzyck...@gmail.com>
>>> > napisał(a):
>>> >
>>> > > Ok I was mistake. Both zips exists, but they have different
>>> sizes! So
>>> > > comparison went fine and I 

Re: Discuss of release steps preparation

2019-08-25 Thread Piotr Zarzycki
Content in both zips is exactly the same. I don't see now the reason to do
not move forward with that ->  https://ibb.co/XzDDVfd

pon., 26 sie 2019 o 00:01 Piotr Zarzycki 
napisał(a):

> Sorry that's not my day. It looks like my folder in Total Commander wasn't
> refreshed. Both zips exists. I will compare them and provide results.
>
> On Sun, Aug 25, 2019, 11:58 PM Piotr Zarzycki 
> wrote:
>
>> Alex,
>>
>> I just checked and I was mistake. Zip which should be inside source
>> folder is not exists at all. I'm wondering what could happen that this zip
>> wasn't generated.
>>
>> Thanks,
>> Piotr
>>
>> On Sun, Aug 25, 2019, 11:52 PM Alex Harui 
>> wrote:
>>
>>> The output says the -src.zip did not compare.  Expand the two zip files
>>> into different folders and compare the folders.
>>>
>>> HTH,
>>> -Alex
>>>
>>> On 8/25/19, 2:45 PM, "Piotr Zarzycki" 
>>> wrote:
>>>
>>> Hi,
>>>
>>> I have spend another hours on release. Maven artifacts are deployed
>>> to the
>>> staging without the problem. I stopped this time and the very end of
>>> the
>>> process, where I need to prepare ANT artifacts. Build on my PC
>>> failed [1] -
>>> size of compared zips are different - Step 13.
>>>
>>> During whole process I had such problem when SWC time stamp had
>>> incorrect
>>> format and in the end I did end up with fail. Maybe this time is the
>>> same
>>> story.
>>> Maybe in that case this is the same. The question is - To what step
>>> should
>>> I really back ?
>>> Should I remove branch for asjs and start from 11?
>>>
>>> My command:
>>> ant -f releasesteps.xml Release_Step_013 -Drelease.version=0.9.6
>>> -Droyale.swc-date="8/25/19 9:06 -0800" -Dplayerglobal.version=11.7
>>> -Dflat.donot.ask=true -Drc=1 -DskipTests=true
>>>
>>> It is really pain to me start from scratch, cause building whole
>>> framework
>>> on my PC takes ages. Satisfying comparer is difficult.
>>>
>>> [1]
>>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fs8i7rdata=02%7C01%7Caharui%40adobe.com%7C9a4cadbaa084428b55c208d729a59446%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023663478251633sdata=6pzbbQImsdJGBM%2B5cRaSAwgyTnQyBTqgL58CFxb8dR4%3Dreserved=0
>>>
>>> Thanks,
>>> Piotr
>>>
>>> pt., 16 sie 2019 o 18:27 Alex Harui 
>>> napisał(a):
>>>
>>> > Piotr,
>>> >
>>> > At this point, I would definitely recommend trying the three steps
>>> without
>>> > any changes to the release_steps.xml file and use an ABSOLUTE
>>> path.  That's
>>> > the only way I tested the scripts.  I did not try a relative path,
>>> and I
>>> > highly recommend not putting all of these files in a working
>>> copy.  It is
>>> > probably less work to just have RM's specify an absolute path
>>> external to
>>> > the working copy.  Using "../.." may not work consistently so do
>>> not use
>>> > those adjustments.
>>> >
>>> > Capture the logs for all 3 steps and if there is a problem post
>>> the output.
>>> >
>>> > Thanks,
>>> > -Alex
>>> >
>>> >
>>> > On 8/16/19, 2:57 AM, "Piotr Zarzycki" 
>>> wrote:
>>> >
>>> > It looks like this is again problem with RoyaleUnit[1]. Here
>>> is the
>>> > results
>>> > of comparison. I'm not sure why left folder doesn't contains
>>> files.
>>> >
>>> > [1]
>>> >
>>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpasteboard.co%2FIsWnHGq.pngdata=02%7C01%7Caharui%40adobe.com%7C9a4cadbaa084428b55c208d729a59446%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023663478251633sdata=xJXIQ4REkQLO7aCWgIiH%2FteP3dwMEnSfpSVMfowSGgk%3Dreserved=0
>>> >
>>> > Thanks,
>>> > Piotr
>>> >
>>> > pt., 16 sie 2019 o 11:08 Piotr Zarzycki <
>>> piotrzarzyck...@gmail.com>
>>> > napisał(a):
>>> >
>>> > > Ok I was mistake. Both zips exists, but they have different
>>> sizes! So
>>> > > comparison went fine and I need to understand one sources are
>>> > different...
>>> > >
>>> > > pt., 16 sie 2019 o 10:59 Piotr Zarzycki <
>>> piotrzarzyck...@gmail.com>
>>> > > napisał(a):
>>> > >
>>> > >> I have analyzed that target (compare-src-zips) and it
>>> compares zip
>>> > file
>>> > >> in following locations:
>>> > >>
>>> > >> 1) artifacts\apache-royale-0.9.6-src.zip
>>> > >> 2) /sources/srczip/apache-royale-0.9.6-src.zip
>>> > >>
>>> > >> I have changed in that target all places where
>>> ${artifactfolder} to
>>> > >> ../../${artifactfolder} and launch that target. It looks
>>> like zip
>>> > file
>>> > >> wasn't created at all in location:
>>> > >> /sources/srczip/apache-royale-0.9.6-src.zip.
>>> > >>
>>> > >> I will try to figure out what has happened. Btw. I didn't
>>> commit my
>>> > >> changes with ../../ - those are local.
>>>

Re: Discuss of release steps preparation

2019-08-25 Thread Piotr Zarzycki
Sorry that's not my day. It looks like my folder in Total Commander wasn't
refreshed. Both zips exists. I will compare them and provide results.

On Sun, Aug 25, 2019, 11:58 PM Piotr Zarzycki 
wrote:

> Alex,
>
> I just checked and I was mistake. Zip which should be inside source folder
> is not exists at all. I'm wondering what could happen that this zip wasn't
> generated.
>
> Thanks,
> Piotr
>
> On Sun, Aug 25, 2019, 11:52 PM Alex Harui 
> wrote:
>
>> The output says the -src.zip did not compare.  Expand the two zip files
>> into different folders and compare the folders.
>>
>> HTH,
>> -Alex
>>
>> On 8/25/19, 2:45 PM, "Piotr Zarzycki"  wrote:
>>
>> Hi,
>>
>> I have spend another hours on release. Maven artifacts are deployed
>> to the
>> staging without the problem. I stopped this time and the very end of
>> the
>> process, where I need to prepare ANT artifacts. Build on my PC failed
>> [1] -
>> size of compared zips are different - Step 13.
>>
>> During whole process I had such problem when SWC time stamp had
>> incorrect
>> format and in the end I did end up with fail. Maybe this time is the
>> same
>> story.
>> Maybe in that case this is the same. The question is - To what step
>> should
>> I really back ?
>> Should I remove branch for asjs and start from 11?
>>
>> My command:
>> ant -f releasesteps.xml Release_Step_013 -Drelease.version=0.9.6
>> -Droyale.swc-date="8/25/19 9:06 -0800" -Dplayerglobal.version=11.7
>> -Dflat.donot.ask=true -Drc=1 -DskipTests=true
>>
>> It is really pain to me start from scratch, cause building whole
>> framework
>> on my PC takes ages. Satisfying comparer is difficult.
>>
>> [1]
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fs8i7rdata=02%7C01%7Caharui%40adobe.com%7C9a4cadbaa084428b55c208d729a59446%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023663478251633sdata=6pzbbQImsdJGBM%2B5cRaSAwgyTnQyBTqgL58CFxb8dR4%3Dreserved=0
>>
>> Thanks,
>> Piotr
>>
>> pt., 16 sie 2019 o 18:27 Alex Harui 
>> napisał(a):
>>
>> > Piotr,
>> >
>> > At this point, I would definitely recommend trying the three steps
>> without
>> > any changes to the release_steps.xml file and use an ABSOLUTE
>> path.  That's
>> > the only way I tested the scripts.  I did not try a relative path,
>> and I
>> > highly recommend not putting all of these files in a working copy.
>> It is
>> > probably less work to just have RM's specify an absolute path
>> external to
>> > the working copy.  Using "../.." may not work consistently so do
>> not use
>> > those adjustments.
>> >
>> > Capture the logs for all 3 steps and if there is a problem post the
>> output.
>> >
>> > Thanks,
>> > -Alex
>> >
>> >
>> > On 8/16/19, 2:57 AM, "Piotr Zarzycki" 
>> wrote:
>> >
>> > It looks like this is again problem with RoyaleUnit[1]. Here is
>> the
>> > results
>> > of comparison. I'm not sure why left folder doesn't contains
>> files.
>> >
>> > [1]
>> >
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpasteboard.co%2FIsWnHGq.pngdata=02%7C01%7Caharui%40adobe.com%7C9a4cadbaa084428b55c208d729a59446%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023663478251633sdata=xJXIQ4REkQLO7aCWgIiH%2FteP3dwMEnSfpSVMfowSGgk%3Dreserved=0
>> >
>> > Thanks,
>> > Piotr
>> >
>> > pt., 16 sie 2019 o 11:08 Piotr Zarzycki <
>> piotrzarzyck...@gmail.com>
>> > napisał(a):
>> >
>> > > Ok I was mistake. Both zips exists, but they have different
>> sizes! So
>> > > comparison went fine and I need to understand one sources are
>> > different...
>> > >
>> > > pt., 16 sie 2019 o 10:59 Piotr Zarzycki <
>> piotrzarzyck...@gmail.com>
>> > > napisał(a):
>> > >
>> > >> I have analyzed that target (compare-src-zips) and it
>> compares zip
>> > file
>> > >> in following locations:
>> > >>
>> > >> 1) artifacts\apache-royale-0.9.6-src.zip
>> > >> 2) /sources/srczip/apache-royale-0.9.6-src.zip
>> > >>
>> > >> I have changed in that target all places where
>> ${artifactfolder} to
>> > >> ../../${artifactfolder} and launch that target. It looks
>> like zip
>> > file
>> > >> wasn't created at all in location:
>> > >> /sources/srczip/apache-royale-0.9.6-src.zip.
>> > >>
>> > >> I will try to figure out what has happened. Btw. I didn't
>> commit my
>> > >> changes with ../../ - those are local.
>> > >>
>> > >> Thanks,
>> > >> Piotr
>> > >>
>> > >> pt., 16 sie 2019 o 09:29 Piotr Zarzycki <
>> piotrzarzyck...@gmail.com>
>> > >> napisał(a):
>> > >>
>> > >>> Unfortunately I don't know what is happening but signing
>> trough
>> > script
>> > >>> hang for 

Re: Discuss of release steps preparation

2019-08-25 Thread Piotr Zarzycki
Alex,

I just checked and I was mistake. Zip which should be inside source folder
is not exists at all. I'm wondering what could happen that this zip wasn't
generated.

Thanks,
Piotr

On Sun, Aug 25, 2019, 11:52 PM Alex Harui  wrote:

> The output says the -src.zip did not compare.  Expand the two zip files
> into different folders and compare the folders.
>
> HTH,
> -Alex
>
> On 8/25/19, 2:45 PM, "Piotr Zarzycki"  wrote:
>
> Hi,
>
> I have spend another hours on release. Maven artifacts are deployed to
> the
> staging without the problem. I stopped this time and the very end of
> the
> process, where I need to prepare ANT artifacts. Build on my PC failed
> [1] -
> size of compared zips are different - Step 13.
>
> During whole process I had such problem when SWC time stamp had
> incorrect
> format and in the end I did end up with fail. Maybe this time is the
> same
> story.
> Maybe in that case this is the same. The question is - To what step
> should
> I really back ?
> Should I remove branch for asjs and start from 11?
>
> My command:
> ant -f releasesteps.xml Release_Step_013 -Drelease.version=0.9.6
> -Droyale.swc-date="8/25/19 9:06 -0800" -Dplayerglobal.version=11.7
> -Dflat.donot.ask=true -Drc=1 -DskipTests=true
>
> It is really pain to me start from scratch, cause building whole
> framework
> on my PC takes ages. Satisfying comparer is difficult.
>
> [1]
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fs8i7rdata=02%7C01%7Caharui%40adobe.com%7C9a4cadbaa084428b55c208d729a59446%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023663478251633sdata=6pzbbQImsdJGBM%2B5cRaSAwgyTnQyBTqgL58CFxb8dR4%3Dreserved=0
>
> Thanks,
> Piotr
>
> pt., 16 sie 2019 o 18:27 Alex Harui 
> napisał(a):
>
> > Piotr,
> >
> > At this point, I would definitely recommend trying the three steps
> without
> > any changes to the release_steps.xml file and use an ABSOLUTE path.
> That's
> > the only way I tested the scripts.  I did not try a relative path,
> and I
> > highly recommend not putting all of these files in a working copy.
> It is
> > probably less work to just have RM's specify an absolute path
> external to
> > the working copy.  Using "../.." may not work consistently so do not
> use
> > those adjustments.
> >
> > Capture the logs for all 3 steps and if there is a problem post the
> output.
> >
> > Thanks,
> > -Alex
> >
> >
> > On 8/16/19, 2:57 AM, "Piotr Zarzycki" 
> wrote:
> >
> > It looks like this is again problem with RoyaleUnit[1]. Here is
> the
> > results
> > of comparison. I'm not sure why left folder doesn't contains
> files.
> >
> > [1]
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpasteboard.co%2FIsWnHGq.pngdata=02%7C01%7Caharui%40adobe.com%7C9a4cadbaa084428b55c208d729a59446%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023663478251633sdata=xJXIQ4REkQLO7aCWgIiH%2FteP3dwMEnSfpSVMfowSGgk%3Dreserved=0
> >
> > Thanks,
> > Piotr
> >
> > pt., 16 sie 2019 o 11:08 Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > napisał(a):
> >
> > > Ok I was mistake. Both zips exists, but they have different
> sizes! So
> > > comparison went fine and I need to understand one sources are
> > different...
> > >
> > > pt., 16 sie 2019 o 10:59 Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > > napisał(a):
> > >
> > >> I have analyzed that target (compare-src-zips) and it
> compares zip
> > file
> > >> in following locations:
> > >>
> > >> 1) artifacts\apache-royale-0.9.6-src.zip
> > >> 2) /sources/srczip/apache-royale-0.9.6-src.zip
> > >>
> > >> I have changed in that target all places where
> ${artifactfolder} to
> > >> ../../${artifactfolder} and launch that target. It looks like
> zip
> > file
> > >> wasn't created at all in location:
> > >> /sources/srczip/apache-royale-0.9.6-src.zip.
> > >>
> > >> I will try to figure out what has happened. Btw. I didn't
> commit my
> > >> changes with ../../ - those are local.
> > >>
> > >> Thanks,
> > >> Piotr
> > >>
> > >> pt., 16 sie 2019 o 09:29 Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > >> napisał(a):
> > >>
> > >>> Unfortunately I don't know what is happening but signing
> trough
> > script
> > >>> hang for me. Stopped working. :(
> > >>>
> > >>>
> > >>> ant -f releasesteps.xml Release_Step_003_Sign
> > -Drelease.version=0.9.6
> > >>> Buildfile:
> d:\Work\royale-sources\royale-compiler\releasesteps.xml
> > >>>
> > >>> get-artifact-folder:
> > >>> [input] Enter the temporary folder to 

Re: Discuss of release steps preparation

2019-08-25 Thread Alex Harui
The output says the -src.zip did not compare.  Expand the two zip files into 
different folders and compare the folders.

HTH,
-Alex

On 8/25/19, 2:45 PM, "Piotr Zarzycki"  wrote:

Hi,

I have spend another hours on release. Maven artifacts are deployed to the
staging without the problem. I stopped this time and the very end of the
process, where I need to prepare ANT artifacts. Build on my PC failed [1] -
size of compared zips are different - Step 13.

During whole process I had such problem when SWC time stamp had incorrect
format and in the end I did end up with fail. Maybe this time is the same
story.
Maybe in that case this is the same. The question is - To what step should
I really back ?
Should I remove branch for asjs and start from 11?

My command:
ant -f releasesteps.xml Release_Step_013 -Drelease.version=0.9.6
-Droyale.swc-date="8/25/19 9:06 -0800" -Dplayerglobal.version=11.7
-Dflat.donot.ask=true -Drc=1 -DskipTests=true

It is really pain to me start from scratch, cause building whole framework
on my PC takes ages. Satisfying comparer is difficult.

[1] 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fs8i7rdata=02%7C01%7Caharui%40adobe.com%7C9a4cadbaa084428b55c208d729a59446%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023663478251633sdata=6pzbbQImsdJGBM%2B5cRaSAwgyTnQyBTqgL58CFxb8dR4%3Dreserved=0

Thanks,
Piotr

pt., 16 sie 2019 o 18:27 Alex Harui  napisał(a):

> Piotr,
>
> At this point, I would definitely recommend trying the three steps without
> any changes to the release_steps.xml file and use an ABSOLUTE path.  
That's
> the only way I tested the scripts.  I did not try a relative path, and I
> highly recommend not putting all of these files in a working copy.  It is
> probably less work to just have RM's specify an absolute path external to
> the working copy.  Using "../.." may not work consistently so do not use
> those adjustments.
>
> Capture the logs for all 3 steps and if there is a problem post the 
output.
>
> Thanks,
> -Alex
>
>
> On 8/16/19, 2:57 AM, "Piotr Zarzycki"  wrote:
>
> It looks like this is again problem with RoyaleUnit[1]. Here is the
> results
> of comparison. I'm not sure why left folder doesn't contains files.
>
> [1]
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpasteboard.co%2FIsWnHGq.pngdata=02%7C01%7Caharui%40adobe.com%7C9a4cadbaa084428b55c208d729a59446%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023663478251633sdata=xJXIQ4REkQLO7aCWgIiH%2FteP3dwMEnSfpSVMfowSGgk%3Dreserved=0
>
> Thanks,
> Piotr
>
> pt., 16 sie 2019 o 11:08 Piotr Zarzycki 
> napisał(a):
>
> > Ok I was mistake. Both zips exists, but they have different sizes! 
So
> > comparison went fine and I need to understand one sources are
> different...
> >
> > pt., 16 sie 2019 o 10:59 Piotr Zarzycki 
> > napisał(a):
> >
> >> I have analyzed that target (compare-src-zips) and it compares zip
> file
> >> in following locations:
> >>
> >> 1) artifacts\apache-royale-0.9.6-src.zip
> >> 2) /sources/srczip/apache-royale-0.9.6-src.zip
> >>
> >> I have changed in that target all places where ${artifactfolder} to
> >> ../../${artifactfolder} and launch that target. It looks like zip
> file
> >> wasn't created at all in location:
> >> /sources/srczip/apache-royale-0.9.6-src.zip.
> >>
> >> I will try to figure out what has happened. Btw. I didn't commit my
> >> changes with ../../ - those are local.
> >>
> >> Thanks,
> >> Piotr
> >>
> >> pt., 16 sie 2019 o 09:29 Piotr Zarzycki 
> >> napisał(a):
> >>
> >>> Unfortunately I don't know what is happening but signing trough
> script
> >>> hang for me. Stopped working. :(
> >>>
> >>>
> >>> ant -f releasesteps.xml Release_Step_003_Sign
> -Drelease.version=0.9.6
> >>> Buildfile: d:\Work\royale-sources\royale-compiler\releasesteps.xml
> >>>
> >>> get-artifact-folder:
> >>> [input] Enter the temporary folder to store the downloaded
> artifacts:
> >>> royale096
> >>>
> >>> Release_Step_003_Sign:
> >>>
> >>> sign-file:
> >>>
> >>>
> >>>
> >>> pt., 16 sie 2019 o 09:21 Piotr Zarzycki  >
> >>> napisał(a):
> >>>
>  With "../../" or without ? I just run script with
> -DskiptTests="true"
>  and it passes, but failed on "compare-src-zips" - It looks like
> it is also
>  problem with paths. :(
> 
>  

Re: Discuss of release steps preparation

2019-08-25 Thread Piotr Zarzycki
Hi,

I have spend another hours on release. Maven artifacts are deployed to the
staging without the problem. I stopped this time and the very end of the
process, where I need to prepare ANT artifacts. Build on my PC failed [1] -
size of compared zips are different - Step 13.

During whole process I had such problem when SWC time stamp had incorrect
format and in the end I did end up with fail. Maybe this time is the same
story.
Maybe in that case this is the same. The question is - To what step should
I really back ?
Should I remove branch for asjs and start from 11?

My command:
ant -f releasesteps.xml Release_Step_013 -Drelease.version=0.9.6
-Droyale.swc-date="8/25/19 9:06 -0800" -Dplayerglobal.version=11.7
-Dflat.donot.ask=true -Drc=1 -DskipTests=true

It is really pain to me start from scratch, cause building whole framework
on my PC takes ages. Satisfying comparer is difficult.

[1] https://paste.apache.org/s8i7r

Thanks,
Piotr

pt., 16 sie 2019 o 18:27 Alex Harui  napisał(a):

> Piotr,
>
> At this point, I would definitely recommend trying the three steps without
> any changes to the release_steps.xml file and use an ABSOLUTE path.  That's
> the only way I tested the scripts.  I did not try a relative path, and I
> highly recommend not putting all of these files in a working copy.  It is
> probably less work to just have RM's specify an absolute path external to
> the working copy.  Using "../.." may not work consistently so do not use
> those adjustments.
>
> Capture the logs for all 3 steps and if there is a problem post the output.
>
> Thanks,
> -Alex
>
>
> On 8/16/19, 2:57 AM, "Piotr Zarzycki"  wrote:
>
> It looks like this is again problem with RoyaleUnit[1]. Here is the
> results
> of comparison. I'm not sure why left folder doesn't contains files.
>
> [1]
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpasteboard.co%2FIsWnHGq.pngdata=02%7C01%7Caharui%40adobe.com%7Cdd67a5a447364dbbe21908d7223029d2%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015462571597421sdata=bvzbqWWuRT8CPIsl03qxIO8OF9n3btvCEVdfoN%2FL83c%3Dreserved=0
>
> Thanks,
> Piotr
>
> pt., 16 sie 2019 o 11:08 Piotr Zarzycki 
> napisał(a):
>
> > Ok I was mistake. Both zips exists, but they have different sizes! So
> > comparison went fine and I need to understand one sources are
> different...
> >
> > pt., 16 sie 2019 o 10:59 Piotr Zarzycki 
> > napisał(a):
> >
> >> I have analyzed that target (compare-src-zips) and it compares zip
> file
> >> in following locations:
> >>
> >> 1) artifacts\apache-royale-0.9.6-src.zip
> >> 2) /sources/srczip/apache-royale-0.9.6-src.zip
> >>
> >> I have changed in that target all places where ${artifactfolder} to
> >> ../../${artifactfolder} and launch that target. It looks like zip
> file
> >> wasn't created at all in location:
> >> /sources/srczip/apache-royale-0.9.6-src.zip.
> >>
> >> I will try to figure out what has happened. Btw. I didn't commit my
> >> changes with ../../ - those are local.
> >>
> >> Thanks,
> >> Piotr
> >>
> >> pt., 16 sie 2019 o 09:29 Piotr Zarzycki 
> >> napisał(a):
> >>
> >>> Unfortunately I don't know what is happening but signing trough
> script
> >>> hang for me. Stopped working. :(
> >>>
> >>>
> >>> ant -f releasesteps.xml Release_Step_003_Sign
> -Drelease.version=0.9.6
> >>> Buildfile: d:\Work\royale-sources\royale-compiler\releasesteps.xml
> >>>
> >>> get-artifact-folder:
> >>> [input] Enter the temporary folder to store the downloaded
> artifacts:
> >>> royale096
> >>>
> >>> Release_Step_003_Sign:
> >>>
> >>> sign-file:
> >>>
> >>>
> >>>
> >>> pt., 16 sie 2019 o 09:21 Piotr Zarzycki  >
> >>> napisał(a):
> >>>
>  With "../../" or without ? I just run script with
> -DskiptTests="true"
>  and it passes, but failed on "compare-src-zips" - It looks like
> it is also
>  problem with paths. :(
> 
>  pt., 16 sie 2019 o 09:15 Alex Harui 
>  napisał(a):
> 
> > I would also need to see the output of the other two steps
> > (Release_Step_003 and Release_Step_003_Sign)
> >
> > Thanks,
> > -Alex
> >
> > On 8/15/19, 11:14 PM, "Piotr Zarzycki" <
> piotrzarzyck...@gmail.com>
> > wrote:
> >
> > This console output is here [1], but it is version where
> script
> > failing,
> > cause there wasn't "../../". Let me know if it's enough
> actually.
> >
> > [1]
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzvxoidata=02%7C01%7Caharui%40adobe.com%7Cdd67a5a447364dbbe21908d7223029d2%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015462571597421sdata=cpG%2BXauXqyeesomOmZD6pH%2FVpcwzdDwzlRW9PzXfXjQ%3Dreserved=0
> >
> >  

Re: Discuss of release steps preparation

2019-08-16 Thread Alex Harui
Piotr,

At this point, I would definitely recommend trying the three steps without any 
changes to the release_steps.xml file and use an ABSOLUTE path.  That's the 
only way I tested the scripts.  I did not try a relative path, and I highly 
recommend not putting all of these files in a working copy.  It is probably 
less work to just have RM's specify an absolute path external to the working 
copy.  Using "../.." may not work consistently so do not use those adjustments.

Capture the logs for all 3 steps and if there is a problem post the output.

Thanks,
-Alex


On 8/16/19, 2:57 AM, "Piotr Zarzycki"  wrote:

It looks like this is again problem with RoyaleUnit[1]. Here is the results
of comparison. I'm not sure why left folder doesn't contains files.

[1] 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpasteboard.co%2FIsWnHGq.pngdata=02%7C01%7Caharui%40adobe.com%7Cdd67a5a447364dbbe21908d7223029d2%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015462571597421sdata=bvzbqWWuRT8CPIsl03qxIO8OF9n3btvCEVdfoN%2FL83c%3Dreserved=0

Thanks,
Piotr

pt., 16 sie 2019 o 11:08 Piotr Zarzycki 
napisał(a):

> Ok I was mistake. Both zips exists, but they have different sizes! So
> comparison went fine and I need to understand one sources are different...
>
> pt., 16 sie 2019 o 10:59 Piotr Zarzycki 
> napisał(a):
>
>> I have analyzed that target (compare-src-zips) and it compares zip file
>> in following locations:
>>
>> 1) artifacts\apache-royale-0.9.6-src.zip
>> 2) /sources/srczip/apache-royale-0.9.6-src.zip
>>
>> I have changed in that target all places where ${artifactfolder} to
>> ../../${artifactfolder} and launch that target. It looks like zip file
>> wasn't created at all in location:
>> /sources/srczip/apache-royale-0.9.6-src.zip.
>>
>> I will try to figure out what has happened. Btw. I didn't commit my
>> changes with ../../ - those are local.
>>
>> Thanks,
>> Piotr
>>
>> pt., 16 sie 2019 o 09:29 Piotr Zarzycki 
>> napisał(a):
>>
>>> Unfortunately I don't know what is happening but signing trough script
>>> hang for me. Stopped working. :(
>>>
>>>
>>> ant -f releasesteps.xml Release_Step_003_Sign -Drelease.version=0.9.6
>>> Buildfile: d:\Work\royale-sources\royale-compiler\releasesteps.xml
>>>
>>> get-artifact-folder:
>>> [input] Enter the temporary folder to store the downloaded 
artifacts:
>>> royale096
>>>
>>> Release_Step_003_Sign:
>>>
>>> sign-file:
>>>
>>>
>>>
>>> pt., 16 sie 2019 o 09:21 Piotr Zarzycki 
>>> napisał(a):
>>>
 With "../../" or without ? I just run script with -DskiptTests="true"
 and it passes, but failed on "compare-src-zips" - It looks like it is 
also
 problem with paths. :(

 pt., 16 sie 2019 o 09:15 Alex Harui 
 napisał(a):

> I would also need to see the output of the other two steps
> (Release_Step_003 and Release_Step_003_Sign)
>
> Thanks,
> -Alex
>
> On 8/15/19, 11:14 PM, "Piotr Zarzycki" 
> wrote:
>
> This console output is here [1], but it is version where script
> failing,
> cause there wasn't "../../". Let me know if it's enough actually.
>
> [1]
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzvxoidata=02%7C01%7Caharui%40adobe.com%7Cdd67a5a447364dbbe21908d7223029d2%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015462571597421sdata=cpG%2BXauXqyeesomOmZD6pH%2FVpcwzdDwzlRW9PzXfXjQ%3Dreserved=0
>
> czw., 15 sie 2019 o 22:37 Alex Harui 
> napisał(a):
>
> > That's a possibility.  I only used absolute paths.
> >
> > Piotr, it would nice to see the Windows console output including
> the paths
> > you gave to help make this process more robust.
> >
> > -Alex
> >
> > On 8/15/19, 1:21 PM, "Josh Tynjala" 
> wrote:
> >
> > If it started working correctly after changing the path to
> include
> > ../../,
> > perhaps ${artifactfolder} is being set to a relative path,
> but the
> > script
> > expects the path to be absolute. I'm not familiar with the
> release
> > steps
> > yet, so I'm just guessing, but does that make sense?
> >
> > --
> > Josh Tynjala
> > Bowler Hat LLC <
> >
> 

Re: Discuss of release steps preparation

2019-08-16 Thread Piotr Zarzycki
It looks like this is again problem with RoyaleUnit[1]. Here is the results
of comparison. I'm not sure why left folder doesn't contains files.

[1] https://pasteboard.co/IsWnHGq.png

Thanks,
Piotr

pt., 16 sie 2019 o 11:08 Piotr Zarzycki 
napisał(a):

> Ok I was mistake. Both zips exists, but they have different sizes! So
> comparison went fine and I need to understand one sources are different...
>
> pt., 16 sie 2019 o 10:59 Piotr Zarzycki 
> napisał(a):
>
>> I have analyzed that target (compare-src-zips) and it compares zip file
>> in following locations:
>>
>> 1) artifacts\apache-royale-0.9.6-src.zip
>> 2) /sources/srczip/apache-royale-0.9.6-src.zip
>>
>> I have changed in that target all places where ${artifactfolder} to
>> ../../${artifactfolder} and launch that target. It looks like zip file
>> wasn't created at all in location:
>> /sources/srczip/apache-royale-0.9.6-src.zip.
>>
>> I will try to figure out what has happened. Btw. I didn't commit my
>> changes with ../../ - those are local.
>>
>> Thanks,
>> Piotr
>>
>> pt., 16 sie 2019 o 09:29 Piotr Zarzycki 
>> napisał(a):
>>
>>> Unfortunately I don't know what is happening but signing trough script
>>> hang for me. Stopped working. :(
>>>
>>>
>>> ant -f releasesteps.xml Release_Step_003_Sign -Drelease.version=0.9.6
>>> Buildfile: d:\Work\royale-sources\royale-compiler\releasesteps.xml
>>>
>>> get-artifact-folder:
>>> [input] Enter the temporary folder to store the downloaded artifacts:
>>> royale096
>>>
>>> Release_Step_003_Sign:
>>>
>>> sign-file:
>>>
>>>
>>>
>>> pt., 16 sie 2019 o 09:21 Piotr Zarzycki 
>>> napisał(a):
>>>
 With "../../" or without ? I just run script with -DskiptTests="true"
 and it passes, but failed on "compare-src-zips" - It looks like it is also
 problem with paths. :(

 pt., 16 sie 2019 o 09:15 Alex Harui 
 napisał(a):

> I would also need to see the output of the other two steps
> (Release_Step_003 and Release_Step_003_Sign)
>
> Thanks,
> -Alex
>
> On 8/15/19, 11:14 PM, "Piotr Zarzycki" 
> wrote:
>
> This console output is here [1], but it is version where script
> failing,
> cause there wasn't "../../". Let me know if it's enough actually.
>
> [1]
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzvxoidata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=VypdtAw9z%2Bs52VGupIzjXD5qHSZZWzw%2BrahQSCIa63o%3Dreserved=0
>
> czw., 15 sie 2019 o 22:37 Alex Harui 
> napisał(a):
>
> > That's a possibility.  I only used absolute paths.
> >
> > Piotr, it would nice to see the Windows console output including
> the paths
> > you gave to help make this process more robust.
> >
> > -Alex
> >
> > On 8/15/19, 1:21 PM, "Josh Tynjala" 
> wrote:
> >
> > If it started working correctly after changing the path to
> include
> > ../../,
> > perhaps ${artifactfolder} is being set to a relative path,
> but the
> > script
> > expects the path to be absolute. I'm not familiar with the
> release
> > steps
> > yet, so I'm just guessing, but does that make sense?
> >
> > --
> > Josh Tynjala
> > Bowler Hat LLC <
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbowlerhat.devdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=hebWRJTdRMai7LejpO5aipHzmA9Qa9hBXXv0vfwrO78%3Dreserved=0
> > >
> >
> >
> > On Wed, Aug 14, 2019 at 9:23 AM Alex Harui
> 
> > wrote:
> >
> > > Can you explain why that would be the right change?
> Doesn't make
> > sense to
> > > me.
> > >
> > > On 8/14/19, 3:36 AM, "Piotr Zarzycki" <
> piotrzarzyck...@gmail.com>
> > wrote:
> > >
> > > So far so good. I did tweak the script and was able to
> upload
> > > artifacts. I
> > > have changed in each script:
> > > Line from:
> > >
> > > 
> > > To
> > > 
> > >
> > > The very last thing was close repository, so I got
> some errors
> > you can
> > > check here by logging your Apache handle [1] related to
> > RoyaleUnit [2].
> > >
> > > Missing Signature:
> > >
> > >
> >
> '/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
> > > does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.
> > 

Re: Discuss of release steps preparation

2019-08-16 Thread Piotr Zarzycki
Ok I was mistake. Both zips exists, but they have different sizes! So
comparison went fine and I need to understand one sources are different...

pt., 16 sie 2019 o 10:59 Piotr Zarzycki 
napisał(a):

> I have analyzed that target (compare-src-zips) and it compares zip file in
> following locations:
>
> 1) artifacts\apache-royale-0.9.6-src.zip
> 2) /sources/srczip/apache-royale-0.9.6-src.zip
>
> I have changed in that target all places where ${artifactfolder} to
> ../../${artifactfolder} and launch that target. It looks like zip file
> wasn't created at all in location:
> /sources/srczip/apache-royale-0.9.6-src.zip.
>
> I will try to figure out what has happened. Btw. I didn't commit my
> changes with ../../ - those are local.
>
> Thanks,
> Piotr
>
> pt., 16 sie 2019 o 09:29 Piotr Zarzycki 
> napisał(a):
>
>> Unfortunately I don't know what is happening but signing trough script
>> hang for me. Stopped working. :(
>>
>>
>> ant -f releasesteps.xml Release_Step_003_Sign -Drelease.version=0.9.6
>> Buildfile: d:\Work\royale-sources\royale-compiler\releasesteps.xml
>>
>> get-artifact-folder:
>> [input] Enter the temporary folder to store the downloaded artifacts:
>> royale096
>>
>> Release_Step_003_Sign:
>>
>> sign-file:
>>
>>
>>
>> pt., 16 sie 2019 o 09:21 Piotr Zarzycki 
>> napisał(a):
>>
>>> With "../../" or without ? I just run script with -DskiptTests="true"
>>> and it passes, but failed on "compare-src-zips" - It looks like it is also
>>> problem with paths. :(
>>>
>>> pt., 16 sie 2019 o 09:15 Alex Harui 
>>> napisał(a):
>>>
 I would also need to see the output of the other two steps
 (Release_Step_003 and Release_Step_003_Sign)

 Thanks,
 -Alex

 On 8/15/19, 11:14 PM, "Piotr Zarzycki" 
 wrote:

 This console output is here [1], but it is version where script
 failing,
 cause there wasn't "../../". Let me know if it's enough actually.

 [1]
 https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzvxoidata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=VypdtAw9z%2Bs52VGupIzjXD5qHSZZWzw%2BrahQSCIa63o%3Dreserved=0

 czw., 15 sie 2019 o 22:37 Alex Harui 
 napisał(a):

 > That's a possibility.  I only used absolute paths.
 >
 > Piotr, it would nice to see the Windows console output including
 the paths
 > you gave to help make this process more robust.
 >
 > -Alex
 >
 > On 8/15/19, 1:21 PM, "Josh Tynjala" 
 wrote:
 >
 > If it started working correctly after changing the path to
 include
 > ../../,
 > perhaps ${artifactfolder} is being set to a relative path,
 but the
 > script
 > expects the path to be absolute. I'm not familiar with the
 release
 > steps
 > yet, so I'm just guessing, but does that make sense?
 >
 > --
 > Josh Tynjala
 > Bowler Hat LLC <
 >
 https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbowlerhat.devdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=hebWRJTdRMai7LejpO5aipHzmA9Qa9hBXXv0vfwrO78%3Dreserved=0
 > >
 >
 >
 > On Wed, Aug 14, 2019 at 9:23 AM Alex Harui
 
 > wrote:
 >
 > > Can you explain why that would be the right change?
 Doesn't make
 > sense to
 > > me.
 > >
 > > On 8/14/19, 3:36 AM, "Piotr Zarzycki" <
 piotrzarzyck...@gmail.com>
 > wrote:
 > >
 > > So far so good. I did tweak the script and was able to
 upload
 > > artifacts. I
 > > have changed in each script:
 > > Line from:
 > >
 > > 
 > > To
 > > 
 > >
 > > The very last thing was close repository, so I got some
 errors
 > you can
 > > check here by logging your Apache handle [1] related to
 > RoyaleUnit [2].
 > >
 > > Missing Signature:
 > >
 > >
 >
 '/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
 > > does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.
 > >
 > > I will try to figure out what has happened, but if
 someone has
 > any
 > > clue to
 > > that let me know.
 > >
 > > [1]
 > >
 >
 

Re: Discuss of release steps preparation

2019-08-16 Thread Piotr Zarzycki
I have analyzed that target (compare-src-zips) and it compares zip file in
following locations:

1) artifacts\apache-royale-0.9.6-src.zip
2) /sources/srczip/apache-royale-0.9.6-src.zip

I have changed in that target all places where ${artifactfolder} to
../../${artifactfolder} and launch that target. It looks like zip file
wasn't created at all in location:
/sources/srczip/apache-royale-0.9.6-src.zip.

I will try to figure out what has happened. Btw. I didn't commit my changes
with ../../ - those are local.

Thanks,
Piotr

pt., 16 sie 2019 o 09:29 Piotr Zarzycki 
napisał(a):

> Unfortunately I don't know what is happening but signing trough script
> hang for me. Stopped working. :(
>
>
> ant -f releasesteps.xml Release_Step_003_Sign -Drelease.version=0.9.6
> Buildfile: d:\Work\royale-sources\royale-compiler\releasesteps.xml
>
> get-artifact-folder:
> [input] Enter the temporary folder to store the downloaded artifacts:
> royale096
>
> Release_Step_003_Sign:
>
> sign-file:
>
>
>
> pt., 16 sie 2019 o 09:21 Piotr Zarzycki 
> napisał(a):
>
>> With "../../" or without ? I just run script with -DskiptTests="true" and
>> it passes, but failed on "compare-src-zips" - It looks like it is also
>> problem with paths. :(
>>
>> pt., 16 sie 2019 o 09:15 Alex Harui 
>> napisał(a):
>>
>>> I would also need to see the output of the other two steps
>>> (Release_Step_003 and Release_Step_003_Sign)
>>>
>>> Thanks,
>>> -Alex
>>>
>>> On 8/15/19, 11:14 PM, "Piotr Zarzycki" 
>>> wrote:
>>>
>>> This console output is here [1], but it is version where script
>>> failing,
>>> cause there wasn't "../../". Let me know if it's enough actually.
>>>
>>> [1]
>>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzvxoidata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=VypdtAw9z%2Bs52VGupIzjXD5qHSZZWzw%2BrahQSCIa63o%3Dreserved=0
>>>
>>> czw., 15 sie 2019 o 22:37 Alex Harui 
>>> napisał(a):
>>>
>>> > That's a possibility.  I only used absolute paths.
>>> >
>>> > Piotr, it would nice to see the Windows console output including
>>> the paths
>>> > you gave to help make this process more robust.
>>> >
>>> > -Alex
>>> >
>>> > On 8/15/19, 1:21 PM, "Josh Tynjala" 
>>> wrote:
>>> >
>>> > If it started working correctly after changing the path to
>>> include
>>> > ../../,
>>> > perhaps ${artifactfolder} is being set to a relative path, but
>>> the
>>> > script
>>> > expects the path to be absolute. I'm not familiar with the
>>> release
>>> > steps
>>> > yet, so I'm just guessing, but does that make sense?
>>> >
>>> > --
>>> > Josh Tynjala
>>> > Bowler Hat LLC <
>>> >
>>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbowlerhat.devdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=hebWRJTdRMai7LejpO5aipHzmA9Qa9hBXXv0vfwrO78%3Dreserved=0
>>> > >
>>> >
>>> >
>>> > On Wed, Aug 14, 2019 at 9:23 AM Alex Harui
>>> 
>>> > wrote:
>>> >
>>> > > Can you explain why that would be the right change?  Doesn't
>>> make
>>> > sense to
>>> > > me.
>>> > >
>>> > > On 8/14/19, 3:36 AM, "Piotr Zarzycki" <
>>> piotrzarzyck...@gmail.com>
>>> > wrote:
>>> > >
>>> > > So far so good. I did tweak the script and was able to
>>> upload
>>> > > artifacts. I
>>> > > have changed in each script:
>>> > > Line from:
>>> > >
>>> > > 
>>> > > To
>>> > > 
>>> > >
>>> > > The very last thing was close repository, so I got some
>>> errors
>>> > you can
>>> > > check here by logging your Apache handle [1] related to
>>> > RoyaleUnit [2].
>>> > >
>>> > > Missing Signature:
>>> > >
>>> > >
>>> >
>>> '/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
>>> > > does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.
>>> > >
>>> > > I will try to figure out what has happened, but if
>>> someone has
>>> > any
>>> > > clue to
>>> > > that let me know.
>>> > >
>>> > > [1]
>>> > >
>>> >
>>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositoriesdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=8j%2B4do2p0hAp2Don5Y6tpvimJO%2FfErSxTXkKEjDD45w%3Dreserved=0
>>> > > [2]
>>> > >
>>> >
>>> 

Re: Discuss of release steps preparation

2019-08-16 Thread Piotr Zarzycki
Unfortunately I don't know what is happening but signing trough script hang
for me. Stopped working. :(


ant -f releasesteps.xml Release_Step_003_Sign -Drelease.version=0.9.6
Buildfile: d:\Work\royale-sources\royale-compiler\releasesteps.xml

get-artifact-folder:
[input] Enter the temporary folder to store the downloaded artifacts:
royale096

Release_Step_003_Sign:

sign-file:



pt., 16 sie 2019 o 09:21 Piotr Zarzycki 
napisał(a):

> With "../../" or without ? I just run script with -DskiptTests="true" and
> it passes, but failed on "compare-src-zips" - It looks like it is also
> problem with paths. :(
>
> pt., 16 sie 2019 o 09:15 Alex Harui  napisał(a):
>
>> I would also need to see the output of the other two steps
>> (Release_Step_003 and Release_Step_003_Sign)
>>
>> Thanks,
>> -Alex
>>
>> On 8/15/19, 11:14 PM, "Piotr Zarzycki" 
>> wrote:
>>
>> This console output is here [1], but it is version where script
>> failing,
>> cause there wasn't "../../". Let me know if it's enough actually.
>>
>> [1]
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzvxoidata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=VypdtAw9z%2Bs52VGupIzjXD5qHSZZWzw%2BrahQSCIa63o%3Dreserved=0
>>
>> czw., 15 sie 2019 o 22:37 Alex Harui 
>> napisał(a):
>>
>> > That's a possibility.  I only used absolute paths.
>> >
>> > Piotr, it would nice to see the Windows console output including
>> the paths
>> > you gave to help make this process more robust.
>> >
>> > -Alex
>> >
>> > On 8/15/19, 1:21 PM, "Josh Tynjala" 
>> wrote:
>> >
>> > If it started working correctly after changing the path to
>> include
>> > ../../,
>> > perhaps ${artifactfolder} is being set to a relative path, but
>> the
>> > script
>> > expects the path to be absolute. I'm not familiar with the
>> release
>> > steps
>> > yet, so I'm just guessing, but does that make sense?
>> >
>> > --
>> > Josh Tynjala
>> > Bowler Hat LLC <
>> >
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbowlerhat.devdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=hebWRJTdRMai7LejpO5aipHzmA9Qa9hBXXv0vfwrO78%3Dreserved=0
>> > >
>> >
>> >
>> > On Wed, Aug 14, 2019 at 9:23 AM Alex Harui
>> 
>> > wrote:
>> >
>> > > Can you explain why that would be the right change?  Doesn't
>> make
>> > sense to
>> > > me.
>> > >
>> > > On 8/14/19, 3:36 AM, "Piotr Zarzycki" <
>> piotrzarzyck...@gmail.com>
>> > wrote:
>> > >
>> > > So far so good. I did tweak the script and was able to
>> upload
>> > > artifacts. I
>> > > have changed in each script:
>> > > Line from:
>> > >
>> > > 
>> > > To
>> > > 
>> > >
>> > > The very last thing was close repository, so I got some
>> errors
>> > you can
>> > > check here by logging your Apache handle [1] related to
>> > RoyaleUnit [2].
>> > >
>> > > Missing Signature:
>> > >
>> > >
>> >
>> '/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
>> > > does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.
>> > >
>> > > I will try to figure out what has happened, but if
>> someone has
>> > any
>> > > clue to
>> > > that let me know.
>> > >
>> > > [1]
>> > >
>> >
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositoriesdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=8j%2B4do2p0hAp2Don5Y6tpvimJO%2FfErSxTXkKEjDD45w%3Dreserved=0
>> > > [2]
>> > >
>> >
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpasteboard.co%2FIsDKVTe.pngdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440658346sdata=xlKUmrK6QvJi27gghwjC7hq22bIPWE53dejwiLCErZQ%3Dreserved=0
>> > >
>> > > Thanks,
>> > > Piotr
>> > >
>> > >
>> > > śr., 14 sie 2019 o 10:58 Carlos Rovira <
>> carlosrov...@apache.org>
>> > > napisał(a):
>> > >
>> > > > Hi Alex,
>> > > >
>> > > > El lun., 12 ago. 2019 a las 19:30, Alex Harui
>> > > ()
>> > > > escribió:
>> > > >
>> > > > > Also, the other committers should be aware that an RC
>> is
>> > being
>> > > created
>> > > > > because 

Re: Discuss of release steps preparation

2019-08-16 Thread Piotr Zarzycki
With "../../" or without ? I just run script with -DskiptTests="true" and
it passes, but failed on "compare-src-zips" - It looks like it is also
problem with paths. :(

pt., 16 sie 2019 o 09:15 Alex Harui  napisał(a):

> I would also need to see the output of the other two steps
> (Release_Step_003 and Release_Step_003_Sign)
>
> Thanks,
> -Alex
>
> On 8/15/19, 11:14 PM, "Piotr Zarzycki"  wrote:
>
> This console output is here [1], but it is version where script
> failing,
> cause there wasn't "../../". Let me know if it's enough actually.
>
> [1]
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzvxoidata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=VypdtAw9z%2Bs52VGupIzjXD5qHSZZWzw%2BrahQSCIa63o%3Dreserved=0
>
> czw., 15 sie 2019 o 22:37 Alex Harui 
> napisał(a):
>
> > That's a possibility.  I only used absolute paths.
> >
> > Piotr, it would nice to see the Windows console output including the
> paths
> > you gave to help make this process more robust.
> >
> > -Alex
> >
> > On 8/15/19, 1:21 PM, "Josh Tynjala" 
> wrote:
> >
> > If it started working correctly after changing the path to
> include
> > ../../,
> > perhaps ${artifactfolder} is being set to a relative path, but
> the
> > script
> > expects the path to be absolute. I'm not familiar with the
> release
> > steps
> > yet, so I'm just guessing, but does that make sense?
> >
> > --
> > Josh Tynjala
> > Bowler Hat LLC <
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbowlerhat.devdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=hebWRJTdRMai7LejpO5aipHzmA9Qa9hBXXv0vfwrO78%3Dreserved=0
> > >
> >
> >
> > On Wed, Aug 14, 2019 at 9:23 AM Alex Harui
> 
> > wrote:
> >
> > > Can you explain why that would be the right change?  Doesn't
> make
> > sense to
> > > me.
> > >
> > > On 8/14/19, 3:36 AM, "Piotr Zarzycki" <
> piotrzarzyck...@gmail.com>
> > wrote:
> > >
> > > So far so good. I did tweak the script and was able to
> upload
> > > artifacts. I
> > > have changed in each script:
> > > Line from:
> > >
> > > 
> > > To
> > > 
> > >
> > > The very last thing was close repository, so I got some
> errors
> > you can
> > > check here by logging your Apache handle [1] related to
> > RoyaleUnit [2].
> > >
> > > Missing Signature:
> > >
> > >
> >
> '/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
> > > does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.
> > >
> > > I will try to figure out what has happened, but if someone
> has
> > any
> > > clue to
> > > that let me know.
> > >
> > > [1]
> > >
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositoriesdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=8j%2B4do2p0hAp2Don5Y6tpvimJO%2FfErSxTXkKEjDD45w%3Dreserved=0
> > > [2]
> > >
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpasteboard.co%2FIsDKVTe.pngdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440658346sdata=xlKUmrK6QvJi27gghwjC7hq22bIPWE53dejwiLCErZQ%3Dreserved=0
> > >
> > > Thanks,
> > > Piotr
> > >
> > >
> > > śr., 14 sie 2019 o 10:58 Carlos Rovira <
> carlosrov...@apache.org>
> > > napisał(a):
> > >
> > > > Hi Alex,
> > > >
> > > > El lun., 12 ago. 2019 a las 19:30, Alex Harui
> > > ()
> > > > escribió:
> > > >
> > > > > Also, the other committers should be aware that an RC
> is
> > being
> > > created
> > > > > because they see the emails being sent by the CI
> server and
> > ask
> > > the RM to
> > > > > agree to accept a commit to the release branch instead
> of the
> > > develop
> > > > > branch.
> > > >
> > > >
> > > > AFAIK, we should always commit to dev branch and not to
> release
> > > branch.
> > > > Releases are cut from develop. Only hot-fixes use to be
> > branches
> > > that have
> > > > commits that fix something important in the release and
> then

Re: Discuss of release steps preparation

2019-08-16 Thread Alex Harui
I would also need to see the output of the other two steps (Release_Step_003 
and Release_Step_003_Sign)

Thanks,
-Alex

On 8/15/19, 11:14 PM, "Piotr Zarzycki"  wrote:

This console output is here [1], but it is version where script failing,
cause there wasn't "../../". Let me know if it's enough actually.

[1] 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzvxoidata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=VypdtAw9z%2Bs52VGupIzjXD5qHSZZWzw%2BrahQSCIa63o%3Dreserved=0

czw., 15 sie 2019 o 22:37 Alex Harui  napisał(a):

> That's a possibility.  I only used absolute paths.
>
> Piotr, it would nice to see the Windows console output including the paths
> you gave to help make this process more robust.
>
> -Alex
>
> On 8/15/19, 1:21 PM, "Josh Tynjala"  wrote:
>
> If it started working correctly after changing the path to include
> ../../,
> perhaps ${artifactfolder} is being set to a relative path, but the
> script
> expects the path to be absolute. I'm not familiar with the release
> steps
> yet, so I'm just guessing, but does that make sense?
>
> --
> Josh Tynjala
> Bowler Hat LLC <
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbowlerhat.devdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=hebWRJTdRMai7LejpO5aipHzmA9Qa9hBXXv0vfwrO78%3Dreserved=0
> >
>
>
> On Wed, Aug 14, 2019 at 9:23 AM Alex Harui 
> wrote:
>
> > Can you explain why that would be the right change?  Doesn't make
> sense to
> > me.
> >
> > On 8/14/19, 3:36 AM, "Piotr Zarzycki" 
> wrote:
> >
> > So far so good. I did tweak the script and was able to upload
> > artifacts. I
> > have changed in each script:
> > Line from:
> >
> > 
> > To
> > 
> >
> > The very last thing was close repository, so I got some errors
> you can
> > check here by logging your Apache handle [1] related to
> RoyaleUnit [2].
> >
> > Missing Signature:
> >
> >
> 
'/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
> > does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.
> >
> > I will try to figure out what has happened, but if someone has
> any
> > clue to
> > that let me know.
> >
> > [1]
> >
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositoriesdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=8j%2B4do2p0hAp2Don5Y6tpvimJO%2FfErSxTXkKEjDD45w%3Dreserved=0
> > [2]
> >
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpasteboard.co%2FIsDKVTe.pngdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440658346sdata=xlKUmrK6QvJi27gghwjC7hq22bIPWE53dejwiLCErZQ%3Dreserved=0
> >
> > Thanks,
> > Piotr
> >
> >
> > śr., 14 sie 2019 o 10:58 Carlos Rovira 
> > napisał(a):
> >
> > > Hi Alex,
> > >
> > > El lun., 12 ago. 2019 a las 19:30, Alex Harui
> > ()
> > > escribió:
> > >
> > > > Also, the other committers should be aware that an RC is
> being
> > created
> > > > because they see the emails being sent by the CI server and
> ask
> > the RM to
> > > > agree to accept a commit to the release branch instead of 
the
> > develop
> > > > branch.
> > >
> > >
> > > AFAIK, we should always commit to dev branch and not to 
release
> > branch.
> > > Releases are cut from develop. Only hot-fixes use to be
> branches
> > that have
> > > commits that fix something important in the release and then
> use to
> > be
> > > merged back to develop and master. Making commits to release
> > branches could
> > > bring some confusion and problems.
> > >
> > > At least from is what I always learnt and used [1]
> > >
> > > [1]
> >
> 

Re: Discuss of release steps preparation

2019-08-16 Thread Piotr Zarzycki
This console output is here [1], but it is version where script failing,
cause there wasn't "../../". Let me know if it's enough actually.

[1] https://paste.apache.org/zvxoi

czw., 15 sie 2019 o 22:37 Alex Harui  napisał(a):

> That's a possibility.  I only used absolute paths.
>
> Piotr, it would nice to see the Windows console output including the paths
> you gave to help make this process more robust.
>
> -Alex
>
> On 8/15/19, 1:21 PM, "Josh Tynjala"  wrote:
>
> If it started working correctly after changing the path to include
> ../../,
> perhaps ${artifactfolder} is being set to a relative path, but the
> script
> expects the path to be absolute. I'm not familiar with the release
> steps
> yet, so I'm just guessing, but does that make sense?
>
> --
> Josh Tynjala
> Bowler Hat LLC <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbowlerhat.devdata=02%7C01%7Caharui%40adobe.com%7Cd73a421dee514ae4c93e08d721be3546%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014973132264344sdata=nO%2FUASwhdSF%2FnS%2FEEtaAuy0jbz4Xw4FCiJa1wJlok0A%3Dreserved=0
> >
>
>
> On Wed, Aug 14, 2019 at 9:23 AM Alex Harui 
> wrote:
>
> > Can you explain why that would be the right change?  Doesn't make
> sense to
> > me.
> >
> > On 8/14/19, 3:36 AM, "Piotr Zarzycki" 
> wrote:
> >
> > So far so good. I did tweak the script and was able to upload
> > artifacts. I
> > have changed in each script:
> > Line from:
> >
> > 
> > To
> > 
> >
> > The very last thing was close repository, so I got some errors
> you can
> > check here by logging your Apache handle [1] related to
> RoyaleUnit [2].
> >
> > Missing Signature:
> >
> >
> '/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
> > does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.
> >
> > I will try to figure out what has happened, but if someone has
> any
> > clue to
> > that let me know.
> >
> > [1]
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositoriesdata=02%7C01%7Caharui%40adobe.com%7Cd73a421dee514ae4c93e08d721be3546%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014973132264344sdata=1F5rtHiDdAlRTVQjaF2RfI%2B5HXGy6tD71XE3HHuR7Hw%3Dreserved=0
> > [2]
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpasteboard.co%2FIsDKVTe.pngdata=02%7C01%7Caharui%40adobe.com%7Cd73a421dee514ae4c93e08d721be3546%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014973132274346sdata=H6H7V6ukhQ50ZCVXOuM0jtmmiyshBFnMWuqnNW87s%2B8%3Dreserved=0
> >
> > Thanks,
> > Piotr
> >
> >
> > śr., 14 sie 2019 o 10:58 Carlos Rovira 
> > napisał(a):
> >
> > > Hi Alex,
> > >
> > > El lun., 12 ago. 2019 a las 19:30, Alex Harui
> > ()
> > > escribió:
> > >
> > > > Also, the other committers should be aware that an RC is
> being
> > created
> > > > because they see the emails being sent by the CI server and
> ask
> > the RM to
> > > > agree to accept a commit to the release branch instead of the
> > develop
> > > > branch.
> > >
> > >
> > > AFAIK, we should always commit to dev branch and not to release
> > branch.
> > > Releases are cut from develop. Only hot-fixes use to be
> branches
> > that have
> > > commits that fix something important in the release and then
> use to
> > be
> > > merged back to develop and master. Making commits to release
> > branches could
> > > bring some confusion and problems.
> > >
> > > At least from is what I always learnt and used [1]
> > >
> > > [1]
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fnvie.com%2Fposts%2Fa-successful-git-branching-model%2Fdata=02%7C01%7Caharui%40adobe.com%7Cd73a421dee514ae4c93e08d721be3546%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014973132274346sdata=WOwGWqyt3o5I3PqBYsvyti1Qvh2r9aLwDnRHRP8mY%2FI%3Dreserved=0
> > >
> > > --
> > > Carlos Rovira
> > >
> >
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7Cd73a421dee514ae4c93e08d721be3546%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014973132274346sdata=MgE%2BH8qIszjbsLf%2FzeHjGVnzvQFwYrKJmLAUQ6dRc74%3Dreserved=0
> > >
> >
> >
> > --
> >
> > Piotr Zarzycki
> >
> > Patreon: *
> >
> 

Re: Discuss of release steps preparation

2019-08-15 Thread Alex Harui
Sorry, that should be plural

-DskipTests=true

-Alex

On 8/15/19, 4:15 PM, "Alex Harui"  wrote:

Also, try adding -DskipTest=true to skip the mustella tests.

On 8/15/19, 1:37 PM, "Alex Harui"  wrote:

That's a possibility.  I only used absolute paths.

Piotr, it would nice to see the Windows console output including the 
paths you gave to help make this process more robust.

-Alex

On 8/15/19, 1:21 PM, "Josh Tynjala"  wrote:

If it started working correctly after changing the path to include 
../../,
perhaps ${artifactfolder} is being set to a relative path, but the 
script
expects the path to be absolute. I'm not familiar with the release 
steps
yet, so I'm just guessing, but does that make sense?

--
Josh Tynjala
Bowler Hat LLC 



On Wed, Aug 14, 2019 at 9:23 AM Alex Harui 
 wrote:

> Can you explain why that would be the right change?  Doesn't make 
sense to
> me.
>
> On 8/14/19, 3:36 AM, "Piotr Zarzycki"  
wrote:
>
> So far so good. I did tweak the script and was able to upload
> artifacts. I
> have changed in each script:
> Line from:
>
> 
> To
> 
>
> The very last thing was close repository, so I got some 
errors you can
> check here by logging your Apache handle [1] related to 
RoyaleUnit [2].
>
> Missing Signature:
>
> 
'/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
> does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.
>
> I will try to figure out what has happened, but if someone 
has any
> clue to
> that let me know.
>
> [1]
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositoriesdata=02%7C01%7Caharui%40adobe.com%7Ccc8a8de0228e4130c1bd08d721d683b4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015077547246264sdata=mEJ%2F67tHsQZoQ1ceAjbwySCgJ%2BlK1Uax7n6NOJWkjVM%3Dreserved=0
> [2]
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpasteboard.co%2FIsDKVTe.pngdata=02%7C01%7Caharui%40adobe.com%7Ccc8a8de0228e4130c1bd08d721d683b4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015077547246264sdata=Yzt5WLNn1YYrxGcZWQVklEPTxSmdcoGFkGSRwP821RA%3Dreserved=0
>
> Thanks,
> Piotr
>
>
> śr., 14 sie 2019 o 10:58 Carlos Rovira 

> napisał(a):
>
> > Hi Alex,
> >
> > El lun., 12 ago. 2019 a las 19:30, Alex Harui
> ()
> > escribió:
> >
> > > Also, the other committers should be aware that an RC is 
being
> created
> > > because they see the emails being sent by the CI server 
and ask
> the RM to
> > > agree to accept a commit to the release branch instead of 
the
> develop
> > > branch.
> >
> >
> > AFAIK, we should always commit to dev branch and not to 
release
> branch.
> > Releases are cut from develop. Only hot-fixes use to be 
branches
> that have
> > commits that fix something important in the release and 
then use to
> be
> > merged back to develop and master. Making commits to release
> branches could
> > bring some confusion and problems.
> >
> > At least from is what I always learnt and used [1]
> >
> > [1]
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fnvie.com%2Fposts%2Fa-successful-git-branching-model%2Fdata=02%7C01%7Caharui%40adobe.com%7Ccc8a8de0228e4130c1bd08d721d683b4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015077547246264sdata=dz7TzbwghcsjbT0yTvoeI1gGon4bW7dgf6kI27%2BBmEk%3Dreserved=0
> >
> > --
> > Carlos Rovira
> >
> 

Re: Discuss of release steps preparation

2019-08-15 Thread Alex Harui
Also, try adding -DskipTest=true to skip the mustella tests.

On 8/15/19, 1:37 PM, "Alex Harui"  wrote:

That's a possibility.  I only used absolute paths.

Piotr, it would nice to see the Windows console output including the paths 
you gave to help make this process more robust.

-Alex

On 8/15/19, 1:21 PM, "Josh Tynjala"  wrote:

If it started working correctly after changing the path to include 
../../,
perhaps ${artifactfolder} is being set to a relative path, but the 
script
expects the path to be absolute. I'm not familiar with the release steps
yet, so I'm just guessing, but does that make sense?

--
Josh Tynjala
Bowler Hat LLC 



On Wed, Aug 14, 2019 at 9:23 AM Alex Harui  
wrote:

> Can you explain why that would be the right change?  Doesn't make 
sense to
> me.
>
> On 8/14/19, 3:36 AM, "Piotr Zarzycki"  
wrote:
>
> So far so good. I did tweak the script and was able to upload
> artifacts. I
> have changed in each script:
> Line from:
>
> 
> To
> 
>
> The very last thing was close repository, so I got some errors 
you can
> check here by logging your Apache handle [1] related to 
RoyaleUnit [2].
>
> Missing Signature:
>
> 
'/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
> does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.
>
> I will try to figure out what has happened, but if someone has any
> clue to
> that let me know.
>
> [1]
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositoriesdata=02%7C01%7Caharui%40adobe.com%7C55095d2b96154c8314f708d721c05868%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014982310625679sdata=ASZf31h7UYZsvlj2LbOsIPE8jOHf2mgeG0uSQlv5pcY%3Dreserved=0
> [2]
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpasteboard.co%2FIsDKVTe.pngdata=02%7C01%7Caharui%40adobe.com%7C55095d2b96154c8314f708d721c05868%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014982310625679sdata=S%2Fx9lL3WQIbAlX4War36xAmoEuLer387HFK7UUon%2BBg%3Dreserved=0
>
> Thanks,
> Piotr
>
>
> śr., 14 sie 2019 o 10:58 Carlos Rovira 
> napisał(a):
>
> > Hi Alex,
> >
> > El lun., 12 ago. 2019 a las 19:30, Alex Harui
> ()
> > escribió:
> >
> > > Also, the other committers should be aware that an RC is being
> created
> > > because they see the emails being sent by the CI server and 
ask
> the RM to
> > > agree to accept a commit to the release branch instead of the
> develop
> > > branch.
> >
> >
> > AFAIK, we should always commit to dev branch and not to release
> branch.
> > Releases are cut from develop. Only hot-fixes use to be branches
> that have
> > commits that fix something important in the release and then 
use to
> be
> > merged back to develop and master. Making commits to release
> branches could
> > bring some confusion and problems.
> >
> > At least from is what I always learnt and used [1]
> >
> > [1]
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fnvie.com%2Fposts%2Fa-successful-git-branching-model%2Fdata=02%7C01%7Caharui%40adobe.com%7C55095d2b96154c8314f708d721c05868%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014982310625679sdata=X41udM3mLBSC3UE6fCiHhNrBf%2F7GcuaylOHaEa9CDz0%3Dreserved=0
> >
> > --
> > Carlos Rovira
> >
> 
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7C55095d2b96154c8314f708d721c05868%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014982310625679sdata=DgzewAQj2wKxm6Rn1eKVntWEsByKNqzMDNyxF%2Bah8zY%3Dreserved=0
> >
>
>
> --
>
> Piotr Zarzycki
>
> Patreon: *
> 

Re: Discuss of release steps preparation

2019-08-15 Thread Alex Harui
That's a possibility.  I only used absolute paths.

Piotr, it would nice to see the Windows console output including the paths you 
gave to help make this process more robust.

-Alex

On 8/15/19, 1:21 PM, "Josh Tynjala"  wrote:

If it started working correctly after changing the path to include ../../,
perhaps ${artifactfolder} is being set to a relative path, but the script
expects the path to be absolute. I'm not familiar with the release steps
yet, so I'm just guessing, but does that make sense?

--
Josh Tynjala
Bowler Hat LLC 



On Wed, Aug 14, 2019 at 9:23 AM Alex Harui  wrote:

> Can you explain why that would be the right change?  Doesn't make sense to
> me.
>
> On 8/14/19, 3:36 AM, "Piotr Zarzycki"  wrote:
>
> So far so good. I did tweak the script and was able to upload
> artifacts. I
> have changed in each script:
> Line from:
>
> 
> To
> 
>
> The very last thing was close repository, so I got some errors you can
> check here by logging your Apache handle [1] related to RoyaleUnit 
[2].
>
> Missing Signature:
>
> 
'/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
> does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.
>
> I will try to figure out what has happened, but if someone has any
> clue to
> that let me know.
>
> [1]
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositoriesdata=02%7C01%7Caharui%40adobe.com%7Cd73a421dee514ae4c93e08d721be3546%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014973132264344sdata=1F5rtHiDdAlRTVQjaF2RfI%2B5HXGy6tD71XE3HHuR7Hw%3Dreserved=0
> [2]
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpasteboard.co%2FIsDKVTe.pngdata=02%7C01%7Caharui%40adobe.com%7Cd73a421dee514ae4c93e08d721be3546%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014973132274346sdata=H6H7V6ukhQ50ZCVXOuM0jtmmiyshBFnMWuqnNW87s%2B8%3Dreserved=0
>
> Thanks,
> Piotr
>
>
> śr., 14 sie 2019 o 10:58 Carlos Rovira 
> napisał(a):
>
> > Hi Alex,
> >
> > El lun., 12 ago. 2019 a las 19:30, Alex Harui
> ()
> > escribió:
> >
> > > Also, the other committers should be aware that an RC is being
> created
> > > because they see the emails being sent by the CI server and ask
> the RM to
> > > agree to accept a commit to the release branch instead of the
> develop
> > > branch.
> >
> >
> > AFAIK, we should always commit to dev branch and not to release
> branch.
> > Releases are cut from develop. Only hot-fixes use to be branches
> that have
> > commits that fix something important in the release and then use to
> be
> > merged back to develop and master. Making commits to release
> branches could
> > bring some confusion and problems.
> >
> > At least from is what I always learnt and used [1]
> >
> > [1]
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fnvie.com%2Fposts%2Fa-successful-git-branching-model%2Fdata=02%7C01%7Caharui%40adobe.com%7Cd73a421dee514ae4c93e08d721be3546%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014973132274346sdata=WOwGWqyt3o5I3PqBYsvyti1Qvh2r9aLwDnRHRP8mY%2FI%3Dreserved=0
> >
> > --
> > Carlos Rovira
> >
> 
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7Cd73a421dee514ae4c93e08d721be3546%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014973132274346sdata=MgE%2BH8qIszjbsLf%2FzeHjGVnzvQFwYrKJmLAUQ6dRc74%3Dreserved=0
> >
>
>
> --
>
> Piotr Zarzycki
>
> Patreon: *
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7Caharui%40adobe.com%7Cd73a421dee514ae4c93e08d721be3546%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014973132274346sdata=Z98GvacfeJc8YGvOtAYfBqSou6MadzZtbt%2BjRZ%2BOln4%3Dreserved=0
> <
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7Caharui%40adobe.com%7Cd73a421dee514ae4c93e08d721be3546%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014973132274346sdata=Z98GvacfeJc8YGvOtAYfBqSou6MadzZtbt%2BjRZ%2BOln4%3Dreserved=0
> >*
>
>
>




Re: Discuss of release steps preparation

2019-08-15 Thread Josh Tynjala
If it started working correctly after changing the path to include ../../,
perhaps ${artifactfolder} is being set to a relative path, but the script
expects the path to be absolute. I'm not familiar with the release steps
yet, so I'm just guessing, but does that make sense?

--
Josh Tynjala
Bowler Hat LLC 


On Wed, Aug 14, 2019 at 9:23 AM Alex Harui  wrote:

> Can you explain why that would be the right change?  Doesn't make sense to
> me.
>
> On 8/14/19, 3:36 AM, "Piotr Zarzycki"  wrote:
>
> So far so good. I did tweak the script and was able to upload
> artifacts. I
> have changed in each script:
> Line from:
>
> 
> To
> 
>
> The very last thing was close repository, so I got some errors you can
> check here by logging your Apache handle [1] related to RoyaleUnit [2].
>
> Missing Signature:
>
> '/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
> does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.
>
> I will try to figure out what has happened, but if someone has any
> clue to
> that let me know.
>
> [1]
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositoriesdata=02%7C01%7Caharui%40adobe.com%7Ccc49916dedd948ec37a408d720a330e8%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637013757624763085sdata=MBN%2FVae7WMZ6YWOD8fQumGivlLwaxfFNwmNE59%2F61Rc%3Dreserved=0
> [2]
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpasteboard.co%2FIsDKVTe.pngdata=02%7C01%7Caharui%40adobe.com%7Ccc49916dedd948ec37a408d720a330e8%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637013757624763085sdata=wiTOzckxfuKk9whMWtP1ZbBQ8nPygJb7ORnT0yvLKiM%3Dreserved=0
>
> Thanks,
> Piotr
>
>
> śr., 14 sie 2019 o 10:58 Carlos Rovira 
> napisał(a):
>
> > Hi Alex,
> >
> > El lun., 12 ago. 2019 a las 19:30, Alex Harui
> ()
> > escribió:
> >
> > > Also, the other committers should be aware that an RC is being
> created
> > > because they see the emails being sent by the CI server and ask
> the RM to
> > > agree to accept a commit to the release branch instead of the
> develop
> > > branch.
> >
> >
> > AFAIK, we should always commit to dev branch and not to release
> branch.
> > Releases are cut from develop. Only hot-fixes use to be branches
> that have
> > commits that fix something important in the release and then use to
> be
> > merged back to develop and master. Making commits to release
> branches could
> > bring some confusion and problems.
> >
> > At least from is what I always learnt and used [1]
> >
> > [1]
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fnvie.com%2Fposts%2Fa-successful-git-branching-model%2Fdata=02%7C01%7Caharui%40adobe.com%7Ccc49916dedd948ec37a408d720a330e8%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637013757624763085sdata=wH%2B2sM0uBA8CdSRbaaniZdqaHrRk6hnIwdYZPJHTVLA%3Dreserved=0
> >
> > --
> > Carlos Rovira
> >
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7Ccc49916dedd948ec37a408d720a330e8%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637013757624763085sdata=ncu5xXT3rnbQG%2BKTZBO6sX61T5gWfOiicgAIXQy8%2F8Y%3Dreserved=0
> >
>
>
> --
>
> Piotr Zarzycki
>
> Patreon: *
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7Caharui%40adobe.com%7Ccc49916dedd948ec37a408d720a330e8%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637013757624773080sdata=CY1fo%2FqTgW%2B8Jtx32I7bw%2B0k7ys3iNJ2zxjT3p7P1cU%3Dreserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7Caharui%40adobe.com%7Ccc49916dedd948ec37a408d720a330e8%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637013757624773080sdata=CY1fo%2FqTgW%2B8Jtx32I7bw%2B0k7ys3iNJ2zxjT3p7P1cU%3Dreserved=0
> >*
>
>
>


Re: Discuss of release steps preparation

2019-08-15 Thread Alex Harui
Good to know.  When it failed on Windows, did Maven offer command-line options 
to continue from the point of failure?  Unless all future RMs have Macs, we 
still need to find a way for Windows-only RMs to be successful.

-Alex

On 8/15/19, 5:12 AM, "Piotr Zarzycki"  wrote:

Good news. I tried today again upload artifacts from my Windows machine -
it failed again. I copied my signed artifacts to my Mac machine which is
using different internet connection. I'm not sure how it influences all the
process but I have uploaded artifacts without any problem. I'm moving
forward with all of that.

śr., 14 sie 2019 o 18:40 Alex Harui  napisał(a):

> Carlos,
>
> In [1] that you referenced it says about release branches:
>
> "During that time, bug fixes may be applied in this branch (rather than on
> the develop branch)."
>
> To me, that means that new unstable changes should go into develop, but
> changes to make the release better should be discussed with the RM and
> committed to the release branch if agreed.  We want to avoid 
cherry-picking
> the develop branch to the release branch if at all possible.
>
> -Alex
>
> On 8/14/19, 1:58 AM, "Carlos Rovira"  wrote:
>
> Hi Alex,
>
> El lun., 12 ago. 2019 a las 19:30, Alex Harui
> ()
> escribió:
>
> > Also, the other committers should be aware that an RC is being
> created
> > because they see the emails being sent by the CI server and ask the
> RM to
> > agree to accept a commit to the release branch instead of the 
develop
> > branch.
>
>
> AFAIK, we should always commit to dev branch and not to release 
branch.
> Releases are cut from develop. Only hot-fixes use to be branches that
> have
> commits that fix something important in the release and then use to be
> merged back to develop and master. Making commits to release branches
> could
> bring some confusion and problems.
>
> At least from is what I always learnt and used [1]
>
> [1]
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fnvie.com%2Fposts%2Fa-successful-git-branching-model%2Fdata=02%7C01%7Caharui%40adobe.com%7C86e1e58dae864a33809708d72179c053%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014679195903060sdata=bjUheSRli9gqZ7mGNo77rHSJULBlChoR9wpJevToGak%3Dreserved=0
>
> --
> Carlos Rovira
>
> 
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7C86e1e58dae864a33809708d72179c053%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014679195903060sdata=rA2ejTyLa08eWmDaDAQsMpAgdeNklbIuOMYLJWMVj4E%3Dreserved=0
>
>
>

-- 

Piotr Zarzycki

Patreon: 
*https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7Caharui%40adobe.com%7C86e1e58dae864a33809708d72179c053%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014679195903060sdata=zyWAUHptRYTuNyIzrlLhV4a3CCCQTRX%2F%2FDT3XoxKK4Y%3Dreserved=0

*




Re: Discuss of release steps preparation

2019-08-15 Thread Piotr Zarzycki
If we would use for release process develop it would impossible for me
finish that process. I'm volunteer - even if current tasks is being paid
job. - It means that I could do first 5 steps first day and in couple of
days another 2 steps. If there would be some commit between those days - I
will have to start from scratch again everything again.

śr., 14 sie 2019 o 18:40 Alex Harui  napisał(a):

> Carlos,
>
> In [1] that you referenced it says about release branches:
>
> "During that time, bug fixes may be applied in this branch (rather than on
> the develop branch)."
>
> To me, that means that new unstable changes should go into develop, but
> changes to make the release better should be discussed with the RM and
> committed to the release branch if agreed.  We want to avoid cherry-picking
> the develop branch to the release branch if at all possible.
>
> -Alex
>
> On 8/14/19, 1:58 AM, "Carlos Rovira"  wrote:
>
> Hi Alex,
>
> El lun., 12 ago. 2019 a las 19:30, Alex Harui
> ()
> escribió:
>
> > Also, the other committers should be aware that an RC is being
> created
> > because they see the emails being sent by the CI server and ask the
> RM to
> > agree to accept a commit to the release branch instead of the develop
> > branch.
>
>
> AFAIK, we should always commit to dev branch and not to release branch.
> Releases are cut from develop. Only hot-fixes use to be branches that
> have
> commits that fix something important in the release and then use to be
> merged back to develop and master. Making commits to release branches
> could
> bring some confusion and problems.
>
> At least from is what I always learnt and used [1]
>
> [1]
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fnvie.com%2Fposts%2Fa-successful-git-branching-model%2Fdata=02%7C01%7Caharui%40adobe.com%7C84d6c89c5d284a001ddf08d72095850a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637013698867612965sdata=yGlrwnkreBblWjBtMMmpWJD4Cwk7q2tx62B97kn2F5o%3Dreserved=0
>
> --
> Carlos Rovira
>
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7C84d6c89c5d284a001ddf08d72095850a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637013698867622965sdata=dgVvkG6rNkPhYuSJ6FkuHgXFKzUJi2Qxuknk5iuPYS0%3Dreserved=0
>
>
>

-- 

Piotr Zarzycki

Patreon: *https://www.patreon.com/piotrzarzycki
*


Re: Discuss of release steps preparation

2019-08-15 Thread Piotr Zarzycki
Good news. I tried today again upload artifacts from my Windows machine -
it failed again. I copied my signed artifacts to my Mac machine which is
using different internet connection. I'm not sure how it influences all the
process but I have uploaded artifacts without any problem. I'm moving
forward with all of that.

śr., 14 sie 2019 o 18:40 Alex Harui  napisał(a):

> Carlos,
>
> In [1] that you referenced it says about release branches:
>
> "During that time, bug fixes may be applied in this branch (rather than on
> the develop branch)."
>
> To me, that means that new unstable changes should go into develop, but
> changes to make the release better should be discussed with the RM and
> committed to the release branch if agreed.  We want to avoid cherry-picking
> the develop branch to the release branch if at all possible.
>
> -Alex
>
> On 8/14/19, 1:58 AM, "Carlos Rovira"  wrote:
>
> Hi Alex,
>
> El lun., 12 ago. 2019 a las 19:30, Alex Harui
> ()
> escribió:
>
> > Also, the other committers should be aware that an RC is being
> created
> > because they see the emails being sent by the CI server and ask the
> RM to
> > agree to accept a commit to the release branch instead of the develop
> > branch.
>
>
> AFAIK, we should always commit to dev branch and not to release branch.
> Releases are cut from develop. Only hot-fixes use to be branches that
> have
> commits that fix something important in the release and then use to be
> merged back to develop and master. Making commits to release branches
> could
> bring some confusion and problems.
>
> At least from is what I always learnt and used [1]
>
> [1]
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fnvie.com%2Fposts%2Fa-successful-git-branching-model%2Fdata=02%7C01%7Caharui%40adobe.com%7C84d6c89c5d284a001ddf08d72095850a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637013698867612965sdata=yGlrwnkreBblWjBtMMmpWJD4Cwk7q2tx62B97kn2F5o%3Dreserved=0
>
> --
> Carlos Rovira
>
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7C84d6c89c5d284a001ddf08d72095850a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637013698867622965sdata=dgVvkG6rNkPhYuSJ6FkuHgXFKzUJi2Qxuknk5iuPYS0%3Dreserved=0
>
>
>

-- 

Piotr Zarzycki

Patreon: *https://www.patreon.com/piotrzarzycki
*


Re: Discuss of release steps preparation

2019-08-14 Thread Alex Harui
Carlos,

In [1] that you referenced it says about release branches:

"During that time, bug fixes may be applied in this branch (rather than on the 
develop branch)."

To me, that means that new unstable changes should go into develop, but changes 
to make the release better should be discussed with the RM and committed to the 
release branch if agreed.  We want to avoid cherry-picking the develop branch 
to the release branch if at all possible.

-Alex

On 8/14/19, 1:58 AM, "Carlos Rovira"  wrote:

Hi Alex,

El lun., 12 ago. 2019 a las 19:30, Alex Harui ()
escribió:

> Also, the other committers should be aware that an RC is being created
> because they see the emails being sent by the CI server and ask the RM to
> agree to accept a commit to the release branch instead of the develop
> branch.


AFAIK, we should always commit to dev branch and not to release branch.
Releases are cut from develop. Only hot-fixes use to be branches that have
commits that fix something important in the release and then use to be
merged back to develop and master. Making commits to release branches could
bring some confusion and problems.

At least from is what I always learnt and used [1]

[1] 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fnvie.com%2Fposts%2Fa-successful-git-branching-model%2Fdata=02%7C01%7Caharui%40adobe.com%7C84d6c89c5d284a001ddf08d72095850a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637013698867612965sdata=yGlrwnkreBblWjBtMMmpWJD4Cwk7q2tx62B97kn2F5o%3Dreserved=0

-- 
Carlos Rovira

https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7C84d6c89c5d284a001ddf08d72095850a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637013698867622965sdata=dgVvkG6rNkPhYuSJ6FkuHgXFKzUJi2Qxuknk5iuPYS0%3Dreserved=0




Re: Discuss of release steps preparation

2019-08-14 Thread Alex Harui


On 8/14/19, 1:14 AM, "Piotr Zarzycki"  wrote:

If your folder with artifacts is in  ~/temp/releasesteps - What do you type
when script asking you about ?

I would type (on a Mac):

  /Users/aharui/temp/releasesteps

There are 3 different Ant targets for Step 003:

- Release_Step_003
- Release_Step_003_Sign
- Release_Step_003_Upload

Each will ask you for a temporary folder.  The assumption is that you will use 
the SAME temporary folder for all 3 steps.  I recommend specifying a folder 
outside the working copy so you don't mess up the working copy.  If you do not 
use the same temporary folder, I could see that causing the problems you are 
having.

The upload problems are "not surprising".  You and others had similar problems 
before which is why I spend so much time revising the release automation.  In 
theory, when it fails, the console output should tell you how to try to 
continue from the point of failure.  The hope is that you will eventually 
succeed after several failures.  I never have any failures.

If you can't get the upload to succeed after several more attempts, then we'll 
look into trying to add a release step to have the Jenkins server do the 
upload.  I think there is some upload sensitivity issue with Nexus, but we 
can't change that.  Other Maven users outside the project report that they 
often have to make several attempts to continue after several failures but 
eventually succeed.

HTH,
-Alex



Re: Discuss of release steps preparation

2019-08-14 Thread Alex Harui
Can you explain why that would be the right change?  Doesn't make sense to me.

On 8/14/19, 3:36 AM, "Piotr Zarzycki"  wrote:

So far so good. I did tweak the script and was able to upload artifacts. I
have changed in each script:
Line from:


To


The very last thing was close repository, so I got some errors you can
check here by logging your Apache handle [1] related to RoyaleUnit [2].

Missing Signature:

'/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.

I will try to figure out what has happened, but if someone has any clue to
that let me know.

[1] 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositoriesdata=02%7C01%7Caharui%40adobe.com%7Ccc49916dedd948ec37a408d720a330e8%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637013757624763085sdata=MBN%2FVae7WMZ6YWOD8fQumGivlLwaxfFNwmNE59%2F61Rc%3Dreserved=0
[2] 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpasteboard.co%2FIsDKVTe.pngdata=02%7C01%7Caharui%40adobe.com%7Ccc49916dedd948ec37a408d720a330e8%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637013757624763085sdata=wiTOzckxfuKk9whMWtP1ZbBQ8nPygJb7ORnT0yvLKiM%3Dreserved=0

Thanks,
Piotr


śr., 14 sie 2019 o 10:58 Carlos Rovira  napisał(a):

> Hi Alex,
>
> El lun., 12 ago. 2019 a las 19:30, Alex Harui ()
> escribió:
>
> > Also, the other committers should be aware that an RC is being created
> > because they see the emails being sent by the CI server and ask the RM 
to
> > agree to accept a commit to the release branch instead of the develop
> > branch.
>
>
> AFAIK, we should always commit to dev branch and not to release branch.
> Releases are cut from develop. Only hot-fixes use to be branches that have
> commits that fix something important in the release and then use to be
> merged back to develop and master. Making commits to release branches 
could
> bring some confusion and problems.
>
> At least from is what I always learnt and used [1]
>
> [1] 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fnvie.com%2Fposts%2Fa-successful-git-branching-model%2Fdata=02%7C01%7Caharui%40adobe.com%7Ccc49916dedd948ec37a408d720a330e8%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637013757624763085sdata=wH%2B2sM0uBA8CdSRbaaniZdqaHrRk6hnIwdYZPJHTVLA%3Dreserved=0
>
> --
> Carlos Rovira
> 
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7Ccc49916dedd948ec37a408d720a330e8%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637013757624763085sdata=ncu5xXT3rnbQG%2BKTZBO6sX61T5gWfOiicgAIXQy8%2F8Y%3Dreserved=0
>


-- 

Piotr Zarzycki

Patreon: 
*https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7Caharui%40adobe.com%7Ccc49916dedd948ec37a408d720a330e8%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637013757624773080sdata=CY1fo%2FqTgW%2B8Jtx32I7bw%2B0k7ys3iNJ2zxjT3p7P1cU%3Dreserved=0

*




Re: Discuss of release steps preparation

2019-08-14 Thread Piotr Zarzycki
I think this may be something on the Nexus sight. When I had opened page
[1] and at the same time I was trying to upload artifacts. It failed and on
the webpage I got [2]

[1] https://repository.apache.org/#stagingRepositories
[2] https://pasteboard.co/IsFDChX.png



śr., 14 sie 2019 o 15:33 Piotr Zarzycki 
napisał(a):

> I completely cannot right now upload artifacts to nexus. It's failing due
> to inability to upload artifacts always in different places. I can't
> believe that this is because of my internet connection. Actually I have two
> sources of my internet and on both it's failing.
>
> I will probably try repeat process tomorrow.
>
>
>
> śr., 14 sie 2019 o 12:48 Piotr Zarzycki 
> napisał(a):
>
>> It looks like those items wasn't added to sign script. I will add them
>> and fix script.
>>
>> śr., 14 sie 2019 o 12:35 Piotr Zarzycki 
>> napisał(a):
>>
>>> So far so good. I did tweak the script and was able to upload artifacts.
>>> I have changed in each script:
>>> Line from:
>>>
>>> 
>>> To
>>> 
>>>
>>> The very last thing was close repository, so I got some errors you can
>>> check here by logging your Apache handle [1] related to RoyaleUnit [2].
>>>
>>> Missing Signature:
>>> '/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
>>> does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.
>>>
>>> I will try to figure out what has happened, but if someone has any clue
>>> to that let me know.
>>>
>>> [1] https://repository.apache.org/#stagingRepositories
>>> [2] https://pasteboard.co/IsDKVTe.png
>>>
>>> Thanks,
>>> Piotr
>>>
>>>
>>> śr., 14 sie 2019 o 10:58 Carlos Rovira 
>>> napisał(a):
>>>
 Hi Alex,

 El lun., 12 ago. 2019 a las 19:30, Alex Harui (>>> >)
 escribió:

 > Also, the other committers should be aware that an RC is being created
 > because they see the emails being sent by the CI server and ask the
 RM to
 > agree to accept a commit to the release branch instead of the develop
 > branch.


 AFAIK, we should always commit to dev branch and not to release branch.
 Releases are cut from develop. Only hot-fixes use to be branches that
 have
 commits that fix something important in the release and then use to be
 merged back to develop and master. Making commits to release branches
 could
 bring some confusion and problems.

 At least from is what I always learnt and used [1]

 [1] https://nvie.com/posts/a-successful-git-branching-model/

 --
 Carlos Rovira
 http://about.me/carlosrovira

>>>
>>>
>>> --
>>>
>>> Piotr Zarzycki
>>>
>>> Patreon: *https://www.patreon.com/piotrzarzycki
>>> *
>>>
>>
>>
>> --
>>
>> Piotr Zarzycki
>>
>> Patreon: *https://www.patreon.com/piotrzarzycki
>> *
>>
>
>
> --
>
> Piotr Zarzycki
>
> Patreon: *https://www.patreon.com/piotrzarzycki
> *
>


-- 

Piotr Zarzycki

Patreon: *https://www.patreon.com/piotrzarzycki
*


Re: Discuss of release steps preparation

2019-08-14 Thread Piotr Zarzycki
I completely cannot right now upload artifacts to nexus. It's failing due
to inability to upload artifacts always in different places. I can't
believe that this is because of my internet connection. Actually I have two
sources of my internet and on both it's failing.

I will probably try repeat process tomorrow.



śr., 14 sie 2019 o 12:48 Piotr Zarzycki 
napisał(a):

> It looks like those items wasn't added to sign script. I will add them and
> fix script.
>
> śr., 14 sie 2019 o 12:35 Piotr Zarzycki 
> napisał(a):
>
>> So far so good. I did tweak the script and was able to upload artifacts.
>> I have changed in each script:
>> Line from:
>>
>> 
>> To
>> 
>>
>> The very last thing was close repository, so I got some errors you can
>> check here by logging your Apache handle [1] related to RoyaleUnit [2].
>>
>> Missing Signature:
>> '/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
>> does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.
>>
>> I will try to figure out what has happened, but if someone has any clue
>> to that let me know.
>>
>> [1] https://repository.apache.org/#stagingRepositories
>> [2] https://pasteboard.co/IsDKVTe.png
>>
>> Thanks,
>> Piotr
>>
>>
>> śr., 14 sie 2019 o 10:58 Carlos Rovira 
>> napisał(a):
>>
>>> Hi Alex,
>>>
>>> El lun., 12 ago. 2019 a las 19:30, Alex Harui (>> >)
>>> escribió:
>>>
>>> > Also, the other committers should be aware that an RC is being created
>>> > because they see the emails being sent by the CI server and ask the RM
>>> to
>>> > agree to accept a commit to the release branch instead of the develop
>>> > branch.
>>>
>>>
>>> AFAIK, we should always commit to dev branch and not to release branch.
>>> Releases are cut from develop. Only hot-fixes use to be branches that
>>> have
>>> commits that fix something important in the release and then use to be
>>> merged back to develop and master. Making commits to release branches
>>> could
>>> bring some confusion and problems.
>>>
>>> At least from is what I always learnt and used [1]
>>>
>>> [1] https://nvie.com/posts/a-successful-git-branching-model/
>>>
>>> --
>>> Carlos Rovira
>>> http://about.me/carlosrovira
>>>
>>
>>
>> --
>>
>> Piotr Zarzycki
>>
>> Patreon: *https://www.patreon.com/piotrzarzycki
>> *
>>
>
>
> --
>
> Piotr Zarzycki
>
> Patreon: *https://www.patreon.com/piotrzarzycki
> *
>


-- 

Piotr Zarzycki

Patreon: *https://www.patreon.com/piotrzarzycki
*


Re: Discuss of release steps preparation

2019-08-14 Thread Piotr Zarzycki
It looks like those items wasn't added to sign script. I will add them and
fix script.

śr., 14 sie 2019 o 12:35 Piotr Zarzycki 
napisał(a):

> So far so good. I did tweak the script and was able to upload artifacts. I
> have changed in each script:
> Line from:
>
> 
> To
> 
>
> The very last thing was close repository, so I got some errors you can
> check here by logging your Apache handle [1] related to RoyaleUnit [2].
>
> Missing Signature:
> '/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
> does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.
>
> I will try to figure out what has happened, but if someone has any clue to
> that let me know.
>
> [1] https://repository.apache.org/#stagingRepositories
> [2] https://pasteboard.co/IsDKVTe.png
>
> Thanks,
> Piotr
>
>
> śr., 14 sie 2019 o 10:58 Carlos Rovira 
> napisał(a):
>
>> Hi Alex,
>>
>> El lun., 12 ago. 2019 a las 19:30, Alex Harui (> >)
>> escribió:
>>
>> > Also, the other committers should be aware that an RC is being created
>> > because they see the emails being sent by the CI server and ask the RM
>> to
>> > agree to accept a commit to the release branch instead of the develop
>> > branch.
>>
>>
>> AFAIK, we should always commit to dev branch and not to release branch.
>> Releases are cut from develop. Only hot-fixes use to be branches that have
>> commits that fix something important in the release and then use to be
>> merged back to develop and master. Making commits to release branches
>> could
>> bring some confusion and problems.
>>
>> At least from is what I always learnt and used [1]
>>
>> [1] https://nvie.com/posts/a-successful-git-branching-model/
>>
>> --
>> Carlos Rovira
>> http://about.me/carlosrovira
>>
>
>
> --
>
> Piotr Zarzycki
>
> Patreon: *https://www.patreon.com/piotrzarzycki
> *
>


-- 

Piotr Zarzycki

Patreon: *https://www.patreon.com/piotrzarzycki
*


Re: Discuss of release steps preparation

2019-08-14 Thread Piotr Zarzycki
So far so good. I did tweak the script and was able to upload artifacts. I
have changed in each script:
Line from:


To


The very last thing was close repository, so I got some errors you can
check here by logging your Apache handle [1] related to RoyaleUnit [2].

Missing Signature:
'/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.

I will try to figure out what has happened, but if someone has any clue to
that let me know.

[1] https://repository.apache.org/#stagingRepositories
[2] https://pasteboard.co/IsDKVTe.png

Thanks,
Piotr


śr., 14 sie 2019 o 10:58 Carlos Rovira  napisał(a):

> Hi Alex,
>
> El lun., 12 ago. 2019 a las 19:30, Alex Harui ()
> escribió:
>
> > Also, the other committers should be aware that an RC is being created
> > because they see the emails being sent by the CI server and ask the RM to
> > agree to accept a commit to the release branch instead of the develop
> > branch.
>
>
> AFAIK, we should always commit to dev branch and not to release branch.
> Releases are cut from develop. Only hot-fixes use to be branches that have
> commits that fix something important in the release and then use to be
> merged back to develop and master. Making commits to release branches could
> bring some confusion and problems.
>
> At least from is what I always learnt and used [1]
>
> [1] https://nvie.com/posts/a-successful-git-branching-model/
>
> --
> Carlos Rovira
> http://about.me/carlosrovira
>


-- 

Piotr Zarzycki

Patreon: *https://www.patreon.com/piotrzarzycki
*


Re: Discuss of release steps preparation

2019-08-14 Thread Carlos Rovira
Hi Alex,

El lun., 12 ago. 2019 a las 19:30, Alex Harui ()
escribió:

> Also, the other committers should be aware that an RC is being created
> because they see the emails being sent by the CI server and ask the RM to
> agree to accept a commit to the release branch instead of the develop
> branch.


AFAIK, we should always commit to dev branch and not to release branch.
Releases are cut from develop. Only hot-fixes use to be branches that have
commits that fix something important in the release and then use to be
merged back to develop and master. Making commits to release branches could
bring some confusion and problems.

At least from is what I always learnt and used [1]

[1] https://nvie.com/posts/a-successful-git-branching-model/

-- 
Carlos Rovira
http://about.me/carlosrovira


  1   2   >