I'm preparing a document, and after trying to load some of my self-made style files, it started crashing. It is apparently the same problem as in [texhax] latest xkeyval breaks pdfpages and fancytooltips, which sadly seems to have no responses.
I could boil this down to the following minimal example (using TexLive 2010 on Ubuntu Linux):
\documentclass{article}
\usepackage{xkeyval} % comment to have compilation pass
\usepackage{pax}
\usepackage{pdfpages}
\begin{document}
Test
\includepdf[scale=1,addtotoc={1,subsection,2,My PDF Document,mypdf-doc}]{mypdf-doc.pdf}
\end{document}
When \usepackage{xkeyval}
is uncommented, then pdflatex
fails with:
! Package xkeyval Error: `scale' undefined in families `PAX@Gin'.
See the xkeyval package documentation for explanation.
Type H <return> for immediate help.
...
l.11 ...ument,mypdf-doc}]{mypdf-doc.pdf}
If xkeyval
is not loaded, then compilation passes fine.
Does anyone have an idea how I could "cheat" pdflatex, so xkeyval
and pdfpages
can coexist? xkeyval.pdf says:
2) ‘name’ undefined in families ‘fams’
(error)The key name is not defined in the families in fams. Probably you mistyped name.
… but my problem is, I have no idea which of the style files I included through my homemade style files actually includes xkeyval
– so I was hoping maybe there was a way to cheat xkeyval
– maybe by somehow "defining" scale
for the family PAX@Gin
?! If anyone knows if and how would this be possible, it would be great to hear an answer 🙂
EDIT: Here: CTAN package update: xkeyval it is also claimed a fix has been released for this; apparently, I'm not having it ?! The file in my TexLive distribution says:
\ProvidesPackage{xkeyval}
[2008/08/13 v2.6a package option processing (HA)]
Best Answer
it seems the trick to avoid
'scale' undefined in families 'PAX@Gin'
is to add:... so now the entire minimal file that passes compilation is:
Hope this will do in my big document too :)