robinm

joined 2 years ago
[–] robinm 5 points 3 weeks ago (2 children)

I'm taking the opportunity to ask something I wanted to know since a long time, but never asked. What is the difference between proton and wine?

[–] robinm 2 points 1 month ago (1 children)

The issue I see is that Greg did spoke in a way that would not undermind Linux leadership. If Linux was out, I'm sure Greg would have said stuff publicly much earlier.

[–] robinm 15 points 1 month ago (1 children)

Indeed, it's very good. I wish he had send this before 2 Rust maintainers resigned, but I assume that he did not want to undercut Linus decisions.

[–] robinm 2 points 1 month ago

I did not double check, but I assume the macro is provided by std (which is allowed to use unstable items internally). This macro can be stabilised, even if the unstable features themselves are not stabilised yet.

[–] robinm 21 points 1 month ago (3 children)

Nice to see continuous progress in Rust for Linux, especialy since it's seems efforts to stabilise Rust features so that RLA doesn't depend anymore on nightly seems to be fructiful.

I'm looking forward for when a big driver (like ashahi or the Nvdia one) are merged in master. It's going to be a big milestone.

[–] robinm 6 points 2 months ago (1 children)

I've exensively used screen, tmux and zellij, and all 3 are fantastic workflow enabler. I can't recommend enough to take the time learn either one, especially if you work over ssh.

[–] robinm 3 points 3 months ago

I personally factorize as soon as there are two copies, but do not hesitate to inline the code and redo the abstraction when there is a 3rd use if it doesn't fit. I find it much easier to inline and re-abstact a bad abstraction, than check if two copies are indeed identical.

The exception is business logic. Usually I want all of them to be dupplicates because there is a very high chance that it's just accidental that part of the logic is similar. I take great care to have good primitives but the actual business logic that glue those primitives together is written as many time as needed.

[–] robinm 5 points 3 months ago (1 children)

First experience with #jj #jujitsu

I tried the equivalent of git add -p (jj squash -i).

  • I realize that it’s closer to git add --interactive (which I find much more complicated and less productive)
  • I wasn’t able to edit a hunk (like the e key in git add -p) which I use a lot to split debug statements from real work

I generated a conflict (as I expected)

  • I found no way to show the original diff
  • jj undo did not worked (I have not been able to undo the jj squash that introduced the conflict

Very not impressed so far. Fortunately it was a test repo.

[–] robinm 1 points 3 months ago

Like how the average computer user is never going to [...] install Firefox or whatever.

Not right know but in 2005-2010 (or something like that), the average user was installing firefox because IE was so bad. It used to be at 80% market share IIRC.

[–] robinm 5 points 3 months ago

It's really nice to see this RFC progress

[–] robinm 2 points 4 months ago

I never realised it was that simple to do. Thanks a lot to answer the OP question. I had the same for longer than I wish to admit given how easy the answer was!

[–] robinm 0 points 4 months ago

I think you have a hard time understanding the différence between "not possible" and "much harder".

In Rust, the code does not compile.

In C++ the code compile, but

  • if you have a test case
  • this test case triggers the bug (it is not guarateed to properly reproduce you production environment since it depends on the parameters of the allocator of your vector)
  • you use ubsan

... then the bug will be caught.

Yes it is possible, noone says the opposite. But you can't deny it's harder. And because its harder, more bugs get past review, most notably security bugs as demonstrated again and again in many studies. The

11
submitted 11 months ago by robinm to c/meta
 

Hello,

I’m trying to follow Lennard Poetting (@pid_[email protected]) from my programming.dev account without success.

On its user profile on mastodon.social, when I click on the “follow” button, then enter “programming.dev” (which is in the completion list) then “take me home”, I am redirected to https://programming.dev/authorize_interaction?uri=https%3A%2F%2Fmastodon.social%2Fusers%2Fpid_eins which is a 404 error.

I also tried to search for “@pid_[email protected]” directly from programming.dev, found it, but 0 toot, and no button to be able to follow it.

Am I doing something wrong? Is mastodon.social and programming.dev not federated?

 

The Rust for Linux (RFL) project may not have (yet) resulted in user-visible changes to the Linux kernel, but it seems the wider world has taken notice. Hongyu Li has announced that the Rust for Linux code is now part of a satellite just launched out of China. The satellite is running a system called RROS, which follows the old RTLinux pattern of running a realtime kernel alongside Linux. The realtime core is written in Rust, using the RFL groundwork.

Despite its imperfections, we still want to share RROS with the community, showcasing our serious commitment to using RFL for substantial projects and contributing to the community's growth. Our development journey with RROS has been greatly enriched by the support and knowledge from the RFL community. We also have received invaluable assistance from enthusiastic forks here, especially when addressing issues related to safety abstraction

(Thanks to Dirk Behme).

view more: next ›