Files
langflow/.github
Eric Hare 9044b8f0c4 fix(ci): give extension bundles a nightly track so langflow-nightly resolves (#13418)
The nightly tagger renames lfx -> lfx-nightly, but the extension bundles
were published as stable lfx-<name> wheels pinning lfx>=0.5.0. So
langflow-nightly depended on the stable lfx-arxiv (etc.), which dragged in
lfx>=0.5.0 -- a version only published under the lfx-nightly name. Installing
the nightly therefore failed:

    Because only lfx<=0.4.5 is available and lfx-arxiv==0.1.0 depends on
    lfx>=0.5.0, ... your requirements are unsatisfiable.

Give the bundles their own nightly track, mirroring lfx/base/main:

- update_lfx_version.py now renames each src/bundles/* package to
  lfx-<name>-nightly, versions it <base>.dev<N> (sharing lfx's dev number),
  and repoints the root langflow deps + [tool.uv.sources] workspace entries
  at the -nightly names. Each bundle's own lfx dep was already repinned to
  lfx-nightly==<dev>. Only the [project] name/version change -- entry points
  and the import package stay as lfx_<name>, so extension discovery is intact.
- release_nightly.yml publishes the nightly bundle wheels to PyPI and gates
  publish-nightly-main on them, so langflow-nightly's exact == pins always
  reference bundles published in the same run.

No build/test/Docker changes needed: the bundles are already built and
committed under the nightly tag, the cross-platform test resolves them via
--find-links, and Docker builds from the regenerated workspace lock.
2026-05-29 13:37:41 -07:00
..