From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.bugs Subject: bug#25394: bug#25395: 25.1; Emacs/W3 crashes on every url with elisp error (void-variable w3--args) Date: Wed, 15 Jan 2020 02:58:28 +0100 Message-ID: <87eew1h457.fsf@marxist.se> References: <78e2b7ed-dae2-822e-1c94-4990160e50fe@earthlink.net> <87lftupdbd.fsf@gnus.org> <874kzme6ue.fsf@marxist.se> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="219638"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Lars Ingebrigtsen , Steven Litvintchouk , 25394@debbugs.gnu.org, 25395@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jan 15 02:59:20 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1irXxm-000ufY-LE for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 15 Jan 2020 02:59:19 +0100 Original-Received: from localhost ([::1]:48206 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1irXxl-0003x0-Bl for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 14 Jan 2020 20:59:17 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46620) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1irXxW-0003wR-V0 for bug-gnu-emacs@gnu.org; Tue, 14 Jan 2020 20:59:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1irXxV-0005Bx-P3 for bug-gnu-emacs@gnu.org; Tue, 14 Jan 2020 20:59:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:56253) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1irXxV-0005Br-LY for bug-gnu-emacs@gnu.org; Tue, 14 Jan 2020 20:59:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1irXxV-00031c-Jf for bug-gnu-emacs@gnu.org; Tue, 14 Jan 2020 20:59:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 15 Jan 2020 01:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25394 X-GNU-PR-Package: emacs Original-Received: via spool by 25394-submit@debbugs.gnu.org id=B25394.157905351911590 (code B ref 25394); Wed, 15 Jan 2020 01:59:01 +0000 Original-Received: (at 25394) by debbugs.gnu.org; 15 Jan 2020 01:58:39 +0000 Original-Received: from localhost ([127.0.0.1]:33991 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1irXx9-00030r-6g for submit@debbugs.gnu.org; Tue, 14 Jan 2020 20:58:39 -0500 Original-Received: from ted.gofardesign.uk ([67.225.143.91]:49834) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1irXx7-00030c-Lm; Tue, 14 Jan 2020 20:58:38 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=marxist.se; s=default; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=3YDClZpj5m8WhavxrQ16G/9TmVa2y/4K7vgJL4KdAtc=; b=aawN3xms7+iwYY3oeYCkzQZA3Q 43TPnLmn1fKeSbFW0cE3GK0NxTQhGD/b9X2J5laWxq93jT5ZEVEzi7m8FCiBsCqh2CfTqVzHPC81T LI/lbw0o74vn+x9NquyrMPr+WIjr3TAq/sFhDU6EPu4T+gg7J9Auf9uRPhL8xD9bxtqYTRNUOlNv7 YVbCIzrB3oAsOwg1SSAkV+aepThx70of96Rmy0C7IJkZFkfwCQBLrVtLZVn9xCv1TQQ6VgI891Ux3 RRw1/zIlZ+lnr3XOzft+QyEQb3nmc7vc1HjJGuTzchWxc+rDdheFLDZbGV7FUQP5cQmjdmR28b+jU GfUV98Jw==; Original-Received: from h-70-69.a785.priv.bahnhof.se ([155.4.70.69]:39300 helo=localhost) by ted.gofardesign.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from ) id 1irXx0-001anb-HI; Tue, 14 Jan 2020 20:58:30 -0500 In-Reply-To: (Stefan Monnier's message of "Sat, 02 Nov 2019 14:15:33 -0400") X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ted.gofardesign.uk X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - marxist.se X-Get-Message-Sender-Via: ted.gofardesign.uk: authenticated_id: stefan@marxist.se X-Authenticated-Sender: ted.gofardesign.uk: stefan@marxist.se X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:174594 Archived-At: Stefan Monnier writes: >>>>> Still, doesn't seem actively maintained, based on >>>>> http://git.savannah.gnu.org/cgit/emacs/elpa.git/?h=externals/w3 > > Definitely not maintained. > >>>> compiler warnings"). "M-x w3" has the same error. So I can only >>>> assume this package has not been tested or used by anyone since it was >>>> added to elpa.gnu.org. > > I did do some limited testing back then. Maybe my tests were too > limited or bitrot has caused the problems we're seeing. > It shouldn't be too hard to fix. > >> Indeed, the development seems to have completely stalled. See also: >> 1. https://lists.gnu.org/archive/html/w3-dev/ >> 2. https://git.savannah.nongnu.org/cgit/w3.git > > I moved it to GNU ELPA in order to keep it on life-support. Sorry for the late reply. Does the above mean that you object to removing w3 from ELPA? As much as I appreciate the effort and general sentiment here, IMHO, keeping it around indefinitely in a broken state is less than satisfactory. It would perhaps be better to remove it until and unless someone actually carries out the expected life support. Also consider that we have limited resources and other important tasks to work on. Best regards, Stefan Kangas