All of lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] [RFC 00/37] efl bump to 1.14.2
@ 2015-08-03 18:55 vj
  2015-08-03 23:10 ` Romain Naour
  0 siblings, 1 reply; 13+ messages in thread
From: vj @ 2015-08-03 18:55 UTC (permalink / raw)
  To: buildroot

Hello Romain

I've tested your patch series successfully!

Just a few notes:

1)
It's been tested with the musl c library. To do so, I had to remove the
libc restriction you added.
When using musl, there are some packages (at least pulseaudio) that can not
be build, so the BR2_PACKAGE_EFL_RECOMMENDED_CONFIG had to be disabled.
So, as it build and worked fine, could you remove the glibc requirement or
add musl to the restricted list of supported libcs ?

2)
When BR2_PACKAGE_EFL_RECOMMENDED_CONFIG is disabled the efl dependency on
BR2_PACKAGE_UTIL_LINUX_LIBMOUNT is lost but it is still a requirement, so
this patch (or a variation of it) is needed:
--- a/package/efl/Config.in
+++ b/package/efl/Config.in
@@ -12,6 +12,8 @@ config BR2_PACKAGE_EFL
     select BR2_PACKAGE_LIBCURL # eina_module, runtime dependency
     select BR2_PACKAGE_LUA # Evas lua 5.1 or 5.2
     select BR2_PACKAGE_LIBXKBCOMMON if BR2_PACKAGE_WAYLAND
+    select BR2_PACKAGE_UTIL_LINUX
+    select BR2_PACKAGE_UTIL_LINUX_LIBMOUNT
     help
       Enlightenment Foundation Libraries

3)
To test it I've added the terminology package which depends on efl and
configured buildroot like:
BR2_arm=y
BR2_cortex_a8=y
BR2_ARM_EABIHF=y
BR2_ARM_FPU_NEON=y
BR2_OPTIMIZE_3=y
BR2_TOOLCHAIN_BUILDROOT_MUSL=y
BR2_BINUTILS_VERSION_2_25_X=y
BR2_TOOLCHAIN_BUILDROOT_CXX=y
BR2_GCC_ENABLE_LTO=y
BR2_GCC_ENABLE_GRAPHITE=y
BR2_TARGET_OPTIMIZATION="-march=armv7-a -mtune=cortex-a8 -mcpu=cortex-a8
-mfpu=neon -mfloat-abi=hard"
BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV=y
BR2_PACKAGE_TERMINOLOGY=y
# BR2_PACKAGE_EFL_RECOMMENDED_CONFIG is not set
BR2_PACKAGE_EFL_FB=y
BR2_PACKAGE_EFL_PNG=y
BR2_PACKAGE_EFL_JPEG=y
BR2_PACKAGE_LUA_5_3=y
BR2_TARGET_ROOTFS_CPIO=y
# BR2_TARGET_ROOTFS_TAR is not set

4)
Unrelated to efl: to make it work with an external toolchain when the
arhitecture is "armhf" instead of "arm" this patch is also required:
--- a/toolchain/toolchain-external/toolchain-external.mk
+++ b/toolchain/toolchain-external/toolchain-external.mk
@@ -496,6 +496,8 @@ endef
 ifeq ($(BR2_TOOLCHAIN_EXTERNAL_MUSL),y)
 ifeq ($(BR2_i386),y)
 MUSL_ARCH = i386
+else ifeq ($(BR2_ARM_EABIHF),y)
+MUSL_ARCH = armhf
 else
 MUSL_ARCH = $(ARCH)
 endif

Thanks for updating efl!

Regards,
  Vicente.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20150803/5bc3c367/attachment.html>

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Buildroot] [RFC 00/37] efl bump to 1.14.2
  2015-08-03 18:55 [Buildroot] [RFC 00/37] efl bump to 1.14.2 vj
@ 2015-08-03 23:10 ` Romain Naour
  0 siblings, 0 replies; 13+ messages in thread
From: Romain Naour @ 2015-08-03 23:10 UTC (permalink / raw)
  To: buildroot

Hi Vicente,

Le 03/08/2015 20:55, vj a ?crit :
> Hello Romain
> 
> I've tested your patch series successfully!

That's great, thanks for testing :)

> 
> Just a few notes:
> 
> 1)
> It's been tested with the musl c library. To do so, I had to remove the libc
> restriction you added.
> When using musl, there are some packages (at least pulseaudio) that can not be
> build, so the BR2_PACKAGE_EFL_RECOMMENDED_CONFIG had to be disabled.
> So, as it build and worked fine, could you remove the glibc requirement or add
> musl to the restricted list of supported libcs ?

Yes, you're right. efl can be build with a musl libc.

I've mainly tested this series with a glibc toolchain and I had a link issue
with a uClibc-ng toolchain due to missing mkstemps/mkostemps().

Before sending the series, I tried to build with a musl toochain and I had the
same issue with pulsaudio and give up. (hence this patches series [1])

Also, I've sent this patch [2] to the uclibc-ng mailing list to add missing
mkstemps/mkostemps().

Since then, I've successfully built enlightenment with a musl toolchain (not
runtime tested though).

But I'm wonder if I should remove BR2_PACKAGE_EFL_RECOMMENDED_CONFIG and make
sure that all recommended dependencies are mandatory. Because it's mainly
untested or even not built at all by efl maintainers.

So, ok I'll enable musl for the next respin.

[1] http://patchwork.ozlabs.org/patch/502724/
[2] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html
> 
> 2)
> When BR2_PACKAGE_EFL_RECOMMENDED_CONFIG is disabled the efl dependency on
> BR2_PACKAGE_UTIL_LINUX_LIBMOUNT is lost but it is still a requirement, so this
> patch (or a variation of it) is needed:
> --- a/package/efl/Config.in
> +++ b/package/efl/Config.in
> @@ -12,6 +12,8 @@ config BR2_PACKAGE_EFL
>      select BR2_PACKAGE_LIBCURL # eina_module, runtime dependency
>      select BR2_PACKAGE_LUA # Evas lua 5.1 or 5.2
>      select BR2_PACKAGE_LIBXKBCOMMON if BR2_PACKAGE_WAYLAND
> +    select BR2_PACKAGE_UTIL_LINUX
> +    select BR2_PACKAGE_UTIL_LINUX_LIBMOUNT
>      help
>        Enlightenment Foundation Libraries

Thanks will fix, but I haven't really tested without recommended config.

