unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* Emacs pretest 28.0.91 is out
@ 2022-01-10 22:39 Stefan Kangas
  2022-01-11  2:16 ` [External] : " Drew Adams
  0 siblings, 1 reply; 16+ messages in thread
From: Stefan Kangas @ 2022-01-10 22:39 UTC (permalink / raw)
  To: emacs-devel

[-- Attachment #1: Type: text/plain, Size: 1165 bytes --]

Hi!

The second pretest for what will be the 28.1 release of Emacs (the
extensible text editor) is available at:

  https://alpha.gnu.org/gnu/emacs/pretest/emacs-28.0.91.tar.xz

The tarball is signed; you can get the PGP signature file at:

  https://alpha.gnu.org/gnu/emacs/pretest/emacs-28.0.91.tar.xz.sig

Please give it as much testing as you can.

As always, if you encounter problems building or using Emacs,
send a report to bug-gnu-emacs@gnu.org with full details
(if possible, use M-x report-emacs-bug).

Thanks for helping to test Emacs.

--------------------------------------

To verify that the tarball is intact, download both the .sig and
the tarball, and run this command:

  gpg --verify emacs-28.0.91.tar.xz.sig

If that command fails because you don't have the required public key,
run this command to import it:

  gpg --keyserver pgp.mit.edu --recv-keys \
    CEA1DE21AB108493CC9C65742E82323B8F4353EE

You can also run sha1sum or sha256sum and confirm that these
checksums match:

SHA1  emacs-28.0.91.tar.xz
1da31cce4002ae5a7a662fedd27add98fa8b8738

SHA256  emacs-28.0.91.tar.xz
7a9088567511d88a06dc1e1b12f748a0a26e9dcea594549ab855375225345057

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 511 bytes --]

^ permalink raw reply	[flat|nested] 16+ messages in thread

* RE: [External] : Emacs pretest 28.0.91 is out
  2022-01-10 22:39 Emacs pretest 28.0.91 is out Stefan Kangas
@ 2022-01-11  2:16 ` Drew Adams
  2022-01-11  2:28   ` Po Lu
  0 siblings, 1 reply; 16+ messages in thread
From: Drew Adams @ 2022-01-11  2:16 UTC (permalink / raw)
  To: Stefan Kangas, emacs-devel@gnu.org

> https://alpha.gnu.org/gnu/emacs/pretest/emacs-28.0.91.tar.xz

Any hope there will be something here?

https://alpha.gnu.org/gnu/emacs/pretest/windows/emacs-28/

(There wasn't anything for the first 28 pretest, was there?)

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [External] : Emacs pretest 28.0.91 is out
  2022-01-11  2:16 ` [External] : " Drew Adams
@ 2022-01-11  2:28   ` Po Lu
  2022-01-11  3:28     ` Corwin Brust
  0 siblings, 1 reply; 16+ messages in thread
From: Po Lu @ 2022-01-11  2:28 UTC (permalink / raw)
  To: Drew Adams; +Cc: Stefan Kangas, emacs-devel@gnu.org

Drew Adams <drew.adams@oracle.com> writes:

> Any hope there will be something here?

IIRC the person who used to make the MS-Windows prebuilts quit, so maybe
nobody else stepped up.



^ permalink raw reply	[flat|nested] 16+ messages in thread

* RE: [External] : Emacs pretest 28.0.91 is out
@ 2022-01-11  2:45 Tom Davey
  2022-01-17 19:47 ` chad
  0 siblings, 1 reply; 16+ messages in thread
From: Tom Davey @ 2022-01-11  2:45 UTC (permalink / raw)
  To: emacs-devel

Hello folks, 

I have been using Emacs happily on Windows for 11 years now. Emacs keeps getting better and better. 

I would like to contribute to the pre-test for 28.0.91. I see that last year a Windows pre-test for 28.0.50 was uploaded to https://alpha.gnu.org/gnu/emacs/pretest/windows/emacs-28/ in January 2021. Might an ETA for the Windows build of 28.0.91 be in the works? 

All my thanks to those who create the Windows builds and make Windows users feel like first-class citizens of Emacs. We'd much prefer to use Emacs on a free operating system if only our corporate overlords would allow it.

Regards,
Tom Davey

--
Tom Davey
tom@tomdavey.com
New York NY USA

-----Original Message-----
From: Emacs-devel <emacs-devel-bounces+tom=tomdavey.com@gnu.org> On Behalf Of Drew Adams
Sent: Monday, January 10, 2022 9:16 PM
To: Stefan Kangas <stefan@marxist.se>; emacs-devel@gnu.org
Subject: RE: Emacs pretest 28.0.91 is out

> https://alpha.gnu.org/gnu/emacs/pretest/emacs-28.0.91.tar.xz

Any hope there will be something here?

https://alpha.gnu.org/gnu/emacs/pretest/windows/emacs-28/

(There wasn't anything for the first 28 pretest, was there?)




^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [External] : Emacs pretest 28.0.91 is out
  2022-01-11  2:28   ` Po Lu
