Hard Pass

cross-posted from: https://sh.itjust.works/post/57052447

A Google founder has more than doubled his financial contribution to the fight against a proposed wealth tax in California. New filings with the state show that former Alphabet president Sergey Brin donated $25m to a Super Pac dedicated to blocking the tax on top of $20m he had already given.

Brin is not alone among Google’s top brass in upping his financial stake in the campaign against the ballot proposal. The company’s former CEO Eric Schmidt donated $1.02m, adding to a previous $2m contribution.

The tech titans are battling the California Billionaire Tax act, often referred to simply as the billionaire tax. It’s a proposed ballot measure that would require any California resident worth more than $1bn to pay a one-off, 5% tax on their assets to help cover education, food assistance and healthcare programs in the state. It’s sponsored by the Service Employees International Union-United Healthcare Workers West, and is still in the signature-gathering phase.

If the measure reaches the ballot and gains voters’ approval, the tax would apply to billionaires based on their residency as of 1 January 2026. For Brin, worth about $247bn, the bill would likely be upwards of $12bn. That stipulation appears to have caused him and several other billionaires to leave California at the end of last year. Brin relocated to a $42m estate on the north-eastern shore of Lake Tahoe in Nevada, and his Pac donations show Reno as his address. Schmidt’s filings show his address as West Hollywood.

An Indian man whose wife is an accepted refugee in Canada is facing deportation with the couple's five-year-old son in what lawyers say is a troubling new practice of separating the families of people with protected status.

Ravi Chauhan and his young son are set to be deported Monday, leaving his wife, who is the child's mother, behind in Canada without the possibility of seeing her family for what could be years while they await permanent residency.

Lawyers and advocates say Chauhan's case reflects a broader change in which border officials are increasingly deporting the spouses and children of protected persons who were previously allowed to remain while applications were processed.

I've migrated off this hosting service a while ago but I wanted to let people know here just in case anyone is still using it. I recommend using less invasive cloud (ones not hosted in the United States preferably) or self-hosting if you have the option to.

The offer seemed straightforward. In early January 2026, a Bell chat agent promised Vicki Sloot that if she upgraded to a new Bell Fibe TV box, she could keep all her specialty programming sports channels like TSN and Sportsnet. Plus, she’d be paying $5 less a month.

The next day, her new equipment arrived — but she was missing the speciality channels. She went back to Bell, who told her she only had a “basic starter plan” and that it’d be an extra $25 a month to get them back.

So began an eight-week odyssey through Bell’s customer service department, consisting of hours spent live chatting and on the phone with different agents, and an eventual escalation to Bell’s resolutions team.

“It’s impossible to get a single right answer that is consistent throughout each support agent,” said Sloot, who lives in Toronto.

I'll start

• Barry "The Hatchet"
• Johnny Fiddlesticks
• Big Bussy
• Timmy Two Nostrils
• Greg

cross-posted from: https://lemmy.blahaj.zone/post/40081006

Lithium-ion batteries represent a new technological hazard that one fire science expert has said keeps him awake at night, as fire service chiefs warn the ubiquity of the batteries in everyday products is outpacing public understanding and safety regulations.

The blaze that devastated a historic building in Glasgow and resulted in the closure of Central Station, Scotland’s largest rail interchange, is believed to have started in a shop selling vapes, which are powered by lithium-ion batteries. Glasgow’s Central Station has since reopened.

The latest data reveals a sharp increase in battery-related fires across Scotland, while firefighters in London attend an e-bike or e-scooter fire every other day.

Paul Christensen, a professor of pure and applied electrochemistry at the University of Newcastle, underlined that, while the probability of a fire from a lithium-ion battery is very low, the hazard is “very, very high, as we’ve seen with this fire in Glasgow”.

Slopified with the help of https://huggingface.co/spaces/victor/dlss-5-anything

Taylor, 26, was shot to death by police when they broke down the door of her apartment while serving a no-knock drug warrant looking for a former boyfriend who no longer lived there

Firefox’s free VPN will offer 50 gigabytes of monthly data, which is pretty generous for a browser-based VPN. A Mozilla account is required to make use of it, which isn’t a hardship (they’re free), but is a point of friction some may wish to know upfront.

Alberta's separatist sentiment has resurged in recent months amid the Trump administration's comments about the province's future, coupled with economic and political tensions with the Canadian government. Andrew Chang explains what it would actually take to grant sovereignty to a Canadian province, and why it's so difficult to achieve.

I recently made a huge mistake. My self-hosted setup is more of a production environment than something I do for fun. The old Dell PowerEdge in my basement stores and serves tons of important data; or at least data that is important to me and my family. Documents, photos, movies, etc. It's all there in that big black box.

A few weeks ago, I decided to migrate from Hyper-V to Proxmox VE (PVE). Hyper-V Server 2019 is out of mainstream support and I'm trying to aggressively reduce my dependence on Microsoft. The migration was a little time consuming but overall went over without a hitch.

I had been using Veeam for backups but Veeam's Proxmox support is kind of "meh" and it made sense to move to Proxmox Backup Server (PBS) since I was already using their virtualization system. My server uses hardware raid and has two virtual disk arrays. One for VM virtual disk storage and one for backup storage. Previously, Veeam was dumping backups to the backup storage array and copying them to S3 storage offsite. I should note that storing backups on the same host being backed up is not advisable. However, sometimes you have to make compromises, especially if you want to keep costs down, and I figured that as long as I stayed on top of the offsite replications, I would be fine in the event of a major hardware failure.

With the migration to Proxmox, the plan was to offload the backups to a PBS physical server on-site which would then replicate those to another PBS host in the cloud. There were some problems with the new on-site PBS server which left me looking for a stop-gap solution.

Here's where the problems started. Proxmox VE can backup to storage without the need for PBS. I started doing that just so I had some sort of backups. I quickly learned that PBS can replicate storage from other PBS servers. It cannot, however, replicate storage from Proxmox VE. I thought, "Ok. I'll just spin up a PBS VM and dump backups to the backup disk array like I was doing with Veeam."

Hyper-V has a very straight forward process for giving VM's direct access to physical disks. It's doable in Proxmox VE (which is built on Debian) but less straight forward. I spun up my PBS VM, unmounted the backup disk array from the PVE host, and assigned it as mapped storage to the new PBS VM. ...or at least I thought that's what I did.

I got everything configured and started running local backups which ran like complete and utter shit. I thought, "Huh. That's strange. Oh well, it's temporary anyways." and went on with my day. About two days later, I go to access Paperless-ngx and it won't come up. I check the VM console. VM is frozen. I hard reset it aaaannnnddd now it won't boot. I start digging into it and find that the virtual HDD is corrupt. fsck is unable to repair it and I'm scratching my head trying to figure out what is going on.

I continued investigating until I noticed something. The physical disk id that's mapped to the PBS VM is the same as the id of the host VM storage disk. At that point, I realize just how fucked I actually am. The host server and the PBS VM have been trying to write to the same disk array for the better part of two days. There's a solid chance that the entire disk is corrupt and unrecoverable. VM data, backups, all of it. I'm sweating bullets because there are tons of important documents, pictures of my kids, and other stuff in there that I can't afford to lose.

Half a day working the physical disk over with various data recovery tools confirmed my worst fears: Everything on it is gone. Completely corrupted and unreadable.

Then I caught a break. After I initially unmounted the [correct] backup array from PVE it's just been sitting there untouched. Every once in a great while, my incompetence works out to my advantage I guess. All the backups that were created directly from PVE, without PBS, were still in tact. A few days old at this point but still way better than nothing. As I write this, I'm waiting on the last restore to finish. I managed to successfully restore all the other VM's.

What's really bad about this is I'm a veteran. I've been in IT in some form for almost 20 years. I know better. Making mistakes is OK and is just part of learning. You have to plan for the fact that you WILL make mistakes and systems WILL fail. If you don't, you might find yourself up shit creek without a paddle.

So what did I do wrong in this situation?

• First, I failed to adequately plan ahead. I knew there were risks involved but I failed to appreciate the seriousness of those risks, much less mitigate them. What I should have done was go and buy a high capacity external drive, using it to make absolutely sure I had a known good backup of everything stored separately from my server. My inner cheapskate talked me out of it. That was a mistake.
• Second, I failed to verify, verify, verify, and verify again that I was using the correct disk id. I already said this once but I'll repeat it: storing backups on the host being backed up is ill advised. In an enterprise environment, it would be completely unacceptable. With self-hosting, it's understandable, especially given that redundancy is expensive. If you are storing backups on the server being backed up, even if it's on removable storage, you need to make sure you have a redundant offsite backup and that it is fully functional.

Luck is not a disaster recovery plan. That was a close call for me. Way too close for my comfort.