i have to confess that sometimes i talked to my phone to set up a tea timer (because the UI hoops to get there is unnecessarily complicated). which is the only use case i ever had of talking to my android phone. but that's also broken now :D also quite dystopian that they're sending my pleas for a tea timer to gemini cloud. longing for a linux phone, and some simple short command CLI for common tasks. oh, now the tea timer went off. so it worked and didn't work at the same time. nice.

remember text adventures (infocom, magnetic scrolls)? they could do this better in the 80s on a commodore 64

there used to be a time when a core UI didn't have to have a ****ing legal disclaimer in fine print saying that it can make errors about people. this place is not a place of honor

@mntmn
You can do better with a glass tube filled with sand, tbh

@EndlessMason you're damn right. the sand doesn't even need to go through a chip fab!

@mntmn Have Olauncher installed and in use. Have Clock installed and set to open on click on home screen clock. Click the clock on home screen. Press timers tab. Press start on one of the saved tea timers.

https://f-droid.org/packages/app.olauncher
https://f-droid.org/packages/com.best.deskclock

But that's just how I do. Though I usually use the timer function on the microwave next to my cettle when home.

...linux phone would be cool.

@aanee neat launcher!

@mntmn I use a properly dumb 4G phone for simple alarms. Such as reminding me to check on the wood burning stove I lit ten minutes ago. A few key presses to set the alarm.

My PinePhone is mostly used as a tablet device.

Perhaps something that a lot of UI designers have no idea about is that there are people like me who struggle with touch screens.

I often find myself swiping to much or too little and opening an app I never use.

Hence, I use the dumbphone for phone calls and alarms.

lmao > The Infocom parser doesn’t use any particular bit of linguistic theory – Lebling etc just cobbled it together

@mntmn i'll never forget the first time i'd asked the assistant post-gemini to play a song, to which it asked me to unlock my phone. genuinely sat there for a minute in combined disbelief of "how did you guys eff this up" and "what the hell is the point of this thing then"

no surprise when switching it back to the old google assistant, it worked fine lmfao

@the_wub hmm. maybe i should try that too

@mntmn 👍

@mntmn diiing (says the linux phone)

actually lots of things are not there yet tho. the clock does not set up rtc wake yet so if the phone goes to sleep the timer won't ring (i'll work on that myself). and the sound volume control is not differentiated by category (media/call/notification) so if you lower the volume the alarm is super quiet too. but none of this is rocket science and we'll fix it!

@valpackett im curious about the technical details, my guess is this would use an internal RTC's alarm IRQ as wakeup source? as i'm designing my own hardware (tablet) i want to try another approach which would be relying on full suspend of the SoC, and bundle all background notification APIs, and a low speed mobile connection for something like UnifiedPush. it would then wake up the SoC on demand and offer an API to grab the latest events. what do you think? do you know of similar prior art?

@mntmn yes, you just tell the rtc (via a CLOCK_*_ALARM timerfd and linux just does it, but we'll have to make a dbus api because that's protected by linux capabilities which are a nightmare) and it pings the wake irq when it's time.

wrt mobile connection, the qcom IPA driver already sets its irq as a wake irq, so incoming data from modem should wake the system. well I haven't confirmed that it does for real but I am seeing odd wakeups with no irq reason lol. but we're missing filters support.

@valpackett on my platform the modem is pluggable (though still qualcomm (quectel)), currently USB, which normally presents itself as a set of virtual serial ports for AT commands and a USB ethernet device. do you happen to know if packet filtering for wowwan is a thing there/supported by drivers? perhaps as WOL ont he virtual ethernet? hm.

@mntmn oh oof usb is quite a different situation, no ipa there

@mntmn i made a recent post about push, definitely will need to work on it soon. tl;dr i don't think the coalescing into a single source is a big deal, and it doesn't fit into the p2p-all-the-things vision of the future.

so yea if i confirm that ipa wakeup already works we'll be able to have a "wakeups only when push arrives because the only open connections are push ones lol" thing, until someone figures out ipa filters to make it better

@mntmn I've daily driven a Linux phone before, and I continue to daily drive a (muuuuch less powerful, armv7) tablet with pmOS on it. My main gripes on pmOS right now (which I and obviously everyone else hope will be fixed) is the overall reliability of things like calls and audio.

Other than that, I think it's becoming what Android used to be in 2012 to me. I feel pmOS is slowly becoming what Android used to be in 2012, a pretty good phone/etc OS with a huge and growing hacker community.