@ 2022-01-11  3:28     ` Corwin Brust
  2022-01-11 21:43       ` H. Dieter Wilhelm
  0 siblings, 1 reply; 16+ messages in thread
From: Corwin Brust @ 2022-01-11  3:28 UTC (permalink / raw)
  To: Po Lu; +Cc: Stefan Kangas, Drew Adams, emacs-devel@gnu.org

Hi!

On Mon, Jan 10, 2022 at 8:29 PM Po Lu <luangruo@yahoo.com> wrote:
>
> Drew Adams <drew.adams@oracle.com> writes:
>
> > Any hope there will be something here?
>
> IIRC the person who used to make the MS-Windows prebuilts quit, so maybe
> nobody else stepped up.
>

I (and others) have volunteered to attempt to come up to speed with
this.  I'm attempting to make dist on windows now but I'm very, very
novice.   I'm optimistic one of us will get there, however.   I'll
share a link to my build artifacts if I do manage to create some.

Regards,
Corwin



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [External] : Emacs pretest 28.0.91 is out
  2022-01-11  3:28     ` Corwin Brust
@ 2022-01-11 21:43       ` H. Dieter Wilhelm
  2022-01-12  4:07         ` Corwin Brust
  0 siblings, 1 reply; 16+ messages in thread
From: H. Dieter Wilhelm @ 2022-01-11 21:43 UTC (permalink / raw)
  To: Corwin Brust; +Cc: Po Lu, Stefan Kangas, Drew Adams, emacs-devel@gnu.org

Hi Corwin

Corwin Brust <corwin@bru.st> writes:

> I (and others) have volunteered to attempt to come up to speed with
> this.  I'm attempting to make dist on windows now but I'm very, very
> novice.   I'm optimistic one of us will get there, however.   I'll
> share a link to my build artifacts if I do manage to create some.

That'd be nice.  I'm able to build Emacs with MinGW2 for myself but I
still don't grok the package building procedure from Phillip Lord.  Did
you find some time to have a look?

    Dieter
-- 
Best wishes
H. Dieter Wilhelm
Zwingenberg, Germany



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [External] : Emacs pretest 28.0.91 is out
  2022-01-11 21:43       ` H. Dieter Wilhelm
