Arash Esbati writes:
>>> | tex-info.el: Warning: the function ‘cl-member’ might not be defined at
>>> | runtime.
>>
>> That's more or less a false positive given that auctex depends on
>> Emacs 27.1 and cl-member is an autoloaded function there (and even in
>> much older emacs releases).
>
> I'm
Tassilo Horn writes:
>> ,
>> | tex-info.el: Warning: the function ‘cl-member’ might not be defined at
>> | runtime.
>
> That's more or less a false positive given that auctex depends on Emacs
> 27.1 and cl-member is an autoloaded function there (and even in much
> older emacs releases).
I'm
> Hi Tassilo,
> No, it wouldn't. It was once replaced and reverted. See the commit
Thanks! I was going to test it, and this saves me the time! Also I have
to admit I usually stick to reftex-cite even for bibliographies
> db2236e0987ae93cbed06051bff6199a560b2648
> Author: Arash Esbati
>
Hi Tassilo,
> Tassilo Horn writes:
>> | In bib-find-next:
>> | bib-cite.el:947:8: Warning: ‘find-tag’ is an obsolete function (as of
>> 25.1);
>> | use ‘xref-find-definitions’ instead.
> If you use bib-cite.el, could you please test if replacing find-tag with
> xref-find-definitions actuall
Uwe Brauer writes:
> The following works for me.
>
> 1. Fresh clone,
>
>a. .autogen.sh
Hm, I think autogen.sh (and doc/Makefile.in called from it) should be
deleted on main. However, it still does some stuff which the top-level
GNUMakefile is missing like compiling doc/tex-ref.tex w
branch: main
commit b02f3e76d6a9d2acf3e174ceabf341284088391e
Author: Arash Esbati
Commit: Arash Esbati
* NEWS.org (Changed): Describe the new repo structure.
---
NEWS.org | 17 +
1 file changed, 17 insertions(+)
diff --git a/NEWS.org b/NEWS.org
index 2a27df2f..6fcce270 1006
>>> "AE" == Arash Esbati writes:
> Uwe Brauer writes:
>> The following works for me.
>>
>> 1. Fresh clone,
>>
>> a. .autogen.sh
> Actually, you can skip 1.a. on main; you can start waiting directly with:
Ah, because was not on tip (HEAD), right you are.
When I clone wi
branch: main
commit 2b043b61bb12a81bbfd17ea72bb7394f41b89a9f
Author: Arash Esbati
Commit: Arash Esbati
; * tex-site.el.in: Pacify the compiler.
---
tex-site.el.in | 3 +++
1 file changed, 3 insertions(+)
diff --git a/tex-site.el.in b/tex-site.el.in
index 2e8b4b50..1d2da038 100644
--- a/tex
Uwe Brauer writes:
> The following works for me.
>
> 1. Fresh clone,
>
>a. .autogen.sh
Actually, you can skip 1.a. on main; you can start waiting directly with:
>b. make -j (but still wait 3 min)
>
> 2. (setq load-path (cons (expand-file-name
> "~/emacs/site-lisp/packag
> Uwe Brauer writes:
> Hi Uwe,
> Why do you insist on using a more complex recipe than what Arash gave
> you:
The following works for me.
1. Fresh clone,
a. .autogen.sh
b. make -j (but still wait 3 min)
2. (setq load-path (cons (expand-file-name
"~/emacs/site-lisp/pa
>>> "TH" == Tassilo Horn writes:
> Uwe Brauer writes:
>> So are you saying, if somebody just change some docstrings in
>> functions and push that commit, there will be new ElPA release? Or for
>> every new style file added?
> Whenever there's a new commit when the cron job on the ELPA machine r
Uwe Brauer writes:
Hi Uwe,
> Can't I just set
>
> --8<---cut here---start->8---
> (setq load-path (cons (expand-file-name
> "~/emacs/site-lisp/packages/src/auctex-hg") load-path))
> --8<---cut here---end--->8---
>
> And th
Uwe Brauer writes:
> So are you saying, if somebody just change some docstrings in
> functions and push that commit, there will be new ElPA release? Or for
> every new style file added?
Whenever there's a new commit when the cron job on the ELPA machine runs
(every 6 hours, I think), there will
>>> "AE" == Arash Esbati writes:
> Uwe Brauer writes:
>> But this is not relevant if I want to compile the latest commit of the
>> main branch «in place», right?
> I'm not sure if I follow: If you want to compile AUCTeX in the repo tree
> and use it from there, you have to use the from I sent.
>>> "AE" == Arash Esbati writes:
> Uwe Brauer writes:
> "TH" == Tassilo Horn writes:
>>
>> Or clone again 🙃, now seriously, if I want to test the latest commits, I
>> use the main branch, but
>>
>> 1. Avoid «make clean»
>>
>> 2. Run only «make» but not «make install»
>>
>> 3. Or try to
Uwe Brauer writes:
"TH" == Tassilo Horn writes:
>
> Or clone again 🙃, now seriously, if I want to test the latest commits, I
> use the main branch, but
>
> 1. Avoid «make clean»
>
> 2. Run only «make» but not «make install»
>
> 3. Or try to fiddle the old Makefile to me needs (
Uwe Brauer writes:
> But this is not relevant if I want to compile the latest commit of the
> main branch «in place», right?
I'm not sure if I follow: If you want to compile AUCTeX in the repo tree
and use it from there, you have to use the from I sent. Or am I missing
something?
Best, Arash
> Tassilo Horn writes:
> Thanks, Tassilo.
> And IIUC loading AUCTeX out of the local repo now only needs:
> (load "~/development/auctex/auctex-autoloads.el" nil t t)
> instead of the old:
> (setq TeX-data-directory "~/development/auctex"
> TeX-lisp-directory TeX-data-directory)
>>> "TH" == Tassilo Horn writes:
> Hi all,
> from now on, AUCTeX releases are only made through the Emacs Lisp
> Package Archive [1], so auctex-13.3 is the last standalone tarball
> release. Distro packagers are encouraged to use the ELPA packages as-is
> and install them under one of the new Em
> Could this change be broadcast widely. I have been using git auctex for
> years and was very surprised that the master branch is no longer used. I
> then had to "waste" and hour or so hunting down the reason and a
> solution.
Sorry[1] I can resist sending this
Footnotes:
[1] as a mercuri
Tassilo Horn writes:
> Done, master is gone.
Thanks, Tassilo.
> So now everybody who has a master branch checked out tracking
> origin/master, please do
>
> # Make sure you have the remote auctex-13 branch
> git fetch origin
> # Rename your local master branch to auctex-13
> git branch
Hi all,
from now on, AUCTeX releases are only made through the Emacs Lisp
Package Archive [1], so auctex-13.3 is the last standalone tarball
release. Distro packagers are encouraged to use the ELPA packages as-is
and install them under one of the new Emacs locations for system-wide
packages, see
22 matches
Mail list logo