Hi Bill,
On 09.08.2012 20:23, William Deegan wrote:
Russel,
Perhaps you we need to make a how to setup a buildslave page and add
instructions for installing D to that page?
I'll be taking a look at the buildbot today to see if I can recuperate it.
I would be very interested in a small
Hi,
On 30.08.2012 15:45, Gary Oberbrunner wrote:
On Wed, Aug 29, 2012 at 6:14 PM, Dirk Bächletshor...@gmx.de wrote:
Hi,
the new buildslaves are doing good work...and throw a lot of fails. ;)
I'd like to open a bug for fixing a few issues, such that we can hopefully
get all tests to pass
Hi there,
On 15.09.2012 08:04, Russel Winder wrote:
On Fri, 2012-09-14 at 09:22 -0400, Gary Oberbrunner wrote:
[…]
Nobody really likes the Tigris tracker. There was some work to start
migrating away from it a while ago (Anatoly I think?), but I think we
decided to get the code over to
Hi there,
for fixing the current Buildbot failures I still have to fight down
several RPM tests. They check the names of the created RPM files, which
differ depending on the used hardware/os combination.
I'd like to wrap the original RPM functions for canonicalizing
machine/system names and
+++ Quick reminder +++
Hi,
I still have a text, describing my steps for setting up the latest
buildslaves under Windows and Linux. I just need a Wiki page (linked
from the frontpage) where I can put it... ;)
Best regards,
Dirk
___
Scons-dev
Hi guys,
On 09.10.2012 19:39, William Deegan wrote:
Russel,
On Oct 9, 2012, at 9:22 AM, Russel Winder rus...@winder.org.uk wrote:
I think we have to take a vote on whether to switch the read me file at
the top of the repository hierarchy from plain text to
a) ReStructured Text, README.rst
Hi Gary,
and a very big Thanks! to you in return, for taking the lead over this
bunch of crazy SCons guys, which are all doing very good work (Hey
Russel, the new SCons intro page looks awesome!).
It's a real pleasure to drive this interesting and challenging project
further, together with
Russel,
one of the Buildslaves is a Fedora 17 system, so I wonder why you still
get so many fails. I added some notes about which packages I installed, to
http://scons.org/wiki/InstallingBuildbotSlaves
. Maybe you can have a look and compare what's needed.
If things still don't work out,
Hi Rob,
just had a quick look at your changes...thanks a lot for taking care of
this issue.
On 25.10.2012 06:09, Managan, Rob wrote:
I want to get some input on this issue. I created a fork for this at
https://bitbucket.org/managan/scons_soname and put Eric Raymond's code
into
Hi Russel,
yes the order can be important, depending on which variables and
Builders are touched by the Tools. If both are working on disjunct sets
of settings there shouldn't be a difference though...but it's better to
not rely on this.
There is no enforcement rule saying that Tools always
Hi Russel,
and what exactly would be a problem for SCons when trying to build
Ceylon projects? Can we extract requirements for SCons from it?
Regards,
Dirk
On 14.11.2012 16:52, Russel Winder wrote:
Remember the problems of Java for SCons. Scala of course is far, far
worse. These however
Hi Anatoly,
specifying the full relative path, like in
python runtest.py test/Delete.py
, should work.
Dirk
On 20.12.2012 15:11, anatoly techtonik wrote:
Am I right that there is no way to run a single test_ currently in
SCons test suite?
--
anatoly t.
Hello developers,
based on my proposed changes to the current tests in src/test there has
been some discussion about how a Tool should work. Especially in
connection with the LaTeX Tool, questions like:
- Do we want to have one latex Tool for all, or separate ones for
miktex, texlive...?
Hi there,
for the new SCons doc toolchain that I'm currently working on, I'd like
to use my Docbook Builder/Tool from:
https://bitbucket.org/dirkbaechle/scons_docbook
. In its current state it has a simple manual and tests. It basically
works...but only if called from the top build
On 20.12.2012 21:27, Managan, Rob wrote:
[...]
Not sure what is causing the MSVS failures.
Changing line 1658 in src/engine/SCons/Tool/msvs.py to:
if float(env['MSVS_VERSION']) = 10.0:
makes them pass successfully on my side. Not sure whether this is a
proper fix though...
Dirk
Hi Gary,
thanks for compiling this list...it should keep us busy for the next
three years or so. ;)
See my further comments below.
On 27.01.2013 23:26, Gary Oberbrunner wrote:
Here's my ideas about what projects are important this year (and into
the future -- there's too much here for a year
Hi Bill,
On 28.03.2013 19:50, William Deegan wrote:
All,
We need to turn in the proposal by tomorrow.
...
Here's some other thoughts I have:
* Change SCons code to be runnable on py2.7 and py3.0
* Get SCons to work better/at all on cygwin
* Change code to use more modern constructs (slots,
Gary,
On 22.04.2013 02:21, Gary Oberbrunner wrote:
On Sun, Apr 21, 2013 at 5:57 PM, Dirk Bächle tshor...@gmx.de
mailto:tshor...@gmx.de wrote:
Hi Gary,
On 21.04.2013 23 tel:21.04.2013%2023:38, Gary Oberbrunner wrote:
[...]
Hi, Dirk!
I just cloned
On 23.04.2013 18:12, Russel Winder wrote:
On Mon, 2013-04-22 at 23:44 +0200, Dirk Bächle wrote:
[…]
Make sure that you have fop and one of the XML Python bindings
installed (lxml or libxml2)...the latter is to be preferred because it
is much faster, but both should work fine now.
Uurrr… isn't
Hi Russel,
thanks a lot for all your comments. I won't go into detail about each
one of them, but would like to say a few words in general.
There still may be some quirks with fonts or layouts and fop is
certainly not state of the art for PDF rendering...whatever. To be
honest, I don't care
On 28.04.2013 20:20, Gary Oberbrunner wrote:
On Sun, Apr 28, 2013 at 10:06 AM, Russel Winder rus...@winder.org.uk
mailto:rus...@winder.org.uk wrote:
Given the current system is XML based, with xml files and in files
required, the new system is an improvement and should be accepted.
On 29.04.2013 21:51, William Deegan wrote:
All,
I see the following when running bootstrap.py
[...]
Also I had to install the following (on ubuntu 10.04)
sudo apt-get install python-libxml2
python-libxslt1 python-epydoc fop python2.6-dev
Note that without the proper tools installed the
On 01.05.2013 21:30, Bill Deegan wrote:
Dirk,
Should you also add fop or the other alternative to the
scons_dev_master?
Thanks,
Bill
Isn't it in the list on your side? I can see it in my revision...and on
the bitbucket commit.
The xep renderer is a commercial one, but there is a free
Hi Gour,
On 09.05.2013 10:33, Gour wrote:
On Tue, 26 Mar 2013 00:50:07 +0100
Dirk Bächle tshor...@gmx.de wrote:
[...]
I settled to use SCons for my PyQt project and was reading the User Manual
yesterday and e.g. found that the email addresses listed are wrong (e.g.
us...@scons.tigris.org
Hello Gour,
On 09.05.2013 22:53, Gour wrote:
On Thu, 09 May 2013 12:14:29 +0200
Dirk Bächle tshor...@gmx.de wrote:
[...]
If it's good-enough for Python project docs itself, I believe it should be for
SCons as well.
that's okay...but to make me believe this as well, you (or someone else
Hi Russel,
On 17.05.2013 19:13, Russel Winder wrote:
Is anyone else finding that the bootstrap.py script no longer works? It
worked for me before I went away for a short break and now after
updating Debian Unstable, it is failing. I get the same behaviour with
Python 2.6, 2.7 and PyPy 2.0.
On 08.07.2013 18:32, Managan, Rob wrote:
[...]
For a bash shell then the equal sign is correct but you need to change
setenv to export.
That is what I was trying to convey in the first email.
Ahhh, okay. I got it now.
Maybe we should take some action about this. Instead of all this long
On 09.07.2013 00:53, Russel Winder wrote:
On Mon, 2013-07-08 at 20:18 +0200, Dirk Bächle wrote:
On 08.07.2013 18:32, Managan, Rob wrote:
[...]
For a bash shell then the equal sign is correct but you need to change
setenv to export.
That is what I was trying to convey in the first email.
Ahhh
Hi Remko,
On 13.07.2013 09:32, Remko Tronçon wrote:
Hi,
I filed a bug report for --tree=... crashing if the dependency tree
contains unicode characters (
http://scons.tigris.org/issues/show_bug.cgi?id=2910 ) I fixed the bug
locally by calling repr() on every element in the tree (which is also
On 13.07.2013 16:53, Russel Winder wrote:
On Tue, 2013-07-09 at 09:17 +0200, Dirk Bächle wrote:
[…]
In my view, bootstrap.py is more for creating the build packages. It can
also copy together a local working copy (the bootstrap folder), which
is fine for most cases when you simply want to start
Remko,
On 14.07.2013 13:46, Remko Tronçon wrote:
Hi Dirk,
On 14 July 2013 13:16, Dirk Bächle tshor...@gmx.de wrote:
So it would help us a lot if you could create a simple testcase for this,
which breaks with the current code but should run successfully in the end.
Here's a failing case
Hi Gary,
On 15.07.2013 02:57, Gary Oberbrunner wrote:
I'm still here -- just working 24/7 at my day job -- soon Ill be back
to SConsing I think it's important that bootstrap.py be useful to
run scons directly out of its repo checkout. I use it like that.
Haven't been following the
Hi there,
On 20.07.2013 10:24, Russel Winder wrote:
On Fri, 2013-07-19 at 19:56 -0400, Gary Oberbrunner wrote:
[…]
OK, sorry that took so long. Merged. Hope that helps.
Thanks for picking up on this. Sadly, I get:
| python /home/Checkouts/Mercurial/SCons/bootstrap.py
/usr/bin/python
Hi there,
On 23.07.2013 21:47, Gary Oberbrunner wrote:
[...]
Anyone else know Fabric and care to chime in?
I haven't used Fabric either, yet. As long as its usage is optional, I
don't mind.
Just my 2 cents.
Regards,
Dirk
___
Scons-dev mailing
On 26.07.2013 19:30, Russel Winder wrote:
Problem solved:
TestSCons.TestSCons()
causes the chdir() so by getting the getcwd() before that I am alright.
Is this gotcha documented anywhere?
It is mentioned at
http://www.scons.org/wiki/DeveloperGuide/TestingMethodology
for the Hello
...and please don't use the scons_test_framework repo for further
development (just got the notice that you cloned it). The current code
is in the normal SCons repo (runtest.py and QMTest).
Regards,
Dirk
___
Scons-dev mailing list
On 26.07.2013 20:00, Russel Winder wrote:
On Fri, 2013-07-26 at 19:55 +0200, Dirk Bächle wrote:
[…]
Keeping all test scripts under a top-level folder test, and adding
sconstest.skip files where needed, should give you a start pretty
quickly though.
So no more sconstest-XXX.py files
On 26.07.2013 20:27, Russel Winder wrote:
On Fri, 2013-07-26 at 20:11 +0200, Dirk Bächle wrote:
[…]
[...]
I have a test directory in the non-core tool package. If I run
path.to.scons.installtion/runtest.py -a
I get:
If you call the runtest.py for external tests, you have to specify
On 27.07.2013 15:51, Russel Winder wrote:
[...]
But the need to specify the -e to test non-core tool packages is already a
marker that they are being handled specially. Also from the above tool sources
are special structures and deserve special support. Given tests must run under
the test
Hi there,
is it possible that our SCons Wiki got hacked again? I just wanted to
add a link to the ToolchainRevamp page and noticed that the Roadmap
shows some different content:
http://www.scons.org/wiki/Roadmap
Other examples:
http://www.scons.org/wiki/AboutSCons
Hi Stefan,
On 09.09.2013 19:45, Stefan Sperling wrote:
On Sat, Sep 07, 2013 at 04:24:41PM -0400, Gary Oberbrunner wrote:
[...]
The ideal way to contribute to SCons is to fork the mercurial repo at
https://bitbucket.org/scons/scons, make your change, then submit a pull
request. Patches sent
Hi there,
a few minutes ago I added a new page to our Wiki. It's called
http://scons.org/wiki/WhySconsIsNotSlow
and shows a few results of the speedup and profiling experiments that I
did recently. As mentioned
in the Repositories section, you can also download the full set of
results and
On 29.09.2013 20:07, Gary Oberbrunner wrote:
Now that we've all been living with hg for a while, what are people's
opinions on hg vs. git for SCons? I'll admit I'm much deeper into git
these days and I think overall it's a better system. But I'm
interested in what you all think. We could
On 26.09.2013 02:08, Gary Oberbrunner wrote:
[...]
I think this is excellent work! Solid analysis. I know there's been
some thought given to caching subst() before; it's trickier than one
might think but in many cases it should work, and it definitely speeds
things up. I'm also
Hi devs,
since we're now using DocBook as source format for all our
documentation, it would technically be relatively easy to publish things
like the MAN page or the UserGuide in EPUB format as well.
The latest versions of pandoc ( 1.12.x) offer a DocBook reader and do
a, more or less, good
Hi Russel,
On 04.10.2013 19:23, Russel Winder wrote:
Now we have default and python3-port as working branches, we need a
workflow that ensures they are kept in sync. If python3-port is left
behind, then all the work to date will have been for nought.
hmmm, we probably should discuss (and then
Hi Rob,
On 05.10.2013 01:42, Managan, Rob wrote:
I like the idea since I like ebooks. However, I will be honest and say
that for code development I would not be too likely to use it since on my
desktop machines I don't have a great epub viewers.
it's more like for users starting with SCons
On 06.10.2013 01:24, Bill Deegan wrote:
Dirk,
How big are the ePub files? vs pdf..
For the full UserGuide, I currently have:
PDF = 2394kB vs. EPUB = 219kB
, but you have to take into account that the additional graphics for the
style and the titlepage
eat up a lot of space for the PDF.
Andrew,
On 06.10.2013 21:07, Dirk Bächle wrote:
[...]
The DocBook Tool is not (yet) part of the core sources. By keeping
compatibility to older SCons and Python versions, we don't force
people to upgrade if they want to use the Tool. So this still makes
sense, I think.
sorry I have
Andrew,
On 13.10.2013 20:50, Andrew Featherstone wrote:
[...]
Dirk: I've pushed what I've got so far to
https://bitbucket.org/ajf58/scons_docbook/branch/epub . I've run a
basic Docbook through it and generated an EPUB file that passes the
validation test here http://validator.idpf.org/ . In
Hi Andreas,
On 21.10.2013 11:54, andreas.a...@de.transport.bombardier.com wrote:
Hi all,
first of all, thanks for providing such a useful tool as scons.
I've found a small glitch in Scons 2.1.0 (as part of Ubuntu 12.04
LTS). I've got an emitter function installed for one of my builders.
Hi,
over the last few days I had another look at SCons' speed and memory
problems. As posted in an earlier email, I am able to reduce the maximum
amount of memory used during runtime (both, clean and update builds) by
up to 50% in large C/CPP projects.
This is reached by freeing infos in the
Hi Jason,
and thanks for chiming in.
On 28.10.2013 17:07, Kenny, Jason L wrote:
I hope I would not be a wrench in engine :-)
Honestly The issue that this is work and I have to do this at home is the main
reason I have not pushed anything at this point. ( And having twin 3 years-old
means I
Bill,
On 17.12.2013 22:06, Bill Deegan wrote:
Dirk,
If the memory patch uses __slots, then won't that likely break some
user logic? If so then we should push out 2.3.1 without it with a
notice in the release notes indicating what such change may break?
this patch doesn't use slots at
Hi Roberto,
On 08.01.2014 22:52, Gary Oberbrunner wrote:
On Wed, Jan 8, 2014 at 4:49 PM, roberto de vecchi
roberto.devec...@vi-grade.com mailto:roberto.devec...@vi-grade.com
wrote:
Gary,
I think that the problem I'm seeing is generated by the
modification in FS.py around line
On 09.01.2014 14:55, Gary Oberbrunner wrote:
I'm also getting some spurious rebuilds with 2.3.1 compared with
2.3.0. Will dig into it. Dirk, I'm not sure if it's your patch or
something else that changed.
Gary,
I created a pull request, switching off the memory savings for the
On 10.01.2014 18:46, Kenny, Jason L wrote:
I have the same issue with the build at my job. I thought it might
have been bug in Parts passing data around, a badly define build files
that dependson stuff differently if something exists on disk or not (
ie something that is built). However I
On 13.01.2014 20:18, Gary Oberbrunner wrote:
Dirk, and others: I tracked down my spurious rebuild to the addition
of caching changed-status in File.changed() in Node/FS.py. If I
remove that caching code I don't get the rebuilds:
diff --git a/src/engine/SCons/Node/FS.py
On 21.01.2014 19:05, Russel Winder wrote:
I just ran all the test on Debian Unstable and got 70 no results, which
seems fine, but 9 test fails. 2 of these I understand, the others I have
no clue about:
test/Docbook/basedir/htmlchunked/htmlchunked_cmd.py
On 21.01.2014 18:39, Russel Winder wrote:
It is clearly the case that TestSCons.TestSCons().where_is(toolSequence)
uses the users current PATH to search. However when the tool is actually
used, the stripped down PATH is used. This means there appears to be no
way of checking whether a test will
On 28.01.2014 23:57, Gary Oberbrunner wrote:
More results, no fix yet.
The generated file all-defuns.c I mentioned before is definitely part
of the problem. I back-ported the tracing code I wrote to just before
Dirk's memory optimization. In that version, near the beginning of
the build
On 02.02.2014 23:13, Gary Oberbrunner wrote:
HA -- got a small repro testcase!
[...]
Dirk, I guess the ball's in your court! :-) Of course I want to keep
helping to solve it but at least you and interested others (hi
Roberto!) can give it a try.
Thanks a lot for the testcase. I'll have
On 03.02.2014 20:05, Gary Oberbrunner wrote:
Hi folks; if we want to get a GSoC project this year, now's the time
to think about it.
Top of my priority list for a GSoC student would be someone to convert
everything to python3, finishing what we've started already. Other ideas?
Looking
On 11.02.2014 05:57, William Deegan wrote:
http://beta.slashdot.org/story/198003
That's cool news...would it make sense to send them a short note,
thanking them for choosing SCons, and offering them help on our user
mailing list if they need it?
Dirk
the package (which doesn't work right
now btw), that would be awesome.
-Bill
On Mon, Feb 3, 2014 at 12:07 PM, Dirk Bächle tshor...@gmx.de
mailto:tshor...@gmx.de wrote:
On 03.02.2014 20:05, Gary Oberbrunner wrote:
Hi folks; if we want to get a GSoC project this year, now's
the time
Hi Gary,
On 02.02.2014 23:13, Gary Oberbrunner wrote:
HA -- got a small repro testcase!
[...]
Run that twice as scons all-defuns.obj. The second time _shouldn't_
rebuild anything, but it will re-run the Copy command. SCons 2.3.0
correctly doesn't do anything the second time.
looks
On 12.02.2014 00:29, Dirk Bächle wrote:
[...]
This let's your simple testcase pass on my side...
Uppss, please replace with:
This lets...
:)
Dirk
___
Scons-dev mailing list
Scons-dev@scons.org
http://two.pairlist.net/mailman/listinfo/scons-dev
On 13.02.2014 21:43, Gary Oberbrunner wrote:
Hey, it works for me too!
Okay, I created pull request #109, fixing this issue. Check and merge it
when you find the time...and don't stress yourself out on the 2.3.1
release. This is still supposed to feel like fun, not work. ;)
Dirk
Hi Russel,
On 15.02.2014 08:40, Russel Winder wrote:
On Thu, 2014-02-13 at 16:20 -0500, Gary Oberbrunner wrote:
Thanks to Manuel Naranjo, our application is now in. Please go to
http://www.scons.org/wiki/GSoC2014Ideas (which is just a clone of the 2013
ideas page so far) and add/edit/cleanup.
Hi Anatoly,
On 18.02.2014 05:46, anatoly techtonik wrote:
Why SCons bootstrap became dependent on external libraries?
I find it a major usability regression. Can this be fixed?
it didn't suddenly become dependent, it always was. We're now using
DocBook, so we need to process and transform
On 18.02.2014 12:12, anatoly techtonik wrote:
[...]
There is a mistake. The bootstrap process never require documentation tools
to be present.
Correct, the bootstrap process doesn't require doc tools...but the
SConstruct at the top-level does. So unless you call bootstrap.py from
the
On 18.02.2014 19:59, anatoly techtonik wrote:
[...]
You need to ensure that there are no warnings during the build process
and the warning about missing documentation build is among those that
you especially should not ignore as a release manager. ;)
I could live with both variants for the
On 19.02.2014 00:00, anatoly techtonik wrote:
On Tue, Feb 18, 2014 at 11:50 PM, Dirk Bächle tshor...@gmx.de wrote:
On 18.02.2014 21:19, anatoly techtonik wrote:
[...]
Ok. I'll put it the other way. Between automating the job of release
manager,
which is done once in few months and automating
On 19.02.2014 00:14, anatoly techtonik wrote:
On Wed, Feb 19, 2014 at 2:08 AM, Dirk Bächle tshor...@gmx.de wrote:
[...]
Okay, and when you have a simple SConstruct in a folder like
/tmp/sconstest, change into this folder via cd /tmp/sconstest and then
call
python /full/path/to/scons/repo
On 19.02.2014 06:15, Bill Deegan wrote:
Anatoly,
bootstrap.py is not meant to be run by users, only developers.
-Bill
I'd even go one step further and say: it's primarily meant to be run by
release managers.
It's okay if you take on this role for yourself as a developer while
you're
On 19.02.2014 18:07, Bill Deegan wrote:
Might I suggest we stop discussing it and just propose pull requests.
If you have a specific change in mind, then make it and send a pull
request.
Yup, I'm all for it. @Anatoly: the commits that introduced the new doc
toolchain are 8ca01af:0c9c8af
On 03.03.2014 20:37, Bill Deegan wrote:
Anatoly,
This is a bikeshed'ing type discussion.
So we'll never agree on this.
The project has long had the emacs/vim info in each source file, so
there's no reason to change.
That said, some automated checking in buildbot might not be a bad idea.
Hi,
has the version 2.3.1 officially been released yet? I see the packages
on Sourceforge and the docs on the web page, but I miss the official
Announce email.
Some of my friends also watch the project via Twitter. Can someone post
a short message there?
Best regards,
Dirk
Hi there,
On 19.03.2014 15:08, Gary Oberbrunner wrote:
This is worth reading, IMHO. From Martin Geisler. You can see more
in the pull request (which has been withdrawn, so you won't see it by
browsing open PRs on bitbucket), where he explains why pulling
Russel's change causes an explosion
Hi there,
On 01.04.2014 18:13, Gary Oberbrunner wrote:
I've found posix spawn can be much faster than fork/exec with large
memory processes, so I'd be in favor of this. Not every system has it
though so there would have to be a fallback to fork/exec.
--
Gary Oberbrunner
(sent from my
On 02.04.2014 23:38, Gary Oberbrunner wrote:
On Wed, Apr 2, 2014 at 4:51 PM, Dirk Bächle tshor...@gmx.de
mailto:tshor...@gmx.de wrote:
This idea may be feasible, but I'd rather try to get the actual
shell spawning to be as fast as possible. We have some valid
approaches
Hi Jason,
On 05.04.2014 00:17, Kenny, Jason L wrote:
I think yes, in that it does what should be done by the system under
posix_spawn.. ie call vfork and execve.
Here is the last version of the monkey patch I have from the people
working on it. It has a fallback to the classic fork exec if
Hi Eugene,
thanks a lot for your quick answer and very helpful advice.
On 06.04.2014 15:21, Leskinen, Eugene wrote:
I have just place the stubprocess.py to
/opt/python27/lib/scons-2.1.0/SCons/Platform/ directory and added
'import stubprocess' statement to SCons.Platfrom.posix module just
On 09.04.2014 19:24, Bill Deegan wrote:
Dirk,
That's pretty impressive!
Does it pass the full regression suite?
No, it doesn't work:
501/1110 (45.14%) /usr/bin/python -tt test/LEX/live.py
/home/dirk/workspace/scons_dirkbaechle/src/script/scons.py returned 2
STDOUT
On 09.04.2014 23:56, William Deegan wrote:
Dirk,
Is this available in your bitbucket repo?
(URL?)
No, I just used the subprocess.py from Eugene's mail and put it in my
local copy of the SCons source tree (plus the import in posix.py).
I didn't bother to add it to any repo yet...
Dirk
Hi Ram,
On 11.04.2014 21:06, Ram Bhamidipaty wrote:
How do I track build variable changes in a tool ?
In my case I have a tool that I invoke like this:
env.MyTool(file.o [file.c], V1=1, V2=2, ...)
The tool is a bit complicated - I use Builder() objects to construct a
file that contains the
Hi guys,
I just found this talk by Christine Spang, given at the PyCon 2014 in
Montréal:
http://pyvideo.org/video/2640/subprocess-to-ffi-memory-performance-and-why-y
It's really worthwhile to watch, I think. However, I don't think CFFI
can solve our basic problem...it looks as if there is
On 23.04.2014 01:42, Bill Deegan wrote:
Dirk,
So if I understand correctly, the stubprocess patch passes all the
regression tests and is signficantly faster than the current
implementation?
That's correct, but I'm not sure whether things like the redirection of
stdout/stderr works in all
On 27.04.2014 17:53, Gary Oberbrunner wrote:
[...]
Funny you should mention that. I'm just adding SCons to openhatch
(http://openhatch.org/projects/SCons) per your email last week and my
conversation with their leader. I added our tigris tracker, or at
least tried to... we'll see if it
On 28.04.2014 07:48, Russel Winder wrote:
Since the floor version of SCons is now Python 2.7, we should dispense
with the horror that is 1970s C-style octal constants and use the 0o
form (*). This applies to the default/default branch just as much to the
default/python3-port branch (where it is
Hi Bill,
On 30.04.2014 00:33, Bill Deegan wrote:
All,
If someone can point me to a pylint command line which should work for
scons repo, I can add it to buildbot.
the fix to astroid seems to be working fine. I installed the latest
version of pylint:
logilab_common 0.61.0
astroid
Hi William,
On 01.05.2014 01:01, William Roberts wrote:
I typically set up my builds with a hierachical layout and a variant
directory and do some other things to make it all work together.
Normally I program in C, and this all works.
Recently, I tried using java and broke. I have a very
Hi,
after the big Wiki attack in 2013 and the restoring of old contents,
the SCons pages still show the red banner with a warning message at the
top. Maybe it's time to switch this off, to make the Wiki appear a
little friendlier?
Along the same lines, we might consider removing the
On 01.05.2014 14:46, Gary Oberbrunner wrote:
On Thu, May 1, 2014 at 7:05 AM, Dirk Bächle tshor...@gmx.de
mailto:tshor...@gmx.de wrote:
...
FYI, I'm currently working on this (
https://openhatch.org/bugs/issue972 ) . The basic implementation
of the Tigris bugimporter
On 03.05.2014 17:54, Russel Winder wrote:
On Sat, 2014-05-03 at 14:03 +0200, Dirk Bächle wrote:
just saw that PyConUK ( http://pyconuk.org/ ) has started their call for
proposals (talks/sprints/whatever), that get accepted by 19th August. I
guess this mainly goes out to Russel
Hi there,
I'm currently wading through our issue list at tigris.org, trying to
clean things up a little (closing resolved bugs and such...). Sorry, if
this creates some noise on the corresponding mailing list...
I found issue #2739, which is in state STARTED but assigned to
On 04.05.2014 14:29, Gary Oberbrunner wrote:
On Sun, May 4, 2014 at 7:38 AM, Dirk Bächle tshor...@gmx.de wrote:
[...]
This is a great start. Thanks for doing it! My preference would be a
hosted bugtracker though, just because it's one less thing to manage
(keep patched, ensure uptime etc
On 04.05.2014 15:49, Gary Oberbrunner wrote:
[...]
Maybe it would be worth the try to setup a demo instance of roundup. We
could run it in some kind of read-only mode, updating its data from the
Tigris tracker time to time.
This should be pretty easy I think, presuming its dependencies are not
On 04.05.2014 20:31, Russel Winder wrote:
On Sun, 2014-05-04 at 09:49 -0400, Gary Oberbrunner wrote:
[…]
Yeah, seriously. Along with that I really hate the Tigris bug-tracker
interface. It is so needlessly complicated and hard to work with.
It's not even easy to _find_ it from the main tigris
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 bugzilla for many many clients, so if you like I
1 - 100 of 351 matches
Mail list logo