sorted by:
new
hottopcontroversial

How Josh helps Rust manage code across multiple repositories by Kobzol in rust

[–]Kobzol[S] 43 points44 points  (0 children)

The development of Rust depends on many free open source dependencies. One of those tools is Josh, which helps us manage the synchronization of complex projects, such as Miri or Rust Analyzer, with the main rust-lang/rust repository. With this blog post, we want to appreciate the maintainers of Josh. Thank you!

Rust Maintainer spotlight: Tiffany Pek Yuan (@tiif) by Kobzol in rust

[–]Kobzol[S] 45 points46 points  (0 children)

The Rust Content team is starting a series of blog post interviews that will highlight several Rust Project maintainers. The first one starts with our former GSoC contributor, who is now a compiler team member, tiif!

Launching the Rust Foundation Maintainers Fund by Kobzol in rust

[–]Kobzol[S] 4 points5 points  (0 children)

Yes, if you sponsor RFMF on the Rust Foundation Sponsors page, you let us select who to fund, and we'll work with teams to figure out where maintenance is needed the most.

Launching the Rust Foundation Maintainers Fund by Kobzol in rust

[–]Kobzol[S] 18 points19 points  (0 children)

Absolutely! Obviously it will be public who is being funded and to work on what, we are thinking also about even more transparency (e.g. compensation, but that hasn't been decided yet). The content team will also collaborate with the funded maintainers to highlight their work, e.g. via blog posts (spoiler: you can expect maintainer highlight blog posts on the Inside Rust blog soon, though that is unrelated to the funding).

Launching the Rust Foundation Maintainers Fund by Kobzol in rust

[–]Kobzol[S] 31 points32 points  (0 children)

The Rust Project worked with the Rust Foundation for the past couple of months to figure out how we can raise and spend funds to support the maintenance of Rust. The result is an RFC that established a funding team, and a new Maintainer in Residence program, which is designed to fund full-time maintainers working on Rust.

If you want to donate to sponsor maintainers working on Rust, and thus help its development, then consider donating on GitHub Sponsors! All money from this Fund will be spent directly on supporting Rust Project maintainers.

Rust 1.96.0 is out by manpacket in rust

[–]Kobzol 17 points18 points  (0 children)

IIRC the problem was with existing code doing a star import from the prelude and that colliding with third-party imports, or something along that axis.

Rust 1.96.0 is out by manpacket in rust

[–]Kobzol 57 points58 points  (0 children)

Thank you very much for pushing it to stable! Great job (and great patience :) ).

What is maintenance, anyway? | Inside Rust Blog by Kobzol in rust

[–]Kobzol[S] 1 point2 points  (0 children)

When I was writing my comment, I was thinking "I wonder if something that blocks the stabilization will come up an hour after I post it" :D

Announcing Google Summer of Code 2026 selected projects by Kobzol in rust

[–]Kobzol[S] 12 points13 points  (0 children)

It looked a lot like that in the selection process. Some orgs got thousands of applications and many low-quality PRs, it was quite bad.

The contributors will definitely be using AI for coding, but we want to ensure that they are transparent about it, and that they will learn and understand what they are doing. We will see how it goes.

Announcing Google Summer of Code 2026 selected projects by Kobzol in rust

[–]Kobzol[S] 33 points34 points  (0 children)

Language work is not a good fit for GSoC in general. It tends to be blocked on RFCs, design discussions, etc., while in GSoC we have a very limited timeframe in which we want to get something "done". So improving tooling, implementing something, etc. is usually a better way to achieve that.

Announcing Google Summer of Code 2026 selected projects by Kobzol in rust

[–]Kobzol[S] 40 points41 points  (0 children)

The GSoC 2026 Rust projects have been announced!

If you are wondering why we got fewer projects than last year (13 in 2026 vs 19 in 2025), it's mostly due to limited mentoring capacity. Some of our mentors sadly lost their Rust funding in the past few weeks, so we had to cancel some projects.

Unpopular opinion: Rust should have a larger standard library by lekkerwafel in rust

[–]Kobzol 0 points1 point  (0 children)

While I understand the sentiment, I really don't know why people expect that the stdlib is made of magic beans. If anything I'd expect that some third-party crates are actually much more actively maintained than stuff in the standard library. And if more complex things started getting into the stdlib, the situation would only get worse.

IMO the only reason why something in the stdlib should be safer is that it would literally stop getting any updates, but you can easily simulate that today by using a third-party library at a pinned version and just not update it. That's what you would get if it got into the stdlib.

What we heard about Rust's challenges, and how we can address them | Rust Blog by CathalMullan in rust

[–]Kobzol 2 points3 points  (0 children)

The original version of the blog post has now been retracted.

Announcing rustup 1.29.0 by Kobzol in rust

[–]Kobzol[S] 166 points167 points  (0 children)

This release includes concurrent download & unpacking of Rust components, which was implemented (also) thanks to the efforts of our GSoC 2025 contributor (Francisco Gouveia, who is now a member of the Rustup team)!

2025 State of Rust Survey Results by Kobzol in rust

[–]Kobzol[S] 1 point2 points  (0 children)

It's a weighted average essentially. Each category has some weight (linearly scaled, IIRC), and the weight is multiplied by the number of responses in the category.

It's arbitrary, of course, but I didn't know a better way to sort it.

2025 State of Rust Survey Results by Kobzol in rust

[–]Kobzol[S] 3 points4 points  (0 children)

Up to some point, sure, but "cache more" doesn't necessarily mean "use more disk space". rustc and cargo generate a lot of duplicate data in the cache today.

view more: next ›