e new RFC.
--
http://www.catb.org/~esr/";>Eric S. Raymond
rt for the weaker
> hashes, then what benefit do you get from supporting multiple hash
> functions?
Not losing the capability to verify old parts of histories up to the
strength of the old hash algorithm. Not perfect, but better than nothing.
--
http://www.catb.org/~esr/";>Eric S. Raymond
.
> >
> > G. When a repository is imported from (say) Subversion, the Subversion
> >IDs *don't have to break*! They can be used to initialize the
> >commit-ID fields. Many users migrating from other VCSes will be
> >deeply, deeply grateful for this feature.
>
> There would also need to be some support to retrieve commits using their
> "commit ID" stable identifiers. It may not need to be very fast.
Agreed.
OK, what do we do next? Who needs to sign off on this? Should I prepare
an edit for the hash-function-transition.txt describing the splitting off
of commit IDs?
--
http://www.catb.org/~esr/";>Eric S. Raymond
lve at the same speed.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Jonathan Nieder :
> Hi!
>
> Eric S. Raymond wrote:
>
> > One reason I am sure of this is the SHA-1 to whatever transition.
> > We can't count on the successor hash to survive attack forever.
> > Accordingly, git's design needs to be stable against the
ve to break*! They can be used to initialize the
commit-ID fields. Many users migrating from other VCSes will be
deeply, deeply grateful for this feature.
I believe this solves every problem I walked in with except timestamp
truncation.
--
http://www.catb.org/~esr/";>Eri
Jakub Narebski :
> Errr... how did you get that the hash of a commit is not portable???
OK. You're telling me that premise was wrong. Thank you,
accepted.
I've since had a better idea. Expect mail soon.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Elijah Newren :
> Hi,
>
> On Mon, May 20, 2019 at 11:09 AM Eric S. Raymond wrote:
>
> > > For cookie to be unique among all forks / clones of the same repository
> > > you need either centralized naming server, or for the cookie to be based
> > > on
is
defined as the number of resets you have seen.
Rules 5 and 6 together guarantee that branch creation ordinals round-trip
through export streams. Thus, streams round-trip and I can have my
regression tests with no change to git's visible interface at all!
I could write this code.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Michal Suchánek :
> On Wed, 15 May 2019 21:25:46 -0400
> Derrick Stolee wrote:
>
> > On 5/15/2019 8:28 PM, Eric S. Raymond wrote:
> > > Derrick Stolee :
> > >> What problem are you trying to solve where commit date is important?
>
> >
o that they're pointers to commits
that don't require anything but the target commit's import/export-stream
metadata to resolve. Your idea of an archived hash registry makes me
extremely nervous; I think it's too fragile to trust.
So let me back up a step. I will cheerfully drop advocating bumping
timestamps if anyone can tell me how a different way to define a per-commit
reference cookie that (a) is unique within its repo, and (b) only requires
metadata visible in the fast-export representation of the commit.
--
http://www.catb.org/~esr/";>Eric S. Raymond
'. That really would require a common
timebase.
But I don't need that stronger property, because the purpose of
totally ordering the repo is to guararantee the uniqueness of action
stamps. For that, all I need is to be able to generate a unique cookie
for each commit that can be inserted in its action stamp. For my use cases
that cookie should *not* be a hash, because hashes always break N years
down. It should be an eternally stable product of the commit metadata.
--
http://www.catb.org/~esr/";>Eric S. Raymond
hat *since you're going to have one anyway*, the option
to increase timestamp precision at the same time should not be missed.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Derrick Stolee :
> On 5/15/2019 3:16 PM, Eric S. Raymond wrote:
> > The deeper problem is that I want something from Git that I cannot
> > have with 1-second granularity. That is: a unique timestamp on each
> > commit in a repository.
>
> This is impossible in a distrib
le system as variable-length strings. Do they
really never get translated into time_t? Good news if so.
--
http://www.catb.org/~esr/";>Eric S. Raymond
nyone can set GIT_COMMITTER_DATE to get
> an arbitrary commit date.
In the way I would write things, you can *request* that date, but in
case of a collision you might actually get one a few microseconds off
that preserves its order relationship with your other commits.
--
http://www.catb.org/~esr/";>Eric S. Raymond
cerns.
The feature I *didn't* ask for at the next format break is a user-modifiable
key-value store per commit that is *not* in the commit comment. Bzr
has this. It's useful.
--
http://www.catb.org/~esr/";>Eric S. Raymond
ck in
and I'm pretty sure the absence of total ordering on the branch tips
is at the bottom of that.
I'm willing to write patches if this direction is accepted. I've figured
out how to make fast-import streams upward-compatible with finer-grained
timestamps.
--
http://www.catb.org/~esr/";>Eric S. Raymond
I instructed downstream to update their repository.
On Mon, Oct 1, 2018 at 2:31 PM Raymond Jennings wrote:
>
> Yes, git 2.16.4 to be exact.
>
> I upgraded to 2.19 after ~arch keywording the package on gentoo and
> that fixed it.
> On Mon, Oct 1, 2018 at 12:19 PM Stefan Beller
Yes, git 2.16.4 to be exact.
I upgraded to 2.19 after ~arch keywording the package on gentoo and
that fixed it.
On Mon, Oct 1, 2018 at 12:19 PM Stefan Beller wrote:
>
> On Sat, Sep 29, 2018 at 9:43 AM Raymond Jennings wrote:
> >
> > I have a repo, but it appears to be specif
I have a repo, but it appears to be specific to staging area state.
It only segfaults when I have a certain file deleted.
Where do you want me to upload it?
On Sat, Sep 29, 2018 at 8:34 AM Duy Nguyen wrote:
>
> On Sat, Sep 29, 2018 at 5:31 PM Ævar Arnfjörð Bjarmason
> wrote:
> > > #1 refs_resol
[New LWP 19644]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `git submodule--helper status'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 refs_read_raw_ref (type=, referent=,
oid=, refname=, ref_st
to your country! This will be completed within the next
few days .
1.Your complete name
2.Your Mobile phone number
3. Your nationality
I am waiting to hear from you soon,
Thank you .
Mrs Raymond Mabel
Dear God select,
My name is Mrs.Raymond Mabel, an elderly widow who suffers from a prolonged
illness,l I am contacting you in regards to a Charity Project for helping Less
privileged people,orphanages, widows and propagating the word of God.
which I want to entrust into your care as my Doctor t
commit-msg hook is run after I've already written a message
out to .
I don't think there's a fix to it due to the IDE's seemingly-poor
implementation of the git plugin. Thanks for the clarification!
On Mon, Dec 18, 2017 at 1:31 PM, Eric Sunshine wrote:
> On Mon, Dec 1
If a commit is invoked with -F , indicating that the commit
message should be read from an existing file, the the
prepare-commit-msg and commit-msg hooks do not operate on . The
first argument to the hook is always /COMMIT_EDITMSG, rather
than .
Am I wrong in this line of thinking?
-Seth
My Greetings
MY Name Is Mrs Raymond.Mabel
I am contacting you to help me And My Daughter to relocate to your
country My husband was a serving director of the Gold exporting board
until his death
He Was killed My the Terrorist Attack Here In the City Of Ouagadougou
The Capital City Of Burkina
; to be the named the beneficiary to the deposited funds.
Please acknowledge receipt of my email for further details to proceed.
Regards,
Raymond
s code.
--
http://www.catb.org/~esr/";>Eric S. Raymond
r that, but it's still true. Recommending it
is irresponsible.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Dear
Happy 2016,
Hottest VR box,for mobile phone,Watch 3D movie and vr video,Play vr games
Price only $6/pc now,only from the arcpeaks factory
Alibaba
link,http://arcpeaks.en.alibaba.com/product/60401287002-802634136/2016_hottest_product_virtual_reality_3d_games_and_video_3d_vr_glasses.html
Ple
On 09/07/15 21:55, Jeff King wrote:
On Mon, Sep 07, 2015 at 06:37:29PM -0700, Raymond Jennings wrote:
Please see https://bugs.gentoo.org/show_bug.cgi?id=559920 for further
details.
Files *should* have a single blank line at the end, because a line should
always have a newline at the end.
I&#
Please see https://bugs.gentoo.org/show_bug.cgi?id=559920 for further
details.
Files *should* have a single blank line at the end, because a line
should always have a newline at the end.
Adding a newline to the end of a file whose last line doesn't have one
should be legal...as long as you d
Dear
Good day
Pocket size mini foldable monopod selfie stick with bt shutter button on stick,
now only $2.7/pc ,only from us,the arcpeaks factory,2kpcs in stock now
http://arcpeaks.en.alibaba.com/product/60228194355-801021588/2015_original_factory_foldable_bluetooth_monopod_mini_selfie_stick.htm
Dear
Good day
$0.92/pc monopod selfie stick with cable take pole,only from us,the arcpeaks
factory
Please feel free to contact me for more details
Thanks
Best Regards
Ray
arcpeaks.en.alibaba.com
Skype:sixiwenzhi
MOBIL:+86 18924649532
We will attend Hong kong Electronics Fair(Autumn Edition) On
Dear
Good day $0.99/pc monopod selfie stick with cable take pole,only from us,the
arcpeaks factory
Please feel free to contact me for more details
Thanks
Best Regards
Ray
arcpeaks.en.alibaba.com
Skype:sixiwenzhi
MOBIL:+86 18924649532
We will attend Hong kong Electronics Fair(Autumn Edition) On
Dear
Good day
Pocket size mini foldable monopod selfie stick with bt shutter button on stick,
now only $3/pc ,only from us,the arcpeaks factory
http://arcpeaks.en.alibaba.com/product/60228194355-801021588/2015_original_factory_foldable_bluetooth_monopod_mini_selfie_stick.html
Please feel free to
? Is there a
way to have the `gpg` command use the windows cert store for
validation of a signature?
I feel like this is a TortoiseGit issue, but wanted to bounce this on
you all. I've submitted an issue:
https://code.google.com/p/tortoisegit/issues/detail?id=2143
--
~Ray
` ` ` ` ` ` ` ` &#
ays.
Reasonable. I'm doing this as a temporary break from working on GPSD.
I don't expect to be investing a lot of time in it after I get it
to a 1.0 state.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line &quo
ill trash your history - the bugs in that are worse than the bugs
in 3.0, which are bad enough that I *terminated* it.
Lovely
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a m
om *different
machines* within the time window required to be caught by these effects
is at worst fantastically unlikely. That case is exactly why action
stamps have an email part.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the
ncremental import (aka fetch).
> (Or even "cvssync::" for automatic cvssync + cvs-fast-export).
>
> But from what I understand this is not as easy as it seems, even with
> remote-helper API having support for fast-import stream.
It's a swamp I wouldn'
Andreas Schwab :
> "Eric S. Raymond" writes:
>
> > All versions of CVS have generated commitids since 2004.
>
> Though older versions are still in use, eg. sourceware.org still does
> not generate commitids.
That is awful. Alas, there is not much anyone can do
s out of question, perhaps
> writing one for cvs / cvs-fe would bring incremental import from CVS to
> git?
Sorry, I don't understand that.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
CVS, but without a motivated
> owner, it won't happen.
I think the fact that it hasn't happened already is a good clue that
it's not going to. Given the decline curve of CVS usage, writing
git-cvs might have looked like a decent investment of time once,
but that era probably ended five to eight years ago.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
mental
lifting providing a commitid-generating version of CVS is in use
during each increment. Portions of the history *before the first
lift* may lack commitids and will nevertheless remain stable through
the whole process.
All versions of CVS have generated commitids since 2004.
--
vs2git), who seems even
less interested in incremental conversion than I am. Unless somebody
comes out of nowhere and wants to own that problem, it's not going
to get solved.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
minute, which is plenty fast enough for anything smaller than (say)
one of the *BSD repositories.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
o *less*, not more.
Stable output and incremental dump are reasonable things to demand of
your supported exporters. cvs-fast-export has incremental dump
unconditionally, and stability relative to every CVS implementation
since 2004.
--
http://www.catb.org/~esr/";>Eric S. Ra
t-export succeeds.
t9604:
cvsps and cvs-fast-export both succeed at this test.
t9605:
cvsps fails this test; cvs-fast-export succeeds.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git"
Martin Langhoff :
> On Thu, Dec 12, 2013 at 6:04 PM, Eric S. Raymond wrote:
> > I'm not sure what counts as a nonsensical branching point. I do know that
> > Keith left this rather cryptic note in a REAME:
>
> Keith names exactly what we are talking about.
Oh, yea
Martin Langhoff :
> On Thu, Dec 12, 2013 at 3:58 PM, Eric S. Raymond wrote:
> >> - regardless of commit ids, do you synthesize an artificial commit?
> >> How do you define parenthood for that artificial commit?
> >
> > Because tagging is never used to deduce ch
ool does with
inconsistent tags.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
em.
Here's how the logic works out:
1. Commits grouped by commitid are stable - nothing in CVS ever rewrites
those or assigns a duplicate.
2. No file change made with a commitid can destabilize a commit guess
made without them, because the similarity checker never tries to put both
kinds in
difficulties it creates for proper regression testing.
If cvs-fast-export does not already have this property I will fix it
so it does. And document that fact.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe
n the same sort order the git tools emit,
etc.
I have added writing a regression test test to verify the stability
property to the TODO list. I will have this nailed down before the
next point release, in a few days.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsu
Martin Langhoff :
> On Wed, Dec 11, 2013 at 11:26 PM, Eric S. Raymond wrote:
> > You'll have to remind me what you mean by "incremental" here. Possibly
> > it's something cvs-fast-export could support.
>
> User can
>
> - run a cvs to git import a
Martin Langhoff :
> On Wed, Dec 11, 2013 at 7:17 PM, Eric S. Raymond wrote:
> > I tried very hard to salvage this program - the ability to
> > remote-fetch CVS repos without rsync access was appealing
>
> Is that the only thing we lose, if we abandon cusps? More to the
>
t analysis code
goes to Keith Packard. All I did was write the output stage, document
it, and fix a few minor bugs.)
--
http://www.catb.org/~esr/";>Eric S. Raymond
You [should] not examine legislation in the light of the benefits it will
convey if properly administered,
ok scripts for irker ship with the irker distribution.
I think enough time has passed that removal would be appropriate.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message
7; the
> description is unstructured:
Interesting. The aciidoc parser got a little confused, but inserting
some blank lines fixed it.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of
n cvsps provide for the first commit
> in a branch, when invoked with the '-d' flag?
At the moment it doesn't provide any at all. That case wasn't on my
radar when I was fixing the code. If you can specify a behavior you
think would be useful, I'm listening.
--
g that
coupling. cvsps3 won't give you that feature. Dropping back to cvsps2
to keep that feature will expose you to the cvsps2 bugs.
I'm sorry these tools are such a mess. I'm trying to fix that, but
it's hard, slow work. The problems are deeply ugly and the edge cas
sion tests is especially important. And
doesn't yet exist, though I have built a decent start for cvsps based
on the tests in the git tree.
Do you have enough interest and spare cycles to help finish the test
suite? Another pair of hands on it might speed things up a lot.
--
this before thinking of
the ^0 hack. But an out-of-band timestamp file is much simpler.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
covered failure case. I'm not optimistic.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ing confused if T
falls in the middle of a changeset where the CVS timestamps for the
file commits are out of order. But that's the same case that will
fail if we're importing at file-commit granularity, so there's no new
bug here.
Can you explain at what step my logic is incorrect?
unning it to see if
cvs-fast-export dominates cvsps.
I'm expecting that it will, in which case my plan will be to salvage
the CVS client code out of cvsps (*that* part is quite good - fast,
clean, effective) gluing it to the better analysis stage in
cvs-fast-export, and then shooting cvsps
he innate perverseness of CVS. They
won't be perfect; they will be *better*.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
he CVS-lifting problem.
There are too many better uses for my time.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
script wrapper.
--
http://www.catb.org/~esr/";>Eric S. Raymond
The most foolish mistake we could possibly make would be to permit
the conquered Eastern peoples to have arms. History teaches that all
conquerors who have allowed their subject races to carry arms have
prep
erday, so we really are up to three
engines.
I have two minor features I need to merge into parsecvs before
I can start on splitting out the test suite.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git"
tabilize, IIUC); the user tells the command that he
> knows that the CVS repository is now quiescent and it is safe to
> import the whole thing.
Yes, that's just what -a is supposed to do. But is should be
irrelevant for testing - in the test framework CVS is running locally,
so
dy have given it more time than I really should have.
So give me your minimum list of deliverables before you'll merge,
please, and then stick to it. I assume fixes for the quoting bugs
will be on that list.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubs
s morning.) I'm working on the no-commitids warning now.
Oh, and it now has...actual documentation, too. :-)
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord.
.there is a limit to the amount of what I consider pointless
hoop-jumping that friendliness will buy you, and the 2.x fallback eas
already pushing that limit. Tread a little more gently, Junio; I've
put in a lot of hard, boring work on git-cvsimport over the last two
weeks when I would rat
an compare results.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Americans have the right and advantage of being armed - unlike the citizens
of other countries whose governments are afraid to trust the people with arms.
-- James Madison, The Federalist Papers
--
T
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
king and can run them against a common
test suite, several interesting possibilities will open up.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ork on surgery tools
and exporters means I've had to consult this page a *lot*.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
importers may use a different location.
+
--stats::
Display some basic statistics about the objects fast-import has
created, the packfiles they were stored into, and the
--
1.8.1
--
http://www.catb.org/~esr/";>Eric S. Raymond
"Gun control" is a job-
to just put them all in
> alphabetical order?
+1
This duplication originated with me. I'll apologize with a
reordering patch.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of
Bart Massey :
> I don't know what Eric Raymond "officially end-of-life"-ing parsecvs means?
You and Keith handed me the maintainer's baton. If I were to EOL it,
that would be the successor you two designated judging in public that
the code is unsalvageable or has become po
x27;s analysis stage has
been fixed, but I must say that is a more difficult leap of faith when
two of the most visible things about it are still (a) a conspicuous
instance of interface misdesign, and (b) documentation that is careless and
incomplete.
--
http://www.catb.o
eeping cia.vc alive, then moved on.
CIA is dead beyond recall. I wrote the code in contrib/ciabot/ and I
think it should be removed. Sometime soon I'll ship another patch
deleting it.
--
http://www.catb.org/~esr/";>Eric S. Raymond
The most foolish mistake we could possi
give it its own public repo, document
it, and hand you the keys.
6. Fix the interface-design bug(s) in cvs2git, and its documentation.
7. Torture-test all three tools (cvsps, parsecvs, cvs2git) against the
new suite.
8. Make a judgement about whether I should EOL cvsps or parsecvs or both.
I have
at demonstrate it.
Among my near-term to-do items are applying those tests to cvs2git and
parsecvs. But I first need to get parsecvs working again; presently, as I've
inherited it, it does not correctly create a HEAD reference in the
translated git repo.
--
http://www.catb.or
istinct from 'contrib'.
I'll ship another patch.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
lengthen the
window during which people will falsely believe that their conversion
process is working.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kern
updated cvsps, I'll
> stop minding, though. ;-)
I'll ping the Debian QA group.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
not gaining adoption very fast, mainly
due to the rat's nest around plain strings vs. UTF-8 which can make
code conversion a serious pain in the ass.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git&q
-cvsimport having its own
tests any more. If you read it I think you'll see why; it's a much
thinner wrapper around the conversion engine(s) than it used to be. In
particular, it no longer does its own protocol transactions to the
CVS server.
--
http://www.cat
x27;ll
either revert it or document the new behavior.
--
http://www.catb.org/~esr/";>Eric S. Raymond
The price of liberty is, always has been, and always will be blood. The person
who is not willing to die for his liberty has already lost it to the first
scoundrel who is w
protocol transactions differ.
> Also, I'm curious what impact removing the caching from cvsps will
> have on incremental imports. Is there any?
Not that I know of. The caching was a performance hack for human viewing
of changesets.
--
http://www.catb.org/~esr/";>
port itself but of the
underlying conversion engine, and now form about half of cvsps's own
regression-test suite.
--
http://www.catb.org/~esr/";>Eric S. Raymond
It is proper to take alarm at the first experiment on our
liberties. We hold this prudent jealousy to be th
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
From: "Eric S. Raymond"
Date: Fri, 28 Dec 2012 11:40:59 -0500
Subject: [PATCH] Add checks to Python scripts for version dependencies.
---
contrib/ciabot/ciabot.py | 8 +++-
contrib/fast-import/import-zips.py | 7 ++-
contrib/hg-to-git/hg-to-git.py | 5
using cvs2git:
-* cvs2git (part of cvs2svn), `http://cvs2svn.tigris.org`
-* parsecvs, `http://cgit.freedesktop.org/~keithp/parsecvs`
+* cvs2git (part of cvs2svn), `http://subversion.apache.org/`
GIT
---
--
1.8.1.rc2
--
http://www.catb.org/~esr/";>Eric S. Ra
vsps.
--
http://www.catb.org/~esr/";>Eric S. Raymond
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
1 - 100 of 180 matches
Mail list logo
