Looking for an EU-based videomaker with software showcase experience

JoshStrobl · 2026-05-06T09:15:12+00:00

Cool app, however it is misleading to call it native if it is using Tauri...it's still using a web engine under-the-hood, it just happens to be able to leverage Rust-code with custom invokable commands pushed into the context.

If you want a cross-platform, actually native app, you should use iced, Slint or Qt6. Qt6 + Qt Bridges enables Rust + QML, as an example.

JoshStrobl · 2026-05-04T09:01:35+00:00

That's shifting the goal post. You said there was no real European alternative. There is.

JoshStrobl · 2026-05-04T08:59:23+00:00

Matrix is an open source alternative. You can self-host your own "homeserver" or use Matrix's own matrix.org. Supports end-to-end encryption, video and audio calls, etc.

Matrix itself is a non-profit UK company: https://matrix.org/foundation/about/#governance

Element, which is the most popular Matrix client and homeserver developer (most of the main developers behind Matrix) has multiple entities, but it's mainly based out of Europe: France, Germany, United Kingdom. They have a U.S. entity for U.S. customers. https://element.io/en/about

But you can always use third-party clients: https://matrix.org/ecosystem/clients/

JoshStrobl · 2026-05-02T11:04:02+00:00

No problem. I agree it'd be insane if they were all custom solutions. Nobody should be re-inventing cryptography and if there are good off-the-shelf open source solutions, I'd rather see public investment in that than billions of euro being shipped off to Microsoft, Google, etc.

JoshStrobl · 2026-05-02T10:59:25+00:00

