"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| On Tue, Apr 02, 2002 at 01:32:45PM +0200, Jean-Marc Lasgouttes wrote:
>> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>>
>> Lars> but then the later fix of changing $$(file) to $$file was fixing
>> Lars> this then? Or should it
On Tue, Apr 02, 2002 at 01:32:45PM +0200, Jean-Marc Lasgouttes wrote:
> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> Lars> but then the later fix of changing $$(file) to $$file was fixing
> Lars> this then? Or should it be changed back to $${file}?
>
> $${files} is the bes
On Tuesday, 2. April 2002 02.30, Kayvan A. Sylvan wrote:
> You probably have a user-customized default.ui in
> ~/.lyx/ui.
>
> Rename your .lyx directory to .lyx-116 and try again.
<...>
I followed your advice and know everthing is okay.
Thanks a lot
--
Niklaus Giger
Wieshoschet 6
CH-8753 Mollis
[
> "Niklaus" == Niklaus Giger <[EMAIL PROTECTED]> writes:
Niklaus> BTW, the manpage "lyx.man" still has a date of november 1999
Niklaus> and version 1.1.
I updated the man page in cvs. However, it would be nice if somebody
could read it over. It would be nice too to know the status of OS/2
su
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Tue, Apr 02, 2002 at 06:59:51AM -0400, Garst R. Reese wrote:
>> > ./configure --disable-debug I do, but I worry that a new user
>> might abandon ship before discovering that.
John> Yes, the next tarball really needs to be a release
On Tue, Apr 02, 2002 at 01:55:41PM +0200, Lars Gullik Bjønnes wrote:
> At this stage that is exacly what we want.
hmm yes I guess you're right.
john
--
"That's just kitten-eating wrong."
- Richard Henderson
John Levon <[EMAIL PROTECTED]> writes:
| On Tue, Apr 02, 2002 at 06:59:51AM -0400, Garst R. Reese wrote:
>
>> > ./configure --disable-debug
>> I do, but I worry that a new user might abandon ship before discovering
>> that.
>
| Yes, the next tarball really needs to be a release one then (and that
On Tue, Apr 02, 2002 at 06:59:51AM -0400, Garst R. Reese wrote:
> > ./configure --disable-debug
> I do, but I worry that a new user might abandon ship before discovering
> that.
Yes, the next tarball really needs to be a release one then (and that
means without-warnings, no asserts or whatever .
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Apr 02, 2002 at 11:39:49AM +0200, Lars Gullik Bjønnes wrote:
>> Why? $(foo) ${foo} is makefile variables, i fell down on $(foo) for
>> consistency...
>>
>> IMHO $${foo} looks too much like a makefile variable, where as $$foo
>> does not.
>
| Is
> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
Garst> If you want any real world users/testers turn off -g. Garst
./configure --disable-debug
JMarc
On Tue, Apr 02, 2002 at 11:39:49AM +0200, Lars Gullik Bjønnes wrote:
> Why? $(foo) ${foo} is makefile variables, i fell down on $(foo) for
> consistency...
>
> IMHO $${foo} looks too much like a makefile variable, where as $$foo
> does not.
Is $$foo_i equal to $${foo}_i or to $${foo_i} ?
Yo
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>>
Lars> | Lars> but then the later fix of changing $$(file) to $$file
Lars> was fixing | Lars> this then? Or sh
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Apr 02, 2002 at 01:32:45PM +0200, Jean-Marc Lasgouttes wrote:
>> Lars> but then the later fix of changing $$(file) to $$file was fixing
>> Lars> this then? Or should it be changed back to $${file}?
>>
>> $${files} is the best form, I think.
>
|
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> but then the later fix of changing $$(file) to $$file was fixing
| Lars> this then? Or should it be changed back to $${file}?
>
| $${files} is the best form, I think. I foun
On Tue, Apr 02, 2002 at 01:32:45PM +0200, Jean-Marc Lasgouttes wrote:
> Lars> but then the later fix of changing $$(file) to $$file was fixing
> Lars> this then? Or should it be changed back to $${file}?
>
> $${files} is the best form, I think.
It's the most robust version in any case...
Andr
> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
Garst> That was me also. Maybe it would be possible to check if gdb is
Garst> installed. If not, there is little point in turning on
Garst> debugging.
No, this is a bad idea: too clever hacks often fail... What about non
linux systems w
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> but then the later fix of changing $$(file) to $$file was fixing
Lars> this then? Or should it be changed back to $${file}?
$${files} is the best form, I think. I found one $$files in
lib/Makefile.am, but it is debug output I
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> | I already unmade many of these nice "optimizations" in
| Lars> lib/Makefile.am | a week ago...
>
| Lars> Meaning?
>
| Meaning you went a bit overboard in your 25/03 commit
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 01-Apr-2002 Lars Gullik Bjønnes wrote:
>> "Garst R. Reese" <[EMAIL PROTECTED]> writes:
>>
Pre2 will certainly have the documentation included.
--
Lgb
>>| It might work better to provide a separate tar ball for the docs w
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 01-Apr-2002 Lars Gullik Bjønnes wrote:
>> "Garst R. Reese" <[EMAIL PROTECTED]> writes:
>>
Pre2 will certainly have the documentation included.
-- Lgb
>> | It might work better to provide a separate tar ball
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> | I already unmade many of these nice "optimizations" in
Lars> lib/Makefile.am | a week ago...
Lars> Meaning?
Meaning you went a bit overboard in your 25/03 commit: changing
${srcdir} to $(srcdir) is a good idea, changing $${
On 01-Apr-2002 Lars Gullik Bjønnes wrote:
> "Garst R. Reese" <[EMAIL PROTECTED]> writes:
>
>>> Pre2 will certainly have the documentation included.
>>>
>>> --
>>> Lgb
>| It might work better to provide a separate tar ball for the docs with a
>| make install. At least until 1.2.final.
>
You probably have a user-customized default.ui in ~/.lyx/ui.
Rename your .lyx directory to .lyx-116 and try again.
On Mon, Apr 01, 2002 at 08:10:51PM +0200, Niklaus Giger wrote:
> -- Forwarded Message --
>
> Subject: Re: ftp lyx-1.2.0pre1
> Date: Mon, 1 Apr 2
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| Lars> | On Mon, Apr 01, 2002 at 12:12:06AM +0200, Paul Seelig wrote:
for i in $(files) ; do \ /usr/bin/install -c -m 64
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
>> Pre2 will certainly have the documentation included.
>>
>> --
>> Lgb
| It might work better to provide a separate tar ball for the docs with a
| make install. At least until 1.2.final.
Perhaps.
Other opinions?
--
Lgb
-- Forwarded Message --
Subject: Re: ftp lyx-1.2.0pre1
Date: Mon, 1 Apr 2002 19:00:26 +0200
From: Niklaus Giger <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] (Lars Gullik Bjønnes)
On Sunday, 31. March 2002 13.43, you wrote:
> On ftp.devel.lyx.org:/pub/lyx/lyx-1.2.0pr
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
Lars> | On Mon, Apr 01, 2002 at 12:12:06AM +0200, Paul Seelig wrote:
>>> for i in $(files) ; do \ /usr/bin/install -c -m 644 ./$i
>>> /usr/src/Debian/LyX/lyx-1.2.0pre1/debian/tmp/u
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| On Mon, Apr 01, 2002 at 12:12:06AM +0200, Paul Seelig wrote:
>> for i in $(files) ; do \
>>/usr/bin/install -c -m 644 ./$i
>/usr/src/Debian/LyX/lyx-1.2.0pre1/debian/tmp/usr/share/lyx/reLyX/$i ; \
>> done
>> /bin/sh: files: command not found
>
Paul Seelig <[EMAIL PROTECTED]> writes:
| And after installation when trying to load any of the documentation
| from the "Help" menu:
>
| -- snip -
| [pseelig]~ > lyx
| reLyX directory not found.
| LyX: unable to find documentation file `FAQ'. Bad installation?
On Mon, Apr 01, 2002 at 12:12:06AM +0200, Paul Seelig wrote:
> for i in $(files) ; do \
>/usr/bin/install -c -m 644 ./$i
>/usr/src/Debian/LyX/lyx-1.2.0pre1/debian/tmp/usr/share/lyx/reLyX/$i ; \
> done
> /bin/sh: files: command not found
Not unexpectedly, since $(files) is the shell syntax fo
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
> On ftp.devel.lyx.org:/pub/lyx/lyx-1.2.0pre1.tar.gz
>
> Nice if people would take the time to test installation, building etc.
>
On Debian/unstable installation of reLyX's auxiliary files(?) doesn't
work. Here's some context from the build log:
Lars Gullik Bjønnes wrote:
>
> On ftp.devel.lyx.org:/pub/lyx/lyx-1.2.0pre1.tar.gz
>
> Nice if people would take the time to test installation, building etc.
>
> --
> Lgb
Configuration
Host type: i686-pc-linux-gnu
Special build flags:warnings assertio
Lars Gullik Bjønnes wrote:
> On ftp.devel.lyx.org:/pub/lyx/lyx-1.2.0pre1.tar.gz
>
> Nice if people would take the time to test installation, building etc.
no problem for SuSE 7.3 - Linux 2.4.10:
Configuration
Host type: i686-pc-linux-gnu
Special build flags:
33 matches
Mail list logo
