Building GeexBox devel branch

[emveeppe]

I recently tried to build the devel branch of OpenBricks repo for the dual core Cubox-i and for the most it was a smooth update, a big thanks to Rudi for this  I di encountered the following minor obstacles

- When it got to building cmake the bootstrap logic in the code wanted to use the full host gcc,  and gcc -v only had me at 4.6.3.  The message was GLIBCXX_3.4.20' not found so I upgraded to gcc 4.7 and set as default.

- The next problem was building netatalk, all the module the were configured were set to the host mysql for the include and libraries and not the cuboxi build folder.  error like this are what came up  CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/mysql

- ./scripts/build kodi did nothing except build some in .stamps.  I read the script and I believe I solved it when I copied the meta file into config.../imx6/kodi and then it worked.

Thanks,

Martin

[Rudi]

- When it got to building cmake the bootstrap logic in the code wanted to use the full host gcc,  and gcc -v only had me at 4.6.3.  The message was GLIBCXX_3.4.20' not found so I upgraded to gcc 4.7 and set as default. 

- The next problem was building netatalk, all the module the were configured were set to the host mysql for the include and libraries and not the cuboxi build folder.  error like this are what came up  CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/mysql

- ./scripts/build kodi did nothing except build some in .stamps.  I read the script and I believe I solved it when I copied the meta file into config.../imx6/kodi and then it worked.

That's all quite strange. I see none of those issues here. Could it be that you are using a 32bit OS on your build machine? Or that some files in config (i.e. fuctions, path, use, Kconfig.main) did not get updated?

[emveeppe]

On Wednesday, February 4, 2015 at 1:18:06 AM UTC-5, Rudi wrote:

That's all quite strange. I see none of those issues here. Could it be that you are using a 32bit OS on your build machine? Or that some files in config (i.e. fuctions, path, use, Kconfig.main) did not get updated?

I do have a 32bit build machine.  For the cmake issue it was solved by updating gcc so I don't think it is config. For netatalk I cant' rebuilt it from the scripts/build netatalk so I am not sure how much I can help.

Martin

[Rudi]

> I do have a 32bit build machine.

O.K., that rings some bells... We use x64 machines exclusively and there is a
problem in the build system that we fixed for 64bit Linux only. I guess we need
to look into that again :(.

> For the cmake issue it was solved by updating gcc so I
> don't think it is config. For netatalk I cant' rebuilt it from the scripts/build
> netatalk so I am not sure how much I can help.

I'm pretty sure that this is the result of the problem mentioned before.



--

Ruediger "Rudi" Ihle

[emveeppe]

On Thursday, February 5, 2015 at 1:26:42 AM UTC-5, Rudi wrote:

Hi save yourself the trouble, I will move to a 64build build machine, I'd rather use what you use.

Martin

[Carl Michal]

I see this same problem building netatalk on a 64bit system.
There are a bunch of Makefiles within netatalk that have: MYSQL_CFLAGS = -I/usr/include/mysql -I/usr/include/mysql/..

It looks like configure is picking up the host mysql include dirs.

I see a similar problem in libcec3:

CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/python3.4
CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/python3.4
CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/python3.4

In CMakeCache.txt:

PYTHON_INCLUDE_DIR:PATH=/usr/include/python3.4

[Rudi]

Hi Carl,

> I see this same problem building netatalk on a 64bit system.

The things you are mentioning are most likely unrelated to the original problem. This issue with the32bit host was solved a while back.

However:

> There are a bunch of Makefiles within netatalk that have: MYSQL_CFLAGS = -I/usr/include/mysql -I/usr/include/mysql/..

This should not be. We have not noticed this because none of us has mysql development files on the host. Can you try to add:

--with-mysql-config=mysql_config_disabled

to "do_configure" in packages/net/netatalk/build?


As for libcec3, it appears that cmake is preferring the highest version of a package it if finds multiple. I have not found a
solution for that. As workaround add:

-DSKIP_PYTHON_WRAPPER=1

to the cmake command in packages/libs/libcec3/build. This disables the python part of libcec, which we do not need anyway...

> --
> You received this message because you are subscribed to the Google Groups "OpenBricks Development List" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to openbricks-dev...@googlegroups.com
> <mailto:openbricks-dev...@googlegroups.com>.
> For more options, visit https://groups.google.com/d/optout.


--

Ruediger "Rudi" Ihle

[toml...@gmail.com]

Le 01/08/2015 08:48, Rudi a écrit :
Hi guys,

> Hi Carl,
>
>> I see this same problem building netatalk on a 64bit system.
>
> The things you are mentioning are most likely unrelated to the original problem. This issue with the32bit host was solved a while back.
>
> However:
>
>> There are a bunch of Makefiles within netatalk that have: MYSQL_CFLAGS = -I/usr/include/mysql -I/usr/include/mysql/..
>
> This should not be. We have not noticed this because none of us has mysql development files on the host. Can you try to add:
>
> --with-mysql-config=mysql_config_disabled
>
> to "do_configure" in packages/net/netatalk/build?

please have a look at
https://github.com/OpenBricks/openbricks/commit/6e115e6acb970d0a66f0593e637abd0021840b63
(but you need others commit about mysql/mariadb)
Does it works for you then ?
>

[toml...@gmail.com]

Le 01/08/2015 08:48, Rudi a écrit :

>
Hi
>

> On 29.07.2015 21:35, Carl Michal wrote:
>> I see this same problem building netatalk on a 64bit system.
>> There are a bunch of Makefiles within netatalk that have: MYSQL_CFLAGS = -I/usr/include/mysql -I/usr/include/mysql/..
>>
>> It looks like configure is picking up the host mysql include dirs.
>>
>> I see a similar problem in libcec3:
>>
>> CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/python3.4
>> CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/python3.4
>> CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/python3.4
>>
>> In CMakeCache.txt:
>>
>> PYTHON_INCLUDE_DIR:PATH=/usr/include/python3.4

can you test this commit :
https://github.com/OpenBricks/openbricks/commit/0c6bee04464dfd46820b5c97dfb8f7bf0a497f35
I tested it with python3-dev installed and it picks our version of python

Cheers !

>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups "OpenBricks Development List" group.
>> To unsubscribe from this group and stop receiving emails from it, send an email to openbricks-dev...@googlegroups.com
>> <mailto:openbricks-dev...@googlegroups.com>.
>> For more options, visit https://groups.google.com/d/optout.
>
>


--

www.geexbox.org
mailto:toml...@openbricks.org

[Carl Michal]

Hi

First I just added --with-mysql-config=mysql_config_disabled as suggested, in master and that worked.
Then I switched to the devel branch and rebuild it. Building mysql filed for me right at the end:

[100%] Building CXX object libmysqld/examples/CMakeFiles/mysqltest_embedded.dir/__/__/client/mysqltest.cc.o
Linking CXX shared library libmysqld.so
/tmp/openbricks/build/build.cuboxi.eglibc/toolchain/bin/armv7-openbricks-linux-gnueabihf-ld.bfd: cannot find -laio
collect2: error: ld returned 1 exit status
libmysqld/CMakeFiles/libmysqld.dir/build.make:87: recipe for target 'libmysqld/libmysqld.so.18' failed
make[2]: *** [libmysqld/libmysqld.so.18] Error 1
CMakeFiles/Makefile2:7162: recipe for target 'libmysqld/CMakeFiles/libmysqld.dir/all' failed
make[1]: *** [libmysqld/CMakeFiles/libmysqld.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....


For libcec3:

>  can you test this commit :
> https://github.com/OpenBricks/openbricks/commit/0c6bee04464dfd46820b5c97dfb8f7bf0a497f35
> I tested it with python3-dev installed and it picks our version of python

does the job.

Thanks.

[toml...@gmail.com]

Le 01/08/2015 17:19, Carl Michal a écrit :

> First I just added --with-mysql-config=mysql_config_disabled as
> suggested, in master and that worked.
> Then I switched to the devel branch and rebuild it. Building mysql filed
> for me right at the end:
>
> [100%] Building CXX object
> libmysqld/examples/CMakeFiles/mysqltest_embedded.dir/__/__/client/mysqltest.cc.o
> Linking CXX shared library libmysqld.so
> /tmp/openbricks/build/build.cuboxi.eglibc/toolchain/bin/armv7-openbricks-linux-gnueabihf-ld.bfd:
> cannot find -laio
> collect2: error: ld returned 1 exit status
> libmysqld/CMakeFiles/libmysqld.dir/build.make:87: recipe for target
> 'libmysqld/libmysqld.so.18' failed
> make[2]: *** [libmysqld/libmysqld.so.18] Error 1
> CMakeFiles/Makefile2:7162: recipe for target
> 'libmysqld/CMakeFiles/libmysqld.dir/all' failed
> make[1]: *** [libmysqld/CMakeFiles/libmysqld.dir/all] Error 2
> make[1]: *** Waiting for unfinished jobs....

The funny thing is I have only libaio for host ... and I don't have this
error
Anyway I have added it in devel branch, can you test ? (just pull)

>
>
> For libcec3:
> > can you test this commit :
> >
> https://github.com/OpenBricks/openbricks/commit/0c6bee04464dfd46820b5c97dfb8f7bf0a497f35
> <https://github.com/OpenBricks/openbricks/commit/0c6bee04464dfd46820b5c97dfb8f7bf0a497f35>
>
> > I tested it with python3-dev installed and it picks our version of
> python
>
> does the job.
>

Great.
> Thanks.

>
> --
> You received this message because you are subscribed to the Google
> Groups "OpenBricks Development List" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to openbricks-dev...@googlegroups.com
> <mailto:openbricks-dev...@googlegroups.com>.
> For more options, visit https://groups.google.com/d/optout.


--

www.geexbox.org
mailto:toml...@openbricks.org

[Carl Michal]

On Sunday, August 2, 2015 at 12:12:29 AM UTC-7, Thomas Genty wrote:

Le 01/08/2015 17:19, Carl Michal a écrit :

> First I just added --with-mysql-config=mysql_config_disabled as
> suggested, in master and that worked.
> Then I switched to the devel branch and rebuild it. Building mysql filed
> for me right at the end:
>
> [100%] Building CXX object
> libmysqld/examples/CMakeFiles/mysqltest_embedded.dir/__/__/client/mysqltest.cc.o
> Linking CXX shared library libmysqld.so
> /tmp/openbricks/build/build.cuboxi.eglibc/toolchain/bin/armv7-openbricks-linux-gnueabihf-ld.bfd:
> cannot find -laio
> collect2: error: ld returned 1 exit status
> libmysqld/CMakeFiles/libmysqld.dir/build.make:87: recipe for target
> 'libmysqld/libmysqld.so.18' failed
> make[2]: *** [libmysqld/libmysqld.so.18] Error 1
> CMakeFiles/Makefile2:7162: recipe for target
> 'libmysqld/CMakeFiles/libmysqld.dir/all' failed
> make[1]: *** [libmysqld/CMakeFiles/libmysqld.dir/all] Error 2
> make[1]: *** Waiting for unfinished jobs....
The funny thing is I have only libaio for host ... and I don't have this
error
Anyway I have added it in devel branch, can you test ? (just pull)

Great. now mysql builds and so does netatalk.

The only other hiccups I saw in the build (that weren't self-inflicted) were:
1) having to add --enable-local-libopts to the gnutls build
2) libtorrent and rtorrent couldn't be downloaded from the host in the meta file. I found the sources:
https://code.google.com/p/acelnmp/downloads/detail?name=libtorrent-0.13.2.tar.gz&can=2&q=
https://code.google.com/p/acelnmp/downloads/detail?name=rtorrent-0.9.2.tar.gz&can=2&q=

Carl

[toml...@gmail.com]

Have to look

> 2) libtorrent and rtorrent couldn't be downloaded from the host in the
> meta file. I found the sources:
> https://code.google.com/p/acelnmp/downloads/detail?name=libtorrent-0.13.2.tar.gz&can=2&q=
> https://code.google.com/p/acelnmp/downloads/detail?name=rtorrent-0.9.2.tar.gz&can=2&q=
>

