Am Montag, 30. März 2015 um 22:23:38, schrieb Georg Baum 
<georg.b...@post.rwth-aachen.de>
> Kornel Benko wrote:
>
> > This is a recipe to observe creation of files in lyx-source
> >
> > 1.) copy {lyx-source}/lib/doc/Math.lyx to a local directory, say
> > ~/lyx/test/. This is not needed, but shows that the behaviour does not
> > depend on the path of Math.lyx
> > 2.) use your lyx from the build directory to open the file
> > 3.) File->Export->LaTeX(LuaLaTeX)
> >
> > Now go to the lyx-source
> > # git status
> >
> > You see many untracked .pdf files like e.g.
> > lib/images/math-macro-remove-greedy-param.pdf
>
> Are you sure that the correct file is opened?

Yes, I am sure.

> Maybe some black magic for
> special handling of our own docs goes havoc here?

No, it is direct copy of lib/doc/Math.lyx.

> Or is is source control?

I checked, clean source, clean build.

> I
> would expect the creation of those files if Math.lyx in the git source tree
> is opened (for LaTeX export we generate a document that can be processed by
> LaTeX, so we need to convert all included files that need conversion).

Yes, therefore I copied first to eliminate this possibility.

> > Second scenario with installed lyx. Make sure, the lyx system dirs are not
> > writeable by you

That is the case. If I make them writeable, there is no problem with export any 
more.
But of course, there are many new .pdf files there.

> > 2.) open the file
> > 3.) try the export.
> > Now you are facing a dialog saying some file could not be copied.
>
> This looks again as if the file from the installation was opened.

It is not.

> > Click OK.
> > Next dialog pops up.
> > This goes on for 43 files.
>
> The dialog should have a don't show me again button. If this is not the case
> please file a bug.

No such button. See attached (the first dialog).

> Unfortunately I don't have time to investigate now, but I'd guess that
> neither Exporter.cpp nor TempFile is the culprit. It is normal for the
> conversion process to use temporary files. The path of the temp file looks
> wrong (it should not be in the source tree), but this is probably an
> independent problem. Also, Exporter.cpp is probably simply fed with the
> wrong names.
>
> I'd first check all places were the buffer file name is set and the buffer
> opening. If this is correct then I'd examine the info inset, maybe it
> creates some intermediate files at the wrong place.
>
I tried and failed.

> Georg

        Kornel

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

Reply via email to