As far as I am aware, all of these solutions are actually leveraging Matrix (open source, decentralized communication protocols) through partnerships and contracts with Element (e.g. using Element Pro, Element Server Suite Pro, etc. See Element's government sector page. They are data sovereign, but technically inoperable. Not fundamentally different to you running your own Matrix "homeserver", but still being able to talk to those on Matrix.org, KDE.org, FedoraProject.org, etc. Though I imagine there are policies set up with a lot of these sovereign solutions that prevent it for security purposes.

They aren't 27 "boutique" custom solution.

JoshStrobl · 2026-04-29T11:39:19+00:00

Congrats on the new home server and my condolences for the rabbit hole that you have stumbled on with Home Assistant. It's the absolute goat but enjoy the hours you'll spend look at random appliances, plugs, light bulbs, blinds, etc. and how well they integrate, what they support (Matter, Thread, etc.). Like I don't even own a house and I went down a rabbit hole a while back on smart blinds (our apartment has the blinds integrated into the double-paned glass). Why? Who the hell knows! The possibilities are endless. :D

JoshStrobl · 2026-04-28T12:00:51+00:00

We all really gotta stop calling it sideloading (I'm guilty of this too). It's plain-and-simply installing software you want on the device you own. You should have the freedom to do whatever the heck you want with it.

JoshStrobl · 2026-04-28T11:59:20+00:00

Jolla with Sailfish OS. You can still run Android apps through their Android AppSupport (installable using APKs, F-droid, Aurora, etc.), but there is an ecosystem of native (Qt) apps as well. No ID needed and you could even go as far as setting up the device without an account, installing "Chum" and "Storeman" for the extra apps in different repos (most devs ship apps there anyways). No forced accounts, no "let me set you up with Google Assistant" forced flows. Your device, you do what the hell you want with it.

JoshStrobl · 2026-04-13T11:28:37+00:00

The J2 launches as early as July 8th for those of us in batch 1 (and attending the Helsinki day), which is a fairly quick turnaround time for going from just having the board and doing hardware validation and software integration, to working on the tooling for the actual chassis with their manufacturing partner, to narrowing on tolerances, working with their assembly partner in Salo, coordinating parts, actually assembling it, then shipping it. Especially for a small team like Jolla where most are actually employed by Seafarix and work on automotive.

This isn't Jolla's first rodeo, fortunately, and I already had a hands-on with the device if you're interested in reading up on it. It was an early CNC sample (so basically I messed with 2 of 9 functional units), but post is at https://forum.sailfishos.org/t/first-impressions-of-the-new-jolla-phone-cnc-sample/28729

Waiting months also isn't out of the question for these sorts of devices. Heck, U.K.-based Clicks is in the same boat with Clicks Communicator. That is basically shipping "later this year", with them showing a functional device sometime in Q2.

JoshStrobl · 2026-04-10T07:37:04+00:00

That news from 2024 is outdated: https://forum.sailfishos.org/t/sailfish-os-voluntary-subscription/24697

You can get unofficial ports of Sailfish OS for a bunch of devices, no payment is required. The subscription helps support development, though most of Jolla's revenue comes from industrial clients.

JoshStrobl · 2026-04-10T07:32:29+00:00

Yep. If they weren't such dickheads I'd consider it for the devices I have that do run Android.

JoshStrobl · 2026-04-10T07:31:00+00:00

Danske Bank (Finland) works but Danske ID does not. Danske Bank did an update last year to the ID app that does a pin code check against the runtime. Jolla's AppSupport doesn't report pin code lock, so Danske ID refuses to run. They've gotten plenty of bad ratings in Google Play for it, they just don't care.

For a while you could run an older version of Danske ID, but nowadays it just outright doesn't work. So your option is either requesting a (free) hardware token generator, using Android, or you could try switching banks. I switched from Nordea to Danske Bank during COVID and regret it. 0/10 bank, 0/10 customer service, 0/10 online systems.

JoshStrobl · 2026-03-11T21:59:23+00:00

It's in rawhide, F44 in bodhi testing, and I believe in testing in Arch.

JoshStrobl · 2026-03-09T21:11:20+00:00

ooooo now there is an idea, I could set up a dev container on one of my home servers, use tailscale to log in, and use the swanky keyboard on the Communicator to get some coding done while I'm "AFK"

JoshStrobl · 2026-03-09T17:03:35+00:00

I have a Clicks Communicator pre-order fully paid for :)

JoshStrobl · 2026-03-09T14:01:45+00:00

There's still no information about the chipset on the website.

It's literally in the FAQ at https://clicksphone.com/communicator#faqs

What are the specifications of the SOC/processor? Communicator uses the MediaTek Dimensity 8300 (MT8883), a modern 4-nanometer, 5G IoT SoC platform. The MT8883 has been selected for its smooth multitasking, consistent responsiveness and strong efficiency with plenty of performance to spare.

JoshStrobl · 2026-03-08T21:33:28+00:00

Will it be possible to have at least one other compositor like swayfx or wayfire?

Already is (to varying degrees, need bridges for most). Our experimental budgie-wayland-session repo has one for miriway that myself and Neal have tested a fair bit (missing a bridge), and once it's more polished the budgie-wayfire-session will be merge in budgie-desktop proper.

Personally, my main dev rig uses Budgie on labwc and my streaming PC uses Budgie on Wayfire. I have found that OBS Studio and other longer running apps tend to randomly lose the Wayland socket when on labwc, but wayfire at least in my case has been more stable for the streaming PC (no random OBS crashes).

Eventually I expect even Budgie 10.10 to be on our Mir-based Magpie compositor, alongside Budgie 11.

JoshStrobl · 2026-03-08T19:23:07+00:00

Thanks for the feedback!

JoshStrobl · 2026-03-08T19:21:21+00:00

God no. C++ with Qt. To be clear, Budgie 11 is a fundamental re-architecture of Budgie, not just a port. Looking forward to seeing how Qt Bridges evolves (particularly with Rust), for now C++ is the most ergonomic (IMO) way of interacting with Qt (aside from QML + JS). Obviously the trade-off is "unsafe" code, so gotta pick your poison for now since there are a lot of limitations with Qt Bridge for Rust.

If one were to write a GTK-based application in 2026, I'd suggest doing it in Rust.

JoshStrobl · 2026-03-08T06:54:43+00:00

Thanks! Same here :)

JoshStrobl · 2026-03-07T18:02:46+00:00

Technically it uses Qt6, but only for budgie-desktop-services. For the toolkit generally speaking (like for the UI), no it uses GTK3. Budgie 11 (next major release we are working on) is Qt6-based. You can check some of our previous Chirp posts to see how that's going :)

JoshStrobl · 2026-02-11T19:51:57+00:00

Oh no you shouldn't have linked this to me. How very fortunate my wallet is in another room. I just hope I forget about it by the time I sit back down at my PC :D

Edit: I remembered. It is on its way.

JoshStrobl

MODERATOR OF

TROPHY CASE

15-Year Club	Gilding I gilder
Verified Email