* [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.