Thanks for the info.
I have updated links and bumped versions
> Carl

Tom

[toml...@gmail.com]

Le 02/08/2015 18:12, toml...@gmail.com a écrit :
Hello Carl,

>> 1) having to add --enable-local-libopts to the gnutls build
> Have to look

Can you test the last commit in devel branch ?

Cheers !

Tom

--
www.geexbox.org
mailto:toml...@openbricks.org

[Carl Michal]

On Monday, August 3, 2015 at 11:49:04 PM UTC-7, Thomas Genty wrote:

Le 02/08/2015 18:12, toml...@gmail.com a écrit :
Hello Carl,
>> 1) having to add --enable-local-libopts to the gnutls build
> Have to look
Can you test the last commit in devel branch ?

Cheers !

Tom

No joy. It dies with:

 CC       certtool-cfg.lo
In file included from cli-debug-args.c:43:0:
cli-debug-args.h:49:30: fatal error: autoopts/options.h: No such file or directory
 #include <autoopts/options.h>
                              ^
compilation terminated.
In file included from srptool-args.c:43:0:
srptool-args.h:49:30: fatal error: autoopts/options.h: No such file or directory
 #include <autoopts/options.h>

and more similar.

[Carl Michal]

Let me revise that. If I actually do the 'pull' first, it builds fine.

Thanks!