On Monday, 23 January 2006, at 21:15:24 (+0900), Carsten Haitzler wrote: > dude - that message says EXACTLY what the problem is - to the > letter. read it. the code passed NULL as a handle pointer to > ecore_evasget() - so what it passed in was NULL - that's bad.
Well, in that case, the naughty programmer is YOU. The error message came from edje_cc when it was unable to load the PNG image loader module while compiling default.edc for entrance. The bottom line is, the message does NOT say what the problem was. The problem, which I discovered mainly by trial and error, was that the buffer engine and PNG image loader modules were not available. > that's just styupid - as my other mail says. the packages that > REQUIRE these should add them as dependencies - EG tne enlightenment > package for 0.17 should add these as dependencies - thus indicating > what engines and loaders and features it requires at a minimum. what > you have done is for rpm users, is effectively neuter a very useful > feature - the ability to fine-grain dependencies even if they > arene't using e17 or e apps (just using evas for some specific > fucntionality like a dvd/pvr system - eg freevo, where it only > displays in the framebuffer... just for starters.) Sure, you can look at it that way if you want. You can also look at it this way: I've saved them an immense amount of time hunting down problems they don't understand by including the features that ALMOST ALL PACKAGES which use evas require. > errr - the point of modules is so that the engines, loaders, savers > CAN be distributed separately without adding dependencies and > features not wanted/needed in evas. you DO know for exampel that > just LINKING to libGL on a system with nvidia drivers eats up 8mb of > RSS - like it or not.? this kind of thing is what this is trying to > avoid. if u are going to sauport some module packages - you should > support all of them. what you have done is non-sensical. if you > removed all i'd understand as its a "pain" but just removing some is > just =some walfway house that gives no benefits and doesnt really > remove work. It's not non-sensical at all. What I've done is roughly equivalent to including libXaw.so.* in xorg-x11-libs instead of creating xorg-x11-athena (which would just be silly). You'll notice that the GL extension module IS IN A SEPARATE PACKAGE STILL! The only ones I condensed were the most basic ones. Things like GL and Cairo are still in separate packages. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) ----------------------------------------------------------------------- "The world isn't run by weapons any more, or energy, or money. It's run by little 1's and 0's, little bits of data. It's all just electrons! There's a war out there, old friend -- a world war, and it's not about who's got the most bullets. It's about who controls the information: what we see and hear, how we work, what we think. It's all about the information." -- Cosmo (Ben Kingsley), "Sneakers" ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
