7 comments

  • ramon1561 hour ago
    If you're going to let an LLM write docs, at least let them write to the target of the dev. this README seems more internal, or more like a pitch, i suppose. It's weird.
  • pseufaux1 hour ago
    But isn&#x27;t this built into uv already? Just point the sources table to GitHub.<p><a href="https:&#x2F;&#x2F;docs.astral.sh&#x2F;uv&#x2F;concepts&#x2F;projects&#x2F;dependencies&#x2F;#project-dependencies" rel="nofollow">https:&#x2F;&#x2F;docs.astral.sh&#x2F;uv&#x2F;concepts&#x2F;projects&#x2F;dependencies&#x2F;#pr...</a>
    • mr_mitm1 hour ago
      AFAIK uv installs python packages only. This fetches and runs binaries from Github.
      • pseufaux1 hour ago
        Ah. Missed that. Thank you
  • figmert1 hour ago
    But why? Mise does this and more. It can install binaries from github, gitlab, uv, npm, and many more.
    • nulldomain52 minutes ago
      Agreed, this looks like a far more limited mise alternative that still requires a completely different tool to run.<p>Not sure if I&#x27;m misunderstanding the private binaries concept - what advantage does gzipping and encrypting the binary and putting it in an unlisted gist have over just storing a release in a private git repo only I can access with my PAT or key? Seems needlessly complicated.
  • droelf55 minutes ago
    For pixi we also created a octoconda &amp; a &quot;github-releases&quot; channel: <a href="https:&#x2F;&#x2F;prefix.dev&#x2F;blog&#x2F;octoconda-repackage-github-binary-releases" rel="nofollow">https:&#x2F;&#x2F;prefix.dev&#x2F;blog&#x2F;octoconda-repackage-github-binary-re...</a>
  • jpollock20 minutes ago
    Isn&#x27;t this the problem bazel&#x27;s supposed to solve?
  • _ZeD_2 hours ago
    from TFA<p><pre><code> uv run ohbin run rg -- TODO src&#x2F; </code></pre> yeaaah
  • notmarkeloff1 minute ago
    [dead]