Bruno https://www.usebruno.com/ https://github.com/usebruno/bruno Alternative to postman, that's fully local and syncs to git easily. Unlike hoppskotch and insomnia that are free, but offer paid sync, Bruno just works in git. Unlike others, it doesn't dump JSON that's hard to diff, but has its own easily diffable format. You can share your collections in your existing git, with your existing accounts and PRs. Also ha…
Ask HN: What underrated open source project deserves more recognition?
111–120 of 147 posts
Re: Ask HN: What underrated open source project deserves more recognition?
#11220 years ago i discovered a project by a university in germany that implemented a well thought through object storage with connections to all sorts of messaging protocols. it was used as a platform to research collaboration models. fortunately, at the time some german academic institution offered grants to universities for publishing their projects as Free Software or Open Source, and so this platform was released un…
Re: Ask HN: What underrated open source project deserves more recognition?
#113Bruno https://www.usebruno.com/ https://github.com/usebruno/bruno Alternative to postman, that's fully local and syncs to git easily. Unlike hoppskotch and insomnia that are free, but offer paid sync, Bruno just works in git. Unlike others, it doesn't dump JSON that's hard to diff, but has its own easily diffable format. You can share your collections in your existing git, with your existing accounts and PRs. Also ha…
All these clients miss something I really want, Protobuf support for regular HTTP/S requests, they all pretty much have Protobuf stuff already from implementing GRPC support
Re: Ask HN: What underrated open source project deserves more recognition?
#114Re: Ask HN: What underrated open source project deserves more recognition?
#115Bruno https://www.usebruno.com/ https://github.com/usebruno/bruno Alternative to postman, that's fully local and syncs to git easily. Unlike hoppskotch and insomnia that are free, but offer paid sync, Bruno just works in git. Unlike others, it doesn't dump JSON that's hard to diff, but has its own easily diffable format. You can share your collections in your existing git, with your existing accounts and PRs. Also ha…
All these clients miss something I really want, Protobuf support for regular HTTP/S requests, they all pretty much have Protobuf stuff already from implementing GRPC support
Re: Ask HN: What underrated open source project deserves more recognition?
#116Re: Ask HN: What underrated open source project deserves more recognition?
#117Earlier quoted context omitted.
All these clients miss something I really want, Protobuf support for regular HTTP/S requests, they all pretty much have Protobuf stuff already from implementing GRPC support
Bruno doesn't have grpc.
But clearly they're planning to add it.
Re: Ask HN: What underrated open source project deserves more recognition?
#118Earlier quoted context omitted.
All these clients miss something I really want, Protobuf support for regular HTTP/S requests, they all pretty much have Protobuf stuff already from implementing GRPC support
What do you mean? Can you please explain more or raise a GH issue?
Re: Ask HN: What underrated open source project deserves more recognition?
#119Everyone hand-rolls their own dotfile management system, but YADM already does everything you need: https://yadm.io/
I've never doubted that there are existing solutions for dot files that do everything I need, but I've yet to find one that doesn't take more work for me to swap to than continuing to just clone a git repo an symlink maybe half a dozen things the once or twice a year that I happen to set up a new machine.
This was me for a long time - but then I started using ephemeral (EC2) hosts for remote development, and while I wasn't setting up a new machine frequently, knowing that I could do it with <5min of effort (and 15min of building Nix packages) eliminated a lot of anxiety.
Re: Ask HN: What underrated open source project deserves more recognition?
#120qpdf[1], and, in particular, libqpdf, is possibly the most useful PDF tool I've ever used, because it was the first library I found that works at the proper level of abstraction for dealing with the PDF file format on its own terms. In other words, the library directly exposes the essential PDF object structure (pages, dictionaries, strings, numbers, streams, etc.) for easy editing, while abstracting away as much of…
I must check out qPDF.
Have you tried out muPDF?
I have not, yet, but it looks interesting too.
mupdf.com