Request exp-run.
*** Bug 230734 has been marked as a duplicate of this bug. ***
Why change the DESTDIRNAME part?
I feel it's more clear by using "destdir" directly rather than converting from ${DESTDIRNAME}.
net-p2p/linuxdcpp has DESTDIRNAME=FAKE_ROOT
Yes, it has DESTDIRNAME=FAKE_ROOT. But it does work because of ${DESTDIRNAME}=${STAGEDIR} in bsd.port.mk, not scons.mk. (DESTDIRNAEM:ul is fake_root) BTW, the main problem for net-p2p/linuxdcpp is its python 2 SConstruct which is broken after python 3.6 became the default today. Here is the patch for this port. https://people.FreeBSD.org/~sunpoet/patch/net-p2p-linuxdcpp.txt
(In reply to Sunpoet Po-Chuan Hsieh from comment #5) > (DESTDIRNAEM:ul is fake_root) typo, should be DESTDIRNAME:tl
Please combine all patches in 1 patch.
devel/jsoncpp fails to build, which causes over 3400 ports skipped http://package23.nyi.freebsd.org/data/112i386-default-PR237122-123-138/2019-04-11_08h23m11s/logs/errors/jsoncpp-1.8.1_6.log
Add patch for devel/jsoncpp and x11/ipager.
New failures on 11.2 amd64: + {"origin"=>"astro/gpsd", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"audio/ardour", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"audio/mixxx", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"audio/mixxx21", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"chinese/sunpinyin", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"databases/mongodb34", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"databases/mongodb36", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"databases/mongodb40", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"devel/godot2", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"devel/godot2-tools", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"devel/mongo-cxx-driver", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"emulators/fceux", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"emulators/gem5", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"emulators/nonpareil", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"games/battletanks", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"games/dangerdeep", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"games/dxx-rebirth", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"games/freera", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"games/glob2", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"games/gtkradiant", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"games/marsnomercy", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"games/netpanzer", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"games/pingus", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"games/pink-pony", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"games/rlvm", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"graphics/goxel", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"graphics/gsculpt", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"graphics/mypaint", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"lang/tolua++", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"math/gringo", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"multimedia/ffmpeg2theora", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"net/fspclient", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"net/fspd", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"net/fsplib", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"net/xorp", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"security/orthrus", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"sysutils/ori", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"www/serf", "phase"=>"build", "errortype"=>"???"} New failure logs on 11.2 amd64: http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/gpsd-3.17_1.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/ardour-2.8.16_15.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/mixxx-2.2.0_2.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/mixxx21-2.1.7_1.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/zh-sunpinyin-2.0.4.r3_1.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/mongodb34-3.4.20_1.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/mongodb36-3.6.10_1.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/mongodb40-4.0.8.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/godot2-2.1.5_1.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/godot2-tools-2.1.5_1.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/mongo-cxx-driver-1.1.2_11.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/fceux-2.2.3_6.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/gem5-0.0.20140422.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/nonpareil-0.79_7.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/btanks-0.9.8083_9.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/dangerdeep-0.3.0_14.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/dxx-rebirth-0.60.0.b2.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/freera-080203_7.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/glob2-0.9.4.4_26.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/gtkradiant-1.5.0_15.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/marsnomercy-0.2.1_13.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/netpanzer-0.8.7.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/pingus-0.7.6_19.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/pink-pony-1.4.1_14.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/rlvm-0.14.67_19.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/goxel-0.8.2.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/gsculpt-0.99.47_24.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/mypaint-1.2.1_4.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/tolua++-1.0.93_3.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/gringo-4.5.4_2.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/ffmpeg2theora-0.30_5.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/fspclient-0.93.0.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/fspd-2.8.1.26.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/fsplib-0.12.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/xorp-1.8.5_11.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/orthrus-0.8.0_5.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/ori-0.8.1_19.log http://package22.nyi.freebsd.org/data/112amd64-default-PR237122/2019-04-13_20h10m53s/logs/serf-1.3.9_3.log
devel/jsoncpp needs to be updated to 1.8.4+. In 1.8.2 they dropped SCons support.
*** Bug 239792 has been marked as a duplicate of this bug. ***
*** Bug 239878 has been marked as a duplicate of this bug. ***
I'm trying to port mongodb 4.2.0 and that depends on an upgrade of scons to 3.0.4 or later. Is this effort still alive?
I don't think that relaxing python version is good. Most scons makefiles are for python2.
(In reply to Radim Kolar from comment #15) Those projects that have Python 2 only, or Python 3 only SCons scripts/Makefiles should declare that version support (restriction) themselves, the SCons port/package itself should not arbitrarily be limited/restricted in its python version support declaration.
(In reply to Kubilay Kocak from comment #16) No, you definitely diddn't look at the issue.
@sunpoet : are you still working on this?
(In reply to Antoine Brodin from comment #18) I'm still working on it. I'll prepare a new patch this weekend.
@sunpoet : any progress on this?
I failed to solve the coexistence of scons@py2 and scons@py3. I'll submit another PR for exp-run of 3.1.1 update and scons.mk.