Date: Sun, 02 Apr 2023 12:18:18 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 270520] audio/logitechmediaserver: does not install Message-ID: <bug-270520-7788-rLc7w5k6oo@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-270520-7788@https.bugs.freebsd.org/bugzilla/> References: <bug-270520-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D270520 --- Comment #10 from Trenton Schulz <trueos@norwegianrockcat.com> --- (In reply to guido from comment #9) OK, thanks for the build log. It looks like there is a test failing in IOInterface module. The relevant p= arts from your build script: PERL_DL_NONLAZY=3D1 "/usr/local/bin/perl" "-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/basic.t ...=20 t/basic.t ... 1/5=20 t/basic.t ... ok t/simple.t ..=20 t/simple.t .. 1/11 Address is not in the AF_INET family. # Looks like your test exited with 255 just after 7. t/simple.t .. Dubious, test returned 255 (wstat 65280, 0xff00) Failed 4/11 subtests=20 Test Summary Report ------------------- t/simple.t (Wstat: 65280 Tests: 7 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 11 tests but ran 7. Files=3D2, Tests=3D12, 1 wallclock secs ( 0.02 usr 0.00 sys + 0.05 cusr = 0.01 csys =3D 0.09 CPU) Result: FAIL Failed 1/2 test programs. 0/12 subtests failed. gmake[2]: *** [Makefile:1026: test_dynamic] Error 255 But then the script returns OK, and we proceed to stage an incomplete build. What is the test that fails? It's testing if loopback has an address of 127.0.0.1 ok($loopback->address eq '127.0.0.1','loopback address'); If you do something different with your loopback that is why the test fails. Does this provide any insight? In the meantime, if you want to have a completed build, I'd suggest checkin= g if loopback is configured as expected or running make config and disable the T= EST option for now. (I have verified that TEST disabled completes as expected, = of course your mileage may vary.) I will investigate why test failures result in a build success instead of a build error. So, there still is a bug that needs to be fixed here (test failures don't s= top the build), but it appears that it might be a configuration issue on your s= ide. Hope this helps. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-270520-7788-rLc7w5k6oo>