From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: X-Spam-Status: No, score=-4.0 required=3.0 tests=ALL_TRUSTED,BAYES_00 shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from localhost (dcvr.yhbt.net [127.0.0.1]) by dcvr.yhbt.net (Postfix) with ESMTP id D24421F9F4; Fri, 19 Nov 2021 18:54:11 +0000 (UTC) Date: Fri, 19 Nov 2021 18:54:11 +0000 From: Eric Wong To: =?utf-8?B?SsO2cmcgUsO2ZGVs?= Cc: meta@public-inbox.org Subject: Re: 'make test' failures while packaging for openSUSE Message-ID: <20211119185411.M766819@dcvr> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: List-Id: Jörg Rödel wrote: > Hi, > > first of all thanks a lot to all the developers for writing such an > awesome tool. I am currently setting up lei to watch various Linux > kernel development lists and so far it works like a charm! Great to know :> There's still a lot of things to improve, hopefully next year... > To make things more smooth for others I am currently packaging > public-inbox for openSUSE, and I am encountering some failures while > running 'make test'. Here is the error I am seeing in the build log: > > t/lei-lcat.t ................. ok > > # Failed test 'clone + index v1 synced ->created_at' > # at t/lei-mirror.t line 175. > # got: '1637324685' > # expected: undef > > # Failed test 'clone + index v1 synced ->created_at' > # at t/lei-mirror.t line 178. > # got: '1637324685' > # expected: undef > # Looks like you failed 2 tests of 37. > t/lei-mirror.t ............... > Dubious, test returned 2 (wstat 512, 0x200) > Failed 2/37 subtests > (less 2 skipped subtests: 33 okay) I don't think I've ever seen this failure before. It looks like the %created hash didn't get populated by the first test_lei() block at all. > The full 'make test' excerpt from the build log is also attached. This > happens when building from latest HEAD as well as from tag v1.7.0. > > I am not sure why this test fails, maybe it is some problem in one of > the dependencies. Any help here would be great! Can you provide a more verbose dump of just t/lei-mirror.t? make && prove -bvw t/lei-mirror.t No rush, though, probably going to be busy the next few days. This may be related, but lei will fail completely unless Inline::C or Socket::MsgHdr are available: > [ 16s] # require PublicInbox::Gcf2: open(/home/abuild/.cache/public-inbox/inline-c/.public-inbox.lock): No such file or directory at /home/abuild/rpmbuild/BUILD/public-inbox-1.7.0/blib/lib/PublicInbox/Gcf2.pm line 20. > [ 16s] # BEGIN failed--compilation aborted at /home/abuild/rpmbuild/BUILD/public-inbox-1.7.0/blib/lib/PublicInbox/Gcf2.pm line 78. > [ 16s] # Compilation failed in require at (eval 12) line 1. > [ 16s] t/gcf2.t ..................... skipped: PublicInbox::Gcf2 missing for t/gcf2.t > [ 16s] # require PublicInbox::Gcf2: open(/home/abuild/.cache/public-inbox/inline-c/.public-inbox.lock): No such file or directory at /home/abuild/rpmbuild/BUILD/public-inbox-1.7.0/blib/lib/PublicInbox/Gcf2.pm line 20. > [ 16s] # BEGIN failed--compilation aborted at /home/abuild/rpmbuild/BUILD/public-inbox-1.7.0/blib/lib/PublicInbox/Gcf2.pm line 78. > [ 16s] # Compilation failed in require at (eval 13) line 1. Also, I should clean that up for testing :x > [ 59s] Issuing rollback() due to DESTROY without explicit disconnect() of DBD::SQLite::db handle dbname=/home/abuild/rpmbuild/BUILD/public-inbox-1.7.0/t/data-gen/reindex-time-range.v1-master/public-inbox/xapian15/over.sqlite3 at /home/abuild/rpmbuild/BUILD/public-inbox-1.7.0/blib/lib/PublicInbox/Import.pm line 194. > [ 59s] /home/abuild/rpmbuild/BUILD/public-inbox-1.7.0/t/data-gen/reindex-time-range.v1-master index failed: Modification of a read-only value attempted at /home/abuild/rpmbuild/BUILD/public-inbox-1.7.0/blib/lib/PublicInbox/SearchIdx.pm line 900, <$r> line 1. > [ 59s] > [ 60s] t/reindex-time-range.t ....... ok That message is still perplexing to me; and I can't reproduce it consistently...