@ska At least they didn't glue it to the ceilings of the common hallways where anyone can rip it down like they did in my building. lol @ska@social.treehouse.systems i hate this shit too, No, upstream does not owe you an issue tracker. Shaming people for protecting themselves from burnout is vile. Read the license again, THE SOFTWARE IS PROVIDED âAS ISâ, WITHOUT WARRANTY OF ANY KIND
Hot take: Websites or publishing platforms including estimated reading time in blog posts is ableist. It says, "We estimate that a normal person reads at this speed, and if you don't, we're going to remind you at the top of every post that you're not normal." For users who need or want an estimate of reading time, their user agent (e.g. the browser or a browser extension) should do that, in a way that's tailored to them. Yes, my own open-source project's website currently has this (mis)feature. We got it automatically as part of the theme we chose. But I'm planning to get rid of it now that I've thought about it. I am a big fan of rust and think it's a natural fit for linux into the future. What isn't a natural fit is the npm tier dependency sprawl situation. I really do think we need to listen to what distro maintainers are telling us, because they are the ones who understand how the rubber hits the road when it comes to maintaining and supporting software long term. @hailey the biggest counterargument to the distro mode of software delivery that I know is that it's not uncommon for distro maintainers to just break packages, or to be hostile to upstream efforts--I've been told to not bother maintaining a debian/ because the first step in Debian is to `rm -rf` it since if they break it, it's on me to fix it, why would I want them to package it? @hailey @drewdevault And it's not like it's a binary choice either, like pointing the finger at the single worst cause of climate change and ignoring all others. There are a lot of developers in the world. Enough to work on Rust-in-Linux and a Rust-only kernel as well. A small, Rust-only kernel could try out some ideas that might actually spend up Rust-in-Linux development. Finding the kernels of truth among the bullshit and doing my best to respond in good faith: regarding the scope of a Linux-compatible kernel written from scratch... yes, it's large. But there are exactly zero real-world programs that use that utilize the entire ABI surface of the Linux kernel. You implement the parts that you need to run the software you want and it's useful for that purpose right away. e.g. a kernel that can run nginx is useful even if it doesn't have GPU drivers, for instance.
Show previous comments
@drewdevault this makes a lot of sense; very few systems are truly general purpose and a special-purpose OS is an opportunity to improve performance, lower the maintenance burden of operating it because all the tuning knobs can be tailored better to the workload, and shrink the attack surface to protect. @drewdevault I don't mean this as a challenge to you or something, but what would be the chance for you to kick off this effort? Being a prominent developer and a known name in open source world, this might just be enough to cause some waves. Also not being a fan of rust, but recognizing its use for kernel development would be a statement of 'right tool for the job'. One other thing that would maybe come with is potential change of collaboration from email to something else like sourcehut @drewdevault Have you encountered Managarm? Ground up microkernel that's Linux compatible enough to run Wayland and some compositors and surprisingly large apps. The thing is that I fucking empathize with people who believe in a language and are frustrated with the pace of its uptake. Obviously. But I don't use that discomfort and frustration as an excuse to attack anyone who criticizes my language. It's pretty hard not to, given how personal those attacks tend to be, but ultimately I respect people as engineers making the right decisions for themselves and if that means my work isn't applicable to their needs then so be it. Jesus, the eagerness with which the Rust community jumps to answer my discourse not with any kind of good faith, but with personal attacks and put-downs and horrible ad-hominem nonsense is just... insane. It's almost as bad as when I post about "woke" stuff and the far-right descends on me with harassment and death threats. Your community has a big fucking problem, Rust, and cosplaying as inclusive and healthy and welcoming is disgraceful in the face of reality.
Show previous comments
@drewdevault I remember years ago (ca. 2020) I spoke with a friend about stopping following you as I felt your communication style too aggressive. Some months ago (I donât remember if a year or two) I checked back and found your writing no longer felt so aggressive so I started reading you again. FWIW I think you have improved a lot your communication and find your points of view quite caring about people and communities in addition to, as always, being technically interesting. @drewdevault Well I can be considered as a Rust fanboi, but I have nothing bad to say about your blog post. I hate identitarism, I hate people generalising every little thing all the time. From the Rust haters to the Rust gurus, it just pisses me so much that such toxicity is going around the communities. Free software should be a united effort against GAFAM, not tribe wars @drewdevault I'm also one among the Rust community. I do the best I can, to popularize Rust in my community. So, I'm saying this as a Rust fan - neglect the trolls and their unproductive opinion. They wouldn't be making so much noise if you weren't so well known. And there are plenty of Rust fans who are not so toxic and are silent right now. I'm also saying that as someone who opposed your dislike of Rust in the past, but never felt that it was a good reason to engage in personal attacks. Rust for Linux dev: steps down due to toxicity and burnout I really don't know why the Rust community has a good reputation for being non-toxic, maybe they just save it all up for me @drewdevault I read a little bit about this and damn, now I understand (at least partially) what were you talking about yesterday. This shit's wild I would be genuinely excited about a Linux ABI-compatible kernel written in Rust. I think there's a lot of opportunities to do cool stuff there. And if anyone thinks my distaste for Rust is so virulent that I couldn't possibly genuinely feel this way, consider that I was excited about SerenityOS despite it being written in what I strongly hold to be the worst programming language of all time
Show previous comments
@drewdevault I was hoping Fuchsia/Zircon would be the os/kernel of the future (despite being written in the worst programming language of all time), but they seem to have lost momentum. I'm curious whether Redox will eventually turn into something widely used. I used to think burning everything down and starting over was crazy and doomed to failure. But looking at the sieve of loopholes we call OSes, it's probably the only way to eventually have something safe đ @drewdevault honestly if I wasnât tied to proprietary drivers (broadcom-wl my ABSOLITELY FUCKING DESPISED), Iâd absolutely love to be working on an ABI compatible kernel like this @drewdevault Damn. That makes me ashamed to be part of the Rust community. I use and like Rust, but your earlier posts *have* made me stop and think. And I like your latest proposal. @drewdevault any chance for a link to that video you mentioned? Or links to the LKML archive where examples of this awful behavior are cropping up @drewdevault This is an even wiser suggestion than it appears on the surface. If the community does not start this project then the military will. Would be better to have the community make the first moves. Me, to my partner: "guess what, honey? I'm writing a blog post about Rust and you can't stop meeeeeeee" A motivated group of Rust developers could build a production ready mostly Linux-compatible kernel from scratch within 5 years without doing any politics on LKML Passionate 3-4 person hobby OSes have achieved impressive levels of Linux compatibility very quickly. Pour the level of enthusiasm that Rust-in-Linux has into a greenfield project to build a Linux-compatible kernel and you would have astonishing gains very quickly.
Show previous comments
@drewdevault I hope this is true. I feel like being compatible with userland is "easy" (tho, sysfs and iocntl and fnctl are never truly easy) but actually porting / wrapping all the hacky kernel driver modules could easily swallow person-years of time. I hope this is true because eventually Linus and/or the Linux foundation is going to fail in some way, so we need to be able to transition to new leadership or consensus building.
Show previous comments
@drewdevault I definitely have more questions than answers after reading this. One big question: What the hell is this weird [inspirational word] thing for every paragraph? @drewdevault I wonder if they were doing some sort of whiteboard bar chart of "Amazon's Spend vs community anger", and now they've ticked over the magic line of Amazon spend so they can say they care about the license. It's also got big How do you do fellow kids energy with the Kendrick titles. Honestly kind of feel like the inevitable outcome of the white HR Karen approved "DEI" terminology was always that it would be appropriated by bigots. Should have always been called anti-racism or similar. The idea of said Karen championing "inclusion" is essentially one of these "by the grace of your betters, we include you" approaches, which is still just racist/etc but a very common form of "polite" bigoted bias @drewdevault Iâm still pissed off at white liberals for stealing âwokeâ. Their stupid desire to sound cool means that white assholes in Montana now use the term like a swear word. @drewdevault Canât live like this, canât live in fear, cedes all framing to them. Look what happened to âantifascistâ and âantifaâ and âsocial justiceâ and âwokeâ and âfake newsâ. If they have chosen to corrupt every word does that mean we have to be silent? No, it must mean that we have to persist regardless, else we have no agency. |
@drewdevault I was able to open it up with muPDF on my phone, so that's odd... I wonder why the desktop version is not working.
@drewdevault Went ahead and checked this out. It seems sioyek also works.
@drewdevault Interesting. pdf.js in Firefox handles it no problem. evince sits there loading for a while but does succeed. There's a slight delay opening it in mupdf but it's generally snappy. This is all on Arch x86_64. Also tried an Alpine VM and saw the same results. Wonder what is upsetting them on your system.