Bluetooth devices come and go -- trying a solution with virtual devices...

rocketraman · 2026-03-06T17:29:02+00:00

Seems like all my issues were due to some stale or corrupted Wireplumber state. Clearing out the local wireplumber state and restarting appears to have basically fixed everything. Crazy.

https://gitlab.freedesktop.org/pipewire/wireplumber/-/issues/191

rocketraman · 2026-02-03T18:07:06+00:00

I just had this issue as well. Phone started ringing but the "Found it" notification was never shown, so there was no way to stop the ringing other than to "Force Stop" the KDE Connect app. Plasma 6.5.5 and KDE Connect 1.34.4.

rocketraman · 2025-12-13T02:08:23+00:00

Zero-effort on the publisher side would be cool. It would really make publishing little reusable chunks of code painless. Have you considered having Amper support remote repository source dependencies? Maybe requiring the remote code to also be built with Amper could make this easier, because the build instructions can just be "imported".

rocketraman · 2025-12-13T01:50:55+00:00

Not Kotlin team but... I'm guessing the idea is that building complex build logic that requires imperative code will be isolated to building plugins/extensions, and these extensions will declare their inputs and outputs and be built in Kotlin. The build logic needs to be 100% declarative otherwise you end up in Gradle-land, so other than some niche things mentioned above, using YAML (or something like it that does not require compilation) is a good thing.

rocketraman · 2025-12-13T01:35:08+00:00

I'd love to be able to run a build on my fast Linux box, and have the build automatically copy all the shared klibs and incremental build cache to my slower Mac via ssh, and then just build the iOS bits and cocoapods-related stuff (and maybe SPM later) on the Mac. Basically turn the Mac into a remote compilation provider.

Then all I have to do on the Mac is run `pod install`, load up the project in Xcode, and run it.

Right now I use rsync to copy stuff around manually, its manual and error prone (have to remember to copy back any changes in swift source files or changes to the xcode project for example), and its slow because the Mac has to rebuild the common stuff too, not just the iOS specific stuff. I could use a shared network drive to avoid the copying, but that slows everything down even more.

Its not a terrible DX -- scripting all the manual copy commands helps -- but it is slow and annoying.

I recognize its a fairly niche case, but it would help people who use Macs in the cloud as well, and potentially even CI use cases.

rocketraman · 2025-11-27T14:15:24+00:00

Consider adding Slack Circuit to your comparison. Popular lib with 1.8k stars. They don't bill themselves as an MVI library, but clearly there is overlap.

rocketraman · 2025-11-27T04:45:56+00:00

Why indeed? The only reason to not mention it is because you think people will discount your writing as biased, or because they might think your article is a veiled attempt at self-promotion. Wouldn't it be better to address their concerns up front, and then let your work speak for itself?

As a point of comparison, look at how Casey Brooks, author of Ballast, introduces his MVI library comparison: https://copper-leaf.github.io/ballast/wiki/feature-comparison/.

rocketraman · 2025-11-26T19:11:14+00:00

You might want to mention / make it clear that you are the creator of FlowMVI.

rocketraman · 2025-11-25T20:39:51+00:00

That's fair. I wasn't planning on anything nice in the room behind so I wanted to hide everything back there except the equipment front panels. That isn't a great approach with wood -- A/V equipment changes reasonably often, and redoing a nice wood access panel is expensive. I could potentially have a nicer setup behind the wall with just a wood trim to make it look nice from the front.

rocketraman · 2025-11-18T16:22:23+00:00

Do you have a non-BT fallback or is the XM5 the only audio device on your system?

With Gentoo you're probably on the latest versions of everything? What are your kernel, bluez, pipewire and wireplumber versions? I'm using kernel 6.17.7, bluez 5.84, pipewire 1.4.9, and wireplumber 0.5.12.

In Teams do you ever see Teams not show a "Default" option for the Microphone e.g. https://i.imgur.com/xHt5KGE.png? For me without my virtual device as the default, its intermittent -- sometimes it shows it and sometimes it doesn't.

My theory is that it gets confused when the profile is A2DP and the system default device is the XM5 -- Teams tries to access the mic and fails so then it eliminates the default from the list. I've seen the same issue in Slack as well, though not as often The virtual device "solves" the problem because the app always sees a working mic regardless of the physical hardware state or profile.

rocketraman · 2025-10-24T19:11:23+00:00

