Web lists-archives.com

Re: [E-devel] EFL 1.19.0-beta3 (from git) package for Debian Experimental




Hello,

I just saw your initial log and the one in the mail. Is it possible that
you have some other installed library that gets mixed into your build?
Or some lower binary / library is currupted?

There are a few things that indicate it:

- In the first log the linker cannot find _efl_object_init_count, which
  is part of libeo.so in any case, if you are running latest git, so
  there is either way a broken compiler that does not make the symbol
  public, or a wrong libeo.so gets linked into. simular to _eo_call_end,
  there is no sane reason why this symbol should just disappear

- Something is driving dbus mad, i have never seen those errors...

And for taking a closer look and seeing which .so's are opened, maybe
run the evas_suite by hand and create a strace output from it, so we can
see which files are opened. So we know, thats a compiler fault or
something else is wrong.

Greetings
   bu5hm4n

On Thu, Mar 23, 2017 at 12:21:38AM -0700, Jose R R wrote:
> On Wed, Mar 22, 2017 at 10:56 PM, Carsten Haitzler <raster@xxxxxxxxxxxxx> wrote:
> > On Wed, 22 Mar 2017 04:50:38 -0700 Jose R R <jose.r.r@xxxxxxxxxxx> said:
> >
> >> On Tue, Mar 21, 2017 at 4:55 PM, Ross Vandegrift <ross@xxxxxxxxxxx> wrote:
> >> [...]
> >> > Oh I see - I misunderstood your previous message and thought you were
> >> > targeting sid.  You need to backport + rebuild for jessie.  IIRC, the
> >> > only change I needed was to remove the auto dbgsym stuff.
> >> >
> >> > [snip]
> >> >> FAIL: tests/evas/evas_suite
> >> >> ===========================
> >> >>
> >> >> /mnt/caxtolli/usr/src/build/enlightenment-debian/sid-omeyi/efl-1.18.4/src/tests/evas/.libs/evas_suite:
> >> >> symbol lookup
> >> >> error: /mnt/caxtolli/usr/src/build/enlightenment-debian/sid-omeyi/efl-1.18.4/src/lib/efl/.libs/libefl.so.1:
> >> >> undefined symbol: _eo_call_end FAIL tests/evas/evas_suite (exit status:
> >> >> 127)
> >> >
> >> > This seems suspicious - the linker can't find a symbol in libefl.so.
> >> > Are you building with some other patches?
> >> Nope.
> >>
> >> >
> >> > [snip]
> >> >> FAIL: tests/eio/eio_suite
> >> >> =========================
> >> >>
> >> >> Running suite(s): Eio
> >> > [snip]
> >> >> 98%: Checks: 51, Failures: 1, Errors: 0
> >> >> tests/eio/eio_test_manager.c:68:F:Eio Job:efl_io_manager_test_ls_funcs:0:
> >> >> Failure '(*number_of_listed_files) != test_count' occurred
> >> >
> >> > I don't recall seeing this test fail before, sorry.
> >> >
> >> Ok, the above issues are from EFL 1.19.0 beta3 effort on a Debian Sid
> >> (Unstable) on Reiser4 root fs.
> >>
> >> An EFL 1.18.4 build on Debian-Reiser4 root fs Jessie (Stable), fed
> >> heavily from official jessie-backports repository, does succeed in
> >> building the corresponding EFL 1.18.4 DEBs -- as long as I do three
> >> modifications to relevant debian packaging.
> >>
> >> First I modify debian/rules, option: --enable-fb
> >> -------------------------------------------------------------------------------------------------------------------------------------------------
> >> [...]
> >> ifeq (linux,$(DEB_HOST_ARCH_OS))
> >>         arch_flags += --enable-fb    <=## Directive is overlooked. DEB
> >> build fails *because* it's missing
> >> [...]
> >> override_dh_auto_configure:
> >>         dh_auto_configure --verbose -- \
> >>         [...]
> >>         --enable-fb \       <=## Added explicitly here, satisfies dh_install
> >>         $(arch_flags)
> >> [...]
> >> ------------------------------------------------------------------------------------------------------------------------------------------------
> >
> > err so --enable-fb makes an eio test work? and makes the evas test suite work
> > (which doesn't use fb access at all)...  THAT i don't get...
> Hold on :) ...
> Assuming I disable *all* tests, debian/rules *should* generate *all*
> EFL DEB packages --but it does not, log shows hint:
> [...]
> make[2]: Leaving directory
> '/mnt/caxtolli/usr/src/build/enlightenment-debian/jessie-bp/efl-1.18.4'
> make[1]: Leaving directory
> '/mnt/caxtolli/usr/src/build/enlightenment-debian/jessie-bp/efl-1.18.4'
>    debian/rules override_dh_install
> make[1]: Entering directory
> '/mnt/caxtolli/usr/src/build/enlightenment-debian/jessie-bp/efl-1.18.4'
> dh_install --list-missing
> dh_install: Cannot find (any matches for)
> "debian/tmp/usr/lib/*/evas/modules/engines/fb/*/module.so" (tried in
> "." and "debian/tmp")
> dh_install: libevas1-engines-fb missing files:
> debian/tmp/usr/lib/*/evas/modules/engines/fb/*/module.so
> dh_install: Cannot find (any matches for)
> "debian/tmp/usr/lib/*/libecore_fb.so.*" (tried in "." and
> "debian/tmp")
> dh_install: libecore-fb1 missing files: debian/tmp/usr/lib/*/libecore_fb.so.*
> dh_install: usr/bin/ecore_evas_convert exists in debian/tmp but is not
> installed to anywhere
> [...]
> 
> which hints that experimental debian packaging default debian/rules directive
> ifeq (linux,$(DEB_HOST_ARCH_OS))
>          arch_flags += --enable-fb
> 
> is being overlooked during build procedure. Accordingly, I had to
> explicitly add --enable-fb, at the end of options, as:
> 
> override_dh_auto_configure:
>         dh_auto_configure --verbose -- \
>         --disable-rpath \
>         --disable-silent-rules \
>         --enable-doc \
>         --with-profile=dev \
>         --with-tests=regular \
>         --with-crypto=gnutls \
>         --disable-tslib \
>         --enable-liblz4 \
>         --enable-xinput22 \
>         --enable-image-loader-webp \
>         --enable-harfbuzz \
>         --enable-systemd \
>         --enable-static \
>         --enable-image-loader-webp \
>         --with-generic_vlc \
>         --enable-fb \
>         $(arch_flags)
> 
> That's how DEBs in reference snapshot were generated *finally*.
> 
> >
> >> Second & third, I add your code to skip two(2) failing tests :D
> >>
> >> Skip: src/tests/eet/eet_suite.c
> >> Skip: src/tests/eio/eio_suite.c
> >
> > if you're disabling tests...
> I am not the only one. check experimental debian/changelog for
> references to previous deeds ;-)
> 
> why not just not do "make check". i do not know
> > why your tests fail, but they should not.
> 
> That's why I attached relevant fail logs in previous message ;-)
> 
> 
> Best Professional Regards.
> 
> -- 
> Jose R R
> http://metztli.it
> ---------------------------------------------------------------------------------------------
> Download Debian-Reiser4 for AMD64 https://sf.net/projects/debian-reiser4/
> ---------------------------------------------------------------------------------------------
> Try at no charge http://b2evolution.net for http://OpenShift.com PaaS
> ---------------------------------------------------------------------------------------------
> from our GitHub http://Nepohualtzintzin.com repository. Cloud the easy way!
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> enlightenment-devel mailing list
> enlightenment-devel@xxxxxxxxxxxxxxxxxxxxx
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel