[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <59B0A362-D044-4FA8-9286-6D955B8DB241@darmarit.de>
Date: Mon, 19 Jun 2017 16:11:56 +0200
From: Markus Heiser <markus.heiser@...marit.de>
To: Jonathan Corbet <corbet@....net>
Cc: Christoph Hellwig <hch@...radead.org>,
Mauro Carvalho Chehab <mchehab@...pensource.com>,
Linux Doc Mailing List <linux-doc@...r.kernel.org>,
Mauro Carvalho Chehab <mchehab@...radead.org>,
"linux-kernel@...r.kernel.org org List"
<linux-kernel@...r.kernel.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
SeongJae Park <sj38.park@...il.com>,
Masahiro Yamada <yamada.masahiro@...ionext.com>,
Max Filippov <jcmvbkbc@...il.com>
Subject: Re: [PATCH] changes.rst: explain the usage of virtual environment
> Am 19.06.2017 um 15:46 schrieb Jonathan Corbet <corbet@....net>:
>
> On Mon, 19 Jun 2017 06:08:37 -0700
> Christoph Hellwig <hch@...radead.org> wrote:
>
>> On Mon, Jun 19, 2017 at 08:24:10AM -0300, Mauro Carvalho Chehab wrote:
>>> As the Sphinx build seems very fragile, specially for
>>> PDF output, add a notice about how to use it on a virtual
>>> environment.
>>
>> Please don't. python venv are good at one thing only, and that is
>> making a mess of your python module path. Don't ever use them on a
>> system that has proper package management.
>
> Well, they are also good for running specific versions of a given package
> without disrupting the setup of your system as a whole, and when even a
> system with proper package management may not offer the version you need.
>
> I guess my question with the patch is whether this text really belongs in
> changes.rst, or whether it should be part of the doc-guide.
Hi, here are my 5cents:
Typically I have a PY_ENV target in my projects, building a virtualenv
in a folder named ./local. E.g. in LinuxDoc [1] I use something like this:
PY ?=3
PYTHON ?= python$(PY)
..
VIRTUALENV = virtualenv --python=$(PYTHON)
VTENV_OPTS = "--no-site-packages"
PY_ENV = ./local/py$(PY)
..
quiet_cmd_virtualenv = PYENV $@
cmd_virtualenv = \
if [ ! -d "./$(PY_ENV)" ];then \
$(VIRTUALENV) $(VIRTUALENV_VERBOSE) $(VTENV_OPTS) $2; \
else \
echo "using virtualenv from $2"; \
fi
...
# to build *local* environment, python and virtualenv from the OS is needed!
$(PY_ENV): virtualenv-exe python-exe
$(call cmd,virtualenv,$(PY_ENV))
@$(PY_ENV_BIN)/pip install $(PIP_VERBOSE) -r requirements.txt
..
And the sphinxbuild coammand is used from there::
SPHINXBUILD ?= $(PY_ENV_BIN)/sphinx-build
By this I can stick versions packages. E.g. to select last version of
RTD theme and Sphinx version 1.5 or upper, I add the following lines to
my reqierements.txt::
Sphinx>=1.5
sphinx_rtd_theme
If you are interested, I can prepare a patch, to add such functionality
(as option) to Documents/Makefile (which will be documented in the doc-guide).
[1] https://github.com/return42/linuxdoc/blob/master/utils/makefile.python
-- Markus --
>
> jon
> --
> To unsubscribe from this list: send the line "unsubscribe linux-doc" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists