* Re: [elpa] externals/auctex f124fe7d28: Release GNU AUCTeX 14.0.3 [not found] ` <20240220160445.7C360C00227@vcs2.savannah.gnu.org> @ 2024-02-20 16:43 ` Philip Kaludercic 2024-02-21 12:06 ` Tassilo Horn 0 siblings, 1 reply; 10+ messages in thread From: Philip Kaludercic @ 2024-02-20 16:43 UTC (permalink / raw) To: emacs-devel; +Cc: Tassilo Horn Tassilo Horn <tsdh@gnu.org> writes: > branch: externals/auctex > commit f124fe7d282e0693ce793a8c8b2a675765df63f3 > Author: Tassilo Horn <tsdh@gnu.org> > Commit: Tassilo Horn <tsdh@gnu.org> > > Release GNU AUCTeX 14.0.3 > > * GNU AUCTeX Version 14.0.3 released. > --- > auctex.el | 2 +- > auctex.info | 204 ++++++++++++++++++++++++++--------------------------- > preview-latex.info | 80 ++++++++++----------- Why are the .info files tracked in the repository? ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [elpa] externals/auctex f124fe7d28: Release GNU AUCTeX 14.0.3 2024-02-20 16:43 ` [elpa] externals/auctex f124fe7d28: Release GNU AUCTeX 14.0.3 Philip Kaludercic @ 2024-02-21 12:06 ` Tassilo Horn 2024-02-21 13:00 ` Stefan Monnier 0 siblings, 1 reply; 10+ messages in thread From: Tassilo Horn @ 2024-02-21 12:06 UTC (permalink / raw) To: Philip Kaludercic; +Cc: emacs-devel, Stefan Monnier Philip Kaludercic <philipk@posteo.net> writes: Hi Philip, >> branch: externals/auctex >> commit f124fe7d282e0693ce793a8c8b2a675765df63f3 >> Author: Tassilo Horn <tsdh@gnu.org> >> Commit: Tassilo Horn <tsdh@gnu.org> >> >> Release GNU AUCTeX 14.0.3 >> >> * GNU AUCTeX Version 14.0.3 released. >> --- >> auctex.el | 2 +- >> auctex.info | 204 ++++++++++++++++++++++++++--------------------------- >> preview-latex.info | 80 ++++++++++----------- > > Why are the .info files tracked in the repository? Good question. Stefan added them in: --8<---------------cut here---------------start------------->8--- commit 692c9d8fd96614175f499dbc97a927a97099b8dc Author: Stefan Monnier <monnier@iro.umontreal.ca> Date: Fri Sep 13 22:31:19 2013 -0400 Add auto-generated files we need for elpa. --8<---------------cut here---------------end--------------->8--- Stefan, do you remember why? I guess it's because our complicated build procedure on our master branch where we have some .el.in and Makefile.in files where version and date placeholders are being replaced. So Stefan added a new GNUMakefile to our externals/auctex branch which updates committed files which are generated on the master branch. It's possible that with ELPA as of today, some things could be handled in a better way but IDK and, well, as long as it works... Bye, Tassilo ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [elpa] externals/auctex f124fe7d28: Release GNU AUCTeX 14.0.3 2024-02-21 12:06 ` Tassilo Horn @ 2024-02-21 13:00 ` Stefan Monnier 2024-02-21 14:26 ` Tassilo Horn 0 siblings, 1 reply; 10+ messages in thread From: Stefan Monnier @ 2024-02-21 13:00 UTC (permalink / raw) To: Tassilo Horn; +Cc: Philip Kaludercic, emacs-devel > Good question. Stefan added them in: > > --8<---------------cut here---------------start------------->8--- > commit 692c9d8fd96614175f499dbc97a927a97099b8dc > Author: Stefan Monnier <monnier@iro.umontreal.ca> > Date: Fri Sep 13 22:31:19 2013 -0400 > > Add auto-generated files we need for elpa. > --8<---------------cut here---------------end--------------->8--- > > Stefan, do you remember why? Because back then, `elpa.gnu.org` was not able to generate them. Nowadays, we could use :doc "doc/auctex.texi" in the spec instead. > I guess it's because our complicated build > procedure on our master branch where we have some .el.in and Makefile.in > files where version and date placeholders are being replaced. So Stefan > added a new GNUMakefile to our externals/auctex branch which updates > committed files which are generated on the master branch. Nowadays we could also let `elpa.gnu.org` run this make target when generating the tarball with :make ("all") The current spec says : (auctex :url "https://git.savannah.gnu.org/git/auctex.git" ;; AUCTeX is currently sync'd manually and elpa.git isn't quite ;; a mirror :-( :manual-sync t) and indeed using the above additions we should be able to make the sync be automatic rather than manual. Stefan ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [elpa] externals/auctex f124fe7d28: Release GNU AUCTeX 14.0.3 2024-02-21 13:00 ` Stefan Monnier @ 2024-02-21 14:26 ` Tassilo Horn 2024-02-21 15:01 ` Stefan Monnier 0 siblings, 1 reply; 10+ messages in thread From: Tassilo Horn @ 2024-02-21 14:26 UTC (permalink / raw) To: Stefan Monnier; +Cc: Philip Kaludercic, emacs-devel Stefan Monnier <monnier@iro.umontreal.ca> writes: > Because back then, `elpa.gnu.org` was not able to generate them. > Nowadays, we could use > > :doc "doc/auctex.texi" > > in the spec instead. Can :doc be a list? Because there's also preview-latex.texi. >> I guess it's because our complicated build procedure on our master >> branch where we have some .el.in and Makefile.in files where version >> and date placeholders are being replaced. So Stefan added a new >> GNUMakefile to our externals/auctex branch which updates committed >> files which are generated on the master branch. > > Nowadays we could also let `elpa.gnu.org` run this make target when > generating the tarball with > > :make ("all") > > The current spec says : > > (auctex :url "https://git.savannah.gnu.org/git/auctex.git" > ;; AUCTeX is currently sync'd manually and elpa.git isn't quite > ;; a mirror :-( > :manual-sync t) > > and indeed using the above additions we should be able to make the > sync be automatic rather than manual. Does that mean the ELPA devel package could be built from our master branch always reflecting that and the normal package, too, after version bumps? Well, at least in theory after adding a Version header and somehow setting the version when generating auctex.el from auctex.el.in? That would be absolutely awesome. :-) Bye, Tassilo ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [elpa] externals/auctex f124fe7d28: Release GNU AUCTeX 14.0.3 2024-02-21 14:26 ` Tassilo Horn @ 2024-02-21 15:01 ` Stefan Monnier 2024-02-21 16:24 ` Stefan Monnier ` (2 more replies) 0 siblings, 3 replies; 10+ messages in thread From: Stefan Monnier @ 2024-02-21 15:01 UTC (permalink / raw) To: Tassilo Horn; +Cc: Philip Kaludercic, emacs-devel >> Because back then, `elpa.gnu.org` was not able to generate them. >> Nowadays, we could use >> >> :doc "doc/auctex.texi" >> >> in the spec instead. > > Can :doc be a list? Because there's also preview-latex.texi. Yes. > Does that mean the ELPA devel package could be built from our master > branch always reflecting that and the normal package, too, after version > bumps? Almost. > Well, at least in theory after adding a Version header and somehow > setting the version when generating auctex.el from auctex.el.in? That's right: we still need the `auctex.el` file to be in Git and to contain the `Version:` thingy. Stefan ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [elpa] externals/auctex f124fe7d28: Release GNU AUCTeX 14.0.3 2024-02-21 15:01 ` Stefan Monnier @ 2024-02-21 16:24 ` Stefan Monnier 2024-02-21 17:07 ` Philip Kaludercic 2024-02-21 17:02 ` Philip Kaludercic 2024-02-21 20:21 ` Tassilo Horn 2 siblings, 1 reply; 10+ messages in thread From: Stefan Monnier @ 2024-02-21 16:24 UTC (permalink / raw) To: Tassilo Horn; +Cc: Philip Kaludercic, emacs-devel >> Well, at least in theory after adding a Version header and somehow >> setting the version when generating auctex.el from auctex.el.in? > > That's right: we still need the `auctex.el` file to be in Git and to > contain the `Version:` thingy. Tho, it could actually be another file (e.g. for Tramp we have `:main-file "trampver.el"`). Stefan ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [elpa] externals/auctex f124fe7d28: Release GNU AUCTeX 14.0.3 2024-02-21 16:24 ` Stefan Monnier @ 2024-02-21 17:07 ` Philip Kaludercic 2024-02-21 17:50 ` Stefan Monnier 0 siblings, 1 reply; 10+ messages in thread From: Philip Kaludercic @ 2024-02-21 17:07 UTC (permalink / raw) To: Stefan Monnier; +Cc: Tassilo Horn, emacs-devel Philip Kaludercic <philipk@posteo.net> writes: > Stefan Monnier <monnier@iro.umontreal.ca> writes: > >>>> Because back then, `elpa.gnu.org` was not able to generate them. >>>> Nowadays, we could use >>>> >>>> :doc "doc/auctex.texi" >>>> >>>> in the spec instead. >>> >>> Can :doc be a list? Because there's also preview-latex.texi. >> >> Yes. >> >>> Does that mean the ELPA devel package could be built from our master >>> branch always reflecting that and the normal package, too, after version >>> bumps? >> >> Almost. >> >>> Well, at least in theory after adding a Version header and somehow >>> setting the version when generating auctex.el from auctex.el.in? >> >> That's right: we still need the `auctex.el` file to be in Git and to >> contain the `Version:` thingy. > > Another idea might be to have a separate :main-file for versioning, if > there is an advantage in building auctex.el while preparing the package. Never mind this, I missed Stefan's message. >> >> Stefan Stefan Monnier <monnier@iro.umontreal.ca> writes: >>> Well, at least in theory after adding a Version header and somehow >>> setting the version when generating auctex.el from auctex.el.in? >> >> That's right: we still need the `auctex.el` file to be in Git and to >> contain the `Version:` thingy. > > Tho, it could actually be another file (e.g. for Tramp we have > `:main-file "trampver.el"`). > > Stefan ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [elpa] externals/auctex f124fe7d28: Release GNU AUCTeX 14.0.3 2024-02-21 17:07 ` Philip Kaludercic @ 2024-02-21 17:50 ` Stefan Monnier 0 siblings, 0 replies; 10+ messages in thread From: Stefan Monnier @ 2024-02-21 17:50 UTC (permalink / raw) To: Philip Kaludercic; +Cc: Tassilo Horn, emacs-devel > Never mind this, I missed Stefan's message. :-) BTW, you can try this at home: git clone --single-branch https://git.sv.gnu.org/git/emacs/elpa.git cd elpa make # Setup the infrastructure make packages/auctex # Create a worktree of the package make build/auctex # Build the tarballs into archive(-devel)/ <tweak packages/auctex> make build/auctex # check archive-devel/auctex.tar <tweak packages/auctex> make build/auctex # check archive-devel/auctex.tar [...] Do note that `build/auctex` doesn't just use the current contents of `packages/auctex`, but its current commit instead (it does a git-stash-push/pop). You can also try `make auctex.tar` (which places the file in CWD) which IIRC does use the current contents of the directory without messing with Git at all. Stefan ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [elpa] externals/auctex f124fe7d28: Release GNU AUCTeX 14.0.3 2024-02-21 15:01 ` Stefan Monnier 2024-02-21 16:24 ` Stefan Monnier @ 2024-02-21 17:02 ` Philip Kaludercic 2024-02-21 20:21 ` Tassilo Horn 2 siblings, 0 replies; 10+ messages in thread From: Philip Kaludercic @ 2024-02-21 17:02 UTC (permalink / raw) To: Stefan Monnier; +Cc: Tassilo Horn, emacs-devel Stefan Monnier <monnier@iro.umontreal.ca> writes: >>> Because back then, `elpa.gnu.org` was not able to generate them. >>> Nowadays, we could use >>> >>> :doc "doc/auctex.texi" >>> >>> in the spec instead. >> >> Can :doc be a list? Because there's also preview-latex.texi. > > Yes. > >> Does that mean the ELPA devel package could be built from our master >> branch always reflecting that and the normal package, too, after version >> bumps? > > Almost. > >> Well, at least in theory after adding a Version header and somehow >> setting the version when generating auctex.el from auctex.el.in? > > That's right: we still need the `auctex.el` file to be in Git and to > contain the `Version:` thingy. Another idea might be to have a separate :main-file for versioning, if there is an advantage in building auctex.el while preparing the package. > > Stefan ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [elpa] externals/auctex f124fe7d28: Release GNU AUCTeX 14.0.3 2024-02-21 15:01 ` Stefan Monnier 2024-02-21 16:24 ` Stefan Monnier 2024-02-21 17:02 ` Philip Kaludercic @ 2024-02-21 20:21 ` Tassilo Horn 2 siblings, 0 replies; 10+ messages in thread From: Tassilo Horn @ 2024-02-21 20:21 UTC (permalink / raw) To: Stefan Monnier; +Cc: Philip Kaludercic, emacs-devel Stefan Monnier <monnier@iro.umontreal.ca> writes: >> Well, at least in theory after adding a Version header and somehow >> setting the version when generating auctex.el from auctex.el.in? > > That's right: we still need the `auctex.el` file to be in Git and to > contain the `Version:` thingy. Ah, right, hen-and-egg problem here. But we might use another file as you've said. Anyway, I think we'll stick to the status quo until auctex 14 has matured a bit and then we'll try to get that working. Thanks, Tassilo ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2024-02-21 20:21 UTC | newest] Thread overview: 10+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- [not found] <170844508291.3153.9183498620897065719@vcs2.savannah.gnu.org> [not found] ` <20240220160445.7C360C00227@vcs2.savannah.gnu.org> 2024-02-20 16:43 ` [elpa] externals/auctex f124fe7d28: Release GNU AUCTeX 14.0.3 Philip Kaludercic 2024-02-21 12:06 ` Tassilo Horn 2024-02-21 13:00 ` Stefan Monnier 2024-02-21 14:26 ` Tassilo Horn 2024-02-21 15:01 ` Stefan Monnier 2024-02-21 16:24 ` Stefan Monnier 2024-02-21 17:07 ` Philip Kaludercic 2024-02-21 17:50 ` Stefan Monnier 2024-02-21 17:02 ` Philip Kaludercic 2024-02-21 20:21 ` Tassilo Horn
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.