Emacs pretest 24.2.92

Emacs pretest 24.2.92

[Glenn Morris]

The next pretest for what will be the Emacs 24.3 release is available at

  ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-24.2.92.tar.gz
  ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-24.2.92.tar.xz

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).

Re: Emacs pretest 24.2.92

[Gian Uberto Lauri]

Is there  a switch to use  gtk2 ? GTK3  is getting a bit  upsetting by
imposing  too  much  restrictions  on  what you  must  use  to  get  a
configurable look...

--
ing. Gian Uberto Lauri
Direzione Ricerca e Innovazione

GianUberto.Lauri@eng.it

Engineering Ingegneria Informatica spa
Corso Stati Uniti 23/C, 35127 Padova (PD)

Tel. +39-049.8283.571         | main(){printf(&unix["\021%six\012\0"],
Fax  +39-049.8283.569		  |    (unix)["have"]+"fun"-0x60);}
http://www.eng.it          	  |          David Korn, AT&T Bell Labs
                  			  |          ioccc best One Liner, 1987

Re: Emacs pretest 24.2.92

[Bastien]

Glenn Morris <rgm@gnu.org> writes:

> The next pretest for what will be the Emacs 24.3 release is
> available

Thanks for the release!  It compiles and runs fine here:

M-x emacs-version
GNU Emacs 24.2.92.1 (i686-pc-linux-gnu, GTK+ Version 3.6.4) of
2013-01-10 on bzg

~$ uname -a
Linux bzg 3.6.11-1-ARCH #1 SMP PREEMPT Tue Dec 18 12:58:46 CET 2012
i686 GNU/Linux

-- 
 Bastien

Re: Emacs pretest 24.2.92

[Xue Fuqiao]

On Wed, 09 Jan 2013 22:38:51 -0500
Glenn Morris <rgm@gnu.org> wrote:

> The next pretest for what will be the Emacs 24.3 release is available

Thanks for the release!  It compiles and runs fine here:

M-x emacs-version
GNU Emacs 24.2.92.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.13) of 2013-01-10 on Emacs

~$ uname -a
Linux Emacs 3.5.0-22-generic #33-Ubuntu SMP Wed Jan 2 21:47:30 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
-- 
Best regards, Xue Fuqiao.
http://www.emacswiki.org/emacs/XueFuqiao

Re: Emacs pretest 24.2.92

[Andreas Schwab]

"Gian Uberto Lauri" <saint@eng.it> writes:

> Is there  a switch to use  gtk2 ?

$ ./configure --help | grep gtk
  --with-x-toolkit=KIT    use an X toolkit (KIT one of: yes or gtk, gtk2,
                          gtk3, lucid or athena, motif, no)

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Re: Emacs pretest 24.2.92

[Gian Uberto Lauri]

>>>>> "AS" == Andreas Schwab <schwab@linux-m68k.org> writes:

AS> "Gian Uberto Lauri" <saint@eng.it> writes:
>> Is there a switch to use gtk2 ?

AS> $ ./configure --help | grep gtk --with-x-toolkit=KIT use an X
AS> toolkit (KIT one of: yes or gtk, gtk2, gtk3, lucid or athena,
AS> motif, no)

Perfect, thank you very much!

kudos for the version control support!

--
ing. Gian Uberto Lauri
Direzione Ricerca e Innovazione

GianUberto.Lauri@eng.it

Engineering Ingegneria Informatica spa
Corso Stati Uniti 23/C, 35127 Padova (PD)

Tel. +39-049.8283.571         | main(){printf(&unix["\021%six\012\0"],
Fax  +39-049.8283.569		  |    (unix)["have"]+"fun"-0x60);}
http://www.eng.it          	  |          David Korn, AT&T Bell Labs
                  			  |          ioccc best One Liner, 1987

Re: Emacs pretest 24.2.92

[Achim Gratz]

