[Lumiera] Question about scons and backporting asciidoc

Ichthyostega prg at ichthyostega.de
Mon Feb 27 05:24:04 CET 2012

Hash: SHA1

> Am Sat, 25 Feb 2012 08:57:12 +0100 schrieb Christian Thaeter
> <ct at pipapo.org>:

>> .... but scons has no bootstrap and configure stage (which is good, no
>> doubt) but still it checks for dependencies implicitly when building. Is
>> there some way to factor these dependency checks out (maybe by some empty
>> build target)?

Am 26.02.2012 08:48, schrieb Christian Thaeter:
> Ok found out, that was easy: env.Alias ('none')

yes, something along this lines.

Please have a look on the develserver, I've done some adjustments
to the scons builds / builddrone there some months ago. Just committed
them there into the .git (probably you have a "master" repo for the
builddrone defs somewhere; I can send you the patches if necessary)

What I did there is to run a simple C build (there is a "hello world"
target in the tools subdir), exactly to ensure this "bootstrap" works.
But env.Alias('none') would work as well.

>> Another question: how hard would it be to backport asciidoc and put a 
>> debian package into our depot (note: this is just informal, I didn't even
>> tried if the wheezy package could be installed in squeeze already). Simon
>> helped with setting up a improved builddrone website 
>> http://builddrone.pipapo.org/ and we stomped on some nasty old asciidoc
>> bugs, which we now worked around but it would be somewhat nice to have a
>> fixed version installed on our server.

Nice Idea...

Well, basically it just needs trying, if the new package (from Wheezy) works
on Debian/stable. Usually it does, and thus usually it's rather trivial
to do such backports. I'll have a look into that next day.


Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/


More information about the Lumiera mailing list