Description of problem:

'man pdftops', and 'man pdftopmm' as well, are pretty emphatic:

 Pdftops reads a configuration file at startup.  It first tries to  find
 the  user’s  private config file, ~/.xpdfrc.  If that doesn’t exist, it
 looks  for  a  system-wide  config  file,  /etc/xpdf/xpdfrc.   See  the
 xpdfrc(5) man page for details.

AFICS 'man xpdfrc', and reality, locate a system wide config file
in /etc/xpdfrc.  The more serious issue is that regardless if
~/.xpdfrc exitst, or what are locations, those files are completely
ignored.

In particular there is no way to specify a paper size, other than
by an explicit switches on a command line, and 'pdftops' output
(and most likely of 'pdftoppm' too) is always in A4 format even
for locales where a default paper size is "letter".  There are
other possible issues too.

This will silently break all those setups which rely on a long
established 'pdftops' behaviour governed by documented configuration
files.

Thanks to the above poppler-0.5.91-1.fc8 avoids bug 252391 but
replaces that even with something worse.  Namely on every invocation
it prints first on _stdout_:

PARSING /usr/share/poppler/nameToUnicode/Thai
PARSING /usr/share/poppler/nameToUnicode/Bulgarian

This means that trying

  pdftops some_file.pdf - | lpr

will end up with a complete disaster.  Instead of the above do

  pdftops some_file.pdf - | head

and see for yourself why.

Version-Release number of selected component (if applicable):
poppler-0.5.91-1.fc8

How reproducible:
always