> On Dec 11, 2015, at 08:51, Daniel Johnson <dan...@daniel-johnson.org> wrote: > >> >> On Dec 10, 2015, at 11:52 AM, Daniel Johnson <dan...@daniel-johnson.org> >> wrote: >> >> >>> On Dec 10, 2015, at 6:10 AM, Hanspeter Niederstrasser >>> <f...@snaggledworks.com> wrote: >>> >>> On 10.11.2 with Xcode 7.2 >>> >>> t/local/06_tcpecho.t ................... ok >>> t/local/07_sslecho.t ................... 1/78 >>> # Failed test 'set_cert_and_key: private key `t/data/key.pem' () 7174: 1 >>> - error:25066067:DSO support routines:DLFCN_LOAD:could not load the shared >>> library >>> # private key `t/data/key.pem' () 7174: 2 - error:25070067:DSO support >>> routines:DSO_load:could not load the shared library >>> # ' >>> # at t/local/07_sslecho.t line 63. >>> # Looks like you failed 1 test of 78. >>> t/local/07_sslecho.t ................... Dubious, test returned 1 (wstat >>> 256, 0x100) >>> Failed 1/78 subtests >>> t/local/08_pipe.t ...................... ok >>> >>> Package manager version: 0.39.2 >>> Distribution version: selfupdate-cvs Sun Dec 6 19:38:58 2015, 10.11, x86_64 >>> Trees: local/main stable/main >>> Xcode.app: 7.2 >>> Xcode command-line tools: 7.2.0.0.1.1447826929 >>> Max. Fink build jobs: 1 >>> >>> Hanspeter >> >> Looks like another case of SIP breaking DYLD_LIBRARY_PATH. I’ll look into it. >> >> Daniel >> > > I can’t get the test to pass on 10.11 so I disabled it. > > I suspect the issue is that somewhere (maybe test-harness or test-more?) > DYLD_LIBRARY_PATH is being set but since we’re using /usr/bin/perl it’s > getting stripped. I wouldn’t be surprised if other perlmods with .bundles > could also have issues. It’s also likely that it wouldn’t be an issue with a > non-system perl. Yet another reason to ditch system perl IMO. > > Daniel > > ——————————————————————————————————————— > _______________________________________________
That might make backporting easier for unsupported distributions. :-) (provided that they can even build a current Perl). We’d still have modules use the system Perl for OS X specific hooks, of course, but fink oughtn’t care. The major downsides that I see are: 1) It makes the bootstrap take longer. 2) If we dispense with perlversioning of packages, then we potentially have to worry about binary compatibility. -- Alexander Hansen, Ph.D. Fink User Liaison
------------------------------------------------------------------------------
_______________________________________________ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
