announcements

flowthing 2026-02-28T09:09:23.489179Z

v2026-03-01.107 of https://github.com/eerohele/pp, a fast, zero-dependency, single-namespace pretty-printer for data (not code). This release contains much-improved support for printing metadata, as well as a fix for a bug where pp sometimes printed map vals on the same line as a multi-line map key. pp is compatible with Clojure, ClojureScript, and Babashka.

🆒 1
🙏 2
🙌 5
🎉 12
Harold 2026-03-01T06:02:06.531569Z

Something interesting going on, this page: https://clojars.org/me.flowthing/pp shows the latest as "2026-02-28.98"

Harold 2026-03-01T06:02:38.855089Z

but I get an error referencing that version:

Error building classpath. Could not find artifact me.flowthing:pp:jar:2026-02-28.98 in central ()

Harold 2026-03-01T06:03:49.803289Z

maven central has 2024-11-13.77 as the latest version:

flowthing 2026-03-01T06:04:37.665429Z

Thanks for reporting! I can reproduce it after deleting the artifact from my local Maven repo. I'll look into it.

Harold 2026-03-01T06:05:58.842219Z

For sure - definitely odd, I don't recall many times seeing clojars list a dep I couldn't get. 🙂

flowthing 2026-03-01T06:06:12.407859Z

Indeed. I have no idea what could cause this.

Harold 2026-03-01T06:06:14.829099Z

The 2024-11-13.77 version prints my lists pretty good, fwiw 🙂

🙂 1
Harold 2026-03-01T06:06:46.016609Z

gl 🙇 gn

flowthing 2026-03-01T06:26:21.813869Z

http://mvnrepository.com seems to glean data from Clojars, by the way. I was confused by that for a moment. 🙂 I don't (at least knowingly) deploy any of my projects into Maven Central.

flowthing 2026-03-01T12:35:00.785749Z

2026-03-01.107 should work better. Thanks again for the heads up, @hhausman!

Harold 2026-03-01T14:45:43.962039Z

That worked, cool library.

👍 1
phronmophobic 2026-02-28T18:10:48.200579Z

https://github.com/phronmophobic/clj-media: Read, write, and transform audio and video. clj-media directly wraps the FFmpeg native libraries (not the cli). version: 3.0-alpha.3 The public API for this version has very few changes. Many functions that used to require or provide opaque data types now return or accept plain maps. However, the library internals have been almost completely rewritten: • replace FFI with https://github.com/cnuernber/dtype-next/ • processing orchestrated via core.async.flow The result is: • Much, much lower memory usage, especially for large files • Automatic multi-threaded processing • Easier and faster native memory manipulation (via dtype-next) • Simpler and more general foundation for adding new features in the future The code should be stable, but this release is marked alpha for the following reasons: • There's still some debug print statements that will be removed • This version relies on core.async.flow, which is currently in alpha • There may still be some rough edges for less common media formats Enjoy! Feedback welcome!

12
🔥 31
🤩 2
🎉 11
teodorlu 2026-02-28T21:53:40.468389Z

Wow! Impressive! I've been curious about Clong - and how to do FFI neatly from Clojure in general. Great to see helpful applications released!

teodorlu 2026-02-28T21:54:37.774679Z

I'm curious about your motivation for making this. Do you need media for Easel, or is it just a library you figure the ecosystem needs?

phronmophobic 2026-02-28T21:55:13.199249Z

Easel needs a media player.

🔥 1
👌 3
👌🏼 1
teodorlu 2026-02-28T21:55:45.164219Z

Agreed! 😁

exitsandman 2026-02-28T23:52:48.310009Z

this is the first use of flow I've seen in the wild, how is it like?

phronmophobic 2026-03-02T17:56:44.694299Z

Overall, using core.async.flow has been pretty great. There are a few aspects that feel a bit clunky, but something like core.async.flow was one of the missing pieces that I needed to improve clj-media.

phronmophobic 2026-03-02T17:57:11.616399Z

I would like to do a video or write up about using flow at some point.

💯 3