GorillaMoe
Joined 8 years ago
Karma
52
Submissions
47
Member since
Jul 2
Recent submissions
Comment · 1 month ago
If the last sentence was meant for me: I don't care, if companies want to use this or not. I don't need/want funding. I don't need or want to get certified and I don't want customers (I'm pretty happy to have a lot of users). It was built to solve a problem I had. It solved it. According to the GH stars and downloads and Feedback in Discord, a lot of other people liked it as well.
Comment · 1 month ago
It's completely open source. You can just clone the repo and build it yourself, if your org doesn't trust the GitHub CI (which builds the binaries and creates releases).
I wonder what these orgs do when they're buying licenses for Teamviewer or something?! This is fully closed source then and you never know what these clients really do!
Comment · 1 year ago
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.
Comment · 1 year ago
You can use Kimbia to run a series of tasks like linting, testing, building, and deploying your application.
Comment · 1 year ago
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.
Comment · 1 year ago
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
Comment · 1 year ago
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.
Comment · 1 year ago
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.