Stefan Monnier writes:
>> But before investing time on Uwe's scenario: Stefan, do you know why
>> no new devel release has been built so far?
>
> You've presumably received copies (via auctex-devel) of the build
> error notification.
Oh, indeed. :-)
> The original problem was that elpa.gnu.org
Stefan Monnier writes:
> Which points out that maybe instead of changing `gitlog-to-auctexlog`
> it'd be easier to change the `make` rule so it doesn't build
> `ChangeLog` (and have another rule that does build `ChangeLog` for
> those cases where it's important).
That's what I've done now.
branch: main
commit 2912617a42a781e9c876ec4c9db8f76a71496354
Author: Tassilo Horn
Commit: Tassilo Horn
Generate ChangeLog only in elpa make target
---
GNUmakefile | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git a/GNUmakefile b/GNUmakefile
index
Arash Esbati writes:
> I think `make-directory-autoloads' would be even easier, but it was
> introduced with 28.1, and we currently support 27.1, sigh! I think I
> can solve it with the patch below.
Thanks, applied with the minor change that I use $(wildcard *.el)
instead of listing all lisp
branch: main
commit e835b95bc8108cc82b2fe3660ae0574d0f57206c
Author: Arash Esbati
Commit: Tassilo Horn
Generate auctex-autoloads.el in a way compatible with emacs 27.1
---
GNUmakefile | 34 ++
1 file changed, 30 insertions(+), 4 deletions(-)
diff --git
branch: main
commit a830eb1c9411a791c5228391813f7d6d114dc079
Author: Stefan Monnier
Commit: Tassilo Horn
Fallbacks for "no git" or "not a git clone"
---
GNUmakefile | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
diff --git a/GNUmakefile b/GNUmakefile
index
Stefan Monnier writes:
> The GNUmakefile tries to find the date of the commit you're building,
> and that's only available from the VCS metadata. The patch below
> should make it fallback to using the current date.
Thanks a lot! Applied.
Tassilo
Stefan Monnier writes:
>> AFAIU, using `update-file-autoloads' again means keeping track of all
>> AUCTeX files in the new GNUmakefile, or is there a better solution?
>
> You should be able to use `update-directory-autoloads`.
> It's a bit more cumbersome to use than `loaddefs-generate` but
Hi
I concentrated on the repository that I cloned with git.
I compiled and installed GNU emacs
commit 1d4e90341782
31.05.2022, where the function loaddefs-generate-batch was introduced.
So in the Makefile I have
EMACS=/opt/emacs29.1/bin/emacs --batch -q -no-site-file -no-init-file -l
branch: master
commit 36590b044f86a546b1a0b21e89e301ed29408be4
Author: Paul Nelson
Commit: Ikumi Keita
Fix preview bug involving long common suffixes
* preview.el.in (preview-parse-messages): Fix it.
---
preview.el.in | 8
1 file changed, 8 insertions(+)
diff --git
> AFAIU, using `update-file-autoloads' again means keeping track of all
> AUCTeX files in the new GNUmakefile, or is there a better solution?
You should be able to use `update-directory-autoloads`.
It's a bit more cumbersome to use than `loaddefs-generate` but other
than that it should be OK.
> gitlog-to-auctexlog is based on gitlog-to-emacslog. Should the issue be
> reported there as well? gitlog-to-emacslog isn't different in this
> regard:
> https://git.savannah.gnu.org/cgit/emacs.git/tree/build-aux/gitlog-to-emacslog#n62
`gitlog-to-emacslog` is used only to build the release
Tassilo Horn writes:
> I just wanted to say that I'll have a look about making the build
> succeed in the absence of git or when running it not in a normal git
> clone when I find some spare time.
Thanks Tassilo. One other issue Uwe brought up was that
`loaddefs-generate' isn't available for
Stefan Monnier writes:
>> +# If this is not a Git repository, just generate an empty ChangeLog.
>> +test -d .git || {
>> + >"$output"
>> + exit
>> +}
>> +
>> # Get the new value for gen_origin from the latest version in the
>> repository.
>> new_origin=`git log --pretty=format:%H 'HEAD^!'`
> But before investing time on Uwe's scenario: Stefan, do you know why
> no new devel release has been built so far?
You've presumably received copies (via auctex-devel) of the build
error notification. The original problem was that elpa.gnu.org did not
have TeX installed. After fixing it there
>>> "TH" == Tassilo Horn writes:
> Hi all,
> I just wanted to say that I'll have a look about making the build
> succeed in the absence of git or when running it not in a normal git
> clone when I find some spare time.
Thanks, I appreciate that.
> It also occurred to me that the ChangeLog is
Hi all,
I just wanted to say that I'll have a look about making the build
succeed in the absence of git or when running it not in a normal git
clone when I find some spare time.
It also occurred to me that the ChangeLog is and has always be "wrong"
for ELPA releases. Basically, we generate it
> +# If this is not a Git repository, just generate an empty ChangeLog.
> +test -d .git || {
> + >"$output"
> + exit
> +}
> +
> # Get the new value for gen_origin from the latest version in the repository.
> new_origin=`git log --pretty=format:%H 'HEAD^!'` || exit
I suspect it would be better
> Uwe Brauer writes:
> So I am confused now, shall I try out to make a symbolic link or not?
You can try either way. Try one of the symblic link or this patch:
diff --git a/build-aux/gitlog-to-auctexlog b/build-aux/gitlog-to-auctexlog
index 808597d5..944d90ff 100755
---
The build scripts failed to build the tarball
for version 14.0.4.0.20240423.155206 of the package auctex.
You can consult the latest error output in the file
"auctex-build-failure.txt" in the GNU-devel ELPA archive web site.
You can also try and reproduce the error locally as follows:
git
> I'm sorry, I was wrong about it. Uwe uses hg-git and the local repository
> doesn't contain .git directory. I don't remember well what hg-git does,
> but isn't there the "real" .git direcotry in the .hg directory? In other
> words, I suspect the directory structure is
> repo-dir -+- .hg
>>> "IK" == Ikumi Keita writes:
> Hi all,
> Hmm, build-aux/gitlog-to-auctexlog is not a perl script, actually is a
> Bourne shell script. I was looking at gitlog-to-changelog
>> Arash Esbati writes:
>> Hmm, build-aux/gitlog-to-auctexlog contains[1]:
>> # If this is not a Git repository,
> Stefan Monnier writes:
> Hmm, build-aux/gitlog-to-auctexlog contains[1]:
> # If this is not a Git repository, just generate an empty ChangeLog.
> test -d .git || {
> exit
> }
> Maybe Uwe has a .git directory in his setup, but it isn't a real .git
> directory as Git would expect?
There
>>> "IK" == Ikumi Keita writes:
>> Uwe Brauer writes:
> "SM" == Stefan Monnier writes:
>>> Hence either
>>> 1) Uwe installs git
>>> He does have Git installed. He's just working in a directory that's not
>>> under Git's control.
>> That is correct. I prefer to clone the auctex devel
> Uwe Brauer writes:
> This is one reason why you can't compile the current main branch. This
> doesn't explain the error:
> fatal: not a git repository (or any of the parent directories): .git
> I suspect this has something to do with your Git-Mercurial
> setup/workflow. But let sort
Hi all,
Hmm, build-aux/gitlog-to-auctexlog is not a perl script, actually is a
Bourne shell script. I was looking at gitlog-to-changelog
> Arash Esbati writes:
> Hmm, build-aux/gitlog-to-auctexlog contains[1]:
> # If this is not a Git repository, just generate an empty ChangeLog.
> test
Stefan Monnier writes:
> IMO `build-aux/gitlog-to-auctexlog` should gracefully fail
> (e.g. generate an empty file, or put the Git error into that
> file).
Hmm, build-aux/gitlog-to-auctexlog contains[1]:
--8<---cut here---start->8---
# If this is not a Git
> Uwe Brauer writes:
"SM" == Stefan Monnier writes:
>>> Hence either
>>> 1) Uwe installs git
>> He does have Git installed. He's just working in a directory that's not
>> under Git's control.
> That is correct. I prefer to clone the auctex devel repo with mercurial,
> since I am much
Uwe Brauer writes:
> This function is not defined.
>
> emacs-version is a variable defined in ‘C source code’.
>
> Its value is "29.0.50"
>
> Version numbers of this version of Emacs.
>
> But
>
> ,
> | emacs-repository-version is a variable defined in ‘version.el’.
> |
> | Its value is
>>> "SM" == Stefan Monnier writes:
>> Hence either
>> 1) Uwe installs git
> He does have Git installed. He's just working in a directory that's not
> under Git's control.
That is correct. I prefer to clone the auctex devel repo with mercurial,
since I am much more acquainted with mercurial,
> Hence either
> 1) Uwe installs git
He does have Git installed. He's just working in a directory that's not
under Git's control.
> 2) AUCTeX implements fallback in build-aux/gitlog-to-auctexlog
> is necessary to have Changelog.
IMO `build-aux/gitlog-to-auctexlog` should gracefully fail
(e.g.
Hi Uwe,
> Uwe Brauer writes:
> Thanks I applied the patch and run make EMACSBIN=/opt/emacs29/bin/emacs
> Result:
> fatal: not a git repository (or any of the parent directories): .git
> sed -e 's|@lisppackagelispdir@|(file-name-directory load-file-name)|'\
> -e
>>> "AE" == Arash Esbati writes:
> Yes, and we have to find out why. If the Emacs you're using to compile
> AUCTeX doesn't have the function above, we can stop right away. So
> please make you have an recent version at hand, then we can proceed.
On a second thought: do you and does anybody
Hi
Given the current difficulties of compiling the main branch, for users
that don't use Emacs > 29.1 or don't use git, but would like to test and
contribute say style files:
1. Could we leave things as if were, that is
1. .configure stays,
2. make
3. make install
>>> "AE" == Arash Esbati writes:
> Uwe Brauer writes:
>> Well, it compiled from master but 29.0.5 so pre 29.1
> What do you see if you do:
> • emacs -Q
> • C-h f loaddefs-generate-batch RET in scratch
This function is not defined.
--8<---cut
The build scripts failed to build the tarball
for version 14.0.4.0.20240423.155206 of the package auctex.
You can consult the latest error output in the file
"auctex-build-failure.txt" in the GNU-devel ELPA archive web site.
You can also try and reproduce the error locally as follows:
git
Uwe Brauer writes:
> Well, it compiled from master but 29.0.5 so pre 29.1
What do you see if you do:
• emacs -Q
• C-h f loaddefs-generate-batch RET in scratch
This is what I get:
--8<---cut here---start->8---
loaddefs-generate-batch is an autoloaded
>>> "SM" == Stefan Monnier writes:
>> fatal: not a git repository (or any of the parent directories): .git
>> fatal: not a git repository (or any of the parent directories): .git
>> fatal: not a git repository (or any of the parent directories): .git
>> fatal: not a git repository (or any of the
>>> "AE" == Arash Esbati writes:
> Uwe Brauer writes:
>> Time needed 56 sec on my X1 Thinkpad form 2017
>>
>> I switched to main
>>
>> 1) make distclean
>> 2) git switch main
>> 3) make
>> 4) after 10 min! I obtain
>>
>> Error: void-function (loaddefs-generate-batch)
>>
39 matches
Mail list logo