>  
> 3)
> To test it I've added the terminology package which depends on efl and
> configured buildroot like:
> BR2_arm=y
> BR2_cortex_a8=y
> BR2_ARM_EABIHF=y
> BR2_ARM_FPU_NEON=y
> BR2_OPTIMIZE_3=y
> BR2_TOOLCHAIN_BUILDROOT_MUSL=y
> BR2_BINUTILS_VERSION_2_25_X=y
> BR2_TOOLCHAIN_BUILDROOT_CXX=y
> BR2_GCC_ENABLE_LTO=y
> BR2_GCC_ENABLE_GRAPHITE=y
> BR2_TARGET_OPTIMIZATION="-march=armv7-a -mtune=cortex-a8 -mcpu=cortex-a8
> -mfpu=neon -mfloat-abi=hard"
> BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV=y
> BR2_PACKAGE_TERMINOLOGY=y
> # BR2_PACKAGE_EFL_RECOMMENDED_CONFIG is not set
> BR2_PACKAGE_EFL_FB=y
> BR2_PACKAGE_EFL_PNG=y
> BR2_PACKAGE_EFL_JPEG=y
> BR2_PACKAGE_LUA_5_3=y
> BR2_TARGET_ROOTFS_CPIO=y
> # BR2_TARGET_ROOTFS_TAR is not set

I haven't sent the complete series yet, just the bump of current efl related
packages.
I have pushed my working branch here, if you want to look at it:

https://github.com/RomainNaour/buildroot/tree/efl-1.14.2-v4

There is already a terminology package and more ;-)

> 
> 4)
> Unrelated to efl: to make it work with an external toolchain when the
> arhitecture is "armhf" instead of "arm" this patch is also required:
> --- a/toolchain/toolchain-external/toolchain-external.mk
> <http://toolchain-external.mk>
> +++ b/toolchain/toolchain-external/toolchain-external.mk
> <http://toolchain-external.mk>
> @@ -496,6 +496,8 @@ endef
>  ifeq ($(BR2_TOOLCHAIN_EXTERNAL_MUSL),y)
>  ifeq ($(BR2_i386),y)
>  MUSL_ARCH = i386
> +else ifeq ($(BR2_ARM_EABIHF),y)
> +MUSL_ARCH = armhf
>  else
>  MUSL_ARCH = $(ARCH)
>  endif

Can you send a proper patch for this please ?

See the manual if needed:
http://buildroot.uclibc.org/downloads/manual/manual.html#submitting-patches

> 
> Thanks for updating efl!

You're welcome.

I hope you'll send a Tested-by and/or Reviewed-by tag for the next respin ;-)

Best regards,
Romain

> 
> Regards,
>   Vicente.
> 
> 
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
> 

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Buildroot] [RFC 00/37] efl bump to 1.14.2
  2015-09-27  0:37           ` vj
@ 2015-09-28 21:00             ` Romain Naour
  0 siblings, 0 replies; 13+ messages in thread
From: Romain Naour @ 2015-09-28 21:00 UTC (permalink / raw)
  To: buildroot

Hi Vicente,

Le 27/09/2015 02:37, vj a ?crit :
> Hello Romain,
> this weekend I had some time to spend on this, sorry for the delay.

That's ok, I guess you're working on your free time :)

> 
> I've posted the EFL issue:
> http://sourceforge.net/p/enlightenment/mailman/message/34493376

Glad to see you had some help on your error on framebuffer support.
If you send me a git formated patch that fixes your issue, be sure it'll be part
of the next efl series. (I hope, in the meantime, a patch will be applied
upstream and backported to 1.15 stable branch before the 1.15.2 release).

> 
> And tested your efl-1.15.1-v1 branch from
> git://github.com/RomainNaour/buildroot.git
> Aside from the EFL workaround (-fvisibility=default) the only
> remaining issue is that when audio is disabled it fails to build
> because of bae9cf8354208bdad7780e0d11e5b4c8cf1b1f3e.
> I think it should be safe to just revert it because multisense is
> already enabled by default and (as an audio-related feature) it only
> makes sense when audio is also enabled.

Thanks for the testing and the feedback!
The last patches from efl-1.15.1-v1 branch are WIP and won't be included yet in
the next Buildroot series. I'll take a closer look to multisense stuff.

> 
> Regards,
>   Vicente.
> 
> Tested-by: Vicente Bergas <vicencb@gmail.com>
> 

I already added your tested-by tag in the commit that bump efl for the target.
https://github.com/RomainNaour/buildroot/commit/04b24bc4e9b9c21209cbdb1110d0ae41991f838d

Also, tags are not taken into account by patchwork when you reply to a cover
letter. You can send several tags on a specific patch on the series by replying
to the email.

