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

Re: [PATCH v1 1/2] Remove 'git archimport'

From
Felipe Contreras <felipe.contreras@gmail.com>
Date
May 9, 2014, 08:36 UTC
Message-ID
<536c939781d8b_2bf0e952f08@nysa.notmuch>
In-Reply-To
<20140509081507.GA26494@dcvr.yhbt.net>
Eric Wong wrote:
Show 11 quoted lines
> Felipe Contreras <felipe.contreras@gmail.com> wrote:
> > Eric Wong wrote:
> > > Felipe Contreras <felipe.contreras@gmail.com> wrote:
> > > > No updates since 2010, and no tests.
> > > 
> > > Who benefits from this removal?  Is this causing a maintenance
> > > burden for Junio?
> > 
> > It is cruft that nobody uses and we are not even testing.
> 
> We do not know nobody uses it.
And we do not know if aybody does either.

As a minimal token that anybody might possibly be using it, I would like to see it work at least once. Since you said you have arch repos, can you confirm that it does something?

> I have old GNU Arch projects I have not looked at in a decade.  There
> is a small chance I may use archimport again (whether for nostalgia or
> contractual/legal reasons).
 % git show v1.9.0:git-archimport.perl > ~/bin/git-archimport
Problem solved.
> Of course I know to extract archimport from history, but someone in
> the future may not know the existence of it.

If somebody cared, that person would add tests, or even better, create an out-of-tree project.

Show 11 quoted lines
> > > > Plus, foreign SCM tools should live out-of-tree anyway.
> > > 
> > > Even if so, there ought to be a transitionary period in case there are
> > > any users.  We would need to warn potential users of its impending
> > > removal in the documentation and at runtime.
> > 
> > All right, so you are OK with adding deprecation warnings whenever the
> > tool is run, and a note in the documentation?
> 
> No, I am not convinced existing foreign SCM tools should move
> out-of-tree.  Perhaps something like the following would be helpful:
Tell that to Junio.

If tools like git-remote-hg with tests and active maintanance and many users cannot be in the core, why should 'git archimport' be?

Would you at least be OK with a demotion to contrib/?
-- 
Felipe Contreras
Previous: Eric WongNext: Eric Wong
Message 6 of 23 in “Remove foreign SCMs”
  1. 0/2 Remove foreign SCMsFelipe Contreras, May 9, 2014
  2. 1/2 Remove 'git archimport'Felipe Contreras, May 9, 2014
  3. Eric WongMay 9, 2014
  4. Felipe ContrerasMay 9, 2014
  5. Eric WongMay 9, 2014
  6. Felipe ContrerasMay 9, 2014
  7. Eric WongMay 9, 2014
  8. Felipe ContrerasMay 9, 2014
  9. Jeff KingMay 9, 2014
  10. Felipe ContrerasMay 9, 2014
  11. Felipe ContrerasMay 9, 2014
  12. Junio C HamanoMay 9, 2014
  13. Felipe ContrerasMay 9, 2014
  14. Thomas AdamMay 9, 2014
  15. Eric WongMay 9, 2014
  16. Felipe ContrerasMay 9, 2014
  17. Martin LanghoffMay 13, 2014
  18. Martin LanghoffMay 13, 2014
  19. Felipe ContrerasMay 13, 2014
  20. Martin LanghoffMay 13, 2014
  21. Felipe ContrerasMay 13, 2014
  22. Junio C HamanoMay 13, 2014
  23. 2/2 Remove 'git quiltimport'Felipe Contreras, May 9, 2014

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.