| 19 Mar 2024 |
| eureka-cpu joined the room. | 23:33:06 |
eureka-cpu | Hello, my name is Chris and I'm an open source Rust developer. This is my third year writing software, and second year using Nix/NixOS for personal and work use. Until 2021 I was a full time music instructor, I learned entirely via online resources and have been working on language compilers and blockchain networks for about 2 years now. I'm interested in taking on a small to medium sized task for GSoC, and the proposals that interest me the most are nixpkgs library networking functions and Nix Internals: Use std::filesystem::path for Path. I also have a personal Nix project I'm working on, though I feel that it's more of a community project than something that would make for a good proposal. Nonetheless, it's called mynixui (My Nix UI), and it aims to give those developing their own desktop environments (or rices) robust scripts written in rust, and allow users to quickly and seamlessly switch between different desktop interfaces. It's currently a flake for convenience, though I could see it being integrated with home-manager later on. Writing Nix is extremely exciting to me, and I've also been using it to package and cross compile binaries for work using crane, lately.
I'm happy to take on any challenge, and I would greatly appreciate the mentorship.
| 23:45:40 |
| 20 Mar 2024 |
| dverane joined the room. | 01:27:58 |
| @rafaelsgirao:matrix.org joined the room. | 09:34:00 |
FPenjoyer | In reply to @siddhant_codes:matrix.org no problem. I have posted a draft proposal on github (https://github.com/siddhantk232/nix_gsoc) and created a post on discourse (https://discourse.nixos.org/t/request-for-review-of-my-gsoc24-proposal/41721). Hey John Ericson I sent this message when you were not in this channel. Please provide your feedback on the draft proposal and help me come up with a better "Suggested approach". Thank you. | 12:30:01 |
John Ericson | FPenjoyer: thanks! | 15:54:19 |
John Ericson | FPenjoyer: yeah a frustrating thing with me and GSOC is that it makes "agile" stuff hard | 16:00:32 |
John Ericson | but this task is inherently a pretty agile process | 16:00:39 |
John Ericson | it is normal to have e.g. a long-running PR, and then be splitting things out as they are ready for review, for example | 16:01:00 |
John Ericson | and there is definitely a creative "learn as we go how std::filesystem" should be used with this | 16:01:25 |
John Ericson | I forget to what extent google rejects even if mentor/org accepts, so maybe these things are less of an issue, not sure | 16:01:52 |
| vaibhavp joined the room. | 18:21:50 |
FPenjoyer | In reply to @Ericson2314:matrix.org it is normal to have e.g. a long-running PR, and then be splitting things out as they are ready for review, for example thanks! I'll mention this in my proposal to make it sound more concrete as I haven't written anything about contribution strategy. Please let me know if there's anything else you'd like me to add/change in the proposal. I'll finish the remaining sections and submit it to google by this weekend. | 18:23:01 |
John Ericson | In reply to @siddhant_codes:matrix.org thanks! I'll mention this in my proposal to make it sound more concrete as I haven't written anything about contribution strategy. Please let me know if there's anything else you'd like me to add/change in the proposal. I'll finish the remaining sections and submit it to google by this weekend. the idea is that one one hand, we can't really be sure what approach is going to work best, so there just is some fundamental uncertainty. However, on the other hand, we can commit to getting smaller PRs merged throughout | 19:02:06 |
John Ericson | so that lowers risk | 19:02:39 |
John Ericson | versus having a giant PR to merge at the end of the summer | 19:02:48 |
FPenjoyer | In reply to @Ericson2314:matrix.org the idea is that one one hand, we can't really be sure what approach is going to work best, so there just is some fundamental uncertainty. However, on the other hand, we can commit to getting smaller PRs merged throughout I am thinking if we change the Path from std::string to std::filesystem::path things won't compile and we'd have to fix every reference which goes against making small PRs. When you say TODO PRs, do you mean that it's ok if things don't compile in that TODO PR? and you'll still merge it into the long running PR? At the end of summer the long running PR will then be merge into master if everything is fine? | 19:13:46 |
John Ericson | FPenjoyer: I think we should do that blanket conversion to find all the things we need to change, but we shouldn't try to actually change them all at once | 19:14:39 |
John Ericson | indeed, some of then perhaps should stay std::string because they are for CanonPath | 19:15:03 |
John Ericson | we are creating a more rigid nix path vs native path distinction than that which occurred before | 19:15:24 |
FPenjoyer | In reply to @Ericson2314:matrix.org indeed, some of then perhaps should stay std::string because they are for CanonPath I'd have to do some more reading of the source to understand where and how CanonPath is used but I think I generally got the idea. CanonPath is for nix's view of paths and we want to use std::filesystem::path only where we interact with the real fs so that it's portable on unix and windows.
Thanks for clarifying
| 19:35:00 |
John Ericson | FPenjoyer: that's right! | 19:41:25 |
John Ericson | In reply to @eureka-cpu:matrix.org
Hello, my name is Chris and I'm an open source Rust developer. This is my third year writing software, and second year using Nix/NixOS for personal and work use. Until 2021 I was a full time music instructor, I learned entirely via online resources and have been working on language compilers and blockchain networks for about 2 years now. I'm interested in taking on a small to medium sized task for GSoC, and the proposals that interest me the most are nixpkgs library networking functions and Nix Internals: Use std::filesystem::path for Path. I also have a personal Nix project I'm working on, though I feel that it's more of a community project than something that would make for a good proposal. Nonetheless, it's called mynixui (My Nix UI), and it aims to give those developing their own desktop environments (or rices) robust scripts written in rust, and allow users to quickly and seamlessly switch between different desktop interfaces. It's currently a flake for convenience, though I could see it being integrated with home-manager later on. Writing Nix is extremely exciting to me, and I've also been using it to package and cross compile binaries for work using crane, lately.
I'm happy to take on any challenge, and I would greatly appreciate the mentorship.
see responses since if you want to persue std::path, but if the other one has fewer applicants so far then yes, I would like everyone to spread out so we can accept as much as possible | 19:57:05 |
John Ericson | In reply to @eureka-cpu:matrix.org
Hello, my name is Chris and I'm an open source Rust developer. This is my third year writing software, and second year using Nix/NixOS for personal and work use. Until 2021 I was a full time music instructor, I learned entirely via online resources and have been working on language compilers and blockchain networks for about 2 years now. I'm interested in taking on a small to medium sized task for GSoC, and the proposals that interest me the most are nixpkgs library networking functions and Nix Internals: Use std::filesystem::path for Path. I also have a personal Nix project I'm working on, though I feel that it's more of a community project than something that would make for a good proposal. Nonetheless, it's called mynixui (My Nix UI), and it aims to give those developing their own desktop environments (or rices) robust scripts written in rust, and allow users to quickly and seamlessly switch between different desktop interfaces. It's currently a flake for convenience, though I could see it being integrated with home-manager later on. Writing Nix is extremely exciting to me, and I've also been using it to package and cross compile binaries for work using crane, lately.
I'm happy to take on any challenge, and I would greatly appreciate the mentorship.
* see responses since if you want to persue std::filesystem::path, but if the other one has fewer applicants so far then yes, I would like everyone to spread out so we can accept as much as possible | 19:57:17 |
eureka-cpu | In my application, can I apply for both, or only one or the other? | 20:15:35 |
Janik (they/them) | In reply to @eureka-cpu:matrix.org In my application, can I apply for both, or only one or the other? you can hand in more then one application if I'm not mistaken | 20:25:49 |
@rafaelsgirao:matrix.org | IHi everyone! I'm Rafael Girão from Portugal (rafaelsgirao on GitHub), and I'm finishing a Bsc. in Computer Science & Engineering @ Técnico Lisboa this spring.
I've been daily driving NixOS for almost two years now and I really enjoy tinkering with my Nix(OS) systems. While I'm a new contributor to nixpkgs (I only have one contribution so far: a PR which is currently work in progress :slight_smile:), I have a personal flake with contains (among other things) 15 packages I've created for personal use, and have some other software I packaged spread throughout other repositories.
Although I'm interested in the nixpkgs pnpm tooling idea, since it's a project I stumbled upon when I attempted to package Ferdium from source instead of using a .deb as it's done at the moment; I also I have an idea proposal of my own.
Are ideas outside the list something being considered? If so, who should I talk to about my own idea proposal?
Thanks in advance!
| 21:27:57 |
@rafaelsgirao:matrix.org | * Hi everyone! I'm Rafael Girão from Portugal (rafaelsgirao on GitHub), and I'm finishing a Bsc. in Computer Science & Engineering @ Técnico Lisboa this spring.
I've been daily driving NixOS for almost two years now and I really enjoy tinkering with my Nix(OS) systems. While I'm a new contributor to nixpkgs (I only have one contribution so far: a PR which is currently work in progress :slight_smile:), I have a personal flake with contains (among other things) 15 packages I've created for personal use, and have some other software I packaged spread throughout other repositories.
Although I'm interested in the nixpkgs pnpm tooling idea, since it's a project I stumbled upon when I attempted to package Ferdium from source instead of using a .deb as it's done at the moment; I also I have an idea proposal of my own.
Are ideas outside the list something being considered? If so, who should I talk to about my own idea proposal?
Thanks in advance!
| 21:28:04 |
Janik (they/them) |
Are ideas outside the list something being considered? If so, who should I talk to about my own idea proposal?
Yes. Just post it here or open a issue in https://github.com/NixOS/GSoC/issues/ and if it's a good idea we can try to find a potential mentor.
| 21:56:22 |
| 21 Mar 2024 |
| @nuko:shimeji.cafe changed their profile picture. | 09:48:36 |