Debian Bug report logs - #731447
RFP: zathura-mupdf -- mupdf backend for zathura

Reply or subscribe to this bug.

Display info messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Alex Rozenshteyn <rpglover64@gmail.com>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: RFP: zathura-mupdf -- mupdf backend for zathura

Date: Thu, 05 Dec 2013 10:25:12 -0500

Package: wnpp
Severity: wishlist

* Package name    : zathura-mupdf
  Version         : 0.2.5
  Upstream Author : Moritz Lipp <mlq@pwmt.org>
* URL             : http://pwmt.org/projects/zathura/plugins/zathura-pdf-mupdf/
* License         : Zlib
  Programming Lang: C
  Description     : mupdf backend for zathura

zathura is a document viewer which can be extended to support additional file formats via a plugin system. This package contains zathura's mupdf backend for displaying pdf files.

Message #10 received at 731447@bugs.debian.org (full text, mbox, reply):

From: Mathieu Malaterre <malat@debian.org>

To: 731447@bugs.debian.org

Subject: Fwd: mupdf (was: xpdf removed from testing?)

Date: Mon, 20 Jan 2014 13:46:18 +0100

[Message part 1 (text/plain, inline)]

Control: block -1 719351


---------- Forwarded message ----------
From: Sebastian Ramacher <sramacher@debian.org>
Date: Mon, Jan 20, 2014 at 1:35 PM
Subject: Re: mupdf (was: xpdf removed from testing?)
To: debian-devel@lists.debian.org


On 2014-01-20 12:54:30, Mathieu Malaterre wrote:
> On Mon, Jan 20, 2014 at 4:34 AM, Jens Oliver John <lists@2ion.de> wrote:
> >> $ apt-cache show mupdf
> >> MuPDF is a lightweight PDF viewer and toolkit written in portable C.
> >> (...)
> >
> > The mupdf PDF reader is supposed to be minimal and makes on me the impression of
> > being more a reference implementation using the mupdf library.
> >
> > A more featureful but still light PDF reader, which is able to utilize mupdf as
> > the rendering backend, is zathura (in Debian) with the mupdf rendering backend
> > (not in Debian [1]).
> >
> > The zathura upstream is very lively and is constantly gaining features.
> >
> > It may be my personal perception, but the fidelity of the PDF rendering in mupdf
> > is *vastly* superior to xpdf and all the PDF readers (evince, okular ...) which
> > use libpoppler at this point, resulting in mupdf/libmupdf being AFIK the only
> > native and free PDF reader available for Linux with a rendering engine that can
> > rival the proprietary ones like acrobat (in quality, not feature parity).
> >
> > I therefore suggest packaging zathura with the zathura-pdf-mupdf plugin.
>
> aka #731447

This is blocked by a proper fix for #617253. Ideally, mupdf would start
to provide a shared library (#719351) and commit to a somewhat stable
API. mupdf needs to get in a better shape before zathura-pdf-mupdf can
be packaged.

Regards
--
Sebastian Ramacher

[signature.asc (application/pgp-signature, attachment)]

Message #17 received at 731447@bugs.debian.org (full text, mbox, reply):

From: Lingzhu Xiang <xlz@cs.brown.edu>

To: 731447@bugs.debian.org

Subject: zathura-mupdf using libmupdf.a?

Date: Tue, 21 Oct 2014 01:46:35 -0400

Hi,

So mupdf upstreams says "fitz is still immature and should not be
exposed nor dynamically linked" (#719351). But isn't the point of
zathura-mupdf to encapsulate mupdf within a .so plugin and maintain a
stable interface between this plugin and zathura? That should not be a
blocker.

Zathura upstream seems very actively maintaining the plugin (last
release a week ago) and surely they will be friendly to work with over
this issue. And because actually Zathura proper and the zathura-mupdf
plugin are by the same author, it would be ridiculous if the two don't
work together.

Therefore I propose to pull in libmupdf.a to build the zathura-mupdf
shared library.

Right now to build the pdf.so of zathura-mupdf, just

- apt-get source mupdf
- HAVE_MUJS := no in there
- rebuild libmupdf-dev with DEB_BUILD_OPTIONS=x-fpic
- dpkg -i libmupdf-dev...deb
- cd zathura-mupdf; remove "-lmujs" there
- make
- zathura --plugins-dir=zathura-mupdf test.pdf

And it renders lightning fast!!!

-Lingzhu

Message #24 received at 731447@bugs.debian.org (full text, mbox, reply):

From: Pavel Sofishchenko <login.spv@gmail.com>

To: 731447@bugs.debian.org

Subject: zathura-mupdf using libmupdf.a?

Date: Fri, 14 Jul 2017 11:56:32 +0500

[Message part 1 (text/plain, inline)]

> Right now to build the pdf.so of zathura-mupdf, just
>
> - apt-get source mupdf
> - HAVE_MUJS := no in there
> - rebuild libmupdf-dev with DEB_BUILD_OPTIONS=x-fpic
> - dpkg -i libmupdf-dev...deb
> - cd zathura-mupdf; remove "-lmujs" there
> - make
> - zathura --plugins-dir=zathura-mupdf test.pdf
>
> And it renders lightning fast!!!

Hi, Lingzhu

Could you give this .patch file for mupdf source?

---
Regards,
Pavel

[Message part 2 (text/html, inline)]

Message #29 received at 731447@bugs.debian.org (full text, mbox, reply):

From: Kevin Velghe <kevin@paretje.be>

To: Pavel Sofishchenko <login.spv@gmail.com>, 731447@bugs.debian.org

Subject: Re: Bug#731447: zathura-mupdf using libmupdf.a?

Date: Sat, 15 Jul 2017 18:16:34 +0200

[Message part 1 (text/plain, inline)]

Hi Pavel,

I have a fork of the Debian mupdf package I use to build zathura-mupdf, 
based on Lingzhu's instructions:
https://gitlab.com/paretje/mupdf
https://gitlab.com/paretje/zathura-pdf-mupdf

Best regards,
Kevin

On Fri, Jul 14, 2017 at 11:56:32AM +0500, Pavel Sofishchenko wrote:
>> Right now to build the pdf.so of zathura-mupdf, just
>>
>> - apt-get source mupdf
>> - HAVE_MUJS := no in there
>> - rebuild libmupdf-dev with DEB_BUILD_OPTIONS=x-fpic
>> - dpkg -i libmupdf-dev...deb
>> - cd zathura-mupdf; remove "-lmujs" there
>> - make
>> - zathura --plugins-dir=zathura-mupdf test.pdf
>>
>> And it renders lightning fast!!!
>
>Hi, Lingzhu
>
>Could you give this .patch file for mupdf source?
>
>---
>Regards,
>Pavel
>

[signature.asc (application/pgp-signature, inline)]

Send a report that this bug log contains spam.