On 10.10.2011, 2:04 Daniel wrote:
I don't really see how changing the format is going to have any impact by
itself. Whether PHP, XML, a hand-rolled data format or anything else, it
still doesn't play nicely with version control. Fundamentally we want to
make changes to content in a
On 11-10-11 12:21 PM, Max Semenik wrote:
On 10.10.2011, 2:04 Daniel wrote:
I don't really see how changing the format is going to have any impact by
itself. Whether PHP, XML, a hand-rolled data format or anything else, it
still doesn't play nicely with version control. Fundamentally we want
On 07/10/11 14:27, Victor Vasiliev wrote:
I also use two working copies (one read-only for development and one
for commiting). This is mostly due to lack of svn stash and local
branches (I have at least two large patches on my local copy I'm
forced to manually unmerge by editing svn diffs).
On 06/10/11 09:55, Daniel Friesen wrote:
I wish we could stop pushing TWN updates as code commits.
I'm getting tired of trying to look through an extension's log for
changes and having to sort through it where 3/4 of the commits are TWN
updates.
Someone mentioned an idea at one point of
Ashar Voultoiz wrote:
That might be me, or at least I have the same concern about logs
specially when bisecting changes.
Much like we moved extension out of core, we might want to have
translations moved out too. We do not really need 0day translations for
day to day MW hacking.
What about
On 09/10/11 20:20, Platonides wrote:
What about commits which add a message?
Since English is our reference language, we would keep it in core. If
you wanted to provide other translations (Portuguese for you, or French
for me), it would need to be done in the i18n repository.
Most i18n
On 9 October 2011 21:52, Daniel Friesen li...@nadir-seen-fire.com wrote:
On 11-10-09 11:20 AM, Platonides wrote:
What I've been thinking isn't so much putting translations in another
repo, or even TWN doing any commits anywhere at all. Frankly the whole
idea of TWN reading and writing .php
On 9 October 2011 22:33, Niklas Laxström niklas.laxst...@gmail.com wrote:
On 9 October 2011 21:52, Daniel Friesen li...@nadir-seen-fire.com wrote:
On 11-10-09 11:20 AM, Platonides wrote:
What I've been thinking isn't so much putting translations in another
repo, or even TWN doing any
On 11-10-09 02:48 PM, Happy Melon wrote:
On 9 October 2011 22:33, Niklas Laxström niklas.laxst...@gmail.com wrote:
On 9 October 2011 21:52, Daniel Friesen li...@nadir-seen-fire.com wrote:
On 11-10-09 11:20 AM, Platonides wrote:
What I've been thinking isn't so much putting translations in
On 11-10-06 10:43 PM, Victor Vasiliev wrote:
On Wed, Oct 5, 2011 at 5:33 AM, Brion Vibber br...@pobox.com wrote:
You can check out extensions as separate repositories directly into
subfolders within core's 'extensions' dir for a ready-to-run system. But,
you *do* need to do either manually or
On Fri, Oct 7, 2011 at 3:48 PM, Daniel Friesen
li...@nadir-seen-fire.com wrote:
I currently do this with absolute hacks involving ssh up on both working
copies, piping svn diff through ssh into patch, commit, then another svn
up. The fact I have unfinished code lying around in my working copies
On 6 October 2011 00:12, Siebrand Mazeland s.mazel...@xs4all.nl wrote:
Is that ssh session share thingy also available for Windows users?
As Windows users generally use putty (although I'm not 100% sure about
git-mingw, in this respect, but it works at least with tortoisesvn,
and probably also
On 11-10-05 03:07 PM, Happy Melon wrote:
On 5 October 2011 22:30, Brion Vibber br...@pobox.com wrote:
On Wed, Oct 5, 2011 at 1:59 PM, Brion Vibber br...@pobox.com wrote:
This could still end up pulling from 600+ repos -- if there are actually
changes in them all! -- but should make typical
On 06.10.2011, 2:12 Conrad Irwin wrote:
What's the use-case for checking out all of the extensions? Presumably that
would only be needed if you wanted to do some global clean-up, so this won't
affect the majority of people too extremely.
Actually, it's pretty common, most if not all active
Max Semenik wrote:
On 06.10.2011, 2:12 Conrad Irwin wrote:
What's the use-case for checking out all of the extensions? Presumably that
would only be needed if you wanted to do some global clean-up, so this won't
affect the majority of people too extremely.
Actually, it's pretty common, most
Brion Vibber wrote:
You can check out extensions as separate repositories directly into
subfolders within core's 'extensions' dir for a ready-to-run system. But,
you *do* need to do either manually or scripted iteration over them to pull
updates or commit across repos. Git's submodules might
On Wed, Oct 5, 2011 at 7:18 AM, Platonides platoni...@gmail.com wrote:
There are 615 extensions in trunk/extensions
With the new setup, would someone which has a checkout of everything
need to open 616 connections (network latency, ssh authentication, etc.)
whenever he wants to pull?
Brion Vibber wrote:
On Wed, Oct 5, 2011 at 7:18 AM, Platonidesplatoni...@gmail.com wrote:
There are 615 extensions in trunk/extensions
With the new setup, would someone which has a checkout of everything
need to open 616 connections (network latency, ssh authentication, etc.)
whenever he
Daniel Friesen wrote:
;) And when all else fails, rsync a bunch of --bare repos and do your
pull on the local hd.
~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name]
Sorry? Note that only a small subset of those with commit access do have
full ssh to run commands. And a
Sorry? Note that only a small subset of those with commit access do have
full ssh to run commands. And a good system shouldn't need those hacks
(which is why we are discussing in advance).
I don't see why we can't open up access to basically everyone. I'd
like to make it so that everyone who
On Oct 5, 2011 1:03 PM, Platonides platoni...@gmail.com wrote:
I know about ControlMaster (which we can only those of us with ssh+git
can benefit), but just launching a new process and waiting if there's
something new will slow-down. OTOH git skips the recurse everything
locking all subfolders
On Wed, Oct 5, 2011 at 1:59 PM, Brion Vibber br...@pobox.com wrote:
On Oct 5, 2011 1:03 PM, Platonides platoni...@gmail.com wrote:
I know about ControlMaster (which we can only those of us with ssh+git
can benefit), but just launching a new process and waiting if there's
something new will
On 5 October 2011 22:30, Brion Vibber br...@pobox.com wrote:
On Wed, Oct 5, 2011 at 1:59 PM, Brion Vibber br...@pobox.com wrote:
This could still end up pulling from 600+ repos -- if there are actually
changes in them all! -- but should make typical cases a *lot* faster.
Pushed localisation
On Wed, Oct 5, 2011 at 3:07 PM, Happy Melon happy.melon.w...@gmail.comwrote:
On 5 October 2011 22:30, Brion Vibber br...@pobox.com wrote:
On Wed, Oct 5, 2011 at 1:59 PM, Brion Vibber br...@pobox.com wrote:
This could still end up pulling from 600+ repos -- if there are actually
changes
Op 5 okt. 2011 om 15:07 heeft Happy Melon happy.melon.w...@gmail.com het
volgende geschreven:
On 5 October 2011 22:30, Brion Vibber br...@pobox.com wrote:
On Wed, Oct 5, 2011 at 1:59 PM, Brion Vibber br...@pobox.com wrote:
This could still end up pulling from 600+ repos -- if there are
On Wed, Oct 5, 2011 at 5:12 PM, Siebrand Mazeland s.mazel...@xs4all.nl wrote:
Is that ssh session share thingy also available for Windows users?
If you use one of the windows clients that support it[1], I would assume so.
1 - http://en.wikipedia.org/wiki/Comparison_of_SSH_clients#Technical
I whipped up a few prelim notes on a possible git repository layout for
MediaWiki core and extensions, splitting out from SVN:
http://www.mediawiki.org/wiki/Git_conversion/Splitting_tests
I've run this past Siebrand to make sure that it should work for the
localization batch commits, and he
27 matches
Mail list logo
