Please git pull tizen_2.0 branch and try to build it again :)
Thanks.

Daniel Juyung Seo (SeoZ)

On Fri, Mar 29, 2013 at 9:03 PM, Daniel Juyung Seo <seojuyu...@gmail.com> wrote:
> Ok I just cleaned up all of these unnecessary files from ecore.
> It should work fine now!
> Thanks for the report.
>
> Daniel Juyung Seo (SeoZ)
>
> On Fri, Mar 29, 2013 at 7:39 PM, Carsten Haitzler <ti...@rasterman.com> wrote:
>> On Fri, 29 Mar 2013 19:33:43 +0900 Daniel Juyung Seo <seojuyu...@gmail.com>
>> said:
>>
>>> On Fri, Mar 29, 2013 at 5:47 PM, Carsten Haitzler <ti...@rasterman.com> 
>>> wrote:
>>> > On Fri, 29 Mar 2013 17:44:41 +0900 Daniel Juyung Seo 
>>> > <seojuyu...@gmail.com>
>>> > said:
>>> >
>>> >> On Fri, Mar 29, 2013 at 3:49 PM, Carsten Haitzler <ti...@rasterman.com>
>>> >> wrote:
>>> >> > On Fri, 29 Mar 2013 15:25:58 +0900 Daniel Juyung Seo
>>> >> > <seojuyu...@gmail.com> said:
>>> >> >
>>> >> > what on earth is your log saying there?
>>> >> >
>>> >> > https://review.tizen.org/git/?p=framework/uifw/ecore.git;a=tree
>>> >> >
>>> >> > no configure.in file there, but... your log says:
>>> >> >
>>> >> > [   12s] aclocal: `configure.ac' and `configure.in' both present.
>>> >> >
>>>
>>> Huh? This is super weird. Tizen ecore git is from Mars I guess.
>>> Someone who pushed Samsung git into Tizen made some mistakes.
>>> Samsung git does not have configure.in.
>>> I couldn't find any configure.in from 1.0_post, 2.0alpha, and master
>>> branches... Ecore's tizen_2.0 branch even has .cvsignore. We don't have it
>>> either. It's from Mars.
>>>
>>> I will remove all the unnecessary files from tizen 2.0 git very soon.
>>> Thanks.
>>
>> i am wondering just how much else is "from mars"... :/
>>
>>> Daniel Juyung Seo (SeoZ)
>>>
>>> >>
>>> >> Please check tizen_2.0 branch.
>>> >> Tizen 2.0 uses tizen_2.0 branches for all git.
>>> >> https://review.tizen.org/git/?p=framework/uifw/ecore.git;a=tree;h=refs/heads/tizen_2.0;hb=refs/heads/tizen_2.0
>>> >
>>> > oh who thought that was a good idea.. to have both of the configure's? we
>>> > moved from configure.in to configure.ac years ago... :/
>>> >
>>> >> Thanks.
>>> >>
>>> >> Daniel Juyung Seo (SeoZ)
>>> >>
>>> >> > ???
>>> >> >
>>> >> > svnversion complaint is a red herring - ignore it. its safe. ans the
>>> >> > gettext version complaint - i have heard this from some people on some
>>> >> > distributions and it has something to do with the local version of
>>> >> > autofoo packages - but i have never managed to reproduce it myself, so 
>>> >> > i
>>> >> > have no ready advice/solution for it. but the fact you get complaints
>>> >> > about configure.in and configure.ac both being there smells fishy to me
>>> >> > already.
>>> >> >
>>> >> >> Hello, it looks weird.
>>> >> >> Can you check if you are working on tizen_2.0 branch?
>>> >> >>
>>> >> >> Daniel Juyung Seo (SeoZ)
>>> >> >>
>>> >> >> On Mon, Mar 11, 2013 at 1:00 PM, Jeff Chuang 
>>> >> >> <jeff.cy.chu...@gmail.com>
>>> >> >> wrote:
>>> >> >> > Hi all,
>>> >> >> >
>>> >> >> > I am trying to port Tizen 2.0 release for ARM platform.
>>> >> >> > I have brought up X server but failed to bring EFL up, which get
>>> >> >> > errors in the function ecore_x_init().
>>> >> >> > I plan to enable the flag LOGFNS of ecore_x_private.h for debug
>>> >> >> > messages. When I did "gbs build" for ecore, I got the following
>>> >> >> > errors: ....
>>> >> >> > [   11s] + ./autogen.sh --build=armv7l-unknown-linux-gnueabi
>>> >> >> > --host=armv7l-unknown-linux-gnueabi
>>> >> >> > --target=armv7l-tizen-linux-gnueabi
>>> >> >> > --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin
>>> >> >> > --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share
>>> >> >> > --includedir=/usr/include --libdir=/usr/lib 
>>> >> >> > --libexecdir=/usr/libexec
>>> >> >> > --localstatedir=/var --sharedstatedir=/var/lib 
>>> >> >> > --mandir=/usr/share/man
>>> >> >> > --infodir=/usr/share/info
>>> >> >> > [   11s] Running autopoint...
>>> >> >> > [   12s] autopoint: *** Missing version: please specify in
>>> >> >> > configure.in through a line 'AM_GNU_GETTEXT_VERSION(x.yy.zz)' the
>>> >> >> > gettext version the package is using
>>> >> >> > [   12s] autopoint: *** Stop.
>>> >> >> > [   12s] Running aclocal...
>>> >> >> > [   12s] aclocal: `configure.ac' and `configure.in' both present.
>>> >> >> > [   12s] aclocal: proceeding with `configure.ac'.
>>> >> >> > [   33s] /bin/sh: svnversion: command not found
>>> >> >> > ....
>>> >> >> > (The build log file is as the attachment)
>>> >> >> > Could you please give the suggestions about how to fix these errors?
>>> >> >> > ex: the missing version errors for autopoint, how to get the missing
>>> >> >> > command svnversion for build root?
>>> >> >> > Look forward to any advise.
>>> >> >> > Thank you
>>> >> >> >
>>> >> >> > BR,
>>> >> >> > Jeff Chuang
>>> >> >> >
>>> >> >> >
>>> >> >> > _______________________________________________
>>> >> >> > General mailing list
>>> >> >> > General@lists.tizen.org
>>> >> >> > https://lists.tizen.org/listinfo/general
>>> >> >> >
>>> >> >>
>>> >> >
>>> >> >
>>> >> > --
>>> >> > Carsten Haitzler (The Rasterman) <ti...@rasterman.com>
>>> >>
>>> >
>>> >
>>> > --
>>> > Carsten Haitzler (The Rasterman) <ti...@rasterman.com>
>>>
>>
>>
>> --
>> Carsten Haitzler (The Rasterman) <ti...@rasterman.com>
_______________________________________________
General mailing list
General@lists.tizen.org
https://lists.tizen.org/listinfo/general

Reply via email to