Best regards,
Romain

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Buildroot] [RFC 00/37] efl bump to 1.14.2
  2015-09-05 14:55         ` Romain Naour
@ 2015-09-27  0:37           ` vj
  2015-09-28 21:00             ` Romain Naour
  0 siblings, 1 reply; 13+ messages in thread
From: vj @ 2015-09-27  0:37 UTC (permalink / raw)
  To: buildroot

Hello Romain,
this weekend I had some time to spend on this, sorry for the delay.

I've posted the EFL issue:
http://sourceforge.net/p/enlightenment/mailman/message/34493376

And tested your efl-1.15.1-v1 branch from
git://github.com/RomainNaour/buildroot.git
Aside from the EFL workaround (-fvisibility=default) the only
remaining issue is that when audio is disabled it fails to build
because of bae9cf8354208bdad7780e0d11e5b4c8cf1b1f3e.
I think it should be safe to just revert it because multisense is
already enabled by default and (as an audio-related feature) it only
makes sense when audio is also enabled.

Regards,
  Vicente.

Tested-by: Vicente Bergas <vicencb@gmail.com>

On Sat, Sep 5, 2015 at 3:55 PM, Romain Naour <romain.naour@openwide.fr> wrote:
> Hello Vicente,
>
> Sorry for the delay.
>
> Le 25/08/2015 00:09, vj a ?crit :
>> Hello Romain,
>>
>> On Mon, Aug 24, 2015 at 10:42 PM, Romain Naour <romain.naour@openwide.fr> wrote:
>>> Hi Vicente
>>>
>>> Le 21/08/2015 19:56, vj a ?crit :
>>>> Hello Romain,
>>>>
>>>> On Fri, Aug 21, 2015 at 10:51 AM, Romain Naour <romain.naour@openwide.fr> wrote:
>>>>> Hi Vicente,
>>>>>
>>>>> Le 21/08/2015 02:30, vj a ?crit :
>>>>>> Hello Romain,
>>>>>> I've tested you efl update
>>>>>> https://github.com/RomainNaour/buildroot/tree/efl-1.15.0-v1
>>>>>> It did not work, :(
>>>>>> But applying the two patches below works again!
>>>>>> The first one was already commented in a previous e-mail.
>>>>>
>>>>> Yes, sorry I haven't looked at your issue yet.
>>>>>
>>>>> libmount seems to be optional and can be disabled with --disable-libmount:
>>>>> https://github.com/RomainNaour/buildroot/blob/efl-1.15.0-v1/package/efl/efl.mk#L35
>>>>
>>>> Without that dependency it failed with 1.14.2.
>>>> When I saw the dependency was not there in 1.15.0, I just added it
>>>> again without checking.
>>>> Just now I've tried it again without that patch and it's fine, so, you
>>>> can forget it.
>>>> Sorry for the hassle.
>>>
>>> It's ok ;-) I haven't heavily tested with a minimal config.
>>> Maybe next time can you post the last ~100 build log lines, it not always easy
>>> to reproduce a build issue...
>>>
>>>>
>>>>>
>>>>> But since it's not recommended to disable it, I'll apply your patch :)
>>>>>
>>>>>> The second is related to a regression in efl-1.15.0.
>>>>>
>>>>> Can you report your issue to the efl mailing list ?
>>>>
>>>> I know it would be better to have it fixed upstream, but have no time
>>>> for that now.
>>>> If you would like to, feel free to report it.
>>>> To debug it, it helps enabling the WRN and DGB macros in eina_module.c.
>>>
>>> Well, I can't really report an issue that I can't reproduce.
>>
>> Do you mean that the fb backend is working for you?
>
> I mean I don't have this issue because I don't use the fb backend during my test.
>
>> Are you crosscompiling with upstream vanilla gcc>=4 for arm?
>
> I'm using a toolchain for ARM build by buildroot with a uClibc-ng.
>
>> It might be a compiler bug too.
>> I'm using musl gcc 4.9.3 build with buildroot itself.
>> gcc 5 seems broken for arm crosscompilation.
>> Just for completeness, the compiler I'm using was build with:
>> buildroot.version=2ebbb7fe355c18a0be3d0fb8e50997142113c46b
>> BR2_arm=y
>> BR2_cortex_a8=y
>> BR2_ARM_EABIHF=y
>> BR2_ARM_FPU_NEON=y
>> BR2_HOST_DIR="/opt/arm-buildroot-linux-musleabihf"
>> BR2_OPTIMIZE_3=y
>> BR2_TOOLCHAIN_BUILDROOT_MUSL=y
>> BR2_BINUTILS_VERSION_2_25_X=y
>> BR2_TOOLCHAIN_BUILDROOT_CXX=y
>> BR2_GCC_ENABLE_LTO=y
>> BR2_GCC_ENABLE_GRAPHITE=y
>> BR2_TARGET_OPTIMIZATION="-march=armv7-a -mtune=cortex-a8
>> -mcpu=cortex-a8 -mfpu=neon -mfloat-abi=hard"
>
> Theses flags are handled directly by your target configuration in "Target
> options" menu. You don't need to define them in BR2_TARGET_OPTIMIZATION.
>
>>
>>> See, I reported the issue about SDL2 dependency and it's now fixed in the efl
>>> 1.15.1. So, I can drop the last patch and avoid to autoreconf the package.
>>>
>>> Also, I'm probably not the good person to report an efl issue.
>>> Honestly, I don't know what to do with -fvisibility=default.
>>> It would be better if you can send just an email to the enlightenment mailing
>>> list to report your issue.
>>
>> Is "enlightenment-devel at lists.sourceforge.net" the correct mailing
>> list for an efl bug?
>
> Yes it is.
>
> Best regards,
> Romain
>
>>
>>>>
>>>>>
>>>>>> The testing I've done has been with the musl libc and with
>>>>>> BR2_PACKAGE_EFL_RECOMMENDED_CONFIG unset.
>>>>>> Basically the same config as in the previous e-mail.
>>>>>>
>>>>>> A minor issue: check the spelling of recommanded.
>>>>>
>>>>> Ha indeed recommanded is used in Config.in prompt
>>>>> (my French was turned on sorry ;-) )
>>>>>
>>>>> Thanks for testing!
>>>>
>>>> Thanks for adding musl and maintaining efl!
>>>
>>> You're welcome!
>>>
>>> Best regards,
>>> Romain
>>
>> Regards,
>>   Vicente.
>>

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Buildroot] [RFC 00/37] efl bump to 1.14.2
  2015-08-24 22:09       ` vj
@ 2015-09-05 14:55         ` Romain Naour
  2015-09-27  0:37           ` vj
  0 siblings, 1 reply; 13+ messages in thread
From: Romain Naour @ 2015-09-05 14:55 UTC (permalink / raw)
  To: buildroot

Hello Vicente,

Sorry for the delay.

Le 25/08/2015 00:09, vj a ?crit :
> Hello Romain,
> 
> On Mon, Aug 24, 2015 at 10:42 PM, Romain Naour <romain.naour@openwide.fr> wrote:
>> Hi Vicente
>>
>> Le 21/08/2015 19:56, vj a ?crit :
>>> Hello Romain,
>>>
>>> On Fri, Aug 21, 2015 at 10:51 AM, Romain Naour <romain.naour@openwide.fr> wrote:
>>>> Hi Vicente,
>>>>
>>>> Le 21/08/2015 02:30, vj a ?crit :
>>>>> Hello Romain,
>>>>> I've tested you efl update
>>>>> https://github.com/RomainNaour/buildroot/tree/efl-1.15.0-v1
>>>>> It did not work, :(
>>>>> But applying the two patches below works again!
>>>>> The first one was already commented in a previous e-mail.
>>>>
>>>> Yes, sorry I haven't looked at your issue yet.
>>>>
>>>> libmount seems to be optional and can be disabled with --disable-libmount:
>>>> https://github.com/RomainNaour/buildroot/blob/efl-1.15.0-v1/package/efl/efl.mk#L35
>>>
>>> Without that dependency it failed with 1.14.2.
>>> When I saw the dependency was not there in 1.15.0, I just added it
>>> again without checking.
>>> Just now I've tried it again without that patch and it's fine, so, you
>>> can forget it.
>>> Sorry for the hassle.
>>
>> It's ok ;-) I haven't heavily tested with a minimal config.
>> Maybe next time can you post the last ~100 build log lines, it not always easy
>> to reproduce a build issue...
>>
>>>
>>>>
>>>> But since it's not recommended to disable it, I'll apply your patch :)
>>>>
>>>>> The second is related to a regression in efl-1.15.0.
>>>>
>>>> Can you report your issue to the efl mailing list ?
>>>
>>> I know it would be better to have it fixed upstream, but have no time
>>> for that now.
>>> If you would like to, feel free to report it.
>>> To debug it, it helps enabling the WRN and DGB macros in eina_module.c.
>>
>> Well, I can't really report an issue that I can't reproduce.
> 
> Do you mean that the fb backend is working for you?

