HackerLangs
TopNewTrendsCommentsPastAskShowJobs

mikemcquaid

3,783 karmajoined 15 лет назад
mikemcquaid.com

Submissions

Make GitHub Actions Do More for You

mikemcquaid.com
3 points·by mikemcquaid·19 дней назад·1 comments

Show HN: Homebrew 6.0.0

brew.sh
1,481 points·by mikemcquaid·30 дней назад·363 comments

Open Source Resistance: keep OSS alive on company time

ossresistance.com
275 points·by mikemcquaid·2 месяца назад·85 comments

Homebrew 5.1.0

brew.sh
7 points·by mikemcquaid·4 месяца назад·1 comments

[untitled]

1 points·by mikemcquaid·9 месяцев назад·0 comments

Analysing RubyGems Contribution Data with Homebrew's Tooling

mikemcquaid.com
4 points·by mikemcquaid·10 месяцев назад·1 comments

comments

mikemcquaid
·позавчера·discuss
Sandbox and separate user instead of VM but sandvault is good for this and does auto install (full disclosure: have made some PRs to it).

https://github.com/webcoyote/sandvault
mikemcquaid
·19 дней назад·discuss
I've been playing around more with GitHub Actions and found that using them to do deploys, releases and (basic) "cron jobs" are nice but not widely used. Let me know if anything here useful or you disagree with!
mikemcquaid
·29 дней назад·discuss
Thanks for the kind words. Glad no ire directed at us. It is very frustrating I agree.
mikemcquaid
·29 дней назад·discuss
No apologies needed thanks for the kind words! <3
mikemcquaid
·29 дней назад·discuss
This behaviour came about because, before we did that we ended up upgrading just what you wanted and breaking other packages by mistake.

It’s taken a long time but we’re finally at the point where we do (pretty much) only upgrade the minimal software we need to actually avoid breakage rather than the previous “better safe than sorry” conservative approach. We also now tell you by default everything we’ll upgrade before we do it (unless you say “upgrade foo” and all we are gonna do is upgrade foo).

So: we’ve maybe solved this issue and maybe not. The perfect outcomes for everyone here is pretty much impossible given the original design of Homebrew. MacPorts or Nix or Mise are likely a better fit in that case.
mikemcquaid
·29 дней назад·discuss
I’ve never applied for a job at Apple.

You’re maybe thinking of the creator mxcl’s viral tweet about not getting hired at Google. He did work at Apple for a while on SwiftPM.

I also am in the “applied and didn’t get hired by Google” club which let me move back to Scotland instead :)
mikemcquaid
·29 дней назад·discuss
brew as-console-user may help here. We don’t support a multiuser setup so there may be some limitations but we try our best to address problems as they come up.
mikemcquaid
·29 дней назад·discuss
You can now trust individual files inside taps. It was not clear to all users before now that some commands (before —-eval-all, a mess this replaces) would evaluate all packages Ruby code from all taps). This cleans that up and some other security degrading edge cases I won’t bore you with here.

Trust is also user specific now.

It’s not a silver bullet but it does help address some potential attacks and gives us a foundation to improve on over time.
mikemcquaid
·29 дней назад·discuss
We’ve complained about this to Google many times to no avail. It’s very frustrating. They are literally paid money to let people install malware on your machine. Please direct all annoyance and resentment to them (we share it).
mikemcquaid
·29 дней назад·discuss
Sorry, we don’t have the resources to do so. We are a team of volunteers and rely on donations to pay for our CI infrastructure.

MacPorts is a better fit for older hardware.
mikemcquaid
·29 дней назад·discuss
Thanks for the kind words and sponsorship <3
mikemcquaid
·29 дней назад·discuss
This sounds like a bug. Can you file an issue?
mikemcquaid
·29 дней назад·discuss
I square them because both of them allow me to do lots of open source work and enjoy it.

Your signing point is not accurate. It doesn’t apply to all packages, only casks in the official tap. With casks the trust model, particularly on things that auto-update and don’t expose versions or checksums on download URLs, heavily relies on Apple’s security guardrails. We pushed against them for a while but Apple’s direction of travel made it clear that it was a waste of our energy and that we were at risk of compromising our users through doing so.

You can still automatically remove quarantine in third-party taps as desired, we’re just making it less easy to do so because we consider it a security feature that should require a deliberate bypass.

I don’t think anyone is obliged to donate to Homebrew but this sort of framing, assuming you use Homebrew, isn’t great. If you find what we do morally distasteful: go use something else. MacPorts, Mise and Nix are all good. This will be better for everyone than using us begrudgingly.
mikemcquaid
·29 дней назад·discuss
I would say I’ve embraced AI most heavily and I wrote this document so: yes.

I review AI written code on Homebrew the same way I review code from a no avatar GitHub user with no previous contributions.

The experimental and abandoned brew-rs frontend was more “vibe coded” using my knowledge of how to benchmark and test homebrew accurately and with a shitload of manual testing. Maybe that’s why the performance wasn’t as good as expected, who knows.
mikemcquaid
·29 дней назад·discuss
https://formulae.brew.sh/analytics/homebrew-os-arch-ci/30d/

From people who haven’t disabled analytics.
mikemcquaid
·29 дней назад·discuss
> We'll lose support from you guys a year before Apple!

Homebrew will still work (increasingly poorly) on macOS Intel for a year after that, it just won’t be “supported” or tested in CI environments (where currently macOS Intel usually slows down the release of lots of software for all other platforms).

That a volunteer run project with no employees is unable to come anywhere near the support levels of the world’s second biggest, trillion dollar company should not be surprise.

We’re also limited that GitHub (part of Microsoft, 4th biggest, also trillion dollar company) will have killed all macOS Intel CI by autumn/fall 2027 too.

We are announcing this well in advance to give people migration paths to MacPorts or other hardware.

There’s nothing stopping you for doing the work to setup “Intelbrew” and support it for the community. When I started work on Homebrew it had no funding or CI or binary packages/bottles at all. I did much of that work myself. It was hard but you could do the same.

Completely reasonable to say “I don’t have time!” but: then you need to accept the decisions of those that do, sorry.
mikemcquaid
·29 дней назад·discuss
Try `brew version-install` (which uses `brew extract` and `brew tap-new` under the hood)
mikemcquaid
·29 дней назад·discuss
You’re thinking of mxcl, the creator, not me.

I also applied and failed a final stage job interview at Google (and various other places over the years) but never really bothered me that much.

Ironically I think I’d probably never have started working on Homebrew if it had.
mikemcquaid
·29 дней назад·discuss
Thanks :)

—-no-ask, —-yes, -y or HOMEBREW_NO_ASK=1
mikemcquaid
·29 дней назад·discuss
Very glad to hear this, thanks for posting.