Bug#1063770: transition: mupdf
Control: tags -1 confirmed On 25/05/2024 16:52, Bastian Germann wrote: On Sun, 5 May 2024 18:29:52 +0200 Sebastian Ramacher wrote: > 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? The packages are prepared in experimental. I'm not sure there's anything for us to do here, as this is not really a library transition as you say. But in any case, go ahead and let us know if there's anything for us to do. Cheers, Emilio
Bug#1063770: transition: mupdf
On Sun, 5 May 2024 18:29:52 +0200 Sebastian Ramacher wrote: > 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? The packages are prepared in experimental.
Bug#1063770: transition: mupdf
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: mu...@packages.debian.org, pymu...@packages.debian.org, > sio...@packages.debian.org, ippsam...@packages.debian.org > Control: affects -1 + src:mupdf > User: release.debian@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
Bug#1063770: transition: mupdf
On 12/02/2024 15:30, Kan-Ru Chen (陳侃如) wrote: Package: release.debian.org Severity: normal X-Debbugs-Cc: mu...@packages.debian.org, pymu...@packages.debian.org, sio...@packages.debian.org, ippsam...@packages.debian.org Control: affects -1 + src:mupdf User: release.debian@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
Bug#1063770: transition: mupdf
Package: release.debian.org Severity: normal X-Debbugs-Cc: mu...@packages.debian.org, pymu...@packages.debian.org, sio...@packages.debian.org, ippsam...@packages.debian.org Control: affects -1 + src:mupdf User: release.debian@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";
