From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6727118917296193536 X-Received: by 2002:a19:4f42:: with SMTP id a2mr14264634lfk.23.1566284979937; Tue, 20 Aug 2019 00:09:39 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a2e:91d9:: with SMTP id u25ls2000858ljg.15.gmail; Tue, 20 Aug 2019 00:09:39 -0700 (PDT) X-Google-Smtp-Source: APXvYqzeQZRTAS4fwrMcOUGJPgxODrPxbXqiEcztbyfKo3bJF8ltRH1ibnIJvjAhyZYvHcMa99aE X-Received: by 2002:a2e:87d5:: with SMTP id v21mr14648686ljj.191.1566284979258; Tue, 20 Aug 2019 00:09:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566284979; cv=none; d=google.com; s=arc-20160816; b=T7+IKD26Wu/hm9OhbmZLWvor+BFszJuX4LPik9MgM5CBzslBJMDJ0y2Pwufa82rmP7 LVZQAbed+5vqM8ZGmE2cvGO4D30Z/k/OAFDl0IwIqq9bCkVeazyJvv3XZOO/wc7GOBKr GQ9ZHq83Zw5U4m+LIm8ovwK6CsF82Da6rO8RW4kndAezQ4VA1f+Ko4CKx/6YS3Gsj0UT XudIQRV8ThNjTt24SUUJrcERgA0CoDA5n8iMKHF3kmwbP51J6r/hl12NlSd4FCcl3QD1 5JihFT9ERwJxZIPH55ZyhYkori3MI2VVSWiL9B7HezwCluQ3WWwkT+MC+V7Wfe1b/JXk 841A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:content-language:in-reply-to:mime-version :user-agent:date:message-id:from:references:to:subject; bh=OIQ2IBHEzbaaqwYdHM9Rw4fFvbrGkhSGykhuqcn73TE=; b=DdwEPyFL5lPeuyIu7vfVMddHKawCf13jnMtva0Sk260gFOm3KJ6a0BF3+WFc4L/t8I Ef63LSnSEUq4VKL2Y+V+B1T0GU+qZf/cCWoPDKTfVS4/C/oehnDU+zujSpMwffo7BT5O d81tyNPYVPTOPqmdusMwxNjYu5yG/cG+CeCbkagB+ui/0oubeQtXNtlYNaz1KmumbwcD TfnPO0ivPcXwgWd07xY+926/EsHGTzazDGRAG1C3f7UeyOff3JuKkdUOOqAZnbVc3TVM of1LDwJFc+6NnIOM5e3irecOY7lCHAuiBKyON2Tp86ZPVnYBEDyFUdhXueR1kQ9UhJMD Wsmw== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 194.138.37.40 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from gecko.sbs.de (gecko.sbs.de. [194.138.37.40]) by gmr-mx.google.com with ESMTPS id c12si420753lji.0.2019.08.20.00.09.39 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Aug 2019 00:09:39 -0700 (PDT) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 194.138.37.40 as permitted sender) client-ip=194.138.37.40; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 194.138.37.40 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by gecko.sbs.de (8.15.2/8.15.2) with ESMTPS id x7K79cT0002423 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Tue, 20 Aug 2019 09:09:38 +0200 Received: from [167.87.39.6] ([167.87.39.6]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id x7K79bCB004086; Tue, 20 Aug 2019 09:09:37 +0200 Subject: Re: Sporadic build failure of next To: Claudius Heine , isar-users References: <1caa3be8-d9c7-0f31-7cb7-4ee3ad43af27@siemens.com> From: Jan Kiszka Message-ID: Date: Tue, 20 Aug 2019 09:09:37 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-TUID: lnDnIWDmlvTu On 20.08.19 08:54, Claudius Heine wrote: > Hi Jan, > > On 20/08/2019 07.37, [ext] Jan Kiszka wrote: >> Hi, >> >> attached a build failure of 49895c62cdca. I ran that build 3 more times, but >> it didn't trigger an issue again. Looks like some false sharing, but I do not >> have an idea yet of what exactly. > > This is probably the important part of the log: > > | dpkg-shlibdeps: error: no dependency information found for > /lib/arm-linux-gnueabihf/libc.so.6 (used by > debian/libhello/usr/lib/arm-linux-gnueabihf/libhello.so.0.0.0) > | Hint: check if the library actually comes from a package. > | dh_shlibdeps: dpkg-shlibdeps -Tdebian/libhello.substvars > debian/libhello/usr/lib/arm-linux-gnueabihf/libhello.so.0.0.0 returned exit code 2 > > The manpage dpkg-shlibdeps(1) states: > >        no dependency information found for library-file (used by binary). >               The library needed by binary has been found by dpkg-shlibdeps in > library- >               file but dpkg-shlibdeps has been unable to find any dependency > information >               for that library. To find out the dependency, it  has tried  to > map  the >               library  to  a Debian package with the help of dpkg -S > library-file.  Then >               it   checked   the   corresponding   shlibs   and symbols > files    in >               /var/lib/dpkg/info/,   and   in   the   various package's > build  trees >               (debian/*/DEBIAN/). > >               This failure can be caused by a bad or missing shlibs or symbols > file  in >               the  package  of the library. It might also happen if the library > is built >               within the same source package and if the shlibs files has  not > yet  been >               created  (in  which  case  you  must fix debian/rules to create > the shlibs >               before calling dpkg-shlibdeps). Bad RPATH can also  lead to  the > library >               being      found      under     a     non-canonical name > (example: >               /usr/lib/openoffice.org/../lib/libssl.so.0.9.8 instead          of >               /usr/lib/libssl.so.0.9.8)   that's   not   associated to   any > package, >               dpkg-shlibdeps tries to work around  this  by  trying  to >  fallback  on  a >               canonical  name  (using  realpath(3))  but  it might not always > work. It's >               always best to clean up the RPATH of the binary to avoid problems. > >               Calling dpkg-shlibdeps  in  verbose  mode  (-v)  will provide > much  more >               information  about where it tried to find the dependency > information. This >               might be useful if you don't understand why it's giving you this > error. > > Maybe inspection of the work space on the ci server when this error occurred > will help. Unfortunately, that is history already (disposed docker builds). But it has to be something that destroyed the information because the later builds got past this point. Jan -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate Competence Center Embedded Linux