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 still is
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 now has
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:
| 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:
| #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 with the reordeing of the configure.ac macros patch?
--
Lgb
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=`eval
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 files dir now
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.ac:310,
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}\\``
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'm
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 -
[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
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)
|
| VERSION
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_VERSION
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 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
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
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:
| 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:
> | #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 with the "reordeing" of the configure.ac macros patch?
--
Lgb
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
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.
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
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
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)
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 -
[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
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)
> |
> |
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
| > |
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
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 for you?
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:
|
| But this
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:
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.
--
Lgb
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
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 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:
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 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 cannot
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 are
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 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 yells
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
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:
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
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
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
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
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.0cvs,[EMAIL
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-suffix
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 not like it much
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 set
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 useful. But there
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 that...
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
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
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
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 configure and friends.
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::support::unnamed::get_default_user_support_dir(const std::string)':
package.C:617: error:
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 it is (now) and
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
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 suboptimal
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
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
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 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
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
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:
> 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
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
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
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
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
>
>
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
> "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
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
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
> "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
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
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
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
> "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
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:
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
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
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
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 automake
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 this the
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
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
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 in
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
94 matches
Mail list logo
