RFU: tmexpand

Rafael Laboissiere rafael at debian.org
Mon May 28 17:21:08 UTC 2007


* Jörg Sommer <joerg at alea.gnuu.de> [2007-05-28 14:38]:

> Rafael Laboissiere schrieb am Mon 28. May, 13:47 (+0200):
> > 1) The package depends on jed | xjed but the future jed will build-depend on
> >    it.  Won't this cause a chicken-and-egg problem?
> 
> Good point. It's possible to build the packages, but bootstrapping isn't
> possible. But rebuilding the hlp files if tmexpand is installed and
> otherwise leave them as they are, wasn't what I want and leads to
> different build results.

It looks like tmexpand should be part of the jed source package.  In that
case, the docs could be built using the freshly built jed-script which is in
the build tree.

Another possibility would be to split the jed documentation from the jed
tarball and creat a jed-doc package which would build-depend on jed and
tmexpand.

Anyway, the chicken-and-egg problem is pretty unacceptable in Debina.

> I revert the tmexpand change, add a dpatch and check for changes in
> check_package.

This is something I forgot to ask you last time:  What are the scripts
check_package (in jed) and check_installation (in tmexpand)?  Shouldn't they
be in the debian/ directory?

> > 2) We should address the following Lintian warning:
> > 
> >    W: tmexpand: unusual-interpreter ./usr/bin/tmexpand #!jed-script
> 
> That's only possible with an override file. Mmm, yes it is the best. It's
> better than leave this message or adding jed-script to lintian.

What is the problem in asking the Lintian maintainers to include jed-script
into the list of known interpreters?  There are already lots of interpreters
listed in /usr/share/lintian/checks/scripts and one more won't hurt.

-- 
Rafael



More information about the Pkg-jed-devel mailing list