{"thread":{"id":"60807","subject":"Git in GSoC 2024","startedAt":"2024-01-29T18:16:31Z","lastAt":"2024-02-24T17:34:33Z","messageCount":33,"participants":["Kaartic Sivaraam","Christian Couder","Patrick Steinhardt","Karthik Nayak"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"487535","messageId":"1de82b27-116a-450e-98c0-52eb65a8f608@gmail.com","threadId":"60807","inReplyTo":null,"subject":"Git in GSoC 2024","fromName":"Kaartic Sivaraam","fromEmail":"kaartic.sivaraam@gmail.com","sentAt":"2024-01-29T18:16:26Z","receivedAt":"2024-01-29T18:16:31Z","isPatch":false,"sender":{"key":"kaartic.sivaraam@gmail.com","avatar":"https://avatars.githubusercontent.com/u/12448084?v=4"},"body":"Hi everyone,\n\nGSoC Org Applications for 2024 are open now [1] and are due before \nTuesday, February 6 at 1800 UTC. It's good to see that contributors have \nalready started working on microprojects this year :-)\n\nI could help as an Org Admin like previous years. I could volunteer as a \nmentor depending on the set of available projects that we're able to \ngather for this year.\n\nThere are one noticeable change to the program that should be highlighted:\n\n\"For 2024 we have the concept of Small ~90 hour projects that are a\n standard 8 weeks long (they can extended but it is suggest not\n extending beyond 12 weeks for the small projects). We aren't\n required to have small projects available but might be worth\n considering if we have any small projects that contributors could\n work on.\"\n\nThe GSoC contributor application deadline is April 2 - 18:00 UTC, so\n(co-)mentors and org admins are already welcome to volunteer. As usual, \nwe also need project ideas to refresh our idea page from last year\n(https://git.github.io/SoC-2023-Ideas/). Feel free to share your \nthoughts and discuss.\n\nDo feel free to ask if there's anything that needs to be clarified.\n\nJust like previous year, there will be a GSoC Meetup in Brussels during\nFOSDEM weekend on Saturday, February 3rd in the evening. If you are\naround, interested and haven't received the link to register directly\nfrom Google, let me know so I can send it to you.\n\nThere's also seems to be a GSoC stand at FOSDEM on Saturday or Sunday. \nIt's said to be located in building H, level 1.\n\n[1]: \nhttps://opensource.googleblog.com/2024/01/google-summer-of-code-2024-mentor-organization-applications-now-open.html\n\n-- \nSivaraam\n"},{"id":"487595","messageId":"CAP8UFD1VAvnkM6afZvtpdXhA4csDBDwMnF9yUzSx_ut-Ypf+eA@mail.gmail.com","threadId":"60807","inReplyTo":"1de82b27-116a-450e-98c0-52eb65a8f608@gmail.com","subject":"Re: Git in GSoC 2024","fromName":"Christian Couder","fromEmail":"christian.couder@gmail.com","sentAt":"2024-01-30T08:38:48Z","receivedAt":"2024-01-30T08:39:02Z","isPatch":false,"sender":{"key":"christian.couder@gmail.com","avatar":"https://avatars.githubusercontent.com/u/208954?v=4"},"body":"Hi Kaartic and all,\n\nOn Mon, Jan 29, 2024 at 7:16 PM Kaartic Sivaraam\n wrote:\n>\n> Hi everyone,\n>\n> GSoC Org Applications for 2024 are open now [1] and are due before\n> Tuesday, February 6 at 1800 UTC. It's good to see that contributors have\n> already started working on microprojects this year :-)\n>\n> I could help as an Org Admin like previous years. I could volunteer as a\n> mentor depending on the set of available projects that we're able to\n> gather for this year.\n\nThanks a lot for sending this and for volunteering as an Org Admin and\npossibly as a mentor too!\n\n> There are one noticeable change to the program that should be highlighted:\n>\n> \"For 2024 we have the concept of Small ~90 hour projects that are a\n> standard 8 weeks long (they can extended but it is suggest not\n> extending beyond 12 weeks for the small projects). We aren't\n> required to have small projects available but might be worth\n> considering if we have any small projects that contributors could\n> work on.\"\n\nUnless some mentors are only willing to mentor Small projects, I don't\nthink it's a good idea to propose such projects. Except for some very\ngood contributors, I think it usually takes a long time for the\ncontributors we mentor to become efficient and autonomous enough by\nthemselves. So I think a Small project would likely leave the\ncontributor halfway there, and they would then have trouble continuing\nto work on their project if it's not finished or contributing\nsignificantly in some way afterwards.\n\n> The GSoC contributor application deadline is April 2 - 18:00 UTC, so\n> (co-)mentors and org admins are already welcome to volunteer. As usual,\n> we also need project ideas to refresh our idea page from last year\n> (https://git.github.io/SoC-2023-Ideas/). Feel free to share your\n> thoughts and discuss.\n\nI am volunteering as both an Org Admin and a mentor too.\n\nI am not sure how many tests there are left to be ported to the new\nunit test framework. Patrick told me about porting some reftable unit\ntests to the new unit test framework though. So it might still work as\na GSoC project.\n\n> Do feel free to ask if there's anything that needs to be clarified.\n>\n> Just like previous year, there will be a GSoC Meetup in Brussels during\n> FOSDEM weekend on Saturday, February 3rd in the evening. If you are\n> around, interested and haven't received the link to register directly\n> from Google, let me know so I can send it to you.\n>\n> There's also seems to be a GSoC stand at FOSDEM on Saturday or Sunday.\n> It's said to be located in building H, level 1.\n\nUnfortunately I cannot attend the FOSDEM this year. Thanks for\nmentioning this though! It's a great opportunity to meet GSoC people\nand open source people in general.\n"},{"id":"487597","messageId":"Zbi8pfvGpYrlZXAu@tanuki","threadId":"60807","inReplyTo":"CAP8UFD1VAvnkM6afZvtpdXhA4csDBDwMnF9yUzSx_ut-Ypf+eA@mail.gmail.com","subject":"Re: Git in GSoC 2024","fromName":"Patrick Steinhardt","fromEmail":"ps@pks.im","sentAt":"2024-01-30T09:08:53Z","receivedAt":"2024-01-30T09:09:01Z","isPatch":false,"sender":{"key":"ps@pks.im","avatar":"https://avatars.githubusercontent.com/u/4056630?v=4"},"body":"On Tue, Jan 30, 2024 at 09:38:48AM +0100, Christian Couder wrote:\n> On Mon, Jan 29, 2024 at 7:16 PM Kaartic Sivaraam\n> wrote:\n[snip]\n> > The GSoC contributor application deadline is April 2 - 18:00 UTC, so\n> > (co-)mentors and org admins are already welcome to volunteer. As usual,\n> > we also need project ideas to refresh our idea page from last year\n> > (https://git.github.io/SoC-2023-Ideas/). Feel free to share your\n> > thoughts and discuss.\n> \n> I am volunteering as both an Org Admin and a mentor too.\n> \n> I am not sure how many tests there are left to be ported to the new\n> unit test framework. Patrick told me about porting some reftable unit\n> tests to the new unit test framework though. So it might still work as\n> a GSoC project.\n\nYes, the tests in t0032-reftable-unittest.sh should be ported over to\nthe new unit test framework eventually, and I think that this might be a\ngood GSoC project indeed.\n\nIf there is interest I'd also be happy to draft up some more topics in\nthe context of refs and the reftable backend. I'm sure there should be\nsome topics here that would be a good fit for the GSoC project, and I'd\nbe happy to mentor any such project in this context.\n\nPatrick\n"},{"id":"487641","messageId":"ZbpGzAd6FGEeTdrh@tanuki","threadId":"60807","inReplyTo":"Zbi8pfvGpYrlZXAu@tanuki","subject":"Re: Git in GSoC 2024","fromName":"Patrick Steinhardt","fromEmail":"ps@pks.im","sentAt":"2024-01-31T13:10:36Z","receivedAt":"2024-01-31T13:10:42Z","isPatch":false,"sender":{"key":"ps@pks.im","avatar":"https://avatars.githubusercontent.com/u/4056630?v=4"},"body":"On Tue, Jan 30, 2024 at 10:08:53AM +0100, Patrick Steinhardt wrote:\n> On Tue, Jan 30, 2024 at 09:38:48AM +0100, Christian Couder wrote:\n> > On Mon, Jan 29, 2024 at 7:16 PM Kaartic Sivaraam\n> > wrote:\n> [snip]\n> > > The GSoC contributor application deadline is April 2 - 18:00 UTC, so\n> > > (co-)mentors and org admins are already welcome to volunteer. As usual,\n> > > we also need project ideas to refresh our idea page from last year\n> > > (https://git.github.io/SoC-2023-Ideas/). Feel free to share your\n> > > thoughts and discuss.\n> > \n> > I am volunteering as both an Org Admin and a mentor too.\n> > \n> > I am not sure how many tests there are left to be ported to the new\n> > unit test framework. Patrick told me about porting some reftable unit\n> > tests to the new unit test framework though. So it might still work as\n> > a GSoC project.\n> \n> Yes, the tests in t0032-reftable-unittest.sh should be ported over to\n> the new unit test framework eventually, and I think that this might be a\n> good GSoC project indeed.\n> \n> If there is interest I'd also be happy to draft up some more topics in\n> the context of refs and the reftable backend. I'm sure there should be\n> some topics here that would be a good fit for the GSoC project, and I'd\n> be happy to mentor any such project in this context.\n\nI noticed that the starting period falls right into my honeymoon from\nJune 17th until July 19th. This unfortunately makes it quite a lot\nharder for me to mentor projects alone. Still, I'd be happy to co-mentor\nor help out in other ways.\n\nPatrick\n"},{"id":"487654","messageId":"c61322de-8cd9-42b8-a04b-a8ae47b25c5e@gmail.com","threadId":"60807","inReplyTo":"ZbpGzAd6FGEeTdrh@tanuki","subject":"Re: Git in GSoC 2024","fromName":"Kaartic Sivaraam","fromEmail":"kaartic.sivaraam@gmail.com","sentAt":"2024-01-31T17:57:13Z","receivedAt":"2024-01-31T17:57:18Z","isPatch":false,"sender":{"key":"kaartic.sivaraam@gmail.com","avatar":"https://avatars.githubusercontent.com/u/12448084?v=4"},"body":"Hi Patrick,\n\nOn 31 January 2024 6:40:36 pm IST, Patrick Steinhardt wrote:\n>On Tue, Jan 30, 2024 at 10:08:53AM +0100, Patrick Steinhardt wrote:\n>> On Tue, Jan 30, 2024 at 09:38:48AM +0100, Christian Couder wrote:\n>>\n>> Yes, the tests in t0032-reftable-unittest.sh should be ported over to\n>> the new unit test framework eventually, and I think that this might be a\n>> good GSoC project indeed.\n>> \n\nNice. Good to hear that.\n\n>> If there is interest I'd also be happy to draft up some more topics in\n>> the context of refs and the reftable backend. I'm sure there should be\n>> some topics here that would be a good fit for the GSoC project, and I'd\n>> be happy to mentor any such project in this context.\n>\n\nGreat. Thanks for your interest in willing to mentor!\n\nI created a fairly rough SoC ideas page for now including a barebones \ninformation about the unit test migration idea:\n\nhttps://git.github.io/SoC-2024-Ideas/\n\nNote well that the existing idea's description is far from complete and \nI mostly just cooked it up to serve as a template for how the idea entry \ncould look like. Kindly contribute towards elaborating the same :-)\n\nAlso, feel free to suggest ideas you have around refs and reftable \nbacked, Patrick. Those would be helpful.\n\n>I noticed that the starting period falls right into my honeymoon from\n>June 17th until July 19th. This unfortunately makes it quite a lot\n>harder for me to mentor projects alone. Still, I'd be happy to co-mentor\n>or help out in other ways.\n>\n\nI too don't believe your vacation is going to be a deal breaker for you \nbeing a mentor. It should be totally fine given that we get a backup \nmentor who is also willing to mentor the candidate. (side note: I myself \nhave no knowledge about refs backends. So, I suppose I might not be able \nto help co-mentor this one).\n\nReg. the timline [1] Jun 17th won't be much of the start. The community \nbonding period starts May 1. Many contributors typically start dipping \ntheir toes into their project right away. So, you would have ample time \nbefore the start of the vacation to set the contributor up and going \nwith the project.\n\n[1]: https://developers.google.com/open-source/gsoc/timeline\n\n--\nSivaraam\n"},{"id":"487656","messageId":"62165479-8539-407e-9a33-6f2733414cf6@gmail.com","threadId":"60807","inReplyTo":"c61322de-8cd9-42b8-a04b-a8ae47b25c5e@gmail.com","subject":"Re: Git in GSoC 2024","fromName":"Kaartic Sivaraam","fromEmail":"kaartic.sivaraam@gmail.com","sentAt":"2024-01-31T18:03:35Z","receivedAt":"2024-01-31T18:03:40Z","isPatch":false,"sender":{"key":"kaartic.sivaraam@gmail.com","avatar":"https://avatars.githubusercontent.com/u/12448084?v=4"},"body":"Hi,\n\nOn 31/01/24 23:27, Kaartic Sivaraam wrote:\n> \n> Great. Thanks for your interest in willing to mentor!\n> \n> I created a fairly rough SoC ideas page for now including a barebones \n> information about the unit test migration idea:\n> \n> https://git.github.io/SoC-2024-Ideas/\n> \n\nFor the note, I also put up the 2024 microprojects page by basically \nrenaming the 2022 page. I'm supposing the projects are still relevant. \nKindly correct me if that's not the case.\n\nhttps://git.github.io/SoC-2024-Microprojects/\n\nAlso, feel free to suggest other microproject ideas that you may have.\n\n-- \nSivaraam\n"},{"id":"487717","messageId":"CAOLa=ZQCh1YR9kGzjsX5EFkkN2n55gCX_S8PGwTSMKN=94Y+AQ@mail.gmail.com","threadId":"60807","inReplyTo":"c61322de-8cd9-42b8-a04b-a8ae47b25c5e@gmail.com","subject":"Re: Git in GSoC 2024","fromName":"Karthik Nayak","fromEmail":"karthik.188@gmail.com","sentAt":"2024-02-01T09:00:11Z","receivedAt":"2024-02-01T09:00:39Z","isPatch":false,"sender":{"key":"karthik.188@gmail.com","avatar":"https://avatars.githubusercontent.com/u/1786334?v=4"},"body":"Hello all!\n\nOn Wed, Jan 31, 2024 at 6:58 PM Kaartic Sivaraam\n wrote:\n>\n> Hi Patrick,\n>\n> On 31 January 2024 6:40:36 pm IST, Patrick Steinhardt wrote:\n> >On Tue, Jan 30, 2024 at 10:08:53AM +0100, Patrick Steinhardt wrote:\n> >> On Tue, Jan 30, 2024 at 09:38:48AM +0100, Christian Couder wrote:\n> >>\n> >> Yes, the tests in t0032-reftable-unittest.sh should be ported over to\n> >> the new unit test framework eventually, and I think that this might be a\n> >> good GSoC project indeed.\n> >>\n>\n> Nice. Good to hear that.\n>\n> >> If there is interest I'd also be happy to draft up some more topics in\n> >> the context of refs and the reftable backend. I'm sure there should be\n> >> some topics here that would be a good fit for the GSoC project, and I'd\n> >> be happy to mentor any such project in this context.\n> >\n>\n> Great. Thanks for your interest in willing to mentor!\n>\n> I created a fairly rough SoC ideas page for now including a barebones\n> information about the unit test migration idea:\n>\n> https://git.github.io/SoC-2024-Ideas/\n>\n> Note well that the existing idea's description is far from complete and\n> I mostly just cooked it up to serve as a template for how the idea entry\n> could look like. Kindly contribute towards elaborating the same :-)\n>\n> Also, feel free to suggest ideas you have around refs and reftable\n> backed, Patrick. Those would be helpful.\n>\n> >I noticed that the starting period falls right into my honeymoon from\n> >June 17th until July 19th. This unfortunately makes it quite a lot\n> >harder for me to mentor projects alone. Still, I'd be happy to co-mentor\n> >or help out in other ways.\n> >\n>\n> I too don't believe your vacation is going to be a deal breaker for you\n> being a mentor. It should be totally fine given that we get a backup\n> mentor who is also willing to mentor the candidate. (side note: I myself\n> have no knowledge about refs backends. So, I suppose I might not be able\n> to help co-mentor this one).\n\nI should be able to help out here, happy to co-mentor on the reftable topics.\n"},{"id":"487718","messageId":"Zbtmoo8qTmj-yt99@tanuki","threadId":"60807","inReplyTo":"c61322de-8cd9-42b8-a04b-a8ae47b25c5e@gmail.com","subject":"Re: Git in GSoC 2024","fromName":"Patrick Steinhardt","fromEmail":"ps@pks.im","sentAt":"2024-02-01T09:38:42Z","receivedAt":"2024-02-01T09:38:49Z","isPatch":false,"sender":{"key":"ps@pks.im","avatar":"https://avatars.githubusercontent.com/u/4056630?v=4"},"body":"On Wed, Jan 31, 2024 at 11:27:13PM +0530, Kaartic Sivaraam wrote:\n> Hi Patrick,\n> \n> On 31 January 2024 6:40:36 pm IST, Patrick Steinhardt wrote:\n> > On Tue, Jan 30, 2024 at 10:08:53AM +0100, Patrick Steinhardt wrote:\n> > > On Tue, Jan 30, 2024 at 09:38:48AM +0100, Christian Couder wrote:\n> > > \n> > > Yes, the tests in t0032-reftable-unittest.sh should be ported over to\n> > > the new unit test framework eventually, and I think that this might be a\n> > > good GSoC project indeed.\n> > > \n> \n> Nice. Good to hear that.\n> \n> > > If there is interest I'd also be happy to draft up some more topics in\n> > > the context of refs and the reftable backend. I'm sure there should be\n> > > some topics here that would be a good fit for the GSoC project, and I'd\n> > > be happy to mentor any such project in this context.\n> > \n> \n> Great. Thanks for your interest in willing to mentor!\n> \n> I created a fairly rough SoC ideas page for now including a barebones\n> information about the unit test migration idea:\n> \n> https://git.github.io/SoC-2024-Ideas/\n> \n> Note well that the existing idea's description is far from complete and I\n> mostly just cooked it up to serve as a template for how the idea entry could\n> look like. Kindly contribute towards elaborating the same :-)\n> \n> Also, feel free to suggest ideas you have around refs and reftable backed,\n> Patrick. Those would be helpful.\n\nI'll have a the beginning of next week and will think about topics\nmeanwhile.\n\n> > I noticed that the starting period falls right into my honeymoon from\n> > June 17th until July 19th. This unfortunately makes it quite a lot\n> > harder for me to mentor projects alone. Still, I'd be happy to co-mentor\n> > or help out in other ways.\n> > \n> \n> I too don't believe your vacation is going to be a deal breaker for you\n> being a mentor. It should be totally fine given that we get a backup mentor\n> who is also willing to mentor the candidate. (side note: I myself have no\n> knowledge about refs backends. So, I suppose I might not be able to help\n> co-mentor this one).\n> \n> Reg. the timline [1] Jun 17th won't be much of the start. The community\n> bonding period starts May 1. Many contributors typically start dipping their\n> toes into their project right away. So, you would have ample time before the\n> start of the vacation to set the contributor up and going with the project.\n> \n> [1]: https://developers.google.com/open-source/gsoc/timeline\n\nYeah, as long as there is a co-mentor that can take over during my\nabsence I'm happy to do it. Karthik said that he'd be willing to cover\nme, which I think would be a good fit given that he's already got quite\na bit of exposure to the reftable backend internally at GitLab. Thanks!\n\nPatrick\n"},{"id":"487868","messageId":"d4797f27-825b-4e2b-85a6-cc30f33934e3@gmail.com","threadId":"60807","inReplyTo":"Zbtmoo8qTmj-yt99@tanuki","subject":"Re: Git in GSoC 2024","fromName":"Kaartic Sivaraam","fromEmail":"kaartic.sivaraam@gmail.com","sentAt":"2024-02-03T11:41:28Z","receivedAt":"2024-02-03T11:41:33Z","isPatch":false,"sender":{"key":"kaartic.sivaraam@gmail.com","avatar":"https://avatars.githubusercontent.com/u/12448084?v=4"},"body":"Hi Patrick, Karthik and Christian,\n\nFor the note, other project ideas and volunteer are always welcome. So, \nfeel free to chime in if you have any ideas or wish to volunteer as a \nmentor to guide potential future contributors of the community. :-)\n\nOn 01/02/24 15:08, Patrick Steinhardt wrote:\n> On Wed, Jan 31, 2024 at 11:27:13PM +0530, Kaartic Sivaraam wrote:\n>>\n>> I created a fairly rough SoC ideas page for now including a barebones\n>> information about the unit test migration idea:\n>>\n>> https://git.github.io/SoC-2024-Ideas/\n>>\n>> Note well that the existing idea's description is far from complete and I\n>> mostly just cooked it up to serve as a template for how the idea entry could\n>> look like. Kindly contribute towards elaborating the same :-)\n>>\n>> Also, feel free to suggest ideas you have around refs and reftable backed,\n>> Patrick. Those would be helpful.\n> \n> I'll have a the beginning of next week and will think about topics\n> meanwhile.\n>\n\nThanks, Patrick! It would be great if you could share the same as soon \nas possible. The deadline for applying to GSoC is Feb 6 (18:00 UTC) and \nwe need the ideas page to be decent enough before we go ahead with \napplying for this year.\n\nIf the elaborate project description could take time, feel free to share \na paragraph or two that are supplemented with a few references. That \nshould be sufficient for applying to GSoC.\n\nChristian,\n\nIt would be great if you could look into and improve the detail for the \nunit test migration idea. I just added a very terse description based on \nwhat I could get my hands on. If you think the description we used for \nthe Outreachy round would do, kindly update the page with the same or \nkindly share it here so that I could update the same in the ideas page :-)\n\n> \n> Yeah, as long as there is a co-mentor that can take over during my\n> absence I'm happy to do it. Karthik said that he'd be willing to cover\n> me, which I think would be a good fit given that he's already got quite\n> a bit of exposure to the reftable backend internally at GitLab. Thanks!\n> \n\nSounds good. Thank you for volunteering to co-mentor, Karthik!\n\n-- \nSivaraam\n"},{"id":"487891","messageId":"8c54e368-285d-4b3f-a4f4-02774d0e6f50@gmail.com","threadId":"60807","inReplyTo":"d4797f27-825b-4e2b-85a6-cc30f33934e3@gmail.com","subject":"Re: Git in GSoC 2024","fromName":"Kaartic Sivaraam","fromEmail":"kaartic.sivaraam@gmail.com","sentAt":"2024-02-04T14:29:53Z","receivedAt":"2024-02-04T14:29:59Z","isPatch":false,"sender":{"key":"kaartic.sivaraam@gmail.com","avatar":"https://avatars.githubusercontent.com/u/12448084?v=4"},"body":"On 03/02/24 17:11, Kaartic Sivaraam wrote:\n> \n> On 01/02/24 15:08, Patrick Steinhardt wrote:\n>>\n>> I'll have a the beginning of next week and will think about topics\n>> meanwhile.\n>>\n> \n> Thanks, Patrick! It would be great if you could share the same as soon \n> as possible. The deadline for applying to GSoC is Feb 6 (18:00 UTC) and \n> we need the ideas page to be decent enough before we go ahead with \n> applying for this year.\n> \n> If the elaborate project description could take time, feel free to share \n> a paragraph or two that are supplemented with a few references. That \n> should be sufficient for applying to GSoC.\n> \n\nIf at all it's helpful, you could find the earlier idea pages in the \nwebsite repo [1]. For instance, the one from 2022 could be found at [2].\n\n\n[[ References ]]\n\n[1]: https://github.com/git/git.github.io\n\n[2]: https://github.com/git/git.github.io/blob/master/SoC-2022-Ideas.md\n\n-- \nSivaraam\n"},{"id":"487921","messageId":"106b8e7be9ddc2d24670b01d54347dfcf9aef196.1707122040.git.ps@pks.im","threadId":"60807","inReplyTo":"d4797f27-825b-4e2b-85a6-cc30f33934e3@gmail.com","subject":"[PATCH] Add ideas for GSoC 2024","fromName":"Patrick Steinhardt","fromEmail":"ps@pks.im","sentAt":"2024-02-05T08:39:09Z","receivedAt":"2024-02-05T08:39:17Z","isPatch":true,"sender":{"key":"ps@pks.im","avatar":"https://avatars.githubusercontent.com/u/4056630?v=4"},"body":"Add project ideas for the GSoC 2024.\n---\n\nI came up with four different topics:\n\n - The reftable unit test refactorings. This topic can also be squashed\n into the preexisting unit test topics, I wouldn't mind. In that case\n I'd be happy to be a possible mentor, too.\n\n - Ref consistency checks for git-fsck(1). This should be rather\n straight forward and make for an interesting topic.\n\n - Making git-bisect(1)'s state more self-contained as recently\n discussed. This topic is easy to implement, but the backwards\n compatibility issues might require a lot of attention.\n\n - Implementing support for reftables in the \"dumb\" HTTP protocol. It's\n quite niche given that the dumb protocol isn't really used much\n nowadays anymore. But it could make for an interesting project\n regardless.\n\nIt's hard to estimate for me whether their scope is either too small or\ntoo big. So please feel free to chime in and share your concerns if you\nthink that any of those proposals don't make much sense in your opinion.\n\nPatrick\n\n SoC-2024-Ideas.md | 129 ++++++++++++++++++++++++++++++++++++++++++++++\n 1 file changed, 129 insertions(+)\n\ndiff --git a/SoC-2024-Ideas.md b/SoC-2024-Ideas.md\nindex 3efbcaf..286aea0 100644\n--- a/SoC-2024-Ideas.md\n+++ b/SoC-2024-Ideas.md\n@@ -39,3 +39,132 @@ Languages: C, shell(bash)\n Possible mentors:\n * Christian Couder < >\n \n+### Convert reftable unit tests to use the unit testing framework\n+\n+The \"reftable\" unit tests in \"t0032-reftable-unittest.sh\"\n+predate the unit testing framework that was recently\n+introduced into Git. These tests should be converted to use\n+the new framework.\n+\n+See:\n+\n+ - this discussion \n+\n+Expected Project Size: 175 hours or 350 hours\n+\n+Difficulty: Low\n+\n+Languages: C, shell(bash)\n+\n+Possible mentors:\n+* Patrick Steinhardt < >\n+* Karthik Nayak < >\n+\n+### Implement consistency checks for refs\n+\n+The git-fsck(1) command is used to check various data\n+structures for consistency. Notably missing though are\n+consistency checks for the refdb. While git-fsck(1)\n+implicitly checks some of the properties of the refdb\n+because it uses its refs for a connectivity check, these\n+checks aren't sufficient to properly ensure that all refs\n+are properly consistent.\n+\n+The goal of this project would be to introduce consistency\n+checks that can be implemented by the ref backend. Initially\n+these checks may only apply to the \"files\" backend. With the\n+ongoing efforts to upstream a new \"reftable\" backend the\n+effort may be extended.\n+\n+See:\n+\n+ - https://lore.kernel.org/git/6cfee0e4-3285-4f18-91ff-d097da9de737@rd10.de/\n+ - https://lore.kernel.org/git/cover.1706601199.git.ps@pks.im/\n+\n+Expected Project Size: 175 hours or 350 hours\n+\n+Difficulty: Medium\n+\n+Languages: C, shell(bash)\n+\n+Possible mentors:\n+* Patrick Steinhardt < >\n+* Karthik Nayak < >\n+\n+### Refactor git-bisect(1) to make its state self-contained\n+\n+The git-bisect(1) command is used to find a commit in a\n+range of commits that introduced a specific bug. Starting a\n+bisection run creates a set of state files into the Git\n+repository which record various different parameters like\n+\".git/BISECT_START\". These files look almost like refs\n+due to their names being all-uppercase. This has led to\n+confusion with the new \"reftable\" backend because it wasn't\n+quite clear whether those files are in fact refs or not.\n+\n+As it turns out they are not refs and should never be\n+treated like one. Overall, it has been concluded that the\n+way those files are currently stored is not ideal. Instead\n+of having a proliferation of files in the Git directory, it\n+was discussed whether the bisect state should be moved into\n+its own \"bisect-state\" subdirectory. This would make it more\n+self-contained and thereby avoid future confusion. It is\n+also aligned with the sequencer state used by rebases, which\n+is neatly contained in the \"rebase-apply\" and \"rebase-merge\"\n+directories.\n+\n+The goal of this project would be to realize this change.\n+While rearchitecting the layout should be comparatively easy\n+to do, the harder part will be to hash out how to handle\n+backwards compatibility.\n+\n+See:\n+\n+ - https://lore.kernel.org/git/Za-gF_Hp_lXViGWw@tanuki/\n+\n+Expected Project Size: 175 hours or 350 hours\n+\n+Difficulty: Medium\n+\n+Languages: C, shell(bash)\n+\n+Possible mentors:\n+* Patrick Steinhardt < >\n+* Karthik Nayak < >\n+\n+### Implement support for reftables in \"dumb\" HTTP transport\n+\n+Fetching Git repositories uses one of two major protocols:\n+\n+ - The \"dumb\" protocol works without requiring any kind of\n+ interactive negotiation like a CGI module. It can thus\n+ be served by a static web server.\n+\n+ - The \"smart\" protocol works by having the client and\n+ server exchange multiple messages with each other. It is\n+ more efficient, but requires support for Git in the\n+ server.\n+\n+While almost all servers nowadays use the \"smart\" protocol,\n+there are still some that use the \"dumb\" protocol.\n+\n+The \"dumb\" protocol cannot serve repositories which use the\n+\"reftable\" backend though. While there exists a \"info/refs\"\n+file that is supposed to be backend-agnostic, this file does\n+not contain information about the default branch. Instead,\n+clients are expected to download the \"HEAD\" file and derive\n+the default branch like that. This file is a mere stub in\n+the \"reftable\" backend though, which breaks this protocol.\n+\n+The goal of this project is to implement \"reftable\" support\n+for \"dumb\" fetches.\n+\n+Expected Project Size: 175 hours or 350 hours\n+\n+Difficulty: Medium\n+\n+Languages: C, shell(bash)\n+\n+Possible mentors:\n+* Patrick Steinhardt < >\n+* Karthik Nayak < >\n-- \n2.43.GIT\n\n"},{"id":"487938","messageId":"CAP8UFD3F95TzytdpKO=LLf6Y_ejxwh9QtgAxRNKgMXW-72hjgQ@mail.gmail.com","threadId":"60807","inReplyTo":"106b8e7be9ddc2d24670b01d54347dfcf9aef196.1707122040.git.ps@pks.im","subject":"Re: [PATCH] Add ideas for GSoC 2024","fromName":"Christian Couder","fromEmail":"christian.couder@gmail.com","sentAt":"2024-02-05T16:43:17Z","receivedAt":"2024-02-05T16:43:32Z","isPatch":true,"sender":{"key":"christian.couder@gmail.com","avatar":"https://avatars.githubusercontent.com/u/208954?v=4"},"body":"On Mon, Feb 5, 2024 at 9:39 AM Patrick Steinhardt wrote:\n>\n> Add project ideas for the GSoC 2024.\n> ---\n>\n> I came up with four different topics:\n>\n> - The reftable unit test refactorings. This topic can also be squashed\n> into the preexisting unit test topics, I wouldn't mind. In that case\n> I'd be happy to be a possible mentor, too.\n>\n> - Ref consistency checks for git-fsck(1). This should be rather\n> straight forward and make for an interesting topic.\n>\n> - Making git-bisect(1)'s state more self-contained as recently\n> discussed. This topic is easy to implement, but the backwards\n> compatibility issues might require a lot of attention.\n>\n> - Implementing support for reftables in the \"dumb\" HTTP protocol. It's\n> quite niche given that the dumb protocol isn't really used much\n> nowadays anymore. But it could make for an interesting project\n> regardless.\n>\n> It's hard to estimate for me whether their scope is either too small or\n> too big. So please feel free to chime in and share your concerns if you\n> think that any of those proposals don't make much sense in your opinion.\n\nThanks a lot for these ideas! I have applied your patch and pushed it.\n\nI have a few concerns though, see below.\n\n> SoC-2024-Ideas.md | 129 ++++++++++++++++++++++++++++++++++++++++++++++\n> 1 file changed, 129 insertions(+)\n>\n> diff --git a/SoC-2024-Ideas.md b/SoC-2024-Ideas.md\n> index 3efbcaf..286aea0 100644\n> --- a/SoC-2024-Ideas.md\n> +++ b/SoC-2024-Ideas.md\n> @@ -39,3 +39,132 @@ Languages: C, shell(bash)\n> Possible mentors:\n> * Christian Couder < >\n>\n> +### Convert reftable unit tests to use the unit testing framework\n> +\n> +The \"reftable\" unit tests in \"t0032-reftable-unittest.sh\"\n> +predate the unit testing framework that was recently\n> +introduced into Git. These tests should be converted to use\n> +the new framework.\n> +\n> +See:\n> +\n> + - this discussion \n> +\n> +Expected Project Size: 175 hours or 350 hours\n> +\n> +Difficulty: Low\n\n\"Difficulty: Low\" might not be very accurate from the point of view of\ncontributors. I think it's always quite difficult to contribute\nsomething significant to Git, and sometimes more than we expected.\n\n> +Languages: C, shell(bash)\n> +\n> +Possible mentors:\n> +* Patrick Steinhardt < >\n> +* Karthik Nayak < >\n> +\n> +### Implement consistency checks for refs\n> +\n> +The git-fsck(1) command is used to check various data\n> +structures for consistency. Notably missing though are\n> +consistency checks for the refdb. While git-fsck(1)\n> +implicitly checks some of the properties of the refdb\n> +because it uses its refs for a connectivity check, these\n> +checks aren't sufficient to properly ensure that all refs\n> +are properly consistent.\n> +\n> +The goal of this project would be to introduce consistency\n> +checks that can be implemented by the ref backend. Initially\n> +these checks may only apply to the \"files\" backend. With the\n> +ongoing efforts to upstream a new \"reftable\" backend the\n> +effort may be extended.\n> +\n> +See:\n> +\n> + - https://lore.kernel.org/git/6cfee0e4-3285-4f18-91ff-d097da9de737@rd10.de/\n> + - https://lore.kernel.org/git/cover.1706601199.git.ps@pks.im/\n> +\n> +Expected Project Size: 175 hours or 350 hours\n> +\n> +Difficulty: Medium\n> +\n> +Languages: C, shell(bash)\n> +\n> +Possible mentors:\n> +* Patrick Steinhardt < >\n> +* Karthik Nayak < >\n> +\n> +### Refactor git-bisect(1) to make its state self-contained\n> +\n> +The git-bisect(1) command is used to find a commit in a\n> +range of commits that introduced a specific bug. Starting a\n> +bisection run creates a set of state files into the Git\n> +repository which record various different parameters like\n> +\".git/BISECT_START\". These files look almost like refs\n> +due to their names being all-uppercase. This has led to\n> +confusion with the new \"reftable\" backend because it wasn't\n> +quite clear whether those files are in fact refs or not.\n> +\n> +As it turns out they are not refs and should never be\n> +treated like one. Overall, it has been concluded that the\n> +way those files are currently stored is not ideal. Instead\n> +of having a proliferation of files in the Git directory, it\n> +was discussed whether the bisect state should be moved into\n> +its own \"bisect-state\" subdirectory. This would make it more\n> +self-contained and thereby avoid future confusion. It is\n> +also aligned with the sequencer state used by rebases, which\n> +is neatly contained in the \"rebase-apply\" and \"rebase-merge\"\n> +directories.\n> +\n> +The goal of this project would be to realize this change.\n> +While rearchitecting the layout should be comparatively easy\n> +to do, the harder part will be to hash out how to handle\n> +backwards compatibility.\n> +\n> +See:\n> +\n> + - https://lore.kernel.org/git/Za-gF_Hp_lXViGWw@tanuki/\n\nFrom reading the discussion it looks like everyone is Ok with doing\nthis. I really hope that we are not missing something that might make\nus decide early not to do this though.\n\n> +Expected Project Size: 175 hours or 350 hours\n> +\n> +Difficulty: Medium\n> +\n> +Languages: C, shell(bash)\n> +\n> +Possible mentors:\n> +* Patrick Steinhardt < >\n> +* Karthik Nayak < >\n"},{"id":"487939","messageId":"CAP8UFD3GBT7s1jGOc=fe6XdYGF1c--tMBDiy_sDg1Afsa=drDw@mail.gmail.com","threadId":"60807","inReplyTo":"d4797f27-825b-4e2b-85a6-cc30f33934e3@gmail.com","subject":"Re: Git in GSoC 2024","fromName":"Christian Couder","fromEmail":"christian.couder@gmail.com","sentAt":"2024-02-05T17:07:30Z","receivedAt":"2024-02-05T17:07:44Z","isPatch":false,"sender":{"key":"christian.couder@gmail.com","avatar":"https://avatars.githubusercontent.com/u/208954?v=4"},"body":"Hi Kaartic, Patrick, Karthik and all,\n\nOn Sat, Feb 3, 2024 at 12:41 PM Kaartic Sivaraam\n wrote:\n> On 01/02/24 15:08, Patrick Steinhardt wrote:\n> > On Wed, Jan 31, 2024 at 11:27:13PM +0530, Kaartic Sivaraam wrote:\n> >>\n> >> I created a fairly rough SoC ideas page for now including a barebones\n> >> information about the unit test migration idea:\n> >>\n> >> https://git.github.io/SoC-2024-Ideas/\n\nThanks for creating the page!\n\nI have just applied the patch Patrick sent to the mailing list with\nthe ideas related to reftable.\n\n> >> Note well that the existing idea's description is far from complete and I\n> >> mostly just cooked it up to serve as a template for how the idea entry could\n> >> look like. Kindly contribute towards elaborating the same :-)\n> >>\n> >> Also, feel free to suggest ideas you have around refs and reftable backed,\n> >> Patrick. Those would be helpful.\n> >\n> > I'll have a the beginning of next week and will think about topics\n> > meanwhile.\n> >\n>\n> Thanks, Patrick! It would be great if you could share the same as soon\n> as possible. The deadline for applying to GSoC is Feb 6 (18:00 UTC) and\n> we need the ideas page to be decent enough before we go ahead with\n> applying for this year.\n>\n> If the elaborate project description could take time, feel free to share\n> a paragraph or two that are supplemented with a few references. That\n> should be sufficient for applying to GSoC.\n\nYeah, we need a decent idea page, but it doesn't need to be finalized.\nI think we can still make changes after the deadline (which is for the\nOpen Source Orgs to apply).\n\n> Christian,\n>\n> It would be great if you could look into and improve the detail for the\n> unit test migration idea. I just added a very terse description based on\n> what I could get my hands on. If you think the description we used for\n> the Outreachy round would do, kindly update the page with the same or\n> kindly share it here so that I could update the same in the ideas page :-)\n\nThe project description for Outreachy was not very elaborate and is\nnow quite outdated. I have instead improved the project description in\nthe Ideas page.\n\n> > Yeah, as long as there is a co-mentor that can take over during my\n> > absence I'm happy to do it. Karthik said that he'd be willing to cover\n> > me, which I think would be a good fit given that he's already got quite\n> > a bit of exposure to the reftable backend internally at GitLab. Thanks!\n>\n> Sounds good. Thank you for volunteering to co-mentor, Karthik!\n\nYeah, thank you Patrick and Karthik!\n"},{"id":"487943","messageId":"26cf6320-7ead-4ca0-b4b8-ca7008cae401@gmail.com","threadId":"60807","inReplyTo":"CAP8UFD3GBT7s1jGOc=fe6XdYGF1c--tMBDiy_sDg1Afsa=drDw@mail.gmail.com","subject":"Re: Git in GSoC 2024","fromName":"Kaartic Sivaraam","fromEmail":"kaartic.sivaraam@gmail.com","sentAt":"2024-02-05T18:39:55Z","receivedAt":"2024-02-05T18:39:59Z","isPatch":false,"sender":{"key":"kaartic.sivaraam@gmail.com","avatar":"https://avatars.githubusercontent.com/u/12448084?v=4"},"body":"Hi Christian,\n\nOn 05/02/24 22:37, Christian Couder wrote:\n> Hi Kaartic, Patrick, Karthik and all,\n> \n> Thanks for creating the page!\n> \n> I have just applied the patch Patrick sent to the mailing list with\n> the ideas related to reftable.\n> \n\nThank you! I've now successfully submitted the application for Git using \nthe Ideas page we have :-)\n\nLet's hope that we get selected this year. We should know about that by \nFebruary 21 - 18:00 UTC.\n\n> Yeah, we need a decent idea page, but it doesn't need to be finalized.\n> I think we can still make changes after the deadline (which is for the\n> Open Source Orgs to apply).\n> \n\nIndeed. Let's see if we could get any new ideas / potential mentors for \nthis GSoC :-]\n\n>> Christian,\n>>\n>> It would be great if you could look into and improve the detail for the\n>> unit test migration idea. I just added a very terse description based on\n>> what I could get my hands on. If you think the description we used for\n>> the Outreachy round would do, kindly update the page with the same or\n>> kindly share it here so that I could update the same in the ideas page :-)\n> \n> The project description for Outreachy was not very elaborate and is\n> now quite outdated. I have instead improved the project description in\n> the Ideas page.\n> \n\nThat's great. Thanks!\n\n-- \nSivaraam\n"},{"id":"487945","messageId":"e1c04f67-5981-4393-8a8e-a28cc53858eb@gmail.com","threadId":"60807","inReplyTo":"CAP8UFD3F95TzytdpKO=LLf6Y_ejxwh9QtgAxRNKgMXW-72hjgQ@mail.gmail.com","subject":"Re: [PATCH] Add ideas for GSoC 2024","fromName":"Kaartic Sivaraam","fromEmail":"kaartic.sivaraam@gmail.com","sentAt":"2024-02-05T18:55:31Z","receivedAt":"2024-02-05T18:55:37Z","isPatch":true,"sender":{"key":"kaartic.sivaraam@gmail.com","avatar":"https://avatars.githubusercontent.com/u/12448084?v=4"},"body":"Hi Patrick, Christian and all,\n\nOn 05/02/24 22:13, Christian Couder wrote:\n> \n> Thanks a lot for these ideas! I have applied your patch and pushed it.\n> \n\nYeah. Thanks for sharing these great ideas! I've submitted the \napplication using the new ideas page now as mentioned in the parent thread.\n\n>> +### Convert reftable unit tests to use the unit testing framework\n>> +\n>> +The \"reftable\" unit tests in \"t0032-reftable-unittest.sh\"\n>> +predate the unit testing framework that was recently\n>> +introduced into Git. These tests should be converted to use\n>> +the new framework.\n>> +\n>> +See:\n>> +\n>> + - this discussion \n>> +\n>> +Expected Project Size: 175 hours or 350 hours\n>> +\n>> +Difficulty: Low\n> \n> \"Difficulty: Low\" might not be very accurate from the point of view of\n> contributors. I think it's always quite difficult to contribute\n> something significant to Git, and sometimes more than we expected.\n> \n\nMakes sense. Also, I'm kind of cat-one-the-wall about whether it makes \nsense to have two projects about the unit test migration effort itself. \nIf we're clear that both of them would not overlap, it should be fine. \nOtherwise, it would be better to merge them as Patrick suggests.\n\nThat said, how helpful would it be to link the following doc in the unit \ntesting related ideas?\n\nhttps://github.com/git/git/blob/master/Documentation/technical/unit-tests.txt\n\n>> +### Implement consistency checks for refs\n>> +\n >>\n >> [ ... snip ... ]\n >>\n>> +\n>> + - https://lore.kernel.org/git/6cfee0e4-3285-4f18-91ff-d097da9de737@rd10.de/\n>> + - https://lore.kernel.org/git/cover.1706601199.git.ps@pks.im/\n>> +\n >> [ .... snip ... ]\n>> +\n>> +### Implement support for reftables in \"dumb\" HTTP transport\n\nWould it worth linking the reftable technical doc for the above ideas?\n\nhttps://git-scm.com/docs/reftable\n\nI could see it goes into a lot of detail. I'm just wondering if link to \nit would help someone who's looking to learn about reftable.\n\n-- \nSivaraam\n"},{"id":"488024","messageId":"ZcHH9UCiQgGvugyc@tanuki","threadId":"60807","inReplyTo":"CAP8UFD3F95TzytdpKO=LLf6Y_ejxwh9QtgAxRNKgMXW-72hjgQ@mail.gmail.com","subject":"Re: [PATCH] Add ideas for GSoC 2024","fromName":"Patrick Steinhardt","fromEmail":"ps@pks.im","sentAt":"2024-02-06T05:47:33Z","receivedAt":"2024-02-06T05:47:40Z","isPatch":true,"sender":{"key":"ps@pks.im","avatar":"https://avatars.githubusercontent.com/u/4056630?v=4"},"body":"On Mon, Feb 05, 2024 at 05:43:17PM +0100, Christian Couder wrote:\n> On Mon, Feb 5, 2024 at 9:39 AM Patrick Steinhardt wrote:\n> >\n> > Add project ideas for the GSoC 2024.\n> > ---\n> >\n> > I came up with four different topics:\n> >\n> > - The reftable unit test refactorings. This topic can also be squashed\n> > into the preexisting unit test topics, I wouldn't mind. In that case\n> > I'd be happy to be a possible mentor, too.\n> >\n> > - Ref consistency checks for git-fsck(1). This should be rather\n> > straight forward and make for an interesting topic.\n> >\n> > - Making git-bisect(1)'s state more self-contained as recently\n> > discussed. This topic is easy to implement, but the backwards\n> > compatibility issues might require a lot of attention.\n> >\n> > - Implementing support for reftables in the \"dumb\" HTTP protocol. It's\n> > quite niche given that the dumb protocol isn't really used much\n> > nowadays anymore. But it could make for an interesting project\n> > regardless.\n> >\n> > It's hard to estimate for me whether their scope is either too small or\n> > too big. So please feel free to chime in and share your concerns if you\n> > think that any of those proposals don't make much sense in your opinion.\n> \n> Thanks a lot for these ideas! I have applied your patch and pushed it.\n> \n> I have a few concerns though, see below.\n> \n> > SoC-2024-Ideas.md | 129 ++++++++++++++++++++++++++++++++++++++++++++++\n> > 1 file changed, 129 insertions(+)\n> >\n> > diff --git a/SoC-2024-Ideas.md b/SoC-2024-Ideas.md\n> > index 3efbcaf..286aea0 100644\n> > --- a/SoC-2024-Ideas.md\n> > +++ b/SoC-2024-Ideas.md\n> > @@ -39,3 +39,132 @@ Languages: C, shell(bash)\n> > Possible mentors:\n> > * Christian Couder < >\n> >\n> > +### Convert reftable unit tests to use the unit testing framework\n> > +\n> > +The \"reftable\" unit tests in \"t0032-reftable-unittest.sh\"\n> > +predate the unit testing framework that was recently\n> > +introduced into Git. These tests should be converted to use\n> > +the new framework.\n> > +\n> > +See:\n> > +\n> > + - this discussion \n> > +\n> > +Expected Project Size: 175 hours or 350 hours\n> > +\n> > +Difficulty: Low\n> \n> \"Difficulty: Low\" might not be very accurate from the point of view of\n> contributors. I think it's always quite difficult to contribute\n> something significant to Git, and sometimes more than we expected.\n\nThat's certainly true. I understood the difficulty levels here as being\nrelative to the already-high bar that the Git project typically sets.\nOtherwise there wouldn't be much use to specify difficulty in the first\nplace if all items had the same difficulty.\n\nOr is the intent of the difficulty level rather on a global GSoC level?\nIn that case I agree that we should bump the difficulty to \"medium\".\n\n> > +Languages: C, shell(bash)\n> > +\n> > +Possible mentors:\n> > +* Patrick Steinhardt < >\n> > +* Karthik Nayak < >\n> > +\n> > +### Implement consistency checks for refs\n> > +\n> > +The git-fsck(1) command is used to check various data\n> > +structures for consistency. Notably missing though are\n> > +consistency checks for the refdb. While git-fsck(1)\n> > +implicitly checks some of the properties of the refdb\n> > +because it uses its refs for a connectivity check, these\n> > +checks aren't sufficient to properly ensure that all refs\n> > +are properly consistent.\n> > +\n> > +The goal of this project would be to introduce consistency\n> > +checks that can be implemented by the ref backend. Initially\n> > +these checks may only apply to the \"files\" backend. With the\n> > +ongoing efforts to upstream a new \"reftable\" backend the\n> > +effort may be extended.\n> > +\n> > +See:\n> > +\n> > + - https://lore.kernel.org/git/6cfee0e4-3285-4f18-91ff-d097da9de737@rd10.de/\n> > + - https://lore.kernel.org/git/cover.1706601199.git.ps@pks.im/\n> > +\n> > +Expected Project Size: 175 hours or 350 hours\n> > +\n> > +Difficulty: Medium\n> > +\n> > +Languages: C, shell(bash)\n> > +\n> > +Possible mentors:\n> > +* Patrick Steinhardt < >\n> > +* Karthik Nayak < >\n> > +\n> > +### Refactor git-bisect(1) to make its state self-contained\n> > +\n> > +The git-bisect(1) command is used to find a commit in a\n> > +range of commits that introduced a specific bug. Starting a\n> > +bisection run creates a set of state files into the Git\n> > +repository which record various different parameters like\n> > +\".git/BISECT_START\". These files look almost like refs\n> > +due to their names being all-uppercase. This has led to\n> > +confusion with the new \"reftable\" backend because it wasn't\n> > +quite clear whether those files are in fact refs or not.\n> > +\n> > +As it turns out they are not refs and should never be\n> > +treated like one. Overall, it has been concluded that the\n> > +way those files are currently stored is not ideal. Instead\n> > +of having a proliferation of files in the Git directory, it\n> > +was discussed whether the bisect state should be moved into\n> > +its own \"bisect-state\" subdirectory. This would make it more\n> > +self-contained and thereby avoid future confusion. It is\n> > +also aligned with the sequencer state used by rebases, which\n> > +is neatly contained in the \"rebase-apply\" and \"rebase-merge\"\n> > +directories.\n> > +\n> > +The goal of this project would be to realize this change.\n> > +While rearchitecting the layout should be comparatively easy\n> > +to do, the harder part will be to hash out how to handle\n> > +backwards compatibility.\n> > +\n> > +See:\n> > +\n> > + - https://lore.kernel.org/git/Za-gF_Hp_lXViGWw@tanuki/\n> \n> From reading the discussion it looks like everyone is Ok with doing\n> this. I really hope that we are not missing something that might make\n> us decide early not to do this though.\n\nI agree that this is a risky one, and that's what I tried to bring\nacross with the \"harder part will be to hash out how to handle backwards\ncompatibility\". Overall I think this project will be more about selling\nthe patch and reasoning about how it can be done without breaking\nbackwards compatibility.\n\nWe could bump the difficulty to high to reflect that better. But if you\ndeem the risk to be too high then I'm also happy to drop the topic\ncompletely.\n\nPatrick\n"},{"id":"488025","messageId":"ZcHIxcrKbgyhdyWn@tanuki","threadId":"60807","inReplyTo":"e1c04f67-5981-4393-8a8e-a28cc53858eb@gmail.com","subject":"Re: [PATCH] Add ideas for GSoC 2024","fromName":"Patrick Steinhardt","fromEmail":"ps@pks.im","sentAt":"2024-02-06T05:51:01Z","receivedAt":"2024-02-06T05:51:05Z","isPatch":true,"sender":{"key":"ps@pks.im","avatar":"https://avatars.githubusercontent.com/u/4056630?v=4"},"body":"On Tue, Feb 06, 2024 at 12:25:31AM +0530, Kaartic Sivaraam wrote:\n> Hi Patrick, Christian and all,\n> \n> On 05/02/24 22:13, Christian Couder wrote:\n> > \n> > Thanks a lot for these ideas! I have applied your patch and pushed it.\n> > \n> \n> Yeah. Thanks for sharing these great ideas! I've submitted the application\n> using the new ideas page now as mentioned in the parent thread.\n> \n> > > +### Convert reftable unit tests to use the unit testing framework\n> > > +\n> > > +The \"reftable\" unit tests in \"t0032-reftable-unittest.sh\"\n> > > +predate the unit testing framework that was recently\n> > > +introduced into Git. These tests should be converted to use\n> > > +the new framework.\n> > > +\n> > > +See:\n> > > +\n> > > + - this discussion \n> > > +\n> > > +Expected Project Size: 175 hours or 350 hours\n> > > +\n> > > +Difficulty: Low\n> > \n> > \"Difficulty: Low\" might not be very accurate from the point of view of\n> > contributors. I think it's always quite difficult to contribute\n> > something significant to Git, and sometimes more than we expected.\n> > \n> \n> Makes sense. Also, I'm kind of cat-one-the-wall about whether it makes sense\n> to have two projects about the unit test migration effort itself. If we're\n> clear that both of them would not overlap, it should be fine. Otherwise, it\n> would be better to merge them as Patrick suggests.\n\nI don't quite mind either way. I think overall we have enough tests that\ncan be converted even if both projects got picked up separately. And the\nreftable unit tests are a bit more involved than the other tests given\nthat their coding style doesn't fit at all into the Git project. So it's\nnot like they can just be copied over, they definitely need some special\ncare.\n\nAlso, the technical complexity of the \"reftable\" backend is rather high,\nwhich is another hurdle to take.\n\nWhich overall makes me lean more towards keeping this as a separate\nproject now that I think about it.\n\n> That said, how helpful would it be to link the following doc in the unit\n> testing related ideas?\n> \n> https://github.com/git/git/blob/master/Documentation/technical/unit-tests.txt\n\nMakes sense to me.\n\n> > > +### Implement consistency checks for refs\n> > > +\n> >>\n> >> [ ... snip ... ]\n> >>\n> > > +\n> > > + - https://lore.kernel.org/git/6cfee0e4-3285-4f18-91ff-d097da9de737@rd10.de/\n> > > + - https://lore.kernel.org/git/cover.1706601199.git.ps@pks.im/\n> > > +\n> >> [ .... snip ... ]\n> > > +\n> > > +### Implement support for reftables in \"dumb\" HTTP transport\n> \n> Would it worth linking the reftable technical doc for the above ideas?\n> \n> https://git-scm.com/docs/reftable\n> \n> I could see it goes into a lot of detail. I'm just wondering if link to it\n> would help someone who's looking to learn about reftable.\n\nDefinitely doesn't hurt.\n\nPatrick\n"},{"id":"488051","messageId":"CAP8UFD2yFr1uOjKOnMjznjR6BEzGqq=R7K85z2Jz4i=sG0CLJA@mail.gmail.com","threadId":"60807","inReplyTo":"ZcHIxcrKbgyhdyWn@tanuki","subject":"Re: [PATCH] Add ideas for GSoC 2024","fromName":"Christian Couder","fromEmail":"christian.couder@gmail.com","sentAt":"2024-02-06T08:13:02Z","receivedAt":"2024-02-06T08:13:16Z","isPatch":true,"sender":{"key":"christian.couder@gmail.com","avatar":"https://avatars.githubusercontent.com/u/208954?v=4"},"body":"On Tue, Feb 6, 2024 at 6:51 AM Patrick Steinhardt wrote:\n> On Tue, Feb 06, 2024 at 12:25:31AM +0530, Kaartic Sivaraam wrote:\n\n> > Makes sense. Also, I'm kind of cat-one-the-wall about whether it makes sense\n> > to have two projects about the unit test migration effort itself. If we're\n> > clear that both of them would not overlap, it should be fine. Otherwise, it\n> > would be better to merge them as Patrick suggests.\n>\n> I don't quite mind either way. I think overall we have enough tests that\n> can be converted even if both projects got picked up separately. And the\n> reftable unit tests are a bit more involved than the other tests given\n> that their coding style doesn't fit at all into the Git project. So it's\n> not like they can just be copied over, they definitely need some special\n> care.\n>\n> Also, the technical complexity of the \"reftable\" backend is rather high,\n> which is another hurdle to take.\n>\n> Which overall makes me lean more towards keeping this as a separate\n> project now that I think about it.\n\nOk, for me. If we have a contributor working on each of these 2\nprojects, we just need to be clear that the contributors should not\nwork together on the 2 projects as I think the GSoC forbids that.\n\n> > That said, how helpful would it be to link the following doc in the unit\n> > testing related ideas?\n> >\n> > https://github.com/git/git/blob/master/Documentation/technical/unit-tests.txt\n>\n> Makes sense to me.\n\nTo me too.\n\n> > Would it worth linking the reftable technical doc for the above ideas?\n> >\n> > https://git-scm.com/docs/reftable\n> >\n> > I could see it goes into a lot of detail. I'm just wondering if link to it\n> > would help someone who's looking to learn about reftable.\n>\n> Definitely doesn't hurt.\n\nI agree.\n\nThanks!\n"},{"id":"488052","messageId":"CAP8UFD2t-eD_WWz8Zv_iz-uPL6bqxO8o8_SXgvRc-p2v=FCY-Q@mail.gmail.com","threadId":"60807","inReplyTo":"ZcHH9UCiQgGvugyc@tanuki","subject":"Re: [PATCH] Add ideas for GSoC 2024","fromName":"Christian Couder","fromEmail":"christian.couder@gmail.com","sentAt":"2024-02-06T08:26:05Z","receivedAt":"2024-02-06T08:26:20Z","isPatch":true,"sender":{"key":"christian.couder@gmail.com","avatar":"https://avatars.githubusercontent.com/u/208954?v=4"},"body":"On Tue, Feb 6, 2024 at 6:47 AM Patrick Steinhardt wrote:\n> On Mon, Feb 05, 2024 at 05:43:17PM +0100, Christian Couder wrote:\n\n> > \"Difficulty: Low\" might not be very accurate from the point of view of\n> > contributors. I think it's always quite difficult to contribute\n> > something significant to Git, and sometimes more than we expected.\n>\n> That's certainly true. I understood the difficulty levels here as being\n> relative to the already-high bar that the Git project typically sets.\n\nI am not sure potential contributors are aware of the high bar that\nthe Git project typically sets.\n\n> Otherwise there wouldn't be much use to specify difficulty in the first\n> place if all items had the same difficulty.\n>\n> Or is the intent of the difficulty level rather on a global GSoC level?\n\nYeah, I think it makes more sense to consider it like this.\n\n> In that case I agree that we should bump the difficulty to \"medium\".\n\nYeah, I think we should bump it to \"medium\".\n\n> > From reading the discussion it looks like everyone is Ok with doing\n> > this. I really hope that we are not missing something that might make\n> > us decide early not to do this though.\n>\n> I agree that this is a risky one, and that's what I tried to bring\n> across with the \"harder part will be to hash out how to handle backwards\n> compatibility\". Overall I think this project will be more about selling\n> the patch and reasoning about how it can be done without breaking\n> backwards compatibility.\n>\n> We could bump the difficulty to high to reflect that better. But if you\n> deem the risk to be too high then I'm also happy to drop the topic\n> completely.\n\nI think we can keep this topic with a \"Medium\" difficulty. Perhaps it\nwill actually not be very difficult if all goes well.\n\nYeah, it may seem strange, but I think unless we start to have\nprojects not related much to our code base, like perhaps projects\nrelated to our web sites or some infrastructure or the Git Rev News or\nour docs, I think most projects should have a \"Medium\" difficulty. We\nmight want to use \"High\" sometimes if we want to discourage\ncontributors unless they have some special background related to the\nspecific topic (like multi-threading for example if we had related\nprojects).\n"},{"id":"488228","messageId":"F2684AB9-C4F3-43C3-91F2-A6D7D71F4927@gmail.com","threadId":"60807","inReplyTo":"CAP8UFD2yFr1uOjKOnMjznjR6BEzGqq=R7K85z2Jz4i=sG0CLJA@mail.gmail.com","subject":"Re: [PATCH] Add ideas for GSoC 2024","fromName":"Kaartic Sivaraam","fromEmail":"kaartic.sivaraam@gmail.com","sentAt":"2024-02-08T14:02:50Z","receivedAt":"2024-02-08T14:02:54Z","isPatch":true,"sender":{"key":"kaartic.sivaraam@gmail.com","avatar":"https://avatars.githubusercontent.com/u/12448084?v=4"},"body":"Hi Patrick amd Christian,\n\n\nOn 6 February 2024 1:43:02 pm IST, Christian Couder wrote:\n>On Tue, Feb 6, 2024 at 6:51 AM Patrick Steinhardt wrote:\n>> On Tue, Feb 06, 2024 at 12:25:31AM +0530, Kaartic Sivaraam wrote:\n>\n>> I don't quite mind either way. I think overall we have enough tests that\n>> can be converted even if both projects got picked up separately. And the\n>> reftable unit tests are a bit more involved than the other tests given\n>> that their coding style doesn't fit at all into the Git project. So it's\n>> not like they can just be copied over, they definitely need some special\n>> care.\n>>\n>> Also, the technical complexity of the \"reftable\" backend is rather high,\n>> which is another hurdle to take.\n>>\n>> Which overall makes me lean more towards keeping this as a separate\n>> project now that I think about it.\n\nMakes sense. I suppose we need to capture the distinction more clearly in the ideas page.\n\nI've tweaked the doc for the same. Do check it out and feel free to suggest any corrections.\n\nIdeas page: https://git.github.io/SoC-2024-Ideas/\n\n>Ok, for me. If we have a contributor working on each of these 2\n>projects, we just need to be clear that the contributors should not\n>work together on the 2 projects as I think the GSoC forbids that.\n>\n\nIndeed. We must make sure to communicate this to selected contributors if we end up choosing two of them for the unit test migration projects.\n\nOn a related note, I think I could help as a co-mentor the non-reftable unit tests migration project if we don't find any other willing volunteer. :-) \n\nI'm hoping I should be of some help on guiding the contributor as a co-mentor. Feel free to let me correct me if I might potentially lack required knowledge.\n\n>> > That said, how helpful would it be to link the following doc in the unit\n>> > testing related ideas?\n>> >\n>> > https://github.com/git/git/blob/master/Documentation/technical/unit-tests.txt\n>>\n>> Makes sense to me.\n>\n>To me too.\n>\n>> > Would it worth linking the reftable technical doc for the above ideas?\n>> >\n>> > https://git-scm.com/docs/reftable\n>> >\n>> > I could see it goes into a lot of detail. I'm just wondering if link to it\n>> > would help someone who's looking to learn about reftable.\n>>\n>> Definitely doesn't hurt.\n>\n>I agree.\n>\n\nThanks for the feedback. Included both of these links in relevant ideas too. Feel free to cross-check them!\n\n-- \nSivaraam\n\nSent from my Android device with K-9 Mail. Please excuse my brevity.\n"},{"id":"488265","messageId":"ZcXF30FFOo5cWeFT@tanuki","threadId":"60807","inReplyTo":"F2684AB9-C4F3-43C3-91F2-A6D7D71F4927@gmail.com","subject":"Re: [PATCH] Add ideas for GSoC 2024","fromName":"Patrick Steinhardt","fromEmail":"ps@pks.im","sentAt":"2024-02-09T06:27:43Z","receivedAt":"2024-02-09T06:27:51Z","isPatch":true,"sender":{"key":"ps@pks.im","avatar":"https://avatars.githubusercontent.com/u/4056630?v=4"},"body":"On Thu, Feb 08, 2024 at 07:32:50PM +0530, Kaartic Sivaraam wrote:\n> Hi Patrick amd Christian,\n> \n> \n> On 6 February 2024 1:43:02 pm IST, Christian Couder wrote:\n> >On Tue, Feb 6, 2024 at 6:51 AM Patrick Steinhardt wrote:\n> >> On Tue, Feb 06, 2024 at 12:25:31AM +0530, Kaartic Sivaraam wrote:\n> >\n> >> I don't quite mind either way. I think overall we have enough tests that\n> >> can be converted even if both projects got picked up separately. And the\n> >> reftable unit tests are a bit more involved than the other tests given\n> >> that their coding style doesn't fit at all into the Git project. So it's\n> >> not like they can just be copied over, they definitely need some special\n> >> care.\n> >>\n> >> Also, the technical complexity of the \"reftable\" backend is rather high,\n> >> which is another hurdle to take.\n> >>\n> >> Which overall makes me lean more towards keeping this as a separate\n> >> project now that I think about it.\n> \n> Makes sense. I suppose we need to capture the distinction more\n> clearly in the ideas page.\n> \n> I've tweaked the doc for the same. Do check it out and feel free to\n> suggest any corrections.\n> \n> Ideas page: https://git.github.io/SoC-2024-Ideas/\n\nYeah, the clarification looks good to me. Thanks!\n\nPatrick\n"},{"id":"488281","messageId":"CAP8UFD2nc=p5DKyfAWEKUsSCWWWbNvBHS=a8=7TAAq_WoQNGRw@mail.gmail.com","threadId":"60807","inReplyTo":"F2684AB9-C4F3-43C3-91F2-A6D7D71F4927@gmail.com","subject":"Re: [PATCH] Add ideas for GSoC 2024","fromName":"Christian Couder","fromEmail":"christian.couder@gmail.com","sentAt":"2024-02-09T08:36:02Z","receivedAt":"2024-02-09T08:36:17Z","isPatch":true,"sender":{"key":"christian.couder@gmail.com","avatar":"https://avatars.githubusercontent.com/u/208954?v=4"},"body":"Hi Kaartic,\n\nOn Thu, Feb 8, 2024 at 3:02 PM Kaartic Sivaraam\n wrote:\n> On 6 February 2024 1:43:02 pm IST, Christian Couder wrote:\n> >On Tue, Feb 6, 2024 at 6:51 AM Patrick Steinhardt wrote:\n> >\n> >> I don't quite mind either way. I think overall we have enough tests that\n> >> can be converted even if both projects got picked up separately. And the\n> >> reftable unit tests are a bit more involved than the other tests given\n> >> that their coding style doesn't fit at all into the Git project. So it's\n> >> not like they can just be copied over, they definitely need some special\n> >> care.\n> >>\n> >> Also, the technical complexity of the \"reftable\" backend is rather high,\n> >> which is another hurdle to take.\n> >>\n> >> Which overall makes me lean more towards keeping this as a separate\n> >> project now that I think about it.\n>\n> Makes sense. I suppose we need to capture the distinction more clearly in the ideas page.\n>\n> I've tweaked the doc for the same. Do check it out and feel free to suggest any corrections.\n>\n> Ideas page: https://git.github.io/SoC-2024-Ideas/\n\nThanks! It looks good to me too.\n\n> >Ok, for me. If we have a contributor working on each of these 2\n> >projects, we just need to be clear that the contributors should not\n> >work together on the 2 projects as I think the GSoC forbids that.\n>\n> Indeed. We must make sure to communicate this to selected contributors if we end up choosing two of them for the unit test migration projects.\n>\n> On a related note, I think I could help as a co-mentor the non-reftable unit tests migration project if we don't find any other willing volunteer. :-)\n>\n> I'm hoping I should be of some help on guiding the contributor as a co-mentor. Feel free to let me correct me if I might potentially lack required knowledge.\n\nThanks a lot for volunteering to co-mentor with me! I think you don't\nneed any special knowledge and you will be very helpful as usual.\n\n> >> > That said, how helpful would it be to link the following doc in the unit\n> >> > testing related ideas?\n> >> >\n> >> > https://github.com/git/git/blob/master/Documentation/technical/unit-tests.txt\n> >>\n> >> Makes sense to me.\n> >\n> >To me too.\n> >\n> >> > Would it worth linking the reftable technical doc for the above ideas?\n> >> >\n> >> > https://git-scm.com/docs/reftable\n> >> >\n> >> > I could see it goes into a lot of detail. I'm just wondering if link to it\n> >> > would help someone who's looking to learn about reftable.\n> >>\n> >> Definitely doesn't hurt.\n> >\n> >I agree.\n>\n> Thanks for the feedback. Included both of these links in relevant ideas too. Feel free to cross-check them!\n\nGreat, thanks!\n"},{"id":"489049","messageId":"CA+ARAtqicQkhKFcTxoT+GWMhCxnV-BNqd0oOcn2YwznfFnnRPw@mail.gmail.com","threadId":"60807","inReplyTo":"26cf6320-7ead-4ca0-b4b8-ca7008cae401@gmail.com","subject":"Re: Git in GSoC 2024","fromName":"Kaartic Sivaraam","fromEmail":"kaartic.sivaraam@gmail.com","sentAt":"2024-02-21T05:02:25Z","receivedAt":"2024-02-21T05:02:37Z","isPatch":false,"sender":{"key":"kaartic.sivaraam@gmail.com","avatar":"https://avatars.githubusercontent.com/u/12448084?v=4"},"body":"Hello Christian, Patrick, Karthik and all,\n\nOn 06/02/24 00:09, Kaartic Sivaraam wrote:\n> Hi Christian,\n>\n> On 05/02/24 22:37, Christian Couder wrote:\n>> Hi Kaartic, Patrick, Karthik and all,\n>>\n>> Thanks for creating the page!\n>>\n>> I have just applied the patch Patrick sent to the mailing list with\n>> the ideas related to reftable.\n>>\n>\n> Thank you! I've now successfully submitted the application for Git using\n> the Ideas page we have :-)\n>\n> Let's hope that we get selected this year. We should know about that by\n> February 21 - 18:00 UTC.\n>\n\nI think it's time we start being prepared for potential contributors who\nare interested in contributing to Git via GSoC. ;-)\n\nOn a more important note, we need to assign Org Admins and mentors for\nthe 2024 program. For now, I'm the only Org Admin for the 2024 program.\n\nChristian, could you do the following so that I could add you as an Org\nAdmin for the 2024 program?\n\n\"Visit https://g.co/gsoc site, click on the 2024 bar which will display\nthe 2024 Program Rules and Org Member agreement, read and agree to the\nsame.\"\n\nFor mentors, as Patrick and Karthik are new to the program, we need to\ninvite them first and only after they've accepted the invitation can we\nadd them to the program.\n\nKarthik, I was able to get your Gmail address and have sent an invite to\nyou. Could you accept the same after reading through the program rules\nand member agreement?\n\nPatrick, could you kindly share with me your Gmail address so that I could\ninvite you to the program?\n\n--\nSivaraam\n\nPS: Apologies if you've got this email multiple times. My email client has not\nyet been able to deliver the message to the list. So, I'm trying other ways to\nget it done. Sorry for the noise.\n"},{"id":"489051","messageId":"ZdWV5ACvZWxrWq1y@tanuki","threadId":"60807","inReplyTo":"CA+ARAtqicQkhKFcTxoT+GWMhCxnV-BNqd0oOcn2YwznfFnnRPw@mail.gmail.com","subject":"Re: Git in GSoC 2024","fromName":"Patrick Steinhardt","fromEmail":"ps@pks.im","sentAt":"2024-02-21T06:19:16Z","receivedAt":"2024-02-21T06:19:23Z","isPatch":false,"sender":{"key":"ps@pks.im","avatar":"https://avatars.githubusercontent.com/u/4056630?v=4"},"body":"On Wed, Feb 21, 2024 at 10:32:25AM +0530, Kaartic Sivaraam wrote:\n> Hello Christian, Patrick, Karthik and all,\n> \n> On 06/02/24 00:09, Kaartic Sivaraam wrote:\n> > Hi Christian,\n> >\n> > On 05/02/24 22:37, Christian Couder wrote:\n> >> Hi Kaartic, Patrick, Karthik and all,\n> >>\n> >> Thanks for creating the page!\n> >>\n> >> I have just applied the patch Patrick sent to the mailing list with\n> >> the ideas related to reftable.\n> >>\n> >\n> > Thank you! I've now successfully submitted the application for Git using\n> > the Ideas page we have :-)\n> >\n> > Let's hope that we get selected this year. We should know about that by\n> > February 21 - 18:00 UTC.\n> >\n> \n> I think it's time we start being prepared for potential contributors who\n> are interested in contributing to Git via GSoC. ;-)\n> \n> On a more important note, we need to assign Org Admins and mentors for\n> the 2024 program. For now, I'm the only Org Admin for the 2024 program.\n> \n> Christian, could you do the following so that I could add you as an Org\n> Admin for the 2024 program?\n> \n> \"Visit https://g.co/gsoc site, click on the 2024 bar which will display\n> the 2024 Program Rules and Org Member agreement, read and agree to the\n> same.\"\n> \n> For mentors, as Patrick and Karthik are new to the program, we need to\n> invite them first and only after they've accepted the invitation can we\n> add them to the program.\n> \n> Karthik, I was able to get your Gmail address and have sent an invite to\n> you. Could you accept the same after reading through the program rules\n> and member agreement?\n> \n> Patrick, could you kindly share with me your Gmail address so that I could\n> invite you to the program?\n\nYou can use my GitLab mail address for this: psteinhardt@gitlab.com.\nThanks for handling the administrative parts, and happy to hear that the\nGit project has been accepted.\n\nPatrick\n"},{"id":"489057","messageId":"CAP8UFD3fmgcdN-zFVxmMu7mTBdrY=NPSdskj-18aHhpjNmpx_g@mail.gmail.com","threadId":"60807","inReplyTo":"CA+ARAtqicQkhKFcTxoT+GWMhCxnV-BNqd0oOcn2YwznfFnnRPw@mail.gmail.com","subject":"Re: Git in GSoC 2024","fromName":"Christian Couder","fromEmail":"christian.couder@gmail.com","sentAt":"2024-02-21T08:43:12Z","receivedAt":"2024-02-21T08:43:26Z","isPatch":false,"sender":{"key":"christian.couder@gmail.com","avatar":"https://avatars.githubusercontent.com/u/208954?v=4"},"body":"Hi Kaartic,\n\nOn Wed, Feb 21, 2024 at 6:02 AM Kaartic Sivaraam\n wrote:\n\n> Christian, could you do the following so that I could add you as an Org\n> Admin for the 2024 program?\n\nYeah, sure.\n\n> \"Visit https://g.co/gsoc site, click on the 2024 bar which will display\n> the 2024 Program Rules and Org Member agreement, read and agree to the\n> same.\"\n\nDone. My status is now \"Accepted\", but yeah I think you need to add me\nto the GSoC 2024 program now.\n\n> For mentors, as Patrick and Karthik are new to the program, we need to\n> invite them first and only after they've accepted the invitation can we\n> add them to the program.\n\nThanks for inviting them!\n"},{"id":"489058","messageId":"CAOLa=ZQkhj1JDGQdZL9gZ4oLFQRdENRnAyJ-OfmGTb+7biaRDg@mail.gmail.com","threadId":"60807","inReplyTo":"CA+ARAtqicQkhKFcTxoT+GWMhCxnV-BNqd0oOcn2YwznfFnnRPw@mail.gmail.com","subject":"Re: Git in GSoC 2024","fromName":"Karthik Nayak","fromEmail":"karthik.188@gmail.com","sentAt":"2024-02-21T08:59:09Z","receivedAt":"2024-02-21T08:59:11Z","isPatch":false,"sender":{"key":"karthik.188@gmail.com","avatar":"https://avatars.githubusercontent.com/u/1786334?v=4"},"body":"Hello,\n\nKaartic Sivaraam writes:\n\n> Hello Christian, Patrick, Karthik and all,\n> Karthik, I was able to get your Gmail address and have sent an invite to\n> you. Could you accept the same after reading through the program rules\n> and member agreement?\n>\n\nI confirm the same, and have signed up.\n\nThanks for handling everything here.\n\n- Karthik\n"},{"id":"489120","messageId":"9cec06d8-971b-4c5d-9d85-969021b0dd48@gmail.com","threadId":"60807","inReplyTo":"CA+ARAtqicQkhKFcTxoT+GWMhCxnV-BNqd0oOcn2YwznfFnnRPw@mail.gmail.com","subject":"Re: Git in GSoC 2024","fromName":"Kaartic Sivaraam","fromEmail":"kaartic.sivaraam@gmail.com","sentAt":"2024-02-22T04:31:54Z","receivedAt":"2024-02-22T04:31:58Z","isPatch":false,"sender":{"key":"kaartic.sivaraam@gmail.com","avatar":"https://avatars.githubusercontent.com/u/12448084?v=4"},"body":"Hi Christian, Patrick, Karthik and all,\n\nOn 21/02/24 10:32, Kaartic Sivaraam wrote:\n> \n> Christian, could you do the following so that I could add you as an Org\n> Admin for the 2024 program?\n> \n> \"Visit https://g.co/gsoc site, click on the 2024 bar which will display\n> the 2024 Program Rules and Org Member agreement, read and agree to the\n> same.\"\n> \n> For mentors, as Patrick and Karthik are new to the program, we need to\n> invite them first and only after they've accepted the invitation can we\n> add them to the program.\n> \n> Karthik, I was able to get your Gmail address and have sent an invite to\n> you. Could you accept the same after reading through the program rules\n> and member agreement?\n> \n> Patrick, could you kindly share with me your Gmail address so that I could\n> invite you to the program?\n> \n\nThanks for the quick turnaround all! I've added all of you to the 2024 \nprogram. I hope you're able to access the program page at [1]. Let me \nknow if you're facing any issues.\n\nAlso, it's official now. Git has been selected as one of the \nparticipating organizations[2] in GSoC 2024!\n\nLet's look forward towards a summer with great GSoC contributors who \nhopefully become continued contributors to the community :-)\n\n[[ References ]]\n\n[1]: \nhttps://summerofcode.withgoogle.com/organizations/git/programs/2024/timeline\n\n[2]: https://summerofcode.withgoogle.com/programs/2024/organizations/git\n\n-- \nSivaraam\n"},{"id":"489121","messageId":"Zdb8lnUSurutauRa@tanuki","threadId":"60807","inReplyTo":"9cec06d8-971b-4c5d-9d85-969021b0dd48@gmail.com","subject":"Re: Git in GSoC 2024","fromName":"Patrick Steinhardt","fromEmail":"ps@pks.im","sentAt":"2024-02-22T07:49:42Z","receivedAt":"2024-02-22T07:49:49Z","isPatch":false,"sender":{"key":"ps@pks.im","avatar":"https://avatars.githubusercontent.com/u/4056630?v=4"},"body":"On Thu, Feb 22, 2024 at 10:01:54AM +0530, Kaartic Sivaraam wrote:\n> Hi Christian, Patrick, Karthik and all,\n> \n> On 21/02/24 10:32, Kaartic Sivaraam wrote:\n> > \n> > Christian, could you do the following so that I could add you as an Org\n> > Admin for the 2024 program?\n> > \n> > \"Visit https://g.co/gsoc site, click on the 2024 bar which will display\n> > the 2024 Program Rules and Org Member agreement, read and agree to the\n> > same.\"\n> > \n> > For mentors, as Patrick and Karthik are new to the program, we need to\n> > invite them first and only after they've accepted the invitation can we\n> > add them to the program.\n> > \n> > Karthik, I was able to get your Gmail address and have sent an invite to\n> > you. Could you accept the same after reading through the program rules\n> > and member agreement?\n> > \n> > Patrick, could you kindly share with me your Gmail address so that I could\n> > invite you to the program?\n> > \n> \n> Thanks for the quick turnaround all! I've added all of you to the 2024\n> program. I hope you're able to access the program page at [1]. Let me know\n> if you're facing any issues.\n> \n> Also, it's official now. Git has been selected as one of the participating\n> organizations[2] in GSoC 2024!\n> \n> Let's look forward towards a summer with great GSoC contributors who\n> hopefully become continued contributors to the community :-)\n> \n> [[ References ]]\n> \n> [1]:\n> https://summerofcode.withgoogle.com/organizations/git/programs/2024/timeline\n> \n> [2]: https://summerofcode.withgoogle.com/programs/2024/organizations/git\n\nI can access the second link, but the first one is broken for me. First\nit claimed that my Google account wasn't connected to GSoC, and after a\nreload it stays blank now.\n\nPatrick\n"},{"id":"489125","messageId":"CAOLa=ZSq-X7s2XwFAEu2umrQ5z2fsa=X2ai4EaU5ufyoacncVQ@mail.gmail.com","threadId":"60807","inReplyTo":"Zdb8lnUSurutauRa@tanuki","subject":"Re: Git in GSoC 2024","fromName":"Karthik Nayak","fromEmail":"karthik.188@gmail.com","sentAt":"2024-02-22T08:57:22Z","receivedAt":"2024-02-22T08:57:49Z","isPatch":false,"sender":{"key":"karthik.188@gmail.com","avatar":"https://avatars.githubusercontent.com/u/1786334?v=4"},"body":"On Thu, Feb 22, 2024 at 8:49 AM Patrick Steinhardt wrote:\n>\n> On Thu, Feb 22, 2024 at 10:01:54AM +0530, Kaartic Sivaraam wrote:\n> > [1]:\n> > https://summerofcode.withgoogle.com/organizations/git/programs/2024/timeline\n> >\n> > [2]: https://summerofcode.withgoogle.com/programs/2024/organizations/git\n>\n> I can access the second link, but the first one is broken for me. First\n> it claimed that my Google account wasn't connected to GSoC, and after a\n> reload it stays blank now.\n>\n\nBoth links seem to be working now for me.\n"},{"id":"489131","messageId":"CAP8UFD2_K-7TfMYSYh0xunWQcfA5bj1MiXSx-6HRGNE8MzjncA@mail.gmail.com","threadId":"60807","inReplyTo":"CAOLa=ZSq-X7s2XwFAEu2umrQ5z2fsa=X2ai4EaU5ufyoacncVQ@mail.gmail.com","subject":"Re: Git in GSoC 2024","fromName":"Christian Couder","fromEmail":"christian.couder@gmail.com","sentAt":"2024-02-22T12:02:14Z","receivedAt":"2024-02-22T12:02:29Z","isPatch":false,"sender":{"key":"christian.couder@gmail.com","avatar":"https://avatars.githubusercontent.com/u/208954?v=4"},"body":"On Thu, Feb 22, 2024 at 9:57 AM Karthik Nayak wrote:\n>\n> On Thu, Feb 22, 2024 at 8:49 AM Patrick Steinhardt wrote:\n> >\n> > On Thu, Feb 22, 2024 at 10:01:54AM +0530, Kaartic Sivaraam wrote:\n> > > [1]:\n> > > https://summerofcode.withgoogle.com/organizations/git/programs/2024/timeline\n> > >\n> > > [2]: https://summerofcode.withgoogle.com/programs/2024/organizations/git\n> >\n> > I can access the second link, but the first one is broken for me. First\n> > it claimed that my Google account wasn't connected to GSoC, and after a\n> > reload it stays blank now.\n> >\n>\n> Both links seem to be working now for me.\n\nBoth links are working for me too.\n\nThanks!\n"},{"id":"489147","messageId":"B6C95613-B316-404F-9076-FAC5955B8890@gmail.com","threadId":"60807","inReplyTo":"Zdb8lnUSurutauRa@tanuki","subject":"Re: Git in GSoC 2024","fromName":"Kaartic Sivaraam","fromEmail":"kaartic.sivaraam@gmail.com","sentAt":"2024-02-22T14:05:33Z","receivedAt":"2024-02-22T14:05:41Z","isPatch":false,"sender":{"key":"kaartic.sivaraam@gmail.com","avatar":"https://avatars.githubusercontent.com/u/12448084?v=4"},"body":"Hi Patrick, Karthik, Christian and all,\n\n\nOn 22 February 2024 1:19:42 pm IST, Patrick Steinhardt wrote:\n>On Thu, Feb 22, 2024 at 10:01:54AM +0530, Kaartic Sivaraam wrote:\n>> Hi Christian, Patrick, Karthik and all,\n>> \n>> On 21/02/24 10:32, Kaartic Sivaraam wrote:\n>> \n>> Also, it's official now. Git has been selected as one of the participating\n>> organizations[2] in GSoC 2024!\n>> \n>> Let's look forward towards a summer with great GSoC contributors who\n>> hopefully become continued contributors to the community :-)\n>> \n>> [[ References ]]\n>> \n>> [1]:\n>> https://summerofcode.withgoogle.com/organizations/git/programs/2024/timeline\n>> \n>> [2]: https://summerofcode.withgoogle.com/programs/2024/organizations/git\n>\n>I can access the second link, but the first one is broken for me. First\n>it claimed that my Google account wasn't connected to GSoC, and after a\n>reload it stays blank now.\n>\n\nThat's strange. Could you possibly try logging into the Summer of code website [3] directly in an incognito window using your GitLab account?\n\nI've previously faced issues with logging into the summer of code website due to an add-on blocking access to other Google domains. So, if you have add-ons that might block resources accessed by the website, could you possibly try disabling them?\n\nIf you face issues despite all this, the only resort is to write to GSoC support about this issue at gsoc-support@google.com\n\n[3]: https://summerofcode.withgoogle.com/\n\nHope this helps,\nSivaraam\n\nSent from my Android device with K-9 Mail. Please excuse my brevity.\n"},{"id":"489157","messageId":"ZddtyZqX1ME741j4@tanuki","threadId":"60807","inReplyTo":"B6C95613-B316-404F-9076-FAC5955B8890@gmail.com","subject":"Re: Git in GSoC 2024","fromName":"Patrick Steinhardt","fromEmail":"ps@pks.im","sentAt":"2024-02-22T15:52:41Z","receivedAt":"2024-02-22T15:52:49Z","isPatch":false,"sender":{"key":"ps@pks.im","avatar":"https://avatars.githubusercontent.com/u/4056630?v=4"},"body":"On Thu, Feb 22, 2024 at 07:35:33PM +0530, Kaartic Sivaraam wrote:\n> Hi Patrick, Karthik, Christian and all,\n> \n> \n> On 22 February 2024 1:19:42 pm IST, Patrick Steinhardt wrote:\n> >On Thu, Feb 22, 2024 at 10:01:54AM +0530, Kaartic Sivaraam wrote:\n> >> Hi Christian, Patrick, Karthik and all,\n> >> \n> >> On 21/02/24 10:32, Kaartic Sivaraam wrote:\n> >> \n> >> Also, it's official now. Git has been selected as one of the participating\n> >> organizations[2] in GSoC 2024!\n> >> \n> >> Let's look forward towards a summer with great GSoC contributors who\n> >> hopefully become continued contributors to the community :-)\n> >> \n> >> [[ References ]]\n> >> \n> >> [1]:\n> >> https://summerofcode.withgoogle.com/organizations/git/programs/2024/timeline\n> >> \n> >> [2]: https://summerofcode.withgoogle.com/programs/2024/organizations/git\n> >\n> >I can access the second link, but the first one is broken for me. First\n> >it claimed that my Google account wasn't connected to GSoC, and after a\n> >reload it stays blank now.\n> >\n> \n> That's strange. Could you possibly try logging into the Summer of code website [3] directly in an incognito window using your GitLab account?\n> \n> I've previously faced issues with logging into the summer of code website due to an add-on blocking access to other Google domains. So, if you have add-ons that might block resources accessed by the website, could you possibly try disabling them?\n> \n> If you face issues despite all this, the only resort is to write to GSoC support about this issue at gsoc-support@google.com\n> \n> [3]: https://summerofcode.withgoogle.com/\n> \n> Hope this helps,\n> Sivaraam\n\nThings work now after a re-login. Kinda strange, but so be it. Thanks!\n\nPatrick\n"},{"id":"489278","messageId":"CA+ARAtoeG0hoW0=eH50SCN_weUVoLYV8Cguxf-agz62Vbbfhjg@mail.gmail.com","threadId":"60807","inReplyTo":"ZddtyZqX1ME741j4@tanuki","subject":"Re: Git in GSoC 2024","fromName":"Kaartic Sivaraam","fromEmail":"kaartic.sivaraam@gmail.com","sentAt":"2024-02-24T17:34:21Z","receivedAt":"2024-02-24T17:34:33Z","isPatch":false,"sender":{"key":"kaartic.sivaraam@gmail.com","avatar":"https://avatars.githubusercontent.com/u/12448084?v=4"},"body":"Hi Patrick, Karthik and Christian\n\nOn Thu, Feb 22, 2024 at 9:22 PM Patrick Steinhardt wrote:\n>\n> On Thu, Feb 22, 2024 at 07:35:33PM +0530, Kaartic Sivaraam wrote:\n> > Hi Patrick, Karthik, Christian and all,\n> >\n> >\n> > That's strange. Could you possibly try logging into the Summer of code website [3] directly in an incognito window using your GitLab account?\n> >\n> > I've previously faced issues with logging into the summer of code website due to an add-on blocking access to other Google domains. So, if you have add-ons that might block resources accessed by the website, could you possibly try disabling them?\n> >\n> > If you face issues despite all this, the only resort is to write to GSoC support about this issue at gsoc-support@google.com\n> >\n> > [3]: https://summerofcode.withgoogle.com/\n>\n> Things work now after a re-login. Kinda strange, but so be it. Thanks!\n>\n\nThat's good to know! So, I suppose we're all set with adding Org Admins\nand mentors for this year :-)\n\nJust in case anyone hasn't come across it before, there are a few good\nresources related to GSoC mentorship that Google has put up:\n\nGoogle Summer of Code Mentor Guide [mentor-guide]\n\nMentor Roles and Responsibilities [mentor-responsibilities]\n\nFeel free to check them out.\n\n[[ References ]]\n\n[mentor-guide]: https://google.github.io/gsocguides/mentor/index\n\n[mentor-responsibilities]:\nhttps://developers.google.com/open-source/gsoc/help/responsibilities#mentor_responsibilitie\n\n-- \nSivaraam\n"}]}