Re: preview .autogen.sh & mkinstalldir not executable

David Kastrup <[email protected]> Mon, 07 Mar 2005 19:09:32 +0100
Newsgroups gmane.emacs.auc-tex
Message-ID <[email protected]>
Masayuki Ataka <[email protected]> writes:

> I checked out AUCTeX five minutes ago, and found that
> preview/autogen.sh and preview/mkinstalldirs are not executable.
>
> Could you fix them, David?

I don't see how.

    File: cvs.info,  Node: Special Files,  Next: CVS commands,  Prev: Builds,  Up: Top

    Special Files
    *************

       In normal circumstances, CVS works only with regular files.
    Every file in a project is assumed to be persistent; it must be
    possible to open, read and close them; and so on.  CVS also
    ignores file permissions and ownerships, leaving such issues to be
    resolved by the developer at installation time.  In other words,
    it is not possible to "check in" a device into a repository; if
    the device file cannot be opened, CVS will refuse to handle it.
    Files also lose their ownerships and permissions during repository
    transactions.

Which does not change the fact that my release procedures for AUCTeX
and preview-latex rely on the respective scripts being executable
after checkout.

But I have no clue how this is achieved, and the CVS documentation
clearly claims that this is not available.

> # preview-latex is very nice!  Thank you, David.

Well, it is not only my work.  I am to be "thanked" for pulling this
into AUCTeX so that more people feel responsible fixing problems...

> P.S.
> ---
> I propose to write when preview-latex was integrated in ChangeLog file.

Actually, it is not integrated yet, but merely made its place into the
CVS.  Integration would mean:

a) aclocal.m4 is available only once.

b) configure for AUCTeX also calls configure for preview (unless you
use --without-preview).  make install also installs preview in
appropriate locations.

This is pretty much the minimum required for "integration":
configure/install.  Future steps would involve integrating the code
and fixing problems where the fixes belong.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum