[Buildroot] Replace libev with libuv

[Buildroot] Replace libev with libuv

[Nimai Mahajan]

libuv supercedes libev in many ways, adds more features, and is
regularly updated. libev has not been updated for more than a year
now. libuv uses autogen.sh which is tricky to get working properly in
Buildroot so I request the higher authorities to add this as it is
perhaps the most useful asynchronous I/O library in C. Current
unstable version is 0.11.26 and stable is 0.10.27. Thank you.

[Buildroot] Replace libev with libuv

[Gustavo Zacarias]

On 07/18/2014 09:48 AM, Nimai Mahajan wrote:

> libuv supercedes libev in many ways, adds more features, and is
> regularly updated. libev has not been updated for more than a year
> now. libuv uses autogen.sh which is tricky to get working properly in
> Buildroot so I request the higher authorities to add this as it is
> perhaps the most useful asynchronous I/O library in C. Current
> unstable version is 0.11.26 and stable is 0.10.27. Thank you.

Hi.
I don't have any authority badge ;) but libev and libuv even though they
provide basically the same functionality have different APIs, hence once
doesn't replace the other, specially since libev is used by some
packages which probably won't work with libuv without some serious
retooling.
autogen.sh isn't that tricky, normally enabling autoreconfiguration via
PKGNAME_AUTORECONF = YES suffices to get that out of your way, as stated
in the manual (adding packages autotools).
Give that a try.
Regards.

[Buildroot] Replace libev with libuv

[Gustavo Zacarias]

On 07/18/2014 10:30 AM, Nimai Mahajan wrote:

> Already tried that and it fails to build. I will give you the exact
> error when I am by my PC again. And you are right both libraries are for
> different purposes, I guess it would have been more accurate to say many
> projects can make better use of libuv than libev. I just like that libuv
> is significantly better documented which in itself makes it more usable.
> I am using other autogen.sh packages as a template but they all seem to
> have their own custom hooks which is what is confusing me. Thanks for
> the help BTW.

Hi.
Keep the list cc'ed, you've got a better chance of getting help with
everyone rather than just me, and also other people might be interested.
Yes please do, normally AUTORECONF is enough but there are a couple of
difficult packages that need some extra help.
Regards.

[Buildroot] Replace libev with libuv

[Nimai Mahajan]

Package works fine if on my Mint host I run ./autogen.sh, then
./configure and then make which will properly generate static (.a) and
shared libraries (.so).

If I use this kind of libuv.mk, I get errors in Buildroot:

LIBUV_VERSION = v0.11.25
LIBUV_SITE = http://libuv.org/dist/$(LIBUV_VERSION)/
LIBUV_INSTALL_STAGING = YES
LIBUV_AUTORECONF = YES

$(eval $(autotools-package))

When trying to "make libuv":

>>> libuv v0.11.25 Autoreconfiguring
aclocal: error: configure.ac:18: file
'm4/libuv-extra-automake-flags.m4' does not exist
autoreconf: /home/user/Desktop/buildroot-2014.02/output/host/usr/bin/aclocal
failed with exit status: 1
make: *** [/home/user/Desktop/buildroot-2014.02/output/build/libuv-v0.11.25/.stamp_configured]
Error 1

The problem is its not running the autogen.sh. How do I force this to
run? Is the only way still through <PKG_NAME>_POST_EXTRACT_HOOKS or
<PKG_NAME>_POST_PATCH_HOOKS?



On Fri, Jul 18, 2014 at 9:32 AM, Gustavo Zacarias
<gustavo@zacarias.com.ar> wrote:
> On 07/18/2014 10:30 AM, Nimai Mahajan wrote:
>
>> Already tried that and it fails to build. I will give you the exact
>> error when I am by my PC again. And you are right both libraries are for
>> different purposes, I guess it would have been more accurate to say many
>> projects can make better use of libuv than libev. I just like that libuv
>> is significantly better documented which in itself makes it more usable.
>> I am using other autogen.sh packages as a template but they all seem to
>> have their own custom hooks which is what is confusing me. Thanks for
>> the help BTW.
>
> Hi.
> Keep the list cc'ed, you've got a better chance of getting help with
> everyone rather than just me, and also other people might be interested.
> Yes please do, normally AUTORECONF is enough but there are a couple of
> difficult packages that need some extra help.
> Regards.
>

