Noticing runtime error in socktools.cpp
Lyx compiled with -fsanitize=undefined gives this at start: /usr2/src/lyx/lyx-git/src/support/socktools.cpp:121:56: runtime error: member access within null pointer of type 'struct sockaddr_un' #0 0x5570c33ba6c8 in lyx::support::socktools::listen(lyx::support::FileName const&, int) /usr2/src/lyx/lyx-git/src/support/socktools.cpp:121:56 #1 0x5570c1975907 in lyx::ServerSocket::ServerSocket(lyx::support::FileName const&) /usr2/src/lyx/lyx-git/src/ServerSocket.cpp:55:8 #2 0x5570c17fe5ee in lyx::LyX::exec(int&, char**) /usr2/src/lyx/lyx-git/src/LyX.cpp:370:32 #3 0x5570c1c6a4ba in main /usr2/src/lyx/lyx-git/src/main.cpp:55:26 #4 0x7f91a048bd8f in __libc_start_call_main csu/../sysdeps/nptl/libc_start_call_main.h:58:16 #5 0x7f91a048be3f in __libc_start_main csu/../csu/libc-start.c:392:3 #6 0x5570c112b154 in _start (/usr9/BUILD/Mint21/BuildLyxGitQt6.2.4local-clang15.0.7/bin/lyx2.5+0x28fe154) (BuildId: 518d7aff388c7943507dd4632cba39cb3ae876cb) SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior /usr2/src/lyx/lyx-git/src/support/socktools.cpp:121:56 in Kornel pgpaEw8kferX7.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: ctests failing on current master
Am Tue, 17 Sep 2024 21:53:07 +0200 schrieb Scott Kostyshak : > > Should be working now. > > Very nice! Thanks! > > What do you think of the attached patch? If you agree with the approach, > can you please double-check the code carefully? Specifically, I don't > know if my use of _err vs. _errx is correct. Feel free to adapt and > commit. The idea was (I think) not to error out if export to pdflatex went wrong. For instance if we are using docbook only. But now using pdf your patch makes more sense. > Scott > > [0001-ctests-exit-with-error-if-export-to-.tex-fails.patch text/x-diff (986 > Bytes)] Kornel P.S. Thanks for the amend BTW. It probably happened while using emacs _and_ vi simultaneously on the same file :( pgpf6GO33FKsj.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: ctests failing on current master
Am Tue, 17 Sep 2024 17:38:50 +0200
schrieb Scott Kostyshak :
> On Tue, Sep 17, 2024 at 04:12:42PM GMT, Jürgen Spitzmüller wrote:
> > Am Dienstag, dem 17.09.2024 um 15:15 +0200 schrieb Kornel Benko:
> > > I see the following differences between the created between *.23.lyx
> > > and *.23.23.lyx
> > > files
> > > > % Added by lyx2lyx
> > > > %% This document must be processed with xelatex or
> > > lualatex!
> > > > \AtBeginDocument{%
> > > > }
> > > With each lyx2lyx conversion added.
> >
> > OK, the empty addition should be avoided (although it is harmless
> > noise). Done. The duplication on repeated conversion is difficult to
> > avoid.
>
> Thanks! The tests now pass for me.
>
> @Kornel: I still get the following error in the log:
>
> -- Create the corresponding .tex file
> "/home/scott/lyxbuilds/master-master/CMakeBuild/autotests/out-home/AbC_ob3mao/examples/ja/Articles/Japanese_Article_%28JLReq_Class%29.tex"
> Error: Couldn't export file
> No information for exporting the format LaTeX (pdflatex).
>
> So my questions from before are still relevant. Further, it makes me
> think that we should do something with that error code (so that if there
> is an error in the log the test fails).
>
> Scott
Should be working now.
Kornel
pgp4IUDygkkXn.pgp
Description: Digitale Signatur von OpenPGP
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: ctests failing on current master
Am Tue, 17 Sep 2024 11:43:51 +0200
schrieb Scott Kostyshak :
> On Sun, Sep 15, 2024 at 07:05:02PM GMT, Scott Kostyshak wrote:
>
> >
> > The following tests FAILED:
> > 3134 - INVERTED.TODO_export/doc/ja/UserGuide_pdf5_systemF (Failed)
> > 5020 - export/examples/es/Curricula_Vitae/Modern_CV_lyx22 (Failed)
> > 5021 - export/examples/es/Curricula_Vitae/Modern_CV_lyx23 (Failed)
>
> ^ These have been resolved.
>
> > 5719 -
> > export/examples/ja/Articles/Japanese_Article_%28JLReq_Class%29_lyx20
> > (Failed) 5720 -
> > export/examples/ja/Articles/Japanese_Article_%28JLReq_Class%29_lyx21
> > (Failed) 5721 -
> > export/examples/ja/Articles/Japanese_Article_%28JLReq_Class%29_lyx22
> > (Failed) 5722 -
> > export/examples/ja/Articles/Japanese_Article_%28JLReq_Class%29_lyx23
> > (Failed) 7410 -
> > export/templates/ja/Articles/Japanese_Article_%28JS_Bundle_for_LuaTeX%29_lyx23
> > (Failed) 7419 -
> > export/templates/ja/Articles/Japanese_Article_%28Standard_Class_for_LuaTeX%29_lyx23
> > (Failed) 7428 -
> > export/templates/ja/Articles/Japanese_Article_%28Standard_Class_for_LuaTeX%2C_vertical_Writing%29_lyx23
> > (Failed) 7437 -
> > export/templates/ja/Books/Japanese_Book_%28JS_Bundle_for_LuaTeX%29_lyx23
> > (Failed)
> > 7446 -
> > export/templates/ja/Books/Japanese_Book_%28Standard_Class_for_LuaTeX%29_lyx23
> > (Failed) 7455 -
> > export/templates/ja/Books/Japanese_Book_%28Standard_Class_for_LuaTeX%2C_vertical_Writing%29_lyx23
> > (Failed) 7476 -
> > export/templates/ja/Reports/Japanese_Report_%28JS_Bundle_for_LuaTeX%29_lyx23
> > (Failed)
> > 7485 -
> > export/templates/ja/Reports/Japanese_Report_%28Standard_Class_for_LuaTeX%29_lyx23
> > (Failed) 7494 -
> > export/templates/ja/Reports/Japanese_Report_%28Standard_Class_for_LuaTeX%2C_vertical_Writing%29_lyx23
> > (Failed)
>
> Kornel, do the above tests fail for you also? When I look in the log I
> see the following:
>
> -- Create the corresponding .tex file
> "/home/scott/lyxbuilds/master-master/CMakeBuild/autotests/out-home/AbC_ybegAu/examples/ja/Articles/Japanese_Article_%28JLReq_Class%29.tex"
> Error: Couldn't export file
> No information for exporting the format LaTeX (pdflatex).
>
> I think this is an issue in our testing code. In export.cmake, we have
> "pdflatex" hardcoded:
>
> execute_process(
> COMMAND ${lyx} -userdir "${LYX_TESTS_USERDIR}" -E pdflatex
> ${used_tex_file}
> "${LYX_SOURCE}" RESULT_VARIABLE _errx)
>
> For the above tests, the default output format is PDF (LuaTeX), so
> ideally we would export to format "luatex". I don't know how to do this.
> Is the only way to parse the file for the default output format and then
> code up all of the cases, e.g., "PDF (luatex) -> luatex", "PDF (xetex) ->
> xetex",
> etc. ?
>
> By the way, I wonder if in our core LyX code it would be helpful to have
> the special format "defaulttex" which would export to the TeX language
> corresponding to the "default" format. This seems potentially useful to
> users, but I don't recall anyone requesting it so maybe not.
>
> Also, do you remember the purpose of exporting to .tex? Here is my
> guess, and I propose to add it as a comment if you think it is correct:
>
> # We export to .tex to check for bugs in our LaTeX export code. We do
> # not actually do anything with this .tex file.
>
> Scott
I see the following differences between the created between *.23.lyx and
*.23.23.lyx
files
> % Added by lyx2lyx
> %% This document must be processed with xelatex or lualatex!
> \AtBeginDocument{%
> }
With each lyx2lyx conversion added.
Kornel
pgpeaRIgqfScJ.pgp
Description: Digitale Signatur von OpenPGP
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: ctests failing on current master
Am Mon, 16 Sep 2024 18:04:29 +0200 schrieb Scott Kostyshak : > On Mon, Sep 16, 2024 at 02:33:29PM GMT, Jürgen Spitzmüller wrote: > > Am Sonntag, dem 15.09.2024 um 19:37 +0200 schrieb Scott Kostyshak: > > > It is strange (to me) that this export succeeds (i.e., the inverted > > > test fails), but the corresponding XeTeX export fails. The LuaTeX > > > output looks fine to my eyes though. > > > > The Japanese fonts do not cover some quotation marks. No idea why only > > Xe* nags about this (maybe Lua* falls back to a suitable font). > > > > In any case, fixed. > > To make sure I understand, now the following test fails for you (i.e., the > export > succeeds)? > > ctest -R 'INVERTED.TODO_export/doc/ja/UserGuide_pdf4_systemF' > > On my last test run, this test was passing. I'll try a clean build and > test run tomorrow maybe. Kornel, what is the result of the above test > for you? > > Scott Here it pass Test project /usr/BUILD/BuildLyxGitQt6.2.4local-clang15.0.7 Start 3140: INVERTED.TODO_export/doc/ja/UserGuide_pdf4_systemF 1/1 Test #3140: INVERTED.TODO_export/doc/ja/UserGuide_pdf4_systemF ... Passed 162.38 sec 100% tests passed, 0 tests failed out of 1 Label Time Summary: manuals:export:inverted:todo= 162.38 sec*proc (1 test) ... Probably because of missing characters in FreeSerif fonts. Kornel pgpHNnAjjvZx1.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: ctests failing on current master
Am Mon, 16 Sep 2024 14:17:57 +0200 schrieb Kornel Benko : > Am Mon, 16 Sep 2024 13:13:35 +0200 > schrieb "Jürgen Spitzmüller" : > > > Am Montag, dem 16.09.2024 um 12:50 +0200 schrieb Kornel Benko: > > > Maybe the error output on terminal when using lyx can help. Looks > > > like dvipdfm chokes. > > > > Yes, I also have these invalid font errors sometimes. I solved some of > > them by installing another version or format of the font. I think > > "virtual" fonts can cause such problems. > > > > I tried to create an mwe. Removing the Tibetan part (inside the branch) makes > the > compilation succeed. > Leaving the Tibetan part alone, the compilation part fails. > (dvipdfm chokes on _any_ tibetan char) > > > Kornel Turns out I have local tibetan fonts together with installed from package fonts-noto-extra. Removing my local fonts cured the compilation. Thanks for being patient. Kornel pgpvwB2bJ5PxW.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: ctests failing on current master
Am Mon, 16 Sep 2024 13:13:35 +0200 schrieb "Jürgen Spitzmüller" : > Am Montag, dem 16.09.2024 um 12:50 +0200 schrieb Kornel Benko: > > Maybe the error output on terminal when using lyx can help. Looks > > like dvipdfm chokes. > > Yes, I also have these invalid font errors sometimes. I solved some of > them by installing another version or format of the font. I think > "virtual" fonts can cause such problems. > I tried to create an mwe. Removing the Tibetan part (inside the branch) makes the compilation succeed. Leaving the Tibetan part alone, the compilation part fails. (dvipdfm chokes on _any_ tibetan char) Kornel pgpa2uzkahe_Y.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: ctests failing on current master
Am Mon, 16 Sep 2024 12:08:57 +0200 schrieb "Jürgen Spitzmüller" : > Am Montag, dem 16.09.2024 um 11:53 +0200 schrieb Kornel Benko: > > I tried, but still failing. > > Running out of ideas. The warnings are more or less harmless. Don't > know what your issue is. > Maybe the error output on terminal when using lyx can help. Looks like dvipdfm chokes. Kornel ErrorOutCompilingFromLyxGui Description: Binary data pgpHp3x54JjE1.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: ctests failing on current master
Am Mon, 16 Sep 2024 08:49:09 +0200 schrieb "Jürgen Spitzmüller" : > Am Sonntag, dem 15.09.2024 um 19:21 +0200 schrieb Kornel Benko: > > I have > > Font : IPAMincho Regular [IPA] > > Font : IPAPMincho Regular [IPA] > > Font : IPAX0208Mincho Regular [IPA] > > Font : IPAX0208PMincho Regular [IPA] > > Font : IPAex Mincho Regular [IPA] > > Font : IPAmj Mincho Regular [IPA] > > > > but not IPAexMincho, if that may be the cause. > > I don't think so. We use this font (without space in name) in many > (most?) Japanese documents. All these do would then fail for you. > > Try again after the recent change. I tried, but still failing. I'd like to post the full log, but even the gzipped file seems big. $ ls -l supported-languages_polyglossia-XeTeX.log.gz -rw-rw-r-- 1 kornel kornel 13662 Sep 16 11:35 supported-languages_polyglossia-XeTeX.log.gz It contains no errors, but plenty of warnings like ... Package polyglossia Warning: No hyphenation patterns were loaded for (polyglossia)`albanian|breton|lao|sami' (polyglossia)I will use \language=\l@nohyphenation instead. ... Class scrartcl Warning: Trying emergency fix for bookmark level gap, (scrartcl) because toclevel of `part' (-1) (scrartcl) is more than 1 lower than currently lowest (scrartcl) known level (1). (scrartcl) Note: This fix can fail and you should load (scrartcl) package `bookmark' to avoid usage of this (scrartcl) fix on input line 737. ... LaTeX Warning: Unused global option(s): [albanian,amharic,ancientgreek,armenian,asturian,bahasa,bahasam,basque,beng ali,breton,bulgarian,churchslavic,coptic,croatian,czech,divehi,esperanto,estoni an,farsi,finnish,friulan,galician,hebrew,hindi,icelandic,interlingua,irish,japa nese,kannada,khmer,lao,latin,latvian,lithuanian,lowersorbian,malayalam,marathi, nynorsk,occitan,piedmontese,polish,polutonikogreek,portuges,romanian,romansh,sa min,sanskrit,scottish,serbian,serbianc,slovak,slovene,syriac,tamil,telugu,thai, tibetan,turkish,turkmen,ukrainian,uppersorbian,urdu,welsh]. ... LaTeX Warning: No \author given. ... xxx=MonomakhUnicode|NotoSerifDevanagari|IPAexMincho|NotoSerifKhmer|NotoSerifTamil|NotoSerifTibetan LaTeX Font Warning: Font shape `TU/xxx(0)/m/it' undefined (Font) using `TU/xxx(0)/m/n' instead on input line 248 ... Here is how much of TeX's memory you used: 29785 strings out of 474235 781329 string characters out of 5741808 1332316 words of memory out of 500 51617 multiletter control sequences out of 15000+60 565750 words of font info for 361 fonts, out of 800 for 9000 1348 hyphenation exceptions out of 8191 108i,8n,107p,10953b,624s stack positions out of 1i,1000n,2p,20b,20s Error 256 (driver return code) generating output; file supported-languages_polyglossia-XeTeX.pdf may not be valid. ... In fact, the pdf is not readable with okular. Kornel pgpcPcqOEUsRF.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: ctests failing on current master
Am Sun, 15 Sep 2024 18:37:14 +0200
schrieb "Jürgen Spitzmüller" :
> Am Sonntag, dem 15.09.2024 um 17:58 +0200 schrieb Kornel Benko:
> > With the latest (649c5e9b) change there are only these 10 tests
> > failing here.
>
> > The following tests FAILED:
> > 490 - DEFAULTOUTPUT_export/export/latex/languages/supported-
> > languages_polyglossia-XeTeX_pdf4_systemF (Failed)
> > 492 -
> > UNRELIABLE.NONSTANDARD_export/export/latex/languages/supported-
> > languages_polyglossia_dvi3_systemF (Failed)
> > 493 -
> > UNRELIABLE.NONSTANDARD_export/export/latex/languages/supported-
> > languages_polyglossia_pdf4_systemF (Failed)
> > 494 -
> > UNRELIABLE.NONSTANDARD_export/export/latex/languages/supported-
> > languages_polyglossia_pdf5_systemF (Failed)
>
> These don't fail for me. Do you have recent polyglossia master? If yes,
> what are the errors?
I have, but still errors.
...
LaTeX.cpp (867): Log line:
LaTeX.cpp (867): Log line: luaotfload | db : Reload initiated (formats:
otf,ttf,ttc);
reason: Font "Noto Sa LaTeX.cpp (867): Log line: ns Tibetan" not found.
LaTeX.cpp (867): Log line:
LaTeX.cpp (867): Log line: ! Package fontspec Error:
LaTeX.cpp (1156): line: 84
Desc: Package fontspec Error:
Text: \newfontfamily
\CJKfont{IPAexMincho}
LaTeX.cpp (867): Log line: A font might not be found for many reasons.
LaTeX.cpp (867): Log line: Check the spelling, where the font is installed
etc. etc.
LaTeX.cpp (867): Log line:
...
I have
Font : IPAMincho Regular [IPA]
Font : IPAPMincho Regular [IPA]
Font : IPAX0208Mincho Regular [IPA]
Font : IPAX0208PMincho Regular [IPA]
Font : IPAex Mincho Regular [IPA]
Font : IPAmj Mincho Regular [IPA]
but not IPAexMincho, if that may be the cause.
With the TL24 version of polyglossia (from Jul 15 2024) the error is the same.
The next error is:
...
LaTeX.cpp (867): Log line: ! Font \TU/NotoSansTibetan(0)/m/n/10.95=name:Noto
Sans
Tibetan:mode=node;languag LaTeX.cpp (1156): line: 1528
Desc: Font \TU/NotoSansTibetan(0)/m/n/10.95=name:Noto Sans
Tibetan:mode=node;languag
Text: \begin
{quote}
I wasn't able to read the size data for this font,
so I will ignore the font specification.
[Wizards can fix TFM files using TFtoPL/PLtoTF.]
You might try inserting a different font spec;
e.g., type `I\font='.
LaTeX.cpp (867): Log line: Inserting `polyglossia-tibt.process' in
`pre_linebreak_filter'.
LaTeX.cpp (867): Log line:
LaTeX.cpp (867): Log line: LaTeX Font Warning: Font shape
`TU/NotoSansTibetan(0)/m/it'
undefined LaTeX.cpp (867): Log line: (Font) using
`TU/NotoSansTibetan(0)/m/n' instead on input line 152 LaTeX.cpp (867): Log
line: 9.
> > 3681 -
> > UNRELIABLE.NONSTANDARD_export/examples/Articles/Astronomy_%26_Astroph
> > ysics_dvi3_systemF (Failed)
> > 3685 -
> > UNRELIABLE.NONSTANDARD_export/examples/Articles/Astronomy_%26_Astroph
> > ysics_pdf4_systemF (Failed)
> > 3687 -
> > UNRELIABLE.NONSTANDARD_export/examples/Articles/Astronomy_%26_Astroph
> > ysics_pdf5_systemF (Failed)
> > 6497 -
> > UNRELIABLE.NONSTANDARD_export/templates/Articles/Astronomy_%26_Astrop
> > hysics_dvi3_systemF (Failed)
> > 6501 -
> > UNRELIABLE.NONSTANDARD_export/templates/Articles/Astronomy_%26_Astrop
> > hysics_pdf4_systemF (Failed)
> > 6503 -
> > UNRELIABLE.NONSTANDARD_export/templates/Articles/Astronomy_%26_Astrop
> > hysics_pdf5_systemF (Failed)
>
> This class does not work with polyglossia. It is hardcoded to babel
> (and probably classic latex). I switched the package settings
> accordingly.
These are still failing.
...
LaTeX.cpp (867): Log line:
(/usr9/local/texlive/2024/texmf-dist/tex/generic/gettitlestring/gettitlestring.
LaTeX.cpp
(867): Log line: sty LaTeX.cpp (867): Log line: Package: gettitlestring
2019/12/15 v1.6
Cleanup title references (HO) LaTeX.cpp (867): Log line:
(/usr9/local/texlive/2024/texmf-dist/tex/latex/kvoptions/kvoptions.sty
LaTeX.cpp (867):
Log line: Package: kvoptions 2022-06-15 v3.15 Key value format for package
options (HO)
LaTeX.cpp (867): Log line: )) LaTeX.cpp (867): Log line:
\c@section@level=\count312
LaTeX.cpp (867): Log line:
LaTeX.cpp (867): Log line: ! LaTeX hooks Error: Sorting rule for
'begindocument' hook
applied too late. LaTeX.cpp (1156): line: 360
Desc: LaTeX hooks Error: Sorting rule for 'begindocument' hook applied too late.
Text: ...e{begindocument}{showkeys}{before}{nameref}
LaTeX.cpp (867): Log line: You tried to set the ordering of hook
'begindocument' using
LaTeX.cpp (867): Log line:
\DeclareHookRule{begindocument}{showkeys}{before}{nameref}
LaTeX.cpp (867): Log line: but hook 'begindocument
Re: ctests failing on current master
Am Sun, 15 Sep 2024 17:31:53 +0200 schrieb "Jürgen Spitzmüller" : > Am Sonntag, dem 15.09.2024 um 17:15 +0200 schrieb Jürgen Spitzmüller: > > Am Sonntag, dem 15.09.2024 um 17:08 +0200 schrieb Kornel Benko: > > > That's better. Attached the remaining tests here. > > > > You don't have the Source Han Code JP font installed, right? > > > > https://github.com/adobe-fonts/source-han-code-jp/releases/download/2.012R/SourceHanCodeJP.ttc > > > > But wait, I will switch to Noto Sans Mono JP instead. > With the latest (649c5e9b) change there are only these 10 tests failing here. Kornel ExportFailed Description: Binary data pgpUwlHrr9x_0.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: ctests failing on current master
Am Sun, 15 Sep 2024 17:15:09 +0200 schrieb "Jürgen Spitzmüller" : > Am Sonntag, dem 15.09.2024 um 17:08 +0200 schrieb Kornel Benko: > > That's better. Attached the remaining tests here. > > You don't have the Source Han Code JP font installed, right? > > https://github.com/adobe-fonts/source-han-code-jp/releases/download/2.012R/SourceHanCodeJP.ttc > I don't. Wanted to try to use only available on ubuntu. Kornel pgpaRQfnKNsZr.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: ctests failing on current master
Am Sun, 15 Sep 2024 16:02:55 +0200 schrieb "Jürgen Spitzmüller" : > Am Sonntag, dem 15.09.2024 um 15:46 +0200 schrieb Kornel Benko: > > At least these tests compiles fine if using > > Serif: Noto Serif CJK HK > > Sans: Noto Sans CJK HK > > Mono: Noto Sans CJK HK > > Not quite the correct fonts. I have added the Noto fonts for Simplified > Chinese (i.e., SC) instead. And Mono of course needs to use "Sans > Mono", not (variable) Sans. > That's better. Attached the remaining tests here. Kornel ExportFailed Description: Binary data pgpkIOg_xKMgy.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: ctests failing on current master
Am Sun, 15 Sep 2024 14:01:36 +0200 schrieb "Jürgen Spitzmüller" : > export/doc/zh_CN/Intro_pdf4_systemF (Failed) > export/doc/zh_CN/Intro_pdf5_systemF (Failed) At least these tests compiles fine if using Serif: Noto Serif CJK HK Sans: Noto Sans CJK HK Mono: Noto Sans CJK HK These fonts are part of package fonts-noto-cjk-extra. Kornel diff --git a/lib/doc/zh_CN/Intro.lyx b/lib/doc/zh_CN/Intro.lyx index 762040272b..21e74ad09d 100644 --- a/lib/doc/zh_CN/Intro.lyx +++ b/lib/doc/zh_CN/Intro.lyx @@ -1,7 +1,7 @@ -#LyX 2.4 created this file. For more info see https://www.lyx.org/ -\lyxformat 620 +#LyX 2.5 created this file. For more info see https://www.lyx.org/ +\lyxformat 630 \begin_document \begin_header \save_transient_properties true \origin /systemlyxdir/doc/zh_CN/ \textclass article @@ -9,16 +9,16 @@ \maintain_unincluded_children no \language chinese-simplified \language_package default \inputencoding utf8-cjk \fontencoding auto -\font_roman "lmodern" "default" -\font_sans "default" "default" -\font_typewriter "default" "default" +\font_roman "lmodern" "Noto Serif CJK HK" +\font_sans "default" "Noto Sans CJK HK" +\font_typewriter "default" "Noto Sans CJK HK" \font_math "auto" "auto" \font_default_family default -\use_non_tex_fonts false +\use_non_tex_fonts true \font_sc false \font_roman_osf false \font_sans_osf false \font_typewriter_osf false \font_sf_scale 100 100 @@ -69,10 +69,11 @@ \use_indices false \paperorientation portrait \suppress_date false \justification true \use_refstyle 0 +\use_formatted_ref 0 \use_minted 0 \use_lineno 0 \index ç´¢å¼ \shortcut idx \color #008000 pgpgwDMy3Up0s.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: ctests failing on current master
Am Wed, 11 Sep 2024 18:50:24 +0300 schrieb Udicoudco : > Oh, the Spanish docs are not using > polyglossia... Is there a sane error > message? > ?? They pass now here. This is without the polyglossia in git, but with updated TL24. Kornel pgpSeUBl7fig6.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: ctests failing on current master
Am Tue, 10 Sep 2024 11:34:38 +0200 schrieb Scott Kostyshak : > On Mon, Sep 09, 2024 at 06:43:30PM GMT, Kornel Benko wrote: > > Am Mon, 9 Sep 2024 17:36:01 +0200 > > schrieb Scott Kostyshak : > > > > > On Mon, Sep 09, 2024 at 04:55:24PM GMT, Jürgen Spitzmüller wrote: > > > > Am Sonntag, dem 08.09.2024 um 12:08 +0200 schrieb Scott Kostyshak: > > > > > > (the reason being that we didn't use polyglossia for Japanese and > > > > > > Chinese before that commit with non-TeX fonts, but babel) > > > > > > > > > > Sounds good! Thanks for confirming. > > > > > > > > You might want to rerun the test with an up-to date polyglossia master. > > > > Udi committed a better fix to the script detection problem. > > > > > > OK I'll try to do this tonight or tomorrow and report back. > > > > > > Scott > > > > With the polyglossia.sty (in git) tested only > > $ ctest -R '_systemF$' -E INVERTED -j24 > > 95% tests passed, 47 tests failed out of 963 > > > My list of failures on LyX's master (2ea95fa7) and polyglossia's master > (950b365f) is the following: > > UNRELIABLE.WRONG_OUTPUT_export/export/latex/CJK/zh_CN-toc_pdf4_systemF > UNRELIABLE.WRONG_OUTPUT_export/export/latex/CJK/zh_CN-toc_pdf5_systemF > export/export/latex/languages/ja-listings-uncodable-error_dvi3_systemF > export/export/latex/languages/ja-listings-uncodable-error_pdf4_systemF > export/export/latex/languages/ja-listings-uncodable-error_pdf5_systemF > UNRELIABLE.VARYING_VERSIONS_export/export/latex/languages/supported-languages_babel_non-tex_dvi3_systemF > UNRELIABLE.VARYING_VERSIONS_export/export/latex/languages/supported-languages_babel_non-tex_pdf4_systemF > UNRELIABLE.VARYING_VERSIONS_export/export/latex/languages/supported-languages_babel_non-tex_pdf5_systemF > DEFAULTOUTPUT_export/export/latex/languages/supported-languages_polyglossia-XeTeX_pdf4_systemF > export/doc/EmbeddedObjects_dvi3_systemF > export/doc/EmbeddedObjects_pdf5_systemF > export/doc/de/EmbeddedObjects_dvi3_systemF > export/doc/de/EmbeddedObjects_pdf5_systemF > export/doc/es/EmbeddedObjects_dvi3_systemF > export/doc/es/EmbeddedObjects_pdf5_systemF > export/doc/es/Tutorial_dvi3_systemF > export/doc/es/Tutorial_pdf4_systemF > export/doc/es/Tutorial_pdf5_systemF > export/doc/fr/EmbeddedObjects_dvi3_systemF > export/doc/fr/EmbeddedObjects_pdf5_systemF > export/doc/ja/EmbeddedObjects_pdf5_systemF > export/doc/zh_CN/Intro_pdf4_systemF > export/doc/zh_CN/Intro_pdf5_systemF > export/doc/zh_CN/Tutorial_pdf4_systemF > export/doc/zh_CN/Tutorial_pdf5_systemF > export/examples/es/Curricula_Vitae/Modern_CV_lyx22 > export/examples/es/Curricula_Vitae/Modern_CV_lyx23 > export/examples/es/Curricula_Vitae/Modern_CV_pdf2 > export/examples/es/Curricula_Vitae/Modern_CV_pdf5_texF > export/examples/ja/Articles/Japanese_Article_%28JLReq_Class%29_lyx22 > export/examples/ja/Articles/Japanese_Article_%28JLReq_Class%29_lyx23 > DEFAULTOUTPUT_export/examples/ja/Articles/Japanese_Article_%28JLReq_Class%29_pdf5_systemF > export/examples/ja/Graphics_and_Insets/Feynman_Diagrams_pdf4_systemF > export/examples/ja/Graphics_and_Insets/Feynman_Diagrams_pdf5_systemF > export/templates/ja/Articles/Japanese_Article_%28JS_Bundle_for_LuaTeX%29_lyx23 > DEFAULTOUTPUT_export/templates/ja/Articles/Japanese_Article_%28JS_Bundle_for_LuaTeX%29_pdf5_systemF > export/templates/ja/Articles/Japanese_Article_%28Standard_Class_for_LuaTeX%29_lyx23 > DEFAULTOUTPUT_export/templates/ja/Articles/Japanese_Article_%28Standard_Class_for_LuaTeX%29_pdf5_systemF > export/templates/ja/Articles/Japanese_Article_%28Standard_Class_for_LuaTeX%2C_vertical_Writing%29_lyx23 > DEFAULTOUTPUT_export/templates/ja/Articles/Japanese_Article_%28Standard_Class_for_LuaTeX%2C_vertical_Writing%29_pdf5_systemF > export/templates/ja/Books/Japanese_Book_%28JS_Bundle_for_LuaTeX%29_lyx23 > DEFAULTOUTPUT_export/templates/ja/Books/Japanese_Book_%28JS_Bundle_for_LuaTeX%29_pdf5_systemF > export/templates/ja/Books/Japanese_Book_%28Standard_Class_for_LuaTeX%29_lyx23 > DEFAULTOUTPUT_export/templates/ja/Books/Japanese_Book_%28Standard_Class_for_LuaTeX%29_pdf5_systemF > export/templates/ja/Books/Japanese_Book_%28Standard_Class_for_LuaTeX%2C_vertical_Writing%29_lyx23 > DEFAULTOUTPUT_export/templates/ja/Books/Japanese_Book_%28Standard_Class_for_LuaTeX%2C_vertical_Writing%29_pdf5_systemF > export/templates/ja/Reports/Japanese_Report_%28JS_Bundle_for_LuaTeX%29_lyx23 > DEFAULTOUTPUT_export/templates/ja/Reports/Japanese_Report_%28JS_Bundle_for_LuaTeX%29_pdf5_systemF > export/templates/ja/Reports/Japanese_Report_%28Standard_Class_for_LuaTeX%29_lyx23 > DEFAULTOUTPUT_expor
Re: ctests failing on current master
Am Mon, 9 Sep 2024 17:36:01 +0200
schrieb Scott Kostyshak :
> On Mon, Sep 09, 2024 at 04:55:24PM GMT, Jürgen Spitzmüller wrote:
> > Am Sonntag, dem 08.09.2024 um 12:08 +0200 schrieb Scott Kostyshak:
> > > > (the reason being that we didn't use polyglossia for Japanese and
> > > > Chinese before that commit with non-TeX fonts, but babel)
> > >
> > > Sounds good! Thanks for confirming.
> >
> > You might want to rerun the test with an up-to date polyglossia master.
> > Udi committed a better fix to the script detection problem.
>
> OK I'll try to do this tonight or tomorrow and report back.
>
> Scott
With the polyglossia.sty (in git) tested only
$ ctest -R '_systemF$' -E INVERTED -j24
95% tests passed, 47 tests failed out of 963
export/export/latex/CJK/zh_CN-toc_pdf4_systemF
export/export/latex/CJK/zh_CN-toc_pdf5_systemF
export/export/latex/languages/ja-listings-uncodable-error_dvi3_systemF
export/export/latex/languages/ja-listings-uncodable-error_pdf4_systemF
export/export/latex/languages/ja-listings-uncodable-error_pdf5_systemF
export/export/latex/languages/supported-languages_babel_non-tex_dvi3_systemF
export/export/latex/languages/supported-languages_babel_non-tex_pdf4_systemF
export/export/latex/languages/supported-languages_babel_non-tex_pdf5_systemF
export/export/latex/languages/supported-languages_polyglossia-XeTeX_pdf4_systemF
export/export/latex/languages/supported-languages_polyglossia_dvi3_systemF
export/export/latex/languages/supported-languages_polyglossia_pdf4_systemF
export/export/latex/languages/supported-languages_polyglossia_pdf5_systemF
export/doc/EmbeddedObjects_dvi3_systemF
export/doc/EmbeddedObjects_pdf5_systemF
export/doc/de/EmbeddedObjects_dvi3_systemF
export/doc/de/EmbeddedObjects_pdf5_systemF
export/doc/es/EmbeddedObjects_dvi3_systemF
export/doc/es/EmbeddedObjects_pdf5_systemF
export/doc/es/Tutorial_dvi3_systemF
export/doc/es/Tutorial_pdf4_systemF
export/doc/es/Tutorial_pdf5_systemF
export/doc/fr/EmbeddedObjects_dvi3_systemF
export/doc/fr/EmbeddedObjects_pdf5_systemF
export/doc/ja/EmbeddedObjects_pdf5_systemF
export/doc/zh_CN/Intro_pdf4_systemF
export/doc/zh_CN/Intro_pdf5_systemF
export/doc/zh_CN/Tutorial_pdf4_systemF
export/doc/zh_CN/Tutorial_pdf5_systemF
export/examples/Articles/Astronomy_%26_Astrophysics_dvi3_systemF
export/examples/Articles/Astronomy_%26_Astrophysics_pdf4_systemF
export/examples/Articles/Astronomy_%26_Astrophysics_pdf5_systemF
export/examples/fr/Presentations/Seminar_pdf5_systemF
export/examples/ja/Articles/Japanese_Article_%28JLReq_Class%29_pdf5_systemF
export/examples/ja/Graphics_and_Insets/Feynman_Diagrams_pdf4_systemF
export/examples/ja/Graphics_and_Insets/Feynman_Diagrams_pdf5_systemF
export/templates/Articles/Astronomy_%26_Astrophysics_dvi3_systemF
export/templates/Articles/Astronomy_%26_Astrophysics_pdf4_systemF
export/templates/Articles/Astronomy_%26_Astrophysics_pdf5_systemF
export/templates/ja/Articles/Japanese_Article_%28JS_Bundle_for_LuaTeX%29_pdf5_systemF
export/templates/ja/Articles/Japanese_Article_%28Standard_Class_for_LuaTeX%29_pdf5_systemF
export/templates/ja/Articles/Japanese_Article_%28Standard_Class_for_LuaTeX%2C_vertical_Writing%29_pdf5_systemF
export/templates/ja/Books/Japanese_Book_%28JS_Bundle_for_LuaTeX%29_pdf5_systemF
export/templates/ja/Books/Japanese_Book_%28Standard_Class_for_LuaTeX%29_pdf5_systemF
export/templates/ja/Books/Japanese_Book_%28Standard_Class_for_LuaTeX%2C_vertical_Writing%29_pdf5_systemF
export/templates/ja/Reports/Japanese_Report_%28JS_Bundle_for_LuaTeX%29_pdf5_systemF
export/templates/ja/Reports/Japanese_Report_%28Standard_Class_for_LuaTeX%29_pdf5_systemF
export/templates/ja/Reports/Japanese_Report_%28Standard_Class_for_LuaTeX%2C_vertical_Writing%29_pdf5_systemF
Mark, that for instance
export/doc/EmbeddedObjects_dvi3_systemF
export/doc/EmbeddedObjects_pdf5_systemF
export/doc/de/EmbeddedObjects_dvi3_systemF
export/doc/de/EmbeddedObjects_pdf5_systemF
are new. So for export/doc/EmbeddedObjects_pdf5_systemF I see:
...
LaTeX.cpp (867): Log line: Package luatex.def Info:
42_usr_BUILD_BuildLyxGitQt6_2_4local-clang15_0-mai LaTeX.cpp (867): Log
line:
n-EmbeddedObjects_xx-reference-dWaxooxM.png used on input line 3901. LaTeX.cpp
(867):
Log line: (luatex.def) Requested size: 95.60695pt x 15.809pt.
LaTeX.cpp
(867): Log line: LaTeX.cpp (867): Log line:
LaTeX.cpp (867): Log line:
[49<./41_usr_BUILD_BuildLyxGitQt6_2_4local-clang15_0pdf5-main-EmbeddedObject
LaTeX.cpp (867): Log line:
s_xx-label-Cgu49PIL.png><./42_usr_BUILD_BuildLyxGitQt6_2_4local-clang15_0-ma
LaTeX.cpp (867): Log line: in-EmbeddedObjects_xx-reference-dWaxooxM.png>]
LaTeX.cpp
(867): Log line: ! Undefined control sequence. LaTeX.cpp (1156): line: 3954
Desc:
Undefined control sequence. Text: ...erence: \nameref{fig:Two-distorted-images}
...
LaTeX.cpp (867): Log line:
LaTeX.cpp (867): Log line: ! LaTeX Error: The key
'polyglossia/gloss/english/__current_options_tl' is
LaTeX.cpp (1156): line
Re: ctests failing on current master
Am Tue, 3 Sep 2024 10:36:13 +0200
schrieb Scott Kostyshak :
> @Kornel does the following pass or fail for you?
>
> ctest -R 'export/doc/ja/Customization_pdf5_systemF'
>
> Scott
No. The error in LastTest.log is
...
LaTeX.cpp (867): Log line: LaTeX Font Warning: Font shape `TU/IPAGothic(0)/b/n'
undefined
LaTeX.cpp (867): Log line: (Font) using `TU/IPAGothic(0)/m/n'
instead on
input line 116. LaTeX.cpp (867): Log line:
LaTeX.cpp (867): Log line: luaotfload | aux : no font with id -1
LaTeX.cpp (867): Log line:
LaTeX.cpp (867): Log line: ! Package polyglossia Error: The current main
monospace font,
name, does not LaTeX.cpp (1156): line: 116
Desc: Package polyglossia Error: The current main monospace font, name, does not
Text: ...ct\code{LyXDir}にはなにがあるの？}
Kornel
pgp1w7z_cLA1g.pgp
Description: Digitale Signatur von OpenPGP
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: ctests failing on current master
Am Mon, 2 Sep 2024 22:28:40 +0200
schrieb Scott Kostyshak :
> On Mon, Sep 02, 2024 at 01:20:33PM GMT, Udicoudco wrote:
>
> > > > > > >> export/doc/ja/Customization_pdf5_systemF
>
> > > > What fonts for example are you using for the japanese tests?
> > > > What is the error you get with the Japanese Customization doc
> > > > test?
> > >
> > > I get the following error:
> > >
> > > ! Package polyglossia Error: The current main roman font, name, does not
> > > (polyglossia)contain the "CJK" script!
> > > (polyglossia)Please define \cjkfont with \newfontfamily
> > > (polyglossia)command
> >
> > Hmmm, and is this new?
>
> I think so, the test passes on a build from 2024-07-13.
>
> > > > Or even better, is there a way to manually run a specific test?
> > >
> > > I don't know if there is a general way.
> > >
> > > > If I simply open the Japanese customization guide and check
> > > > the use non-TeX fonts box, I don't see any fonts selected,
> > > > so I could not tell what fonts were being used in the test
> > > > that was failing.
> > >
> > > Strange, when I click on the use non-TeX fonts box, I get the attached
> > > (that is, I did not select those "IPA*" fonts myself). Maybe it is
> > > because those fonts aren't installed on your system that LyX does not
> > > show them to you?
> >
> > I indeed do not have them installed. After installing the fonts, they
> > do appear in the GUI.
> > I remembered that LyX indicates such situation by showing the selected
> > font in the GUI
>
> > with a "not installed" string or something similar.
>
> Yes that's what I remember also. I guess it didn't do it this time since
> the check box wasn't already checked, but not sure what's best.
>
> > In any case, Inspecting the font I see
> >
> > otfinfo -s ipamincho.ttf
> > haniCJK Ideographic
> > kanaHiragana/Katakana
> > kana.JANHiragana/Katakana/Japanese
> > latnLatin
> >
> > which means the font does contain the CJK script (hani),
> > and I don't get any error compiling the Japanese Customization
> > manual.
> >
> > Can you inspect the font you have installed, Scott?
>
> Interesting, I don't have any file on my computer named ipamincho.ttf.
>
> $ locate -i ipamincho.ttf
> $ locate -i mincho.ttf
> /etc/alternatives/fonts-japanese-mincho.ttf
> /usr/share/fonts/truetype/fonts-japanese-mincho.ttf
> /usr/share/fonts/truetype/takao-mincho/TakaoMincho.ttf
> /usr/share/fonts/truetype/takao-mincho/TakaoPMincho.ttf
> /var/lib/dpkg/alternatives/fonts-japanese-mincho.ttf
> $
>
> $ otfinfo -s /usr/share/fonts/truetype/fonts-japanese-mincho.ttf
> hani CJK Ideographic
> kana Hiragana/Katakana
> kana.JAN Hiragana/Katakana/Japanese
> latn Latin
>
> > I installed it from
> > https://en.maisfontes.com/ipaexmincho.font
>
> I installed it from the Ubuntu repositories. It looks like
> (https://gitlab.com/scottkosty/lyx-tester/-/blob/master/lyx-tester?ref_type=heads)
> I
> installed the following packages:
>
> fonts-ipafont-mincho fonts-takao-mincho fonts-ipafont-nonfree-jisx0208
> fonts-ipaexfont-mincho fonts-ipafont fonts-hosny-amiri fonts-baekmuk
> fonts-unfonts-extra fonts-ipaexfont
>
> Scott
Try to see all mincho fonts with
$ perl {lyx-build-dir}/development/tools/listFontWithLang.pl -n mincho
Font : Dejima Mincho [PfEd]
Font : Harano Aji Mincho Bold [ADBO]
Font : Harano Aji Mincho ExtraLight [ADBO]
Font : Harano Aji Mincho Heavy [ADBO]
Font : Harano Aji Mincho Light [ADBO]
Font : Harano Aji Mincho Medium [ADBO]
Font : Harano Aji Mincho Regular [ADBO]
Font : Harano Aji Mincho SemiBold [ADBO]
Font : IPAMincho Regular [IPA]
Font : IPAPMincho Regular [IPA]
Font : IPAX0208Mincho Regular [IPA]
Font : IPAX0208PMincho Regular [IPA]
Font : IPAex Mincho Regular [IPA]
Font : IPAmj Mincho Regular [IPA]
Font : Misaki Mincho Regular [Kdm]
Font : Oradano-Mincho-GSRR [Take]
Font : Sawarabi Mincho Medium [PfEd]
Font : Takao Mincho Regular [Taka]
Font : Takao PMincho Regular [Taka]
Font : Ume Mincho Regular [Take]
Font : Ume Mincho S3 Regular [Take]
Font : Ume P Mincho Regular [Take]
Font : Ume P Mincho S3 Regular [Take]
Kornel
pgpKioN1weX5R.pgp
Description: Digitale Signatur von OpenPGP
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [for enrico] Question: do we still need that?
Am Thu, 29 Aug 2024 11:34:57 +0200 schrieb Jean-Marc Lasgouttes : > PS: the cmake part of second patch is missing, but it is > straightforward: get rid of QPA_XCB and define HAVE_XCB_XCB_H HAVE_LIXCB > if they are available. Done at f1fddd86. Kornel pgpHFfwqurgIE.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: ctests failing on current master
Am Tue, 27 Aug 2024 22:21:35 +0200 schrieb Scott Kostyshak : > The following tests are failing for me on current master. Note that I haven't > updated > my TeX Live distribution for a couple of months. And I saw a couple of notes > mentioning > the new babel system so perhaps I just need to update. I will try that next > week. > > UNRELIABLE.WRONG_OUTPUT_export/export/latex/CJK/zh_CN-toc_pdf4_systemF > UNRELIABLE.WRONG_OUTPUT_export/export/latex/CJK/zh_CN-toc_pdf5_systemF Same here > export/export/latex/languages/ja-listings-uncodable-error_dvi3_systemF > export/export/latex/languages/ja-listings-uncodable-error_pdf4_systemF > export/export/latex/languages/ja-listings-uncodable-error_pdf5_systemF Same > UNRELIABLE.VARYING_VERSIONS_export/export/latex/languages/supported-languages_babel_non-tex_dvi3_systemF > UNRELIABLE.VARYING_VERSIONS_export/export/latex/languages/supported-languages_babel_non-tex_pdf4_systemF > UNRELIABLE.VARYING_VERSIONS_export/export/latex/languages/supported-languages_babel_non-tex_pdf5_systemF Pass here > DEFAULTOUTPUT_export/export/latex/languages/supported-languages_polyglossia-XeTeX_pdf4_systemF Same > export/doc/es/Additional_lyx22 > export/doc/es/Additional_lyx23 Pass > export/doc/es/Additional_dvi > export/doc/es/Additional_dvi3_texF > export/doc/es/Additional_pdf > DEFAULTOUTPUT_export/doc/es/Additional_pdf2 > export/doc/es/Additional_pdf3 > export/doc/es/Additional_pdf5_texF Pass > export/doc/es/EmbeddedObjects_dvi3_systemF > export/doc/es/EmbeddedObjects_pdf5_systemF > export/doc/es/Tutorial_dvi3_systemF > export/doc/es/Tutorial_pdf4_systemF > export/doc/es/Tutorial_pdf5_systemF > export/doc/ja/Customization_pdf5_systemF > export/doc/ja/EmbeddedObjects_pdf5_systemF > export/doc/zh_CN/Intro_pdf4_systemF > export/doc/zh_CN/Intro_pdf5_systemF > export/doc/zh_CN/Tutorial_pdf4_systemF > export/doc/zh_CN/Tutorial_pdf5_systemF Same > export/examples/es/Curricula_Vitae/Modern_CV_lyx22 > export/examples/es/Curricula_Vitae/Modern_CV_lyx23 Pass > export/examples/es/Curricula_Vitae/Modern_CV_pdf2 > export/examples/es/Curricula_Vitae/Modern_CV_pdf5_texF > export/examples/ja/Articles/Japanese_Article_%28JLReq_Class%29_lyx22 > export/examples/ja/Articles/Japanese_Article_%28JLReq_Class%29_lyx23 Same > DEFAULTOUTPUT_export/examples/ja/Articles/Japanese_Article_%28JLReq_Class%29_pdf5_systemF > export/examples/ja/Graphics_and_Insets/Feynman_Diagrams_pdf4_systemF > export/examples/ja/Graphics_and_Insets/Feynman_Diagrams_pdf5_systemF Same > UNRELIABLE.NONSTANDARD_export/examples/ja/Modules/LilyPond_Book_pdf5_systemF Pass > export/templates/ja/Articles/Japanese_Article_%28JS_Bundle_for_LuaTeX%29_lyx23 > DEFAULTOUTPUT_export/templates/ja/Articles/Japanese_Article_%28JS_Bundle_for_LuaTeX%29_pdf5_systemF > export/templates/ja/Articles/Japanese_Article_%28Standard_Class_for_LuaTeX%29_lyx23 > DEFAULTOUTPUT_export/templates/ja/Articles/Japanese_Article_%28Standard_Class_for_LuaTeX%29_pdf5_systemF > export/templates/ja/Articles/Japanese_Article_%28Standard_Class_for_LuaTeX%2C_vertical_Writing%29_lyx23 > DEFAULTOUTPUT_export/templates/ja/Articles/Japanese_Article_%28Standard_Class_for_LuaTeX%2C_vertical_Writing%29_pdf5_systemF > export/templates/ja/Books/Japanese_Book_%28JS_Bundle_for_LuaTeX%29_lyx23 > DEFAULTOUTPUT_export/templates/ja/Books/Japanese_Book_%28JS_Bundle_for_LuaTeX%29_pdf5_systemF > export/templates/ja/Books/Japanese_Book_%28Standard_Class_for_LuaTeX%29_lyx23 > DEFAULTOUTPUT_export/templates/ja/Books/Japanese_Book_%28Standard_Class_for_LuaTeX%29_pdf5_systemF > export/templates/ja/Books/Japanese_Book_%28Standard_Class_for_LuaTeX%2C_vertical_Writing%29_lyx23 > DEFAULTOUTPUT_export/templates/ja/Books/Japanese_Book_%28Standard_Class_for_LuaTeX%2C_vertical_Writing%29_pdf5_systemF > export/templates/ja/Reports/Japanese_Report_%28JS_Bundle_for_LuaTeX%29_lyx23 > DEFAULTOUTPUT_export/templates/ja/Reports/Japanese_Report_%28JS_Bundle_for_LuaTeX%29_pdf5_systemF > export/templates/ja/Reports/Japanese_Report_%28Standard_Class_for_LuaTeX%29_lyx23 > DEFAULTOUTPUT_export/templates/ja/Reports/Japanese_Report_%28Standard_Class_for_LuaTeX%29_pdf5_systemF > export/templates/ja/Reports/Japanese_Report_%28Standard_Class_for_LuaTeX%2C_vertical_Writing%29_lyx23 > DEFAULTOUTPUT_export/templates/ja/Reports/Japanese_Report_%28Standard_Class_for_LuaTeX%2C_vertical_Writing%29_pdf5_systemF Same > > Scott This was after commit b0a2aa5a from Jürgen. Kornel pgpU_KlkebBmv.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Unusual content found (2.4)
Am Sun, 25 Aug 2024 09:36:49 +0100 schrieb José Matos : > Hello, > since LyX 2.4 I have been getting this type of warning: > > Text.cpp (2126): Handling unknown body token: ` ' > unusual contents found: > unusual contents found: > unusual contents found: > Text.cpp (2126): Handling unknown body token: ` ' > > Or, if I launch lyx from the command line: > > Text.cpp (2126): Handling unknown body token: ` ' > unusual contents found: [formula equation [grid [row [cell [frac [delim > \Vert \Vert [sub [char x mathalpha] [char k mathalpha]][char - > mathalpha][char x mathalpha]] [delim \Vert \Vert [sub [char x > mathalpha] [char k mathalpha[macro leq][char c mathalpha][char o > mathalpha][char n mathalpha][char d mathalpha][char ( mathalpha][char A > mathalpha][char ) mathalpha][frac [delim \Vert \Vert [char r > mathalpha]] [delim \Vert \Vert [char A mathalpha]][delim \Vert \Vert > [sub [char x mathalpha] [char k mathalpha [char mathalpha] > > What is so unusual about this? :-) > > Is this something that I should be worried about? > > Best regards, I don't see it here. Does it show on any file? Could you make an MWE? Kornel pgpMoEyB8ppnQ.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 68 tests failing due to recent commits
Am Tue, 20 Aug 2024 16:18:41 -0400 schrieb Scott Kostyshak : > > Don't see the issue. > > I see, let's see if Thibaut can take a look. > > Scott After Jürgens commit 807c9124, this test pass. Anyway, having docbook export seems to help also find otherwise hidden problems. Kornel pgpDk8jAWoGPZ.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 68 tests failing due to recent commits
Am Mon, 19 Aug 2024 02:57:59 -0400 schrieb Scott Kostyshak : > On Sun, Aug 18, 2024 at 10:19:02AM GMT, Jürgen Spitzmüller wrote: > > Am Samstag, dem 17.08.2024 um 17:55 -0400 schrieb Scott Kostyshak: > > > export/doc/Customization_docbook5 (Failed) > > > > This one I cannot reproduce. What's the failure? > > I'll paste the output below, but I don't think you should look at it. It > could have to do with different versions of a library or something. > Since it's passing on your side and Kornel's, let's table it and maybe > I'll come back to it at some point, or just disable the test. > > Here is the output from the failing test: I missed this one, sorry. > -- Expected result file > "/home/scott/lyxbuilds/master-master/CMakeBuild/autotests/out-home/AbC_ax5fq9/doc/Customization.xml" > exists -- Calling /usr/bin/perl > "/home/scott/lyxbuilds/master-master/repo/development/autotests/xmlParser.pl" > "doc/Customization.xml" -- Calling: /usr/bin/java -jar > "/home/scott/lyxbuilds/master-master/repo/development/tools/jing.jar" > "https://docbook.org/xml/5.2b09/rng/docbook.rng"; > "/home/scott/lyxbuilds/master-master/CMakeBuild/autotests/out-home/AbC_ax5fq9/doc/Customization.xml" > -- _err = 1, jingout = > /home/scott/lyxbuilds/master-master/CMakeBuild/autotests/out-home/AbC_ax5fq9/doc/Customization.xml:2133:20: > error: element "code" not allowed here; expected the element end-tag, text or > element > "abbrev", "acronym", "alt", "anchor", "annotation", "biblioref", > "buildtarget", > "classname", "coref", "date", "emphasis", "enumidentifier", "enumname", > "enumvalue", > "exceptionname", "firstterm", "footnote", "footnoteref", "foreignphrase", > "function", > "glossterm", "indexterm", "initializer", "inlinemediaobject", > "interfacename", "link", > "macroname", "methodname", "modifier", "namespace", "namespacename", "olink", > "ooclass", "ooexception", "oointerface", "parameter", "phrase", "quote", > "remark", > "replaceable", "returnvalue", "subscript", "superscript", "templateid", > "trademark", > "type", "typedefname", "unionname", "varname", "wordasword" or "xref" > /home/scott/lyxbuilds/master-master/CMakeBuild/autotests/out-home/AbC_ax5fq9/doc/Customization.xml:2133:43: > error: element "code" not allowed here; expected the element end-tag, text or > element > "abbrev", "acronym", "alt", "anchor", "annotation", "biblioref", > "buildtarget", > "classname", "coref", "date", "emphasis", "enumidentifier", "enumname", > "enumvalue", > "exceptionname", "firstterm", "footnote", "footnoteref", "foreignphrase", > "function", > "glossterm", "indexterm", "initializer", "inlinemediaobject", > "interfacename", "link", > "macroname", "methodname", "modifier", "namespace", "namespacename", "olink", > "ooclass", "ooexception", "oointerface", "parameter", "phrase", "quote", > "remark", > "replaceable", "returnvalue", "subscript", "superscript", "templateid", > "trademark", > "type", "typedefname", "unionname", "varname", "wordasword" or "xref" > > -- Calling: /usr/bin/xmllint --loaddtd --noout > "/home/scott/lyxbuilds/master-master/CMakeBuild/autotests/out-home/AbC_ax5fq9/doc/Customization.xml" > -- Check the output: /usr/bin/perl > /home/scott/lyxbuilds/master-master/repo/development/autotests/examineXmllintOutput.pl > -- Msg Summary: --OK: Exporting > "/home/scott/lyxbuilds/master-master/CMakeBuild/autotests/out-home/AbC_ax5fq9/doc/Customization.lyx" > to format docbook5 -- OK: Checking > "/home/scott/lyxbuilds/master-master/CMakeBuild/autotests/out-home/AbC_ax5fq9/doc/Customization.xml" > with xmlParser.pl -- Error: Checking for empty output > "/home/scott/lyxbuilds/master-master/CMakeBuild/autotests/out-home/AbC_ax5fq9/doc/Customization.xml.jing_out" > of /usr/bin/java -jar > "/home/scott/lyxbuilds/master-master/repo/development/tools/jing.jar" -- > OK: > Checking > "/home/scott/lyxbuilds/master-master/CMakeBuild/autotests/out-home/AbC_ax5fq9/doc/Customization.xml" > with /usr/bin/xmllint -- OK: Parse messages of /usr/bin/xmllint for > errors -- > Exporting doc/Customization.lyx to docbook5 CMake Error at > /home/scott/lyxbuilds/master-master/repo/development/autotests/export.cmake:379 > (message): Export failed > > Scott Same output here. The offending line 2127:43 contains ... [0, 1] If this is set to 1, a copy of the co-text (either selected text or the word preceding the cursor) is inserted as content on inset creation. ... with error error: element "code" not allowed here; expected the element end-tag, ... Don't see the issue. Kornel Kornel pgpbSed2A_LYx.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 68 tests failing due to recent commits
Am Sat, 17 Aug 2024 19:00:47 +0200 schrieb Kornel Benko : > Am Sat, 17 Aug 2024 17:55:26 +0200 > schrieb "Jürgen Spitzmüller" : > > > Am Donnerstag, dem 15.08.2024 um 09:28 +0200 schrieb Jürgen > > Spitzmüller: > > > I've resolved some and will run the tests myself to see what's left. > > > > I think I've caught all. I still get test failures, but this seems due > > to other issues or missing prereqs. > > > > BTW the tests fail with all --shell-escape documents although I have > > \use_converter_needauth_forbidden false > > in prefs. > > > > How do I make this work? > > > > From inside the build-dir call > # ./prefTest.pl test > > This should do the trick. It modifies some converters in local > Testing/.lyx/preferences. > > Kornel All of the mentioned test pass now. Kornel pgpak36bXHenN.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 68 tests failing due to recent commits
Am Sat, 17 Aug 2024 17:55:26 +0200 schrieb "Jürgen Spitzmüller" : > Am Donnerstag, dem 15.08.2024 um 09:28 +0200 schrieb Jürgen > Spitzmüller: > > I've resolved some and will run the tests myself to see what's left. > > I think I've caught all. I still get test failures, but this seems due > to other issues or missing prereqs. > > BTW the tests fail with all --shell-escape documents although I have > \use_converter_needauth_forbidden false > in prefs. > > How do I make this work? > From inside the build-dir call # ./prefTest.pl test This should do the trick. It modifies some converters in local Testing/.lyx/preferences. Kornel pgpayGUkm1M6x.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] mode convertLaTeXCommands from BiblioInfo to Encodings
Am Thu, 25 Jul 2024 14:01:20 -0400 schrieb Scott Kostyshak : > On Thu, Jul 25, 2024 at 06:44:09PM GMT, Jean-Marc Lasgouttes wrote: > > Le 25/07/2024 à 15:20, Jürgen Spitzmüller a écrit : > > > Am Donnerstag, dem 25.07.2024 um 11:30 +0200 schrieb Jean-Marc > > > Lasgouttes: > > > > Did I already say today that I hate updateMacros and have no idea of > > > > what it does ? > > > > > > Just wanted to mention that this seems to cure it: > > > > Smart man. > > > > Of course, it cures it. It is not very satisfying, but there is not that > > much satisfaction in going in the depths of this code, like I was doing. > > > > I committed this fix. > > > > JMarc > > Thanks, all the usual tests pass for me except for a few failures due to > a recent tlmgr update. > > Scott This all deserves some entries in ctests-costs-benefits.txt IMHO. Also updating Development.lyx (par. 4.3.1.2 Output formats) with lyx22 and lyx23 seems appropriate. Kornel Kornel pgptagP6LivEX.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] mode convertLaTeXCommands from BiblioInfo to Encodings
Am Wed, 24 Jul 2024 16:46:45 -0400 schrieb Scott Kostyshak : > On Wed, Jul 24, 2024 at 04:07:03PM GMT, Scott Kostyshak wrote: > > On Wed, Jul 24, 2024 at 09:46:33PM GMT, Jürgen Spitzmüller wrote: > > > Am Mittwoch, dem 24.07.2024 um 14:40 -0400 schrieb Scott Kostyshak: > > > > Starting with this commit, some of our ctests time out. For example > > > > for > > > > the English Modern_CV: > > > > > > > > lyx -e xhtml Modern_CV.lyx > > > > > > Should be fixed. XHTML uses convertLaTeXCommands() but it expects math > > > to be returned as is (whereas the other users want to have it converted > > > to Unicode if possible). So I re-implemented this as an option for this > > > specific purpose. > > > > Thanks for taking a look. I might have done something wrong but a lot of > > tests are failing now. I don't have time to look right now, but when I > > can I'll do a fresh build and test run and report back. > > Here is the list of failing tests. Indeed no xhtml tests are timing out > anymore. Some docbook tests are timing out but I'm not sure this commit > is the one that caused them to (I only bisected based on the Modern CV > xhtml mentioned in my initial email). > > 296 - export/export/docbook/basic_xhtml (Failed) > 302 - export/export/docbook/bibliography_precooked_aastex_xhtml (Failed) > 344 - export/export/docbook/math_not_recognised_doc_de_Math_xhtml (Failed) > 1769 - export/doc/Additional_xhtml (Failed) > 1949 - export/doc/Math_xhtml (Failed) > 2008 - export/doc/UserGuide_xhtml (Failed) > 2053 - export/doc/ar/UserGuide_xhtml (Failed) > 2134 - export/doc/de/Additional_xhtml (Failed) > 2260 - export/doc/de/Math_xhtml (Failed) > 2312 - export/doc/de/UserGuide_xhtml (Failed) > 2348 - export/doc/es/Additional_xhtml (Failed) > 2420 - export/doc/es/EmbeddedObjects_xhtml (Failed) > 2474 - export/doc/es/Math_xhtml (Failed) > 2510 - export/doc/es/Tutorial_xhtml (Failed) > 2528 - export/doc/es/UserGuide_xhtml (Failed) > 2582 - export/doc/fr/Additional_xhtml (Failed) > 2706 - export/doc/fr/Math_xhtml (Failed) > 2758 - export/doc/fr/UserGuide_xhtml (Failed) > 2974 - export/doc/ja/Additional_xhtml (Failed) > 3086 - export/doc/ja/Math_xhtml (Failed) > 3128 - export/doc/ja/UserGuide_xhtml (Failed) > 3322 - export/doc/ru/Additional_xhtml (Failed) > 3376 - export/doc/ru/Math_xhtml (Failed) > 3430 - export/doc/ru/UserGuide_xhtml (Failed) > 3658 - > INVERTED.DOCBOOK_export/examples/Articles/Astronomy_%26_Astrophysics_docbook5 > (Timeout) 3746 - export/examples/Curricula_Vitae/Europass_CV_%282013%29_lyx22 > (Failed) > 3747 - export/examples/Curricula_Vitae/Europass_CV_%282013%29_lyx23 (Failed) > 3751 - > DEFAULTOUTPUT_export/examples/Curricula_Vitae/Europass_CV_%282013%29_pdf2 > (Failed) 3760 - > INVERTED.DOCBOOK_export/examples/Curricula_Vitae/Europe_CV_docbook5 > (Timeout) 3778 - > INVERTED.DOCBOOK_export/examples/Curricula_Vitae/Modern_CV_docbook5 > (Timeout) 3885 - export/examples/Graphics_and_Insets/Feynman_Diagrams_xhtml > (Failed) > 3959 - export/examples/Graphics_and_Insets/XY-Figure_xhtml (Failed) > 3977 - export/examples/Graphics_and_Insets/XY-Pic_xhtml (Failed) > 4290 - export/examples/Modules/PDF_Comments_xhtml (Failed) > 4406 - export/examples/Presentations/Beamer_%28Complex%29_xhtml (Failed) > 4697 - export/examples/de/Curricula_Vitae/Europass_CV_%282013%29_lyx22 > (Failed) > 4698 - export/examples/de/Curricula_Vitae/Europass_CV_%282013%29_lyx23 > (Failed) > 4702 - > DEFAULTOUTPUT_export/examples/de/Curricula_Vitae/Europass_CV_%282013%29_pdf2 > (Failed) 4764 - export/examples/de/Graphics_and_Insets/Feynman_Diagrams_xhtml > (Failed) > 4917 - export/examples/de/Modules/PDF_Comments_xhtml (Failed) > 5007 - > INVERTED.DOCBOOK_export/examples/es/Curricula_Vitae/Europe_CV_docbook5 > (Timeout) 5025 - > INVERTED.DOCBOOK_export/examples/es/Curricula_Vitae/Modern_CV_docbook5 > (Timeout) 5285 - > export/examples/fr/Graphics_and_Insets/Feynman_Diagrams_xhtml (Failed) > 5321 - export/examples/fr/Graphics_and_Insets/XY-Figure_xhtml (Failed) > 5339 - export/examples/fr/Graphics_and_Insets/XY-Pic_xhtml (Failed) > 5725 - export/examples/ja/Articles/Japanese_Article_%28JLReq_Class%29_xhtml > (Failed) > 5734 - export/examples/ja/Graphics_and_Insets/Feynman_Diagrams_xhtml > (Failed) > 5748 - export/examples/ja/Graphics_and_Insets/XY-Pic_xhtml (Failed) > 6146 - export/examples/ru/Graphics_and_Insets/XY-Figure_xhtml (Failed) > 6164 - export/examples/ru/Graphics_and_Insets/XY-Pic_xhtml (Failed) > 6676 - > export/templates/Articles/Journal_of_Statistical_Software_%28JSS%29_version_2_xhtml > (Failed) 6721 - export/templates/Articles/REVTeX_%28V._4%29_xhtml (Failed) > 6739 - > export/templates/Articles/REVTeX_%28V._4.1%29_xhtml (Failed) 6776 - > SUSPENDED.DOCBOOK_export/templates/Articles/Springers_Global_Journal_Template_%28V._3%29_docbook5 > (Timeout) 7800 - export/mathmacros/masterOfSpace_xhtml (Failed) 7818 - > expor
Re: Many xhtml/docbook tests now failing on master
Am Tue, 23 Jul 2024 20:42:36 +0200 schrieb Pavel Sanda : > On Tue, Jul 23, 2024 at 08:23:17PM +0200, Kornel Benko wrote: > > 306 - export/export/docbook/bibliography_precooked_aastex_xhtml (Failed) > > 365 - export/export/docbook/svmono_xhtml (Failed) > > 367 - export/export/docbook/svmono_light_xhtml (Failed) > > 369 - export/export/docbook/svmult_xhtml (Failed) > > 1762 - export/export/xhtml/math_output_latex_docbook5 (Failed) > > 1866 - export/doc/EmbeddedObjects_xhtml (Failed) > > 1884 - export/doc/Formula-numbering_xhtml (Failed) > > 1956 - export/doc/Math_xhtml (Failed) > > 2015 - export/doc/UserGuide_xhtml (Failed) > > 2060 - export/doc/ar/UserGuide_xhtml (Failed) > > 2213 - export/doc/de/EmbeddedObjects_xhtml (Failed) > > 2231 - export/doc/de/Formelnummerierung_xhtml (Failed) > > 2267 - export/doc/de/Math_xhtml (Failed) > > ... > > > > > > > I we have some machinery to compare the result of exporting to DocBook > > > before/after the patch would be good. The output is supposed to be > > > exactly the same. > > > > > > JMarc > > > > Unfortunately we do not have anything to compare. > > I might be completely wrong as I do not use the test machinery myself, but > isn't autotests/export/docbook/*.xml result of exporting of docbook > and re-exporting these file after patch && git diff on top of that > is essentially what JMarc asks for? > > Pavel No, the exported files are not saved for later use. Kornel pgpFKDuTr7Bpm.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Many xhtml/docbook tests now failing on master
Am Tue, 23 Jul 2024 20:47:03 +0200 schrieb Jean-Marc Lasgouttes : > Le 23/07/2024 à 20:23, Kornel Benko a écrit : > > From the 132 previously failed tests now are only 54 test failing. > > Some of the first are: > > 59% tests passed, 54 tests failed out of 132 > > The following tests FAILED: > > 300 - export/export/docbook/basic_xhtml (Failed) > > 306 - export/export/docbook/bibliography_precooked_aastex_xhtml (Failed) > > 365 - export/export/docbook/svmono_xhtml (Failed) > > 367 - export/export/docbook/svmono_light_xhtml (Failed) > > 369 - export/export/docbook/svmult_xhtml (Failed) > > 1762 - export/export/xhtml/math_output_latex_docbook5 (Failed) > > 1866 - export/doc/EmbeddedObjects_xhtml (Failed) > > 1884 - export/doc/Formula-numbering_xhtml (Failed) > > 1956 - export/doc/Math_xhtml (Failed) > > 2015 - export/doc/UserGuide_xhtml (Failed) > > 2060 - export/doc/ar/UserGuide_xhtml (Failed) > > 2213 - export/doc/de/EmbeddedObjects_xhtml (Failed) > > 2231 - export/doc/de/Formelnummerierung_xhtml (Failed) > > 2267 - export/doc/de/Math_xhtml (Failed) > > ... > > Where do I find the corresponding tests? I really know nothing about tests. You would have to use cmake-build configured with -DLYX_ENABLE_EXPORT_TESTS:BOOL=ON In the build-directory you can then use ctest > Also, does failing mean that there is a parsing error, or that the > output is now different? Mostly parsing error as a result of /usr/bin/xmllint on the exported .xml-file. > JMarc Kornel pgpzNRpj8eNd8.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Many xhtml/docbook tests now failing on master
Am Tue, 23 Jul 2024 19:54:30 +0200 schrieb Jean-Marc Lasgouttes : > Le 23/07/2024 à 19:24, Kornel Benko a écrit : > > Even with newest commits I get > > 71% tests passed, 132 tests failed out of 449 > > from > > # ctest -R .xhtml > > > > Kornel > > Hopefully most of the issues are gone now. The biggest and stupidest > problem was that a backup variable was a bool instead of an int. Neither > the compiler nor the debugger have been useful to point this > unfortunately. I spent a lot of time looking at code that seemed > perfectly fine. From the 132 previously failed tests now are only 54 test failing. Some of the first are: 59% tests passed, 54 tests failed out of 132 The following tests FAILED: 300 - export/export/docbook/basic_xhtml (Failed) 306 - export/export/docbook/bibliography_precooked_aastex_xhtml (Failed) 365 - export/export/docbook/svmono_xhtml (Failed) 367 - export/export/docbook/svmono_light_xhtml (Failed) 369 - export/export/docbook/svmult_xhtml (Failed) 1762 - export/export/xhtml/math_output_latex_docbook5 (Failed) 1866 - export/doc/EmbeddedObjects_xhtml (Failed) 1884 - export/doc/Formula-numbering_xhtml (Failed) 1956 - export/doc/Math_xhtml (Failed) 2015 - export/doc/UserGuide_xhtml (Failed) 2060 - export/doc/ar/UserGuide_xhtml (Failed) 2213 - export/doc/de/EmbeddedObjects_xhtml (Failed) 2231 - export/doc/de/Formelnummerierung_xhtml (Failed) 2267 - export/doc/de/Math_xhtml (Failed) ... > I we have some machinery to compare the result of exporting to DocBook > before/after the patch would be good. The output is supposed to be > exactly the same. > > JMarc Unfortunately we do not have anything to compare. Kornel pgpQdxt_9iI55.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Many xhtml/docbook tests now failing on master
Am Mon, 22 Jul 2024 16:47:14 -0400 schrieb Scott Kostyshak : > I don't have time to look into them but a whole bunch of xhtml and > docbook tests started failing recently on master. Kornel can you > reproduce? > > Scott Even with newest commits I get 71% tests passed, 132 tests failed out of 449 from # ctest -R .xhtml Kornel pgpVTGDcHcdDf.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] ctests: invert a failing xhtml test
Am Sun, 14 Jul 2024 11:36:26 -0400 schrieb Scott Kostyshak : > On Sun, Jul 14, 2024 at 09:25:03AM GMT, Kornel Benko wrote: > > Am Sun, 14 Jul 2024 04:27:30 + > > schrieb Scott Kostyshak : > > > > > commit 4d15427935b7c965af0aff748ffa2549856c232c > > > Author: Scott Kostyshak > > > Date: Sun Jul 14 00:16:19 2024 -0400 > > > > > > ctests: invert a failing xhtml test > > > > > > Explanation from Jürgen: > > > > > > the author-specific keys now can have a trailing & > > > (after the key as in "abbrvciteauthor&" or at the start of the type > > > subtag, as in "abbrvnames:&author" (see 5c2652fa12b). This indicates > > > that we want "&" rather than "and" (in APA context). > > > > > > See: > > > https://www.mail-archive.com/search?l=mid&q=ildx4xd4o7ybeqroh3blxgnxqnsqnte256utip2fbmcwi4zolz%40wsh7ez36kkhl > > > > > > > Since we can expect a fix in a not too distant future, > > I'm not sure. No one has volunteered to work on the support. > > > I think it deserves also an entry > > in suspendedTests. > > The first couple of lines of suspendedTests says the following: > > # Regular expressions for tests that are most likely "wontfix" > # or "sep" (someone else's problem) > > That said, I'd be happy to add an entry if you think it's best. > > Scott I have to reconsider. Always thought it be another way. Having a test be 'inverted' only feels easily forgotten. Maybe some new tag like 'needsfix' or 'needsattention' additionally to 'inverted' may be good. Kornel pgpJqWeqLE66Z.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Tufte ctests timing out on current master
Am Sun, 14 Jul 2024 09:48:38 +0200 schrieb "Jürgen Spitzmüller" : > Am Sonntag, dem 14.07.2024 um 09:04 +0200 schrieb Jürgen Spitzmüller: > > I'll have a look later today. > > Should be fixed. > Works here, thanks. Kornel pgpr7gIHh8Uwu.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Tufte ctests timing out on current master
Am Sun, 14 Jul 2024 00:11:21 -0400 schrieb Scott Kostyshak : > Some of the Tufte ctests are timing out for me on current master. Here > is one manual example: > > lyx -e pdflatex Tufte_Handout.lyx > > Can anyone reproduce on current master? > > Scott The last message (using -dbg all) is ... output_latex.cpp (1587): TeXOnePar for paragraph 8 done; ptr 0x55726c7ab8d0 next 0x55726ca2cbb0 output_latex.cpp (815): TeXOnePar for paragraph 9 ptr 0x55726ca2cbb0 '' Paragraph.cpp (2680): Paragraph::latex... 0x55726ca2cbb0 Paragraph.cpp (3306): Paragraph::latex... done 0x55726ca2cbb0 output_latex.cpp (1587): TeXOnePar for paragraph 9 done; ptr 0x55726ca2cbb0 next 0x55726ca06a60 output_latex.cpp (815): TeXOnePar for paragraph 10 ptr 0x55726ca06a60 '' Paragraph.cpp (2680): Paragraph::latex... 0x55726ca06a60 output_latex.cpp (815): TeXOnePar for paragraph 0 ptr 0x55726cf91a20 '' Paragraph.cpp (2680): Paragraph::latex... 0x55726cf91a20 Paragraph.cpp (3306): Paragraph::latex... done 0x55726cf91a20 output_latex.cpp (1587): TeXOnePar for paragraph 0 done; ptr 0x55726cf91a20 next 0 After this no output from the export is generated. Also lyx cannot quit even after cancelling the export. Kornel pgp1uNbuwwpds.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] ctests: invert a failing xhtml test
Am Sun, 14 Jul 2024 04:27:30 + schrieb Scott Kostyshak : > commit 4d15427935b7c965af0aff748ffa2549856c232c > Author: Scott Kostyshak > Date: Sun Jul 14 00:16:19 2024 -0400 > > ctests: invert a failing xhtml test > > Explanation from Jürgen: > > the author-specific keys now can have a trailing & > (after the key as in "abbrvciteauthor&" or at the start of the type > subtag, as in "abbrvnames:&author" (see 5c2652fa12b). This indicates > that we want "&" rather than "and" (in APA context). > > See: > https://www.mail-archive.com/search?l=mid&q=ildx4xd4o7ybeqroh3blxgnxqnsqnte256utip2fbmcwi4zolz%40wsh7ez36kkhl Since we can expect a fix in a not too distant future, I think it deserves also an entry in suspendedTests. Kornel pgpHUaExZ1w9O.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: SIGSEGV when doing undo after putting bib items in a note
Am Sat, 13 Jul 2024 10:42:26 -0400 schrieb Scott Kostyshak : > On Sat, Jul 13, 2024 at 02:49:06PM GMT, Kornel Benko wrote: > > Am Wed, 3 Jul 2024 22:04:44 -0400 > > schrieb Scott Kostyshak : > > > > > On Thu, Jul 04, 2024 at 12:39:22AM GMT, Jean-Marc Lasgouttes wrote: > > > > Le 02/07/2024 à 18:01, Scott Kostyshak a écrit : > > > > > To reproduce: > > > > > > > > > > 1. Fresh build on current master. > > > > > 2. Open User Guide. > > > > > 3. Make sure that editing is enabled, and turn off change tracking. > > > > > 4. Scroll to the end. > > > > > 5. Select multiple bib items. > > > > > 6. Click on the yellow note. > > > > > 7. Do Undo with ctrl + z. > > > > > > > > > > I get the attached backtrace. Can anyone else reproduce? > > > > > > > > > > If I don't turn off change tracking, different strange behavior > > > > > occurs. > > > > > > > > I cannot reproduce, and I am surprised because I obtained that with 2.3 > > > > once > > > > when trying to fix the previous bug. > > > > > > > > Do you have a more precise recipe? I tried running under valgrind > > > > (because > > > > your backtrace is about deleting paragraph objects), without much > > > > success. > > > > > > This one I can reproduce pretty reliably. I think the only thing > > > imprecise about the recipe is (5), right? I attach a screenshot of a > > > specific selection of multiple bib items. > > > > > > Scott > > > > Cannot reproduce. These are the messages i get on terminal are > > > > The key Armenian already exists, > > it will be changed to Armenian-1. > > Warning: Keys must be unique! > > > > The key Cyrillic already exists, > > it will be changed to Cyrillic-1. > > Warning: Keys must be unique! > > > > The key Farsi already exists, > > it will be changed to Farsi-1. > > Warning: Keys must be unique! > > > > The key Hebrew already exists, > > it will be changed to Hebrew-1. > > Warning: Failed to produce 1 preview snippet(s) > > > > Undo works without crash. > > Good to know. Are you sure you turned off the change tracking (in step > 3)? I only get those messages if change tracking is on. > > I can still reproduce on current master. > > Scott Yes, pretty sure. Anyway trying again ... same result. No crash. Kornel pgp__zAPI44N4.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: SIGSEGV when doing undo after putting bib items in a note
Am Wed, 3 Jul 2024 22:04:44 -0400 schrieb Scott Kostyshak : > On Thu, Jul 04, 2024 at 12:39:22AM GMT, Jean-Marc Lasgouttes wrote: > > Le 02/07/2024 à 18:01, Scott Kostyshak a écrit : > > > To reproduce: > > > > > > 1. Fresh build on current master. > > > 2. Open User Guide. > > > 3. Make sure that editing is enabled, and turn off change tracking. > > > 4. Scroll to the end. > > > 5. Select multiple bib items. > > > 6. Click on the yellow note. > > > 7. Do Undo with ctrl + z. > > > > > > I get the attached backtrace. Can anyone else reproduce? > > > > > > If I don't turn off change tracking, different strange behavior occurs. > > > > I cannot reproduce, and I am surprised because I obtained that with 2.3 once > > when trying to fix the previous bug. > > > > Do you have a more precise recipe? I tried running under valgrind (because > > your backtrace is about deleting paragraph objects), without much success. > > This one I can reproduce pretty reliably. I think the only thing > imprecise about the recipe is (5), right? I attach a screenshot of a > specific selection of multiple bib items. > > Scott Cannot reproduce. These are the messages i get on terminal are The key Armenian already exists, it will be changed to Armenian-1. Warning: Keys must be unique! The key Cyrillic already exists, it will be changed to Cyrillic-1. Warning: Keys must be unique! The key Farsi already exists, it will be changed to Farsi-1. Warning: Keys must be unique! The key Hebrew already exists, it will be changed to Hebrew-1. Warning: Failed to produce 1 preview snippet(s) Undo works without crash. Kornel pgptmsQJfernG.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Assertion when selecting large table in User Guide on master
Am Wed, 3 Jul 2024 00:17:29 -0400 schrieb Scott Kostyshak : > On Wed, Jul 03, 2024 at 12:35:38AM GMT, Jean-Marc Lasgouttes wrote: > > Le 02/07/2024 à 05:27, Scott Kostyshak a écrit : > > > I no longer get the assertion in that place. But if I work a bit harder > > > and drag the selection up and down, eventually I get an assertion. > > > Backtrace attached (this was while testing the patch). > > > > OK, I just pushed a different solution: instead of being robust to badly > > updated metrics, let's do the one-line change that makes sure that > > everything is always correctly updated. > > > > Tell me how it fares. > > I still get an assertion while selecting the phone table. > > I checked with current master (6e0ea426), and I don't have any patches > applied and I did a fresh build. > > I do not get an assertion while doing up-down-up-down. > > Scott Same here. Kornel pgpiiRjy20yyj.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Cmake build: Require std >= 17 for compilation of QT6
Am Tue, 25 Jun 2024 14:05:38 +0200
schrieb Jean-Marc Lasgouttes :
> Le 25/06/2024 à 13:45, Kornel Benko a écrit :
> > commit 5ee53450bbef83b60edde401b075f2e1d51ce5b7
> > Author: Kornel Benko
> > Date: Tue Jun 25 13:50:32 2024 +0200
> >
> > Cmake build: Require std >= 17 for compilation of QT6
>
> > else()
> > + if (CMAKE_CXX_STANDARD LESS 11)
> > + message(STATUS "CXX_STANDARD = ${CMAKE_CXX_STANDARD}")
> > + message(FATAL_ERROR "QT6 compilation requires at least
> > CXX_STANDARD = 11")
> > + endif()
>
> I guess you meant QT5 here.
>
> JMarc
>
Sure, Copy/paste error
Kornel
pgpieYhkVHSnI.pgp
Description: Digitale Signatur von OpenPGP
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: CMake and HAVE_HUNSPELL_CXXABI
Am Sat, 22 Jun 2024 14:33:36 +0200 schrieb "Jürgen Spitzmüller" : > Am Samstag, dem 22.06.2024 um 14:07 +0200 schrieb Jürgen Spitzmüller: > > If I compile master with cmake > > > > HAVE_HUNSPELL_CXXABI = FALSE > > > > although it should be true (and also is with autotools). > > With a fresh build the problem is gone. > > Sorry for the noise. > Yes, this is sometimes the result of cmake trying to speed up the configuration process in that it caches the found config-variables for later use. The drawback happens when some new stuff is added and cmake still uses the old values. BTW, no need to make a fresh build, it should be enough to remove the file CMakeCache.txt. Kornel pgp0oubc8Nmys.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/2.4.1-devel] Update doc info for quote-insert
Am Fri, 14 Jun 2024 20:18:42 + schrieb Pavel Sanda : > commit b8a22a3667b20aee663ff897e1d24761dc9e1f30 > Author: Richard Kimberly Heck > Date: Tue Apr 2 12:46:36 2024 -0400 > > Update doc info for quote-insert > --- > src/LyXAction.cpp | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > I had the impression that 2.4.1-devel branch is dead. Should this not go to 2.4.x branch instead? Kornel pgpcvujIMcTh6.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Existential doubt: Python line size
Am Thu, 13 Jun 2024 14:28:12 -0400 schrieb Scott Kostyshak : > On Thu, Jun 13, 2024 at 07:08:01PM GMT, José Matos wrote: > > > So my question to you is: what do you think that the limit should be? > > > > I do not mind to share this limit with the C++ code, after all most of > > the same rational applies. > > No strong opinion, but I do think it should be consistent across C++ and > Python. > > Scott +1 Kornel pgp5OyOrdbvuN.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Python runtime detection requirement upgraded to 3.8
Am Wed, 12 Jun 2024 13:33:39 -0400 schrieb Scott Kostyshak : > On Wed, Jun 12, 2024 at 04:14:22PM GMT, Pavel Sanda wrote: > > On Wed, Jun 12, 2024 at 10:58:53AM +0200, Kornel Benko wrote: > > > > The system version will be the same so this is safe for your installed > > > > system. > > > > > > Today I tried, but to no avail. Sadly for my wife. > > > > Your wife needs development version of lyx 2.5? > > We need all the testers we can get! +1 > Scott I used her laptop as a build-reference. And it was (for me) very handy to use my wife as a (involuntary) tester of the master build. So that seems over now. Kornel pgpxN3sYhC9rC.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: operator << for Cursor seems to not work
Am Wed, 12 Jun 2024 11:34:44 +0200 schrieb Jean-Marc Lasgouttes : > Le 12/06/2024 à 10:53, Kornel Benko a écrit : > > Am Tue, 11 Jun 2024 16:37:37 +0200 > > schrieb Jean-Marc Lasgouttes : > > > >> Le 11/06/2024 à 16:41, Kornel Benko a écrit : > >>> Works now. But gives not the needed info. > >>> Result is e.g. "inset: 0x5604fff94be0 idx: 0 par: 3 pos: 0". > >> > >> Could you give me a concrete example I can test? > >> > >> JMarc > >> > > > > I have no one now, because I replaced them all. > > > > For instance > > LYXERR(Debug::FINDVERBOSE, "Stringifying with len=" << len > > << " from cursor at pos: " << cur); > > is replaced with > > LYXERR(Debug::FINDVERBOSE, "Stringifying with len=" << len > > << " from cursor at " << showPos(cur)); > > You know that these are DocIterator objects, right? I was not aware of it. Anyway, it worked , later it did not work (for me) and now it works again. > In my testing, the > output is shorter (as expected), but it works. > > JMarc Kornel pgpd7cjYPF4R3.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Python runtime detection requirement upgraded to 3.8
Am Mon, 10 Jun 2024 17:37:41 +0100 schrieb José Matos : > On Mon, 2024-06-10 at 16:47 +0200, Kornel Benko wrote: > > From now on I cannot build on ubuntu with linux 4.15.0-122. > > os_release VERSION="18.3 (Sylvia)" > > There is only python3 version 3.5 > > > > Kornel > > I suppose that, from your description, you are running Mint 18.3. > Python3 there is Python 3.5. Yes, that is the case. > > Can't you install, in parallel, python 3.8? > > $ sudo apt-get install python3.8 > > The system version will be the same so this is safe for your installed > system. Today I tried, but to no avail. Sadly for my wife. Kornel pgpFGdDKP4lsA.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: operator << for Cursor seems to not work
Am Tue, 11 Jun 2024 16:37:37 +0200 schrieb Jean-Marc Lasgouttes : > Le 11/06/2024 à 16:41, Kornel Benko a écrit : > > Works now. But gives not the needed info. > > Result is e.g. "inset: 0x5604fff94be0 idx: 0 par: 3 pos: 0". > > Could you give me a concrete example I can test? > > JMarc > I have no one now, because I replaced them all. For instance LYXERR(Debug::FINDVERBOSE, "Stringifying with len=" << len << " from cursor at pos: " << cur); is replaced with LYXERR(Debug::FINDVERBOSE, "Stringifying with len=" << len << " from cursor at " << showPos(cur)); See 'git show f248b003a9f' Kornel pgpPeAThq8wGH.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: operator << for Cursor seems to not work
Am Tue, 11 Jun 2024 16:24:35 +0200 schrieb Kornel Benko : > Am Tue, 11 Jun 2024 16:01:21 +0200 > schrieb Jean-Marc Lasgouttes : > > > Le 30/05/2024 à 22:10, Kornel Benko a écrit : > > > I see it while checking the output of > > > LYXERR(Debug::FINDVERBOSE, "Advancing pos: cur=" << cur); > > > The only output is > > > 'lyxfind.cpp (4504): Advancing pos: cur=' > > > > > > Gdb never enters Cursor.cpp:164 > > > LyXErr & operator<<(LyXErr & os, CursorData const & cur) > > > > > > What changed? It worked at some time. > > > > Hi Kornel, > > > > Do you still have this issue? If you do, could you send a patch to > > reproduce the situation you're in? I just tried and it seems to work here. > > > > JMarc > > > > I use a workaround now. See lyxfind.cpp:4114 showPos(), so don't know. > > I will retest soon. > > Kornel Works now. But gives not the needed info. Result is e.g. "inset: 0x5604fff94be0 idx: 0 par: 3 pos: 0". Kornel pgpGQD1lMMttq.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: operator << for Cursor seems to not work
Am Tue, 11 Jun 2024 16:01:21 +0200 schrieb Jean-Marc Lasgouttes : > Le 30/05/2024 à 22:10, Kornel Benko a écrit : > > I see it while checking the output of > > LYXERR(Debug::FINDVERBOSE, "Advancing pos: cur=" << cur); > > The only output is > > 'lyxfind.cpp (4504): Advancing pos: cur=' > > > > Gdb never enters Cursor.cpp:164 > > LyXErr & operator<<(LyXErr & os, CursorData const & cur) > > > > What changed? It worked at some time. > > Hi Kornel, > > Do you still have this issue? If you do, could you send a patch to > reproduce the situation you're in? I just tried and it seems to work here. > > JMarc > I use a workaround now. See lyxfind.cpp:4114 showPos(), so don't know. I will retest soon. Kornel pgphUMbmPhBfA.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: The Demise of 2.4.1-devel
Am Mon, 10 Jun 2024 17:27:26 -0400 schrieb "Alexander Dunlap" : > On Mon, Jun 10, 2024, at 3:39 PM, Richard Kimberly Heck wrote: > > I've merged 2.4.1-devel into 2.4.x, so it should no longer be used. > > Commits to stable should now all go to 2.4.x. > > > > I'm intending to release 2.4.1 around 1 July. We already have 23 bugs > > fixed. If you're feeling like fixing some others, there's a list of open > > bugs for 2.4.1 and 2.4.x here: > > > > https://www.lyx.org/trac/wiki/BugTrackerHome > > > > It would be particularly good if we could fix #13069, since that's a crash. > > Regarding #13069, what needs to happen is that some tags need to be added > around > anything that is *not* inside an XML tag in a given piece of XML. The patch I > contributed should be pretty close to working, the problem is that in order > to have a > "robust" fix I think it needs a real XML parser so that we can accurately > find the code > that is outside of any tag. Am I correct in thinking that there is no > appetite for > including a real XML parser in LyX? If that is the case, then I could > probably improve > the patch I suggested to cover all of the XML that LyX is likely to actually > generate, > and then add a safety valve so it doesn't loop forever in the case that it > gets > surprised. > > Alex > Actually we are using xml-parser as part of the test environment. See development/autotests/export.cmake which uses to check: html5 with development/autotests/simplehtml_validity.py xhtml with development/autotests/examineXmllintOutput.pl xml with development/autotests/examineXmllintOutput.pl docbook with development/tools/jing.jar Kornel pgpiBrJMJGMKh.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Mail delivery to jaoma...@gmail.com
José, I got this as answer of my email to you: From: Mail Delivery System To: kor...@lyx.org Subject: Mail delivery failed: returning message to sender Date: Tue, 11 Jun 2024 13:07:40 +0200 This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: jaoma...@gmail.com host gmail-smtp-in.l.google.com [2607:f8b0:4004:c07::1b] SMTP error from remote mail server after pipelined end of data: 550-5.7.26 Your email has been blocked because the sender is unauthenticated. 550-5.7.26 Gmail requires all senders to authenticate with either SPF or DKIM. 550-5.7.26 550-5.7.26 Authentication results: 550-5.7.26 DKIM = did not pass 550-5.7.26 SPF [lyx.org] with ip: [2001:1560:3:255::153] = did not pass 550-5.7.26 550-5.7.26 For instructions on setting up authentication, go to 550 5.7.26 https://support.google.com/mail/answer/81126#authentication d75a77b69052e-4412999da51si24583861cf.660 - gsmtp Kornel pgpI39y_349Ni.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] FindAdv: Omitting cursor advance at start of search if in mathed.
Am Mon, 10 Jun 2024 12:51:34 -0400 schrieb Richard Kimberly Heck : > On 6/10/24 08:40, Kornel Benko wrote: > > commit 8c501308c3c9bf2389275837798ed6c62a9a17bf > > Author: Alexander Dunlap > > Date: Mon Jun 10 14:42:29 2024 +0200 > > > > FindAdv: Omitting cursor advance at start of search if in mathed. > > > > Fixes #13070 Advanced S&R does not find math symbols at start of > > document > > I tried cherry-picking this for 2.4.1-devel, but there was a merge > conflict. So I'll leave it to you, Kornel. > > Riki > > OK, done at 41593235. Kornel pgpkvWp15RT5f.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Python runtime detection requirement upgraded to 3.8
Am Mon, 10 Jun 2024 10:12:16 +0100 schrieb José Matos : > On Mon, 2024-06-10 at 09:04 +, José Matos wrote: > > commit 1c458dc1212865e9c9e2fd0207f15a72f4988e63 > > Author: José Matos > > Date: Mon Jun 10 10:04:26 2024 +0100 > > > > Python runtime detection requirement upgraded to 3.8 > > > > Remove -tt option that is a no-op in Python 3. > > > > Remove search for Python 2 > > --- > > config/lyxpython.m4 | 62 --- > > > > Oops, this file was a mistake. I forgot/did not notice that it was > already staged to be committed. > > That was I went with the next push. From now on I cannot build on ubuntu with linux 4.15.0-122. os_release VERSION="18.3 (Sylvia)" There is only python3 version 3.5 Kornel pgpvitclUsjjT.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Embedded Objects fails on updated TL
Am Sat, 8 Jun 2024 12:17:35 -0400 schrieb Scott Kostyshak : > This time I waited a a few days before complaining ;) > > Our Embedded Objects manual fails to compile for me on updated TeX Live > with pdflatex. > > Can anyone else confirm (or refute) on latest TeX Live? If so, I will > make an example and post a question on tex.se. > > Scott Using # ctest -R EmbeddedObjects I got 50% tests passed, 52 tests failed out of 105 If only testing with # ctest -R EmbeddedObjects_pdf then 21% tests passed, 27 tests failed out of 34 (the remaining 7 which pass are INVERTED) Kornel pgphGEdSwSVuL.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/2.4.x] New status file, and status for last commit
Am Thu, 30 May 2024 12:17:15 -0400 schrieb Richard Kimberly Heck : > On 5/30/24 02:46, Jürgen Spitzmüller wrote: > > Am Mittwoch, dem 29.05.2024 um 14:50 + schrieb Richard Kimberly > > Heck: > >> commit e80fdf38e4dc095316547371d22284676e2e6c7d > >> Author: Richard Kimberly Heck > >> Date: Wed May 29 10:49:58 2024 -0400 > >> > >> New status file, and status for last commit > > What is the relation of this (and the commit it documents) wrt the > > 2.4.1-devel branch (which already has a status file)? > > If we need an quick (emergency) release, then 2.4.x will become 2.4.1. > This seemed a bad enough regression to include in such a release. If we > don't need a quick release, then I'll merge 2.4.1-devel into master, and > that will become 2.4.1. > > Riki > > This is very confusing. If 2.4.x will become 2.4.1, what happens with 2.4.1~devel? Kornel pgpTRwygeqZbG.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
operator << for Cursor seems to not work
I see it while checking the output of LYXERR(Debug::FINDVERBOSE, "Advancing pos: cur=" << cur); The only output is 'lyxfind.cpp (4504): Advancing pos: cur=' Gdb never enters Cursor.cpp:164 LyXErr & operator<<(LyXErr & os, CursorData const & cur) What changed? It worked at some time. Kornel pgpZGJWnVjJOj.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: CMake: LYX_PROGRAM_SUFFIX=OFF -> user dir .lyx or .lyx2.4?
Am Sun, 26 May 2024 08:52:30 +0200 schrieb Jean-Marc Lasgouttes : > For a reference point, that is what happens with auto tools. However the macOS > packaging usus the same convention as you describe. > > Kornel, we should decide what is best :) I prefer the suffix version of the user dir. Suppose someone is forced to downgrade. In this case it would be handy if the old user dir is unchanged. > JMarc > > Le 26 mai 2024 04:52:40 GMT+02:00, Scott Kostyshak a écrit > : > >(not important for 2.4.0 release) > > > > > >If I set: > > > > -DLYX_PROGRAM_SUFFIX=OFF > > > >then the created binary is just "lyx" (as opposed to lyx24). > > > >However, the user directory is ~/.lyx2.4. In this case, shouldn't the user > >directory > >be ~/.lyx? > > > >Scott Kornel pgpNK13X2buNR.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: metainfo wrong target dir?
Am Fri, 24 May 2024 12:21:07 -0400 schrieb Richard Kimberly Heck : >> > On 5/23/24 16:22, Yu Jin wrote: >> > > Am Do., 23. Mai 2024 um 22:06 Uhr schrieb Yu Jin: ... > >> > > I found the issue. SYSTEM_DATADIR is set > >> > > (https://git.lyx.org/gitweb/?p=lyx.git;a=blob;f=CMakeLists.txt;h=228ef34a2e431e8b9be724eab05fdb09c13c5937;hb=HEAD#l537) > >> > > before CMAKE_INSTALL_PREFIX is set > >> > > (https://git.lyx.org/gitweb/?p=lyx.git;a=blob;f=CMakeLists.txt;h=228ef34a2e431e8b9be724eab05fdb09c13c5937;hb=HEAD#l573). > >> > > Then metainfo file is installed into the wrong SYSTEM_DATADIR here > >> > > https://git.lyx.org/gitweb/?p=lyx.git;a=blob;f=development/cmake/Install.cmake;h=a901942b4adb88e92cd9663f091c826db37a60fa;hb=HEAD#l191 > >> > > >> > Good work! Do you have a patch? > >> > > >> > Riki > >> > > >> > >> Eugene, could you try this? > > > > Works and 2.4.x compiles successfully now. > > > Go ahead and commit, Kornel, and I'll build the tarballs. > > Riki Done at ea74574d. Thanks Eugene. Kornel pgpH5pJeo5feL.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: metainfo wrong target dir?
Am Thu, 23 May 2024 22:14:37 -0400
schrieb Richard Kimberly Heck :
> On 5/23/24 16:22, Yu Jin wrote:
> > Am Do., 23. Mai 2024 um 22:06 Uhr schrieb Yu Jin :
> >
> > Am Do., 23. Mai 2024 um 10:05 Uhr schrieb Kornel Benko:
> >
> > Am Wed, 22 May 2024 19:09:05 +0200
> > schrieb Yu Jin:
> > > It would be no problem for me, but I think that this still
> > should be
> > > addressed and solved.
> > > Kornel, did you find anything useful in the output?
> >
> > No relevant differences. This implies (for me) that the
> > created CMakeCache.txt files
> > don't differ.
> >
> > Just checked to be sure, the CMakeCache.txt files are identical.
> >
> > So I have no idea, why the created project files could be
> > different.
> >
> >
> > I found the issue. SYSTEM_DATADIR is set
> > (https://git.lyx.org/gitweb/?p=lyx.git;a=blob;f=CMakeLists.txt;h=228ef34a2e431e8b9be724eab05fdb09c13c5937;hb=HEAD#l537)
> >
> > before CMAKE_INSTALL_PREFIX is set
> > (https://git.lyx.org/gitweb/?p=lyx.git;a=blob;f=CMakeLists.txt;h=228ef34a2e431e8b9be724eab05fdb09c13c5937;hb=HEAD#l573).
> >
> > Then metainfo file is installed into the wrong SYSTEM_DATADIR here
> > https://git.lyx.org/gitweb/?p=lyx.git;a=blob;f=development/cmake/Install.cmake;h=a901942b4adb88e92cd9663f091c826db37a60fa;hb=HEAD#l191
>
> Good work! Do you have a patch?
>
> Riki
>
Eugene, could you try this?
Kornel
diff --git a/CMakeLists.txt b/CMakeLists.txt
index 363f413153..024a1a619b 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -524,12 +524,23 @@ if(LYX_BUNDLE)
endif()
if(LYX_INSTALL_PREFIX)
set(CMAKE_INSTALL_PREFIX ${LYX_INSTALL_PREFIX} CACHE PATH "LyX user's choice install prefix" FORCE)
set(CMAKE_INSTALL_PREFIX_INITIALIZED_TO_DEFAULT)
+set(LYX_INSTALL_PREFIX ${LYX_INSTALL_PREFIX} CACHE PATH "LyX user's choice install prefix" FORCE)
endif()
-set(LYX_INSTALL_PREFIX ${LYX_INSTALL_PREFIX} CACHE PATH "LyX user's choice install prefix" FORCE)
+if(CMAKE_INSTALL_PREFIX_INITIALIZED_TO_DEFAULT)
+ # see http://www.cmake.org/pipermail/cmake/2006-October/011559.html
+ if (UNIX)
+ # use the default "/usr/local"
+ # but respect the user-choice on the command-line
+ set(CMAKE_INSTALL_PREFIX "/usr/local" CACHE PATH "LyX default install prefix" FORCE)
+ endif()
+ if(WIN32)
+ set(CMAKE_INSTALL_PREFIX LYX_INSTALLED CACHE PATH "LyX default install prefix" FORCE)
+ endif()
+ endif()
if(UNIX)
set(SYSTEM_DATADIR "${CMAKE_INSTALL_PREFIX}/share")
elseif(CMAKE_INSTALL_PREFIX MATCHES "/lyx${LYX_INSTALL_SUFFIX}$")
string(REGEX REPLACE "/lyx${LYX_INSTALL_SUFFIX}$" "/share" SYSTEM_DATADIR ${CMAKE_INSTALL_PREFIX})
@@ -559,21 +570,10 @@ if(suffixing)
set(PACKAGE ${PACKAGE_BASE}${LYX_INSTALL_SUFFIX})
else()
set(PACKAGE ${PACKAGE_BASE})
endif()
-if(CMAKE_INSTALL_PREFIX_INITIALIZED_TO_DEFAULT)
- # see http://www.cmake.org/pipermail/cmake/2006-October/011559.html
- if (UNIX)
- # use the default "/usr/local"
- # but respect the user-choice on the command-line
- set(CMAKE_INSTALL_PREFIX "/usr/local" CACHE PATH "LyX default install prefix" FORCE)
- endif()
-endif()
-if(WIN32)
- set(CMAKE_INSTALL_PREFIX LYX_INSTALLED CACHE PATH "LyX default install prefix" FORCE)
-endif()
if(IS_ABSOLUTE)
set(CMAKE_INSTALL_PREFIX_ABSOLUTE ${CMAKE_INSTALL_PREFIX})
else()
set(CMAKE_INSTALL_PREFIX_ABSOLUTE ${CMAKE_BINARY_DIR}/${CMAKE_INSTALL_PREFIX})
endif()
pgpX_tGkQrSgk.pgp
Description: Digitale Signatur von OpenPGP
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: metainfo wrong target dir?
Am Wed, 22 May 2024 19:09:05 +0200
schrieb Yu Jin :
> Am Mi., 22. Mai 2024 um 15:56 Uhr schrieb Pavel Sanda:
>
> > On Thu, May 16, 2024 at 10:35:45PM +0200, Yu Jin wrote:
> > > > > > You could check the value at CMakeLists.txt:575 (after being set on
> > > > line 573).
> > > > > > message(STATUS
> > "CMAKE_INSTALL_PREFIX=${CMAKE_INSTALL_PREFIX}")
> > > > > >
> > > > > This is the output
> > > > > CMAKE_INSTALL_PREFIX=LYX_INSTALLED
> > > > > looks fine I guess.
> > > >
> > > > For me it looks wrong. (Should be full path).
> > > >
> > > > I am interested of the output when run the first time compared to run
> > on
> > > > second time.
> > > >
> > > Attached. Both runs in one file one after another.
> > >
> > > > Also are you compiling as bundle (I hope not)?
> > > >
> > > No.
> >
> > As I am not sensing anyone is heading towards investigating this
> > what if we release with the windows instruction to simply run
> > cmake twice?
> >
>
> It would be no problem for me, but I think that this still should be
> addressed and solved.
> Kornel, did you find anything useful in the output?
No relevant differences. This implies (for me) that the created CMakeCache.txt
files
don't differ. So I have no idea, why the created project files could be
different.
Sorry
Kornel
pgp08LeYWdteZ.pgp
Description: Digitale Signatur von OpenPGP
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Failing export tests
Am Mon, 20 May 2024 10:40:35 -0400 schrieb Scott Kostyshak : > On Mon, May 20, 2024 at 03:11:41PM GMT, Kornel Benko wrote: > > Am Mon, 20 May 2024 14:27:26 +0200 > > schrieb "Jürgen Spitzmüller" : > > > > > Am Montag, dem 20.05.2024 um 11:40 +0200 schrieb Kornel Benko: > > > > Some russian documents fail > > > > > > They work for me if I set appropriate fonts. What error do you get? > > > > After rerunning the Russian tests, they passed here too. Interestingly the > > needed time > > was way smaller (instead of about 1000s now they needed each 30-60s). > > The problem with those tests is that, from the little that I understand, > LuaTeX does not generate the fonts needed. The reason they pass on your > second try is that other engines do generate the fonts. > > In lyx-tester I build the fonts manually before running the tests. It is > hackish, but you can see it here: > > > https://gitlab.com/scottkosty/lyx-tester/-/blob/master/lyx-tester?ref_type=heads#L561 > Probably a better hack would be to run the other tests first. e.g., we > could add some dependencies like "pdf5 and dvi3 test for Russian > documents must be run after the pdf2 tests", but I don't know if that's > possible with the ctests. I don't see a way to order the tests. Maybe run first run xelatex tests with '-R pdf4_systemF' and then run with added '-E pdf4_systemF' > I asked a question for alternative workarounds: > > > https://tex.stackexchange.com/questions/649259/can-i-ask-luatex-to-run-mktextfm Not much help there :( > By the way, this issue had stumped me for probably about a year before I > figured it out, because it seemed random and not reproducible. > > Scott Kornel pgp3LnIvm7L24.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Failing export tests
Am Mon, 20 May 2024 10:35:56 -0400 schrieb Scott Kostyshak : > On Mon, May 20, 2024 at 04:17:02PM GMT, Jürgen Spitzmüller wrote: > > Am Montag, dem 20.05.2024 um 15:11 +0200 schrieb Kornel Benko: > > > So the only remaining test is > > > export/export/latex/languages/supported-languages_polyglossia- > > > XeTeX_pdf4_systemF > > > > Compiles for me. What errors do you get? . LaTeX.cpp (286): Run #1 This is XeTeX, Version 3.141592653-2.6-0.96 (TeX Live 2024) (preloaded format=xelatex) \write18 enabled. entering extended mode (./supported-languages_polyglossia-XeTeX_pdf4_systemF.tex LaTeX2e <2023-11-01> patch level 1 L3 programming layer <2024-04-11> xdvipdfmx:fatal: Invalid font: -1 (27) ... No output PDF file written. support/Systemcall.cpp (306): Systemcall: 'xelatex "supported-languages_polyglossia-XeTeX.tex"' finished with exit code 1 This is XeTeX, Version 3.141592653-2.6-0.96 (TeX Live 2024) (preloaded format=xelatex) restricted \write18 enabled. entering extended mode (./supported-languages_polyglossia-XeTeX.tex LaTeX2e <2023-11-01> patch level 1 L3 programming layer <2024-04-11> xdvipdfmx:fatal: Invalid font: -1 (27) No output PDF file written. support/Systemcall.cpp (306): Systemcall: 'xelatex "supported-languages_polyglossia-XeTeX.tex"' finished with exit code 1 Error: LaTeX failed The external program xelatex finished with an error. It is recommended you fix the cause of the external program's error (check the logs). The used program 'xdvipdfmx' is from TL24. I have not seen which font triggers the error. > Compiles here also. At some point in the recent past (within a week or > so), this test failed for me. But I think it was because I was using > polyglossia dev (from GitHub). If that happens to be the case for you, > Kornel, do a pull since it's been fixed. If you're using polyglossia > stable it passes for me there also. > > Scott Using the version from TL. Updated TL before the test. # kpsewhich polyglossia.sty /usr9/local/texlive/2024/texmf-dist/tex/latex/polyglossia/polyglossia.sty Kornel pgpSr4hcXretl.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Failing export tests
Am Mon, 20 May 2024 14:27:26 +0200 schrieb "Jürgen Spitzmüller" : > Am Montag, dem 20.05.2024 um 11:40 +0200 schrieb Kornel Benko: > > Some russian documents fail > > They work for me if I set appropriate fonts. What error do you get? After rerunning the Russian tests, they passed here too. Interestingly the needed time was way smaller (instead of about 1000s now they needed each 30-60s). > > Also failing American_Astronomical_Society > > This is because \acknowledgements has been deprecated in favor of an > environment, and the class errors out with a message printed in the > document if you use it (not a brilliant idea, but there you go). See > https://journals.aas.org/aastexguide/#acknowledgments > > I suppose something like the attached is needed. > Yes, this helps. At least the tests passed. So the only remaining test is export/export/latex/languages/supported-languages_polyglossia-XeTeX_pdf4_systemF Kornel pgphuxjTax2Aq.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
[LyX/master] Failing export tests
This part is OK, this means Knittr +beamer works INVERTED.LYXBUGS_export/export/latex/lyxbugs/ed62816e-knitr-comment-beamer_dvi INVERTED.LYXBUGS_export/export/latex/lyxbugs/ed62816e-knitr-comment-beamer_dvi3_systemF INVERTED.LYXBUGS_export/export/latex/lyxbugs/ed62816e-knitr-comment-beamer_pdf INVERTED.LYXBUGS_export/export/latex/lyxbugs/ed62816e-knitr-comment-beamer_pdf2 INVERTED.LYXBUGS_export/export/latex/lyxbugs/ed62816e-knitr-comment-beamer_pdf3 INVERTED.LYXBUGS_export/export/latex/lyxbugs/ed62816e-knitr-comment-beamer_pdf4_systemF INVERTED.LYXBUGS_export/export/latex/lyxbugs/ed62816e-knitr-comment-beamer_pdf5_systemF DEFAULTOUTPUT_export/export/latex/languages/supported-languages_polyglossia-XeTeX_pdf4_systemF Some russian documents fail export/doc/ru/Additional_dvi3_texF export/doc/ru/Additional_pdf5_texF export/doc/ru/EmbeddedObjects_dvi3_texF export/doc/ru/EmbeddedObjects_pdf5_texF export/doc/ru/Intro_dvi3_texF export/doc/ru/Math_dvi3_texF export/doc/ru/Math_pdf5_texF export/doc/ru/Shortcuts_dvi3_texF export/doc/ru/Shortcuts_pdf5_texF Also failing American_Astronomical_Society export/examples/Articles/American_Astronomical_Society_%28AASTeX_v._6.3.1%29_dvi export/examples/Articles/American_Astronomical_Society_%28AASTeX_v._6.3.1%29_dvi3_texF export/examples/Articles/American_Astronomical_Society_%28AASTeX_v._6.3.1%29_dvi3_systemF export/examples/Articles/American_Astronomical_Society_%28AASTeX_v._6.3.1%29_pdf export/examples/Articles/American_Astronomical_Society_%28AASTeX_v._6.3.1%29_pdf2 export/examples/Articles/American_Astronomical_Society_%28AASTeX_v._6.3.1%29_pdf3 export/examples/Articles/American_Astronomical_Society_%28AASTeX_v._6.3.1%29_pdf4_systemF export/examples/Articles/American_Astronomical_Society_%28AASTeX_v._6.3.1%29_pdf5_texF export/examples/Articles/American_Astronomical_Society_%28AASTeX_v._6.3.1%29_pdf5_systemF export/templates/Articles/American_Astronomical_Society_%28AASTeX_v._6.3.1%29_dvi export/templates/Articles/American_Astronomical_Society_%28AASTeX_v._6.3.1%29_dvi3_texF export/templates/Articles/American_Astronomical_Society_%28AASTeX_v._6.3.1%29_dvi3_systemF export/templates/Articles/American_Astronomical_Society_%28AASTeX_v._6.3.1%29_pdf export/templates/Articles/American_Astronomical_Society_%28AASTeX_v._6.3.1%29_pdf2 export/templates/Articles/American_Astronomical_Society_%28AASTeX_v._6.3.1%29_pdf3 export/templates/Articles/American_Astronomical_Society_%28AASTeX_v._6.3.1%29_pdf4_systemF export/templates/Articles/American_Astronomical_Society_%28AASTeX_v._6.3.1%29_pdf5_texF export/templates/Articles/American_Astronomical_Society_%28AASTeX_v._6.3.1%29_pdf5_systemF Kornel PS: Not tested exports using tex2lyx pgpRuFIi3RFg2.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Tests failing on recent master
Am Sat, 18 May 2024 15:09:44 +0200 schrieb "Jürgen Spitzmüller" : > Am Samstag, dem 18.05.2024 um 14:16 +0200 schrieb Kornel Benko: > > Am Sat, 18 May 2024 13:58:21 +0200 > > schrieb Jean-Marc Lasgouttes : > > > > > Le 18/05/2024 à 13:52, Kornel Benko a écrit : > > > > Test passes after the attached patch. > > > > > > The patch looks good. Is this where other variables are > > > initialized, or > > > is it in the constructor here? > > > > > > JMarc > > > > > > > It is the constructor as I see it. > > > > Kornel > > But why is this patch then not needed for use_booktabs for instance? > This is also only initialized in the constructor. > Maybe they are not used prior to be set. How should I know? I am reacting to the output of valgrind only. Kornel pgptsxwyELbHl.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Tests failing on recent master
Am Sat, 18 May 2024 13:58:21 +0200 schrieb Jean-Marc Lasgouttes : > Le 18/05/2024 à 13:52, Kornel Benko a écrit : > > Test passes after the attached patch. > > The patch looks good. Is this where other variables are initialized, or > is it in the constructor here? > > JMarc > It is the constructor as I see it. Kornel pgpWKxtTnOtPg.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Tests failing on recent master
Am Sat, 18 May 2024 12:12:56 +0200 schrieb Kornel Benko : > Am Fri, 17 May 2024 15:21:10 +0200 > schrieb Kornel Benko : > > > > Did you try to run LyX under valgrind? It can be very useful in such > > > cases. > > > > Will try later ... now grandpa duties > > > > > JMarc > > > > Kornel > > Ok there are plenty of errors. Using > # valgrind --track-origins=yes -s --log-file=xx bin/lyx2.5 \ > .../doc/es/UserGuide.23.lyx > > the created file xx is > # ls -l xx 503595 > # wc xx > 3360 30798 503595 xx > Too big to post, I suppose. > > The output relevant to the runtime error is > > ==5546== Conditional jump or move depends on uninitialised value(s) > ==5546==at 0x4705C0F: lyx::Tabular::updateIndexes() > (InsetTabular.cpp:1070) > ==5546==by 0x46FC58D: lyx::Tabular::init(lyx::Buffer*, unsigned long, > unsigned long) > (InsetTabular.cpp:786) ==5546==by 0x46FB7EE: > lyx::Tabular::Tabular(lyx::Buffer*, > unsigned long, unsigned long) (InsetTabular.cpp:762) ==5546==by 0x474F087: > lyx::InsetTabular::InsetTabular(lyx::Buffer*, unsigned long, unsigned long) > (InsetTabular.cpp:4495) ==5546==by 0x3E78AD4: > lyx::readInset(lyx::support::Lexer&, > lyx::Buffer*) (factory.cpp:652) ==5546==by 0x3C73DB6: > lyx::Text::readParToken(lyx::Paragraph&, lyx::support::Lexer&, > std::__cxx11::basic_string, std::allocator > > const&, > lyx::Font&, lyx::Change&, lyx::ErrorList&) (Text.cpp:476) ==5546==by > 0x3C79085: > lyx::Text::readParagraph(lyx::Paragraph&, lyx::support::Lexer&, > lyx::ErrorList&) > (Text.cpp:633) ==5546==by 0x3C920B2: lyx::Text::read(lyx::support::Lexer&, > lyx::ErrorList&, lyx::InsetText*) (Text.cpp:2114) ==5546==by 0x47D74E3: > lyx::InsetText::read(lyx::support::Lexer&) (InsetText.cpp:172) ==5546==by > 0x4412EEB: > lyx::InsetCollapsible::read(lyx::support::Lexer&) (InsetCollapsible.cpp:161) > ==5546== > by 0x447C4BD: lyx::InsetFloat::read(lyx::support::Lexer&) > (InsetFloat.cpp:330) ==5546== > by 0x3E79B33: lyx::readInset(lyx::support::Lexer&, lyx::Buffer*) > (factory.cpp:705) > ==5546== Uninitialised value was created by a heap allocation > ==5546==at 0x8EE8013: operator new(unsigned long) > (vg_replace_malloc.c:422) > ==5546==by 0x3E78A85: lyx::readInset(lyx::support::Lexer&, lyx::Buffer*) > (factory.cpp:652) > ==5546==by 0x3C73DB6: lyx::Text::readParToken(lyx::Paragraph&, > lyx::support::Lexer&, > std::__cxx11::basic_string, std::allocator > > const&, > lyx::Font&, lyx::Change&, lyx::ErrorList&) (Text.cpp:476) ==5546==by > 0x3C79085: > lyx::Text::readParagraph(lyx::Paragraph&, lyx::support::Lexer&, > lyx::ErrorList&) > (Text.cpp:633) ==5546==by 0x3C920B2: lyx::Text::read(lyx::support::Lexer&, > lyx::ErrorList&, lyx::InsetText*) (Text.cpp:2114) > ==5546==by 0x47D74E3: lyx::InsetText::read(lyx::support::Lexer&) > (InsetText.cpp:172) > ==5546==by 0x4412EEB: lyx::InsetCollapsible::read(lyx::support::Lexer&) > (InsetCollapsible.cpp:161) > ==5546==by 0x447C4BD: lyx::InsetFloat::read(lyx::support::Lexer&) > (InsetFloat.cpp:330) ==5546==by 0x3E79B33: > lyx::readInset(lyx::support::Lexer&, > lyx::Buffer*) (factory.cpp:705) > ==5546==by 0x3C73DB6: lyx::Text::readParToken(lyx::Paragraph&, > lyx::support::Lexer&, > std::__cxx11::basic_string, std::allocator > > const&, > lyx::Font&, lyx::Change&, lyx::ErrorList&) (Text.cpp:476) ==5546==by > 0x3C79085: > lyx::Text::readParagraph(lyx::Paragraph&, lyx::support::Lexer&, > lyx::ErrorList&) > (Text.cpp:633) ==5546==by 0x3C920B2: lyx::Text::read(lyx::support::Lexer&, > lyx::ErrorList&, lyx::InsetText*) (Text.cpp:2114) > ==5546== > ... > > The last line of xx states > ==5546== ERROR SUMMARY: 164722 errors from 56 contexts (suppressed: 0 from 0) > > What do you need me to do now? > > Kornel > > Test passes after the attached patch. Kornel diff --git a/src/insets/InsetTabular.h b/src/insets/InsetTabular.h index f6939c6eff..f2df88d501 100644 --- a/src/insets/InsetTabular.h +++ b/src/insets/InsetTabular.h @@ -897,11 +897,11 @@ public: // // for long tabulars /// HAlignment longtabular_alignment; // - bool is_long_tabular; + bool is_long_tabular = false; /// endhead data ltType endhead; /// endfirsthead data ltType endfirsthead; /// endfoot data pgpxH59kMqY8O.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Tests failing on recent master
Am Fri, 17 May 2024 15:21:10 +0200 schrieb Kornel Benko : > > Did you try to run LyX under valgrind? It can be very useful in such cases. > > > > Will try later ... now grandpa duties > > > JMarc > > Kornel Ok there are plenty of errors. Using # valgrind --track-origins=yes -s --log-file=xx bin/lyx2.5 \ .../doc/es/UserGuide.23.lyx the created file xx is # ls -l xx 503595 # wc xx 3360 30798 503595 xx Too big to post, I suppose. The output relevant to the runtime error is ==5546== Conditional jump or move depends on uninitialised value(s) ==5546==at 0x4705C0F: lyx::Tabular::updateIndexes() (InsetTabular.cpp:1070) ==5546==by 0x46FC58D: lyx::Tabular::init(lyx::Buffer*, unsigned long, unsigned long) (InsetTabular.cpp:786) ==5546==by 0x46FB7EE: lyx::Tabular::Tabular(lyx::Buffer*, unsigned long, unsigned long) (InsetTabular.cpp:762) ==5546==by 0x474F087: lyx::InsetTabular::InsetTabular(lyx::Buffer*, unsigned long, unsigned long) (InsetTabular.cpp:4495) ==5546==by 0x3E78AD4: lyx::readInset(lyx::support::Lexer&, lyx::Buffer*) (factory.cpp:652) ==5546==by 0x3C73DB6: lyx::Text::readParToken(lyx::Paragraph&, lyx::support::Lexer&, std::__cxx11::basic_string, std::allocator > const&, lyx::Font&, lyx::Change&, lyx::ErrorList&) (Text.cpp:476) ==5546==by 0x3C79085: lyx::Text::readParagraph(lyx::Paragraph&, lyx::support::Lexer&, lyx::ErrorList&) (Text.cpp:633) ==5546==by 0x3C920B2: lyx::Text::read(lyx::support::Lexer&, lyx::ErrorList&, lyx::InsetText*) (Text.cpp:2114) ==5546==by 0x47D74E3: lyx::InsetText::read(lyx::support::Lexer&) (InsetText.cpp:172) ==5546==by 0x4412EEB: lyx::InsetCollapsible::read(lyx::support::Lexer&) (InsetCollapsible.cpp:161) ==5546== by 0x447C4BD: lyx::InsetFloat::read(lyx::support::Lexer&) (InsetFloat.cpp:330) ==5546== by 0x3E79B33: lyx::readInset(lyx::support::Lexer&, lyx::Buffer*) (factory.cpp:705) ==5546== Uninitialised value was created by a heap allocation ==5546==at 0x8EE8013: operator new(unsigned long) (vg_replace_malloc.c:422) ==5546==by 0x3E78A85: lyx::readInset(lyx::support::Lexer&, lyx::Buffer*) (factory.cpp:652) ==5546==by 0x3C73DB6: lyx::Text::readParToken(lyx::Paragraph&, lyx::support::Lexer&, std::__cxx11::basic_string, std::allocator > const&, lyx::Font&, lyx::Change&, lyx::ErrorList&) (Text.cpp:476) ==5546==by 0x3C79085: lyx::Text::readParagraph(lyx::Paragraph&, lyx::support::Lexer&, lyx::ErrorList&) (Text.cpp:633) ==5546==by 0x3C920B2: lyx::Text::read(lyx::support::Lexer&, lyx::ErrorList&, lyx::InsetText*) (Text.cpp:2114) ==5546==by 0x47D74E3: lyx::InsetText::read(lyx::support::Lexer&) (InsetText.cpp:172) ==5546==by 0x4412EEB: lyx::InsetCollapsible::read(lyx::support::Lexer&) (InsetCollapsible.cpp:161) ==5546==by 0x447C4BD: lyx::InsetFloat::read(lyx::support::Lexer&) (InsetFloat.cpp:330) ==5546==by 0x3E79B33: lyx::readInset(lyx::support::Lexer&, lyx::Buffer*) (factory.cpp:705) ==5546==by 0x3C73DB6: lyx::Text::readParToken(lyx::Paragraph&, lyx::support::Lexer&, std::__cxx11::basic_string, std::allocator > const&, lyx::Font&, lyx::Change&, lyx::ErrorList&) (Text.cpp:476) ==5546==by 0x3C79085: lyx::Text::readParagraph(lyx::Paragraph&, lyx::support::Lexer&, lyx::ErrorList&) (Text.cpp:633) ==5546==by 0x3C920B2: lyx::Text::read(lyx::support::Lexer&, lyx::ErrorList&, lyx::InsetText*) (Text.cpp:2114) ==5546== ... The last line of xx states ==5546== ERROR SUMMARY: 164722 errors from 56 contexts (suppressed: 0 from 0) What do you need me to do now? Kornel pgpP009Or2rtK.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Tests failing on recent master
Am Fri, 17 May 2024 13:18:44 -0400 schrieb Scott Kostyshak : > On Fri, May 17, 2024 at 11:34:51AM GMT, Scott Kostyshak wrote: > > On Fri, May 17, 2024 at 03:20:11PM GMT, Kornel Benko wrote: > > > Am Fri, 17 May 2024 08:46:53 -0400 > > > schrieb Scott Kostyshak : > > > > > > > On Fri, May 17, 2024 at 12:04:49PM GMT, Kornel Benko wrote: > > > > > > > I get this warning only if lyx is compiled with debugging enabled. > > > > > > > > g++ or clang? Which version? > > > > > > g++-12 > > > > > > > I have g++-12. How do I tell CMake to compile with debugging enabled? > > It seems I already have -g3, which I think eanbles debugging? > > $ lyx --version > LyX 2.5.0~devel (2024-05-16) > Git commit hash b469c142 > CMake Build > Host name: Linux > Host processor: x86_64 > Build flags: LYX_ENABLE_BUILD_TYPE(AUTO) LYX_CPACK(ON) > LYX_LOCALVERSIONING(ON) LYX_INSTALL(ON) LYX_NLS(ON) > LYX_REQUIRE_SPELLCHECK(OFF) > LYX_ASPELL(OFF) LYX_ENCHANT(ON) LYX_HUNSPELL(ON) LYX_RELEASE(OFF) > LYX_DEBUG(ON) > LYX_NO_OPTIMIZE(OFF) LYX_ENABLE_ASSERTIONS(ON) LYX_PACKAGE_SUFFIX(ON) > LYX_SUFFIX_VALUE() LYX_PCH(OFF) LYX_MERGE_FILES(OFF) LYX_MERGE_REBUILD(OFF) > LYX_QUIET(OFF) LYX_INSTALL_PREFIX(OFF) LYX_BUNDLE(OFF) > LYX_ENABLE_URLTESTS(OFF) > LYX_ENABLE_EXPORT_TESTS(ON) LYX_ENABLE_KEYTESTS(OFF) > LYX_ENABLE_VALGRIND_TESTS(OFF) > LYX_DEBUG_SANITIZE(NONE) LYX_USE_QT(QT6) LYX_USE_IPO(OFF) > LYX_DISABLE_CALLSTACK_PRINTING(OFF) LYX_EXTERNAL_Z(ON) LYX_EXTERNAL_DTL(ON) > LYX_EXTERNAL_ICONV(ON) LYX_EXTERNAL_HUNSPELL(ON) LYX_EXTERNAL_MYTHES(ON) > LYX_PROFILE(OFF) LYX_EXTERNAL_BOOST(OFF) LYX_PROGRAM_SUFFIX(OFF) > LYX_DEBUG_GLIBC(OFF) > LYX_DEBUG_GLIBC_PEDANTIC(OFF) LYX_DEBUG_GLIBC_ASSERTIONS(OFF) > LYX_STDLIB_DEBUG(OFF) C++ > Compiler:GNU (12.3.0) C++ Compiler flags: -Wall -Wextra > -Wno-deprecated-copy --std=c++20 -DENABLE_ASSERTIONS=1 -fno-strict-aliasing > C++ > Compiler user flags: -O0 -g3 -D_DEBUG Qt version: 6.4.2 LyX > binary dir: > /usr/local/bin LyX files dir: /usr/local/share/lyx/ $ > > What does your --version output look like? > > Scott There are in fact differences. in Build flags: Yours: Mine: LYX_ENABLE_BUILD_TYPE(AUTO) LYX_ENABLE_BUILD_TYPE(development) LYX_REQUIRE_SPELLCHECK(OFF) LYX_REQUIRE_SPELLCHECK(ON) LYX_ENABLE_URLTESTS(OFF)LYX_ENABLE_URLTESTS(ON) LYX_ENABLE_KEYTESTS(OFF)LYX_ENABLE_KEYTESTS(ON) LYX_DEBUG_SANITIZE(NONE)LYX_DEBUG_SANITIZE(UNSPECIFIED) LYX_EXTERNAL_Z(ON) LYX_EXTERNAL_Z(OFF) LYX_EXTERNAL_DTL(ON)LYX_EXTERNAL_DTL(OFF) LYX_EXTERNAL_HUNSPELL(ON) LYX_EXTERNAL_HUNSPELL(OFF) LYX_EXTERNAL_MYTHES(ON) LYX_EXTERNAL_MYTHES(OFF) LYX_PROGRAM_SUFFIX(OFF) LYX_PROGRAM_SUFFIX(ON) LYX_STDLIB_DEBUG(OFF) LYX_STDLIB_DEBUG(ON) Compiler flags added to mine: -fsanitize=undefined -fno-omit-frame-pointer -D_GLIBCXX_ASSERTIONS -fno-strict-aliasing QT version 6.4.2 6.2.4 LyX files dir: /usr/local/share/lyx/ /usr/local/share/lyx2.4/ The last one is wrong output on my side. Should be '/usr/local/share/lyx2.5/' as lyx is clearly using this path. ... Was a remnant of used CMakeCache.txt. After removing and recreating the value is as it should be. Corrected at 6670870a. Kornel pgpTY1tSCJpsU.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Tests failing on recent master
Am Fri, 17 May 2024 15:01:08 +0200 schrieb Jean-Marc Lasgouttes : > Le 17/05/2024 à 14:46, Scott Kostyshak a écrit : > > On Fri, May 17, 2024 at 12:04:49PM GMT, Kornel Benko wrote: > >> Am Fri, 17 May 2024 05:57:27 +0200 > >> schrieb "Jürgen Spitzmüller" : > >> > >>> Am Donnerstag, dem 16.05.2024 um 22:19 +0200 schrieb Kornel Benko: > >>>> -- Error line = /usr2/src/lyx/lyx- > >>>> git/src/insets/InsetTabular.cpp:1070:51: runtime > >>>> error: load of value 110, which is not a valid value for type 'bool' > >>>> > >>>> Picky compiler ... > >>> > >>> Aha. I don't get what it is complaining about, though. > >>> > >> > >> According to gdb, the value of 'is_long_tabular' == 110 here. > >> Maybe the pointer to the struct where is_long_tabular is contained in is > >> not yet > >> correct. I get this warning only if lyx is compiled with debugging enabled. > >> I don't see, where such value is else coming from. > > > > g++ or clang? Which version? > > Did you try to run LyX under valgrind? It can be very useful in such cases. Will try later ... now grandpa duties > JMarc Kornel pgptAQTjuCWT7.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Tests failing on recent master
Am Fri, 17 May 2024 08:46:53 -0400 schrieb Scott Kostyshak : > On Fri, May 17, 2024 at 12:04:49PM GMT, Kornel Benko wrote: > > Am Fri, 17 May 2024 05:57:27 +0200 > > schrieb "Jürgen Spitzmüller" : > > > > > Am Donnerstag, dem 16.05.2024 um 22:19 +0200 schrieb Kornel Benko: > > > > -- Error line = /usr2/src/lyx/lyx- > > > > git/src/insets/InsetTabular.cpp:1070:51: runtime > > > > error: load of value 110, which is not a valid value for type 'bool' > > > > > > > > Picky compiler ... > > > > > > Aha. I don't get what it is complaining about, though. > > > > > > > According to gdb, the value of 'is_long_tabular' == 110 here. > > Maybe the pointer to the struct where is_long_tabular is contained in is > > not yet > > correct. I get this warning only if lyx is compiled with debugging enabled. > > I don't see, where such value is else coming from. > > g++ or clang? Which version? g++-12 > Scott Kornel pgpF0TafEDXN8.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Tests failing on recent master
Am Fri, 17 May 2024 05:57:27 +0200 schrieb "Jürgen Spitzmüller" : > Am Donnerstag, dem 16.05.2024 um 22:19 +0200 schrieb Kornel Benko: > > -- Error line = /usr2/src/lyx/lyx- > > git/src/insets/InsetTabular.cpp:1070:51: runtime > > error: load of value 110, which is not a valid value for type 'bool' > > > > Picky compiler ... > > Aha. I don't get what it is complaining about, though. > According to gdb, the value of 'is_long_tabular' == 110 here. Maybe the pointer to the struct where is_long_tabular is contained in is not yet correct. I get this warning only if lyx is compiled with debugging enabled. I don't see, where such value is else coming from. Kornel pgpLlhEk8SW8x.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Tests failing on recent master
Am Thu, 16 May 2024 17:07:13 +0200 schrieb "Jürgen Spitzmüller" : > Am Donnerstag, dem 16.05.2024 um 10:54 +0200 schrieb Kornel Benko: > > With today's test, I get only ... > > export/doc/es/UserGuide_lyx23 (Failed) > > The export to these formats works well for me. What errors do you get? > -- This implicitly checks load of /usr9/BUILD/Mint21/BuildLyxGitQt6.2.4local-gcc12.3.0/autotests/out-home/AbC_VGvvKl/doc/es/UserGuide.lyx -- Expected result file "/usr9/BUILD/Mint21/BuildLyxGitQt6.2.4local-gcc12.3.0/autotests/out-home/AbC_VGvvKl/doc/es/UserGuide.23.lyx" exists -- Error line = /usr2/src/lyx/lyx-git/src/insets/InsetTabular.cpp:1070:51: runtime error: load of value 110, which is not a valid value for type 'bool' Picky compiler ... Kornel pgpRzbKbMi1Lh.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: metainfo wrong target dir?
Am Thu, 16 May 2024 21:08:55 +0200
schrieb Yu Jin :
> > I don't see it in linux though.
> >
> > You could check the value at CMakeLists.txt:575 (after being set on line
> > 573).
> > message(STATUS "CMAKE_INSTALL_PREFIX=${CMAKE_INSTALL_PREFIX}")
> >
> This is the output
> CMAKE_INSTALL_PREFIX=LYX_INSTALLED
> looks fine I guess.
For me it looks wrong. (Should be full path).
I am interested of the output when run the first time compared to run on second
time.
Also are you compiling as bundle (I hope not)?
Kornel
pgpfLM_xpWiJO.pgp
Description: Digitale Signatur von OpenPGP
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: metainfo wrong target dir?
Am Thu, 16 May 2024 11:01:36 +0200 schrieb Pavel Sanda : > On Wed, May 15, 2024 at 05:00:28PM +0200, Yu Jin wrote: > > > On Tue, May 14, 2024 at 06:16:49PM +0200, Yu Jin wrote: > > > > Why does it try to install that file into my Program Files dir and not > > > into > > > > CMAKE_INSTALL_PREFIX? > > > > > > I do not know, but this file is part of linux infrastructure and can be > > > dropped > > > completely from windows. > > > > > > Strange thing is that the cmake_install.cmake file contains the code part > > sent by me earlier only on the first CMake configure run into an empty > > directory. When I reconfigure the code part is not present anymore and I > > don't get the error message. So how to fix it? > > Kornel? > > Pavel No clue so far. Kornel pgpBiCUm6sqDG.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: metainfo wrong target dir?
Am Wed, 15 May 2024 17:00:28 +0200
schrieb Yu Jin :
> Am Di., 14. Mai 2024 um 20:21 Uhr schrieb Pavel Sanda:
>
> > On Tue, May 14, 2024 at 06:16:49PM +0200, Yu Jin wrote:
> > > Why does it try to install that file into my Program Files dir and not
> > into
> > > CMAKE_INSTALL_PREFIX?
> >
> > I do not know, but this file is part of linux infrastructure and can be
> > dropped
> > completely from windows.
>
>
> Strange thing is that the cmake_install.cmake file contains the code part
> sent by me earlier only on the first CMake configure run into an empty
> directory. When I reconfigure the code part is not present anymore and I
> don't get the error message. So how to fix it?
Looks like CMAKE_INSTALL_PREFIX is used (from cmake default) before set by
CMakeLists.txt.
On second run the correct value is used from cache.
I don't see it in linux though.
You could check the value at CMakeLists.txt:575 (after being set on line 573).
message(STATUS "CMAKE_INSTALL_PREFIX=${CMAKE_INSTALL_PREFIX}")
Kornel
pgpZ_qhvcT87f.pgp
Description: Digitale Signatur von OpenPGP
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Tests failing on recent master
Am Tue, 14 May 2024 19:29:53 -0400 schrieb Scott Kostyshak : > The following tests now fail (and used to pass not too long ago): > > export/export/latex/languages/supported-languages_babel_auto-legacy_dvi > (Failed) > export/export/latex/languages/supported-languages_babel_auto-legacy_pdf > (Failed) > export/export/latex/languages/supported-languages_babel_auto-legacy_pdf2 > (Failed) > > UNRELIABLE.NONSTANDARD_export/export/latex/languages/supported-languages_babel_auto-legacy_pdf3 > (Failed) export/doc/es/UserGuide_lyx22 (Failed) > export/doc/es/UserGuide_lyx23 (Failed) > export/doc/es/UserGuide_dvi (Failed) > export/doc/es/UserGuide_dvi3_texF (Failed) > export/doc/es/UserGuide_pdf (Failed) > DEFAULTOUTPUT_export/doc/es/UserGuide_pdf2 (Failed) > export/doc/es/UserGuide_pdf3 (Failed) > export/doc/es/UserGuide_pdf5_texF (Failed) > > Scott With today's test, I get only export/doc/es/UserGuide_lyx16 (Failed) export/doc/es/UserGuide_lyx20 (Failed) export/doc/es/UserGuide_lyx21 (Failed) export/doc/es/UserGuide_lyx22 (Failed) export/doc/es/UserGuide_lyx23 (Failed) check_load/doc/es/UserGuide (Failed) Kornel pgp6sHkUGNxyJ.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: BUG [Was Re: TESTING Tarballs for 2.4.0]
Am Tue, 14 May 2024 12:28:09 -0400 schrieb Richard Kimberly Heck : > On 5/14/24 10:29, Pavel Sanda wrote: > > On Tue, May 14, 2024 at 04:13:49PM +0200, Pavel Sanda wrote: > >> On Tue, May 14, 2024 at 03:27:13PM +0200, Pavel Sanda wrote: > >>> On Mon, May 13, 2024 at 05:48:40PM -0400, Richard Kimberly Heck wrote: > Tarballs for 2.4.0 are here: > > http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/ > >>> Looks ok on stable and oldstable debian. > >> not a showstopper, but with little playing I see the following problem > >> with tables: > >> > >> 1. insert single cell table and lyx note into it > >> 2. put cursor inside the cell, in front of the note > >> 3. open table setting via context menu, mouse cursor should be close to > >> text cursor > >> when opening 4. remove all frames via delete button & OK > >> 5. the frames are removed, the console shows: > > sorry typo, the frames are *not* removed > > > >> Lexer.cpp (902): Missing 'note'-tag in InsetNote::string2params. Got > >> tabular > >> instead. Line: 0 Lexer.cpp (902): Missing 'Note'-tag in > >> InsetNote::string2params. > >> Got tabular instead. Line: 0 > > We are going to have to rebuild the tarballs, due to the cmake issue. Do > we want to address this? > > Riki > > Please wait until Eugene can compile. Kornel pgpASnxs1MWV1.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: TESTING Tarballs for 2.4.0
Am Tue, 14 May 2024 18:34:50 +0200 schrieb Yu Jin : > Am Di., 14. Mai 2024 um 17:54 Uhr schrieb Kornel Benko: > ... > > Corrected at 5eaa03a1, sorry. > > > > Well, the 2.4.x branch still does not compile: > > Build started at 18:30... > 1>-- Build started: Project: support (applications\LyX\support), > Configuration: Debug x64 -- > 1>ConsoleApplication.cpp > 1>Package.cpp > 1>C:\lyx\master\src\support\Package.cpp(553,29): error C2065: > 'LYX_DIR_VER': undeclared identifier > 1>C:\lyx\master\src\support\Package.cpp(556,46): error C2065: > 'LYX_DIR_VER': undeclared identifier > 1>C:\lyx\master\src\support\Package.cpp(650,47): error C2065: > 'LYX_DIR_VER': undeclared identifier > 1>C:\lyx\master\src\support\Package.cpp(666,31): error C2065: > 'LYX_USERDIR_VER': undeclared identifier > 1>PathChanger.cpp > 1>gzstream.cpp > 1>C:\lyx\master\src\support\gzstream.cpp(92,19): warning C4244: > 'initializing': conversion from '__int64' to 'int', possible loss of data > 1>C:\lyx\master\src\support\gzstream.cpp(113,11): warning C4244: > 'initializing': conversion from '__int64' to 'int', possible loss of data > 1>gettext.cpp > 1>Generating Code... > 1>Done building project "support.vcxproj" -- FAILED. > == Build: 0 succeeded, 1 failed, 2 up-to-date, 0 skipped == > == Build completed at 18:30 and took 03,018 seconds == > > or here > > Build started at 18:33... > 1>-- Build started: Project: LyX (applications\LyX\LyX), Configuration: > Debug x64 -- > 1>version.cpp > 1>C:\lyx\master\src\version.cpp(25,38): error C2065: 'NOTFOUND': undeclared > identifier > 1>C:\lyx\master\src\version.cpp(26,38): error C2065: 'NOTFOUND': undeclared > identifier > 1>Done building project "LyX.vcxproj" -- FAILED. > == Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped == > == Build completed at 18:33 and took 00,368 seconds == > > not sure why it says NOTFOUND here, line 25 and 26 are actually: > > extern const int lyx_version_major = LYX_MAJOR_VERSION; > extern const int lyx_version_minor = LYX_MINOR_VERSION; > > Those definitions are not found though. > Thanks for the report. After the amend at 8edc87b6 these errors should go too. Kornel pgpuBMkcSRz2w.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: TESTING Tarballs for 2.4.0
Am Tue, 14 May 2024 17:41:46 +0200 schrieb Yu Jin : > Am Mo., 13. Mai 2024 um 23:49 Uhr schrieb Richard Kimberly Heck: > > > Hi, all, > > > > Tarballs for 2.4.0 are here: > > > > http://ftp.lyx.org/pub/lyx/devel/lyx-2.4/ > > > > Please test. Please let me know if I forgot to do or include anything. > > > > Hold off on binaries for now. > > > > Cmake fails, I get this error > > C:\lyx>"C:\Program Files\CMake\bin\cmake.exe" -S lyx-2.4.0 -G "Visual > Studio 17 2022" -A x64 -DLYX_EXTERNAL_DTL=0 -DLYX_USE_QT=QT6 > -DLYX_INSTALL=1 -DLYX_CONSOLE=0 > -DGNUWIN32_DIR=C:\lyx\lyx-windows-deps-msvc2023_64 > -DCMAKE_PREFIX_PATH=C:\Qt\6.7.0\msvc2019_64 -B "C:\lyx\lyx-2.4.0-build-64" > CMake Deprecation Warning at CMakeLists.txt:7 (cmake_minimum_required): > Compatibility with CMake < 3.5 will be removed from a future version of > CMake. > > Update the VERSION argument value or use a ... suffix to tell > CMake that the project does not need compatibility with older versions. > > > -- TOP_SRC_DIR = C:/lyx/lyx-2.4.0 > -- > -- Building out-of-source > -- Selecting Windows SDK version 10.0.22621.0 to target Windows 10.0.22631. > CMake Error at development/cmake/modules/LyXMacros.cmake:466 (message): > "C:/lyx/lyx-2.4.0/configure.ac": Unable to determine build-type from > suffix > "" in AC_INIT macro > Call Stack (most recent call first): > CMakeLists.txt:120 (determineversionandbuildtype) > > > -- Configuring incomplete, errors occurred! > > Corrected at 5eaa03a1, sorry. Kornel pgpTZtJcZcd3p.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Test failure after tlmgr update (not a LyX issue)
Am Sun, 5 May 2024 13:12:48 +0200 schrieb Kornel Benko : > > > > > > See: https://tug.org/pipermail/tex-live/2024-May/050511.html > > > > > > Udi > > > > Thanks, Kornel and Udi. Indeed, after a new tlmgr update these tests > > pass. Now the following tests fail for me: > > > > export/examples/ja/Modules/Braille_pdf5_systemF > > export/examples/ja/Welcome_pdf5_systemF > > export/doc/ja/Shortcuts_pdf5_systemF > > export/doc/ja/Formula-numbering_pdf5_systemF > > export/examples/ja/Modules/Multilingual_Captions_pdf5_systemF > > export/doc/ja/Tutorial_pdf5_systemF > > Same here. > > > Perhaps my plan should be to wait a couple of weeks and see if the > > failure persists before spending time checking them out. > > +1 > > > Scott > > Kornel Today's tl update: The reported tests succeeded now. Kornel pgpuRI6GieJ1Y.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Test failure after tlmgr update (not a LyX issue)
Am Sat, 4 May 2024 23:18:51 -0400 schrieb Scott Kostyshak : > On Sat, May 04, 2024 at 09:57:22PM GMT, Udicoudco wrote: > > On Sat, May 4, 2024, 9:46 PM Kornel Benko wrote: > > > > > Am Fri, 3 May 2024 10:31:42 -0400 > > > schrieb Scott Kostyshak : > > > > > > > This is likely not a LyX issue so feel free to ignore. > > > > > > > > After a tlmgr update, the following tests now fail: > > > > > > > > export/export/latex/languages/en-ja_platex_dvi3_systemF (Failed) > > > > export/export/latex/languages/en-ja_platex_pdf4_systemF (Failed) > > > > export/export/latex/languages/en-ja_platex_pdf5_systemF (Failed) > > > > > > > > I attach the file that corresponds to the pdf4_systemF test for > > > > convenience. > > > > > > > > The LaTeX error I now get is the following: > > > > > > > > ! Illegal parameter number in definition of \l__exp_internal_tl. > > > > > > > > I'm going to ask a question on tex.se to figure out where to report this > > > > potential regression, but first I wanted to check in here and see if > > > > anyone else can reproduce this error after a tlmgr update or if it might > > > > be something local to my system (I have a few hacks in there). > > > > > > > > Scott > > > > > > I don't have these errors. (TL24 updated today) > > > # ctest -R en-ja_platex_ > > > ... > > > 100% tests passed, 0 tests failed out of 7 > > > > > > Kornel > > > -- > > > > > > See: https://tug.org/pipermail/tex-live/2024-May/050511.html > > > > Udi > > Thanks, Kornel and Udi. Indeed, after a new tlmgr update these tests > pass. Now the following tests fail for me: > > export/examples/ja/Modules/Braille_pdf5_systemF > export/examples/ja/Welcome_pdf5_systemF > export/doc/ja/Shortcuts_pdf5_systemF > export/doc/ja/Formula-numbering_pdf5_systemF > export/examples/ja/Modules/Multilingual_Captions_pdf5_systemF > export/doc/ja/Tutorial_pdf5_systemF Same here. > Perhaps my plan should be to wait a couple of weeks and see if the > failure persists before spending time checking them out. +1 > Scott Kornel pgpAICvvwd_HP.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Test failure after tlmgr update (not a LyX issue)
Am Fri, 3 May 2024 10:31:42 -0400 schrieb Scott Kostyshak : > This is likely not a LyX issue so feel free to ignore. > > After a tlmgr update, the following tests now fail: > > export/export/latex/languages/en-ja_platex_dvi3_systemF (Failed) > export/export/latex/languages/en-ja_platex_pdf4_systemF (Failed) > export/export/latex/languages/en-ja_platex_pdf5_systemF (Failed) > > I attach the file that corresponds to the pdf4_systemF test for > convenience. > > The LaTeX error I now get is the following: > > ! Illegal parameter number in definition of \l__exp_internal_tl. > > I'm going to ask a question on tex.se to figure out where to report this > potential regression, but first I wanted to check in here and see if > anyone else can reproduce this error after a tlmgr update or if it might > be something local to my system (I have a few hacks in there). > > Scott I don't have these errors. (TL24 updated today) # ctest -R en-ja_platex_ ... 100% tests passed, 0 tests failed out of 7 Kornel pgphPZ_OcE7Cm.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Minor performance issue on shift + down, shift + up on includes
Am Mon, 22 Apr 2024 14:47:10 -0400 schrieb Scott Kostyshak : > To reproduce: > > 1. Move the attached file in the lib/docs directory. > 2. Open the file. > 3. Put the cursor before, e.g., the Additional.lyx include. > 4. Press Shift + Down (or Shift + Up). > > Result is that there is a small pause before the selection is finished. > Subsequent presses extending the selection in the same direction are > almost instantaneous, so it's just the first one. > > In case it's hard to notice, you can try the following, after (3) hold > shift and then press Down. After the selection gets to the bottom, keep > holding shift but change from holding Down to holding Up. You'll notice > that the cursor gets stuck for a small amount of time at the anchor > point. > > Strangely, I can reproduce if I select with Shift + Right, which also > selects all of the insets. This surprised me, and maybe it provides a > clue. > > Can anyone reproduce? > > Scott Same here. Kornel pgpbhN6bZ8P16.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX v2.4.0 RC4 -> Table styles??
Am Sat, 20 Apr 2024 12:54:16 -0400 schrieb Richard Kimberly Heck : > On 4/20/24 12:50, Kornel Benko wrote: > > Am Sat, 20 Apr 2024 17:54:42 +0200 > > schrieb "Jürgen Spitzmüller" : > > > >> Am Samstag, dem 20.04.2024 um 10:54 +0200 schrieb Jürgen Spitzmüller: > >>> That's strange, you should have six different options. Do you have a > >>> folder called "tabletemplates" in your system directory (that's the > >>> directory that contains the "layouts", "templates" etc. folders? > >>> > >>> Is it possible that this directory is not installed on Windows? > >> More generally, it seems CMake does not install lib/tabletemplates. > >> > >> Kornel? > >> > > Looks like I missed the directory :( > > Fine to fix it for 2.4.0, then. Done. > Riki > Kornel pgpxasRayPdYq.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX v2.4.0 RC4 -> Table styles??
Am Sat, 20 Apr 2024 19:22:03 +0200 schrieb Kornel Benko : > Am Sat, 20 Apr 2024 12:54:16 -0400 > schrieb Richard Kimberly Heck : > > > On 4/20/24 12:50, Kornel Benko wrote: > > > Am Sat, 20 Apr 2024 17:54:42 +0200 > > > schrieb "Jürgen Spitzmüller" : > > > > > >> Am Samstag, dem 20.04.2024 um 10:54 +0200 schrieb Jürgen Spitzmüller: > > >>> That's strange, you should have six different options. Do you have a > > >>> folder called "tabletemplates" in your system directory (that's the > > >>> directory that contains the "layouts", "templates" etc. folders? > > >>> > > >>> Is it possible that this directory is not installed on Windows? > > >> More generally, it seems CMake does not install lib/tabletemplates. > > >> > > >> Kornel? > > >> > > > Looks like I missed the directory :( > > > > Fine to fix it for 2.4.0, then. > > > > Riki > > > > > > How is a lyx user supposed to use these files? (There is no hint in 'Open > example...' or > 'New from Template...') > E.g. installing under share/lyx2.5/tabletemplates (like the examples) > directory does not > make them visible. > Kornel Never mind. Found it under 'Insert->Table...' Kornel pgpYFZ4T6Qdf8.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX v2.4.0 RC4 -> Table styles??
Am Sat, 20 Apr 2024 12:54:16 -0400 schrieb Richard Kimberly Heck : > On 4/20/24 12:50, Kornel Benko wrote: > > Am Sat, 20 Apr 2024 17:54:42 +0200 > > schrieb "Jürgen Spitzmüller" : > > > >> Am Samstag, dem 20.04.2024 um 10:54 +0200 schrieb Jürgen Spitzmüller: > >>> That's strange, you should have six different options. Do you have a > >>> folder called "tabletemplates" in your system directory (that's the > >>> directory that contains the "layouts", "templates" etc. folders? > >>> > >>> Is it possible that this directory is not installed on Windows? > >> More generally, it seems CMake does not install lib/tabletemplates. > >> > >> Kornel? > >> > > Looks like I missed the directory :( > > Fine to fix it for 2.4.0, then. > > Riki > > How is a lyx user supposed to use these files? (There is no hint in 'Open example...' or 'New from Template...') E.g. installing under share/lyx2.5/tabletemplates (like the examples) directory does not make them visible. Kornel pgpD4lOAy3WZz.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: LyX v2.4.0 RC4 -> Table styles??
Am Sat, 20 Apr 2024 17:54:42 +0200 schrieb "Jürgen Spitzmüller" : > Am Samstag, dem 20.04.2024 um 10:54 +0200 schrieb Jürgen Spitzmüller: > > That's strange, you should have six different options. Do you have a > > folder called "tabletemplates" in your system directory (that's the > > directory that contains the "layouts", "templates" etc. folders? > > > > Is it possible that this directory is not installed on Windows? > > More generally, it seems CMake does not install lib/tabletemplates. > > Kornel? > Looks like I missed the directory :( Kornel pgp5ufl3oWa94.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 2.3.x does not compile on Windows
Am Fri, 19 Apr 2024 11:12:41 +0200 schrieb Pavel Sanda : > On Fri, Apr 19, 2024 at 11:03:55AM +0200, Kornel Benko wrote: > > Looks like not so easy. The changes in are > > development/cmake/modules/LyXMacros.cmake: easy managable > > development/cmake/modules/FindCXX11Compiler.cmake: looks not difficult > > CMakeLists.txt: Huge > > I thought the changes wouldn't be done in cmake, but in .cpp code, > like getting rid of unary_function reported in the begininng of > this thread, which we presumably don't use in 2.4 anymore(?). > > Pavel I'd prefer that too of course. But the settings for std= are done in cmake. (Setting to C++11 was/is not successful) Kornel pgpOcuJBcdt7R.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 2.3.x does not compile on Windows
Am Thu, 18 Apr 2024 16:43:25 +0200 schrieb Pavel Sanda : > On Wed, Apr 17, 2024 at 09:22:34AM +0200, Kornel Benko wrote: > > Am Tue, 16 Apr 2024 15:54:26 +0200 > > schrieb Yu Jin : > > > > > > Alternatively you can try setting CMAKE_CXX_STANDARD directly. > > > > Like in CMakeLists.txt:646 > > > > -if(NOT MSVC) > > > > +if (MSVC) > > > > + set(CMAKE_CXX_STANDARD 11) > > > > +else() > > > > > > > > Since I cannot test for MSVC, it is untested. > > > > > > > Does not seem to do anything, the standard set in Visual Studio is still > > > "Default > > > (C++14)" and still the same error occurs. > > > > > > > Sorry Eugene, I would try to check for diff of the used cxx parameters in > > lyx2.3 and > > lyx2.5 compilation. Other than that, I am out of suggestions. > > If we run out of ideas how to compile 2.3 with the current win compilers, > how hard or complex patches would be backporting compilation fixes present > in 2.4? > > Pavel Looks like not so easy. The changes in are development/cmake/modules/LyXMacros.cmake: easy managable development/cmake/modules/FindCXX11Compiler.cmake: looks not difficult CMakeLists.txt: Huge If Eugene is able to compile lyx2.4 with qt5 then I'd still like to know the differences of the used cxx parameters. Seems easier to make a patch then (at least for Eugene's compiler) Kornel pgpK8VMiGdsWO.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Screwed display for table (all lyx versions)
Am Wed, 17 Apr 2024 23:36:30 +0200 schrieb Jean-Marc Lasgouttes : > Le 06/04/2024 à 15:30, Scott Kostyshak a écrit : > > On Sat, Apr 06, 2024 at 11:14:45AM GMT, Kornel Benko wrote: > >> > >> The created pdf looks like I wanted. > > > > I can reproduce (the weird LyX display) on current master and on 2.3.x. > > I think this deserves a ticket. I can reproduce, and have no idea how > this thing works. > > JMarc > Done #13060 Kornel pgpD1L61Lkrdb.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 2.3.x does not compile on Windows
Am Tue, 16 Apr 2024 15:54:26 +0200 schrieb Yu Jin : > > Alternatively you can try setting CMAKE_CXX_STANDARD directly. > > Like in CMakeLists.txt:646 > > -if(NOT MSVC) > > +if (MSVC) > > + set(CMAKE_CXX_STANDARD 11) > > +else() > > > > Since I cannot test for MSVC, it is untested. > > > Does not seem to do anything, the standard set in Visual Studio is still > "Default > (C++14)" and still the same error occurs. > Sorry Eugene, I would try to check for diff of the used cxx parameters in lyx2.3 and lyx2.5 compilation. Other than that, I am out of suggestions. Kornel pgpYKe9Emn2GK.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 2.3.x does not compile on Windows
Am Fri, 12 Apr 2024 21:50:28 +0200 schrieb Yu Jin : > Am Fr., 12. Apr. 2024 um 09:56 Uhr schrieb Kornel Benko : > > > Am Thu, 11 Apr 2024 17:13:20 +0200 > > schrieb Yu Jin: > > > > > Am Do., 11. Apr. 2024 um 10:17 Uhr schrieb Kornel Benko: > > > > > > > Am Wed, 10 Apr 2024 21:02:40 +0200 > > > > schrieb Yu Jin: > > > > > > > > [snip] > > > > > > Please check ./development/cmake/modules/LyXMacros.cmake:471 > > > > > > > > > > On the 2.3.x branch there LyXMacros.cmake file only contains 403 lines. > > > > > > > > > I completely forgot the 2.3 branch. > > > > Please check development/cmake/modules/FindCXX11Compiler.cmake:47 > > and set CXX11_FLAG_CANDIDATES appropriate. > > (You may also look at > > # git log development/cmake/modules/FindCXX11Compiler.cmake > > in lyx2.4 for changes prior to 2ec243d47) > > > I either don't understand what I need to do or it does not help either. I > put "--std=c++11" in there but it did not help, still the same error. Alternatively you can try setting CMAKE_CXX_STANDARD directly. Like in CMakeLists.txt:646 -if(NOT MSVC) +if (MSVC) + set(CMAKE_CXX_STANDARD 11) +else() Since I cannot test for MSVC, it is untested. Kornel pgpGK_2rdgEf1.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Cursor painting gets stuck if space before end of inset
Am Fri, 12 Apr 2024 00:07:06 -0400 schrieb Scott Kostyshak : > To reproduce: > > 1. Open the attached file. > 2. Put the cursor just after "testing" and before the space. > 3. Press . > > Result: it looks like the cursor is frozen for a second. I do not see this. > Similarly, if after (3) you do another quick you can see two > cursors painted for a split second. This I could see. > Can anyone reproduce? > > Scott Kornel pgpnuh_HHdwf8.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 2.3.x does not compile on Windows
Am Thu, 11 Apr 2024 17:13:20 +0200 schrieb Yu Jin : > Am Do., 11. Apr. 2024 um 10:17 Uhr schrieb Kornel Benko : > > > Am Wed, 10 Apr 2024 21:02:40 +0200 > > schrieb Yu Jin : > > [snip] > > Please check ./development/cmake/modules/LyXMacros.cmake:471 > > > > On the 2.3.x branch there LyXMacros.cmake file only contains 403 lines. > I completely forgot the 2.3 branch. Please check development/cmake/modules/FindCXX11Compiler.cmake:47 and set CXX11_FLAG_CANDIDATES appropriate. (You may also look at # git log development/cmake/modules/FindCXX11Compiler.cmake in lyx2.4 for changes prior to 2ec243d47) Kornel pgpymarfqci1d.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: 2.3.x does not compile on Windows
Am Wed, 10 Apr 2024 21:02:40 +0200 schrieb Yu Jin : > Am Mi., 10. Apr. 2024 um 16:02 Uhr schrieb Jean-Marc Lasgouttes : > > > Le 09/04/2024 à 06:30, Yu Jin a écrit : > > > Normally, unary_function and binary_function only disappeared in > > C++17. > > > Does C++14 work? > > > > > > Unfortunately not. > > > > Do you select the C++ level in Visual Studio or in cmake? > > > > I don't see any option in CMake regarding c++ level, I just execute > configure and as far as I can see it does not set any explicit c++ level > and default in the current Visual Studio is c++14 and there seems no way to > use c++11. > https://developercommunity.visualstudio.com/t/Need-C11-in-visual-studio-not-C11-or/10081597?space=8&ftype=idea&q=visualizer > Manually setting '/std:c++11' command line switch also does not work, it > actually says that this switch is unknown and will be ignored -> so again > c++14 is used. And installing an older Visual Studio (Community) is also > not an option, because Microsoft does not offer that (only Professional and > Enterprise), so rip lyX 2.3.8 on Windows I guess, unless someone decides to > cross compile it using MinGW or so. Please check ./development/cmake/modules/LyXMacros.cmake:471 In the function lyxgetknowncmakestd() we use the info from cmake to get the correct c++ level (if the cmake version >= 3.9) OTOH, if your cmake version is less 3.9, we try to check for 98, 11 and 14. If that is the case for you, you could select your own values. Kornel pgphhlqi4rKM7.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Biginset branch has landed (sorry for the spam)
Am Wed, 10 Apr 2024 15:10:04 +0200 schrieb Jean-Marc Lasgouttes : > Le 10/04/2024 à 15:09, Kornel Benko a écrit : > > This patch definitely cured the behaviour here. > > Thanks for testing. Both for the math and the minibuffer examples? (this > is what I see, but I want to be sure). > > The problem is that most of the biginset branch was developed and > debugged using the xcb platform, and it has very different behavior from > Wayland (or macOS, actually). > > JMarc I confess tested only the math example. But the first 10 tries with the command buffer did OK too Kornel pgpPuickWyVUm.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Biginset branch has landed (sorry for the spam)
Am Wed, 10 Apr 2024 14:19:03 +0200 schrieb Jean-Marc Lasgouttes : > Le 09/04/2024 à 22:26, Scott Kostyshak a écrit : > > Bisect leads to here: 5e857883. Interestingly I bisected on the command > > buffer recipe, but the commit talks about math but I guess they're > > related issues. > > What about this, which fixes up another commit? > > JMarc > > This patch definitely cured the behaviour here. Kornel pgpPNjMN6xe7k.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Compiling With Qt5
Am Sat, 6 Apr 2024 10:59:42 +0200 schrieb Pavel Sanda : > On Sat, Apr 06, 2024 at 10:37:16AM +0200, Kornel Benko wrote: > > In this commit I only fixed the the wrong casing of "Qt6Core_Found" to > > "Qt6Core_FOUND". So this code was there for a long time, but was not > > working. > > Nevertheless, can we have cmake defaulting to qt5 for 2.4.x? P Done at c971974f. Kornel pgppCy2jAKxcG.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Screwed display for table (all lyx versions)
The created pdf looks like I wanted. Kornel Funktionstasten.lyx Description: application/lyx pgpN4FCuRw8VY.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
