On 8/10/12 8:07 PM, "Omar Gonzalez" wrote:
>
> Went ahead and tried it myself also, here's my console log:
>
> quintessa:GitHub grimlock$ git clone git://git.apache.org/flex.git
> Cloning into 'flex'...
> remote: Counting objects: 330636, done.
> remote: Compressing objects: 100% (87765/8776
> the very first open source sdk revision
A blast from the past... I committed that!
Sent from my iPad
On Aug 10, 2012, at 7:22 PM, "Jeff Conrad" wrote:
> I went ahead and did it.
>
> I was able to clone the Apache Flex git repo both from github and
> git.apache.org. It was a 174 MB download
SourceTree is a great free one.
Shan
Sent from my iPhone
On Aug 10, 2012, at 11:28 PM, Justin Mclean wrote:
> Hi,
>
>> I don't use FB other than for editing. I use SmartSVN for SVN. I was
>> hoping GitHub for Mac would be the equivalent, but not so sure yet.
> The github client probably a bi
On Friday, August 10, 2012, Igor Costa wrote:
> [image: Inline image 1]
>
>
> With your such internet is pretty damn fast.
>
> With 56Kb/s transfer rate it take centuries. Specially for cloning.
>
>
> Of course will only happen first time when you clone it, than switch over
> branches are quite fa
Hi,
> I don't use FB other than for editing. I use SmartSVN for SVN. I was
> hoping GitHub for Mac would be the equivalent, but not so sure yet.
The github client probably a bit simpler. There are better graphical clients eg
Tower out there but I don't know of any good free/OS ones.
> The CLI
Hi,
I've used many VCS system over the years, RCS, PVCS, CVS, SNV, Clearcase,
Visual source safe and more recently Git and Mercurial.
Moving from Git from SVN is fairly easy but there's a few conceptual things
that are very different. I'd say it's the equivalent from going from a file
locking
[image: Inline image 1]
With your such internet is pretty damn fast.
With 56Kb/s transfer rate it take centuries. Specially for cloning.
Of course will only happen first time when you clone it, than switch over
branches are quite fast.
Igor Costa
www.igorcosta.
>
>
> On Fri, Aug 10, 2012 at 5:07 PM, Michael A. Labriola <
> labri...@digitalprimates.net> wrote:
>
> > >OK, but the first clone will be huge? I think our import file was in
> the
> > 10's of GBs. I'm afraid to try to clone the flex project over my home
> > network. I am testing by cloning the
On Friday, August 10, 2012, Alex Harui wrote:
>
>
> Anyway, I still am unable to find a way to clone from the Apache repo.
> GitHub seems to work, but I think that is read-only. If any committer can
> let me know how I can do that (and commit a test change) then I'll start a
> vote thread on movin
On Friday, August 10, 2012, Jeff Conrad wrote:
> I went ahead and did it.
>
> I was able to clone the Apache Flex git repo both from github and
> git.apache.org. It was a 174 MB download. I've done this multiple times
> over the last hour or so. I was able to clone it on Windows 7 using Git
> B
I went ahead and did it.
I was able to clone the Apache Flex git repo both from github and
git.apache.org. It was a 174 MB download. I've done this multiple times
over the last hour or so. I was able to clone it on Windows 7 using Git
Bash, inside Eclipse using the EGit plugin, and I even clone
To answer your questions:
1. Correct. Git is the technology, GitHub is a value-added service provider.
2. It's far easier than using SVN, but like most technologies, without a proper
plan in place, merging could get tricky.
Shan
On Aug 10, 2012, at 7:50 PM, Jeffry Houser wrote:
> On 8/10/2012
On 8/10/2012 6:37 PM, Igor Costa wrote:
As Carol, Gordon said, We must keep using SVN aside fact that is supported
by Apache Foundation.
Git is cool and is on stage now, but Flex has a HUGE source code base and
isn't easy to fork on github specially if you willing to download to your
machine.
Om,
Forking on github is fast, try to fork on your machine.
99% knows SVN based on answers gave in the thread.
Regards
Igor Costa
www.igorcosta.com
www.igorcosta.org
On Fri, Aug 10, 2012 at 7:53 PM, Om wrote:
> On Fri, Aug 10, 2012 at 3:37 PM, Igor Costa wrote:
>
On Fri, Aug 10, 2012 at 3:37 PM, Igor Costa wrote:
> As Carol, Gordon said, We must keep using SVN aside fact that is supported
> by Apache Foundation.
>
> Git is cool and is on stage now, but Flex has a HUGE source code base and
> isn't easy to fork on github specially if you willing to downloa
As Carol, Gordon said, We must keep using SVN aside fact that is supported
by Apache Foundation.
Git is cool and is on stage now, but Flex has a HUGE source code base and
isn't easy to fork on github specially if you willing to download to your
machine.
Likely getting truck carried by volks.
We
If you are on a Mac I strongly recommend source tree from attlasian. I
think is the better tool for git ever created. In windows I think smart git
is the option. My experience with egit was no so good.
El viernes, 10 de agosto de 2012, Michael A. Labriola escribió:
> >OK, but the first clone will
>OK, but the first clone will be huge? I think our import file was in the 10's
>of GBs. I'm afraid to try to clone the flex project over my home network. I
>am testing by cloning the flex-site which worked from github.
That is a big concern. I don't have a sense of how big it would be if all
On 8/10/12 1:31 PM, "Carol Frampton" wrote:
>
> don't think it works on a mac but SmartGit might be a possibility
>
SmartGit looks like SmartSVN. I think we are using it for commercial
purposes and will have to buy licenses.
Anyway, I still am unable to find a way to clone from the Apache
On 8/10/12 4 :19PM, "Dasa Paddock" wrote:
>I've never used it but TortoiseGit is a port of TortoiseSVN that looks
>good for people who liked that:
>http://code.google.com/p/tortoisegit/
don't think it works on a mac but SmartGit might be a possibility
Carol
I've never used it but TortoiseGit is a port of TortoiseSVN that looks good for
people who liked that:
http://code.google.com/p/tortoisegit/
On Aug 10, 2012, at 12:54 PM, Om wrote:
>>
>> I don't use FB other than for editing. I use SmartSVN for SVN. I was
>>
> hoping GitHub for Mac would be
>
> I don't use FB other than for editing. I use SmartSVN for SVN. I was
>
hoping GitHub for Mac would be the equivalent, but not so sure yet.
>
> The CLI seemed much more like SVN and worked for cloning from github, but I
> am getting a timeout trying to clone from git.apache.org. Is it suppos
On 8/10/12 2 :55PM, "Omar Gonzalez" wrote:
>>
>> I'm guessing we are one of the larger
>> projects at Apache in terms of code size
>
>
>This is precisely why I think we should strongly consider moving to Git.
>
>I understand the apprehension some may have with learn "Yet Another SCM
>Control",
Would we try to migrate the revision history from Subversion to Git?
- Gordon
-Original Message-
From: Alex Harui [mailto:aha...@adobe.com]
Sent: Friday, August 10, 2012 12:32 PM
To: flex-dev@incubator.apache.org
Subject: Re: What would it take to move to Git?
On 8/10/12 12:22 PM, "l
Given what Om and Michael say about the tooling, I no longer have any concerns
about Git.
- Gordon
-Original Message-
From: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of Om
Sent: Friday, August 10, 2012 12:25 PM
To: flex-dev@incubator.apache.org
Subject: Re: What would it ta
On 8/10/12 12:22 PM, "labri...@digitalprimates.net"
wrote:
>
>> I am greatly concerned about disk space utilization if you have a snapshot of
>> everything including changes. Has anyone synced up with Apache Flex Git
>> since we stuffed it with Mustella tests? Will each >branch/fork/clone w
> Alex:
>
>> I've spent the morning trying to use Git. I gave up and am now reading the
>> doc, because it is so different from SVN. I tried a GUI (GitHub for Mac)
>> but it seems tied to GitHub. I don't know how to redirect it to look at
>> git.apache.org. The GUI loves to show me commit rec
On Fri, Aug 10, 2012 at 12:12 PM, Gordon Smith wrote:
> I only know two... I've used Perforce and Subversion for 20 years. For me,
> the most important thing is ease of use, such as what visual tools it has
> and how it integrates with IDEs like Eclipse.
Here is a tutorial on getting the Egit p
>I only know two... I've used Perforce and Subversion for 20 years. For me, the
>most important thing is ease of use, such as what visual tools it has and how
>it integrates with IDEs like Eclipse. With Git, can you do >an Eclipse
>refactoring without worrying about which files you need to check
>I am greatly concerned about disk space utilization if you have a snapshot of
>everything including changes. Has anyone synced up with Apache Flex Git since
>we stuffed it with Mustella tests? Will each >branch/fork/clone we make
>actually replicate all of that data?
Alex,
Due to the way g
I only know two... I've used Perforce and Subversion for 20 years. For me, the
most important thing is ease of use, such as what visual tools it has and how
it integrates with IDEs like Eclipse. With Git, can you do an Eclipse
refactoring without worrying about which files you need to check out?
On Fri, Aug 10, 2012 at 11:55 AM, Omar Gonzalez
wrote:
> >
> > I'm guessing we are one of the larger
> > projects at Apache in terms of code size
>
>
> This is precisely why I think we should strongly consider moving to Git.
>
> I understand the apprehension some may have with learn "Yet Another
On 8/10/12 11:55 AM, "Omar Gonzalez" wrote:
>>
>> I'm guessing we are one of the larger
>> projects at Apache in terms of code size
>
>
> This is precisely why I think we should strongly consider moving to Git.
>
> I understand the apprehension some may have with learn "Yet Another SCM
>
>
> I'm guessing we are one of the larger
> projects at Apache in terms of code size
This is precisely why I think we should strongly consider moving to Git.
I understand the apprehension some may have with learn "Yet Another SCM
Control", but really? How many other SCM systems have you used be
You probably noticed that JIRA is down currently. You can follow the
progress here: https://twitter.com/infrabot
Thanks,
Om
On Aug 10, 2012, at 10:22 AM, Gordon Smith wrote:
> After Falcon is donated I expect to be making lot of changes to complete its
> MXML support. I strongly prefer to be able to work in SVN and not to have to
> learn Yet Another Source Code Control System. Is the idea that SVN would stay
> the
On Fri, Aug 10, 2012 at 7:28 PM, Nicholas Kwiatkowski wrote:
> Where would be the best place to document what we had to do?...
A JIRA issue, IMO.
-Bertrand
Where would be the best place to document what we had to do? There were
some server misconfigurations that had to be taken care of by the infra
people. Once those were taken care of, it was a matter of writing the
wrapper (two line script for apache's mirror.cgi), write the new .htaccess
file, an
After Falcon is donated I expect to be making lot of changes to complete its
MXML support. I strongly prefer to be able to work in SVN and not to have to
learn Yet Another Source Code Control System. Is the idea that SVN would stay
the primary repository and Git might become any option for devel
On Fri, Aug 10, 2012 at 1:11 AM, Erik de Bruin wrote:
> > If you don't mind, can you extract that piece alone into a separate
> patch?
>
> Well, no, I'm afraid. This is the whole point of my 'crossing patches'
> argument. The new HTML parsing code is embedded in the code that I've
> refactored to
Nick, this is fantastic! Thanks for getting it done. We should be good
with the mirror urls now.
I will push a new build of the InstallApacheFlex app this weekend.
It would be great if you could document what all you had to do to get this
done. Would be good for us for something like this in t
Dave,
I figured that keeping the markdown in there might be beneficial incase we
needed it in the future. Either way, it is working now, and we can easily
change it in the future :)
-Nick
On Fri, Aug 10, 2012 at 10:43 AM, Dave Fisher wrote:
> On Aug 10, 2012, at 5:23 AM, Nicholas Kwiatkowski
+1 from me. The structure Carol outlined in the latter part with a
development trunk and stable branches is how I'm used to working with
SVN.
Jason :)
(Thank god I've manage to bypass the company legal footer - I think.)
-Original Message-
From: Carol Frampton [mailto:cfram...@adobe.com
On Aug 10, 2012, at 5:23 AM, Nicholas Kwiatkowski wrote:
> done.
>
> I worked with infra until about 2am,
Great communication.
> and they ran across some weird perl
> errors that were being generated for our list of mirrors, but it is fixed
> now.
>
> http://incubator.apache.org/flex/single-mi
On 8/10/12 5 :00AM, "Carlos Rovira" wrote:
>We must take into account that low activity was due to donation and create
>a first incubation SDK. In the next months more people should come to the
>project as it helps to develop some patch, bug or modification.
>
>The infrastructure should support
Hi,
> It should just be spitting out the base URL for the mirror now. That
> should include the http, but not the directory.
Looks good I get "http://mirror.overthewire.com.au/pub/apache/"; from Sydney
Australia that's 8 hops and 30ms away :-)
Justin
On Fri, Aug 10, 2012 at 3:25 PM, Carol Frampton wrote:
> ...I documented the release process that I did here [1]...
Ah great, sorry I missed that!
-Bertrand
> [1] https://cwiki.apache.org/confluence/display/FLEX/Release+Guide
>
On 8/10/12 4 :25AM, "ranboleelan" wrote:
>why mouseFocusChange event does not work? anyone knows why? is it a
>existing bug or i use it in a wrong way?
>
>i just call the event.preventDefault() method to stop focus change but
>the code does not work as expected.
>
This question should be asked
On 8/10/12 4 :17AM, "Bertrand Delacretaz" wrote:
>Hi,
>
>On Thu, Aug 9, 2012 at 6:02 PM, Alex Harui wrote:
>> There have been some discussions with the Mentors about graduation. As
>>you
>> can see from the branching discussion, we still could use some mentor
>> guidance from time to time
Unfortunately, that's not possible. We don't run the infrastructure for
Apache, and their guidelines are /very/ strict as far as who gets access.
-Nick
On Fri, Aug 10, 2012 at 4:11 AM, Erik de Bruin wrote:
> > If you don't mind, can you extract that piece alone into a separate
> patch?
>
> Wel
done.
I worked with infra until about 2am, and they ran across some weird perl
errors that were being generated for our list of mirrors, but it is fixed
now.
http://incubator.apache.org/flex/single-mirror-url.cgi
It should just be spitting out the base URL for the mirror now. That
should includ
We must take into account that low activity was due to donation and create
a first incubation SDK. In the next months more people should come to the
project as it helps to develop some patch, bug or modification.
The infrastructure should support huge changes and must be set up before
those change
On Fri, Aug 10, 2012 at 1:44 AM, Bertrand Delacretaz wrote:
> On Fri, Aug 10, 2012 at 10:30 AM, Omar Gonzalez
> wrote:
> > ...The issue, as I see it, is that the best branching model to follow
> works
> > best in Git because of the much improved manner in which it handles
> > branching, merging,
On Fri, Aug 10, 2012 at 10:30 AM, Omar Gonzalez
wrote:
> ...The issue, as I see it, is that the best branching model to follow works
> best in Git because of the much improved manner in which it handles
> branching, merging, and additional features that SVN does not have such as
> Rebasing and eas
>
>
>
> Let me add one BIG WARNING as a mentor: branches might be much easier
> to manage with Git, but if a move to Git is a way to avoid agreeing on
> how branches are managed, that won't help IMO. I would recommend
> sorting that problem (which is a community problem, not a technical
> one) in s
On Fri, Aug 10, 2012 at 8:42 AM, Alex Harui wrote:
> ...If I understood Bertrand, the results of the poll will be binding, so you
> have to work within whichever plan wins
Sorry, I wasn't clear: a [POLL] is just a poll, if a binding decision
is needed that's at [VOTE].
But it's much better t
Here's an blog post that describes how you can pull changes from anyone's
Git fork:
http://bradlyfeeley.com/2008/09/03/update-a-github-fork-from-the-original-repo/
-omar
Hi,
On Fri, Aug 10, 2012 at 9:40 AM, Alex Harui wrote:
> Would we be working off of github.com?...
github can be part of the equation, but the repository from which
releases are cut needs to be hosted at apache.org.
As Justin pointed out, those are the places to look at:
https://git-wip-us.apa
On Fri, Aug 10, 2012 at 1:17 AM, Justin Mclean wrote:
> Hi,
>
> > We actually have a mirror already, I requested it a while back :)
>
> Yep but you can't use it's you would normally github right ie no pull
> requests? And it's not a bidirectional mirror right?
>
> Justin
>
>
No, the way Apache Cor
Hi,
> We actually have a mirror already, I requested it a while back :)
Yep but you can't use it's you would normally github right ie no pull requests?
And it's not a bidirectional mirror right?
Justin
Moreover...I can't see why Apache would put problems to use systems that
would be necessary to the right evolution of the project. Apache should
help with this kind of things and ease the switch, no put more barriers.
> Look at Apache Cordova's history, they are actively using it, they have
> sev
Hi,
On Thu, Aug 9, 2012 at 6:02 PM, Alex Harui wrote:
> There have been some discussions with the Mentors about graduation. As you
> can see from the branching discussion, we still could use some mentor
> guidance from time to time
I support graduating soon - I think the current PPMC has do
On Fri, Aug 10, 2012 at 1:11 AM, Justin Mclean wrote:
> Hi,
>
> Note the "Big freacking note" at the top of this page:
> https://git-wip-us.apache.org/docs/switching-to-git.html
>
> Thanks,
> Justin
>
See here: https://github.com/apache/incubator-cordova-ios/pulls
They have lots of repos already
On Fri, Aug 10, 2012 at 1:11 AM, Justin Mclean wrote:
> Hi,
>
> Note the "Big freacking note" at the top of this page:
> https://git-wip-us.apache.org/docs/switching-to-git.html
>
> Thanks,
> Justin
>
Look at Apache Cordova's history, they are actively using it, they have
several repositories the
There's actual 341 Apache Git repositories being mirrored to GitHub:
https://github.com/apache
-omar
> If you don't mind, can you extract that piece alone into a separate patch?
Well, no, I'm afraid. This is the whole point of my 'crossing patches'
argument. The new HTML parsing code is embedded in the code that I've
refactored to accomodate the new localisation handling. Is there any
way I can g
Hi,
Note the "Big freacking note" at the top of this page:
https://git-wip-us.apache.org/docs/switching-to-git.html
Thanks,
Justin
On Fri, Aug 10, 2012 at 1:07 AM, Justin Mclean wrote:
> Hi,
>
> As far as I'm aware we couldn't use github.
>
> There's some info here:
> http://www.apache.org/dev/git.html
>
> A couepl of Apache projects do use git as there main version control but I
> think there a reluctance to use it over SVN
We actually have a mirror already, I requested it a while back :)
https://github.com/apache/flex
We would just have to come to a consensus and figure out the workflows we'd
use, document them and move to using the Apache Git, which is: git://
git.apache.org/flex.git
I'd be willing to do the work
Hi,
As far as I'm aware we couldn't use github.
There's some info here:
http://www.apache.org/dev/git.html
A couepl of Apache projects do use git as there main version control but I
think there a reluctance to use it over SVN as it still a work in progress/in
alpha/beta support:
https://git-wi
Apache Cordova is using Git:
https://github.com/apache/incubator-cordova-docs
It looks like they're using the Git mirror that is set up by Apache, and
they are managing Pull Requests via GitHub.
Apache is set up as an organization on GitHub, but it looks like they don't
have anyone actually added
This will be optimal, and will make possible almost whatever refactor or
modification that people would want to make in Apache Flex. As I said
taking into account that Flex is targeting version 5 and is not a new
project GIT is not an option...is a must.
Projects with long history have refactoring
Hi,
> If we switched to Git then it'd have to be with the Git Branching Model.
Exactly. It could not be a single development/unstable branch. I'd be for using
git in that way.
Justin
On Fri, Aug 10, 2012 at 12:40 AM, Alex Harui wrote:
> Would we be working off of github.com?
>
> Who controls who has write-access?
>
> What else do we need to worry about?
>
> --
> Alex Harui
> Flex SDK Team
> Adobe Systems, Inc.
> http://blogs.adobe.com/aharui
>
I'm not sure how the other Apac
> I'm thinking we won't switch
to Git until after Adobe donates 3.x at the earliest.
Alex, why Flex 3.x should be a showstopper for go to Git? I think it could
be donated to Apache SVN and then incorporate to Git when it comes the
time. I don't see the relation here, but a problem for Flex 4.x - 5
All merge of of trunk from unstable can cause conflicts if for example
> someone deleted or renamed a file in one changeset and someone else
> modified the same file in another changeset.
This is also another issue that can be solved with using Git because of
rebasing. Rebasing branches undoes al
Work on github would be a dream :)
2012/8/10 Alex Harui
> Would we be working off of github.com?
>
> Who controls who has write-access?
>
> What else do we need to worry about?
>
> --
> Alex Harui
> Flex SDK Team
> Adobe Systems, Inc.
> http://blogs.adobe.com/aharui
>
--
Carlos Rovira
Direc
On Thu, Aug 9, 2012 at 11:16 PM, Justin Mclean wrote:
> HI,
>
> > If we could just switch to Git we wouldn't have any of these stupid
> > problems with merging to begin with.
>
> Or is using SVN by working in trunk or have short lived branches as
> needed. It's hot hard or complex when used that w
Would we be working off of github.com?
Who controls who has write-access?
What else do we need to worry about?
--
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui
Hi,
> No, it is an option on the command=line as well as described further down in
> the article I posted a couple of replies back.
And as I said with this large a code base looking through history via the
command line is hardly ideal.
> If I understood Bertrand, the results of the poll will be
80 matches
Mail list logo