I mean I don't have this issue because I don't use the fb backend during my test.

> Are you crosscompiling with upstream vanilla gcc>=4 for arm?

I'm using a toolchain for ARM build by buildroot with a uClibc-ng.

> It might be a compiler bug too.
> I'm using musl gcc 4.9.3 build with buildroot itself.
> gcc 5 seems broken for arm crosscompilation.
> Just for completeness, the compiler I'm using was build with:
> buildroot.version=2ebbb7fe355c18a0be3d0fb8e50997142113c46b
> BR2_arm=y
> BR2_cortex_a8=y
> BR2_ARM_EABIHF=y
> BR2_ARM_FPU_NEON=y
> BR2_HOST_DIR="/opt/arm-buildroot-linux-musleabihf"
> BR2_OPTIMIZE_3=y
> BR2_TOOLCHAIN_BUILDROOT_MUSL=y
> BR2_BINUTILS_VERSION_2_25_X=y
> BR2_TOOLCHAIN_BUILDROOT_CXX=y
> BR2_GCC_ENABLE_LTO=y
> BR2_GCC_ENABLE_GRAPHITE=y
> BR2_TARGET_OPTIMIZATION="-march=armv7-a -mtune=cortex-a8
> -mcpu=cortex-a8 -mfpu=neon -mfloat-abi=hard"

Theses flags are handled directly by your target configuration in "Target
options" menu. You don't need to define them in BR2_TARGET_OPTIMIZATION.

> 
>> See, I reported the issue about SDL2 dependency and it's now fixed in the efl
>> 1.15.1. So, I can drop the last patch and avoid to autoreconf the package.
>>
>> Also, I'm probably not the good person to report an efl issue.
>> Honestly, I don't know what to do with -fvisibility=default.
>> It would be better if you can send just an email to the enlightenment mailing
>> list to report your issue.
> 
> Is "enlightenment-devel at lists.sourceforge.net" the correct mailing
> list for an efl bug?

Yes it is.

Best regards,
Romain

> 
>>>
>>>>
>>>>> The testing I've done has been with the musl libc and with
>>>>> BR2_PACKAGE_EFL_RECOMMENDED_CONFIG unset.
>>>>> Basically the same config as in the previous e-mail.
>>>>>
>>>>> A minor issue: check the spelling of recommanded.
>>>>
>>>> Ha indeed recommanded is used in Config.in prompt
>>>> (my French was turned on sorry ;-) )
>>>>
>>>> Thanks for testing!
>>>
>>> Thanks for adding musl and maintaining efl!
>>
>> You're welcome!
>>
>> Best regards,
>> Romain
> 
> Regards,
>   Vicente.
> 

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Buildroot] [RFC 00/37] efl bump to 1.14.2
  2015-08-24 21:42     ` Romain Naour
@ 2015-08-24 22:09       ` vj
  2015-09-05 14:55         ` Romain Naour
  0 siblings, 1 reply; 13+ messages in thread
From: vj @ 2015-08-24 22:09 UTC (permalink / raw)
  To: buildroot

Hello Romain,

On Mon, Aug 24, 2015 at 10:42 PM, Romain Naour <romain.naour@openwide.fr> wrote:
> Hi Vicente
>
> Le 21/08/2015 19:56, vj a ?crit :
>> Hello Romain,
>>
>> On Fri, Aug 21, 2015 at 10:51 AM, Romain Naour <romain.naour@openwide.fr> wrote:
>>> Hi Vicente,
>>>
>>> Le 21/08/2015 02:30, vj a ?crit :
>>>> Hello Romain,
>>>> I've tested you efl update
>>>> https://github.com/RomainNaour/buildroot/tree/efl-1.15.0-v1
>>>> It did not work, :(
>>>> But applying the two patches below works again!
>>>> The first one was already commented in a previous e-mail.
>>>
>>> Yes, sorry I haven't looked at your issue yet.
>>>
>>> libmount seems to be optional and can be disabled with --disable-libmount:
>>> https://github.com/RomainNaour/buildroot/blob/efl-1.15.0-v1/package/efl/efl.mk#L35
>>
>> Without that dependency it failed with 1.14.2.
>> When I saw the dependency was not there in 1.15.0, I just added it
>> again without checking.
>> Just now I've tried it again without that patch and it's fine, so, you
>> can forget it.
>> Sorry for the hassle.
>
> It's ok ;-) I haven't heavily tested with a minimal config.
> Maybe next time can you post the last ~100 build log lines, it not always easy
> to reproduce a build issue...
>
>>
>>>
>>> But since it's not recommended to disable it, I'll apply your patch :)
>>>
>>>> The second is related to a regression in efl-1.15.0.
>>>
>>> Can you report your issue to the efl mailing list ?
>>
>> I know it would be better to have it fixed upstream, but have no time
>> for that now.
>> If you would like to, feel free to report it.
>> To debug it, it helps enabling the WRN and DGB macros in eina_module.c.
>
> Well, I can't really report an issue that I can't reproduce.

Do you mean that the fb backend is working for you?
Are you crosscompiling with upstream vanilla gcc>=4 for arm?
It might be a compiler bug too.
I'm using musl gcc 4.9.3 build with buildroot itself.
gcc 5 seems broken for arm crosscompilation.
Just for completeness, the compiler I'm using was build with:
buildroot.version=2ebbb7fe355c18a0be3d0fb8e50997142113c46b
BR2_arm=y
BR2_cortex_a8=y
BR2_ARM_EABIHF=y
BR2_ARM_FPU_NEON=y
BR2_HOST_DIR="/opt/arm-buildroot-linux-musleabihf"
BR2_OPTIMIZE_3=y
BR2_TOOLCHAIN_BUILDROOT_MUSL=y
BR2_BINUTILS_VERSION_2_25_X=y
BR2_TOOLCHAIN_BUILDROOT_CXX=y
BR2_GCC_ENABLE_LTO=y
BR2_GCC_ENABLE_GRAPHITE=y
BR2_TARGET_OPTIMIZATION="-march=armv7-a -mtune=cortex-a8
-mcpu=cortex-a8 -mfpu=neon -mfloat-abi=hard"

> See, I reported the issue about SDL2 dependency and it's now fixed in the efl
> 1.15.1. So, I can drop the last patch and avoid to autoreconf the package.
>
> Also, I'm probably not the good person to report an efl issue.
> Honestly, I don't know what to do with -fvisibility=default.
> It would be better if you can send just an email to the enlightenment mailing
> list to report your issue.

Is "enlightenment-devel at lists.sourceforge.net" the correct mailing
list for an efl bug?

>>
>>>
>>>> The testing I've done has been with the musl libc and with
>>>> BR2_PACKAGE_EFL_RECOMMENDED_CONFIG unset.
>>>> Basically the same config as in the previous e-mail.
>>>>
>>>> A minor issue: check the spelling of recommanded.
>>>
>>> Ha indeed recommanded is used in Config.in prompt
>>> (my French was turned on sorry ;-) )
>>>
>>> Thanks for testing!
>>
>> Thanks for adding musl and maintaining efl!
>
> You're welcome!
>
> Best regards,
> Romain

Regards,
  Vicente.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Buildroot] [RFC 00/37] efl bump to 1.14.2
  2015-08-21 17:56   ` vj
