Thanks for reporting. vim-latexsuite has been updated to 1.10.0. Please
check if the bug has been solved in the latest version and close this
report.
** Changed in: vim-latexsuite (Ubuntu)
Status: Confirmed => In Progress
--
You received this bug notification because you are a member of U
Thanks for your suggestion to backport pdftk-java, Ibrahim Awwal. Please
follow the procedure described on [1].
[1] https://wiki.ubuntu.com/UbuntuBackports
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bug
Ubuntu Disco has now (again) pdftk 2.02-5 [1] as a pure transition
package to pdftk-java [2].
pdftk-java is also already available in Ubuntu cosmic [3].
Therefore, I would consider this bug as done/won't-fix.
[1] https://bugs.launchpad.net/ubuntu/+source/pdftk/2.02-5
[2] https://bugs.launchpad.n
** Changed in: pdftk-java (Ubuntu)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1785100
Title:
Requires JRE to work but does not depend on JRE
To manage no
There is pdftk-java ( https://launchpad.net/ubuntu/+source/pdftk-java ).
It is an port of pdftk to pure java, therefore does no longer depend on
gcj. The package provides a "pdftk" binary and is planned to be the
replacement of the pdftk package. The package from cosmic should be
backwards-compatib
Thanks for reporting this bug. It should be fixed in 0.0.0+20180723.1-1
(uploaded recently to Debian, should be soon in Ubuntu).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1785100
Title:
Requires
Fixed in 1.0.1+git20111228+e1c62066-2
** Changed in: ketchup (Ubuntu)
Status: New => Fix Committed
** Changed in: ketchup (Ubuntu)
Assignee: (unassigned) => Johann Felix Soden (johfel)
--
You received this bug notification because you are a member of Ubuntu
Bugs, wh
The fixed g++/gcj-version have been mainly introduced to ensure that g++ and
gcj have the same version,
otherwise run-time error occurs.
See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624776 for related
discussion.
Currently, the g++ and gcj default versions are the same everywhere, so
th
Thanks for your bug report. I can confirm the described behaviour and
will try to fix it / report it to upstream.
** Changed in: pdftk (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://b
Thanks for your report, era! Please note, that since pdftk 1.45 the syntax has
changed. "Shorthands" are replaced by the full words [1].
The man pages and the official documentation have been updated, but maybe
something was missed.
Which documentation did you use? The man page on your system ("m
pdftk 2.01 handles both pdf files in this bug report without any problem.
Therefore I close this report.
Thanks for reporting the issues!
** Changed in: pdftk (Ubuntu)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which i
pdftk 2.0-1 which is now in Ubuntu Saucy supports AES encryption.
** Changed in: pdftk (Ubuntu)
Status: New => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1191381
Title:
pdftk
to debhelper compat v9.
* debian/copyright: Update years and paths.
* debian/control: Use anonscm.debian.org in VCS-* fields; Vcs-Git without
experimental branch.
* Fix hyphens in man page.
-- Johann Felix Soden Mon, 01 Jul 2013 00:19:19
+0200
** Affects: pdftk (Ubuntu
Thanks for the information. Your pdf file is probably encrypted with AES
(supported since PDF 1.6) which is (still) not yet supported in pdftk.
The real bug is that pdftk does not detect, that it does not support it.
To circumvent the problem, you can open it with a viewer and print it
into a new
** Summary changed:
- pdftk password decryption doesn't work
+ pdftk password decryption doesn't work [missing AES support]
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1191381
Title:
pdftk passwo
ete
** Changed in: pdftk (Ubuntu)
Assignee: (unassigned) => Johann Felix Soden (johfel)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1191381
Title:
pdftk password decryption doesn't work
Johann Felix Soden (johfel)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1001803
Title:
pdftk fails - gcj.runtime.namefinder
To manage notifications about this bug go to:
https://bugs.launchpad.net/
The bug should be fixed now in pdfchain 1:0.3.3-2 (in Ubuntu Raring).
The fix is very small and the same as in my ppa which was successfully
tested here ( see e.g.
https://bugs.launchpad.net/ubuntu/+source/pdfchain/+bug/1048045/comments/14
)
Therefore, feel free to fill SRU / backport requests.
A
As this bug still affects all current official Ubuntu pdfchain packages, this
bug was wrongly marked "Fix Released",
which hides the bug from users. Due to (in my eyes) wrong restrictions in
Launchpad, I cannot change/undo this.
I would be glad, if Jake Hansen as bug reporter or someone else can
** Also affects: pdfchain
Importance: Undecided
Status: New
** Changed in: pdfchain
Status: New => Fix Released
** Changed in: pdfchain (Ubuntu)
Assignee: (unassigned) => Johann Felix Soden (johfel)
--
You received this bug notification because you are a member of
It seems that the problem occurs only with specific pdf files (scanned
documents). Can someone attach such a file to this bug report, please?
pdfchain tries to count the pages inside the pdf document. I assume that
something there gets wrong.
Does the bug with pdfchain still occur if the pdf docu
The commands you propose works because you set/changed environment
variables (PATH, JAVA_HOME). But for every other user (including system
users) these normally do not work (you could say that there is
/etc/environment but there is no policy forcing a program to use it).
In general, one reason why
Thank you for report.
To track down the error, could you start pdfchain from a console window
(terminal), please?
When you then concatenate pdf files, the used pdftk command
should be displayed in the terminal.
Do you get an error message when you run this command by hand?
Or does pdfchain displ
* debian/*: Change my e-mail address and remove DM upload rights.
-- Johann Felix Soden Mon, 03 Sep 2012 01:17:35
+0200
** Changed in: pdftk (Ubuntu)
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscri
** Changed in: pdftk (Ubuntu)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1045884
Title:
Sync pdftk 1.44-6 (universe) from Debian unstable (main)
To m
Thanks, Thomas, for your report. Unfortunately, pdftk with included debug
symbols seems to not
give better output in this case.
But the open_reader bug should have been already fixed in pdftk 1.44-5 (Natty
has 1.44-1).
I made a backport from the current 1.44-6 version for Natty.
You can find i
The reason for this bug is a off-by-one-error in
PdfWriter.java line 312 of the included itext-paolo library
where it should be 65535 instead of 65536.
Because of this, free entries in the xref table of the
produced PDF documents are wrongly marked as used.
As the data in the xref table is redund
** Bug watch added: Debian Bug tracker #685983
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685983
** Also affects: pdftk (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685983
Importance: Unknown
Status: Unknown
** Changed in: pdftk (Ubuntu)
Status: Inval
Have you installed pdftk some time ago manually (=without using the package
manager)?
What is your output of
whereis pdftk
If you call pdftk with the correct path ( /usr/bin/pdftk ) does it
work?
I ask this, because it seems that your a using an old pdftk version
(the current should depend
Thanks for your bug report!
Your pdf seems not to be 100% standard-conform (or there is a bug in
ghostscripts 9.05)
because it reports:
Warning: considering '00 X n' as a free entry.
...
This file had errors that were repaired or ignored.
The file was produ
** Changed in: pdftk (Ubuntu)
Status: New => Confirmed
** Changed in: pdftk (Ubuntu)
Assignee: (unassigned) => Johann Felix Soden (johfel)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.ne
** Changed in: pdftk (Ubuntu)
Status: New => Invalid
** Changed in: pdftk (Ubuntu)
Assignee: (unassigned) => Johann Felix Soden (johfel)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.ne
Thank you for taking the time to report this bug and helping to improve
pdftk.
I get at the moment only
Warning: considering '00 X n' as a free entry.
from ghostscript with the pdf I tested (maybe related to another bug in
ghostscript) and
even if I corrupt the xref manually, g
** Also affects: lucid-backports
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/896628
Title:
Please backport pdftk 1.44 for Lucid (10.04)
To manage notif
ged in: pdftk (Ubuntu)
Assignee: (unassigned) => Johann Felix Soden (johfel)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/807409
Title:
open office pdf has invalid characters
To manage not
I can reproduce this bug with pdftk 1.41+dfsg-11 but not with the current pdftk
1.44-3 version.
The reason is probable, that pdftk 1.44-* uses its own itext library
(itext-paulo) like the 1.41-* versions in opposite to pdftk 1.41+dfsg-* which
uses libitext-java.
** Changed in: pdftk (Ubuntu)
Thanks for all testing and the helpful reports!
I hope that I have found the reason now why the patch has stopped to work:
Since Ubuntu Natty (10.4) the language setting is no longer only by the LANG
environment variable, but now
additionally by the LC_MESSAGES, which pdftk does not overwrite ye
rg/cgi-bin/bugreport.cgi?bug=590926
Importance: Unknown
Status: Unknown
** Changed in: vim-latexsuite (Ubuntu)
Status: New => Fix Released
** Changed in: vim-latexsuite (Ubuntu)
Assignee: (unassigned) => Johann Felix Soden (johfel)
--
You received this bug notification b
It seems that the gcj-4.5 java library is initialized before pdftk can
set LANG=C. So only setting LANG=C in the environment before starting
the pdftk seems to work. However, with gcj-4.6 (Debian sid) the
workaround seems to work again.
The error in the gcj java runtime library can be easily repr
ubuntu.com/community/UbuntuBackports#request-new-
packages
** Changed in: pdftk (Ubuntu)
Status: New => Fix Released
** Changed in: pdftk (Ubuntu)
Assignee: (unassigned) => Johann Felix Soden (johfel)
--
You received this bug notification because you are a member of Ubunt
!
** Changed in: pdftk (Ubuntu)
Assignee: (unassigned) => Johann Felix Soden (johfel)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/774052
Title:
Pdftk fails on PDF annotations added from Evi
** Changed in: pdftk (Ubuntu)
Assignee: (unassigned) => Johann Felix Soden (johfel)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/779908
Title:
pdftk fails with "output" optio
Thanks for the answers and the new report!
Using the current Ubuntu Live CD, I could sadly not really reproduce
this bug. Only when the output file is the same as the input file but
with different path ( pdftk /tmp/x.pdf output /tmp/./x.pdf ), pdftk
crashes analog to the here described behaviour
Thank you for taking the time to report this bug.
It seems that a double exception occurs: First something unknown throws
an exception, then the Stack-Tracer fails.
To track the bug down, here two questions:
1) Have you tried different input pdf files?
2) Does something like pdftk a.pdf dump_data
ClassNotFoundExceptions occurs if any java security package like
libgnucrypto-java or libbcprov-java is removed but not purged. Then
obsolete files in /etc/java/security/security.d remains which links to
not available libraries. The java runtime, which is not aware of any
package status, tries to l
pdftk does not use the installed java runtime directly by calling
'java', but links binary to the CNI (Cygnus Native Interface for
C++/Java Integration) which comes only with libgcj.
Some of the packages which pdftk seems to depend on are only (indirect)
recommends/suggestions from other packages.
update copyright years.
* debian/patches/customise_build_parameters replaces the old
build_with_gcc-4.3 patch.
* Update debian/(control,copyright,watch) to new upstream homepage.
* Install the now with upstream coming man page and changelog.
-- Johann Felix Soden Sat, 30 Oct 2010 23:30
** Changed in: pdftk (Ubuntu)
Status: Fix Committed => Fix Released
** Changed in: pdftk (Ubuntu)
Assignee: (unassigned) => Johann Felix Soden (johfel)
--
pdf compression does not work for uncompressed pdfs
https://bugs.launchpad.net/bugs/597871
You received this bug notifi
Since this bug should be solved in newer package versions, I close this
report.
** Changed in: pdftk (Ubuntu)
Status: New => Fix Released
--
[Hardy] pdftk segfault
https://bugs.launchpad.net/bugs/304448
You received this bug notification because you are a member of Ubuntu
Bugs, which is s
Thanks for your report. At the moment, only ordinary spaces seems to be handled
correctly.
If other white-space characters (like tabs or newlines) are in the path,
pdfchain fails, which I can reproduce.
It seems that your path contains at least one newline character. If not, does
the path contai
This bug was fixed in pdftk 1.41+dfsg-4. Lucid includes pdftk
1.41+dfsg-7.
** Changed in: pdftk (Ubuntu)
Status: New => Fix Released
** Changed in: pdftk (Ubuntu)
Assignee: (unassigned) => Johann Felix Soden (johfel)
--
itext: *.afm files missing from com.lowagie.text.pdf
Thanks for your report.
Indeed, uncompression does not work in pdftk version 1.41+dfsg-1, but should
work in earlier and newer versions, since it was fixed in 1.41+dfsg-2. So the
bug should be limited to Karmic.
See the package changelog (/usr/share/doc/pdftk/changelog.Debian.gz) for all
changes
** Changed in: complearn-gui (Ubuntu)
Status: Confirmed => Fix Released
--
Cannot install on Gutsy
https://bugs.launchpad.net/bugs/180786
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lis
Fixed in fig2sty 1:0.1-14.
** Changed in: fig2sty (Ubuntu)
Status: New => Fix Released
--
package fig2sty 1:0.1-13 failed to install/upgrade: subprocess installed
post-removal script returned error exit status 127
https://bugs.launchpad.net/bugs/505027
You received this bug notification
This bug should be solved in pdftk-1.41+dfsg-9.
** Changed in: pdftk (Ubuntu)
Status: Confirmed => Fix Committed
--
pdf compression does not work for uncompressed pdfs
https://bugs.launchpad.net/bugs/597871
You received this bug notification because you are a member of Ubuntu
Bugs, which
** Changed in: pdftk (Ubuntu)
Status: New => Confirmed
--
pdf compression does not work for uncompressed pdfs
https://bugs.launchpad.net/bugs/597871
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubun
** Changed in: vim-latexsuite (Ubuntu)
Status: New => Fix Released
--
vimlatex-suite breaks on non-existant errors when using pst-infixplot
https://bugs.launchpad.net/bugs/573899
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
This bug seems to be solved in package version 20100129-2.
Can someone else test this, please?
--
vimlatex-suite breaks on non-existant errors when using pst-infixplot
https://bugs.launchpad.net/bugs/573899
You received this bug notification because you are a member of Ubuntu
Bugs, which is subsc
Thanks for accepting the patch!
The "bug" with non-conform pdf files in pdftk is still not really solved
yet: There should be a clear error message why pdftk fails.
PS: There is a a small mistake in the bzr commit: Duncan Lock found and
reported this bug. I am responsible for the patch.
--
pd
Thanks, Till Kamppeter, for testing the patch! (Testing is really needed - I
have not much experience with poppler).
I found the error: some missing strdup commands. The corrected patch is
attached.
** Patch added: "pdftopdf_use_indirect_object_for_document_info_dict_V2.patch"
http://launc
The bug is in pdftopdf from the cups package. It wrongly writes the document
information dictionary as a direct object.
The attached patch should solve the problem.
** Patch added: "pdftopdf_use_indirect_object_for_document_info_dict.patch"
http://launchpadlibrarian.net/41721650/pdftopdf_use
** Changed in: pdftk (Ubuntu)
Status: New => Confirmed
** Also affects: cups (Ubuntu)
Importance: Undecided
Status: New
** Summary changed:
- java.lang.ClassCastException: com.lowagie.text.pdf.PdfDictionary cannot be
cast to com.lowagie.text.pdf.PRIndirectReference
+ pdftopdf p
pdftk uses the itext library and a mail on its mailing list gave me the right
hint:
http://thread.gmane.org/gmane.comp.java.lib.itext.general/46855/focus=46859
The printed pdf file is not standard conform [1].
The information dictionary of the document is a direct object, not an indirect
refere
In newer versions (>= 20090816-1), /usr/share/doc/vim-
latexsuite/README.Debian contains the needed steps to enable vim-
latexsuite.
The warnings, which are shown if vim-latexsuite is systemwide and local
installed/enabled, should be really solved in 20100129-1.
--
vim-latexsuite does not show
utf8-encoded attachment filename support (fixes crash on
unpack_files) (Closes: #462756, #563330)
-- Johann Felix Soden Wed, 27 Jan 2010 20:08:45 +0100
pdftk (1.41+dfsg-6) unstable; urgency=low
* Add patch to circumvent libgcj10 exception with de_AT.UTF-8 locale.
(Closes: #560594
The exception only occurs between April and December. It seems that the
current month is used as an index to an array with 3 entries. With
libgcj10-dbg installed, I get the following more verbose back trace:
Unhandled Java Exception:
java.lang.ArrayIndexOutOfBoundsException: 11
at java.text.Sim
It seems to me, that this bug only occurs with locale de_AT.UTF-8.
So a workaround would be setting the locale to C:
LANG=C pdftk ...
If this does not work or other locales are affected too, please inform me.
The bug seems to be in libgcj10, not in pdftk or libitext.
--
Crashes all the time on
** Bug watch added: Debian Bug tracker #560594
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560594
** Also affects: pdftk (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560594
Importance: Unknown
Status: Unknown
--
Crashes all the time on ArrayIndexOutOfBoundsE
Adding /usr/share/java/itext.jar to my_classpath in patch
debian/patches/set_classpath solves the problem.
--
itext: *.afm files missing from com.lowagie.text.pdf.fonts
https://bugs.launchpad.net/bugs/450544
You received this bug notification because you are a member of Ubuntu
Bugs, which is subs
Fixed in 1.41+dfsg-1.
** Changed in: pdftk (Ubuntu)
Status: Confirmed => Fix Released
--
Pdftk cannot work with non-ascii named files
https://bugs.launchpad.net/bugs/158025
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubun
70 matches
Mail list logo
