git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH] cvsimport: rewrite to use cvsps 3.x to fix major bugs

From
Eric S. Raymond <esr@thyrsus.com>
Date
Jan 12, 2013, 05:04 UTC
Message-ID
<20130112050431.GA31727@thyrsus.com>
In-Reply-To
<7vmwwfbjv3.fsf@alter.siamese.dyndns.org>
Junio C Hamano <gitster@pobox.com>:
> Yeah, it is OK to _discourage_ its use, but to me it looks like that
> the above is a fairly subjective policy decision, not something I
> should let you impose on the users of the old cvsimport, which you
> do not seem to even treat as your users.

Er. You still don't seem to grasp the fundamentals of this situation. I'm not imposing any damn thing on the users. What's imposing is the fact that cvsps-2.x and the Perl cvsimport are both individually and collectively *broken right now*, and within a few months the Perl git-cvsimport is going to cease even pretending to work. I'm trying to *fix that problem* as best I can, fixing it required two radical rewrites, and criticizing me for not emulating every last detail and misfeature immediately is every bit as pointless and annoying as arguing about the fabric on the deck chairs while the ship is sinking.

To put it bluntly, you should be grateful to be getting back any functionality at all - because the alternative is that the Perl git-cvsimport will hang out in your tree as a dead piece of cruft. Your choice is between making it easy for me replace it with minimum disruption now and hoping for someone else to replace it months from now after you've had a bunch of unhappy users bitching at you.

So let me be more direct. I think the -M and -m options are sufficiently bad ideas that I am *not willing* to put in the quite large amount of effort that would be required to implement them in cvsps or parsecvs. That would be a bad use of my time.

This is not the case with -o; that might be a good idea if I understood it. This is also not like the 2.x fallback; I thought that was a bad idea (because it would be better for users that the combination break in an obvious way than continue breaking in a silent one), but it was a small enough effort that I was willing to do it anyway to keep the git maintainer happy. The effort to fix the quoting bugs is even easier for me to justify; they are actual bugs.

Those are my engineering judgments; go ahead and call them "subjective" if you like, but neither the facts nor my judgment will change on that account.

> The "major" in my sentence was from your description (the bugs you
> fixed), and not about the new ones you still have in this draft.  I
> did not mean to say that you are trading fixes to "major" bugs with
> different "major" bugs.

OK, thank you. In the future I will try to bear in mind that English is not your primary language when I evaluate statements that seems a bit offensive.

So what's your next bid? Note that you can't increase my friction and hassle costs much more before I give up and let you deal with the consequences without me. I want to do the right thing, but I have more other projects clamoring for my attention than you could easily guess. I need to get git-cvsimport *finished* and off my hands - I may already 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.

-- 
		<a href="http://www.catb.org/~esr/">Eric S. Raymond</a>
Previous: Junio C HamanoNext: Junio C Hamano
Message 6 of 37 in “cvsimport: rewrite to use cvsps 3.x to fix major bugs”
  1. cvsimport: rewrite to use cvsps 3.x to fix major bugsJunio C Hamano, Jan 11, 2013
  2. Junio C HamanoJan 11, 2013
  3. Eric S. RaymondJan 11, 2013
  4. Junio C HamanoJan 11, 2013
  5. Junio C HamanoJan 11, 2013
  6. Eric S. RaymondJan 12, 2013
  7. Junio C HamanoJan 12, 2013
  8. t/t960[123]: remove leftover scriptsJunio C Hamano, Jan 12, 2013
  9. Chris RorvickJan 12, 2013
  10. t/lib-cvs: cvsimport no longer works without Python >= 2.7Junio C Hamano, Jan 12, 2013
  11. Michael HaggertyJan 12, 2013
  12. John KeepingJan 13, 2013
  13. Eric S. RaymondJan 12, 2013
  14. Michael HaggertyJan 12, 2013
  15. Eric S. RaymondJan 12, 2013
  16. Jonathan NiederJan 12, 2013
  17. Jonathan NiederJan 12, 2013
  18. Junio C HamanoJan 13, 2013
  19. Junio C HamanoJan 13, 2013
  20. 0/3 A smoother transition plan for cvsimportJunio C Hamano, Jan 14, 2013
  21. 1/3 cvsimport: allow setting a custom cvsps (2.x) program nameJunio C Hamano, Jan 14, 2013
  22. 2/3 cvsimport: introduce a version-switch wrapperJunio C Hamano, Jan 14, 2013
  23. Junio C HamanoJan 14, 2013
  24. 3/3 cvsimport: start adding cvsps 3.x supportJunio C Hamano, Jan 14, 2013
  25. Chris RorvickJan 15, 2013
  26. Junio C HamanoJan 15, 2013
  27. Michael HaggertyJan 14, 2013
  28. 0/6 A smoother transition plan for cvsimportJunio C Hamano, Jan 14, 2013
  29. 1/6 Makefile: add description on PERL/PYTHON_PATHJunio C Hamano, Jan 14, 2013
  30. 2/6 cvsimport: allow setting a custom cvsps (2.x) program nameJunio C Hamano, Jan 14, 2013
  31. 3/6 cvsimport: introduce a version-switch wrapperJunio C Hamano, Jan 14, 2013
  32. 4/6 cvsimport: start adding cvsps 3.x supportJunio C Hamano, Jan 14, 2013
  33. 5/6 cvsimport: make tests reusable for cvsimport-3Junio C Hamano, Jan 14, 2013
  34. 6/6 cvsimport-3: add a sample testJunio C Hamano, Jan 14, 2013
  35. Jonathan NiederJan 14, 2013
  36. 7/6 t9600: further prepare for sharingJunio C Hamano, Jan 14, 2013
  37. 8/6 t9600: adjust for new cvsimportJunio C Hamano, Jan 14, 2013

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.