1 |
This is status report from the TeX department of text-markup, which I |
2 |
find necessary due to partly sad, partly exiting news :) |
3 |
|
4 |
So if you don't care about TeX you may skip this post. |
5 |
|
6 |
The sad news first: |
7 |
|
8 |
A couple of days ago Thomas Esser (the te in teTeX) announced[1] that he |
9 |
wont make another release of teTeX, ever. The reason behind this is that |
10 |
the the source part of teTeX (the source for the binaries) is included |
11 |
in the TexLive[2] and is maintained there. A second reason is that it |
12 |
takes to much of his time to prepare a release. |
13 |
|
14 |
This is sad because teTeX always has been a very stable (if you consider |
15 |
the mess a TeX distribution normally is). There is a reason why teTeX |
16 |
has been the default TeX distribution on almost every flavor of Linux. |
17 |
|
18 |
But it also means that we (Gentoo) should make the transition to TeXLive |
19 |
(Debian is doing the same thing, and possible many other distributions). |
20 |
But that leaves us with several problems/questions which needs to be |
21 |
solved/answered (see below). |
22 |
|
23 |
Now for the exiting (but time consuming) news: |
24 |
|
25 |
The road to a stable TeXLive in Gentoo: |
26 |
|
27 |
1. Stabilize tetex-3.0_p1[3]. We are almost done, there are very few |
28 |
real bugs left, and tetex-3.0_p1 is already much more stable than |
29 |
tetex-2 ever was. I hope this will happen in the next month. |
30 |
|
31 |
2. Transform _all_ the dev-tex packages which currently installs into |
32 |
/usr/share/texmf to install into the newly introduced |
33 |
/usr/share/texmf-site. This solves a lot of problems for users which |
34 |
currently are stuck with old versions of e.g. latex-beamer (due to file |
35 |
collisions if installed in /usr/share/texmf[4]). But this requires |
36 |
figuring out how to resolve deps, since many tex packages is included in |
37 |
the texmf-tree installed with tetex and also has its own package in dev-tex. |
38 |
We are currently considering using the same approach as with the perl |
39 |
packages (using new-style virtuals), but I guess thats on hold until it |
40 |
is okay to introduce additional new-style virtuals? |
41 |
|
42 |
3. Create a TeXLive ebuild and put it onto ~arch and have ~arch user |
43 |
switch over. |
44 |
This requires us to figure out how to create a texmf-tree. In the past |
45 |
Thomas Esser created a very solid (although containing rather old |
46 |
versions) texmf-tree with packages taken from ctan[5]. |
47 |
There are several possibilities: |
48 |
3.1 Create our own texmf-tree (can largely be automated by scripting). |
49 |
3.2 Use MikTeX package manager[6] which was ported to Linux. |
50 |
3.3 Use something similar to the g-cpan.pl script used by perl, to |
51 |
install packages from ctan[7]. |
52 |
I haven't evaluated the possibilities yet, but comments are more than |
53 |
welcome! |
54 |
|
55 |
4. Mark TeXLive stable and kick teTeX from the tree. |
56 |
Here we are talking at least a year into the future (unless text-markup |
57 |
suddenly gets flooded by new devs). |
58 |
|
59 |
In the process of creating a TeXLive ebuild I am thinking about making |
60 |
it much more modular (which seems to be _the_ buzz word at the moment :) |
61 |
At least I would like to split the TeX source and texmf-tree into |
62 |
separate ebuilds (no matter what the texmf-tree might look like, see above). |
63 |
Other possibilities are creating separate ebuilds for most of the |
64 |
TeXLive distribution, like pdftex, kpathsea, dvipdf*, ... This would |
65 |
make it much easier for us to locate bugs and fix them, but requires |
66 |
much more initial work (this actual resembles the creation of our own |
67 |
TeX distribution). |
68 |
|
69 |
Comments, suggestions, offers of help, anything would be useful :) |
70 |
|
71 |
Martin Ehmsen |
72 |
|
73 |
1: http://article.gmane.org/gmane.comp.tex.tetex.general/1226 |
74 |
2: http://www.tug.org/texlive |
75 |
3: https://bugs.gentoo.org/show_bug.cgi?id=124511 |
76 |
4. https://bugs.gentoo.org/show_bug.cgi?id=94815 |
77 |
5: http://www.ctan.org |
78 |
6: https://bugs.gentoo.org/show_bug.cgi?id=110494 |
79 |
7: https://bugs.gentoo.org/show_bug.cgi?id=85411 |
80 |
-- |
81 |
gentoo-dev@g.o mailing list |