@ 2015-08-24 21:42     ` Romain Naour
  2015-08-24 22:09       ` vj
  0 siblings, 1 reply; 13+ messages in thread
From: Romain Naour @ 2015-08-24 21:42 UTC (permalink / raw)
  To: buildroot

Hi Vicente

Le 21/08/2015 19:56, vj a ?crit :
> Hello Romain,
> 
> On Fri, Aug 21, 2015 at 10:51 AM, Romain Naour <romain.naour@openwide.fr> wrote:
>> Hi Vicente,
>>
>> Le 21/08/2015 02:30, vj a ?crit :
>>> Hello Romain,
>>> I've tested you efl update
>>> https://github.com/RomainNaour/buildroot/tree/efl-1.15.0-v1
>>> It did not work, :(
>>> But applying the two patches below works again!
>>> The first one was already commented in a previous e-mail.
>>
>> Yes, sorry I haven't looked at your issue yet.
>>
>> libmount seems to be optional and can be disabled with --disable-libmount:
>> https://github.com/RomainNaour/buildroot/blob/efl-1.15.0-v1/package/efl/efl.mk#L35
> 
> Without that dependency it failed with 1.14.2.
> When I saw the dependency was not there in 1.15.0, I just added it
> again without checking.
> Just now I've tried it again without that patch and it's fine, so, you
> can forget it.
> Sorry for the hassle.

It's ok ;-) I haven't heavily tested with a minimal config.
Maybe next time can you post the last ~100 build log lines, it not always easy
to reproduce a build issue...

> 
>>
>> But since it's not recommended to disable it, I'll apply your patch :)
>>
>>> The second is related to a regression in efl-1.15.0.
>>
>> Can you report your issue to the efl mailing list ?
> 
> I know it would be better to have it fixed upstream, but have no time
> for that now.
> If you would like to, feel free to report it.
> To debug it, it helps enabling the WRN and DGB macros in eina_module.c.

Well, I can't really report an issue that I can't reproduce.

See, I reported the issue about SDL2 dependency and it's now fixed in the efl
1.15.1. So, I can drop the last patch and avoid to autoreconf the package.

Also, I'm probably not the good person to report an efl issue.
Honestly, I don't know what to do with -fvisibility=default.
It would be better if you can send just an email to the enlightenment mailing
list to report your issue.

> 
>>
>>> The testing I've done has been with the musl libc and with
>>> BR2_PACKAGE_EFL_RECOMMENDED_CONFIG unset.
>>> Basically the same config as in the previous e-mail.
>>>
>>> A minor issue: check the spelling of recommanded.
>>
>> Ha indeed recommanded is used in Config.in prompt
>> (my French was turned on sorry ;-) )
>>
>> Thanks for testing!
> 
> Thanks for adding musl and maintaining efl!

You're welcome!

Best regards,
Romain

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Buildroot] [RFC 00/37] efl bump to 1.14.2
  2015-08-21  9:51 ` Romain Naour
  2015-08-21 10:18   ` Romain Naour
@ 2015-08-21 17:56   ` vj
  2015-08-24 21:42     ` Romain Naour
  1 sibling, 1 reply; 13+ messages in thread
From: vj @ 2015-08-21 17:56 UTC (permalink / raw)
  To: buildroot

Hello Romain,

On Fri, Aug 21, 2015 at 10:51 AM, Romain Naour <romain.naour@openwide.fr> wrote:
> Hi Vicente,
>
> Le 21/08/2015 02:30, vj a ?crit :
>> Hello Romain,
>> I've tested you efl update
>> https://github.com/RomainNaour/buildroot/tree/efl-1.15.0-v1
>> It did not work, :(
>> But applying the two patches below works again!
>> The first one was already commented in a previous e-mail.
>
> Yes, sorry I haven't looked at your issue yet.
>
> libmount seems to be optional and can be disabled with --disable-libmount:
> https://github.com/RomainNaour/buildroot/blob/efl-1.15.0-v1/package/efl/efl.mk#L35

Without that dependency it failed with 1.14.2.
When I saw the dependency was not there in 1.15.0, I just added it
again without checking.
Just now I've tried it again without that patch and it's fine, so, you
can forget it.
Sorry for the hassle.

>
> But since it's not recommended to disable it, I'll apply your patch :)
>
>> The second is related to a regression in efl-1.15.0.
>
> Can you report your issue to the efl mailing list ?

I know it would be better to have it fixed upstream, but have no time
for that now.
If you would like to, feel free to report it.
To debug it, it helps enabling the WRN and DGB macros in eina_module.c.

>
>> The testing I've done has been with the musl libc and with
>> BR2_PACKAGE_EFL_RECOMMENDED_CONFIG unset.
>> Basically the same config as in the previous e-mail.
>>
>> A minor issue: check the spelling of recommanded.
>
> Ha indeed recommanded is used in Config.in prompt
> (my French was turned on sorry ;-) )
>
> Thanks for testing!

Thanks for adding musl and maintaining efl!

>
> Best regards,
> Romain
>>
>> Regards,
>>   Vicente.
>>
>> --
>>
>> In-Reply-To=<55C31E99.8010002@openwide.fr>
Tested-by: Vicente Bergas <vicencb@gmail.com>
>> --
>>
>> diff --git a/package/efl/Config.in b/package/efl/Config.in
>> index 3de717f..8cc0f91 100644
>> --- a/package/efl/Config.in
>> +++ b/package/efl/Config.in
>> @@ -11,6 +11,8 @@ config BR2_PACKAGE_EFL
>>      select BR2_PACKAGE_JPEG # Emile needs libjpeg
>>      select BR2_PACKAGE_LIBCURL # eina_module, runtime dependency
>>      select BR2_PACKAGE_LUA # Evas lua 5.1 or 5.2
>> +    select BR2_PACKAGE_UTIL_LINUX
>> +    select BR2_PACKAGE_UTIL_LINUX_LIBMOUNT
>>      select BR2_PACKAGE_LIBXKBCOMMON if BR2_PACKAGE_WAYLAND
>>      help
>>        Enlightenment Foundation Libraries
>>
>>
>>
>> diff --git a/package/efl/efl.mk b/package/efl/efl.mk
>> index 2d29375..d785efc 100644
>> --- a/package/efl/efl.mk
>> +++ b/package/efl/efl.mk
>> @@ -15,6 +15,11 @@ EFL_INSTALL_STAGING = YES
>>  EFL_DEPENDENCIES = host-pkgconf host-efl dbus freetype jpeg libcurl lua udev \
>>      zlib
>>
>> +# In 1.15.0 there is a regression with missing symbols,
>> +# at least when trying to load the fb module.
>> +# Making all symbols visible by default fixes the problem.
>> +EFL_CONF_ENV = CFLAGS="$(TARGET_CFLAGS) -fvisibility=default"
>> +
>>  # Configure options:
>>  # --disable-cxx-bindings: disable C++11 bindings.
>>  # --enable-lua-old: disable Elua and remove luajit dependency.
>>
>

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Buildroot] [RFC 00/37] efl bump to 1.14.2
  2015-08-21  9:51 ` Romain Naour
@ 2015-08-21 10:18   ` Romain Naour
  2015-08-21 17:56   ` vj
  1 sibling, 0 replies; 13+ messages in thread
From: Romain Naour @ 2015-08-21 10:18 UTC (permalink / raw)
  To: buildroot

Hi Vicente,

>> Tested-by: vicencb <vicencb@gmail.com>

Can you use your real name here.

Thanks!

Best regards,
Romain

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Buildroot] [RFC 00/37] efl bump to 1.14.2
  2015-08-21  0:30 vj
@ 2015-08-21  9:51 ` Romain Naour
  2015-08-21 10:18   ` Romain Naour
  2015-08-21 17:56   ` vj
  0 siblings, 2 replies; 13+ messages in thread
From: Romain Naour @ 2015-08-21  9:51 UTC (permalink / raw)
  To: buildroot

Hi Vicente,

Le 21/08/2015 02:30, vj a ?crit :
> Hello Romain,
> I've tested you efl update
> https://github.com/RomainNaour/buildroot/tree/efl-1.15.0-v1
> It did not work, :(
> But applying the two patches below works again!
> The first one was already commented in a previous e-mail.

Yes, sorry I haven't looked at your issue yet.

libmount seems to be optional and can be disabled with --disable-libmount:
https://github.com/RomainNaour/buildroot/blob/efl-1.15.0-v1/package/efl/efl.mk#L35

But since it's not recommended to disable it, I'll apply your patch :)

> The second is related to a regression in efl-1.15.0.

Can you report your issue to the efl mailing list ?

> The testing I've done has been with the musl libc and with
> BR2_PACKAGE_EFL_RECOMMENDED_CONFIG unset.
> Basically the same config as in the previous e-mail.
> 
> A minor issue: check the spelling of recommanded.

Ha indeed recommanded is used in Config.in prompt
(my French was turned on sorry ;-) )

Thanks for testing!

Best regards,
Romain
> 
> Regards,
>   Vicente.
> 
> --
> 
> In-Reply-To=<55C31E99.8010002@openwide.fr>
> Tested-by: vicencb <vicencb@gmail.com>
> --
> 
> diff --git a/package/efl/Config.in b/package/efl/Config.in
> index 3de717f..8cc0f91 100644
> --- a/package/efl/Config.in
> +++ b/package/efl/Config.in
> @@ -11,6 +11,8 @@ config BR2_PACKAGE_EFL
>      select BR2_PACKAGE_JPEG # Emile needs libjpeg
>      select BR2_PACKAGE_LIBCURL # eina_module, runtime dependency
>      select BR2_PACKAGE_LUA # Evas lua 5.1 or 5.2
> +    select BR2_PACKAGE_UTIL_LINUX
> +    select BR2_PACKAGE_UTIL_LINUX_LIBMOUNT
>      select BR2_PACKAGE_LIBXKBCOMMON if BR2_PACKAGE_WAYLAND
>      help
>        Enlightenment Foundation Libraries
> 
> 
> 
> diff --git a/package/efl/efl.mk b/package/efl/efl.mk
> index 2d29375..d785efc 100644
> --- a/package/efl/efl.mk
> +++ b/package/efl/efl.mk
> @@ -15,6 +15,11 @@ EFL_INSTALL_STAGING = YES
>  EFL_DEPENDENCIES = host-pkgconf host-efl dbus freetype jpeg libcurl lua udev \
>      zlib
> 
> +# In 1.15.0 there is a regression with missing symbols,
> +# at least when trying to load the fb module.
> +# Making all symbols visible by default fixes the problem.
> +EFL_CONF_ENV = CFLAGS="$(TARGET_CFLAGS) -fvisibility=default"
> +
>  # Configure options:
>  # --disable-cxx-bindings: disable C++11 bindings.
>  # --enable-lua-old: disable Elua and remove luajit dependency.
> 

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Buildroot] [RFC 00/37] efl bump to 1.14.2
@ 2015-08-21  0:30 vj
  2015-08-21  9:51 ` Romain Naour
  0 siblings, 1 reply; 13+ messages in thread
From: vj @ 2015-08-21  0:30 UTC (permalink / raw)
  To: buildroot

Hello Romain,
I've tested you efl update
https://github.com/RomainNaour/buildroot/tree/efl-1.15.0-v1
It did not work, :(
But applying the two patches below works again!
The first one was already commented in a previous e-mail.
The second is related to a regression in efl-1.15.0.
The testing I've done has been with the musl libc and with
BR2_PACKAGE_EFL_RECOMMENDED_CONFIG unset.
Basically the same config as in the previous e-mail.

A minor issue: check the spelling of recommanded.

Regards,
  Vicente.

--

In-Reply-To=<55C31E99.8010002@openwide.fr>
Tested-by: vicencb <vicencb@gmail.com>
--

diff --git a/package/efl/Config.in b/package/efl/Config.in
index 3de717f..8cc0f91 100644
--- a/package/efl/Config.in
+++ b/package/efl/Config.in
@@ -11,6 +11,8 @@ config BR2_PACKAGE_EFL
     select BR2_PACKAGE_JPEG # Emile needs libjpeg
     select BR2_PACKAGE_LIBCURL # eina_module, runtime dependency
     select BR2_PACKAGE_LUA # Evas lua 5.1 or 5.2
+    select BR2_PACKAGE_UTIL_LINUX
+    select BR2_PACKAGE_UTIL_LINUX_LIBMOUNT
     select BR2_PACKAGE_LIBXKBCOMMON if BR2_PACKAGE_WAYLAND
     help
       Enlightenment Foundation Libraries



diff --git a/package/efl/efl.mk b/package/efl/efl.mk
index 2d29375..d785efc 100644
--- a/package/efl/efl.mk
+++ b/package/efl/efl.mk
@@ -15,6 +15,11 @@ EFL_INSTALL_STAGING = YES
 EFL_DEPENDENCIES = host-pkgconf host-efl dbus freetype jpeg libcurl lua udev \
     zlib

+# In 1.15.0 there is a regression with missing symbols,
+# at least when trying to load the fb module.
+# Making all symbols visible by default fixes the problem.
+EFL_CONF_ENV = CFLAGS="$(TARGET_CFLAGS) -fvisibility=default"
+
 # Configure options:
 # --disable-cxx-bindings: disable C++11 bindings.
 # --enable-lua-old: disable Elua and remove luajit dependency.

^ permalink raw reply related	[flat|nested] 13+ messages in thread

* [Buildroot] [RFC 00/37] efl bump to 1.14.2
  2015-07-26 18:55 Romain Naour
@ 2015-08-06  8:45 ` Romain Naour
  0 siblings, 0 replies; 13+ messages in thread
From: Romain Naour @ 2015-08-06  8:45 UTC (permalink / raw)
  To: buildroot

Hi All,

Le 26/07/2015 20:55, Romain Naour a ?crit :
> This series bump the efl package to the latest release and also update all
> other packages which use efl.
> 
> The elf related packages are no longer in package/efl directory to
> follow the Buildroot recommendations.
> 
> This series has been tested under Qemu for x86 using the kernel based on
> linux config povided in board/qemu/x86. I've enabled CONFIG_FB_CIRRUS
> and some other video related options during testing.
> A example defconfig will be added in a followup patch.
> 
> It also been builded tested with a ARM toolchain.
> 
> The sdl2 support has been droped in this series since some libevas gl module
> still use sdl v1 headers.
> Also the new efl package is no longer available for other libc than glibc due
> to use of mkstemps() function.
> 
> Patches  1 to  3 add some new packages used by efl
> Patches  4 to  8 move existing efl packages outside or package/efl directory.
>                  There is no efl package at this point.
> Patches  9 to 20 add a new efl package updated to 1.14.2.
> Patches 21 to 26 update all other packages which use efl.
> Patches 27 to 36 remove old efl packages.
> Patch 37 add a new package libemotion-generic-players
> 
> This is a first part, other packages which use efl are ready and will be
> sent in a followup series:
> 
> * rage
> * terminology
> * empc
> * ecrire
> * python-efl
> * econnman
> * libetrophy
> * elemines
> * libcanberra
> * e-cho

This series is superseded since efl 1.15 is out.
Also, efl can be build with a musl toolchain if pulseaudio is fixed for musl.

I've pushed an updated version on github for testing and review.
https://github.com/RomainNaour/buildroot/tree/efl-1.15.0-v1

I'll wait for the 2015.08 release before sending an updated version.

Best regards,
Romain
> 
> Best regards,
> Romain Naour
> 

^ permalink raw reply	[flat|nested] 13+ messages in thread

* [Buildroot] [RFC 00/37] efl bump to 1.14.2
@ 2015-07-26 18:55 Romain Naour
  2015-08-06  8:45 ` Romain Naour
  0 siblings, 1 reply; 13+ messages in thread
From: Romain Naour @ 2015-07-26 18:55 UTC (permalink / raw)
  To: buildroot

This series bump the efl package to the latest release and also update all
other packages which use efl.

The elf related packages are no longer in package/efl directory to
follow the Buildroot recommendations.

This series has been tested under Qemu for x86 using the kernel based on
linux config povided in board/qemu/x86. I've enabled CONFIG_FB_CIRRUS
and some other video related options during testing.
A example defconfig will be added in a followup patch.

It also been builded tested with a ARM toolchain.

The sdl2 support has been droped in this series since some libevas gl module
still use sdl v1 headers.
Also the new efl package is no longer available for other libc than glibc due
to use of mkstemps() function.

Patches  1 to  3 add some new packages used by efl
Patches  4 to  8 move existing efl packages outside or package/efl directory.
                 There is no efl package at this point.
Patches  9 to 20 add a new efl package updated to 1.14.2.
Patches 21 to 26 update all other packages which use efl.
Patches 27 to 36 remove old efl packages.
Patch 37 add a new package libemotion-generic-players

This is a first part, other packages which use efl are ready and will be
sent in a followup series:

* rage
* terminology
* empc
* ecrire
* python-efl
* econnman
* libetrophy
* elemines
* libcanberra
* e-cho

Best regards,
Romain Naour

Bernd Kuhls (1):
  package/x11r7/xlib_libXpresent: new package

Romain Naour (36):
  package/x11r7/xproto_printproto: new package
  package/x11r7/xlib_libXp: new package
  package/efl: remove shared version number
  package/expedite: move to package directory
  package/libelementary: move to package directory
  package/libevas-generic-loaders: move to package directory
  package/efl: move one directory higher
  package/efl: new host-package
  package/efl: new package
  package/efl: add harfbuzz dependency
  package/efl: add wayland dependency
  package/efl: add libcurl dependency
  package/efl: add libblkid dependency
  package/efl: add webp dependency
  package/efl: add frame buffer config option
  package/efl: add jp2k config option
  package/efl: add X11 support
  package/efl: add OpenGL/OpenGLES support
  package/efl: add Xpresent dependency
  package/libevas-generic-loaders: bump to version 1.14.0
  package/libevas-generic-loaders: add libraw dependency
  package/libelementary: bump to version 1.14.2
  package/libelementary: add host package
  package/enlightenment: bump to version 0.19.7
  package/expedite: bump to efl-1.14 branch
  package/libethumb: remove package
  package/libedje: remove package
  package/libembryo: remove package
  package/libeio: remove package
  package/libefreet: remove package
  package/libedbus: remove package
  package/libecore: remove package
  package/libevas: remove package
  package/libeet: remove package
  package/libeina: remove package
  package/libemotion-generic-players: new package

 Config.in.legacy                                   |  70 ++++
 package/Config.in                                  |   6 +-
 package/efl/Config.in                              | 166 ++++++++--
 package/efl/efl.hash                               |   2 +
 package/efl/efl.mk                                 | 352 ++++++++++++++++++++-
 package/efl/expedite/Config.in                     |  15 -
 package/efl/libecore/Config.in                     |  46 ---
 package/efl/libecore/libecore.mk                   | 114 -------
 package/efl/libedbus/Config.in                     |  44 ---
 package/efl/libedbus/libedbus.mk                   |  37 ---
 package/efl/libedje/Config.in                      |  28 --
 package/efl/libedje/libedje.mk                     |  28 --
 package/efl/libeet/Config.in                       |  11 -
 package/efl/libeet/libeet.mk                       |  27 --
 package/efl/libefreet/Config.in                    |  10 -
 package/efl/libefreet/libefreet.mk                 |  17 -
 package/efl/libeina/Config.in                      |   6 -
 package/efl/libeina/libeina.mk                     |  18 --
 package/efl/libeio/Config.in                       |  22 --
 package/efl/libeio/libeio.mk                       |  16 -
 package/efl/libelementary/Config.in                |  17 -
 package/efl/libelementary/libelementary.mk         |  32 --
 package/efl/libembryo/Config.in                    |   9 -
 package/efl/libembryo/libembryo.mk                 |  18 --
 package/efl/libethumb/Config.in                    |  15 -
 package/efl/libethumb/libethumb.mk                 |  27 --
 package/efl/libevas-generic-loaders/Config.in      |  29 --
 package/efl/libevas/0001-giflib.patch              |  98 ------
 package/efl/libevas/Config.in                      | 211 ------------
 package/efl/libevas/libevas.mk                     | 247 ---------------
 package/enlightenment/Config.in                    |  35 +-
 package/enlightenment/enlightenment.hash           |   2 +
 package/enlightenment/enlightenment.mk             |  22 +-
 package/expedite/Config.in                         |  16 +
 package/{efl => }/expedite/expedite.mk             |  11 +-
 package/libelementary/Config.in                    |  17 +
 package/libelementary/libelementary.hash           |   2 +
 package/libelementary/libelementary.mk             |  37 +++
 package/libemotion-generic-players/Config.in       |  18 ++
 .../libemotion-generic-players.hash                |   2 +
 .../libemotion-generic-players.mk                  |  17 +
 package/libevas-generic-loaders/Config.in          |  35 ++
 .../libevas-generic-loaders.hash                   |   2 +
 .../libevas-generic-loaders.mk                     |  18 +-
 package/x11r7/Config.in                            |   3 +
 package/x11r7/xlib_libXp/Config.in                 |  11 +
 package/x11r7/xlib_libXp/xlib_libXp.mk             |  20 ++
 package/x11r7/xlib_libXpresent/Config.in           |  19 ++
 .../x11r7/xlib_libXpresent/xlib_libXpresent.hash   |   4 +
 package/x11r7/xlib_libXpresent/xlib_libXpresent.mk |  22 ++
 package/x11r7/xproto_printproto/Config.in          |   7 +
 .../x11r7/xproto_printproto/xproto_printproto.hash |   2 +
 .../x11r7/xproto_printproto/xproto_printproto.mk   |  16 +
 53 files changed, 864 insertions(+), 1212 deletions(-)
 create mode 100644 package/efl/efl.hash
 delete mode 100644 package/efl/expedite/Config.in
 delete mode 100644 package/efl/libecore/Config.in
 delete mode 100644 package/efl/libecore/libecore.mk
 delete mode 100644 package/efl/libedbus/Config.in
 delete mode 100644 package/efl/libedbus/libedbus.mk
 delete mode 100644 package/efl/libedje/Config.in
 delete mode 100644 package/efl/libedje/libedje.mk
 delete mode 100644 package/efl/libeet/Config.in
 delete mode 100644 package/efl/libeet/libeet.mk
 delete mode 100644 package/efl/libefreet/Config.in
 delete mode 100644 package/efl/libefreet/libefreet.mk
 delete mode 100644 package/efl/libeina/Config.in
 delete mode 100644 package/efl/libeina/libeina.mk
 delete mode 100644 package/efl/libeio/Config.in
 delete mode 100644 package/efl/libeio/libeio.mk
 delete mode 100644 package/efl/libelementary/Config.in
 delete mode 100644 package/efl/libelementary/libelementary.mk
 delete mode 100644 package/efl/libembryo/Config.in
 delete mode 100644 package/efl/libembryo/libembryo.mk
 delete mode 100644 package/efl/libethumb/Config.in
 delete mode 100644 package/efl/libethumb/libethumb.mk
 delete mode 100644 package/efl/libevas-generic-loaders/Config.in
 delete mode 100644 package/efl/libevas/0001-giflib.patch
 delete mode 100644 package/efl/libevas/Config.in
 delete mode 100644 package/efl/libevas/libevas.mk
 create mode 100644 package/enlightenment/enlightenment.hash
 create mode 100644 package/expedite/Config.in
 rename package/{efl => }/expedite/expedite.mk (61%)
 create mode 100644 package/libelementary/Config.in
 create mode 100644 package/libelementary/libelementary.hash
 create mode 100644 package/libelementary/libelementary.mk
 create mode 100644 package/libemotion-generic-players/Config.in
 create mode 100644 package/libemotion-generic-players/libemotion-generic-players.hash
 create mode 100644 package/libemotion-generic-players/libemotion-generic-players.mk
 create mode 100644 package/libevas-generic-loaders/Config.in
 create mode 100644 package/libevas-generic-loaders/libevas-generic-loaders.hash
 rename package/{efl => }/libevas-generic-loaders/libevas-generic-loaders.mk (64%)
 create mode 100644 package/x11r7/xlib_libXp/Config.in
 create mode 100644 package/x11r7/xlib_libXp/xlib_libXp.mk
 create mode 100644 package/x11r7/xlib_libXpresent/Config.in
 create mode 100644 package/x11r7/xlib_libXpresent/xlib_libXpresent.hash
 create mode 100644 package/x11r7/xlib_libXpresent/xlib_libXpresent.mk
 create mode 100644 package/x11r7/xproto_printproto/Config.in
 create mode 100644 package/x11r7/xproto_printproto/xproto_printproto.hash
 create mode 100644 package/x11r7/xproto_printproto/xproto_printproto.mk

-- 
2.4.3

^ permalink raw reply	[flat|nested] 13+ messages in thread

end of thread, other threads:[~2015-09-28 21:00 UTC | newest]

Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-08-03 18:55 [Buildroot] [RFC 00/37] efl bump to 1.14.2 vj
2015-08-03 23:10 ` Romain Naour
  -- strict thread matches above, loose matches on Subject: below --
2015-08-21  0:30 vj
2015-08-21  9:51 ` Romain Naour
2015-08-21 10:18   ` Romain Naour
2015-08-21 17:56   ` vj
2015-08-24 21:42     ` Romain Naour
2015-08-24 22:09       ` vj
2015-09-05 14:55         ` Romain Naour
2015-09-27  0:37           ` vj
2015-09-28 21:00             ` Romain Naour
2015-07-26 18:55 Romain Naour
2015-08-06  8:45 ` Romain Naour

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.