Ask HN: What are you working on? (May 2026)

An alternative to Ansible and Puppet, written in Golang.

It's called Peekl, and the idea behind it was to merge the two things I loved about both Ansible, and Puppet : - The agent/server model of Puppet; - The ease of writing Ansible code.

It also make sure to solve the problem that both Ansible and Puppet have in my sense : - Puppet is a slow, decades old application. It's written in Ruby and run inside of a JVM for the server. Applying a catalog can be very long on complex configuration setup. - Ansible on the other side works well, but the absence of an agent makes it hard to deploy stuff at scale : You being spending more time running your playbooks, than actually doing stuff.

So if you want to take a look at this alternative, head to the Github repository. Feel free to break it, open issues, and pull requests !

https://github.com/peeklapp/peekl

still working on wellbody - guided body health. most people know that they need to integrate fitness, nutrition, mindfulness, and recovery into their goals but don't know what to do or its difficult to organize all these topics into one system. that what wellbody does - organizes these topics into a unified system and refines it into just 3 daily actions.

my biggest struggle is distribution but I started working more on getting better a social media content creation. you can check us out on TikTok, YouTube, or insta: wellbodyapp

Since last summer, I am working on a yet another Wine prefix manager, called Wine Bar [1]. My main motivation was to have a user-friendly and opensource tool that can run (some) Windows apps on my Macbook Air M2 running Linux. Before you ask, it supports regular x86_64 Linux as well.

Besides, I wasn't entirely happy with the existing Wine launchers, namely Lutris / Heroic / Bottles (none of which support Linux on Apple hardware, although I was able to run an old version of Heroic under muvm).

I wanted more control. For instance, sometimes I need to install a Windows component using winetricks before an installer for some Windows app would agree to run. I also wanted even more user-friendliness. I didn't want to manually specify the executable in the installation folder to run. I wanted the executable to automatically appear on a "Desktop" in the UI as a result of running the installer for a Windows app. All of that I've achieved.

Recently, I've put a very significant effort to make a Snap version of Wine Bar. An x86_64 Snap wouldn't be terribly difficult to make, but packaging an arm64 version as a Snap and making it work was really-really hard. That's because Linux on Apple hardware uses a non-4K hardware page size. So, running Windows apps in such an environment involves running a full-blown 4K-page Linux kernel inside a micro-VM. From within the VM, you register FEX-EMU as a binfmt-misc handler, and then finally you are able to run a Wine process or a wrapper around it (like Proton). Oh, in order for that to work, you also need to provide an x86_64 / x86 RootFS image for FEX-EMU. All those components need to be built as part of the Snap build process.

Long story short, I succeeded and the Snap version of Wine Bar is available from the Snap Store, yet I am still waiting [2] (for over 2 weeks without any reaction) for a couple of permissions to be granted to it. That's not a showstopper though, as the permissions may be granted manually by the user.

[1]: https://github.com/Tulon/WineBar

[2]: https://forum.snapcraft.io/t/autoconnect-requests-for-wineba...

Related: https://lilypond.org/

I don't know if you can write drum sheet music with it.

I really like your editor with the transcription view. Maybe a spectrogram would be more helpful than a simple waveform display.

I love this. This was always an idea I had in my head, because spinning up MuseScore just to write down some beats was so annoying. Glad someone already came up with the solution! Do you plan to release the compiler(uh, rasterizer/renderer)?