Hi Daniel, On Fri, 13 Nov 2015, Daniel Glassey wrote: > > teckit -- encoding conversion tools > > libteckit0 -- encoding conversion library > > (which will be used by perl and python bindings) > > libteckit-dev -- development files for encoding conversion library > > I'm preparing a package for teckit. The compiler part of it, teckit_compile > is included in texlive-binaries as a static binary. I'm preparing the package > with the libraries as the libraries can be used by python and perl bindings, > and there are a couple of other useful binaries too (sfconv and txtconv).
I see two options: * you package teckit and we make TeX Live depend on your package and also your package provides teckit_compile * we adjust src:texlive-bin to also build teckit shlibs and dev packages, in the similar way like libkpathsea and others. > I'm planning to include the relevant patches from the texlive source. That would be great, because otherwise I cannot rely on your package. If your package includes everything necessary, I will happily remove the source code of teckit from src:texlive-bin and use the external library. > So, what should we do about teckit_compile? we need a replace for the proper version, if you take it over. Fine with me. > Would it make sense for texlive-binaries to depend on teckit? Sure enough. Since teckit is not changing (at all?) this is for sure a no problem. Other libraries often lag back compared to TL and I cannot use the Debian packaged parts (libpng esp, but others, too). If you prefer to package it yourself, please send it first through experimental, and when it is accepted into experimental, I prepare a package for src:texlive-bin and we make a concerted upload. Thanks Norbert ------------------------------------------------------------------------ PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 ------------------------------------------------------------------------
