Daniel Nachun

Results 105 comments of Daniel Nachun

This is a checklist of the formula with linkage failures for at least one tag: - [ ] cherrytree - `sqlite` - [ ] [email protected] - `xz` - [ ]...

One thing I'm not sure about - it seems that the linkage failures for `sqlite` and `xz` are coming up because the formula depends on brewed `sqlite` or `xz` rather...

I rebased this now that all the relevant linkage failures have been addressed. The `gammaray` RPATH audit failure is clearly unrelated as it was pre-existing and therefore should not block...

This is the `.pc` file for `gobject-introspection`: ``` prefix=/usr/local/Cellar/gobject-introspection/1.72.0 includedir=${prefix}/include libdir=${prefix}/lib datadir=${prefix}/share bindir=${prefix}/bin g_ir_scanner=${bindir}/g-ir-scanner g_ir_compiler=${bindir}/g-ir-compiler g_ir_generate=${bindir}/g-ir-generate gidatadir=${datadir}/gobject-introspection-1.0 girdir=${datadir}/gir-1.0 typelibdir=${libdir}/girepository-1.0 Name: gobject-introspection Description: GObject Introspection Version: 1.72.0 Requires: glib-2.0 >= 2.58.0,...

Can we just use `uses_from_macos "python3"` now that https://github.com/Homebrew/brew/pull/13690 is merged?.

Definitely prefer to avoid the hacks if we have a working solution to avoid the dependency conflict. This doesn't ship any Python libraries so it should never have caused a...

A few things I've found so far: - `cmu-sphinxbase` - `cmu-pocketsphinx` has moved to GitHub (https://github.com/cmusphinx/pocketsphinx) and SphinxBase is now integrated into it. So `cmu-pocketsphinx` should be updated not to...

> @cho-m The latest (but unstable) version of LilyPond can now be built with Guile 3. If it’s any help, I have this working over at > > https://github.com/nwhetsell/homebrew-lilypond/blob/master/Formula/lilypond-unstable.rb >...

> It is, until they work out how to drop it. So it's still not a long term solution unfortunately. I think we should just deprecate `docker-machine` and its dependents...

I think we never got a clear response as to whether we could avoid vendoring its dependencies, especially JavaScriptCore which is extremely slow to build in CI.