[Buildroot] Replace libev with libuv

[Gustavo Zacarias]

On 07/18/2014 11:02 AM, Nimai Mahajan wrote:

>>>> libuv v0.11.25 Autoreconfiguring
> aclocal: error: configure.ac:18: file
> 'm4/libuv-extra-automake-flags.m4' does not exist
> autoreconf: /home/user/Desktop/buildroot-2014.02/output/host/usr/bin/aclocal
> failed with exit status: 1
> make: *** [/home/user/Desktop/buildroot-2014.02/output/build/libuv-v0.11.25/.stamp_configured]
> Error 1
> 
> The problem is its not running the autogen.sh. How do I force this to
> run? Is the only way still through <PKG_NAME>_POST_EXTRACT_HOOKS or
> <PKG_NAME>_POST_PATCH_HOOKS?

I've just sent a patch to the list to add libuv.
Basically autogen.sh is doing a dirty deed, so i've added that in a
POST_PATCH_HOOK instead of running autogen.sh - we really want to avoid
doing so as much as possible.
Regards.

[Buildroot] Replace libev with libuv

[Nimai Mahajan]

Sending to whole group this time (sorry for any dupes, gmail is acting
up)... Much appreciated Gustavo. This will help us out a lot. My biggest
problem with any package in any distribution is cross compiling them is a
pain because there is simply no standard and half of them are hacks and
then its impossible to figure out. So thank you for the direct help.
On Jul 18, 2014 10:02 AM, "Nimai Mahajan" <nimaim@gmail.com> wrote:

> Package works fine if on my Mint host I run ./autogen.sh, then
> ./configure and then make which will properly generate static (.a) and
> shared libraries (.so).
>
> If I use this kind of libuv.mk, I get errors in Buildroot:
>
> LIBUV_VERSION = v0.11.25
> LIBUV_SITE = http://libuv.org/dist/$(LIBUV_VERSION)/
> LIBUV_INSTALL_STAGING = YES
> LIBUV_AUTORECONF = YES
>
> $(eval $(autotools-package))
>
> When trying to "make libuv":
>
> >>> libuv v0.11.25 Autoreconfiguring
> aclocal: error: configure.ac:18: file
> 'm4/libuv-extra-automake-flags.m4' does not exist
> autoreconf:
> /home/user/Desktop/buildroot-2014.02/output/host/usr/bin/aclocal
> failed with exit status: 1
> make: ***
> [/home/user/Desktop/buildroot-2014.02/output/build/libuv-v0.11.25/.stamp_configured]
> Error 1
>
> The problem is its not running the autogen.sh. How do I force this to
> run? Is the only way still through <PKG_NAME>_POST_EXTRACT_HOOKS or
> <PKG_NAME>_POST_PATCH_HOOKS?
>
>
>
> On Fri, Jul 18, 2014 at 9:32 AM, Gustavo Zacarias
> <gustavo@zacarias.com.ar> wrote:
> > On 07/18/2014 10:30 AM, Nimai Mahajan wrote:
> >
> >> Already tried that and it fails to build. I will give you the exact
> >> error when I am by my PC again. And you are right both libraries are for
> >> different purposes, I guess it would have been more accurate to say many
> >> projects can make better use of libuv than libev. I just like that libuv
> >> is significantly better documented which in itself makes it more usable.
> >> I am using other autogen.sh packages as a template but they all seem to
> >> have their own custom hooks which is what is confusing me. Thanks for
> >> the help BTW.
> >
> > Hi.
> > Keep the list cc'ed, you've got a better chance of getting help with
> > everyone rather than just me, and also other people might be interested.
> > Yes please do, normally AUTORECONF is enough but there are a couple of
> > difficult packages that need some extra help.
> > Regards.
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20140718/050db1e1/attachment.html>

[Buildroot] Replace libev with libuv

[Nimai Mahajan]

Just tried it with your .mk Gustavo and Buildroot still doesn't like
it for some reason:

>>> libuv v0.11.26 Patching
echo "m4_define([UV_EXTRA_AUTOMAKE_FLAGS], [serial-tests])"
>/m4/libuv-extra-automake-flags.m4
/bin/bash: /m4/libuv-extra-automake-flags.m4: No such file or directory
make: *** [/home/user/Desktop/buildroot-2014.02/output/build/libuv-v0.11.26/.stamp_patched]
Error 1

I'm still on the 2014.02 version of Buildroot as everything is working
for us there currently but I don't think that should matter and your
echo statement there should be generating the
libuv-extra-automake-flags.m4 file so not sure why it's still broken.
I'll play around with it some more.

On Fri, Jul 18, 2014 at 7:36 PM, Nimai Mahajan <nimaim@gmail.com> wrote:
> Sending to whole group this time (sorry for any dupes, gmail is acting
> up)... Much appreciated Gustavo. This will help us out a lot. My biggest
> problem with any package in any distribution is cross compiling them is a
> pain because there is simply no standard and half of them are hacks and then
> its impossible to figure out. So thank you for the direct help.
>
> On Jul 18, 2014 10:02 AM, "Nimai Mahajan" <nimaim@gmail.com> wrote:
>>
>> Package works fine if on my Mint host I run ./autogen.sh, then
>> ./configure and then make which will properly generate static (.a) and
>> shared libraries (.so).
>>
>> If I use this kind of libuv.mk, I get errors in Buildroot:
>>
>> LIBUV_VERSION = v0.11.25
>> LIBUV_SITE = http://libuv.org/dist/$(LIBUV_VERSION)/
>> LIBUV_INSTALL_STAGING = YES
>> LIBUV_AUTORECONF = YES
>>
>> $(eval $(autotools-package))
>>
>> When trying to "make libuv":
>>
>> >>> libuv v0.11.25 Autoreconfiguring
>> aclocal: error: configure.ac:18: file
>> 'm4/libuv-extra-automake-flags.m4' does not exist
>> autoreconf:
>> /home/user/Desktop/buildroot-2014.02/output/host/usr/bin/aclocal
>> failed with exit status: 1
>> make: ***
>> [/home/user/Desktop/buildroot-2014.02/output/build/libuv-v0.11.25/.stamp_configured]
>> Error 1
>>
>> The problem is its not running the autogen.sh. How do I force this to
>> run? Is the only way still through <PKG_NAME>_POST_EXTRACT_HOOKS or
>> <PKG_NAME>_POST_PATCH_HOOKS?
>>
>>
>>
>> On Fri, Jul 18, 2014 at 9:32 AM, Gustavo Zacarias
>> <gustavo@zacarias.com.ar> wrote:
>> > On 07/18/2014 10:30 AM, Nimai Mahajan wrote:
>> >
>> >> Already tried that and it fails to build. I will give you the exact
>> >> error when I am by my PC again. And you are right both libraries are
>> >> for
>> >> different purposes, I guess it would have been more accurate to say
>> >> many
>> >> projects can make better use of libuv than libev. I just like that
>> >> libuv
>> >> is significantly better documented which in itself makes it more
>> >> usable.
>> >> I am using other autogen.sh packages as a template but they all seem to
>> >> have their own custom hooks which is what is confusing me. Thanks for
>> >> the help BTW.
>> >
>> > Hi.
>> > Keep the list cc'ed, you've got a better chance of getting help with
>> > everyone rather than just me, and also other people might be interested.
>> > Yes please do, normally AUTORECONF is enough but there are a couple of
>> > difficult packages that need some extra help.
>> > Regards.
>> >

[Buildroot] Replace libev with libuv

[Nimai Mahajan]

I got it. Gustavo, took a slightly different approach but this works
(idea taken from sdl.mk, which also has a broken build process):

LIBUV_VERSION = v0.11.26
LIBUV_SITE = $(call github,joyent,libuv,$(LIBUV_VERSION))
LIBUV_DEPENDENCIES = host-pkgconf
LIBUV_INSTALL_STAGING = YES
LIBUV_AUTORECONF = YES
LIBUV_LICENSE = BSD-2c, BSD-3c, ISC, MIT
LIBUV_LICENSE_FILES = LICENSE

