Re: [Scons-dev] Revise http://scons.org/wiki/AboutSCons

2013-09-07 Thread Gary Oberbrunner
On Tue, Jul 23, 2013 at 4:27 AM, anatoly techtonik wrote: > Hi, > > I've made s few edits to wiki about page at > http://scons.org/wiki/AboutSCons but I don't remember how SCons > supports abstract target names for plain automation tasks. Can > somebody revise the text and ensure it is correct? >

Re: [Scons-dev] scons running on py3 (sortof)

2013-09-07 Thread Neal Becker
Bill Deegan wrote: > Neal, > > Sorry about that. How did you end up picking scons_replaced_by_scons repo > to use as your base? > Are we pointing to it somewhere? > > -Bill I afraid I don't remember - maybe google ___ Scons-dev mailing list Scons-dev

Re: [Scons-dev] [PATCH] scons soname on OpenBSD

2013-09-07 Thread Gary Oberbrunner
Hi, Stefan. On Sat, Sep 7, 2013 at 5:57 AM, Stefan Sperling wrote: > On Fri, Sep 06, 2013 at 10:04:07PM -0400, Gary Oberbrunner wrote: > > I don't have any problem with this conceptually. The > > sys.platform.startswith() would be better as a function perhaps > > (is_openbsd() or maybe just is_

Re: [Scons-dev] SCons Wiki status: no longer read-only...

2013-09-07 Thread Dirk Bächle
On 07.09.2013 19:39, Gary Oberbrunner wrote: I've installed an ApproveChanges plug-in for the SCons wiki (www.scons.org/wiki ). This means logged-in users can edit pages as usual, but the changes go into an approval queue. [...] This is a very good idea, thanks fo

[Scons-dev] SCons Wiki status: no longer read-only...

2013-09-07 Thread Gary Oberbrunner
I've installed an ApproveChanges plug-in for the SCons wiki ( www.scons.org/wiki). This means logged-in users can edit pages as usual, but the changes go into an approval queue. A moderator can then approve those changes, and optionally allow that user to edit without approval from then on. The

Re: [Scons-dev] [PATCH] scons soname on OpenBSD

2013-09-07 Thread Stefan Sperling
On Fri, Sep 06, 2013 at 10:04:07PM -0400, Gary Oberbrunner wrote: > I don't have any problem with this conceptually. The > sys.platform.startswith() would be better as a function perhaps > (is_openbsd() or maybe just is_bsd()). Is this also true for freebsd for > instance? I don't know if this a