GNU bug report logs - #55930
29.0.50; Removing some items from Emacs FAQ for MS Windows

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 55930 in the body.
You can then email your comments to 55930 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Arash Esbati <arash <at> gnu.org>
To: emacs-bugs <bug-gnu-emacs <at> gnu.org>
Subject: 29.0.50; Removing some items from Emacs FAQ for MS Windows
Date: Sun, 12 Jun 2022 20:25:00 +0200

Hi all,

I'd like to ask it makes sense to remove some items from FAQ for MS
Windows in "11 Other useful ports"[1], namely:

  11.4 UWIN
  http://www.research.att.com/sw/tools/uwin/

  UWIN is another POSIX emulation environment, like Cygwin and MSYS,
  that provides a large number of ported tools. The shell used by UWIN
  is ksh, the Korn shell.

The link is gone.  I did a quick search but could not find a
replacement.

  11.5 GnuWin32

  http://gnuwin32.sourceforge.net/

  GnuWin32 provides precompiled native Windows ports of a wide selection
  of Free software and libraries. Unfortunately, the ports are
  outdated.

Outdated means last announcement is from 2010, the project looks
dormant.

Maybe an entry for Msys2 should be added?  I can send a proposal, but
before that, I'd like to know how people think about it.

Best, Arash

Footnotes:
[1]  https://www.gnu.org/software/emacs/manual/html_mono/efaq-w32.html#Other-useful-ports

Message #8 received at 55930 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Arash Esbati <arash <at> gnu.org>
Cc: 55930 <at> debbugs.gnu.org
Subject: Re: bug#55930: 29.0.50;
 Removing some items from Emacs FAQ for MS Windows
Date: Sun, 12 Jun 2022 21:36:54 +0300

> From: Arash Esbati <arash <at> gnu.org>
> Date: Sun, 12 Jun 2022 20:25:00 +0200
> 
> I'd like to ask it makes sense to remove some items from FAQ for MS
> Windows in "11 Other useful ports"[1], namely:
> 
>   11.4 UWIN
>   http://www.research.att.com/sw/tools/uwin/
> 
>   UWIN is another POSIX emulation environment, like Cygwin and MSYS,
>   that provides a large number of ported tools. The shell used by UWIN
>   is ksh, the Korn shell.
> 
> The link is gone.  I did a quick search but could not find a
> replacement.

If it's gone, it should be removed from the FAQ, IMO.

>   11.5 GnuWin32
> 
>   http://gnuwin32.sourceforge.net/
> 
>   GnuWin32 provides precompiled native Windows ports of a wide selection
>   of Free software and libraries. Unfortunately, the ports are
>   outdated.
> 
> Outdated means last announcement is from 2010, the project looks
> dormant.

It is indeed dormant, but some of its ports are nowhere to be found as
native MS-Windows executables.  Coreutils, for example.

> Maybe an entry for Msys2 should be added?  I can send a proposal, but
> before that, I'd like to know how people think about it.

I hope you mean MinGW64 executables here.  MSYS2 executables are just
like Cygwin: they aren't native Windows binaries, and have some subtle
compatibility problems.

Yes, if you can come up with a list of MinGW64 ports that are
available from the MSYS2 folks, by all means suggest a patch for the
FAQ.

Thanks.

Message #11 received at 55930 <at> debbugs.gnu.org (full text, mbox):

From: Arash Esbati <arash <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 55930 <at> debbugs.gnu.org
Subject: Re: bug#55930: 29.0.50; Removing some items from Emacs FAQ for MS
 Windows
Date: Mon, 13 Jun 2022 11:18:06 +0200

[Message part 1 (text/plain, inline)]

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Arash Esbati <arash <at> gnu.org>
>> Date: Sun, 12 Jun 2022 20:25:00 +0200
>> 
>> I'd like to ask it makes sense to remove some items from FAQ for MS
>> Windows in "11 Other useful ports"[1], namely:
>> 
>>   11.4 UWIN
>>   http://www.research.att.com/sw/tools/uwin/
>> 
>> The link is gone.  I did a quick search but could not find a
>> replacement.
>
> If it's gone, it should be removed from the FAQ, IMO.

Agreed.

>>   11.5 GnuWin32
>> 
>> Outdated means last announcement is from 2010, the project looks
>> dormant.
>
> It is indeed dormant, but some of its ports are nowhere to be found as
> native MS-Windows executables.  Coreutils, for example.

