Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.devel > #78776 > unrolled thread

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

Back to article view | Back to linux.debian.devel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: [E-devel] EFL 1.19.0-beta3 (from git) package for Debian  Experimental Ross Vandegrift <ross@kallisti.us> - 2017-03-20 21:40 +0100
    Re: [E-devel] EFL 1.19.0-beta3 (from git) package for Debian  Experimental Ross Vandegrift <ross@kallisti.us> - 2017-03-22 01:00 +0100
      Re: [E-devel] EFL 1.19.0-beta3 (from git) package for Debian  Experimental Carsten Haitzler (The Rasterman) <raster@rasterman.com> - 2017-03-23 07:40 +0100
        Re: [E-devel] EFL 1.19.0-beta3 (from git) package for Debian Experimental Jose R R <jose.r.r@metztli.com> - 2017-03-23 08:40 +0100
          Re: [E-devel] EFL 1.19.0-beta3 (from git) package for Debian  Experimental marcel-hollerbach@t-online.de - 2017-03-23 10:50 +0100
          Re: [E-devel] EFL 1.19.0-beta3 (from git) package for Debian  Experimental Carsten Haitzler (The Rasterman) <raster@rasterman.com> - 2017-03-23 11:30 +0100
            Re: [E-devel] EFL 1.19.0-beta3 (from git) package for Debian  Experimental Ross Vandegrift <ross@kallisti.us> - 2017-03-23 14:10 +0100
              Re: [E-devel] EFL 1.19.0-beta3 (from git) package for Debian  Experimental Carsten Haitzler (The Rasterman) <raster@rasterman.com> - 2017-03-24 03:00 +0100
      Re: [E-devel] EFL 1.19.0-beta3 (from git) package for Debian  Experimental Ross Vandegrift <ross@kallisti.us> - 2017-03-23 14:00 +0100
        Bug#858563: efl: invoking debian/rules directly does not work as intended Simon McVittie <smcv@debian.org> - 2017-03-23 16:00 +0100
        Re: [E-devel] EFL 1.19.0-beta3 (from git) package for Debian Experimental Jose R R <jose.r.r@metztli.com> - 2017-03-24 13:50 +0100

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

On Sun, Mar 19, 2017 at 11:47:39PM -0700, Jose R R wrote:
> https://git.enlightenment.org/core/efl.git/
> 
> Notwithstanding, I intended to package Enlightenment and make download
> available for my SourceForge Debian-Reiser4 netboot installer.
> 
> EFL debian packaging:
> http://http.debian.net/debian/pool/main/e/efl/efl_1.18.4-1.debian.tar.xz

Any reason you want to rebuild from git instead of using the packages in
experimental?  If you've found a problem, I'd like to fix it.  On sid &
stretch they should install without difficulty.

Are you using sbuild?  I've seen issues like the test failures below
under sbuild - some EFL tests get incorrect info about filesystem
permissions.  I use pbuilder, so I haven't tracked this down.

Ross

[toc] | [next] | [standalone]

#78796

On Mon, Mar 20, 2017 at 04:44:53PM -0700, Jose R R wrote:
> On Mon, Mar 20, 2017 at 1:19 PM, Ross Vandegrift <ross@kallisti.us> wrote:
> >
> > On Sun, Mar 19, 2017 at 11:47:39PM -0700, Jose R R wrote:
> > > https://git.enlightenment.org/core/efl.git/
> > >
> > > Notwithstanding, I intended to package Enlightenment and make download
> > > available for my SourceForge Debian-Reiser4 netboot installer.
> > >
> > > EFL debian packaging:
> > > http://http.debian.net/debian/pool/main/e/efl/efl_1.18.4-1.debian.tar.xz
> >
> > Any reason you want to rebuild from git instead of using the packages in
> > experimental?  If you've found a problem, I'd like to fix it.  On sid &
> > stretch they should install without difficulty.
> 
> I will try anything, until something works. Then I will proceed to
> work on the backport for the stable Debian (Jessie) to complement
> Reiser4 kernel, backported{ linux-base, nfs-common, reiser4progs
> (reiser4 fs utilities), etc.}. If I install packages directly from
> Debian unstable(Sid), testing (Stretch), or -- in this particular
> case, experimental -- repositories onto stable/Jessie-backports, the
> end user will end up with dependency hell, i.e, broken installation.

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?

[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.

Ross

[toc] | [prev] | [next] | [standalone]

#78816

On Wed, 22 Mar 2017 04:50:38 -0700 Jose R R <jose.r.r@metztli.com> said:

> On Tue, Mar 21, 2017 at 4:55 PM, Ross Vandegrift <ross@kallisti.us> 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...

> 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... why not just not do "make check". i do not know
why your tests fail, but they should not.

> Generated DEBs snapshot:
> < https://pbs.twimg.com/media/C7hRH1HU8AAG1sd.jpg:large >
> 
> Of course, I still need to test application of DEBs in another Jessie.
> 
> Please, note that otherwise, procedure is a no-go with failures in
> relevant files attached:
> 
> 
> 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!


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

[toc] | [prev] | [next] | [standalone]

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

On Wed, Mar 22, 2017 at 10:56 PM, Carsten Haitzler <raster@rasterman.com> wrote:
> On Wed, 22 Mar 2017 04:50:38 -0700 Jose R R <jose.r.r@metztli.com> said:
>
>> On Tue, Mar 21, 2017 at 4:55 PM, Ross Vandegrift <ross@kallisti.us> 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!

[toc] | [prev] | [next] | [standalone]

#78820

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@rasterman.com> wrote:
> > On Wed, 22 Mar 2017 04:50:38 -0700 Jose R R <jose.r.r@metztli.com> said:
> >
> >> On Tue, Mar 21, 2017 at 4:55 PM, Ross Vandegrift <ross@kallisti.us> 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@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[toc] | [prev] | [next] | [standalone]

#78822

On Thu, 23 Mar 2017 00:21:38 -0700 Jose R R <jose.r.r@metztli.com> said:

> On Wed, Mar 22, 2017 at 10:56 PM, Carsten Haitzler <raster@rasterman.com>
> wrote:
> > On Wed, 22 Mar 2017 04:50:38 -0700 Jose R R <jose.r.r@metztli.com> said:
> >
> >> On Tue, Mar 21, 2017 at 4:55 PM, Ross Vandegrift <ross@kallisti.us> 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:

you dont have to disable tests... you actually HAVE to enable them with
--with-tests=regular or --with-tests=coverage ... AND you then also have to do
"make check" to compile AND run them... it requires effort to enable them and
run them.

> [...]
> 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
> [...]

that's your packaging issue there... your packages expect files you don't have
(eg the fb support libs and modules) ... and they fail to package up the binary
there. you are the packager here. you should know what these mean... :)

fyi:

 4:59PM ~/C/efl > make DESTDIR=/tmp/BLAH install
...
 5:02PM ~/C/efl > ls /tmp/BLAH/usr/local/lib/libecore_fb*
4.0K /tmp/BLAH/usr/local/lib/libecore_fb.la
   0 /tmp/BLAH/usr/local/lib/libecore_fb.so@
   0 /tmp/BLAH/usr/local/lib/libecore_fb.so.1@
128K /tmp/BLAH/usr/local/lib/libecore_fb.so.1.19.0*
 5:03PM ~/C/efl > ls /tmp/BLAH/usr/local/lib/evas/modules/engines/fb/v-1.19
total 192K
4.0K module.la*  188K module.so*
 5:03PM ~/C/efl > ls /tmp/BLAH/usr/local/lib/ecore_evas/engines/fb/v-1.19
total 88K
4.0K module.la*   84K module.so*

all there as expected in the destdir :) thats what packaging tools use - they
use DESTDIR to specify "debian/tmp" athe destination dir for install
(otherwise keeping prefix and other paths as normal)... efl does obey/follow
this with its makefiles.

> 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:

yes - so whatever your debian system is - it doesn't think it's linux. at this
point it's your debian rules here... you do need to make sure it works... :)

> 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*.

