Michael or someone else knowledgible:
It's illegal to use p inside a q/q quote. What should I do to force
a paragraph separation? Blank lines don't force a separation just a new
newline. Multiple br seems to work okay though.
pre and other tags like ol or ul aren't allowed either. How can
On Wed, 30 May 2001, Allan Rae wrote:
message Allan wwas responding to snipped
Actually we could perhaps provide a warning message like:
Are you serious? GCC-2.96 is unofficial crap!
... and the current version number the mainline gcc sources claim to be is
3,1. I use 3.1
Michael I don't think these changes should affect you. A `cvs update`
should just say that changes already exist locally for you. I hope.
If not, I'm sorry.
No, there were no significant problems.
Anyway, as I told you privately I know there are a bunch of problems with
the LDN stuff
On Wed, May 30, 2001 at 07:04:22PM +1200, Michael Koziarski wrote:
Michael I don't think these changes should affect you. A `cvs update`
should just say that changes already exist locally for you. I hope.
If not, I'm sorry.
No, there were no significant problems.
Anyway, as I told
Once upon a time, I heard Chanop Silpa-Anan say
It's good that you put together the deb. However, I still experienced the
slowness when lyx calls latex from this deb. Do you have this problem on
your box with this deb? The only way I can get lyx to run properly (both
1.1.6fix2 and
On Tuesday 29 May 2001 23:36, [EMAIL PROTECTED] wrote:
In spite of my whining, I thought I'd sneak in an attempt to compile
Angus' natbib branch, since he went to the effort to merge it with the
latest main CVS branch. I cruise along okay until I get smacked with the
following:
Returning to
Allan Rae [EMAIL PROTECTED] writes:
| On Wed, 30 May 2001, Allan Rae wrote:
|
| On Wed, 30 May 2001, John Levon wrote:
| I'm not sure if that file will include additional patches from vendor.
| If not, they're using a totally broken optimiser. I never got a response
| on whether we
Herbert == Herbert Voss [EMAIL PROTECTED] writes:
Herbert i had a look at it and this never happend in 1.1.6fix2 ...
Very good. Keep your eyes open in case this happens again...
JMarc
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars I'll do it.
Then I'll take a look at gettext 0.10.38.
JMarc
John == John Levon [EMAIL PROTECTED] writes:
John They convert hard spaces into hard tabs so everyone can have
John their favoured tabsize.
That's OK, then.
JMarc
John Levon [EMAIL PROTECTED] writes:
| /usr/gcc3.0/bin/g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost
|-isystem /usr/X11R6/include -g -O -W -Wall -Wp,-MD,.deps/lyxsum.pp -c lyxsum.C -o
| lyxsum.o
| /usr/gcc3.0/include/g++-v3/bits/stl_iterator.h: In constructor
|
Mike == [EMAIL PROTECTED] writes:
Mike This brought up the idea of an Errata section on
Mike the Web. At least we can collect the current inconsistencies and
Mike make them known there, so the Users don't get totally frustrated
Mike with the current situation.
Note also that a good place to
Chanop == Chanop Silpa-Anan [EMAIL PROTECTED] writes:
Chanop I still get the same problem here, a big delay in calling
Chanop latex with lyx1.1.6 (cvs one) compiled with gcc-2.95_2.95.4-1
Chanop and libstdc++2.10-glibc2.2_2.95.4-0.010522. I don't know why
Chanop Jules does not have the problem
Paul == Paul Seelig [EMAIL PROTECTED] writes:
Paul I thought libforms0.89 was deprecated for compilation by the LyX
Paul developers?
Well, 0.89.x is not an official release, but since nothing has
happened for a long time, it is better to use it... In fact, there are
no serious problems in
On 29-May-2001 [EMAIL PROTECTED] wrote:
Perhaps it's time for an Errata page on the Web. Anyone with Web CVS
access willing to lead the charge?
Good we have the doc-team working again ;) IMO we should really try to
update the documentation a bit regarding all the new and changed stuff
from
Garst R. Reese [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
|
| Garst R. Reese [EMAIL PROTECTED] writes:
|
| | WorkArea: Keysym is `Multi_key' [65312]
| | Workarea event: KEYBOARD
| | WorkArea: Key is `' [0]
| | WorkArea: Keysym is `c' [99]
| | Workarea event: KEYBOARD
| |
John == John Levon [EMAIL PROTECTED] writes:
John Everything else should be left for a while (say a couple of
John weeks) then added to the bugtracker (For permanent record) and
John possibly a mail to the list as well (I'm not sure all developers
John read the buglist stuff)
Well you can
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars I'll do it.
|
| Then I'll take a look at gettext 0.10.38.
Yes, please do.
And while you are at it... fix the error in fr.po. Run the validation
inside emacs to find the error.
--
John == John Levon [EMAIL PROTECTED] writes:
John I'm not sure what you mean by security risk ? All is https. The
John only real content are the actual bug reports anyway, and any of
John us should be able to close bugs.
Well, just as for cvs, I think it is a good idea to restrict who can
do
On 30-May-2001 Lars Gullik Bjønnes wrote:
And I still do not agree... Gcc 2.96 are working close to flawlessly
for me. And a lot better than 2.95.2...
I agree with this!
But of course I_run Gcc 2.96 will all RH patches applied.
Well I use RH 7.1 and there are still no gcc patches for this
On 30-May-2001 Garst R. Reese wrote:
OK, I tried S-O S-R and that got me the registered trade mark symbol.
That's what I wanted to write right now. Compose c r does nothing on my
Workstation (in any X application) only compose o c does produce ©.
Jürgen
--
On 30-May-2001 Allan Rae wrote:
Assuming you have your phone turned on and within hearing distance. I
seem to recall someone calling your mobile 6 times a day for three days
before arriving at the Bozen train station early one morning and luckily
getting you on the phone (after 3 more
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| I also had a few ideas on how to simplify somewhat the documenter's
| work, like an inset that displays the keybinding of a given function,
| or even the menu entry corresponding to this lyxfunc. I guess this
| could help getting the doc up to
On 30-May-2001 Jean-Marc Lasgouttes wrote:
John Everything else should be left for a while (say a couple of
John weeks) then added to the bugtracker (For permanent record) and
John possibly a mail to the list as well (I'm not sure all developers
John read the buglist stuff)
Well you can
Juergen Vigna [EMAIL PROTECTED] writes:
| On 30-May-2001 Lars Gullik Bjønnes wrote:
|
| And I still do not agree... Gcc 2.96 are working close to flawlessly
| for me. And a lot better than 2.95.2...
|
| I agree with this!
|
| But of course I_run Gcc 2.96 will all RH patches applied.
|
|
Hi everybody,
enclosed please find a short document that causes me a lot of headaches.
(PS: The table has been imported with reLyX. It is real stuff, not an
esoteric example)
1. Open the file
2. Try to replace (X) (X=Number) with X:
- the cells are not displayed correctly
3. Try to
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Even if this inset would seemingly make things easier I do not
Lars quite agree with it. IMO the bindings are not athorative, the
Lars lyxfuns are. So the bindings can be referenced in the main text,
Lars but the main focus should be on
I have one futher change, that should make things faster.
Using the unformatted input iterators instead of the ones working on
formatted input, this is the test:
#include fstream
#include iterator
int main(int, char *argv[])
{
std::ifstream ifs(file.c_str());
if (!ifs) return
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars Even if this inset would seemingly make things easier I do not
| Lars quite agree with it. IMO the bindings are not athorative, the
| Lars lyxfuns are. So the bindings can be
Lars Gullik Bjønnes wrote:
Garst R. Reese [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
|
| Garst R. Reese [EMAIL PROTECTED] writes:
|
| | WorkArea: Keysym is `Multi_key' [65312]
| | Workarea event: KEYBOARD
Compose+c+r = nothing
Compose+c+o = © (copyright)
nuff said...
Angus
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Sure menus are for _loosers_!
The idea I had for menus was to subclass a non-editable version of
insettext (does this exist) so that a small insettext (with underlines
at the right place and nice menu separators and maybe even the sans
On 30-May-2001 Jean-Marc Lasgouttes wrote:
The idea I had for menus was to subclass a non-editable version of
insettext (does this exist) so that a small insettext (with underlines
at the right place and nice menu separators and maybe even the sans
serif font) would be created on the fly.
Juergen == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen I don't get to what exactly you need, but surely one can make
Juergen a MenuInset based on InsetText and not Editable.
Doing an inset for key bindings is easy, since it will just contain
plain text. For a menu, it will be more
On 30-May-2001 Jean-Marc Lasgouttes wrote:
Juergen == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen I don't get to what exactly you need, but surely one can make
Juergen a MenuInset based on InsetText and not Editable.
Doing an inset for key bindings is easy, since it will just contain
Juergen == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen Well yes this should be possible, but I still don't get what
Juergen you really want to do with it!
The idea would be, in the docs, to do an
M-x menuinset-insert lyx-quit
and have a nice box on the screen showing _File_Quit. This
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Juergen == Juergen Vigna [EMAIL PROTECTED] writes:
|
| Juergen Well yes this should be possible, but I still don't get what
| Juergen you really want to do with it!
|
| The idea would be, in the docs, to do an
| M-x menuinset-insert lyx-quit
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Won't InsetText be a bit overkill for this?
Lars This is closer to InsetLabel...
For the case of a key binding, insettext is not needed (and I did not
plan to use it). But if I want to do some formatting, it seems to me
that insttext
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars Won't InsetText be a bit overkill for this?
|
| Lars This is closer to InsetLabel...
|
| For the case of a key binding, insettext is not needed (and I did not
| plan to use it).
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars I still think InsetText is too complex for that use. We should
Lars rather create a InsetMbox variant...
Do we have an InsetMBox?
JMarc
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars I still think InsetText is too complex for that use. We should
| Lars rather create a InsetMbox variant...
|
| Do we have an InsetMBox?
No but we should perhaps create one...
--
Michael Schmitt [EMAIL PROTECTED] writes:
| 2. Insert a figure float into a document, then insert a minipage into the
|float. Enter some TeX code in the minipage (use CTRL+Returns). Move the
|cursor (leave the minipage, enter it again, etc.) and try to
|select/cut/paste some text
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars No but we should perhaps create one...
And what would that be exactly? More to the point, what is the problem
with subclassing insettext? Just that you feel it is not right? I do
not see speed or memeory problems happen due to this.
I guess this one is for Lars.
We have a bug, where people running with turkish locales cannot run
LyX because lyxlex gets confused by the fact that 'i' is not the lower
case variant of 'I' (the lowercase is dotlessi). This means many tags
are not recognized. The solution is to use a
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| I guess this one is for Lars.
|
| We have a bug, where people running with turkish locales cannot run
| LyX because lyxlex gets confused by the fact that 'i' is not the lower
| case variant of 'I' (the lowercase is dotlessi). This means many tags
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars the inset you are speaking of have no need f.ex. for the
Lars multiparagraph support in InsetText.
Yes, I agree. However, when this wonderful insetmbox exists, it will
be very easy to switch to that :)
JMarc
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars the inset you are speaking of have no need f.ex. for the
| Lars multiparagraph support in InsetText.
|
| Yes, I agree. However, when this wonderful insetmbox exists, it will
| be
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars mmm... we should switch off turkish locale then. afaik LyX only
Lars needs locale in GUI, the core should really run with C locale
Lars all the time.
Lars How does gettext react to changes n locacle? Does it care and
Lars resets to the
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus does the attached patch do what you want? If so, can I leave
Angus this for you to apply to head and to 1.1.6?
Close, but not perfect. If I am in a section (where Left and Block are
allowed (for an unknown reason BTW)) and select 'left',
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars mmm... we should switch off turkish locale then. afaik LyX only
| Lars needs locale in GUI, the core should really run with C locale
| Lars all the time.
|
| Lars How does gettext
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars what if... we let compare_no_case convert to uppercase
Lars intarnally instead of to lowercase? wouldn't that solve the
Lars problem?
This will break things because _ will not be sorted correctly in our
tag tables (which are sorted for
On Wed, May 30, 2001 at 11:07:55AM +0200, Lars Gullik Bjønnes wrote:
Juergen Vigna [EMAIL PROTECTED] writes:
| On 30-May-2001 Lars Gullik Bjønnes wrote:
|
| And I still do not agree... Gcc 2.96 are working close to flawlessly
| for me. And a lot better than 2.95.2...
|
| I agree with
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars One other solution would be to just define all our config files
Lars a case sensitive. Would be a bit work to change and verify
Lars though...
Why not define a compare_no_case_ascii? It would do exactly what we
want, and in an explicit
I've been re-designinging the FormParagraph dialog as something quick and
easy to do, but I have a question:
Are the Minipage and Floatflt check buttons in FormParagraph-Extra
mutually exclusive? If so, I'll create a Type choice that will have the
entries:
Normal | Minipage | Floatflt
On 30-May-2001 Angus Leeming wrote:
Are the Minipage and Floatflt check buttons in FormParagraph-Extra
mutually exclusive? If so, I'll create a Type choice that will have the
The only thing we should use in this box (and Lars surely doesn't agree
with me) is the indented paragraph stuff,
/bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
-I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O2 -m486
-fno-strength-reduce -c math_macro.C
gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../.. -I../../boost -isystem
Kayvan == Kayvan A Sylvan [EMAIL PROTECTED] writes:
I am in the process of fixing this.
JMarc
On Wed, May 30, 2001 at 10:30:56PM +1200, Michael Koziarski wrote:
Some browsers choke on XHTML, though. AOL's browser, old versions
of Netscape, and IE4.
Kayvan,
Is this documented anywhere? I'd be interested to know what causes
the failure.
There is some mention in the CGI.pm perl
Kayvan A. Sylvan wrote:
/bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
-I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O2 -m486
-fno-strength-reduce -c math_macro.C
gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../..
On 30-May-2001 Kayvan A. Sylvan wrote:
/bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
-I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O2 -m486
-fno-strength-reduce -c math_macro.C
gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../..
Juergen == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen Already commited a fix just update!
Indeed. And it is better than what I was trying to do...
JMarc
On Wed, 30 May 2001, Allan Rae wrote:
On Tue, 29 May 2001, John Levon wrote:
Everything else should be left for a while (say a couple of weeks) then added
to the bugtracker (For permanent record) and possibly a mail to the list as well
(I'm not sure all developers read the buglist
On 30-May-2001 Angus Leeming wrote:
I'm not very familiar with Minipages, but this would require the use of a
minipage? (Not that I have a problem with that, just enquiring?)
No, this just put's some extra stuff before the paragraph try it and have a
look at the LaTeX output.
3 tabbed
On Wed, 30 May 2001, Allan Rae wrote:
On Wed, 30 May 2001, Allan Rae wrote:
On Wed, 30 May 2001, John Levon wrote:
I'm not sure if that file will include additional patches from vendor.
If not, they're using a totally broken optimiser. I never got a response
on whether we should
On Sat, 3 Jan 1998, Duncan Simpson wrote:
Are you serious? GCC-2.96 is unofficial crap!
... and the current version number the mainline gcc sources claim to be is
3,1. I use 3.1 regularly and have the CVS version of gcc 2.95.x for cases when
gcc 3.x dumps core. gcc 2.96
On 30 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote:
|
| Are you serious? GCC-2.96 is unofficial crap!
And I still do not agree... Gcc 2.96 are working close to flawlessly
for me. And a lot better than 2.95.2...
err, bull. Or perhaps you don't remember a few weeks back when lyx
Juergen Vigna [EMAIL PROTECTED] writes:
| On 30-May-2001 Angus Leeming wrote:
|
| Are the Minipage and Floatflt check buttons in FormParagraph-Extra
| mutually exclusive? If so, I'll create a Type choice that will have the
the formParagaph-extra should be removed compleetely.
| The only
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars One other solution would be to just define all our config files
| Lars a case sensitive. Would be a bit work to change and verify
| Lars though...
|
| Why not define a
John Levon [EMAIL PROTECTED] writes:
| On 30 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote:
|
| |
| | Are you serious? GCC-2.96 is unofficial crap!
|
| And I still do not agree... Gcc 2.96 are working close to flawlessly
| for me. And a lot better than 2.95.2...
|
| err, bull.
IMHO we should switch to beeing case sensitive.
Sounds sensible. I always wonder why people like case insensitive
languages...
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars And this is exactly why I don't like it. we would have to muck
Lars around with locale and we shouldn't really have to do that. IMHO
Lars we should switch to beeing case sensitive.
If we do it by hand (comparing with A-Z like in the
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars And this is exactly why I don't like it. we would have to muck
| Lars around with locale and we shouldn't really have to do that. IMHO
| Lars we should switch to beeing case
2001-05-30 Juergen Vigna [EMAIL PROTECTED]
* boost/config.hpp: change include of string to LString.h.
I am afraid we will see more and more of these changes to be able to
still use lyxstring. Hopefully there will not be enought of them to
hamper updating of the external libs...
--
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars (as an interim solution we could even have an
Lars hardcoded converter A-Z-a-z but flag the error for the user to
Lars see.)
That's fine with me. If we do that, I am OK with making lyxlex
case-sensitive.
JMarc
On Wednesday 30 May 2001 14:33, Jean-Marc Lasgouttes wrote:
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus does the attached patch do what you want? If so, can I leave
Angus this for you to apply to head and to 1.1.6?
Close, but not perfect. If I am in a section (where Left and
Dear Mr. Lasgouttes,
thank you for bringing my thoughts about patches back into the right order ;-)
I already thought that the patch problems would not cause real ones because the
files not patchable were in the CVS tree. Anyway. As you thought, I used a
fix1-patched 1.6.0 to apply the fix2.
On Wed, 30 May 2001, Angus Leeming wrote:
On Tuesday 29 May 2001 23:36, [EMAIL PROTECTED] wrote:
In spite of my whining, I thought I'd sneak in an attempt to compile
Angus' natbib branch, since he went to the effort to merge it with the
latest main CVS branch. I cruise along okay until I
On 30 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote:
I remember... the excat reason was never really discovered. Since we
failed to come up with a small test case (LyX failes is not one...),
we can't really know what was wrong. My guess is till that we do
something wrong in LyX that
John Levon [EMAIL PROTECTED] writes:
| you /clearly/ ignored my mail indicating the broken behaviour in the
| particular part of tabular.C then.
No, I saw that. But I didn't see a testcase that exibited this error.
But sure something was wrong with gcc.
| Never mind, a stupid flamewar
| about
On 31 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote:
John Levon [EMAIL PROTECTED] writes:
| you /clearly/ ignored my mail indicating the broken behaviour in the
| particular part of tabular.C then.
No, I saw that. But I didn't see a testcase that exibited this error.
OK. I spent some
John Levon [EMAIL PROTECTED] writes:
| I believe so yes. I encountered the problem with the latest 7.0
| rpm (-69) and confirmed it fixed in rawhide. Upgrading to 7.1 is certainly
| a solution, but bear in mind it costs money to do so (and I can't afford
| a spare 5 pounds after a quite
On 31 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote:
John Levon [EMAIL PROTECTED] writes:
| I believe so yes. I encountered the problem with the latest 7.0
| rpm (-69) and confirmed it fixed in rawhide. Upgrading to 7.1 is certainly
| a solution, but bear in mind it costs money to do so
After jmarc's suggestion, I've removed all
non-tracker perms for everyone except me, jmarc and
larsbj.
If anyone has access problems, just page me
thanks
john
--
Hey, we could invent a programming paradigm where the program is
expressed as a series of statements to be executed in a fixed
John Levon [EMAIL PROTECTED] writes:
| On 31 May 2001, Lars Gullik [iso-8859-1] Bjønnes wrote:
|
| John Levon [EMAIL PROTECTED] writes:
|
| | I believe so yes. I encountered the problem with the latest 7.0
| | rpm (-69) and confirmed it fixed in rawhide. Upgrading to 7.1 is certainly
| |
On Thu, May 31, 2001 at 02:43:02AM +0200, Lars Gullik Bjønnes wrote:
|
| because downloading it via a 56k connection isn't an option :)
To paraphrase Mr. Tannenbaum:
Never underestimate the bandwith of a bag full of floppydisks
(or alternatively, harddisks or CD's)
There's always
On Wed, 30 May 2001, Kayvan A. Sylvan wrote:
On Thu, May 31, 2001 at 02:43:02AM +0200, Lars Gullik Bjønnes wrote:
|
| because downloading it via a 56k connection isn't an option :)
To paraphrase Mr. Tannenbaum:
Never underestimate the bandwith of a bag full of floppydisks
(or
Juergen Vigna wrote:
On 30-May-2001 Kayvan A. Sylvan wrote:
/bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../src
-I./../
-I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O2 -m486
-fno-strength-reduce -c math_macro.C
gcc -DHAVE_CONFIG_H -I. -I.
On Wed, 30 May 2001, John Levon wrote:
On Wed, 30 May 2001, Allan Rae wrote:
On Tue, 29 May 2001, John Levon wrote:
Everything else should be left for a while (say a couple of weeks) then added
to the bugtracker (For permanent record) and possibly a mail to the list as well
(I'm
Michael or someone else knowledgible:
It's illegal to use inside a quote. What should I do to force
a paragraph separation? Blank lines don't force a separation just a new
newline. Multiple seems to work okay though.
and other tags like or aren't allowed either. How can I
get a
> On Wed, 30 May 2001, Allan Rae wrote:
> Actually we could perhaps provide a warning message like:
>
> Are you serious? GCC-2.96 is unofficial crap!
>
... and the current version number the mainline gcc sources claim to be is
3,1. I use 3.1 regularly and have the CVS version of gcc
> Michael I don't think these changes should affect you. A `cvs update`
> should just say that changes already exist locally for you. I hope.
> If not, I'm sorry.
No, there were no significant problems.
> Anyway, as I told you privately I know there are a bunch of problems with
> the LDN
On Wed, May 30, 2001 at 07:04:22PM +1200, Michael Koziarski wrote:
> > Michael I don't think these changes should affect you. A `cvs update`
> > should just say that changes already exist locally for you. I hope.
> > If not, I'm sorry.
>
> No, there were no significant problems.
>
> >
Once upon a time, I heard Chanop Silpa-Anan say
> > > It's good that you put together the deb. However, I still experienced the
> > > slowness when lyx calls latex from this deb. Do you have this problem on
> > > your box with this deb? The only way I can get lyx to run properly (both
On Tuesday 29 May 2001 23:36, [EMAIL PROTECTED] wrote:
> In spite of my whining, I thought I'd sneak in an attempt to compile
> Angus' natbib branch, since he went to the effort to merge it with the
> latest main CVS branch. I cruise along okay until I get smacked with the
> following:
Returning
Allan Rae <[EMAIL PROTECTED]> writes:
| On Wed, 30 May 2001, Allan Rae wrote:
|
| > On Wed, 30 May 2001, John Levon wrote:
| > > I'm not sure if that file will include additional patches from vendor.
| > > If not, they're using a totally broken optimiser. I never got a response
| > > on whether
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> i had a look at it and this never happend in 1.1.6fix2 ...
Very good. Keep your eyes open in case this happens again...
JMarc
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I'll do it.
Then I'll take a look at gettext 0.10.38.
JMarc
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> They convert hard spaces into hard tabs so everyone can have
John> their favoured tabsize.
That's OK, then.
JMarc
John Levon <[EMAIL PROTECTED]> writes:
| /usr/gcc3.0/bin/g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost
|-isystem /usr/X11R6/include -g -O -W -Wall -Wp,-MD,.deps/lyxsum.pp -c lyxsum.C -o
| lyxsum.o
| /usr/gcc3.0/include/g++-v3/bits/stl_iterator.h: In constructor
|
> "Mike" == <[EMAIL PROTECTED]> writes:
Mike> This brought up the idea of an Errata section on
Mike> the Web. At least we can collect the current inconsistencies and
Mike> make them known there, so the Users don't get totally frustrated
Mike> with the current situation.
Note also that a
1 - 100 of 176 matches
Mail list logo
