Re: untar builder fails with error

daggs <[email protected]>
Newsgroups gmane.comp.programming.tools.scons.user
Message-ID <trinity-3d16e81f-5b58-4249-b83f-8c8d973f610f-1667921392038@3c-app-mailcom-bs08>
> Sent: Tuesday, November 08, 2022 at 4:58 PM
> From: "Mats Wichmann" <[email protected]>
> To: [email protected]
> Subject: Re: [Scons-users] untar builder fails with error
>
> On 11/8/22 07:45, daggs wrote:
> > you might have asked me, I don't remember, as for python virtualenv, I 
> > don't know what is it, I need to read about it.
> > Dagg
> > *Sent:* Monday, November 07, 2022 at 11:01 PM
> > *From:* "Bill Deegan" <[email protected]>
> > *To:* "SCons users mailing list" <[email protected]>
> > *Subject:* Re: [Scons-users] untar builder fails with error
> > creating a python virtualenv isn't possible for you?
> > (I feel like I've asked you this before?)
> > On Sat, Nov 5, 2022 at 3:29 AM daggs <[email protected] 
> > <mailto:[email protected]>> wrote:
> 
> It's really a two-part story.
> 
> *If* you can get an alternative Python installed, then you can build an 
> environment which runs scons using that Python - all that really means 
> is there's some location on your system where packages needed to run 
> some Python application are installed, isolated from your main system 
> Python and its package installation location.
> 
> The former isn't necessarily all that simple.  I've tended to use a 
> project called "pyenv", which automates setting it up - the Python will 
> also go into an alternate location so it doesn't interfere at all with 
> the system Python.
> 
> https://github.com/pyenv
> 
> There's a simple example of creating a virtualenv in the SCons cookbook, 
> but this wouldn't be quite what you want, since it uses the *system* 
> Python to seed the virtualenv, not an alternate one:
> 
> https://scons-cookbook.readthedocs.io/en/latest/#setting-up-a-python-virtualenv-for-scons
> 
> For this kind of purpose I've used a pyenv plugin, "pyenv-virtualenv". 
> A sequence might look something like this:
> 
> pyenv install --list   # see what's available (it's a *long* list)
> pyenv install 3.10.8
> pyenv virtualenv 3.10.8 myworkenv  # create the venv
> pyenv activate myworkenv
> etc ...
> 
> This is all great unless you're on Windows - the pyenv facilities are 
> built on the POSIX shell so they don't work on Windows, although now 
> there's an alternate implementation that works with Powershell, which I 
> have no experience with.
> 
> There's a bit to think about here, at this point, just know that such 
> facilities exist.

our build env is complex enough, this will add another layer of complexity which will be most probably rejected

Dagg
_______________________________________________
Scons-users mailing list
[email protected]
https://pairlist4.pair.net/mailman/listinfo/scons-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.