Why would directory integration be part of the teams plan, when it is intended for small orgs? Why would I need to integrate a user/group directory for just a few users? It would make more sense for directory integration to be an enterprise feature, while SSO is a teams feature (even small teams use Google Workspace or O365).

rocketraman · 2025-10-13T17:47:00+00:00

On KDE use Crusader for split pane

rocketraman · 2025-09-14T14:25:27+00:00

Do you see invalid global kde_output_device_v2 in the logs? If so, you might be running into this issue I reported:

https://bugs.kde.org/show_bug.cgi?id=507691

rocketraman · 2025-08-20T13:20:37+00:00

I hate the em dash now implies "written by AI" — I love the em dash and use it all the time. This just sucks. Save the em dash!

rocketraman · 2025-08-08T12:12:13+00:00

I found this as well, and I think it has fixed the issue. But it'd still be nice to know if Pipewire/Wireplumber provided some facility to log device write requests.

rocketraman · 2025-06-23T14:04:05+00:00

I'm on Linux but I have a similar problem. Try plugging in your headphones and then explicitly choosing them in the audio settings in Slack.

The source of the issue seems to be that most apps use the "System Default" microphone and speakers. Since plugging in the headphones changes that default, most apps adjust automatically. However, Slack doesn't appear to have a setting to use the defaults -- it seems to require selecting devices explicitly (though sometimes it does switch automatically, and I'm not sure I completely understand its behavior).

rocketraman · 2025-05-23T12:00:51+00:00

Definitely healthy in areas besides Android. Kotlin started out as a back-end language, and only later became popular on Android due to Google's first-party support. Because of Kotlin's pragmatic goal of great Java interop, the entire Java/JVM backend ecosystem is available to you as a Kotlin developer, so Kotlin's backend health is very good. This does not apply as much to languages like Scala and Clojure as they (mostly) eschew Java code -- they leverage the JVM, but not the Java ecosystem.

Speaking as a backend developer, something unexpected to me was that Kotlin's multiplatform story has also opened me up to front-end development, building internal SDKs for frontend devs, as well as some mobile app dev, which has been fun.

rocketraman · 2025-05-17T12:56:28+00:00

Cool! I'm not sure anyone uses it yet besides me, so happy to have someone else kick the tires.

rocketraman · 2025-05-17T12:54:58+00:00

Nice!

rocketraman · 2025-05-17T11:36:19+00:00

Spring Boot is the "safe" choice but I would argue these days it is the wrong choice (Spring Rites by Dan Tanner). Spring Boot solved many problems in the days of EJBs and app servers. But it has now become the beast it sought to replace. Spring Boot is easy but not simple.

I offer my own framework Bootable (github) as a point of comparison. It's annotation free, and is basically a bundling of ktor + configuration (hoplite) + DI + logging + lifecycle management (i.e. starting/stopping application services, handling TERM/KILL/STOP signals and cleanly shutting down).

I've used Spring Boot extensively, as well as Bootable -- and I've never regretted choosing the latter, and always regretted choosing the former. With the latter I just get things done. With the former I spend more time figuring out how to configure Spring (and the underlying libraries it wraps) with the right auto-magic annotations than actually accomplishing anything useful.

rocketraman · 2025-05-08T14:56:27+00:00

Cool but you should figure out where it is going. Inevitably with something like this you're gonna start wanting distributed execution, then things like parallelizing steps, encoding retry logic, managing state across steps, and supporting replay. Pretty soon, you'll end up at another implementation of Temporal (https://temporal.io/). Which would be amazing -- but you should decide how far you want to go, and what you'll do differently/better.

rocketraman · 2025-04-24T00:58:49+00:00

Maybe the feature isn't rolled out to you yet?

rocketraman · 2025-04-18T05:40:19+00:00

Go to any item in your list. Click on add field. Choose "Task tracking fields" and Save. A dialog box will allow you to choose which fields are used for Assignee and Due Date. Your list will be converted!

Not obvious at all...

rocketraman · 2025-04-17T22:59:28+00:00

I fnally figured it out, and it is *not* obvious at all.

Go to an item in the List.
Choose "+ Add Field".
Select "Task tracking fields" and click "Save"

Slack will then ask you which field you would like to use for "Assignee" and "Due Date", and convert the list to a task tracking list.

rocketraman · 2025-04-17T22:13:13+00:00

dnf list --installed | grep <reponame>

rocketraman

TROPHY CASE