From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-vk1-xa2f.google.com (mail-vk1-xa2f.google.com [IPv6:2607:f8b0:4864:20::a2f]) by sourceware.org (Postfix) with ESMTPS id 20A923857813 for ; Fri, 13 Aug 2021 11:39:01 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 20A923857813 Received: by mail-vk1-xa2f.google.com with SMTP id 1so510565vkk.1 for ; Fri, 13 Aug 2021 04:39:01 -0700 (PDT) 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: From: Friedrich Romstedt 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 Cc: cygwin Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Aug 2021 11:39:11 -0000 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 've= nv' 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=E2=80=99s virtuale= nv tool." > Myself, I tend to like to distance my Python environments from the Operat= ing System version(s)... and I use pyenv with pyenv-virtualenv, and then pr= ovided I have a decent compiler environment, you can install Python from di= stribution (though, full disclosure and in all fairness, I've had a few iss= ues 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