It's in the patch, but this applies to r372493 (pretty sure it won't apply to any other revision.) It's the complete patch discussed in https://reviews.freebsd.org/D1019 Patch is there https://people.freebsd.org/~mat/patches/new-perl-order.diff I have not bumped any PORTREVISION, in order to reduce the diff and conflicts while working on it. I will do so before I commit the patch. Maybe the reference build should be done with Perl 5.18 as the default.
Created attachment 149398 [details] new-perl-order.r372555 Add an updated patch that can be applied on r372555 (with a few fixes)
Take for exp-run Could you generate a patch post-gnome3 commit? (I don't think there are conflicts but we never know)
Created attachment 149637 [details] new-perl-order.r372892.diff New patch, against r372892.
Exp-run results: http://pb2.nyi.freebsd.org/build.html?mastername=10amd64-default-PR194969&build=2014-11-20_22h22m45s New failures: + {"origin"=>"audio/gnupod", "pkgname"=>"gnupod-0.99.8_1", "phase"=>"package", "errortype"=>"PLIST"} + {"origin"=>"converters/p5-Sereal-Decoder", "pkgname"=>"p5-Sereal-Decoder-3.003", "phase"=>"stage", "errortype"=>"???"} + {"origin"=>"converters/p5-Sereal-Encoder", "pkgname"=>"p5-Sereal-Encoder-3.003", "phase"=>"stage", "errortype"=>"???"} + {"origin"=>"science/minc2", "pkgname"=>"minc2-2.2.00,1", "phase"=>"build", "errortype"=>"???"} + {"origin"=>"security/zebedee", "pkgname"=>"zebedee-2.5.3", "phase"=>"build", "errortype"=>"???"} Failure logs: http://pb2.nyi.freebsd.org/data/10amd64-default-PR194969/2014-11-20_22h22m45s/logs/errors/gnupod-0.99.8_1.log http://pb2.nyi.freebsd.org/data/10amd64-default-PR194969/2014-11-20_22h22m45s/logs/errors/p5-Sereal-Decoder-3.003.log http://pb2.nyi.freebsd.org/data/10amd64-default-PR194969/2014-11-20_22h22m45s/logs/errors/p5-Sereal-Encoder-3.003.log http://pb2.nyi.freebsd.org/data/10amd64-default-PR194969/2014-11-20_22h22m45s/logs/errors/minc2-2.2.00,1.log http://pb2.nyi.freebsd.org/data/10amd64-default-PR194969/2014-11-20_22h22m45s/logs/errors/zebedee-2.5.3.log I will try with bulk -t to see
With -t, the results seem better than without the patch http://pb2.nyi.freebsd.org/build.html?mastername=10amd64-default-PR194969&build=2014-11-21_18h53m03s Notable failures: conflict with a dependency: http://pb2.nyi.freebsd.org/data/10amd64-default-PR194969/2014-11-21_18h53m03s/logs/errors/p5-SOAP-Transport-TCP-0.717.log orphaned pod: http://pb2.nyi.freebsd.org/data/10amd64-default-PR194969/2014-11-21_18h53m03s/logs/errors/p5-Gtk2-WebKit-0.09_1.log orphaned files: http://pb2.nyi.freebsd.org/data/10amd64-default-PR194969/2014-11-21_18h53m03s/logs/errors/p5-Validator-Custom-0.2200.log http://pb2.nyi.freebsd.org/data/10amd64-default-PR194969/2014-11-21_18h53m03s/logs/errors/p5-MooseX-App-Cmd-0.27.log orphaned strange file: http://pb2.nyi.freebsd.org/data/10amd64-default-PR194969/2014-11-21_18h53m03s/logs/errors/p5-RTx-Calendar-0.20.log http://pb2.nyi.freebsd.org/data/10amd64-default-PR194969/2014-11-21_18h53m03s/logs/errors/p5-Tk-TableMatrix-1.23_5.log orphaned files because apache version is hardcoded to 22 in some rm in the Makefile: http://pb2.nyi.freebsd.org/data/10amd64-default-PR194969/2014-11-21_18h53m03s/logs/errors/p5-libapreq2-2.13_4.log
p5-MooseX-App-Cmd orphans are probably to not conflict with p5-MouseX-App-Cmd, but it should be documented (@comment in plist or rm in post-install)