From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Sakamoto Subject: Re: alsa-utils 1.1.8: axfer tests take ages tu run. Date: Sun, 27 Jan 2019 21:49:54 +0900 Message-ID: <20190127124954.GA10993@workstation> References: <20190126144922.nim532ciqslpaahb@toy.home.lxtec.de> <20190126160432.eatvt2fyh4cdf5at@toy.home.lxtec.de> <20190127034438.GB7590@workstation> <20190127100304.4etta27wz6d7k65b@toy.home.lxtec.de> <20190127121402.GA7056@workstation> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail-pl1-f169.google.com (mail-pl1-f169.google.com [209.85.214.169]) by alsa0.perex.cz (Postfix) with ESMTP id EF7E1266A89 for ; Sun, 27 Jan 2019 13:50:02 +0100 (CET) Received: by mail-pl1-f169.google.com with SMTP id b5so6548114plr.4 for ; Sun, 27 Jan 2019 04:50:02 -0800 (PST) Content-Disposition: inline In-Reply-To: <20190127121402.GA7056@workstation> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: alsa-devel-bounces@alsa-project.org Sender: alsa-devel-bounces@alsa-project.org To: Elimar Riesebieter Cc: alsa-devel@alsa-project.org, Jordi Mallach List-Id: alsa-devel@alsa-project.org On Sun, Jan 27, 2019 at 09:14:02PM +0900, Takashi Sakamoto wrote: > Execution of unit test independent from actual sound device is one of > my intention for the tests, and actually the they performs. Executables > of the test include duplicated code of axfer for this intention. Please > refer to 'axfer/test/Makefile.am'. > > > > Of course, we can shorten the duration time by eliminating the range > > > of parameters. Actually I've investigated to reduce iteration and reduce > > > for the number of audio data frames in buffer by 6 options. But any > > > reasonable explanation except for the duration time is required to be > > > worth for it, IMO. > > > > Well, what do you think to outbound your tests to i.e. > > $PREFIX/doc/examples to let the user decide whether to run them or > > not. A configure option to cancel the tests in the build process > > would be an option to be decided by the distribution maintainer. > > The alsa-utils uses GNU Automake to implement test. As long as I know, > any Makefile generated by GNU Automake doesn't run test unless > 'check' target is given explicitly. > https://www.gnu.org/software/automake/manual/html_node/Tests.html > > Thereore, it depends on yout configuration of debhelper to execute the > tests in building time of deb package. Please recheck your 'debian/rules' > and adds appropriate directives to suppress execution of test for axfer > (perhaps, 'override_dh_auto_test'). For example: > > ``` > override_dh_auto_test: > true > ``` > > For your information, alsa-utils includes no other test programs. Or indicate test target explicitly in a directive of override_dh_auto_test: ``` override_dh_auto_test: # 'container-test' and 'mapper-test' for axfer take a long time. # They are designed to check robustness of internal # implementation of axfer and do not necessarily need to run in # a process of deb packaging. Let's suppress them. dh_auto_test -- TESTS='' ``` Thanks Takashi Sakamoto