[Scons-users] installing scons via `pip install scons` doesn't work.

[Bill Deegan]

Is there a simple way to filter out files by name when packaging?

So we have
src/engine/SCons/Taskmaster.py
src/engine/SCons/TaskmasterTests.py

I'd like to not package any of the *Tests.py files.

-Bill

On Fri, Dec 1, 2017 at 1:24 PM, Bill Deegan <bill at baddogconsulting.com>
wrote:

> What's the best way to collaborate?
> I can create a branch in my repo and you fork it?
>
> -Bill
>
> On Fri, Dec 1, 2017 at 10:55 AM, Daniel Holth <dholth at gmail.com> wrote:
>
>> Sounds good to me.
>>
>> On Fri, Dec 1, 2017, 13:31 Bill Deegan <bill at baddogconsulting.com> wrote:
>>
>>> Picking this back up.
>>>
>>> I'm o.k. with dropping everything in existing setup.py to fix pypi
>>> install.
>>> I've started work on creating a vanilla setup.py but I'm a newbie at
>>> this so any help would be welcome.
>>> Ideally we'd be able to use pip install -e against the git checkout,
>>> create pypi packages (wheel seems to be the correct thing today).
>>>
>>> Currently bootstrap.py add version strings to all the source files, I'm
>>> pretty sure there's no "legal" reason to update the copyright date in each
>>> file.
>>>
>>> We would like to keep building the scons-local packages, but setup.py is
>>> not really needed to do that.
>>>
>>> Use console_scripts to build the scons, sconsign, and other scripts so
>>> it will use the correct version of python.
>>>
>>>
>>> thoughts?
>>> -Bill
>>>
>>> On Mon, Aug 29, 2016 at 6:32 PM, Daniel Holth <dholth at gmail.com> wrote:
>>>
>>>> There's the code I used to put SCons in a wheel starting from the
>>>> source archives it makes currently. It would require minor changes to work
>>>> with enscons 0.5.0. https://bitbucket.org/dholth/s
>>>> cons-wheel/src/tip/SConstruct . It finds the files, puts them in the
>>>> root of the wheel and it'll get installed into site-packages, and depending
>>>> on a flag it puts different code in a Python 3 wheel. If you want multiple
>>>> versions then virtualenv is there for you. If you wanted more "creative"
>>>> installs then you might prefer to do that during the installation of the
>>>> wheel instead of baking into the wheel itself.
>>>>
>>>> Long story short if you are okay with dropping a lot of features from
>>>> setup.py and re-implementing it just in SCons as a more typical Python
>>>> package I would be up for that. What do you really need setup.py to do?
>>>>
>>>> On Mon, Aug 29, 2016 at 3:26 PM Bill Deegan <bill at baddogconsulting.com>
>>>> wrote:
>>>>
>>>>> Daniel,
>>>>>
>>>>> Any chance you'd take a pass at fixing the setup.py in SCons?
>>>>>
>>>>> -Bill
>>>>>
>>>>> On Sun, Aug 28, 2016 at 8:30 PM, Daniel Holth <dholth at gmail.com>
>>>>> wrote:
>>>>>
>>>>>> I have published a special version called import_scons that's a
>>>>>> wheel. It doesn't install the script so you have to say python -m SCons to
>>>>>> run. Maybe it will be easier to get going.
>>>>>>
>>>>>> On Sun, Aug 28, 2016, 20:20 Bill Deegan <bill at baddogconsulting.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Seems that pip inside a virtualenv works.
>>>>>>> But not outside.
>>>>>>> I think that's the current situation.
>>>>>>>
>>>>>>> Also any way to tell what version of pip is being run?
>>>>>>>
>>>>>>> -Bill
>>>>>>>
>>>>>>> On Sun, Aug 28, 2016 at 6:14 PM, Stefan Seefeld <stefan at seefeld.name
>>>>>>> > wrote:
>>>>>>>
>>>>>>>> Hello,
>>>>>>>>
>>>>>>>> I'm trying to install scons via `pip install scons`, and get the
>>>>>>>> following cryptic error:
>>>>>>>>
>>>>>>>>
>>>>>>>> $ pip install scons
>>>>>>>> Collecting scons
>>>>>>>>   Using cached scons-2.5.0.tar.gz
>>>>>>>> Installing collected packages: scons
>>>>>>>>   Running setup.py install for scons ... error
>>>>>>>>     Complete output from command /usr/bin/python -u -c "import
>>>>>>>> setuptools,
>>>>>>>> tokenize;__file__='/tmp/pip-build-UnhHp6/scons/setup.py';exe
>>>>>>>> c(compile(getattr(tokenize,
>>>>>>>> 'open', open)(__file__).read().replace('\r\n', '\n'), __file__,
>>>>>>>> 'exec'))" install --record /tmp/pip-zIuAOx-record/install
>>>>>>>> -record.txt
>>>>>>>> --single-version-externally-managed --compile:
>>>>>>>>     usage: -c [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
>>>>>>>>        or: -c --help [cmd1 cmd2 ...]
>>>>>>>>        or: -c --help-commands
>>>>>>>>        or: -c cmd --help
>>>>>>>>
>>>>>>>>     error: option --single-version-externally-managed not
>>>>>>>> recognized
>>>>>>>>
>>>>>>>>
>>>>>>>> Any idea what is causing this, and how to fix it ?
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>>
>>>>>>>>         Stefan
>>>>>>>>
>>>>>>>> PS: I'm actually trying to upgrade to a newer version of scons in a
>>>>>>>> travis-ci environment (the default version is 2.3.0 - too old for
>>>>>>>> me as
>>>>>>>> it doesn't support clang), and so I hoped that `pip` would be able
>>>>>>>> to
>>>>>>>> help...
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>>
>>>>>>>>       ...ich hab' noch einen Koffer in Berlin...
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Scons-users mailing list
>>>>>>>> Scons-users at scons.org
>>>>>>>> https://pairlist4.pair.net/mailman/listinfo/scons-users
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Scons-users mailing list
>>>>>>> Scons-users at scons.org
>>>>>>> https://pairlist4.pair.net/mailman/listinfo/scons-users
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Scons-users mailing list
>>>>>> Scons-users at scons.org
>>>>>> https://pairlist4.pair.net/mailman/listinfo/scons-users
>>>>>>
>>>>>>
>>>>> _______________________________________________
>>>>> Scons-users mailing list
>>>>> Scons-users at scons.org
>>>>> https://pairlist4.pair.net/mailman/listinfo/scons-users
>>>>>
>>>>
>>>> _______________________________________________
>>>> Scons-users mailing list
>>>> Scons-users at scons.org
>>>> https://pairlist4.pair.net/mailman/listinfo/scons-users
>>>>
>>>>
>>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist4.pair.net/pipermail/scons-users/attachments/20171201/6d351cba/attachment-0001.html>