t/url.t .................... 7/? # Failed test 'No tests run for subtest "Test::RedisDB"' # at t/url.t line 85. cannot open port: 127.0.0.1:42215 at /usr/lib64/perl5/vendor_perl/5.26.1/Test/TCP.pm line 53. # Tests were run but no plan was declared and done_testing() was not seen. ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0-no-multilib-hardened_libressl-test_20171229-182601 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-7.2.0 * Available Python interpreters, in order of preference: [1] python3.5 [2] python2.7 (fallback) java-config: The following VMs are available for generation-2: *) IcedTea JDK 3.6.0 [icedtea-bin-8] Available Java Virtual Machines: [1] icedtea-bin-8 system-vm emerge -qpv dev-perl/RedisDB [ebuild N ] dev-perl/RedisDB-2.540.0 USE="-examples -minimal {-test}"
Created attachment 513076 [details] emerge-info.txt
Created attachment 513078 [details] dev-perl:RedisDB-2.540.0:20180103-131725.log
Created attachment 513080 [details] emerge-history.txt
Created attachment 513082 [details] environment
Created attachment 513084 [details] etc.portage.tbz2
Created attachment 513086 [details] temp.tbz2
Created attachment 513088 [details] tests.tbz2
I'm not sure what we're supposed to do here, it looks like hardened is poking beyond containerization and so we can't even bind to loopback for test purposes. Looking at the code seems to indicate "give me a spare loopback port" worked, but then attempting to use the spare port failed. So this looks like something hardened can help with understanding.
Hard to test when we don't have any hardened kernel any more to test on that is up to date.
(In reply to Magnus Granberg from comment #9) > Hard to test when we don't have any hardened kernel any more to test on that > is up to date. OK cantfix
