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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id B85EE1382C5 for ; Mon, 2 Apr 2018 05:43:27 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1635EE0C19; Mon, 2 Apr 2018 05:43:21 +0000 (UTC) Received: from blaine.gmane.org (unknown [195.159.176.226]) (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 9ADB0E0BE4 for ; Mon, 2 Apr 2018 05:43:20 +0000 (UTC) Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1f2sDO-0008Tt-Ak for gentoo-user@lists.gentoo.org; Mon, 02 Apr 2018 07:41:10 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Martin Vaeth Subject: [gentoo-user] Re: Firefox and addons no longer supported question Date: Mon, 2 Apr 2018 05:41:03 +0000 (UTC) Message-ID: References: <3f62fbf9-c160-60e4-e5dc-07cecf213439@gmail.com> <20180331173626.nmq7jbqi2r2sxuwc@matica.foolinux.mooo.com> <20180401143550.ia5mmamo5f44aysn@matica.foolinux.mooo.com> <20180401222629.lrhfnu5juhxcocda@matica.foolinux.mooo.com> <20180402002807.iyf6zepv3fvaa3fb@matica.foolinux.mooo.com> X-Complaints-To: usenet@blaine.gmane.org User-Agent: slrn/1.0.2 (Linux) 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-Archives-Salt: ca090a57-85c4-430c-9895-daf18b661848 X-Archives-Hash: bc27c6bb80b6af7a6bbaef8d474607dd Bill Kenworthy wrote: > I use the palemoon overlay. There is also the octopus overlay. Anyway, both can only react to upstream. > builds fine with gcc-6.4 Yes, but it has random crashes which do not occur with gcc-5, and as somebody familiar with the code posted somewhere, the reasons are quite some assumptions in assembler code which should not have been made. (I simply repeated these claims without checking them.) Upstream knows about it and therefore officially does not support building with gcc-6. Since firefox upstream has fixed all these things ages ago, and palemoon is not able to identify or pull the corresponding patches this shows IMHO that it has already diverged to a degree that it cannot be reasonably maintained with the resources they have, and I doubt that security issues are closed (or worse: recognized) timely: In contrast to crashes (even Heisenbug crashes), security issues cannot be "detected" if there is no expert regularly checking the code very carfully. The decision to stick with legacy extension api completely excludes that there is some convergence of the fork in the future. Also the refusal to implement webextension apis (which is consequent, since it is hardly possible to maintain 2 more and more diverging apis) has the side effect that only obsolete versions of the actively maintained extensions like noscript and ublock-origin can be used. In the moment, the legacy version of noscript is still maintained, but only because of the tor browser. I suppose eventually this will change. I also do not know much about waterfox, but if one goal ist to keep legacy extensions, I am afraid it will go the palemoon way, too: It seems currently that mozilla, google, and apple are the only oranganizations with enough resources to maintain full browsers, and any forks of their browsers which diverge more than a patchset of essentially fixed size are doomed to fail for this very reason.