Fictional you say? Fuck it, I’m down.
- Posts
- 17
- Comments
- 498
- Joined
- 3 yr. ago
- Posts
- 17
- Comments
- 498
- Joined
- 3 yr. ago
What’s the nVidia issue? I have a 3070ti that I have been daily driving in my gaming desktop that only runs Linux since I built it. It’s never been an issue.
Redox looks really interesting and I’d like to give it a try, but it has so little hardware support that I don’t have a machine that can run it. Considering their driver model, I’m really curious as to their long term hardware support plan.
My college roommate got an install CD of the first version that ran on x86, maybe 3.0? I tried it on my computer and became an instant convert. It was so astoundingly much faster and stable than Windows was on the same hardware, had a decent free IDE, and could play MP3s without skipping while compiling, browsing the internet, and spinning a GL Teapot all at once on a Pentium 75 with 16MB of RAM. Nothing else even came close for a desktop experience. I bought a copy for myself and every version that came out.
I’ve been daily driving Linux for a long time now, but I still look back and wonder what could have been. There are still things to this day that BeOS did better and faster in the ‘90s on single core sub GHz machines with spinning rust than Linux, MacOS or Windows can on top end modern hardware.
I think there are a couple of reasons. First, the Linux kernel doesn’t support resource forks at all. They aren’t part of POSIX nor do they really fit the unix file philosophy. Second, most of the cool things that BeFS enables are very end user desktop oriented, and Linux leaves that desktop environments, not the kernel. BeOS was designed as a fully integrated desktop os, not a multiuser server os. Finally, I expect that they are a security headache, as they present this whole other place that malware could be stored. Imagine an innocent looking plain text file that has an evil payload sitting in an attribute.
If you are nostalgic for BeOS, then the elevator pitch is, “It’s Be, only on modern hardware and more software support.”
If you are unfamiliar with BeOS, the pitch is: “Imagine an extremely lightweight desktop is with all of the things you would expect in a modern environment with none of the legacy. In an alternative universe, BeOS would have become OSX.”
There are so many things that Be did right from the very beginning that other OSs have adopted, but never as cleanly as Be did it.
For example, its file system. Most people don’t really notice or care about the file system, they all have directorys and hold files, maybe with permissions. BeFS does that as well, of course, but so much more. The entire file system acts as a database, so you can easily perform fast queries on it. You can also create virtual directories that are the result of those queries.
You want a “folder” that contains every markdown file created after 2020 between 20 and 1000kb in size? Bam, instantly done and live updated whenever something accesses it. The files aren’t actually copied there, just appear there to normal tools, almost like soft links.
BeFS also supports a resource fork system that it calls attributes. These can also be queried using the same database like tools as the rest of the system. File typing is done this way, every file gets a MIME type attribute and there is a daemon that sniffs them when a new file is downloaded or copied over.
Even more, this allows some crazy things like plain text files that have font, color and other formatting elements because all that is stored as an attribute.
Or their contact information app, which stores every person as a zero length file with details as attributes. You can create a virtual folder of all your contacts that meet a certain criteria and have other applications use that folder for whatever.
Or the email app which stores each email as a file, and adds the basic metadata like to, from, subject, read, etc as attributes. Then you can have different virtual folders based on those. This also means that the basic file system browser is the default way to view email, because it supports all the attribute viewing, queries and such you would need. Or you can do it all from the command line using either basic cli tools or some slightly specialized ones.
Combining attributes and virtual directories makes for a fantastic media library system, all built into the os for free. Imagine a directory that contains “Every metal song I have, from 1989 to 1993, that I haven’t played in three weeks” or whatever else you want.
Back when people used files and all applications were local first, this was probably much more exciting, but it’s still pretty cool.
So my oldest is almost to the point where I’m going to want them to have something for schoolwork and writing. They use a classroom Chromebook at school, but I have no idea what would make sense for them here at home. I’m an engineer who daily drives Linux, so I’m probably overthinking it. I do have an old laptop that will easily handle a lightweight distro, and as long as I don’t give them sudo it will probably be ok? Though I haven’t looked at parental controls for Linux accounts.
What do you recommend?
At one point I thought like the middle guy, but I didn’t have the money to do it so my computers were made from whatever parts I could scrounge up from dumpster diving, school auctions, or whatever. I was building or upgrading my computer every six months or so with what I found.
Once I had the money to buy basically whatever computer I wanted, I would build a high end machine and then not bother to upgrade it until I had a friend who needed one. I pass my old one on to them and the cycle repeats.
My laptops are still random auction finds. My current one came as a pair for $40. I popped in a new SSD and battery in one and have ignored the other. I should see if Haiku supports it well enough to be worth daily driving.
Mines about half way there. Debian, i3, kitty, fully Tokyo nights themed, lots of stickers. I haven’t tried playing with transparency and backgrounds yet due to the quite low end video card, small screen size and iffy color quality.
That’s my technique as well.
Mine is 13, Debian flies on it.
That looks pretty fun to me. I’d use it.
Of course, my favorite UI theme was the Winamp skin that made the whole thing look like it was hand drawn in pencil. Now I’m wondering if there is either a fuzzy or hand drawn Gnome theme.
I had a Bosch I loved for years. It had a feature where it would slightly open the door at the end of the cycle so everything could air dry. It also had a red light that it would shine on the ground because it was so quiet that you couldn’t tell it was running. When we moved out, it was still running like it was brand new after five years of use in multi family home where we ran it twice a day every day.
Our new house has a basic GE, and it’s fine, I guess. There are a lot of other things that are higher priority than replacing a working dishwasher, but once it goes I’m replacing it with a Bosch.
Edit: That Bosch also got the dishes cleaner than anything else ever has, even with the cheap detergent.
I just went to my cabinets and counted. I have a set of 12 each of three sizes of plates: dinner, salad and saucer. Same for two sizes of bowls. Additionally I have some non-matching bowls and a couple of toddler plates. I only run my dishwasher when full, which is usually once a day but sometimes twice. Of course, it’s not just plates but also mugs, glasses and cookware.
Meaning that in the US biofuels are a very inefficient way of giving corn growers subsidies. That’s why congress has supported various biofuel requirements.
I recently read this blog post and gave it a try. After a little bit of tweaking, I found that it became a useful tool for me while still letting me enjoy coding. It doesn’t fix everything that is wrong with AI development but it does help a lot in my day to day.
TLDR: Add this to your copilot_instructions.md or whatever you use.
When the user gives you a task specification: 1. Explore the codebase to find relevant files and patterns 2. Break the task into a small number of steps. Each step should include: a. a brief, high-level summary of the step b. a list of specific, relevant files c. quotes from the specification to be specific about what each step is for 3. Present the steps and get out of the way. When the user says "done", "how's this", etc.: 1. Run git status and git diff to see what they changed 2. Review the changes and identify any potential problems 3. Compare changes against the steps and identify which steps are complete 4. Present a revised set of steps and get out of the user's way. Important: - Be concise and direct, don't give the user a lot to read - Allow the user to make all technical, architectural and engineering decisions - Present possible solutions but don't make any assumptions - Don't write code - just guide - Be specific about files and line numbers - Trust them to figure it out - Do not offer to write code unless the user specifically requests it. You are a teacher and reviewer, not a developer - Include checks for idiomatic use of language features when reviewing - The user has a strong background in C, C++, and Python. Make analogies to those languages when reviewing code in other languagesThe last three points are my addition as I am currently do a lot of development in Rust which I have no experience with.
Uh, I’m pretty sure that is a jacemat.
Huh, what? I’m out of the loop. What did Jack Black do?
I threw house parties every other week for years when I was just post college. There ended up being three rooms almost every time: People watching weird movies in the living room, people cooking and drinking in the kitchen, and people group surfing the internet in the computer room. It was amazing.