Skip Navigation

Posts
407
Comments
271
Joined
3 yr. ago

  • 7.13% walltime, that is quite good. Nice to see these kind of updates.

  • The hostility towards custom ROM in general, is what forced me to root. Initially I used LineageOs without root. However, that got me in to issues with various apps, due to not passing safety net. So now I use magisk to hide that I use a custom ROM. So, they basically forced me to root.

  • Yes, the new functions returns an LocalResult that is like an Option, so that didn't fail as spectacular 😃

  • But is the desktop really the most relevant measurement? Wouldn't it be more relevant to talk about "primary" devices? When I grew up, the desktop was what people used to connect with Internet and everything that comes with that. Hence, Linux on the desktop seemed to be relevant. Now, that is still relevant in relation to work and gaming, but for general use people use other devices. So instead of "on the desktop" I think we should talk about "for work", "for gaming" and "for programming".

  • That is wezterm which have builtin Nerd Font fallback, and I actually think WezTerm renders it to wide to fit it better with other fonts. But the rest of the font is JetBrains Mono

  • I think there are so much issues with historical dates, that it is probably not worth fixing it in general purpose libraries. Not only do you need to special case everything like this in relation to dates, but you would also need to keep track of all historical territories (like Prussia and such) and what was part of what. In this particular case, I think that the timezone Europe::Helsinki was part of Sweden and should be included (possibly some cities from current Poland). There is no need to add that kind of complexity to general purpose libraries, that should probably be in some special historical date / region library if needed.

    Also, there was not really a concept of time zones before the railway, then the time was floating. The time was not the same in the whole country, because that was not a problem before people started to travel faster and in a way that needed time tables. So, that also fits poorly in a modern general purpose date/time library.

  • Yes, that was the first that came to my mind when I saw the TIL post.... which also was why I felt the need to see if that rant is still valid, or if modern libraries could handle that.

  • This is very interesting. I hope someone write an indepth review regarding features and performance, compared to the competition. I wonder why they went with openssl instead of rustls, it is not like OpenSSL have the best security reputation.

  • I think it is nice to have an update table like that, to show the difference in support if any. So, it is to bad it is out of date with an inactive maintainer.

  • In my mind I think that doing an execution of an external program is fine in scritps, but for more robust programs you should use libraries. There are of course exceptions, I once used libsvn instead of just calling the svn binary (as you understand, this was a long time ago, when svn was till the way to version software). libsvn turned out to be the most horrible library, so for that it would have been better to call the binary instead. But, in general, avoid runtime dependencies and errors if possible, also libraries normally allows for much better error handling. So, I always use a library if available and not obviously horrible.

  • Good that this gets some visibility, looks like a frustrating thing to debug.

  • My use for rust at work have been to avoid C when using third party libraries. Rust bindgen is very nice to use. This way I get to use a modern language instead of C. Also replaced some java for a performance critical media monitor and xfer engine. On my spare time I have been doing some minor hacking for fun on Cosmic Term

  • But do we really want this community to be a global RSS feed? I already think we should try to add more life to the community, a global RSS feed means even less life. Bot posts may add content, but it discourage interaction.

  • I have been in this community from the start and seen it grow from nothing to almost 5000 members, so I think this community have done pretty good. We are one of the top communities on programming.dev.

    I have tried to post news, blog posts and updates that I find interesting and relevant for others to read. And while that provides some content to the community, it gives the community a bit of a Rust News Outlet kind of feel. So, what is missing from this community is a feeling of being alive. The only way to do that is for people to start posting more informal posts, and at this point I think that we should be very generous about what to accept. Other communities like /r/rust might not allow memes, and self promotion is generally frowned upon. But at the point where this community is, I would be happy to see all kinds of content. So go ahead, Ask questions, Post about your projects (even if it might be a bit of self promotion), re-post that funny meme you have seen somewhere (as long as this doesn't turn in to a programmer humor place). Then if we get to the point were things starts to be problematic with a to loose attitude, we can address that when we get there. But that probably means we have gotten to the point were this place feels alive.

  • This community really lacks more personal questions and thoughts, so it not just fits it is desired!

  • Yes, they are not very upfront with this requirement, almost like they have understood that people doesn't like it, but instead of fixing it they just try to hide it from their marketing material. And that doesn't feel shady at all...

  • From their documentation

    Unlike classic terminals, Warp requires you to sign up and log in to get started with the app.

    So, yeah, it might be that people are not very impressed by a terminal that requires a cloud account.

    But, if you don't type anything sensitive on to your terminal, like passwords and such, then you should be fine....

  • Rust @programming.dev

    Which red is your function?

    gist.github.com /JarredAllen/6cd2fd5faead573d1120a96135ed3346
  • Ja, vilka har inte bilen stående ca 10 timmar på natten?

  • Fast då laddar man ju hemma istället, så får de noll i intäkter. Det blir ju ännu sämre.

  • Rust @programming.dev

    RustConf videos are now available

    www.youtube.com /@RustVideos
  • Rust @programming.dev

    Announcing Rust 1.76.0

    blog.rust-lang.org /2024/02/08/Rust-1.76.0.html
  • Rust @programming.dev

    This Week in Rust 533 · This Week in Rust

    this-week-in-rust.org /blog/2024/02/07/this-week-in-rust-533/
  • Rust @programming.dev

    Let futures be futures

    without.boats /blog/let-futures-be-futures/
  • Rust @programming.dev

    This Week in Rust 532 · This Week in Rust

    this-week-in-rust.org /blog/2024/01/31/this-week-in-rust-532/
  • Rust @programming.dev

    Rust Analyzer Changelog #218

    rust-analyzer.github.io /thisweek/2024/01/29/changelog-218.html
  • Rust @programming.dev

    @{upstream} and @{push} support, along with greater correctness across the board

    github.com /Byron/gitoxide/discussions/1261
  • Rust @programming.dev

    Where Does the Time Go? Rust's Problem with Slow Compiles

    thenewstack.io /where-does-the-time-go-rusts-problem-with-slow-compiles/
  • Rust @programming.dev

    This Week in Rust 531 · This Week in Rust

    this-week-in-rust.org /blog/2024/01/24/this-week-in-rust-531/
  • Rust @programming.dev

    FreeBSD Developers Explore Rust Integration

    debugpointnews.com /freebsd-rust/
  • Rust @programming.dev

    rustc_codegen_gcc: Progress Report #29

    blog.antoyo.xyz /rustc_codegen_gcc-progress-report-29
  • Rust @programming.dev

    Hyper - 2023 in review

    seanmonstar.com /blog/2023-in-review/
  • Rust @programming.dev

    Rust Analyzer Changelog #216

    rust-analyzer.github.io /thisweek/2024/01/15/changelog-216.html
  • Rust @programming.dev

    The Linux Kernel now contains the first useful thing built using Rust

    fosstodon.org /@kernellogger/111741507899977461
  • Rust @programming.dev

    The year in retrospective, and what's to come · Byron/gitoxide

    github.com /Byron/gitoxide/discussions/1223
  • Rust @programming.dev

    Xilem 2024 plans

    linebender.org /blog/xilem-2024/
  • Rust @programming.dev

    embedded-hal v1.0 now released!

    blog.rust-embedded.org /embedded-hal-v1/
  • Rust @programming.dev

    Rust Analyzer Changelog #215

    rust-analyzer.github.io /thisweek/2024/01/08/changelog-215.html
  • Rust @programming.dev

    fish RiiR is basically complete

    aus.social /@zanchey/111720582402883155