@0xabad1dea large pizza to share is the default in Argentina as well, slices are super common, small pizzas exist but are the least popular option. I think the Europeans might be the odd ones with this??
valpackett@social.treehouse.systems
Posts
-
To clear up a mutual point of confusion: -
🌞🌎🇺🇾 Presentamos las actividades del Festival Latinoamericano de Instalación de Software Libre 2026, FADU, Montevideo 🐧🌻@flisoluy alto diseño

acá en capital para el CFP pusieron un slop horrible

-
For *BSD fans, I wish to understand something that truly bothers me.@darth used to be FreeBSD until some 4 years ago and I used to be a contributor even. "graduated" to Linux with no regrets tbh

-
the UK has had some new legislation enacted which improves renters' rights [initially with England; housing is a devolved matter] by a lot:@whitequark @exec sounds like the most USA brained shit ever, i'm really surprised there's an aspect of unhinged capitalism that's actually UK/Commonwealth exclusive o.0
-
assembling a few more OtterCam-s3‘s today.@janamarie oooh you mentioned 2021 and that's when the actual pcb was made i seeee
-
assembling a few more OtterCam-s3‘s today.@janamarie o.0 wdym test early?… i've used their pcba like 4 years ago???? 0w0
-
this week I’m designing an icon for BitRitter: a Bitwarden client for #gnome by @chfkch.@hbons coool, whenever i get around to app making rather than kernel stuff i'll be sure to commission icons from you

-
New blog post, Open Source and AI: https://kusma.xyz/blog/2026/03/26/open-source-and-ai/ #openSource #AI@kusma a very eloquent summary of everything. a bot could never!!
-
In preparation for daily driving #MobileLinux I've been thinking a lot about what must be done for reliable and power-efficient push notifications.@Oleksii that's kinda basically impossible
there isn't really any granular energy measurement in the hardware, heck all the hw shares power rails in ways that would make per-rail measurement not-so-useful.fun fact, even what macOS reports as power usage by apps is kind of a guesstimate based on resource usage and factory measurement of how that vaguely translates into energy.
-
In preparation for daily driving #MobileLinux I've been thinking a lot about what must be done for reliable and power-efficient push notifications.@elly just not turning on the display would leave DSI off, and if touchscreen is a panel-follower also that with the SPI/I2C used for it. that's all already managed by runtime pm!
USB of all things just is not there yet, it does
pm_runtime_forbid()still (you can override that by echoingautointopower/controlfor allusb,xhci-hcdand relatedphynodes and pray xD)not enabling more than one CPU core until there's actual activity is very interesting yeah. somewhat related is using scx-lavd as the scheduler which does try to bunch tasks together onto one cluster to keep the others in suspend as much as possible. but hard "only 1 core online until the session is open" would be a nice big hammer

oh oh I also forgor for the list: bg services will need to have some way of opening the push connection specifically over the mobile data interface if available (unless specific-enough wakeup is possible with wifi after all)
-
In preparation for daily driving #MobileLinux I've been thinking a lot about what must be done for reliable and power-efficient push notifications.In preparation for daily driving #MobileLinux I've been thinking a lot about what must be done for reliable and power-efficient push notifications.
Spoiler alert: while UnifiedPush may be a relevant service for some apps, it's not where platform dev focus should be. We want a future full of p2p apps that reject permanently-addressable "servers" entirely, after all! And centralization is not where the bulk of the power-saving magic is anyway. The "magic" is in the fact that the SoC can be in deep sleep and the modem will still wake it up with an interrupt when data arrives on an open connection. It should be fine to have apps' own service processes listen for notifications!
My rough sketch of a to-do list would be:
- making sure wakeups don't turn the display on xD
- research into what's needed to set up filtering on the modem for which sockets can wake the SoC up (but initially, fine to just rely on "nothing else has open sockets anyway, only the background services waiting for pushes" maybe?)
- easy API for establishing the push connection specifically over mobile data if available (since only modem supports wakeup well rn)
- support for robust background services: unlike what the
Backgroundportal offers now, let #Flatpak apps install systemd-user services, which would have metadata connecting them to the .desktop entry, making them introspectable and accountable via settings GUIs (not via control center popups! they shouldn't show up as "annoying left-over in-process thing possibly eating battery"! they're a different thing, expected to run permanently!) - actually getting apps to separate push notification listeners into background services
-
people on reddit are doing a whole lot of yapping about age verification in Linux@cas online nerd spaces these days apparently have never read the word "fallacy" in "slippery slope fallacy"
-
Google has news on what you will need to do for still being able to sideload apps:@old_angry_queer @terminaltilt @grote the screenshot literally says "or device PIN"
-
So.. let me get this straight.@karolherbst lol it's so absurd how everyone has forgotten about this? when I was smol, all the phpbb forums (in jurisdictions that had fuck all to do with the US) had COPPA prompt pages and everyone lied to them
-
I just concluded a decade long experiment.@swope @Aaron_DeVries huh.. 40 ambient is not that much! People live in climates where it's close to 50 in heatwaves, I haven't heard of anyone losing data to heatwaves…