Techrights is not a news source. It's propaganda and full of lies.
14,345 karma · joined December 29, 2011
Techrights is not a news source. It's propaganda and full of lies.
But that's only because alcohol is so incredibly dangerous. There is real risk with inhaling particulates and burning gases into your lungs. And it should not be ignored. It's just that compared to the lives ended by alcohol it is a rounding error and that makes it seem safe. Neither are.
Yeah, some sites told their users about their new v3 domain. But the web was entirely destroyed.
Basically for bullseye users with the bullseye-security repo in use there were packages that should have been included in the final point release before they (in bullseye-security) were deleted, instead there are some broken dependency chains because they weren't.
One doesn't need -security updates for bullseye, and this isn't about security or asking for extra extended support. It is about the repos not being in an independent state when bullseye-security went away. And this broke existing installs.
For others with the issue finding this post the mitigation is to use the snapshot servers:
deb [check-valid-until=no] http://snapshot.debian.org/archive/debian-security/20260903T220410Z/ bullseye-security main
deb-src [check-valid-until=no] http://snapshot.debian.org/archive/debian-security/20260903T220410Z/ bullseye-security mainKnow this: the "dark web" is not for people who just want to own your domain name. It's for SECURITY and that use case is going to drive all their decisions. And if it wipes out every community in the entire tor dark web? So be it. And they'll do it again. Don't build your communities on the sand that is the dark web. You won't like the result.
This is not how it's gone with any other EOL version. And indeed older EOL *-security repo contents are on the archive server. The snapshot servers have the packages so it's just not important enough for anyone responsible for it to fix.
This is not a bug. This is the the entire design architecture's intent for modern JS application execution based "web". If this was the correct choice for the web then this should not be a problem at all. But we all know it is. The architecture choice forces this. Until we stop arbitrarily executing random third party code this will always happen. And the consequences will get worse and worse as more bare metal features are exposed in to browsers JS virtual machines.
Be the change in the world you want to see. Turn javascript off. Use real native applications that cannot change underneath you.
But I will hand it to Gnome: they're the only wayland protocol desktop that supports accessibilty. That's huge. So even if I hate how it behaves right now while mostly sighted Gnome DE may be the only option for me in the future. And I guess I won't have to look at it when my retinas finish falling off.
I accidentally caught 1 smaller (~meter length) sturgeon while fishing for the very tasty walleye (fish). I certainly enjoyed the "fight" in which the fish was suffering and it didn't really occur to me at the time. But I did return it to the water quickly.
Think about the pitch for removing the feature, "So, we're going to make this in the OS, where visually disabled users cannot highlight anything in any application, can't move text between applications, cannot get the window title, cannot get the window tree, cannot have applications automate or know where other applications are, and basically they won't be able to use their computers. But everyting will be super private. Even the human using the computer won't be able to read it." This is what modern linux desktop computer is on waylands thanks to this toxic privacy meme. It literally just doesn't work for me.
Privacy needs the kind you're talking about simply don't exist on desktop computers where the human actually controls everything (as opposed to smartphone model where the user controls very little and applications are hostile and opaque). If you want to break accessibility and functioning of smartphones, fine, go for it. But leave desktop computers alone.
At least in Wisconsin rivers/lakes you cannot legally keep any sturgeon with the normal fishing license. You have to pay an extra fee to keep 1 (per season). And according to the statewide Wisconsin statistics only 5 sturgeon were harvested from the St. Croix River in 2025, and a total of 58 were harvested across the entire state.
In 2021 my linux distro I was using had just been released 3 months prior but it's rustc already could not compile 2 of 3 projects due to the use of new features added to rustc in those 3 months. In the SDR case I knew the author and he was able to re-write it in more general rust code and it worked great. In 2025 my linux distro had been out for a couple years. None of the rust projects I tried would compile with my rustc.
Rust, in the past, seemed a very bleeding edge, move fast and break things community. I hope that with more people using it in more places the demographics change and people won't always target latest and greatest. A lifetime for the compiler of at least a few years would make it a very useable language. Adoption at microsoft might help this.
>How Does Limited Fair-Weather Data Compare to Traditional Crash Statistics?
>A key question is whether Waymo’s robotaxis, currently limited to fair-weather operation in a handful of cities in the U.S., are directly comparable to humans driving a wider variety of roads in much more variable conditions.
That's literally all they say about the subject before moving on to talking about incomplete sampling of true crash rates.
And then there are the cities that Flock is forcing to keep cameras physical up and which have to resort to putting bags over them like in Dayton, Ohio.
Don't try to correlate with the sun spots, correlate with the solar wind/cmes from the spots getting out far enough to effectively scatter the incoming cosmic rays away.