On Sunday 12 September 2010, Uwe Stöhr wrote:
> Am 11.09.2010 02:21, schrieb [email protected]:
>
> > Thanks for your quick reply. I tried fully specifying the file name in the
> > dpfpages dialogue box, but I get the same error message. I exported the lyx
> > document to latex(pdflatex) and I looked at the \includepdf{} command. I
> > see:
> >
> > \includepdf[pages=-]{0_home_mateo_work_article}
> >
> > which does not work because there is no file by this name.
>
> It seems that your installation is broken. When I insert a file as external
> material and specify an
> absolute path I e.g. get this:
>
> \includepdf[pages=-]{\string"C:/Program Files (x86)/LyX 1\lyxdot 6\lyxdot
> 7/Resources/doc/clipart/\string"Abstract}
>
> and this works. Using a relative path also works here on Windows correctly.
>
> What is your OS, what is your LaTeX-distribution? If you are in Windows, try
> to update MiKTeX using
> the MiKTeX update program that is linked in the start menu (requires admin
> permissions).
I am using Linux (Debian squeeze) with texlive, with the most recent versions
of pdfpages and pdftex.def installed into my local texmf tree.
> What is the exact error message you get if you use a relative path, for
> example by having the
> included PDF in the same folder as your LyX file?
Having the pdf file in the same folder as my lyx file does not help, I still
get the same error ("Cannot find file: 0_home_mateo_test").
Knowing that lyx uses a temporary subdirectory where it actually creates its
temporary files for building the final pdf document, I looked at what was in
this directory (e.g., /tmp/lyx_tmpdir.MT9164/lyx_tmpbuf0/) and I did not see
any file named 0_home_mateo_test.pdf. I then simply copied my test.pdf file
into this temporary directory and renamed it to what pdfpages is looking for
(i.e., 0_home_mateo_test.pdf). Now, from within lyx I clicked on pdflatex
preview and it worked fine, producing my document with my test.pdf file (first
page) included correctly.
Conclusion: lyx is not copying the required PDF file into its temporary
directory.
I also found that the new file name that lyx generates is limited to 100
characters. That is, the file name 0_home_mateo_.... So, when I am referring to
a pdf document with a long name that is nested several subdirectores down, the
generated file name is shortened in the middle with "___".
I hope this information helps the LyX developers address this issue quickly, as
I really like working with lyx.
Mateo.
