Ahh, the cobite.com address worked ;)
David, as you may or may not be aware, the dm.cobite.com address was
bouncing at least as of yesterday.
On Tue, 26 Jul 2005, David Mansfield wrote:
>
> It 'smells' wierd to have to revisions in the same patchset at all, but
> I suppose you've all been thro
Linus Torvalds wrote:
On Mon, 25 Jul 2005, Linus Torvalds wrote:
And they are in the wrong order, so "cvsimport" ends up committing the
last one, which is the _empty_ one.
Notice? We'll end up committing "COPYING 1.1" (the empty initial create)
even though we _should_ have committed "COPYING
Linus Torvalds wrote:
> Hmm.. David Mansfields address is bouncing, and it's apparently not just
> that "cvsps" thing, since it says that the MX machine can't be looked up.
> Does anybody have an alternate address for him? All the ones I've seen so
> far with google are at the same failing "dm.c
On Mon, 25 Jul 2005, Linus Torvalds wrote:
>
> David, how about a patch like this to cvsps? My very very limited testing
> seems to say that it does the right thing..
Hmm.. David Mansfields address is bouncing, and it's apparently not just
that "cvsps" thing, since it says that the MX machine
On Tue, Jul 26, 2005 at 01:42:57AM +0200, Matthias Urlichs wrote:
> (Side question - why aren't you doing a direct bk2git import?)
The last time I went looking for a tool to do this, I failed to find it
- where can I get this?
--
Ryan Anderson
sometimes Pug Majere
-
To unsubscribe from this
On Mon, 25 Jul 2005, Linus Torvalds wrote:
>
> And they are in the wrong order, so "cvsimport" ends up committing the
> last one, which is the _empty_ one.
>
> Notice? We'll end up committing "COPYING 1.1" (the empty initial create)
> even though we _should_ have committed "COPYING 1.2" (the a
On Tue, 26 Jul 2005, Matthias Urlichs wrote:
>
> That's a problem with the bkcvs tree. Remember tht Bitkeeper does
> exactly the same thing -- the 1.0 version of *any* file is empty, and
> content appears only in version 1.1.
Not really. That may be how the SCCS _deltas_ end up being done
interna
Hi,
Linus Torvalds:
> In particular, they always end up being imported as zero-sized empty
> files, and will be filled in only later if that file is ever touched
> again. In other words, the resulting git tree ends up being bogus.
>
That's a problem with the bkcvs tree. Remember tht Bitkeeper do
On Wed, 13 Jul 2005, Matthias Urlichs wrote:
>
> Sven Verdoolaege:
> > Previously, git-cvsimport-script would fail
> > on revisions with more than one digit.
> >
> Ouch. Thanks.
Hmm.. I finally tried to import the bkcvs kernel tree into git, and while
I'm cursing the slowness of CVS (I'm _hop
Hi,
Sven Verdoolaege:
> Previously, git-cvsimport-script would fail
> on revisions with more than one digit.
>
Ouch. Thanks.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
- -
When a guy
git-cvsimport-script: parse multidigit revisions.
Previously, git-cvsimport-script would fail
on revisions with more than one digit.
Signed-off-by: Sven Verdoolaege <[EMAIL PROTECTED]>
---
commit 7b5f7bcc470528beb4a0b6ef1c93ce634aaa0158
tree db66d0759f97016bd123e2351aa0e77585e3177b
parent e30e81
11 matches
Mail list logo
