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