[
https://issues.apache.org/jira/browse/FLEX-33429?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13602092#comment-13602092
]
Bogdan Dinu commented on FLEX-33429:
Not true! You are declaring the getter of the par
On Mar 13, 2013 8:49 PM, "Alex Harui" wrote:
>
> I'll try to figure out who to ask, but there's a chance they pulled it
down
> because CS6 doesn't support it.
>
The effort is much appreciated!
Thanks,
Om
>
> On 3/13/13 8:42 PM, "Om" wrote:
>
> > Yes, I am running CS6 - 64 Bit.
> >
> > Thanks,
Update from David@Infra:
flex/sdk is currently read-only
[~bigosmallm]
I've started SDK migration. Because of the concerns raised about the
previous SDK migration I am working directly from SVN (as opposed to the
git mirror which is where the previous migration came from.) S
hiroyuki kikuchi created FLEX-33429:
---
Summary: Bindable Metadata does not work in SubClass
Key: FLEX-33429
URL: https://issues.apache.org/jira/browse/FLEX-33429
Project: Apache Flex
Issue T
I'll try to figure out who to ask, but there's a chance they pulled it down
because CS6 doesn't support it.
On 3/13/13 8:42 PM, "Om" wrote:
> Yes, I am running CS6 - 64 Bit.
>
> Thanks,
> Om
>
> On Wed, Mar 13, 2013 at 8:39 PM, Alex Harui wrote:
>
>> Are you running PS CS5 or something late
Yes, I am running CS6 - 64 Bit.
Thanks,
Om
On Wed, Mar 13, 2013 at 8:39 PM, Alex Harui wrote:
> Are you running PS CS5 or something later?
>
>
> On 3/13/13 8:22 PM, "Om" wrote:
>
> > On Fri, Mar 8, 2013 at 12:59 AM, Sebastian Mohr
> > wrote:
> >
> >> Hi,
> >>
> >> does anyone know where I can
Are you running PS CS5 or something later?
On 3/13/13 8:22 PM, "Om" wrote:
> On Fri, Mar 8, 2013 at 12:59 AM, Sebastian Mohr
> wrote:
>
>> Hi,
>>
>> does anyone know where I can download the FXG Extension for
>> Photoshop CS5 that is mentioned here [1]? The Flash Catalyst site [2]
>> does not
On Fri, Mar 8, 2013 at 12:59 AM, Sebastian Mohr wrote:
> Hi,
>
> does anyone know where I can download the FXG Extension for
> Photoshop CS5 that is mentioned here [1]? The Flash Catalyst site [2]
> does not provide this link anymore. Could the Adobe folks on this list
> be able to provide a worki
On Mar 13, 2013 6:06 PM, "Justin Mclean" wrote:
>
> Hi,
>
> Installer error in the wild:
> https://twitter.com/Yavstr/status/311837235068694528/photo/1
>
> Someone want to reach out?
>
> Justin
Done!
Hi,
Installer error in the wild:
https://twitter.com/Yavstr/status/311837235068694528/photo/1
Someone want to reach out?
Justin
Hi,
I just apply the change for INFO_TRACKING to "Anonymous usage statistics
will be collected in accordance with our privacy policy" and point to the
privacy policy url "http://flex.apache.org/about-privacy.html";.
It's translated for English and French, for other languages, it would be
nic
[
https://issues.apache.org/jira/browse/FLEX-33190?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Kessler updated FLEX-33190:
Attachment: DataGridModeTest.mxml
Short test application to show off the new double click mode.
[
https://issues.apache.org/jira/browse/FLEX-33190?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Kessler updated FLEX-33190:
Attachment: 0002-Add-new-support-doubleClickMode.patch
Hope I got this patch file correct with all
Hi Erik,
I guess you've many commits on you local "old" git repo, isn't it?
Well, those commits are candidates for re-apply them into the new repo when you
get access to it.
The most simple way to that is attach the new repo as new remote for your
actual local repo:
git remote add wip https:/
There is a lot of good stuff on the devnet site. If it does not get
donated, is it at risk of disappearing? If the answer is yes or maybe,
then I'd prefer it be donated instead of lost.
Brian
On 3/13/13 2:28 PM, "Michelle Yaiser" wrote:
>Hi, Everyone.
>
>I just heard from legal about getti
Hi,
> How about "Anonymous usage statistics will be collected in accordance with
> our privacy policy" and have it link to the privacy policy we have on our
> website.
+1 to this
Justin
Hi,
> In the mean while, we can propose some rules that avoid proliferation un
> branches that will become useless. For example, a designated person could
> have the task of prune branches as a dictator or moderator based in its own
> decision (and people should have this into account).
-1 to any
Yes. As long as no one else can claim ownership of the content or code, the
author can donate it to Apache whenever you would like.
Michelle
-
Michelle Yaiser
Instructional Designer | Creative Cloud Learning
Adobe Sys
Actualy I like it, if it fits, I'll take it.
-Fred
-Message d'origine-
From: Nicholas Kwiatkowski
Sent: Wednesday, March 13, 2013 10:12 PM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Apache Flex SDK Installer 2.5 RC1
How about "Anonymous usage statistics will be collected in accord
How about "Anonymous usage statistics will be collected in accordance with
our privacy policy" and have it link to the privacy policy we have on our
website.
-Nick
On Wed, Mar 13, 2013 at 3:07 PM, Frédéric THOMAS wrote:
> Evertthing on this list [1] has been resolved or found consensus, except
>
For those of us who were authors and wouldn't mind our content being
migrated over -- how do you think we should proceed? Do we just have the
rights to donate it to Apache?
-Nick
On Wed, Mar 13, 2013 at 4:28 PM, Michelle Yaiser wrote:
> Hi, Everyone.
>
> I just heard from legal about getting t
Hi, Everyone.
I just heard from legal about getting the approval to donate Flex content that
was published on the Adobe Developer Connection to Apache.
We can only donate the articles, tutorials, and examples - and the code in them
- that are written by Adobe employees. That means we can't dona
Not the svn revision number but the git equivalent, I'm not sure but I
wonder, if the git history lenght change, the generated git equivalent (the
parent commit SHA1 ids) could change, that's the risk I'm talking about,
anyway, there're other ways to make the patches in case it doesn't work, a
Mike and I have already agreed to not touch the code (other than
locally) of FalconJx... How would the SVN revision change between
yesterday and whenever the new git repo is created?
EdB
On Wed, Mar 13, 2013 at 8:57 PM, Frédéric THOMAS
wrote:
> Great though the only thing that could scary me i
Great though the only thing that could scary me is if the parent commit of
your first commit (the svn revision number) change between the 2 git
version, I don't know if it will happen but because the history lenght will
change, I've got doubts.
As you said "Time will tell", cross fingers ;-)
I seem to be able (in my GUI client) to create a patch file for the
commit(s) I have lined up. All I need to do is make a copy of my
commit messages and use those while patching the new 'active'
branch... I think.
Time will tell, I guess ;-)
EdB
On Wed, Mar 13, 2013 at 8:21 PM, Frédéric THOMAS
> Ah, so you made changes to the supposedly read-only git repo in the
> meantime. Why would you do something like that? While at the same time
> you were asking for a do over. Does not compute. What did you expect?
There was nothing "read-only" about my local copy. The understanding
at the tim
Not 100% sure because I never did it before but I guess you can do, on your
futur inactive project : is the first commit you did.
git format-patch -1
-Fred
-Message d'origine-
From: Erik de Bruin
Sent: Wednesday, March 13, 2013 8:07 PM
To: dev@flex.apache.org
Subject: Re: Git Migr
On Wed, Mar 13, 2013 at 12:07 PM, Erik de Bruin wrote:
> > If you moved it from SVN to Git - why cant you just checkin your svn
> > changes?
>
> Because git has a lot of minor changes in a lot of the same files that
> were already changed in SVN. I spent the afternoon yesterday putting
> the fina
> If you moved it from SVN to Git - why cant you just checkin your svn
> changes?
Because git has a lot of minor changes in a lot of the same files that
were already changed in SVN. I spent the afternoon yesterday putting
the final touches to my contributions and this morning (before the
excrement
Evertthing on this list [1] has been resolved or found consensus, except
for:
- "Install Log" and "Close" buttons are grey, while they do have a rollover
someone may think they are disabled.
Does someone with better design skill than me could suggest something ?
otherwise I will let it like.
On Wed, Mar 13, 2013 at 11:51 AM, Erik de Bruin wrote:
> Om, I understand you're trying to help and I appreciate it. If I have
> somehow implied that you were somehow the one to "blaim", I'm sorry.
> All I'm saying is that it took me a day and a half to get everything
> from SVN to git and I don'
Om, I understand you're trying to help and I appreciate it. If I have
somehow implied that you were somehow the one to "blaim", I'm sorry.
All I'm saying is that it took me a day and a half to get everything
from SVN to git and I don't have the time tonight to reverse the
process in a way that will
On Wed, Mar 13, 2013 at 11:34 AM, Erik de Bruin wrote:
> Won't work, I'm not on SVN anymore (didn't want to risk having both
> .git and .svn in the same project). I understood that moving from SVN
> to git meant get a new clone from the git origin (i.e. create a new
> working copy on my machine)
Won't work, I'm not on SVN anymore (didn't want to risk having both
.git and .svn in the same project). I understood that moving from SVN
to git meant get a new clone from the git origin (i.e. create a new
working copy on my machine) and apply the changes that were in SVN to
that clone, in as atomi
On Wed, Mar 13, 2013 at 11:05 AM, Erik de Bruin wrote:
> Carlos,
>
> I have since yesterday moved all my changes to git. They are in total
> 14 commits to my local clone. Do I do a patch or copy for each of
> those commits separately, or is there a way of "exporting" the whole
> set of commits wh
Carlos,
I have since yesterday moved all my changes to git. They are in total
14 commits to my local clone. Do I do a patch or copy for each of
those commits separately, or is there a way of "exporting" the whole
set of commits which I then import into the new clone? It would be a
hassle to have d
Hi,
it seems svn changes not in GIT are a source of problems for many of us.
Only want to let you know that really it's not. All of you with a delta set
of changes can extract a patch or even copy de structure of files over your
git clone (maybe more easy). Then you will see the same changes that
Thank you, Om! Confidence restored... somewhat ;-)
EdB
On Wed, Mar 13, 2013 at 6:40 PM, Om wrote:
> In case you are not following the JIRA ticket, Infra has confirmed that
> they have opened SVN back up for read/write. Also, they will be starting
> the move to Git this evening (GMT -5) again.
In case you are not following the JIRA ticket, Infra has confirmed that
they have opened SVN back up for read/write. Also, they will be starting
the move to Git this evening (GMT -5) again.
*So, everyone please check-in all your changes into SVN asap. *Sometime
this evening, SVN will go read-onl
[
https://issues.apache.org/jira/browse/FLEX-33428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13601390#comment-13601390
]
Chuck Mastrandrea commented on FLEX-33428:
--
This problem was originally reported
[
https://issues.apache.org/jira/browse/FLEX-33428?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chuck Mastrandrea updated FLEX-33428:
-
Attachment: FTETextField.as
> CLONE - mx:Text with htmlText attribute compiled for FT
Chuck Mastrandrea created FLEX-33428:
Summary: CLONE - mx:Text with htmlText attribute compiled for
FTETextField displays no text
Key: FLEX-33428
URL: https://issues.apache.org/jira/browse/FLEX-33428
It is working, but only when using the test runner.
I seem to have some time to figure out what to do to Jx to make MXML
work through MXMLJSC before git will open ;-)
EdB
On Wed, Mar 13, 2013 at 5:26 PM, Alex Harui wrote:
> IMO, once Git is open, you should check in what you have for MXML eve
IMO, once Git is open, you should check in what you have for MXML even if it
isn't working, as long as it doesn't break any AS compilation.
On 3/13/13 9:16 AM, "Erik de Bruin" wrote:
> Mike,
>
> The file handlers look like a good place to start looking.
>
> The test runners are all sharing th
It seems familiar but it has been a while. If you look at the history of
checkins to compiler.js I added a new project type and some other stuff in
order to pick up MXML compilation units.
On 3/13/13 9:17 AM, "Erik de Bruin" wrote:
> No, the error is from FalconJx. I just thought you might have
BTW,
If worse came to worse, haha I would just copy my whole falcon.jx
directory and paste into onto the newly checked out version when
everything is stable, screw patches, I like the hammer approach.
Mike
Quoting Erik de Bruin :
Mike,
The file handlers look like a good place to start
No, the error is from FalconJx. I just thought you might have seen it
when setting up FalconJS.
EdB
On Wed, Mar 13, 2013 at 5:03 PM, Alex Harui wrote:
> Are you saying FalconJS said the same thing?
>
>
> On 3/13/13 8:58 AM, "Erik de Bruin" wrote:
>
>> Hi,
>>
>> While trying to get the FalconJ
Mike,
The file handlers look like a good place to start looking.
The test runners are all sharing the 'compile' code, so "my" test
runners use the same thing as the AS/JS runners. But I vaguely
remember setting up a file handler for MXML when I started, I'll look
into it.
I'm still going strong
That means it can find a definition for that reference.
I assume you are calling the Main file FlexJSTest.mxml?
If I remember correctly, the compiler might not have an mxml handler
added to its file handlers, this means that mxml file are not getting
parsed(handled) in the compilers dependen
Are you saying FalconJS said the same thing?
On 3/13/13 8:58 AM, "Erik de Bruin" wrote:
> Hi,
>
> While trying to get the FalconJx mxmlc to compile MXML files (up till
> now I used the test runner for this), I ran into the following error:
>
> "No externally-visible definition with the name '
Hi,
While trying to get the FalconJx mxmlc to compile MXML files (up till
now I used the test runner for this), I ran into the following error:
"No externally-visible definition with the name 'FlexJSTest' was found."
Before I dive into the code (which scares me, there's so much of it
;-), I thou
Just for reporting what's happening with the infra for those haven't email
notifications :
(Al is me; Daniel is David)
"Om et al:
Daniel's making SVN rw again seems reasonable if there are concerns about
being blocked - especially given the reported problems with the git repos
already in pla
Anyway, I let you manage with infra if you want as you write a better
english than mine.
-Fred
-Message d'origine-
From: Frédéric THOMAS
Sent: Wednesday, March 13, 2013 3:55 PM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Abandon git migration until INFRA is ready to do a
proper jo
Ah yeah, totaly agree with that.
Don't you think David won't considerate my comment after reading yours btw ?
-Fred
-Message d'origine-
From: Om
Sent: Wednesday, March 13, 2013 3:52 PM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Abandon git migration until INFRA is ready to do a
pr
On Mar 13, 2013 7:46 AM, "Frédéric THOMAS" wrote:
>
> Hi Om,
>
>
>> Fred, let us coordinate before commenting on the JIRA ticket going
forward.
>
> Sure.
>
> I guess it could go like that:
>
> 1- Infra locks svn the time it does a git version
> 2- Infra unlocks svn to let us commit while reviewing
Sorry,
4- Infra locks svn definitly and does the final git version
-Message d'origine-
From: Frédéric THOMAS
Sent: Wednesday, March 13, 2013 3:45 PM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Abandon git migration until INFRA is ready to do a
proper job
Hi Om,
Fred, let us coo
Sorry,
4- Infra locks svn definitly and does the final git version
-Message d'origine-
From: Frédéric THOMAS
Sent: Wednesday, March 13, 2013 3:45 PM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Abandon git migration until INFRA is ready to do a
proper job
Hi Om,
Fred, let us coo
Hi Om,
Fred, let us coordinate before commenting on the JIRA ticket going
forward.
Sure.
I guess it could go like that:
1- Infra locks svn the time it does a git version
2- Infra unlocks svn to let us commit while reviewing the git version
3- we repeat 1 until git is ok
4- Infra locks svn the
On Mar 13, 2013 7:22 AM, "Frédéric THOMAS" wrote:
>
> It would be very nice, I'm going to ask that to David right now.
>
> Cheers,
> -Fred
>
> -Message d'origine- From: Bertrand Delacretaz
> Sent: Wednesday, March 13, 2013 3:16 PM
>
> To: dev@flex.apache.org
> Subject: Re: [DISCUSS] Abando
It would be very nice, I'm going to ask that to David right now.
Cheers,
-Fred
-Message d'origine-
From: Bertrand Delacretaz
Sent: Wednesday, March 13, 2013 3:16 PM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Abandon git migration until INFRA is ready to do a
proper job
On Wed, M
So I need to prepare patches for the commits that are currently ready
to go in my local repo/branch, which I can apply when all is said and
done and I have (again) cloned a new local copy and got that working?
And just FYI, I didn't START to code anything, I was actually very
close to committing w
On Wed, Mar 13, 2013 at 3:11 PM, Frédéric THOMAS
wrote:
> I'm saying that from how it is happening, infra can't make svn writable (at
> least, let us commit) while they are in process of migrating to git.
It's very probably possible for infra to briefly lock svn (if needed),
convert to Git, unloc
I didn't start to code anything knowing we're in the middle of a migration
process but no worries, normaly, even if they generate another git repo, the
SHA1 of the git objects gonna be the same, it means, you can do a patch with
your change and re-apply it later, when git will r/w.
-Fred
I'm saying that from how it is happening, infra can't make svn writable (at
least, let us commit) while they are in process of migrating to git.
-Fred
-Message d'origine-
From: Erik de Bruin
Sent: Wednesday, March 13, 2013 3:04 PM
To: dev@flex.apache.org
Subject: Re: [DISCUSS] Abandon
What are you saying? It isn't even possible to back? How can that be?
EdB
On Wed, Mar 13, 2013 at 3:01 PM, Frédéric THOMAS
wrote:
> Not sure, but I guess they can't do it w/o to make svn r/o during the
> process.
>
> -Fred
>
> -Message d'origine- From: Erik de Bruin
> Sent: Wednesday,
I HAVE been learning git. I have been migrating from SVN to git and
while ranting on the list I've been "learning on the job". I have git
all set up and running and all the Falcon projects are 'checked out',
set up and compiling again. I also moved all my uncommitted changes
from SVN to git. There
Not sure, but I guess they can't do it w/o to make svn r/o during the
process.
-Fred
-Message d'origine-
From: Erik de Bruin
Sent: Wednesday, March 13, 2013 2:53 PM
To: dev@flex.apache.org
Subject: [DISCUSS] Abandon git migration until INFRA is ready to do a proper
job
Hi,
Because
Hi,
Because the git migration has turned into a raging disaster, and INFRA
is now making major decisions without consulting the PMC first (like
the roll back they apparently did this afternoon), I have lost all
faith in their ability to properly handle this migration at this point
in time.
I prop
It's not the best workflow I ever seen, for sure but given we're stuck on
it, it's better to let it continue 'till the end, it doesn't serve us to
slow it down at this point.
Now, to be clear: we now can write to SVN again, and all commits
should go to SVN?
NO or that's gonna be lost.
DON'T
Well, shouldn't there have been some kind of discussion first, before
such a drastic step as this is taken?
We just learned from Bertrand that there are no Dictators in
Apache.org, but the way INFRA is behaving, it seems like he was wrong.
I propose that from now on all major actions wrt. git are
There're some issues relative to the history of the develop branch of the
flex-sdk git and the master of the utilities git, it can't be resolved w/o
to do the all process again.
-Fred
-Message d'origine-
From: Erik de Bruin
Sent: Wednesday, March 13, 2013 2:27 PM
To: dev@flex.apache.
Before I totally freak out, please explain to me what just happened?
Why did INFRA abort the migration?
EdB
On Wed, Mar 13, 2013 at 2:25 PM, Frédéric THOMAS
wrote:
> Hi Erik,
>
> Yes, we're going to do the all process again until everything is ok.
> You shouldn't start working on git until thi
Hi Erik,
Yes, we're going to do the all process again until everything is ok.
You shouldn't start working on git until this point (we're all locked at the
moment), in between, you can do a patch, that should be easy to re-apply
against the final version.
-Fred
-Message d'origine-
Fr
WTF!
EdB
On Wed, Mar 13, 2013 at 2:20 PM, Frédéric THOMAS
wrote:
>> Huh? Does that mean we're back to square one with the migration?
>
>
> Yep :P
>
> -Fred
>
> -Message d'origine- From: Harbs
> Sent: Wednesday, March 13, 2013 2:15 PM
>
> To: dev@flex.apache.org
> Subject: Re: SVN to Git
Huh? Does that mean we're back to square one with the migration?
Yep :P
-Fred
-Message d'origine-
From: Harbs
Sent: Wednesday, March 13, 2013 2:15 PM
To: dev@flex.apache.org
Subject: Re: SVN to Git migration in progress
Huh? Does that mean we're back to square one with the migration
What does that mean? I have spent 2 days moving from SVN to git. Right
now my entrire FlexJS MXML in FalconJx contribution is in git. Does
this message mean that we go back to SVN? What does that mean for the
work I already did in git, will I have to do the whole setup over
again?
If true, I'll go
Huh? Does that mean we're back to square one with the migration?
If yes, I'll do a svn checkout. I was waiting until this whole migration thing
finishes to learn git…
What a mess… ;-)
On Mar 13, 2013, at 2:34 PM, Frédéric THOMAS wrote:
> Just an update from the infra [1] :
>
> Fine, I've mad
Just an update from the infra [1] :
Fine, I've made your svn space rw again. That does mean we'll
have to do the "make ro, create git repo, review it, make rw" dance from the
start sometime later.
I suppose we can't commit in between ?
The critical section is that the git repo must receive
Well in our case this would simply could be any committer of the project. At
the time of me writing that article Velo was the only person with commit rights
to the central repo :-)
Von: Gordon Smith [gosm...@adobe.com]
Gesendet: Dienstag, 12. März 2013 18
BTW, are these separate "repos" as far as Git is concerned or something
else?)
Humm..Can you reformulate that pls ? :P
The only way I see if we don't want to use links is to use submodules but to
use TLF as a submodule, it's root should be its sub directory textLayout so
is that what we want
Well I know it's not good already because InstallApacheFlex project goes
back to the 17/07/2012 (fr date) in svn, I write something on the jira
ticket [1]
-Fred
[1] https://issues.apache.org/jira/browse/INFRA-5549#comment-13601011
-Message d'origine-
From: Frédéric THOMAS
Sent: Wedn
On Wed, Mar 13, 2013 at 10:57 AM, Carlos Rovira
wrote:
> ...all can be done by consensus (mailing list voting) and then people
> executing that consensus will be the pseudo dictators/lieutenants. Someone
> must execute the integration of features, and the final integration
Sure, that will wor
Hi Bertrand,
I think all can be done by consensus (mailing list voting) and then people
executing that consensus will be the pseudo dictators/lieutenants. Someone
must execute the integration of features, and the final integration.
2013/3/13 Bertrand Delacretaz
> On Wed, Mar 13, 2013 at 10:33
The utilities git history goes back to the 15 aug 2012, someone can confirm
it's good or not (I can't check by myself as utilities is not my svn root)
?
-Fred
-Message d'origine-
From: Om
Sent: Wednesday, March 13, 2013 8:04 AM
To: dev@flex.apache.org
Subject: Re: Finishing the Git
On Wed, Mar 13, 2013 at 10:33 AM, Carlos Rovira
wrote:
> ...At the end great projects has a Dictator a then people organizates around
> lieutenants and each suborganization ensures the quality of a module or
> features. Then the dictator is the person designated to integrate in the
> final product
Hi Justin,
now that we are starting in GIT we can't at this point set the future rules
that will work. We should wait some days until people get the basis and
then turn slowly to models that allow us to manage apache flex in a right
way. Apache Flex y so Big so in the future I see submodules (brea
Hi,
> You and your fancy commands :-)
When I started using computers a green 80x24 terminal was all you had :-)
> I did see a couple of mis-matches related to file
> endings, though. Not sure if MD5 takes that into account.
It should but I didn't see any - a little odd.
Justin
Some more links for reference.
The link to the [VOTE] email on using git and branching model:
http://markmail.org/message/2kklqltsdo4643lv
And the link to the [RESULT][VOTE] email:
http://markmail.org/message/ajlskznzec4wqda2
EdB
On Wed, Mar 13, 2013 at 9:29 AM, Erik de Bruin wrote:
> Yenn
On Mar 13, 2013 1:23 AM, "Justin Mclean" wrote:
>
> Hi,
>
> More encouraging is that I've did a MD5 check on every single file in the
Flex SDK SVN repo vs the Flex SDK Git repo (develop branches) and there's
no differences (other than TLF).
>
> Combination of commands:
> find -exec md5 "{}" \; >
Yennick,
Thank you! I was already aware of that workflow. In fact, it IS the
branching model Apache Flex will be using. It was voted in as the
preferred way to work with git after the switch from SVN.
EdB
On Wed, Mar 13, 2013 at 8:54 AM, Yennick Trevels
wrote:
> Erik,
>
> Here's an example of
Hi,
More encouraging is that I've did a MD5 check on every single file in the Flex
SDK SVN repo vs the Flex SDK Git repo (develop branches) and there's no
differences (other than TLF).
Combination of commands:
find -exec md5 "{}" \; > MD5svn.txt
find -exec md5 "{}" \; > MD5git.txt
cat MD5svn.
And when I said Eric I mean Erik - sorry about that Erik.
Hi,
Thanks to Eric I've seem to found the history of tag and branches issue. [1]
"Obviously, SVN is not Git. During the process of cloning a Git repository from
the SVN repository, commits for tags and branches can get a bit confused. Each
project is responsible for providing a list of ref upda
Erik,
Here's an example of how a git workflow can look like:
http://nvie.com/posts/a-successful-git-branching-model/
While this is not necessarily the branching model that the Apache Flex
project will use, it should give you a better idea on how git works.
Also note that unless you see a "git push
On Wed, Mar 13, 2013 at 12:01 AM, Justin Mclean wrote:
> Hi,
>
> I've had a brief look at SDK, TLF and Utilities git hubs. There are some
> issues.
>
> There an issue in how TLF is used by SDK (was a snv:external) but I don't
> know what we can do about it.
>
> It also seems that the log/history
Hi,
Another link I found that might be worthy of discussion by people who
actually understand what it says and how it relates to our chosen
workflow:
https://git-wip-us.apache.org/docs/committer-practices.html
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
Hi,
Just wanted to leave this link here, which mentions that we may need
to take action wrt the commit emails:
https://git-wip-us.apache.org/docs/switching-to-git.html
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
I can confirm the following Falcon projects:
- compiler
- compiler.jx
- compiler.jx.tests
That leaves:
- compiler.js
- compiler.tests
for someone who knows a lot more about these projects.
EdB
On Wed, Mar 13, 2013 at 8:04 AM, Om wrote:
> Utilities:
>
>> svn: http://svn.apache.org/viewvc/fl
Hi,
I've had a brief look at SDK, TLF and Utilities git hubs. There are some issues.
There an issue in how TLF is used by SDK (was a snv:external) but I don't know
what we can do about it.
It also seems that the log/history has been dropped on the develop branch as it
only goes back to 5 Jan.
100 matches
Mail list logo