Show more

@agx @deedend @devrtz @purism
I have been daily driving mine since February of this year. Before that, I daily drove the PPP for a year and before that I daily drove the PP for a year.
The was a major step up in quality and usability from day one. I loved my pinephones, but I don't think that I could go back to them.

@xethos @devrtz thats why i keep my librem.one subscription. No wasted electronics, a steady payment and less a guilt feeling of 'donating' for a service.

@linmob @s31bz @bradlinder Yeah, the #librem5 is the one phone that most mobian developers currently recommend and use. Both purism and mobian devs are quite active with migrating things into @debian proper. We are aware of the price tag, but would like to reiterate that this actually includes salaries for mobile Linux developers.

Oh, 2023 XDC schedule is available with a super colorful day of talks ❤️🧡💛💚💙💜🤎🖤🤍

[🌈+🎮]
"The Rainbow Treasure Map: advanced color management on Linux with AMD/Steam Deck" by Melissa Wen

[🌈+🐸+🎮]
"Rainbow Frogs: HDR + Color Management in Gamescope/SteamOS" by Joshua Ashton

+ KMS API color management workshop

This year conference is happening 17-19 Oct 2023 in Coruña, Spain - organized by @igalia

See 2023 XDC schedule at:
indico.freedesktop.org/event/4

Note that other on screen keyboards handle that well since a long time and that this really only affects the fallback to virtual-keyboard mode.

GTK apps using text-input-unstable-v3 don't care as they handle unicode via text-input so they worked well before and can even benefit from text completion.

2️⃣ /2️⃣

Show thread

When splitting phosh-osk-stub out of one of my goals was "use it from day one". This required to hack in a virtual-keyboard driver so Electron apps (and other apps that can't deal with text-input-unstable-v3) can fall back to "emulated key presses" instead of using an input-method.

Prompted by input from Kai Lüke who (rightly) pointed out that the German layout was missing symbols in virtual-keyboard mode I revisited the situation and we can now handle more languages:

1️⃣ /2️⃣

@junocomputers
You get a completely free operating system, please support us in developing it with detailed
reports rather than pushing end user support upstream.

At the very minimum check with the communities upfront how to best interact and supply them with hardware.

2️⃣ /2️⃣

Show thread

Dear @junocomputers if you sell computers and use Free Software Operating systems it is not o.k. to assume you can free ride on community support.

It makes me sad to have mails from users in my inbox that are stuck with an unusable device on a Sunday and are seeking help to get it going again. This is your job.

Please listen to your customer's issue. If it's a software issue in the latest upstream version forward it with a good description.

Screenshot is from junocomputers.com/product/juno

1️⃣ /2️⃣

Progress in supporting Indic languages in phosh-osk-stub:

- merged initial completer support for Indic languages based on libvarnam earlier this week
- have an MR to switch from libvarnam to more modern govarnam (thx @subins2000
- @arunmani is looking into making all the possible completions available
- have an MR to allow to switch between different completion engines automatically (e.g. use for Us & De and for (see video below)

1️⃣ /2️⃣

People had different theories why phosh-osk-stub woudn't use the whole display width on wider displays so I was buckling up for a full afternoon of debugging sizing issues but as it turns out after a couple of minutes we were just missing a tightening-threshold in a HdyClamp: Rest of the afternoon saved thanks to inspector 🎉

phosh 0.31.0 is out 🚀📱:

Lots of fixes in ➕ better xdg-activation ➕ less CPU usage ➕ animations on tiling/max

now supports the tablet-mode of convertibles (based on work by Jonathan Hall)

p-m-s allows to configure the notification priority for waking up the screen (thanks to Suraj Kumar Mahto).

libcall-ui switched to GTK4 thanks to @antonok.

Check out the full release notes at phosh.mobi/releases/rel-0.31.0

@purism

Thanks to @antonok libcall-ui's main branch now uses GTK4/libadwaita. We've also tagged 0.2.0~beta1 for that.

For GTK3/libhandy applications there's still the 0.1.x branch.

Today's dpkg 1.22.0 upload enables new toolchain hardening build flags which will ultimately land in Debian trixie (packages need a rebuild to pick up the new flags, but the vast majority will see an upload or rebuild before the eventual stable release):

- On amd64 it enables Intel's Control-flow Enforcement Technology (en.wikipedia.org/wiki/Control-)

- On arm64 it enables Branch Target Identification

- On amd64 and all ARMs -fstack-clash-protection is enabled (gcc.gnu.org/onlinedocs/gcc/Ins)

The #bananui toolkit for #FeaturePhones now has some documentation: obp.abscue.de/bananui/bananui

This is just the very beginning so it's still incomplete. Feel free to report problems and suggest improvements! And if you're interested, try writing an application that uses bananui and tell me how far you get...

#LinuxMobile #OpenBananaProject

Show more
image/svg+xml Librem Chat image/svg+xml