From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id D3D3C158083 for ; Wed, 25 Sep 2024 22:21:18 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 719662BC018; Wed, 25 Sep 2024 22:21:12 +0000 (UTC) Received: from out.packetderm.com (out.packetderm.com [173.166.91.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 0CA64E2B85 for ; Wed, 25 Sep 2024 22:21:11 +0000 (UTC) Received: from localhost (out.packetderm.com[173.166.91.13]) by smtp (5.7.4/5.7.4) with ESMTPSA id 48PML9eh051262 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 25 Sep 2024 18:21:10 -0400 (EDT) (envelope-from waltdnes@waltdnes.org) Date: Wed, 25 Sep 2024 18:21:02 -0400 From: Walter Dnes To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Wayland! Beware of! Message-ID: References: <65e5de50-e053-46ff-be61-52f472d95025@gentoo.org> <6af6d0dd-f081-4345-b574-ea6d6c9358bb@gentoo.org> <86a5fw7xv6.fsf@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86a5fw7xv6.fsf@gentoo.org> X-Archives-Salt: a035c5dd-985d-4832-8944-eae00d334841 X-Archives-Hash: 92fe72e0bcc6393e66958d5a701e4ddc On Wed, Sep 25, 2024 at 01:53:49PM +0200, Arsen Arsenović wrote > I suspect your Firefox anecdote happened due to misconfiguration > (I think network.http.fast-fallback-to-IPv4 dictates the use of this > algorithm in Firefox). I do not recall ever touching it in about:config. In my current browser (Pale Moon) that setting is at its default value of "true". > As a point of reference, I do nothing to disable IPv6 support, and my > ISP does not provide IPv6 support, yet I have no added latency due to > IPv6 support being enabled. I just get the benefits of better LANs and > internal networks. > > There is no reason to disable IPv6 support, as Eli said (especially if > yo do not know _what_ you're trying to disable, and are just trying to > blanket-disable a vague concept of IPv6). This is *NOT* about a "vague concept". This is about solving a bug that makes browsing unbearable. I'm not the only one. See archive https://public-inbox.gentoo.org/gentoo-user/14d2d8af-e7b9-d5e6-06c1-a7f3ad01ac23@gmail.com/ > When syncing portage today I saw what the delay is: apparently it > tries ipv6 twice, fails, then resorts to ipv4 which works fine. > > Most of my systems now have ipv6 support removed, and viola! no > more delays. In his case, the delay was only 10 seconds, but a delay nonetheless. This raises another point, it was not just Firefox that ran into problems, but rather anything that talked to the internet. Back in January, my ISP migrated me from cable to fibre. I went from legacy 10 mbits down 1 up, 200 gigabytes/month quota, to "30 mbits symmetric unlimited" for the same price. The fibre service does have IPV6 enabled, and I'll get around to going IPV6 one of these days, especially if there's a "flag day" shutdown of IPV4. -- There are 2 types of people 1) Those who can extrapolate from incomplete data