macports-www VS jq

macports - https://www.macports.org

I switched to MacPorts after becoming tired of Brew tainting my filesystem.

MacPorts keeps things clean in /opt/local.

https://www.macports.org/

https://saagarjha.com/blog/2019/04/26/thoughts-on-macos-pack...

gh is available via Homebrew, MacPorts, Conda, Spack, Webi, and as a…

I've read the article but some questions still remain. Does Retroactive install the shared dylibs of previous macOS releases? Or does it use an approach similar to https://www.macports.org/ ?

I highly recommend using yt-dlp to download videos in the highest quality available from a wide variety of web sites (notably YouTube, hence the "yt" in the name, but it supports a ton of sites). The best way to install it is with an open-source package manager, either Homebrew or MacPorts. These make it easier to install dependencies like Python 3.11 and optional (but highly recommended) utilities like ffmpeg. Both Homebrew and MacPorts are great, and you can install both side-by-side. I guess I'd recommend Homebrew over MacPorts because it downloads pre-built binaries instead of compiling from source, so it's faster. But again, they are both great.

This is Reddit so they will most likely be people who say to download Macports, but frankly, I don't care, and homebrew is enough for me. I'm not smart, but I know not to download programs/random things without prior research, don't use sudo commands on things you don't know and don't enter your password if you feel unsafe.

The initial setup was quick and painless, but I quickly realized that MacOS does not ship with a package manager (to my surprise!) the Apple Store won't be enough to cover my needs, so onto Google I went. I learned that the two most popular package managers are Homebrew and MacPorts. After reading for a while, I found some users concerned about how Homebrew managed folder permissions (here and here), and with the fact that it installs already compiled binaries, which may be a security/privacy issue. However, it seems that the folder issue was addressed with the ARM release of Homebrew, which now installs under the /opt/homebrew folder.

On Linux, most distributions come with their own package manager out of the box (e.g. Ubuntu / Debian has APT). One annoying thing about macOS as a development platform is that it does not come with one out of the box, and Homebrew has emerged as the most popular third-party management by far. There are other ones like MacPorts as well but I think this is the kind of thing where the popular one tends to become more popular because people don't want to learn/use multiple package manager. I actually used to use MacPorts before I switched to Homebrew just because it's been getting a lot more momentum / features / development and it's where every package is.

Others have offered solutions, but for future reference the actual Terminal commands that failed would be useful; "File not found" sounds like a path error, "Command not found" sounds fixable via Homebrew or Macports

TL;DR, about the section that states software from other UNIX-like OSes is hard to port to MacOS, how about homebrew and macports?

I think like you. But also, one does not necessarily know beforehand that they will want to make money.

Like a project could be born out of pure generosity, but after the happy initial phase the project might get too heavy on the maintenance requirements, causing the author to approach burnout, and possibly deciding that they want to make money to continue pulling the cart forward.

However, here's something I do think: if you create something as Open Source, it should be out of a mentality of goodwill and for the greater good, regardless of how it ends up being used. OSS licenses do mean this with their terms. If you later get tired or burned out, you should just retire and allow the community to keep taking care of it. Just like it happened with the Jq tool [1].

[1]: https://github.com/jqlang/jq/releases/tag/jq-1.7

In this blog we'll see how to upload the JSON directly using PostgreSQL COPY command and using an utility called jq!

And we can then make it easier to find the commit by filtering the response with jq.

Official Documentation: jqlang.github.io/jq

To handle JSON files and JSON outputs in a script or format and highlight it, jq can be very handy. Many command line tools provide a json output, so you don't have to write a custom parser for a table a list in a terminal. Instead of that, you can use jq to get a specific value from the output or even modify the output. For more information, you can visit https://jqlang.github.io/jq/

In some projects I've wanted to use HTTPie to test APIs and jq to work with some JSON data. Nix has been really helpful in managing those dependencies that I can't easily get from npm.

> I'd love to see programs communicate through a typed JSON/proto format that shed enough details to make this more independent, and get useful shell command structuring/completion or full blown GUIs from simply introspecting the expected input and output types.

You should try PowerShell. It's basically Microsoft's .NET ecosystem molded into an interactive command line. I'm not entirely sure if PoweShell can make full use of the static types that build up its core, but its ability to exchange objects in the command line is almost unmatched.

On Linux you can use `jc` (https://github.com/kellyjonbrazil/jc) combined with `jq` (https://jqlang.github.io/jq/) to glue together command lines.

Yeah, but muscle memory bites me all the time and I put the backslash on the closing paren, too, because I'm so used to the regex usage of that syntax which needs them to match

I also want to draw the reader's attention to the magic of |@uri <https://github.com/jqlang/jq/blob/jq-1.7/docs/content/manual...> for a bunch of cases, but doubly so in TFA's case where they're plugging strings into a URI context. Simple string concat often works great for "hello world", but the world is not always just hello, so one quick use of the filter and jq's got your back

  echo "the world's scary" | jq -Rr '"\(.)"'