cvs remove -f tex-defs.h
This file is unused, and the comment is duplicated in
tex-accent
thanks
john
--
"Please crack down on the Chinaman's friends and Hitler's commander.
Mother is the best bet and don't let Satan draw you too fast.
A boy has never wept ... nor dashed a thousand kim. Did
The attached enables Qt2 to compile again, but mainly
fixes the hardcoded spaces (inconsistent at that) to use
tabs in several files.
thanks
john
--
"Please crack down on the Chinaman's friends and Hitler's commander.
Mother is the best bet and don't let Satan draw you too fast.
A boy has ne
This tidies up some more LColor stuff. It doesn't address
Lior's and Angus' desire for a better LColor classification
system however.
thanks
john
--
"Faced with the prospect of rereading this book, I would rather have
my brains ripped out by a plastic fork."
- Charles Cooper on "Busi
not sure if I've asked this before, but are these going to be used or
what ?
i.e. is it worth me sending a formatting patch ?
thanks
john
--
"Faced with the prospect of rereading this book, I would rather have
my brains ripped out by a plastic fork."
- Charles Cooper on "Business at
attached is the previous patch for pasting externally
with better naming as pointed out by jmarc
thanks
john
p.s. are we still planning to move to binutils-style
patch applying system ? it would be lot less load if
I could apply this myself after waiting for one or two
"approved" responses
--
Hi,
I get the following message when running autogen.sh:
...
Building Makefile templates...
.
configure.in: 6030: required file `config/ltconfig' not found
lib/reLyX
sigc++
done.
...
It seems like the missing file does not cause any harm but,
of course, the message above
frontends/kde/ should be removed as it is unmaintained
and is likely to stay that way. What's best to do ?
Perhaps it could be "mv"d directly in the repository to the
old "lyx" module or something, to avoid leaving all the
dead directories around ?
I'll supply a patch shortly to remove KDE stuf
On Thu, 31 May 2001, Juergen Vigna wrote:
> I don't think this is a good idea, what would be a good Idea is to put an
> "update" button in the Dialog so that a user can update the contents to the
> actual paragraph manually (without having to close and reopen the dialog!)
the problem is from a U
On Thu, 31 May 2001, Allan Rae wrote:
> Hence my suggested configure warning message. John, such a message
> would be output at the end of the configure run, just like the
ok, this would make sense.
thanks
john
--
"IBM's decision to choose the Intel 80x86 processor over
the Motorola 680x0
On 01-Jun-2001 Lars Gullik Bjønnes wrote:
>
> 2001-06-01 Lars Gullik Bjønnes <[EMAIL PROTECTED]>
>
> * paragraph.C (BreakParagraph): set the inset_owner in the new par
> to the same as the par we break from
>
> I guess the same bug is present in 1.1.6, but not so visible there
>
* Garst R. Reese <[EMAIL PROTECTED]> [010601 09:41]:
> What does this mean?
>
> cvs server: [16:17:56] waiting for lyx's lock in
> /cvs/lyx/lyx-devel/config
Someone else was updating at the same time, cvs will lock the access to
one at a time. I've seen it locally when I update several directori
2001-06-01 Lars Gullik Bjønnes <[EMAIL PROTECTED]>
* paragraph.C (BreakParagraph): set the inset_owner in the new par
to the same as the par we break from
I guess the same bug is present in 1.1.6, but not so visible there
since the only NEW_INSETS there is tabular.
--
I recently tried to copy (as in highlight and then copy to the clipboard) a
region of a LyX document that contained some xfig diagrams imported as
"external material". I got some odd errors: first, convert couldn't find
/usr/bin/gs (this is an RPM bug: I have Ghostscript 7 RPMs installed, which
go
> "G" == G Angely <[EMAIL PROTECTED]> writes:
G> Are there indications that the Debian compiler and/or environment
G> is faulty. Maybe another package (LaTeX?).
As far as we know, the problem is in the sstream of libstdc++-2.10.
JMarc
On 31-May-2001 Jose Abilio Oliveira Matos wrote:
> On Thu, May 31, 2001 at 05:08:33PM +0200, Juergen Vigna wrote:
>>
>> Jürgen (Jürgen who's putting on his gear for driving home with his
>> motorcycle before it's going to rain again)
>>
> Out of topic, I know. This week th
Jean-Marc Lasgouttes wrote:
>
> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> Lars> Locally I have also upgraded automake:
>
> Lars> [larsbj@trylle libs]$ rpm -q automake automake-1.4p1-1
>
> Is this thing a real release or something from RH?
FYI: automake-1.4-p1 and auto
On Friday 01 June 2001 04:26, Allan Rae wrote:
> > The problem lies (as ever) with the button controller. Specifically, the
> > state of all widgets in the list of read_only widgets is refreshed every
> > time we input anything. Clearly, they should be refreshed only when
> > the read-only status
17 matches
Mail list logo