Hilmar Preusse wrote:
> On 10.08.10 Norbert Preining (prein...@logic.at) wrote:
>> On Di, 10 Aug 2010, Hilmar Preusse wrote:
>
> Hi Norbert,
>
> This is about "set -e" in basic scripts of TL.
>
>> > However I'm missing the "set -e" in the scripts.
>> >
>> > Ahh, you replaced the this morning. Ou
On 10.08.10 Norbert Preining (prein...@logic.at) wrote:
> On Di, 10 Aug 2010, Hilmar Preusse wrote:
Hi Norbert,
This is about "set -e" in basic scripts of TL.
> > However I'm missing the "set -e" in the scripts.
> >
> > Ahh, you replaced the this morning. Out of luck...
>
> Yes, I want to push
Hi Hilmar,
On Di, 10 Aug 2010, Hilmar Preusse wrote:
> > If someone can test updates from lenny it would be great ...
> >
> Upgrade worked, all format files were created, a minimal LaTeX
> example runs through.
Thanks, looks fine.
> However I'm missing the "set -e" in the scripts.
>
> Ahh, you
On 05.08.10 Norbert Preining (prein...@logic.at) wrote:
Hi,
> > the change now as potential problems are most likely to be exposed during
> > lenny->squeeze upgrades. And such upgrades will hopefully be tested several
> > times before we finally release.
>
> Test packages are on the server:
>
On 05.08.10 Norbert Preining (prein...@logic.at) wrote:
Hi,
> > the change now as potential problems are most likely to be
> > exposed during lenny->squeeze upgrades. And such upgrades will
> > hopefully be tested several times before we finally release.
>
> Test packages are on the server:
>
> the change now as potential problems are most likely to be exposed during
> lenny->squeeze upgrades. And such upgrades will hopefully be tested several
> times before we finally release.
Test packages are on the server:
deb http://people.debian.org/~preining/TeX/ tl2009/
but only for amd
Hi Norbert,
> On Fr, 16 Jul 2010, Frank Küster wrote:
> > Adding "set -e" to fmtutil, mtexlsr and updmap should be quite
> > straightforward to test. With texconfig it might be harder, since it is
>
> I am preparing another round of texlive-binaries update. Should
> I include the set -e there?
>
On Fr, 16 Jul 2010, Frank Küster wrote:
> Adding "set -e" to fmtutil, mtexlsr and updmap should be quite
> straightforward to test. With texconfig it might be harder, since it is
I am preparing another round of texlive-binaries update. Should
I include the set -e there?
Opinions please, but take
Norbert Preining wrote:
> As tested by the OP, *no* changes were necessary for fmtutil ... that
> is a good sign.
I'm quite sure that some years ago, one of the main teTeX scripts
(fmtutil, mktexlsr, texconfig, updmap) just wouldn't run with it, and
the fix was either non-trivial or would only s
Hi Karl,
On So, 11 Jul 2010, Karl Berry wrote:
> Well, I definitely do not want to add set -e to our fundamental scripts
> a week before our final release.
Sorry if I was unclear, I didn't suggest to do it in TL now, only your
general comment or whether there are some background infos I don't kno
Well, I definitely do not want to add set -e to our fundamental scripts
a week before our final release. But if you want to add it for Debian,
I don't know of any specific reason not to. You can experience the
pain, or lack thereof.
As I've written before:
- I am not a fan of set -e in general,
Hi Karl,
over here on Debian we have a discussion concerning adding
set -e
to fmtutil, mktexlsr, updmap etc.
It seems that at least for mktexlsr and fmtutil that is deffinitely
possible:
On Sa, 10 Jul 2010, Michael Tautschnig wrote:
> > > If somebody can give me a few usage scenarios for
Hi!
[...]
> >
> > If somebody can give me a few usage scenarios for fmtutil (i.e.,
> > proper command lines) I'll happily try out that as well,
> >
> "fmtutil-sys --all" (run as root) regenerates all format files,
> "fmtutil-sys --byfmt $format" just (re-)generates a single format
> file, where
On 04.07.10 Michael Tautschnig (m...@debian.org) wrote:
Hi,
Thanks for your help!
> > > If I understood the mktexlsr code correctly, something as simple as
> > > adding "set -e" could suffice to make mktexlsr exit/fail early, and
> > > the existing ls-R file would not get overwritten.
> > >
> >
[...]
>
> > If I understood the mktexlsr code correctly, something as simple as
> > adding "set -e" could suffice to make mktexlsr exit/fail early, and
> > the existing ls-R file would not get overwritten.
> >
> I you're willing to work an this we'd be happy. I assume that not
> only mktexlsr an
severity 586549 normal
reassign 586549 texlive-binaries
merge 136051 586549
retitle 136051 Please make upstream TL's scripts "set -e" (at least fmtutil and
mktexlsr)
stop
On 20.06.10 Michael Tautschnig (m...@debian.org) wrote:
> Package: texlive-base-bin
> Version: 2007.dfsg.2-4+lenny2
> Severit
Package: texlive-base-bin
Version: 2007.dfsg.2-4+lenny2
Severity: minor
It seems that mktexlsr does not exit if some error occurs in executing the
commands. This possibly results in corrupted/incomplete ls-R files, as seen more
than once on alioth.debian.org (hence CC'ed Tollef, alioth admin), e.g
17 matches
Mail list logo
