Chris, you are *not* alone in your need for stability in the sense of
everything that worked up to now still has to work with the new version.
I have the same requirement, and quite a lot of the professional
typesetters on this list do, too. So even if it does not look like that to
you---I know I
On 18 October 2011 15:39, Chris Travers chris.trav...@gmail.com wrote:
Here's a breakdown of OS support for TexLive versions for anyone
interested:
Debian Lenny: TexLive 2007
Debian Squeeze: TexLive 2009
Debian Sid: TexLive 2009
Ubuntu 10.04 LTS: TexLive 2009
Red Hat Enterprise 6:
On Tue, Oct 18, 2011 at 03:14:56PM +0200, Ulrike Fischer wrote:
Am Tue, 18 Oct 2011 05:43:57 -0700 schrieb Chris Travers:
This has all been very helpful. At least I have things narrowed down
a bit here:
# fmtutil-sys --byfmt xelatex
! LaTeX source files more than 5 years
On Tue, Oct 18, 2011 at 05:16:12PM +0200, Peter Dyballa wrote:
Am 18.10.2011 um 16:39 schrieb Chris Travers:
Here's a breakdown of OS support for TexLive versions for anyone interested:
Debian Lenny: TexLive 2007
Debian Squeeze: TexLive 2009
Debian Sid: TexLive 2009
Ubuntu
2011/10/20 Petr Tomasek toma...@etf.cuni.cz:
On Tue, Oct 18, 2011 at 05:16:12PM +0200, Peter Dyballa wrote:
Am 18.10.2011 um 16:39 schrieb Chris Travers:
Here's a breakdown of OS support for TexLive versions for anyone
interested:
Debian Lenny: TexLive 2007
Debian Squeeze: TexLive
Am 20.10.2011 um 12:32 schrieb Petr Tomasek:
This is the best way to hell. Native packages should be used and not some
stupid external blob!
Can it be that you see stupidity because you can't see tlmgr and that the blob
is similar to any Linux distribution?
What keeps you from installing
2011/10/20 Zdenek Wagner zdenek.wag...@gmail.com:
2011/10/20 Petr Tomasek toma...@etf.cuni.cz:
On Tue, Oct 18, 2011 at 03:14:56PM +0200, Ulrike Fischer wrote:
Am Tue, 18 Oct 2011 05:43:57 -0700 schrieb Chris Travers:
This has all been very helpful. At least I have things narrowed down
a
On Wed, Oct 19, 2011 at 01:45:29PM +0200, Ulrike Fischer wrote:
Am Wed, 19 Oct 2011 03:19:48 -0700 schrieb Chris Travers:
And obviously this puts a lot us in bad positions. If RHEL 6
(released about a year ago) is sticking to TeXLive 2007, we all have
problems. The question is what the
On Wed, Oct 19, 2011 at 03:20:15PM +0200, Ulrike Fischer wrote:
Am Wed, 19 Oct 2011 05:59:16 -0700 schrieb Chris Travers:
This matches my needs very well. If my clients are running accounting
systems, the last thing I want is an upgrade of TexLive to break their
ability to generate
On Thu, Oct 20, 2011 at 4:05 AM, Peter Dyballa peter_dyba...@web.de wrote:
Am 20.10.2011 um 12:53 schrieb Chris Travers:
However, statically linking things strikes me as even worse from a
stability/security perspective (which is what is critical with server
software). It means that if there
2011/10/20 Chris Travers chris.trav...@gmail.com:
2011/10/20 Zdenek Wagner zdenek.wag...@gmail.com:
It would be a good way if the native packages were up-to-date and if
they allowed me to install not only the current version but even older
versions. As a matter of fact, I first verify that
2011/10/20 Chris Travers chris.trav...@gmail.com:
The general point is that where one is doing server-side document
generation, there are sufficient reasons *not* to use external binary
blobs with it's own package manager that doesn't talk to or integrate
with anything else, which has a short
Quoting Zdenek Wagner (zdenek.wag...@gmail.com):
Of course, I never update anything in a middle of an important task.
That's why I still have CentOS 4 on one of my computers.
Well, in the middle of an important task is valid in a production system
every single minute. With this policy you will
Quoting Peter Dyballa (peter_dyba...@web.de):
What keeps you from installing TeX Live temporarily in /tmp and converting it
into a native package?
Me personally? I never did that before and would have to delve into how to
create a native package. I had a look at this some time ago and decided
On Wed, Oct 19, 2011 at 03:10:19PM +0200, Peter Dyballa wrote:
Am 19.10.2011 um 12:19 schrieb Chris Travers:
If RHEL 6 (released about a year ago) is sticking to TeXLive 2007, we all
have problems.
The only problem is that of understanding. It's like the fifth wheel or the
tool to
2011/10/20 Zdenek Wagner zdenek.wag...@gmail.com:
I have server side applications based on TL. I use them from time to
time (none of them is currently active). The remote user cannot write
the document, it is always prepared by some SW tool (PHP, XSLT, ...).
And \write18 is disabled for such
On Thu, Oct 20, 2011 at 5:24 AM, Petr Tomasek toma...@etf.cuni.cz wrote:
An opportunity to make chaos in the system?
No, thanks!
(P.S. The best would be to make some convertor which would convert the
TeX-Live packages
into native ones. Anything else is a problem...)
Just to offer a
Hello,
Following up on the footnote in tables issue I brought up a short while
back, I tried Vafa's suggestion to use ftnxtra.
The example below works, until I uncomment the \table{} lines. Since I
needed caption, that was the essential issue... Does anyone know what's
up and/or what to do about
Am Thu, 20 Oct 2011 13:32:00 +0200 schrieb Susan Dittmar:
Helping users with the day-to-day administrational
work was the main reason why linux distributions have been invented.
Well this may have been the reason. And this is also the reason why
package managers like the one from miktex has
Not perfect but you can try this:
\documentclass[12pt,letterpaper,twoside]{book}
\let\mytabular\tabular
\let\myendtabular\endtabular
\usepackage{geometry}
\usepackage{ftnxtra}
\let\tabular\mytabular
\let\endtabular\myendtabular
\begin{document}
\begin{table}
\begin{tabular}[h]{|c|}
On Thu, Oct 20, 2011 at 6:16 AM, Ulrike Fischer ne...@nililand.de wrote:
Am Thu, 20 Oct 2011 13:32:00 +0200 schrieb Susan Dittmar:
Helping users with the day-to-day administrational
work was the main reason why linux distributions have been invented.
Well this may have been the reason. And
I do not think, it makes any difference.
-jobname=STRING set the job name to STRING
-progname=STRINGset program (and fmt) name to STRING
On Tue, Oct 18, 2011 at 9:18 PM, Philip TAYLOR (Webmaster, Ret'd)
p.tay...@rhul.ac.uk wrote:
Vafa Khalighi wrote:
There are two ways
Am 20.10.2011 um 13:24 schrieb Chris Travers:
So if libz needs a security update, I can get it without replacing
everything else
What do you gain with that? What is the difference between overwriting 5 MB or
50 MB of disk space?
--
Greetings
Pete
Bake pizza not war!
I do not think, it makes any difference.
-jobname=STRING set the job name to STRING
-progname=STRINGset program (and fmt) name to STRING
-jobname doesn't make any difference because it's set from the base
name of the first input (in that case, xelatex.ini), but -progname
2011/10/20 Chris Travers chris.trav...@gmail.com:
On Thu, Oct 20, 2011 at 6:16 AM, Ulrike Fischer ne...@nililand.de wrote:
Am Thu, 20 Oct 2011 13:32:00 +0200 schrieb Susan Dittmar:
Helping users with the day-to-day administrational
work was the main reason why linux distributions have been
Thanks. It worked in this example, but didn't work in my book. I tried
moving the second block of lets to various places below ftnxtra, no
effect. I don't know what makes the difference.
Perhaps I'll have to deal with this differently.
K
On Thu, Oct 20, 2011 at 9:21 AM, in message
Am 20.10.2011 um 13:32 schrieb Susan Dittmar:
Could you tell me how to do that for openSUSE from the top of your head?
No. I never created the specification for an RPM or DEB package in Linux (I
think I edited a few of them). Once it's created the package manager will build
the package and
On Thu, Oct 20, 2011 at 6:55 AM, Peter Dyballa peter_dyba...@web.de wrote:
Am 20.10.2011 um 13:24 schrieb Chris Travers:
So if libz needs a security update, I can get it without replacing
everything else
What do you gain with that? What is the difference between overwriting 5 MB
or 50
I would like to provide the chapter title and the verse number for each
entry in the index. This is unusual but the book I am working on requires
such formatting.
In the output I want the chapter title to appear between the indexed text
and the verse number. For verses I am using the verse
Am 20.10.2011 um 16:12 schrieb Chris Travers:
Not disturbing other dependencies that production software depends on.
It can't. It does not carry shared libraries, DLLs, or such, that make
ld_config or such go mad. TeX Live is like the universe: it's self-contained.
And expanding...
--
On Thu, Oct 20, 2011 at 7:24 AM, Peter Dyballa peter_dyba...@web.de wrote:
Am 20.10.2011 um 16:12 schrieb Chris Travers:
Not disturbing other dependencies that production software depends on.
It can't. It does not carry shared libraries, DLLs, or such, that make
ld_config or such go
On Thu, Oct 20, 2011 at 04:24:47PM +0200, Peter Dyballa wrote:
Am 20.10.2011 um 16:12 schrieb Chris Travers:
Not disturbing other dependencies that production software depends on.
It can't. It does not carry shared libraries, DLLs, or such, that make
ld_config or such go mad. TeX
Am Thu, 20 Oct 2011 07:54:52 -0700 schrieb Chris Travers:
It can't. It does not carry shared libraries, DLLs, or such, that
make ld_config or such go mad. TeX Live is like the universe:
it's self-contained. And expanding...
One of the other commentors talks about documents that don't render
Am 20.10.2011 um 16:54 schrieb Chris Travers:
One of the other commentors talks about documents that don't render on
all versions of TexLive. If a client of mine is depending on this
working, upgrading the various stuff from CTAN in order to get a
security fix in an underlying program is a
Am 20.10.2011 um 17:08 schrieb Petr Tomasek:
And that's exactly what's wrong and what needs to be changed...
Yes, I wouldn't stand the pain when the big rip will happen. This will feel
like the middle ages. Before this we will get very bloated, which should hurt
as well. I also prefer the
ConTeXt is not an engine but that is a format just like LaTeٓ is.
On Fri, Oct 21, 2011 at 2:25 AM, Peter Dyballa peter_dyba...@web.de wrote:
Am 20.10.2011 um 16:54 schrieb Chris Travers:
One of the other commentors talks about documents that don't render on
all versions of TexLive. If a
2011/10/20 Petr Tomasek toma...@etf.cuni.cz:
On Thu, Oct 20, 2011 at 04:24:47PM +0200, Peter Dyballa wrote:
Am 20.10.2011 um 16:12 schrieb Chris Travers:
Not disturbing other dependencies that production software depends on.
It can't. It does not carry shared libraries, DLLs, or such,
...
offers a stable multiplatform solution. I would not believe that in
each distro they develop their own kernel, their own HW drivers, their
own GTK, their own TCP/IP stack, their own web browsers. I have never
heard of Debian/Mozilla, Fedora/Mozilla, Mandriva/Mozilla etc. So why
linux
Petr Tomasek wrote:
The reason is exactly that TeX-Live is (Linux-)distros unfriendly as it is not
easily to package it for a particular Linux distribution (and the main reason is
that it tries to duplicate things that should be done on system level - like the
package management).
And to
On Thu, Oct 20, 2011 at 09:30:29PM +0100, Philip TAYLOR (Webmaster, Ret'd)
wrote:
Petr Tomasek wrote:
The reason is exactly that TeX-Live is (Linux-)distros unfriendly as it is
not
easily to package it for a particular Linux distribution (and the main
reason is
that it tries to
2011/10/20 Petr Tomasek toma...@etf.cuni.cz:
...
offers a stable multiplatform solution. I would not believe that in
each distro they develop their own kernel, their own HW drivers, their
own GTK, their own TCP/IP stack, their own web browsers. I have never
heard of Debian/Mozilla,
the universe: it's self-contained. And expanding...
And that's exactly what's wrong and what needs to be changed...
It will be hard to stop the universe expanding. We might try to get the UN
Security Council vote on that, though.
--
Petr Tomasek http://www.etf.cuni.cz/~tomasek
Please
I seem to have a working solution now. Yesterday I wrote a c program
to convert the Unihan_variants.txt file (suggested by Arthur) to an
ascii TECkit (suggested by Zdenek) map, then used TECkit's
teckit_compile utility to convert that to a binary map, and then used
TECkit's txtconv utility (also
On Thu, Oct 20, 2011 at 8:25 AM, Peter Dyballa peter_dyba...@web.de wrote:
Am 20.10.2011 um 16:54 schrieb Chris Travers:
One of the other commentors talks about documents that don't render on
all versions of TexLive. If a client of mine is depending on this
working, upgrading the various
On Oct 20, 2011, at 5:51 PM, Chris Travers wrote:
On Thu, Oct 20, 2011 at 8:25 AM, Peter Dyballa peter_dyba...@web.de wrote:
Am 20.10.2011 um 16:54 schrieb Chris Travers:
One of the other commentors talks about documents that don't render on
all versions of TexLive. If a client of mine
On Thu, Oct 20, 2011 at 4:07 PM, Herbert Schulz he...@wideopenwest.com wrote:
Howdy,
I'm not at all sure I understand what you're getting at but I'm interested in
understanding it. Can you give an example where something like what you
hypothesize in the last paragraph has happened with the
On Oct 20, 2011, at 6:42 PM, Chris Travers wrote:
On Thu, Oct 20, 2011 at 4:07 PM, Herbert Schulz he...@wideopenwest.com
wrote:
Howdy,
I'm not at all sure I understand what you're getting at but I'm interested
in understanding it. Can you give an example where something like what you
Hi Herb,
On 21/10/2011, at 6:47 AM, Herbert Schulz wrote:
If TexLive had been around in 2002 and was statically linking to zlib,
it would have been affected too. TeX does not link against zlib but
LaTeX and XeTeX do.
...
Howdy,
Also, you say ``TeX does not link against zlib but LaTeX
48 matches
Mail list logo