Emacs 22.2.91 pretest

Emacs 22.2.91 pretest

[Chong Yidong]

Emacs pretest version 22.2.91 is now available.  This is the second
pretest for Emacs 22.3, which will be a bugfix release.

The source tarball is available here:

http://alpha.gnu.org/gnu/emacs/pretest/emacs-22.2.91.tar.gz

The xdelta against pretest 22.2.90 is here:

http://alpha.gnu.org/gnu/emacs/pretest/emacs-22.2.90-22.2.91.xdelta

The CVS tag is EMACS_PRETEST_22_2_91.


If you have problems building, please email emacs-devel@gnu.org.  For
all other bugs, please use M-x report-emacs-bug or send email to
emacs-pretest-bug@gnu.org.  For any other questions or problems, email
emacs-devel@gnu.org.

Thanks.

Re: Emacs 22.2.91 pretest

[Jason Rumney]

Chong Yidong wrote:
> Emacs pretest version 22.2.91 is now available.

Windows binaries are now available in

http://alpha.gnu.org/gnu/emacs/pretest/windows/

(I didn't announce the 22.2.90 binaries because of a packaging error, 
and problems uploading a fix for it from my current unreliable connection).

RE: Emacs 22.2.91 pretest

[Drew Adams]

> > Emacs pretest version 22.2.91 is now available.
> 
> Windows binaries are now available in
> http://alpha.gnu.org/gnu/emacs/pretest/windows/


Thanks.

How about also having at this URL a zip archive that includes the src directory?

Re: Emacs 22.2.91 pretest

[Jason Rumney]

Drew Adams wrote:
>>> Emacs pretest version 22.2.91 is now available.
>>>       
>> Windows binaries are now available in
>> http://alpha.gnu.org/gnu/emacs/pretest/windows/
>>     
>
>
> Thanks.
>
> How about also having at this URL a zip archive that includes the src directory?
>   

The src is in the parent directory, as stated in the README. If you get 
the source, you only need the barebin, which you can unpack in the same 
location.

RE: Emacs 22.2.91 pretest

[Drew Adams]

> > Thanks.
> >
> > How about also having at this URL a zip archive that 
> includes the src directory?
> 
> The src is in the parent directory, as stated in the README.

Sorry, but I don't see that stated anywhere in the README (perhaps I need a
little more coffee this morning?). In one place it says "download the source
distribution", but I don't see that it mentions where to do that.

Also, the README says "the Windows binaries are provided in several
combinations, ranging from the complete source plus executables..." I don't see
that first combination: complete source plus executables.

Also, the parent directory has no zip files, which is what many Windows users
might expect.

Also, FWIW, I tried downloading emacs-22.2.91.tar.gz from the parent dir by
clicking its link (in IE 6), but WinZip complained after downloading ("Error
reading header after processing 0 entries), and I ended up with an empty archive
(nothing to extract). I had to instead right-click the link, choose Save Target
As, change the default name from *.tar.tar (?) to *.tar.gz, save, and then open
the saved *.tar.gz archive - that works. Dunno if this is a WinZip problem or
something else, but other Windows users might run into the same issue.

Re: Emacs 22.2.91 pretest

[Lennart Borgman (gmail)]

Drew Adams wrote:
> Also, FWIW, I tried downloading emacs-22.2.91.tar.gz from the parent dir by
> clicking its link (in IE 6), but WinZip complained after downloading ("Error
> reading header after processing 0 entries), and I ended up with an empty archive
> (nothing to extract). I had to instead right-click the link, choose Save Target
> As, change the default name from *.tar.tar (?) to *.tar.gz, save, and then open
> the saved *.tar.gz archive - that works. Dunno if this is a WinZip problem or
> something else, but other Windows users might run into the same issue.


Yes, on windows zip files are better than *.tar.gz files. However if you
need to handle *.tar.gz files then 7-zip is much better than WinZip (or
at least WinZip was not good at this, I have not been using it for a
very long time now).

RE: Emacs 22.2.91 pretest

[Drew Adams]

