home *** CD-ROM | disk | FTP | other *** search
/ PSION CD 2 / PsionCDVol2.iso / Programs / 720 / PDF090B4-SorceCode / README.decryption < prev    next >
Encoding:
Text File  |  2000-03-20  |  4.4 KB  |  104 lines

  1. xpdf version 0.80 with decryption patches
  2.  
  3. With the release of version 0.80 of xpdf, I have retaken the decryption patch
  4. for this new version.
  5.  
  6. Due to the changes that came with the 0.80 release, some re-working of parts of
  7. the decryption code became necessary in order to make it all work.
  8.  
  9. Most of the comments (below) for version 0.7a still apply.
  10.  
  11. DISCLAIMER:  I know next to nothing about decryption.  All I did was hack the
  12. code to make it work.
  13.  
  14. Tony Nugent <Tony.Nugent@usq.edu.au>
  15. December 1998
  16.  
  17. ==========================================================================
  18.  
  19. xpdf version 0.7a with decryption patches
  20.  
  21. Author:        Derek B. Noonburg <derekn@foolabs.com>
  22. URL:        http://www.foolabs.com/xpdf/
  23. Sources:    ftp://ftp.foolabs.com/pub/xpdf/xpdf-0.7a.tar.gz
  24.         ftp://ftp.foolabs.com/pub/xpdf/xpdf-0.7a-patch1
  25.         ftp://ftp.foolabs.com/pub/xpdf/xpdf-0.7a-patch2
  26.         ftp://ftp.sci.usq.edu.au/pub/linux/xpdf/xpdf-0.7a-patch3
  27. Packager:    Tony Nugent <Tony.Nugent@usq.edu.au>
  28.  
  29. This is a xpdf version 0.7a, but with the Makefile, divide-by-zero, and
  30. decryption patches added to it.
  31.  
  32. For the reasons why xpdf, as distributed, is not capable of handling
  33. encrypted pdf files, please see:
  34.  
  35. http://www.foolabs.com/xpdf/decryption.html
  36.  
  37. What I have done is to add the decryption patches, and make all the sources
  38. available in a place off the US continent.
  39.  
  40. This was born out of personal necessity... I had an encrypted pdf file that
  41. I *HAD* to read, so I went off to get the decryption patches for it from:
  42.  
  43. http://people.a2000.nl/lsmiers/pdf/xpdf.html
  44.  
  45. The patches were made available by Leo Smiers <L.Smiers@cable.A2000.nl> (in
  46. Europe, a place that also avoids problems with the senseless US exportation
  47. laws on encryption code).  Everything that was needed was in a file called
  48. "encryption.tar.gz", but I found that they didn't apply easily or cleanly,
  49. and it also involved "dropping in" some files into the xpdf source tree.
  50.  
  51. Once I got it working, I simply retook the patch again so that all the
  52. source files and patches were all included in one file.
  53.  
  54. Now all that is needed is "patch -p1 < patchfile" and everything is done.
  55. (Then you "configure" and "make" as usual).
  56.  
  57. I then grabbed xpdf-0.7a-1.src.rpm from RedHat's "rawhide" ("5.2-beta")
  58. distribution and made some minor changes to it so that a decryption-capable
  59. version could be easily rebuilt from a .spec file.
  60.  
  61. So that's what I did, and this is the result.  It seems to work just fine.
  62.  
  63. I did some minor changes to RedHat's .spec file in the rpm so that it is
  64. installed into /usr/X11R6/bin rather than /usr/bin and also to put the
  65. ANNOUNCE file into the /usr/doc/xpdf-0.7a/ directory.
  66.  
  67. I have contacted Derek (the author of xpdf) and got his blessing for what
  68. I've done.  I've also tried to contact Leo (from who's web site I got the
  69. decryption patches), but in almost two months he has not replied.
  70.  
  71. I wrote this README file to document what I've done, then did some
  72. some teaking of the rpm spec file to get this added to the installation
  73. documation directory.
  74.  
  75. From my understanding of the US laws on the export of encryption code,
  76. export of the sources for this patched version of the package is not
  77. permitted from the United States in electronic format.  (If you do this,
  78. you are considered to be an arms dealer!) As I understand it, the
  79. restrictions apply to taking such code *out* of the US in electronic
  80. format, not importing it nor taking it out in printed format.
  81.  
  82. I don't live in the United States and we don't have silly laws like this
  83. here in Australia, so I can do what I like with these sources.
  84.  
  85. I'm quite happy to put the resulting patch and the source and (glibc6)
  86. binary RPM files up on our web site and ftp server for general
  87. distribution.
  88.  
  89. I will submitted the rpm packages to RedHat, leaving it up to them to do
  90. what they want (err... can) with it.  They might be able to use the binary
  91. version, but the probably won't be legally able to redistribute it (to
  92. places outside the US).
  93.  
  94. Derek's web pages for xpdf are an excellent resource which I would strongly
  95. recommend a visit to it:
  96.  
  97. http://www.foolabs.com/xpdf/
  98.  
  99.  -=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-
  100.   Tony Nugent <Tony.Nugent@usq.edu.au>           <linux@usq.edu.au>
  101.   Computer Systems Officer                       Faculty of Science
  102.   University of Southern Queensland, Toowoomba Oueensland Australia
  103.  -=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-
  104.