Brew install fails

[silopolis]

Hi, just stumbled on Hike which may be a great addition to my beloved TUI env, but sadly Homebrew install fails on my Kaly rolling (Debian Testing):

brew install hike
==> Fetching downloads for: hike
✔︎ Resource hike--anyio
✔︎ Resource hike--certifi
✔︎ Resource hike--h11
✔︎ Resource hike--httpcore
✔︎ Resource hike--httpx
✔︎ Resource hike--idna
✔︎ Resource hike--linkify-it-py
✔︎ Resource hike--markdown-it-py
✔︎ Resource hike--mdit-py-plugins
✔︎ Resource hike--mdurl
✔︎ Resource hike--platformdirs
✔︎ Resource hike--pyperclip
✔︎ Resource hike--Pygments
✔︎ Resource hike--rich
✔︎ Resource hike--sniffio
✔︎ Resource hike--textual
✔︎ Resource hike--textual-enhanced
✔︎ Resource hike--textual-fspicker
✔︎ Resource hike--typing-extensions
✔︎ Resource hike--uc-micro-py
✔︎ Resource hike--xdg-base-dirs
✔︎ Formula hike (1.2.1)
==> Installing hike from davep/homebrew
==> python3 -m venv --system-site-packages --without-pip /home/linuxbrew/.linuxbrew/Cellar/hike/1.2.1/libexec
==> python3 -m pip --python=/home/linuxbrew/.linuxbrew/Cellar/hike/1.2.1/libexec/bin/python install /var/tmp/hike--anyio-20260131-1513779-jvx9zl/anyio-4.11.0
==> python3 -m pip --python=/home/linuxbrew/.linuxbrew/Cellar/hike/1.2.1/libexec/bin/python install /var/tmp/hike--certifi-20260131-1513779-j5zv4s/certifi-2025.10.5
==> python3 -m pip --python=/home/linuxbrew/.linuxbrew/Cellar/hike/1.2.1/libexec/bin/python install /var/tmp/hike--h11-20260131-1513779-m8i07q/h11-0.16.0
==> python3 -m pip --python=/home/linuxbrew/.linuxbrew/Cellar/hike/1.2.1/libexec/bin/python install /var/tmp/hike--httpcore-20260131-1513779-x6cfah/httpcore-1.0.9
Last 15 lines from /home/tarax/.cache/Homebrew/Logs/hike/05.python3.log:
  × Preparing metadata (pyproject.toml) did not run successfully.
  │ exit code: 1
  ╰─> No available output.
  note: This error originates from a subprocess, and is likely not a problem with pip.
  full command: /home/linuxbrew/.linuxbrew/Cellar/hike/1.2.1/libexec/bin/python /home/linuxbrew/.linuxbrew/Cellar/python@3.14/3.14.2_1/lib/python3.14/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py prepare_metadata_for_build_wheel /var/tmp/tmp1dqi4ewn
  cwd: /var/tmp/hike--httpcore-20260131-1513779-x6cfah/httpcore-1.0.9
  Preparing metadata (pyproject.toml): finished with status 'error'
error: metadata-generation-failed
× Encountered error while generating package metadata.
╰─> from file:///var/tmp/hike--httpcore-20260131-1513779-x6cfah/httpcore-1.0.9
note: This is an issue with the package mentioned above, not pip.
hint: See above for details.
If reporting this issue please do so at (not Homebrew/* repositories):
  https://github.com/davep/homebrew-homebrew/issues

Thanks for sharing your work
TY
J

[davep]

Confirmed for me on macOS too. It's not clear to me offhand what the issue is (although, as with your attempt, it seems to be upset about something relating to httpcore). To be honest, I'm probably going to drop distributing via Homebrew as it ends up being kind of brittle over time. At this point it probably makes more sense to use uv to manage installs:

uv tool install hike

[davep]

With another visit my desk, I've just done a little more digging. The issue seems to come down to this:

    Traceback (most recent call last):
      File "/usr/local/Cellar/python@3.14/3.14.2_1/lib/python3.14/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 389, in
<module>
        main()
        ~~~~^^
      File "/usr/local/Cellar/python@3.14/3.14.2_1/lib/python3.14/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 373, in
main
        json_out["return_val"] = hook(**hook_input["kwargs"])
                                 ~~~~^^^^^^^^^^^^^^^^^^^^^^^^
      File "/usr/local/Cellar/python@3.14/3.14.2_1/lib/python3.14/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 178, in
prepare_metadata_for_build_wheel
        whl_basename = backend.build_wheel(metadata_directory, config_settings)
      File "/private/tmp/pip-install-6nhrkrtb/hatchling_d745850192be4d1da583a2a0354625d2/src/hatchling/build.py", line 58, in build_wheel
        return os.path.basename(next(builder.build(directory=wheel_directory, versions=["standard"])))
                                ~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
      File "/private/tmp/pip-install-6nhrkrtb/hatchling_d745850192be4d1da583a2a0354625d2/src/hatchling/builders/plugin/interface.py", line 157, in bui
ld
        artifact = version_api[version](directory, **build_data)
      File "/private/tmp/pip-install-6nhrkrtb/hatchling_d745850192be4d1da583a2a0354625d2/src/hatchling/builders/wheel.py", line 504, in build_standard
        record = archive.add_file(included_file)
      File "/private/tmp/pip-install-6nhrkrtb/hatchling_d745850192be4d1da583a2a0354625d2/src/hatchling/builders/wheel.py", line 99, in add_file
        zip_info = zipfile.ZipInfo(relative_path, cast(TIME_TUPLE, self.time_tuple))
      File "/usr/local/Cellar/python@3.14/3.14.2_1/Frameworks/Python.framework/Versions/3.14/lib/python3.14/zipfile/__init__.py", line 461, in __init_
_
        raise ValueError('ZIP does not support timestamps before 1980')
    ValueError: ZIP does not support timestamps before 1980

while installing one of the dependencies. This sounds very similar to pypa/hatch#1999, which in turn I found via https://stackoverflow.com/questions/79863316/homebrew-formula-fails-to-run-with-error-zip-does-not-support-timestamps-before

Seems it's a known issue related to or adjacent to homebrew, in that case. I suspect the solution here is to either wait it out until it is fixed, or perhaps use one of the there means of installation (pipx or uv, for example).

[davep]

Did that work for you @silopolis?

[silopolis]

Did that work for you @silopolis?

Nope, used pipx meanwhile.

[davep]

When you say no, are you saying uv didn't work too? Remember: I'm pointing out that Homebrew itself seems to have a problem with many Python packages -- it's not a Hike issue -- and so I suggested using one of the alternative installation methods; uv or, of course, pipx (both are documented in the docs and in the README).