> Yes, on windows zip files are better than *.tar.gz files. 
> However if you need to handle *.tar.gz files then 7-zip
> is much better than WinZip (or at least WinZip was not
> good at this, I have not been using it for a
> very long time now).

Sure, but many Windows users will likely use WinZip.

If this is a WinZip issue and not an Emacs packaging issue, then we can perhaps
advise people who use WinZip to right-click and save to disk, renaming the file
from .tar.tar to .tar.gz.

Or we can perhaps advise Windows users to use an alternative to WinZip, such as
7-zip. And mention why.

But without telling them something, I'm guessing that at least some Windows
users will run into a problem. And perhaps some will give up.

RE: Emacs 22.2.91 pretest

[Drew Adams]

Dunno if it was intentional, but I, for one, am glad to see the old Emacs
notebook icon back. Thx.

Re: Emacs 22.2.91 pretest

[Jason Rumney]

Drew Adams wrote:

>> The src is in the parent directory, as stated in the README.
>>     
>
> Sorry, but I don't see that stated anywhere in the README

It was near the top, in the section headed IMPORTANT LEGAL REMINDER, but 
the implication was that only people redistributing Emacs need read that 
section, so I can understand why you missed it. I eliminated the 
obsolete information about source being in the same directory, and other 
misleading information that is no longer true, and added mention of the 
source location to the first paragraph.

Your other problems seem to stem from using proprietary software to 
download and unpack Emacs, so I have added further recommendations for 
Free software that works properly.

RE: Emacs 22.2.91 pretest

[Drew Adams]

> >> The src is in the parent directory, as stated in the README.
> >
> > Sorry, but I don't see that stated anywhere in the README
> 
> It was near the top, in the section headed IMPORTANT LEGAL 
> REMINDER, but 
> the implication was that only people redistributing Emacs 
> need read that 
> section, so I can understand why you missed it. I eliminated the 
> obsolete information about source being in the same 
> directory, and other 
> misleading information that is no longer true, and added 
> mention of the 
> source location to the first paragraph.
> 
> Your other problems seem to stem from using proprietary software to 
> download and unpack Emacs, so I have added further 
> recommendations for Free software that works properly.

Thanks.

One detail I notice: There is a character just before "This file is part of GNU
Emacs" that appears in my browser (IE 6) as a square box. Dunno what it is, but
you might want to take a look.

Re: Emacs 22.2.91 pretest

[Chong Yidong]

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

> One detail I notice: There is a character just before "This file is
> part of GNU Emacs" that appears in my browser (IE 6) as a square
> box. Dunno what it is, but you might want to take a look.

That's control-L, the newpage character.

RE: Emacs 22.2.91 pretest

[Drew Adams]

> > One detail I notice: There is a character just before "This file is
> > part of GNU Emacs" that appears in my browser (IE 6) as a square
> > box. Dunno what it is, but you might want to take a look.
> 
> That's control-L, the newpage character.

Oh, OK; sorry for the noise. 

(Bad IE, bad IE; go to your corner.)

Re: Emacs 22.2.91 pretest

[Stefan Monnier]

> (Bad IE, bad IE; go to your corner.)

No, the problem is not with IE, but with users who decide to use it.


        Stefan

Re: Emacs 22.2.91 pretest

[Lennart Borgman (gmail)]

>> (Bad IE, bad IE; go to your corner.)
> 
> No, the problem is not with IE, but with users who decide to use it.

In some rather strange definition of "users" ...

Re: Emacs 22.2.91 pretest

[Miles Bader]

Stefan Monnier <monnier@IRO.UMontreal.CA> writes:
> No, the problem is not with IE, but with users who decide to use it.

Does anyone actually _decide_ to use IE...?

-Miles

-- 
Freebooter, n. A conqueror in a small way of business, whose annexations lack
of the sanctifying merit of magnitude.

Re: Emacs 22.2.91 pretest

[Stephen J. Turnbull]

Miles Bader writes:
 > Stefan Monnier <monnier@IRO.UMontreal.CA> writes:
 > > No, the problem is not with IE, but with users who decide to use it.
 > 
 > Does anyone actually _decide_ to use IE...?

