This is great news and a great way to end the year.
--peter
On 12/19/12 4:39 PM, "Gordon Smith" wrote:
>Woohoo!
>
>- Gordon
>
>-Original Message-
>From: Carol Frampton [mailto:cfram...@adobe.com]
>Sent: Wednesday, December 19, 2012 1:13 PM
>To: flex-dev@incubator.apache.org
>Subject: Fle
Flex does have some access to Stage3D items via StageText and
StageVideo, but they are a little awkward to use from Flex.
Peter Ent
Flex SDK Team
Adobe Systems
On 12/17/12 10:17 AM, "Lists" wrote:
>Hi everyone,
>
>
>I' m writing data driven Server connected mobile apps
+1
--peter
On 11/19/12 10:03 AM, "Carol Frampton" wrote:
>[ X ] +1 Graduate Apache Flex from Incubator
>
>
>Carol (binding)
>
+1
On 11/14/12 10:26 AM, "Carol Frampton" wrote:
>As you've read [1], we're starting to prepare for graduation. One of the
>steps is for this community to choose a Apache PMC Chair for Apache Flex
>[2]. Given Alex's wealth of experience with Flex and all the hard work
>he's already put into th
Hi,
I've been able to get the mobile test suite in Mustella (tests/mobile
directory) run on using the desktop emulator. Many tests pass, but a lot are
failing so there is more work to do to get them cleaned up and passing.
I've updated the Mustella wiki
(https://cwiki.apache.org/confluence/dis
I think that looks fine. Thanks for doing that!
--peter
On 11/12/12 3:37 AM, "Om" wrote:
>I am not sure what the protocol is, but I updated the web server setup
>section for Miustella on Windows [1] since it was missing. Please take a
>look and see if it looks good.
>
>Thanks,
>Om
>
>[1] https:
[
https://issues.apache.org/jira/browse/FLEX-33067?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Peter Ent closed FLEX-33067.
Resolution: Fixed
Fix Version/s: Apache Flex Next
Assignee: Peter Ent
Modified command
x27;s weird that hasn't been discover before, would it be worthy to
>run
>mustalla tests once again with a version of the sdk in 10.3 and one in
>11.1
>as it would as well confirm or not my results that the tests are broken ?
>
>
>-Message d'origine-
That looks like it was related to a change I made to get spaces-in-paths
to work for Mustella. I modified CompileMxmUtils to take ArrayList as an
argument, but none of the builds I did ran into this. Very strange.
Thanks for making the correction Alex.
--peter
On 10/26/12 11:00 AM, "Alex Harui"
multiple SWFs at the
same time or not; perhaps Alex or Carol can answer that.
Since the tests take a while to run, try to make sure all non-essential
programs are stopped and let it go overnight. If other folks on this list
are more machine-savvy than I, please weigh in with your suggestions.
Thanks
/RSLs/allowDomain_Tests allowDomain_rsl Passed
Š.
Peter Ent
Flex SDK Team
Adobe Systems
On 10/23/12 12:56 PM, "Michael Schmalle" wrote:
>Hi,
>
>I have successfully got the full sdk to build, and tried setting up
>running the mustella.
>
>I followed the directions, set the s
HI,
Mustella does not detect platform. There are options to the Mustella
mini_run.sh that set those, along with a couple of environment parameters.
We have qualified the non-mobile, non-AIR tests (about 35,700 of them) and
will doing mobile and AIR shortly.
Peter Ent
Flex SDK Team
Adobe Systems
/Applications/Adobe Flash
Builder 4.6/sdks/apache flex/
Please let us know if you run into any issues with these changes. I will
be updating the Mustella wiki with this information shortly.
Peter Ent
Flex SDK Team
Adobe Systems
On 10/22/12 11:39 AM, "Alex Harui" wrote:
>Which is all hopefully
ini_run.sh script has a
-rerun argument that will skip the compilation process, but most of the
time the files are compiled with each run.
I hope this explanation helps.
Peter Ent
Flex SDK Team
Adobe Systems
On 10/22/12 9:41 AM, "Ram Lee" wrote:
>I have checked some of the Mustell
Hi Mark,
I think I have a handle on it and, I hope to be checking it in today. What
I've done is allow spaces in the path "above" mustella. For example, I'm
running a test with the directory, /Users/pent/apache with spaces/, so
that everything, including the Flex SDK has this path in it.
The tric
You could try:
./mini_run.sh tests/gumbo/components/Scroller
There are probably other tests that also use the Spark Scroller, but that
should cover a lot.
Peter Ent
Flex SDK Team
Adobe Systems
On 10/18/12 2:16 PM, "Roland Zwaga" wrote:
>This is indeed great news!
>Can someon
try using ./mini-run.sh -all. We
normally run the test suite overnight. If you find any failed tests, run again
using ./mini-run.sh -failures -rerun and that should clear them up.
If you run into problems, check the Mustella Wiki[1] or ask questions on the
list.
Peter Ent
Flex SDK Team
Adobe
thing you want and if you believe Flex can be great on
mobile, than go for it.
Peter Ent
Flex SDK Team
Adobe Systems
On 10/3/12 10:38 AM, "christofer.d...@c-ware.de"
wrote:
>Oh ... let me thow in a little more weight for the Catalyst ;-)
>
>I invested quite some time in s
f the IDE window, solution, this is might be a good solution.
Peter Ent
On 10/2/12 2:13 PM, "Michael Schmalle" wrote:
>Quoting Stakesoft :
>
>> That's all very well but (DV aside) FB is far better and we are used
>> to it. It's not very useful to run 2 IDE&
make their own. There are many talented people here with the
background to do this. Of course, time and resources are probably the
biggest constraints.
Peter Ent
Flex SDK Team
Adobe Systems.
On 10/2/12 6:52 AM, "Michael Schmalle" wrote:
>Quoting Sebastian Mohr :
>
>> Nope
I've been trying small things with FB 4.7 today using Apache Flex. I used
the InstallApacheFlex AIR app. Everything seems to work fine. I do miss UI
Builder, though, as it the first thing I do - throw a bunch of components
up and then fiddle with them. I know we've also discontinued Flash
Catalyst,
These are absolutely beautiful. I particularly like the shirts ;-)
Peter Ent
Adobe Systems
On 9/12/12 5:11 AM, "Tomasz Maciąg | Fuse Collective"
wrote:
>It took us some time but we've finally managed to create and publish our
>vision of the art direction for Apache Flex br
;m adapting and solving lots of things
>> here. Hope to return to mustella in few days as things calm. Hopefully
>> I will return on monday, 10th by night. I'll keep you update if
>> there's some change in plan.
>>
>>
>>
>> 2012/9/4 Peter Ent :
&
e subject "Mustella"?
>
>Regards,
>
>On 9/5/2012 5:18 AM, Peter Ent wrote:
>> Hi,
>>
>> For all of you good folks helping with Mustella tests, how are you
>>doing?
>>
>> I've updated the "components" section of the Mustella test
==
>
>
> "tests/Managers" has now only 3 failing tests left.
>
> I've updated https://issues.apache.org/jira/browse/FLEX-33173 with the
> patch files and test result for each manager tests ... so if you or
> somebody could could review them.. that would be coo
and if you need any help.
Regards,
Peter Ent
Flex SDK Team
Adobe Systems
operating system or the other.
When you come across a test that is giving you trouble, comment it out and
include in the comment the string, FIXME, along with a short note. Later we'll
search for "FIXME" and begin addressing those test cases.
Peter Ent
Flex SDK Team
Here's the link to the Mustella Wiki:
https://cwiki.apache.org/confluence/display/FLEX/Mustella+Overview
It is also linked from the Apache Flex page.
--peter
On 8/30/12 10:33 AM, "Mark Shen" wrote:
>Hi.
>
>Mustella is a test tool for Flex.
>
>Recently many emails is about it. but no basic inf
I've added this Q&A session to the Mustella wiki.
Peter Ent
Flex SDK Team
Adobe Systems
On 8/29/12 11:56 PM, "Alex Harui" wrote:
>
>
>
>On 8/29/12 7:14 PM, "Kiel" wrote:
>
>> Greetings,
>>
>> 1. What will I see o
Tests that rely on a local server are currently not supported. However, if
interested individuals want to figure out how to do that, it would make
testing more robust. I think however, the best thing to do is skip this
test and then we can revisit the issue once all the "normal" tests are
working.
fork in github
>since the layout folder is the same (actually).
>
>So you only need to :
>
>1) dowload the patch using "curl -O "
>2) apply patch using "patch < -p1
>and you are ready to test :)
>
>
>
>
>2012/8/29 Peter Ent :
>> Hi,
>
Hi,
I'm new to git and while I've been reading about it, this will be my first
time using it and I'm having trouble understanding what I'm supposed to do
to apply this patch. Here's what I've done so far:
1. git clone https://github.com/apache/flex
2. git checkout -b FLEX-33177
Now I have a bran
quot;genericLoader" seems to be not a test,
>is like a part to use in other code, isn't it?
>
>2012/8/29 Peter Ent :
>> Hi,
>>
>> I have taken another stab at organizing the Mustella Test Journal
>>section
>> on the Mustella wiki page. All of the to
I have not applied Jose's patches. I did find the warnings in the log
files, though. I have just modified the code and I want to see what
happens.
--peter
On 8/29/12 3:23 PM, "Alex Harui" wrote:
>
>
>On 8/29/12 12:03 PM, "Peter Ent" wrote:
>
>> I
I got no warnings in the output, just bitmap compare failures. I'm going
to run it again to be certain, though.
--peter
On 8/29/12 2:53 PM, "Alex Harui" wrote:
>
>On 8/29/12 11:19 AM, "Peter Ent" wrote:
>
>> I should have been clearer. I figured the e
f the notes
to make it easier to see what issues are being tackled; I could use
updates if these are not current and correct.
Thanks,
Peter
On 8/29/12 10:33 AM, "Alex Harui" wrote:
>
>
>
>On 8/29/12 6:22 AM, "Peter Ent" wrote:
>
>> Hi,
>>
>> A
I should have been clearer. I figured the embedAsCFF=true might be a cause
for failures but does that explain the discrepency with the total number
of tests run?
--peter
On 8/29/12 2:14 PM, "Alex Harui" wrote:
>
>
>
>On 8/29/12 10:44 AM, "Peter Ent" wrote:
>
Well, I have different results. I have 741 passes and 50 failures, all
bitmap compares. Using ImageDiffAIR, the pixel differences minor, almost
like bold fonts in one and regular in another, but the font family looks
the same.
I'm not sure what to make of this.
--peter
On 8/29/12 12:41 PM, "Jose
I'm going to run those tests now and see what I get.
--peter
On 8/29/12 12:41 PM, "Jose Barragan" wrote:
>Hi Alex, Peter,
>
>After review the bad images using ImageDiffAir, I understand that all of
>their failed by the different font body, and measure used now.
>
>Passing the mustella/mx test us
kinning2.pn(body:step 1) compare
>>returned[object BitmapData]
>> [java]
>> [java]
>> [java] =
>> [java] Passes: 33
>> [java] Fails: 6
>> [java] ==
Hi,
Are the fails from timeouts? If so, reboot your machine and try again.
There is an issue with LocalConnection and I recall that Alex put a change
into Mustella to deal with it, but it might not fix it all the time (be
sure to sync mustella/as3 from the develop branch). Having so many
failures
that is happening? Otherwise
I'll regen these images and check them in.
Thanks,
Peter Ent
Flex SDK Team
Adobe Systems
I just ran tests/components/Application (without -createImages) and
received 274 (not 273!) passes. I will update the wiki this number.
Personally, I find Mustella frustrating in that it gives me inconsistent
passes and fails. You would think that each time you run it it would give
you the same re
When you run any mustella test set for the first time, DO NOT use
-createImages. Just run it simply, such as:
./mini_run tests/components/Application
This will run the tests and compare them to the current baseline images.
If you get any compare-bitmap failures, use ImageDiff to look at the
bad.p
.StringArugments;
>
>
>Possible things left to do:
>-Change arraylists to vectors.
>-Take a little redundancy out of the code.
>-Change variable/function naming convention to some actionscript standard.
>-
>
>-Original Message-
>From: Peter Ent [mailto:p...@a
;
>public function UpdateArg(sName:String, sValue:String):Boolean;
>
>//Get your new combined string back out.
>sMyExistingArgumentsString = oArgs.StringArugments;
>
>
>Possible things left to do:
>-Change arraylists to vectors.
>-Take a little redundancy out of the code.
>-Change variabl
Sure, I can work it in and give it a try.
Thanks.
--peter
On 8/27/12 1:26 PM, "Kessler CTR Mark J" wrote:
>Peter, did you want to test the argument handler test code today?
>
>-Original Message-----
>From: Peter Ent [mailto:p...@adobe.com]
>Sent: Thursday, August
rote:
>Yes, I'm having a great senssation with people supporting the project.
>Is great to see it :)
>
>
>2012/8/27 Peter Ent :
>> I'm in the process of gathering all of the info from this weekend. There
>> was a lot of activity, which is great to see.
>> -
I'm in the process of gathering all of the info from this weekend. There
was a lot of activity, which is great to see.
--peter
On 8/27/12 10:36 AM, "Carlos Rovira" wrote:
>Hi Carol,
>
>just Jose told me about that. Yes, it would be helpful.
>
>we need to update it with the latest info from this
That's a good idea. I have it open for edit right now so I'll do that.
--peter
On 8/27/12 10:32 AM, "Carol Frampton" wrote:
>Would it be ok if I alphabetize the Mustella Test Journal section of
>https://cwiki.apache.org/confluence/display/FLEX/Mustella+Overview rather
>than leave it in chronolo
orts 21 failures. Then reruning with -createImages flag it passed:
>
>[java] =
> [java] Passes: 873
> [java] Fails: 0
> [java] =
>
>I'm on Mac 10.
I've completed components/DataGrid. I wound up repairing a number of tests due
to changes in (x,y) cursor position and in a couple of cases, the wrong image
asset was being used. If anyone on a Mac could re-test components/DataGrid
after syncing to the development branch, that would be helpful t
I've updated the mustella wiki to point to the
https://svn.apache.org/repos/asf/incubator/flex/sdk/branches/develop/mustel
la location.
As for the Exclusion lists, I'm not 100% sure, but most of the items in
the list were tests that relied on Adobe test servers that cannot be
accessed for obvious
step the dragProxy is not
>>found
>> at third test step.
>>
>> > localY="75" buttonDown="true" />
>> > localY="75" buttonDown="true"
>> waitTarget="mx.managers::DragManager.mx_internal:dragProxy"
&g
I have Jose listed in the table on the Wiki page for the whole 'mx' suite.
Thanks and good hunting.
--peter
On 8/23/12 7:00 PM, "Jose Barragan" wrote:
>If anybody are working on mx, I'll try it
>
> [java]
> [java]
> [java] =
>
The `patch -p1 < Š..` command did the trick. The curl + patch gave me
errors about not finding a file to patch. Nevertheless, the second command
worked.
That said, running
Gave me these failures:
[java] Managers/DragManager/Halo/DragManager_Cursors_RTL
DragManager_Mirroring_copyCursor Failed
o that as the command line gets built up?
>
>
>On 8/23/12 8:55 AM, "Peter Ent" wrote:
>
>> Certainly appreciate the help. Here's a typical one when running
>>Mustella:
>>
>> -debug -define=CONFIG::skaha,false
>>
>
ith arguments. If you would give me a more complex
>command line that would be great. I can test against it.
>
>Currently my setup uses few command line arguments and instead adds to
>the "-load-config+=mycustomconfig.xml"
>
>-Original Message-
>From: Peter Ent [
es.
> sCombinedOptions += saNames[currentItem] + "=""" +
>saValues[currentItem] + """ ";
>}
>
>
>//Add the command line and options.
>"path\mxmlc.exe" + " " + sCombinedOptions;
>
>
>-Original Message-
>From:
t derived and not needed in
>VCS.
>
>So I understand I should make a patch with png I created with
>-createImages
>for test that already passed and send it to you for applying?
>
>Best,
>
>Carlos
>
>2012/8/23 Peter Ent
>
>> No, I don't think the images
I tried that:
patch -p1
~/apache/patches/0003-fixed-TileList-and-DragManager-tests-in-DragManager_.
patch .
from the "flex" directory where "mustella" is a sub-directory. I got this
error: patch: read error : Is a directory
So I tried it without the "." and all this did was sit there, as i
No, I don't think the images should be removed. Once a test has been
created and the test author believes the test is running correctly, the
author creates the baseline against which all other runs are judged.
Should the code being tested change, the baseline comparison can tell if
something is ami
\micros~1\msinfo\MSInfo32.exe
>
>
>r/s
>-Mark
>
>-Original Message-
>From: Peter Ent [mailto:p...@adobe.com]
>Sent: Wednesday, August 22, 2012 9:20
>To: flex-dev@incubator.apache.org
>Subject: Re: Getting Mustella to work.
>
>I have not have luck solving the pro
Hi,
I am getting the same error:
Skipped missing target:
'b/mustella/tests/Managers/DragManager/Halo/DragManager_ComponentTests.mxml
'
I have never used svn patch before and the docs aren't that helpful to me,
although it seems pretty straightforward. Here's the command I am using. I
am in the mu
OK. I will take a look at it today.
--peter
On 8/22/12 6:54 AM, "Cyrill Zadra (JIRA)" wrote:
>
> [
>https://issues.apache.org/jira/browse/FLEX-33173?page=com.atlassian.jira.p
>lugin.system.issuetabpanels:all-tabpanel ]
>
>Cyrill Zadra updated FLEX-33173:
>
>
===
>
>Now it's ok:
>
>java] =
> [java] Passes: 24
> [java] Fails: 0
> [java] =====
>
>
>So other folder is ok :)
>
>
>
>2012/8/22 Peter Ent
>
The wiki is updated with Carlos' test data. I will continue with the
tests/components directory
On 8/21/12 10:56 PM, "Peter Ent" wrote:
>I will check for all the emails from Carlos tomorrow morning and get them
>all in at once. Since Carlos is being very active I'll
I have not have luck solving the problem. It is much trickier than I
anticipated. I am going to jump back into getting more tests to run and
think more about the problem. Operating systems have allowed spaces in
file names for many, many years and you'd think would be an easily
solvable problem (or
I will check for all the emails from Carlos tomorrow morning and get them
all in at once. Since Carlos is being very active I'll try to keep up!
Thanks, Carlos!
--peter
On 8/21/12 5:31 PM, "Alex Harui" wrote:
>Hi Carlos,
>
>That's awesome. Thanks for pitching in. Peter, can you update the wik
Hi,
test/collections is great, thanks. I'll mark it in the Wiki. Try the tests
again after doing a reboot and make sure you grab Alex's updates to the
mustella code base (mustella/as3). If you are still getting time-outs,
looks to see if these tests are requesting data from a remote system; we
mig
1
>-i 0003-fixed-TileList-and-DragManager-tests-in-DragManager_.patch?
>
>regards
>cyrill
>
>
>On Tue, Aug 21, 2012 at 5:59 PM, Peter Ent wrote:
>
>> Hi Cyrill,
>>
>> I should have gotten back to you. Are those patches in SVN or GIT
>>format?
>>
Hi Cyrill,
I should have gotten back to you. Are those patches in SVN or GIT format?
I tried to apply one with svn patch but I got this error:
Skipped missing target:
'b/mustella/tests/Managers/DragManager/Halo/DragManager_ComponentTests.mxml
'
--peter
On 8/21/12 11:52 AM, "Cyrill Zadra" wrote:
git works and should make everyone's life easier once it gets underway,
plus it lets Apache Flex work the "Apache Way".
--peter
On 8/20/12 3:27 PM, "Carlos Rovira" wrote:
>You understand perfectly Peter :)
>
>2012/8/20 Peter Ent
>
>> If I mayŠ
>>
If I mayŠ
1. Have Apache Git be the origin for Apache Flex (including branches that
are official).
2. Use GitHub to mirror and for additional work and features. This lets
the community do as the please to explore and modify, test, enhance, etc.
3. Committers perform the integration from GitHub to
I have updated the Mustella wiki with a section on repairing the tests.
This should help you identify the failure and pinpoint where to make the
change to the test case. Be sure to re-run after each change as Mustella
stops on the first failure and subsequent test steps may have erroneous
expected
Thanks!
I've been working on a Wiki page to get people started:
https://cwiki.apache.org/confluence/display/FLEX/Mustella+Overview
Please let us know if you need clarification on any of the details; it is
still a work in progress.
Peter Ent
Flex SDK Team
Adobe Systems
On 8/17/12 4:
Thanks, Justin. This certainly clarifies the issue. I'll put it on my
to-do list and get on it.
--peter
On 8/16/12 10:20 AM, "Justin Mclean" wrote:
>Hi,
>
>> I'd like to help resolve the issue you are having with spaces in paths.
>
>Thanks much appreciated.
>
>> Which OS are you using and can y
I've updated the Mustella wiki to include a section on Flash Player trust
files.
HTH,
Peter
On Aug 14, 2012, at 6:09 AM, "Peter Ent" wrote:
> Yes, that's a good idea.
>
> Peter
>
>
> On Aug 14, 2012, at 5:01 AM, "Roland Zwaga" wrote:
Justin,
I'd like to help resolve the issue you are having with spaces in paths.
Which OS are you using and can you identify a path that's causing the
problem (e.g., your home directory, the Flex SDK directory). If you are
using Windows, which Unix shell are you using?
Thanks,
Peter En
Hi,
Unlike Alex and Carol who have worked deep with Flex and probably other
SDKs, I have an application-developer background (which I hope proves
useful down the road when growing Flex for application development), so I
have found working, what I call, "behind the scenes", to be a bit
overwhelming
The VPN was the problem. Now just figuring out where the files go.
Thanks
Peter
On Aug 15, 2012, at 11:01 AM, "Alex Harui" wrote:
>
>
>
> On 8/15/12 6:55 AM, "Peter Ent" wrote:
>
>> Hi,
>>
>> I know this isn't the right l
something (such as all tests
working), send me the info and I will update the wiki (or update it
yourself if you have permission, of course).
Peter Ent
Flex SDK Team
Adobe Systems
On 8/13/12 7:58 PM, "Carol Frampton" wrote:
>
>
>On 8/13/12 6 :02PM, "Alex Harui" wr
log in (it just
times out), even though I followed SSH instructions on the Apache site
(probably missed some crucial step).
If anyone knows where to look, whom to ask, or how to do it, I would appreciate
the help & advice (off-list).
Thanks,
Peter Ent
Flex SDK Team
Adobe Systems
Hi Jeff,
You are suggesting that if someone has the horsepower available (i.e.,
access to an IaaS cloud), the mustella tests should run, in their entirety
in 10 mins or less - versus - anyone being able to do this, correct? I
think I'm reading more into your 10-minutes-or-less suggestion than
inte
Yes, that's a good idea.
Peter
On Aug 14, 2012, at 5:01 AM, "Roland Zwaga" wrote:
>> I'm looking into that (bringing back old memories, with Carol's help).
>>
>> There was some question as to whether or not mustella would be part of the
>> Flex trunk/branch. Is that resolved so making this
I'll start at the top and work on the apollo (aka AIR) tests.
-peter
On 8/13/12 6:02 PM, "Alex Harui" wrote:
>So, the Mustella test media is now checked in an compiles for Peter and
>I. As was previously agreed, many tests would be broken and the
>community would help repair them. Please join
Hi,
I have completely missed this entire thread about mustella. I will gather
the info here and post something on the wiki. I think a README in the
mustella directory is a good idea.
My experience with running mustella in a clean install has been:
a. svn co the Apache Flex trunk
b. following the
#9 for me. This seems more fluid and adaptable to unforeseen situations
where multiple concurrent branches may be needed, some short-term, some
quite long-term. Plus, having a known release branch should make it easier
for newcomers to understand and for anyone to immediately know where the
stable
ckout, its resting place would remain in the Flex tree)?
Hope to have this completed tomorrow at some point.
--peter
On 8/13/12 3:42 PM, "Alex Harui" wrote:
>
>
>
>On 8/13/12 8:36 AM, "Peter Ent" wrote:
>
>> I will try to make some more sense of this
I will try to make some more sense of this and modify the mini_run script
to look at its current location (as mustella is located in the Apache Flex
directory, at least right now), the env.properties, its own
local.properties, and the definition of environment variables.
Peter Ent
Flex SDK Team
I was under the impression FLEX_HOME was not necessary to be defined (or maybe
it was ought not need to be defined). I'll update the instructions on the wiki.
Peter
On Aug 12, 2012, at 2:25 AM, "Roland Zwaga" wrote:
>> Hi Peter,
>>>
>>> yes I do, I'm running it from the directory tree exac
Weird seeing the 4.5.1 Flex referenced. Do you have mustella in the same
directory as Apache Flex?
Peter
On Aug 11, 2012, at 11:56 AM, "Roland Zwaga" wrote:
> Hey guys,
>
> I'm still trying to get mustella to run, right now I'm getting this error:
>
> [java] Unable to access jarfile C:
Will do.
On 8/7/12 4:28 PM, "Alex Harui" wrote:
>Peter, can you add this tidbit to the wiki (and also mention ANT_HOME)?
>
>
>On 8/7/12 1:24 PM, "Peter Ent" wrote:
>
>> That's good news. Thanks for your help, Alex.
>> --peter
>>
>
That's good news. Thanks for your help, Alex.
--peter
On 8/7/12 4:07 PM, "Roland Zwaga" wrote:
>> My guess is that there is some setting in Cygwin that has it deal with
>>line endings differently.
>
>Alex is right, it was indeed a line ending issue.
>I found this page discussing it:
>
>https://c
yntax error near unexpected token `$'do\r''
>'/mini_run.sh: line 205: `do
>
>Do I need to install some additional packages perhaps?
>
>cheers,
>
>Roland
>
>On 7 August 2012 20:08, Peter Ent wrote:
>> Hi,
>>
>> I have just finishe
>Do I need to install some additional packages perhaps?
>
>cheers,
>
>Roland
>
>On 7 August 2012 20:08, Peter Ent wrote:
>> Hi,
>>
>> I have just finished checking in the Mustella code. I'm doing a final
>>status check to make sure I haven't
Hi,
I have just finished checking in the Mustella code. I'm doing a final status
check to make sure I haven't missed anything, but it looks complete.
Peter Ent
Flex SDK Team
Adobe Systems
:
>
>> > I wanted to formally announce that Peter Ent is our newest project
>> > committer. Peter will be shepherding the donation of the Mustella
>>Test
>> > Suite. We also expect more contributions from Peter in the future
>>around
>> > the 3.
12 at 2:08 PM, Peter Ent wrote:
>
>> ...I need write permission to the repository at
>>
>> https://svn.apache.org/repos/asf/incubator/flex/trunk
>>
>> I have my apache ID and password but the commit of a test file is
>>reporting that access is forbidden...
&
access is forbidden. If someone has the ability to grant me access I'd
sure appreciate it if you would do so.
Thanks,
Peter Ent
Flex SDK Team
Adobe Systems
aka: p...@apache.org
1 - 100 of 115 matches
Mail list logo
