On 9/16/15, 4:19 AM, "Tom Chiverton" wrote:
>Are you able to at least reboot the other one (
>http://flex-mustella.cloudapp.net/ ) ?
I couldn’t connect via Remote Desktop. It seemed to accept credentials
but then I waited 5 minutes while it tried to “configure the session”.
Erik, can you use ma
Are you able to at least reboot the other one (
http://flex-mustella.cloudapp.net/ ) ?
Tom
On 12/09/15 05:21, Alex Harui wrote:
Not sure. I keep hoping the “free” renewal will happen.
On 9/11/15, 6:00 PM, "kevin.godell" wrote:
How much does it cost?
--
View this message in context:
htt
Not sure. I keep hoping the “free” renewal will happen.
On 9/11/15, 6:00 PM, "kevin.godell" wrote:
>How much does it cost?
>
>
>
>--
>View this message in context:
>http://apache-flex-development.247.n4.nabble.com/SDK-Installer-trouble
>-tp48962p49107.html
>Sent from the Apache Flex Develop
How much does it cost?
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/SDK-Installer-trouble-tp48962p49107.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
Yes, the nightly build server is off-line. I have been unsuccessful in
renewing may Apache Committer MSDN license. I may end up paying for it
myself.
-Alex
On 9/11/15, 5:46 PM, "kevin.godell" wrote:
>I am not sure if this is related, but I have been unable to install the
>flex
>nightly using
I am not sure if this is related, but I have been unable to install the flex
nightly using the installer for a while. The error message happens as soon
as I press the "next" button. I can install the other versions of flex, but
not the nightly. I reinstalled the installer and have the cache off.
I
We haven't done anything yet. We need to make changes to the installer,
and installer badge to read the JSON parsed output. The change that is in
place is a fix we put in place on the server so that the current versions
will still function.
I'm really booked out this week, but can start looking
So what did we do in the end ?
Tom
On 03/09/15 13:53, Nicholas Kwiatkowski wrote:
They didn't give a drop-dead date for the move, but they asked us to start
making the change. I think it would be reasonable for us to push that
change with the next installer update.
I don't think we need our o
They didn't give a drop-dead date for the move, but they asked us to start
making the change. I think it would be reasonable for us to push that
change with the next installer update.
I don't think we need our own CGI script in the future, if we can utilize
the JSON file. They originally put tha
Yup, it certainly is a hack, but one we could put in place quickly.
How long did Infra say they’d let us run the way we currently are? Are
they also deprecating the asjson param in favor of as_json?
If we do go and change the Installer, it seems like we need to have it
pull its mirror URL from a
We could, but that is very hack-ish. Even more hack-ish than the installer
code-base.
-Nick
On Wed, Sep 2, 2015 at 3:27 PM, Alex Harui wrote:
> I’m just exploring ways to avoid having to make another Installer release.
> From a quick look at the code, the Installer code effectively
> screen-s
I’m just exploring ways to avoid having to make another Installer release.
From a quick look at the code, the Installer code effectively
screen-scrapes the cgi result. It looks like it is looking for the first
tag. Switching to JSON certainly makes sense, but then we need a new
release. Could
We are OK still having the .cgi on our site as is. But they deprecated the
results of mirrors.cgi that output just the URL. They want us to use that
same script, but with the JSON output.
-Nick
On Wed, Sep 2, 2015 at 11:26 AM, Alex Harui wrote:
> Hi Nick,
>
> Thanks for digging into this. FW
Hi Nick,
Thanks for digging into this. FWIW, the flex-sdk download.xml ant script
currently uses closer.cgi. The FlexJS install script uses
http://www.apache.org/dyn/mirrors/mirrors.cgi. If infra has shut off
mirrors.cgi then we have more work to do, although we already hit
mirrors.cgi with an
Infra has put in a temporary fix for this. Everything should be working
again.
They have asked us to switch to a system that can parse JSON. The JSON
call will call the new LUA script which helps them out.
It looks like we will have to fix the installer badge and the installer
itself. I don't
I'm working with infra to see what is going on. We are not the only
project to report it, it seems.
-Nick
On Wed, Sep 2, 2015 at 8:09 AM, Tom Chiverton wrote:
> Yes, I am afraid so.
>
> They have made changes to how the mirror URLs are retrieved.
> It looks like we will need to change the inst
Yes, I am afraid so.
They have made changes to how the mirror URLs are retrieved.
It looks like we will need to change the installer to replace .cgi with
.lua in the call, and also tidy up whatever is causing the HTML comment
to appear.
In the mean time, you should be able to install using An
17 matches
Mail list logo
