The problem occurs with both scons 2.0.1 and scons 2.2.0, regardless of whether I specify prefix=/opt/local when I run scons. /opt/local/ is the default prefix in SConstruct when the OS is darwin (a.k.a. OS X).

The problem does not occur if I edit SConstruct and change it so that...

...nor if I run scons with prefix=/usr/local or prefix=some nonexistent directory inside the MacPorts work directory (which is where MacPorts will allow ports to write things at build time). Setting prefix=/nonexistent/directory (a nonexistent directory that MacPorts will not allow ports to write to) results in an error right away before anything is built:

I'm not quite sure what to make of all this but I can certainly set prefix to a nonexistent directory in the work directory to avoid the problem for now.

---------

Thank you for the tip about using an absolute --install-sandbox. I thought I had tried that before, and I tried it again now to verify that it doesn't work right for me: it tries to chmod directories outside of the sandbox, which fails.

The MacPorts sandbox directory is called "destroot" and is created at the same level as (not inside of) the source directory. Trying to use that gives a permission error. It correctly installs mypaint inside the sandbox, but then tries to chmod the corresponding parent directory outside of the sandbox, which MacPorts does not permit:

Following instead the direction in the README that it must be a directory under the source directory, I get instead a file-not-found error. Same problem, but it's installing a different file. It succeeds installing mypaint and chmod'ing its parent directory in the sandbox, then installs mypaint-brush.h in the sandbox and fails when trying to chmod its nonexistent parent directory outside of the sandbox:

+verbatim
DEBUG: Executing command line: cd "/opt/local/var/macports/build/_Users_rschmidt_macports_dports_graphics_MyPaint/MyPaint/work/mypaint-1.1.0" && /opt/local/bin/scons install python_binary=/opt/local/bin/python2.7 python_config=/opt/local/bin/python2.7-config prefix=/opt/local --install-sandbox=/opt/local/var/macports/build/_Users_rschmidt_macports_dports_graphics_MyPaint/MyPaint/work/mypaint-1.1.0/destroot
...
Install file: "mypaint" as "destroot/opt/local/bin/mypaint"
Chmod("destroot/opt/local/bin/mypaint", 0755)
Install file: "brushlib/glib/mypaint-brush.h" as "destroot/opt/local/include/libmypaint/glib/mypaint-brush.h"
Chmod("destroot/opt/local/include/libmypaint/glib/mypaint-brush.h", 0644)
Chmod("/opt/local/include/libmypaint/glib", 0755)
scons: *** [destroot/opt/local/include/libmypaint/glib/mypaint-brush.h] /opt/local/include/libmypaint/glib: No such file or directory
scons: building terminated because of errors.
-verbatim-

Retitled bug to reflect actual issue.

Cannot reproduce actual problem with

on Ubuntu 12.04 LTS. Building with a prefix results in no files being installed whatsoever, although it does create the prefix location if it can, which might be considered a bug.

Please check your versions, and try removing .sconsign.dblite and doing a clean rebuild.

---------------------------------------

Note that you do not have to supply a prefix during a MyPaint build. For an install you of course do have to. It's fine to build with just

then install with

and that will work fine (and just copy files). You can also skip the first step. MyPaint should be able to figure out locations at runtime.

--------------------------------------

Acknowledge the --install-sandbox thing. That's changed since the docs were written, I think (been a while since I touched that).

For now, it can be solved by using an absolute path pointing under the current directory,

which results in only one "SANDBOX" being created rather than four. I'll update the docs to reflect this.

Confirmed here, using

$ scons
$ scons prefix=/tmp/somewhere

I'd like to be able to say "Consider adding enable_introspection=true. This will require g-ir-scanner which on my system is packaged in gobject-introspection", however for me and even after ldconfig, libmypaint-tests.so is missing.

libmypaint.a is not required at runtime. For now, it (and its headers) could be removed if all you want is a running MyPaint program.