[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#975505: packaging mathjax3 with Breaks mathjax2: How big of a problem?



Hi Yadd, Mattia, Jonas, Kiwamu Okabe, and Clint,

I've added you to CC since this discussion affects at least one of your
packages (see below for more info).

Yadd <yadd@debian.org> writes:

> On 27/03/2022 17:03, Nicholas D Steeves wrote:
>> Dmitry Shachnev <mitya57@debian.org> writes:
>>> On Sun, Nov 22, 2020 at 10:27:43PM -0500, Nicholas D Steeves wrote:
>>>> Dear MathJax maintainers,
>>>>
>>>> Debian's MathJax is out of date (2.7.9), and I've noticed that some packages
>>>> have had to start to resort to bundling a 3.x release.  Please package
>>>> v3.0.5 or newer.
>>>
>>> MathJax v3 is a complete rewrite of MathJax, and it is incompatible with
>>> MathJax v2 [1].
>>>
>>> So MathJax v3 needs to be packaged as a new source and binary package,
>>> therefore this bug is RFP, not a request for upgrade.
>>>
>>> Actually, an RFP was already filed, so I am merging this bug into that.
>>>
>> 
>> That makes sense if MathJax v2 will remain part of the archive :-)
>> 
>>> I am not going to do it myself because I don't have any nodejs or typescript
>>> skills (the source code [2] is using them now), but if you or someone else
>>> who reads this believes they can handle it, please do it.
>>>
>> 
>> Sounds good!  Likewise, MathJax is too important for me to make it my
>> first nodejs or typescript package, while also lacking skills for truly
>> responsible maintenance :-)
>> 
>> Xavier, I noticed that you tagged this bug as pending, but I couldn't
>> find the package in the archive, or in the NEW queue.  Maybe there is
>> not-yet-uploaded work somewhere?
>
> Hi,
>
> I'm going to build mathjax3. It will conflicts/breaks mathjax. Is it OK 
> for you ?
>

Sadly I'm not able to assess if mathjax2 and mathjax3 are coinstallable,
but I'll trust you that they're not, and I support moving forward.
Mathjax3 is now at least two years old, after all!

I know of at least two annoying potential blockers: Calibre (ebook
management software with physical ebook reader device sync) requires
Mathjax3, but Sigil (ebook editor) currently requires Mathjax2.

Mattia, could Sigil's upstream be persuaded to switch to Mathjax3 before
the freeze?  Do you know of any other notable packages that this would
cause problems for?  Nothing LaTeX-related, I hope...

There are also at least some markdown-related ones: notably Pandoc,
which appears to presently require Mathjax2 to enable optional
functionality.  To the maintainers of Pandoc, could its upstream also be
persuaded to switch to Mathjax3 before the freeze?

Regards,
Nicholas

Attachment: signature.asc
Description: PGP signature


Reply to: