https://ultralig.ht

And cache

You really trust a company(google) who warns users about malware from apks(non-google)… and then hosts plenty of unchecked malware in their own store. Im sick of this shit. I have my own friends distrusting me because of what google is telling them.

Google is corrupt

We share a public space with LLMs now

I cant find any information that discusses the security risk. But it would seem that this transfering all content to the owner of the phone number is a standard feature.
So, maybe its not discussed because it doesn’t frequently happen.
It doesnt seem like a trustworthy way to ensure users’ content remains secure.
Update:
https://old.reddit.com/r/signal/comments/8r7tbc/someone_impersonating_me_using_my_old_number_what/
https://support.signal.org/hc/en-us/articles/360007062012-Change-Number
https://support.signal.org/hc/en-us/articles/360007062452-What-do-I-do-if-my-phone-is-lost-or-stolen
https://support.signal.org/hc/en-us/articles/360007059752-Backup-and-Restore-Messages

If someone trys to register with an existing number then it wont work if its already being used.
Im not sure on this^
Better to enable a security pin if you are concerned.
The traditional phone system involvement is annoying.

Windows problems

”It’s important to maintain control of this phone number."

I strongly feel that this is false.

This is what flatpak brings to the table

There are way more companies who want to text-mine user content than there are blind people using the internet to read my content.

pinephone has hardware killswitch. but that cant protect you from other devices like other ppl phones.

reading about recompiling debian kernel. it doesnt seem to be ohh soo much harder than gentoo. but it seems fairly uncommon and not as well supported. it is a shame…

not as much of a security distro as u would assume. but its the closest thing in linux.

the monoculture nature of prepackaged distros is also a problem.

crypto or crypto algorithms.
“nobody needs to work to make crypto work”
however bitcoin will need to die for it to be a perfectly flawless practice. and it will generally never teach/encourage altruistic values or inspire productivity.
bitcoin will slowly lose ground over time… but perhaps never die. if btc died , suddenly, it would be bloody.

i figured that the opposite is true:
https://gcc.gnu.org/onlinedocs/gcc/x86-Options.html

compare
‘core2’
Intel Core 2 CPU with 64-bit extensions, MMX, SSE, SSE2, SSE3, SSSE3, CX16, SAHF and FXSR instruction set support.

vs:
'graniterapids-d’
Intel graniterapids D CPU with 64-bit extensions, MOVBE, MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, POPCNT, CX16, SAHF, FXSR, AVX, XSAVE, PCLMUL, FSGSBASE, RDRND, F16C, AVX2, BMI, BMI2, LZCNT, FMA, MOVBE, HLE, RDSEED, ADCX, PREFETCHW, AES, CLFLUSHOPT, XSAVEC, XSAVES, SGX, AVX512F, AVX512VL, AVX512BW, AVX512DQ, AVX512CD, PKU, AVX512VBMI, AVX512IFMA, SHA, AVX512VNNI, GFNI, VAES, AVX512VBMI2, VPCLMULQDQ, AVX512BITALG, RDPID, AVX512VPOPCNTDQ, PCONFIG, WBNOINVD, CLWB, MOVDIRI, MOVDIR64B, ENQCMD, CLDEMOTE, PTWRITE, WAITPKG, SERIALIZE, TSXLDTRK, UINTR, AMX-BF16, AMX-TILE, AMX-INT8, AVX-VNNI, AVX512FP16, AVX512BF16, AMX-FP16, PREFETCHI and AMX-COMPLEX instruction set support

exit liquidity

thats kinda true. (even excluding gemini lynx user like myself) comps and phones have reached overkill for most users. therefore sff is totally fine for most users.
truth is… only reason i dont have a bigger pc is that i want flexibility to move apt if my landlord raises rent. thats literally the only reason.
otherwise i would have dual socket, 8 sticks memory, full sized gpu, etc.
i dont mind not having all that. although, it could be used for something… currently it would be used for nothing.