XPost: linux.debian.devel.release

Package: release.debian.org
Severity: normal
X-Debbugs-Cc: mupdf@packages.debian.org, pymupdf@packages.debian.org, sioyek@packages.debian.org, ippsample@packages.debian.org
Control: affects -1 + src:mupdf
User: release.debian.org@packages.debian.org
Usertags: transition

Hi Release Team,

This is a somewhat unusual transition request. The libmupdf-dev package
used to only ship static library archives due to upstream preference.
Recently upstream started to provide makefiles for building shared library
so I think it's time to ship shared library in Debian.

I've uploaded the new version to experimental (binary package libmupdf23.10) and tried to build the affected reverse build-deps (Cc'ed).

ippsample - doesn't seem to use mupdf at all
pymupdf - requires some changes. Likely also needs to update to new upstream version.
sioyek - requires some changes to drop extra linker flags.

Ben file:

title = "mupdf";
is_affected = .build-depends ~ "libmupdf-dev";
is_good = .depends ~ "libmupdf23.10";
is_bad = ! .depends ~ "libmupdf23.10";

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

XPost: linux.debian.devel.release

On 12/02/2024 15:30, Kan-Ru Chen (陳侃如) wrote:

Package: release.debian.org
Severity: normal
X-Debbugs-Cc: mupdf@packages.debian.org, pymupdf@packages.debian.org, sioyek@packages.debian.org, ippsample@packages.debian.org
Control: affects -1 + src:mupdf
User: release.debian.org@packages.debian.org
Usertags: transition

Hi Release Team,

This is a somewhat unusual transition request. The libmupdf-dev package
used to only ship static library archives due to upstream preference. Recently upstream started to provide makefiles for building shared library
so I think it's time to ship shared library in Debian.

I'm glad upstream has started providing support for shared libraries, especially with the library size of libmupdf.

I've uploaded the new version to experimental (binary package libmupdf23.10) and tried to build the affected reverse build-deps (Cc'ed).

ippsample - doesn't seem to use mupdf at all
pymupdf - requires some changes. Likely also needs to update to new upstream version.
sioyek - requires some changes to drop extra linker flags.

I have prepared an updated version of sioyek at https://salsa.debian.org/viccie30/sioyek/-/tree/debian/experimental that
builds and runs with the version of mupdf in experimental. Once the
transition starts and the updated libmupdf-dev is uploaded to unstable,
I will double-check the version of the mupdf dependency and upload the
new version of sioyek.

Ben file:

title = "mupdf";
is_affected = .build-depends ~ "libmupdf-dev";
is_good = .depends ~ "libmupdf23.10";
is_bad = ! .depends ~ "libmupdf23.10";

--
Vriendelijke groet, Kind regards,

Victor Westerhuis

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

XPost: linux.debian.devel.release

control: tags -1 moreinfo

On 2024-02-12 23:30:58 +0900, Kan-Ru Chen wrote:

Package: release.debian.org
Severity: normal
X-Debbugs-Cc: mupdf@packages.debian.org, pymupdf@packages.debian.org, sioyek@packages.debian.org, ippsample@packages.debian.org
Control: affects -1 + src:mupdf
User: release.debian.org@packages.debian.org
Usertags: transition

Hi Release Team,

This is a somewhat unusual transition request. The libmupdf-dev package
used to only ship static library archives due to upstream preference. Recently upstream started to provide makefiles for building shared library
so I think it's time to ship shared library in Debian.

I've uploaded the new version to experimental (binary package libmupdf23.10) and tried to build the affected reverse build-deps (Cc'ed).

ippsample - doesn't seem to use mupdf at all
pymupdf - requires some changes. Likely also needs to update to new upstream version.
sioyek - requires some changes to drop extra linker flags.

Have bugs been filed for these issues?

Cheers
--
Sebastian Ramacher

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)