the problem still exists in hardy - but only that the dependencies of
xournal are not including xpdfreader (?)
the error message is the same - missing pdftoppm
but using synaptic it is possible to fix the problem.
therefore my guess: the dependencies in xournal are not complete.
thank you
xournal (0.4.1-0ubuntu1) gutsy; urgency=low
* New upstream release
Fixes (LP: #95045)
Fixes (LP: #134475)
Fixes (LP: #137934)
Fixes (LP: #137944)
* Replace ubuntu shipped .desktop file with the upstream provided one.
* Install application and mimetype icons in proper
just installed it - it works and fixes the problems i had.
i think you can close the bug after it has been included in the distro
thank you all for the diligent actions!
and providing the link to the .deb archive was an enormous help!
--
[gutsy] [regression] pdf rendering not working
but - afterthough - it is worth to check the packaging:
why could pdftoppm be removed by apt-get ?
apt-get should know that xournal depends on it?
anything incorrectly set there?
just a guess
andrew
--
[gutsy] [regression] pdf rendering not working
https://bugs.launchpad.net/bugs/137944
Andrew: xournal depends on poppler-utils (containing pdftoppm) in both
versions of xournal. Something odd must have happened in your
installation, or maybe you had a local copy of xournal installed (e.g.
in /usr/local) and apt removed the ubuntu copy of xournal itself?
--
[gutsy] [regression]
** Changed in: xournal (Ubuntu)
Assignee: (unassigned) = Vincenzo Ciancia
--
[gutsy] [regression] pdf rendering not working
https://bugs.launchpad.net/bugs/137944
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
xournal (0.4.0.1ubuntu1) gutsy; urgency=low
* New upstream release.
* debian/docs: Add html-doc.
* debian/xournal.desktop: add mimetype application/pdf which is handled by
xournal.
* Fixes (LP: #95045)
* Fixes (LP: #134475)
* Fixes (LP: #137944)
* Fixes (LP: #137934)
* Fixes (LP:
LP closes bugs that are claimed fixed in PPAs, this is a bug in
launchpad. Didn't mean to mark the bug as fixed.
** Changed in: xournal (Ubuntu)
Status: Fix Released = New
--
[gutsy] [regression] pdf rendering not working
https://bugs.launchpad.net/bugs/137944
You received this bug
Upstream developer aurox provided a patch that works. I already have a
package that works, but am unsure about how to add the patch to xournal
sources: upstream stable release lacks the fix, so it should be provided
as a separate patch in the debian directory. Any pointers to relevant
I'm not so familiar with using debian packages, but here is the code in
xournal-0.4/src/xo-file.c after my changes:
ppm_name = g_strdup_printf(%s/p-%04d.ppm, bgpdf.tmpdir, req-pageno);
// printf(Child %d finished, should look for %s... \n, pid, ppm_name);
if (bgpdf.status ==
khul: upstream provided a fix so we will use that, sorry for wasting
your time. If you have i386 you can check the binary package I provided
at
http://www.di.unipi.it/~ciancia/content/deb/xournal_0.4.0.1ubuntu1_i386.deb
It can't be uploaded in this state, since I applied the patch directly,
but
Another solution would be to use pdfinfo (included in poppler-utils just
like pdftoppm), to find the number of pages of the document, or to just
find the maximum in the directory. I have opened a bug upstream, which I
am going to link. Khul, can you produce a debdiff? If not, please post a
patch
Upstream bug is here:
http://sourceforge.net/tracker/index.php?func=detailaid=1791389group_id=163434atid=827733
--
[gutsy] [regression] pdf rendering not working
https://bugs.launchpad.net/bugs/137944
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug
The cause of this problem is that xournal uses pdftoppm, to convert individual
pages
in the pdf file to bit maps. The old version of pdftoppm named the bit map
files with
six-digit page numbers irrespective of the number of pages in the pdf document.
The new version uses the number of digits
14 matches
Mail list logo