# Tweaked autogen.sh
#define LIBUV_FIXUP_AUTOGEN
#    echo "m4_define([UV_EXTRA_AUTOMAKE_FLAGS], [serial-tests])" >$(
<at> D) m4/libuv-extra-automake-flags.m4
#endef

define LIBUV_RUN_AUTOGEN
    cd $(@D) && PATH=$(HOST_PATH) ./autogen.sh
endef

LIBUV_POST_PATCH_HOOKS += LIBUV_RUN_AUTOGEN

$(eval $(autotools-package))

Hope this helps others out.

On Fri, Jul 18, 2014 at 7:36 PM, Nimai Mahajan <nimaim@gmail.com> wrote:
> Sending to whole group this time (sorry for any dupes, gmail is acting
> up)... Much appreciated Gustavo. This will help us out a lot. My biggest
> problem with any package in any distribution is cross compiling them is a
> pain because there is simply no standard and half of them are hacks and then
> its impossible to figure out. So thank you for the direct help.
>
> On Jul 18, 2014 10:02 AM, "Nimai Mahajan" <nimaim@gmail.com> wrote:
>>
>> Package works fine if on my Mint host I run ./autogen.sh, then
>> ./configure and then make which will properly generate static (.a) and
>> shared libraries (.so).
>>
>> If I use this kind of libuv.mk, I get errors in Buildroot:
>>
>> LIBUV_VERSION = v0.11.25
>> LIBUV_SITE = http://libuv.org/dist/$(LIBUV_VERSION)/
>> LIBUV_INSTALL_STAGING = YES
>> LIBUV_AUTORECONF = YES
>>
>> $(eval $(autotools-package))
>>
>> When trying to "make libuv":
>>
>> >>> libuv v0.11.25 Autoreconfiguring
>> aclocal: error: configure.ac:18: file
>> 'm4/libuv-extra-automake-flags.m4' does not exist
>> autoreconf:
>> /home/user/Desktop/buildroot-2014.02/output/host/usr/bin/aclocal
>> failed with exit status: 1
>> make: ***
>> [/home/user/Desktop/buildroot-2014.02/output/build/libuv-v0.11.25/.stamp_configured]
>> Error 1
>>
>> The problem is its not running the autogen.sh. How do I force this to
>> run? Is the only way still through <PKG_NAME>_POST_EXTRACT_HOOKS or
>> <PKG_NAME>_POST_PATCH_HOOKS?
>>
>>
>>
>> On Fri, Jul 18, 2014 at 9:32 AM, Gustavo Zacarias
>> <gustavo@zacarias.com.ar> wrote:
>> > On 07/18/2014 10:30 AM, Nimai Mahajan wrote:
>> >
>> >> Already tried that and it fails to build. I will give you the exact
>> >> error when I am by my PC again. And you are right both libraries are
>> >> for
>> >> different purposes, I guess it would have been more accurate to say
>> >> many
>> >> projects can make better use of libuv than libev. I just like that
>> >> libuv
>> >> is significantly better documented which in itself makes it more
>> >> usable.
>> >> I am using other autogen.sh packages as a template but they all seem to
>> >> have their own custom hooks which is what is confusing me. Thanks for
>> >> the help BTW.
>> >
>> > Hi.
>> > Keep the list cc'ed, you've got a better chance of getting help with
>> > everyone rather than just me, and also other people might be interested.
>> > Yes please do, normally AUTORECONF is enough but there are a couple of
>> > difficult packages that need some extra help.
>> > Regards.
>> >

[Buildroot] Replace libev with libuv

[Yann E. MORIN]

Nimai, All,

On 2014-07-19 08:42 -0400, Nimai Mahajan spake thusly:
> Just tried it with your .mk Gustavo and Buildroot still doesn't like
> it for some reason:

It Works For Me (TM).

