From nobody Tue Sep 17 21:39:37 2024 X-Original-To: freebsd-stable@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 4X7b1J5jrZz5W2xk for ; Tue, 17 Sep 2024 21:45:24 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4X7b1J30s1z4KHW; Tue, 17 Sep 2024 21:45:24 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Authentication-Results: mx1.freebsd.org; none Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]) by uucp.dinoex.org (8.18.1/8.18.1) with ESMTPS id 48HLj859021499 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 17 Sep 2024 23:45:08 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) ARC-Seal: i=1; a=rsa-sha256; d=uucp.dinoex.org; s=M20221114; t=1726609510; cv=none; b=ZZ5iVa/tH0wgejFwKbAmjSJp7Y/ZzqJ+XQhNnow7MEp59vd/Or2f0MC5YOOEv0G2tXYATrWLJTI4FV5dlMNFRQzM8E6UWx4lU5Y0w4ZvntHANxBxxSH8DDo/9dWI2tQg+8A+Czmu9XbY+4W3YGFsQ89trEZkA27iBOnNy2G6LMM= ARC-Message-Signature: i=1; a=rsa-sha256; d=uucp.dinoex.org; s=M20221114; t=1726609510; c=relaxed/simple; bh=mF3d50PyIoXJjRjLDGo0yf+qLlRwXkjBERIlGYN99AE=; h=Received:Received:Received:Received:X-Authentication-Warning:Date: From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:X-Milter:X-Greylist; b=L9xlHqxyR7Qih2DhTm288m4NT10yaEb1GsfnDUeq7ptGJVXtAaDrtHu6o3l8YE4MWDSqbpeKGbQo1S12Ic++txgOPFRHA4Tn5VHrxPm1tR++qNATGcWfqfLB+22sS1OoweAf+3W2s+kJJIs9+piqseZNZmYA0S757PR+kyfqNO4= ARC-Authentication-Results: i=1; uucp.dinoex.org Received: (from uucp@localhost) by uucp.dinoex.org (8.18.1/8.18.1/Submit) with UUCP id 48HLj86E021498; Tue, 17 Sep 2024 23:45:08 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) Received: from cora.intra.daemon.contact (cora-v1.intra.daemon.contact [IPv6:fd00:0:0:0:0:0:0:1206]) by admn.intra.daemon.contact (8.18.1/8.18.1) with ESMTPS id 48HLfCYA022023 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=FAIL); Tue, 17 Sep 2024 23:41:14 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) Received: from cora.intra.daemon.contact (localhost [127.0.0.1]) by cora.intra.daemon.contact (8.18.1/8.18.1) with ESMTPS id 48HLdb2D002205 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 17 Sep 2024 23:39:37 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) Received: (from pmc@localhost) by cora.intra.daemon.contact (8.18.1/8.18.1/Submit) id 48HLdbPZ002204; Tue, 17 Sep 2024 23:39:37 +0200 (CEST) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: cora.intra.daemon.contact: pmc set sender to pmc@citylink.dinoex.sub.org using -f Date: Tue, 17 Sep 2024 23:39:37 +0200 From: Peter To: Dan Mack Cc: freebsd-stable@freebsd.org, cmt@freebsd.org Subject: Re: 13.4 compiles firefox functionally different Message-ID: References: <0e6c0c09-907c-26f3-fb78-287231661952@macktronics.com> List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0e6c0c09-907c-26f3-fb78-287231661952@macktronics.com> X-Milter: Spamilter (Reciever: uucp.dinoex.org; Sender-ip: 0:0:2a0b:f840::; Sender-helo: uucp.dinoex.org;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]); Tue, 17 Sep 2024 23:45:10 +0200 (CEST) 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:205376, ipnet:2a0b:f840::/32, country:DE] X-Rspamd-Queue-Id: 4X7b1J30s1z4KHW On Tue, Sep 17, 2024 at 08:35:59AM -0500, Dan Mack wrote: ! On Tue, 17 Sep 2024, Peter wrote: ! ! > Hi, ! > ! > after upgrading to 13.4-RC2-p1, I recompiled all ports. ! > ! > Today I found my firefox can no longer render a certain webpage; ! > the output is garbled as if the CSS were missing/defective. ! > Here is details and picture: ! > https://forums.freebsd.org/threads/firefox-displays-unintellegible-garbage-only-on-freebsd.94963/post-671994 ! > ! > The firefox version is -esr-115.15.0,1, from 2024Q3 as of a ! > week ago. ! > ! > Investigation showed: ! > * firefox from package as of today (130.something) works well. ! > * firefox-esr from package as of today (128.something) works ! > well. ! > * firefox-esr from ports as of today (128.2.0esr) freshly compiled ! > on 13.4-RC2-p1 also works well (prereqs still from last week) ! > * firefox-esr 115.14.0_1,1 locally compiled a few weeks ago on ! > Rel. 13.3 also works well. ! > ! > So I did verify: I restarted a Rel.13.3-p5, fetched all ! > prereqisite ports from backup (so these were also compiled on 13.3), ! > and then compiled firefox-esr-115.15.0,1, the very same that now ! > renders garbage, using the very same ports tree, with OS running ! > 13.3-p5. And that one now works! ! > ! > So bottomline is: ! > firefox-esr 115.15.0,1 - the one that was in 2024Q3 until about a ! > week ago - works correct when compiled on 13.3 (along with all it's ! > prereq ports), but renders garbage for a certain webpage when ! > compiled on 13.4-RC2 (along with all it's prereq ports). ! > ! > I don't like this, because now the question is: what else might 13.4 ! > compile so that it suddenly functions differently? ! > ! > ! > (I glanced thru PR 277021 - but it doesn't seem to mention anything ! > about webpages displaying broken, or any functional difference) ! > ! > Any idea how this might come to happen, anybody? ! ! Probably not related but I'll bring it up anyway; there was issue with ! firefox/other programs on alpine linux a couple weeks ago where the MESA ! package's upgrade in combination with using the link time optimization ! feature under gcc-14.x caused garbled previews and other graphical anomolies ! on my Firefox and my sway window manager. Hi Dan, thanks for Your feedback. This reflects what I happen to say: we're sitting on a huge pile of code, and almost nobody does still understand all the possible interdependencies - we only hunt them when something does visibly malfunction. In my case, this specific webpage brings along some 40k lines of CSS code, and from what I could figure out, firefox downloads them successfully, but then after a few hundred lines they are not applied any further. ! Not sure which compiler / mesa is used to build firefox on FreeBSD but could ! be part of the problem I guess or a place to look at the dependencies. It ! looks like they disabled LTO on the mesa build to fix the issue. That was ! using mesa-24.2.2. Firefox builds rust and llvm-17 from ports as prereq. It could be that these work someway different when built on 13.4. And that is exactly where my belly starts hurting: these compilers are used for other software too.