Wilmo Bones

I think the premise is:

Debian stable, slow release cycle

Arch bleeding edge, always latest updates to packages

Fedora - 6 month release cycle? So something in between?

Slammed/slams is my absolute least favorite headline trend of the past decade. So trash.

Soon to be rebranded as Thunderbird

The checks stopped clearing?

Cromite

Because Firefox scrolling is terrible on android otherwise I’d use it.

Real fuckin’ bad, Thanks.

EndeavorOS is essential in the top tier of my dingo the most corrupt politicians say dumb things like periscopes of my own game company in Ohio

The original large gameboys had a lock that utilized the slot via the power switch. The pocket removed the lock therefore allowing the non slotted Color games to be used in a pocket gameboy.

Its not modifying the code, it’s changing existing settings that are already available to be changed to optimal settings for privacy…

It is not a fork you are completely wrong.

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.

https://x.com/DrDisrespect/status/1805662419261460986

deleted by creator

I typed it in, on one of the question where we could for drive. I did my part!

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.

I’m aware that money is made. Most of the time companies are buying API feeds of data from the big 3. So unless someone specifically looked you up, then I am saying your data is probably just sitting in their databases.

What makes you think your data has even been sold at all? Most likely a majority of those companies are just resellers of TransUnion, Equifax, or Experian. The 3 big credit bureaus. So while incogni sent then requests the smaller companies may host no data of yours, just the other 3.

The flags are literally floating. There are no structures close enough for them to be attached to

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?

Former maintainer of the .xz project for about a year or two. Hid a backdoor into the code that almost made it into many bigger distros if it wasn’t found by a Microsoft employee.