> >>> libuv v0.11.26 Patching
> echo "m4_define([UV_EXTRA_AUTOMAKE_FLAGS], [serial-tests])"
> >/m4/libuv-extra-automake-flags.m4

Something is weird: the code above tries to create the file
    /m4/libuv-extra-automake-flags.m4

That is, in a sub-dir named 'm4' at the root of the filesystem hierarchy.

The code is about creating $(@D)/m4/libuv-extra-automake-flags.m4 so
this should create a file in the package source tree (the $(@D) part.)

Can you check that your Buildroot tree is correct (I just checkedc mine,
which is master from a few minutes ago, and it is fine.)

Regards,
Yann E. MORIN.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
'------------------------------^-------^------------------^--------------------'

[Buildroot] Replace libev with libuv

[Yann E. MORIN]

Nimai, All,

On 2014-07-19 08:51 -0400, Nimai Mahajan spake thusly:
> I got it. Gustavo, took a slightly different approach but this works
> (idea taken from sdl.mk, which also has a broken build process):
> 
> LIBUV_VERSION = v0.11.26
> LIBUV_SITE = $(call github,joyent,libuv,$(LIBUV_VERSION))
> LIBUV_DEPENDENCIES = host-pkgconf
> LIBUV_INSTALL_STAGING = YES
> LIBUV_AUTORECONF = YES
> LIBUV_LICENSE = BSD-2c, BSD-3c, ISC, MIT
> LIBUV_LICENSE_FILES = LICENSE
> 
> # Tweaked autogen.sh
> #define LIBUV_FIXUP_AUTOGEN
> #    echo "m4_define([UV_EXTRA_AUTOMAKE_FLAGS], [serial-tests])" >$(
> <at> D) m4/libuv-extra-automake-flags.m4
> #endef

Oh, it looks like you really have a broken (utterly broken!) tree.
How did you get that  $( <at> D)  stuff? Did you by chance copy-paste
the patch from your mailer and applied it manualy?

Please, try the latest Buildroot tree, it should be OK.

Regards,
Yann E. MORIN.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
'------------------------------^-------^------------------^--------------------'

[Buildroot] Replace libev with libuv

[Nimai Mahajan]

Ahh yes so I did ... sorry, stupid mistake. I will use the latest
tree. cgit web should show all the latest commits since that just
reflects the git repo correct? I will use that. I thought the <at> was
some special BR syntax I'd never seen before. Thanks Yann. Hopefully I
will be able to contribute some new packages in the future after
learning the syntax about all the different make types.

Slightly off topic question but what would be your recommendation
about taking an existing package compiled for and written for a
regular Linux host (i.e. Mint) and integrating it into Buildroot?
Convert the traditional Makefile into CMake? Autotools? We have a lot
of code with traditional Makefiles that need to be integrated into an
embedded Buildroot environment. Thanks.

On Sat, Jul 19, 2014 at 9:20 AM, Yann E. MORIN <yann.morin.1998@free.fr> wrote:
> Nimai, All,
>
> On 2014-07-19 08:51 -0400, Nimai Mahajan spake thusly:
>> I got it. Gustavo, took a slightly different approach but this works
>> (idea taken from sdl.mk, which also has a broken build process):
>>
>> LIBUV_VERSION = v0.11.26
>> LIBUV_SITE = $(call github,joyent,libuv,$(LIBUV_VERSION))
>> LIBUV_DEPENDENCIES = host-pkgconf
>> LIBUV_INSTALL_STAGING = YES
>> LIBUV_AUTORECONF = YES
>> LIBUV_LICENSE = BSD-2c, BSD-3c, ISC, MIT
>> LIBUV_LICENSE_FILES = LICENSE
>>
>> # Tweaked autogen.sh
>> #define LIBUV_FIXUP_AUTOGEN
>> #    echo "m4_define([UV_EXTRA_AUTOMAKE_FLAGS], [serial-tests])" >$(
>> <at> D) m4/libuv-extra-automake-flags.m4
>> #endef
>
> Oh, it looks like you really have a broken (utterly broken!) tree.
> How did you get that  $( <at> D)  stuff? Did you by chance copy-paste
> the patch from your mailer and applied it manualy?
>
> Please, try the latest Buildroot tree, it should be OK.
>
> Regards,
> Yann E. MORIN.
>
> --
> .-----------------.--------------------.------------------.--------------------.
> |  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
> | +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
> | +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
> | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
> '------------------------------^-------^------------------^--------------------'

