Re: Test entering an endless loop in latex processing
Am Freitag, den 21.08.2020, 13:33 -0400 schrieb Scott Kostyshak: > Thanks to you two for looking into this annoying problem. I don't > have > much time to contribute or test. > > The following ML thread is relevant. I'm not sure it contains any > additional information but I put it nonetheless at least as > confirmation > that I've seen the same thing with the language orderings: > > > https://www.mail-archive.com/search?l=mid&q=20200314202907.eherh6ajhtk7lpkx%40tallinn Thanks for pointing this out. I had a vague memory we already had this problem. Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Test entering an endless loop in latex processing
On Fri, Aug 21, 2020 at 07:51:43PM +0200, Kornel Benko wrote: > Am Fri, 21 Aug 2020 13:33:58 -0400 > schrieb Scott Kostyshak : > > > > > Thanks. Could you send also the other file, for comparison? > > > > > > It is too edited (the documentclass line) > > > > Thanks to you two for looking into this annoying problem. I don't have > > much time to contribute or test. > > > > The following ML thread is relevant. I'm not sure it contains any > > additional information but I put it nonetheless at least as confirmation > > that I've seen the same thing with the language orderings: > > > > > > https://www.mail-archive.com/search?l=mid&q=20200314202907.eherh6ajhtk7lpkx%40tallinn > > > > Scott > > It is exactly the same thing, with different document. > 5 months old mail, too much for my memory as it seems. Normally mine also, but this issue was frustrating enough that I remembered. Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Test entering an endless loop in latex processing
Am Fri, 21 Aug 2020 13:33:58 -0400 schrieb Scott Kostyshak : > > > Thanks. Could you send also the other file, for comparison? > > > > It is too edited (the documentclass line) > > Thanks to you two for looking into this annoying problem. I don't have > much time to contribute or test. > > The following ML thread is relevant. I'm not sure it contains any > additional information but I put it nonetheless at least as confirmation > that I've seen the same thing with the language orderings: > > > https://www.mail-archive.com/search?l=mid&q=20200314202907.eherh6ajhtk7lpkx%40tallinn > > Scott It is exactly the same thing, with different document. 5 months old mail, too much for my memory as it seems. Kornel pgp4PYR0cWoNV.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] Example script for looking up the citation pdfs.
On Fri, Aug 21, 2020 at 09:26:07AM +0200, Pavel Sanda wrote: > On Thu, Aug 20, 2020 at 09:34:51PM -0400, Scott Kostyshak wrote: > > I wonder if it would be helpful to pass the path to the .lyx file as an > > argument to lyxpaperview. This would help users that store PDF files in > > a directory relative to their .lyx files. They wouldn't need to rely on > > locate. > > Not helpful in my case but might be in yours. If you want pass it as an > argument you need to take care of possible whitespaces in path and > following proper parsing of arguments in the script. > The cheaper solution seem to me to to change VC_COMMAND starting > path from '.' to document directory and use standard find. > Feel free to add your lyxpaperview version once the version is functional. Sounds good. Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Test entering an endless loop in latex processing
On Fri, Aug 21, 2020 at 07:21:13PM +0200, Kornel Benko wrote: > Am Fri, 21 Aug 2020 19:13:32 +0200 > schrieb Jürgen Spitzmüller : > > > Am Freitag, den 21.08.2020, 19:06 +0200 schrieb Kornel Benko: > > > > Are these the only differences in the tex file? > > > > > > No, but others are only the sequence of defining some latex commands. > > > > But this should also not differ. > > > > > > > > > And does the first tex file also hang if you run pdflatex directly? > > > > > > Yes. > > > > > > > If not, could you send the problematic tex file? > > > > > > Attached. > > > > Thanks. Could you send also the other file, for comparison? > > It is too edited (the documentclass line) Thanks to you two for looking into this annoying problem. I don't have much time to contribute or test. The following ML thread is relevant. I'm not sure it contains any additional information but I put it nonetheless at least as confirmation that I've seen the same thing with the language orderings: https://www.mail-archive.com/search?l=mid&q=20200314202907.eherh6ajhtk7lpkx%40tallinn Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Test entering an endless loop in latex processing
Am Fri, 21 Aug 2020 19:13:32 +0200
schrieb Jürgen Spitzmüller :
> Am Freitag, den 21.08.2020, 19:06 +0200 schrieb Kornel Benko:
> > > Are these the only differences in the tex file?
> >
> > No, but others are only the sequence of defining some latex commands.
>
> But this should also not differ.
>
> >
> > > And does the first tex file also hang if you run pdflatex directly?
> >
> > Yes.
> >
> > > If not, could you send the problematic tex file?
> >
> > Attached.
>
> Thanks. Could you send also the other file, for comparison?
It is too edited (the documentclass line)
> Jürgen
Kornel
\batchmode
\makeatletter
\def\input@path{{/BUILD/BUILDMint18/BuildLyxGitQt5.9.5local-gcc8.4.0/autotests/out-home/AbC_EcEImp/export/latex/languages/}}
\makeatother
%\documentclass[paper=a4,bahasam,basque,breton,austrian,afrikaans,belarusian,dutch,bulgarian,hebrew,icelandic,interlingua,irish,albanian,bosnian,croatian,acadian,azerbaijani,catalan,czech,danish,bahasa,piedmontese,polish,portuges,romanian,romansh,russian,samin,scottish,serbianc,serbian,slovak,slovene,spanish,naustrian,brazil,swedish,turkish,turkmen,ukrainian,uppersorbian,vietnamese,welsh,ngerman,nswissgerman,greek,magyar,mongolian,norsk,nynorsk,kurmanji,latin,latvian,lithuanian,lowersorbian,esperanto,estonian,farsi,finnish,french,friulan,german,arabic,english]{scrartcl}
\documentclass[paper=a4,basque,brazil,breton,bosnian,austrian,icelandic,naustrian,romansh,turkmen,czech,kurmanji,azerbaijani,welsh,polish,slovak,russian,bahasa,lowersorbian,danish,swedish,nynorsk,latvian,turkish,albanian,slovene,vietnamese,scottish,greek,magyar,ngerman,french,piedmontese,esperanto,arabic,interlingua,portuges,croatian,samin,afrikaans,farsi,bulgarian,ukrainian,friulan,dutch,uppersorbian,bahasam,german,spanish,irish,nswissgerman,lithuanian,catalan,serbian,hebrew,estonian,mongolian,norsk,latin,finnish,serbianc,romanian,acadian,belarusian,english]{scrartcl}
\usepackage{libertineRoman}
\usepackage{biolinum}
\usepackage[LFE,LAE,L7x,LGR,T5,T2A,HE8,T1]{fontenc}
\usepackage{textcomp}
\usepackage[cp1251,cp1255,cp1256,iso-8859-7,koi8-r,koi8-u,latin10,latin2,latin3,latin4,latin5,latin7,utf8,latin9]{inputenc}
\usepackage{color}
\makeatletter
\IfFileExists{he8david.fd}{%
\providecommand{\HeblatexEncoding}{HE8}
\providecommand{\HeblatexEncodingFile}{he8enc}%
}{}
\providecommand{\l@chapter}{\relax}
\makeatother
\usepackage{babel}
\makeatletter
\addto\extrasbasque{\bbl@deactivate{~}}
% fix albanian: restore \th as LATIN LETTER THORN
\@ifl@aded{def}{t1enc}{\DeclareTextSymbol{\th}{T1}{254}}{}
\DeclareTextCommand{\textschwa}{T1}{\cyrschwa\bbl@allowhyphens}
\DeclareTextCommand{\textSchwa}{T1}{\CYRSCHWA\bbl@allowhyphens}
\addto\shorthandsspanish{\spanishdeactivate{~<>}}
% restore \coyright definition corrupted by l7xenc.def
\DeclareRobustCommand{\copyright}{%
\ifmmode{\nfss@text{\textcopyright}}\else\textcopyright\fi}
\addto\noextraslithuanian{\latintext}
\addto\extrasestonian{\bbl@deactivate{~}}
\DeclareTextSymbol{\guillemotright}{LFE}{62}
\DeclareTextSymbol{\guillemotleft}{LFE}{60}
% arabic + hyperref redefines \noboundary as local textcommand
\let\orig@noboundary\noboundary
\DeclareTextCommandDefault{\noboundary}{\orig@noboundary}
% work around too simple test for article-like classes in arabicore.sty
\ifdefined\chapter\else
\def\thesection{\protect\if@rl\protect\I{\number\c@section}%
\protect\else\protect\textLR{\number\c@section}%
\protect\fi}
\def\thesubsection{\protect\if@rl\protect\I{\number\c@subsection.\number\c@section}%
\protect\else\protect\textLR{\number\c@section.\number\c@subsection}%
\protect\fi}%
\def\thetable{\protect\if@rl\protect\I{\number\c@table}%
\protect\else\protect\textLR{\number\c@table}%
\protect\fi}%
\def\thefigure{\protect\if@rl\protect\I{\number\c@figure}%
\protect\else\protect\textLR{\number\c@figure}%
\protect\fi}%
\fi
\makeatother
\usepackage{enumitem}
\usepackage{setspace}
\usepackage[pdftex,unicode=true,pdfusetitle,
bookmarks=false,
breaklinks=false,pdfborder={0 0 0},pdfborderstyle={},backref=section,colorlinks=true]
{hyperref}
\makeatletter
%% LyX specific LaTeX commands.
\pdfpageheight\paperheight
\pdfpagewidth\paperwidth
%% custom text accent \LyxTextAccent[]{}{}
\newcommand*{\LyxTextAccent}[3][0ex]{%
\hmode@bgroup\ooalign{\null#3\crcr\hidewidth
\raise#1\hbox{#2}\hidewidth}\egroup}
%% select a font size smaller than the current font size:
\newcommand{\LyxAccentSize}[1][\sf@size]{%
\check@mathfonts\fontsize#1\z@\math@fontsfalse\selectfont
}
\ProvideTextCommandDefault{\textcommabelow}[1]{%%
\LyxTextAccent[-.31ex]{\LyxAccentSize,}{#1}}
%% letter schwa missing in Latin fonts, use Cyrillic schwa
\DeclareTextSymbolDefault{\CYRSCHWA}{T2A}
\DeclareTextSymbolDefault{\cyrschwa}{T2A}
\ProvideTextCommandDefault{\textSchwa}{\CYRSCHWA}
\ProvideTextCommandDefault{\textschwa}{\cyrschwa}
%% Textclass spec
Re: Test entering an endless loop in latex processing
Am Freitag, den 21.08.2020, 19:06 +0200 schrieb Kornel Benko: > > Are these the only differences in the tex file? > > No, but others are only the sequence of defining some latex commands. But this should also not differ. > > > And does the first tex file also hang if you run pdflatex directly? > > Yes. > > > If not, could you send the problematic tex file? > > Attached. Thanks. Could you send also the other file, for comparison? Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Test entering an endless loop in latex processing
Am Fri, 21 Aug 2020 18:50:37 +0200
schrieb Jürgen Spitzmüller :
> Am Freitag, den 21.08.2020, 18:18 +0200 schrieb Kornel Benko:
> > $ egrep cache Testing/.lyx/preferences
> > \converter_cache_maxage 15552000
> > \use_converter_cache false
> >
> > But I suspect now differences in the used tex-files.
> > The main difference (as I see it) is the definition of document class
> >
> > 1.) (hang)
> > \documentclass[paper=a4,bahasam,basque,breton,austrian,afrikaans,bela
> > rusian,dutch,bulgarian,hebrew,icelandic,interlingua,irish,albanian,bo
> > snian,croatian,acadian,azerbaijani,catalan,czech,danish,bahasa,piedmo
> > ntese,polish,portuges,romanian,romansh,russian,samin,scottish,serbian
> > c,serbian,slovak,slovene,spanish,naustrian,brazil,swedish,turkish,tur
> > kmen,ukrainian,uppersorbian,vietnamese,welsh,ngerman,nswissgerman,gre
> > ek,magyar,mongolian,norsk,nynorsk,kurmanji,latin,latvian,lithuanian,l
> > owersorbian,esperanto,estonian,farsi,finnish,french,friulan,german,ar
> > abic,english]{scrartcl}
> > 2.) (ok)
> > \documentclass[paper=a4,basque,brazil,breton,bosnian,austrian,iceland
> > ic,naustrian,romansh,turkmen,czech,kurmanji,azerbaijani,welsh,polish,
> > slovak,russian,bahasa,lowersorbian,danish,swedish,nynorsk,latvian,tur
> > kish,albanian,slovene,vietnamese,scottish,greek,magyar,ngerman,french
> > ,piedmontese,esperanto,arabic,interlingua,portuges,croatian,samin,afr
> > ikaans,farsi,bulgarian,ukrainian,friulan,dutch,uppersorbian,bahasam,g
> > erman,spanish,irish,nswissgerman,lithuanian,catalan,serbian,hebrew,es
> > tonian,mongolian,norsk,latin,finnish,serbianc,romanian,acadian,belaru
> > sian,english]{scrartcl}
>
> Are these the only differences in the tex file?
No, but others are only the sequence of defining some latex commands.
> And does the first tex file also hang if you run pdflatex directly?
Yes.
> If not, could you send the problematic tex file?
Attached.
This version does hang. Switch the commented documentclass, and now the
compilation does
not hang.
The included tex-file (not sent) is not important for this case.
> > Questions:
> > Why are the two not in the same order?
>
> No idea. IIRC languages are tracked by LyX in order of appearance.
>
> > Is the order important in any way?
>
> Possible. Maybe some conflicts in babel ldf loading order.
>
> Jürgen
>
> > Apparently it is, because the compilation now works.
Kornel
\batchmode
\makeatletter
\def\input@path{{/usr/src/lyx/lyx-git/autotests/export/latex/languages/}}
\makeatother
%\documentclass[paper=a4,basque,brazil,breton,bosnian,austrian,icelandic,naustrian,romansh,turkmen,czech,kurmanji,azerbaijani,welsh,polish,slovak,russian,bahasa,lowersorbian,danish,swedish,nynorsk,latvian,turkish,albanian,slovene,vietnamese,scottish,greek,magyar,ngerman,french,piedmontese,esperanto,arabic,interlingua,portuges,croatian,samin,afrikaans,farsi,bulgarian,ukrainian,friulan,dutch,uppersorbian,bahasam,german,spanish,irish,nswissgerman,lithuanian,catalan,serbian,hebrew,estonian,mongolian,norsk,latin,finnish,serbianc,romanian,acadian,belarusian,english]{scrartcl}
\documentclass[paper=a4,bahasam,basque,breton,austrian,afrikaans,belarusian,dutch,bulgarian,hebrew,icelandic,interlingua,irish,albanian,bosnian,croatian,acadian,azerbaijani,catalan,czech,danish,bahasa,piedmontese,polish,portuges,romanian,romansh,russian,samin,scottish,serbianc,serbian,slovak,slovene,spanish,naustrian,brazil,swedish,turkish,turkmen,ukrainian,uppersorbian,vietnamese,welsh,ngerman,nswissgerman,greek,magyar,mongolian,norsk,nynorsk,kurmanji,latin,latvian,lithuanian,lowersorbian,esperanto,estonian,farsi,finnish,french,friulan,german,arabic,english]{scrartcl}
\usepackage{libertineRoman}
\usepackage{biolinum}
\usepackage[L7x,LFE,LAE,LGR,T5,T2A,HE8,T1]{fontenc}
\usepackage{textcomp}
\usepackage[cp1251,cp1255,cp1256,iso-8859-7,koi8-r,koi8-u,latin10,latin2,latin3,latin4,latin5,latin7,utf8,latin9]{inputenc}
\usepackage{color}
\makeatletter
\IfFileExists{he8david.fd}{%
\providecommand{\HeblatexEncoding}{HE8}
\providecommand{\HeblatexEncodingFile}{he8enc}%
}{}
\providecommand{\l@chapter}{\relax}
\makeatother
\usepackage{babel}
\makeatletter
\addto\extrasbasque{\bbl@deactivate{~}}
\DeclareTextCommand{\textschwa}{T1}{\cyrschwa\bbl@allowhyphens}
\DeclareTextCommand{\textSchwa}{T1}{\CYRSCHWA\bbl@allowhyphens}
% fix albanian: restore \th as LATIN LETTER THORN
\@ifl@aded{def}{t1enc}{\DeclareTextSymbol{\th}{T1}{254}}{}
% arabic + hyperref redefines \noboundary as local textcommand
\let\orig@noboundary\noboundary
\DeclareTextCommandDefault{\noboundary}{\orig@noboundary}
% work around too simple test for article-like classes in arabicore.sty
\ifdefined\chapter\else
\def\thesection{\protect\if@rl\protect\I{\number\c@section}%
\protect\else\protect\textLR{\number\c@section}%
\protect\fi}
\def\thesubsection{\protect\if@rl\protect\I{\number\c@subsection.\number\c@section}%
\protect\else\protect\textLR{\number\c@section.\number\c@subsec
Re: Test entering an endless loop in latex processing
Am Freitag, den 21.08.2020, 18:18 +0200 schrieb Kornel Benko:
> $ egrep cache Testing/.lyx/preferences
> \converter_cache_maxage 15552000
> \use_converter_cache false
>
> But I suspect now differences in the used tex-files.
> The main difference (as I see it) is the definition of document class
>
> 1.) (hang)
> \documentclass[paper=a4,bahasam,basque,breton,austrian,afrikaans,bela
> rusian,dutch,bulgarian,hebrew,icelandic,interlingua,irish,albanian,bo
> snian,croatian,acadian,azerbaijani,catalan,czech,danish,bahasa,piedmo
> ntese,polish,portuges,romanian,romansh,russian,samin,scottish,serbian
> c,serbian,slovak,slovene,spanish,naustrian,brazil,swedish,turkish,tur
> kmen,ukrainian,uppersorbian,vietnamese,welsh,ngerman,nswissgerman,gre
> ek,magyar,mongolian,norsk,nynorsk,kurmanji,latin,latvian,lithuanian,l
> owersorbian,esperanto,estonian,farsi,finnish,french,friulan,german,ar
> abic,english]{scrartcl}
> 2.) (ok)
> \documentclass[paper=a4,basque,brazil,breton,bosnian,austrian,iceland
> ic,naustrian,romansh,turkmen,czech,kurmanji,azerbaijani,welsh,polish,
> slovak,russian,bahasa,lowersorbian,danish,swedish,nynorsk,latvian,tur
> kish,albanian,slovene,vietnamese,scottish,greek,magyar,ngerman,french
> ,piedmontese,esperanto,arabic,interlingua,portuges,croatian,samin,afr
> ikaans,farsi,bulgarian,ukrainian,friulan,dutch,uppersorbian,bahasam,g
> erman,spanish,irish,nswissgerman,lithuanian,catalan,serbian,hebrew,es
> tonian,mongolian,norsk,latin,finnish,serbianc,romanian,acadian,belaru
> sian,english]{scrartcl}
Are these the only differences in the tex file?
And does the first tex file also hang if you run pdflatex directly?
If not, could you send the problematic tex file?
> Questions:
> Why are the two not in the same order?
No idea. IIRC languages are tracked by LyX in order of appearance.
> Is the order important in any way?
Possible. Maybe some conflicts in babel ldf loading order.
Jürgen
> Apparently it is, because the compilation now works.
signature.asc
Description: This is a digitally signed message part
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Selection ends in next line
Le 04/08/2020 à 08:01, Daniel a écrit : When I select text in a multi-line paragraph in master, the next line(s) gets selected as well, see attached screen cast. (For some reason VLC cuts the beginning off but it should be clear enough.) Anyone seeing this as well? I see it too. I suspect it is a consequence of 907f020724. I'll investigate. JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Test entering an endless loop in latex processing
Am Fri, 21 Aug 2020 17:48:47 +0200
schrieb Jürgen Spitzmüller :
> Kornel Benko schrieb am Fr., 21. Aug. 2020, 17:13:
> > > Sure?
> >
> > Sure. The execution time of pdflatex is constantly increasing.
>
> I meant: sure cache is disabled?
>
> > Mark, that this is only a single export (no other lyx instance is
> > involved)
>
> Still there might be different threats trying to access it
>
> > and
> > I have the problem even if the cache is disabled (that is no read or
> > write to cache)
>
> If this is true my theory is wrong.
$ egrep cache Testing/.lyx/preferences
\converter_cache_maxage 15552000
\use_converter_cache false
But I suspect now differences in the used tex-files.
The main difference (as I see it) is the definition of document class
1.) (hang)
\documentclass[paper=a4,bahasam,basque,breton,austrian,afrikaans,belarusian,dutch,bulgarian,hebrew,icelandic,interlingua,irish,albanian,bosnian,croatian,acadian,azerbaijani,catalan,czech,danish,bahasa,piedmontese,polish,portuges,romanian,romansh,russian,samin,scottish,serbianc,serbian,slovak,slovene,spanish,naustrian,brazil,swedish,turkish,turkmen,ukrainian,uppersorbian,vietnamese,welsh,ngerman,nswissgerman,greek,magyar,mongolian,norsk,nynorsk,kurmanji,latin,latvian,lithuanian,lowersorbian,esperanto,estonian,farsi,finnish,french,friulan,german,arabic,english]{scrartcl}
2.) (ok)
\documentclass[paper=a4,basque,brazil,breton,bosnian,austrian,icelandic,naustrian,romansh,turkmen,czech,kurmanji,azerbaijani,welsh,polish,slovak,russian,bahasa,lowersorbian,danish,swedish,nynorsk,latvian,turkish,albanian,slovene,vietnamese,scottish,greek,magyar,ngerman,french,piedmontese,esperanto,arabic,interlingua,portuges,croatian,samin,afrikaans,farsi,bulgarian,ukrainian,friulan,dutch,uppersorbian,bahasam,german,spanish,irish,nswissgerman,lithuanian,catalan,serbian,hebrew,estonian,mongolian,norsk,latin,finnish,serbianc,romanian,acadian,belarusian,english]{scrartcl}
Questions:
Why are the two not in the same order?
Is the order important in any way?
Apparently it is, because the compilation now works.
> Jürgen
Kornel
pgp0vTHQctSSE.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 entering an endless loop in latex processing
Kornel Benko schrieb am Fr., 21. Aug. 2020, 17:13: > > Sure? > > Sure. The execution time of pdflatex is constantly increasing. I meant: sure cache is disabled? > Mark, that this is only a single export (no other lyx instance is > involved) Still there might be different threats trying to access it > and > I have the problem even if the cache is disabled (that is no read or > write to cache) If this is true my theory is wrong. Jürgen > Kornel signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Japanese Math manual on current master: ! Too many }'s.
Am Fri, 21 Aug 2020 15:35:05 +0200 schrieb Jürgen Spitzmüller : > Am Fr., 21. Aug. 2020 um 12:16 Uhr schrieb Kornel Benko : > > > export/doc/fr/Customization_(dvi3|pdf[45])_systemF > > > > This seems to work for me (if I select appropriate system fonts). What > error do you get? > LaTeX.cpp (826): Log line: Missing character: There is no ― in font [lmroman10-regular]:mapping=tex-text;! LaTeX.cpp (826): Log line: Missing character: There is no ― in font [lmroman10-regular]:mapping=tex-text;! ... Right, test passes using FreeSerif/FreeSans/FreeMono > > export/examples/ru/Graphics_and_Insets/XY-Figure_(dvi3|pdf[45])_systemF > > > > I get errors with LuaTeX, but those seem unrelated to the font changes. > Looks like xy does not work (out of the box) with LuaTeX. > > Thanks for doing all these time-consuming tests! This is so helpful. It is time-consuming, OTOH it is not that difficult to run the tests. The bigger hurdle is to find the reason. So, thanks are going to you :) > Jürgen > Kornel pgpSFenVBHsgf.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 entering an endless loop in latex processing
Am Fri, 21 Aug 2020 17:00:34 +0200 schrieb Jürgen Spitzmüller : > Am Fr., 21. Aug. 2020 um 16:41 Uhr schrieb Kornel Benko : > > > There is a problem. Endless loop in pdflatex if disabled cache > > > > Sure? Sure. The execution time of pdflatex is constantly increasing. What I can do is post the data from /tmp/lyx_tmpdir./lyx_tmpbuf0 In fact, calling pdflatex with the tex-file there causes the same effect. (hangs) > > > > > Also it strongly depends on the actual environment of LYX_DEBUG_LATEX (1 > > or 0) > > > > The test runs lyx with '-dbg latex' if LYX_DEBUG_LATEX=1 (no hang) > > else it runs with '-dbg info' (hang in pdflatex) > > > > Sorry, no help from dbg. > > > > I suspect some sort of race condition in the cache (when reading or writing > cache/index). Mark, that this is only a single export (no other lyx instance is involved) and I have the problem even if the cache is disabled (that is no read or write to cache) Kornel pgpinNgu5LiEw.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 entering an endless loop in latex processing
Am Fr., 21. Aug. 2020 um 16:41 Uhr schrieb Kornel Benko : > There is a problem. Endless loop in pdflatex if disabled cache > Sure? > > Also it strongly depends on the actual environment of LYX_DEBUG_LATEX (1 > or 0) > > The test runs lyx with '-dbg latex' if LYX_DEBUG_LATEX=1 (no hang) > else it runs with '-dbg info' (hang in pdflatex) > > Sorry, no help from dbg. > I suspect some sort of race condition in the cache (when reading or writing cache/index). Jürgen > > Kornel > -- > lyx-devel mailing list > lyx-devel@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-devel > -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Test entering an endless loop in latex processing
Am Fri, 21 Aug 2020 15:56:01 +0200 schrieb Jürgen Spitzmüller : > Am Fr., 21. Aug. 2020 um 14:19 Uhr schrieb Kornel Benko : > > > Correction. If I disable the conversion cache, I can export again. > > > > Also if you manually delete the contents of the cache? > > Do you get any helpful clue if you run the hanging lyx run with "-dbg any"? There is a problem. Endless loop in pdflatex if disabled cache Also it strongly depends on the actual environment of LYX_DEBUG_LATEX (1 or 0) The test runs lyx with '-dbg latex' if LYX_DEBUG_LATEX=1 (no hang) else it runs with '-dbg info' (hang in pdflatex) Sorry, no help from dbg. Kornel pgpFrUE0scBKV.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 entering an endless loop in latex processing
Am Fr., 21. Aug. 2020 um 14:19 Uhr schrieb Kornel Benko : > Correction. If I disable the conversion cache, I can export again. > Also if you manually delete the contents of the cache? Do you get any helpful clue if you run the hanging lyx run with "-dbg any"? Jürgen > (The commands above were done with other userdir, where the cache was > enabled.) > > Kornel > -- > lyx-devel mailing list > lyx-devel@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-devel > -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Japanese Math manual on current master: ! Too many }'s.
Am Fr., 21. Aug. 2020 um 12:16 Uhr schrieb Kornel Benko : > export/doc/fr/Customization_(dvi3|pdf[45])_systemF > This seems to work for me (if I select appropriate system fonts). What error do you get? > export/examples/ru/Graphics_and_Insets/XY-Figure_(dvi3|pdf[45])_systemF > I get errors with LuaTeX, but those seem unrelated to the font changes. Looks like xy does not work (out of the box) with LuaTeX. Thanks for doing all these time-consuming tests! This is so helpful. Jürgen > > > Jürgen > > Kornel > > -- > lyx-devel mailing list > lyx-devel@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-devel > -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Test entering an endless loop in latex processing
Am Fri, 21 Aug 2020 13:58:46 +0200 schrieb Kornel Benko : > Am Fri, 21 Aug 2020 13:25:31 +0200 > schrieb Jürgen Spitzmüller : > > > Am Fr., 21. Aug. 2020 um 12:21 Uhr schrieb Kornel Benko : > > > > > > Does it help if you "Clear all session information" in Prefs > Look & > > > > Feel > Document Handling? > > > > > > ATM, it helped, yes. > > > > > > > Can you reproduce the hanging when trying to compile the file manually from > > the GUI? > > Yes, if trying to export first supported-languages.lyx (which also does not > end) > > > If so, does this warning dialog appear at all? > > No. > > > If not, did you (or maybe the test script) ever hit "Don't show this > > warning again" for the warning in question? > > Never. > > > Jürgen > > On subsequent runs it does not help to use > "Don't show this warning again" > the only difference is, that the dialogue now does not appear. > > To summarize, here the sequence of commands to provoke the hang > > 1.) $ lyx -E pdf2 x1.pdf > > /autotests/export/latex/languages/supported-languages_babel_auto-legacy.lyx > (works OK) > 2.) $ lyx -E pdf2 x.pdf > /autotests/export/latex/languages/supported-languages.lyx > 1a.) kill lyx, because it hangs > 3.) $ lyx -E pdf2 x2.pdf > > /autotests/export/latex/languages/supported-languages_babel_auto-legacy.lyx > 4.) Remove session info ... > 5.) $ lyx -E ... still hangs > > So, now it never exports. (Tried to remove session, session.cmake) > > Kornel Correction. If I disable the conversion cache, I can export again. (The commands above were done with other userdir, where the cache was enabled.) Kornel pgpKLSjxuFv1g.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 entering an endless loop in latex processing
Am Fri, 21 Aug 2020 13:25:31 +0200 schrieb Jürgen Spitzmüller : > Am Fr., 21. Aug. 2020 um 12:21 Uhr schrieb Kornel Benko : > > > > Does it help if you "Clear all session information" in Prefs > Look & > > > Feel > Document Handling? > > > > ATM, it helped, yes. > > > > Can you reproduce the hanging when trying to compile the file manually from > the GUI? Yes, if trying to export first supported-languages.lyx (which also does not end) > If so, does this warning dialog appear at all? No. > If not, did you (or maybe the test script) ever hit "Don't show this > warning again" for the warning in question? Never. > Jürgen On subsequent runs it does not help to use "Don't show this warning again" the only difference is, that the dialogue now does not appear. To summarize, here the sequence of commands to provoke the hang 1.) $ lyx -E pdf2 x1.pdf /autotests/export/latex/languages/supported-languages_babel_auto-legacy.lyx (works OK) 2.) $ lyx -E pdf2 x.pdf /autotests/export/latex/languages/supported-languages.lyx 1a.) kill lyx, because it hangs 3.) $ lyx -E pdf2 x2.pdf /autotests/export/latex/languages/supported-languages_babel_auto-legacy.lyx 4.) Remove session info ... 5.) $ lyx -E ... still hangs So, now it never exports. (Tried to remove session, session.cmake) Kornel pgpWWPcVo31xV.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 entering an endless loop in latex processing
Am Fr., 21. Aug. 2020 um 12:21 Uhr schrieb Kornel Benko : > > Does it help if you "Clear all session information" in Prefs > Look & > > Feel > Document Handling? > > ATM, it helped, yes. > Can you reproduce the hanging when trying to compile the file manually from the GUI? If so, does this warning dialog appear at all? If not, did you (or maybe the test script) ever hit "Don't show this warning again" for the warning in question? Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Test entering an endless loop in latex processing
Am Fri, 21 Aug 2020 11:34:25 +0200 schrieb Jürgen Spitzmüller : > Am Samstag, den 15.08.2020, 20:04 +0200 schrieb Kornel Benko: > > > Am Samstag, den 15.08.2020, 16:02 +0200 schrieb Kornel Benko: > > > > This one is really bad, maybe not even lyx's fault. > > > > > > > > TL2020: > > > > export/export/latex/languages/supported-languages_babel_auto- > > > > legacy_pdf2 > > > > > > This compiles for me (at 3c5c41ddc2d4a4). > > > > > > Jürgen > [...] > > Blind guess: This document shows a (hideable) warning saying that the > child and master document encoding differ. > > Maybe compilation hangs since this warning somehow does not properly > pop up. This would explain that a new userdir makes a difference. > > Does it help if you "Clear all session information" in Prefs > Look & > Feel > Document Handling? ATM, it helped, yes. > If not, my second try would be clearing converter cache. For tests we have ATM disabled using cache, so this should be a noop. > Jürgen Kornel pgp_JY_TvOm5a.pgp Description: Digitale Signatur von OpenPGP -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Japanese Math manual on current master: ! Too many }'s.
Am Fri, 21 Aug 2020 11:07:44 +0200 schrieb Jürgen Spitzmüller : > Am Donnerstag, den 20.08.2020, 21:43 -0400 schrieb Scott Kostyshak: > > I get the following error when compiling the Japanese math manual > > with > > default format: > > > > ! Too many }'s. > > Fixed. Confirmed. > A full test cycle will reveal whether this fix broke something > elsewhere (I haven't found a regression in my set of selected > testcases). Attached (all failed exports). From them the new failing tests are: export/doc/fr/Customization_(dvi3|pdf[45])_systemF export/examples/ru/Graphics_and_Insets/XY-Figure_(dvi3|pdf[45])_systemF > Jürgen Kornel errors Description: Binary data pgpUP9dsAG8zb.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 entering an endless loop in latex processing
Am Samstag, den 15.08.2020, 20:04 +0200 schrieb Kornel Benko: > > Am Samstag, den 15.08.2020, 16:02 +0200 schrieb Kornel Benko: > > > This one is really bad, maybe not even lyx's fault. > > > > > > TL2020: > > > export/export/latex/languages/supported-languages_babel_auto- > > > legacy_pdf2 > > > > This compiles for me (at 3c5c41ddc2d4a4). > > > > Jürgen > > If I make a fresh userdir > $ cd build-dir > $ rm -rf Testing/.lyx > $ mkdir Testing/.lyx > $ ctest -R export/export/latex/languages/supported- > languages_babel_auto-legacy_pdf2 > Test project /BUILD/BUILDMint18/BuildLyxGitQt5.9.5local-gcc8.4.0 > Start 485: export/export/latex/languages/supported- > languages_babel_auto-legacy_pdf2 > 1/1 Test #485: > export/export/latex/languages/supported-languages_babel_auto- > legacy_pdf2 ... Passed > 8.40 sec > > then the test passes. > > BUT ... already with the next call to > $ ctest -R export/export/latex/languages/supported- > languages_babel_auto-legacy_pdf2 > > and I can wait, and wait, ... Blind guess: This document shows a (hideable) warning saying that the child and master document encoding differ. Maybe compilation hangs since this warning somehow does not properly pop up. This would explain that a new userdir makes a difference. Does it help if you "Clear all session information" in Prefs > Look & Feel > Document Handling? If not, my second try would be clearing converter cache. Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Japanese Math manual on current master: ! Too many }'s.
Am Donnerstag, den 20.08.2020, 21:43 -0400 schrieb Scott Kostyshak: > I get the following error when compiling the Japanese math manual > with > default format: > > ! Too many }'s. Fixed. A full test cycle will reveal whether this fix broke something elsewhere (I haven't found a regression in my set of selected testcases). Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Example script for looking up the citation pdfs.
On Thu, Aug 20, 2020 at 02:52:28PM +0200, Jürgen Spitzmüller wrote: > Am Donnerstag, den 20.08.2020, 08:47 +0200 schrieb Pavel Sanda: > > commit 4cd3ab1b1ac28c4236cc7f37903d746f3e3fa211 > > > > Author: Pavel Sanda > > > > Date: Thu Aug 20 09:11:07 2020 +0200 > > > > Example script for looking up the citation pdfs. > > For portability it would be good to rewrite this in python. Does not > look like an overly complicated task ;-) I admit I have little clue how script execution works on windows nowadays. Maybe adding pythonic shebang on the first line is enough for running or does it need executable flags (if they exist at all) or you need to have .bat/.exe? Or you need to launch python? Once in python how do you make find/search equivalents? Probably doable but not straightforward, at least for me. I am not entirely against pythonic solution, but I think at this stage it's really for win users to step up. I can make the linux part working if they come up with a solution. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [LyX/master] Example script for looking up the citation pdfs.
On Thu, Aug 20, 2020 at 09:34:51PM -0400, Scott Kostyshak wrote: > I wonder if it would be helpful to pass the path to the .lyx file as an > argument to lyxpaperview. This would help users that store PDF files in > a directory relative to their .lyx files. They wouldn't need to rely on > locate. Not helpful in my case but might be in yours. If you want pass it as an argument you need to take care of possible whitespaces in path and following proper parsing of arguments in the script. The cheaper solution seem to me to to change VC_COMMAND starting path from '.' to document directory and use standard find. Feel free to add your lyxpaperview version once the version is functional. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
