[tldistro] tlmgr lose functions in packages built from source

[Grissiom]

On Thu, Nov 19, 2009 at 13:39, Norbert Preining <preining at logic.at> wrote:

> Then, if the binaries are also in the respective places, you can
> actually use tlmgr. Or you can patch tlmgr, I guess only the
> initial
>        $Master
> setting has to be changed to a real path because now it uses SELFAUTOPARENT
> (or SELFAUTOLOC) and if your binaries are somewhere else then it will
> not work.
>
>
IMHO, patch is not sufficient. Because when you build from scratch, you
cannot get the database. tlmgr is complaining missing the database files
other than wrong directory structures.


> > Completely understandable.  Perhaps I missed some stuff, but there
> > seemed to be a big hole in the documentation with respect to building
> > packages for distributions, so I (with help from Grissiom mainly) had
>
> Well, who should write it? I mean all distributions are different.
> Again, you *might* look at the Debian way (see arguments above) since we
> have written quite some documentation on that, how config files
> are treated etc etc. (TeX-on-Debian, and Debian-TeX-Policy).
>
> How should *we* (TL hat on) write documentation how to packagae something
> for distributions? That is something the distributors have to think
> about it.
>
> Well, maybe we write something like "Take care and special attention
> to those programs and config files!" (as listed above). That might be
> a good idea.


Well, in someway, we _are_ writing the docs, right? Norbert has told that
one should take care of fmtutil, updmap, texconfig (getting less and less
importatn), tlmgr. And not ship tlmgr in a package for a linux distribution.
That's a good start of comprehensive documentations ;D

-- 
Cheers,
Grissiom
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/tldistro/attachments/20091119/5efcce50/attachment.html>