Apparently I write in a spamy way.
There's no contact for these kinds of issues, so I'm sending this here, sorry.
-- Forwarded message --
From:
Date: Feb 13, 2008 11:24 AM
Subject: RE: Re: [Qemu-devel] What does code_copy_enabled do?
To: [EMAIL PROTECTED]
M
On Feb 13, 2008 10:22 AM, Rob Landley <[EMAIL PROTECTED]> wrote:
> On Tuesday 12 February 2008 05:57:18 Ian Jackson wrote:
> > hg is much better. OTOH it does have one severe problem: it expects
> > you to check in before merging, which is the opposite of what cvs
> > users expect. A cvs refugee,
On Tuesday 12 February 2008 05:57:18 Ian Jackson wrote:
> hg is much better. OTOH it does have one severe problem: it expects
> you to check in before merging, which is the opposite of what cvs
> users expect. A cvs refugee, or anyone working on a project whose
> leaders don't like merge changese
Johannes Schindelin writes ("Re: [Qemu-devel] What does code_copy_enabled do?"):
> If you mean the one at repo.or.cz and the one at kernel.dk, no. They
> contain exactly the same history.
You're right. I hadn't checked. My own mirror generated with
git-cvsimport is
Hi,
On Tue, 12 Feb 2008, Ian Jackson wrote:
> Johannes Schindelin writes ("Re: [Qemu-devel] What does code_copy_enabled
> do?"):
> > On Tue, 12 Feb 2008, Ian Jackson wrote:
> > > At the very least we need one drcs branch containing only changes
> > &
Johannes Schindelin writes ("Re: [Qemu-devel] What does code_copy_enabled do?"):
> On Tue, 12 Feb 2008, Ian Jackson wrote:
> > At the very least we need one drcs branch containing only changes from
> > the upstream cvs. It has to be incrementally updated, automaticall
Hi,
On Tue, 12 Feb 2008, Ian Jackson wrote:
> * In the meantime, or if upstream decide not to, what is the best way
>for non-upstream contributors to collaborate with each other ?
>
> [...]
>
> What should those of us who want to collaborate using a drcs (so that we
> can share our work-in
Hi,
Am 12.02.2008 um 12:15 schrieb Johannes Schindelin:
On Tue, 12 Feb 2008, Paul Brook wrote:
Any news on the possible cvs->svn migration?
To be perfectly honest, IMO there is little point moving an existing
project from CVS to SVN.
I disagree. CVS has several fairly fundamental flaws (
It seems to me that there are two questions here:
* Should the CVS for the upstream repository be replaced with
something else ?
* In the meantime, or if upstream decide not to, what is the best way
for non-upstream contributors to collaborate with each other ?
The answer to the first qu
> : > > Any news on the possible cvs->svn migration?
> : >
> : > To be perfectly honest, IMO there is little point moving an existing
> : > project from CVS to SVN.
> :
> : I disagree. CVS has several fairly fundamental flaws (no global revision
> : IDs, unable to move files, and more subtle prob
Hi,
I did not really want to continue this discussion, but then, I really
cannot let certain statements slip by. *sigh*
On Tue, 12 Feb 2008, Paul Brook wrote:
> > > Any news on the possible cvs->svn migration?
> >
> > To be perfectly honest, IMO there is little point moving an existing
> > pro
In message: <[EMAIL PROTECTED]>
Paul Brook <[EMAIL PROTECTED]> writes:
: > > Any news on the possible cvs->svn migration?
: >
: > To be perfectly honest, IMO there is little point moving an existing
: > project from CVS to SVN.
:
: I disagree. CVS has several fairly fundamental flaws
On Monday 11 February 2008 15:28:17 Johannes Schindelin wrote:
> Hi,
>
> On Mon, 11 Feb 2008, Rob Landley wrote:
> > I've been using git://git.kernel.dk/data/git/qemu.git although I
> > personally prefer mercurial. (It's easier to learn and to use, you get
> > the web viewer for free, etc.)
>
> I
> > Any news on the possible cvs->svn migration?
>
> To be perfectly honest, IMO there is little point moving an existing
> project from CVS to SVN.
I disagree. CVS has several fairly fundamental flaws (no global revision IDs,
unable to move files, and more subtle problems with branches/tags).
S
Hi,
On Mon, 11 Feb 2008, Rob Landley wrote:
> I've been using git://git.kernel.dk/data/git/qemu.git although I
> personally prefer mercurial. (It's easier to learn and to use, you get
> the web viewer for free, etc.)
I really grow tired of people perpetuating how "easy" Mercurial is,
without
On Feb 11, 2008 10:38 PM, Johannes Schindelin
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Mon, 11 Feb 2008, Felipe Contreras wrote:
>
> > The advantage of using SVN is that most drcs play along with it quite
> > decently. Something that doesn't happen with CVS.
>
> So you're saying in order to use a DV
On Monday 11 February 2008 14:38:42 Johannes Schindelin wrote:
> Hi,
>
> On Mon, 11 Feb 2008, Felipe Contreras wrote:
> > The advantage of using SVN is that most drcs play along with it quite
> > decently. Something that doesn't happen with CVS.
>
> So you're saying in order to use a DVCS you would
On Saturday 09 February 2008 10:49:49 Johannes Schindelin wrote:
> Hi,
>
> On Sat, 9 Feb 2008, Felipe Contreras wrote:
> > Right now I can't use qemu because a bug introduced in the last months
> > and with git-bisect I probably would be able to fix it myself.
>
> Just clone git://repo.or.cz/qemu.g
Hi,
On Mon, 11 Feb 2008, Felipe Contreras wrote:
> The advantage of using SVN is that most drcs play along with it quite
> decently. Something that doesn't happen with CVS.
So you're saying in order to use a DVCS you would need to switch to a
CVCS?
Puzzled,
Dscho
On Feb 11, 2008 5:52 PM, Ian Jackson <[EMAIL PROTECTED]> wrote:
> Rob Landley writes ("Re: [Qemu-devel] What does code_copy_enabled do?"):
> > Any news on the possible cvs->svn migration?
>
> To be perfectly honest, IMO there is little point moving an existing
&
Johannes Schindelin writes ("Re: [Qemu-devel] What does code_copy_enabled do?"):
> Now, that is funny. You quote me, and you quote Rob, but culled both of
> us from the Cc list.
How strange. I definitely didn't mean to do that, sorry.
...tests...
This is the fault of
Hi,
On Mon, 11 Feb 2008, Ian Jackson wrote:
> Johannes Schindelin writes ("Re: Git/SVN/CVS? was Re: [Qemu-devel] What does
> code_copy_enabled do?"):
> > Just clone git://repo.or.cz/qemu.git, then.
>
> Rob Landley writes ("Re: [Qemu-devel] What does code_co
Rob Landley writes ("Re: [Qemu-devel] What does code_copy_enabled do?"):
> Any news on the possible cvs->svn migration?
To be perfectly honest, IMO there is little point moving an existing
project from CVS to SVN. SVN has better support for renames, and a
few other advantages,
Johannes Schindelin writes ("Re: Git/SVN/CVS? was Re: [Qemu-devel] What does
code_copy_enabled do?"):
> Just clone git://repo.or.cz/qemu.git, then.
Rob Landley writes ("Re: [Qemu-devel] What does code_copy_enabled do?"):
> ... the git mirror I follow (git://git.k
Hi,
On Sat, 9 Feb 2008, Felipe Contreras wrote:
> Right now I can't use qemu because a bug introduced in the last months
> and with git-bisect I probably would be able to fix it myself.
Just clone git://repo.or.cz/qemu.git, then.
Hth,
Dscho
On Feb 9, 2008 2:45 PM, Johannes Schindelin <[EMAIL PROTECTED]> wrote:
> Hi,
>
>
> On Sat, 9 Feb 2008, Blue Swirl wrote:
>
> > On 2/8/08, Rob Landley <[EMAIL PROTECTED]> wrote:
> > > On Thursday 07 February 2008 21:52:33 Paul Brook wrote:
> > > > On Friday 08 February 2008, Rob Landley wrote:
> > >
Hi,
On Sat, 9 Feb 2008, Blue Swirl wrote:
> On 2/9/08, Johannes Schindelin <[EMAIL PROTECTED]> wrote:
>
> > And I'm not a fan of _forcing_ people to switch to another SCM. You
> > can use git (and even cvsimport yourself, should the public git
> > mirrors lag), and even svn, as pbrook showed,
On 2/9/08, Johannes Schindelin <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Sat, 9 Feb 2008, Blue Swirl wrote:
>
> > On 2/8/08, Rob Landley <[EMAIL PROTECTED]> wrote:
> > > On Thursday 07 February 2008 21:52:33 Paul Brook wrote:
> > > > On Friday 08 February 2008, Rob Landley wrote:
> > > > > Grepping t
Hi,
On Sat, 9 Feb 2008, Blue Swirl wrote:
> On 2/8/08, Rob Landley <[EMAIL PROTECTED]> wrote:
> > On Thursday 07 February 2008 21:52:33 Paul Brook wrote:
> > > On Friday 08 February 2008, Rob Landley wrote:
> > > > Grepping through the source code, I can find 3 places where this global
> > > > va
On 2/8/08, Rob Landley <[EMAIL PROTECTED]> wrote:
> On Thursday 07 February 2008 21:52:33 Paul Brook wrote:
> > On Friday 08 February 2008, Rob Landley wrote:
> > > Grepping through the source code, I can find 3 places where this global
> > > variable is set (it's initialized to a default value of
On Thursday 07 February 2008 21:52:33 Paul Brook wrote:
> On Friday 08 February 2008, Rob Landley wrote:
> > Grepping through the source code, I can find 3 places where this global
> > variable is set (it's initialized to a default value of 1, there's
> > a "no-code-copy" command line option that s
On Friday 08 February 2008, Rob Landley wrote:
> Grepping through the source code, I can find 3 places where this global
> variable is set (it's initialized to a default value of 1, there's
> a "no-code-copy" command line option that sets it to zero, and then it
> shows up in the test suite once).
Grepping through the source code, I can find 3 places where this global
variable is set (it's initialized to a default value of 1, there's
a "no-code-copy" command line option that sets it to zero, and then it shows
up in the test suite once). What I can't find is any code ever actually
checki
33 matches
Mail list logo