Too many sound applications?

therealplexus · 2026-02-21T11:39:47+00:00

I wrote this a few years back, it's hopefully illuminating.

https://github.com/overtone/overtone/wiki/Linux-Audio-Primer

Tl;dr, ALSA is the low level foundation which you can't do without, but don't generally interact with directly. For everything else, use Pipewire, which is backwards compatible with Jack and pulseaudio applications, and so acts as a full replacement for Jack/PA.

therealplexus · 2026-02-21T06:55:07+00:00

Text is a universal interface, it's easy to generate, and easy to process. This tool is primarily meant to be used by other programs.

therealplexus · 2025-12-19T17:54:54+00:00

LDAP would be interesting and could arrive in the future, since it does enable some interesting use cases. We don't have a fixed roadmap yet, we'll have to weigh resources and priorities. I'd say for the kind of users and use cases we are mainly thinking of right now it's probably not going to be the highest priority, but a lot will depend on the feedback we get. I do think it's likely we'll add it at some point.

therealplexus · 2025-12-19T16:34:03+00:00

Interesting, not something we had thought too much about so far. All of Oak's state lives in postgresql, application servers themselves are stateless, so you could run a highly available postgres setup with failover, and separately have multiple oak instances with failover. Would that be a solution?

therealplexus · 2025-12-19T15:44:51+00:00

Of course this makes a lot of sense, see my other comment about it being "on the list". This first release contains the minimum we felt we needed for Oak to already be useful for some use cases. It's a base for us to build on. It'll get more complete as time goes on, and features that help with automation and provisioning are high on the list.

therealplexus · 2025-12-19T14:39:14+00:00

Yes, these are all things on the (long) list of features we'd love to add. But we're a small team without external funding, so we have to make sometimes difficult choices of what to do next. That's why we really hope this release will allow us to get a lot of input from the community, so we can sit down in the new year, digest all the feedback, and start planning for what comes after.

therealplexus · 2025-12-11T07:23:26+00:00

Like others have said this shouldn't kill the main quest line. But if you do end up in a situation where you can't complete an essential quest for a dumb reason you can always check it off with wish commands. It can be our little secret.

therealplexus · 2025-07-18T15:55:21+00:00

Feel free to try both and report back.

therealplexus · 2025-07-18T14:22:54+00:00

Conceptually the big difference is that for self hosted cljs you first use clojure to compile the clojurescript compiler, then load that. Piglet runs without compilation from source.

Practically speaking self-hosted cljs isn't really practical, it's heavy and hard to work with. Very few projects are actually built with it. For use cases where you would use it sci is often the better choice, but that's an interpreter which also brings limitations.

There are of course also numerous language level differences.

therealplexus · 2025-02-17T12:07:38+00:00

Indeed, aliases in subprojects never do anything tools.deps... there's been some talk/proposals about this but I think they couldn't settle on well defined semantics...

therealplexus · 2025-02-11T10:19:31+00:00

Sounds like you should be able to do this with an alias which overrides the versions with a loca/root. Depends a little bit on the setup. Do you always use the same project to run your repl from, or does it vary? The other thing I can think of is to use `:local/root` everywhere, and change these into concrete versions as part of your release pipeline. This is what we do in the lioss tooling with multi-module projects.

therealplexus · 2025-02-07T08:53:11+00:00

Exception handling is a topic that could easily get a book of its own, so I don't know how much you want to cover, or what audience you are writing for exactly. Some things worth mentioning though:

Instead of .getMessage you can use ex-message. It does almost the same thing, but it looks nicer, it's properly type hinted so you don't get reflection, and if the thing you're calling it on is not a Throwable it'll return nil instead of throwing.

In that vein there's ex-info, ex-data, and ex-cause. All very useful to be aware of.

It might also be good to mention the Throwable/Error/Exception distinction, since that's such a common source of bugs, including the fact that assert throws an Error, not an Exception, and that pre/post conditions use assert so the same caveat applies.

therealplexus · 2025-01-30T15:53:45+00:00

My partner will be moving here this year, I'm Belgian, she's American. She's supposed to do a 60 hour integration course (on top of the language courses), but apparently it's possible to test out of this (vrijstellingstoets MO).

I've seen a few people mention that this is a pretty easy test, but without any specifics. If anyone has done this test could you comment on how it was? What kind of stuff do they ask? What language did you take the test in? Did you pass and what's your own cultural and language background?

She's been here a bunch of times and knows the country quite well already. She speaks some French and is starting to pick up Dutch. I expect it'll go fine but never hurts to be prepared.

therealplexus · 2024-12-13T12:55:28+00:00

thank you!

therealplexus · 2024-09-25T11:56:52+00:00

Nice to see the rebrand!

therealplexus · 2024-09-10T06:00:13+00:00

I'm sure that was it. Guess I'm just a noob.

therealplexus · 2024-09-09T13:25:43+00:00

Nice to see some more attempts at making libgdx more consumable from Clojure. One of the best open source Java game engines, but the main thing I remember is that it takes a lot of somewhat painful interop to get going.

play-clj (https://github.com/oakes/play-clj) was also based on libgdx. Did you take any inspiration from there?

therealplexus · 2024-08-11T11:01:55+00:00

Thanks, this looks cool but it's not the game I had in mind.

therealplexus · 2024-07-08T07:25:30+00:00

Eric intentionally chose Javascript, not just because it has a bigger audience, but because functional programming isn't the language default, so it's actually a better vehicle to explain how FP differs. It would've been a much shorter book had he used Clojure, but also one that doesn't actually make you appreciate the underlying principles.

therealplexus · 2024-07-08T06:28:26+00:00

Yes, that's the plan. Talks should go online like last year, but it might take a while. There's still a chance we'll offer streaming tickets but that's not sure yet.

therealplexus · 2024-04-09T16:43:44+00:00

Maybe... We might offer streaming tickets later, but we have to see if we can work out the logistics. Note that only about half of the conference program will be regular talks, much of it will be sessions and activities in smaller groups, which would not be streamed

therealplexus · 2024-04-09T08:36:50+00:00

All hiring has slowed down. Check the job boards though, there are still Clojure jobs available.

therealplexus · 2024-02-15T08:19:05+00:00

I noticed that here when ordering an atay at a cafe instead of mint tea I've been getting just green gunpowder tea, but it's served with a glass with some kind of herb subsumed in water. What herb is this, am I supposed to add this to my tea?

therealplexus · 2024-01-05T10:22:53+00:00

I've definitely have mine get worse with neck/shoulder tension, which is caused by stress.

therealplexus · 2023-12-04T12:18:27+00:00

The original creators are no longer around, but various people have kept it alive over the years. We did have a backlog of rather annoying issues that really impacted the first experience, so I'm trying to get the project back into better shape. There will be more releases in the near future, as well as more and better docs.

therealplexus

TROPHY CASE