From owner-freebsd-gecko@freebsd.org Sun Mar 29 15:25:53 2020 Return-Path: Delivered-To: freebsd-gecko@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 14E542A2B32 for ; Sun, 29 Mar 2020 15:25:53 +0000 (UTC) (envelope-from mi+t@aldan.algebra.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 48qzv04rzBz4bPN for ; Sun, 29 Mar 2020 15:25:48 +0000 (UTC) (envelope-from mi+t@aldan.algebra.com) Received: by mailman.nyi.freebsd.org (Postfix) id 06FF32A2B07; Sun, 29 Mar 2020 15:25:39 +0000 (UTC) Delivered-To: gecko@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EAED62A2B06 for ; Sun, 29 Mar 2020 15:25:38 +0000 (UTC) (envelope-from mi+t@aldan.algebra.com) Received: from symbion.zaytman.com (symbion.zaytman.com [64.112.176.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "symbion", Issuer "Narawntapu" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48qztd46c8z4bK3; Sun, 29 Mar 2020 15:25:28 +0000 (UTC) (envelope-from mi+t@aldan.algebra.com) Received: from narawntapu.narawntapu (pool-100-1-228-105.nwrknj.fios.verizon.net [100.1.228.105]) by symbion.zaytman.com (8.15.2/8.15.2) with ESMTPS id 02TFPH7u066285 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 29 Mar 2020 11:25:18 -0400 (EDT) (envelope-from mi+t@aldan.algebra.com) X-Authentication-Warning: symbion.zaytman.com: Host pool-100-1-228-105.nwrknj.fios.verizon.net [100.1.228.105] claimed to be narawntapu.narawntapu Received: from aldan.narawntapu (aldan [192.168.3.13]) by narawntapu.narawntapu (8.15.2/8.15.2) with ESMTP id 02TFPBmI081726; Sun, 29 Mar 2020 11:25:11 -0400 (EDT) (envelope-from mi+t@aldan.algebra.com) X-Authentication-Warning: narawntapu.narawntapu: Host aldan [192.168.3.13] claimed to be aldan.narawntapu Subject: Re: Restoring seamonkey To: Jan Beich Cc: gecko@freebsd.org References: <857ef528-1dfd-12b6-6579-b03a137ff199@aldan.algebra.com> <9a797087-e769-3c50-3032-c71b41fab823@aldan.algebra.com> <4ku8-x9zl-wny@FreeBSD.org> From: "Mikhail T." Message-ID: Date: Sun, 29 Mar 2020 11:25:11 -0400 MIME-Version: 1.0 In-Reply-To: <4ku8-x9zl-wny@FreeBSD.org> Content-Language: en-US X-DCC-MGTINTERNET-Metrics: narawntapu 1170; bulk rep Body=2 Fuz1=2 Fuz2=2 rep=67% X-Spam-Status: No, score=1.1 required=23.0 tests=ALL_TRUSTED,BAYES_40, HTML_MESSAGE,RATWR8_MESSID,TW_IQ autolearn=no autolearn_force=no version=3.4.2 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on narawntapu.narawntapu X-Rspamd-Queue-Id: 48qztd46c8z4bK3 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of mi@aldan.algebra.com has no SPF policy when checking 64.112.176.10) smtp.mailfrom=mi@aldan.algebra.com X-Spamd-Result: default: False [0.57 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.28)[-0.284,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(-0.01)[country: US(-0.05)]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[algebra.com]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.04)[-0.039,0]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:394548, ipnet:64.112.176.0/24, country:US]; TAGGED_FROM(0.00)[t]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[105.228.1.100.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-gecko@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gecko Rendering Engine issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2020 15:25:53 -0000 On 28.03.20 20:47, Jan Beich wrote: > Lack of the homework. I really don't understand this, Jan... Let's replay: 1. I wanted to install Seamonkey on a system I'm dressing up, and found, that the port is no longer available. 2. I looked for the final commit-message, and found: 1. it was deleted by you, last year; 2. it was deleted for lack of updates. 3. So, I looked at the upstream's site, and found, that they've made several releases since then, most recent -- last month. 4. I then wrote you an e-mail inquiring, if the port can be restored... Do the 2. and the 3. not qualify as "homework"? What more should I have done before approaching you for comment? > Patches do the talking better. So, you're angry at me for not doing the work, which you're trying to dissuade me from doing in the first place? > According to SeaMonkey 2.53.1 release notes the engine was updated to > Firefox 60.2ser with security fixes up to Firefox 72. Current version of > Firefox is 74 while 75 is expected next week. Finding applicable > vulnerabilities requires checking the code e.g., trying every fix > against SeaMonkey tree but assuming some rebase churn. So, your earlier statement about it still being vulnerable is not based on any such research, and cannot be substantiated?.. I guess, the port really can be restored... >>> I'm only opposed on using Mk/bsd.gecko.mk and having gecko@ as the maintainer. >> I understand the latter, but not the former. As long as gecko@ are not >> responsible for it, what's wrong with still using bsd.gecko.mk? > portmgr@ expects ports/ to not break ports maintained by others. Being > forced to test and avoid breaking bsd.gecko.mk consumers that I don't > maintain is exhausting. I understand, what you mean, but do not accept this reasoning. Imagine sed-, sh-, or awk-maintainers taking the same attitude, for example... It is part of FreeBSD -- everyone can use it. > Besides, the file has been planned for removal for months/years due to unnecessarily complicating maintenance. This is a much better reason... > See www/cliqz for an example of a Firefox fork that doesn't use bsd.gecko.mk. Thanks for the pointer, never heard of cliqz before -- will definitely check out both the browser itself and the port. Yours, -mi