snaggen

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....