Damn, you're right. Sorry for the big noise. But still, should we try to load upower module in all cases ?
On Thu, Nov 14, 2013 at 12:21 PM, Simon <si...@simotek.net> wrote: > On 11/14/2013 09:03 PM, Lionel Orry wrote: >> >> Hi devs, >> >> I was looking at some build errors about terminology in Opensuse Build >> Service (have a look for example at >> >> https://build.opensuse.org/build/X11:Enlightenment:Nightly/Fedora_19/i586/terminology/_log). >> Simon (CCed) is one of the maintainers. >> >> The fact is we need to run edje_cc to build the themes, obviously. >> What is less obvious is that the initialisation procedure of edje_cc, >> like any other application using ecore, loads the available ecore >> modules. >> >> Since ecore for this platform was compiled with upower support, the >> file /usr/lib/ecore/system/upower/linux-gnu-i686-1.8.0/module.so is >> present and ecore tries to load it. You can admit with me that it is >> totally useless in this case. And worse, this modules needs a dbus >> session running to load correctly, else it fails and consequently, >> edje_cc fails and aborts the whole compilation. Simply because we are >> trying to build in a virtual machine that does not have a dbus session >> running. >> >> I don't know the best way to handle that issue, but I believe that we >> should have a way to conditionally prevent the upower module from >> loading. I would even tend to say that it should not be loaded by >> default, unless specified somewhere. Another solution would be to >> check first that a dbus session is running, and instead of failing, >> issue a warning when loading the module but return a success so that >> the procedure can go on, and we could eventually use ecore apps >> without a dbus session running. >> >> I may not be very clear about the subject because I don't know much >> about dbus, but what I know is that this loading failure is very >> intrusive, we just want to compile a theme, dammit. :) >> >> Any thoughts about it ? >> >> Thanks in advance, >> Lionel > > I was caught out by this the other week, in my case it was because eep was > not installed with edje_cc in the efl package. That was causing a issue just > above the dbus errors, as far as i can tell the dbus errors don't cause the > build to fail (elementary and e18 build with the errors). I have fixed that > issue now, so see if it is still causing failures. > > Cheers > Simon ------------------------------------------------------------------------------ DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
