On 05.05.2014 18:21, Russel Winder wrote:
I think I have forgotten how to use the runtest.py script for executing
tests of tools that are not in the SCons heirarchy and the help isn't
helping.
| python /home/users/russel/Repositories/Mercurial/Masters/SCons/runtest.py
test
1/1 (100.00%)
Hi Rob,
On 06.05.2014 17:37, Managan, Rob wrote:
I probably have not read any of the workflow docs lately but I don't
remember having to update the MANIFEST.in file when a new file is
added. Of course, I may never have added a file before. Is it the
responsibility of a developer that adds a
On 06.05.2014 20:51, anatoly techtonik wrote:
PTAL. https://bitbucket.org/scons/scons/pull-request/135/
What does PTAL mean? ;)
Sorry, but I couldn't resist.
Dirk
___
Scons-dev mailing list
Scons-dev@scons.org
Hi all,
On 05.05.2014 02:45, Dirk Bächle wrote:
On 05.05.2014 02:01, William Deegan wrote:
Do we know the specs of the server pair is providing us with?
roundup suggests mysql or postgressql for database.
Need be we can put roundup on the same server as buildbot.
I’ve installed and customized
Hi Michael,
On 13.05.2014 13:50, Michael Haubenwallner wrote:
Hi,
I'm wondering if the Issue Tracker still is used by the SCons developers,
it's still the only official tracker that we have...and use.
Dirk
___
Scons-dev mailing list
Hi Michael,
On 16.05.2014 18:42, Michael Haubenwallner wrote:
Hi,
based on the pull requests #138 #139 #140, fixing various issues,
now I've been able to get the aix-soname thingy into SCons.
However, as a SCons newbie, I'm unsure whether the way I've implemented
this into SCons is based on
Hi there,
I've done some cleanup work in our Tigris bug tracker (marking
duplicates and such) and noticed a few issues that might get closed
right away. When I list items in the following, complete with ID and
assignee, this is not meant as an order to take immediate action. Please
don't
Hi there,
I'd like to get a second opinion (and third, and...) on the following
problem:
I'm currently debugging issue #1742 and found out why the TryLink()
sometimes returns successful, although this shouldn't happen. In the
given example
env = Environment(tools = ['g++', 'gnulink'])
On 20.05.2014 23:58, Dirk Bächle wrote:
[...]
I'm currently debugging issue #1742 and found out why the TryLink()
sometimes returns successful, although this shouldn't happen. In
Sorry, just noticed this right now (better late than never ;) )...it
should be either
...sometimes returns
On 21.05.2014 00:53, Gary Oberbrunner wrote:
That's an insidious combination of problems there. I don't think much
is expected to work if only g++ is defined and not gcc, but it would
be nice if it didn't fail this badly. Of course the mythical toolchain
revamp will prevent this kind of
On 24.05.2014 20:34, Gary Oberbrunner wrote:
I've just reviewed and closed many of the issues in your first set.
More to do of course but it's a start.
Cool, that's a whole bunch off issues fixed/resolved. Nice, and thanks
for having a look!
Dirk
Hi Gary,
here are my comments:
On 25.05.2014 19:14, Gary Oberbrunner wrote:
I'd like to kick off a round of discussion about toolchains, so can
make some progress toward a design. I have some preliminary thoughts.
Please comment. Apologies for the HTML mail, let me know if this
isn't
Hi William,
please find a few comments below.
On 30.05.2014 02:42, William Blevins wrote:
Team,
I have a couple points I'd like to discuss, but for the sake of
organization, I intend to split them into separate emails.
Java Part #2
There has been some discussion on making Scons more
William,
thanks for your quick reply.
On 31.05.2014 01:39, William Blevins wrote:
Dirk,
Team,
I have a couple points I'd like to discuss, but for the sake of
organization, I intend to split them into separate emails.
Java Part #2
There has been some discussion on making
On 25.05.2014 19:14, Gary Oberbrunner wrote:
I'd like to kick off a round of discussion about toolchains, so can
make some progress toward a design. I have some preliminary thoughts.
Please comment. Apologies for the HTML mail, let me know if this
isn't readable for you.
I just stumbled
Hi Bill,
On 10.06.2014 20:03, William Deegan wrote:
Dirk,
I’d have to disagree.
That's okay. ;)
I don’t think new toolchain logic is imminent.
Having a clean build on buildbot across all the available platforms is
a simple way to verify thinks are “OK”.
Right, and not all dots are on
Hi Anatoly,
On 05.07.2014 09:20, anatoly techtonik wrote:
Hi William,
Because nobody from developers objected, I already sent request to
botbot.me, even though I didn't tick the [ ] op mark. Another reason
for me to pushing on op is to increase the bus factor on the channel.
I understand your
On 05.07.2014 10:30, Dirk Bächle wrote:
Hi Anatoly,
On 05.07.2014 09:20, anatoly techtonik wrote:
Hi William,
Because nobody from developers objected, I already sent request to
botbot.me, even though I didn't tick the [ ] op mark. Another reason
for me to pushing on op is to increase the bus
Andrew,
On 06.07.2014 22:25, Andrew Featherstone wrote:
Hi Dirk,
Ok it's good to know where to be looking. For me the number of open
issues gives a (false) negative impression that the project's
development is stale. For me, P1 bugs are triaged as is an issue
which causes detrimental
Andrew,
On 07.07.2014 19:47, Andrew Featherstone wrote:
I'm likewise, William, but I think that all users can add some value
by wandering through the open issue list and seeing if we can improve
things by clearing issues that are known to be resolved, testing old
issues against current
On 07.07.2014 22:01, anatoly techtonik wrote:
On Sun, Jul 6, 2014 at 3:25 PM, Andrew Featherstone
andrew.featherst...@cantab.net wrote:
Hi All,
I was wondering what the current state of issue tracking is for the SCons
project. There was some talk a little while back about moving away from
William,
On 11.07.2014 05:03, William Blevins wrote:
I'm not sure how to progress with this? We discussed cleaning up the
open issues in another thread, but I don't know enough about how
issues are managed to be making changes without direction and/or get
permission.
I'll go through the
On 10.07.2014 02:37, William Blevins wrote:
*More duplicates (just looking at java issues atm):*
2432 -- Duplicates 1772
I'm not sure about this one. Gary, can you have a short look please?
1849 -- Duplicates 1594
2547 -- Duplicates 1594
2548 -- Duplicates 1594
2046 -- Duplicates 1594
On 12.07.2014 17:26, William Blevins wrote:
Is there also a guide for running the tests? Seems there are 3 sets.
Yes, there is...check QMTest/test-framework.rst, also available at
http://scons.org/wiki/DeveloperGuide/TestingMethodology .
___
Hi there,
On 06.07.2014 14:25, Andrew Featherstone wrote:
Hi All,
I was wondering what the current state of issue tracking is for the
SCons project. There was some talk a little while back about moving
away from Tigris to a different issue tracker, has that happened? I
thought I'd have a
On 12.07.2014 23:43, William Blevins wrote:
Back to 2395:
My python expertise isn't 5 star, and I'm confused on how to propagate
a symlinks argument down.
I'm a little confused, too...
What I imagine my SConscript should do: env.InstallAs( a, b,
symlinks=False )
because that's not what
On 12.07.2014 16:32, William Blevins wrote:
For 1771, my protoc builder changes aren't important.
This is not so much about importance, but traceability and being able to
reproduce your findings later. Take a look at issue #1438 in the bug
tracker. It's now suggested by Andrew to get closed,
Hi there,
a bug report about the allegedly broken Split() method, my comments and
the submitted patch to reach backward compatibility for Python 2.6 have
caused some confusion.
So, I'd like to ask again: What is our current Python floor version for
development (default branch)? My
On 20.07.2014 17:13, anatoly techtonik wrote:
On Sun, Jul 20, 2014 at 12:48 PM, Dirk Bächle tshor...@gmx.de wrote:
[...]
I do, because I'm subscribed to the Tigris Issue mailing list. Every other
subscriber should see your comments too. Additionally, each issue has a CC
list, where
Hi Jörg,
On 26.07.2014 22:16, Jörg Frings-Fürst wrote:
Hi,
my name is Jörg Frings-Fürst and I live in a small village near by
Trier, Germany.
and welcome to the scons-dev mailing list. Good to have you on board.
I'm the new debian maintainer for your program scons and scons-doc.
Now I'm
Of *William Blevins
*Sent:* Monday, July 28, 2014 7:34 PM
*To:* SCons developer list
*Subject:* Re: [Scons-dev] Pleased to announce we've added Dirk
Bächle as a comitter to the core scons repo
Yeah Dirk!
Thanks guys! :)
Dirk
Hi,
On 30.07.2014 19:05, William Deegan wrote:
Dirk,
What OS is your fedora7 buildbot slave running. Is it still Fedora 7?
it's running Fedora17, as the info page correctly states:
http://buildbot.scons.org/buildslaves/fedora-17
. It's just the slave's name that somehow (*cough*) got
On 30.07.2014 19:59, Bill Deegan wrote:
Dirk,
I can change the name to 17 and restart if you can update the slave on
your side?
-Bill
Okay, let's do that. Do I have to change some config first, or do I
restart the slave right away?
Dirk
___
Hi Russel,
On 30.07.2014 22:18, Russel Winder wrote:
On Wed, 2014-07-30 at 19:57 +0200, Dirk Bächle wrote:
it's running Fedora17, as the info page correctly states:
Isn't Fedora 17 just a teensy weensy bit out of date? (given Fedora 20
is current and 21 pending?)
yes, but my understanding
Hi Mark,
On 02.08.2014 01:49, Mark A. Flacy wrote:
On Friday, August 01, 2014 05:22:39 PM William Blevins wrote:
SCons Java doesn't need to be that fancy, but I think the root problems can
be solved. The SCons java tool simply doesn't get the love that some of the
other tools get.
One common
Hi guys,
On 30.07.2014 16:11, Managan, Rob wrote:
Hi Bill,
For test/TEX/biber_biblatex.py we get:
biber returned an error, check the blg file
I suspect that the installed version of biber is mismstched with the
version of biblatex and errors out. I guess I need to find a way to
figure out
On 07.08.2014 01:39, Dirk Bächle wrote:
Hi guys,
[...]
I removed the /tmp/par-* folders, and biber seems to work again
(versions of biber and biblatex match locally).
In the next days, I'll let another pull request follow to get my
Buildslaves green again
Okay, I created pull request
Rob,
On 08.08.2014 00:04, Managan, Rob wrote:
Dirk,
I just realized that my desktop got updated to TeXLive 2013 recently
and I now have biblatex 2.8 and biber 1.8 available (previously I was
using versions 2.2 and 1.2 respectively). With those versions I still
get the .bcf file generated.
Hi there,
we have another user reporting trouble with SCons 2.3.2, in connection
to the D tool...so it's time for us to act. I checked the sources, and
the user's analysis appears to be partly correct: even when no D tool is
present in the current system, the dmd tool gets loaded (meaning
On 08.08.2014 03:37, Bill Deegan wrote:
Dirk,
Merged.
Let's see how that works!
Looks good already...one failing test left, for which I opened PR #163.
Regards,
Dirk
___
Scons-dev mailing list
Scons-dev@scons.org
Hi Mark,
On 08.08.2014 17:05, Mark A. Flacy wrote:
Greetings,
While answering a question on the users list, I referenced
http://www.scons.org/doc/production/HTML/scons-user.html#idp24303632
I went back and read it more closely and noticed that the output in the final
examples don't match the
Hi Russel,
thanks for the quick reply.
On 09.08.2014 14:02, Russel Winder wrote:
On Fri, 2014-08-08 at 19:07 +0200, Dirk Bächle wrote:
Hi there,
we have another user reporting trouble with SCons 2.3.2, in connection
to the D tool...so it's time for us to act. I checked the sources
On 09.08.2014 15:18, Gary Oberbrunner wrote:
I'll be home in a few days. I have plenty of Windows machines and can
do the required tests. As for not noticing that that change broke
Windows def files, I should have checked that. (There was a new
failure in the Windows buildbot but I didn't
On 09.08.2014 18:01, William Blevins wrote:
As we know Gary and I are Git people who like transient feature
branches
that can be packaged for merge and are not Mercurial experts. The D
changes extended over a very long period in a Mercurial feature fork
with me keeping the
On 09.08.2014 19:33, William Blevins wrote:
Fair; I realize its non-trivial. My complaints with Mercurial aren't
related to one particular event. It's more a personal preference in
tool usability.
If HG suites the needs of the team, I'll just have to muddle through it.
Again, you are
On 09.08.2014 19:35, Russel Winder wrote:
[...]
This happens, because the line
d_compiler = FindTool(d_compilers, env) or d_compilers[0]
adds dmd to the tool list anyway. In the default Tool's generate()
method, the returned list is simply loaded without checking the
existence of tools
On 09.08.2014 19:42, Russel Winder wrote:
On Sat, 2014-08-09 at 15:33 +0200, Dirk Bächle wrote:
[…]
In amongst all the bluster and anger, I think we have iterated to a very
simple solution to both bugs: remove the setting of the symbol in the D
tools since it is problematic and the Fortran
On 09.08.2014 20:05, Russel Winder wrote:
On Sat, 2014-08-09 at 13:33 -0400, William Blevins wrote:
[...]
Our problem is that it seems that maintaining a long running
synchronized clone of a default branch leads Mercurial to having
problems on a final merge. Advice from a Mercurial expert
On 09.08.2014 20:28, Russel Winder wrote:
On Sat, 2014-08-09 at 20:09 +0200, Dirk Bächle wrote:
[…]
I think it is extremely helpful to create this PR right now. The sooner
we can test this in the mainline (and against our Buildbots), and the
sooner users can pull a fixed version straight from
On 10.08.2014 08:43, Mark A. Flacy wrote:
On Saturday, August 09, 2014 10:41:10 PM Dirk Bächle wrote:
On 09.08.2014 22:02, Mark A. Flacy wrote:
Well, the messy bit is information that nobody really cares about; so
why
keep it around?
I may have read Russel's comment wrong, and understood
Hi Anatoly,
On 10.08.2014 10:16, anatoly techtonik wrote:
Hi,
I am looking at D SConstruct example.
http://stackoverflow.com/a/9917185/239247
How does Program determine that it needs to call D tool?
in this case the D Builders are registered with the Program() method as
source builders. This
On 10.08.2014 10:59, Russel Winder wrote:
Can Issue 2964 be marked as Fixed and Closed?
http://scons.tigris.org/issues/show_bug.cgi?id=2964
Done, thanks for noting.
Dirk
___
Scons-dev mailing list
Scons-dev@scons.org
On 10.08.2014 19:24, anatoly techtonik wrote:
Right now the scenario plot is this.
[ ] I feel like SCons is slow.
. it probably because SCons initializes unneeded tools, which take time to
discover their binaries
[ ] I don't want SCons to initialize unneeded tools or search for
On 12.08.2014 02:50, Gary Oberbrunner wrote:
I go on vacation for a couple of weeks and all this stuff happens
while I'm gone!
It'll take me a little while to catch up.
Hi Gary,
maybe you should do that more often then... ;)
Just take your time to check what's new and important. I think
William,
On 12.08.2014 01:46, William Blevins wrote:
Will the next SCons update (SCons 2.3.3) be released from default
based? Based on the current commit workflow this seems to be the case.
Is this a good model for project releases? In this case, the reason
for releasing an update is to
On 17.08.2014 20:54, Gary Oberbrunner wrote:
There's probably not much point in my trying to respond to many of the
threads that have been running here in the last couple of weeks; if
there are things that should be addressed please bring them up.
As for dev priorities, I think we have two
Hi Anatoly,
On 18.08.2014 18:52, anatoly techtonik wrote:
On Mon, Aug 18, 2014 at 12:36 AM, Dirk Bächle tshor...@gmx.de wrote:
Making this a little more complete:
- patch/bug release 2.3.3? (fix for D tools)
- Node class patch (switch to __slots__)
Will that be really useful?
http
Hi there,
On 24.08.2014 21:02, anatoly techtonik wrote:
On Sun, Aug 24, 2014 at 9:09 PM, Gary Oberbrunner ga...@oberbrunner.com wrote:
[...]
Then I'd like to revisit Mercurial workflow, because we need to clarify how to
rebase pull requests.
I would really like to understand why we need a
On 25.08.2014 20:54, Bill Deegan wrote:
Looks like some of the memory clean up may have broken interactive mode.
Take a look at:
http://scons.tigris.org/issues/show_bug.cgi?id=2971
Yeah, I noticed. I'll contact the user and try to find out what goes
wrong, hopefully resulting in a MWE and
Anatoly,
please find a few comments below.
On 25.08.2014 10:51, anatoly techtonik wrote:
On Mon, Aug 25, 2014 at 1:52 AM, Dirk Bächle tshor...@gmx.de wrote:
On 24.08.2014 21:02, anatoly techtonik wrote:
On Sun, Aug 24, 2014 at 9:09 PM, Gary Oberbrunner ga...@oberbrunner.com
wrote:
Then I'd
On 30.08.2014 00:12, William Blevins wrote:
I am trying to make some misc updates to the User Guide, and I am
having some issues. I thought it might be a problem with a document do
I tried docs-validate and there were two errors:
[...]
81.11% (176/217) doc/user/scons_ex.xml
Hi Gary,
On 30.08.2014 14:36, Gary Oberbrunner wrote:
I'll look at integrating stubprocess.py today. Jason, I presume you
get credit for that in the changelog?
I'll also see if I can track down any more failing tests, and look
over the open pull requests.
sounds very good.
Dirk, I
William,
On 31.08.2014 19:50, William Blevins wrote:
This is happening from a clean scons checkout with no local changes.
I am currently at revision 3187:605ae0a39155. I assume this is also
an issue in default latest.
Using python 2.6 on a RHEL6 or equivalent linux distro.
I'm currently
Hi William,
On 13.09.2014 00:59, William Blevins wrote:
# No result if tools not available
test.no_result( condition=(test.where_is( 'javac' ) is None) )
test.no_result( condition=(test.where_is( 'jar' ) is None) )
# This test is known to fail as of July 2014; see Tigris issue
On 13.09.2014 17:44, William Blevins wrote:
Dirke,
'tis a week t'early ferrr that. ;)
The top two no_result calls need to work when we add the test for
real, so we might as well fix them. I think you answered your own
question, looks like the skip option needs to be enabled, so the test
On 13.09.2014 22:06, William Blevins wrote:
Team,
I was wondering if I could runtests.py multithreaded. It appears that
someone started adding functionality for it, but an argument was never
added for public use, so jobs is always hard-coded to 1.
The runtest.py supports the standard -j /
Hey guys,
On 14.09.2014 11:56, Russel Winder wrote:
On Sat, 2014-09-13 at 14:46 -0400, William Blevins wrote:
Just to clarify.
I am assuming that the python3 baseline requires 2.7+, and the current 2.X
baseline is still supposed to support 2.6+. If this is wrong, then I need
some
On 14.09.2014 12:07, Russel Winder wrote:
On Sat, 2014-09-13 at 00:06 +0200, Dirk Bächle wrote:
Hi there,
I just checked the latest Buildbot runs for my slaves and see
test/D/SharedObjects/sconstest-ldc.py
failing under Fedora20. More importantly, the other slaves can't get
Hummm… how
On 16.09.2014 09:39, Arve Knudsen wrote:
CLion is supposed to support more build tools in the future, I've been
told. Maybe put some pressure on them to support SCons (via their
forums f.ex.)?
Building up pressure is the wrong approach, we could simply offer them
our help...if they should
Hi Russel,
On 18.09.2014 07:50, Russel Winder wrote:
Looking at recent Buildbot results, the D tools are causing test fails
on the Fedora20 and Debian76 builders.
I am not sure why the Fedora20 builder
test/D/SharedObjects/sconstest-ldc.py is failing as the recent pull
request was explicitly
On 27.09.2014 16:41, Gary Oberbrunner wrote:
On Sat, Sep 27, 2014 at 10:36 AM, Dirk Bächle tshor...@gmx.de wrote:
...
Is it too late to stop you with that? I'm currently working on the fix for
#2971, and would like to get that into 2.3.4 as well if possible.
Sorry, I didn't know that a v2.3.4
Hi,
I put my vote a few minutes ago. We should really take this serious and
post a call to vote on the user ML as well. The two last months had only
13 and 34 votes in total each. So we have a good chance to win. ;)
Best regards,
Dirk
On 17.10.2014 22:52, Steven Knight wrote:
Not sure if
Just a quick addendum:
I checked the SVG in the design archive at
https://bitbucket.org/dirkbaechle/scons_design and it's properly tagged
as cc-by-nc-sa there...looks as if I simply forgot to replace the
version in the actual SCons doc dirs with it. So, this can be fixed
quite easily...but
Hi there,
I just wanted to send you all a quick Hello from the PyConFR 2014 in Lyon, France. I gave my talk yesterday, so my adrenaline level has dropped to something close to normal again by now. ;)
Ill continue enjoying the weather and the belgian beer, have some fun too!
Best regards,
Hi Bill,
well, the talk was okay, I hope. I had prepared too many slides, so I had to skip a few things. Not sure if all of the listeners could follow the red thread...but the slides are online (Ill post the link to the video, once its published) so people can look up things later.
Anyway,
Hi there,
On 30.10.2014 16:01, Ben Golding wrote:
Thanks Gary.
http://scons.tigris.org/issues/show_bug.cgi?id=2982
I started to add some additional trace to Taskmaster.py, and compare the logs
from sequential vs. parallel builds.
The bug seems to relate to how the node states are used for
Gary,
On 01.11.2014 12:03, Gary Oberbrunner wrote:
SideEffect may be the root cause of the problem, but Install should
not behave this way, IMHO. If you pass some nodes to Install, it
should either install them or fail the build with an error (don't
know how to build... or similar). It
Hi Ben,
On 03.11.2014 11:48, Ben Golding wrote:
It seems one possible fix for this bug could be a warning/error if the user
tries to Install() a side-effect file, and expanding/clarifying the docs for
SideEffect(). Also, if Install() is permitted with a warning, the current
behaviour
On 03.11.2014 14:44, Ben Golding wrote:
Hi Dirk,
Thanks for the clarification.
Nevertheless, what effect does this marking of the side effect file actually
have during the build? What can I usefully do with the object returned by SideEffect()?
Not very much, I'm afraid...and why would you
Hi Jörg,
On 08.11.2014 11:42, Jörg Frings-Fürst wrote:
Hello,
from Helmut Grohne hel...@subdivi.de I have just get:
2. I am very uneasy about the following hunk to script/scons:
| +# - running from source takes priority (since 2.3.2), excluding
SCONS_LIB_DIR settings
| +script_path =
On 08.11.2014 12:41, Jörg Frings-Fürst wrote:
Hallo Dirk,
Am Samstag, den 08.11.2014, 11:58 +0100 schrieb Dirk Bächle:
Hi Jörg,
On 08.11.2014 11:42, Jörg Frings-Fürst wrote:
Hello,
from Helmut Grohne hel...@subdivi.de I have just get:
[...]
Any hints about this?
I fail to see
Hi Ivan,
thanks a lot for notifying us about your project. I just had a short
look at the website, and it looks really slick. My congratulations!
On 15.11.2014 23:44, Ivan Kravets wrote:
Hi,
Thanks a lot for great SCons project!
I'm an author of PlatformIO open-source project
Hi Gary,
On 16.11.2014 02:23, Gary Oberbrunner wrote:
Just one more thing on this, redirecting to scons-dev. I just updated
my SCons build VM to Trusty (14.04) from Precise (12.04), and I get
the same error Michael was seeing when trying to do a full packaging
build of SCons:
error: [Errno
Hi Bill,
On 16.11.2014 21:01, Bill Deegan wrote:
Dirk,
Are they available from another apt-repo? Maybe one of the unsafe
ones? (Where they stick blobs)
I'm not sure (didn't check)...but they're definitely not contained in
the python source package. I added the source repos to my
On 17.11.2014 00:38, Gary Oberbrunner wrote:
On Sun, Nov 16, 2014 at 3:01 PM, Bill Deegan b...@baddogconsulting.com wrote:
Dirk,
Are they available from another apt-repo? Maybe one of the unsafe ones?
(Where they stick blobs)
I googled around for quite a while; I didn't find where or why
Hi there,
the PyCon 2015 in Montréal ( https://us.pycon.org/2015/ ) still accepts
proposals for the poster session (talks/sprints are through). So if
anybody would like to go and represent SCons, I would be willing to help
with preparing text/graphics...but I can't be on site at the 12th of
On 17.11.2014 18:31, Dirk Bächle wrote:
Hi there,
the PyCon 2015 in Montréal ( https://us.pycon.org/2015/ ) still accepts
proposals for the poster session (talks/sprints are through). So if
anybody would like to go and represent SCons, I would be willing to help
with preparing text/graphics
Hi fellow devs,
I'm currently working on my patch for switching the Node class to
__slots__, and there is one final test in the suite which doesn't pass
and keeps bugging me: test/LINK/VersionedLib.py.
The basic problem seems to be that the shlib_emitter in the link.py
tool rewrites the
(version, libname, env)
or the test in test/LINK/VersionedLib.py has to get fixed. At the
moment, the test only passes because target[0].path doesn't contain
the version number at its end.
Dirk
On Tue, Nov 25, 2014 at 3:37 PM, Dirk Bächle tshor...@gmx.de
mailto:tshor...@gmx.de wrote:
Hi
Bill,
On 12.12.2014 00:52, Bill Deegan wrote:
I'm thinking a hg repo and some sort of ci to process it when new
changes come in.
Or use readthedocs.org http://readthedocs.org (It has integration
with bitbucket for such already)
That way users and do pull requests and also the webserver only
On 12.12.2014 01:47, Bill Deegan wrote:
Dirk,
Trying to figure out a way we can avoid the spam problem we've had so far.
Yes, I know and I'm not against it. Many thanks to you and Gary for
caring to find an alternative.
No matter what the final technical solution will look like, I'll
Gary,
On 12.12.2014 15:00, Gary Oberbrunner wrote:
I would like to find a system that has some kind of online
editor/previewer, rather than a pure clone/edit/push/pull-request
system (whether it's git or hg), because sometimes you want to see how
your markup will actually look on the site
On 12.12.2014 19:32, Gary Oberbrunner wrote:
On Fri, Dec 12, 2014 at 1:20 PM, Dirk Bächle tshor...@gmx.de
mailto:tshor...@gmx.de wrote:
On 12.12.2014 18:43, Gary Oberbrunner wrote:
[...]
It would be a little odd to have our code at bitbucket and our
wiki
Gary,
On 13.12.2014 15:06, Gary Oberbrunner wrote:
Here's a wiki progress report.
* I've re-enabled the regular wiki, in read-only mode. That way at
least people can see it. Pair may take it down again but it's better
than nothing.
* I put up test versions of the wiki, converted to
On 13.12.2014 18:00, alexandre.feb...@gmail.com wrote:
Hi,
Just a side remark, as a former user of that wiki:
The issue is that most of it is outdated: refers to obsolete methods, uses
Python methods whereas there is now a SCons method, etc...
And even when it's not, readers don't trust fully
On 13.12.2014 17:53, Bill Deegan wrote:
Can find search on bitbucket version, but it's there on github.
Good point, that would speak for github then..since bitbucket isn't too
interested in searching and hierarchies:
https://groups.google.com/forum/#!topic/bitbucket-users/R0ZJrWhhMTo
On 13.12.2014 21:54, Bill Deegan wrote:
All,
I think two items for wiki are must have:
1) full text searchable from the wiki
2) index able by google and others.
I'm pretty sure neither bitbucket nor github has both. (Though I suppose 1
would come with 2)
As for giving specific contributors
Hi Vasily,
first of all Thanks a lot for asking first, before simply going ahead and submitting an issue. Asking on the User mailing list is
the preferred method for finding out whether an odd behaviour is really a bug or not.
On 15.12.2014 14:12, Vasily wrote:
Hi everybody,
I've stubmled
Vasily,
On 15.12.2014 20:35, Vasily wrote:
Hi Dirk,
Thanks for the reply!
I get this running the SConstruct I attached:
$ scons .
scons: Reading SConscript files ...
TypeError: Tried to lookup Dir 'some_entry' as a File.:
File C:\Vass\Work\Temp\scons_glob_bug\SConstruct, line 22:
Hi there,
here's the next little step towards the version 2.4 of SCons, which is planned to contain the switch to using __slots__ for reducing
the overall memory consumption. I've rebased my changes against the current trunk (default) of the main repo, and pushed the
resulting changes to my
101 - 200 of 351 matches
Mail list logo