Re: unable to compile svn-version
Am Thursday 24 September 2009 schrieb Sebastian Guttenberg: > nb.gmo nn.gmo pl.gmo pt.gmo ro.gmo ru.gmo sk.gmo tr.gmo uk.gmo > zh_CN.gmo zh_TW. > gmo > make[3]: Entering directory `/home/basti/lyx-devel/po' > : --update ar.po lyx-2.0.0svn.pot > rm -f ar.gmo && : -c --statistics -o ar.gmo ar.po > mv: cannot stat `t-ar.gmo': No such file or directory > Looks like you were missing definition of msgfmt in the Makefile. The displayed command should have been msgfmt -c --statistics -o ar.gmo ar.po I for one would try to reconfigure. (Now, that you have gettext installed) Kornel signature.asc Description: This is a digitally signed message part.
Re: HTML -> LaTeX
Am Freitag 02 Oktober 2009 schrieb Hartmut Haase: > Hi, > why does the converter have the command > "java -jar htmltolatex.jar -input $$i -output $$o"? > I get the following error message: > "Unable to access jarfile htmltolatex.jar" > Where is htmltolatex.jar expected to be? > -- > Viele Grüße, > Hartmut I did not know this jar-file. But (google is your friend) the first entry gives http://htmltolatex.sourceforge.net/ It looks like there is what you need. Kornel signature.asc Description: This is a digitally signed message part.
Re: HTML -> LaTeX
Am Freitag 02 Oktober 2009 schrieb rgheck: > On 10/02/2009 12:18 PM, Kornel Benko wrote: > > Am Freitag 02 Oktober 2009 schrieb Hartmut Haase: > >> Hi, > >> why does the converter have the command > >> "java -jar htmltolatex.jar -input $$i -output $$o"? > >> I get the following error message: > >> "Unable to access jarfile htmltolatex.jar" > >> Where is htmltolatex.jar expected to be? > >> -- > >> Viele Grüße, > >> Hartmut > > > > I did not know this jar-file. But (google is your friend) the first entry > > gives > > http://htmltolatex.sourceforge.net/ > > > > It looks like there is what you need. > > I think the question was more where to put it. It looks like LyX's > command line includes no path, and I don't myself know where java > searches for stuff. > > rh Hmm, "man java" says -jar Execute a program encapsulated in a JAR file. The first argument is the name of a JAR file instead of a startup class name. In order for this option to work, the manifest of the JAR file must contain a line of the form Main-Class: classname. Here, classname identifies the class having the public static void main(String[] args) method that serves as your application’s starting point. See the jar(1) and the Jar trail of the Java Tutorial @ http://java.sun.com/docs/books/tutorial/jar for information about working with Jar files and Jar-file manifests. When you use this option, the JAR file is the source of all user classes, and other user class path settings are ignored. so the best may be calling it with full path. In that case it were not important wher one puts it. Kornel signature.asc Description: This is a digitally signed message part.
Re: GuiApplication.cpp compile error
Am Samstag 03 Oktober 2009 schrieb Abdelrazak Younes: > On 02/10/2009 04:14, BH wrote: ... > > lyx(19763,0xa0898720) malloc: *** mmap(size=1308676096) failed (error > > code=12) *** error: can't allocate region Why should we need 1308676096 bytes? > > *** set a breakpoint in malloc_error_break to debug > > terminate called after throwing an instance of 'std::bad_alloc' > >what(): St9bad_alloc ... > It seems that you run out of memory or something... Of course, who needs 1.3 GB to be allocated. ... > > I can't see something wrong causing the crash... I thought, this were obwious. > Abdel. Kornel signature.asc Description: This is a digitally signed message part.
Re: GuiApplication.cpp compile error
Am Samstag 03 Oktober 2009 schrieb Abdelrazak Younes: ... > Well, it is not for me so please enlighten me. Well, as I understood ... > Here you go, with r31489. I did 3 profiles: launching LyX, opening > preferences, and saving preferences. Launching LyX should not have > involved reconfiguring, but it nonetheless takes forever each time. > (Shark stopped profiling after 30 seconds, but LyX wasn't done > starting up yet; it takes more like 40 seconds every time.) > together with > lyx(19763,0xa0898720) malloc: *** mmap(size=1308676096) failed (error code=12) Normally mmap is on a opened file. This is really a big file, (for preferences I mean). The next (in backtrace) what I saw was > #9 0x00637d39 in std::vector >::_M_fill_insert () > #10 0x006386ef in lyx::(anonymous namespace)::iconv_convert () I think, if the backtrace is correct, then it is crashing here. We allocate a vector for 32768 bytes (output) There is 1 possible resize, which does not check for reasonable values outbuf.resize(maxoutbufsize); The second is on return. We should at least output a message on unreasonable values. Kornel signature.asc Description: This is a digitally signed message part.
Re: GuiApplication.cpp compile error
Am Samstag 03 Oktober 2009 schrieb BH: > > Right, this one is weird, could you check your preference file Bennett? > > I don't see what the problem is: it's only 78 MB! It has the normal > stuff in the beginning, and the bulk of the file consists of > repetitions of: > > \editor_alternatives asciichess kwrite > \editor_alternatives asciiimage kwrite ... 78 MB, wow. My is 3871 bytes! Looks like an endless loop, maybe in src/LyXRC.cpp? Kornel signature.asc Description: This is a digitally signed message part.
Re: HTML -> LaTeX, 2
Am Sonntag 04 Oktober 2009 schrieb Hartmut Haase: > Hi, > after installing gnuhtml2latex, the command is: > "htmltolatex -input $$i -output $$o" > but the error message is still the same: > "Unable to access jarfile htmltolatex.jar" Harry, I installed also gnuhtml2latex. But after reconfiguring I got gnuhtml2latex $$i instead. The htmltolatex uses java. You may want to try to change your converter in preferences. Kornel signature.asc Description: This is a digitally signed message part.
Re: r31504 - lyx-devel/branches/BRANCH_1_6_X/lib/examples/sk
Am Sonntag 04 Oktober 2009 schrieb Jürgen Spitzmüller: > kornel wrote: > > Log: > > Added slovak translation of splash.lyx > > Don't forget the Makefiles, SCons, and status.16x. > > Jürgen Ehmm, sorry. The _only_ build-system which works without change is cmake! Kornel signature.asc Description: This is a digitally signed message part.
Re: r31527 - lyx-devel/trunk/src/frontends/qt4
Am Monday 05 October 2009 schrieb you...@lyx.org: > Author: younes > Date: Mon Oct 5 00:40:00 2009 > New Revision: 31527 > URL: http://www.lyx.org/trac/changeset/31527 > > Log: > gcc compil fix. > > Modified: >lyx-devel/trunk/src/frontends/qt4/GuiApplication.cpp Next one? ... cd /usr/BUILD/BuildLyx/src/frontends/qt4 && /usr/local/bin/c++ -DQT_NO_STL -DQT_NO_KEYWORDS -DHAVE_GETTEXT -DENABLE_NLS=1 -DUSE_ASPELL=1 -DHAVE_ICONV=1 -DQT_GENUINE_STR -DLYX_BUILD_QT4_FRONTEND -Wall -Wall -O3 -DNDEBUG -I/usr/src/lyx/lyx-devel/po -I/usr/BUILD/BuildLyx -I/usr/src/lyx/lyx-devel/src -I/usr/src/lyx/lyx-devel/src/frontends -I/usr/src/lyx/lyx-devel/src/frontends/qt4 -I/usr/include/Qt -I/usr/share/qt4/mkspecs/default -I/usr/include/QtCore -I/usr/include/QtGui -I/usr/include/Qt3Support -I/usr/include/QtAssistant -I/usr/include/QtDesigner -I/usr/include/QtNetwork -I/usr/include/QtOpenGL -I/usr/include/QtSql -I/usr/include/QtXml -I/usr/include/QtSvg -I/usr/include/QtUiTools -I/usr/include/QtTest -I/usr/BUILD/BuildLyx/src/frontends/qt4 -o CMakeFiles/frontend_qt4.dir/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiApplication.o -c /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiApplication.cpp /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiApplication.cpp: In member function ‘virtual void lyx::frontend::GuiApplication::dispatch(const lyx::FuncRequest&, lyx::DispatchResult&)’: /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiApplication.cpp:1068: error: variable ‘std::istringstream ss’ has initializer but incomplete type make[2]: *** [src/frontends/qt4/CMakeFiles/frontend_qt4.dir/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiApplication.o] Error 1 make[2]: Leaving directory `/usr/BUILD/BuildLyx' make[1]: *** [src/frontends/qt4/CMakeFiles/frontend_qt4.dir/all] Error 2 make[1]: Leaving directory `/usr/BUILD/BuildLyx' make: *** [all] Error 2 ... Kornel -- Kornel Benko kornel.be...@berlin.de signature.asc Description: This is a digitally signed message part.
Trunk not compilable
This is on OpenSuSE 10.3 ... cd /usr/BUILD/BuildLyx/src/frontends/qt4 && /usr/local/bin/c++ -DQT_NO_STL -DQT_NO_KEYWORDS -DHAVE_GETTEXT -DENABLE_NLS=1 -DUSE_ASPELL=1 -DHAVE_ICONV=1 -DQT_GENUINE_STR -DLYX_BUILD_QT4_FRONTEND -Wall -Wall -O3 -DNDEBUG -I/usr/src/lyx/lyx-devel/po -I/usr/BUILD/BuildLyx -I/usr/src/lyx/lyx-devel/src -I/usr/src/lyx/lyx-devel/src/frontends -I/usr/src/lyx/lyx-devel/src/frontends/qt4 -I/usr/include/Qt -I/usr/share/qt4/mkspecs/default -I/usr/include/QtCore -I/usr/include/QtGui -I/usr/include/Qt3Support -I/usr/include/QtAssistant -I/usr/include/QtDesigner -I/usr/include/QtNetwork -I/usr/include/QtOpenGL -I/usr/include/QtSql -I/usr/include/QtXml -I/usr/include/QtSvg -I/usr/include/QtUiTools -I/usr/include/QtTest -I/usr/BUILD/BuildLyx/src/frontends/qt4 -o CMakeFiles/frontend_qt4.dir/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiApplication.o -c /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiApplication.cpp /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiApplication.cpp: In member function ‘virtual void lyx::frontend::GuiApplication::dispatch(const lyx::FuncRequest&, lyx::DispatchResult&)’: /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiApplication.cpp:1068: error: variable ‘std::istringstream ss’ has initializer but incomplete type make[2]: *** [src/frontends/qt4/CMakeFiles/frontend_qt4.dir/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiApplication.o] Error 1 make[2]: Leaving directory `/usr/BUILD/BuildLyx' make[1]: *** [src/frontends/qt4/CMakeFiles/frontend_qt4.dir/all] Error 2 make[1]: Leaving directory `/usr/BUILD/BuildLyx' make: *** [all] Error 2 Kornel signature.asc Description: This is a digitally signed message part.
Re: Trunk not compilable
Am Monday 05 October 2009 schrieb Abdelrazak Younes: > Kornel, > > You got this very same compile error and the fix is very easy, just add > an #include , I am saying that in case this happens again. But > I'll fix it shortly of course. > > Abdel. I am aware of "the fix is very easy". But it is not weekend, I am at work, and simply compile. Nonetheless it should be fixed, therefore I posted it here. Really shouldn't I? Kornel signature.asc Description: This is a digitally signed message part.
Sorry, not compilable again
And this time it is not the same as before. And it belongs to Pavel's changes. ... [ 14%] Building CXX object src/frontends/qt4/CMakeFiles/frontend_qt4.dir/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiPrefs.o cd /usr/BUILD/BuildLyx/src/frontends/qt4 && /usr/local/bin/c++ -DQT_NO_STL -DQT_NO_KEYWORDS -DHAVE_GETTEXT -DENABLE_NLS=1 -DUSE_ASPELL=1 -DHAVE_ICONV=1 -DQT_GENUINE_STR -DLYX_BUILD_QT4_FRONTEND -Wall -Wall -O3 -DNDEBUG -I/usr/src/lyx/lyx-devel/po -I/usr/BUILD/BuildLyx -I/usr/src/lyx/lyx-devel/src -I/usr/src/lyx/lyx-devel/src/frontends -I/usr/src/lyx/lyx-devel/src/frontends/qt4 -I/usr/include/Qt -I/usr/share/qt4/mkspecs/default -I/usr/include/QtCore -I/usr/include/QtGui -I/usr/include/Qt3Support -I/usr/include/QtAssistant -I/usr/include/QtDesigner -I/usr/include/QtNetwork -I/usr/include/QtOpenGL -I/usr/include/QtSql -I/usr/include/QtXml -I/usr/include/QtSvg -I/usr/include/QtUiTools -I/usr/include/QtTest -I/usr/BUILD/BuildLyx/src/frontends/qt4 -o CMakeFiles/frontend_qt4.dir/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiPrefs.o -c /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiPrefs.cpp /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiPrefs.cpp: In constructor ‘lyx::frontend::PrefUserInterface::PrefUserInterface(lyx::frontend::GuiPreferences*)’: /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiPrefs.cpp:2158: error: request for member ‘setEnabled’ in ‘((lyx::frontend::PrefUserInterface*)this)->lyx::frontend::PrefUserInterface::.Ui::PrefUi::.Ui_PrefUi::openDocumentsInTabsCB’, which is of non-class type ‘QCheckBox*’ make[2]: *** [src/frontends/qt4/CMakeFiles/frontend_qt4.dir/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiPrefs.o] Error 1 make[2]: Leaving directory `/usr/BUILD/BuildLyx' make[1]: *** [src/frontends/qt4/CMakeFiles/frontend_qt4.dir/all] Error 2 make[1]: Leaving directory `/usr/BUILD/BuildLyx' make: *** [all] Error 2 The qt-version is 4-4.3.1-23.6 Kornel signature.asc Description: This is a digitally signed message part.
Re: How to make Changes.cpp a POTFILE?
Am Monday 12 October 2009 schrieb Jürgen Spitzmüller: > As of r31602, Changes.cpp contains gettext markup, yet it doesn't appear in > POTFILES.in (and thus not in *.po). > > What do I have to do to get it there? > > Jürgen > > They are in POTFILES.in (if you use cmake). That said, the rules to create POTFILES.in are in po/Rules-lyx. This file will be used in autogen.sh. Kornel signature.asc Description: This is a digitally signed message part.
Re: How to make Changes.cpp a POTFILE?
Am Tuesday 13 October 2009 schrieb Jürgen Spitzmüller: > Kornel Benko wrote: > > > They are in POTFILES.in (if you use cmake). > > That said, the rules to create POTFILES.in are in po/Rules-lyx. > > This file will be used in autogen.sh. > > Let me reformulate my question: how come that Changes.cpp is not listed in > POTFILES.in even after ./autogen.sh? > > Jürgen > > Hmm, it should be. Maybe because POTFILES.in depends on $(POTFILE_IN_DEPS), which are the Makefile.am in our tree. It should (for now) help to simply remove the old POTFILES.in. Kornel signature.asc Description: This is a digitally signed message part.
Re: r31722 - www-user/trunk/farm/cookbook/LyX
Am Sonntag 25 Oktober 2009 schrieb sp...@lyx.org: > Modified: >www-user/trunk/farm/cookbook/LyX/i18n.inc On correcting the slovak translation I saw, that your translation for "&Mark end of paragraphs" was incorrect too. It should be "Absatzenden &markieren", not "Absatzende &markieren". Kornel signature.asc Description: This is a digitally signed message part.
Re: r31853 - lyx-devel/branches/BRANCH_1_6_X/lib/examples/de
Am Wednesday 04 November 2009 schrieb Jürgen Spitzmüller: > uwestoehr wrote: > > > set EOL style (please don't forget this when adding new > > textfiles to SVN) > > Frankly, I do not even know how to do this. > > Jürgen > > `svn propset svn:eol-style LF' to set LF as end of line. Kornel signature.asc Description: This is a digitally signed message part.
Re: templates + trunk
Am Sonntag 08 November 2009 schrieb Vincent van Ravesteijn: > Pavel Sanda schreef: > > Kornel Benko wrote: > >> Hi, > >> don't know, if I am the only one not being able to use > >> File->New from template... > >> > >> I get a file-dialog, but any opened template will give _empty_ document. > >> What's more, the document class is always `article (KOMA-Script)' which > >> is my the default for new documents. No relevance to opened document > >> class of the specified template. > > > > this might have something to do with Vincent patch r31704, i can't see > > template variable used anymore. pavel > > Yes, it's a stupid mistake. I fixed it at r31899. > > Thanks Kornel and Pavel, > > Vincent It's working again. Thanks too. Kornel signature.asc Description: This is a digitally signed message part.
Re: Spellcheck Issues in Trunk
Am Samstag 21 November 2009 schrieb rgheck: > On 11/21/2009 05:31 AM, Jean-Marc Lasgouttes wrote: > > Le 20/11/2009 23:52, rgheck a écrit : > >> checking hunspell/hunspell.hxx usability... yes > >> checking hunspell/hunspell.hxx presence... yes > >> checking for hunspell/hunspell.hxx... yes > >> checking for main in -lhunspell... no > >> checking whether to use hunspell... no > > > > Could you show us the relevant parts of config.log (especially the > > check for -lhunspell)? > > Looks like the problem is here: > > [r...@rghquad lib64]# ls libhunspell-1.2.s* > libhunspell-1.2.so libhunspell-1.2.so.0 libhunspell-1.2.so.0.0.0 > > No symlink from libhunspell.so. I can do that manually, of course, and > then it works fine. But there's a bug there somewhere, if not ours then > in the Fedora package. At least on ubuntu I was forced to install libhunspell-dev. Before that, I had /usr/lib/libhunspell-1.2.so.0.*, but not this symlink. > rh > Kornel signature.asc Description: This is a digitally signed message part.
Re: [patch] fix #3349: SVG support in LyX
Am Tuesday 01 December 2009 schrieb Uwe Stöhr: > The attched patch uses rsvg or Inkscape to convert SVG images. > This is what we are using since 2 years in the LyX Windows installers. > Please test if this works for you on Unix and Mac. > > thanks and regards > Uwe > I opened graphic on openSuSE (after reconfigure etc). The graphics shows as white image only. In preferences the converter shows as rsvg-convert -f png -o $$o $$i Using this command manually creates a correct .png file though. This is the relevant output of lyx ... /usr/src/lyx/lyx-devel/src/frontends/qt4/TocModel.cpp(167): Toc: at depth 0, added item xa.svg /usr/src/lyx/lyx-devel/src/support/FileName.cpp(921): filetools(getFormatFromContents) Couldn't find a known format! /usr/src/lyx/lyx-devel/src/graphics/GraphicsCacheItem.cpp(379): [CacheItem::Impl::convertToDisplayFormat] Attempting to convert image file: /usr2/kornel/jpg/Alben/Panoramas/Saatwinkel/xa.svg with displayed filename: ~/jpg/Alben/Panoramas/Saatwinkel/xa.svg /usr/src/lyx/lyx-devel/src/support/FileName.cpp(921): filetools(getFormatFromContents) Couldn't find a known format! /usr/src/lyx/lyx-devel/src/Format.cpp(146): will guess format from file extension: svg -> svg /usr/src/lyx/lyx-devel/src/graphics/GraphicsCacheItem.cpp(386): The file contains svg format data. /usr/src/lyx/lyx-devel/src/graphics/GraphicsCacheItem.cpp(391): No conversion needed (from == to)! /usr/src/lyx/lyx-devel/src/graphics/GraphicsCacheItem.cpp(293): Loading image. couldn't create image from "xa.jpg" /usr/src/lyx/lyx-devel/src/graphics/GraphicsCacheItem.cpp(299): Image loading succeeded. /usr/src/lyx/lyx-devel/src/BufferView.cpp(488): Updating scrollbar: height: 1 curr par: 0 default height 26 ... Kornel signature.asc Description: This is a digitally signed message part.
Re: Background LaTeX, Etc
Am Monday 21 December 2009 schrieb BH: > On Mon, Dec 21, 2009 at 10:08 AM, Vincent van Ravesteijn - TNW > wrote: > > > Right now I can't compile: > > >>> > >>> Can you compile now ? > >> > >>Not quite. (I should have run make -k before.) > >> > > > > And now ? > > Perfect -- thanks! > > BH > Not here, I get now: cd /usr/BUILD/BuildLyx/src/frontends/qt4 && /usr/local/bin/c++ -DQT_NO_STL -DQT_NO_KEYWORDS -DHAVE_GETTEXT -DENABLE_NLS=1 -DUSE_ASPELL=1 -DHAVE_ICONV=1 -DQT_GENUINE_STR -DLYX_BUILD_QT4_FRONTEND -Wall -Wall -O3 -DNDEBUG -I/usr/src/lyx/lyx-devel/po -I/usr/BUILD/BuildLyx -I/usr/src/lyx/lyx-devel/src -I/usr/src/lyx/lyx-devel/src/frontends -I/usr/src/lyx/lyx-devel/src/frontends/qt4 -I/usr/include/Qt -I/usr/share/qt4/mkspecs/default -I/usr/include/QtCore -I/usr/include/QtGui -I/usr/include/Qt3Support -I/usr/include/QtAssistant -I/usr/include/QtDesigner -I/usr/include/QtNetwork -I/usr/include/QtOpenGL -I/usr/include/QtSql -I/usr/include/QtXml -I/usr/include/QtSvg -I/usr/include/QtUiTools -I/usr/include/QtTest -I/usr/BUILD/BuildLyx/src/frontends/qt4 -o CMakeFiles/frontend_qt4.dir/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgress.o -c /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgress.cpp /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgress.cpp: In member function ‘void lyx::frontend::GuiProgress::doProcessStarted(const QString&)’: /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgress.cpp:66: error: ‘SystemLocaleShortDate’ is not a member of ‘Qt’ /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgress.cpp: In member function ‘void lyx::frontend::GuiProgress::doProcessFinished(const QString&)’: /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgress.cpp:73: error: ‘SystemLocaleShortDate’ is not a member of ‘Qt’ make[2]: *** [src/frontends/qt4/CMakeFiles/frontend_qt4.dir/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgress.o] Error 1 make[2]: Leaving directory `/usr/BUILD/BuildLyx' make[1]: *** [src/frontends/qt4/CMakeFiles/frontend_qt4.dir/all] Error 2 make[1]: Leaving directory `/usr/BUILD/BuildLyx' in include (QtCore/QCOORD) the enum DateFormat has member (enum QueryType) SystemLocaleDate. In include (QtCore/QSystemLocale) there is the class QSystemLocale with member DateFormatShort. Nothing else found here. This is Qt4-4.3 on openSuSE 10.3 Kornel signature.asc Description: This is a digitally signed message part.
Re: Background LaTeX, Etc
Am Tuesday 22 December 2009 schrieb Peter Kümmel: > Kornel Benko wrote: > > Am Monday 21 December 2009 schrieb BH: > >> On Mon, Dec 21, 2009 at 10:08 AM, Vincent van Ravesteijn - TNW > >> wrote: > >>>>>> Right now I can't compile: > >>>>>> > >>>>> Can you compile now ? > >>>> Not quite. (I should have run make -k before.) > >>>> > >>> And now ? > >> Perfect -- thanks! > >> > >> BH > >> > > > > Not here, > > I get now: > > > > This is Qt4-4.3 on openSuSE 10.3 > > > > Kornel > > Should work now with all Qt versions. > > Peter Now another error: cd /usr/BUILD/BuildLyx/src/frontends/qt4 && /usr/local/bin/c++ -DQT_NO_STL -DQT_NO_KEYWORDS -DHAVE_GETTEXT -DENABLE_NLS=1 -DUSE_ASPELL=1 -DHAVE_ICONV=1 -DQT_GENUINE_STR -DLYX_BUILD_QT4_FRONTEND -Wall -Wall -O3 -DNDEBUG -I/usr/src/lyx/lyx-devel/po -I/usr/BUILD/BuildLyx -I/usr/src/lyx/lyx-devel/src -I/usr/src/lyx/lyx-devel/src/frontends -I/usr/src/lyx/lyx-devel/src/frontends/qt4 -I/usr/include/Qt -I/usr/share/qt4/mkspecs/default -I/usr/include/QtCore -I/usr/include/QtGui -I/usr/include/Qt3Support -I/usr/include/QtAssistant -I/usr/include/QtDesigner -I/usr/include/QtNetwork -I/usr/include/QtOpenGL -I/usr/include/QtSql -I/usr/include/QtXml -I/usr/include/QtSvg -I/usr/include/QtUiTools -I/usr/include/QtTest -I/usr/BUILD/BuildLyx/src/frontends/qt4 -o CMakeFiles/frontend_qt4.dir/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiView.o -c /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiView.cpp /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiView.cpp:274: error: ‘QFuture’ has not been declared /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiView.cpp:274: error: expected ‘,’ or ‘...’ before ‘<’ token /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiView.cpp: In member function ‘void lyx::frontend::GuiView::GuiViewPrivate::setPreviewFuture(int)’: /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiView.cpp:276: error: ‘preview_watcher_’ was not declared in this scope /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiView.cpp:278: error: ‘preview_watcher_’ was not declared in this scope /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiView.cpp:278: error: ‘f’ was not declared in this scope ... Kornel signature.asc Description: This is a digitally signed message part.
Re: Background LaTeX, Etc
Am Tuesday 22 December 2009 schrieb Peter Kümmel: > Kornel Benko wrote: > > /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiView.cpp:278: error: > > ‘preview_watcher_’ was not > > Could you try it again? > > Peter > > Perfect. No compile-problems now. Kornel signature.asc Description: This is a digitally signed message part.
Re: :frontend::ProgressViewWidget::settingsLayout missing
Am Wednesday 06 January 2010 schrieb Jean-Marc Lasgouttes: > "Vincent van Ravesteijn - TNW" writes: > > > Would the attached be something ? > > Still same error here (qt 4.2.3). > > JMarc > Same with qt 4-4.3.1 (OpenSuSE 10.3) Kornel signature.asc Description: This is a digitally signed message part.
Compare.cpp not compilable
with gcc 4.4. ... /usr/src/lyx/lyx-devel/src/Compare.cpp: In member function ‘int lyx::Compare::Impl::find_middle_snake(const lyx::DocRangePair&, lyx::DocPair&)’: /usr/src/lyx/lyx-devel/src/Compare.cpp:643: error: ‘ceil’ was not declared in this scope make[2]: *** [src/CMakeFiles/lyx.dir/usr/src/lyx/lyx-devel/src/Compare.o] Error 1 make[2]: *** Waiting for unfinished jobs ... Kornel Index: src/Compare.h === --- src/Compare.h (Revision 32931) +++ src/Compare.h (Arbeitskopie) @@ -17,6 +17,7 @@ #include "support/FileName.h" #include +#include #include #include signature.asc Description: This is a digitally signed message part.
Re: r32932 - lyx-devel/trunk/src
Hmm... why not #include ?? Kornel Am Sonntag 10 Januar 2010 schrieb tomm...@lyx.org: > Author: tommaso > Date: Sun Jan 10 11:27:00 2010 > New Revision: 32932 > URL: http://www.lyx.org/trac/changeset/32932 > > Log: > Let trunk compile. > > Modified: >lyx-devel/trunk/src/Compare.cpp > > Modified: lyx-devel/trunk/src/Compare.cpp > === > === --- lyx-devel/trunk/src/Compare.cpp Sun Jan 10 01:17:40 2010 > (r32931) > +++ lyx-devel/trunk/src/Compare.cpp Sun Jan 10 11:27:00 2010 > (r32932) @@ > -20,6 +20,7 @@ > #include "support/lassert.h" > > #include > +#include > > using namespace std; > using namespace lyx::support; > signature.asc Description: This is a digitally signed message part.
Again compile problems
In trunk. Since nobody else seems to have it, maybe again QT4-version (4.3.1) problem. ... /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgressView.cpp: In constructor ‘lyx::frontend::GuiProgressView::GuiProgressView(lyx::frontend::GuiView&, Qt::DockWidgetArea, Qt::WindowFlags)’: /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgressView.cpp:56: error: ‘class lyx::frontend::ProgressViewWidget’ has no member named ‘scrollArea’ /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgressView.cpp:56: error: ‘class lyx::frontend::ProgressViewWidget’ has no member named ‘scrollAreaWidgetContents’ ... Kornel signature.asc Description: This is a digitally signed message part.
Re: Again compile problems
Am Monday 11 January 2010 schrieb Jean-Marc Lasgouttes: > Kornel Benko writes: > > In trunk. Since nobody else seems to have it, maybe again QT4-version > > (4.3.1) problem. > > ... > > /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgressView.cpp: In > > constructor > > ‘lyx::frontend::GuiProgressView::GuiProgressView(lyx::frontend::GuiView&, > > Qt::DockWidgetArea, Qt::WindowFlags)’: > > /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgressView.cpp:56: error: > > ‘class lyx::frontend::ProgressViewWidget’ has no member named ‘scrollArea’ > > /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgressView.cpp:56: error: > > ‘class lyx::frontend::ProgressViewWidget’ has no member named > > ‘scrollAreaWidgetContents’ > > I just posted a fix, but since you experience the same problem, I > actually committed it. But the resulting debug panel is not very nice > here. > > JMarc > Thanks, it compiles now. But ... see next thread: Freeze ... Kornel signature.asc Description: This is a digitally signed message part.
Lyx freezes
Trunk: If I try to View->Anything or update->Anything lyx now simply freezes. Kornel signature.asc Description: This is a digitally signed message part.
Re: Lyx freezes
Am Monday 11 January 2010 schrieb rgheck: > On 01/11/2010 10:07 AM, Kornel Benko wrote: > > Trunk: > > If I try to View->Anything or update->Anything lyx now simply freezes. > > > > > I'm not seeing this. > > rh > It may depend on the QT version. Since I am able to export, this is not so critical for me. Kornel signature.asc Description: This is a digitally signed message part.
Re: Lyx freezes
Am Tuesday 12 January 2010 schrieb Kornel Benko: > Am Monday 11 January 2010 schrieb rgheck: > > On 01/11/2010 10:07 AM, Kornel Benko wrote: > > > Trunk: > > > If I try to View->Anything or update->Anything lyx now simply freezes. > > > > > > > > I'm not seeing this. > > > > rh > > > > It may depend on the QT version. > Since I am able to export, this is not so critical for me. > > Kornel > > This _is_ crazy ... I tried today to repeat the freeze, but it worked. Without new compilation. Sorry to bother anyone. Kornel signature.asc Description: This is a digitally signed message part.
Re: Statement for enchant integration
Am Freitag 22 Januar 2010 schrieb Abdelrazak Younes:
> On 01/22/2010 04:32 PM, Abdelrazak Younes wrote:
> > On 01/22/2010 04:07 PM, Jürgen Spitzmüller wrote:
> >> Abdelrazak Younes wrote:
> >>> Correct, I didn't bother... just as you didn't bother with CMake
> >>
> >> what needs to be done for CMake?
> >
> > Ask Kornel or Peter :-)
>
> I tried something like this after installing libenchant-dev on my
> kubuntu but it doesn't work:
> Index: CMakeLists.txt
> ===
> --- CMakeLists.txt (revision 33157)
> +++ CMakeLists.txt (working copy)
> @@ -216,6 +216,25 @@
> message(STATUS "- Hunspell not found, building without hunspell
> support")
> endif()
>
> +if(WIN32)
> + find_library(ENCHANT_LIBRARY "libenchant")
> +else()
> + find_library(ENCHANT_LIBRARY "libenchant" "/usr/local/lib" "/usr/lib")
For unix it has to be
find_library(ENCHANT_LIBRARY "enchant" "/usr/local/lib" "/usr/lib")
...
I compiled it here on ubuntu. The patch I have is checked for ubuntu only,
someone (Peter?) should adapt it to windows please.
Kornel
Index: src/CMakeLists.txt
===
--- src/CMakeLists.txt (Revision 33166)
+++ src/CMakeLists.txt (Arbeitskopie)
@@ -23,12 +23,14 @@
file(GLOB lyx_headers ${TOP_SRC_DIR}/src/${LYX_HPP_FILES})
list(REMOVE_ITEM lyx_sources
+ ${TOP_SRC_DIR}/src/EnchantChecker.cpp
${TOP_SRC_DIR}/src/AspellChecker.cpp
${TOP_SRC_DIR}/src/HunspellChecker.cpp
${TOP_SRC_DIR}/src/Variables.cpp
${TOP_SRC_DIR}/src/Section.cpp)
list(REMOVE_ITEM lyx_headers
+ ${TOP_SRC_DIR}/src/EnchantChecker.h
${TOP_SRC_DIR}/src/AspellChecker.h
${TOP_SRC_DIR}/src/HunspellChecker.h
${TOP_SRC_DIR}/src/Variables.h
@@ -45,6 +47,12 @@
list(APPEND lyx_headers ${TOP_SRC_DIR}/src/AspellChecker.h)
endif()
+if (ENCHANT_FOUND)
+ include_directories("${ENCHANT_INCLUDE_DIR}")
+ list(APPEND lyx_sources ${TOP_SRC_DIR}/src/EnchantChecker.cpp)
+ list(APPEND lyx_headers ${TOP_SRC_DIR}/src/EnchantChecker.h)
+endif()
+
lyx_automoc(${TOP_SRC_DIR}/src/Compare.cpp ${TOP_SRC_DIR}/src/Server.cpp)
include_directories(${CMAKE_CURRENT_BINARY_DIR}
@@ -91,6 +99,9 @@
if (ASPELL_FOUND)
target_link_libraries(${_lyx} ${ASPELL_LIBRARY})
endif()
+if (ENCHANT_FOUND)
+target_link_libraries(${_lyx} ${ENCHANT_LIBRARY})
+endif()
if (APPLE)
target_link_libraries(${_lyx} "-bind_at_load")
Index: CMakeLists.txt
===
--- CMakeLists.txt (Revision 33166)
+++ CMakeLists.txt (Arbeitskopie)
@@ -216,6 +216,21 @@
message(STATUS "- Hunspell not found, building without hunspell support")
endif()
+if(WIN32)
+ find_library(ENCHANT_LIBRARY "libenchant")
+ find_path(ENCHANT_INCLUDE_DIR "enchant++.h")
+else()
+ find_library(ENCHANT_LIBRARY "enchant" "/usr/local/lib" "/usr/lib")
+ find_path(ENCHANT_INCLUDE_DIR "enchant++.h" PATHS /usr/local/include /usr/local/include/enchant /usr/include /usr/include/enchant)
+endif()
+if (ENCHANT_LIBRARY AND ENCHANT_INCLUDE_DIR)
+ set(ENCHANT_FOUND TRUE)
+ add_definitions(-DUSE_ENCHANT=1)
+ message(STATUS "- Building with USE_ENCHANT")
+else()
+ message(STATUS "- Enchant not found, building without enchant support")
+endif()
+
message(STATUS "")
if(nls OR all)
set(nls TRUE CACHE TYPE STRING)
signature.asc
Description: This is a digitally signed message part.
Re: cmake on Mac
Am Montag 25 Januar 2010 schrieb Vincent van Ravesteijn - TNW: > Cmake shouldn't want to compile moc_* files. It shouldn't even know that > they exist. These moc_* files are #included in the normal *.cpp files > and they are now compiled twice and thus giving you the "previously > defined here" errors. > Why not? They are not part of svn, so they have to be created. I had a hard time to implement it. Kornel signature.asc Description: This is a digitally signed message part.
Re: cmake on Mac
Am Dienstag 26 Januar 2010 schrieb Vincent van Ravesteijn - TNW: > >> Cmake shouldn't want to compile moc_* files. It shouldn't even know > >> that they exist. These moc_* files are #included in the normal *.cpp > >> files and they are now compiled twice and thus giving you the > >> "previously defined here" errors. > > > >Why not? They are not part of svn, so they have to be > >created. I had a hard time to implement it. > > Yes, I appreciate it a lot. > > I just mean that Cmake shouldn't want to compile them explicitly. When > running Cmake it collects all *.cpp files in the src directory and tries > to compile them. However, in this step it should neglect the moc_* > files. > > Vincent > I see. I never had this problem (not compiling in the source tree). I try to exclude the moc files ... Kornel signature.asc Description: This is a digitally signed message part.
Re: FindAdv and "Replace"
Am Samstag 30 Januar 2010 schrieb Jürgen Spitzmüller: > Jürgen Spitzmüller wrote: > > Tommaso Cucinotta wrote: > > > this is now in r33267. > > > > excellent, thanks. > > One small note: I think it would be slightly more intuitive if the replace > buttons would read [< Replace] and [Replace >] instead of [Previous] and > [Next]. What do you think? > > Jürgen > What were the meaning of "<" in documents written in "RTL", while the GUI is in english? Kornel signature.asc Description: This is a digitally signed message part.
Re: FindAdv and "Replace"
Am Samstag 30 Januar 2010 schrieb Jürgen Spitzmüller: > Kornel Benko wrote: > > What were the meaning of "<" in documents written in "RTL", while the GUI > > is in english? > > left? > > Jürgen > But left means previous in languages like english and next in languages like hebrew. Kornel signature.asc Description: This is a digitally signed message part.
Re: FindAdv and "Replace"
Am Samstag 30 Januar 2010 schrieb Jürgen Spitzmüller: > Kornel Benko wrote: > > But left means previous in languages like english and next in languages > > like hebrew. > > Yes. Where's the problem? OK, say the (english) gui gives [< Replace] and [Replace >] . The document language is hebrew. I for one would would need time to understand the meaning. > Jürgen Kornel signature.asc Description: This is a digitally signed message part.
Re: r33308 - lyx-devel/trunk/src/frontends/qt4
Am Monday 01 February 2010 schrieb Enrico Forestieri: > On Mon, Feb 01, 2010 at 07:00:48AM +0100, kor...@lyx.org wrote: > > > Author: kornel > > Date: Mon Feb 1 07:00:46 2010 > > New Revision: 33308 > > URL: http://www.lyx.org/trac/changeset/33308 > > > > Log: > > Make it compilable for QT4.3. (/usr/include/QtGui/qtreeview.h:51: error: > > forward declaration of ‘struct QHeaderView’) > > So, why not simply including QHeaderView instead of QtGui (which brings in > an awful lot of other includes)? Checked with QHeaderView . You are right, it compiles too. Feel free to correct. (Hmm ... or should I clean my mess?) Kornel signature.asc Description: This is a digitally signed message part.
po-files: "Geman (old spelling)"
Hi, this string is (in branch and trunk) used ( in Preferences->Language Settings->Language->User interface language: ), but is not part of po-files, thus will not be translated in the GUI. Kornel signature.asc Description: This is a digitally signed message part.
Re: po-files: "Geman (old spelling)"
Am Donnerstag 04 Februar 2010 schrieb Vincent van Ravesteijn: > Kornel Benko schreef: > > Hi, > > this string is (in branch and trunk) used ( in Preferences->Language > > Settings->Language->User interface language: ), but is not part of > > po-files, thus will not be translated in the GUI. > > > > Kornel > > Then you have to do a remerge. I fear, this is only half of the work. Jürgen is often remerging, but this string is still lost. It is found in lib/languages. And the python script for extracting is po/Rules-lyx, but it looks like it were not corectly extracting. Error: Unable to handle line: german german "German (old spelling)" false iso8859-15 de-alt "" Changing de-alt into de_alt makes it work though. > Vincent > Kornel signature.asc Description: This is a digitally signed message part.
Re: r33327 - lyx-devel/trunk/lib
Am Donnerstag 04 Februar 2010 schrieb Jean-Marc Lasgouttes:
> Le 04/02/2010 20:40, kor...@lyx.org a écrit :
> > Author: kornel
> > Date: Thu Feb 4 20:40:51 2010
> > New Revision: 33327
> > URL: http://www.lyx.org/trac/changeset/33327
> >
> > Log:
> > Change, so that lyx_pot.py is extracting this string too
>
> This is wrong. the "-" is part of a new syntax introduced by juergen.
>
> lyx-pot.py should be fixed instead.
>
> JMarc
>
Something like attached?
I don't dare to commit now again. Making trouble only ...
Kornel
Index: lyx_pot.py
===
--- lyx_pot.py (Revision 33329)
+++ lyx_pot.py (Arbeitskopie)
@@ -183,7 +183,7 @@
'''Generate pot file from lib/language'''
output = open(output, 'w')
# assuming only one language file
-reg = re.compile('[\w-]+\s+[\w"]+\s+"([\w \-\(\),]+)"\s+(true|false)\s+[\w-]+\s+\w+\s+"[^"]*"')
+reg = re.compile('[\w-]+\s+[\w"]+\s+"([\w \-\(\),]+)"\s+(true|false)\s+[\w-]+\s+[\w\-]+\s+"[^"]*"')
input = open(input_files[0])
for lineno, line in enumerate(input.readlines()):
if line[0] == '#':
signature.asc
Description: This is a digitally signed message part.
Re: po-files: "Geman (old spelling)"
Am Freitag 05 Februar 2010 schrieb Jürgen Spitzmüller: > Kornel Benko wrote: > > Changing de-alt into de_alt makes it work though. > > But is wrong. "de-alt" is intentional. > > Jürgen > Sorry ... Kornel signature.asc Description: This is a digitally signed message part.
Re: r33327 - lyx-devel/trunk/lib
Am Freitag 05 Februar 2010 schrieb Jürgen Spitzmüller: > Kornel Benko wrote: > > Something like attached? > > Looks correct. > > > I don't dare to commit now again. Making trouble only ... > > No. But asking in advance would have helped. > > Jürgen > Ok, but should I commit now the patch for lyx_pot.py, or will you? Kornel signature.asc Description: This is a digitally signed message part.
Re: r33327 - lyx-devel/trunk/lib
Am Freitag 05 Februar 2010 schrieb Jürgen Spitzmüller: > Kornel Benko wrote: > > Ok, but should I commit now the patch for lyx_pot.py, or will you? > > If it works, please do. > > Jürgen > It worked for me, so done. Kornel signature.asc Description: This is a digitally signed message part.
Re: Some technical details
Am Samstag 06 März 2010 schrieb Pavel Sanda: > hi, > ... > * Windows people, can you quickly check INSTALL.Win32,scons to be > up-to-date? Kornel, you might want to check INSTALL.cmake? I use it all the time, so from my point of view this is up to date. (My workflow (on ubuntu) is: cd build-directory cmake source-dir/evelopment/cmake -DCMAKE_INSTALL_PREFIX=/usr/local/lyx2.0 -Dnls=1 -DCPACK_BINARY_DEB:BOOL=ON -DUseExternalBoost:BOOL=ON make package sudo dpkg -i lyx-2.0*-Linux.deb # select the last created package INSTALL.cmake was involved, and everything seems correctly installed) ... > pavel Kornel signature.asc Description: This is a digitally signed message part.
Re: Some technical details
Am Samstag 06 März 2010 schrieb Pavel Sanda: > Kornel, you might want to check INSTALL.cmake? > Ok, there should be a paragraph which mentions the package creation on systems with red hat or debian package management. Installation as package is sooo much more confortable. E.g. Creating a RedHat package on OpenSuSE: cmake source-dir/development/cmake \ -Dnls=1 -DCPACK_BINARY_RPM=ON make package Installing: sudo rpm -u lyx-2.0.*-Linux..rpm And the same on an ubuntu: cmake source-dir/development/cmake \ -Dnls=1 -DCPACK_BINARY_DEB=ON make package sudo dpkg -i lyx-2.0.*-Linux..deb Since the created package version depends on the svn-revision number, this is alvays newer than some possible installed data. The only snag in it is, you cannot provide such a package to the public. To make it happen, one should add the dependecies-line to the package creation. This is, unfortunatelly, os-dependent. (So for _my_ configuration and _my_ ubuntu it should be SET(CPACK_DEBIAN_PACKAGE_DEPENDS "libboost-regex1.38.0 (>= 1.38.0-6),libboost-signals1.38.0 (>= 1.38.0-6),libenchant1c2a (>= 1.5.0-0),libqtgui4 (>= 4.5.3really4.5.2-0)") ) Don't know, what to do here. Kornel signature.asc Description: This is a digitally signed message part.
Re: Some technical details
Am Samstag 06 März 2010 schrieb Pavel Sanda: > Kornel Benko wrote: > > Am Samstag 06 März 2010 schrieb Pavel Sanda: > > > Kornel, you might want to check INSTALL.cmake? > > > > Ok, there should be a paragraph which mentions the package creation on > > systems with red hat or debian package management. > > > > Installation as package is sooo much more confortable. > > i dont get this. you really expect user to do package management for > himself? pavel > Yes, I think, this is something a user is used to do. Downloading a package and installing it is very normal. Kornel signature.asc Description: This is a digitally signed message part.
Re: Some technical details
Am Samstag 06 März 2010 schrieb Pavel Sanda: > Kornel Benko wrote: > > Am Samstag 06 März 2010 schrieb Pavel Sanda: > > > Kornel Benko wrote: > > > > Am Samstag 06 März 2010 schrieb Pavel Sanda: > > > > > Kornel, you might want to check INSTALL.cmake? > > > > > > > > Ok, there should be a paragraph which mentions the package creation > > > > on systems with red hat or debian package management. > > > > > > > > Installation as package is sooo much more confortable. > > > > > > i dont get this. you really expect user to do package management for > > > himself? pavel > > > > Yes, I think, this is something a user is used to do. Downloading a > > package and installing it is very normal. > > i mean _building_ package. i have downloaded milion different software > packages but cant remeber single case where instead of usual configure && > make (&& make install sometimes) i did "make dist", really. Ah, ok. But _if_ building a package is so easy, then I would expect to use this package for install also. > pavel > Kornel signature.asc Description: This is a digitally signed message part.
trunc not compilable
Sorry Peter, I have not found the definition of ‘Q_EMIT’ in Qt-Headers for qt 4.3 ... /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgress.cpp: In member function ‘void lyx::frontend::GuiProgress::doClearMessages()’: /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgress.cpp:96: error: ‘Q_EMIT’ was not declared in this scope /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgress.cpp:96: error: expected `;' before ‘clearMessageText’ /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgress.cpp: In member function ‘void lyx::frontend::GuiProgress::appendText(const QString&)’: /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgress.cpp:128: error: ‘Q_EMIT’ was not declared in this scope /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgress.cpp:128: error: expected `;' before ‘updateStatusBarMessage’ make[2]: *** [src/frontends/qt4/CMakeFiles/frontend_qt4.dir/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgress.o] Error 1 ... Kornel signature.asc Description: This is a digitally signed message part.
Re: Some technical details
Am Tuesday 09 March 2010 schrieb Abdelrazak Younes: > On 03/09/2010 01:41 AM, Uwe Stöhr wrote: > > > You're right, it works fine for me too! I have no idea why it's not > > working on Uwe's system, > > > maybe it's because of the different installer. > > > > I use the same libraries as you (the ones from our FTP-server). > > I'm a bit puzzled because we discusses the gettext problem several > > times and everybody on Windows could reproduce this, also you if I > > remember correctly. > > Correction: I never was able to reproduce this bug under Windows and I > use an older version of Joost's "intl.dll". > > > > > Have you done something special in your installer because it doesn't > > work for me when I just compile LyX and use it (without the usage of > > any NSIS script)? As Vincent has the same problem you must have done > > some magic (like some special NSIS script that uses special Windows > > API settings). > > Maybe Vincent just forgot to pass '-DNLS=1' to CMake? maybe -Dnls=1 > Abdel. > > Kornel signature.asc Description: This is a digitally signed message part.
Re: Some technical details
Am utorok 09 Marec 2010 schrieb Uwe Stöhr: > Abdelrazak Younes schrieb: > > > Correction: I never was able to reproduce this bug under Windows and I > > use an older version of Joost's "intl.dll". > > Which version of intl.dll? > What is your Qt-version? > > >> Have you done something special in your installer because it doesn't > >> work for me when I just compile LyX and use it (without the usage of > >> any NSIS script)? As Vincent has the same problem you must have done > >> some magic (like some special NSIS script that uses special Windows > >> API settings). > > > > Maybe Vincent just forgot to pass '-DNLS=1' to CMake? > > What does the -DNLS=1 flag do? nls (lowercase, unsure if uppercase allowed here) is an option to enable compiling for language support. 1.) It adds -DENABLE_NLS=1 to c++ command line 2.) searches for gettext-module 3.) handles po directory > Besides this, Joost, I think that you are also using SCons to compile > LyX. Or do you now use CMake? > > regards Uwe > Kornel
Re: Simple cmake question
Am Freitag 12 März 2010 schrieb BH: > I can't get cmake to recognize my enchant installation at /opt/local/. > What cmake variable am I not setting correctly? > > BH > To compile, you need the development package. We are searching for include files _and_ for libraries. (So e.g. for ubuntu this is: libenchant-dev + libenchant1c2a) Kornel signature.asc Description: This is a digitally signed message part.
Re: Simple cmake question
Am Freitag 12 März 2010 schrieb Kornel Benko: > Am Freitag 12 März 2010 schrieb BH: > > I can't get cmake to recognize my enchant installation at /opt/local/. > > What cmake variable am I not setting correctly? > > > > BH > > To compile, you need the development package. We are searching for include > files _and_ for libraries. (So e.g. for ubuntu this is: libenchant-dev + > libenchant1c2a) > > Kornel > Read again, I see the "unusual" path, therefore you have to patch the CMakeLists.txt. In trunk, look at line 228: ... find_library(ENCHANT_LIBRARY "enchant" "/usr/local/lib" "/usr/lib") Here you may provide your path like this: find_library(ENCHANT_LIBRARY "enchant" "/usr/local/lib" "/usr/lib" "/opt/local/lib") Appropriate change also to find the include (provided it is "/opt/local/enchant") find_path(ENCHANT_INCLUDE_DIR "enchant++.h" PATHS /usr/local/include /usr/local/include/enchant /usr/include /usr/include/enchant /opt/local/enchant) ... Kornel signature.asc Description: This is a digitally signed message part.
Re: Simple cmake question
Am Freitag 12 März 2010 schrieb BH: > On Fri, Mar 12, 2010 at 1:25 PM, Kornel Benko wrote: > > Am Freitag 12 März 2010 schrieb Kornel Benko: > >> Am Freitag 12 März 2010 schrieb BH: > >> > I can't get cmake to recognize my enchant installation at /opt/local/. > >> > What cmake variable am I not setting correctly? > >> > > >> > BH > >> > >> To compile, you need the development package. We are searching for > >> include files _and_ for libraries. (So e.g. for ubuntu this is: > >> libenchant-dev + libenchant1c2a) > >> > >> Kornel > > > > Read again, I see the "unusual" path, therefore you have to patch the > > CMakeLists.txt. > > > > In trunk, look at line 228: > >... > >find_library(ENCHANT_LIBRARY "enchant" "/usr/local/lib" > > "/usr/lib") > > Here you may provide your path like this: > >find_library(ENCHANT_LIBRARY "enchant" "/usr/local/lib" > > "/usr/lib" "/opt/local/lib") > > > > Appropriate change also to find the include (provided it is > > "/opt/local/enchant") find_path(ENCHANT_INCLUDE_DIR "enchant++.h" PATHS > > /usr/local/include /usr/local/include/enchant /usr/include > > /usr/include/enchant /opt/local/enchant) > > Thanks. I used > > cmake -DENCHANT_LIBRARY=/opt/local/lib > -DENCHANT_INCLUDE_DIR=/opt/local/include/enchant > > and now it works. However, when cmake finishes, it now spits out this > warning: > > WARNING: Target "LyX2.0" requests linking to directory > "/opt/local/lib". Targets may link only to libraries. CMake is > dropping the item. > > ... and then linking fails: If you would have done as said, then the ENCHANT_LIBRARY would have been /opt/local/lib/libenchant.so or so. And probably no linking errors. ... > What am I doing wrong? > > (Note: I can build lyx with enchant using autotools rather than cmake.) > > BH > Kornel signature.asc Description: This is a digitally signed message part.
Re: Simple cmake question
Am Freitag 12 März 2010 schrieb Peter Kümmel: > /opt/local/lib is a directory only and I assume ENCHANT_LIBRARY should > point to a existing library. > > Kornel's comment was about the cmake command which searches for the > 'enchant' library in existing directories: > find_library(ENCHANT_LIBRARY "enchant" "/usr/local/lib" "/usr/lib") > > So 'cmake -DENCHANT_LIBRARY=/opt/local/lib/libenchant.so' or something > similar should work. > > But you could also patch the cmakefile then you don't have to type these > lengthy command line. > > Peter > Exactly. Kornel signature.asc Description: This is a digitally signed message part.
Commit po-files?
Paval, is it allowed to change (and commit) po-files in this stage for trunk? Kornel signature.asc Description: This is a digitally signed message part.
Re: Trunk is frozen
Am Dienstag, 16. März 2010 schrieb BH: > On Mon, Mar 15, 2010 at 10:40 AM, Pavel Sanda wrote: > > Pavel Sanda wrote: > >> hi, please no commits from now on. pavel > > > > trunk is free for commits again. > > > > for the binary packagers the tarballs are here: > > http://195.113.26.193/~sanda/lyx > > I'm trying different ways to compile lyx-2.0.0alpha1 on Mac, now with > cmake. I'm getting this error: > > CMake Error at CMakeLists.txt:203 (find_package): > Could not find module FindLibintl.cmake or a configuration file for package > Libintl. Hm, this should be included in the lyx-sources. Check /development/cmake/modules for this file. > Adjust CMAKE_MODULE_PATH to find FindLibintl.cmake or set Libintl_DIR to > the directory containing a CMake configuration file for Libintl. The file > will have one of the following names: > > LibintlConfig.cmake > libintl-config.cmake > > > When I look in lyx-2.0.0alpha1/development/cmake/modules, I find a set > of .cmake files that are all older than those found in trunk, and some > in trunk are missing from alpha1. These aren't generated files, right? > Is it a problem with the tarball? Looks like that. > BH > Kornel signature.asc Description: This is a digitally signed message part.
Re: Trunk is frozen
Am Dienstag, 16. März 2010 schrieb Pavel Sanda: > Kornel Benko wrote: > > Looks like that. > > Kornel, feel free to add neccessary cmake files into > development/Makefile.am > > pavel > Ok, done. Kornel signature.asc Description: This is a digitally signed message part.
Re: Trunk is frozen
Am Dienstag, 16. März 2010 schrieb BH: > On Tue, Mar 16, 2010 at 7:44 AM, Kornel Benko wrote: > > Am Dienstag, 16. März 2010 schrieb Pavel Sanda: > >> Kornel Benko wrote: > >> > Looks like that. > >> > >> Kornel, feel free to add neccessary cmake files into > >> development/Makefile.am > >> > >> pavel > >> > > Ok, done. > > So should I just copy those files into alpha1? > > BH > Yes. I hope, it will function, but as I don't have mac, I am sceptic. We need someone to take care for mac :( Kornel signature.asc Description: This is a digitally signed message part.
Re: lyx rev. 33817 make error on mac os x SL
Am Montag, 22. März 2010 schrieb Abdelrazak Younes: > On 03/22/2010 01:10 AM, BH wrote: > > (Note that doing "make install" with cmake won't properly put > > everything in the LyX-2.0.app bundle. So you'll have to make sure the > > files are going in the relevant places yourself.) > > > > Please report back those issue to the list, I am sure Kornel, Peter or I > could easily modify the CMake files accordingly. Yes, we depend on such informations. > Abdel. > Kornel signature.asc Description: This is a digitally signed message part.
Re: lyx rev. 33817 make error on mac os x SL
Am Montag, 22. März 2010 schrieb BH: > On Mon, Mar 22, 2010 at 4:19 AM, Abdelrazak Younes wrote: > > On 03/22/2010 01:10 AM, BH wrote: > >> > >> (Note that doing "make install" with cmake won't properly put > >> everything in the LyX-2.0.app bundle. So you'll have to make sure the > >> files are going in the relevant places yourself.) > >> > > > > Please report back those issue to the list, I am sure Kornel, Peter or I > > could easily modify the CMake files accordingly. > > I did -- in a thread "Cmake on Mac", and you (Abdel) were cc-ed on the > relevant e-mail. ;) > > To repeat: > > The problem is installing it. When XCode builds, it should > create the application bundle, but it doesn't. When I use unix > makefiles, doing "make install" indeed puts most everything inside the > LyX.app bundle, but not in the right places. (The directory structure > should be something like: > ... Not having anyone used to handle cmake on macosx it will be somewhat difficult. I looked into another project, and it seems that macosx needs more polishing than I were able to do without immediately seeing the outcome and interpreting the error-messages. Also for Peter, although used to handle cmake on windows, it will not be easy. (I think). Kornel signature.asc Description: This is a digitally signed message part.
Re: lyx rev. 33817 make error on mac os x SL
Am Montag, 22. März 2010 schrieb BH:
> On Mon, Mar 22, 2010 at 9:17 AM, Kornel Benko wrote:
> >> The problem is installing it. When XCode builds, it should
> >> create the application bundle, but it doesn't. When I use unix
> >> makefiles, doing "make install" indeed puts most everything inside the
> >> LyX.app bundle, but not in the right places. (The directory structure
> >> should be something like:
> >>
> > ...
> > Not having anyone used to handle cmake on macosx it will be somewhat
> > difficult.
> > I looked into another project, and it seems that macosx needs more
> > polishing than I were able to do without
> > immediately seeing the outcome and interpreting the error-messages.
> > Also for Peter, although used to handle cmake on windows, it will not be
> > easy. (I think).
>
> This worries me. I'm finding it increasingly difficult to compile LyX
> on Mac and am currently unable to generate universal binaries of 2.0.
> (There will be no Mac binary for 2.0alpha1.) I cannot use autotools at
> all; cmake compiles, but only intel (not ppc) and even then not for
> OSX 10.4. Going forward, I cannot compile recent versions of Qt
> myself, and if I use Nokia's precompiled versions I will not be able
> to use autotools at all, but will be forced to use cmake, which only
> has incomplete support for Mac. LyX on Mac needs some serious help.
>
> To be clear: none of this is intended as criticism or blame. I know
> there's only limited time people have to devote to LyX in general, and
> I appreciate everyone's willingness to help out on Mac when possible.
> Would that I had time and energy to step forward and (learn enough to)
> fix some of these problems
We need someone having OSX. You already have some experience there. It is not
soo difficult
to start with cmake. Maybe you could step in here?
Code specific for OSX in e.g. CMakeLists.txt would look like this:
if(APPLE)
if(NOT MAC_SELF_CONTAINED_BUNDLE)
if(CMAKE_INSTALL_PREFIX STREQUAL "/opt/local")
set(MAC_SELF_CONTAINED_BUNDLE /Applications/MacPorts CACHE DOCSTRING
"Install directory LyX application bundle")
else(CMAKE_INSTALL_PREFIX STREQUAL "/opt/local")
SET(INSTALL_OSX_BUNDLE_DIR ${CMAKE_INSTALL_PREFIX}/Application CACHE
DOCSTRING "Install directory LyX application bundle")
endif(CMAKE_INSTALL_PREFIX STREQUAL "/opt/local")
message("*** Will install application bundles in
${INSTALL_OSX_BUNDLE_DIR}, set INSTALL_OSX_BUNDLE_DIR to change the location")
endif(NOT MAC_SELF_CONTAINED_BUNDLE)
endif(APPLE)
but of course this will be not the only chunk.
> BH
>
Kornel
signature.asc
Description: This is a digitally signed message part.
Crash with continuous spell checking (trunk)
How to reproduce:
1.) Run lyx
2.) select Tools->Preferences->Language Settings->Spellchecker->Spellcheck
continuously
3.) open a file
File displays, but lyx then immediately crashes
this is the backtrace:
Program received signal SIGSEGV, Segmentation fault.
lyx::Paragraph::layout (this=0x11) at
/usr/src/lyx/lyx-devel/src/Paragraph.cpp:2706
2706{
(gdb) bt
#0 lyx::Paragraph::layout (this=0x11) at
/usr/src/lyx/lyx-devel/src/Paragraph.cpp:2706
#1 0x006ec1be in lyx::TextMetrics::displayFont (this=0x1db8a88,
pit=, pos=89) at
/usr/src/lyx/lyx-devel/src/TextMetrics.cpp:248
#2 0x006f151c in lyx::TextMetrics::redoParagraph (this=0x1db8a88,
pit=265) at /usr/src/lyx/lyx-devel/src/TextMetrics.cpp:437
#3 0x00712dc0 in lyx::BufferView::scrollToCursor (this=0x1d8eb10,
dit=..., recenter=false) at /usr/src/lyx/lyx-devel/src/BufferView.cpp:879
#4 0x00712f04 in lyx::BufferView::showCursor (this=0x11, dit=...,
recenter=9) at /usr/src/lyx/lyx-devel/src/BufferView.cpp:813
#5 0x00712f31 in lyx::BufferView::showCursor (this=0x11) at
/usr/src/lyx/lyx-devel/src/BufferView.cpp:807
#6 0x00713870 in lyx::BufferView::moveToPosition (this=0x1d8eb10,
bottom_pit=265, bottom_pos=211, top_id=, top_pos=0) at
/usr/src/lyx/lyx-devel/src/BufferView.cpp:770
#7 0x008ca317 in lyx::frontend::GuiView::loadDocument (this=0x110d360,
filename=..., tolastfiles=true) at
/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiView.cpp:1689
#8 0x008cbf0b in lyx::frontend::GuiView::openDocument (this=0x110d360,
fname=) at
/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiView.cpp:1766
#9 0x00894a71 in lyx::frontend::GuiApplication::dispatch
(this=0xf419b0, cmd=..., dr=...) at
/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiApplication.cpp:1305
#10 0x0089199d in lyx::frontend::GuiApplication::dispatch
(this=0xf419b0, cmd=...) at
/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiApplication.cpp:1078
#11 0x00687970 in lyx::dispatch (action=...) at
/usr/src/lyx/lyx-devel/src/LyX.cpp:1156
#12 0x00988169 in lyx::frontend::Action::action (this=0xfd7720) at
/usr/src/lyx/lyx-devel/src/frontends/qt4/Action.cpp:66
#13 0x009881d3 in lyx::frontend::Action::qt_metacall (this=0xfd7720,
_c=InvokeMetaMethod, _id=26376096, _a=0x7fffb0c0) at
/Creatable/BUILD/BuildLyx/src/frontends/qt4/moc_Action.cpp:71
#14 0x76369fbc in QMetaObject::activate(QObject*, int, int, void**) ()
from /usr/lib64/libQtCore.so.4
#15 0x76cc9457 in QAction::triggered(bool) () from
/usr/lib64/libQtGui.so.4
#16 0x76cca89f in QAction::activate(QAction::ActionEvent) () from
/usr/lib64/libQtGui.so.4
#17 0x7709a61d in ?? () from /usr/lib64/libQtGui.so.4
#18 0x770a052a in ?? () from /usr/lib64/libQtGui.so.4
#19 0x76d1dcf0 in QWidget::event(QEvent*) () from
/usr/lib64/libQtGui.so.4
#20 0x770a2ceb in QMenu::event(QEvent*) () from /usr/lib64/libQtGui.so.4
#21 0x76ccf2ac in QApplicationPrivate::notify_helper(QObject*, QEvent*)
() from /usr/lib64/libQtGui.so.4
#22 0x76cd63c1 in QApplication::notify(QObject*, QEvent*) () from
/usr/lib64/libQtGui.so.4
#23 0x0088aaff in lyx::frontend::GuiApplication::notify (this=0x11,
receiver=0x1db8a88, event=0x109) at
/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiApplication.cpp:2134
#24 0x76354ddc in QCoreApplication::notifyInternal(QObject*, QEvent*)
() from /usr/lib64/libQtCore.so.4
#25 0x76cd5c90 in QApplicationPrivate::sendMouseEvent(QWidget*,
QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer&) () from
/usr/lib64/libQtGui.so.4
#26 0x76d3c11e in ?? () from /usr/lib64/libQtGui.so.4
#27 0x76d3ad9a in QApplication::x11ProcessEvent(_XEvent*) () from
/usr/lib64/libQtGui.so.4
#28 0x76d62b6c in ?? () from /usr/lib64/libQtGui.so.4
#29 0x7493adee in g_main_context_dispatch () from
/usr/lib64/libglib-2.0.so.0
#30 0x7493e7b8 in ?? () from /usr/lib64/libglib-2.0.so.0
#31 0x7493e8e0 in g_main_context_iteration () from
/usr/lib64/libglib-2.0.so.0
#32 0x7637d3a3 in
QEventDispatcherGlib::processEvents(QFlags) ()
from /usr/lib64/libQtCore.so.4
#33 0x76d6231e in ?? () from /usr/lib64/libQtGui.so.4
#34 0x76353712 in
QEventLoop::processEvents(QFlags) () from
/usr/lib64/libQtCore.so.4
#35 0x76353ae4 in
QEventLoop::exec(QFlags) () from
/usr/lib64/libQtCore.so.4
#36 0x76355c99 in QCoreApplication::exec() () from
/usr/lib64/libQtCore.so.4
#37 0x0088b011 in lyx::frontend::GuiApplication::exec (this=0xf419b0)
at /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiApplication.cpp:1917
#38 0x0068e299 in lyx::LyX::exec (this=,
argc=, argv=) at
/usr/src/lyx/lyx-devel/src/LyX.cpp:360
#39 0x00602abe in main (argc=1, argv=0x7fffda48) at
/usr/src/lyx/lyx-devel/src/main.cpp:46
...
Kornel
signature.asc
Description: This is a digitally signed message part.
Re: Compiling with Qt 4.2
Am Mittwoch, 24. März 2010 schrieb Pavel Sanda: > BH wrote: > > etc.). Qt4.6 crashes, which I gather is true on other systems as well. > > which crashes? > > pavel > Sorry, I had the feeling it were not dependent on QT or platform. Here it is QT4.5, OpenSuSe 11, 64 bit. Kornel signature.asc Description: This is a digitally signed message part.
Re: Cmake and installing the svn version without messing LyX 1.6
Am Mittwoch, 24. März 2010 schrieb Charles de Miramon: > Hello, > > I have compiled LyX through the cmake way and it looks faster than the old > autotools > > I would like to do a make install but not mess my LyX 1.6 and install the > files in /usr/share/LyX20 > > How should I do that ? > You can provide the install-path to cmake like this: cd your-lyx-build-dir cmake your-lyx-source-dir/development/cmake -DCMAKE_INSTALL_PREFIX=your-lyx-install-dir > Maybe INSTALL.Cmake could be a little bit fleshed out. At least for the poor > dummies, it would be nice to know that you have to do cmake than make and > make install. > > Cheers, > Charles > Kornel signature.asc Description: This is a digitally signed message part.
Re: Crash with continuous spell checking (trunk)
Am Donnerstag, 25. März 2010 schrieb Jack Desert: > > > Make sure you have aspell-devel or hunspell-devel installed, assuming > > you are using svn or otherwise compiling yourself. > > > > rh > > > > I found a package for libaspell-dev. Is this the same thing? > > -Jack > Yes. If compiling with cmake, make sure to remove the CMakeCache.txt. Removing it implies that cmake will search again for all packages. Kornel signature.asc Description: This is a digitally signed message part.
Re: [RFC] Possibly controversial changes to DEPM.
Am Donnerstag, 31. Januar 2019 23:40:38 CET schrieb Jean-Marc Lasgouttes : > > Hi, > > I learned in #11412 that some features that seem to be a progress to me > are actually bugs (e.g. removing space at end of paragraph). Therefore, > since I am in a mood to touch DEPM (in master only, I promise!), I > figured I'd better ask first. > > Here is a list of ideas, from the top of my head > 1. do not do DEPM when document is read-only > > 2. record undo for DEPM changes > > 3. remove the call to stripLeadingSpaces() at the end of DEPM that does > not make sense to me > > 4. call the global DEPM (the one that works on full paragraphs, not > around cursor) after each call to LFUN_LAYOUT (will have an effect when > changing a free_spacing layout to a normal one). > > And then I have questions > > 5. currently DEPM does not look at deleting paragraphs in free spacing > layouts (in addition to the documented allowEmpty setting). Shall I > change that or document it? Document it. > 6. currently when a paragraph contains only a space, DEPM will remove > the space but then it will return instead of removing the paragraph. > Shall I fix that or keep it because people rely on this weird behavior ? For me it feels better to remove the paragraph. > JMarc Just my 2 cents. Kornel signature.asc Description: This is a digitally signed message part.
Re: Obsolete hollywood/broadway
Am Dienstag, 22. Januar 2019 13:42:05 CET schrieb Jean-Pierre Chrétien : > dear developers, > > Happy new year to you all first, it's still time for wishes. > > A recent question on the French LyX list about the existence of a layout for > scripts for comics lead me to review what was available in LyX for stage or > screen play writing. > > I found out that there are only two classes in CTAN prone to replace the > obsoleted hollywood and broadway classes: screenplay.cls (2012) and stage.cls > (2017). > > Would it be appropriate to provide layouts for these ? Should I file an > enhancement ticket ? > > Yes, please do (if you think there is need for this layout) Kornel signature.asc Description: This is a digitally signed message part.
Re: [LyX/master] Fix line breaking, punctuation kerning and font switching with non-tex-fonts
Am Sonntag, 3. Februar 2019 10:34:05 CET schrieb Guenter Milde : > On 2019-02-02, Guenter Milde wrote: > > On 2019-02-01, Kornel Benko wrote: > > ... > > >> The tests > >>467 - > >> DEFAULTOUTPUT_export/export/latex/unicodesymbols/001-4-latin_euc-cn_pdf2 > >> (Failed) > >>468 - > >> DEFAULTOUTPUT_export/export/latex/unicodesymbols/001-4-latin_gbk_pdf2 > >> (Failed) > >>470 - > >> DEFAULTOUTPUT_export/export/latex/unicodesymbols/001-4-latin_euc-kr_pdf2 > >> (Failed) > >> fail. > >> For all these tests I get: > > >> ! Package inputenc Error: Invalid UTF-8 byte "A8. > > > Ah, I see. This is the unfortunate decision to default to utf8 if the > > inputenc package is not loaded. > > ... > > > I will work on a patch adding \UseRawInputEncoding (wrapped in a test > > whether this command (new in TL18) exists) whenever the "inputenc" package > > is not loaded. > > Could you check, whether the patch below fixes the test? > > (This is not the real fix but just a proof of concept.) > > > > Thank you for the diagnosis, > > > Günter It does. Moreover, now we get 441 - INVERTED.DEFAULTOUTPUT.TODO_export/export/latex/unicodesymbols/001-4-latin_cp862_pdf2 (Failed) 447 - INVERTED.DEFAULTOUTPUT.TODO_export/export/latex/unicodesymbols/001-4-latin_cp1255_pdf2 (Failed) 448 - INVERTED.DEFAULTOUTPUT.TODO_export/export/latex/unicodesymbols/001-4-latin_cp1256_pdf2 (Failed) 457 - INVERTED.DEFAULTOUTPUT.TODO_export/export/latex/unicodesymbols/001-4-latin_iso8859-6_pdf2 (Failed) Kornel signature.asc Description: This is a digitally signed message part.
Endless loop in Text2.cpp
Endles loop in src/Text2.cpp:955-977
Debugging I get
954:from = 0
955:par.size() = 28
while (from < par.size()) {
...
from = 4
par.isDeleted(from) = true
par.isLineSeparator(from) = true
to = 4
inside "while (to < par.size()"
par.isLineSeparator(to) = true
par.isDeleted(to) = false
to++ ( == 5)
par.isLineSeparator(to) = false
par.isDeleted(to) = false
969:num_spaces = 1
973:num_spaces = 0
976:deleteSpaces(par, from , to, num_spaces, trackChanges);
Repeat the while-loop at 955
Kornel
signature.asc
Description: This is a digitally signed message part.
Re: Endless loop in Text2.cpp
Am Montag, 4. Februar 2019 17:06:35 CET schrieb Kornel Benko :
> Endles loop in src/Text2.cpp:955-977
>
> Debugging I get
> 954:from = 0
> 955:par.size() = 28
> while (from < par.size()) {
> ...
> from = 4
> par.isDeleted(from) = true
> par.isLineSeparator(from) = true
> to = 4
> inside "while (to < par.size()"
> par.isLineSeparator(to) = true
> par.isDeleted(to) = false
> to++ ( == 5)
> par.isLineSeparator(to) = false
> par.isDeleted(to) = false
> 969:num_spaces = 1
> 973:num_spaces = 0
> 976:deleteSpaces(par, from , to, num_spaces, trackChanges);
>
> Repeat the while-loop at 955
>
This patch works for me
Kornel
diff --git a/src/Text2.cpp b/src/Text2.cpp
index ae35fad..832f4c1 100644
--- a/src/Text2.cpp
+++ b/src/Text2.cpp
@@ -972,10 +972,12 @@ void Text::deleteEmptyParagraphMechanism(pit_type first, pit_type last, bool tra
if (from != to && from > 0 && to < par.size())
--num_spaces;
// Remove spaces if needed
deleteSpaces(par, from , to, num_spaces, trackChanges);
+ if (num_spaces == 0)
+from++;
}
// don't delete anything if this is the only remaining paragraph
// within the given range. Note: Text::acceptOrRejectChanges()
// sets the cursor to 'first' after calling DEPM
signature.asc
Description: This is a digitally signed message part.
Re: Endless loop in Text2.cpp
Am Montag, 4. Februar 2019 17:25:31 CET schrieb Jean-Marc Lasgouttes
:
> Le 04/02/2019 à 17:10, Kornel Benko a écrit :
> > Am Montag, 4. Februar 2019 17:06:35 CET schrieb Kornel Benko
> > :
> >> Endles loop in src/Text2.cpp:955-977
> >
> > This patch works for me
>
> Thanks, it is my mistake. Could you give me a recipe for the endless
> loop, please ? I will probably put a slightly different patch, and I
> want to be sure of what I do.
>
> JMarc
>
I am testing advanced search (here locally modified), but it should work the
same
as committed in master.
1.) open de/EmbeddedObjects.lyx
2.) advanced search for English strings {\regexp{.+\endregexp{}}, allow format
search
3.) At the dialog on end of file select 'Yes' to restart the search from start
4.) lyx freezes ...
Kornel
signature.asc
Description: This is a digitally signed message part.
Re: Endless loop in Text2.cpp
Am Dienstag, 5. Februar 2019 12:22:19 CET schrieb Jean-Marc Lasgouttes
:
> Le 04/02/2019 à 17:38, Kornel Benko a écrit :
>
> > I am testing advanced search (here locally modified), but it should work
> > the same
> > as committed in master.
> >
> > 1.) open de/EmbeddedObjects.lyx
> > 2.) advanced search for English strings {\regexp{.+\endregexp{}}, allow
> > format search
> > 3.) At the dialog on end of file select 'Yes' to restart the search from
> > start
> > 4.) lyx freezes ...
>
> It should be fixed now. I am not sure about how you trigger it though,
> since AFAICS this code is only used for accepting/rejecting changes.
>
> JMarc
>
Yes, fixed.
And I don't know either.
Since I was only 'searching' in findadv, no changes to buffer were done.
The code was triggered _only_ at accepting the re-search dialog at file end.
Kornel
signature.asc
Description: This is a digitally signed message part.
Re: Endless loop in Text2.cpp
Am Dienstag, 5. Februar 2019 12:40:36 CET schrieb Kornel Benko :
> Am Dienstag, 5. Februar 2019 12:22:19 CET schrieb Jean-Marc Lasgouttes
> :
> > Le 04/02/2019 à 17:38, Kornel Benko a écrit :
> >
> > > I am testing advanced search (here locally modified), but it should work
> > > the same
> > > as committed in master.
> > >
> > > 1.) open de/EmbeddedObjects.lyx
> > > 2.) advanced search for English strings {\regexp{.+\endregexp{}}, allow
> > > format search
> > > 3.) At the dialog on end of file select 'Yes' to restart the search from
> > > start
> > > 4.) lyx freezes ...
> >
> > It should be fixed now. I am not sure about how you trigger it though,
> > since AFAICS this code is only used for accepting/rejecting changes.
> >
> > JMarc
> >
>
> Yes, fixed.
> And I don't know either.
> Since I was only 'searching' in findadv, no changes to buffer were done.
> The code was triggered _only_ at accepting the re-search dialog at file end.
Not true ..., debugging ...
the code is triggered on 'search next' too.
Here the backtrace:
#0 lyx::Text::deleteEmptyParagraphMechanism (this=0x3f07878, first=0, last=0,
trackChanges=false)
at /usr2/src/lyx/lyx-git/src/Text2.cpp:952
#1 0x00f57d79 in lyx::Text::acceptChanges (this=0x3f07878) at
/usr2/src/lyx/lyx-git/src/Text.cpp:1436
#2 0x012250a2 in lyx::InsetText::acceptChanges (this=0x3f07860)
at /usr2/src/lyx/lyx-git/src/insets/InsetText.cpp:430
#3 0x00f0afa6 in lyx::Paragraph::acceptChanges (this=0x2ca06d0,
start=0, end=616)
at /usr2/src/lyx/lyx-git/src/Paragraph.cpp:689
#4 0x00f511c3 in lyx::acceptOrRejectChanges (pars=..., bparams=...,
op=lyx::Text::ACCEPT)
at /usr2/src/lyx/lyx-git/src/Text.cpp:302
#5 0x00f513c2 in lyx::acceptChanges (pars=..., bparams=...) at
/usr2/src/lyx/lyx-git/src/Text.cpp:334
#6 0x00e0e239 in lyx::(anonymous namespace)::copySelectionHelper
(buf=..., text=..., startpit=942, endpit=942,
start=3, end=619, dc=std::shared_ptr (count 5, weak 0) 0x333b900,
cutstack=...)
at /usr2/src/lyx/lyx-git/src/CutAndPaste.cpp:716
#7 0x00e1032c in lyx::cap::(anonymous namespace)::copySelectionToStack
(cur=..., cutstack=...)
at /usr2/src/lyx/lyx-git/src/CutAndPaste.cpp:1056
#8 0x00e10bf6 in lyx::cap::saveSelection (cur=...) at
/usr2/src/lyx/lyx-git/src/CutAndPaste.cpp:1127
#9 0x012a8892 in lyx::frontend::GuiView::setCurrentWorkArea
(this=0x2aed660, wa=0x3fb5480)
at /usr2/src/lyx/lyx-git/src/frontends/qt4/GuiView.cpp:1567
#10 0x012d733d in lyx::frontend::GuiWorkArea::focusInEvent
(this=0x3fb5480, e=0x7fffcba0)
at /usr2/src/lyx/lyx-git/src/frontends/qt4/GuiWorkArea.cpp:787
#11 0x76ffd56f in QWidget::event(QEvent*) () from
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#12 0x770fdb2e in QFrame::event(QEvent*) () from
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#13 0x77186a03 in QAbstractScrollArea::event(QEvent*) () from
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#14 0x012d6e4c in lyx::frontend::GuiWorkArea::event (this=0x3fb5480,
e=0x7fffcba0)
at /usr2/src/lyx/lyx-git/src/frontends/qt4/GuiWorkArea.cpp:734
#15 0x76fb7afc in QApplicationPrivate::notify_helper(QObject*, QEvent*)
()
from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#16 0x76fbd036 in QApplication::notify(QObject*, QEvent*) () from
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#17 0x0126e3a8 in lyx::frontend::GuiApplication::notify
(this=0x2198550, receiver=0x3fb5480, event=0x7fffcba0)
at /usr2/src/lyx/lyx-git/src/frontends/qt4/GuiApplication.cpp:2721
#18 0x766822a8 in QCoreApplication::notifyInternal2(QObject*, QEvent*)
()
from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#19 0x76fbae06 in QApplicationPrivate::setFocusWidget(QWidget*,
Qt::FocusReason) ()
from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#20 0x76ff798d in QWidget::setFocus(Qt::FocusReason) () from
/usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#21 0x012c2d09 in QWidget::setFocus (this=0x3fb5480) at
/usr/include/x86_64-linux-gnu/qt5/QtWidgets/qwidget.h:405
#22 0x01334142 in
lyx::frontend::FindAndReplaceWidget::on_findNextPB_clicked (this=0x3ec2300)
at /usr2/src/lyx/lyx-git/src/frontends/qt4/FindAndReplace.cpp:517
#23 0x01334b2e in
lyx::frontend::FindAndReplaceWidget::qt_static_metacall (_o=0x3ec2300,
_c=QMetaObject::InvokeMetaMethod, _id=1, _a=0x7fffce30)
at
/BUILD/BUILDMint18/BuildLyxGitQt5.6.1local-gcc5.4.0/src/frontends/qt4/moc_FindAndReplace.cpp:84
#24 0x01334c64 in lyx::frontend::FindAndReplaceWidget::qt_metacall
(this=0x3ec2300,
_c=QMetaObject::InvokeMetaMethod, _id=1, _a=0x7fffce30)
at
/BUILD/BUILDMint18/BuildLyxGitQt5.6
Re: [LyX/master] ctests: update Korean tests, add "language default" test including Chinese.
Am Dienstag, 5. Februar 2019 11:32:17 CET schrieb Günter Milde : > commit f8d42aed39587dfe63ec3fcc1d2164d2011de9db > Author: Günter Milde > Date: Sun Feb 3 22:16:35 2019 +0100 > > ctests: update Korean tests, add "language default" test including > Chinese. > > Set suitable non-TeX fonts in the test document. > Use "kotex" language package. ... After this commit, test with TL18: $ ctest -R unicodesymbols --> (960 tests) The following tests FAILED: 442 - INVERTED.DEFAULTOUTPUT.TODO_export/export/latex/unicodesymbols/001-4-latin_cp862_pdf2 (Failed) 448 - INVERTED.DEFAULTOUTPUT.TODO_export/export/latex/unicodesymbols/001-4-latin_cp1255_pdf2 (Failed) 449 - INVERTED.DEFAULTOUTPUT.TODO_export/export/latex/unicodesymbols/001-4-latin_cp1256_pdf2 (Failed) 458 - INVERTED.DEFAULTOUTPUT.TODO_export/export/latex/unicodesymbols/001-4-latin_iso8859-6_pdf2 (Failed) 530 - DEFAULTOUTPUT_export/export/latex/unicodesymbols/008-greek-and-coptic_utf8x_pdf2 (Failed) 817 - DEFAULTOUTPUT_export/export/latex/unicodesymbols/070-72-general-punctuation-sub-super-currency_utf8_pdf2 (Failed) 856 - DEFAULTOUTPUT_export/export/latex/unicodesymbols/070-72-general-punctuation-sub-super-currency_utf8-cjk_pdf2 (Failed) Kornel signature.asc Description: This is a digitally signed message part.
Re: [LyX/master] ctests: update Korean tests, add "language default" test including Chinese.
Am Dienstag, 5. Februar 2019 19:33:40 CET schrieb Guenter Milde : > On 2019-02-05, Kornel Benko wrote: > > Am Dienstag, 5. Februar 2019 11:32:17 CET schrieb Günter Milde > > : > >> commit f8d42aed39587dfe63ec3fcc1d2164d2011de9db > > >> ctests: update Korean tests, add "language default" test including > >> Chinese. > > >> Set suitable non-TeX fonts in the test document. > >> Use "kotex" language package. > > > ... > > After this commit, test with TL18: > > $ ctest -R unicodesymbols > > --> (960 tests) > > The following tests FAILED: > > 442 - > > INVERTED.DEFAULTOUTPUT.TODO_export/export/latex/unicodesymbols/001-4-latin_cp862_pdf2 > > (Failed) > > 448 - > > INVERTED.DEFAULTOUTPUT.TODO_export/export/latex/unicodesymbols/001-4-latin_cp1255_pdf2 > > (Failed) > > 449 - > > INVERTED.DEFAULTOUTPUT.TODO_export/export/latex/unicodesymbols/001-4-latin_cp1256_pdf2 > > (Failed) > > 458 - > > INVERTED.DEFAULTOUTPUT.TODO_export/export/latex/unicodesymbols/001-4-latin_iso8859-6_pdf2 > > (Failed) > > Could you check, whether the output is correct (i.e. the same as with > inputenc == utf8 or inputenc == ascii) or whether there are wrong characters? > > If the output is OK, this is fixed by preventing the fallback loading of > utf8 and we can remove the "inversion-clauses". Totally wrong characters displayed for latin-1 supplement and also for latin extended. (All of the created pdf''s are unique) > > 530 - > > DEFAULTOUTPUT_export/export/latex/unicodesymbols/008-greek-and-coptic_utf8x_pdf2 > > (Failed) > > 817 - > > DEFAULTOUTPUT_export/export/latex/unicodesymbols/070-72-general-punctuation-sub-super-currency_utf8_pdf2 > > (Failed) > > 856 - > > DEFAULTOUTPUT_export/export/latex/unicodesymbols/070-72-general-punctuation-sub-super-currency_utf8-cjk_pdf2 > > (Failed) > > This is due to the adding of some characters to the test documents in > 1c9d3da93877ef. > > Should be fixed in 321fbb86. Yes, fixed. > Thank you for reporting, > > Günter Thanks for caring, Kornel signature.asc Description: This is a digitally signed message part.
Re: Endless loop in Text2.cpp
Am Mittwoch, 6. Februar 2019 17:25:52 CET schrieb Jean-Marc Lasgouttes : > Le 06/02/2019 à 17:21, Guenter Milde a écrit : > > I get a "frozen" LyX (maybe this endless loop) since some days when I try to > > delete an inset -- at least in some cases. > > > > Example: > >In the file > >autotests/export/latex/unicodesymbols/008-greek-and-coptic.lyx > >the Branch-inset following "3F0" containing the non-convertible > > characters > >ϰ ϱ ϲ ϳ ϴ ϵ ϶ Ϸ ϸ Ϲ Ϻ ϻ ϼ Ͻ Ͼ Ͽ > > > >a) select the characters inside the branch-inset, > > delete, > > delete the branch-inset > > OK > > > >b) select the complete inset, > > delete, > > LyX freezes :-( > > Unfortunately I cannot reproduce. Could you either give me a backtrace > or make a webcast of the problem? > > This is master, right? > > JMarc > Neither could I reproduce. Kornel signature.asc Description: This is a digitally signed message part.
Re: My Thanks
Am Donnerstag, 7. Februar 2019 12:17:48 CET schrieb Joel Kulesza : > LyX Developers, > > Please accept my thanks for your work on LyX. It made writing my > dissertation far more pleasant than any other option I know of. As a small > token of my gratitude, please find my acknowledgement for your > contributions in the preface of my dissertation. A link to a page > containing the resulting PDF follows. > > http://hdl.handle.net/2027.42/147541 Wow! > I also include this link for anyone curious to see the typesetting needs > that motivate many of my questions and concerns... > > Thank you again, > Joel Kornel signature.asc Description: This is a digitally signed message part.
Re: Bug #11484
Am Freitag, 8. Februar 2019 22:14:55 CET schrieb Jürgen Womser-Schütz : > Hi alltogether, as I can see: no volunteers desired. > Best regards Jürgen > > > Am 06.02.2019 um 16:25 schrieb Jürgen Womser-Schütz: > > Hi, > > > > in the surrounding field of bug #11484 I tried to improve the "user > > experiance" by checking the existence of the user-specified listing file. > > I changed two files: > > src/frontends/qt4/GuiInclude.cpp > > src/frontends/qt4/GuiInclude.h > > The diff-output is attached. > > > > Jürgen > Don't be disappointed. Sometimes it may take some time until some experienced developer checks your patch. It is surely not forgotten. Kornel signature.asc Description: This is a digitally signed message part.
Re: [LyX/master] Don't switch encodings to/from CJK if the document encoding is using the CJK package.
Am Samstag, 9. Februar 2019 20:41:00 CET schrieb Günter Milde :
> commit 7bbf333fa1005a0eb9658b84e0c7d65e53fd9f20
> Author: Günter Milde
> Date: Thu Feb 7 22:07:59 2019 +0100
>
> Don't switch encodings to/from CJK if the document encoding is using the
> CJK package.
>
> Also, since we return earlier if the document encoding is an utf8-variant
> since fc0ab1283, the wrapper around "setEncoding" is no longer required.
> ---
>
After this commit following test fails
DEFAULTOUTPUT_export/export/latex/unicodesymbols/001-4-latin_euc-cn_pdf2
! Font C10/fs/m/n/10/03=gsfs1403 at 10.0pt not loadable: Metric (TFM) file not
found.
relax
l.111 \v{E} ��
\^{G} \^{g} \u{G} \u{g}
...
! Font \C10/fs/m/n/10=nullfont not loadable: Metric (TFM) file not found.
\relax
l.111 \v{E} ��
\^{G} \^{g} \u{G} \u{g}
(From the line: 110 Đ đ Ē ē Ĕ ĕ Ė ė Ę ę Ě ě Ĝ ĝ Ğ ğ)
The relevant latex output is:
\item [{110}] \DJ{} \dj{} \={E} \={e} \u{E} \u{e} \.{E} \.{e} \k{E}
\k{e}
\v{E} ě \^{G} \^{g} \u{G} \u{g}
Kornel
signature.asc
Description: This is a digitally signed message part.
Re: Bug #11484
Am Mittwoch, 6. Februar 2019 17:57:55 CET schrieb Jürgen Womser-Schütz : > ... and a patch to git-master for convenience. > > Jürgen > Jürgen, if we would apply your patches, we would need your explicit permission. Like a short message on this list containing: "I hereby grant permission to use my work for LyX under the license GPL version 2 or later." Kornel signature.asc Description: This is a digitally signed message part.
Re: [LyX/master] Don't switch encodings to/from CJK if the document encoding is using the CJK package.
Am Sonntag, 10. Februar 2019 15:56:35 CET schrieb Guenter Milde
:
> On 2019-02-09, Kornel Benko wrote:
> > Am Samstag, 9. Februar 2019 20:41:00 CET schrieb Günter Milde
> > :
> >> commit 7bbf333fa1005a0eb9658b84e0c7d65e53fd9f20
>
> > After this commit following test fails
> > DEFAULTOUTPUT_export/export/latex/unicodesymbols/001-4-latin_euc-cn_pdf2
>
>
> > ! Font C10/fs/m/n/10/03=gsfs1403 at 10.0pt not loadable: Metric (TFM) file
> > not
> > found.
> >
> >relax
> > l.111 \v{E} ��
> >\^{G} \^{g} \u{G} \u{g}
> > ...
>
> Should be fixed now, thanks for reporting.
>
> Günter
Yes, confirmed. Thanks
Kornel
signature.asc
Description: This is a digitally signed message part.
Re: Testing 2.3 devel on Windows 10
Am Mittwoch, 13. Februar 2019 07:44:20 CET schrieb Daniel : > Even though I can compile LyX on Windows 10 now, I ended up not testing > 2.3 devel in detail because it is too slow to work seriously with. Even > moving the cursor around is very laggy. > > Daniel Please don't give up. If nobody tests, we will never be able to find the reason. Is the slowness on a file with many pictures? Are the slow paragraphs long? Is it only on first check on this file? Kornel signature.asc Description: This is a digitally signed message part.
Re: [LyX/master] ctest update: Set non-TeX fonts in documents, update comments and tags.
Am Mittwoch, 13. Februar 2019 10:31:58 CET schrieb Günter Milde : > commit 1879fbedfb67cc6e3d63d5c993a754d872543028 > Author: Günter Milde > Date: Wed Feb 13 10:34:18 2019 +0100 > > ctest update: Set non-TeX fonts in documents, update comments and tags. > Something I didn't dare to change :), therefore the font settings were set in useSystemFonts.pl Kornel signature.asc Description: This is a digitally signed message part.
Re: [LyX/master] ctest update: Set non-TeX fonts in documents, update comments and tags.
Am Mittwoch, 13. Februar 2019 15:36:11 CET schrieb Guenter Milde
:
> On 2019-02-13, Kornel Benko wrote:
> > Am Mittwoch, 13. Februar 2019 10:31:58 CET schrieb Günter Milde
> > :
> >> commit 1879fbedfb67cc6e3d63d5c993a754d872543028
>
> >> ctest update: Set non-TeX fonts in documents, update comments and tags.
>
> Kornel and Scott, could you check for failures with
>
>ctest -R _systemF
>
> ?
1530 - export/doc/EmbeddedObjects_dvi3_systemF (Failed)
1537 - export/doc/EmbeddedObjects_pdf5_systemF (Failed)
1771 - export/doc/attic/eu_Customization_dvi3_systemF (Failed)
1776 - export/doc/attic/eu_Customization_pdf4_systemF (Failed)
1778 - export/doc/attic/eu_Customization_pdf5_systemF (Failed)
2074 - export/doc/de/EmbeddedObjects_dvi3_systemF (Failed)
2081 - export/doc/de/EmbeddedObjects_pdf5_systemF (Failed)
2290 - export/doc/es/EmbeddedObjects_dvi3_systemF (Failed)
2297 - export/doc/es/EmbeddedObjects_pdf5_systemF (Failed)
2470 - export/doc/fr/Customization_dvi3_systemF (Failed)
2475 - export/doc/fr/Customization_pdf4_systemF (Failed)
2477 - export/doc/fr/Customization_pdf5_systemF (Failed)
2524 - export/doc/fr/EmbeddedObjects_dvi3_systemF (Failed)
2531 - export/doc/fr/EmbeddedObjects_pdf5_systemF (Failed)
5197 - export/examples/es/linguistics_dvi3_systemF (Failed)
5202 - export/examples/es/linguistics_pdf4_systemF (Failed)
5204 - export/examples/es/linguistics_pdf5_systemF (Failed)
6320 - export/examples/sr/Braille_dvi3_systemF (Failed)
6325 - export/examples/sr/Braille_pdf4_systemF (Failed)
6506 - INVERTED.TODO_export/templates/IEEEtran-Journal_pdf4_systemF
(Failed)
6524 - INVERTED.TODO_export/templates/IEEEtran-TransMag_pdf4_systemF
(Failed)
7038 - export/templates/maa-monthly_dvi3_systemF (Failed)
7043 - export/templates/maa-monthly_pdf4_systemF (Failed)
7045 - export/templates/maa-monthly_pdf5_systemF (Failed)
7236 - export/templates/revtex4-1_dvi3_systemF (Failed)
7241 - export/templates/revtex4-1_pdf4_systemF (Failed)
7243 - export/templates/revtex4-1_pdf5_systemF (Failed)
> > Something I didn't dare to change :), therefore the font settings were
> > set in useSystemFonts.pl
>
> I know. Also, originally it was not possible to configure both, TeX and
> non-TeX fonts.
The reason is still valid, if we want handle (and test) old (e.g. /attic/)
files.
> However, with the font settings now storing both choices, I'd like to get
> rid of the font-setting-replacement in useSystemFonts.pl alltogether, so the
> next step would be
>
> diff --git a/development/autotests/useSystemFonts.pl
> b/development/autotests/useSystemFonts.pl
> index e9bbd08a1b..9bde8e2847 100644
> --- a/development/autotests/useSystemFonts.pl
> +++ b/development/autotests/useSystemFonts.pl
> @@ -85,16 +85,7 @@ if ($source =~ /\/([a-z][a-z](_[A-Z][A-Z])?)[\/_]/) {
> }
>
> my $inputEncoding = undef;
> -if ($fontT eq "systemF") {
> - if ($font{roman} eq "default") {
> -# Change non-tex fonts setting if it is "default".
> -# TODO: set in document (if required).
> -$font{roman} = "FreeSerif";
> -$font{sans} = "FreeSans";
> -$font{typewriter} = "FreeMono";
> - }
> -}
> -elsif ($encodingT ne "default") {
> +if ($encodingT ne "default") {
># set input encoding to the requested value
>$inputEncoding = {
> "search" => '.*', # this will be substituted from
> '\inputencoding'-line
>
>
> followed by another run of `ctest -R _systemF` and fixing of
> new tests failures.
I confess, that I am not too amused.
> Thanks,
> Günter
>
Kornel
signature.asc
Description: This is a digitally signed message part.
Re: [LyX/master] ctest update: Set non-TeX fonts in documents, update comments and tags.
Am Donnerstag, 14. Februar 2019 00:06:19 CET schrieb Guenter Milde : > On 2019-02-13, Kornel Benko wrote: > > > [-- Type: text/plain, Encoding: quoted-printable --] > > > Am Mittwoch, 13. Februar 2019 15:36:11 CET schrieb Guenter Milde > > : > >> On 2019-02-13, Kornel Benko wrote: > >> > Am Mittwoch, 13. Februar 2019 10:31:58 CET schrieb Günter Milde > >> > : > >> >> commit 1879fbedfb67cc6e3d63d5c993a754d872543028 > > >> >> ctest update: Set non-TeX fonts in documents, update comments and > >> >> tags. > > >> Kornel and Scott, could you check for failures with > > >>ctest -R _systemF > > >> ? > > Thank you for testing. (Interestingly, there are failures in files > that should not be affected by my recent commit.) This is because you changed useSystemFonts.pl. The fonts there were used _only_ in case of default setting. Now, in default case, we always use Free(Mono|Sans|Serif) See lyxStatus.pm:219 ff > > 1530 - export/doc/EmbeddedObjects_dvi3_systemF (Failed) > > 1537 - export/doc/EmbeddedObjects_pdf5_systemF (Failed) > > > 2074 - export/doc/de/EmbeddedObjects_dvi3_systemF (Failed) > > 2081 - export/doc/de/EmbeddedObjects_pdf5_systemF (Failed) > > 2290 - export/doc/es/EmbeddedObjects_dvi3_systemF (Failed) > > 2297 - export/doc/es/EmbeddedObjects_pdf5_systemF (Failed) > > > 2524 - export/doc/fr/EmbeddedObjects_dvi3_systemF (Failed) > > 2531 - export/doc/fr/EmbeddedObjects_pdf5_systemF (Failed) > > "Hand compilation" gives 2 warnings: > > Warning: Different use-non-TeX-fonts settings > > Included file `[doc/DummyDocument1.lyx]' > has use-non-TeX-fonts set to `false' > while parent file has use-non-TeX-fonts set to `true'. > Warning: Different use-non-TeX-fonts settings > > Included file `[doc/DummyDocument2.lyx]' > has use-non-TeX-fonts set to `false' > while parent file has use-non-TeX-fonts set to `true'. > > but compilation with LuaTeX is fine. > > IMO we should ignore the warnings. This may also fix > .*EmbeddedObjects_pdf4_systemF tests. > Mark, that it would not fix it for TL18. > > 1771 - export/doc/attic/eu_Customization_dvi3_systemF (Failed) > > 1776 - export/doc/attic/eu_Customization_pdf4_systemF (Failed) > > 1778 - export/doc/attic/eu_Customization_pdf5_systemF (Failed) > > IMO we can ignore these tests (attic with non-default output). > Not in my opinion. > > 2470 - export/doc/fr/Customization_dvi3_systemF (Failed) > > 2475 - export/doc/fr/Customization_pdf4_systemF (Failed) > > 2477 - export/doc/fr/Customization_pdf5_systemF (Failed) > > Missing character: There is no ― in font > [lmroman10-regular]:mapping=tex-text;! > > Fixed by replacing Character '―' (8213, 0x2015) 2015 HORIZONTAL BAR > with emdash (which is the correct character at the places of occurence and > present in LatinModern). > OK > > 5197 - export/examples/es/linguistics_dvi3_systemF (Failed) > > 5202 - export/examples/es/linguistics_pdf4_systemF (Failed) > > 5204 - export/examples/es/linguistics_pdf5_systemF (Failed) > > Fails here (like any linguistics.lyx export), because I don't have > "covington.sty". Many missing glyphs. Missing character: There is no ʔ (U+0xxx) in font [lmroman10-regular]:+tlig;! where xxx is one of 251 261,26a 283,28a 294 2c8 2d0 325,33c > > 6320 - export/examples/sr/Braille_dvi3_systemF (Failed) > > 6325 - export/examples/sr/Braille_pdf4_systemF (Failed) > > "Hand compiling" works fine. ctests fail for strange reasons. Checking > verbose log shows: > > [...] > hyph-sh-latn.pat.txt,hyph-sh-cyrl.pat.txt > Language serbian was not yet loaded; created with id 4 > Language serbian already loaded; id is 4 > Language serbian already loaded; id is 4 > Language serbian already loaded; id is 4 > Language serbian already loaded; id is 4 > support/Systemcall.cpp (291): Systemcall: 'dvilualatex > "Braille_dvi3_systemF.tex"' finished with exit code 1 > Language serbian already loaded; id is 4-- Msg Summary: > -- Error: Exporting > "/usr/local/src/lyxtest/autotests/out-home/AbC_pGGdpH/sr/Braille_dvi3_systemF.lyx" > to format dvi3 > -- Exporting sr/Braille.lyx to dvi3 > CMake Error at /usr/local/src/lyx/development/autotests/export.cmake:265 > (message): > Export
Re: [LyX/master] ctest update: Set non-TeX fonts in documents, update comments and tags.
Am Freitag, 15. Februar 2019 06:47:00 CET schrieb Guenter Milde
:
> Dear Kornel,
>
> > Am Donnerstag, 14. Februar 2019 00:06:19 CET schrieb Guenter Milde
> > :
...
> >> Thank you for testing. (Interestingly, there are failures in files
> >> that should not be affected by my recent commit.)
>
> > This is because you changed useSystemFonts.pl. The fonts there were
> > used _only_ in case of default setting. Now, in default case, we always
> > use Free(Mono|Sans|Serif) See lyxStatus.pm:219 ff
>
> This should only affect documents in language directories that had rules for
> replacing "default" with special font settings, i.e.
>
> if ($lang =~ /^(ru|uk|sk|el)$/) {
> elsif ($lang =~ /^(he)$/) {
> elsif ($lang eq "fa") {
> # elsif ($lang eq "ko" ) {
> elsif ($lang eq "ar" ) {
>
> rigth?
Yes. As a backstop.
> Many of the failing tests below do not belong to document in
> (ru|uk|sk|el|he|fa|ko|ar).
OK, but this _may_ have been because of other reasons.
> I agree that it was no good idea to do this changes without knowing which
> *.systemF tests failed prior to it. So I reverted the changes to
> useSystemFonts.py in 124e3c92e2.
>
> I apologize for the caused trouble.
>
No problem. In fact, I am happy that someone looks in the perl scripts.
...
> >> IMO we should ignore the warnings. This may also fix
> >> .*EmbeddedObjects_pdf4_systemF tests.
>
> > Mark, that it would not fix it for TL18.
>
> What are the errors with TL18?
Same as often reported by Scott and me, see
https://www.mail-archive.com/lyx-devel@lists.lyx.org/msg207755.html
>
> >> > 1771 - export/doc/attic/eu_Customization_dvi3_systemF (Failed)
> >> > 1776 - export/doc/attic/eu_Customization_pdf4_systemF (Failed)
> >> > 1778 - export/doc/attic/eu_Customization_pdf5_systemF (Failed)
>
> >> IMO we can ignore these tests (attic with non-default output).
>
> > Not in my opinion.
>
> >> > 2470 - export/doc/fr/Customization_dvi3_systemF (Failed)
> >> > 2475 - export/doc/fr/Customization_pdf4_systemF (Failed)
> >> > 2477 - export/doc/fr/Customization_pdf5_systemF (Failed)
>
> >> Missing character: There is no ― in font
> >> [lmroman10-regular]:mapping=tex-text;!
>
> >> Fixed by replacing Character '―' (8213, 0x2015) 2015 HORIZONTAL BAR
> >> with emdash (which is the correct character at the places of occurence and
> >> present in LatinModern).
>
> > OK
>
> >> > 5197 - export/examples/es/linguistics_dvi3_systemF (Failed)
> >> > 5202 - export/examples/es/linguistics_pdf4_systemF (Failed)
> >> > 5204 - export/examples/es/linguistics_pdf5_systemF (Failed)
>
> >> Fails here (like any linguistics.lyx export), because I don't have
> >> "covington.sty".
>
> > Many missing glyphs.
> > Missing character: There is no ʔ (U+0xxx) in font
> > [lmroman10-regular]:+tlig;!
> > where xxx is one of
> > 251
> > 261,26a
> > 283,28a
> > 294
> > 2c8
> > 2d0
> > 325,33c
>
> Is this problem only in Spanish or in all linguistics.*systemF tests?
>
Only in Spanish.
> >> > 6320 - export/examples/sr/Braille_dvi3_systemF (Failed)
> >> > 6325 - export/examples/sr/Braille_pdf4_systemF (Failed)
>
> >> "Hand compiling" works fine. ctests fail for strange reasons. Checking
> >> verbose log shows:
>
> >> [...]
> >> hyph-sh-latn.pat.txt,hyph-sh-cyrl.pat.txt
> >> Language serbian was not yet loaded; created with id 4
> >> Language serbian already loaded; id is 4
> >> Language serbian already loaded; id is 4
> >> Language serbian already loaded; id is 4
> >> Language serbian already loaded; id is 4
> >> support/Systemcall.cpp (291): Systemcall: 'dvilualatex
> >> "Braille_dvi3_systemF.tex"' finished with exit code 1
> >> Language serbian already loaded; id is 4-- Msg Summary:
> >> -- Error: Exporting
> >> "/usr/local/src/lyxtest/autotests/out-home/AbC_pGGdpH/sr/Braille_dvi3_systemF.lyx"
> >> to format dvi3
> >> -- Exporting sr/Braille.lyx to dvi3
> >> CMake Error at /usr/local/src/lyx/development/autotests/export.cmake:265
> >> (message):
> >> Export failed
>
> >> Could the "already loaded" warning trigger failure?
>
> > Sure, we agreed that warnings should be treated as errors in ctests.
> > Exceptions to that are listed in file filterCheckWarnings.
>
> I see. Not a problem of changed fonts, then.
> Could you please add an exception to this warning?
I could, but I wonder, why the tests succeed here.
...
> > With the _old_ useSystemFonts.pl, the remaining are only
> > EmbeddedObjects_.*_systemF (8 cases)
> > (And only with TL18)
> > Please restore useSystemFonts.pl.
>
> Done in 124e3c92e26.
> Do the remaining test still fail?
Yes for EmbeddedObjects.
> Thanks,
>
> Günter
>
Kornel
signature.asc
Description: This is a digitally signed message part.
Re: [LyX/master] ctest update: Set non-TeX fonts in documents, update comments and tags.
Am Freitag, 15. Februar 2019 22:57:53 CET schrieb Guenter Milde : > On 2019-02-15, Kornel Benko wrote: > > Am Freitag, 15. Februar 2019 06:47:00 CET schrieb Guenter Milde > > : ... > This leaves the following tests affected by my changes useSystemFonts.py: > > > Remaining tests now: > > 1771 - export/doc/attic/eu_Customization_dvi3_systemF (Failed) > > 1776 - export/doc/attic/eu_Customization_pdf4_systemF (Failed) > > 1778 - export/doc/attic/eu_Customization_pdf5_systemF (Failed) I don't get it. They compile here fine with TL18 _and_ TL17 > "Hand-compiling" the document with XeTeX and "default" non-TeX fonts works > here. > > This would mean that some side-effect of my changes (that did not > include changes to documents with lang == eu) changed the document from > working to failing. Yes, the default in font seems to be not working here. Hand-compiling gives: Missing character: There is no ȧ (U+0227) in font [lmroman10-regular]:+tlig;! ] [73] [74] [75] (./eu_Customization.aux Language basque already loaded; id is 4)) > Also, this would mean that getting rid of the "hidden" font replacement > alltogether should not harm in this "attic" case! > > > > 5197 - export/examples/es/linguistics_dvi3_systemF (Failed) > > 5202 - export/examples/es/linguistics_pdf4_systemF (Failed) > > 5204 - export/examples/es/linguistics_pdf5_systemF (Failed) > > Cannot test here, but again this is a document in a language that should not > be affected by the changes. Strange. > > Nevertheless, I changed the non-tex font settings in all linguistics.lyx > documents to FreeSerif/Sans/Mono. > > > > 6320 - export/examples/sr/Braille_dvi3_systemF (Failed) > > 6325 - export/examples/sr/Braille_pdf4_systemF (Failed) > > Hand-compiling works fine with the default (i.e. LatinModern) system fonts, > so there is no need for font changes. Hand-compiling here gives: ! Package polyglossia Error: The current roman font does not contain the Cyrill ic script! (polyglossia)Please define \cyrillicfont with \newfontfamily. See the polyglossia package documentation for explanation. This is with TL18 _and_ TL17 > Günter > Kornel signature.asc Description: This is a digitally signed message part.
Re: Test
Am Sonntag, 17. Februar 2019 13:34:33 CET schrieb Richard Kimberly Heck : > Are the lists alive? > > Sure. But boring. Kornel signature.asc Description: This is a digitally signed message part.
Re: [LyX/master] ctest update: Set non-TeX fonts in documents, update comments and tags.
Am Mittwoch, 20. Februar 2019 16:45:29 CET schrieb Guenter Milde : > On 2019-02-16, Kornel Benko wrote: > > Am Freitag, 15. Februar 2019 22:57:53 CET schrieb Guenter Milde > > : > >> On 2019-02-15, Kornel Benko wrote: > >> > Am Freitag, 15. Februar 2019 06:47:00 CET schrieb Guenter Milde > >> > : > > > ... > > >> This leaves the following tests affected by my changes useSystemFonts.py: > > >> > Remaining tests now: > >> > 1771 - export/doc/attic/eu_Customization_dvi3_systemF (Failed) > >> > 1776 - export/doc/attic/eu_Customization_pdf4_systemF (Failed) > >> > 1778 - export/doc/attic/eu_Customization_pdf5_systemF (Failed) > > > I don't get it. They compile here fine with TL18 _and_ TL17 > > ... but you reported them as failing with my (now reverted) changes to > useSystemFonts.pl. It's the other way around. They failed to compile before you reverted. > > >> "Hand-compiling" the document with XeTeX and "default" non-TeX fonts works > >> here. > > >> This would mean that some side-effect of my changes (that did not > >> include changes to documents with lang == eu) changed the document from > >> working to failing. > > > Yes, the default in font seems to be not working here. Hand-compiling > > gives: > > Missing character: There is no ȧ (U+0227) in font > > [lmroman10-regular]:+tlig;! > > ] [73] [74] [75] (./eu_Customization.aux > > Language basque already loaded; id is 4)) > > >> Also, this would mean that getting rid of the "hidden" font replacement > >> alltogether should not harm in this "attic" case! > > Checking again, I could reproduce the failure, so it seems we would need > a dedicated test version of this document with non-tex fonts or keep the > script based font replacement for this specific case. Yes. > > >> > 6320 - export/examples/sr/Braille_dvi3_systemF (Failed) > >> > 6325 - export/examples/sr/Braille_pdf4_systemF (Failed) > > >> Hand-compiling works fine with the default (i.e. LatinModern) system fonts, > >> so there is no need for font changes. > > > Hand-compiling here gives: > > ! Package polyglossia Error: The current roman font does not contain the > > Cyrill > > ic script! > > (polyglossia)Please define \cyrillicfont with > > \newfontfamily. > > > See the polyglossia package documentation for explanation. > > > This is with TL18 _and_ TL17 > > This is actually a Polyglossia bug: the document language is "Serbian > (Latin Script)" yet Polyglossia throws an error (despite there is no > character missing and there is no need for a Cyrillic-supporting font). > Solving #8035 would also work around this Polyglossia bug, so I suggest > to invert sr/Braille_pdf4_systemF referencing lyxissue #8035 instead of > replacing the font. > > I will look into this over the next weeks. > > > Günter > Thanks, Kornel signature.asc Description: This is a digitally signed message part.
Re: Could not find LaTeX command for character '⌃' (code point 0x2303)
Am Sonntag, 24. Februar 2019 19:23:25 CET schrieb Stephan Witt : > Am 24.02.2019 um 12:45 schrieb Stephan Witt : > > > > Am 24.02.2019 um 12:33 schrieb Guenter Milde : > >> > >> On 2019-02-24, Jürgen Spitzmüller wrote: > >> > >>> [-- Type: text/plain, Encoding: quoted-printable --] > >> > >>> Am Samstag, den 23.02.2019, 18:26 + schrieb Guenter Milde: > The correct shortcut symbol for the Ctrl-Key is the CIRCUMFLEX ACCENT > (i.e. > the ASCII character you will get by pressing the ^-Key. > >> > >>> According to Wikipedia there is a difference between: > >> > >>> ^XTraditional caret notation > >> > >>> ⌃XClassic Mac OS and macOS notation, used in menus and Sticky > >>> Keys (similar to caret notation, but using U+2303 ⌃ UP ARROWHEAD > >>> instead of a caret) > >> > >>> https://en.wikipedia.org/wiki/Control_key#Notation > >> > >>> So Qt seems to be correct. > >> > >> However, for LyX the use of the Classic Mac OS and macOS notation (while > >> not > >> plainly wrong) is unfortunate, because the U+2303 ⌃ UP ARROWHEAD character > >> is not supported by 8-bit LaTeX. > >> > >> I wonder how this problem could have gone unnoticed into the 2.3 release > >> despite it should have broken Kornels export tests for all "Tutiorial.lyx" > >> documents. > > > > Simply because it depends on the platform? I’ll see if I can run the test > > on Mac. > > I’m able to run the tests with auto tools. The target RUN_TESTS of the cmake > project fails to run the executables. I don’t know how to solve that. Hm, I never use this target. What happens if you run $ ctest -N from inside the build directory? (It should list all the possible tests, without actually execute them) > The target alltests of auto make is failing with the following tex2lyx tests: > CJK.tex, CJKutf8.tex. Otherwise there are many "Overwriting existing file“ > warnings > and a conversion error with ssconvert in longsheet.gnumeric. > > I’ll attach the complete terminal output. > > How do I run the export tests? Is it possible to run them with auto tools? Not that I were aware of. > Stephan > > >> I am glad you fixed the non-compilability of the Tutorial (and all > >> documents using the info-inset for Ctrl-... keybindings). > >> > >> > >> Thanks > >> Günter > Kornel signature.asc Description: This is a digitally signed message part.
Re: Could not find LaTeX command for character '⌃' (code point 0x2303)
Am Montag, 25. Februar 2019 07:17:29 CET schrieb Stephan Witt : > Am 24.02.2019 um 21:43 schrieb Kornel Benko : > > > > Am Sonntag, 24. Februar 2019 19:23:25 CET schrieb Stephan Witt > > : > >> > >> > >> I’m able to run the tests with auto tools. The target RUN_TESTS of the > >> cmake > >> project fails to run the executables. I don’t know how to solve that. > > > > Hm, I never use this target. > > What happens if you run > > $ ctest -N > > from inside the build directory? > > (It should list all the possible tests, without actually execute them) > > No tests are made or listed. > > == > $ (cd lyx-build/LyX-2.3.3dev.build;ctest -N) > Test project /Users/stephan/git/lyx-build/LyX-2.3.3dev.build > > Total Tests: 0 > == > > ctest --debug says it’s looking for CTestCustom.cmake, CTestCustom.ctest and > for DartConfiguration.tcl but there isn’t such a file - > neither in source tree nor in build tree. > > == > cmCTest.cxx:380 Here: 380 > cmCTest.cxx:687 UpdateCTestConfiguration from > :/Users/stephan/git/lyx-build/LyX-2.3.3dev.build/DartConfiguration.tcl > cmCTest.cxx:392 Here: 392 > cmCTest.cxx:2385 * Read custom CTest configuration directory: > /Users/stephan/git/lyx-build/LyX-2.3.3dev.build > cmCTest.cxx:2389 * Check for file: > /Users/stephan/git/lyx-build/LyX-2.3.3dev.build/CTestCustom.cmake > cmCTest.cxx:2411 * Check for file: > /Users/stephan/git/lyx-build/LyX-2.3.3dev.build/CTestCustom.ctest > cmCTest.cxx:687 UpdateCTestConfiguration from > :/Users/stephan/git/lyx-build/LyX-2.3.3dev.build/DartConfiguration.tcl > CTest/cmCTestTestHandler.cxx:480 Test project > /Users/stephan/git/lyx-build/LyX-2.3.3dev.build > CTest/cmCTestTestHandler.cxx:1657 Constructing a list of tests > CTest/cmCTestTestHandler.cxx:871 Updating test list for fixtures > CTest/cmCTestTestHandler.cxx:1104 Added 0 tests to meet fixture requirements > cmCTest.cxx:146Current_Time: Feb 25 07:13 CET > cmCTest.cxx:146Current_Time: Feb 25 07:13 CET > CTest/cmCTestMultiProcessHandler.cxx:754 > Total Tests: 0 > cmCTest.cxx:146Current_Time: Feb 25 07:13 CET > cmCTest.cxx:146Current_Time: Feb 25 07:13 CET > == > > Stephan > > OK, so you have probably configured without enabling any tests. To enable export tests you have to add -DLYX_ENABLE_EXPORT_TESTS=ON to cmake's command line. Kornel signature.asc Description: This is a digitally signed message part.
Re: Could not find LaTeX command for character '⌃' (code point 0x2303)
Am Montag, 25. Februar 2019 10:09:40 CET schrieb Stephan Witt : > Am 25.02.2019 um 09:20 schrieb Kornel Benko : > > > > Am Montag, 25. Februar 2019 07:17:29 CET schrieb Stephan Witt > > : > >> Am 24.02.2019 um 21:43 schrieb Kornel Benko : > >>> > >>> Am Sonntag, 24. Februar 2019 19:23:25 CET schrieb Stephan Witt > >>> : > >>>> > >>>> > >>>> I’m able to run the tests with auto tools. The target RUN_TESTS of the > >>>> cmake > >>>> project fails to run the executables. I don’t know how to solve that. > >>> > >>> Hm, I never use this target. > >>> What happens if you run > >>> $ ctest -N > >>> from inside the build directory? > >>> (It should list all the possible tests, without actually execute them) > >> > >> No tests are made or listed. > >> > >> == > >> $ (cd lyx-build/LyX-2.3.3dev.build;ctest -N) > >> Test project /Users/stephan/git/lyx-build/LyX-2.3.3dev.build > >> > >> Total Tests: 0 > >> == > >> > >> ctest --debug says it’s looking for CTestCustom.cmake, CTestCustom.ctest > >> and > >> for DartConfiguration.tcl but there isn’t such a file - > >> neither in source tree nor in build tree. > >> > >> == > >> cmCTest.cxx:380 Here: 380 > >> cmCTest.cxx:687 UpdateCTestConfiguration from > >> :/Users/stephan/git/lyx-build/LyX-2.3.3dev.build/DartConfiguration.tcl > >> cmCTest.cxx:392 Here: 392 > >> cmCTest.cxx:2385 * Read custom CTest configuration directory: > >> /Users/stephan/git/lyx-build/LyX-2.3.3dev.build > >> cmCTest.cxx:2389 * Check for file: > >> /Users/stephan/git/lyx-build/LyX-2.3.3dev.build/CTestCustom.cmake > >> cmCTest.cxx:2411 * Check for file: > >> /Users/stephan/git/lyx-build/LyX-2.3.3dev.build/CTestCustom.ctest > >> cmCTest.cxx:687 UpdateCTestConfiguration from > >> :/Users/stephan/git/lyx-build/LyX-2.3.3dev.build/DartConfiguration.tcl > >> CTest/cmCTestTestHandler.cxx:480 Test project > >> /Users/stephan/git/lyx-build/LyX-2.3.3dev.build > >> CTest/cmCTestTestHandler.cxx:1657 Constructing a list of tests > >> CTest/cmCTestTestHandler.cxx:871 Updating test list for fixtures > >> CTest/cmCTestTestHandler.cxx:1104 Added 0 tests to meet fixture > >> requirements > >> cmCTest.cxx:146Current_Time: Feb 25 07:13 CET > >> cmCTest.cxx:146Current_Time: Feb 25 07:13 CET > >> CTest/cmCTestMultiProcessHandler.cxx:754 > >> Total Tests: 0 > >> cmCTest.cxx:146Current_Time: Feb 25 07:13 CET > >> cmCTest.cxx:146Current_Time: Feb 25 07:13 CET > >> == > >> > >> Stephan > >> > >> > > > > OK, so you have probably configured without enabling any tests. > > To enable export tests you have to add > > -DLYX_ENABLE_EXPORT_TESTS=ON > > to cmake's command line. > > Yes, that’s the case. I did it but it doesn’t change anything for the ctest > call. > But it adds this to the cmake call: > -- Found Perl: /opt/local/bin/perl (found version "5.26.2") > -- Reading list invertedTests > -- Reading list ignoredTests > -- Reading list suspendedTests > -- Reading list unreliableTests > -- Reading list ignoreLatexErrorsTests > -- Handling export dir /Users/stephan/git/lyx-2.3.x/autotests/export > -- Handling export dir /Users/stephan/git/lyx-2.3.x/lib/doc > -- Handling export dir /Users/stephan/git/lyx-2.3.x/lib/examples > -- Handling export dir /Users/stephan/git/lyx-2.3.x/lib/templates > -- Handling export dir /Users/stephan/git/lyx-2.3.x/autotests/mathmacros > > I’m able to run these tests (IMO) with the cmake target lyx_run_tests: > $ xcodebuild -project lyx-build/cmake/2.3.3dev/LyX.xcodeproj -target > lyx_run_tests > > This is a long running task with more than 6000 steps - most of them failing. > The output looks like this: > Start 4598: export/examples/de/serienbrief3_lyx16 > 4598/6656 Test #4598: export/examples/de/serienbrief3_lyx16 > ***Failed > 0.14 sec > Start 4599: export/examples/de/serienbrief3_lyx21 > 4599/6656 Test #4599: export/examples/de/serienbrief3_lyx21 > ***Failed > 0.14 sec > Start 4600: export/examples/de/serienbrief3_lyx
Re: Could not find LaTeX command for character '⌃' (code point 0x2303)
Am Montag, 25. Februar 2019 11:36:41 CET schrieb Stephan Witt : > Am 25.02.2019 um 10:31 schrieb Kornel Benko : > > > > Am Montag, 25. Februar 2019 10:09:40 CET schrieb Stephan Witt > > : > >> Am 25.02.2019 um 09:20 schrieb Kornel Benko : > >>> > >>> Am Montag, 25. Februar 2019 07:17:29 CET schrieb Stephan Witt > >>> : > >>>> Am 24.02.2019 um 21:43 schrieb Kornel Benko : > >>>>> > >>>>> Am Sonntag, 24. Februar 2019 19:23:25 CET schrieb Stephan Witt > >>>>> : > >>>>>> > >>>>>> > >>>>>> I’m able to run the tests with auto tools. The target RUN_TESTS of the > >>>>>> cmake > >>>>>> project fails to run the executables. I don’t know how to solve that. > >>>>> > >>>>> Hm, I never use this target. > >>>>> What happens if you run > >>>>> $ ctest -N > >>>>> from inside the build directory? > >>>>> (It should list all the possible tests, without actually execute them) > >>>> > >>>> No tests are made or listed. > >>>> > >>>> == > >>>> $ (cd lyx-build/LyX-2.3.3dev.build;ctest -N) > >>>> Test project /Users/stephan/git/lyx-build/LyX-2.3.3dev.build > >>>> > >>>> Total Tests: 0 > >>>> == > >>>> > >>>> ctest --debug says it’s looking for CTestCustom.cmake, CTestCustom.ctest > >>>> and > >>>> for DartConfiguration.tcl but there isn’t such a file - > >>>> neither in source tree nor in build tree. > >>>> > >>>> == > >>>> cmCTest.cxx:380 Here: 380 > >>>> cmCTest.cxx:687 UpdateCTestConfiguration from > >>>> :/Users/stephan/git/lyx-build/LyX-2.3.3dev.build/DartConfiguration.tcl > >>>> cmCTest.cxx:392 Here: 392 > >>>> cmCTest.cxx:2385 * Read custom CTest configuration directory: > >>>> /Users/stephan/git/lyx-build/LyX-2.3.3dev.build > >>>> cmCTest.cxx:2389 * Check for file: > >>>> /Users/stephan/git/lyx-build/LyX-2.3.3dev.build/CTestCustom.cmake > >>>> cmCTest.cxx:2411 * Check for file: > >>>> /Users/stephan/git/lyx-build/LyX-2.3.3dev.build/CTestCustom.ctest > >>>> cmCTest.cxx:687 UpdateCTestConfiguration from > >>>> :/Users/stephan/git/lyx-build/LyX-2.3.3dev.build/DartConfiguration.tcl > >>>> CTest/cmCTestTestHandler.cxx:480 Test project > >>>> /Users/stephan/git/lyx-build/LyX-2.3.3dev.build > >>>> CTest/cmCTestTestHandler.cxx:1657 Constructing a list of tests > >>>> CTest/cmCTestTestHandler.cxx:871 Updating test list for fixtures > >>>> CTest/cmCTestTestHandler.cxx:1104 Added 0 tests to meet fixture > >>>> requirements > >>>> cmCTest.cxx:146Current_Time: Feb 25 07:13 CET > >>>> cmCTest.cxx:146Current_Time: Feb 25 07:13 CET > >>>> CTest/cmCTestMultiProcessHandler.cxx:754 > >>>> Total Tests: 0 > >>>> cmCTest.cxx:146Current_Time: Feb 25 07:13 CET > >>>> cmCTest.cxx:146Current_Time: Feb 25 07:13 CET > >>>> == > >>>> > >>>> Stephan > >>>> > >>>> > >>> > >>> OK, so you have probably configured without enabling any tests. > >>> To enable export tests you have to add > >>> -DLYX_ENABLE_EXPORT_TESTS=ON > >>> to cmake's command line. > >> > >> Yes, that’s the case. I did it but it doesn’t change anything for the > >> ctest call. > >> But it adds this to the cmake call: > >> -- Found Perl: /opt/local/bin/perl (found version "5.26.2") > >> -- Reading list invertedTests > >> -- Reading list ignoredTests > >> -- Reading list suspendedTests > >> -- Reading list unreliableTests > >> -- Reading list ignoreLatexErrorsTests > >> -- Handling export dir /Users/stephan/git/lyx-2.3.x/autotests/export > >> -- Handling export dir /Users/stephan/git/lyx-2.3.x/lib/doc > >> -- Handling export dir /Users/stephan/git/lyx-2.3.x/lib/examples > >> -- Handling export dir /Users/stephan/git/lyx-2.3.x/lib/templates > >> -- Handling export dir /Users/s
Re: Could not find LaTeX command for character '⌃' (code point 0x2303)
Am Montag, 25. Februar 2019 12:56:50 CET schrieb Stephan Witt : > Am 25.02.2019 um 12:10 schrieb Kornel Benko : > > > > Am Montag, 25. Februar 2019 11:36:41 CET schrieb Stephan Witt > > : > >> Am 25.02.2019 um 10:31 schrieb Kornel Benko : > >>> > >>> Am Montag, 25. Februar 2019 10:09:40 CET schrieb Stephan Witt > >>> : > >>>> Am 25.02.2019 um 09:20 schrieb Kornel Benko : > >>>>> > >>>>> Am Montag, 25. Februar 2019 07:17:29 CET schrieb Stephan Witt > >>>>> : > >>>>>> Am 24.02.2019 um 21:43 schrieb Kornel Benko : > >>>>>>> > >>>>>>> Am Sonntag, 24. Februar 2019 19:23:25 CET schrieb Stephan Witt > >>>>>>> : > >>>>>>>> > >>>>>>>> > >>>>>>>> I’m able to run the tests with auto tools. The target RUN_TESTS of > >>>>>>>> the cmake > >>>>>>>> project fails to run the executables. I don’t know how to solve that. > >>>>>>> > >>>>>>> Hm, I never use this target. > >>>>>>> What happens if you run > >>>>>>> $ ctest -N > >>>>>>> from inside the build directory? > >>>>>>> (It should list all the possible tests, without actually execute them) > >>>>>> > >>>>>> No tests are made or listed. > >>>>>> > >>>>>> == > >>>>>> $ (cd lyx-build/LyX-2.3.3dev.build;ctest -N) > >>>>>> Test project /Users/stephan/git/lyx-build/LyX-2.3.3dev.build > >>>>>> > >>>>>> Total Tests: 0 > >>>>>> == > >>>>>> > >>>>>> ctest --debug says it’s looking for CTestCustom.cmake, > >>>>>> CTestCustom.ctest and > >>>>>> for DartConfiguration.tcl but there isn’t such a file - > >>>>>> neither in source tree nor in build tree. > >>>>>> > >>>>>> == > >>>>>> cmCTest.cxx:380 Here: 380 > >>>>>> cmCTest.cxx:687 UpdateCTestConfiguration from > >>>>>> :/Users/stephan/git/lyx-build/LyX-2.3.3dev.build/DartConfiguration.tcl > >>>>>> cmCTest.cxx:392 Here: 392 > >>>>>> cmCTest.cxx:2385 * Read custom CTest configuration directory: > >>>>>> /Users/stephan/git/lyx-build/LyX-2.3.3dev.build > >>>>>> cmCTest.cxx:2389 * Check for file: > >>>>>> /Users/stephan/git/lyx-build/LyX-2.3.3dev.build/CTestCustom.cmake > >>>>>> cmCTest.cxx:2411 * Check for file: > >>>>>> /Users/stephan/git/lyx-build/LyX-2.3.3dev.build/CTestCustom.ctest > >>>>>> cmCTest.cxx:687 UpdateCTestConfiguration from > >>>>>> :/Users/stephan/git/lyx-build/LyX-2.3.3dev.build/DartConfiguration.tcl > >>>>>> CTest/cmCTestTestHandler.cxx:480 Test project > >>>>>> /Users/stephan/git/lyx-build/LyX-2.3.3dev.build > >>>>>> CTest/cmCTestTestHandler.cxx:1657 Constructing a list of tests > >>>>>> CTest/cmCTestTestHandler.cxx:871 Updating test list for fixtures > >>>>>> CTest/cmCTestTestHandler.cxx:1104 Added 0 tests to meet fixture > >>>>>> requirements > >>>>>> cmCTest.cxx:146Current_Time: Feb 25 07:13 CET > >>>>>> cmCTest.cxx:146Current_Time: Feb 25 07:13 CET > >>>>>> CTest/cmCTestMultiProcessHandler.cxx:754 > >>>>>> Total Tests: 0 > >>>>>> cmCTest.cxx:146Current_Time: Feb 25 07:13 CET > >>>>>> cmCTest.cxx:146Current_Time: Feb 25 07:13 CET > >>>>>> == > >>>>>> > >>>>>> Stephan > >>>>>> > >>>>>> > >>>>> > >>>>> OK, so you have probably configured without enabling any tests. > >>>>> To enable export tests you have to add > >>>>> -DLYX_ENABLE_EXPORT_TESTS=ON > >>>>> to cmake's command line. > >>>> > >>>> Yes, that’s the case. I did it but it doesn’t change anything for the > >>>> ctest call. > >>>> But it adds this to
Re: Could not find LaTeX command for character '⌃' (code point 0x2303)
Am Montag, 25. Februar 2019 15:28:48 CET schrieb Stephan Witt : > Am 25.02.2019 um 13:28 schrieb Kornel Benko : > > > > Am Montag, 25. Februar 2019 12:56:50 CET schrieb Stephan Witt > > : > >> Am 25.02.2019 um 12:10 schrieb Kornel Benko : > >>> > >>> Am Montag, 25. Februar 2019 11:36:41 CET schrieb Stephan Witt > >>> : > >>>> Am 25.02.2019 um 10:31 schrieb Kornel Benko : > >>>>> > >>>>> Am Montag, 25. Februar 2019 10:09:40 CET schrieb Stephan Witt > >>>>> : > >>>>>> Am 25.02.2019 um 09:20 schrieb Kornel Benko : > >>>>>>> > >>>>>>> Am Montag, 25. Februar 2019 07:17:29 CET schrieb Stephan Witt > >>>>>>> : > >>>>>>>> Am 24.02.2019 um 21:43 schrieb Kornel Benko : > >>>>>>>>> > >>>>>>>>> Am Sonntag, 24. Februar 2019 19:23:25 CET schrieb Stephan Witt > >>>>>>>>> : > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> I’m able to run the tests with auto tools. The target RUN_TESTS of > >>>>>>>>>> the cmake > >>>>>>>>>> project fails to run the executables. I don’t know how to solve > >>>>>>>>>> that. > >>>>>>>>> > >>>>>>>>> Hm, I never use this target. > >>>>>>>>> What happens if you run > >>>>>>>>> $ ctest -N > >>>>>>>>> from inside the build directory? > >>>>>>>>> (It should list all the possible tests, without actually execute > >>>>>>>>> them) > >>>>>>>> > >>>>>>>> No tests are made or listed. > >>>>>>>> > >>>>>>>> == > >>>>>>>> $ (cd lyx-build/LyX-2.3.3dev.build;ctest -N) > >>>>>>>> Test project /Users/stephan/git/lyx-build/LyX-2.3.3dev.build > >>>>>>>> > >>>>>>>> Total Tests: 0 > >>>>>>>> == > >>>>>>>> > >>>>>>>> ctest --debug says it’s looking for CTestCustom.cmake, > >>>>>>>> CTestCustom.ctest and > >>>>>>>> for DartConfiguration.tcl but there isn’t such a file - > >>>>>>>> neither in source tree nor in build tree. > >>>>>>>> > >>>>>>>> == > >>>>>>>> cmCTest.cxx:380 Here: 380 > >>>>>>>> cmCTest.cxx:687 UpdateCTestConfiguration from > >>>>>>>> :/Users/stephan/git/lyx-build/LyX-2.3.3dev.build/DartConfiguration.tcl > >>>>>>>> cmCTest.cxx:392 Here: 392 > >>>>>>>> cmCTest.cxx:2385 * Read custom CTest configuration directory: > >>>>>>>> /Users/stephan/git/lyx-build/LyX-2.3.3dev.build > >>>>>>>> cmCTest.cxx:2389 * Check for file: > >>>>>>>> /Users/stephan/git/lyx-build/LyX-2.3.3dev.build/CTestCustom.cmake > >>>>>>>> cmCTest.cxx:2411 * Check for file: > >>>>>>>> /Users/stephan/git/lyx-build/LyX-2.3.3dev.build/CTestCustom.ctest > >>>>>>>> cmCTest.cxx:687 UpdateCTestConfiguration from > >>>>>>>> :/Users/stephan/git/lyx-build/LyX-2.3.3dev.build/DartConfiguration.tcl > >>>>>>>> CTest/cmCTestTestHandler.cxx:480 Test project > >>>>>>>> /Users/stephan/git/lyx-build/LyX-2.3.3dev.build > >>>>>>>> CTest/cmCTestTestHandler.cxx:1657 Constructing a list of tests > >>>>>>>> CTest/cmCTestTestHandler.cxx:871 Updating test list for fixtures > >>>>>>>> CTest/cmCTestTestHandler.cxx:1104 Added 0 tests to meet fixture > >>>>>>>> requirements > >>>>>>>> cmCTest.cxx:146Current_Time: Feb 25 07:13 CET > >>>>>>>> cmCTest.cxx:146Current_Time: Feb 25 07:13 CET > >>>>>>>> CTest/cmCTestMultiProcessHandler.cxx:754 > >>>>>>>> Total Tests: 0 > >>>>>>>> cmCTest.cxx:146Current_Tim
Re: Could not find LaTeX command for character '⌃' (code point 0x2303)
Am Montag, 25. Februar 2019 17:05:18 CET schrieb Stephan Witt : > Am 25.02.2019 um 16:41 schrieb Kornel Benko : > > > > Am Montag, 25. Februar 2019 15:28:48 CET schrieb Stephan Witt > > : > >> Am 25.02.2019 um 13:28 schrieb Kornel Benko : > >>> > >>> Am Montag, 25. Februar 2019 12:56:50 CET schrieb Stephan Witt > >>> : > >>>> Am 25.02.2019 um 12:10 schrieb Kornel Benko : > >>>>> > >>>>> Am Montag, 25. Februar 2019 11:36:41 CET schrieb Stephan Witt > >>>>> : > >>>>>> Am 25.02.2019 um 10:31 schrieb Kornel Benko : > >>>>>>> > >>>>>>> Am Montag, 25. Februar 2019 10:09:40 CET schrieb Stephan Witt > >>>>>>> : > >>>>>>>> Am 25.02.2019 um 09:20 schrieb Kornel Benko : > >>>>>>>>> > >>>>>>>>> Am Montag, 25. Februar 2019 07:17:29 CET schrieb Stephan Witt > >>>>>>>>> : > >>>>>>>>>> Am 24.02.2019 um 21:43 schrieb Kornel Benko : > >>>>>>>>>>> > >>>>>>>>>>> Am Sonntag, 24. Februar 2019 19:23:25 CET schrieb Stephan Witt > >>>>>>>>>>> : > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> I’m able to run the tests with auto tools. The target RUN_TESTS > >>>>>>>>>>>> of the cmake > >>>>>>>>>>>> project fails to run the executables. I don’t know how to solve > >>>>>>>>>>>> that. > >>>>>>>>>>> > >>>>>>>>>>> Hm, I never use this target. > >>>>>>>>>>> What happens if you run > >>>>>>>>>>> $ ctest -N > >>>>>>>>>>> from inside the build directory? > >>>>>>>>>>> (It should list all the possible tests, without actually execute > >>>>>>>>>>> them) > >>>>>>>>>> > >>>>>>>>>> No tests are made or listed. > >>>>>>>>>> > >>>>>>>>>> == > >>>>>>>>>> $ (cd lyx-build/LyX-2.3.3dev.build;ctest -N) > >>>>>>>>>> Test project /Users/stephan/git/lyx-build/LyX-2.3.3dev.build > >>>>>>>>>> > >>>>>>>>>> Total Tests: 0 > >>>>>>>>>> == > >>>>>>>>>> > >>>>>>>>>> ctest --debug says it’s looking for CTestCustom.cmake, > >>>>>>>>>> CTestCustom.ctest and > >>>>>>>>>> for DartConfiguration.tcl but there isn’t such a file - > >>>>>>>>>> neither in source tree nor in build tree. > >>>>>>>>>> > >>>>>>>>>> == > >>>>>>>>>> cmCTest.cxx:380 Here: 380 > >>>>>>>>>> cmCTest.cxx:687 UpdateCTestConfiguration from > >>>>>>>>>> :/Users/stephan/git/lyx-build/LyX-2.3.3dev.build/DartConfiguration.tcl > >>>>>>>>>> cmCTest.cxx:392 Here: 392 > >>>>>>>>>> cmCTest.cxx:2385 * Read custom CTest configuration directory: > >>>>>>>>>> /Users/stephan/git/lyx-build/LyX-2.3.3dev.build > >>>>>>>>>> cmCTest.cxx:2389 * Check for file: > >>>>>>>>>> /Users/stephan/git/lyx-build/LyX-2.3.3dev.build/CTestCustom.cmake > >>>>>>>>>> cmCTest.cxx:2411 * Check for file: > >>>>>>>>>> /Users/stephan/git/lyx-build/LyX-2.3.3dev.build/CTestCustom.ctest > >>>>>>>>>> cmCTest.cxx:687 UpdateCTestConfiguration from > >>>>>>>>>> :/Users/stephan/git/lyx-build/LyX-2.3.3dev.build/DartConfiguration.tcl > >>>>>>>>>> CTest/cmCTestTestHandler.cxx:480 Test project > >>>>>>>>>> /Users/stephan/git/lyx-build/LyX-2.3.3dev.build > >>>>>>>>>> CTest/cmCTestTestHandler.cxx:1657 Constructing a list
Re: [LyX/master] Make callstack printing useful and optional
Am Montag, 25. Februar 2019 18:04:10 CET schrieb Jean-Marc Lasgouttes : > Le 25/02/2019 à 17:55, Jean-Marc Lasgouttes a écrit : > > commit 4028eefe6190551c8be96cd451337dea2808742b > > Author: Jean-Marc Lasgouttes > > Date: Mon Feb 25 17:37:06 2019 +0100 > > > > Make callstack printing useful and optional > > > > When callback printing is enabled, link lyx with -rdynamic, so that > > stacks have LyX symbols available. > > > > Add option --disable-callstack-printing to configure. > > Now the callstacks make sense, at least on my linux box. I'd appreciate > feedback on other gcc/clang builds (mac, windows). > > Something similar should be done for cmake. It would also be possible to > add an lfun to toggle this state. > > As can be seen below, there is a price to pay: the text section of the > lyx binary goes from 18M to 21M. > > This could easily be backported to 2.3.x. > > JMarc > What exactly has to be used by g++ (which is used as linker in cmake) to get what the desired effect? Kornel signature.asc Description: This is a digitally signed message part.
Re: [LyX/master] Make callstack printing useful and optional
Am Dienstag, 26. Februar 2019 09:50:06 CET schrieb Jean-Marc Lasgouttes : > Le 26 février 2019 08:46:35 GMT+01:00, Kornel Benko a écrit : > >Am Montag, 25. Februar 2019 18:04:10 CET schrieb Jean-Marc Lasgouttes > >: > >> Le 25/02/2019 à 17:55, Jean-Marc Lasgouttes a écrit : > >> > commit 4028eefe6190551c8be96cd451337dea2808742b > >> > Author: Jean-Marc Lasgouttes > >> > Date: Mon Feb 25 17:37:06 2019 +0100 > >> > > >> > Make callstack printing useful and optional > >> > > >> > When callback printing is enabled, link lyx with -rdynamic, so > >that > >> > stacks have LyX symbols available. > >> > > >> > Add option --disable-callstack-printing to configure. > >> > >> Now the callstacks make sense, at least on my linux box. I'd > >appreciate > >> feedback on other gcc/clang builds (mac, windows). > >> > >> Something similar should be done for cmake. It would also be possible > >to > >> add an lfun to toggle this state. > >> > >> As can be seen below, there is a price to pay: the text section of > >the > >> lyx binary goes from 18M to 21M. > >> > >> This could easily be backported to 2.3.x. > >> > >> JMarc > >> > > > >What exactly has to be used by g++ (which is used as linker in cmake) > >to get what the desired effect? > > > > Kornel > > It is -rdynamic at link time. > > JMarc > OK, that was the case in cmake already. Committed the changes at 016c7d62. Kornel signature.asc Description: This is a digitally signed message part.
Re: Could not find LaTeX command for character '⌃' (code point 0x2303)
Am Dienstag, 26. Februar 2019 22:34:35 CET schrieb Stephan Witt : > Am 25.02.2019 um 10:31 schrieb Kornel Benko : > > > > Yes. But the log is very lengthy. > > The primary log-file is in the build-dir under > > Testing/Temporary/LastTest.log > > > > But I suggest you prepare yourself to use 'ctest' directly. > > Step 1: prepare tests for lyx to use external programs (needed only the > > firs time) > > $ cd build-dir > > $ perl ./prefTest.pl test > > Step 2: check only a subgroup of tests (using 8 cores) > > $ ctest -R '_texF$' -j8 > > Step 3: Retest only 1 failed test > > $ ctest -R 'export/examples/de/serienbrief3_dvi' > > Step 4: check the logfile > > $ edit Testing/Temporary/LastTest.log > > > > In case you need the latex output: > > Step 3a: (in csh syntax, else use 'export') > > $ setenv LYX_DEBUG_LATEX 1 > > $ ctest -R 'export/examples/de/serienbrief3_dvi' > > > > Kornel > > Ok, I’m getting more familiar with these things. > > I’ve new questions now: > > 1. The tests are running really slow - most of the time they do a > reconfigure… is it possible to avoid it? This is not my observation. Reconfigure is done only on the first export. Under lyx, the other exports are blocked (file-lock). See src/LyX.cpp:918 > 2. Because of the reconfiguring - are you sure, the tests can be run in > parallel? Yes. (Under linux at last) > Here they’re failing occasionally with an error about missing text classes. > 3. The tests pollutes the source directory with converted images from svgz to > pdf… is it possible to avoid it? No, unfortunately this is something that lyx is doing. Avoid may be possible if setting the respective directory read/execute only. > Stephan Kornel signature.asc Description: This is a digitally signed message part.
Search over CommandInset include
1.) Open EmbeddedObjects.lyx 2.) goto chapetr 8 Program Code Listings 3.) move cursor before the inset Program Listing 2: 4.) advanced search for the string Inserting (it is on the next line) 5.) if fast found, repeat the find from the previous position wait wait wait Somehow the plain text to be examined contains the whole file EmbeddedObjects.lyx ( ~ 74000 chars). No wonder, the search takes that long. (Searching with not ignoring format does not have this problem, so OK) Kornel signature.asc Description: This is a digitally signed message part.
