From nobody Sat Feb 01 22:36:12 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Ylnfw0Mtgz5mCGl for ; Sat, 01 Feb 2025 22:36:24 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from vogon.madpilot.net (vogon.madpilot.net [159.69.1.99]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ylnfv55Xdz3qdT; Sat, 01 Feb 2025 22:36:23 +0000 (UTC) (envelope-from mad@madpilot.net) Authentication-Results: mx1.freebsd.org; none Received: from mail (mail [IPv6:fd5c:5351:d272::3]) by vogon.madpilot.net (Postfix) with ESMTP id 4Ylnfl5JyhzL87s; Sat, 01 Feb 2025 23:36:15 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :from:from:content-language:references:subject:subject:date:date :message-id:received; s=cyq4qetkgngm; t=1738449373; x= 1740263774; bh=tAElps7ys6trhuJlzKMXVPy4z72nWbkCGQiZ0PlZaEw=; b=c Aym4RTAs/zoc973PPS4m8qaX7tC1FUIIpWa7IuObFaC9pOlOVC2rcKzqGMzuDGFJ yf5YuB2YEs77Y/1sV6mXZpYPdiuQ9N563XWAECHWz8YuqumscdCtmlBIrVrwTutm qRBH7UM6djrCXze5quMdTRirZzZLJns/h5u58vB5QZuQStTw6tSxQB3tVsc4yDOO h9zXz+fJ+HnsuYSgsY3YdHaS7OW7q3K/WaiGofW7POu5oVgFmAq52raa6uDSnuwn GNk+rDrTDukOpkQfWmCCGXIWNsMqp9Sd8InOR9RMYFu97wwjNIDUlwCanZrx0Tyq x/gspTTPhCu9RgHTfdEyw== Received: from vogon.madpilot.net ([IPv6:fd5c:5351:d272::3]) by mail (vogon.madpilot.net [IPv6:fd5c:5351:d272::3]) (amavisd-new, port 10026) with ESMTP id rfNZN53ESD2J; Sat, 1 Feb 2025 23:36:13 +0100 (CET) Message-ID: <644c3cfe-6135-4e26-9043-602a10ce041a@madpilot.net> Date: Sat, 1 Feb 2025 23:36:12 +0100 Subject: Re: poudriere loop: llvm19-19.1.7: missed shlib PORTREVISION chase To: Baptiste Daroussin Cc: Nuno Teixeira , "Hurling, Rainer" , Dimitry Andric , FreeBSD Mailing List References: <68bbf05d-1d4a-4819-bb83-be6c4f002a63@gwdg.de> <7fb64cac-9b09-4235-9235-2bfb6c228442@gwdg.de> <4de598b1-a576-4ac6-949c-63d1065d818d@madpilot.net> Content-Language: en-US From: Guido Falsi Autocrypt: addr=mad@madpilot.net; keydata= xsBNBE+G+l0BCADi/WBQ0aRJfnE7LBPsM0G3m/m3Yx7OPu4iYFvS84xawmRHtCNjWIntsxuX fptkmEo3Rsw816WUrek8dxoUAYdHd+EcpBcnnDzfDH5LW/TZ4gbrFezrHPdRp7wdxi23GN80 qPwHEwXuF0X4Wy5V0OO8B6VT/nA0ADYnBDhXS52HGIJ/GCUjgqJn+phDTdCFLvrSFdmgx4Wl c0W5Z1p5cmDF9l8L/hc959AeyNf7I9dXnjekGM9gVv7UDUYzCifR3U8T0fnfdMmS8NeI9NC+ wuREpRO4lKOkTnj9TtQJRiptlhcHQiAlG1cFqs7EQo57Tqq6cxD1FycZJLuC32bGbgalABEB AAHNHkd1aWRvIEZhbHNpIDxtYWRAbWFkcGlsb3QubmV0PsLAeQQTAQgAIwIbAwIeAQIXgAUL CQgHAwUVCgkICwQWAgMBBQJS79AgAhkBAAoJEBrmhg5Wy9KTc0kH/RO64ORBlTbTHaUaOj8F Je5O5NU2Pt9Cyt5ZWBRvxntr1zPTJGKRPS9ihlIfqT4ZvEngQGp57EUyFbCpI0UWasTerImM tt5WACnGmCzUTB39UXx8Oy4b1EgWeTJQ747e/F1mQLXTNa6ijRBE9fYlTb4gAkPN88/wVV9v 3PZozKLTg16ghBzHM/P7Lk8L7clPEZChX1FTa/6eSt3nvzfCuTMZbBPJF/ph+q1KyPqRgVfh tyhu5dvgMoPz/ni41IfeSrkJTD5RXzdyGR9q4Z1NYeBsLkRjC4LxKAP5KqUsvlOUjKvO1byj ApYdMarol+IGkaSk9e3zVYAJkWKjn/ni8XbOwU0EUxB7QQEQAKFhrDceoPdK/IHDSmoj6SQY isvM7VdhcleS7E9DoEAVt7yMbf6HbbMVTTY6ckvwTWQssywLBXNVqxgc4WLJjzfUhgef+WE7 5M3+WFYlOVQLGZY/zEVgma1raYnOHNAOzeHLDmEXjbZP6vGAeDyBbGfQPpE7qGYZ7ubeT3Xw QO+PklcCrvOPj2ZPcAxGNS2xVU/LzONqCrJqLMJSIcCdsbiSP4G5PnDFHtMokaTY6OEr8OEQ fOAerhcHUa/z7Uu8YtmaqKH+QGkE/WEgaRqSiTnv0JOTD+DxehaqvoKPPZ++2NpCZMHB2i6A /xifmQwEiIjEXtcueBRzkNUQkxhqZyS13SrhocL9ydtaVPBzZatAEjUDDEJmAMLVFs45qfyh MiNapHJo2n3MW/E5omqCvEkDdWX/en3P7CK2TemeaDghMsgkNKax/z0wNo5UZCkOPOz0xpNi UilOVbkuezZZNg65741qee2lfXhQIaZ66yT7hphc/N/z3PIAtLeze4u1VR2EXAuZ2sWAdlKC NTlJMsaU/x70BV11Wd/ypnVzM68dfdQIIAj1iMFAD/lXGlEUmKXg5Ov2VQDlTntQoanCYrAg +8CttPzjrydgLZFq3hrtQmfc0se5yv1WHS69+BsUOG09RvvawUDZxUjW19kyeN9THaNRgow3 kSuArUp6zSmJABEBAAHCwF8EGAEIAAkFAlMQe0ECGwwACgkQGuaGDlbL0pMN5wgA4bCkX/qw EVC06ToeR6C2putmSWQMgpDaqrv65Hubo+QGmg2P4ewTYQQ4g6oYWS03qHxqVVWhKz7FjfrV +dH8qbCLfSgIcvdBha7ayGZVrsiuMLKGbw36fcmkZPpSDOfHcP0XH8Z+u9CWj0xUkTxAlZ/7 i6gYSUpG2JWNtdmE/X8VVEyXusCLwy0K0BI60A/4dRTIX3C4QKrJ3ZbUXegz70ynjHf+lQMZ 9IZKASoRMuS5FozPQh6abvmwZEPdf5I9riUElzvHrqJ8Bx0t3Pujdoth+yNHpnBxrtO8LkQd rQ58P0SwcaIX33T2U9pG8bhu5YVR88FQ8OQ0cEsPBpDncg== In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Ylnfv55Xdz3qdT X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE] List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org On 01/02/25 22:56, Baptiste Daroussin wrote: > On Sat 01 Feb 22:40, Baptiste Daroussin wrote: >> On Fri 31 Jan 19:13, Baptiste Daroussin wrote: >>> On Fri 31 Jan 18:18, Guido Falsi wrote: >>>> On 27/01/25 10:56, Nuno Teixeira wrote: >>>>> Hello Rainer, >>>>> >>>>> > Wouldn't this be the right time to get Bapt@ involved? After all, he has >>>>> > worked intensively on the pkg updates. >>>>> >>>>> Yes it is. I'm CC'ing bapt@. >>>> >>>> Since this issue was pestering me while testing multiple ports with >>>> unnecessarily lengthy rebuilds I took a look. >>>> >>>> I have posted a pull request for poudriere [1] with a fix/workaround that >>>> works for me and allows me to have a functional build machine. >>>> >>>> I'm not sure if this fix is completely correct, but maybe it can be useful >>>> to other people as a work around. >>>> >>>> >>>> [1] https://github.com/freebsd/poudriere/pull/1204 >>>> >>>> -- >>>> Guido Falsi >>> >>> at quick glance it sounds like a bug in pkg I ll have a look at it next week >>> >>> Bapt >>> >> >> After deeper analysis, I figure pkg is right and each time it claims a need for >> After a deeper analysis: >> 32bits libs, they are actually needed. for reported ports, I think the >> PKG_NO_VERSION_FOR_DEPS=yes does not work yet with newer pkg version. >> >> I have found while analysing to potential bug at pkg install time for people not >> using pkgbase, which I will work on fixing, not nothing wrong regarding the :32 >> handling at pkg build time (aka what you face in poudriere). >> >> I may be wrong, but I am not sure I am. >> >> For people who haven't notice one of the major change of pkg 2.x is tracking 32 >> bit libraries (and potentially linux one, off for now) AND tracking base >> libraries always. >> >> After a deeper analysis: >> My understanding if poudriere with PKG_NO_VERSION_FOR_DEPS=yes would work ok as >> if, if the building jail was built using pkgbase. >> >> What poudriere lacks for the options if gathering base libaries to consider them >> as provided. >> >> Note that pkg at runtime if not running on a system install using pkgbase, will >> scan for base libraries. (Note this is where I found the bug I am interesting >> in: it does not scan for 32bit libraries yet, which make pkg check -d unhappy) >> >> Best regards, >> Bapt >> > > And I was wrong about the pkg install bug, we do scan for 32bit livraries, so > everything should be fine. Bapt, thanks for the analysis. SO I gather I need to rebuild my jails from scratch, possibly from pkgbase, but I'm not sure what I can do about my head jail which I build from source, and do also use to generate pkgbase packages for my desktops/laptop etc. Or maybe I'm completely missing the point. -- Guido Falsi