Website developers.

Re: Emacs 22.2.91 pretest

[Stefan Monnier]

>> No, the problem is not with IE, but with users who decide to use it.
> Does anyone actually _decide_ to use IE...?

Depends on whether they are allowed to install an alternative, whether
they know there are alternatives, and whether you consider awareness of
the choice to be a necessary requirement for there to be a decision.

In the case of Drew, the only excuse I could imagine is if he's working
on a machine where he's not allowed to install an alternative.


        Stefan "who has used IE several times in the past, but only ever
                to download PuTTY or Firefox"

RE: Emacs 22.2.91 pretest

[Drew Adams]

> >> No, the problem is not with IE, but with users who decide 
> >> to use it.
> >
> > Does anyone actually _decide_ to use IE...?
> 
> Depends on whether they are allowed to install an alternative,
> whether they know there are alternatives, and whether you
> consider awareness of the choice to be a necessary requirement
> for there to be a decision.
> 
> In the case of Drew, the only excuse I could imagine is if 
> he's working on a machine where he's not allowed to install
> an alternative.
> 
>         Stefan "who has used IE several times in the past, 
>                 but only ever to download PuTTY or Firefox"


I've ignored this silliness so far, but since Drew's use of IE seems to be
important to you, FWIW:

* I have several "alternatives" installed, including PuTTY and Firefox. And I
use them.

* I work in an environment where some of the intranet tools that I use work only
or best with IE. This is a reason (not an excuse) that I and thousands of others
who use those tools on that intranet use IE.

* In that same environment, however, I and others also use tools that work only
or best with Firefox or Thunderbird or any number of other browsers or mail
clients. So we use those as well. (Yes, this juggling can be inconvenient.)

* I happened to be using IE when I visited that GNU Emacs page. However, Firefox
in fact exhibits the same symptom in this case, at least for me: ^L shows as a
square box. So this minor problem is due not only to IE. Bad Firefox - go to
your corner.

* I don't need you to imagine excuses for me. But feel free, of course, to
imagine anything you like. ;-)

* I don't need you to excuse me, Father, for using IE. An ivory-tower,
holier-than-thou attitude has no effect on at least some of us in the fields
below who are not religious.

The use of non-"alternative" browsers and other tools might be a reality you
want to change, or perhaps even one that you ignore or whose existence you deny,
but it is currently a reality none the less.

IE usage (was: Emacs 22.2.91 pretest)

[Michael Albinus]

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

> * I work in an environment where some of the intranet tools that I use work only
> or best with IE. This is a reason (not an excuse) that I and thousands of others
> who use those tools on that intranet use IE.

There is the "IE Tab" Firefox Add-on.

Best regards, Michael (I don't need it, luckily).

Re: IE usage

[Lennart Borgman (gmail)]

Michael Albinus wrote:
> "Drew Adams" <drew.adams@oracle.com> writes:
> 
>> * I work in an environment where some of the intranet tools that I use work only
>> or best with IE. This is a reason (not an excuse) that I and thousands of others
>> who use those tools on that intranet use IE.
> 
> There is the "IE Tab" Firefox Add-on.

Which I stopped using because it did not work in our corporate
environment. (Login to some things just got mixed up. I reported the bug
but got no feedback.)

Beside that I see no advantage of it beside that it supports tabbing
(which is not in IE 6).

Re: Emacs 22.2.91 pretest

[Eli Zaretskii]

> From: Chong Yidong <cyd@stupidchicken.com>
> Date: Tue, 26 Aug 2008 16:47:33 -0400
> 
> Emacs pretest version 22.2.91 is now available.  This is the second
> pretest for Emacs 22.3, which will be a bugfix release.

Successfully built on:

  Linux fencepost 2.6.16.29-xen #1 SMP Wed Dec 6 07:32:36 EST 2006 x86_64 GNU/Linux
  windows32 home-c4e4a596f7 2.5.1 2600 i786-pc Intel unknown MinGW
  MS-DOS HOME-C4E4A596F7 5 50 i386-pc-msdosdjgpp