Georg Baum wrote:
> I did this and it works now perfetcly :-)
>
> This is going in now.
It compiled for ages, but now it's finished.
Just for the record: works for me as well.
Jürgen
Georg Baum <[EMAIL PROTECTED]> writes:
| On Friday 30 December 2005 12:29, Lars Gullik Bjønnes wrote:
| > [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| > | Ok not bad. (tiny bit ugly, but we can live with it.)
| > | I'd like to get rid of the VERSOIN variable though, and use
| > | PACKAGE_VERS
On Friday 30 December 2005 12:29, Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
> | Ok not bad. (tiny bit ugly, but we can live with it.)
> | I'd like to get rid of the VERSOIN variable though, and use
> | PACKAGE_VERSION instead. (what AC_INIT defines)
> |
> | VERSIO
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Ok not bad. (tiny bit ugly, but we can live with it.)
| I'd like to get rid of the VERSOIN variable though, and use
| PACKAGE_VERSION instead. (what AC_INIT defines)
|
| VERSION should not be used in a lot of places...
My cursory glance say that
Georg Baum <[EMAIL PROTECTED]> writes:
| Index: ChangeLog
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/ChangeLog,v
| retrieving revision 1.1040
| diff -u -p -r1.1040 ChangeLog
| --- ChangeLog 28 Dec 2005 10:47:00 - 1.10
Lars Gullik Bjønnes wrote:
> Ok, now do me a favour. In the automake options (in configure.ac) add
> 'no-define' there. Does that make a defference? (it wond't work since
> VERSION will be undefined, but PACKAGE should hopefully end up being
> set to lyx-cvs. (I'll handle the VERSION after that)
I
On Friday 30 December 2005 11:42, Juergen Spitzmueller wrote:
> with Georg's second patch, yes. Note that things improved with the patch:
> the files dir is correct, so in configure.ac:310, where real_datadir is
> defined as
> real_datadir=`eval "echo \`eval \"echo ${datadir}/${PACKAGE}\"\`"`
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > | #define PACKAGE "lyx"
| >
| > And with the "reordeing" of the configure.ac macros patch?
|
| with Georg's second patch, yes. Note that things improved with the patch: the
| files dir is correct, so in configure.a
On Friday 30 December 2005 10:51, Juergen Spitzmueller wrote:
> Georg Baum wrote:
> > On Friday 30 December 2005 00:02, Lars Gullik Bjønnes wrote:
> > > Ah... can you also try to move the LYX_USE_PACKAGING after the
> > > AM_INIT_AUTOMAKE?
> >
> > Seems to work for me.
>
> This works partially. The
Lars Gullik Bjønnes wrote:
> | #define PACKAGE "lyx"
>
> And with the "reordeing" of the configure.ac macros patch?
with Georg's second patch, yes. Note that things improved with the patch: the
files dir is correct, so in configure.ac:310, where real_datadir is defined
as
real_datadir=`e
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > A bit strange... what is "PACKAGE" defined as? In config.h f.ex.?
|
| #define PACKAGE "lyx"
And with the "reordeing" of the configure.ac macros patch?
--
Lgb
Lars Gullik Bjønnes wrote:
> | #define PACKAGE "lyx"
>
> And you are of course configuring with --with-version-suffix=cvs?
--with-version-suffix=-cvs
Jürgen
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > A bit strange... what is "PACKAGE" defined as? In config.h f.ex.?
|
| #define PACKAGE "lyx"
And you are of course configuring with --with-version-suffix=cvs?
--
Lgb
Lars Gullik Bjønnes wrote:
> A bit strange... what is "PACKAGE" defined as? In config.h f.ex.?
#define PACKAGE "lyx"
Jürgen
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| Georg Baum wrote:
| > On Friday 30 December 2005 00:02, Lars Gullik Bjønnes wrote:
| > > Ah... can you also try to move the LYX_USE_PACKAGING after the
| > > AM_INIT_AUTOMAKE?
| >
| > Seems to work for me.
|
| This works partially. The files dir
Georg Baum wrote:
> On Friday 30 December 2005 00:02, Lars Gullik Bjønnes wrote:
> > Ah... can you also try to move the LYX_USE_PACKAGING after the
> > AM_INIT_AUTOMAKE?
>
> Seems to work for me.
This works partially. The files dir now has the suffix (/usr/local/lyx-cvs),
but the personal dir sti
Georg Baum <[EMAIL PROTECTED]> writes:
| On Friday 30 December 2005 00:02, Lars Gullik Bjønnes wrote:
| > Ah... can you also try to move the LYX_USE_PACKAGING after the
| > AM_INIT_AUTOMAKE?
|
| Seems to work for me.
I think this is ok.
I bet J-M will chime in if he has objections.
--
On Friday 30 December 2005 00:02, Lars Gullik Bjønnes wrote:
> Ah... can you also try to move the LYX_USE_PACKAGING after the
> AM_INIT_AUTOMAKE?
Seems to work for me.
Georg
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-
Georg Baum <[EMAIL PROTECTED]> writes:
| On Wednesday 28 December 2005 17:41, Juergen Spitzmueller wrote:
| > Lars Gullik Bjønnes wrote:
| > > | where exactly? I tried to add it to AM_INIT_AUTOMAKE, but that didn't
| > > | work.
| > >
| > > That is the right spot.
| >
| > This does not compile:
|
On Wednesday 28 December 2005 17:41, Juergen Spitzmueller wrote:
> Lars Gullik Bjønnes wrote:
> > | where exactly? I tried to add it to AM_INIT_AUTOMAKE, but that didn't
> > | work.
> >
> > That is the right spot.
>
> This does not compile:
But this one does. Can you please test whether it works f
On Wednesday 28 December 2005 16:16, Lars Gullik Bjønnes wrote:
> It would be nice to fix up this before 1.4.0, although it is running
> awfully late. It would help for future version, and also perhaps
> testing...
>
> Opinions on that issue?
Not now please. I fear that the result would be subopti
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > | where exactly? I tried to add it to AM_INIT_AUTOMAKE, but that didn't
| > | work.
| >
| > That is the right spot.
|
| This does not compile:
As expected :-)
(I didn't tell you that, sorry)
--
Lgb
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Perhaps we might have to think about checking in configure (+
| Lars> etc) so that we have "control" on what files are used for
| Lars> building, and have autogen stays as
Lars Gullik Bjønnes wrote:
> | where exactly? I tried to add it to AM_INIT_AUTOMAKE, but that didn't
> | work.
>
> That is the right spot.
This does not compile:
package.C: In function 'const std::string
lyx::supportget_default_user_support_dir(const std::string&)':
package.C:617: error: 'PA
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Perhaps we might have to think about checking in configure (+
Lars> etc) so that we have "control" on what files are used for
Lars> building, and have autogen stays as it is (now) and only be used
Lars> for regenerating configur
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars, following your latest changes to autogen.sh, everytime it is run
| it replaces lots of files in config/ with older ones from my system :(
|
| If you _really_ think this `missing' stuff is useful, you should make
| it an optional autogen.sh
On Wednesday 28 December 2005 15:16, Lars Gullik Bjønnes wrote:
> Opinions on that issue?
Let us do it for 1.5, that does not seems a critical bug to me, if we could
live with it until now...
> --
> Lgb
--
José Abílio
Lars, following your latest changes to autogen.sh, everytime it is run
it replaces lots of files in config/ with older ones from my system :(
If you _really_ think this `missing' stuff is useful, you should make
it an optional autogen.sh feature, especially since these files are in
cvs.
JMarc
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> IMHO (at least on the system side) we should try to mimic what
Lars> gcc and emacs does. (and perl, python etc...)
When I asked on the autoconf mailing list a few years ago, the answer
was that autoconf/automake do not allow th
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
|
| >> btw. I really dislike the whole "version-suffix" stuff. I think we
| >> are just about the only program that does a thing like this...
|
| Juergen> I find it pretty usefu
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Ok... try this:
| >
| > add 'no-define' to the automake options in configure.ac.
|
| where exactly? I tried to add it to AM_INIT_AUTOMAKE, but that didn't work.
That is the right spot.
| > Then automake will not s
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>> btw. I really dislike the whole "version-suffix" stuff. I think we
>> are just about the only program that does a thing like this...
Juergen> I find it pretty useful. But there might be more elegant
Juergen> solutions.
I do n
Lars Gullik Bjønnes wrote:
> Ok... try this:
>
> add 'no-define' to the automake options in configure.ac.
where exactly? I tried to add it to AM_INIT_AUTOMAKE, but that didn't work.
> Then automake will not set PACKAGE by itself at all.
> (nor VERSION)
>
> btw. I really dislike the whole "version
Georg Baum wrote:
> The problem is that the variable PACKAGE that is set by the
> --with-version-suffix switch (in config/lyxinclude.m4) is overwritten by
> autosomething.
>
> I guess that it will work if you replace
>
> AC_INIT(LyX,1.4.0cvs,[EMAIL PROTECTED],[lyx])
>
> with
>
> AC_INIT(LyX,1.4.0cv
Georg Baum <[EMAIL PROTECTED]> writes:
| On Wednesday 28 December 2005 15:01, Juergen Spitzmueller wrote:
|
| > LyX seems to ignore the switch (--with-version-suffix=-cvs), i.e. it uses
| > the default paths. Since I have 1.3 installed there, it triggers an error
| > when I try to create a new do
Georg Baum <[EMAIL PROTECTED]> writes:
| On Wednesday 28 December 2005 15:01, Juergen Spitzmueller wrote:
|
| > LyX seems to ignore the switch (--with-version-suffix=-cvs), i.e. it uses
| > the default paths. Since I have 1.3 installed there, it triggers an error
| > when I try to create a new do
On Wednesday 28 December 2005 15:01, Juergen Spitzmueller wrote:
> LyX seems to ignore the switch (--with-version-suffix=-cvs), i.e. it uses
> the default paths. Since I have 1.3 installed there, it triggers an error
> when I try to create a new document (lyx2lyx cannot convert defaults.lyx
> and
Lars Gullik Bjønnes wrote:
> Might very well be related to the parent one. What does wrong?
LyX seems to ignore the switch (--with-version-suffix=-cvs), i.e. it uses the
default paths. Since I have 1.3 installed there, it triggers an error when I
try to create a new document (lyx2lyx cannot conv
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Ok, let's see how many yells we get...
|
| My yell (not related to this patch) is that --with-version-suffix again
| doesn't work.
Might very well be related to the parent one. What does wrong?
--
Lgb
Lars Gullik Bjønnes wrote:
> Ok, let's see how many yells we get...
My yell (not related to this patch) is that --with-version-suffix again
doesn't work.
This time, make distclean and autogen.sh didn't help.
Using automake (GNU automake) 1.9.6
Using autoconf (GNU Autoconf) 2.59
Jürgen
Georg Baum <[EMAIL PROTECTED]> writes:
| On Wednesday 28 December 2005 10:38, Lars Gullik Bjønnes wrote:
| > To me this is quite ok.
| >
| > We should also give "1.9" as option to automake in configure.ac.
|
| That looks like the attached then. I am going to commit that.
Ok, let's see how many y
On Wednesday 28 December 2005 10:38, Lars Gullik Bjønnes wrote:
> To me this is quite ok.
>
> We should also give "1.9" as option to automake in configure.ac.
That looks like the attached then. I am going to commit that.
Georg
Index: ChangeLog
Georg Baum <[EMAIL PROTECTED]> writes:
| On Wednesday 28 December 2005 01:17, Lars Gullik Bjønnes wrote:
| > Georg Baum <[EMAIL PROTECTED]> writes:
| > | Does this mean that atomake 1.7 is not supported anymore?
| >
| > Too old... If we want to support it we have to fix the Mac paths...
| > they a
On Wednesday 28 December 2005 01:17, Lars Gullik Bjønnes wrote:
> Georg Baum <[EMAIL PROTECTED]> writes:
> | Does this mean that atomake 1.7 is not supported anymore?
>
> Too old... If we want to support it we have to fix the Mac paths...
> they are longer than 99 characters. (old tar formats canno
Georg Baum <[EMAIL PROTECTED]> writes:
| On Sunday 18 December 2005 18:33, Lars Gullik Bjønnes wrote:
| > I just tried to run "make distcheck" and discovered that the make dist
| > target are not able to create the tar files due to too long file
| > paths. (limit of 99 char).
| >
| > To rectify th
On Sunday 18 December 2005 18:33, Lars Gullik Bjønnes wrote:
> I just tried to run "make distcheck" and discovered that the make dist
> target are not able to create the tar files due to too long file
> paths. (limit of 99 char).
>
> To rectify this the paramter "tar-ustar" is required to as a auto
I just tried to run "make distcheck" and discovered that the make dist
target are not able to create the tar files due to too long file
paths. (limit of 99 char).
To rectify this the paramter "tar-ustar" is required to as a automake
option... This option is not settable through AUTOMAKE_OPTIONS
47 matches
Mail list logo
