Re: Drop tarball releases and go ELPA only

2024-07-26 Thread Tassilo Horn
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

Re: Drop tarball releases and go ELPA only

2024-07-26 Thread Arash Esbati
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

Re: Difficulty about replacing `find-tag' (Re: Drop tarball releases and go ELPA only)

2024-07-26 Thread Uwe Brauer
> 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 >

Difficulty about replacing `find-tag' (Re: Drop tarball releases and go ELPA only)

2024-07-26 Thread Ikumi Keita
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

Re: Drop tarball releases and go ELPA only

2024-07-26 Thread Tassilo Horn
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

main b02f3e76: * NEWS.org (Changed): Describe the new repo structure.

2024-07-26 Thread Arash Esbati
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

Re: Drop tarball releases and go ELPA only

2024-07-26 Thread Uwe Brauer
>>> "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

main 2b043b61: ; * tex-site.el.in: Pacify the compiler.

2024-07-26 Thread Arash Esbati
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

Re: Drop tarball releases and go ELPA only

2024-07-26 Thread Arash Esbati
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

Re: Drop tarball releases and go ELPA only

2024-07-26 Thread Uwe Brauer
> 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

Re: GNU AUCTeX is going ELPA-only and the main development branch changed

2024-07-26 Thread Uwe Brauer
>>> "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

Re: Drop tarball releases and go ELPA only

2024-07-26 Thread Tassilo Horn
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

Re: GNU AUCTeX is going ELPA-only and the main development branch changed

2024-07-26 Thread Tassilo Horn
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

Re: Drop tarball releases and go ELPA only

2024-07-26 Thread Uwe Brauer
>>> "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.

Re: GNU AUCTeX is going ELPA-only and the main development branch changed

2024-07-26 Thread Uwe Brauer
>>> "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

Re: GNU AUCTeX is going ELPA-only and the main development branch changed

2024-07-26 Thread Arash Esbati
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 (

Re: Drop tarball releases and go ELPA only

2024-07-26 Thread Arash Esbati
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

Re: Drop tarball releases and go ELPA only

2024-07-26 Thread Uwe Brauer
> 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)

Re: GNU AUCTeX is going ELPA-only and the main development branch changed

2024-07-26 Thread Uwe Brauer
>>> "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

Re: Drop tarball releases and go ELPA only

2024-07-26 Thread Uwe Brauer
> 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

Re: Drop tarball releases and go ELPA only

2024-07-26 Thread Arash Esbati
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

GNU AUCTeX is going ELPA-only and the main development branch changed

2024-07-26 Thread Tassilo Horn
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