From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from goliath.siemens.de (goliath.siemens.de [192.35.17.28]) by mail.openembedded.org (Postfix) with ESMTP id 911216FEFA for ; Fri, 8 Jun 2018 11:31:24 +0000 (UTC) Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by goliath.siemens.de (8.15.2/8.15.2) with ESMTPS id w58BVLH4026074 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 8 Jun 2018 13:31:22 +0200 Received: from [192.168.253.100] ([163.242.57.90]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTPS id w58BVHAW005614 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Jun 2018 13:31:18 +0200 To: Alexander Kanavin , "openembedded-core@lists.openembedded.org" References: <20180607072501.27158-1-andrej.valek@siemens.com> <20180607073209.27240-1-andrej.valek@siemens.com> <59452b23-7470-588c-75fb-7445aaa13ba1@linux.intel.com> <0edc5efa-5836-2b76-7af1-a4261a345e56@linux.intel.com> From: Andrej Valek Openpgp: preference=signencrypt Message-ID: Date: Fri, 8 Jun 2018 13:31:17 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <0edc5efa-5836-2b76-7af1-a4261a345e56@linux.intel.com> Subject: Re: [PATCH v2] feat(openssl-1.1): rework packaging X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2018 11:31:25 -0000 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Hi > On 06/08/2018 10:48 AM, Andrej Valek wrote: >> after more testing, I think creating ${sysconfdir}/ssl links is highly >> recommended. ca-certificate updating script (+ many other tools) has >> hard-coded path to /etc/ssl. Debian has multiple links in /usr/lib/ssl/ >> to /etc/ssl/. > > Right. Can you explain this in a comment in the recipe itself, and make > the change as a separate commit please? OK, I will add it into recipe as separated commit. > >> c_rehash was not working on target exactly as on native. (Same perl >> erros). So I have copied this stuff from 1.0.2, it is working on both >> platforms as well. > > Can you however try to look deeper into why it fails on target? For the > target, I would much rather use the upstream's version than our custom > script, so we don't have to deal with bit-rot and extra maintenance. The > custom script then would only have a limited, controlled purpose of > running under bitbake. Here is the log from unmodified c_rehash file on target: ./c_rehash Unknown regexp modifier "/b" at ./c_rehash line 15, at end of line Unknown regexp modifier "/W" at ./c_rehash line 28, at end of line Unknown regexp modifier "/3" at ./c_rehash line 28, at end of line Unknown regexp modifier "/2" at ./c_rehash line 28, at end of line No such class installdir at ./c_rehash line 63, near "Prefix our installdir" (Might be a runaway multi-line // string starting on line 28) syntax error at ./c_rehash line 63, near "Prefix our installdir" Can't redeclare "my" in "my" at ./c_rehash line 68, near "" Execution of ./c_rehash aborted due to compilation errors. > > Alex > Andrej