Glenn Morris writes:
> The next pretest for what will be the Emacs 24.3 release is available at
>
>   ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-24.2.92.tar.gz
>   ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-24.2.92.tar.xz
>
> Please give it as much testing as you can.

Compiles and runs fine here as a Gtk3 build:

GNU Emacs 24.2.92.1 (i686-suse-linux-gnu, GTK+ Version 3.6.2) of 2013-01-12
Windowing system distributor `The X.Org Foundation', version 11.0.11203000
System Description:	openSUSE 12.2 (i586)

Configured using:
 `configure '--with-x-toolkit=gtk3' '--with-wide-int' '--with-kerberos'
 '--with-kerberos5' '--without-gpm' 'CFLAGS=-fomit-frame-pointer
 -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector
 -funwind-tables -fasynchronous-unwind-tables -g -D_GNU_SOURCE
 -std=gnu99 -pipe -Wno-pointer-sign -Wno-unused-variable
 -Wno-unused-label -Wno-unprototyped-calls -fno-optimize-sibling-calls
 -DSYSTEM_PURESIZE_EXTRA=55000 -DSITELOAD_PURESIZE_EXTRA=10000'
 'LDFLAGS=-Wl,-O2 -Wl,--hash-size=65521'

Linux 3.7.1-17-pae #1 SMP Thu Dec 27 09:08:21 UTC 2012 (ae1c592) i686 athlon i386 GNU/Linux


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

Re: Emacs pretest 24.2.92

[Xue Fuqiao]

On Sat, 12 Jan 2013 14:00:47 +0100
Achim Gratz <Stromeko@nexgo.de> wrote:

> `configure '--with-x-toolkit=gtk3'

If you don't pass `--with-x-toolkit' to configure, or if you use
`--with-x-toolkit=gtk' or `--with-x-toolkit=yes', configure will try
to build with Gtk+ version 3, and if that fails, try Gtk+ version 2.

-- 
Best regards, Xue Fuqiao.
http://www.emacswiki.org/emacs/XueFuqiao

Emacs pretest 24.2.92

[Ivan Kanis]

Glenn,

It compiles but it doesn't run properly on Mac OSX 10.4. I will send
the bug report.

Take care,

Ivan
-- 
It was OK before you touched it.
    -- BOFH excuse #6

Re: Emacs pretest 24.2.92

[chad]

It compiles and runs fine on macosx 10.8.2:

	GNU Emacs 24.2.92.1 (x86_64-apple-darwin12.2.0, NS apple-appkit-1187.34) of 2013-01-12 on protip.local

~Chad

Re: Emacs pretest 24.2.92

[sindikat]

Will CEDET 1.1 be in Emacs 24.3?

Re: Emacs pretest 24.2.92

[Glenn Morris]

sindikat wrote:

> Will CEDET 1.1 be in Emacs 24.3?

emacs-24.2.92 -Q -l cedet
C-h v cedet-version
  -> "1.1"

Re: Emacs pretest 24.2.92

[Stephen J. Turnbull]

Glenn Morris writes:
 > sindikat wrote:
 > 
 > > Will CEDET 1.1 be in Emacs 24.3?
 > 
 > emacs-24.2.92 -Q -l cedet
 > C-h v cedet-version
 >   -> "1.1"
 > 

In XEmacs, we can do

    xemacs -q -eval '(pkg-get-package-info "cedet" "author-version")'

(or something like that, the function may be misspelled).  For
packages that are maintained by a separate project (CEDET, Gnus,
AUCTeX), a similar facility (that doesn't care whether it's Emacs or
GNU ELPA) might be useful in Emacs.

CEDET version [was Re: Emacs pretest 24.2.92]

[Glenn Morris]

Glenn Morris wrote:

> emacs-24.2.92 -Q -l cedet
> C-h v cedet-version
>   -> "1.1"

Yet the Version: header says 1.0pre7.

Re: CEDET version

[Glenn Morris]

Glenn Morris wrote:

>> emacs-24.2.92 -Q -l cedet
>> C-h v cedet-version
>>   -> "1.1"
>
> Yet the Version: header says 1.0pre7.

Hi, could you clarify what the CEDET version is in the emacs-24 branch
and if any of the Version: headers need updating?
Thanks.

Re: CEDET version

[David Engster]

Glenn Morris writes:
> Glenn Morris wrote:
>
>>> emacs-24.2.92 -Q -l cedet
>>> C-h v cedet-version
>>>   -> "1.1"
>>
>> Yet the Version: header says 1.0pre7.
>
> Hi, could you clarify what the CEDET version is in the emacs-24 branch
> and if any of the Version: headers need updating?

Actually, it's more like a 1.2 since 1.1 was already released some time
ago, and the now bundled files are newer.

It is a bit difficult since we bundle a subset of CEDET with Emacs, so
upstream versions cannot be really identical. Since we're now merging
more regularly, maybe we don't need upstream releases anymore and should
see it more as in incubator.

In any case, I think calling this version "1.1.5" or "1.2" should be
fine, but I'd like to know what Eric thinks.

-David

Re: CEDET version

[Glenn Morris]

David Engster wrote:

> Actually, it's more like a 1.2 since 1.1 was already released some time
> ago, and the now bundled files are newer.
>
> It is a bit difficult since we bundle a subset of CEDET with Emacs, so
> upstream versions cannot be really identical. Since we're now merging
> more regularly, maybe we don't need upstream releases anymore and should
> see it more as in incubator.
>
> In any case, I think calling this version "1.1.5" or "1.2" should be
> fine, but I'd like to know what Eric thinks.

