You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
But now, calling pip-sync requirements.txt breaks with:
Error: No such config key 'no_emit_index_url'. (Possible options: emit_index_url, extra_index_url, index_url)
I can see, that using instead emit-index-url = false would have the same effect and, actually, is probably the correct solution to this. But given the poor documentation of the pyproject.toml-behaviour, we are left guessing and this is tedious and time-consuming. Moreover, pip-compile does not complain about the pyproject-options and happily uses them. Only pip-sync spoils the experience ;-)
So, a bit more consistency would be nice.
Environment Versions
OS Type: MS Windows 10
Python version: Python 3.11.5
pip version: pip 23.2.1
pip-tools version: pip-compile, version 7.3.0
Steps to replicate
Put any of the no-* options in pyproject.toml, e.g. no-emit-index-url = true
Call pip-compile and enjoy.
Call pip-sync and scratch your head, sort out your frustration and try to think, what could possibly be the issue here.
Expected result
The behaviour of pip-compile and pip-sync when using options from pyproject.toml is consistent, well documented and intuitive.
Actual result
The subset of options that work with pip-sync is unexpectedlty smaller than that of pip-compile.
The text was updated successfully, but these errors were encountered:
@chrysle I have a problem with resolver option for pip-compile. It fails for pip-sync. Error: No such config key 'resolver'. Did you mean resolver_name?
But resolver_name is an alias of resolver option.
I found it handy to add some often used options to the
[tools.pip-tools]
-section of mypyproject.toml
. In particular I added:But now, calling
pip-sync requirements.txt
breaks with:I can see, that using instead
emit-index-url = false
would have the same effect and, actually, is probably the correct solution to this. But given the poor documentation of thepyproject.toml
-behaviour, we are left guessing and this is tedious and time-consuming. Moreover,pip-compile
does not complain about thepyproject
-options and happily uses them. Onlypip-sync
spoils the experience ;-)So, a bit more consistency would be nice.
Environment Versions
Steps to replicate
no-*
options inpyproject.toml
, e.g.no-emit-index-url = true
pip-compile
and enjoy.pip-sync
and scratch your head, sort out your frustration and try to think, what could possibly be the issue here.Expected result
The behaviour of
pip-compile
andpip-sync
when using options frompyproject.toml
is consistent, well documented and intuitive.Actual result
The subset of options that work with
pip-sync
is unexpectedlty smaller than that ofpip-compile
.The text was updated successfully, but these errors were encountered: