[Buildroot] [PATCH] efl: remove 'upower' ecore module.

Romain Naour romain.naour at gmail.com
Fri Dec 30 12:27:20 UTC 2016


Hi Gustavo,

Le 30/12/2016 à 03:57, Gustavo Sverzut Barbieri a écrit :
> On Thu, Dec 29, 2016 at 2:20 PM, Romain Naour <romain.naour at gmail.com> wrote:
>> Hi Gustavo,
>>
>> Le 29/12/2016 à 15:56, Gustavo Sverzut Barbieri a écrit :
>>> Ecore will reach 'upower' using D-Bus in order to detect if the system
>>> state changes. This is optional, but done by default and if D-Bus
>>> itself fails, then an error message will be presented.
>>
>> What's the error message ?
>> I don't see any dbus message related to upower.
> 
> It's something along these lines:
> 
> ERR<pid>:eina_safety lib/eldbus/eldbus_core.c:1392
> eldbus_name_owner_changed_callback_del() safety check failed: conn  ==
> NULL
> 
> ERR<pid>:eldbus lib/eldbus/eldbus_core.c:1021 _connection_get() Error
> connecting to bus of type 2. error name:
> org.freedesktop.DBus.Error.FileNotFound error message: Failed to
> connect to socket
> /path/to/buildroot/output/host/var/run/dbus/system_bus_socket
> 
> that is, some apps will try to use eldbus to reach *host* system DBus,
> but it can't as it's trying to reach the socket inside the
> /path/to/buildroot/output/host/, not outside.
> 
> At first I was thinking this was related to edje_cc and would add
> ecore_app_no_system_modules() to it in order to skip such modules as
> upower... but it's already there. So maybe it's another binary used
> during my build.

Yes, I know these noisy one...

Indeed, there is no error messages after removing
$(HOST_DIR)/usr/lib/ecore/system/upower :)
It would be great to add these explanation in the commit log.

I don't use E on my build machine so no other efl binary can be used.

Tested with efl, terminology and enlightenment package.

> 
>>> Since we do not ship upower target package, just remove that from
>>> target. Since it's useless for host, remove it as well.
>>
>> The efl upower module is used by the enlightenment battery module.
>> It's started here but I'm not sure it's really working (100% Battery).
> 
> well, enlightenment + upower works on my desktop :-)
> 
> but E ships with alternative method to check battery if there's no upower.
> 
> also, that ecore module is not used by Enlightenment as the WM needs
> more information. That ecore module will only emit main loop events
> such as "battery low" so apps can save their state and start to save
> power (that was my intent when I added it, not sure any app uses that
> for real).
> 
> 
>> Also, the efl package install several build tools and files on the target.
>> It would be difficult to update all of these hooks between release.
> 
> But the list of modules is pretty small. Usually they would reflect
> --enable-XXX, but since dbus is mandatory we always generate the
> upower module.
> 
> 
>> I recommend to use a post-build script in this case.
> 
> that's what I'm doing atm.
> 
> 
>> I admit, I didn't noticed this module until now :p
> 
> ;-)
> 
> 
>> Maybe it easier to package upower and add it to efl dependencies ?
> 
> I saw that patch and IMO it's a nice addition. However the error I'm
> noticing also happens on my build system as per above log.
> 

I don't think we want to remove $(TARGET_DIR)/usr/lib/ecore/system/upower if
upower is selected. Maybe add a condition on upower package ?

Best regards,
Romain



More information about the buildroot mailing list