From unknown Fri Jun 20 07:17:09 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#57412 <57412@debbugs.gnu.org> To: bug#57412 <57412@debbugs.gnu.org> Subject: Status: Could we make linum.el obsolete? Reply-To: bug#57412 <57412@debbugs.gnu.org> Date: Fri, 20 Jun 2025 14:17:09 +0000 retitle 57412 Could we make linum.el obsolete? reassign 57412 emacs submitter 57412 Stefan Kangas severity 57412 wishlist thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 25 14:08:13 2022 Received: (at submit) by debbugs.gnu.org; 25 Aug 2022 18:08:13 +0000 Received: from localhost ([127.0.0.1]:51229 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRHH3-0007jQ-Ju for submit@debbugs.gnu.org; Thu, 25 Aug 2022 14:08:13 -0400 Received: from lists.gnu.org ([209.51.188.17]:36020) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRHH0-0007jH-7e for submit@debbugs.gnu.org; Thu, 25 Aug 2022 14:08:12 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:50782) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oRHH0-0001cx-0v for bug-gnu-emacs@gnu.org; Thu, 25 Aug 2022 14:08:10 -0400 Received: from mail-oi1-x22b.google.com ([2607:f8b0:4864:20::22b]:39746) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oRHGy-0006lf-Kk for bug-gnu-emacs@gnu.org; Thu, 25 Aug 2022 14:08:09 -0400 Received: by mail-oi1-x22b.google.com with SMTP id j5so24225274oih.6 for ; Thu, 25 Aug 2022 11:08:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:mime-version:from:from:to:cc; bh=op6RnLfkC3nkkYJDK1JQWwM2/8wfLQ/uWGmDrYMZj7w=; b=i0j3LO7xutRqQgQS6FUJGcYAC8J8v5CM1kADKZezhGQAl9PIZ3UWOr4Ru9P8jr/U/l 32NiiRVPfvYoHkS6bi8eiLTyz9r+5/jynf9iUElI/9h/v/jXwpVIlfsW/n29T/an7N2E ZLHMd95MkI7BYsII35iLA6Ob+rYvH/uq9bAVoyyqgOyMgHE1vxPDCFtFd/QDXkVfydAX JpuCFSjbfIyg429Brh+5sVs/v8Mp4VG7xx0r7G5/oOzrodpB8tcj4QbdzzJcUCS3Dr9M HKgC+4DMQG9K+BltEQ2EUuPl6PBIgKdjfQlWRVgulmno/4jxD+n6dhfRE2e8UiasjG5l WBgQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:mime-version:from:x-gm-message-state :from:to:cc; bh=op6RnLfkC3nkkYJDK1JQWwM2/8wfLQ/uWGmDrYMZj7w=; b=ssM/jpDN2L6mwg9AHPmvJIAVj6FoE/nmrbz/3RuF27zdYf/cGd2FTA6Xr5QVIUMZI/ vzqqDQfavOwJBluwnn9A8f82FOXnzRZ/3LJK6BIRkjNEwPhTfFXHq4E+i6ZCXvZqHA7Z MMK5/6KEYX9cb+eTtuj8qjvDg3J927MKSQRWmPaAyFC+1jUOHOMhacqcVIdWU4P+KitI wq0/xyaST7Lj5ME1nCExRhVXDU1nvAfzE3t24FHoLjCr9oD6fMC5z2Qwb5HRhyMN1hU/ gj9W3NlCrlIJQkvkoE4ZoAUtn3d4IDJBWM1DIVeJDyYEJh/dTjczIstfMlFWTjm0VBYJ MHzw== X-Gm-Message-State: ACgBeo2fnf/MCredhA8jsa1T6LFZfByEbYPtDrICyorHu42voi1H6X2s YIgG3bFjMw+GIpLzao1ke/2BKOgjMwkxeDazPlRdA8XE X-Google-Smtp-Source: AA6agR7RFWw2w02X3K9GCgAQgVZy1dRzskiDXXJH3oSHiIWx5PjydtSp6nth3d3avFho2mAU7TT1qOiuxcv6YdXzx3g= X-Received: by 2002:a05:6808:1a11:b0:343:1ae:87d2 with SMTP id bk17-20020a0568081a1100b0034301ae87d2mr75480oib.281.1661450887247; Thu, 25 Aug 2022 11:08:07 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Thu, 25 Aug 2022 18:08:06 +0000 From: Stefan Kangas X-Debbugs-CC: monnier@iro.umontreal.ca MIME-Version: 1.0 Date: Thu, 25 Aug 2022 18:08:06 +0000 Message-ID: Subject: Could we make linum.el obsolete? To: bug-gnu-emacs@gnu.org Content-Type: text/plain; charset="UTF-8" Received-SPF: pass client-ip=2607:f8b0:4864:20::22b; envelope-from=stefankangas@gmail.com; helo=mail-oi1-x22b.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Severity: wishlist Is there any reason to keep linum.el around any longer, or could it be marked obsolete in favor of `display-line-numbers-mode'? Given our obsoletion policy, it would still be around for another decade, which should give users plenty of time to adapt. From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 25 14:29:32 2022 Received: (at 57412) by debbugs.gnu.org; 25 Aug 2022 18:29:33 +0000 Received: from localhost ([127.0.0.1]:51261 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRHbg-0008IV-LA for submit@debbugs.gnu.org; Thu, 25 Aug 2022 14:29:32 -0400 Received: from eggs.gnu.org ([209.51.188.92]:52756) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRHbe-0008II-H3 for 57412@debbugs.gnu.org; Thu, 25 Aug 2022 14:29:30 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:55282) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oRHbZ-0001Gs-4P; Thu, 25 Aug 2022 14:29:25 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=XjaQ5taz+38xJqxqqb+/CvuSaCcbDREGTmhrhtUnDYY=; b=DzV575dumpoG uV+g+DazPV8+0m3LkTlKsTI68459ktFUz0YlPDfbG2ocexizBhz5o3SoDTzwS+j8M/SVwSv5QxIli SbrS2//mghCZQs6xN0YcznIxOuDM+mYWdos9n9M2MY2nnTIdI2AfgwQnwUlI8YYRmZGdyEPHwdhtD 2yGh1+8/pBneMUV+5H3kuMccpRXeaY4wOo/30GQXb7iSLl45QyXZv9Mr5fqdXnckkDyr/tK52NQfv wNSAMQqOoC/mt2Jx63bi9/5ROlPDj170EeYxt/XQ3skFXmWx9Zcj2P+7X0UjtKlBoLdudwA4SdSkm I6UDNteI7ch7SPYjdWPl4g==; Received: from [87.69.77.57] (port=1937 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oRHbY-0007Kp-3I; Thu, 25 Aug 2022 14:29:24 -0400 Date: Thu, 25 Aug 2022 21:29:36 +0300 Message-Id: <83o7w82n3j.fsf@gnu.org> From: Eli Zaretskii To: Stefan Kangas In-Reply-To: (message from Stefan Kangas on Thu, 25 Aug 2022 18:08:06 +0000) Subject: Re: bug#57412: Could we make linum.el obsolete? References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57412 Cc: 57412@debbugs.gnu.org, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Cc: monnier@iro.umontreal.ca > From: Stefan Kangas > Date: Thu, 25 Aug 2022 18:08:06 +0000 > > Severity: wishlist > > Is there any reason to keep linum.el around any longer, or could it be > marked obsolete in favor of `display-line-numbers-mode'? The only possible reason is that linum.el allows more freedom in formatting the line numbers and their faces. I don't know whether this reason is serious enough to not obsolete linum.el. From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 26 04:22:39 2022 Received: (at 57412) by debbugs.gnu.org; 26 Aug 2022 08:22:39 +0000 Received: from localhost ([127.0.0.1]:51963 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRUbv-0006ki-AS for submit@debbugs.gnu.org; Fri, 26 Aug 2022 04:22:39 -0400 Received: from forward500p.mail.yandex.net ([77.88.28.110]:33888) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRUbr-0006kS-Aa for 57412@debbugs.gnu.org; Fri, 26 Aug 2022 04:22:38 -0400 Received: from vla3-23c3b031fed5.qloud-c.yandex.net (vla3-23c3b031fed5.qloud-c.yandex.net [IPv6:2a02:6b8:c15:2582:0:640:23c3:b031]) by forward500p.mail.yandex.net (Yandex) with ESMTP id 74428F013A6; Fri, 26 Aug 2022 11:20:35 +0300 (MSK) Received: by vla3-23c3b031fed5.qloud-c.yandex.net (smtp/Yandex) with ESMTPSA id rR8eLz8XYN-KXiKDAln; Fri, 26 Aug 2022 11:20:34 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1661502035; bh=HmlJXSL5fhFTv2HEZhtXj12n9Gij5Vk/Uk0dCVgcssk=; h=Message-ID:References:Date:Reply-To:Cc:In-Reply-To:Subject:To: From; b=L+iyhuXp/L9t9/7eDNUgXcX+Y1lZH1u7yy16xnwbEaxdoYT9XgnzBCnpku9Dgn2b7 ZxwI4y3pNZA9pH8rIwdwwl+V1SMKnUlYae46doIaRcARmZHvMoE3CJB9QzHUpV6jHV H9oqlUp6QDmnVSp4bpgEypQE1XwjAeS7Mul2K2IM= Authentication-Results: vla3-23c3b031fed5.qloud-c.yandex.net; dkim=pass header.i=@yandex.com From: Colin Baxter To: Stefan Kangas Subject: Re: bug#57412: Could we make linum.el obsolete? In-Reply-To: (Stefan Kangas's message of "Thu, 25 Aug 2022 18:08:06 +0000") References: X-Face: BHjiJOg/Qmj'BQgsAKL@])L)e62P)C"Y=6T Date: Fri, 26 Aug 2022 09:20:32 +0100 Message-ID: <87k06vxvov.fsf@yandex.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAAEkAAAATAgMAAAChCMjeAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAACVBMVEX/zAABCWP///8I RHjYAAAAAWJLR0QCZgt8ZAAAAAlwSFlzAAALEwAACxMBAJqcGAAAAAd0SU1FB+UFEAk5BvqS634A AAAbSURBVBjTY2BgCA1hYA0FAxDDgQEERsXoIAYA2F9Eb3cpB+AAAAAldEVYdGRhdGU6Y3JlYXRl ADIwMjItMDgtMTZUMTI6MDA6NTYrMDE6MDCRhRhWAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIxLTA1 LTE2VDA5OjU3OjA2KzAxOjAwTyZ6HwAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 57412 Cc: 57412@debbugs.gnu.org, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: m43cap@yandex.com Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> Stefan Kangas writes: > Severity: wishlist Is there any reason to keep linum.el around any > longer, or could it be marked obsolete in favor of > `display-line-numbers-mode'? > Given our obsoletion policy, it would still be around for another > decade, which should give users plenty of time to adapt. Please do not obsolete this. I do not like display-line-numbers-mode, preferring line numbers in the margin. There must be other users similarly inclined. I do not understand this need to obsolete packages that perform perfectly well. Emacs often has multiple ways of achieving the same outcome, which is surely a positive. Best wishes, From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 26 06:50:07 2022 Received: (at 57412) by debbugs.gnu.org; 26 Aug 2022 10:50:07 +0000 Received: from localhost ([127.0.0.1]:52234 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRWud-0004YC-GP for submit@debbugs.gnu.org; Fri, 26 Aug 2022 06:50:07 -0400 Received: from mail-wr1-f48.google.com ([209.85.221.48]:45635) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRWub-0004Xb-KZ for 57412@debbugs.gnu.org; Fri, 26 Aug 2022 06:50:06 -0400 Received: by mail-wr1-f48.google.com with SMTP id bq11so1317601wrb.12 for <57412@debbugs.gnu.org>; Fri, 26 Aug 2022 03:50:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc; bh=lpy+avqvmWzgWW8is89ISY23Chw6woOkkBJq8xgEhUM=; b=VpSdvJ843yqgj3k9vBps9w069Nk0sOv46urgWJws8TlCcFujkMA9EXQN1/tVCnvsBE f0K0OWi5fuZlbs7jgcUh1kJ9eiyeRH04KVRynwp5VUrv88kxTKaMbcRIINQstYDssK6G mkMnWvcmEKylcvwAoxjdqslvtsTiLish+dA2GaJkGpKUzR9ZLnHLfB7xjw6SImV6tXmf coGDOMKLJGJmUbRa4bEw+Vmdg71Y4j6C+wfDNIruo/FSnqHg7kZeAlSAGbSbBJo5krlO yFgpsi78bg5mjwtc+Gb28Da5df/b7ych7cX9bRBvlVg05nhZCsS7xxu0nu/odTGgv8Dx kiVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc; bh=lpy+avqvmWzgWW8is89ISY23Chw6woOkkBJq8xgEhUM=; b=I9fmdc2EYZrnyTtlxDgO/xEzZwv993F68XdEeX/vb2mgJfQZ9kQPAchghhsmKRsbZE 3E5mKSBMMdq3Vhx1913KMyGkdu3cVjiMhDOjqKY1K9WD9GPliJwrgPWO/xFW122kKcqP 4zO13JZLWYq4Gjeb4I+XGhd/P41+NbpSy5ChZSyLz1FIYPdvhGxyC24uXYF2sDmef/VC svD0/BKA+d5UdLTIwUFXxfMwnkmJFwx6eydcnP99SPjleFe5cWA7tATUqkCWFJPsC6cl cjkzZnDaTGOs/D6rxjwe1+P3FkhORoKboNRvVG/uNVkj52wXXSjkr+MN7TGTmefhS6X3 DbfQ== X-Gm-Message-State: ACgBeo3c8sjrzfL6dlZZbAkFJXiI/uwUZq6rwTeloC2q9/S3beMMeyuo dy8S0P/rYl3iSL8NpzSt+J8= X-Google-Smtp-Source: AA6agR7qLehlgKGen2z+nFrb9a9ny3pSRZ7YyjG4RGWfITeSB8+u9ZIevEktAtI1LoYuxFKmjd5Gqw== X-Received: by 2002:a5d:52d0:0:b0:21e:4923:fa09 with SMTP id r16-20020a5d52d0000000b0021e4923fa09mr4680997wrv.244.1661510999794; Fri, 26 Aug 2022 03:49:59 -0700 (PDT) Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id b3-20020a5d40c3000000b0022533c4fa48sm1602316wrq.55.2022.08.26.03.49.58 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 26 Aug 2022 03:49:59 -0700 (PDT) Message-ID: <4cc5c07f-75d4-3bc6-e3ff-bcf84c1ce261@yandex.ru> Date: Fri, 26 Aug 2022 13:49:55 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 Subject: Re: bug#57412: Could we make linum.el obsolete? Content-Language: en-US To: m43cap@yandex.com, Stefan Kangas References: <87k06vxvov.fsf@yandex.com> From: Dmitry Gutov In-Reply-To: <87k06vxvov.fsf@yandex.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 57412 Cc: 57412@debbugs.gnu.org, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) On 26.08.2022 11:20, Colin Baxter wrote: >>>>>> Stefan Kangas writes: > > Severity: wishlist Is there any reason to keep linum.el around any > > longer, or could it be marked obsolete in favor of > > `display-line-numbers-mode'? > > > Given our obsoletion policy, it would still be around for another > > decade, which should give users plenty of time to adapt. > > > Please do not obsolete this. I do not like display-line-numbers-mode, > preferring line numbers in the margin. There must be other users > similarly inclined. Have you tried nlinum-mode from GNU ELPA? I hear it has better performance and apparently fewer bugs. > I do not understand this need to obsolete packages that perform > perfectly well. Emacs often has multiple ways of achieving the same > outcome, which is surely a positive. It's good to reduce the volume of code we have to support over time. It would also help people land on a faster and better supported alternative. From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 26 07:11:27 2022 Received: (at 57412) by debbugs.gnu.org; 26 Aug 2022 11:11:27 +0000 Received: from localhost ([127.0.0.1]:52364 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRXFG-0007M1-Vg for submit@debbugs.gnu.org; Fri, 26 Aug 2022 07:11:27 -0400 Received: from quimby.gnus.org ([95.216.78.240]:42906) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRXFG-0007Ll-2H for 57412@debbugs.gnu.org; Fri, 26 Aug 2022 07:11:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; 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=Q0JL/rxm/T72vvBj4uNZlQrVuwzvUgzUeR1RAmQRP1w=; b=LHbPsONANKa13npFBwkpJuzbwD kegwtQ8lR9XSI5LktqUqxlORTsXYWefwIf73OPAZlXGvfrezDd8kecb8J/IIIpFENEC33QpZR5onw rySMqSKZgllN1eZVjkTwOs9dlCa8/pGKLOPN9iHlHQUJGUp2DfKisnfQHFWfvmuM3F9s=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oRXF6-0000L4-FK; Fri, 26 Aug 2022 13:11:18 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#57412: Could we make linum.el obsolete? In-Reply-To: <83o7w82n3j.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 25 Aug 2022 21:29:36 +0300") References: <83o7w82n3j.fsf@gnu.org> X-Now-Playing: David Sylvian's _Secrets of the Beehive_: "Let the Happiness In" Date: Fri, 26 Aug 2022 13:11:15 +0200 Message-ID: <87bks7dzu4.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > The only possible reason is that linum.el allows more freedom in > formatting the line numbers and their faces. I don't know whether > this reason is serious enough to not obsolete linum.el. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57412 Cc: 57412@debbugs.gnu.org, Stefan Kangas , monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > The only possible reason is that linum.el allows more freedom in > formatting the line numbers and their faces. I don't know whether > this reason is serious enough to not obsolete linum.el. I think nlinum is supposed to support everything that linum does (and is faster and less buggy) -- but I haven't looked in detail. If that's the case, then I think it would make sense to obsolete linum.el. From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 26 07:20:10 2022 Received: (at 57412) by debbugs.gnu.org; 26 Aug 2022 11:20:11 +0000 Received: from localhost ([127.0.0.1]:52426 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRXNi-0001LC-Ky for submit@debbugs.gnu.org; Fri, 26 Aug 2022 07:20:10 -0400 Received: from mail-wr1-f41.google.com ([209.85.221.41]:44016) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRXNg-0001Kv-9E for 57412@debbugs.gnu.org; Fri, 26 Aug 2022 07:20:10 -0400 Received: by mail-wr1-f41.google.com with SMTP id z16so1414588wrh.10 for <57412@debbugs.gnu.org>; Fri, 26 Aug 2022 04:20:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc; bh=BBrU7hrGaGVXDuY9nREOekFdoQT7CNCXbWlVzZrmV/U=; b=HaIvlwzPbmVuJjYsrQRFhWkPSVb6sRLZCd+D+pQRUKYsy8mYFLGbGgHZXbikq28UBG hC0DNl61pBDIt/OlTNFmQRde/aQXNzprYKvEBRJ48eUXnpzR7IqQpU2KcPKlObmplT1E TrB3/QZmXgdu/fM8Xfv/pQQcycze1RAOD7rWORwtoIXBKTv83NI1e/dI0kIGGQQ35k6G uUuPQly/zqtJ2wgJWV6xgxPv7gIT/SMl+L5mkeyV9UUwcBF7Vb/3yrTmwhIJ2EO+fxr1 j4s5dqK8SavDsfjwt63r+fybA+PEbJLhLYZuIQ8WfrkwuXJNvzl67objELgqFCICAv9h 2ypg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc; bh=BBrU7hrGaGVXDuY9nREOekFdoQT7CNCXbWlVzZrmV/U=; b=QKrNEJNkySO1Vdw2gPtE3K0nfEbARHfkyLqj8WpU+C6YAF84cpFUQ+P5+tXHZ1MsdU pKi6Ha5toEwUoSC4QlBhe3TMW5UeAiVJtAYEv0bAvcw0J034xotLmHBk9HrGVpZtFK0T BcpD45GfJAmWzFfBsE/8K1ys9/mziPZ732nlJANAJ2h547r4xjbn0e7Wm/p5mp/j9/0Y 6ddgNxZuqc+AqmQ3Gn1lFLxIqTXO/VINWrB1rWIMoph8+dioB30Uwq5NeEVQVDTrfqHO 7dYWO+/2qHpLCuPSbS6IZIlH46RK0JVFwrUgN0Sg66e19PS937Jv8mnGJvH43eBCmRRB 0vzw== X-Gm-Message-State: ACgBeo2bvRiEfO86aWgLijvj4Ed7cQ9AvYofEb3vYiD4LCuQHlblaikS J1cu/t+e3YnQxfocOZyU+nE= X-Google-Smtp-Source: AA6agR4OMNk4ue5VWmqMTzAAuCsjwnQpPDObgQWq8q0J4WgcxzBWEHdEI/tdNbIfzlo8hdnY54Onxw== X-Received: by 2002:a05:6000:38a:b0:225:8666:da09 with SMTP id u10-20020a056000038a00b002258666da09mr2597548wrf.184.1661512802379; Fri, 26 Aug 2022 04:20:02 -0700 (PDT) Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id a4-20020adfeec4000000b002258c4e82casm1140186wrp.98.2022.08.26.04.20.00 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 26 Aug 2022 04:20:01 -0700 (PDT) Message-ID: <001fc7b6-a724-b191-77a8-94c7eeec8a69@yandex.ru> Date: Fri, 26 Aug 2022 14:19:59 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 Subject: Re: bug#57412: Could we make linum.el obsolete? Content-Language: en-US To: Lars Ingebrigtsen , Eli Zaretskii References: <83o7w82n3j.fsf@gnu.org> <87bks7dzu4.fsf@gnus.org> From: Dmitry Gutov In-Reply-To: <87bks7dzu4.fsf@gnus.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 57412 Cc: 57412@debbugs.gnu.org, Stefan Kangas , monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) On 26.08.2022 14:11, Lars Ingebrigtsen wrote: > Eli Zaretskii writes: > >> The only possible reason is that linum.el allows more freedom in >> formatting the line numbers and their faces. I don't know whether >> this reason is serious enough to not obsolete linum.el. > I think nlinum is supposed to support everything that linum does (and is > faster and less buggy) -- but I haven't looked in detail. Here's one such case when I ended just just recommending to avoid linum: https://github.com/company-mode/company-mode/issues/1336 From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 26 12:18:37 2022 Received: (at 57412) by debbugs.gnu.org; 26 Aug 2022 16:18:37 +0000 Received: from localhost ([127.0.0.1]:54389 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRc2W-0002Ca-OP for submit@debbugs.gnu.org; Fri, 26 Aug 2022 12:18:37 -0400 Received: from mx0a-00069f02.pphosted.com ([205.220.165.32]:16240) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRc2U-0002CQ-2V for 57412@debbugs.gnu.org; Fri, 26 Aug 2022 12:18:36 -0400 Received: from pps.filterd (m0246627.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.17.1.5/8.17.1.5) with ESMTP id 27QDcdAx011425; Fri, 26 Aug 2022 16:18:32 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2022-7-12; bh=lY0Z21jqtpFmyuQs0xk1NxvL38CzBoAn4E6zPPHlJg0=; b=FFpe9GO/XKRUjAYFO3/xNyp8sad0d/Vlv8oHE8F7mNSTbwTYcG5jec75eVGNFkNcYZIp Ln6mNTUCaiGbbhNohjjOxtqHpcnvbl5yYoUz7CKSoXM9/7txOgWwVucmXatnTkffPRR/ SRr89DCJSIuarfVl5Z2GaUl66v9VKlXMuZcSSedSaYzSTz4bEIuHOpXkSUE89SUjQucc SRHEkTcSygPVnXsu7fozsJRPBmCJj2m6C368Z/2LvJbI6QmU2R7lKouYeYzElP/vY6qy 5lYhhSSWvQIFvIs2H0XwZBM0by1sK+MU74tI6imoAbDqVBElrM1Ypapp2f+i5AWrRlVD JA== Received: from iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com (iadpaimrmta02.appoci.oracle.com [147.154.18.20]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 3j55nygcgr-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 26 Aug 2022 16:18:31 +0000 Received: from pps.filterd (iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com [127.0.0.1]) by iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com (8.17.1.5/8.17.1.5) with ESMTP id 27QDqIVh033589; Fri, 26 Aug 2022 16:18:30 GMT Received: from nam12-mw2-obe.outbound.protection.outlook.com (mail-mw2nam12lp2046.outbound.protection.outlook.com [104.47.66.46]) by iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com (PPS) with ESMTPS id 3j5n6r29nk-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 26 Aug 2022 16:18:30 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GMqN28uicta1COaqUsR/BQwp7sAzJLOuj0pMx+Z8MU1yzWPRTCxbxYK4aBdKo1NRQdCP0h3y+hBfumBZsoqEgRaz8Ekh39bgA9xS4IyGEXGAm0BIk3RE8ypdUoUYB/flFTJZA2TEDNe+lwYFpAlSYaXTf3ubekKwqjj6bOw98FAaihXxBxFvipnHTtrZMBcSmxf4brnqeK3itK+EwYr2l5WmIzJcJinjCT15ZEZf/O5GivE5EuMsi0tXkiyhQJpfOv9zHqz/m/WsxfnkcctLRylc6GAULhC3gf7FJQxLMij8SNs2L244gV+O3kUL2zD78JDVg8Tb1G8s6J0LbhSFww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=lY0Z21jqtpFmyuQs0xk1NxvL38CzBoAn4E6zPPHlJg0=; b=Z4WdjQKAW2hSwZYCnaeKDZhAUhUxBUpRjBt3vZJV0TMOsBKJ7E2cFJct6UZ+6GH8K4kcE2P2iuIzvGl8VfK+R9DjwrimKh4rw+f9X4irurRLJaVHC8YnQaMSaJTvNW42pC8DRb1DLLzNVTvSPjr9CQQkIqY9qv5Su7FaZUyc7Sh3DfwRDQ3s6PHpL3WHHBQdgVQ/5RxCxtcqp7Ms+whaAXOAQGcucIXdCXllNz8lLOgbyklhs6DSVhg2+2Y1WypXdYdRE0M9hVhLLw+EQYhRLunH2BPzI+k22tOp6tbX86iM3Fu93PAV7obEQREkEJwxYGjDQ0xNd6mlZFSwj/IKiA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=lY0Z21jqtpFmyuQs0xk1NxvL38CzBoAn4E6zPPHlJg0=; b=nLWx7jiI8hegdmE13Een8rGGAeoK4/aYyXrBl+M1UoNABtfSi9XSHJWj6IOyUphMhArShGz5z0e//pVcXpKM788Y8kONt1y/kFBWU9Klc1xaC/73lgRFi9ROPVtwMZXr3O2pq695r22DIBmS4MOncigTe6x285LJsV1B5KTMEd8= Received: from SJ0PR10MB5488.namprd10.prod.outlook.com (2603:10b6:a03:37e::19) by SJ0PR10MB5719.namprd10.prod.outlook.com (2603:10b6:a03:3ee::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5546.22; Fri, 26 Aug 2022 16:18:28 +0000 Received: from SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::570:ff21:c9e1:22f1]) by SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::570:ff21:c9e1:22f1%2]) with mapi id 15.20.5566.016; Fri, 26 Aug 2022 16:18:28 +0000 From: Drew Adams To: "m43cap@yandex.com" , Stefan Kangas Subject: RE: [External] : bug#57412: Could we make linum.el obsolete? Thread-Topic: [External] : bug#57412: Could we make linum.el obsolete? Thread-Index: AQHYuSUc6Pwef1ufkEaQQIfY9QLeIK3BWxow Date: Fri, 26 Aug 2022 16:18:28 +0000 Message-ID: References: <87k06vxvov.fsf@yandex.com> In-Reply-To: <87k06vxvov.fsf@yandex.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: e246442f-33f7-4c21-8bc7-08da877e9c28 x-ms-traffictypediagnostic: SJ0PR10MB5719:EE_ x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: jG+OLA9xyvoMlci9VUd6Z6/Vf4LUjBotSrDhm4h0QCrBzELAXaCKDzi8nye7AYKXCI3YJPveTgueeed7AVWmNYcQPUM1KywfwACF9X4j05lfz5HHPMItU+TQyuxIEeHgYTMBkHpbGB4XHYfV9uw5QmzQ8q2I/wThBmudcFPbFyfPnvbArCeD2TNQePjwb6/Wk8J4A0hjEy3Uf+kbSeTpXt8jl+nZkbPdUlFm8B/XRZtWfGhQA3IETdWwt4nstl7dcp4R3PRywMCWfSLYW+W3se6shL+ziesPbykFLARUQpyzHWzEzpXjNjYexoidkpAq7GB0kuEopfq5iRXPDwImFdzB/Dz8xnWh2wJJ8nyXTG+cLDO1bJVkXhdQKc9obrhjew9Pa691/JIR4702+dl5TfiBi6qoGR2JJ28BbZ7oMl0yRJkVDjjTR5swifbhajRm9BIZjl4QvwiELpDkhp5uRXwz7tbgG04D//LGfIgix7GNKYYtlgzZPv+3fAvLpsUn2w+z35I1euQy/v/Z2YggwNmOBhQTzi7cjp2d4Wai11ozredPa/elpuy09R9+DiensEEeSI8tUKpuvQ3ZWsLJIChm7ib29sbLZbIwkITbViMjgKz/iKkqvFfNyn3myuPhNKvQjTamaCJZYrjgfgbqo8+WxivtEJSobs1feV3HA1GZUM7tABZR5eHWRfkMbhLYsRbl+SL/NrERW4FwnpF2af8V8o0odorwi+XWMncUPMX5jJyQnxIegPUZnk+uQCeVgH8d4Rl9gUF8zrBnWencM2ywDzD95ASTJoU9D96nWYw= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR10MB5488.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230016)(346002)(376002)(366004)(136003)(396003)(39860400002)(38070700005)(66446008)(2906002)(122000001)(478600001)(66556008)(54906003)(76116006)(64756008)(110136005)(4326008)(8676002)(66476007)(66946007)(44832011)(6506007)(71200400001)(4744005)(52536014)(26005)(8936002)(9686003)(7696005)(186003)(41300700001)(38100700002)(86362001)(55016003)(966005)(316002)(33656002)(5660300002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?zMadlNxtKggakpVHqh7IvwL1nobXFM4pCfhczxnVwT3M1aZk1P6yLH3T7lEl?= =?us-ascii?Q?70xrzjJfBtfxh5DEjxsWEaLpfthaTyP7LLQlmC5IwZIltEqGvqrOfGUg1de1?= =?us-ascii?Q?g+qXjpJnayjd/vaBdaie63SH6kHkdiRdBiveLvZd/yhGenWmMRoABCaiynzH?= =?us-ascii?Q?rKd9NWHp5qrmp+vYOmazvM6Qb/o+mqm6elCkUhi0cfMY/SC85gxJ6hejAwua?= =?us-ascii?Q?Y712XZnx6yekZgJlLvkpsxtyRhCUnh1xtoPbYidbibSGrPtBg7DR3b0Pqx3g?= =?us-ascii?Q?WjvNYGz8knxTf1IpGeewMAgJ74RLp1rkgbL+HEUc4RJ6GVou6oXF8ugGtVCQ?= =?us-ascii?Q?sWAl2QkE4YeBepQK5EtHLC9N2HyVw/qrKgfLvdf2GBdj/R4Yb4ceAcpfkV+B?= =?us-ascii?Q?ns71/H67oTpgfgErgdGvhYE/OuwB48xMuqh1LhxRcMLMMA8eWXo9VpDSPqnc?= =?us-ascii?Q?0xVVLR3KW2ViDa8Eh19wVgCRp3isnlA1nAvpmHsAWCjadiyogvOJGtzC+5D2?= =?us-ascii?Q?5dVGqrJEN01Lse8FqwKG/cq5KtqwgabxoKPdmIHH2Lban4y09nCOd0LDBrpa?= =?us-ascii?Q?jPDsGylPx+pdgb7VIXbUKRQqcU9wc/Q+k3BbPJDqQoJT0qj8Pq+7Mlk2OZH9?= =?us-ascii?Q?PXOvpFKD1rx3nZ4aDvd48FhmUd1vb4AZBybt0NWLBu+BnxH6VOG/0xU/OIpj?= =?us-ascii?Q?meB1h1CZ3cWOsEgfoMmsGx/aJEnU/4cdn/9a4IQu97DYWp6mur4hhCSDAtiZ?= =?us-ascii?Q?2d4gK+Ljr7w+aAWstsrJjnMe8eDVT2Ie0vh3b6Wm/hS55JilLn7yPLftVu1C?= =?us-ascii?Q?ZWmCCu6MiqaG1FBwswNOg5kGJleqGXbOcrxYbMlWphIGUzqW+Duy9l4IVdbs?= =?us-ascii?Q?YPPaJycGtaLly+4LlowIY453/PE1BOYANJ+mj1aVRxSAnhvme1SRtqJ4Oxyk?= =?us-ascii?Q?+MxGXGQ9mccCU69H9LjkWYkwcQMUh1nxVA5Lj5A8jW8lEIvGSN6QHtYrarav?= =?us-ascii?Q?8/iqWIKQgcXnq0nDtuhlmju3m5XKdWmhAt+zACSLdLSEEBRk8YIe3wWDgjVu?= =?us-ascii?Q?sJrY4ocULAI8gKLzEaZIhv3ih+AgWRAlBY11OrjXXMX0Qydkgy9z6gJSpPYr?= =?us-ascii?Q?7PR75CvVAqTgiJnBk+vAz27UOzwsStYM55zz4pP9uTyvWOMz3VuBYNGgKS+4?= =?us-ascii?Q?fu0JZtg2QMS0kUzHAICQPBpEZLKWOdI3Mb8VecKuXTuRL/CZsZelw/wauNzR?= =?us-ascii?Q?sZgDdVoIX1fKwhT5ECQeW/ezW17509BB3AC3DaExWBHivhNW1bJefekjn84I?= =?us-ascii?Q?5QHWZq3uTQVQQVCdieliF1MxYDQNjyTospIPJARr/yayUtk9uSEogMQpYsZS?= =?us-ascii?Q?0I55AA2g6U0pbZOT72YyXNQw5CdmcIjCRkuxk/5ScAwYMwHf5NM9BSK8k7jH?= =?us-ascii?Q?UDyo9aItuRlLdz/EZLFwkH65t8MN+xncyy/0VZfean9fmghV5QhuyoQ7nRcG?= =?us-ascii?Q?yjAZIzZYwWk+P+uesKygM4dlsCsSsw7d8Tfn12HSGyZR7Z5vRkJr3LeFO4m9?= =?us-ascii?Q?tG4WEA8L3wsMY8pgf+0P6Uyffpq39HNB/DdEqgt2?= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SJ0PR10MB5488.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: e246442f-33f7-4c21-8bc7-08da877e9c28 X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Aug 2022 16:18:28.1566 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: NUc8U8smhhi0gGA+neC81Z1yBp2tkByQoas/ixSsrUgoEgZg8AiaroTn8jbCqrdUekq6SBH4NzQp8lvdE2Q76Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ0PR10MB5719 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.895,Hydra:6.0.517,FMLib:17.11.122.1 definitions=2022-08-26_08,2022-08-25_01,2022-06-22_01 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 phishscore=0 spamscore=0 bulkscore=0 adultscore=0 mlxscore=0 malwarescore=0 mlxlogscore=453 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2207270000 definitions=main-2208260066 X-Proofpoint-ORIG-GUID: 4wbaB8tFZO_du-PZFNVrRSZPBsNAnVJP X-Proofpoint-GUID: 4wbaB8tFZO_du-PZFNVrRSZPBsNAnVJP X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 57412 Cc: "57412@debbugs.gnu.org" <57412@debbugs.gnu.org>, "monnier@iro.umontreal.ca" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > I do not understand this need to obsolete packages that perform > perfectly well. Emacs often has multiple ways of achieving the same > outcome, which is surely a positive. Marie-Condo Complex? https://en.wikipedia.org/wiki/Marie_Kondo Nothing wrong with some wanting to declutter their _own_ lives and living rooms. Emacs is everyone's living room. The Emacs way would be to provide decluttering user options, to let users decide for themselves. ;-) From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 26 12:57:22 2022 Received: (at 57412) by debbugs.gnu.org; 26 Aug 2022 16:57:22 +0000 Received: from localhost ([127.0.0.1]:54435 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRce2-0003Ne-7s for submit@debbugs.gnu.org; Fri, 26 Aug 2022 12:57:22 -0400 Received: from forward107o.mail.yandex.net ([37.140.190.210]:48500) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRcdz-0003NQ-Kk for 57412@debbugs.gnu.org; Fri, 26 Aug 2022 12:57:20 -0400 Received: from myt6-265321db07ea.qloud-c.yandex.net (myt6-265321db07ea.qloud-c.yandex.net [IPv6:2a02:6b8:c12:2626:0:640:2653:21db]) by forward107o.mail.yandex.net (Yandex) with ESMTP id 92B026AFEC3A; Fri, 26 Aug 2022 19:55:28 +0300 (MSK) Received: by myt6-265321db07ea.qloud-c.yandex.net (smtp/Yandex) with ESMTPSA id GOQgBQu9Rf-tQi4fijD; Fri, 26 Aug 2022 19:55:27 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1661532928; bh=p3y7yMsz1PuESXZ1NgBkeBxjDk/0Esci6a8ft9GgcOc=; h=Message-ID:References:Date:Reply-To:Cc:In-Reply-To:Subject:To: From; b=hoZSNLY2VASC6mt1z7FaSmFOnX/dW3zz2MJrtboWtPlDc/E3bJK0opyyHbYE1bjkm d+5fr9PwUl90EqGSIUZw/Mql/Htl3f/JS8TV6N89SWXTj5m5eW1Qgu+hfg4VCwEHiT SLoHJhEqgLnQb8Rqd1Oj9alxkwZ09wSMOEf7GDPc= Authentication-Results: myt6-265321db07ea.qloud-c.yandex.net; dkim=pass header.i=@yandex.com From: Colin Baxter To: Dmitry Gutov Subject: Re: bug#57412: Could we make linum.el obsolete? In-Reply-To: <001fc7b6-a724-b191-77a8-94c7eeec8a69@yandex.ru> (Dmitry Gutov's message of "Fri, 26 Aug 2022 14:19:59 +0300") References: <83o7w82n3j.fsf@gnu.org> <87bks7dzu4.fsf@gnus.org> <001fc7b6-a724-b191-77a8-94c7eeec8a69@yandex.ru> X-Face: BHjiJOg/Qmj'BQgsAKL@])L)e62P)C"Y=6T Date: Fri, 26 Aug 2022 17:55:24 +0100 Message-ID: <87edx3ndvn.fsf@yandex.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAAEkAAAATAgMAAAChCMjeAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAACVBMVEX/zAABCWP///8I RHjYAAAAAWJLR0QCZgt8ZAAAAAlwSFlzAAALEwAACxMBAJqcGAAAAAd0SU1FB+UFEAk5BvqS634A AAAbSURBVBjTY2BgCA1hYA0FAxDDgQEERsXoIAYA2F9Eb3cpB+AAAAAldEVYdGRhdGU6Y3JlYXRl ADIwMjItMDgtMTZUMTI6MDA6NTYrMDE6MDCRhRhWAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIxLTA1 LTE2VDA5OjU3OjA2KzAxOjAwTyZ6HwAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 57412 Cc: Lars Ingebrigtsen , Stefan Kangas , Eli Zaretskii , monnier@iro.umontreal.ca, 57412@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: m43cap@yandex.com Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >>>>> Dmitry Gutov writes: > On 26.08.2022 14:11, Lars Ingebrigtsen wrote: >> Eli Zaretskii writes: >> >>> The only possible reason is that linum.el allows more freedom in >>> formatting the line numbers and their faces. I don't know >>> whether this reason is serious enough to not obsolete linum.el. >> I think nlinum is supposed to support everything that linum does >> (and is faster and less buggy) -- but I haven't looked in detail. > Here's one such case when I ended just just recommending to avoid > linum: > https://github.com/company-mode/company-mode/issues/1336 I've never experienced any problems with linum.el but then my setup is super-simple and does not include company-mode. Best wishes, From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 26 15:00:54 2022 Received: (at 57412) by debbugs.gnu.org; 26 Aug 2022 19:00:54 +0000 Received: from localhost ([127.0.0.1]:54524 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oReZa-0006p0-7G for submit@debbugs.gnu.org; Fri, 26 Aug 2022 15:00:54 -0400 Received: from forward103p.mail.yandex.net ([77.88.28.106]:50396) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oReZX-0006ok-Iq for 57412@debbugs.gnu.org; Fri, 26 Aug 2022 15:00:52 -0400 Received: from myt5-69594d4a41fa.qloud-c.yandex.net (myt5-69594d4a41fa.qloud-c.yandex.net [IPv6:2a02:6b8:c12:3ca5:0:640:6959:4d4a]) by forward103p.mail.yandex.net (Yandex) with ESMTP id 39ADE5A1949; Fri, 26 Aug 2022 22:00:44 +0300 (MSK) Received: by myt5-69594d4a41fa.qloud-c.yandex.net (smtp/Yandex) with ESMTPSA id e7HWo5xCvk-0ghi2mkv; Fri, 26 Aug 2022 22:00:43 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1661540443; bh=C8m/sDR5rSj8hRwnOyYxlScNIgOHfO50muR6tywbXLs=; h=Message-ID:References:Date:Reply-To:Cc:In-Reply-To:Subject:To: From; b=DnOZEDVuKaYttjuRxmdF1U1z/mV2gBjd/7fldsyRVZpkJiEmHOeeRhsqTFFh+ALsd wN8UnktvQXzhfYuwcDmTwMV0JTndm37zgKJqPK6gG5t+7rcKD+5PoGq1rHziezfJy2 ToAJyLKlWDuLfqsdg3sdnNgimf8Z0Z2PBWfiNw5I= Authentication-Results: myt5-69594d4a41fa.qloud-c.yandex.net; dkim=pass header.i=@yandex.com From: Colin Baxter To: Dmitry Gutov Subject: Re: bug#57412: Could we make linum.el obsolete? In-Reply-To: <4cc5c07f-75d4-3bc6-e3ff-bcf84c1ce261@yandex.ru> (Dmitry Gutov's message of "Fri, 26 Aug 2022 13:49:55 +0300") References: <87k06vxvov.fsf@yandex.com> <4cc5c07f-75d4-3bc6-e3ff-bcf84c1ce261@yandex.ru> X-Face: BHjiJOg/Qmj'BQgsAKL@])L)e62P)C"Y=6T Date: Fri, 26 Aug 2022 20:00:40 +0100 Message-ID: <87sflieso7.fsf@yandex.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAAEkAAAATAgMAAAChCMjeAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAACVBMVEX/zAABCWP///8I RHjYAAAAAWJLR0QCZgt8ZAAAAAlwSFlzAAALEwAACxMBAJqcGAAAAAd0SU1FB+UFEAk5BvqS634A AAAbSURBVBjTY2BgCA1hYA0FAxDDgQEERsXoIAYA2F9Eb3cpB+AAAAAldEVYdGRhdGU6Y3JlYXRl ADIwMjItMDgtMTZUMTI6MDA6NTYrMDE6MDCRhRhWAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIxLTA1 LTE2VDA5OjU3OjA2KzAxOjAwTyZ6HwAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 57412 Cc: 57412@debbugs.gnu.org, Stefan Kangas , monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: m43cap@yandex.com Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> Dmitry Gutov writes: > On 26.08.2022 11:20, Colin Baxter wrote: >>>>>>> Stefan Kangas writes: >> > Severity: wishlist Is there any reason to keep linum.el around >> any > longer, or could it be marked obsolete in favor of > >> `display-line-numbers-mode'? > Given our obsoletion policy, it >> would still be around for another > decade, which should give >> users plenty of time to adapt. Please do not obsolete this. I do >> not like display-line-numbers-mode, preferring line numbers in >> the margin. There must be other users similarly inclined. > Have you tried nlinum-mode from GNU ELPA? I hear it has better > performance and apparently fewer bugs. >> I do not understand this need to obsolete packages that perform >> perfectly well. Emacs often has multiple ways of achieving the >> same outcome, which is surely a positive. > It's good to reduce the volume of code we have to support over > time. > It would also help people land on a faster and better supported > alternative. Yes, I understand that and agree. From my perspective, I am disappointed that candidates for obsolescence seem to be chosen from libraries that are useful and not from morse, zone and the like. Best wishes, From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 26 15:14:53 2022 Received: (at 57412) by debbugs.gnu.org; 26 Aug 2022 19:14:53 +0000 Received: from localhost ([127.0.0.1]:54562 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRen6-0007A7-SG for submit@debbugs.gnu.org; Fri, 26 Aug 2022 15:14:53 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:23883) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRen4-00079t-6u for 57412@debbugs.gnu.org; Fri, 26 Aug 2022 15:14:50 -0400 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id EDBFA806AA; Fri, 26 Aug 2022 15:14:43 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 750F58006F; Fri, 26 Aug 2022 15:14:42 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1661541282; bh=eUt3lzdxkETeRSWvuPPGiWkKdJmXXBBEqkSLHlQKE5M=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=GueMUXU03YtoCnGLHdXr5tJNR4Rz1EXK9TUAglr2ojn0uVzccAknVjaU9jPPidSp6 zIw7OVsg8m00AfhF0jnDE/ttl3sXp8vg8fOmjdEdQ9cxEn5pdbGAzT4ymiFrKDEpTL Z6m1HiWhLfX0LXcHj69wtwsHbBcofcDNxl+xOceWjGW6p1PiqS/HkHpI2guoKjqpO+ ZDuvSxCsZociRPStzBf/dpS5idHKVVsryV7nwlpp2S1cG1yDfTTmiU/3y0ojn1Ro0H kn0KAntiZp2CKSnORigVz3uagwPdtYAvKfKm07kEPJ9kfUPLpsA6xv4n/0OznOXH96 ZfCe9mbFyLeyA== Received: from pastel (unknown [45.72.195.111]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 480DF120388; Fri, 26 Aug 2022 15:14:42 -0400 (EDT) From: Stefan Monnier To: Colin Baxter Subject: Re: bug#57412: Could we make linum.el obsolete? In-Reply-To: <87sflieso7.fsf@yandex.com> (Colin Baxter's message of "Fri, 26 Aug 2022 20:00:40 +0100") Message-ID: References: <87k06vxvov.fsf@yandex.com> <4cc5c07f-75d4-3bc6-e3ff-bcf84c1ce261@yandex.ru> <87sflieso7.fsf@yandex.com> Date: Fri, 26 Aug 2022 15:14:40 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.058 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57412 Cc: 57412@debbugs.gnu.org, Stefan Kangas , Dmitry Gutov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Colin Baxter [2022-08-26 20:00:40] wrote: > Yes, I understand that and agree. From my perspective, I am disappointed > that candidates for obsolescence seem to be chosen from libraries that > are useful and not from morse, zone and the like. Those that are useful but suffer from corner-case problems due to the underlying design are bound to fall into this trap: if they weren't very useful, noone would bother to reimplement them to fix those corner cases but since the problems stem from the underlying approach, the fix requires a significant rewrite which inevitably leads to a slightly different featureset. The purpose of obsoleting a library like `nlinum.el` is to help/encourage people to move to the better options out there (and sometimes also to discover important use-cases not yet covered by the new code). The maintenance cost of `nlinum.el` isn't very high, but there's a cost for users of having to choose between various options, none of which is a strict superset of the other. Stefan From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 26 16:18:00 2022 Received: (at 57412) by debbugs.gnu.org; 26 Aug 2022 20:18:00 +0000 Received: from localhost ([127.0.0.1]:54589 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRfmC-0000I6-5g for submit@debbugs.gnu.org; Fri, 26 Aug 2022 16:18:00 -0400 Received: from forward102p.mail.yandex.net ([77.88.28.102]:53868) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRfm9-0000Hr-Nn for 57412@debbugs.gnu.org; Fri, 26 Aug 2022 16:17:58 -0400 Received: from iva3-6d6b5ab252da.qloud-c.yandex.net (iva3-6d6b5ab252da.qloud-c.yandex.net [IPv6:2a02:6b8:c0c:c19:0:640:6d6b:5ab2]) by forward102p.mail.yandex.net (Yandex) with ESMTP id E5CC4393EDFF; Fri, 26 Aug 2022 23:17:50 +0300 (MSK) Received: by iva3-6d6b5ab252da.qloud-c.yandex.net (smtp/Yandex) with ESMTPSA id mbQK7qjIsL-HmhWj11v; Fri, 26 Aug 2022 23:17:50 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1661545070; bh=NiQqH7NcrqTtPLDVTAYI1eN+HpwkUm4kFe0EKqDNsBg=; h=Message-ID:References:Date:Reply-To:Cc:In-Reply-To:Subject:To: From; b=YrpnpiEIWO40xu4hDy/OavJJc56HYKwbgRmyFCH5HaccQKiKdhzG+esXtAM+ueMWO iD3jBnNpbAdwPnOhJuEW29IVvdEdwC+BlvqA0Yz9hqJeovuF35+eC7i8CzW1WVKIIZ MItawPELIHumqKK1CA7oQRDDmV1zYLbxIN6sPDkQ= Authentication-Results: iva3-6d6b5ab252da.qloud-c.yandex.net; dkim=pass header.i=@yandex.com From: Colin Baxter To: Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Subject: Re: bug#57412: Could we make linum.el obsolete? In-Reply-To: (Stefan Monnier via's message of "Fri, 26 Aug 2022 15:14:40 -0400") References: <87k06vxvov.fsf@yandex.com> <4cc5c07f-75d4-3bc6-e3ff-bcf84c1ce261@yandex.ru> <87sflieso7.fsf@yandex.com> X-Face: BHjiJOg/Qmj'BQgsAKL@])L)e62P)C"Y=6T Date: Fri, 26 Aug 2022 21:17:47 +0100 Message-ID: <87tu5ywyhg.fsf@yandex.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAAEkAAAATAgMAAAChCMjeAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAACVBMVEX/zAABCWP///8I RHjYAAAAAWJLR0QCZgt8ZAAAAAlwSFlzAAALEwAACxMBAJqcGAAAAAd0SU1FB+UFEAk5BvqS634A AAAbSURBVBjTY2BgCA1hYA0FAxDDgQEERsXoIAYA2F9Eb3cpB+AAAAAldEVYdGRhdGU6Y3JlYXRl ADIwMjItMDgtMTZUMTI6MDA6NTYrMDE6MDCRhRhWAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIxLTA1 LTE2VDA5OjU3OjA2KzAxOjAwTyZ6HwAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 57412 Cc: 57412@debbugs.gnu.org, Stefan Kangas , Stefan Monnier , Dmitry Gutov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: m43cap@yandex.com Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> Bug reports for GNU Emacs, the Swiss army knife of text editors writes: > Colin Baxter [2022-08-26 20:00:40] wrote: >> Yes, I understand that and agree. From my perspective, I am >> disappointed that candidates for obsolescence seem to be chosen >> from libraries that are useful and not from morse, zone and the >> like. > Those that are useful but suffer from corner-case problems due to > the underlying design are bound to fall into this trap: if they > weren't very useful, noone would bother to reimplement them to fix > those corner cases but since the problems stem from the underlying > approach, the fix requires a significant rewrite which inevitably > leads to a slightly different featureset. > The purpose of obsoleting a library like `nlinum.el` is to > help/encourage people to move to the better options out there (and > sometimes also to discover important use-cases not yet covered by > the new code). > The maintenance cost of `nlinum.el` isn't very high, but there's a > cost for users of having to choose between various options, none > of which is a strict superset of the other. I am not convinced. However thank you nevertheless for taking the time and effort to explain. Best wishes, From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 26 17:11:32 2022 Received: (at 57412) by debbugs.gnu.org; 26 Aug 2022 21:11:32 +0000 Received: from localhost ([127.0.0.1]:54656 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRgc0-0003rF-0s for submit@debbugs.gnu.org; Fri, 26 Aug 2022 17:11:32 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:22278) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oRgby-0003qz-6m for 57412@debbugs.gnu.org; Fri, 26 Aug 2022 17:11:30 -0400 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 61EA780664; Fri, 26 Aug 2022 17:11:24 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id DC21C8025C; Fri, 26 Aug 2022 17:11:22 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1661548282; bh=0j2S5/S2W4aRESV8IaqVeQK4rLwlvO1zfYG6Gtil1X0=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=lqtjcuIxFm7xPRJW2GQfdA3BHWu8QfhYFKbW/Vq6/y6qR+La95Be4l0o142GvNTz3 wbCWgJNI0aUPFdwX9sXjas9HPyYUrd8/nReISgYYHIhPwGiKAiw8rjMeMDEBbBuypR YYqTpC2dBR65EgWYVy0PvDq/ozv2WPR+0X6n5OPDLk1yV/M1eGaPN3o+KwD1jfHH+o c6q/+ECIr5FcXc8rTqok3iaVdIdK9LpaF/Msm5CK0DO8YbW7AoqGDnqYCvzuvttLid DkRplOY3lA0o+5Zx8I1Jry9vrDC09c+hAZcUwZqZJjb019DwMu2PIsdyJ44rplE5jQ Vo7RVElSxBvtw== Received: from pastel (unknown [45.72.195.111]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id AFC031201DD; Fri, 26 Aug 2022 17:11:22 -0400 (EDT) From: Stefan Monnier To: Colin Baxter Subject: Re: bug#57412: Could we make linum.el obsolete? In-Reply-To: <87tu5ywyhg.fsf@yandex.com> (Colin Baxter's message of "Fri, 26 Aug 2022 21:17:47 +0100") Message-ID: References: <87k06vxvov.fsf@yandex.com> <4cc5c07f-75d4-3bc6-e3ff-bcf84c1ce261@yandex.ru> <87sflieso7.fsf@yandex.com> <87tu5ywyhg.fsf@yandex.com> Date: Fri, 26 Aug 2022 17:11:20 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.058 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain T_SCC_BODY_TEXT_LINE -0.01 - X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 57412 Cc: 57412@debbugs.gnu.org, Stefan Kangas , Dmitry Gutov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Colin Baxter [2022-08-26 21:17:47] wrote: > I am not convinced. However thank you nevertheless for taking the time > and effort to explain. BTW, obsoleting `linum.el` doesn't mean removing it from Emacs for several more years. And even if/when we do decide to remove it, we can move it to GNU ELPA instead if there's still interest. Stefan From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 20 15:10:58 2022 Received: (at control) by debbugs.gnu.org; 20 Sep 2022 19:10:58 +0000 Received: from localhost ([127.0.0.1]:59664 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaie2-0005hD-Fg for submit@debbugs.gnu.org; Tue, 20 Sep 2022 15:10:58 -0400 Received: from mail-oi1-f181.google.com ([209.85.167.181]:34782) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaidy-0005gs-KH for control@debbugs.gnu.org; Tue, 20 Sep 2022 15:10:56 -0400 Received: by mail-oi1-f181.google.com with SMTP id m81so5019856oia.1 for ; Tue, 20 Sep 2022 12:10:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:mime-version:user-agent:references :in-reply-to:from:from:to:cc:subject:date; bh=ztNC8W1P0V0QpeDuiW6uvIvaN1CBE1qa3sUXnlxuoWw=; b=mqQPAnJD71MYiNfl2dUvKbl2/DcUDeVOUy3SpNrJ3dV1pBmz9Rv8PjmQzIXKUNrSbk Jf8uYTJpibFznvbG3tRZ1V7CSbk6rQxquMgzgbDUEk0SVEm6c6V4NmBx3/Bldwmh5FDw 042W42LJVmhEhQmYjTYYH63GTIiv31S35SB3JqzZclctHnmteX8dSW9KUzxM9GabZJ8C S973PAt338v00XsUe/Q38UiIo2G71by54JTvhrJRC4T5P/MPZ8AonHCDZ/1B1g5vkKSJ TQsShxAmZP0e69fglOvZhdNqF3oWezuUJz5Gmv5PKFTe0f25vGxh5yDnrY3/Zo4QYFl2 7rSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:mime-version:user-agent:references :in-reply-to:from:x-gm-message-state:from:to:cc:subject:date; bh=ztNC8W1P0V0QpeDuiW6uvIvaN1CBE1qa3sUXnlxuoWw=; b=FEIITdneCjKSa7UbedS6zxR7uWkTJs83id2tFNl++LiFkrOTCPk0Ls5DMPP0j6gutN aZvgOMdzI9K4EM+ocRmlp6n5VhWrzWiBmwtC+mLmh9G9uuSQer8oWn3Eh6p8whF7gasc Qt7tmHFv1IzHNt+X1dFmgItuf9bI0u1PYH3dbOPgMavhpAUCa0b+eb+C+Kvxxe9NVMqV gv6Q5ha4jKl93uKhq0b2cLbBzEW2/3q9F/lwytPedYpyGunVtZVlS86elXyHdKSLZi29 adL5KlX8JhG2QGnsXOFjuFgS08LgyTSBSEx1ohVnTyGEBWfMp6gZEbHB+7Ca26KjZP6T 9Bfg== X-Gm-Message-State: ACrzQf3Qdz1Od/ga5ZHKeYptrrguLpfx1bQNwUtrZNvVPlDwuuEoZBID zAISTM0OMy+H5O1wlEN4Hzb/AIC38CLJBwwaYkk= X-Google-Smtp-Source: AMsMyM6gYGf8OII7vn6h1A94q1NjIrvZFRN/cm+iqNhhLhMkR+4pZ5uVp6ZGPqw8ew+8BCNGmeyiT/AAkhBb7DifO9o= X-Received: by 2002:a05:6808:1a09:b0:350:1e6a:e469 with SMTP id bk9-20020a0568081a0900b003501e6ae469mr2253843oib.92.1663701048920; Tue, 20 Sep 2022 12:10:48 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Tue, 20 Sep 2022 15:10:48 -0400 From: Stefan Kangas In-Reply-To: (Stefan Kangas's message of "Thu, 25 Aug 2022 18:08:06 +0000") References: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) X-Hashcash: 1:20:220920:monnier@iro.umontreal.ca::Ic0TM+95bcIzpesj:5aj9 MIME-Version: 1.0 Date: Tue, 20 Sep 2022 15:10:48 -0400 Message-ID: Subject: Re: bug#57412: Could we make linum.el obsolete? To: 57412@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" Bcc: control@debbugs.gnu.org X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control Cc: monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) close 57412 29.1 thanks Stefan Kangas writes: > Is there any reason to keep linum.el around any longer, or could it be > marked obsolete in favor of `display-line-numbers-mode'? (That was 4 weeks ago.) Despite one notable objection on the grounds that it is still useful, most people here seem to agree that we can go ahead and obsolete it, given that it can be replaced by `nlinum' (on GNU ELPA) which is faster and has less bugs.[1] Meanwhile, Stefan Monnier pointed out that:[2] > [O]bsoleting `linum.el` doesn't mean removing it from Emacs for > several more years. And even if/when we do decide to remove it, we > can move it to GNU ELPA instead if there's still interest. So I've now obsoleted linum.el in commit 903de63c6c and d506d91b1f, and I'm closing this bug. We recommend `nlinum' as a close to drop-in replacement, alternatively `display-line-numbers-mode'. Footnotes: [1] Users also seem to like `nlinum', see e.g.: https://github.com/company-mode/company-mode/issues/1336 [2] Hopefully, however, Emacs will be shipping with nlinum.el included in our release tarballs by then. We just need to figure out how to properly integrate GNU ELPA packages first. From unknown Fri Jun 20 07:17:09 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 19 Oct 2022 11:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator