[linux-audio-user] regarding SCons

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Steven:

  Forgive me for this late reply, I was in Karlsruhe when your message 
arrived.

  For the most part I had already discovered the answers to my original 
queries, but read on... ;-)

>As Juan indicated, this behavior is supported by run "scons -c".
>A number of other software packages that are beginning to use SCons set
>up an alias in their SConscript files so you can still type "scons clean"
>at the command line.
>
That would be good. We autotoolers are quite familiar with the 'make; 
make install; make clean' process...

>>    3. No man pages, that sucks on a UNIX/Linux platform. The GNU 
>>autotools have them, SCons should have them too.
>>    
>>
>
>How are you installing SCons?  We do have a very thorough man page, but
>it sounds like you've stumbled into a hole in the process that prevents
>it from being installed.  Can you help me understand what it is so we
>can fix it?  Is this from one of the SCons packages you downloaded, or
>is it from the scons/ or scons-local/ package shipped internally with
>CT or CSound?
>
This is an odd one. Apparently the install step is not installing the 
man page by default (someone else mentioned that they manually placed it 
in /usr/local/man). I downloaded, built, and installed the SCons package 
available from the home site, and I *think* I followed the instructions 
exactly. At any rate, SCons itself works perfectly. :)

>>    4. No 'scons uninstall' ?? Again, if I'm missing it, please inform 
>>me how it's invoked.
>>    
>>
>
>As Juan indicated, this is something the SConscript writer has to supply.
>
I guess that's okay. I'd be happy if it were de rigeur for autotools too...

>>  CT and Csound are now the only two apps on my system that use SCons. 
>>The maintainers of Csound couldn't make the autotools work for 
>>themselves, so now you must add downloading and installing SCons (and an 
>>up-to-date Python)
>>    
>>
>
>SCons itself is very intentionally written to run on an old Python version
>(1.5.2) so you don't have to install an up-to-date Python to use it.
>CT and Csound may require later versions of Python to handle Python 2.x
>code they've put in their SConscript files, though.
>
Mea culpa, sorry about that. Now it needs to become a de facto component 
in all significant distros.

>Although SCons has been around a while now, it's only just now beginning
>to reach the sort of critical mass that makes all of the distro owners
>sit up and take notice.  The more voices that request it of other distros
>(such as RH), the easier this will get...
>
>In the meantime, we're trying hard to continue to make SCons as easy as
>possible for both software developers and end users to use, so I'm very
>glad to receive the feedback.  Thanks for posting your questions/comments,
>and if there are other ways SCons can be improved to make this sort of
>transition a little easier, please don't hesitate to let me know.
>
Thanks, Steven. Your response is much appreciated, and I'll be sure to 
contact the SCons team if/when I run into any major difficulties.

Best regards,

Dave Phillips



[Index of Archives]     [Linux Sound]     [ALSA Users]     [Pulse Audio]     [ALSA Devel]     [Sox Users]     [Linux Media]     [Kernel]     [Photo Sharing]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux