Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Sapphire: Rust based package manager for macOS

github.com

Post reply on HN
Print view View original

241–250 of 311 posts

Re: Sapphire: Rust based package manager for macOS

#241

Post by SonOfLilit »

internetter wrote: post #227
woodruffw wrote: post #93

Earlier quoted context omitted.

> As you say you're directing a huge volume of traffic so it makes no difference exactly when a user downloads a byte. It all gets smeared out. Homebrew's traffic pattern is not a uniform distribution. Package updates go out, and users download those packages in structured ways: there are spikes for MDM-managed Homebrew installations, spikes for cronjobs and CI/CD systems, spikes at 9AM on different coasts when devel…

Could you parallelize intelligently based on these heuristics? Like, say, whitelist GitHub and S3 for parallelizing

When I asked a few years ago, the brew maintainer said "parallelizing at this scale would hurt github, source: I work for github"

Re: Sapphire: Rust based package manager for macOS

#243

Post by IshKebab »

SonOfLilit wrote: post #241
internetter wrote: post #227

Earlier quoted context omitted.

Could you parallelize intelligently based on these heuristics? Like, say, whitelist GitHub and S3 for parallelizing

When I asked a few years ago, the brew maintainer said "parallelizing at this scale would hurt github, source: I work for github"

Definitely sounds like one of those "I don't want to do it because it's work, but I don't want to admit that so here's a spurious technical reason" excuses to me.

If spikes at midnight etc are an issue just automatically disabled parallel downloads around midnight. Or only use them when running in a terminal. I really doubt it is an issue for GitHub though.

Re: Sapphire: Rust based package manager for macOS

#244

Post by dancek »

azinman2 wrote: post #112
runjake wrote: post #67

Earlier quoted context omitted.

1. I thought "Sapphire is a next‑generation, Rust‑powered package manager inspired by Homebrew" covered it pretty well. 2. It's a personal project. 3. It's explicitly declared as alpha software.

“ Sapphire is a next‑generation, Rust‑powered package manager inspired by Homebrew” Doesn’t tell me how it differs. What makes this next generation? Just the programming language? If it’s just a for fun personal project that no one else is supposed to use, I’m not sure why it’s on HN.

The author didn't submit it to HN, so criticizing it being on HN seems unfair to me.

It's a cool piece of alpha-quality software. It may or may not be meant to be used, that's beside the point. As I see it HN isn't a platform for software recommendations, it's for discussing interesting geeky things. Which this definitely is, even if it was completely unusable today.

Re: Sapphire: Rust based package manager for macOS

#246

Post by saint_yossarian »

godelski wrote: post #216
alexykn wrote: post #26

Hey, so I built this thing, most of it at so far at least. And yeah, right now it isn't doing many things better than Homebrew. Setting of relative paths for bottle installs is still not perfect, well it works for every bottle I have tested except rust. Getting bottles working 100% is very doable though imo. Build from source formulae is still pretty f*ed + I do not know if it is really feasible given that the json A…

This is awesome! Is there uv support?[0] One of my biggest gripes about brew is how they manage dependencies. The devs have a conflicting philosophy that creates bloat. Package maintainers must define settings, settings should always use the latest Python version. It makes no sense. Maintainers won't update unless things break so you got a bunch of Python versions running around. And it won't use system Python! Uv se…

https://mise.jdx.dev/ supports uv through its pipx backend, and is a very good package/tool manager in general.

Re: Sapphire: Rust based package manager for macOS

#249

Post by agos »

frollogaston wrote: post #145
selkin wrote: post #141

Earlier quoted context omitted.

Can you give a concrete example? I know why certain software has be run with root privileges, but it's a bit hard for me to come with a reasonable scenario where a software would fail to run properly when installed to a directory that is owned by the same non-root user that launches that software.

The symptom was something like https://stackoverflow.com/questions/16432071/how-to-fix-home... , which btw has a terrible accepted answer. I forget the root cause (no pun intended), possibly some bad interaction with stuff I installed outside of Homebrew. It's also possible I did something wrong, but even then there's something to be said about so many users having the same problem uniquely with Homebrew. Lemme try t…

this kind of errors are quite common with Homebrew in my experience. if you did anything "wrong", then it's something really easy to do wrong which lots of other (me included) have done wrong at some point, and that the software should help to prevent

Re: Sapphire: Rust based package manager for macOS

#250

Post by pasc1878 »

larusso wrote: post #226
fastball wrote: post #221

Earlier quoted context omitted.

Why didn't you like the project if it was a better project by most definitions of what makes a good package manager? e.g. what did you want from a package manager besides 1. easy to install packages 2. readily updated packages.

macports had the cleaner packages. Macports created its own base library so that packages are not based on the macOS system libraries which managed to break them when doing system updates with brew or when you decided to stay longer on an older macOS version. That meant that packages from macports took longer to install and compile. That was from the time when bottles where not a thing yet. Brew was fast but unstable…

macports eventually got an infrastructure that allowed binaries to be downloaded so no need for compilation on your local machine. SO the speed issue went away but too late as Hom,ebrew had gained the mind share
Post reply on HN