Re: [scons-devel] First split up of SConf.py

Bram Moolenaar <[email protected]>
Newsgroups gmane.comp.tools.aap.devel
Message-ID <[email protected]>
Steven Knight wrote:

> Thanks for the work on this.  It looks like a fruitful direction, and
> I'm glad we're finding some common ground here.  I'll likely be folding
> this change into SCons proper right after I release 0.91 (I think
> tomorrow).  I just completed the SWIG support that was the pacing item
> for this release and I want to get it out the door before I succumb to
> the temptation to throw too much else in... :-)

I'm glad that my work is appreciated.  So far nobody objected, thus it
appears to be going the right direction.

> How do you (or anyone else) think we should go about keeping this module
> in sync in the future?  Since it's just a few projects using it at the
> moment, we could just keep each other informed of changes directly.
> 
> Another possibility would be to make a separate project for development
> of this module, from which A-A-P and SCons (and autoscons? and
> others...) could incorporate new releases as appropriate.  That
> would also make it pretty straightforward to publicize the module
> independently through the Python Package Index, Freshmeat, etc., which
> might attract more developers specifically interested in this piece.

Making a separate project for this would be good indeed.  The only
objection would be the amount of work for setting up the project, but I
suppose that would not be much.

If both Aap and SCons developers can update the files in this project,
then we have a nice way to share file(s).  You can include the latest
version in SCons, check for any problems, fix them and check in the
corrected version.  When substantial enhancements are made you may chose
to keep using an older version.

> I already have infrastructure in place for some of this (I'm maintaining
> TestCmd.py as a separate project internally), so I'd volunteer some time
> to set up things if we wanted to go this direction and no one else has
> more cycles and is eager to do so.

Fine with me!

> Any other ways we might manage it?  Comments?

How about using Subversion for this?  It's getting to the quality level
where it's reliable enough for actual use.  And this small project would
be a nice way to find out if it indeed works better than CVS.  Just an
idea.  It will be more work, but should give us experience with
Subversion.  People not developing this project would simply download
the file (Subversion allows downloading any file using a URL).

-- 
hundred-and-one symptoms of being an internet addict:
116. You are living with your boyfriend who networks your respective
     computers so you can sit in separate rooms and email each other

 /// Bram Moolenaar -- [email protected] -- http://www.Moolenaar.net   \\\
///          Creator of Vim - Vi IMproved -- http://www.Vim.org          \\\
\\\              Project leader for A-A-P -- http://www.A-A-P.org        ///
 \\\  Help AIDS victims, buy here: http://ICCF-Holland.org/click1.html  ///


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
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.