On Fri, Jan 18, 2013 at 1:11 AM, Carsten Haitzler wrote:
> over the past 16+ years i've learned that:
>
> 1. autotools likes to upgrade regularly from 1.xx to 1.yy and so on
> 2. as it upgrades it often creates brekages, deprecates stuff and breaks it
> etc.
> 3. you often can't just choose any c
On Fri, 18 Jan 2013 00:50:28 +0200 "Alex-P. Natsios" said:
> On Wed, Jan 16, 2013 at 1:15 PM, Carsten Haitzler
> wrote:
>
> > all we can do is ensure at least its least broken for those that work on the
> > src itself and ... :/
>
> thing is an automated way did not work even for those who act
On Wed, Jan 16, 2013 at 1:15 PM, Carsten Haitzler wrote:
> all we can do is ensure at least its least broken for those that work on the
> src itself and ... :/
thing is an automated way did not work even for those who actively
work/ed on the code.
it wasn't just platform but also autotools depen
On Wed, 16 Jan 2013 13:01:18 +0200 "Alex-P. Natsios" said:
> this is really stupid and annoying...
>
> did you try your suggestion in configure.ac ? guess it won't work ..
> and no i still don't know why :(
> we tried that and many other cases for vtorri but nothing seemed to
> work OR if anythi
this is really stupid and annoying...
did you try your suggestion in configure.ac ? guess it won't work ..
and no i still don't know why :(
we tried that and many other cases for vtorri but nothing seemed to
work OR if anything worked it would be only for one system.. and break
for all others.
al
On Sun, 13 Jan 2013 22:16:13 -0200 "Eduardo Lima (Etrunko)"
said:
> On Sun, Jan 13, 2013 at 1:21 AM, Carsten Haitzler
> wrote:
> > On Sat, 12 Jan 2013 23:28:05 -0200 "Eduardo Lima (Etrunko)"
> > said:
> >
> >> On Sat, Jan 12, 2013 at 11:10 PM, Eduardo Lima (Etrunko)
> >> wrote:
> >> > Taking a
On Sun, Jan 13, 2013 at 1:21 AM, Carsten Haitzler wrote:
> On Sat, 12 Jan 2013 23:28:05 -0200 "Eduardo Lima (Etrunko)"
> said:
>
>> On Sat, Jan 12, 2013 at 11:10 PM, Eduardo Lima (Etrunko)
>> wrote:
>> > Taking a look on elementary and e, it seems that the version definition is
>> > under
>> >
>
On Sat, 12 Jan 2013 23:28:05 -0200 "Eduardo Lima (Etrunko)"
said:
> On Sat, Jan 12, 2013 at 11:10 PM, Eduardo Lima (Etrunko)
> wrote:
> > Taking a look on elementary and e, it seems that the version definition is
> > under
> >
> > m4_ifdef([AM_GNU_GETTEXT_VERSION], [
> > AM_GNU_GETTEXT_VERSION([
On Sat, Jan 12, 2013 at 11:10 PM, Eduardo Lima (Etrunko)
wrote:
> Taking a look on elementary and e, it seems that the version definition is
> under
>
> m4_ifdef([AM_GNU_GETTEXT_VERSION], [
> AM_GNU_GETTEXT_VERSION([0.17])
> ])
>
> Patching configure.ac solves the issue.
>
Actually no, it does n
Taking a look on elementary and e, it seems that the version definition is under
m4_ifdef([AM_GNU_GETTEXT_VERSION], [
AM_GNU_GETTEXT_VERSION([0.17])
])
Patching configure.ac solves the issue.
On Sat, Jan 12, 2013 at 11:02 PM, Eduardo Lima (Etrunko)
wrote:
> Making all in po
> *** error: gettext
Making all in po
*** error: gettext infrastructure mismatch: using a Makefile.in.in
from gettext version 0.17 but the autoconf macros are from gettext
version 0.18
make[2]: *** [check-macro-version] Error 1
How do I fix the build without patching configure.ac like this?
-AM_GNU_GETTEXT_VERSION([0
11 matches
Mail list logo