On Sat, 24 Nov 2012 23:48:09 +0100 Joel Klinghed <the...@spawned.biz> said:

> Hi,
> 
> I installed alpha5 on my main machine today and encountered a couple of
> problems, mainly configure issues (patches included) but one crash (or
> because e_alert & software composition doesn't seem to work for me,
> hang).
> 
> As a pretext to my configuration issues, I'm running on my very own LFS
> with homebrew prefix based package handling. So every program is
> installed in its own prefix and not dumped in the mess that is /usr.
> Also my X11 is not installed in /usr, /usr/X11 or any other of the
> numerous "default" locations. So yes, I'm rather used to having to
> nudge certain configure scripts into doing what they advertise ;)
> (almost all configure scripts I've seen check the prefix for X11, very
> few actually use it, EFL do pretty well considering).
> 
> On to the patches (based on the 1.7.2 packages released recently):
> 
> * eina-1.7.2-dirfd-fix.patch
> The check for dirfd used AC_LANG_PROGRAM incorrectly and thus always
> failed.

already fixed - but differently.

> * eet-1.7.2-libgcrypt.patch
> Use cflags returned from libgcrypt-config when compiling files
> including libgcrypt.h

fixed it seems in later 1.7.x and in efl svn.

> * evas-1.7.2-configure-xorg.patch
> Use X_CFLAGS when checking X11 and GL headers and X_LIBS when checking
> X11 and GL libs.
> Also use X_CFLAGS when compiling gl_common as GL headers might use the
> same prefix.

ummm configure.ac is a lot different now... try again?

> * evas-1.7.2-fribidi.patch
> pkg-config --cflags for fribidi has always returned
> ${prefix}/include/fribidi so including fribidi/fribidi.h doesn't work.

indeed - right. i dont know how this has been missed for so long.

> * enlightenment-0.17.0-alpha5-e_xsettings.patch
> e_xsettings.c use X11 headers directly, so must check for x_cflags.

better solution. make the code not use x headers directly.

> * enlightenment-0.17.0-alpha5-mixer-alsa.patch
> Use cflags from pkg-config alsa-lib when using alsa headers.

indeed u are right! this should be there. added.

> * enlightenment-0.17.0-alpha5-xkb_base.patch
> When searching for xkeyboard-config rules, before trying a long list of
> guessed standard paths, check the one given by the pkg-config file if
> it exists.

this is better indeed.

> With all these patches applied I can compile, install and run
> enlightenment fine (well, have to fiddle a bit with EDJE_PREFIX and
> EDJE_LIB_DIR to allow edje and embryo to be installed in different
> prefixes on a multilib system).
> 
> I do however get a crash when trying to change the style of a shelf on
> one of my secondary screens to invisible.
> Attached gdb stacktrace (gdb.txt) and valgrind output (valgrind.txt).
> Running with valgrind the operation actually succeeds but gives a few
> bad accesses.
> Please tell me if you need any more information.
> 
> Regards, Joel Klinghed

i'm going to have to pass on debugging these as so much has passed since then.
do  u still get segvs on latest 1.7.4 (or 1.7.5 when its out) and e17 release?

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    ras...@rasterman.com


------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122712
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to