I use the flatpak on Fedora but have used the tar version in the past because the package managed version is hijacked with stupid Redhat bookmarks and homepage that loves to return after being removed randomly.
I use the flatpak on Fedora but have used the tar version in the past because the package managed version is hijacked with stupid Redhat bookmarks and homepage that loves to return after being removed randomly.
I don’t really remember signing up for mastodon so I tested it.
mastodon.social -> create new account -> agree to terms -> username + email + password -> click email verification
It’s literally standard. Maybe in the past it was worse I vaguely remember giving up maybe a year or two before I made an account on mastodon.social.
Slammed/slams is my absolute least favorite headline trend of the past decade. So trash.
Soon to be rebranded as Thunderbird
Actual proof of what? That Dr. Disrespect sent private messages to a minor? I guess I would take him at his own word since he tweeted admitting it hours ago.
I’ve played maybe an hour or 2 on my PS2 maybe a year or two ago and the mechanics sounded so amazing, but in execution they don’t seem to work as intended like you said.
Per this article from EndeavourOS discovery I was able to repair my similar issue.
https://discovery.endeavouros.com/system-rescue/arch-chroot/2022/12/
However my device wasn’t encrypted. However near the bottom are instructions if you are and they don’t quite match what you said you did. Maybe give it a try?
"Encrypted installs In case /dev/sda2 is the encrypted root partition you need to unlock:
sudo cryptsetup open /dev/sda2 mycryptdevice
It will ask for your LUKS passphrase and unlocks the device into the path /dev/mapper/mycryptdevice
This path can be used to mount the device:
sudo mount /dev/mapper/mycryptdevice /mnt
Followed by mounting the ESP (EFI-System-Partition) into the already mounted system:
sudo mount /dev/sdXn /mnt/efi
where in all cases /dev/sdXn needs to be changed according to what is used on your install as partition/device path and the mount path for the ESP needs to get changed according to your installed system in case. If it is /efi you need to mount on /mnt/efi if it is /boot/efi it would be /mnt/boot/efi …"
Great read. Thanks
I legit thought that was about to be the joke he was going for at first.
Holy moly great news. There’s hope for our /home after all. I think Firefox has an open bug thread or request thread for XDG Base Directory that’s like …20 years old?
Go for EndeavourOS if you want to use Arch with a lot of legwork done.
This is really cool man, its wild how much things have changed but those are super endearing.
As a programmer: “your data is boring. I am not interested in leveraging this for anything besides getting the service you are using to work as well as possible”
Also me as a programmer: “yo, you don’t need that data, stop asking for it. Ohh, your app is broken because it can’t access permissions? Yeet.”
It’s not about the programmers. It’s about the company and the ability to make money off of data they get from you. You should be the one who gets money for your data. Not Microsoft, not Google etc.
Is Microsoft making money off of this particular telemetry data? Maybe not. It should always be opt-in
This just simply isn’t accurate. There are often extra features that require an internet connection. And there are also some blu-ray movies that might require some form of internet connection to watch but the vast majority of consumer blu ray movies require no internet connection to watch them.
How doesn’t it work properly for you?