From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.6 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 985CDC433E0 for ; Fri, 19 Feb 2021 18:32:15 +0000 (UTC) Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 03EE364E54 for ; Fri, 19 Feb 2021 18:32:14 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 03EE364E54 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=bsdimp.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Received: from localhost ([::1]:52224 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lDAZZ-0006Wg-PL for qemu-devel@archiver.kernel.org; Fri, 19 Feb 2021 13:32:13 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:59858) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lDAWP-00059I-Kw for qemu-devel@nongnu.org; Fri, 19 Feb 2021 13:28:57 -0500 Received: from mail-qv1-xf31.google.com ([2607:f8b0:4864:20::f31]:41507) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lDAWM-0002v3-SD for qemu-devel@nongnu.org; Fri, 19 Feb 2021 13:28:57 -0500 Received: by mail-qv1-xf31.google.com with SMTP id t18so3041824qvn.8 for ; Fri, 19 Feb 2021 10:28:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Ldfite04+u58DKYJCbh4oXayneKm6/XuTukDzRmic3s=; b=uLaWWO2/UiEAETjVqKoIwVcS8JqFg1sfqUzXku7H5hxvYnRuUB2Cda4MibNgrQc07u s6eiLPCANlaxnpn65btsij5fxQjFrRXDUyO2mqBKnG4GKRIUkXPP0f9f4a1Yc6uwG/3X OVKIUBX/buYoSSfDc2/IEHOocw1MZEc/UswCueCzulWrkVUo9q6k+9lPbQjQeiW+/Woq FZO4cbFvE0QV0XBtFXCgwBs9FX/ZzLjvG25VkRdixpil2VA0AncuZSMTNgvWiHmr3GOU 5+Ycrs6Ul4n5iI9nZfGdZfxjQvy3hrkkVCswZL7wJfHfed8/hJ3GcyHWeXOI/YaiLHW0 fSWg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Ldfite04+u58DKYJCbh4oXayneKm6/XuTukDzRmic3s=; b=uJfQUM/+beSFUF/i6rHxTvfaKTMHs2hMlX2TSYCj6etjyAt7uPA/KC6U0pcvbO4S0z dB8g8P7Z9OrIB6AKNcqHsnbh7RF6O1cvDwts9E+vm8BJ3Wr6SKaEgr5weGsmHYvwJIFK i7a5pp6GTGMPH4+xEfa/poThRbD1tJ7Q7neaymYZdU/q5sgntkSf6PCI84Prgt8mSWBz PhRK9vEPdgnXhWqW/BM7783T+BTEZqPVrgIe5WtEL4IuPTlyHEPYxpJfCHMZLxi6/9/s iqlJ3bTW105N8Q2BWfYD4K4k7aqB9xdB/KtyZs4mUv1IrdQTQeRp+ZFMwHuTvZz2FkPJ eXIg== X-Gm-Message-State: AOAM530KQduoMdqFs0qR5D7s08DvgIZMI0Omv2K6NvOlxdXmGDAZRxYd gh3lwK+ptVV9FT8+FCDDqzZUxEHpFSpltwTP2jbjIA== X-Google-Smtp-Source: ABdhPJyphfWMPdhdRiwpKMFj6zj8o9NlDaRXzv00KtsDLTWWAekDjFZGwTpFRZd7rdv5E0aoS/vABP69KefeZ0jlq98= X-Received: by 2002:a05:6214:174d:: with SMTP id dc13mr2682448qvb.62.1613759333643; Fri, 19 Feb 2021 10:28:53 -0800 (PST) MIME-Version: 1.0 References: <8735xss5q3.fsf@linaro.org> <20210219152408.34ibwagyqzgye4yd@sirius.home.kraxel.org> In-Reply-To: From: Warner Losh Date: Fri, 19 Feb 2021 11:28:42 -0700 Message-ID: Subject: Re: FreeBSD build regressions To: Peter Maydell Content-Type: multipart/alternative; boundary="000000000000d5cd0005bbb49f4b" Received-SPF: none client-ip=2607:f8b0:4864:20::f31; envelope-from=wlosh@bsdimp.com; helo=mail-qv1-xf31.google.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: =?UTF-8?B?QWxleCBCZW5uw6ll?= , Ed Maste , QEMU Developers , Gerd Hoffmann , Li-Wen Hsu Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: "Qemu-devel" --000000000000d5cd0005bbb49f4b Content-Type: text/plain; charset="UTF-8" On Fri, Feb 19, 2021 at 9:14 AM Peter Maydell wrote: > On Fri, 19 Feb 2021 at 16:08, Warner Losh wrote: > > FreeBSD builds packages on the oldest supported version in the stable > branch. Due to forward compatibility, that means all supported versions of > FreeBSD 12.x will work. Recently, FreeBSD 12.1 became unsupported, so the > build machines clicked forward to 12.2. Since there's no 'forward > compatibility' guarantees, this problem was hit. While you can run binaries > compiled on old versions of the software on new versions of the system, you > can't necessarily do the inverse because new symbols are introduced (in > this case close_range). > > It makes perfect sense that you don't want to support older > versions forever and that at some point newer packages aren't > valid on old systems, but I don't understand why an > older 12.1 system then says "but I'm going to go ahead and > install these won't-work packages anyway" rather than > "oh dear, I'm out of support, there are no newer packages > available, I will install whatever the last archived version > of the package for my OS version is" (or "I will install nothing"). > I'm surprised this doesn't break a lot of real-world users... > That's a reasonable expectation. I'd kinda expected that to be the default, but it looks like it might not be. I'll see if I can get the freebsd vm updated to use something safer and/or work with the pkg folks to get it to do the safe thing here if there's no easy way to do this with command line / config settings. I think the issue is that we set IGNORE_OSVERSION which is needed for the case when we were running 12.0 packages on 12.1, but it's harmful for this case. This highlights, I think, a rough edge in pkg. Short term, I'll bump things up to 12.2 which will take care of the immediate issue. I should have a patch by later in the day.... I may also have a patch to detect the mismatch directly and report it until this issue can be resolved in FreeBSD's pkg. Warner --000000000000d5cd0005bbb49f4b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Fri, Feb 19, 2021 at 9:14 AM Peter= Maydell <peter.maydell@lina= ro.org> wrote:
On Fri, 19 Feb 2021 at 16:08, Warner Losh <imp@bsdimp.com> wrote:
> FreeBSD builds packages on the oldest supported version in the stable = branch. Due to forward compatibility, that means all supported versions of = FreeBSD 12.x will work. Recently, FreeBSD 12.1 became unsupported, so the b= uild machines clicked forward to 12.2. Since there's no 'forward co= mpatibility' guarantees, this problem was hit. While you can run binari= es compiled on old versions of the software on new versions of the system, = you can't necessarily do the inverse because new symbols are introduced= (in this case close_range).

It makes perfect sense that you don't want to support older
versions forever and that at some point newer packages aren't
valid on old systems, but I don't understand why an
older 12.1 system then says "but I'm going to go ahead and
install these won't-work packages anyway" rather than
"oh dear, I'm out of support, there are no newer packages
available, I will install whatever the last archived version
of the package for my OS version is" (or "I will install nothing&= quot;).
I'm surprised this doesn't break a lot of real-world users...

That's a reasonable expectation. I'd= kinda expected that to be the default, but it looks like it might not be. = I'll see if I can get the freebsd vm updated to use something safer and= /or work with the pkg folks to get it to do the safe thing here if there= 9;s no easy way to do this with command line / config settings. I think the= issue is that we set IGNORE_OSVERSION which is needed for the case when we= were running 12.0 packages on 12.1, but it's harmful for this case. Th= is highlights, I think, a rough edge in pkg.

Short= term, I'll bump things up to 12.2 which will take care of the immediat= e issue. I should have a patch by later in the day.... I may also have a pa= tch to detect the mismatch directly and report it until this issue can be r= esolved in FreeBSD's pkg.

Warner
--000000000000d5cd0005bbb49f4b--