RE: [External] : emacs-28 windows binaries available from alpha

[Drew Adams]

> The only way forward is for you to prepare a complete reproduction
> recipe, starting from "emacs -Q", then someone could look into what is
> going on there.

Certainly that might be ideal.  Thankfully
it's not necessarily the only way forward.

This is a pretest.  Hopefully Emacs will be
further tested before being released.

Nothing prevents ignoring the feedback I've
spent time digging up so far, of course.

It was offered with hope that it might help,
not as a negative statement about the state
of Emacs 28 development.

I don't expect to be able to use Emacs 28
any time soon with my general setup, even
after it's well tested and released.

I did hope Emacs developers might appreciate
my offering some initial feedback of trying
to use the Windows binary, regardless of how
helpful that feedback might prove to be in
practice.  I have no idea how helpful it
might be, a priori.

> > I'll just mention that this is the first time I've
> > not been able to just immediately use a Windows
> > binary for Emacs.  Never had an error raised before
> > when just loading my init file.  And that's still
> > the case, for all releases starting with Emacs 20.
> 
> This is a pretest.  Problems are quite possible and 
> expected.  That's why we have pretests in the first place.

I'm well aware that this is a pretest.  I
have no expectation that it works like a
release.  I only related the fact that my
experience with this pretest is different
from my experience with previous pretests.

I've used many Emacs pretests, and this is
the first time what I mentioned is true.
Not saying that implies anything - just
saying.

Take it as perhaps one tiny bit of feedback
for where we might be in the release-prep
cycle.  Or not.  FWIW.  If it doesn't help
at all, fine.