Fail to install current jed-extra

[G. Milde]

On 11.11.05, Rafael Laboissiere wrote:

Dear Rafael,

thanks for your efforts as well. 
 
> I have tried the current SVN package.  It builds correctly, although
> there are the three following Lintian warnings, which we must deal with:
 
> W: jed-extra source: source-contains-cvs-conflict-copy uri/.#uri.sl.1.1.1.1

How does Lintian check? Which cvs does conflict?

  * does it use the get-orig-source rule in rules?
    
    I gave 3 alternative URLs there. My idea here is to fix as much as
    possible directly in the upstream source.
    
      * finally I managed to get out Jedmodes release 2.0 that is SLang2
        compatible
	
        http://kent.dl.sourceforge.net/sourceforge/jedmodes/jedmodes-cvs.tgz
        
        However, this is already outdated by the latest fixes to some modes,
        I plan to do a fixup relase parallel to the release of jed-extra,
        so the relase corresponding to jed-extra will be 2.1 and the next
        jed-extra version hence jed-extra2.1-1.
        
      * the latest non-released source tarball
	  http://jedmodes.sf.net/cvs/jedmodes.tgz
        containes all but the latest (>~1 day delay) changes and is 
        available for all that know the (nonpublished) URL.
        The delay is caused by:  
          * transfer of CVS commits to the public CVS servers
            (automatic, 1 ... 4 hours)
          * updating jedmodes.tgz must be initiated by hand, i.e. it is 
            done in irregular intervall whenever I feel the need ....
              
        Unfortunatly I got some errors in the 'commit' to CVS process
        recently ("cannot create lock for directory ...") so some
        files are out of sync until I can solve or cicumvent this. :-(

      * for local work and local testing I use my local copy
           ~/.jed/jedmodes/scr/jedmodes.tgz
        Changes here are propagated to the Jedmodes CVS.
     
      
> W: jed-extra: extra-license-file usr/share/doc/jed-extra/COPYING.gz

Hm. I was told by Joerg, that the upstream tarball should have a file
COPYING to be included in Debian. So jedmodes.tgz contains now
mode/COPYING and mode/README.txt.

Also, the Maintainer Guide wants a Debian 'copyright' file.

So maybe we must not copy the upstream COPYING to debian?

Change 'rules'
	# install documentation (under /usr/share/doc/jed-extra)
	dh_installdocs  $$(find . -name \*.html -o -name \*.otl) \
-	COPYING README.txt
+       README.txt


> W: jed-extra: executable-not-elf-or-script ./usr/share/doc/jed-extra/examples/apsconf/SLang.ssh
 
This is something I thought dh_fixperms will automagically do for me, but
maybe it has no clue how to find out. So we need to reintroduce the 
chmod -x in the rules.

 
> Next, installation fails with the message:

> /usr/share/jed/site-lib/jed-extra-preparse.sl not found.
 
> I fixed this with the following patch:
> 
> --- jed-extra.install   (revision 180)
> +++ jed-extra.install   (working copy)
> @@ -1,5 +1,6 @@
>  debian/init/*.sl etc/jed.d/
>  debian/compile usr/share/jed/compile
> +debian/jed-extra-preparse.sl usr/share/jed/site-lib
>   
>  life/* usr/share/jed/jed-extra
>  view/* usr/share/jed/jed-extra

I would place jed-extra-preparse.sl in u/s/jed/compile. (And not forget
to remove it when purging jed-extra.) We do not set up jed/site-lib/ from
jed-extra any more (the discussion whether to set it up from jed-common
is still not solved).

As jed-extra.install is auto-generated, you need to change
utils/sort-modes.sl too to make your changes permanent (done).

> --- compile     (revision 180)
> +++ compile     (working copy)
> @@ -1,6 +1,6 @@
>  #!/bin/sh -e
>  
> -LIBDIR=/usr/lib/jed-extra
> +LIBDIR=/usr/share/jed/site-lib
>  PREPARSE=jed-extra-preparse.sl
>   
>  case "$1" in

This will introduce problems, as the libdir is now usr/share/jed/jed-extra


 
> But installation still fails:
> 
> $debi
> Unpacking jed-extra (from jed-extra_2.0-1_all.deb) ...
> Setting up jed-extra (2.0-1) ...
> buffer_dirname is undefined

> It seems that make_ini must require bufutils.  

True, I added an autoload in make_ini.sl

> However, installation still fails:
> 
> $debi
> Unpacking jed-extra (from jed-extra_2.0-1_all.deb) ...
> Setting up jed-extra (2.0-1) ...
> no SLang files in /root/jed/jed-extra/
...
> I am lost.

so am I. My version of jed-extra-preparse.sl says:

  % Location of the jed-extra package's library dir
  $1 = "/usr/share/jed/jed-extra";
  ...
  update_ini($1);

For some reason, update_ini is called with /root/jed/jed-extra/
instead.


Guenter

-- 
G.Milde web.de