Ok, I will not touch this entry.

>> Maybe an entry for Msys2 should be added?  I can send a proposal, but
>> before that, I'd like to know how people think about it.
>
> I hope you mean MinGW64 executables here.

I did.  But I was more thinking about an entry which covers MinGW-w64
and MSYS2, basically the same thing like MinGW and MSYS which is already
there.

> Yes, if you can come up with a list of MinGW64 ports that are
> available from the MSYS2 folks, by all means suggest a patch for the
> FAQ.

MSYS2 distribution offers more than 2.600 ports in their MinGW64 subsystem,
so a sensible list is rather complicated.  My suggestion is attached.  I
haven't made a ChangeLog entry yet, but in general:

 • The file nt/INSTALL.W64 is mentioned
 • A ; is added to the examples for .mailcap in order to be in line with
   Emacs MIME manual
 • UWIN entry is gone
 • Entry for MinGW64 and MSYS2 is added.

Any comments welcome.

Best, Arash

[efaq-win32.texi.diff (text/x-patch, attachment)]

Message #14 received at 55930 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Arash Esbati <arash <at> gnu.org>
Cc: 55930 <at> debbugs.gnu.org
Subject: Re: bug#55930: 29.0.50; Removing some items from Emacs FAQ for MS
 Windows
Date: Mon, 13 Jun 2022 14:44:08 +0300

> From: Arash Esbati <arash <at> gnu.org>
> Cc: 55930 <at> debbugs.gnu.org
> Date: Mon, 13 Jun 2022 11:18:06 +0200
> 
> >> Maybe an entry for Msys2 should be added?  I can send a proposal, but
> >> before that, I'd like to know how people think about it.
> >
> > I hope you mean MinGW64 executables here.
> 
> I did.  But I was more thinking about an entry which covers MinGW-w64
> and MSYS2, basically the same thing like MinGW and MSYS which is already
> there.
> 
> > Yes, if you can come up with a list of MinGW64 ports that are
> > available from the MSYS2 folks, by all means suggest a patch for the
> > FAQ.
> 
> MSYS2 distribution offers more than 2.600 ports in their MinGW64 subsystem,
> so a sensible list is rather complicated.  My suggestion is attached.  I
> haven't made a ChangeLog entry yet, but in general:
> 
>  • The file nt/INSTALL.W64 is mentioned
>  • A ; is added to the examples for .mailcap in order to be in line with
>    Emacs MIME manual
>  • UWIN entry is gone
>  • Entry for MinGW64 and MSYS2 is added.
> 
> Any comments welcome.

Thanks.

First, I think MinGW64 should nowadays be the main reference, and
mingw.org's MinGW just the second choice, specifically for 32-bit
builds targeting old Windows versions (which MinGW64 and MSYS2 no
longer support).  We should mention this aspect, and also say what
"older versions" are not supported by MSYS2, so that people won't be
unpleasantly surprised after spending their afternoon downloading
stuff.

> @@ -2139,7 +2143,7 @@ MinGW
>  @cindex msys environment
>  @cindex subprocesses, mingw and msys
>  
> -@uref{http://www.mingw.org/}
> +@uref{https://mingw.osdn.io/}

The correct URL is https://osdn.net/projects/mingw/

> +@node MinGW-w64
> +@section MinGW-w64 and MSYS2
> +@cindex mingw-w64 tools
> +@cindex msys2 environment
> +@cindex subprocesses, mingw-w64 and msys2
> +
> +@uref{https://www.msys2.org/}
> +
> +MinGW-w64 is another set of development tools that produce native
> +Windows executables.  MinGW-w64 has forked the original MinGW in 2007
> +in order to provide support for 64 bits and new APIs.
> +
> +MSYS2 is software distribution and a building platform for Windows.
> +MSYS2 is an independent rewrite of MSYS, based on modern Cygwin and
> +MinGW-w64 with the aim of better interoperability with native Windows
> +software.  It plays the same role MSYS does in MinGW.
> +
> +Being a distribution, MSYS2 provides tools to build software as well
> +as more than 2.600 precompiled packages ready for use.  For example,
> +the distribution offers Hunspell as the package
> +@samp{mingw-w64-x86_64-hunspell} which can be installed through the
> +provided package manager Pacman.  One can now open the MINGW64
> +subsystem by running the file @file{mingw64.exe} which opens a
> +terminal window (Mintty) with a proper shell (Bash) and use the
> +command @command{hunspell} directly.  If Emacs is started from this
> +shell, it will find @command{hunspell} as well and there is no need
> +for adjustments in @code{exec-path} and such.  External binaries can
> +be made available by adding them to @env{PATH} in
> +@file{~/.bash_profile}, for example:
> +@example
> +export PATH=$PATH:/c/Program\ Files/gs/gs9.56.1/bin
> +@end example

This is IMO too detailed for no good reason.  We don't need to "sell"
MinGW64.  I think we should make it shorter, in the same style as the
MinGW/MSYS section.

Thanks.

Message #17 received at 55930 <at> debbugs.gnu.org (full text, mbox):

From: Arash Esbati <arash <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 55930 <at> debbugs.gnu.org
Subject: Re: bug#55930: 29.0.50; Removing some items from Emacs FAQ for MS
 Windows
Date: Mon, 13 Jun 2022 14:39:35 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Arash Esbati <arash <at> gnu.org>
>> Cc: 55930 <at> debbugs.gnu.org
>> Date: Mon, 13 Jun 2022 11:18:06 +0200
>> 
> First, I think MinGW64 should nowadays be the main reference, and
> mingw.org's MinGW just the second choice, specifically for 32-bit
> builds targeting old Windows versions (which MinGW64 and MSYS2 no
> longer support).

Thanks for your comments.  I presume you mean to make this change
through the entire FAQ, right?  Starting with

  1.2 Which versions of Windows are supported?

and not only in

  11 Other useful ports

?

> We should mention this aspect, and also say what "older versions" are
> not supported by MSYS2, so that people won't be unpleasantly surprised
> after spending their afternoon downloading stuff.

Agreed.

>> @@ -2139,7 +2143,7 @@ MinGW
>>  @cindex msys environment
>>  @cindex subprocesses, mingw and msys
>>  
>> -@uref{http://www.mingw.org/}
>> +@uref{https://mingw.osdn.io/}
>
> The correct URL is https://osdn.net/projects/mingw/

I will change that.

> This is IMO too detailed for no good reason.  We don't need to "sell"
> MinGW64.  I think we should make it shorter, in the same style as the
> MinGW/MSYS section.

I don't have any MinGW64/MSYS2 shares ;-)  I just wanted to cover the
aspect that many precompiled binaries of programs are available from
this project.  Maybe I put that note somewhere else.

Thanks.  Best, Arash

Message #20 received at 55930 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Arash Esbati <arash <at> gnu.org>
Cc: 55930 <at> debbugs.gnu.org
Subject: Re: bug#55930: 29.0.50; Removing some items from Emacs FAQ for MS
 Windows
Date: Mon, 13 Jun 2022 16:01:56 +0300

> From: Arash Esbati <arash <at> gnu.org>
> Cc: 55930 <at> debbugs.gnu.org
> Date: Mon, 13 Jun 2022 14:39:35 +0200
> 
> > First, I think MinGW64 should nowadays be the main reference, and
> > mingw.org's MinGW just the second choice, specifically for 32-bit
> > builds targeting old Windows versions (which MinGW64 and MSYS2 no
> > longer support).
> 
> Thanks for your comments.  I presume you mean to make this change
> through the entire FAQ, right?  Starting with
> 
>   1.2 Which versions of Windows are supported?
> 
> and not only in
> 
>   11 Other useful ports
> 
> ?

Yes.

> > This is IMO too detailed for no good reason.  We don't need to "sell"
> > MinGW64.  I think we should make it shorter, in the same style as the
> > MinGW/MSYS section.
> 
> I don't have any MinGW64/MSYS2 shares ;-)  I just wanted to cover the
> aspect that many precompiled binaries of programs are available from
> this project.  Maybe I put that note somewhere else.

It's okay to say that many precompiled binaries are available there, I
just don't see a need to affirm that with examples, not in a FAQ.

Message #23 received at 55930 <at> debbugs.gnu.org (full text, mbox):

From: Jim Porter <jporterbugs <at> gmail.com>
To: Arash Esbati <arash <at> gnu.org>, Eli Zaretskii <eliz <at> gnu.org>
Cc: 55930 <at> debbugs.gnu.org
Subject: Re: bug#55930: 29.0.50; Removing some items from Emacs FAQ for MS
 Windows
Date: Mon, 13 Jun 2022 16:46:35 -0700

On 6/13/2022 5:39 AM, Arash Esbati wrote:
> I don't have any MinGW64/MSYS2 shares ;-)  I just wanted to cover the
> aspect that many precompiled binaries of programs are available from
> this project.  Maybe I put that note somewhere else.

On the subject pointing people to precompiled MS Windows binaries of 
useful GNU tools, one really easy way for users is to add C:\Program 
Files\Git\usr\bin to their PATH (or wherever Git was installed). On MS 
Windows, Git comes with quite a few of the most-common commands (I think 
from MSYS2, actually), and I'd imagine that many Emacs users also have 
Git installed.

I'm not sure this is worth putting in the FAQ, but I thought I'd mention 
it just in case.

Message #26 received at 55930 <at> debbugs.gnu.org (full text, mbox):

From: Arash Esbati <arash <at> gnu.org>
To: Jim Porter <jporterbugs <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 55930 <at> debbugs.gnu.org
Subject: Re: bug#55930: 29.0.50; Removing some items from Emacs FAQ for MS
 Windows
Date: Tue, 14 Jun 2022 11:36:51 +0200

Jim Porter <jporterbugs <at> gmail.com> writes:

> On the subject pointing people to precompiled MS Windows binaries of
> useful GNU tools, one really easy way for users is to add C:\Program
> Files\Git\usr\bin to their PATH (or wherever Git was installed). On MS
> Windows, Git comes with quite a few of the most-common commands (I
> think from MSYS2, actually), and I'd imagine that many Emacs users
> also have Git installed.
>
> I'm not sure this is worth putting in the FAQ, but I thought I'd
> mention it just in case.

Thanks for your comment.  I'm not sure if it's worth either.  But my
recommendation would be to drop this and let people install the original
MinGW64/MSYS2 distribution if they want the tools besides Git.  I mean,
why installing Git when you want to use bash only?

Best, Arash

Message #29 received at 55930 <at> debbugs.gnu.org (full text, mbox):

From: Arash Esbati <arash <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 55930 <at> debbugs.gnu.org
Subject: Re: bug#55930: 29.0.50; Removing some items from Emacs FAQ for MS
 Windows
Date: Tue, 14 Jun 2022 11:23:28 +0200

[Message part 1 (text/plain, inline)]

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Arash Esbati <arash <at> gnu.org>
>> Cc: 55930 <at> debbugs.gnu.org
>> Date: Mon, 13 Jun 2022 14:39:35 +0200
>> 
>> Thanks for your comments.  I presume you mean to make this change
>> through the entire FAQ, right?
>
> Yes.

Thanks.  Next iteration is attached.  Any comments welcome.

Best, Arash

[efaq-win32.texi.diff (text/x-patch, attachment)]

Message #32 received at 55930 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Arash Esbati <arash <at> gnu.org>
Cc: 55930 <at> debbugs.gnu.org
Subject: Re: bug#55930: 29.0.50; Removing some items from Emacs FAQ for MS
 Windows
Date: Tue, 14 Jun 2022 14:59:52 +0300

> From: Arash Esbati <arash <at> gnu.org>
> Cc: 55930 <at> debbugs.gnu.org
> Date: Tue, 14 Jun 2022 11:23:28 +0200
> 
> Thanks.  Next iteration is attached.  Any comments welcome.

Below.

> -To compile Emacs on Windows, you will need the MinGW port of GCC and
> -Binutils, the MinGW runtime and development environment, and the MSYS
> -suite of tools.  For the details, see the file @file{nt/INSTALL} in
> -the Emacs source distribution.
> +To compile Emacs on Windows, you will need either the MinGW-w64 port
> +of GCC and Binutils, the MinGW-w64 runtime and development
> +environment, and the MSYS2 suite of tools, or the MinGW port of GCC
> +and the MSYS suite of tools.  For the details, see the files
> +@file{nt/INSTALL.W64} or @file{nt/INSTALL} in the Emacs source
> +distribution.

Instead of saying everything twice, once for MinGW64 and then for
MinGW, I'd prefer to say it once for MinGW64, and mention MinGW only
in one or two places, where the we explain the difference.  That would
be consistent with our recommendation to use MinGW64 except in rare
exceptions, and will also avoid annoying repetition.

> +Choosing the right environment from the ones mentioned above depends
> +on your requirements and the Windows version you're using.  The list
> +below should give some guidance:
> +
> +@itemize @w{}
> +@item
> +MinGW-w64 and MSYS2 (requires 64-bit Windows 7 or newer)
> +
> +@itemize
> +@item
> +You want to build a 64-bit Emacs executable.
> +@item
> +You want to build a 32-bit Emacs executable and want to use a newer
> +version of GCC than 9.x.
> +@item
> +You want to have access to recent versions of other libraries for
> +displaying images, TLS etc@. out of the box.
> +@end itemize
> +
> +@item
> +MinGW and MSYS
> +@itemize
> +@item
> +You're using a 32-bit version of Windows.
> +@item
> +You're using a Windows version prior to Windows 7.
> +@end itemize
> +@end itemize

This again treats the two flavors of MinGW as equal, which I think is
not what we want.  My suggestion is to make it shorter and more to the
point by saying something like

  We recommend that you use MinGW64, unless you need to build Emacs
  for running on versions of MS-Windows before Windows 7.

I see no reason to say more or give more detailed list of
considerations.

>  Latest versions of GDB might refuse to load the init file for security
>  reasons, unless you customize GDB; alternatively, use an explicit
> -@kbd{source ./gdbinit} command after entering GDB.
> -} in that directory, to define some extra commands for working with
> -lisp while debugging, and set up breakpoints to catch abnormal
> -aborts.
> +@kbd{source ./gdbinit} command after entering GDB.  } in that
> +directory, to define some extra commands for working with lisp while
> +debugging, and set up breakpoints to catch abnormal aborts.

This looks like unnecessary whitespace change, perhaps caused by
refilling the text?  The newline before the closing "}" of @footnote
is deliberate and shouldn't be removed, as it makes it easier to
realize where the footnote ends.

> @@ -1645,8 +1679,8 @@ Attachments with Gnus
>  In your @env{HOME} directory create a file called @file{.mailcap},
>  with contents like the following:
>  @example
> -application/zip "C:/Program Files/7-Zip/7zFM.exe"
> -video/* "C:/Program Files/VideoLAN/VLC/vlc.exe"
> +application/zip; "C:/Program Files/7-Zip/7zFM.exe"
> +video/*; "C:/Program Files/VideoLAN/VLC/vlc.exe"
>  @end example

Is that semi-colon really necessary?  Did the Gnus syntax change?

>  Another possibility is Hunspell, which is available from
>  @uref{https://sourceforge.net/projects/ezwinports/files/?source=navbar,
> -the ezwinports site}.
> +the ezwinports site}.  If you're using the MSYS2 distribution, you can
> +install a recent version of either GNU Aspell or Hunspell through the
> +package manager Pacman.  @xref{Other useful ports}.

Is Hunspell offered by MSYS2 a MinGW64 program or an MSYS program?  If
the latter, we should at least warn people about potential issues with
I/O incompatibilities.

Thanks.

Message #35 received at 55930 <at> debbugs.gnu.org (full text, mbox):

From: Arash Esbati <arash <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 55930 <at> debbugs.gnu.org
Subject: Re: bug#55930: 29.0.50; Removing some items from Emacs FAQ for MS
 Windows
Date: Wed, 15 Jun 2022 10:42:58 +0200

[Message part 1 (text/plain, inline)]

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Arash Esbati <arash <at> gnu.org>
>> Cc: 55930 <at> debbugs.gnu.org
>> Date: Tue, 14 Jun 2022 11:23:28 +0200
>> 
> This again treats the two flavors of MinGW as equal, which I think is
> not what we want.  My suggestion is to make it shorter and more to the
> point by saying something like
>
>   We recommend that you use MinGW64, unless you need to build Emacs
>   for running on versions of MS-Windows before Windows 7.
>
> I see no reason to say more or give more detailed list of
> considerations.

Thanks for your comments.  To be honest, I had the impression that Emacs
is still treating the two MinGW flavors as equal.  Having a clear
preference makes thing much easier.

>>  Latest versions of GDB might refuse to load the init file for security
>>  reasons, unless you customize GDB; alternatively, use an explicit
>> -@kbd{source ./gdbinit} command after entering GDB.
>> -} in that directory, to define some extra commands for working with
>> -lisp while debugging, and set up breakpoints to catch abnormal
>> -aborts.
>> +@kbd{source ./gdbinit} command after entering GDB.  } in that
>> +directory, to define some extra commands for working with lisp while
>> +debugging, and set up breakpoints to catch abnormal aborts.
>
> This looks like unnecessary whitespace change, perhaps caused by
> refilling the text?  The newline before the closing "}" of @footnote
> is deliberate and shouldn't be removed, as it makes it easier to
> realize where the footnote ends.

Thanks for catching this, it was indeed caused by refilling.

>> @@ -1645,8 +1679,8 @@ Attachments with Gnus
>>  In your @env{HOME} directory create a file called @file{.mailcap},
>>  with contents like the following:
>>  @example
>> -application/zip "C:/Program Files/7-Zip/7zFM.exe"
>> -video/* "C:/Program Files/VideoLAN/VLC/vlc.exe"
>> +application/zip; "C:/Program Files/7-Zip/7zFM.exe"
>> +video/*; "C:/Program Files/VideoLAN/VLC/vlc.exe"
>>  @end example
>
> Is that semi-colon really necessary?  Did the Gnus syntax change?

My reason for adding them is to catch up with emacs-mime.texi which uses
semi-colon:

@example
image/*; gimp -8 %s
audio/wav; wavplayer %s
application/msword; catdoc %s ; copiousoutput ; nametemplate=%s.doc
@end example

The manuals should be in line.  I can't say it the Gnus syntax changed
somewhere.

>>  Another possibility is Hunspell, which is available from
>>  @uref{https://sourceforge.net/projects/ezwinports/files/?source=navbar,
>> -the ezwinports site}.
>> +the ezwinports site}.  If you're using the MSYS2 distribution, you can
>> +install a recent version of either GNU Aspell or Hunspell through the
>> +package manager Pacman.  @xref{Other useful ports}.
>
> Is Hunspell offered by MSYS2 a MinGW64 program or an MSYS program?  If
> the latter, we should at least warn people about potential issues with
> I/O incompatibilities.

It is the former: mingw64/mingw-w64-x86_64-hunspell 1.7.0-7.

I'm attaching hopefully the final version.  Once approved, I would
prepare a patch incl. ChangeLog entry.

[efaq-win32.texi.diff (text/x-patch, attachment)]

[Message part 3 (text/plain, inline)]

Best, Arash

Message #38 received at 55930 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Arash Esbati <arash <at> gnu.org>
Cc: 55930 <at> debbugs.gnu.org
Subject: Re: bug#55930: 29.0.50; Removing some items from Emacs FAQ for MS
 Windows
Date: Wed, 15 Jun 2022 19:39:58 +0300

> From: Arash Esbati <arash <at> gnu.org>
> Cc: 55930 <at> debbugs.gnu.org
> Date: Wed, 15 Jun 2022 10:42:58 +0200
> 
> I'm attaching hopefully the final version.  Once approved, I would
> prepare a patch incl. ChangeLog entry.

Thanks, this LGTM.

Message #41 received at 55930 <at> debbugs.gnu.org (full text, mbox):

From: Arash Esbati <arash <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 55930 <at> debbugs.gnu.org
Subject: Re: bug#55930: 29.0.50; Removing some items from Emacs FAQ for MS
 Windows
Date: Wed, 15 Jun 2022 21:44:31 +0200

[Message part 1 (text/plain, inline)]

Eli Zaretskii <eliz <at> gnu.org> writes:

> Thanks, this LGTM.

Please find the patch attached.  Thanks for your guidance.

[0001-Update-MS-Windows-FAQ-for-MinGW64-w64-MSYS2.patch (text/x-patch, attachment)]

[Message part 3 (text/plain, inline)]

Best, Arash

Message #46 received at 55930-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Arash Esbati <arash <at> gnu.org>
Cc: 55930-done <at> debbugs.gnu.org
Subject: Re: bug#55930: 29.0.50; Removing some items from Emacs FAQ for MS
 Windows
Date: Thu, 16 Jun 2022 10:20:45 +0300

> From: Arash Esbati <arash <at> gnu.org>
> Cc: 55930 <at> debbugs.gnu.org
> Date: Wed, 15 Jun 2022 21:44:31 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > Thanks, this LGTM.
> 
> Please find the patch attached.  Thanks for your guidance.

Thanks, installed on the emacs-28 branch.

Previous Next

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