Dear listmembers,
thank you for your help: Kuba Oper put me on the right track: I had had
activated the framebuffer device recently. This caused problems in
conjunction with lyx. Don't ask me why, I found - afterwards - several
pointers into that direction. radeonfb + X11 seems tough - at least
Dieter Jurzitza wrote:
> Dear Listmembers, dear Mr. Baum,
> thank you for your commentary:
> System:
> - SuSE 8.1, latest QT-Upgrade from supplementary/KDE/upgrade_for_8.1 (same
> timestamp)
> - Compiler: gcc 3.3.1-16 from the ftp.suse.com/projects/gcc/8.2 compiled
> on my own (I created my own rp
On Åroda 30 czerwiec 2004 02:49 pm, Dieter Jurzitza wrote:
> As I readily mentioned, nothing wrong is occuring with "normal" typing. But
> if I try to view one of the docs -> crash.
> This happens for my selfcompiled version (1.3.4) in the same way as for the
> precomp
Dieter Jurzitza wrote:
> Dear listmembers,
> I use a SuSE 8.1 with xfree 4.3.0 & KDE3.2 (latest sources). I tried to
> upgrade to lyx 1.3.4 and was "somewhat" successful:
> Both lyx 1.3.0 (downloaded from the lyx-website, provided by some nice guy
> for SuSE 8.1) and
Dear listmembers,
I use a SuSE 8.1 with xfree 4.3.0 & KDE3.2 (latest sources). I tried to
upgrade to lyx 1.3.4 and was "somewhat" successful:
Both lyx 1.3.0 (downloaded from the lyx-website, provided by some nice guy for
SuSE 8.1) and the new 1.3.4 release freeze my system as so
>>>>> "Albert" == Albert Chin <[EMAIL PROTECTED]> writes:
Albert> While building 1.3.0 with the Qt frontend on Solaris 2.6 with
Albert> GCC 3.2.2:
[...]
Albert> No build problems on Solaris 7, 8, or 9. From Solaris 7
Albert> How about the patch below?
On Mon, Mar 31, 2003 at 07:40:07PM +0200, Lars Gullik Bj?nnes wrote:
> not sure... I'd just like to see some updated profiling.
Sure, then, it is no big bother.
john
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, Mar 31, 2003 at 07:13:21PM +0200, Lars Gullik Bj?nnes wrote:
|
| > | Extremely often during the key binding setup phase.
| >
| > After I have got all the rowlist patches in, can you then rebuild your
| > lyx with -O2 and do another profiling run?
On Mon, Mar 31, 2003 at 07:13:21PM +0200, Lars Gullik Bj?nnes wrote:
> | Extremely often during the key binding setup phase.
>
> After I have got all the rowlist patches in, can you then rebuild your
> lyx with -O2 and do another profiling run?
Why ? What will change ?
john
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, Mar 31, 2003 at 06:11:06PM +0200, Jean-Marc Lasgouttes wrote:
|
| > John> Yes, although operator== didn't have any debug anyway. I suspect
| > John> we could fix this in a much smarter way somehow.
| >
| > But why is this operator so costly? Is it
On Mon, Mar 31, 2003 at 06:11:06PM +0200, Jean-Marc Lasgouttes wrote:
> John> Yes, although operator== didn't have any debug anyway. I suspect
> John> we could fix this in a much smarter way somehow.
>
> But why is this operator so costly? Is it called very often?
Extremely often during the key
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, Mar 28, 2003 at 07:00:34PM +0100, Jean-Marc Lasgouttes
John> wrote:
>> How should this data be read? Can oprofile provide a call graph
>> like gprof does?
John> Arggh ! [1]
OK, I won't insist :)
John> Yes, although operator==
On Sat, Mar 29, 2003 at 12:13:03PM +0100, Lars Gullik Bj?nnes wrote:
> |1239 int c = fgetc(inf);
> |1240 while (c != EOF) {
> |1241 ret += static_cast(c);
> |1242 c = fgetc(inf);
> |1243 }
>
> Where is this code comming f
John Levon <[EMAIL PROTECTED]> writes:
|1239 int c = fgetc(inf);
|1240 while (c != EOF) {
|1241 ret += static_cast(c);
|1242 c = fgetc(inf);
|1243 }
Where is this code comming from?
--
Lgb
On Fri, Mar 28, 2003 at 06:19:25PM +, John Levon wrote:
> Arggh ! [1]
oops forgot
[1] Arggh, in that I really must get round to implementing this, I want
it as badly as others do :)
On Fri, Mar 28, 2003 at 07:00:34PM +0100, Jean-Marc Lasgouttes wrote:
> How should this data be read? Can oprofile provide a call graph like
> gprof does?
Arggh ! [1]
> 0820afa4 1161 1.53197 operator==(LyXKeySym const&, LyXKeySym const&)
> 08206040 1220 1.60982 string_to_qkey(str
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, Mar 28, 2003 at 06:39:12PM +0100, Jean-Marc Lasgouttes
John> wrote: Roughly stable, -O2, Qt :
>> What do you do on startup? What document do you load?
John> Yes, it appears I forgot to mention
John> lyx -x lyx-quit UserGuide.l
On Fri, Mar 28, 2003 at 06:39:12PM +0100, Jean-Marc Lasgouttes wrote:
> John> Roughly stable, -O2, Qt :
>
> What do you do on startup? What document do you load?
Yes, it appears I forgot to mention
lyx -x lyx-quit UserGuide.lyx
I guess we really need to finish ParagraphList in order for the l
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> Roughly stable, -O2, Qt :
What do you do on startup? What document do you load?
JMarc
Roughly stable, -O2, Qt :
1.4.0cvs
real0m3.384s
user0m2.440s
sys 0m0.371s
1.3.0
real0m2.578s
user0m1.742s
sys 0m0.324s
1.4.0cvs top hits
08095efc 1060 1.39869 readParagraph(Buffer&, Paragraph&, LyXLex&)
0820afa4 1161 1.53197 operator==(LyX
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> On Tuesday 11 March 2003 18:10, Raymond Ouellette wrote:
>> 2. Only in Qt version: you can't do a vertical space fill for a
>> paragraph, it doesn't work. Selecting « ressort vertical »
>> (vertical fill I guess in the english text) does
Serge Winitzki wrote:
> I am trying QtLyx 1.3.0 from Ruurd Reitsma on a win2k machine. The
> instant preview works after adding the latex preview package to the
> miktex tree and after adding pnmcrop.exe to the path. However it
> generates error messages when running sed.exe: som
I am trying QtLyx 1.3.0 from Ruurd Reitsma on a win2k machine. The
instant preview works after adding the latex preview package to the
miktex tree and after adding pnmcrop.exe to the path. However it
generates error messages when running sed.exe: something about illegal J
command. I think it might
On 12 Mar 2003, Jean-Marc Lasgouttes wrote:
> > "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
>
> Christian> Hi I searched a bit in bugzilla, but couldn't find this
> Christian> bug, which surprised me a bit. Anyway:
>
> Christian> Changing page size to "custom" in the dia
On 12 Mar 2003, Jean-Marc Lasgouttes wrote:
> > "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
>
> Christian> Hi I searched a bit in bugzilla, but couldn't find this
> Christian> bug, which surprised me a bit. Anyway:
>
> Christian> Changing page size to "custom" in the dia
> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
Christian> Hi I searched a bit in bugzilla, but couldn't find this
Christian> bug, which surprised me a bit. Anyway:
Christian> Changing page size to "custom" in the dialog doesn't do
Christian> anything...
Christian> changin
On Tuesday 11 March 2003 18:10, Raymond Ouellette wrote:
> I compiled and installed both Qt and XForm version of LyX 1.3.0 a few weeks
> ago.
>
> Qt version is really pleasing to use and the viisual comfort with aa fonts
> is great.
>
> I do have 2 small concerns.
>
On Tue, Mar 11, 2003 at 11:24:00PM +0200, Andrew Abyzov wrote:
> Is it possible to display Russian letters in Qt Lyx 1.3.0?
> I.e. is it possible to make koi8-r encoding for the fonts default?
1) Set LANG appropriately
2) Set the document language appropriately
3) Make sure you've go
Is it possible to display Russian letters in Qt Lyx 1.3.0?
I.e. is it possible to make koi8-r encoding for the fonts default?
--
Best regards,
Andrew Abyzov mailto:[EMAIL PROTECTED]
On Tue, 11 Mar 2003, Christian Ridderström wrote:
> Hi
>
> I searched a bit in bugzilla, but couldn't find this bug, which surprised
> me a bit. Anyway:
>
> Changing page size to "custom" in the dialog doesn't do anything...
>
> changing to known paper sizes seems to work since the exported la
Hi
I searched a bit in bugzilla, but couldn't find this bug, which surprised
me a bit. Anyway:
Changing page size to "custom" in the dialog doesn't do anything...
changing to known paper sizes seems to work since the exported latex gets
the paper size as a class option. Should I send this to b
>>>>> "Pierre" == Pierre MAURICE <[EMAIL PROTECTED]> writes:
Pierre> Hello, I did'nt succeed to compile lyx-1.3.0 on a
Pierre> Sun/SPARC/SOLARIS 8.
What version of gcc do you use? What version of solaris was it compled
for? 'gcc -v' should g
Hello,
I did'nt succeed to compile lyx-1.3.0 on a Sun/SPARC/SOLARIS 8.
Here is the configure I've used :
./configure --prefix=/home/maurice/lyx --with-pspell
--with-pspell-include=/usr/local/include/pspell
--with-pspell-lib=/usr/local/lib
--with-included-string
And h
On 7 Mar 2003, Lars Gullik [iso-8859-1] Bjøînes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Well you were the one who dug deep in all this.
>
> And I do not remember in what cases specifically an explicit
> connection tracking was needed.
>
> | I'm merely reporting what I
> | remembe
On Fri, 7 Mar 2003, Angus Leeming wrote:
> >
> > "boost::signal2 workAreaCJK_IMprocess;"
>
> No, this is fine. Only static signals can be problematic. The problem lies
> elsewhere then.
>
Then, I think I have nothing to do with the error.
By the way, Angus, I posted a crash problem during the
Angus Leeming <[EMAIL PROTECTED]> writes:
| Well you were the one who dug deep in all this.
And I do not remember in what cases specifically an explicit
connection tracking was needed.
| I'm merely reporting what I
| remember. Anyway, the crash occurs in Toolbar::Pimpl::~Pimpl, called from
| b
On Friday 07 March 2003 11:03 am, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | On Friday 07 March 2003 5:04 am, [EMAIL PROTECTED] wrote:
> | > Hello, Angus:
> | >
> | > On Thu, 6 Mar 2003, Angus Leeming wrote:
> | > > Hmmm. This rings a bell.
> | > > CG did I see that
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Friday 07 March 2003 5:04 am, [EMAIL PROTECTED] wrote:
| > Hello, Angus:
| >
| > On Thu, 6 Mar 2003, Angus Leeming wrote:
| > > Hmmm. This rings a bell.
| > > CG did I see that you added a static boost::signal to the code? I
| > > believe taht older g
On Friday 07 March 2003 5:04 am, [EMAIL PROTECTED] wrote:
> Hello, Angus:
>
> On Thu, 6 Mar 2003, Angus Leeming wrote:
> > Hmmm. This rings a bell.
> > CG did I see that you added a static boost::signal to the code? I
> > believe taht older gcc compilers had problems with these static
> > signals (
Hello, Angus:
On Thu, 6 Mar 2003, Angus Leeming wrote:
> Hmmm. This rings a bell.
> CG did I see that you added a static boost::signal to the code? I
> believe taht older gcc compilers had problems with these static
> signals (generated incorrect code) but can't remember the details
> anymore. A
> "Serge" == Serge Winitzki <[EMAIL PROTECTED]> writes:
Serge> Dear LyX developers, I continue to use LyX on a daily basis and
Serge> I was excited to see a new version 1.3 come out recently.
Serge> Attached to this message are some updates to the files
Serge> sciword.bind (the Scientific Wor
Mike FABIAN wrote:
>
> #5 0x402b9d25 in __cxa_pure_virtual () from /usr/lib/libstdc++.so.5
> #6 0x082cc2d7 in ~Pimpl (this=0x85b6200) at Toolbar_pimpl.C:99
> #7 0x08249b65 in ~Toolbar (this=0x85b5fe0) at Toolbar.C:41
Hmmm. This rings a bell.
CG did I see that you added a static boost::signal
[EMAIL PROTECTED] $B$5$s$O=q$-$^$7$?(B:
(B
(B> On Thu, 6 Mar 2003, Mike FABIAN wrote:
(B>>
(B>> There is one strange problem left. Always when I exit CJK-LyX, there
(B>> is an error message "pure virtual method called" on standard output
(B>> and it dumps core:
(B>>
(B>> [...]
(B>>
[EMAIL PROTECTED] $B$5$s$O=q$-$^$7$?(B:
(B
(B> 'Root' input style does not have 'preedit position' and 'preedit area'.
(B> Without preedit position and area set, there is not much chance of
(B> input server's putting precomposed characters on the viewing area. This is
(B> the reason why
Mike FABIAN wrote:
> [EMAIL PROTECTED] さんは書きました:
>
>>> But I see only mojibake in the menus. Is there anything I need
>>> to setup especially?
>>
>> What does this, 'mojibake', mean? If you rpm-install, you don't have to
>> do anything else. If you install other way, you have to make sure
>> 'ja.
On Wed, 5 Mar 2003, Mike FABIAN wrote:
>
> I found a workaround for the "mojibake in the menus" problem:
>
> LANG=ja_JP LC_CTYPE=ja_JP LC_MESSAGES=ja_JP lyx-cjk
> example-japanese-cjk-latex.lyx
>
> show mojibake in the menus *but*
>
> LC_ALL=ja_JP lyx-cjk example-japanese-cjk-latex.ly
s-lib and CJK-LyX to current
version, 'xforms-1.0-i18n_4' and 'CJK-LyX-1.3.0-5', which I just uploaded
on the usual ftp site.
Hope this solve all of your problems.
Regards,
cghan
[EMAIL PROTECTED] $B$5$s$O=q$-$^$7$?(B:
(B
(B>> But I see only mojibake in the menus. Is there anything I need
(B>> to setup especially?
(B>
(B> What does this, 'mojibake', mean? If you rpm-install, you don't have to do
(B> anything else. If you install other way, you have to make sure 'ja
Mike FABIAN wrote:
> [EMAIL PROTECTED] さんは書きました:
>
>> Looks strange to me, too. All I can think of for the reason, is that
>> xforms-lib is not properly installed?
>
> Although I don't think that I made a mistake in installing
> the i18n patched xforms, I am tempted to try a Qt build instead.
>
[EMAIL PROTECTED] $B$5$s$O=q$-$^$7$?(B:
(B
(B> Looks strange to me, too. All I can think of for the reason, is that
(B> xforms-lib is not properly installed?
(B
(BAlthough I don't think that I made a mistake in installing
(Bthe i18n patched xforms, I am tempted to try a Qt build instead.
Mike FABIAN <[EMAIL PROTECTED]> $B$5$s$O=q$-$^$7$?(B:
(B
(B> I found that the bold fonts work when I try in Japanese.
(B> Then the bold face Japanese looks correct like in the old
(B> CJK-LyX 1.2.0 screen shot on
(B>
(B> http://www.suse.de/~mfabian/suse-cjk/cjk-lyx-japanese.html
(B
(B
[EMAIL PROTECTED] $B$5$s$O=q$-$^$7$?(B:
(B
(B> On Wed, 5 Mar 2003, Mike FABIAN wrote:
(B>>
(B>> Currently it looks like this on my system:
(B>>
(B>> http://www.suse.de/~mfabian/misc/cghan-20030305/cjk-lyx-1.3.0-korean.png
(B>
(B> Looks strange to me
[EMAIL PROTECTED] $B$5$s$O=q$-$^$7$?(B:
(B
(B> On Wed, 5 Mar 2003, Mike FABIAN wrote:
(B
(B>> But I see only mojibake in the menus. Is there anything I need
(B>> to setup especially?
(B>
(B> What does this, 'mojibake', mean?
(B
(B"Mojibake" means "garbled characters". I think you already
I also see a very strange problem with the kinput2 status area
(Bwhen trying to use CJK-LyX-1.3.0 with Japanese.
(B
(BAs soon as one switches to Japanese input mode the kinput2 status
(Barea completely covers the main window:
(B
(Bhttp://www.suse.de/~mfabian/misc/cghan-20030305/cjk-lyx-1.3.0
On Wed, 5 Mar 2003, Mike FABIAN wrote:
>
> Currently it looks like this on my system:
>
> http://www.suse.de/~mfabian/misc/cghan-20030305/cjk-lyx-1.3.0-korean.png
>
Looks strange to me, too. All I can think of for the reason, is that
xforms-lib is not properly installed
[EMAIL PROTECTED] wrote:
>
> Hello,
>
> I found a critical bug in CJK-LyX-1.3.0 (up to the version '3') regarding
> to 'tex command inset'. So I urge all CJK-LyX users to upgrade to the
> latest 'CJK-LyX-1.3.0-4' which can be downloaded at the ftp
\bind "C-s S-less" "math-insert \ll"
\bind "C-s S-greater" "math-insert \gg"
# usual bindings
\bind_file maths.bind
\bind_file menus.bind
\bind_file latinkeys.bind
\bind_file cyrkeys.bind
\bind_file greekkeys.bind
\bind "S-KP_Right"
Hello,
I found a critical bug in CJK-LyX-1.3.0 (up to the version '3') regarding
to 'tex command inset'. So I urge all CJK-LyX users to upgrade to the
latest 'CJK-LyX-1.3.0-4' which can be downloaded at the ftp site,
ftp://stone.phys.pusan.ac.kr/pub/CJK-LyX .
Kohtaro Hitomi wrote:
> Thank you, Angus. I succeed to compile xforms-i18n. But I cannot compile
> CJK-LyX-1.3.0 with the flowing message,
>
> In file included from ../../src/lyxtextclass.h:21,
> from ../../src/bufferparams.h:23,
> from ../../src/lyxrc.h:19,
&g
>>>>> "Helge" == Helge Hafting <[EMAIL PROTECTED]> writes:
Helge> no.po in 1.3.0 has a serious flaw - "Section" and "Section*"
Helge> translates to the same string, making it impossible to use
Helge> "Section*" while usin
PROTECTED]> writes: | [...] | > |
| Lars> I hope this can get into 1.3.1, as "SubSubsection*" currently is
| Lars> | > | inaccessible. Patch against 1.3.0 included. | > Hmm... are
| Lars> you sure you wouldn't like to be co-translator with me on | >
| Lars>
his can get into 1.3.1, as "SubSubsection*" currently is
Lars> | > | inaccessible. Patch against 1.3.0 included. | > Hmm... are
Lars> you sure you wouldn't like to be co-translator with me on | >
Lars> this?
Lars> | >
Lars> | Sure, that could be interesting. How do w
Helge Hafting <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Helge Hafting <[EMAIL PROTECTED]> writes:
| [...]
| > | I hope this can get into 1.3.1, as "SubSubsection*" currently is
| > | inaccessible. Patch against 1.3.0 included.
| > Hmm... are y
Lars Gullik Bjønnes wrote:
Helge Hafting <[EMAIL PROTECTED]> writes:
[...]
| I hope this can get into 1.3.1, as "SubSubsection*" currently is
| inaccessible. Patch against 1.3.0 included.
Hmm... are you sure you wouldn't like to be co-translator with me on
this?
Sure, that
Helge Hafting <[EMAIL PROTECTED]> writes:
| no.po in 1.3.0 has a serious flaw - "Section" and "Section*" translates
| to the same string, making it impossible to use "Section*" while using
| the Norwegian locale. (The translation of "Section*" lost
no.po in 1.3.0 has a serious flaw - "Section" and "Section*" translates
to the same string, making it impossible to use "Section*" while using
the Norwegian locale. (The translation of "Section*" lost the "*")
This small patch fixes this, by
> "A" == A P Manners <[EMAIL PROTECTED]> writes:
A> Why is someone from INRIA using C++?
Why not? Should I use ocaml only?
JMarc
On Sat, Mar 01, 2003 at 02:17:42PM +, A.P.Manners wrote:
> As an aside, the growing dependence of lyx on gnu tools and last weeks
> C++ compiler is disappointing to see. Although one is always reluctant to
> have a dependence on any C++ code the Lyx of a few years ago was clean
> enough to comp
Apologies due. Since Lyx no longer compiles under my native C++ compiler
I cannot distinguish between Lyx requiring gcc tools such as assemblers
and linkers and gcc requiring them. Given Lyx's passed independence of
"gccisms" I am happy to accept that my use of g++ has produced cascading
gnu depend
"A.P.Manners" <[EMAIL PROTECTED]> writes:
|
| (However, I have messed about long enough now that the reason for
| needing to install a current version of lyx has been worked around). As
| an aside, the growing dependence of lyx on gnu tools and last weeks C++
| compiler is disappointing to see. A
Quoting "A.P.Manners" <[EMAIL PROTECTED]>:
> Kim,
>
> I saw similar behaviour with Solaris 2.6 and gcc-2.95.2 when compiling
> the previous version of Lyx (it is in lyx-bugzilla somewhere). I am
> afraid that Lyx seems to have gone rather gnu-centric and you can no
> longer use the native assembl
On Sat, Mar 01, 2003 at 02:13:57PM +, A.P.Manners wrote:
> I saw similar behaviour with Solaris 2.6 and gcc-2.95.2 when compiling
> the previous version of Lyx (it is in lyx-bugzilla somewhere). I am
> afraid that Lyx seems to have gone rather gnu-centric and you can no
> longer use the native
Jean-Marc Lasgouttes wrote:
> Could you tell us more about specific errors that you get? I do
> compile with gcc 2.95.2 on linux.
That is good to hear.
std::basic_string and std::numeric_limits are missing (possibly more - I
did not get past the latter). The former appeared to be in the include
Kim,
I saw similar behaviour with Solaris 2.6 and gcc-2.95.2 when compiling
the previous version of Lyx (it is in lyx-bugzilla somewhere). I am
afraid that Lyx seems to have gone rather gnu-centric and you can no
longer use the native assembler. I installed gas (the gnu assembler) and
this solved
>>>>> "Albert" == Albert Chin <[EMAIL PROTECTED]> writes:
Albert> While building 1.3.0 with the Qt frontend on Solaris 2.6 with
Albert> GCC 3.2.2:
Albert> ../../boost/boost/integer_traits.hpp:109:2: #error No
Albert> WCHAR_MIN and WCHAR_MAX present,
> "A" == A P Manners <[EMAIL PROTECTED]> writes:
A> The problem seems to be more to do with gcc-2.95.2 than Solaris
A> (although I had to fix the problem refered to by Albert Chin).
A> Boost wants to include std::this and std::that which do not exist.
A> I got around a few but eventually gave
Hi!
I'm trying to compile LyX 1.3.0 on a Solaris 2.8 system, but I've run into
trouble. Here's where it breaks:
[...]
source='GraphicsCacheItem.C' object='GraphicsCacheItem.lo' libtool=yes \
depfile='.deps/GraphicsCacheItem.Plo' tmpdepfile='.de
Apparantly, the patch is here!
cghan
--- types.h 2003-03-01 03:57:47.0 +0900
+++ types._new.h2003-03-01 03:59:30.0 +0900
@@ -24,7 +24,7 @@
* char_type == char except in CJK-LyX where char_type == wchar_t.
*/
typedef wchar_t char_type;
-
On Fri, 28 Feb 2003, Kohtaro Hitomi wrote:
>In file included from ../../src/lyxtextclass.h:21,
> from ../../src/bufferparams.h:23,
> from ../../src/lyxrc.h:19,
> from formulabase.C:27:
>
>../../src/s
On Thu, Feb 27, 2003 at 09:26:20PM +, A.P.Manners wrote:
> Unless someone knows otherwise (knows how to instruct boost to get
> around the missing header files in std) I would conclude that boost is
> preventing lyx from being built with gcc 2.95.2.
2.95.3 works fairly well under Linux, though
Thank you, Angus. I succeed to compile xforms-i18n. But I cannot compile
CJK-LyX-1.3.0 with the flowing message,
In file included from ../../src/lyxtextclass.h:21,
from ../../src/bufferparams.h:23,
from ../../src/lyxrc.h:19
Angus Leeming wrote:
>
> A.P.Manners wrote:
>
> > Lyx 1.3.0 appears to be unbuildable on Solaris 2.6 because of boost.
> > Others seem to be reporting problems with boost on Solaris 2.6 although,
> > cursiously, not the same problems as I am experiencing. Is th
On Thu, Feb 27, 2003 at 03:22:05PM -0500, Kostas Oikonomou wrote:
> John, perhaps I'm being a bit slow about this, but since I don't have an
> anti-aliased Qt, what do I do to solve my problem?
I have no idea. Perhaps Dekel's patch to the maths symbols file was
broken ? Dekel ?
john
On Thu, Feb 27, 2003 at 09:16:16AM -0500, Dr. Richard E. Hawkins wrote:
> No, the current lyx license just plain isn't correct (as a legal issue).
> I wrote the prior qualifications a few years ago, but John replaced that
> with what it says now. The problem is that that's just not what the law
>
On Thu, Feb 27, 2003 at 11:16:27AM -0500, Dr. Richard E. Hawkins wrote:
> Last time around, we figured that contacting them all would be an
> impossibility (we're not even sure who they are for some of the early
> stuff).
For some of the early stuff it's not that interesting as certain pieces
don
On Thu, Feb 27, 2003 at 03:25:07PM +0100, Edwin Leuven wrote:
> > the hole cannot be fixed without permission of all contributors.
> so why not get it and fix the license?
Last time around, we figured that contacting them all would be an
impossibility (we're not even sure who they are for some of
Dr. Richard E. Hawkins wrote:
My original writing came in response to the "critical bug" at debian
(license impurity). Lars included the paragraphs sometime while I was
at Iowa State, which means sometime between 1996-1999. I don't know
when the change to the current, legally wrong, claim of lic
On Thu, Feb 27, 2003 at 03:43:18PM +0100, Andre Poenitz wrote:
> On Thu, Feb 27, 2003 at 09:36:50AM -0500, Dr. Richard E. Hawkins wrote:
> > > GPL with "may be linked to whatever"?
> > It's very close to this. I sat down, analyzed what happened, applied
> > the law, and wrote the qualification to
On Thu, Feb 27, 2003 at 09:36:50AM -0500, Dr. Richard E. Hawkins wrote:
> > GPL? (probably not)
> > GPL with "may be linked to xforms"?
> > GPL with "may be linked to whatever"?
>
> It's very close to this. I sat down, analyzed what happened, applied
> the law, and wrote the qualification to the
On Thu, Feb 27, 2003 at 03:24:03PM +0100, Andre Poenitz wrote:
> On Thu, Feb 27, 2003 at 09:18:02AM -0500, Dr. Richard E. Hawkins wrote:
> > > But that would still mean you need approval of all contributors to change
> > > the licence, wouldn't it?
> > No. Permission was never obtained to switch
Dr. Richard E. Hawkins wrote:
> On Thu, Feb 27, 2003 at 02:17:43PM +0100, Ruurd Reitsma wrote:
>> "Jean-Marc Lasgouttes" <[EMAIL PROTECTED]> wrote in message
>> news:[EMAIL PROTECTED]
>> > Did you check the various licenses to make sure that you have the
>> > right to distribute this? And what abo
On Thu, Feb 27, 2003 at 09:18:02AM -0500, Dr. Richard E. Hawkins wrote:
> > But that would still mean you need approval of all contributors to change
> > the licence, wouldn't it?
>
> No. Permission was never obtained to switch to the current purported
> license. Lyx has always had a big hole in
> the hole cannot be fixed without permission of all contributors.
so why not get it and fix the license?
On Thu, Feb 27, 2003 at 03:04:09PM +0100, Andre Poenitz wrote:
> On Thu, Feb 27, 2003 at 08:39:21AM -0500, Kuba Ober wrote:
> > I can compile it for you using latest commercial Qt3 (enterprise) as long as
> > you put proper exclusion in the license.
> > I have done it several times with other sof
On Thu, Feb 27, 2003 at 02:17:43PM +0100, Ruurd Reitsma wrote:
> "Jean-Marc Lasgouttes" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> > Did you check the various licenses to make sure that you have the
> > right to distribute this? And what about the Qt license?
> To be honest, I
Andre Poenitz wrote:
> On Thu, Feb 27, 2003 at 08:39:21AM -0500, Kuba Ober wrote:
>> I can compile it for you using latest commercial Qt3 (enterprise) as long
>> as you put proper exclusion in the license.
>>
>> I have done it several times with other software, and it's perfectly OK
>> (legal).
>
> I can compile it for you using latest commercial Qt3 (enterprise) as long
as
> you put proper exclusion in the license.
>
> I have done it several times with other software, and it's perfectly OK
> (legal).
>
> Since lyx compiles on gcc 3.2, it should compile with little problem on
bcc5.5
> that
On Thu, Feb 27, 2003 at 08:39:21AM -0500, Kuba Ober wrote:
> I can compile it for you using latest commercial Qt3 (enterprise) as long as
> you put proper exclusion in the license.
>
> I have done it several times with other software, and it's perfectly OK
> (legal).
But that would still mean y
> > Did you check the various licenses to make sure that you have the
> > right to distribute this? And what about the Qt license?
>
> To be honest, I have no rights to do this. So, please don't sue me ;-)
> The licence should be extended in the some fashion as it was extended for
> xforms. The que
"Jean-Marc Lasgouttes" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Did you check the various licenses to make sure that you have the
> right to distribute this? And what about the Qt license?
To be honest, I have no rights to do this. So, please don't sue me ;-)
The licence shoul
1 - 100 of 430 matches
Mail list logo
