GorillaMoe's comments

IDK if some of you also struggle with passing `.env` files..

It's getting a bit ridiculous at the moment, because we have so many teams working on different projects and when you're jumping in and trying support a different team we mostly have to ask around for the latest dotenv files to get the projects working locally, after cloning.

I know there are solutions like hashicorp vault and doppler out there, but they are not cheap and I don't want another service handling my secrets, because they are stored in gcp secrets anyway and mostly managed via terraform / terragrunt / terramate.

I implemented a really hacky way of "automatically" creating a .env file when you first checkout the project and have access to the secrets, but it was really messy and did just work on macos and linux (and additionally required you to have gcloud and direnv installed).

So I basically wanted something like doppler, but for free and it should just work with gcp, azure and aws, so that people who are using the secret managers by these cloud providers don't have to change anything (regarding how they store their secrets).

I couldn't find anything, so I build the first version of it: https://github.com/mistweaverco/kuba

Disclaimer: Currently, it only supports GCP so far, because that was my main goal for my day-job. I'm going to add AWS and Azure support tomorrow.

You can use Kimbia to run a series of tasks like linting, testing, building, and deploying your application.

Zana aims to be like Mason.nvim, but with the goal of supporting not only Neovim, but rather any other editor.

Zana is swahili for "tools" or "tooling".

A minimal package manager for Neovim (and other editors) which uses the Zana Registry to install and manage packages.

By its spiritual predecessor Kulala.nvim, bringing .http files support to a nice GUI app.

Why?

You should own your data (.http files in your vcs). You shouldn't have to worry about logins or accounts. It should be mostly compatible with Kulala.nvim, Rest.nvim, VsCode RestClient, IntelliJ and Visual Studio.

You can see the current WIP here: https://bsky.app/profile/mistweaverco.com/post/3lhfmepcw322s

The website will ask you "do you like emojis?" once. If you answer with yes, you see emojis, if you answer no, all emojis will be hidden from you from that point on.

I'm not against a complete rewrite at some point in the future, to be not reliant on electronjs anymore.

But to be honest, that is not something I want to tackle alone. I need (code-)contributors for that. Basically someone who is well versed in MacOS native development and someone who is willing to take on native Windows stuff. I can take on the Linux part, but that's the minimum I would expect for it to work.

Next thing is getting signing certificates for MacOS and Windows.

MacOS costs USD99/y and Windows USD 350+/y or with the beta program USD 120/y

Which I'm willing to take on, if Bananas hits a nerve and people start really using it.

I never heard of Parsec, have to look it up, but Bananas should be also real low latency, because it's a direct connection.

Oh, thanks for the clarification! And to be frank, you're right on that it was somehow misleading. I hope the current state of the website is more clear on this topic.

That is totally possible if you just want to join a driver/host.

If you want to take over and become the driver that would not be possible or with some real limitations (not being able to give access to your keyboard/mouse and also not having the ability to show the cursors of the participants)

Yes, I was just triggered by the "just" somehow :( it is not the hard part that I was trying to solve. The hard part is the UX/UI and the WebRTC part itself.

That's exactly how I use them. I'll probably add a selector for "with Emojis | Plain text" on the website. So we can make everyone happy.

Does remote control and drawing really work on all platforms? I remember screen hero and Linux support was always an after thought and did never work well with all features.

Yes, that's right. But tbh, getting Mediastream in Electron can be done by a 5y old.

Agreed!

I remember Jitsi being awesome, but as far as I can remember, you need to have a Jitsi server running, right? I wanted it to be as independent as possible of servers or orgs, so that when I get rolled over by a bus and stop paying for services, it still continues to work for everyone.

Will definitely make the servers list configurable via settings in one of the next releases.

Seems to be related to a known bug with unsigned apps.

I'll implement signing and notarizing in the next release.

Wanted to enroll today, but apple seems to have a maintenance window now.

That's quite impressive! But I've also have to admit that it would not solve the issue I was having when pairing: showing my driver exactly where I was looking at.

This can be done in Bananas via remote Cursors.

Bootstrapping in Kademlia also requires either a server or a Kademlia Node that previously has run the bootstrapping process, so I can't really see the benefit except of having more resilience against DDoS attacks.

I started the project PoC in Tauri, didn't work with WebRTC, then I tried that in wails, did not work either. Then I was tired and chose something from what I knew that I can make it work somehow.

Not saying that writing this completely in Rust without relying on WebRTC is completely out of reach, but Zig is also around and attractive as well.