Legal-discuss seems to say it doesn't matter. See:
https://mail-archives.apache.org/mod_mbox/www-legal-discuss/201610.mbox/%3c
39b454e0-67a6-45ee-844d-b36f17d49...@gbiv.com%3e
On 6/20/17, 11:18 PM, "yishayw" wrote:
>I noticed the MIT license says: 2013-2016. Shouldn't it be 2013-2017?
>
>The M
I noticed the MIT license says: 2013-2016. Shouldn't it be 2013-2017?
The MIT License (MIT)
Copyright (c) 2013-2016 Designmodo
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/DISCUSS-Discuss-Release-Apache-FlexJS-0-8-0-RC2-tp62498p62512.html
Sent from the
Hi Alex,
During examination I noticed that in folder "apache-flex-falconjx-0.8.0-bin"
rat complains about this files
155 Unknown Licenses
***
Unapproved licenses:
D:/flex_sdk/empty_folder/apache-flex-falconjx-0.8.0-bin/flex-typedefs/GCL/target/classes/META-INF/DE
Voting again, cause I did mistake and examined last nightly builds not RC2:
+1 (Binding)
Package
https://dist.apache.org/repos/dist/dev/flex/falcon/0.8.0/rc2/apache-flex-falconjx-0.8.0-src.zip
Java 1.8
OS: Windows 10 amd64 10.0
Source kit signatures match: y
Source kit builds: y
README is ok: y
RE
Hi Alex,
Ahh yes! So I did examined wrong sources in case of Falcon. I'm progressing
with checking RC. :)
Thanks,
Piotr
-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/DISCUSS-Discuss-Release-Apache-FlexJS-0
Sounds ok to me. Is your installer running an MD5 computation on these
huge AIR SDKs? I'm wondering if that step has enough memory. If it is
working for you then it probably does.
Thanks,
-Alex
On 6/20/17, 3:13 PM, "Josh Tynjala" wrote:
>In the Feathers SDK Manager, I also had the same issu
Hi Piotr,
What command did you run? I noticed that in the VOTE email the -Drc=2
option is on the next line, but that is required to pull the actual RC2
instead of the release branch nightly.
Maybe post the console log if you have questions. The CI server should
not be involved at all with the e
Hi Alex,
There is a problem with Approve script. I run it for FlexJS and everything
went fine. I got proper build. I decided to go into downloaded folder:
"apache-flex-flexjs-0.8.0-src" and run Maven build - It started to build
with 0.8.0-SNAPSHOT.
We should do rebuild [1], cause we are examining
+1 (binding)
Package https://dist.apache.org/repos/dist/dev/flex/falcon/0.8.0/
rc2/apache-flex-falconjx-0.8.0-src.tar.gz
Java 1.8
OS: Mac OS X x86_64 10.12.5
Source kit signatures match: y
Source kit builds: y
README is ok: y
README_JX is ok: y
RELEASE_NOTES is ok: y
RELEASE_NOTES_JX is ok: y
NOTIC
+1 (binding)
Package https://dist.apache.org/repos/dist/dev/flex/flexjs/0.8.0/
rc2/apache-flex-flexjs-0.8.0-src.tar.gz
Java 1.8
OS: Mac OS X x86_64 10.12.5
Source kit signatures match: y
Source kit builds: y
README is ok: y
RELEASE_NOTES is ok: y
NOTICE is ok: y
LICENSE is ok: y
No unapproved licen
In the Feathers SDK Manager, I also had the same issue with Error #1000 on
Windows as we're having with the Flex SDK Installer. I was able to come up
with a solution for this issue.
To recap, on Windows, the Installer currently allocates more memory than is
allowed by a 32-bit process. The file si
+1 (Binding)
Package
http://apacheflexbuild.cloudapp.net:8080/job/flex-falcon%20release%20branch/lastSuccessfulBuild/artifact/out/apache-flex-falconjx-0.8.0-src.zip
Java 1.8
OS: Windows 10 amd64 10.0
Source kit signatures match: y
Source kit builds: y
README is ok: y
README_JX is ok: y
RELEASE_NOTE
+1
Package
https://dist.apache.org/repos/dist/dev/flex/flexjs/0.8.0/rc2/apache-flex-fl
exjs-0.8.0-src.tar.gz
Java 1.8
OS: Mac OS X x86_64 10.12.5
Source kit signatures match: y
Source kit builds: y
README is ok: y
RELEASE_NOTES is ok: y
NOTICE is ok: y
LICENSE is ok: y
No unapproved licenses or ar
+1
Package
https://dist.apache.org/repos/dist/dev/flex/falcon/0.8.0/rc2/apache-flex-fa
lconjx-0.8.0-src.tar.gz
Java 1.8
OS: Mac OS X x86_64 10.12.5
Source kit signatures match: y
Source kit builds: y
README is ok: y
README_JX is ok: y
RELEASE_NOTES is ok: y
RELEASE_NOTES_JX is ok: y
NOTICE is ok:
Here are the steps I took to prepare the Maven portion of RC2.
Followed instructions in [1] using id apache.releases.https
Then in flex-falcon, ran:
mvn clean deploy –Papache-release
Repeat in flex-typedefs and flex-asjs
Then per instructions in [2], go to [3], log in using your LDAP
cre
This is the discussion thread.
Changes in this RC include:
Maven artifacts are available here:
https://repository.apache.org/content/repositories/orgapacheflex-1020
Thanks goes to Piotr as well as Josh and Chris for helping get the Maven
artifacts in order.
Thanks,
Alex Harui
Hi,
This is vote for the 0.8.0 release of the FalconJX (and Falcon)
compilers. There is no separate Falcon-only release package at
this time. The only purpose of the FalconJX packages are to serve as
upstream packages for the FlexJS release.
The release candidate can be found here;
https://dist
Hi,
This is vote for the 0.8.0 release of Apache FlexJS.
The release candidate can be found here;
https://dist.apache.org/repos/dist/dev/flex/flexjs/0.8.0/rc2/
Before voting please review the section,'What are the ASF requirements on
approving a release?', at:
http://www.apache.org/dev/release.h
This is the discussion thread.
Changes in this RC include:
Maven artifacts are available at
https://repository.apache.org/content/repositories/orgapacheflex-1020
Thanks,
Alex Harui
Try to get Maven artifacts in RC2
-Alex
Try to get Maven artifacts in RC2.
-Alex
In this [1] app, referencing the interface [2] results in a warning, but
referencing the implementer [3] does not.
So it looks like the problem is with bindable interfaces only.
Thanks.
[1] https://paste.apache.org/JmIV
[2] https://paste.apache.org/zxSB
[3] https://paste.apache.org/Qko2
--
Vi
It might be that the compiler is not handling [Bindable] on interfaces.
I'm pretty sure I've seen it work on classes. If you can run a quick test
to prove that, then that should be fixed in the compiler.
But using [Bindable] sets up change events on the public properties in the
class and if the v
I agree it’s wasteful, but there’s a lot of old code that we’re porting that
uses this as a shortcut. I’ve changed all interface get definitions to be
prefixed with [Bindable("__NoChangeEvent__")] and the compiler now seems happy.
It should probably be enough to add it the interface declaration
I'm at the end of my day and will try it tomorrow.
-Alex
On 6/19/17, 11:27 PM, "piotrz" wrote:
>Hi Alex,
>
>I also got some info from Chris that it can be done by: “mvn clean deploy
>–Papache-release”. Please do this - if not I can try it today.
>
>Let me know.
>
>Piotr
>
>
>
>-
>Apache Fl
25 matches
Mail list logo