@ 2022-01-12  4:07         ` Corwin Brust
  2022-01-12 12:53           ` Eli Zaretskii
  2022-01-12 20:55           ` H. Dieter Wilhelm
  0 siblings, 2 replies; 16+ messages in thread
From: Corwin Brust @ 2022-01-12  4:07 UTC (permalink / raw)
  To: H. Dieter Wilhelm; +Cc: Po Lu, Stefan Kangas, Drew Adams, emacs-devel@gnu.org

Hi again!

On Tue, Jan 11, 2022 at 3:43 PM H. Dieter Wilhelm
<dieter@duenenhof-wilhelm.de> wrote:
>
> Hi Corwin
>
> Corwin Brust <corwin@bru.st> writes:
>
> > I (and others) have volunteered to attempt to come up to speed with
> > this.  I'm attempting to make dist on windows now but I'm very, very
> > novice.   I'm optimistic one of us will get there, however.   I'll
> > share a link to my build artifacts if I do manage to create some.

I've placed my very first successfully built redistributables for
windows into a repo on sourcehut.  I'd be grateful for any reports of
trouble, suggestions, or confirmation these work for others.

browse the tree:  https://git.sr.ht/~mplscorwin/emacs-w64/tree
clone the repo: https://git.sr.ht/~mplscorwin/emacs-w64

Please note that this build does **not** enable native-compilation nor
does it include gccjit (in deps).  I'm working on the assumption that
the Phillip's build scripts should be enhanced so we can build (and
distribute) windows binaries both with and without native compilation
enabled.

> That'd be nice.  I'm able to build Emacs with MinGW2 for myself but I
> still don't grok the package building procedure from Phillip Lord.  Did
> you find some time to have a look?

I don't have great notes on what I've done but here are a couple notes:

- I ended up creating ~/emacs-build and ~/emacs-upload rather than
messing with the scripts.
- I had to run build-zips and build-deps many, many times
- each failure required finding and install a missing msys package
then trying again
  # pacman -Ss <partial-name>
  # pacman -S <full_x86_64_name>
- this lead me to install sed via:
  # pacman -S mingw64/mingw-w64-x86_64-sed-HMM
- once I installed that version of sed Emacs' configure stopped working
- I "fixed" that by
  # mv /mingw64/bin/sed /mingw64/bin/sed
  # cp /usr/bin/sed /mingw64/bin

Also (as I think you know):
- build-dep-zips.py still has incorrect paths for MINGW sources:

# diff /c/Users/corwi/emacs-build/git/emacs-28/admin/nt/dist-build/build-dep-zips.py
/d/projects/emacs-28/admin/nt/dist-build/build-dep-zips.py
124,125c124,125
< #SRC_REPO="https://sourceforge.net/projects/msys2/files/REPOS/MINGW/Sources"
< SRC_REPO="https://repo.msys2.org/mingw/sources"
---
> SRC_REPO="https://sourceforge.net/projects/msys2/files/REPOS/MINGW/Sources"
>
170c170
<             "wget -a ../download.log -O ../emacs-src-cache/{} {}/{}"
---
>             "wget -a ../download.log -O ../emacs-src-cache/{} {}/{}/download"

> Best wishes



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [External] : Emacs pretest 28.0.91 is out
  2022-01-12  4:07         ` Corwin Brust
@ 2022-01-12 12:53           ` Eli Zaretskii
  2022-01-12 21:15             ` H. Dieter Wilhelm
  2022-01-12 20:55           ` H. Dieter Wilhelm
  1 sibling, 1 reply; 16+ messages in thread
From: Eli Zaretskii @ 2022-01-12 12:53 UTC (permalink / raw)
  To: Corwin Brust; +Cc: dieter, luangruo, stefan, drew.adams, emacs-devel

> From: Corwin Brust <corwin@bru.st>
> Date: Tue, 11 Jan 2022 22:07:41 -0600
> Cc: Po Lu <luangruo@yahoo.com>, Stefan Kangas <stefan@marxist.se>,
>  Drew Adams <drew.adams@oracle.com>,
>  "emacs-devel@gnu.org" <emacs-devel@gnu.org>
> 
> I've placed my very first successfully built redistributables for
> windows into a repo on sourcehut.  I'd be grateful for any reports of
> trouble, suggestions, or confirmation these work for others.

Thank you for your work on this.

> Please note that this build does **not** enable native-compilation nor
> does it include gccjit (in deps).  I'm working on the assumption that
> the Phillip's build scripts should be enhanced so we can build (and
> distribute) windows binaries both with and without native compilation
> enabled.

I'm not sure this is correct/justified.  Wouldn't it be better to have
just one build that could support both variants?  It is supposed to
work that way, but I don't think anyone tested this in practice.  It
would be good to see if that indeed works as intended, and if not,
report the issues which prevent that.

Specifically, I suggest to build Emacs _with_ native-compilation
support, then try using that on a system that has neither libgccjit
nor gcc/Binutils installed.

Thanks.



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [External] : Emacs pretest 28.0.91 is out
  2022-01-12  4:07         ` Corwin Brust
  2022-01-12 12:53           ` Eli Zaretskii
@ 2022-01-12 20:55           ` H. Dieter Wilhelm
  1 sibling, 0 replies; 16+ messages in thread
