Bug#719351: [mupdf] Please support to compile fitz as a .so

2024-10-19 Thread Daniel Echeverri
Hi! Yes, I will work to merge these changes for the 24.10 version. Thanks for your work! Regards -- Daniel Echeverri Debian Developer Linux user: #477840 GPG Fingerprint: D0D0 85B1 69C3 BFD9 4048 58FA 21FC 2950 4B52 30DB

Bug#719351: [mupdf] Please support to compile fitz as a .so

2024-10-07 Thread Bastian Germann
X-Debbugs-Cc: epsi...@debian.org The git branch build-shared has this implemented. Daniel, as you have started contributing, may I ask if you plan to integrate it into the unstable version?

Bug#719351: [mupdf] Please support to compile fitz as a .so

2020-04-02 Thread Kan-Ru Chen
Hi, On Fri, Apr 3, 2020, at 3:52 AM, Thierry HUCAHRD wrote: > On Tue, 31 Mar 2020 21:25:09 +0200 Thierry HUCAHRD > wrote: > > I don't understand why this bug is still open. > > I know that some libraries like curl and openssl were not thread-safe, > > which could have explained it. > > The argum

Bug#719351: [mupdf] Please support to compile fitz as a .so

2020-04-02 Thread Thierry HUCAHRD
On Tue, 31 Mar 2020 21:25:09 +0200 Thierry HUCAHRD wrote: I don't understand why this bug is still open. I know that some libraries like curl and openssl were not thread-safe, which could have explained it. The argument used in the post is that fitz is not mature. That was in 2013. There are som

Bug#719351: [mupdf] Please support to compile fitz as a .so

2020-03-31 Thread Thierry HUCAHRD
I don't understand why this bug is still open. I know that some libraries like curl and openssl were not thread-safe, which could have explained it. The argument used in the post is that fitz is not mature. That was in 2013. There are some patches to solve this problem : www.linuxfromscratch.or

Bug#719351: [mupdf] Please support to compile fitz as a .so

2020-03-31 Thread Thierry HUCAHRD
Le 2020-03-31 21:25, Thierry HUCAHRD a écrit : I don't understand why this bug is still open. I know that some libraries like curl and openssl were not thread-safe, which could have explained it. The argument used in the post is that fitz is not mature. That was in 2013. There are some patches to

Bug#719351: [mupdf] Please support to compile fitz as a .so

2018-11-20 Thread Alex Griffin
Has anything related to this issue changed? It has blocked packaging zathura's mupdf backend for nearly 5 years now, which is currently the only way to view epub files in zathura. I currently compile my own version of mupdf, zathura, and zathura-pdf-mupdf to work around this issue and would like to

Bug#719351: [mupdf] Please support to compile fitz as a .so

2016-10-20 Thread Mathieu Malaterre
> This was intentionally not supported by the upstream. The think fitz is > still immature and should not be exposed nor dynamically linked. You > should try to talk to upstream :) I believe this is outside the scope of this thread. I understand this is somewhat an experimental API, but in any ca

Bug#719351: [mupdf] Please support to compile fitz as a .so

2013-11-24 Thread 陳侃如
> Please allow to compile fitz non statically. It will be needed soon to > other project and moreover because you carry a static library it will be > better to allow dynamic link. > > I will give a patch in a few days. This was intentionally not supported by the upstream. The think fitz is stil

Bug#719351: [mupdf] Please support to compile fitz as a .so

2013-08-11 Thread bastien ROUCARIES
Package: mupdf Severity: important Please allow to compile fitz non statically. It will be needed soon to other project and moreover because you carry a static library it will be better to allow dynamic link. I will give a patch in a few days. Bastien -- To UNSUBSCRIBE, email to debian-b