On Sat, 03 Jul 2010 17:05:08 +0200 Johann Felix Soden wrote:

> Hi!

Hello!   :)

> 
> On Sat, 03 Jul 2010, 13:01 +0200 Francesco Poli wrote:
> > On Mon, 3 Dec 2007 12:46:29 +0000 Julian Gilbey wrote:
> > > pdftk y9s10pba.pdf input_pw ***** output y9s10pba-nopw.pdf
> > > 
> > > gave the error message:
> > > 
> > > Error: Failed to open PDF file: 
> > >    y9s10pba.pdf
> > >    OWNER PASSWORD REQUIRED, but not given (or incorrect)
> > > Errors encountered.  No output created.
> > > Done.  Input errors, so no output created.
> > [...]
> > 
> > I've just experienced this bug with another password encrypted PDF file
> > (that I can correctly read with xpdf).
> > 
> Thanks for you report.

You're welcome!

> 
> Can you give me the version of pdftk you currently use
> (e.g. by running "dpkg-query -W  pdftk"), please?

You're right: I forgot to mention that I am running Debian testing.
The pdftk version is 1.41+dfsg-8
The system information for the box where I encountered the issue is
pasted at the end of this message. 

> 
> If you want, you could send me the encrypted pdf file with the owner
> password. This would be helpful to narrow down this bug.

Unfortunately, that file includes reserved data: otherwise it would
*not* be password-encrypted!  ;-) 
I don't know if I am able to generate a test PDF file with the same
type of password-encryption...   :-(

> 
> > On Mon, 3 Dec 2007 20:47:28 +0100 Aurélien GÉRÔME wrote:
> > > There are a couple of annoying bugs like this one, I will see with
> > > upstream what we can do about them...
> > 
> > Is there any progress on this?
> Upstream is unfortunately inactive for years.
> In the meantime, the Debian version of pdftk, which is now maintained by
> me, was heavily patched to support newer versions of the itext library
> and to fix a lot of bugs. But I can not replace upstream completely. Any
> help is welcomed.

I can understand...
I hope you can manage to fix the bug.

> 
> Do you know the actively developed alternatives to pdftk like qpdf?

By taking a quick look at its documentation, it seems that it lacks
many useful pdftk features (concatenate PDF files, extract pages or
group of pages, ...).
Thanks anyway for pointing it out: it could be useful for other
purposes.

> 
> Best wishes,
>       Johann Felix Soden

Bye and thanks for your time.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (800, 'testing'), (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages pdftk depends on:
ii  libbcmail-java               1.44+dfsg-2 Bouncy Castle generators/processor
ii  libbcprov-java               1.44+dfsg-2 Bouncy Castle Java Cryptographic S
ii  libc6                        2.11.2-2    Embedded GNU C Library: Shared lib
ii  libgcc1                      1:4.4.4-5   GCC support library
ii  libgcj-bc                    4.4.4-2     Link time only library for use wit
ii  libgcj10                     4.4.4-3     Java runtime library for use with
ii  libitext-java                2.1.7-2     Java Library to create and manipul
ii  libitext-java-gcj            2.1.7-2     Java Library to create and manipul
ii  libstdc++6                   4.4.4-5     The GNU Standard C++ Library v3

pdftk recommends no packages.

Versions of packages pdftk suggests:
ii  poppler-utils [xpdf-utils]    0.12.4-1   PDF utilitites (based on libpopple

-- no debconf information



-- 
 http://www.inventati.org/frx/progs/scripts/pdebuild-hooks.html
 Need some pdebuild hook scripts?
..................................................... Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4

Attachment: pgpoW6gfub1ov.pgp
Description: PGP signature

Reply via email to