[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Updating the GNU ELPA package of AucTeX

From: Stefan Monnier
Subject: Re: Updating the GNU ELPA package of AucTeX
Date: Fri, 30 Aug 2013 08:31:30 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux)

> I've hoped that with the new Git ELPA, we could just checkout the
> savannah auctex repository as submodule, and then add some hacks to the
> makefiles to produce tarballs suitable for ELPA.  Won't work, no?

No, because:

   I'd very much prefer not having to run code from
   the package itself.

so I can't just run your makefile rule(s).

> Ah, btw, I think I've hunted down all past contributors that hadn't
> signed a CA already.  So now I think there's no file left that has to be
> excluded.

Great news, thank you.

>> So, the real problems are:
>> * Preview subdir:
>> I see two clean and easy ways to deal with:
>> - Split it (again) from AucTeX.
> I'd prefer to keep it in auctex.


>> - "mv preview/* ./; rmdir preview"
> I could live with that.  But why is a subdirectory a problem in the
> first place?

Because of the extra complexity in the build procedure.  Remember: it's
very simplistic.

>> * The .texi files:
>> The problem is not specific to auctex, so I'll have to come up with
>> a solution anyway, probably building the .info files during
>> construction of the ELPA package.
> If the build process would just run make, they'd be built.

As mentioned, running "make" is not an option.  But even I did run "make",
it wouldn't work: texinfo is not installed on that machine.

>> * The .dtx files:
>> Here, building the .sty during construction of the ELPA package is
>> not really an option.
> No LaTeX installed on the machine, or what's the matter?

Same as "make": automatically running TeX code from random contributors
is too risky for my taste.  But of course, TeX is not installed on the
machine either.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]