From: H. Dieter Wilhelm @ 2022-01-12 20:55 UTC (permalink / raw)
  To: Corwin Brust; +Cc: Po Lu, Stefan Kangas, Drew Adams, emacs-devel@gnu.org

Hi again

Corwin Brust <corwin@bru.st> writes:

> Hi again!
>
> On Tue, Jan 11, 2022 at 3:43 PM H. Dieter Wilhelm
> <dieter@duenenhof-wilhelm.de> wrote:
>>
>> Hi Corwin
>>
>> Corwin Brust <corwin@bru.st> writes:
>>
>> > I (and others) have volunteered to attempt to come up to speed with
>> > this.  I'm attempting to make dist on windows now but I'm very, very
>> > novice.   I'm optimistic one of us will get there, however.   I'll
>> > share a link to my build artifacts if I do manage to create some.
>
> I've placed my very first successfully built redistributables for
> windows into a repo on sourcehut.  I'd be grateful for any reports of
> trouble, suggestions, or confirmation these work for others.

I used your installer successfully. :-)

> browse the tree:  https://git.sr.ht/~mplscorwin/emacs-w64/tree
> clone the repo: https://git.sr.ht/~mplscorwin/emacs-w64
>
> ...

> - I ended up creating ~/emacs-build and ~/emacs-upload rather than
> messing with the scripts.
> - I had to run build-zips and build-deps many, many times
> - each failure required finding and install a missing msys package
> then trying again
>   # pacman -Ss <partial-name>
>   # pacman -S <full_x86_64_name>

   - had additionally to install: mingw-w64-x86_64-lerc,
     mingw-w64-x86_64-tzdata, some scr tgz with 0 size in emacs-src!
   - brotli compression library
   - pacman -S zip unzip  mingw-w64-x86_64-ntldd-git

> - this lead me to install sed via:
>   # pacman -S mingw64/mingw-w64-x86_64-sed-HMM
> - once I installed that version of sed Emacs' configure stopped working
> - I "fixed" that by
>   # mv /mingw64/bin/sed /mingw64/bin/sed
>   # cp /usr/bin/sed /mingw64/bin

Strange, I had no problems with sed..

> Also (as I think you know):
> - build-dep-zips.py still has incorrect paths for MINGW sources:

Yes, can't recollect which emacs-developer pointed me to the latest
address

> # diff /c/Users/corwi/emacs-build/git/emacs-28/admin/nt/dist-build/build-dep-zips.py
> /d/projects/emacs-28/admin/nt/dist-build/build-dep-zips.py
> 124,125c124,125
> < #SRC_REPO="https://sourceforge.net/projects/msys2/files/REPOS/MINGW/Sources"
> < SRC_REPO="https://repo.msys2.org/mingw/sources"


        Dieter

-- 
Best wishes
H. Dieter Wilhelm
Zwingenberg, Germany



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [External] : Emacs pretest 28.0.91 is out
  2022-01-12 12:53           ` Eli Zaretskii
@ 2022-01-12 21:15             ` H. Dieter Wilhelm
  2022-01-13  6:30               ` Eli Zaretskii
  0 siblings, 1 reply; 16+ messages in thread
From: H. Dieter Wilhelm @ 2022-01-12 21:15 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: luangruo, Corwin Brust, stefan, drew.adams, emacs-devel

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Corwin Brust <corwin@bru.st>
>> Date: Tue, 11 Jan 2022 22:07:41 -0600
>> Cc: Po Lu <luangruo@yahoo.com>, Stefan Kangas <stefan@marxist.se>,
>>  Drew Adams <drew.adams@oracle.com>,
>>  "emacs-devel@gnu.org" <emacs-devel@gnu.org>
>> 
>> Please note that this build does **not** enable native-compilation nor
>> does it include gccjit (in deps).  I'm working on the assumption that
>> the Phillip's build scripts should be enhanced so we can build (and
>> distribute) windows binaries both with and without native compilation
>> enabled.

> I'm not sure this is correct/justified.  Wouldn't it be better to have
> just one build that could support both variants?  It is supposed to
> work that way, but I don't think anyone tested this in practice.  It
> would be good to see if that indeed works as intended, and if not,
> report the issues which prevent that.

I don't quite understand, does this mean that ALL .elc files are getting
.eln companions?  

Or can this work as under Gnu-Linux with JIT compilation?

> Specifically, I suggest to build Emacs _with_ native-compilation
> support, then try using that on a system that has neither libgccjit
> nor gcc/Binutils installed.

OK, I can check this in the office.

       Dieter
-- 
Best wishes
H. Dieter Wilhelm
Zwingenberg, Germany



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [External] : Emacs pretest 28.0.91 is out
  2022-01-12 21:15             ` H. Dieter Wilhelm