no wayland i see. :( also no ibus input method support either.

> >
> >> 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!
> 


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

[toc] | [prev] | [next] | [standalone]

#78827

On Thu, Mar 23, 2017 at 07:04:14PM +0900, Carsten Haitzler wrote:
> On Thu, 23 Mar 2017 00:21:38 -0700 Jose R R <jose.r.r@metztli.com> said:
> >
> you dont have to disable tests... you actually HAVE to enable them with
> --with-tests=regular or --with-tests=coverage ... AND you then also have to do
> "make check" to compile AND run them... it requires effort to enable them and
> run them.

He's attempting to use the packaging from Debian experimental, which
enables & automatically runs make check.

> > 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*.
> 
> no wayland i see. :( also no ibus input method support either.

Last I heard, using wayland was only recommended if you followed git.
If that's no longer true, it could be enabled in the next release.

Ross

[toc] | [prev] | [next] | [standalone]

#78836

On Thu, 23 Mar 2017 09:07:40 -0400 Ross Vandegrift <ross@kallisti.us> said:

> On Thu, Mar 23, 2017 at 07:04:14PM +0900, Carsten Haitzler wrote:
> > On Thu, 23 Mar 2017 00:21:38 -0700 Jose R R <jose.r.r@metztli.com> said:
> > >
> > you dont have to disable tests... you actually HAVE to enable them with
> > --with-tests=regular or --with-tests=coverage ... AND you then also have to
> > do "make check" to compile AND run them... it requires effort to enable
> > them and run them.
> 
> He's attempting to use the packaging from Debian experimental, which
> enables & automatically runs make check.

then remove those bits. :) make check does require a fairly working "user
environment" - eg a login session to fully run as it tests things that are
dependant on that. it all passes for me except network which is due to a
firewall... (well when i ran it yesterday)

> > > 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*.
> > 
> > no wayland i see. :( also no ibus input method support either.
> 
> Last I heard, using wayland was only recommended if you followed git.
> If that's no longer true, it could be enabled in the next release.

wayland is not perfect right now... but its actually pretty good.

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

[toc] | [prev] | [next] | [standalone]

#78826

On Wed, Mar 22, 2017 at 04:50:38AM -0700, Jose R R wrote:
> 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)
> [...]
> ------------------------------------------------------------------------------------------------------------------------------------------------

You only need this change because you're calling debian/rules directly.
If you use dpkg-buildpackage then DEB_HOST_ARCH_OS will be set, and the
Makefile will automatically add --enable-fb.

Ross

[toc] | [prev] | [next] | [standalone]

#78829 — Bug#858563: efl: invoking debian/rules directly does not work as intended

Source: efl
Version: 1.8.6-2.5

On Thu, 23 Mar 2017 at 08:55:10 -0400, Ross Vandegrift wrote:
> You only need [to pass --enable-fb explicitly] because you're calling
> debian/rules directly. If you use dpkg-buildpackage then
> DEB_HOST_ARCH_OS will be set, and the Makefile will automatically
> add --enable-fb.

This is *technically* a bug in the packaging: invoking debian/rules
directly is *meant* to work. efl's debian/rules should either
`include /usr/share/dpkg/default.mk` (or at least architecture.mk),
or arrange for DEB_HOST_ARCH_OS to be set correctly by invoking
dpkg-buildflags itself.

(But I'm sure lots of other packages have the same bug: no infrastructure
in Debian systematically checks for it, and for a user of Debian packages,
building with dpkg-buildpackage or debuild is always preferred.)

I'm filing this as a normal-severity bug, because although it's a
Policy violation, it isn't a serious one IMO. Please adjust the severity
up or down according to the maintainer's opinion.

    S

[toc] | [prev] | [next] | [standalone]

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

[Multipart message — attachments visible in raw view] — view raw

On Thu, Mar 23, 2017 at 5:55 AM, Ross Vandegrift <ross@kallisti.us> wrote:
> On Wed, Mar 22, 2017 at 04:50:38AM -0700, Jose R R wrote:
>> 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)
>> [...]
>>
------------------------------------------------------------------------------------------------------------------------------------------------
>
> You only need this change because you're calling debian/rules directly.
> If you use dpkg-buildpackage then DEB_HOST_ARCH_OS will be set, and the
> Makefile will automatically add --enable-fb.
>

Until recently I followed Debian Handbook debian/rules 'directly'
guidelines for building the Debianized kernel:

https://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official

--and still do for all other software I've backported; thus, I thought
build of EFL DEBs as similar.

Then I began to use dpkg-buildpackage to build my Jessie-backports of
Reiser4-patched Debian kernels due to debian/rules procedure unexpectedly
failing to build subsequently newer kernel packages.

Notwithstanding, using dpkg-buildpackage to build EFL indeed does
--enable-fb but does not build (after skipping referenced tests in this
thread) the following two packages, which using debian/rules 'directly'
*does* build (.1, of course, after dch):

efl-1.18.4-1.1-DEBs/efl-doc_1.18.4-1.1_all.deb
efl-1.18.4-1.1-DEBs/libelementary-data_1.18.4-1.1_all.deb

Probably irrelevant but just letting you know.

Anyhow, I appreciate all the helpful input from everyone involved. I was
able to build EFL DEBs and I just have to alter certain variables and/or
build environment to find a proper optimization.

Thank you all.


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!

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.devel

csiph-web