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

Re: [RFH] GSoC 2015 application

From
Jeff King <peff@peff.net>
Date
Feb 20, 2015, 02:00 UTC
Message-ID
<20150220020022.GC16124@peff.net>
In-Reply-To
<vpqzj8ary29.fsf@anie.imag.fr>
On Thu, Feb 19, 2015 at 11:32:46AM +0100, Matthieu Moy wrote:
Show 6 quoted lines
> > I do need somebody to volunteer as backup admin. This doesn't need
> > to involve any specific commitment, but is mostly about what to do if I
> > get hit by a bus.
> 
> If you promise me to try hard not to be hit by a bus and no one else
> steps in, I can be the backup admin.
Thanks. I need you to register and create a profile at:
  https://www.google-melange.com/gsoc/homepage/google/gsoc2015

and tell me your username (the information from last year does not carry forward automatically). Then I mark you as backup admin and (I think) you have to then accept.

Show 9 quoted lines
> Throwing out a few ideas for discussion, I can write something if people
> agree.
> 
> * "git bisect fixed/unfixed", to allow bisecting a fix instead of a
>   regression less painfully. There were already some proposed patches
>   ( https://git.wiki.kernel.org/index.php/SmallProjectsIdeas#git_bisect_fix.2Funfixed ),
>   so it shouldn't be too hard. Perhaps this item can be included in the
>   "git bisect --first-parent" idea (turning it into "git bisect
>   improvements").

That seems like a reasonable topic. I was about to say "but it's much more complicated than fix/unfixed..." but it looks like that wiki entry covers the past discussion (and reading and understanding that would be a first step for the student). I agree it's probably smaller than a full-summer project and can get lumped into the other bisect idea.

> * Be nicer to the user on tracked/untracked merge conflicts
> [...]

Sounds OK to me, though I agree the merging of untracked files is a little controversial. There are also a lot of corner cases in merge-recursive, and I think still some documented cases where we can overwrite untracked files. Maybe a more encompassing project would be to organize and dig into some of those corner cases.

>  SoC-2015-Microprojects.md | 42 ++++++++++++++++++++++++++++++++++++++++++
>  1 file changed, 42 insertions(+)
Thanks, applied, although...
Show 21 quoted lines
> +### Move ~/.git-credentials and ~/.git-credential-cache to ~/.config/git
> +
> +Most of git dotfiles can be located, at the user's option, in
> +~/.<file> or in ~/.config/git/<file>, following the [XDG
> +standard](http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html).
> +~/.git-credentials and ~/.git-credential-cache are still hardcoded as
> +~/.<file>, and should allow using the XDG directory layout too
> +(~/.git-credentials could be allowed as ~/.config/git/credential and
> +~/.git-credential-cache could be allowed as ~/.cache/git/credential,
> +possibly modified by $XDG_CONFIG_HOME and $XDG_CACHE_HOME).
> +
> +Each of these files can be a microproject of its own. The suggested
> +approach is:
> +
> +* See how XDG was implemented for other files (run "git log --grep
> +  XDG" in Git's source code) and read the XDG specification.
> +
> +* Implement and test the new behavior, without breaking compatibility
> +  with the old behavior.
> +
> +* Update the documentation

I think these might be getting a little larger than "micro". That's OK if the student can handle it, but we may want to mark them as such. I'll leave it for now, though, as we have a bit more breathing room on the microprojects.

Show 10 quoted lines
> +### Add configuration options for some commonly used command-line options
> +
> +This includes:
> +
> +* git am -3
> +
> +* git am -c
> +
> +Some people always run the command with these options, and would
> +prefer to be able to activate them by default in ~/.gitconfig.

The direction here seems reasonable, though I think we have mailinfo.scissors already, so "-c" may not be a good example.

Show 8 quoted lines
> +### Add more builtin patterns for userdiff
> +
> +"git diff" shows the function name corresponding to each hunk after
> +the @@ ... @@ line. For common languages (C, HTML, Ada, Matlab, ...),
> +the way to find the function name is built-in Git's source code as
> +regular expressions (see userdiff.c). A few languages are common
> +enough to deserve a built-in driver, but are not yet recognized. For
> +example, CSS, shell.

I am not sure that understanding the horrible regexes involved in some userdiff counts as "micro", but OK. :)

-Peff
Previous: Matthieu MoyNext: Matthieu Moy
Message 25 of 74 in “[RFH] GSoC 2015 application”
  1. Jeff KingFeb 18, 2015
  2. Jeff KingFeb 18, 2015
  3. Johannes SchindelinFeb 24, 2015
  4. Jeff KingFeb 24, 2015
  5. Johannes SchindelinFeb 24, 2015
  6. Jeff KingFeb 24, 2015
  7. Johannes SchindelinFeb 25, 2015
  8. Matthieu MoyFeb 25, 2015
  9. Matthieu MoyFeb 25, 2015
  10. Johannes SchindelinFeb 25, 2015
  11. Matthieu MoyFeb 24, 2015
  12. Junio C HamanoFeb 24, 2015
  13. Johannes SchindelinFeb 24, 2015
  14. Junio C HamanoFeb 24, 2015
  15. Matthieu MoyFeb 24, 2015
  16. Stefan BellerFeb 25, 2015
  17. Michael J GruberFeb 25, 2015
  18. Johannes SchindelinFeb 25, 2015
  19. Christian CouderFeb 25, 2015
  20. Duy NguyenFeb 25, 2015
  21. Johannes SchindelinFeb 25, 2015
  22. Junio C HamanoFeb 18, 2015
  23. Junio C HamanoFeb 19, 2015
  24. Matthieu MoyFeb 19, 2015
  25. Jeff KingFeb 20, 2015
  26. Matthieu MoyFeb 20, 2015
  27. Dennis KaarsemakerFeb 20, 2015
  28. Matthieu MoyFeb 20, 2015
  29. Eric SunshineFeb 20, 2015
  30. 1/3 microprojects: tweaks after discussion with PeffMatthieu Moy, Feb 20, 2015
  31. 2/3 GSoC ideas: git bisect fixed/unfixedMatthieu Moy, Feb 20, 2015
  32. 3/3 idea: Be nicer to the user on tracked/untracked merge conflictsMatthieu Moy, Feb 20, 2015
  33. Duy NguyenFeb 20, 2015
  34. Jeff KingFeb 20, 2015
  35. Junio C HamanoFeb 20, 2015
  36. Support customized reordering in version sortDuy Nguyen, Feb 21, 2015
  37. Junio C HamanoFeb 21, 2015
  38. Duy NguyenFeb 21, 2015
  39. Junio C HamanoFeb 21, 2015
  40. Junio C HamanoFeb 21, 2015
  41. versionsort: support reorder prerelease suffixesNguyễn Thái Ngọc Duy, Feb 26, 2015
  42. Junio C HamanoFeb 27, 2015
  43. Junio C HamanoMar 5, 2015
  44. Duy NguyenMar 9, 2015
  45. Junio C HamanoMar 10, 2015
  46. Eric SunshineMar 10, 2015
  47. config.txt: update versioncmp.prereleaseSuffixNguyễn Thái Ngọc Duy, Mar 10, 2015
  48. Michael HaggertyFeb 20, 2015
  49. Jeff KingFeb 20, 2015
  50. Junio C HamanoFeb 20, 2015
  51. Matthieu MoyFeb 20, 2015
  52. Jeff KingFeb 20, 2015
  53. Jeff KingFeb 20, 2015
  54. Matthieu MoyFeb 23, 2015
  55. Jeff KingFeb 23, 2015
  56. Philip OakleyMar 4, 2015
  57. Stefan BellerMar 4, 2015
  58. Philip OakleyMar 4, 2015
  59. Junio C HamanoMar 5, 2015
  60. Stefan BellerMar 5, 2015
  61. Junio C HamanoMar 5, 2015
  62. Junio C HamanoMar 5, 2015
  63. Duy NguyenMar 6, 2015
  64. Duy NguyenMar 5, 2015
  65. Nguyễn Thái Ngọc DuyMar 5, 2015
  66. 1/6 upload-pack: move shallow deepen code out of receive_needs()Nguyễn Thái Ngọc Duy, Mar 5, 2015
  67. 2/6 upload-pack: move "shallow" sending code out of deepen()Nguyễn Thái Ngọc Duy, Mar 5, 2015
  68. 3/6 upload-pack: remove unused variable "backup"Nguyễn Thái Ngọc Duy, Mar 5, 2015
  69. 4/6 upload-pack: move "unshallow" sending code out of deepen()Nguyễn Thái Ngọc Duy, Mar 5, 2015
  70. 5/6 shallow.c: implement a generic shallow boundary finder based on rev-listNguyễn Thái Ngọc Duy, Mar 5, 2015
  71. 6/6 upload-pack: example code to use get_shallow_commits_by_rev_listNguyễn Thái Ngọc Duy, Mar 5, 2015
  72. Duy NguyenFeb 26, 2015
  73. Jeff KingMar 4, 2015
  74. Duy NguyenMar 4, 2015

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.