We can call it whatever version number you like. I think the only real
issue is when using ELPA to install a newer version of CEDET than the
version supplied with Emacs (but maybe this won't be happening?).

There are various things that this affects; see M-x list-packages
output. semantic, srecode, inversion, pulse, ede, etc. They all have
different version numbers at present.

Re: CEDET version

[Eric M. Ludlam]

On 01/21/2013 09:00 PM, Glenn Morris wrote:
> David Engster wrote:
>
>> Actually, it's more like a 1.2 since 1.1 was already released some time
>> ago, and the now bundled files are newer.
>>
>> It is a bit difficult since we bundle a subset of CEDET with Emacs, so
>> upstream versions cannot be really identical. Since we're now merging
>> more regularly, maybe we don't need upstream releases anymore and should
>> see it more as in incubator.
>>
>> In any case, I think calling this version "1.1.5" or "1.2" should be
>> fine, but I'd like to know what Eric thinks.

I'm ok with either of those version numbers.  If official released 
CEDETs are now whatever shows up in Emacs core, that would be fine with 
me also.  Wrapping up a release, and figuring out how to get it to 
safely overlay in Emacs is a bit challenging.

> We can call it whatever version number you like. I think the only real
> issue is when using ELPA to install a newer version of CEDET than the
> version supplied with Emacs (but maybe this won't be happening?).
>
> There are various things that this affects; see M-x list-packages
> output. semantic, srecode, inversion, pulse, ede, etc. They all have
> different version numbers at present.

These used to all go out separately and were later merged into once 
CEDET package.  Is there a reason to version-merge them?  To be honest, 
updating all those version numbers each time we prep a release is a bit 
of a pain, and they all install together.  The cross-version-checking 
isn't as useful a tool as it once was.

I do have some scripts I use to manage version numbers though.  It could 
be that whenever a merge occurs, we add running this script to the merge 
recipe and that will help.

Eric

Re: CEDET version

[Glenn Morris]

"Eric M. Ludlam" wrote:

>> There are various things that this affects; see M-x list-packages
>> output. semantic, srecode, inversion, pulse, ede, etc. They all have
>> different version numbers at present.
>
> These used to all go out separately and were later merged into once
> CEDET package.  Is there a reason to version-merge them? 

I'm not asking for any changes like that, I'm just asking for someone to
who knows about CEDET versioning to check that all the version numbers
the components have in Emacs make sense. Eg the first one I look at is
semantic.el, which says:

  ;; Version: 2.0
  [...]
  (defvar semantic-version "2.1beta"

Ie, inconsistent in the same way that cedet.el is.

I don't have any opinion on what the version numbers should be, I am
saying that these two should be consistent, and asking what value to
use. I have no idea what version of CEDET, semantic, etc are actually in
Emacs.

Re: CEDET version

[Eric M. Ludlam]

On 01/22/2013 02:10 PM, Glenn Morris wrote:
> "Eric M. Ludlam" wrote:
>
>>> There are various things that this affects; see M-x list-packages
>>> output. semantic, srecode, inversion, pulse, ede, etc. They all have
>>> different version numbers at present.
>>
>> These used to all go out separately and were later merged into once
>> CEDET package.  Is there a reason to version-merge them?
>
> I'm not asking for any changes like that, I'm just asking for someone to
> who knows about CEDET versioning to check that all the version numbers
> the components have in Emacs make sense. Eg the first one I look at is
> semantic.el, which says:
>
>    ;; Version: 2.0
>    [...]
>    (defvar semantic-version "2.1beta"
>
> Ie, inconsistent in the same way that cedet.el is.

Ah, thanks for clarifying.  I hadn't realized the comment and variable 
were going out of sync.  A side-effect of using an incomplete script.  I 
can update the script to keep those in sync in the future the CEDET 
repository.  The variable is the correct version.

I'm not certain about the 'beta' though.  I usually put a number after 
the beta, like 2.1beta1 or some such.

Thanks
Eric

Re: CEDET version

[David Engster]

Eric M. Ludlam writes:
> Ah, thanks for clarifying.  I hadn't realized the comment and variable
> were going out of sync.  A side-effect of using an incomplete script.
> I can update the script to keep those in sync in the future the CEDET
> repository.  The variable is the correct version.
>
> I'm not certain about the 'beta' though.  I usually put a number after
> the beta, like 2.1beta1 or some such.

OK, but what should be done now?

If you bump the numbers in CEDET upstream to a stable version, I can
merge that change to the emacs-24 branch.

For the future, I'd rather get rid of all those separate version numbers
for all the sub-packages. They may have been useful back in the day, but
I don't think they're worth the hassle now. Let's just have one CEDET
version and be done with it.

-David

Re: CEDET version

[Eric M. Ludlam]

On 01/23/2013 02:38 AM, David Engster wrote:
> Eric M. Ludlam writes:
>> Ah, thanks for clarifying.  I hadn't realized the comment and variable
>> were going out of sync.  A side-effect of using an incomplete script.
>> I can update the script to keep those in sync in the future the CEDET
>> repository.  The variable is the correct version.
>>
>> I'm not certain about the 'beta' though.  I usually put a number after
>> the beta, like 2.1beta1 or some such.
>
> OK, but what should be done now?
>
> If you bump the numbers in CEDET upstream to a stable version, I can
> merge that change to the emacs-24 branch.

Ok.  There were pretty big changes in the file system and merges across 
all the parts of CEDET to warrant a version bump.

Or...

> For the future, I'd rather get rid of all those separate version numbers
> for all the sub-packages. They may have been useful back in the day, but
> I don't think they're worth the hassle now. Let's just have one CEDET
> version and be done with it.

...we could just remove all the version numbers, and call it CEDET 2.0.

If there are dependencies out there on the version numbers, it shouldn't 
be too hard to redirect to the overall cedet version.

Doing that will be more work than just running my script.  I've got 
cub-scout overload the next two weeks coming on with a pinewood derby. 
Is there a time crunch on this?

Eric

Re: CEDET version

[David Engster]

Eric M. Ludlam writes:
>> For the future, I'd rather get rid of all those separate version numbers
>> for all the sub-packages. They may have been useful back in the day, but
>> I don't think they're worth the hassle now. Let's just have one CEDET
>> version and be done with it.
>
> ...we could just remove all the version numbers, and call it CEDET 2.0.
>
> If there are dependencies out there on the version numbers, it
> shouldn't be too hard to redirect to the overall cedet version.
>
> Doing that will be more work than just running my script.  I've got
> cub-scout overload the next two weeks coming on with a pinewood
> derby. Is there a time crunch on this?

We cannot do that for the coming release, since the emacs-24 branch has
been in a freeze for quite some time now. So please let's first bump the
versions, which I'll merge to emacs-24, and then rip out the versioning
code, which I can merge to current trunk.

-David

RE: Emacs pretest 24.2.92

[Ugly Sean]

The latest I could find around there for Windoze is
emacs-20120917-r110062-bin-i386.zip


-----Original Message-----
From: info-gnu-emacs-bounces+schwa=rogers.com@gnu.org
[mailto:info-gnu-emacs-bounces+schwa=rogers.com@gnu.org] On Behalf Of Glenn
Morris
Sent: Wednesday, January 09, 2013 10:39 PM
To: emacs-devel@gnu.org
Subject: Emacs pretest 24.2.92


The next pretest for what will be the Emacs 24.3 release is available at

  ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-24.2.92.tar.gz
  ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-24.2.92.tar.xz

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).

Re: Emacs pretest 24.2.92

[Xue Fuqiao]

On Fri, 25 Jan 2013 12:03:31 -0500
"Ugly Sean" <schwa@rogers.com> wrote:

> The latest I could find around there for Windoze is
> emacs-20120917-r110062-bin-i386.zip

You can compile it by yourself.

-- 
Best regards, Xue Fuqiao.
http://www.emacswiki.org/emacs/XueFuqiao

Re: Emacs pretest 24.2.92

[Dani Moncayo]

On Sat, Jan 26, 2013 at 12:18 AM, Xue Fuqiao <xfq.free@gmail.com> wrote:
> On Fri, 25 Jan 2013 12:03:31 -0500
> "Ugly Sean" <schwa@rogers.com> wrote:
>
>> The latest I could find around there for Windoze is
>> emacs-20120917-r110062-bin-i386.zip
>
> You can compile it by yourself.

Or grab one pre-compiled binary from here:
  https://www.dropbox.com/sh/7jr3vbv9tm1zod0/jPuvfrJAe8

Note that the pretest versions are the ones starting with "emacs-24".
Currently the last one is "emacs-24-r111199-20130125-w32-i386.zip".

-- 
Dani Moncayo

Re: CEDET version

[Eric M. Ludlam]

On 01/23/2013 03:39 PM, David Engster wrote:
> Eric M. Ludlam writes:
>>> For the future, I'd rather get rid of all those separate version numbers
>>> for all the sub-packages. They may have been useful back in the day, but
>>> I don't think they're worth the hassle now. Let's just have one CEDET
>>> version and be done with it.
>>
>> ...we could just remove all the version numbers, and call it CEDET 2.0.
>>
>> If there are dependencies out there on the version numbers, it
>> shouldn't be too hard to redirect to the overall cedet version.
>>
>> Doing that will be more work than just running my script.  I've got
>> cub-scout overload the next two weeks coming on with a pinewood
>> derby. Is there a time crunch on this?
>
> We cannot do that for the coming release, since the emacs-24 branch has
> been in a freeze for quite some time now. So please let's first bump the
> versions, which I'll merge to emacs-24, and then rip out the versioning
> code, which I can merge to current trunk.

Hi David,

In CEDET / bzr repository, change 8466 contains minor version bumping 
and making the comments match the variables.

Thanks
Eric

Re: CEDET version

[David Engster]

Eric M. Ludlam writes:
> In CEDET / bzr repository, change 8466 contains minor version bumping
> and making the comments match the variables.

Thanks. I merged that change to emacs-24.

-David