@ 2022-01-13  6:30               ` Eli Zaretskii
  2022-01-13  7:15                 ` H. Dieter Wilhelm
  0 siblings, 1 reply; 16+ messages in thread
From: Eli Zaretskii @ 2022-01-13  6:30 UTC (permalink / raw)
  To: H. Dieter Wilhelm; +Cc: luangruo, corwin, stefan, drew.adams, emacs-devel

> From: "H. Dieter Wilhelm" <dieter@duenenhof-wilhelm.de>
> Cc: Corwin Brust <corwin@bru.st>,  luangruo@yahoo.com,  stefan@marxist.se,
>   drew.adams@oracle.com,  emacs-devel@gnu.org
> Date: Wed, 12 Jan 2022 22:15:57 +0100
> 
> > I'm not sure this is correct/justified.  Wouldn't it be better to have
> > just one build that could support both variants?  It is supposed to
> > work that way, but I don't think anyone tested this in practice.  It
> > would be good to see if that indeed works as intended, and if not,
> > report the issues which prevent that.
> 
> I don't quite understand, does this mean that ALL .elc files are getting
> .eln companions?  

Not necessarily.  If you use the "normal" build procedure, only the
Lisp files that are preloaded (and a few additional support files)
will be natively compiled, the rest will be left as *.elc files.

But I'm not sure I understand why you are asking this.

> Or can this work as under Gnu-Linux with JIT compilation?

If libgccjit is not available, Emacs should use the *.elc files.



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [External] : Emacs pretest 28.0.91 is out
  2022-01-13  6:30               ` Eli Zaretskii
@ 2022-01-13  7:15                 ` H. Dieter Wilhelm
  2022-01-13  9:08                   ` Eli Zaretskii
  0 siblings, 1 reply; 16+ messages in thread
From: H. Dieter Wilhelm @ 2022-01-13  7:15 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: luangruo, corwin, stefan, drew.adams, emacs-devel

Eli Zaretskii <eliz@gnu.org> writes:

>> From: "H. Dieter Wilhelm" <dieter@duenenhof-wilhelm.de>
>> Cc: Corwin Brust <corwin@bru.st>,  luangruo@yahoo.com,  stefan@marxist.se,
>>   drew.adams@oracle.com,  emacs-devel@gnu.org
>> Date: Wed, 12 Jan 2022 22:15:57 +0100
>> 
>> > I'm not sure this is correct/justified.  Wouldn't it be better to have
>> > just one build that could support both variants?  It is supposed to
>> > work that way, but I don't think anyone tested this in practice.  It
>> > would be good to see if that indeed works as intended, and if not,
>> > report the issues which prevent that.
>> 
>> I don't quite understand, does this mean that ALL .elc files are getting
>> .eln companions?  
>
> Not necessarily.  If you use the "normal" build procedure, only the
> Lisp files that are preloaded (and a few additional support files)
> will be natively compiled, the rest will be left as *.elc files.

Indeed, I observed this behaviour under MinGW2.

> But I'm not sure I understand why you are asking this.

I wanted to know if it makes sense (and is possible) to natively compile
all *.elc files for Windows? :-)

>> Or can this work as under Gnu-Linux with JIT compilation?
>
> If libgccjit is not available, Emacs should use the *.elc files.

I thought this. I'm also wondering how much the additional .eln files
will enlarge the Emacs distribution..

Thank you

      Dieter
-- 
Best wishes
H. Dieter Wilhelm
Zwingenberg, Germany



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [External] : Emacs pretest 28.0.91 is out
  2022-01-13  7:15                 ` H. Dieter Wilhelm
@ 2022-01-13  9:08                   ` Eli Zaretskii
  2022-01-13 21:41                     ` H. Dieter Wilhelm
  0 siblings, 1 reply; 16+ messages in thread
From: Eli Zaretskii @ 2022-01-13  9:08 UTC (permalink / raw)
  To: H. Dieter Wilhelm; +Cc: luangruo, corwin, stefan, drew.adams, emacs-devel

> From: "H. Dieter Wilhelm" <dieter@duenenhof-wilhelm.de>
> Cc: corwin@bru.st,  luangruo@yahoo.com,  stefan@marxist.se,
>   drew.adams@oracle.com,  emacs-devel@gnu.org
> Date: Thu, 13 Jan 2022 08:15:33 +0100
> 
> I wanted to know if it makes sense (and is possible) to natively compile
> all *.elc files for Windows? :-)

It's possible, yes -- as long as you are talking about the *.elc files
that come with Emacs.  The 3rd-party packages people might install are
not under your control anyway, so "total" compilation doesn't
necessarily make sense.  E.g., if J.R. Hacker never uses the package
foo.el that is part of the Emacs source distribution, having the
foo-*.eln file in the binary distribution will not help him.

If you want to compile all the bundled *.el files, you should set
NATIVE_FULL_AOT=1 in the environment or on the Make command line.

My opinion is that we should first offer the MS-Windows users a build
made using the "normal" procedure, and that means natively-compiling
only the preloaded files.  Only if we discover some good reasons to
offer a full AOT compilation should we do that (and maybe then not
only on Windows).

But it's your call.

> > If libgccjit is not available, Emacs should use the *.elc files.
> 
> I thought this. I'm also wondering how much the additional .eln files
> will enlarge the Emacs distribution..

An average .eln file is around 300KB, so it's quite a lot.  E.g., my
eln-cache directory for the 28.0.91 pretest, which includes only those
packages that I used since the session started 3 days ago, has 148
files that weigh in at about 48MB.



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [External] : Emacs pretest 28.0.91 is out
  2022-01-13  9:08                   ` Eli Zaretskii
@ 2022-01-13 21:41                     ` H. Dieter Wilhelm
  0 siblings, 0 replies; 16+ messages in thread
From: H. Dieter Wilhelm @ 2022-01-13 21:41 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: luangruo, corwin, stefan, drew.adams, emacs-devel

Eli Zaretskii <eliz@gnu.org> writes:

> My opinion is that we should first offer the MS-Windows users a build
> made using the "normal" procedure, and that means natively-compiling
> only the preloaded files.  Only if we discover some good reasons to
> offer a full AOT compilation should we do that (and maybe then not
> only on Windows).

I'll check over the weekend if such a build is running on a Windows
system without MSYS installed.

Thank you for your guidance

      Dieter
-- 
Best wishes
H. Dieter Wilhelm
Zwingenberg, Germany



^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [External] : Emacs pretest 28.0.91 is out
  2022-01-11  2:45 Tom Davey
@ 2022-01-17 19:47 ` chad
  2022-01-17 22:15   ` Corwin Brust
  0 siblings, 1 reply; 16+ messages in thread
From: chad @ 2022-01-17 19:47 UTC (permalink / raw)
  To: tom, Phillip Lord; +Cc: EMACS development team

[-- Attachment #1: Type: text/plain, Size: 1039 bytes --]

Forgive the third-party chime-in, but....

The Windows builds/installer are currently done by Phil Lord (cc'd), who
could probably use some help, if you have some spare time and a capable
Windows machine where you can install packages.

Hope that helps,
~Chad

On Mon, Jan 10, 2022 at 10:18 PM Tom Davey <tom@tomdavey.com> wrote:

> Hello folks,
>
> I have been using Emacs happily on Windows for 11 years now. Emacs keeps
> getting better and better.
>
> I would like to contribute to the pre-test for 28.0.91. I see that last
> year a Windows pre-test for 28.0.50 was uploaded to
> https://alpha.gnu.org/gnu/emacs/pretest/windows/emacs-28/ in January
> 2021. Might an ETA for the Windows build of 28.0.91 be in the works?
>
> All my thanks to those who create the Windows builds and make Windows
> users feel like first-class citizens of Emacs. We'd much prefer to use
> Emacs on a free operating system if only our corporate overlords would
> allow it.
>
> Regards,
> Tom Davey
>
> --
> Tom Davey
> tom@tomdavey.com
> New York NY USA
>

[-- Attachment #2: Type: text/html, Size: 1600 bytes --]

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [External] : Emacs pretest 28.0.91 is out
  2022-01-17 19:47 ` chad
@ 2022-01-17 22:15   ` Corwin Brust
  0 siblings, 0 replies; 16+ messages in thread
From: Corwin Brust @ 2022-01-17 22:15 UTC (permalink / raw)
  To: chad; +Cc: tom, EMACS development team, Phillip Lord

Thank Chad, for bumping this.  I'd meant to reply the other day after
my first successful packaging attempt but could not find this thread.

On Mon, Jan 17, 2022 at 1:48 PM chad <yandros@gmail.com> wrote:
>
> Forgive the third-party chime-in, but....
>
> The Windows builds/installer are currently done by Phil Lord (cc'd), who could probably use some help, if you have some spare time and a capable Windows machine where you can install packages.

Can confirm ;)

I'm one of a couple of people who has been trying to help fill the gap
since Phillip stopped having time to work regularly on this -- we
would love more help to create the release packages for Windows, to
document the scripts that produce them, and generally to improve and
increase brain trust around this tooling.

Coming back to...

> On Mon, Jan 10, 2022 at 10:18 PM Tom Davey <tom@tomdavey.com> wrote:
>> I would like to contribute to the pre-test for 28.0.91. I see that last year a Windows pre-test for 28.0.50 was uploaded to https://alpha.gnu.org/gnu/emacs/pretest/windows/emacs-28/ in January 2021. Might an ETA for the Windows build of 28.0.91 be in the works?

Thanks very much; this help too is most welcome and very much needed.

I expect we will have packages available from the alpha FTP site in
the near future.

In the meanwhile you are welcome to try these out; these were created
just a few minutes ago from the emacs-28 branch.

Select "tree" from here in a web-broswer:
  https://git.sr.ht/~mplscorwin/emacs-w64

Or, grab everything via:
  git clone https://git.sr.ht/~mplscorwin/emacs-w64

Note, these won't use native-comp (even if you have msys and
libgccjit).   Producing windows builds that use those when present is
the next thing we are working on.

>> All my thanks to those who create the Windows builds and make Windows users feel like first-class citizens of Emacs. We'd much prefer to use Emacs on a free operating system if only our corporate overlords would allow it.

+1

My thanks to those intrepid souls also.   (I've only been building my
own Emacs under windows for a few months.)  Phillip Lord, especially,
deserves some type of "hall of fame" level of recognition for reducing
the daily pain for us "corporate drones" :D

And thank /you/ for your enthusiasm to work on this.
Corwin



^ permalink raw reply	[flat|nested] 16+ messages in thread

end of thread, other threads:[~2022-01-17 22:15 UTC | newest]

Thread overview: 16+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-01-10 22:39 Emacs pretest 28.0.91 is out Stefan Kangas
2022-01-11  2:16 ` [External] : " Drew Adams
2022-01-11  2:28   ` Po Lu
2022-01-11  3:28     ` Corwin Brust
2022-01-11 21:43       ` H. Dieter Wilhelm
2022-01-12  4:07         ` Corwin Brust
2022-01-12 12:53           ` Eli Zaretskii
2022-01-12 21:15             ` H. Dieter Wilhelm
2022-01-13  6:30               ` Eli Zaretskii
2022-01-13  7:15                 ` H. Dieter Wilhelm
2022-01-13  9:08                   ` Eli Zaretskii
2022-01-13 21:41                     ` H. Dieter Wilhelm
2022-01-12 20:55           ` H. Dieter Wilhelm
  -- strict thread matches above, loose matches on Subject: below --
2022-01-11  2:45 Tom Davey
2022-01-17 19:47 ` chad
2022-01-17 22:15   ` Corwin Brust

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).