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

Re: [PATCH 2/2] Mention "git blame" improvements in release notes

From
David Kastrup <dak@gnu.org>
Date
Apr 28, 2014, 20:26 UTC
Message-ID
<87d2g142uy.fsf@fencepost.gnu.org>
In-Reply-To
<CAL=YDW=iTQz-S+ZByZnVhrpebPgZxq6p46MC2yqW-HF3eVw+2g@mail.gmail.com>
Ronnie Sahlberg <sahlberg@google.com> writes:
Show 8 quoted lines
> Some projects, for example samba, provide a dedicated page on the
> project web site
> where vendors, and I think individuals, that provide services can list
> their information :
>
> http://www.samba.org/samba/support/
>
> Would this perhaps be a better solution?

Actually, it does not work for my situation at all but then my situation is likely not typical enough to be worth catering for specifically.

The salient point with me is that my productivity drops by more than a factor of 100 (no, that's not an exaggeration) when having to do something I'm not interested in.

Which is the reason my deal with GNU LilyPond where I'm (interrupted by the git-blame episode) basically lead programmer is that LilyPond users give me whatever money they consider my work to be worth to them, and in return I work on whatever I like on LilyPond. Nobody gets to say _what_ I do, and that's to the best of everyone's interest since only that way a reasonable amount of work actually gets done.

So I cannot actually provide "services for hire" but it's more like a "themed money sink" I can offer. And in the case of Git, since it does not even appear that there is a continuing base to make it work reasonably in the context of other contributors and their interests, it's more like "oops, I ended up wasting months on your project, but at least there was something to show for it from my side, how about yours?". That's not something one can reasonably put on a "support" themed page. It's actually bloody ridiculous but then that's the sort of handicap I have to organize my life around. Even while it's unpredictable what I end up doing, once I do get something done it tends to be pretty good (there are a few old performance patches of mine in the Git code base where I did not start out from what happens to be pretty awful code and still got considerable return).

-- 
David Kastrup
Previous: Ronnie Sahlberg
Message 20 of 20 in “blame: large-scale performance rewrite”
  1. 1/2 blame: large-scale performance rewriteDavid Kastrup, Apr 25, 2014
  2. 2/2 Mention "git blame" improvements in release notesDavid Kastrup, Apr 25, 2014
  3. Junio C HamanoApr 26, 2014
  4. David KastrupApr 26, 2014
  5. Shawn PearceApr 26, 2014
  6. David KastrupApr 26, 2014
  7. Shawn PearceApr 26, 2014
  8. David KastrupApr 26, 2014
  9. Shawn PearceApr 26, 2014
  10. David KastrupApr 26, 2014
  11. David KastrupApr 26, 2014
  12. David KastrupApr 26, 2014
  13. Shawn PearceApr 26, 2014
  14. David KastrupApr 26, 2014
  15. Shawn PearceApr 27, 2014
  16. David KastrupApr 28, 2014
  17. Junio C HamanoApr 28, 2014
  18. David KastrupApr 28, 2014
  19. Ronnie SahlbergApr 28, 2014
  20. David KastrupApr 28, 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.