Opened at 2011-01-29T03:59:46Z
Last modified at 2020-01-16T20:37:10Z
#1343 new defect
how does a packager find version requirements for indirect dependencies? — at Version 1
Reported by: | davidsarah | Owned by: | somebody |
---|---|---|---|
Priority: | major | Milestone: | undecided |
Component: | packaging | Version: | 1.8.1 |
Keywords: | docs | Cc: | |
Launchpad Bug: |
Description (last modified by dstufft)
The method of finding Tahoe's indirect requirements documented at http://tahoe-lafs.org/trac/tahoe-lafs/wiki/AdvancedInstall#Dependencies,
- requires a built copy of Tahoe, and
- only prints the versions being used by that copy, not the requirements.
The indirect dependencies are pyutil, zbase32, and argparse. It might be easier just to document that (with minimum version requirements if any) and update the documentation manually.
Note: See
TracTickets for help on using
tickets.
This is actually a pretty hard problem to solve. The issue is that indirect dependencies are not a concrete thing and can depend on what version of direct dependencies get installed (or are already installed).
For instance:
In the above example there isn't a single set of requirements, it's a tree where the final set depends on what version of foo ends up being selected for installation. It *can* be expressed of course but it can be a very confusing representation if the version specifiers of anything but the root of the tree varies. If they are static then you can collapse the branches into a single branch and you may (in a simple case) get a single set because every combination of dependencies ends up having the same requirement specifiers.