[Buildroot] Replace libev with libuv

[Yann E. MORIN]

Nimai, All,

Please, do *not* top-post. Reply in-lined, like I do below...

On 2014-07-19 09:40 -0400, Nimai Mahajan spake thusly:
> Ahh yes so I did ... sorry, stupid mistake. I will use the latest
> tree. cgit web should show all the latest commits since that just
> reflects the git repo correct?

There is a configuration glitch that makes cgit not show all commits.
Compare:
    http://git.buildroot.org/buildroot
    http://git.buildroot.org/buildroot/

The former (without the ending '/') is always up-to-date, while the
latter (with the ending '/') often lags behind, by up to a few days.

> I will use that. I thought the <at> was
> some special BR syntax I'd never seen before.

Nope, that's probably your mailer trying to be too smart, and replacing
all '@' sy,mbols with '<at>' in an attempt to thwarte spammers from
harvesting email addresses.

> Thanks Yann. Hopefully I
> will be able to contribute some new packages in the future after
> learning the syntax about all the different make types.

Do not hesitate to post new packages! Reviews are here to catch problems
in the submissions, and to direct the submitter to the adequate
ressources to fix potential issues.

A good way to add a new package in Buildroot is to:
  - look at the manual: http://buildroot.net/downloads/manual/manual.html
  - look at existing packages

> Slightly off topic question but what would be your recommendation
> about taking an existing package compiled for and written for a
> regular Linux host (i.e. Mint) and integrating it into Buildroot?
> Convert the traditional Makefile into CMake? Autotools? We have a lot
> of code with traditional Makefiles that need to be integrated into an
> embedded Buildroot environment. Thanks.

Well, it all depends. Buildroot can handle a few common, generic build
systems and types of packages, as you'll see in the manual ;-) :
  - autotools,
  - cmake
  - python
  - lua
  - perl

But it also handles packages with a specific build system, such as plain
Makefiles.

So, it is not required to convert packages to include them in Buildroot.

Regards,
Yann E. MORIN.

> On Sat, Jul 19, 2014 at 9:20 AM, Yann E. MORIN <yann.morin.1998@free.fr> wrote:
> > Nimai, All,
> >
> > On 2014-07-19 08:51 -0400, Nimai Mahajan spake thusly:
> >> I got it. Gustavo, took a slightly different approach but this works
> >> (idea taken from sdl.mk, which also has a broken build process):
> >>
> >> LIBUV_VERSION = v0.11.26
> >> LIBUV_SITE = $(call github,joyent,libuv,$(LIBUV_VERSION))
> >> LIBUV_DEPENDENCIES = host-pkgconf
> >> LIBUV_INSTALL_STAGING = YES
> >> LIBUV_AUTORECONF = YES
> >> LIBUV_LICENSE = BSD-2c, BSD-3c, ISC, MIT
> >> LIBUV_LICENSE_FILES = LICENSE
> >>
> >> # Tweaked autogen.sh
> >> #define LIBUV_FIXUP_AUTOGEN
> >> #    echo "m4_define([UV_EXTRA_AUTOMAKE_FLAGS], [serial-tests])" >$(
> >> <at> D) m4/libuv-extra-automake-flags.m4
> >> #endef
> >
> > Oh, it looks like you really have a broken (utterly broken!) tree.
> > How did you get that  $( <at> D)  stuff? Did you by chance copy-paste
> > the patch from your mailer and applied it manualy?
> >
> > Please, try the latest Buildroot tree, it should be OK.
> >
> > Regards,
> > Yann E. MORIN.
> >
> > --
> > .-----------------.--------------------.------------------.--------------------.
> > |  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
> > | +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
> > | +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
> > | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
> > '------------------------------^-------^------------------^--------------------'

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
'------------------------------^-------^------------------^--------------------'