Re: To stupid to install tramp...

[Michael Albinus]

Sven Utcke <address@hidden> writes:

> Hello Kai,

Hi,

>> > However, it is a bit dated, so I decided to install 2.0.35 instead.
>> > It took me a while to figure out that GNU make 3.74 was to old to
>> > use, but now, with 3.80, I can at least run make.  I tried to
>> > install for the following emacsen:
>> 
>> It needs a new make?  Oh.  I didn't know that.  Hm.  Is it obvious
>> what to do with older makes?

Makefile.in uses the variable $(MAKECMDGOALS). This has been
introduced with GNU make 3.76.

Hmm. GNU make 3.76 has been released "Tue Sep 16 14:17:26 1997". So
it might be not to hard to depend on it.

I'll add a test in configure.ac (and a note in INSTALL).

[...]

> So make install now works (this is for Emacs 21.1, and after I create
> the directories by hand), but:
>
> kogs2>/software/tramp-2.0.35/tramp-2.0.35% ls -l /software/tramp-2.0.35/info
> total 174
> -rw-r--r--   1 utcke    tvp        88396 Jul 14 11:45 tramp
>
> Hmm, we're mising a dir-file here, so better run
>
> kogs2>/software/tramp-2.0.35/tramp-2.0.35% install-info 
> /software/tramp-2.0.35/info/tramp /software/tramp-2.0.35/info/dir
> kogs2>/software/tramp-2.0.35/tramp-2.0.35% ls -l /software/tramp-2.0.35/info
> total 176
> -rw-r--r--   1 utcke    tvp          701 Jul 14 11:47 dir
> -rw-r--r--   1 utcke    tvp        88396 Jul 14 11:45 tramp

This is explained in the manual. make doesn't create the dir file.

> BTW, you might be wondering how I managed to create the info-file?
> What happened to
>
>> > [7] [8] (./tramp.tmp) (./tramp.tmp) (./tramp.tmp) (./tramp.tmp) 
>> > (./tramp.tmp)
>> > (./tramp.tmp) (./tramp.tmp) (./tramp.tmp) [9] (./tramp.tmp) (./tramp.tmp)
>> > (./tramp.tmp)
>> > ! Missing number, treated as zero.
>> > <to be read again> 
>> >                    @unhbox 
>> > @leavevmode ->@unhbox 
>> >                       @address@hidden 
>> >  ->@leavevmode 
>> >                @penalty @tiepenalty @ 
>> > [...]
>> > (see the transcript file for additional information)
>> > Output written on tramp.dvi (48 pages, 98924 bytes).
>> > Transcript written on tramp.log.
>> > /software/texinfo-4.5/SunOS-5.8/bin/texi2dvi: tex exited with bad status, 
>> > quitti
>> > ng.

The info file is already created this time. The error comes from TeX,
creating tramp.dvi.

[...]

> WARNING: for users of Unix TeX 3.0!
> This manual trips a bug in TeX version 3.0 (tex hangs).
> If you are running another version of TeX, relax.
> If you are running Unix TeX 3.0, kill this TeX process.
>  Then upgrade your TeX installation if you can.
>  (See ftp://ftp.gnu.org/non-gnu/TeX.README.)
> If you are stuck with version 3.0, run the
>  script ``tex3patch'' from the Texinfo distribution
>  to use a workaround.

[...]

> ! Missing number, treated as zero.
> <to be read again> 
>                    @unhbox 
> @leavevmode ->@unhbox 
>                       @address@hidden 
>  ->@leavevmode 
>                @penalty @tiepenalty @ 
> l.138 (add-to-list 'load-path address@hidden 
>                                     @ttfam @tentt @char 
> 34}~/@value{emacs-di...

Likely the message above points to the root of the problem. I've seen
the same error on systems with older TeX only.

I'ld like to check during configure whether the TeX version is
appropriate. If not, generation of tramp.dvi should be suspended.

Unfortunately, I'm not a TeXpert. If somebody could provide a small
test.texi which can be taken for test during configuration ...

> And so on.  So why doesn't this happen with the older make?
>
> make[1]: Entering directory `/software/tramp-2.0.35/tramp-2.0.35/texi'
> makeinfo --no-split --footnote-style=end -D emacs -o ../info/tramp tramp.texi
> makeinfo --no-split --html -D emacs -o tramp-emacs.html tramp.texi
> makeinfo --no-split --html -D xemacs -o tramp-xemacs.html tramp.texi
>
> Hmm, looks like the older make never tries to run texi2dvi, which btw
> is:
>
> kogs2>/software/tramp-2.0.35/tramp-2.0.35% texi2dvi -v
> texi2dvi (GNU Texinfo 4.5) 1.14

Hmm, that I don't understand. But as I said above, "the older make"
will be rejected from now on.

>> > emacs --no-site-file -batch --eval "(add-to-list 'load-path \".\")"  
>> > --eval "(ad
>> > d-to-list 'load-path \"../contrib\")" -f batch-byte-compile  tramp-efs.el
>> > While compiling toplevel forms in file 
>> > /software/tramp-2.0.34/tramp-2.0.34/lisp/
>> > tramp-efs.el:
>> >   !! Args out of range ((1 33))
>> > Done
>> > make[1]: *** [tramp-efs.elc] Error 1
>> 
>> It shouldn't try to compile tramp-efs, that's for XEmacs only.  But
>> it is obvious, now that I look at the Makefiles, that it does try to
>> compile tramp-efs even for Emacs.  Hm.  What to do?

So my chic "$(wildcard *.el)" cannot be used anymore. OK, I'll change
it to a dump list of file names. Sadly.

[...]

> Well, I guess what baffled me is that with the older versions of tramp
> (or emacs-rcp, or whatever it was called before that) I newer had any
> problems at all, so I figured that this time round I must be doing
> something stupid.  But maybe it's just that the more faetures a
> package has, the easier it is to break...

Well, you're right somehow. On the other hand we're trying to toughen
Tramp that it can survive any jungle. Your comments are really
helpfull.

> Thanks
>
> Sven

Best regards, Michael.