• 1 Post
Joined duela 2 urte
Cake day: abu. 30, 2020


People complain when I tell them I’m not a huge fan of the MIT license. This is why. Its not that I don’t like MIT licensed software, but it makes it easy for stuff like this to happen.

The fact that they recommend several proprietary programs, as well as Signal and a Zoom owned project. I’d understand compromising on Signal since its easy to use, but how could a service geared towards hardcore privacy enthusiast promote proprietary software.

I use this and its fantastic for basic logging. It might not be the best for business applications but I love it for personal use.

I have a 5700XT. as far as I know, it should work fine with kernel 5.11 and Mesa 21, but the GPU was finnicky to begin with, so its possible this update is what caused it to totally die.

in short, the GPU is capped at 640x480, which is so low that I can’t even get into BIOS to troubleshoot.

This might explain why my GPU just suddenly stopped working on Pop!_OS.

That nearly every modern car communicates with cell towers.

Some project related to free and open source cars. I love driving, and appreciate technologies like ABS, ESC, and TCS, but they always seem to come on cars that have a cell modem. I would love an enthusiast style car that runs only FOSS

Confession: When I first switched to Linux from MacOS, I genuinely didn’t realize that brew on MacOS was supposed to recreate apt (or other package managers). I thought homebrew on Linux was a knock off of Homebrew on MacOS

Thats the other thing. Right now I use Matrix as my primary chat program, mainly for this reason. Even if Signal released all of their source code for the next year, at the end of that year, they could simply revoke the source code, and force you to either continue using their service, or stop talking to your contacts.

Whenever I question Signal on Reddit, I get downvoted to hell.

In terms of privacy, I still vastly trust Signal over WhatsApp, Snapchat, etc. But they’ve been sketching me out more and more lately. First was them making Signal dependent on Google services. Then there was them threatening to sue projects that attempted to create forks of the project without said Google dependencies. Now it’s them not disclosing the source code for their server side software.

In their defense, the client is still mostly open source, but they need to stop acting like some savior for privacy when they are so hostile to open source.

I agree, but I also think there’s still a place for heavier vehicles. Like, for day to day commuting, there’s no reason you need that much weight to move a single person, but when I’m going anywhere above 50MPH, I’d much rather have some weight to the car for sake of safety. Millions of people who live in cities could probably do just fine with a bike or other smaller vehicle, but there are just as many people who wouldn’t be in the position to safely drive a lighter vehicle.

I drive a 2009 Highlander, and it’s honestly a great balance for me. It doesn’t have lane keep assist, automatic emergency braking, or anything like that, but it does have traction control, stability control, and ABS, which I like. I think there’s a pretty distinct difference between assistive tech in cars that helps with subtle things in the background to help you maintain control, and assistive tech that tries to take over for you since it assumes it knows better.

The lane-keep assist thing you brought up is the perfect example. It drives me crazy driving cars that have it. If you really need a computer to keep you within the lanes, you probably shouldn’t be driving. Contrarily, if you’re paying attention, it can actually work against you. A common situation I get into is when I want to give a bicyclist on the side of the road some extra space, and lane-keep assist pulls me towards them at the last second, forcing me to swerve relatively hard at the last second. It’s not a massive deal usually, but on gravel, ice, or even wet roads at high speeds, I’d imagine it could lead to some fairly dangerous situations.

I really hope in the future that are at least some manufacturers that combine the modern idea of electric cars and fuel efficient driving, with older ideas like analog driving. I love the idea of electric cars, but not the idea of having the car try to take control away from me in exchange for convenience.

This may be an unpopular take, but I don’t think there are enough “unpractical” electric cars. Every single electric car I know of tries to be as easy and convenient as possible.

I’d really like to see a more “analog” (for lack of a better word) electric car. Something with a manual transmission, and the ability to disable TCS and ESC. Something with more of an emphasis on being fun, simple, and inexpensive, rather than as easy to drive as possible.

Of course, I’m not saying these unpractical cars should be the standard, just that there aren’t really any cars that fall into the category of ‘cheap weekend car’.

The privacy of electric cars is also something somewhat off-putting. Teslas constantly report back data to be fed into auto-pilot, which I find somewhat concerning. As cars become more and more reliant on software, I find it more and more important that that software be open source, or at least offline.

Here’s the thing. I love the idea of IOT, provided the devices running on it are FOSS. For example, I would never in a million years run a Google Home in my house, but I would gladly hook up some Raspberry Pis running Python scripts to various places.

A question: As I understand it, Lemmy is decentralized and federated, so is this as big of a deal as it sounds? Instead of a hard fork, couldn’t someone just host their own instance?

If a program like this is FOSS, and doesn’t collect more information than necessary, I would install it in a heart beat. I wish projects like this got the jump on contact tracing before Google and Apple did.

Bloom, a simple FOSS platformer with adorable graphics
![](https://lemmy.ml/pictrs/image/O1eQuRkWM8.png) Bloom was my first step away from Unity, towards Godot, and the freedom that comes with it. The game is completely open source, and all the graphics, assets, and code are original and made by myself! The main mechanic of Bloom is that when the protagonist, Oliver the Robot, gets broken, he respawns with a new robot body, as you would expect. However, he also leaves the broken body where it was destroyed, allow you to use it as an additional platform! That's not to say you can just stack robots to the finish though. Each level has a limited 'respawn power', which places a cap on how many times Oliver can spawn a new body before running out. The game in it's current state is somewhat incomplete, but still entirely playable. If there's interest in it, I'd be excited to polishing it up into a more coherent game! Of course, I'd love to hear any feedback you have!