Kiall Mac Innes wrote:
The Drupal document referenced is not explaining "How to develop Drupal" but rather
"How to develop a drupal based site using git".
Actually in my book that is one of the same thing once we move to more complex
sites. Parts of my own sites ARE packages under development i
On Sat, Aug 13, 2011 at 12:26 AM, Lester Caine wrote:
> Actually they are talking about developing Drupal ...
>
The Drupal document referenced is not explaining "How to develop Drupal" but
rather "How to develop a drupal based site using git".
The section titled "Creating a Working
Branch"'s in
Stas Malyshev wrote:
Branches are different things than github forks, for different purposes.
Branch is a project, fork is a workspace. You can have multiple people
work on a project, using multiple workspaces.
That is not how Drupal seems to be using git ...
http://drupal.org/node/803746#clone
Hi!
On 8/12/11 3:01 PM, Lester Caine wrote:
Branches are different things than github forks, for different purposes.
Branch is a project, fork is a workspace. You can have multiple people
work on a project, using multiple workspaces.
That is not how Drupal seems to be using git ...
http://drup
QA support for PHP on Windows. working with Pierre Joye. need to commit patches
to test cases and report and respond to bugs.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Fri, Aug 12, 2011 at 3:01 PM, Lester Caine wrote:
> Stas Malyshev wrote:
>>>
>>> Sandboxes and development branches are the right way to go, but could
>>> actually
>>
>> Branches are different things than github forks, for different purposes.
>> Branch is a project, fork is a workspace. You can
Stas Malyshev wrote:
Sandboxes and development branches are the right way to go, but could
actually
Branches are different things than github forks, for different purposes.
Branch is a project, fork is a workspace. You can have multiple people
work on a project, using multiple workspaces.
Tha
On 12 August 2011 20:02, Stas Malyshev wrote:
> Branches are different things than github forks, for different purposes.
> Branch is a project, fork is a workspace. You can have multiple people work
> on a project, using multiple workspaces.
And today I learned something.
--
Richard Quadling
GitHub (and Bitbucket) have made forking a social endeavour - it's meant
to be a noisy space of code forks for collaboration just as Stas mentioned.
Bottom line: *if* a DVCS is adopted - enhancing policies and a process
that supports little additional burden on maintainers is required.
Having
Hi!
On 8/12/11 11:47 AM, Lester Caine wrote:
Pull requests, for one.
Push/Pull from local copy?
No, no. Pull requests and push/pull are very different things. Having
people just push whatever they like whenever they like into main code is
what we have now, and it's not really the best way t
Stas Malyshev wrote:
Actually the real question here is WHY create a fork on github at all?
The copy
Pull requests, for one.
Push/Pull from local copy?
My point was that many of the forks currently ON github are simply not required?
you are working on LOCALLY is the fork that you are developi
Hi!
On 8/12/11 1:55 AM, David Soria Parra wrote:
I added some notes about Karma and implemented Karma for Mercurial.
If there are no more questions (maybe I forgot some to answer), I will
go and call for votes this week.
I think we shouldn't rush with it, things still are being discussed as I
Hi!
On 8/12/11 4:38 AM, Kalle Sommer Nielsen wrote:
I can't see why we can't offer mirrors that can be written to and
synced for people who absolutely cannot work inside a centralized
system like our current model. I would really, really hate to
You don't want to deal with syncing writable mir
Hi!
On 8/12/11 5:14 AM, Lester Caine wrote:
But that is the point ... if everybody has their own published 'experimental
feature' repos, syncing those bits we are playing with looks like a nightmare?
Of course. Unless you are using modern tools to manage this, like, hmmm,
github? ;)
--
Stani
Hi!
On 8/12/11 4:29 AM, Lester Caine wrote:
Actually the real question here is WHY create a fork on github at all? The copy
Pull requests, for one.
you are working on LOCALLY is the fork that you are developing on? Much of the
stuff on github and the other DVCS server sites is redundant? You
Hi!
On 8/12/11 3:26 AM, Derick Rethans wrote:
But you can't call it PHP anymore due to the license, where as with a
DCVS with people having forks on publically accessible repositories,
everybody is basically violating the license.
Well, the license is something to think about, yes.
I share
Hi Iternals,
I'm post a patch to fix below bug. Can you review the patch ?
Bug #54379 PDO_OCI: UTF-8 output gets truncated
https://bugs.php.net/bug.php?id=54379
I recommed you to use Amazon RDS or Oracle Express Edition, If you do
not have Oracle environment.
Regards.
--
PHP Internals - PHP Ru
On Fri, Aug 12, 2011 at 07:54, Kalle Sommer Nielsen wrote:
> 2011/8/12 Sebastian Bergmann :
>> I never understood why we chose a legacy technology when we migrated
>> from CVS.
>
> Well I'm sure if there were raised bigger "concerns" or more attention
> headed towards Git/Mercurial/Bzr/Whatever
It was a forced move despite the voices in favor of git back then.
- Reply message -
From: "Kalle Sommer Nielsen"
Date: Fri, Aug 12, 2011 13:23
Subject: [PHP-DEV] behavior of translating dot in the query variable name into
underscore character
To: "Etienne Kneuss"
Cc: "Laruence" , "PHP
2011/8/12 Johannes Schlüter :
> Hi,
>
> On Fri, 2011-08-12 at 15:48 +0200, Ferenc Kovacs wrote:
>> if we would both provide the foo_bar and foo.bar:
>>
>> - if your code expects foo.bar to be foo_bar, it's there.
>> - if you expect foo.bar, it's also fine.
>> - if you did a workaround in the past (
Hi,
On Fri, 2011-08-12 at 15:48 +0200, Ferenc Kovacs wrote:
> if we would both provide the foo_bar and foo.bar:
>
> - if your code expects foo.bar to be foo_bar, it's there.
> - if you expect foo.bar, it's also fine.
> - if you did a workaround in the past (parse the query string
> manually), tha
s/goot at/not good at/
sorry
2011/8/12 Laruence :
> Hi:
> I am goot at debate as my poor english,
> I try to make my point clearly,
>
> that is , I think there is one reason to do this change, that is
> "what you saw should be what you get",
>
> this behavior confused any pepole who meet this
Hi:
I am goot at debate as my poor english,
I try to make my point clearly,
that is , I think there is one reason to do this change, that is
"what you saw should be what you get",
this behavior confused any pepole who meet this issue first, and
need explained by document,
I agree with
Someone said that it won't be that easy, because functions are
searched within a namespace first and when they don't exist there,
then are called from global namespace.
Example:
wrote:
> On Fri, Aug 12, 2011 at 12:12 PM, Sebastian Krebs
> wrote:
>> Hi,
>>
>> 2011/8/12 Ferenc Kovacs
>>
>>> On Sa
On Fri, Aug 12, 2011 at 3:20 PM, Derick Rethans wrote:
> On Fri, 12 Aug 2011, Laruence wrote:
>
>> a request uri : http://***/a.b=2 will result $_GET["a_b"] = 2 (
>> the dot was translated into underscore char);
>>
>> my point is , since register_globals has be removed already( in
>> my
> https://github.com/preinheimer/xhprof vs https://github.com/facebook/xhprof
IMO, this is actually a good example of how it's *beneficial* to have diverging
trees (forks).
Paul's xhprof is (or at least /was/; I believe it still is, but I haven't
looked at the facebook tree in a long time) FAR
On Fri, 12 Aug 2011, Laruence wrote:
> a request uri : http://***/a.b=2 will result $_GET["a_b"] = 2 (
> the dot was translated into underscore char);
>
> my point is , since register_globals has be removed already( in
> my opinion this behavior only make sence when register_globals on
On Fri, Aug 12, 2011 at 1:23 PM, Kalle Sommer Nielsen wrote:
>> For BC reasons there is no way we can simply remove it. Old code might
>> rely on it without relying on register_globals.
> Although we could assign both, but I guess that would eat more memory
> that it might actually benefit.
Would
fwiw with Drupal we have a central repository for the core and contributed
projects hosted on Drupal.org. There are also sandbox projects (which can be
either experimental new projects or forks), and these are also centrally
hosted.
This doesn't stop people using github, but it massively increased
Johannes Schlüter wrote:
Actually the real question here is WHY create a fork on github at all? The copy
> you are working on LOCALLY is the fork that you are developing on? Much of
the
> stuff on github and the other DVCS server sites is redundant? You only need
to
> publish your local chan
2011/8/12 Sebastian Bergmann :
> I never understood why we chose a legacy technology when we migrated
> from CVS.
Well I'm sure if there were raised bigger "concerns" or more attention
headed towards Git/Mercurial/Bzr/Whatever then we might ended up on
one of them today. I don't remember much of
On 08/12/2011 07:38 AM, Kalle Sommer Nielsen wrote:
Normally not my cup of coffee entering a threat on which VCS we should
use, I honestly can't see why we didn't choose another over SVN when
we had a year long discussion about it. I remember Rasmus said that
when we change version control system
On Fri, 2011-08-12 at 12:29 +0100, Lester Caine wrote:
> Actually the real question here is WHY create a fork on github at all? The
> copy
> you are working on LOCALLY is the fork that you are developing on? Much of
> the
> stuff on github and the other DVCS server sites is redundant? You only
On 08/12/2011 06:26 AM, Derick Rethans wrote:
I share Richard's concerns about finding out "what is the real one"/best
one/latest one.
I do not think of the network of clones of PHPUnit's Git repository
(https://github.com/sebastianbergmann/phpunit/network/members) as forks.
It's merely GitH
Ho
2011/8/7 David Soria Parra :
> ...
Normally not my cup of coffee entering a threat on which VCS we should
use, I honestly can't see why we didn't choose another over SVN when
we had a year long discussion about it. I remember Rasmus said that
when we change version control system: "it better l
Ferenc Kovacs wrote:
But you can't call it PHP anymore due to the license, where as with a
> DCVS with people having forks on publically accessible repositories,
> everybody is basically violating the license.
>
you can rename your fork on github:
https://github.com/Tyrael/forphx
usually peopl
Hi Etienne
2011/8/12 Etienne Kneuss
> For BC reasons there is no way we can simply remove it. Old code might
> rely on it without relying on register_globals.
Although we could assign both, but I guess that would eat more memory
that it might actually benefit.
--
regards,
Kalle Sommer Nielse
Adam Harvey wrote:
I share Richard's concerns about finding out "what is the real one"/best
> one/latest one.
I didn't understand the problem when Richard first posted, and I still
don't now, to be honest. The canonical repository is the one the
php.net Web site points to. Surely it's not any h
On Fri, 2011-08-12 at 11:26 +0100, Derick Rethans wrote:
> But you can't call it PHP anymore due to the license, where as with a
> DCVS with people having forks on publically accessible repositories,
> everybody is basically violating the license.
If this kind of a "fork" makes it a "product" as
> But you can't call it PHP anymore due to the license, where as with a
> DCVS with people having forks on publically accessible repositories,
> everybody is basically violating the license.
>
you can rename your fork on github:
https://github.com/Tyrael/forphx
usually people don't do this, as the
Hello,
On Fri, Aug 12, 2011 at 12:31, Laruence wrote:
> Hi:
> a request uri : http://***/a.b=2 will result $_GET["a_b"] = 2 (
> the dot was translated into underscore char);
>
> my point is , since register_globals has be removed already( in
> my opinion this behavior only make sence whe
all of those you listed, when you look at the fork path, can be traced to
the real root, but thats the point to git, the main might have a bug, and
becasue you can fork, and give pull-requests, until main is fixed, yours
could be counted as the "real" one
On Fri, Aug 12, 2011 at 11:26 AM, Derick R
On 12 August 2011 18:26, Derick Rethans wrote:
> I share Richard's concerns about finding out "what is the real one"/best
> one/latest one.
I didn't understand the problem when Richard first posted, and I still
don't now, to be honest. The canonical repository is the one the
php.net Web site poin
Hi:
a request uri : http://***/a.b=2 will result $_GET["a_b"] = 2 (
the dot was translated into underscore char);
my point is , since register_globals has be removed already( in
my opinion this behavior only make sence when register_globals on),
should we remove this translating behavio
On Fri, Aug 12, 2011 at 12:12 PM, Sebastian Krebs
wrote:
> Hi,
>
> 2011/8/12 Ferenc Kovacs
>
>> On Sat, Aug 6, 2011 at 2:24 PM, Ryan McCue wrote:
>> > Ferenc Kovacs wrote:
>> >> I would like to introduce this RFC which would provide function
>> >> autoloading through the spl_autoload facility wi
On Sun, 7 Aug 2011, Stas Malyshev wrote:
> On 8/7/11 2:13 PM, Richard Quadling wrote:
>
> You can build single-source workflows around DCVS too. The fact that
> everybody is keeping the copy of the history doesn't mean there can't
> be one "main" repository. The point of DCVS is not as much in d
Hi,
2011/8/12 Ferenc Kovacs
> On Sat, Aug 6, 2011 at 2:24 PM, Ryan McCue wrote:
> > Ferenc Kovacs wrote:
> >> I would like to introduce this RFC which would provide function
> >> autoloading through the spl_autoload facility without userland BC
> >> breakage.
> >
> > Shouldn't the default type
On Sat, Aug 6, 2011 at 2:24 PM, Ryan McCue wrote:
> Ferenc Kovacs wrote:
>> I would like to introduce this RFC which would provide function
>> autoloading through the spl_autoload facility without userland BC
>> breakage.
>
> Shouldn't the default type be T_CLASS|T_INTERFACE?
>
sorry for the late
On 2011-08-07, David Soria Parra wrote:
> Hi Internals,
>
> Distributed Version Control Systems (DVCS) getting more and more
> popular. In fact they have been discussed within the PHP community and
> on Internals a few times. It came to my attention that more and more
> people like to see PHP move
49 matches
Mail list logo
