GNU logs - #76131, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#76131: 30.0.93; vlf: advice for abort-if-file-too-large seems broken in Emacs 30
Resent-From: fap <hello@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 07 Feb 2025 20:41:01 +0000
Resent-Message-ID: <handler.76131.B.173896080915773 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 76131 <at> debbugs.gnu.org
Message-ID: <d806a784-a641-4815-a6a4-11d040ffc17e@HIDDEN>
Date: Fri, 7 Feb 2025 21:39:45 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-US
From: fap <hello@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Received-SPF: pass client-ip=2a00:d0c0:200:0:1c7b:a6ff:fee0:8ea4;
 envelope-from=hello@HIDDEN; helo=mailgate02.uberspace.is
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, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)

After upgrading to Emacs 30 I couldn't open files anymore
with (vlf-setup) applied / required.

The backtrace is as follows:

Debugger entered--Lisp error: (void-variable always)
   ad-Advice-abort-if-file-too-large(#f(compiled-function (size op-type 
filename &optional offer-raw) "If file SIZE larger than 
`large-file-warning-threshold', allow user to abort.\nOP-TYPE specifies 
the file operation being performed (for message\nto user).  If OFFER-RAW 
is true, give user the additional option\nto open the file literally. 
If the user chooses this option,\n`abort-if-file-too-large' returns the 
symbol `raw'.  Otherwise,\nit returns nil or exits non-locally." 
#<bytecode -0x118b121ca418257d>) 16007 "open" 
"~/.local/share/chezmoi/emacs/github-pandoc.css" t)
   apply(ad-Advice-abort-if-file-too-large #f(compiled-function (size 
op-type filename &optional offer-raw) "If file SIZE larger than 
`large-file-warning-threshold', allow user to abort.\nOP-TYPE specifies 
the file operation being performed (for message\nto user).  If OFFER-RAW 
is true, give user the additional option\nto open the file literally. 
If the user chooses this option,\n`abort-if-file-too-large' returns the 
symbol `raw'.  Otherwise,\nit returns nil or exits non-locally." 
#<bytecode -0x118b121ca418257d>) (16007 "open" 
"~/.local/share/chezmoi/emacs/github-pandoc.css" t))
   abort-if-file-too-large(16007 "open" 
"~/.local/share/chezmoi/emacs/github-pandoc.css" t)

find-file-noselect("/home/fap/.local/share/chezmoi/emacs/github-pandoc.css" 
nil nil t)
   find-file("/home/fap/.local/share/chezmoi/emacs/github-pandoc.css" t)
   funcall-interactively(find-file 
"/home/fap/.local/share/chezmoi/emacs/github-pandoc.css" t)
   call-interactively(find-file nil nil)
   command-execute(find-file)

I looked at the code, but I don't really get how 'always could get
interpreted as a variable?

In GNU Emacs 30.0.93 (build 1, x86_64-pc-linux-gnu, GTK+ Version
  3.24.41, cairo version 1.18.0) of 2025-02-07 built on T580
Repository revision: 6cfab9154ddec0adc5b8a6701019c9c066c3f9f9
Repository branch: pretest
System Description: Ubuntu 24.04.1 LTS

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: fap <hello@HIDDEN>
Subject: bug#76131: Acknowledgement (30.0.93; vlf: advice for
 abort-if-file-too-large seems broken in Emacs 30)
Message-ID: <handler.76131.B.173896080915773.ack <at> debbugs.gnu.org>
References: <d806a784-a641-4815-a6a4-11d040ffc17e@HIDDEN>
X-Gnu-PR-Message: ack 76131
X-Gnu-PR-Package: emacs
Reply-To: 76131 <at> debbugs.gnu.org
Date: Fri, 07 Feb 2025 20:41:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 76131 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
76131: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D76131
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#76131: 30.0.93; vlf: advice for abort-if-file-too-large seems broken in Emacs 30
Resent-From: Stefan Kangas <stefankangas@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 07 Feb 2025 21:15:02 +0000
Resent-Message-ID: <handler.76131.B76131.173896286222040 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: fap <hello@HIDDEN>, 76131 <at> debbugs.gnu.org
Cc: Andrey Kotlarski <m00naticus@HIDDEN>
From: Stefan Kangas <stefankangas@HIDDEN>
In-Reply-To: <d806a784-a641-4815-a6a4-11d040ffc17e@HIDDEN>
References: <d806a784-a641-4815-a6a4-11d040ffc17e@HIDDEN>
MIME-Version: 1.0
Date: Fri, 7 Feb 2025 13:14:13 -0800
Message-ID: <CADwFkmnkpj34joMNhcDMDCFjT7g6hHCS9LRQ5Wvm=MAk2=KqSw@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

fap via "Bug reports for GNU Emacs, the Swiss army knife of text
editors" <bug-gnu-emacs@HIDDEN> writes:

> After upgrading to Emacs 30 I couldn't open files anymore
> with (vlf-setup) applied / required.

For context, this bug report is about:
    https://elpa.gnu.org/packages/vlf.html

Andrey, do you have any comments?

> The backtrace is as follows:
>
> Debugger entered--Lisp error: (void-variable always)
>    ad-Advice-abort-if-file-too-large(#f(compiled-function (size op-type
> filename &optional offer-raw) "If file SIZE larger than
> `large-file-warning-threshold', allow user to abort.\nOP-TYPE specifies
> the file operation being performed (for message\nto user).  If OFFER-RAW
> is true, give user the additional option\nto open the file literally.
> If the user chooses this option,\n`abort-if-file-too-large' returns the
> symbol `raw'.  Otherwise,\nit returns nil or exits non-locally."
> #<bytecode -0x118b121ca418257d>) 16007 "open"
> "~/.local/share/chezmoi/emacs/github-pandoc.css" t)
>    apply(ad-Advice-abort-if-file-too-large #f(compiled-function (size
> op-type filename &optional offer-raw) "If file SIZE larger than
> `large-file-warning-threshold', allow user to abort.\nOP-TYPE specifies
> the file operation being performed (for message\nto user).  If OFFER-RAW
> is true, give user the additional option\nto open the file literally.
> If the user chooses this option,\n`abort-if-file-too-large' returns the
> symbol `raw'.  Otherwise,\nit returns nil or exits non-locally."
> #<bytecode -0x118b121ca418257d>) (16007 "open"
> "~/.local/share/chezmoi/emacs/github-pandoc.css" t))
>    abort-if-file-too-large(16007 "open"
> "~/.local/share/chezmoi/emacs/github-pandoc.css" t)
>
> find-file-noselect("/home/fap/.local/share/chezmoi/emacs/github-pandoc.css"
> nil nil t)
>    find-file("/home/fap/.local/share/chezmoi/emacs/github-pandoc.css" t)
>    funcall-interactively(find-file
> "/home/fap/.local/share/chezmoi/emacs/github-pandoc.css" t)
>    call-interactively(find-file nil nil)
>    command-execute(find-file)
>
> I looked at the code, but I don't really get how 'always could get
> interpreted as a variable?
>
> In GNU Emacs 30.0.93 (build 1, x86_64-pc-linux-gnu, GTK+ Version
>   3.24.41, cairo version 1.18.0) of 2025-02-07 built on T580
> Repository revision: 6cfab9154ddec0adc5b8a6701019c9c066c3f9f9
> Repository branch: pretest
> System Description: Ubuntu 24.04.1 LTS

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#76131: 30.0.93; vlf: advice for abort-if-file-too-large seems broken in Emacs 30
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 08 Feb 2025 07:51:02 +0000
Resent-Message-ID: <handler.76131.B76131.173900105524292 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: fap <hello@HIDDEN>
Cc: 76131 <at> debbugs.gnu.org
Date: Sat, 08 Feb 2025 09:50:42 +0200
Message-Id: <86ikpk50z1.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <d806a784-a641-4815-a6a4-11d040ffc17e@HIDDEN>
 (bug-gnu-emacs@HIDDEN)
References: <d806a784-a641-4815-a6a4-11d040ffc17e@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> Date: Fri, 7 Feb 2025 21:39:45 +0100
> From:  fap via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
> 
> After upgrading to Emacs 30 I couldn't open files anymore
> with (vlf-setup) applied / required.
> 
> The backtrace is as follows:
> 
> Debugger entered--Lisp error: (void-variable always)
>    ad-Advice-abort-if-file-too-large(#f(compiled-function (size op-type 
> filename &optional offer-raw) "If file SIZE larger than 
> `large-file-warning-threshold', allow user to abort.\nOP-TYPE specifies 
> the file operation being performed (for message\nto user).  If OFFER-RAW 
> is true, give user the additional option\nto open the file literally. 
> If the user chooses this option,\n`abort-if-file-too-large' returns the 
> symbol `raw'.  Otherwise,\nit returns nil or exits non-locally." 
> #<bytecode -0x118b121ca418257d>) 16007 "open" 
> "~/.local/share/chezmoi/emacs/github-pandoc.css" t)
>    apply(ad-Advice-abort-if-file-too-large #f(compiled-function (size 
> op-type filename &optional offer-raw) "If file SIZE larger than 
> `large-file-warning-threshold', allow user to abort.\nOP-TYPE specifies 
> the file operation being performed (for message\nto user).  If OFFER-RAW 
> is true, give user the additional option\nto open the file literally. 
> If the user chooses this option,\n`abort-if-file-too-large' returns the 
> symbol `raw'.  Otherwise,\nit returns nil or exits non-locally." 
> #<bytecode -0x118b121ca418257d>) (16007 "open" 
> "~/.local/share/chezmoi/emacs/github-pandoc.css" t))
>    abort-if-file-too-large(16007 "open" 
> "~/.local/share/chezmoi/emacs/github-pandoc.css" t)
>   
> find-file-noselect("/home/fap/.local/share/chezmoi/emacs/github-pandoc.css" 
> nil nil t)
>    find-file("/home/fap/.local/share/chezmoi/emacs/github-pandoc.css" t)
>    funcall-interactively(find-file 
> "/home/fap/.local/share/chezmoi/emacs/github-pandoc.css" t)
>    call-interactively(find-file nil nil)
>    command-execute(find-file)
> 
> I looked at the code, but I don't really get how 'always could get
> interpreted as a variable?

I cannot reproduce this.  Does the problem happen if you load
vlf-setup.el manually, as a Lisp (not compiled) file?

Also, which version of vlf do you have?

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#76131: 30.0.93; vlf: advice for abort-if-file-too-large seems broken in Emacs 30
Resent-From: fap <hello@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 08 Feb 2025 13:05:01 +0000
Resent-Message-ID: <handler.76131.B76131.173901985532170 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 76131
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 76131 <at> debbugs.gnu.org
Received: via spool by 76131-submit <at> debbugs.gnu.org id=B76131.173901985532170
          (code B ref 76131); Sat, 08 Feb 2025 13:05:01 +0000
Received: (at 76131) by debbugs.gnu.org; 8 Feb 2025 13:04:15 +0000
Received: from localhost ([127.0.0.1]:39113 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1tgkVK-0008Mn-E8
	for submit <at> debbugs.gnu.org; Sat, 08 Feb 2025 08:04:15 -0500
Received: from mailgate02.uberspace.is ([185.26.156.114]:41446)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.84_2) (envelope-from <hello@HIDDEN>) id 1tgkVH-0008MT-Pv
 for 76131 <at> debbugs.gnu.org; Sat, 08 Feb 2025 08:04:12 -0500
Received: from deneb.uberspace.de (deneb.uberspace.de [185.26.156.20])
 by mailgate02.uberspace.is (Postfix) with ESMTPS id BCC4E1813A1
 for <76131 <at> debbugs.gnu.org>; Sat,  8 Feb 2025 14:04:05 +0100 (CET)
Received: (qmail 1967 invoked by uid 987); 8 Feb 2025 13:04:05 -0000
Authentication-Results: deneb.uberspace.de;
	auth=pass (plain)
Received: from unknown (HELO unkown) (::1)
 by deneb.uberspace.de (Haraka/3.0.1) with ESMTPSA;
 Sat, 08 Feb 2025 14:04:05 +0100
Content-Type: multipart/alternative;
 boundary="------------2QSc8UDI2cJ7MoYfthZOxn7U"
Message-ID: <0eeb4cb7-8c61-4b1b-b699-c5b5ebbf02fb@HIDDEN>
Date: Sat, 8 Feb 2025 14:04:05 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <d806a784-a641-4815-a6a4-11d040ffc17e@HIDDEN>
 <86ikpk50z1.fsf@HIDDEN>
Content-Language: en-US
From: fap <hello@HIDDEN>
In-Reply-To: <86ikpk50z1.fsf@HIDDEN>
X-Rspamd-Bar: ---
X-Rspamd-Report: BAYES_HAM(-3) XM_UA_NO_VERSION(0.01) MIME_GOOD(-0.1)
X-Rspamd-Score: -3.09
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=fap.re; s=uberspace;
 h=from:to:cc:subject:date;
 bh=9IWBRNfd+bPC61NO60vexlz/U/j+16+39Cpl1PbVqzE=;
 b=VlpufWFbFx7JBYPsMTMQLvFSHgyt80lDe2ppKX1X39dOCThGWgx3Q9uGJM99nCKQlcwY0cDjFE
 dx2d+agXeS02ddjWX0I6e04kpviLJ2F3mj2HFaXd/VXllR2QFWSsU0WMOI7wdmTiC+br2vOgCLYy
 SW1v+lLJ5bzfErmD8OryR4J2aBgP6ibDJIgAEVNBEsW5mR+K7Me4ix8wCOADCHvXu+ftlu2JDp77
 jkGtULr4/072IUFiAPmdgQK8beAnR5MadxPN4+ewlo1wPZVdSMXzm6Vkhdfhpktfn3xe9c4snxkm
 nUICE31Ra92l/SXTnJ5utXLI9M06Iii2UHrdlqCbhKrvRwu4ScVPIm7sDdcKDrRZ/G51U9RNbcS1
 vuD3IzIW7XcYBD9/hvLdeE9uILXWSc0KVbRTheAK3axQPqSWlT8xZWE4TF9M2/y+3JzngCtiXKLD
 hrLmDiULNm1L2xxL9jv/pGVRdWjGc3ZjETmqEaXF2Nkir/Ae1GV2MjDJwE5EnmAcfDRTTb7Y8FIB
 quqcXxlkXgnzlqruTTQcyA4UrmWdIrqrYD8bnrtuxO83/IoDHBAghhlSwB2tv8SmzrkQyGVhoJJ+
 tOB6zhkxO06AXBkocLCTy0+vkZtEdE2s592N0YggjfPjZk1+kbid5thcavznJN2Lf2uKkFCycuxe
 M=
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

This is a multi-part message in MIME format.
--------------2QSc8UDI2cJ7MoYfthZOxn7U
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

Okay, I think that one was my bad, as I was using the unmaintained melpa 
version.
But now I ran into another error in the same advice with the elpa 
version 1.7.2.

This is the error I'm getting now:

Debugger entered--Lisp error: (void-variable size)
   ad-Advice-abort-if-file-too-large(#f(compiled-function (size op-type 
filename &optional offer-raw) "If file SIZE larger than 
`large-file-warning-threshold', allow user to abort.\nOP-TYPE specifies 
the file operation being performed (for message\nto user).  If OFFER-RAW 
is true, give user the additional option\nto open the file literally.  
If the user chooses this option,\n`abort-if-file-too-large' returns the 
symbol `raw'. Otherwise,\nit returns nil or exits non-locally." 
#<bytecode -0xa03b2ee7918250d>) 1210 "open" "~/.bash_aliases" t)
   apply(ad-Advice-abort-if-file-too-large #f(compiled-function (size 
op-type filename &optional offer-raw) "If file SIZE larger than 
`large-file-warning-threshold', allow user to abort.\nOP-TYPE specifies 
the file operation being performed (for message\nto user).  If OFFER-RAW 
is true, give user the additional option\nto open the file literally.  
If the user chooses this option,\n`abort-if-file-too-large' returns the 
symbol `raw'. Otherwise,\nit returns nil or exits non-locally." 
#<bytecode -0xa03b2ee7918250d>) (1210 "open" "~/.bash_aliases" t))
   abort-if-file-too-large(1210 "open" "~/.bash_aliases" t)
   find-file-noselect("~/.bash_aliases" nil nil t)
   find-file("~/.bash_aliases" t)
   funcall-interactively(find-file "~/.bash_aliases" t)
   call-interactively(find-file nil nil)
   command-execute(find-file)

> Does the problem happen if you load vlf-setup.el manually, as a Lisp 
> (not compiled) file?

Not completely sure I understand you correctly, but this also happens 
when I directly load the file via
~(load "~/.emacs.d/elpa/vlf-1.7.2/vlf-setup.el")~ instead of ~(require 
'vlf-setup)~.
I don't see a "vlf-setup.elc" file in the "vlf-1.7.2" folder.
The error also happens when I start emacs with ~emacs -q~.


On 2/8/25 08:50, Eli Zaretskii wrote:
>> Date: Fri, 7 Feb 2025 21:39:45 +0100
>> From:  fap via "Bug reports for GNU Emacs,
>>   the Swiss army knife of text editors"<bug-gnu-emacs@HIDDEN>
>>
>> After upgrading to Emacs 30 I couldn't open files anymore
>> with (vlf-setup) applied / required.
>>
>> The backtrace is as follows:
>>
>> Debugger entered--Lisp error: (void-variable always)
>>     ad-Advice-abort-if-file-too-large(#f(compiled-function (size op-type
>> filename &optional offer-raw) "If file SIZE larger than
>> `large-file-warning-threshold', allow user to abort.\nOP-TYPE specifies
>> the file operation being performed (for message\nto user).  If OFFER-RAW
>> is true, give user the additional option\nto open the file literally.
>> If the user chooses this option,\n`abort-if-file-too-large' returns the
>> symbol `raw'.  Otherwise,\nit returns nil or exits non-locally."
>> #<bytecode -0x118b121ca418257d>) 16007 "open"
>> "~/.local/share/chezmoi/emacs/github-pandoc.css" t)
>>     apply(ad-Advice-abort-if-file-too-large #f(compiled-function (size
>> op-type filename &optional offer-raw) "If file SIZE larger than
>> `large-file-warning-threshold', allow user to abort.\nOP-TYPE specifies
>> the file operation being performed (for message\nto user).  If OFFER-RAW
>> is true, give user the additional option\nto open the file literally.
>> If the user chooses this option,\n`abort-if-file-too-large' returns the
>> symbol `raw'.  Otherwise,\nit returns nil or exits non-locally."
>> #<bytecode -0x118b121ca418257d>) (16007 "open"
>> "~/.local/share/chezmoi/emacs/github-pandoc.css" t))
>>     abort-if-file-too-large(16007 "open"
>> "~/.local/share/chezmoi/emacs/github-pandoc.css" t)
>>    
>> find-file-noselect("/home/fap/.local/share/chezmoi/emacs/github-pandoc.css"
>> nil nil t)
>>     find-file("/home/fap/.local/share/chezmoi/emacs/github-pandoc.css" t)
>>     funcall-interactively(find-file
>> "/home/fap/.local/share/chezmoi/emacs/github-pandoc.css" t)
>>     call-interactively(find-file nil nil)
>>     command-execute(find-file)
>>
>> I looked at the code, but I don't really get how 'always could get
>> interpreted as a variable?
> I cannot reproduce this.  Does the problem happen if you load
> vlf-setup.el manually, as a Lisp (not compiled) file?
>
> Also, which version of vlf do you have?
--------------2QSc8UDI2cJ7MoYfthZOxn7U
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit

<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>Okay, I think that one was my bad, as I was using the
      unmaintained melpa version.
      <br>
      But now I ran into another error in the same advice with the elpa
      version 1.7.2.
      <br>
      <br>
      This is the error I'm getting now:
      <br>
      <br>
      Debugger entered--Lisp error: (void-variable size)
      <br>
        ad-Advice-abort-if-file-too-large(#f(compiled-function (size
      op-type filename &amp;optional offer-raw) "If file SIZE larger
      than `large-file-warning-threshold', allow user to abort.\nOP-TYPE
      specifies the file operation being performed (for message\nto
      user).  If OFFER-RAW is true, give user the additional option\nto
      open the file literally.  If the user chooses this
      option,\n`abort-if-file-too-large' returns the symbol `raw'.
      Otherwise,\nit returns nil or exits non-locally." #&lt;bytecode
      -0xa03b2ee7918250d&gt;) 1210 "open" "~/.bash_aliases" t)
      <br>
        apply(ad-Advice-abort-if-file-too-large #f(compiled-function
      (size op-type filename &amp;optional offer-raw) "If file SIZE
      larger than `large-file-warning-threshold', allow user to
      abort.\nOP-TYPE specifies the file operation being performed (for
      message\nto user).  If OFFER-RAW is true, give user the additional
      option\nto open the file literally.  If the user chooses this
      option,\n`abort-if-file-too-large' returns the symbol `raw'.
      Otherwise,\nit returns nil or exits non-locally." #&lt;bytecode
      -0xa03b2ee7918250d&gt;) (1210 "open" "~/.bash_aliases" t))
      <br>
        abort-if-file-too-large(1210 "open" "~/.bash_aliases" t)
      <br>
        find-file-noselect("~/.bash_aliases" nil nil t)
      <br>
        find-file("~/.bash_aliases" t)
      <br>
        funcall-interactively(find-file "~/.bash_aliases" t)
      <br>
        call-interactively(find-file nil nil)
      <br>
        command-execute(find-file)
      <br>
      <br>
    </p>
    <blockquote type="cite" style="color: #007cff;">Does the problem
      happen if you load vlf-setup.el manually, as a Lisp (not compiled)
      file?
      <br>
    </blockquote>
    <br>
    Not completely sure I understand you correctly, but this also
    happens when I directly load the file via
    <br>
    ~(load "~/.emacs.d/elpa/vlf-1.7.2/vlf-setup.el")~ instead of
    ~(require 'vlf-setup)~.
    <br>
    I don't see a "vlf-setup.elc" file in the "vlf-1.7.2" folder.
    <br>
    The error also happens when I start emacs with ~emacs -q~. <br>
    <p><br>
    </p>
    <div class="moz-cite-prefix">On 2/8/25 08:50, Eli Zaretskii wrote:<br>
    </div>
    <blockquote type="cite" cite="mid:86ikpk50z1.fsf@HIDDEN">
      <blockquote type="cite">
        <pre wrap="" class="moz-quote-pre">Date: Fri, 7 Feb 2025 21:39:45 +0100
From:  fap via "Bug reports for GNU Emacs,
 the Swiss army knife of text editors" <a class="moz-txt-link-rfc2396E" href="mailto:bug-gnu-emacs@HIDDEN">&lt;bug-gnu-emacs@HIDDEN&gt;</a>

After upgrading to Emacs 30 I couldn't open files anymore
with (vlf-setup) applied / required.

The backtrace is as follows:

Debugger entered--Lisp error: (void-variable always)
   ad-Advice-abort-if-file-too-large(#f(compiled-function (size op-type 
filename &amp;optional offer-raw) "If file SIZE larger than 
`large-file-warning-threshold', allow user to abort.\nOP-TYPE specifies 
the file operation being performed (for message\nto user).  If OFFER-RAW 
is true, give user the additional option\nto open the file literally. 
If the user chooses this option,\n`abort-if-file-too-large' returns the 
symbol `raw'.  Otherwise,\nit returns nil or exits non-locally." 
#&lt;bytecode -0x118b121ca418257d&gt;) 16007 "open" 
"~/.local/share/chezmoi/emacs/github-pandoc.css" t)
   apply(ad-Advice-abort-if-file-too-large #f(compiled-function (size 
op-type filename &amp;optional offer-raw) "If file SIZE larger than 
`large-file-warning-threshold', allow user to abort.\nOP-TYPE specifies 
the file operation being performed (for message\nto user).  If OFFER-RAW 
is true, give user the additional option\nto open the file literally. 
If the user chooses this option,\n`abort-if-file-too-large' returns the 
symbol `raw'.  Otherwise,\nit returns nil or exits non-locally." 
#&lt;bytecode -0x118b121ca418257d&gt;) (16007 "open" 
"~/.local/share/chezmoi/emacs/github-pandoc.css" t))
   abort-if-file-too-large(16007 "open" 
"~/.local/share/chezmoi/emacs/github-pandoc.css" t)
  
find-file-noselect("/home/fap/.local/share/chezmoi/emacs/github-pandoc.css" 
nil nil t)
   find-file("/home/fap/.local/share/chezmoi/emacs/github-pandoc.css" t)
   funcall-interactively(find-file 
"/home/fap/.local/share/chezmoi/emacs/github-pandoc.css" t)
   call-interactively(find-file nil nil)
   command-execute(find-file)

I looked at the code, but I don't really get how 'always could get
interpreted as a variable?
</pre>
      </blockquote>
      <pre wrap="" class="moz-quote-pre">
I cannot reproduce this.  Does the problem happen if you load
vlf-setup.el manually, as a Lisp (not compiled) file?

Also, which version of vlf do you have?
</pre>
    </blockquote>
  </body>
</html>

--------------2QSc8UDI2cJ7MoYfthZOxn7U--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#76131: 30.0.93; vlf: advice for abort-if-file-too-large seems broken in Emacs 30
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 08 Feb 2025 13:54:02 +0000
Resent-Message-ID: <handler.76131.B76131.173902280720516 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 76131
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: fap <hello@HIDDEN>
Cc: 76131 <at> debbugs.gnu.org
Received: via spool by 76131-submit <at> debbugs.gnu.org id=B76131.173902280720516
          (code B ref 76131); Sat, 08 Feb 2025 13:54:02 +0000
Received: (at 76131) by debbugs.gnu.org; 8 Feb 2025 13:53:27 +0000
Received: from localhost ([127.0.0.1]:39222 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1tglGw-0005Kq-Np
	for submit <at> debbugs.gnu.org; Sat, 08 Feb 2025 08:53:26 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:59902)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1tglGt-0005Ka-FJ
 for 76131 <at> debbugs.gnu.org; Sat, 08 Feb 2025 08:53:25 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1tglGn-0004Ld-0K; Sat, 08 Feb 2025 08:53:17 -0500
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=7RdI6VXBmAp3RJKy97xPGqRB3U/C/NSSixTJ2SoIys4=; b=VFiUl7piudDE
 RAXo/I10IOv3UVfq49o+/6G0H2dEkAncfsDYACr7vWZlWdGfdmUoc+6iuOeqS8oQQEOaNQiOrIlp6
 Sma2Q3Eay6GNa6AxLikVN7OGYKRWifdHKnnsWht9xIdKp4AIaq2bzeB+fbNjDHGGiDsVvPxCqEx6O
 VTftVvISYmQuscRyUX4fxyuq6RER7selrhR1z+1wiYmz6bYsN3P0CIPGdHM0V/fMJXv6RtdWrEGai
 79uyUmrmyHJso9LJC4IznavkPfiAAxD3mbkwVWNjCkFSxq0gClhP7V1OOfMz+xV+7WDZD2XhNpF71
 py+pIaT2v7lF0jngTsavWQ==;
Date: Sat, 08 Feb 2025 15:53:09 +0200
Message-Id: <86v7tk1r22.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <0eeb4cb7-8c61-4b1b-b699-c5b5ebbf02fb@HIDDEN> (message from fap
 on Sat, 8 Feb 2025 14:04:05 +0100)
References: <d806a784-a641-4815-a6a4-11d040ffc17e@HIDDEN>
 <86ikpk50z1.fsf@HIDDEN> <0eeb4cb7-8c61-4b1b-b699-c5b5ebbf02fb@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Sat, 8 Feb 2025 14:04:05 +0100
> Cc: 76131 <at> debbugs.gnu.org
> From: fap <hello@HIDDEN>
> 
> Okay, I think that one was my bad, as I was using the unmaintained melpa version. 
> But now I ran into another error in the same advice with the elpa version 1.7.2. 
> 
> This is the error I'm getting now: 
> 
> Debugger entered--Lisp error: (void-variable size) 
>   ad-Advice-abort-if-file-too-large(#f(compiled-function (size op-type filename &optional offer-raw) "If file SIZE

I get no error at all with the version 1.7.2 on ELPA.

So I suspect some problem with outdated files on your system.  Please
make sure you don't have old vlf files lying around, and that you only
use the *.el files from the latest version 1.7.2.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#76131: 30.0.93; vlf: advice for abort-if-file-too-large seems broken in Emacs 30
Resent-From: Stefan Kangas <stefankangas@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 09 Feb 2025 13:06:01 +0000
Resent-Message-ID: <handler.76131.B76131.173910634515513 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 76131
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: fap <hello@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>
Cc: Jonas Bernoulli <jonas@HIDDEN>, 76131 <at> debbugs.gnu.org
Received: via spool by 76131-submit <at> debbugs.gnu.org id=B76131.173910634515513
          (code B ref 76131); Sun, 09 Feb 2025 13:06:01 +0000
Received: (at 76131) by debbugs.gnu.org; 9 Feb 2025 13:05:45 +0000
Received: from localhost ([127.0.0.1]:43545 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1th70L-000429-0n
	for submit <at> debbugs.gnu.org; Sun, 09 Feb 2025 08:05:45 -0500
Received: from mail-ed1-x535.google.com ([2a00:1450:4864:20::535]:57745)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.84_2) (envelope-from <stefankangas@HIDDEN>)
 id 1th70J-00041t-7A
 for 76131 <at> debbugs.gnu.org; Sun, 09 Feb 2025 08:05:43 -0500
Received: by mail-ed1-x535.google.com with SMTP id
 4fb4d7f45d1cf-5de4d4adac9so3979107a12.3
 for <76131 <at> debbugs.gnu.org>; Sun, 09 Feb 2025 05:05:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1739106337; x=1739711137; darn=debbugs.gnu.org;
 h=cc:to:subject:message-id:date:mime-version:references:in-reply-to
 :from:from:to:cc:subject:date:message-id:reply-to;
 bh=ZZgOAUl0+IU/vwbBOn4UhkpfHeLxe93G+I3LplaSlng=;
 b=NYexn7kmJ4wu/0NyMLaN4d72uj1AyaGk83PcG3RzmPRUGm4Gw9YPr7j9KKh+XiBtau
 EFRr/3mIMYkVDNhkgpa/Og7T41rVrjfl8myGuAVz/9q7uAxXNr4CJpNzb7738caXdUno
 jQ/1bRI84BLdFQyydXg8fllAAp9caFbTTgFNvx2NWmP15dF2TeJT8BvKUdyJy1mag0HQ
 jottzo37RbAO/n1yXjUYBF17q560sVYHHyYnH4wQVe60hc+OSYu1KXCG6xaHsx3dFqOk
 RkkY4PZFL4K7YEJ9TxzyCMeqx8GJVdG7AAgkYecdsf3mCjktbQjPhxMenHaqAyh+5Lhq
 +PtQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1739106337; x=1739711137;
 h=cc:to:subject:message-id:date:mime-version:references:in-reply-to
 :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
 bh=ZZgOAUl0+IU/vwbBOn4UhkpfHeLxe93G+I3LplaSlng=;
 b=El4/6YEDW7CvwO4+rBtsbr7wHfS1XDUWGJyU6q5W7ZYErkChHbzGN5Awp3YUwPp4b/
 y1/s8BZl3MXMZdjXE/KkrsdA29OaI7XcQCYDk+eiG9V7dL00IeFoYWf+mLoLj8UUVvSI
 g8EqfCKtZEEkkUEYEZVsNJ2+91XEMOgyV7whHYlD9bk56VSN2fc9544GoLvmesI/fs6Y
 kz5BUEsDlf7P2qkpc1sPKib4WInFfiZnPcD3gfdh35xMUa06U7DCn7SrChXZnInlENud
 L0GaO6Tw7LINbhjTexTO4Oc+KGMhVTtTtL3TBCC3LMztgL98tZs50YKWCmUz0LiH5y19
 T4sA==
X-Gm-Message-State: AOJu0YyhFAlz5eGOVmN5tFhCwo8UR3K9Gi6fwkX88qnEuFUshetPxkDx
 Q9dC7at+SIOBwfH59qVMlSN4ImGrs9qlZPDdhu769Sppf5nc/9UiqI8Gy7ejwPN1JGeNy8D4jdA
 azNSGOxuPS7bDIQJlsU5Twzaf/C8=
X-Gm-Gg: ASbGncvKUU9IQ2VNmQKKMh8uAMmQDp/TFS01kl9tdBWu4KW++8RhnNxWrdvc+TMaQbl
 BwTHFJyekXz4rRrgPWls67cM7+woDPMJmga3joLhMTmXXxDg22zl2FpiuUUMD3YusJ0twpRPs8A
 g=
X-Google-Smtp-Source: AGHT+IEKYikpqfNq2yBz1+fmX2UBW4lgJFjJjIimwPQR3SocMTSLf0BXk060+0oyyeQHT5E3xV2xNlu2/I01CMU3NZg=
X-Received: by 2002:a05:6402:4605:b0:5dc:1f35:563 with SMTP id
 4fb4d7f45d1cf-5de44fe9ce7mr10720672a12.7.1739106336844; Sun, 09 Feb 2025
 05:05:36 -0800 (PST)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Sun, 9 Feb 2025 07:05:36 -0600
From: Stefan Kangas <stefankangas@HIDDEN>
In-Reply-To: <0eeb4cb7-8c61-4b1b-b699-c5b5ebbf02fb@HIDDEN>
References: <d806a784-a641-4815-a6a4-11d040ffc17e@HIDDEN>
 <86ikpk50z1.fsf@HIDDEN>
 <0eeb4cb7-8c61-4b1b-b699-c5b5ebbf02fb@HIDDEN>
MIME-Version: 1.0
Date: Sun, 9 Feb 2025 07:05:36 -0600
X-Gm-Features: AWEUYZmnz6BWL3hiLN5-wnAn3PDL5v_iJ8C9HddoVuWSUE0fcudd6RB6YA8_o-w
Message-ID: <CADwFkmmufVAjCyZnD3CnB5juVZSbzVrcyym6YKe+Dtx+y0-_Bw@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

fap via "Bug reports for GNU Emacs, the Swiss army knife of text
editors" <bug-gnu-emacs@HIDDEN> writes:

> Okay, I think that one was my bad, as I was using the unmaintained melpa
> version.

Maybe someone could ask the MELPA maintainers to remove that outdated
package?

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#76131: 30.0.93; vlf: advice for abort-if-file-too-large seems broken in Emacs 30
Resent-From: Ship Mints <shipmints@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 09 Feb 2025 14:58:02 +0000
Resent-Message-ID: <handler.76131.B76131.17391130345369 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 76131
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Kangas <stefankangas@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, Jonas Bernoulli <jonas@HIDDEN>, fap <hello@HIDDEN>, 76131 <at> debbugs.gnu.org
Received: via spool by 76131-submit <at> debbugs.gnu.org id=B76131.17391130345369
          (code B ref 76131); Sun, 09 Feb 2025 14:58:02 +0000
Received: (at 76131) by debbugs.gnu.org; 9 Feb 2025 14:57:14 +0000
Received: from localhost ([127.0.0.1]:45728 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1th8kE-0001OX-E5
	for submit <at> debbugs.gnu.org; Sun, 09 Feb 2025 09:57:14 -0500
Received: from mail-vk1-xa2d.google.com ([2607:f8b0:4864:20::a2d]:59549)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>)
 id 1th8k8-0001OP-MT
 for 76131 <at> debbugs.gnu.org; Sun, 09 Feb 2025 09:57:09 -0500
Received: by mail-vk1-xa2d.google.com with SMTP id
 71dfb90a1353d-51fc55b0a50so308566e0c.2
 for <76131 <at> debbugs.gnu.org>; Sun, 09 Feb 2025 06:57:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1739113023; x=1739717823; darn=debbugs.gnu.org;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:from:to:cc:subject:date:message-id:reply-to;
 bh=NV+3qs2Va9jBFrCqXufuxxbWu0wPT4kc/j/U2n8A7Xc=;
 b=B+yCAdtefQ0LVv8i72acEkZf9jdZxy8xu+DEBVNxpk108H8AhgT8H28XCSHt5qGtJm
 C/cl9X9zwN39UBLEl19TSrlTT4+JAEvkUsKFoLFLZmIwr4Ku2SFqotb4v1Tbp8Wi+0OE
 b281/yfYxqUDANCqQyA1jG175Vfs5NWVLyDRWcYMxGIt10scsB/rmxQa7fkYFwefAZfq
 Nf2qHLLTscQM/olpTdHgeA//WGm4Oy8M3bcTUfc4pVeWt8Vbq00CQgzahCkr/62pU4cf
 oGOaI3DEN/hUPrxCw4gQNitkle5sLXiKHza1R3AvsKE2LsuTvAcXAGflG12vX5uouX5y
 MXvQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1739113023; x=1739717823;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
 :reply-to;
 bh=NV+3qs2Va9jBFrCqXufuxxbWu0wPT4kc/j/U2n8A7Xc=;
 b=QnGVNpZiXzrQnH4QiQqafuZMxrLvftMIlOM+BenLd+WS+vFYp+Zl6msm1K+8Bj1KuB
 DkjRlUjvbMhs9QFoWs49FicDkkxu94rFAD3O/QTk+F+qCAdKTSA0ks7uDJlVXYarQ0W5
 CThBWNORjxrnp+1X81K3wcdW/m3Hpu6iowcXABpK6bPiLTg75cOER1cFUk8dFTBQwreb
 8Luo5M0D0UcDKD7JGfNCR1Y2SacpQBKm65Adqnn7g7Eg8LuyPB1kUBM7bvzS/MttR1N8
 e4K7kHLXL91gHhcG1WMmHkcdKRndNhzDgf0X0khVqbz5lDf5yJyWYciyk7dpDFxkPl27
 U+rw==
X-Forwarded-Encrypted: i=1;
 AJvYcCU7zb2YnJqeLuI7Dm/w0sSjtmVfNEdsXKBjQphmmDim552RVYCYMCWeJ9IK85A0cqRd7Xk5Pg==@debbugs.gnu.org
X-Gm-Message-State: AOJu0YyH0CKpR5p0fPTcacIQULUWBWMvgdm6M2wwrnzIK9xyvv2Hl0zu
 813UZD/tvESW76y2hc3DXhETufScXgYXKP+f5SSUUcVm15/vw7G8g3BX+01IwoRAGd3rvYEkmRN
 7y6x6fx/2pF0Y+fDWL9HEezR3fUI=
X-Gm-Gg: ASbGnctctOLlaT5lvaDSB3JRzhXOKaweQRraSwBAYfeITWO/LGWNOVUCDc7EfdPA3oM
 QJI5dcHr9GyIm8ZeHe+vvK0TZaLwg5XYyIPmAzYiUElKZ+MuKShqloH6dXfeUHib6LZmPWjMf
X-Google-Smtp-Source: AGHT+IGq2ahOdkZFvmqbrDRqOPUIOtqAJaSyq0XScDZ9fL6WGxMuqjt5pExfKqs+5QBXpMnqqIaQ8f2RnJthaAl27pE=
X-Received: by 2002:a05:6122:3c85:b0:517:83d1:d448 with SMTP id
 71dfb90a1353d-51f2deea9c4mr7448259e0c.0.1739113022691; Sun, 09 Feb 2025
 06:57:02 -0800 (PST)
MIME-Version: 1.0
References: <d806a784-a641-4815-a6a4-11d040ffc17e@HIDDEN>
 <86ikpk50z1.fsf@HIDDEN>
 <0eeb4cb7-8c61-4b1b-b699-c5b5ebbf02fb@HIDDEN>
 <CADwFkmmufVAjCyZnD3CnB5juVZSbzVrcyym6YKe+Dtx+y0-_Bw@HIDDEN>
In-Reply-To: <CADwFkmmufVAjCyZnD3CnB5juVZSbzVrcyym6YKe+Dtx+y0-_Bw@HIDDEN>
From: Ship Mints <shipmints@HIDDEN>
Date: Sun, 9 Feb 2025 09:56:51 -0500
X-Gm-Features: AWEUYZl-mPp5dJLNmYTQ1Nz1Ib6MToIxmgqsub0GyQhzRWb1gxKVWQKVE7l1TZM
Message-ID: <CAN+1Hbo+Dbr+Gaa5F7McKyWvf0=1grvgtUrFrnAQ4y5Z=q8aXQ@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000f11fe4062db6cdcb"
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

--000000000000f11fe4062db6cdcb
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

I had the stale version installed from MELPA myself so I installed the ELPA
version and it looks like package reported the incorrect path name but
under the covers did the right thing.

"Package vlf is installed.

     Status: Installed in 'vlf-20191126.2250/'. <<<---- incorrect path: it
was put in vlf-1.7.2/
    Version: 20191126.2250
     Commit: cc02f2533782d6b9b628cec7e2dcf25b2d05a27c
    Summary: View Large Files.
    Website: https://github.com/m00natic/vlfi
   Keywords: large files utilities
Other versions: 1.7.2 (installed), 20191126.2250 (melpa), 1.7.2 (gnu)."

On Sun, Feb 9, 2025 at 8:06=E2=80=AFAM Stefan Kangas <stefankangas@HIDDEN=
m> wrote:

> fap via "Bug reports for GNU Emacs, the Swiss army knife of text
> editors" <bug-gnu-emacs@HIDDEN> writes:
>
> > Okay, I think that one was my bad, as I was using the unmaintained melp=
a
> > version.
>
> Maybe someone could ask the MELPA maintainers to remove that outdated
> package?
>
>
>
>

--000000000000f11fe4062db6cdcb
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:monospac=
e">I had the stale version installed from MELPA myself so I installed the E=
LPA version and it looks like package reported the incorrect path name but =
under the covers did the right thing.</div><div class=3D"gmail_default" sty=
le=3D"font-family:monospace"><br></div><div class=3D"gmail_default" style=
=3D"font-family:monospace">&quot;Package vlf is installed.<br><br>=C2=A0 =
=C2=A0 =C2=A0Status: Installed in &#39;vlf-20191126.2250/&#39;. &lt;&lt;&lt=
;---- incorrect path: it was put in vlf-1.7.2/<br>=C2=A0 =C2=A0 Version: 20=
191126.2250<br>=C2=A0 =C2=A0 =C2=A0Commit: cc02f2533782d6b9b628cec7e2dcf25b=
2d05a27c<br>=C2=A0 =C2=A0 Summary: View Large Files.<br>=C2=A0 =C2=A0 Websi=
te: <a href=3D"https://github.com/m00natic/vlfi">https://github.com/m00nati=
c/vlfi</a><br>=C2=A0 =C2=A0Keywords: large files utilities <br>Other versio=
ns: 1.7.2 (installed), 20191126.2250 (melpa), 1.7.2 (gnu).&quot;<br></div><=
/div><br><div class=3D"gmail_quote gmail_quote_container"><div dir=3D"ltr" =
class=3D"gmail_attr">On Sun, Feb 9, 2025 at 8:06=E2=80=AFAM Stefan Kangas &=
lt;<a href=3D"mailto:stefankangas@HIDDEN">stefankangas@HIDDEN</a>&gt;=
 wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px =
0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">fap via =
&quot;Bug reports for GNU Emacs, the Swiss army knife of text<br>
editors&quot; &lt;<a href=3D"mailto:bug-gnu-emacs@HIDDEN" target=3D"_blank=
">bug-gnu-emacs@HIDDEN</a>&gt; writes:<br>
<br>
&gt; Okay, I think that one was my bad, as I was using the unmaintained mel=
pa<br>
&gt; version.<br>
<br>
Maybe someone could ask the MELPA maintainers to remove that outdated<br>
package?<br>
<br>
<br>
<br>
</blockquote></div>

--000000000000f11fe4062db6cdcb--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#76131: 30.0.93; vlf: advice for abort-if-file-too-large seems broken in Emacs 30
Resent-From: Stefan Kangas <stefankangas@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 09 Feb 2025 15:07:02 +0000
Resent-Message-ID: <handler.76131.B76131.17391135677062 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 76131
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Ship Mints <shipmints@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, Jonas Bernoulli <jonas@HIDDEN>, fap <hello@HIDDEN>, 76131 <at> debbugs.gnu.org
Received: via spool by 76131-submit <at> debbugs.gnu.org id=B76131.17391135677062
          (code B ref 76131); Sun, 09 Feb 2025 15:07:02 +0000
Received: (at 76131) by debbugs.gnu.org; 9 Feb 2025 15:06:07 +0000
Received: from localhost ([127.0.0.1]:45741 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1th8sp-0001pq-7F
	for submit <at> debbugs.gnu.org; Sun, 09 Feb 2025 10:06:07 -0500
Received: from mail-ed1-x533.google.com ([2a00:1450:4864:20::533]:44223)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.84_2) (envelope-from <stefankangas@HIDDEN>)
 id 1th8sm-0001pJ-KR
 for 76131 <at> debbugs.gnu.org; Sun, 09 Feb 2025 10:06:05 -0500
Received: by mail-ed1-x533.google.com with SMTP id
 4fb4d7f45d1cf-5de5e3729ecso2267726a12.0
 for <76131 <at> debbugs.gnu.org>; Sun, 09 Feb 2025 07:06:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1739113558; x=1739718358; darn=debbugs.gnu.org;
 h=cc:to:subject:message-id:date:mime-version:references:in-reply-to
 :from:from:to:cc:subject:date:message-id:reply-to;
 bh=snCNsxP/5sC465eqAshmOPgML2EkiZx0B5SzwQqxq8o=;
 b=kiMsWdwqlbazc2D1puKRpbfDqzL+MNl7+Ql0O9hrN/7VEYTc643NC0r5entvJ5QFZe
 tTB/sZuMled1lGuM9/X/uKzFQ3sm/lQWAriMxCNUeDnKS6Gin9DUr2JTR4Py6oHnPHX7
 lrgYpjX1e1PmKXmWQ/kZTJvR1ZeD+7HgL3fNzGcwMx/M+TIEzM3upF362FFbfNMv5f3I
 tpeQShTfcUhPmUTu0f0uz9jFI25hsY5naYFejmDGDhRYD+I0voHDjTQmgwl9+ly+dhKr
 M6AM+7LtDFGuU4p1RvtFXZ8IMKWZOg5qyaCV5ZwTH6NZQbHKSHzopIi+KQOucsRchEFX
 KClg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1739113558; x=1739718358;
 h=cc:to:subject:message-id:date:mime-version:references:in-reply-to
 :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
 bh=snCNsxP/5sC465eqAshmOPgML2EkiZx0B5SzwQqxq8o=;
 b=da06+P4Xf8C+pQMPQuAzQSxR2VkeuFxiaRMINHSoze6R6pIqxCL9voEXSSl2OQ42Gn
 Pls4xco4YXHnj1FgTtDFo7Ne4EMND6eqPIDfMzCSLFKqXmI50hS3yKASN5D1jE3Chnvr
 jsrBuiSADOU7oeQXFwGS7KckH5gzM/7kP8R1O6fAw6nPvG98RaiO4z0Fnxbzi74m+W/1
 IGBaeZudGMv9Z7M8ZFNP7FzF7ycDPvyY90islSGnf016t0Nh6up23adexLF2zAiDVpgc
 3u7gKPbC3UDhnc2/RemH26mfbUjITYkOxCYOjSHttzfwnsuNLutmcLpVlwxVFcHX5CHE
 5f+Q==
X-Forwarded-Encrypted: i=1;
 AJvYcCUWEOh5Psw3dCgwn3mWuy+yS/fH9lJ54zg4n2yatT4HMSWiWyYyLbP+/kIpYlnp3fnc2Y+PeA==@debbugs.gnu.org
X-Gm-Message-State: AOJu0YyYCUdMMLCe/Wt/beGwdnYx0/NwipI/CNwOrl5sSBYT/3BLOhOW
 0SrU/TKi45+TvTTvVi0uOzB+qm5iFS0ZU+DSZ+JMisrumoxESWXRgLfpMnokNyce2XunV7TTlOW
 e9T9/ullSINU2KR05MsoD9NiDDB8=
X-Gm-Gg: ASbGnct+4tdo0s74yqLZuo2aKZC6LAnZ2A1bEIZwR+EZQJwJ+eyore2PonwvWlVxCD1
 qMH4VWgo3ZPGP8jj/ghOSsOOLiYxYwrPgU1K+hj52B0EWSeZrZkR0xaaXZcp9iCUse/6J8IA=
X-Google-Smtp-Source: AGHT+IEEnqgTa+JdWzusyR3BwtAP/vn9sapmMrTGBt4QSuebdVEukEyqY5WTv/cEAnKQUzQoNeucTTfp6Z/F2cNVWxQ=
X-Received: by 2002:a05:6402:26cf:b0:5de:3478:26ba with SMTP id
 4fb4d7f45d1cf-5de45085d6bmr11119172a12.27.1739113558021; Sun, 09 Feb 2025
 07:05:58 -0800 (PST)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Sun, 9 Feb 2025 07:05:57 -0800
From: Stefan Kangas <stefankangas@HIDDEN>
In-Reply-To: <CAN+1Hbo+Dbr+Gaa5F7McKyWvf0=1grvgtUrFrnAQ4y5Z=q8aXQ@HIDDEN>
References: <d806a784-a641-4815-a6a4-11d040ffc17e@HIDDEN>
 <86ikpk50z1.fsf@HIDDEN>
 <0eeb4cb7-8c61-4b1b-b699-c5b5ebbf02fb@HIDDEN>
 <CADwFkmmufVAjCyZnD3CnB5juVZSbzVrcyym6YKe+Dtx+y0-_Bw@HIDDEN>
 <CAN+1Hbo+Dbr+Gaa5F7McKyWvf0=1grvgtUrFrnAQ4y5Z=q8aXQ@HIDDEN>
MIME-Version: 1.0
Date: Sun, 9 Feb 2025 07:05:57 -0800
X-Gm-Features: AWEUYZnv4ReX5Z94fHVdDX79x4pXSWm9kmMcl55ujlEew5Red2JMMKCEB-lr3ac
Message-ID: <CADwFkmnJgK3dOOufvqwtQn4UxMPtHNaPsG68Rtckzr=+TsD2Dw@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Ship Mints <shipmints@HIDDEN> writes:

> I had the stale version installed from MELPA myself so I installed the ELPA
> version and it looks like package reported the incorrect path name but
> under the covers did the right thing.

The vlf package is still on MELPA.  I'm asking if it should be removed.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#76131: 30.0.93; vlf: advice for abort-if-file-too-large seems broken in Emacs 30
Resent-From: Jonas Bernoulli <jonas@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 09 Feb 2025 17:07:01 +0000
Resent-Message-ID: <handler.76131.B76131.173912078919849 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 76131
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Kangas <stefankangas@HIDDEN>, fap <hello@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>, Andrey Kotlarski <m00naticus@HIDDEN>
Cc: 76131 <at> debbugs.gnu.org
Received: via spool by 76131-submit <at> debbugs.gnu.org id=B76131.173912078919849
          (code B ref 76131); Sun, 09 Feb 2025 17:07:01 +0000
Received: (at 76131) by debbugs.gnu.org; 9 Feb 2025 17:06:29 +0000
Received: from localhost ([127.0.0.1]:46060 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1thAlI-0005A4-Js
	for submit <at> debbugs.gnu.org; Sun, 09 Feb 2025 12:06:28 -0500
Received: from mail.hostpark.net ([212.243.197.30]:38620)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <jonas@HIDDEN>) id 1thAlG-00059s-A5
 for 76131 <at> debbugs.gnu.org; Sun, 09 Feb 2025 12:06:27 -0500
Received: from localhost (localhost [127.0.0.1])
 by mail.hostpark.net (Postfix) with ESMTP id BFC331657F;
 Sun,  9 Feb 2025 18:06:23 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bernoul.li; h=
 content-type:content-type:mime-version:message-id:date:date
 :references:in-reply-to:subject:subject:from:from; s=sel2011a;
 t=1739120783; bh=9rdOnc+KYeGcl2+nG9EujQ5ailp7cwACrXjdm8xH6TA=; b=
 vqUeJdtRuBqi3GZHK/5R0QIC/m1V4Uz4j9TJfGdTe+QHHDEnSawsdmsUFI20PZBo
 ZWmxF/Mwn/twZ+85Pjw/H6bv7Rdikuf2fbe5zQMrUvXGnPP0UMxqfAObWvnN5Dog
 4cpgAqUJpimX8/azB/49KLNYuDOGzzlxyCiVCxjrPb4=
X-Virus-Scanned: by Hostpark/NetZone Mailprotection at hostpark.net
Received: from mail.hostpark.net ([127.0.0.1])
 by localhost (mail1.hostpark.net [127.0.0.1]) (amavisd-new, port 10224)
 with ESMTP id I8Y1zd_tuAAY; Sun,  9 Feb 2025 18:06:23 +0100 (CET)
Received: from customer (localhost [127.0.0.1])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
 key-exchange ECDHE (prime256v1) server-signature RSA-PSS (2048 bits)
 server-digest SHA256) (No client certificate requested)
 by mail.hostpark.net (Postfix) with ESMTPSA id 59D9F161E1;
 Sun,  9 Feb 2025 18:06:22 +0100 (CET)
From: Jonas Bernoulli <jonas@HIDDEN>
In-Reply-To: <CADwFkmmufVAjCyZnD3CnB5juVZSbzVrcyym6YKe+Dtx+y0-_Bw@HIDDEN>
References: <d806a784-a641-4815-a6a4-11d040ffc17e@HIDDEN>
 <86ikpk50z1.fsf@HIDDEN> <0eeb4cb7-8c61-4b1b-b699-c5b5ebbf02fb@HIDDEN>
 <CADwFkmmufVAjCyZnD3CnB5juVZSbzVrcyym6YKe+Dtx+y0-_Bw@HIDDEN>
Date: Sun, 09 Feb 2025 18:06:21 +0100
Message-ID: <87zfiv2gky.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

Stefan Kangas <stefankangas@HIDDEN> writes:

> fap via "Bug reports for GNU Emacs, the Swiss army knife of text
> editors" <bug-gnu-emacs@HIDDEN> writes:
>
>> Okay, I think that one was my bad, as I was using the unmaintained melpa
>> version.
>
> Maybe someone could ask the MELPA maintainers to remove that outdated
> package?

I've removed it from Melpa and updated the Emacsmirror to get it from
elpa.git.

Stefan K, please change this in elpa.git/elpa-packages:

- (vlf			:url "https://github.com/m00natic/vlfi") ;FIXME:Dead?
+ (vlf			:url nil) ;"https://github.com/m00natic/vlfi"

After six years it's probably safe to assume this repository is not
suddenly coming back to live any time soon.

Andrey, please consider archiving your repository, but first add a brief
statement at the beginning of the README.org, stating that this is now
maintained inside GNU ELPA.

     Cheers,
     Jonas

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#76131: 30.0.93; vlf: advice for abort-if-file-too-large seems broken in Emacs 30
Resent-From: Stefan Kangas <stefankangas@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 09 Feb 2025 17:36:02 +0000
Resent-Message-ID: <handler.76131.B76131.173912255625197 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 76131
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Jonas Bernoulli <jonas@HIDDEN>, fap <hello@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>, Andrey Kotlarski <m00naticus@HIDDEN>
Cc: 76131 <at> debbugs.gnu.org
Received: via spool by 76131-submit <at> debbugs.gnu.org id=B76131.173912255625197
          (code B ref 76131); Sun, 09 Feb 2025 17:36:02 +0000
Received: (at 76131) by debbugs.gnu.org; 9 Feb 2025 17:35:56 +0000
Received: from localhost ([127.0.0.1]:46119 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1thBDn-0006YK-PI
	for submit <at> debbugs.gnu.org; Sun, 09 Feb 2025 12:35:56 -0500
Received: from mail-ed1-x52e.google.com ([2a00:1450:4864:20::52e]:46184)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.84_2) (envelope-from <stefankangas@HIDDEN>)
 id 1thBDk-0006Xy-G2
 for 76131 <at> debbugs.gnu.org; Sun, 09 Feb 2025 12:35:53 -0500
Received: by mail-ed1-x52e.google.com with SMTP id
 4fb4d7f45d1cf-5de4c7720bcso3458703a12.0
 for <76131 <at> debbugs.gnu.org>; Sun, 09 Feb 2025 09:35:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1739122546; x=1739727346; darn=debbugs.gnu.org;
 h=cc:to:subject:message-id:date:mime-version:references:in-reply-to
 :from:from:to:cc:subject:date:message-id:reply-to;
 bh=weyQNHPAY9e+mzD6S4HHgvGSUZKitliVebePAgOeFYI=;
 b=FsrnkB9h2p7Cptlx4GFhJ4YlxpfPBaY6OvwiYcqc1+4AkKJRAkFAojs7ovxgt3O/9f
 aFydR0Y+9MOzHL4xxdYcuUgIxf/I4PxojWdvmCAZxed8ILq4dNUUsIsh9ThB8hdrOx16
 xGek77THZt5q8TElOH1gZFrk0NSXbgSJWOD+ulkDettpBp7RY3rcTxigdqoiJa9U4c2w
 +8efJoyZL3O9LUT7OB998so7/e3U7ZMabL/hNKug9Sxe1WuYeUKEiIaZnjR0+qlqnyUx
 bmn6Bw+RJ4Eu/3qyOIZ9qema0ppQNHHG+vVdoCkGzCQezKRzjbc4lbH9+vXxrcmIc/r7
 aIqw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1739122546; x=1739727346;
 h=cc:to:subject:message-id:date:mime-version:references:in-reply-to
 :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
 bh=weyQNHPAY9e+mzD6S4HHgvGSUZKitliVebePAgOeFYI=;
 b=bRmZgLD1uiurbxla0DLnKtWDuQz3LaJ2o+AJ+wuqK9lMQR1QEk6wj6Z7d2+GGqa2z8
 qgVLJchA0qwSwm6nia+Bbs1lvUr3bw+VZ6uwZr7MjULslfXX9G9HWWEFgW5tKzetP5u+
 /XQUaU5gEzyIp3zwH4leFkYsXRjuXKE7k2Mnz+PRMAn2mHB1m53r6e07VZIzoAGBFAXD
 pcdcFqnlcRcoii4Igi/8Dm0l5KjfLnSCkY4OBpe6eU3VNd/saLfqQYEC3uPhocc9ah6P
 cXuaMO6oyKa6T7tDr4u+bHTcFPo4M5LkNQ1sHEs4YMLdIWw6Qu0UeTttqiEGnm99JZJk
 n3Kw==
X-Gm-Message-State: AOJu0YycEYzAhC7r4J+qwHBYmvg3yT5xkC6lbymE6V+vwOn40xu79KpP
 XlBVebeKcH1jPl7JYz00wQz7idkXCSd14R3IoGCunOMQrNMwbjMQEnCwWqjDfvaGIrxCV99rdDC
 YUdqthed7PJWgT7qOWgkuXTz6b3RcbxsfsuQ=
X-Gm-Gg: ASbGnct1YovKc01IVc2uG1itIf+ke2W2oytMwy5fPjxbQ68Ny/hfkYBTACzr8j2uD0n
 1du6O3nZVn2WzBGWdKPz/kxxtirmbVndXta2AJKYOvdktt7BCVkiuD44+r1F76VQz24bs3W+YTQ
 ==
X-Google-Smtp-Source: AGHT+IEz0NMs3y+X3J65Vfqtu2DEWmcXAu1lXsT6JFlj77YAznyRz+evNH1w7HYKa9HwhUa8pfJ4MJF6OtVRqrbVoPs=
X-Received: by 2002:a50:aad0:0:b0:5db:da94:6e7e with SMTP id
 4fb4d7f45d1cf-5de45073388mr9047152a12.24.1739122546229; Sun, 09 Feb 2025
 09:35:46 -0800 (PST)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Sun, 9 Feb 2025 09:35:45 -0800
From: Stefan Kangas <stefankangas@HIDDEN>
In-Reply-To: <87zfiv2gky.fsf@HIDDEN>
References: <d806a784-a641-4815-a6a4-11d040ffc17e@HIDDEN>
 <86ikpk50z1.fsf@HIDDEN>
 <0eeb4cb7-8c61-4b1b-b699-c5b5ebbf02fb@HIDDEN>
 <CADwFkmmufVAjCyZnD3CnB5juVZSbzVrcyym6YKe+Dtx+y0-_Bw@HIDDEN>
 <87zfiv2gky.fsf@HIDDEN>
MIME-Version: 1.0
Date: Sun, 9 Feb 2025 09:35:45 -0800
X-Gm-Features: AWEUYZn0MnKhPXDKnQ28I230ixrimU_DMoKWaG1vzixzM_0lB__J6GzE_8hqAg8
Message-ID: <CADwFkm=5VJAcBZ19ZQt3CV9vnpMP8UHWe=uAyqjGJFb7hjUuvw@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Jonas Bernoulli <jonas@HIDDEN> writes:

> Stefan Kangas <stefankangas@HIDDEN> writes:
>
>> fap via "Bug reports for GNU Emacs, the Swiss army knife of text
>> editors" <bug-gnu-emacs@HIDDEN> writes:
>>
>>> Okay, I think that one was my bad, as I was using the unmaintained melpa
>>> version.
>>
>> Maybe someone could ask the MELPA maintainers to remove that outdated
>> package?
>
> I've removed it from Melpa and updated the Emacsmirror to get it from
> elpa.git.

Thanks!

> Stefan K, please change this in elpa.git/elpa-packages:
>
> - (vlf			:url "https://github.com/m00natic/vlfi") ;FIXME:Dead?
> + (vlf			:url nil) ;"https://github.com/m00natic/vlfi"

Done.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#76131: 30.0.93; vlf: advice for abort-if-file-too-large seems broken in Emacs 30
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 10 Feb 2025 12:31:01 +0000
Resent-Message-ID: <handler.76131.B76131.173919063916055 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 76131
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Ship Mints <shipmints@HIDDEN>
Cc: jonas@HIDDEN, stefankangas@HIDDEN, hello@HIDDEN, 76131 <at> debbugs.gnu.org
Received: via spool by 76131-submit <at> debbugs.gnu.org id=B76131.173919063916055
          (code B ref 76131); Mon, 10 Feb 2025 12:31:01 +0000
Received: (at 76131) by debbugs.gnu.org; 10 Feb 2025 12:30:39 +0000
Received: from localhost ([127.0.0.1]:49446 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1thSvu-0004A6-FZ
	for submit <at> debbugs.gnu.org; Mon, 10 Feb 2025 07:30:38 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:43130)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1thSvr-0003pt-44
 for 76131 <at> debbugs.gnu.org; Mon, 10 Feb 2025 07:30:35 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1thSvi-0005mm-Ll; Mon, 10 Feb 2025 07:30:26 -0500
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=ONWgYOC5R+pYwUNHY47kFuT7D4DiBjfk8qGsi3kc+oI=; b=lHEsC3zlylIV
 W26h16DC6Has0ZZKt6NPDkSe986Z3YGeRXb95MYwzP20qvyayb6ryAWMzLgaPD1BC4ttkAE1ccn7m
 qnyyGscLjuxmLetbpKmWy9LPxHSaQvTTAaH/xlYDcZYrmLC9KgBeAQ5ftPNa+axetXz13Xa5JuhpL
 6CGELh+8cL1oAdcJqBWXo3+kvBSnuc1Rup2wwTWTfFOXmI0lo/XKP8wza4Rau2a9O8EKHysO4Hakb
 nc7frlPMIzy87e4NPnQ6yG6Fgnb3d07GPDQTf8gozPFSHMH+F5/uO6h8ZVlQEjZRJkBfxLBEoJjOW
 XWQP1tY0FOkciz1EaDHzMQ==;
Date: Mon, 10 Feb 2025 14:30:16 +0200
Message-Id: <86mseuyobr.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <CAN+1Hbo+Dbr+Gaa5F7McKyWvf0=1grvgtUrFrnAQ4y5Z=q8aXQ@HIDDEN>
 (message from Ship Mints on Sun, 9 Feb 2025 09:56:51 -0500)
References: <d806a784-a641-4815-a6a4-11d040ffc17e@HIDDEN>
 <86ikpk50z1.fsf@HIDDEN>
 <0eeb4cb7-8c61-4b1b-b699-c5b5ebbf02fb@HIDDEN>
 <CADwFkmmufVAjCyZnD3CnB5juVZSbzVrcyym6YKe+Dtx+y0-_Bw@HIDDEN>
 <CAN+1Hbo+Dbr+Gaa5F7McKyWvf0=1grvgtUrFrnAQ4y5Z=q8aXQ@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Ship Mints <shipmints@HIDDEN>
> Date: Sun, 9 Feb 2025 09:56:51 -0500
> Cc: fap <hello@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>, Jonas Bernoulli <jonas@HIDDEN>, 
> 	76131 <at> debbugs.gnu.org
> 
> I had the stale version installed from MELPA myself so I installed the ELPA version and it looks like package
> reported the incorrect path name but under the covers did the right thing.
> 
> "Package vlf is installed.
> 
>      Status: Installed in 'vlf-20191126.2250/'. <<<---- incorrect path: it was put in vlf-1.7.2/
>     Version: 20191126.2250
>      Commit: cc02f2533782d6b9b628cec7e2dcf25b2d05a27c
>     Summary: View Large Files.
>     Website: https://github.com/m00natic/vlfi
>    Keywords: large files utilities 
> Other versions: 1.7.2 (installed), 20191126.2250 (melpa), 1.7.2 (gnu)."

So can we close this bug now, or is there anything left to do?

Last modified: Mon, 10 Feb 2025 12:30:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.