Bazaar branch of Emacs.app

Bazaar branch of Emacs.app

[Stefan Monnier]

I've setup a Bazaar branch (based on Jason's mirror) of Emacs.app.
Get it from

   sftp://arch.sv.gnu.org/archives/emacs/bzr/emacs.app
   http://arch.sv.gnu.org/archives/emacs/bzr/emacs.app

I recommend you use the "bzr.dev" version of Bzr: it's not blazingly
fast yet, but it's better than 1.3 for some things.

I haven't yet been able to build it on my GNU/Linux system: config.h
says that HAVE_NS is undefined, so it looks like there's something
broken in the configuration scripts.  Incidentally, the configuration
needs to be integrated with the ./configure script (currently you're
expected  to run nextstep/compile which then runs `configure').

I encourage you to take a look at it, fix it, and when you find
problems, to add them to nextstep/FOR_RELEASE.


        Stefan

Re: Bazaar branch of Emacs.app

[Dan Nicolaescu]

Stefan Monnier <monnier@iro.umontreal.ca> writes:

  > I've setup a Bazaar branch (based on Jason's mirror) of Emacs.app.
  > Get it from
  > 
  >    sftp://arch.sv.gnu.org/archives/emacs/bzr/emacs.app
  >    http://arch.sv.gnu.org/archives/emacs/bzr/emacs.app
  > 
  > I recommend you use the "bzr.dev" version of Bzr: it's not blazingly
  > fast yet, but it's better than 1.3 for some things.
  > 
  > I haven't yet been able to build it on my GNU/Linux system: config.h
  > says that HAVE_NS is undefined, so it looks like there's something
  > broken in the configuration scripts.  Incidentally, the configuration
  > needs to be integrated with the ./configure script (currently you're
  > expected  to run nextstep/compile which then runs `configure').
  > 
  > I encourage you to take a look at it, fix it, and when you find
  > problems, to add them to nextstep/FOR_RELEASE.

I wasn't able to access that using sftp, but I took a look at 
lisp/term/ns-win.el and it needs a cleanup.

Here are some comments for FOR_RELEASE:

- it shouldn't set the "File" menu
- the pager-* functions don't belong there
- bindings for C-v, next, prior
- transient-mark-mode should not be called
- mouse-wheel-mode call should be moved inside
  ns-initialize-window-system
- remove the defvaralias
- remove some of the defaliases in favor of renaming the functions they alias
- some functions are called do-*. are they useful? if yes, use the ns- prefix
- is the iconify-or-deiconify-frame redefinition useful?
- require 'mldrag?
- {up,down,left,right}-one functions don't belong here
- what are ns-working-overlay, ns-*working-text? Are they acceptable in
  that file?

Re: Bazaar branch of Emacs.app

[Thomas Christensen]

Hi emacs-devel

Stefan Monnier <monnier@iro.umontreal.ca> writes:

> I've setup a Bazaar branch (based on Jason's mirror) of Emacs.app.
> Get it from
>
>    sftp://arch.sv.gnu.org/archives/emacs/bzr/emacs.app
>    http://arch.sv.gnu.org/archives/emacs/bzr/emacs.app
>
> I recommend you use the "bzr.dev" version of Bzr: it's not blazingly
> fast yet, but it's better than 1.3 for some things.
>
> I haven't yet been able to build it on my GNU/Linux system: config.h
> says that HAVE_NS is undefined, so it looks like there's something
> broken in the configuration scripts.  Incidentally, the configuration
> needs to be integrated with the ./configure script (currently you're
> expected  to run nextstep/compile which then runs `configure').
>
> I encourage you to take a look at it, fix it, and when you find
> problems, to add them to nextstep/FOR_RELEASE.

If anyone want to try out the http transport, it will likely fail like
this:

    $ bzr clone http://arch.sv.gnu.org/archives/emacs/bzr/emacs.app
    bzr: ERROR: Transport error: Server refuses to fullfil the request

This is due to bzr trying to get a file named `smart' which isn't
there.  This is OK for bzr if the server told it 404, but the server
at savannah says 403, and bzr stops.

The following patch against bzr.dev will fix it (it works, but I am no
bzr expert).

		Thomas

=== modified file 'bzrlib/transport/http/_urllib2_wrappers.py'
--- bzrlib/transport/http/_urllib2_wrappers.py	2008-03-17 19:53:19 +0000
+++ bzrlib/transport/http/_urllib2_wrappers.py	2008-04-13 00:52:26 +0000
@@ -1305,6 +1305,7 @@
 
     accepted_errors = [200, # Ok
                        206, # Partial content
+                       403, # Not found (or treat it as such for broken setups)
                        404, # Not found
                        ]
     """The error codes the caller will handle.

Re: Bazaar branch of Emacs.app

[Stefan Monnier]

>> I've setup a Bazaar branch (based on Jason's mirror) of Emacs.app.
>> Get it from
>> 
>> sftp://arch.sv.gnu.org/archives/emacs/bzr/emacs.app
>> http://arch.sv.gnu.org/archives/emacs/bzr/emacs.app
>> 
>> I recommend you use the "bzr.dev" version of Bzr: it's not blazingly
>> fast yet, but it's better than 1.3 for some things.
>> 
>> I haven't yet been able to build it on my GNU/Linux system: config.h
>> says that HAVE_NS is undefined, so it looks like there's something
>> broken in the configuration scripts.  Incidentally, the configuration
>> needs to be integrated with the ./configure script (currently you're
>> expected  to run nextstep/compile which then runs `configure').
>> 
>> I encourage you to take a look at it, fix it, and when you find
>> problems, to add them to nextstep/FOR_RELEASE.

> If anyone want to try out the http transport, it will likely fail like
> this:

>     $ bzr clone http://arch.sv.gnu.org/archives/emacs/bzr/emacs.app
>     bzr: ERROR: Transport error: Server refuses to fullfil the request

> This is due to bzr trying to get a file named `smart' which isn't
> there.  This is OK for bzr if the server told it 404, but the server
> at savannah says 403, and bzr stops.

> The following patch against bzr.dev will fix it (it works, but I am no
> bzr expert).

Thanks.  Could you try and figure out with the Savannah and Bazaar folks
where is the actual bug and make sure that it gets fixed?


        Stefan

Re: Bazaar branch of Emacs.app

[Thomas Christensen]

Stefan Monnier <monnier@iro.umontreal.ca> writes:

> Thanks.  Could you try and figure out with the Savannah and Bazaar folks
> where is the actual bug and make sure that it gets fixed?

I will try.  I will start by asking the Bzr list what they think.

		Thomas

Re: Bazaar branch of Emacs.app

[Dan Nicolaescu]

Thomas Christensen <thomasc@thomaschristensen.org> writes:

  > Hi emacs-devel
  > 
  > Stefan Monnier <monnier@iro.umontreal.ca> writes:
  > 
  > > I've setup a Bazaar branch (based on Jason's mirror) of Emacs.app.
  > > Get it from
  > >
  > >    sftp://arch.sv.gnu.org/archives/emacs/bzr/emacs.app
  > >    http://arch.sv.gnu.org/archives/emacs/bzr/emacs.app
  > >
  > > I recommend you use the "bzr.dev" version of Bzr: it's not blazingly
  > > fast yet, but it's better than 1.3 for some things.
  > >
  > > I haven't yet been able to build it on my GNU/Linux system: config.h
  > > says that HAVE_NS is undefined, so it looks like there's something
  > > broken in the configuration scripts.  Incidentally, the configuration
  > > needs to be integrated with the ./configure script (currently you're
  > > expected  to run nextstep/compile which then runs `configure').
  > >
  > > I encourage you to take a look at it, fix it, and when you find
  > > problems, to add them to nextstep/FOR_RELEASE.
  > 
  > If anyone want to try out the http transport, it will likely fail like
  > this:
  > 
  >     $ bzr clone http://arch.sv.gnu.org/archives/emacs/bzr/emacs.app
  >     bzr: ERROR: Transport error: Server refuses to fullfil the request

It worked just fine for me on Fedora 8 with
Bazaar (bzr) 1.3
  Python interpreter: /usr/bin/python 2.5.1.final.0
  Python standard library: /usr/lib/python2.5
  bzrlib: /usr/lib/python2.5/site-packages/bzrlib

Re: Bazaar branch of Emacs.app

[Thomas Christensen]

On Apr 14, 2008, at 7:50 PM, Dan Nicolaescu wrote:
>
> It worked just fine for me on Fedora 8 with
> Bazaar (bzr) 1.3
>  Python interpreter: /usr/bin/python 2.5.1.final.0
>  Python standard library: /usr/lib/python2.5
>  bzrlib: /usr/lib/python2.5/site-packages/bzrlib

Any chance you can try with easy_install bzr?  It ships bzr-1.4rc1  
currently.  I think I recall problems with 1.3.1 as well.

If you don't want to install as root and shadow you current bzr, check  
this link: http://peak.telecommunity.com/DevCenter/EasyInstall.

I retested with 1.4rc1. I *really* have the problem without my patch.

		Thomas

Re: Bazaar branch of Emacs.app

[Dan Nicolaescu]

Thomas Christensen <christensenthomas@gmail.com> writes:

  > On Apr 14, 2008, at 7:50 PM, Dan Nicolaescu wrote:
  > >
  > > It worked just fine for me on Fedora 8 with
  > > Bazaar (bzr) 1.3
  > >  Python interpreter: /usr/bin/python 2.5.1.final.0
  > >  Python standard library: /usr/lib/python2.5
  > >  bzrlib: /usr/lib/python2.5/site-packages/bzrlib
  > 
  > Any chance you can try with easy_install bzr?  It ships bzr-1.4rc1
  > currently.  I think I recall problems with 1.3.1 as well.

Sorry, I don't have time to do this right now.

Re: Bazaar branch of Emacs.app

[Thomas Christensen]

Dan Nicolaescu <dann@ics.uci.edu> writes:

> It worked just fine for me on Fedora 8 with
> Bazaar (bzr) 1.3
>   Python interpreter: /usr/bin/python 2.5.1.final.0
>   Python standard library: /usr/lib/python2.5
>   bzrlib: /usr/lib/python2.5/site-packages/bzrlib

I found bzr 1.3 source and tried it.  That worked for me as well.  So
the problem is introduced later.

		Thomas

Re: Bazaar branch of Emacs.app

[CHENG Gao]

I cloned it and building under MacOSX 10.5.2 (Intel) failed. 

What I did:

autoconf
./configure --with-ns --without-x --enable-ns-app --prefix=/usr/local
(This should be the same as nextstep/compile)
make bootstrap

And I got

,----
| gcc  -prebind -framework AppKit -lresolv -Xlinker -headerpad -Xlinker 6C8  -o temacs pre-crt0.o dispnew.o frame.o scroll.o xdisp.o  window.o charset.o coding.o category.o ccl.o character.o chartab.o cm.o term.o terminal.o xfaces.o    emacs.o keyboard.o macros.o keymap.o sysdep.o buffer.o filelock.o insdel.o marker.o minibuf.o fileio.o dired.o filemode.o cmds.o casetab.o casefiddle.o indent.o search.o regex.o undo.o alloc.o data.o doc.o editfns.o callint.o eval.o floatfns.o fns.o print.o lread.o syntax.o unexmacosx.o bytecode.o process.o callproc.o region-cache.o sound.o atimer.o doprnt.o strftime.o intervals.o textprop.o composite.o md5.o   nsterm.o nsfns.o nsmenu.o nsselect.o nsimage.o nsfont.o fontset.o fringe.o image.o  font.o terminfo.o lastfile.o          -lresolv -lncurses   
| Undefined symbols:
|   "_syms_of_ftfont", referenced from:
|       _syms_of_font in font.o
| ld: symbol(s) not found
| collect2: ld returned 1 exit status
| make[2]: *** [temacs] Error 1
| make[1]: *** [bootstrap-build] Error 2
| make: *** [bootstrap] Error 2
`----

(If it matters, nextstep/compile got exactly the same result).