Profile for bryan

Display name
Bryan :tng_badge:
Username
@bryan@dusty.ninja
Role
admin

About bryan

Fields

Cash.app
$jiqiren

Bio

ex-Apple, ex-Yahoo, ex-Digg, ex-NASA(JPL & Ames), “i like pop music”

Previously @Bryan

Kubernetes fanboi

Honolulu, Hawaii

Stats

Joined
Posts
2273
Followed by
445
Following
398

Recent public and unlisted posts

exclude boosts

Still so much rain in #Hawaii. Was going to go out for some dinner, and then there was a sudden downpour. 😑

Bryan :tng_badge: , @bryan
(open profile)
Boost of @cas@treehouse.systems
kcxt @ home , @cas@treehouse.systems
(open profile)

people on reddit are doing a whole lot of yapping about age verification in Linux

I would generally agree that the whole approach of these laws is total dogshit and clearly a wedge issue to enable stricter surveillance laws in the future

at the same time though, the actual implementation and potentially having a portal which exposes the users age bracket seems totally reasonable as a way to implement parental controls... I'm also not totally against holding service providers to higher standards for data processing when it comes to minors, and hey if they're doing that why shouldn't adults get the same treatment?

what im totally miffed about though is why the fuck would you get mad at systemd for adding a birthDate field to userdb, what would you have them do? Would you rather every desktop environment had its own way to store this data??

An XDG portal for this also means you can *trivially* write a stub that always identifies you as an adult or even lets you pick per-app (heck maybe per website! that might be the new cursed way of avoiding trackers under late stage capitalism)

and yeah it sure would be shit if we get real-id laws in a few years, but systemd or XDG standing on "principle" and refusing to implement this API is absolutely not going to lead to better outcomes for anyone. The last thing we want is for users in certain regions to wind up relying on implementations maintained by distros or random individuals, if we need to have this crap the least we could ask is that it's maintained by established and trusted people in the open source community!

Bryan :tng_badge: , @bryan
(open profile)
Boost of @grote@chaos.social
Torsten Grote , @grote@chaos.social
(open profile)

Google has news on what you will need to do for still being able to sideload apps:

* enable developer options
* confirm that you are not tricked
* restart phone and re-authenticate
* wait one day
* confirm with biometrics that you know what you are doing
* decide if you only want unrestricted installs for 1 week or forever
* confirm that you accept the risks
* enjoy the few apps that still have developers motivated to develop for a user-base willing to put up with this

goo.gle/advance-flow

#Spectrum decided to upgrade our building network equipment without notice. No internet for the next 4+ hours. I hope this means we get better speeds when they are done. 😮‍💨

Bryan :tng_badge: , @bryan
(open profile)
Boost of @bluca@fosstodon.org
bluca , @bluca@fosstodon.org
(open profile)

Init scripts will no longer be of any concern to us. I have just received word that #systemd v260 is out. The last remnants of the old unix philosophy have been swept away - unit files now have direct control over their services

github.com/systemd/systemd/rel

Bryan :tng_badge: , @bryan
(open profile)
Boost of @lproven@vivaldi.net
Liam Proven , @lproven@vivaldi.net
(open profile)

RAM kits are now sold with one fake RAM stick alongside a real one to create a performance illusion — 1+1 'value pack' offers desperate psychological relief as the memory shortage worsens

tomshardware.com/pc-components

<- "FFS" seems inadequate TBH

New #mastodon #gotosocial iOS app progress is going well. I hope to share something soon. :beachball:

Just got back from a week’s vacation and started work again tonight. So many irritating bugs that would immediately be a turnoff for even an alpha release. Ugh… just noticed a bunch of composing problems… :thisisfine: