[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Changes for emacs 28
From: |
Boruch Baum |
Subject: |
Re: Changes for emacs 28 |
Date: |
Tue, 8 Sep 2020 09:08:25 -0400 |
User-agent: |
NeoMutt/20180716 |
On Tue, 08 Sep 2020 13:50:37 +0100, João Távora wrote:
> Boruch Baum <boruch_baum@gmx.com> writes:
>
> > On Tue, 08 Sep 2020 12:13:04 +0100, João Távora wrote:
> >> It must be a command-line option because when reproducing and fixing
> >> bugs on Emacs, you very frequently have the need to run "a bare Emacs
> >> -Q" frequently from a shell, devoid of any third-party packages that may
> >> be interfering.
> >
> > That's only ever is true when reporting a bug to the emacs project
> > itself.
>
> No, no and no. When answering bug reports for a package that is _not_
> in Emacs it's imperative that the reporter uses Emacs -Q + <package
> setup when explaining the problem.
You're right. I'm surprised I wrote that part.
--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0
- Re: Changes for emacs 28, (continued)
- Re: Changes for emacs 28, Tassilo Horn, 2020/09/11
- Re: Changes for emacs 28, Boruch Baum, 2020/09/07
- Re: Changes for emacs 28, Boruch Baum, 2020/09/08
- Re: Changes for emacs 28, Boruch Baum, 2020/09/08
- Re: Changes for emacs 28, Boruch Baum, 2020/09/08
- Re: Changes for emacs 28,
Boruch Baum <=
- Re: Changes for emacs 28, TEC, 2020/09/08
- Re: Changes for emacs 28, Yuan Fu, 2020/09/08
- Re: Changes for emacs 28, TEC, 2020/09/08
- Re: Changes for emacs 28, tomas, 2020/09/08
- Re: Changes for emacs 28, Ergus, 2020/09/08
- Re: Changes for emacs 28, Stefan Kangas, 2020/09/08
- Re: Changes for emacs 28, Ergus, 2020/09/08
- Re: Changes for emacs 28, Stefan Kangas, 2020/09/08
- Re: Changes for emacs 28, Ergus, 2020/09/08
- Re: Changes for emacs 28, Daniel Martín, 2020/09/08