X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org DEF9E388F020 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1628854822; bh=tysvqW6nem8zc9SidXN1tXbwvmGEdjcObl2bwb67xfM=; h=References:In-Reply-To:Date:Subject:To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=YBieMI95t4OEkFBJiMXwcoMIS6/njsJfzdEx2SkvcL97Evg41YQ4cNSmEH9VitRsU k+hqJyZHnKlx1YYrRq/DZaTgNQFvPPdthhiaUl+/xWktft3nMcZVs+CSgFjESjLGqN BB+UVsnMOnBSskg8Atufyn3hc8tO+gQ1ftg6jBfY= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 20A923857813 X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=HWHqnqr8qMhre2tV0wYgn8tvOnC7UrsZ7OjABeSta30=; b=iDMmOhX15AmqWJwjnj8WRtgAUTXNT34Ot6nu26WHUo4uq4OqRYpk2p6YTz62YCTqF9 ORNx9rhQ6krvup1kL/ntMj31luUKwkH657H6/gkrNsx1yHMCT9wrKFi1KgAoCArOw5tj q0Ep/wkrz9Qmr3P27mDexr5tbZ75vaJ9BylMQftIu39Y7NokednF8xOyBQfMJgS5c1N6 JcrwwHmOnd4BxYaZ4w3OSodnhwBrOledaMhdokVBJF5Y8CL75y9wR2r7IrToVZmohk1l 3zASVzrX2UwQC80osGj3b2q9cPBs3IjhxqT9jkA95w0hPprcqAhKjX9v94MKSPY0OQ57 LHUQ== X-Gm-Message-State: AOAM533CvtqpvJXQzPhV0ytbyZDpsC68wuyACdVGaMy7tjpZ8TmSHbj4 XoYwLF2CjJek3OeUdfD6o+Vq51u6fSBuDUi1a6w= X-Google-Smtp-Source: ABdhPJx144QU+1mhQ70Et4lcOufVSEx/QEW34nUh47fPouLtwcga1DPOMD/wLzol0iRzwAqEpSc9+KAVNOwIdbbO2fQ= X-Received: by 2002:ac5:c2c5:: with SMTP id i5mr872377vkk.5.1628854740715; Fri, 13 Aug 2021 04:39:00 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Date: Fri, 13 Aug 2021 13:38:24 +0200 Message-ID: Subject: Re: virtualenv 20.2.2-1 dependencies: filelock and distlib To: Russell VT X-Spam-Status: No, score=-1.4 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: cygwin AT cygwin DOT com X-Mailman-Version: 2.1.29 List-Id: General Cygwin discussions and problem reports List-Archive: List-Post: List-Help: List-Subscribe: , From: Friedrich Romstedt via Cygwin Reply-To: Friedrich Romstedt Cc: cygwin Content-Type: text/plain; charset="utf-8" Sender: "Cygwin" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by delorie.com id 17DBeN3d028860 Hi, Am Di., 10. Aug. 2021 um 11:30 Uhr schrieb Russell VT : > > Well, it's been a hot minute since I've used virtualenv, by itself... but, generally you're going to want to use "mkvirtualenv" and related tools to create and then access your Python libraries (often under the projects 'venv' directory).Your mileage may vary, trying to invoke it directly from the command line with a module argument. 'mkvirtualenv' is part of the 'virtualenvwrapper' package. https://virtualenvwrapper.readthedocs.io/en/latest/ says "virtualenvwrapper is a set of extensions to Ian Bicking’s virtualenv tool." > Myself, I tend to like to distance my Python environments from the Operating System version(s)... and I use pyenv with pyenv-virtualenv, and then provided I have a decent compiler environment, you can install Python from distribution (though, full disclosure and in all fairness, I've had a few issues with non-standard directory locations for things like ffi/cffi (IIRC), when compiling newer Python versions (though I've not checked, recently). 'pyenv-virtualenv' (https://github.com/pyenv/pyenv-virtualenv) says "pyenv-virtualenv is a pyenv plugin that provides features to manage virtualenvs and conda environments for Python on UNIX-like systems.", so it looks like if 'pyenv-virtualenv' is *another wrapper more* for 'virtualenv'. I appreciate this two approaches to making 'virtualenv' more easily accessible; I did not know about these before. However, my issue reported on 9 August 2021 about the basic 'virtualenv' package ('python38-virtualenv' and related in the Cygwin package database) would not be remedied by using 'virtualenenvwrapper' or 'pyenv-virtualenv'; even more, these pieces of software would suffer from the same regressions as my direct use of 'virtualenv'. Notice that as far as I know running '$ python -m virtualenv <....>' should be, in effect, identical to running '$ virtualenv <...>' with the same arguments. The former is useful when, as in my case, the 'virtualenv' script is not as easily accessible as the Python interpreter 'python'. I am proposing to just include the dependency of the 'virtualenv' Cygwin package resp. packages on the Cygwin packages for 'filelock' and 'distlib'. I believe this issue hasn't been reported yet because the Cygwin packages for 'filelock' and 'distlib' easily can be pulled in by other pieces of software. So far, Friedrich -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple