Build failed in Jenkins: Build branch "master" » ubuntu-xenial-qt4-autotools-extended #216

[ci-lyx]

https://ci.inria.fr/lyx/job/build-master-head/job/ubuntu-xenial-qt4-autotools-extended/216/--
[...truncated 595 lines...]
  CXX  Systemcall.o
  CXX  TempFile.o
  CXX  Timeout.o
  CXX  trivstring.o
  CXX  userinfo.o
  CXX  unicode.o
  AR   liblyxsupport.a
make[5]: Leaving directory '/build/workspace/src/support'
make[4]: Leaving directory '/build/workspace/src/support'
Making all in frontends
make[4]: Entering directory '/build/workspace/src/frontends'
Making all in qt4
make[5]: Entering directory '/build/workspace/src/frontends/qt4'
  GEN  ui_AboutUi.h
  GEN  ui_BibitemUi.h
  GEN  ui_BiblioUi.h
  GEN  ui_BibtexAddUi.h
  GEN  ui_BibtexUi.h
  GEN  ui_BoxUi.h
  GEN  ui_BranchesUi.h
  GEN  ui_BranchesUnknownUi.h
  GEN  ui_BranchUi.h
  GEN  ui_BulletsUi.h
  GEN  ui_ChangesUi.h
  GEN  ui_CharacterUi.h
  GEN  ui_CitationUi.h
  GEN  ui_ColorUi.h
  GEN  ui_CompareUi.h
  GEN  ui_CompareHistoryUi.h
  GEN  ui_DelimiterUi.h
  GEN  ui_DocumentUi.h
  GEN  ui_ErrorListUi.h
  GEN  ui_ERTUi.h
  GEN  ui_ExternalUi.h
  GEN  ui_FindAndReplaceUi.h
  GEN  ui_FloatPlacementUi.h
  GEN  ui_FontUi.h
  GEN  ui_GraphicsUi.h
  GEN  ui_HSpaceUi.h
  GEN  ui_HyperlinkUi.h
  GEN  ui_IncludeUi.h
  GEN  ui_IndexUi.h
  GEN  ui_IndicesUi.h
  GEN  ui_InfoUi.h
  GEN  ui_InsetParamsUi.h
  GEN  ui_LabelUi.h
  GEN  ui_LanguageUi.h
  GEN  ui_LaTeXUi.h
  GEN  ui_LineUi.h
  GEN  ui_ListingsUi.h
  GEN  ui_ListingsSettingsUi.h
  GEN  ui_LocalLayoutUi.h
  GEN  ui_LogUi.h
  GEN  ui_MarginsUi.h
  GEN  ui_MasterChildUi.h
  GEN  ui_MathMatrixUi.h
  GEN  ui_MathsUi.h
  GEN  ui_ModulesUi.h
  GEN  ui_NomenclUi.h
  GEN  ui_NoteUi.h
  GEN  ui_NumberingUi.h
  GEN  ui_OutputUi.h
  GEN  ui_PageLayoutUi.h
  GEN  ui_ParagraphUi.h
  GEN  ui_PDFSupportUi.h
  GEN  ui_PhantomUi.h
  GEN  ui_PreambleUi.h
  GEN  ui_PrefColorsUi.h
  GEN  ui_PrefCompletionUi.h
  GEN  ui_PrefConvertersUi.h
  GEN  ui_PrefDocHandlingUi.h
  GEN  ui_PrefOutputUi.h
  GEN  ui_PrefDisplayUi.h
  GEN  ui_PrefEditUi.h
  GEN  ui_PrefFileformatsUi.h
  GEN  ui_PrefIdentityUi.h
  GEN  ui_PrefInputUi.h
  GEN  ui_PrefLanguageUi.h
  GEN  ui_PrefLatexUi.h
  GEN  ui_PrefPathsUi.h
  GEN  ui_PrefScreenFontsUi.h
  GEN  ui_PrefShortcutsUi.h
  GEN  ui_PrefSpellcheckerUi.h
  GEN  ui_PrefsUi.h
  GEN  ui_PrefUi.h
  GEN  ui_PrintindexUi.h
  GEN  ui_PrintNomenclUi.h
  GEN  ui_ProgressViewUi.h
  GEN  ui_RefUi.h
  GEN  ui_SearchUi.h
  GEN  ui_SendtoUi.h
  GEN  ui_ShortcutUi.h
  GEN  ui_ShowFileUi.h
  GEN  ui_SpellcheckerUi.h
  GEN  ui_SymbolsUi.h
  GEN  ui_TabularCreateUi.h
  GEN  ui_TabularUi.h
  GEN  ui_TexinfoUi.h
  GEN  ui_TextLayoutUi.h
  GEN  ui_ThesaurusUi.h
  GEN  ui_TocUi.h
  GEN  ui_ToggleWarningUi.h
  GEN  ui_ViewSourceUi.h
  GEN  ui_VSpaceUi.h
  GEN  ui_WorkAreaUi.h
  GEN  ui_WrapUi.h
  GEN  moc_Action.cpp
  GEN  moc_BulletsModule.cpp
  GEN  moc_CategorizedCombo.cpp
  GEN  moc_CustomizedWidgets.cpp
  GEN  moc_DialogView.cpp
  GEN  moc_DockView.cpp
  GEN  moc_EmptyTable.cpp
  GEN  moc_FancyLineEdit.cpp
  GEN  moc_FindAndReplace.cpp
  GEN  moc_FloatPlacement.cpp
  GEN  moc_GuiAbout.cpp
  GEN  moc_GuiApplication.cpp
  GEN  moc_GuiBibitem.cpp
  GEN  moc_GuiBibtex.cpp
  GEN  moc_GuiBox.cpp
  GEN  moc_GuiBranches.cpp
  GEN  moc_GuiBranch.cpp
  GEN  moc_GuiChanges.cpp
  GEN  moc_GuiCharacter.cpp
  GEN  moc_GuiCitation.cpp
  GEN  moc_GuiClipboard.cpp
  GEN  moc_GuiCommandBuffer.cpp
  GEN  moc_GuiCommandEdit.cpp
  GEN  moc_GuiCompare.cpp
  GEN  moc_GuiCompareHistory.cpp
  GEN  moc_GuiCompleter.cpp
  GEN  moc_GuiDelimiter.cpp
  GEN  moc_GuiDialog.cpp
  GEN  moc_GuiDocument.cpp
  GEN  moc_GuiErrorList.cpp
  GEN  moc_GuiERT.cpp
  GEN  moc_GuiExternal.cpp
  GEN  moc_GuiGraphics.cpp
  GEN  moc_GuiHSpace.cpp
  GEN  moc_GuiHyperlink.cpp
  GEN  moc_GuiInclude.cpp
  GEN  moc_GuiIndex.cpp
  GEN  moc_GuiIndices.cpp
  GEN  moc_GuiInfo.cpp
  GEN  moc_GuiLabel.cpp
  GEN  moc_GuiLine.cpp
  GEN  moc_GuiListings.cpp
  GEN  moc_GuiLog.cpp
  GEN  moc_GuiMathMatrix.cpp
  GEN  moc_GuiNomenclature.cpp
  GEN  moc_GuiNote.cpp
  GEN  moc_GuiParagraph.cpp
  GEN  moc_GuiPhantom.cpp
  GEN  moc_GuiPrefs.cpp
  GEN  moc_GuiPrintindex.cpp
  GEN  moc_GuiPrintNomencl.cpp
  GEN  moc_GuiProgress.cpp
  GEN  moc_GuiProgressView.cpp
  GEN  moc_GuiRef.cpp
  GEN  moc_GuiSearch.cpp
  GEN  moc_GuiSelection.cpp
  GEN  moc_GuiSelectionManager.cpp
  GEN  moc_GuiSendto.cpp
  GEN  moc_GuiSetBorder.cpp
  

Re: Blank buttons

[Guillaume MM]

Le 14/05/2017 à 23:25, Andrew Parsloe a écrit :

I was testing compilation of files with apostrophes in the filename.
When I had finished I deleted the files on disk forgetting they were
still open in LyX. The attached screenshot shows the choices LyX
presented me with (a difficult choice).

(alpha1-1, windows 7)




Hi Andrew, thanks for the report, I'll try to have it fixed for beta so
that you can test again.

For now, know that the first button is "Reload" and the second one "Ignore".

Guillaume

Re: #10400: keyboard shortcut for document settings?

[Guillaume MM]

Le 15/05/2017 à 01:01, Scott Kostyshak a écrit :

On Fri, Apr 21, 2017 at 03:53:08PM -0400, Scott Kostyshak wrote:

On Fri, Apr 21, 2017 at 10:48:05AM +0200, Jean-Marc Lasgouttes wrote:

Le 21/04/2017 à 05:50, Scott Kostyshak a écrit :

Should we have a keyboard shortcut for document settings, as proposed at

  http://www.lyx.org/trac/ticket/10400

?

There is a proposal to use ctrl + p, which is now free because we got
rid of print.

I agree a shortcut would be nice. I have mixed feelings about the
particular shortcut ctrl + p, but I don't have another suggestion.


Ctrl+P is assigned to Print in most applications. I would rather re-use it
for View (default), which would become some print preview. However, I would
not say that Cttrl+R is a good shortcut for document settings, but Ctrl+P is
not either (unless we thin of settings as properties).


We should figure out which reasonable shortcuts are free.

As for using Ctrl + P for View (default), what is the smoothest way we
should make that transition?

idea 1.
unbind Ctrl + R and bind Ctrl + P and expect user complaints of broken
LyX.

idea 2.
For 2.3.0, bind both Ctrl + R and ctrl + P to View (default) and put a note 
that Ctrl +
R will be deprecated in favor of Ctrl + P in 2.4.0?
We could put the note in the release notes and the messages pane, each
time a user tries to do Ctrl + R. Of course, few will read the release
notes and few will have the messages pane open, but at least in 2.4.0 we
can say "we warned you this would happen".

idea 3.
For 2.3.x we can bind Ctrl + R to a warning that pops up that says the new key 
binding for View (default) is Ctrl + P.

Am I thinking too much about this?




I do not see an opportunity to change the existing shortcut Ctrl+R.

The denotation of an accelerator has to be accidental. In French it is 
"Paramètres", which fits with Ctrl+P.

Re: #10400: keyboard shortcut for document settings?

[Scott Kostyshak]

On Fri, Apr 21, 2017 at 03:53:08PM -0400, Scott Kostyshak wrote:
> On Fri, Apr 21, 2017 at 10:48:05AM +0200, Jean-Marc Lasgouttes wrote:
> > Le 21/04/2017 à 05:50, Scott Kostyshak a écrit :
> > > Should we have a keyboard shortcut for document settings, as proposed at
> > > 
> > >   http://www.lyx.org/trac/ticket/10400
> > > 
> > > ?
> > > 
> > > There is a proposal to use ctrl + p, which is now free because we got
> > > rid of print.
> > > 
> > > I agree a shortcut would be nice. I have mixed feelings about the
> > > particular shortcut ctrl + p, but I don't have another suggestion.
> > 
> > Ctrl+P is assigned to Print in most applications. I would rather re-use it
> > for View (default), which would become some print preview. However, I would
> > not say that Cttrl+R is a good shortcut for document settings, but Ctrl+P is
> > not either (unless we thin of settings as properties).
> 
> We should figure out which reasonable shortcuts are free.
> 
> As for using Ctrl + P for View (default), what is the smoothest way we
> should make that transition?
> 
> idea 1.
> unbind Ctrl + R and bind Ctrl + P and expect user complaints of broken
> LyX.
> 
> idea 2.
> For 2.3.0, bind both Ctrl + R and ctrl + P to View (default) and put a note 
> that Ctrl +
> R will be deprecated in favor of Ctrl + P in 2.4.0?
> We could put the note in the release notes and the messages pane, each
> time a user tries to do Ctrl + R. Of course, few will read the release
> notes and few will have the messages pane open, but at least in 2.4.0 we
> can say "we warned you this would happen".
> 
> idea 3.
> For 2.3.x we can bind Ctrl + R to a warning that pops up that says the new 
> key binding for View (default) is Ctrl + P.
> 
> Am I thinking too much about this?

Bump.

Scott


signature.asc
Description: PGP signature

Re: should wiki uploads be https by default?

[Scott Kostyshak]

On Sun, May 14, 2017 at 10:09:15PM +0200, Christian Ridderström wrote:
> On 3 May 2017 at 13:26, Scott Kostyshak  wrote:
> 
> > Bump. It would be nice to at least have
> >
> > https://www.lyx.org/Download
> >
> > provide a secure connection for the final release. I would normally
> > propose this as a release blocker, but since we've only implemented
> > https recently, I guess that is extreme.
> >
> 
> Hi Scott,
> 
> The wiki page
>http://wiki.lyx.org/Site/InterMap
> 
> defines e.g. the "prefix" with the name "uploads:". I've now changed the
> it's definition (and some other prefixes) to use 'https' instead of 'http'.
> 
> I did a quick check on a link, and now uploads: seems to use the https.
> 
> Can you see if this has also made the pages "secure" as per your definition?
> /Christian

Yes, the following page is now viewed as secure on Chromium:

  https://wiki.lyx.org/Windows/Windows

Thanks!

The following page is still not "secure" (according to Chromium):

  https://www.lyx.org/Download

> PS.
> A different password is needed to edit
>http://wiki.lyx.org/Site/InterMap
> and some of the other more sensitive wiki (admin) pages.
> You can ask e.g. me for it. It's otherwise listed in the file
> "passwords.txt" on the server.
>/home/lyx/www/wiki.lyx.org/passwords.txt
> 
> Note: You need to have server access and be in the group 'wheel' to have
> read permission for that file.

Thanks for this information.

Scott


signature.asc
Description: PGP signature

Blank buttons

[Andrew Parsloe]

I was testing compilation of files with apostrophes in the filename. 
When I had finished I deleted the files on disk forgetting they were 
still open in LyX. The attached screenshot shows the choices LyX 
presented me with (a difficult choice).


(alpha1-1, windows 7)

Andrew


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

Re: should wiki uploads be https by default?

[Christian Ridderström]

On 3 May 2017 at 13:26, Scott Kostyshak  wrote:

> Bump. It would be nice to at least have
>
> https://www.lyx.org/Download
>
> provide a secure connection for the final release. I would normally
> propose this as a release blocker, but since we've only implemented
> https recently, I guess that is extreme.
>

Hi Scott,

The wiki page
   http://wiki.lyx.org/Site/InterMap

defines e.g. the "prefix" with the name "uploads:". I've now changed the
it's definition (and some other prefixes) to use 'https' instead of 'http'.

I did a quick check on a link, and now uploads: seems to use the https.

Can you see if this has also made the pages "secure" as per your definition?
/Christian

PS.
A different password is needed to edit
   http://wiki.lyx.org/Site/InterMap
and some of the other more sensitive wiki (admin) pages.
You can ask e.g. me for it. It's otherwise listed in the file
"passwords.txt" on the server.
   /home/lyx/www/wiki.lyx.org/passwords.txt

Note: You need to have server access and be in the group 'wheel' to have
read permission for that file.

Re: Tentative schedule for 2.3.0 release

[Stephan Witt]

Am 04.05.2017 um 11:26 schrieb Stephan Witt :
> 
> Am 04.05.2017 um 10:21 schrieb Jean-Marc Lasgouttes :
>> 
>> Le 02/05/2017 à 22:26, mn a écrit :
 Mike, did ever get a chance to test with the patch that I sent? I am a
 bit lost whether this restores the performance. Is there a big
 difference in terms of memory use?
>>> 
>>> I tested that build.
>>> I wrote about it on April 19.
>> 
>> I somehow missed this message.
>> 
>>> I liked to use it since then for anything Hebrew.
>>> Performance was quite noticeably improved.
>>> With Hebrew this was not perfect but much,  much better.
>> 
>> So we might want to include it. Stephan, what do you think. It would be nice 
>> for 2.2.3 too.
> 
> I propose to include it (that’s why I CCed the lyx-devel list). 
> It would be good for 2.2.3 probably. I hope to compare it with Instruments 
> soon. 

I tried to get some numbers. The numbers I got with Instruments were unclear.
The time to go through the english users guide with and w/o the patch is the 
same.
The time to go through the hebrew tutorial is not very different.
I’ll attach the profiler runs focussing on QTextLayout::endLayout for hebrew.

Stephan

> 
> Stephan
> 
>> 
>>> But with Arabic it seemed too unstable overall to do anything meaningful.
>>> That meant for me: long running tests in regard of memory usage were not
>>> really feasible.
>> 
>> What do you mean by unstable? Is it related to this patch or to LyX in 
>> general.
>> 
>>> Since my main mac machine is a traveling laptop it is also quite
>>> inconvenient to have LyX sitting there idling at >0% CPU with not even a
>>> document open.
>> 
>> This is unfortunate indeed. Is it possible to get a trace of what is 
>> hapening with Instruments?
>> 
>>> I shelved that more rigorous looking-at-memory-thing in longer runs
>>> until the official alpha would be out.
>>> Searching the threads, I am confused now.
>>> As I read Stephan announced some binary 'for later' quite a while ago,
>>> but they are not on ftp?
>> 
>> Note that the patch we are discussing here is not in alpha1.
>> 
>>> That and my second line in this mail and snippets on the ML seemingly
>>> citing stuff I never got through the list and also cannot find on the
>>> archives on the net: Is there something wrong with the list?
>>> Although, that might just be spillover from off-list talk or my memory
>>> fooling me.
>>> Are there binaries for alpha out that were announced?
>> 
>> I do not think so.
>> 
>> JMarc
-- Cache disabled - scroll through the Tutorial
Weight  Self Weight Symbol Name
4.84 s  100.0%  0 s LyX (60480)
4.37 s   90.3%  0 s  Main Thread  0x72766c
4.34 s   89.7%  0 s   start
4.33 s   89.6%  0 smain
4.33 s   89.6%  0 s lyx::LyX::exec(int&, char**)
3.89 s   80.5%  0 s  QCoreApplication::exec()
3.89 s   80.3%  0 s   
QEventLoop::exec(QFlags)
3.89 s   80.3%  0 s
QCocoaEventDispatcher::processEvents(QFlags)
3.89 s   80.3%  0 s -[NSApplication run]
3.85 s   79.6%  0 s  -[NSApplication 
_nextEventMatchingEventMask:untilDate:inMode:dequeue:]
3.85 s   79.6%  0 s   _DPSNextEvent
3.69 s   76.3%  0 s
_BlockUntilNextEventMatchingListInModeWithFilter
3.69 s   76.3%  0 s ReceiveNextEventCommon
3.69 s   76.2%  0 s  RunCurrentEventLoopInMode
3.68 s   76.0%  0 s   CFRunLoopRunSpecific
3.08 s   63.7%  0 s__CFRunLoopRun
3.06 s   63.2%  0 s __CFRunLoopDoSources0
3.06 s   63.2%  0 s  
__CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__
3.04 s   62.9%  0 s   
QCocoaEventDispatcherPrivate::postedEventsSourceCallback(void*)
2.78 s   57.5%  0 s
QWindowSystemInterface::sendWindowSystemEvents(QFlags)
2.78 s   57.4%  0 s 
QGuiApplicationPrivate::processKeyEvent(QWindowSystemInterfacePrivate::KeyEvent*)
2.78 s   57.4%  0 s  
QCoreApplication::notifyInternal2(QObject*, QEvent*)
2.78 s   57.4%  0 s   
lyx::frontend::GuiApplication::notify(QObject*, QEvent*)
2.78 s   57.4%  0 s
QApplication::notify(QObject*, QEvent*)
2.78 s   57.4%  0 s 
QApplicationPrivate::notify_helper(QObject*, QEvent*)
2.78 s   57.4%  0 s  
QWidgetWindow::event(QEvent*)
2.78 s   57.4%  0 s   
QCoreApplication::notifyInternal2(QObject*, QEvent*)
2.78 s   57.4%  0 s
lyx::frontend::GuiApplication::notify(QObject*, QEvent*)
2.78 s   57.4%  0 s 

Re: 2.3.0alpha1-1: file save

[Stephan Witt]

Am 13.05.2017 um 08:19 schrieb Guillaume MM :
> 
> Le 11/05/2017 à 09:59, Stephan Witt a écrit :
 
 The delay is defined in Buffer::Impl::blockFileMonitor (Buffer.cpp:388)
 currently at 10ms. Can you try to increase this value and see if that
 helps? It will likely help, but this is not a nice solution.
>> 
>> I tried it with a delay of 100ms. The effect is now LyX presents the external
>> modification message box every 2nd or 3rd save. So it is not the solution.
> 
> Thanks for the test, this helps. BTW is there a delay before the message
> appears and if so how long? Do you see the following error message with
> the files debug flag:
>  LYXERR(Debug::FILES, "Could not add path to QFileSystemWatcher: " <<
> filename_);
> ?

This is the output of the un-patched LyX on save with false-positive message:

support/FileName.cpp (605): Checksumming 
"/Users/stephan/Documents/newfile12.lyx" 3874605062 lasted 1 ms.
support/TempFile.cpp (35): Temporary file in 
/Users/stephan/Documents/newfile12-XX.lyx
support/TempFile.cpp (38): Temporary file 
`/Users/stephan/Documents/newfile12-P37773.lyx' created.
Buffer.cpp (1435): Saving to /Users/stephan/Documents/newfile12-P37773.lyx
BufferParams.cpp (321): Checking whether document is in a system dir... no
support/FileName.cpp (605): Checksumming 
"/Users/stephan/Documents/newfile12.lyx" 3874605062 lasted 1 ms.
Buffer.cpp (1461): Backing up original file to 
/Users/stephan/Documents/newfile12.lyx~
support/FileName.cpp (267): Moving /Users/stephan/Documents/newfile12.lyx~ to 
/Users/stephan/Documents/newfile12.lyx
support/FileName.cpp (267): Moving /Users/stephan/Documents/newfile12.lyx to 
/Users/stephan/Documents/newfile12-P37773.lyx
support/FileName.cpp (605): Checksumming 
"/Users/stephan/Documents/newfile12.lyx" 2474078819 lasted 1 ms.

 Ideally I would like to have everything work with a delay of 0ms, to be
 sure that everyone experiences the same. Can you help me and see if it
 is possible to flush the file operations in FileName::copyTo and
 FileName::moveTo and if it makes a difference ? There is QFile::flush
 but I do not really see how to use it in this context and I cannot test
 the situation.
>> 
>> I cannot see how to do it here.
>> 
>> The save operation in this scenario is done with one create (temp), one
>> rename (backup) and another rename (final name).
>> 
>> Are you sure the file monitor is able to follow these steps?
> 
> What is expected to happen is:
> 
> In Buffer::save:
> 
> 1. Disconnect from QFileSystemWatcher
> 2. Perform various file operations
> 3. Queue the reconnection to QFileSystemWatcher
> 
> Later:
> 
> 4. QFileSystemWatcher notifies of the deletion
> 5. The new file is moved
> 6. Reconnect to QFileSystemWatcher and refresh (watch the new file)
> 
> Given the behaviour that you report above, it seems that the
> reconnection happens too early. The number and the nature of the
> operations is not important.
> 
> I notice that the QSaveFile class which is provided by Qt (but not used
> in LyX) calls a function fileEngine->syncToDisk() not accessible from
> the API, and below there are the comments:
> // atomically replace old file with new file
> // Can't use QFile::rename for that, must use the file engine directly
> 
> I suspect that using QSaveFile instead of the current implementation
> would solve the bug and make file saving safer (even).
> 
> Can you please try the attached patch?

This is the output of the patched one - no false-positive message:
support/FileName.cpp (605): Checksumming 
"/Users/stephan/Documents/newfile13.lyx" 2101337338 lasted 0 ms.
support/TempFile.cpp (35): Temporary file in 
/Users/stephan/Documents/newfile13-XX.lyx
support/TempFile.cpp (38): Temporary file 
`/Users/stephan/Documents/newfile13-B38676.lyx' created.
Buffer.cpp (1435): Saving to /Users/stephan/Documents/newfile13-B38676.lyx
BufferParams.cpp (321): Checking whether document is in a system dir... no
support/FileName.cpp (605): Checksumming 
"/Users/stephan/Documents/newfile13.lyx" 2101337338 lasted 1 ms.
Buffer.cpp (1461): Backing up original file to 
/Users/stephan/Documents/newfile13.lyx~
support/FileName.cpp (267): Moving /Users/stephan/Documents/newfile13.lyx~ to 
/Users/stephan/Documents/newfile13.lyx
support/FileName.cpp (267): Moving /Users/stephan/Documents/newfile13.lyx to 
/Users/stephan/Documents/newfile13-B38676.lyx
support/FileName.cpp (605): Checksumming 
"/Users/stephan/Documents/newfile13.lyx" 834715601 lasted 2 ms.
support/FileName.cpp (605): Checksumming 
"/Users/stephan/Documents/newfile13.lyx" 834715601 lasted 0 ms.

And this is for a big document (on a SSD based machine):

support/FileName.cpp (605): Checksumming 
"/Users/stephan/git/lyx/lib/doc/de/UserGuide.lyx" 1327983642 lasted 35 ms.
support/TempFile.cpp (35): Temporary file in 
/Users/stephan/git/lyx/lib/doc/de/UserGuide-XX.lyx
support/TempFile.cpp (38): Temporary file 

Re: [LyX/master] Add acmart template

[Kornel Benko]

Am Sonntag, 14. Mai 2017 um 12:17:09, schrieb Guillaume MM 
> Le 14/05/2017 à 11:28, Scott Kostyshak a écrit :
> > On Sun, May 14, 2017 at 10:48:08AM +0200, Kornel Benko wrote:
> >
> >> Same as for you (e.g. failing)
> >> If previewing I get pdf-luatex-output if requested (show nevertheless). 
> >> The latex log exists and shows many errors.
> >> So it is not only your machine.
> >
> 
> 
> Thanks for the tests. Can you please send me the logs? From today's 
> version just in case.
> 
> Guillaume

I am sending privately. BTW, the errors remained.

Kornel

signature.asc
Description: This is a digitally signed message part.

Re: [LyX/master] Add acmart template

[Guillaume MM]

Le 14/05/2017 à 11:28, Scott Kostyshak a écrit :

On Sun, May 14, 2017 at 10:48:08AM +0200, Kornel Benko wrote:


Same as for you (e.g. failing)
If previewing I get pdf-luatex-output if requested (show nevertheless). The 
latex log exists and shows many errors.
So it is not only your machine.





Thanks for the tests. Can you please send me the logs? From today's 
version just in case.


Guillaume

Re: [LyX/master] Add acmart template

[Scott Kostyshak]

On Sun, May 14, 2017 at 10:48:08AM +0200, Kornel Benko wrote:

> Same as for you (e.g. failing)
> If previewing I get pdf-luatex-output if requested (show nevertheless). The 
> latex log exists and shows many errors.
> So it is not only your machine.

OK thanks for checking.

Scott


signature.asc
Description: PGP signature

Re: [LyX/master] Add acmart template

[Kornel Benko]

Am Sonntag, 14. Mai 2017 um 04:31:07, schrieb Scott Kostyshak 
> On Sun, May 14, 2017 at 01:23:05AM +0200, Guillaume MM wrote:
> > Le 13/05/2017 à 18:11, Scott Kostyshak a écrit :
> > > On Sat, May 13, 2017 at 04:19:13PM +0200, Guillaume MM wrote:
> > > > commit 5608f6fdb67b86b4cf3d9215d24d7734239ad05a
> > > > Author: Guillaume MM 
> > > > Date:   Sat May 13 16:00:57 2017 +0200
> > > > 
> > > > Add acmart template
> > > > 
> > > > Move obsolete templates to templates/obsolete
> > > 
> > > Thanks for your work on this, Guillaume!
> > 
> > Thanks for the report Scott.
> > 
> > > 
> > > Several of the ctests are failing. I haven't updated TeX Live for a few
> > > weeks so perhaps that explains things. The following tests fail for me:
> > > 
> > > export/templates/acmart_lyx16 (Failed)
> > > export/templates/acmart_lyx21 (Failed)
> > > export/templates/acmart_lyx22 (Failed)
> > > check_load/templates/acmart (Failed)
> > > export/templates/acmart_dvi3_systemF (Failed)
> > > export/templates/acmart_pdf (Failed)
> > > export/templates/acmart_pdf4_systemF (Failed)
> > > export/templates/acmart_pdf5_systemF (Failed)
> > > 
> > > For check_load, this is because when opening the file in LyX, I see the
> > > terminal message:
> > > 
> > > TextClass.cpp (1385): The layout does not provide a list command for
> > > the float `sidebar'. LyX will not be able to produce a float list.
> > 
> > There are more general issues with listsof. I asked the maintainer about
> > this.
> 
> Good to know this is a known issue -> inverted the test at ec27acb5.
> 
> > > For pdf4_systemF (XeTeX with system fonts), I get:
> > > 
> > > 
> > > !
> > > ! LaTeX error: "xparse/command-already-defined"
> > > !
> > > ! Command '\liningnums' already defined!
> > > !
> > > ! See the LaTeX3 documentation for further information.
> > > !
> > > ! For immediate help type H .
> > > !...
> > > 
> > 
> > Strange, all the outputs you listed above work here.
> 
> OK probably something local on my machine. Kornel, what is your output
> from the following?
> 
> ctest -R "acmart"

Same as for you (e.g. failing)
If previewing I get pdf-luatex-output if requested (show nevertheless). The 
latex log exists and shows many errors.
So it is not only your machine.

> Scott

Kornel

signature.asc
Description: This is a digitally signed message part.

Re: [LyX/master] Add acmart template

[Scott Kostyshak]

On Sun, May 14, 2017 at 01:23:05AM +0200, Guillaume MM wrote:
> Le 13/05/2017 à 18:11, Scott Kostyshak a écrit :
> > On Sat, May 13, 2017 at 04:19:13PM +0200, Guillaume MM wrote:
> > > commit 5608f6fdb67b86b4cf3d9215d24d7734239ad05a
> > > Author: Guillaume MM 
> > > Date:   Sat May 13 16:00:57 2017 +0200
> > > 
> > > Add acmart template
> > > 
> > > Move obsolete templates to templates/obsolete
> > 
> > Thanks for your work on this, Guillaume!
> 
> Thanks for the report Scott.
> 
> > 
> > Several of the ctests are failing. I haven't updated TeX Live for a few
> > weeks so perhaps that explains things. The following tests fail for me:
> > 
> > export/templates/acmart_lyx16 (Failed)
> > export/templates/acmart_lyx21 (Failed)
> > export/templates/acmart_lyx22 (Failed)
> > check_load/templates/acmart (Failed)
> > export/templates/acmart_dvi3_systemF (Failed)
> > export/templates/acmart_pdf (Failed)
> > export/templates/acmart_pdf4_systemF (Failed)
> > export/templates/acmart_pdf5_systemF (Failed)
> > 
> > For check_load, this is because when opening the file in LyX, I see the
> > terminal message:
> > 
> > TextClass.cpp (1385): The layout does not provide a list command for
> > the float `sidebar'. LyX will not be able to produce a float list.
> 
> There are more general issues with listsof. I asked the maintainer about
> this.

Good to know this is a known issue -> inverted the test at ec27acb5.

> > For pdf4_systemF (XeTeX with system fonts), I get:
> > 
> > 
> > !
> > ! LaTeX error: "xparse/command-already-defined"
> > !
> > ! Command '\liningnums' already defined!
> > !
> > ! See the LaTeX3 documentation for further information.
> > !
> > ! For immediate help type H .
> > !...
> > 
> 
> Strange, all the outputs you listed above work here.

OK probably something local on my machine. Kornel, what is your output
from the following?

ctest -R "acmart"

Scott


signature.asc
Description: PGP signature