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

2017-03-24 Thread Jose R R
On Thu, Mar 23, 2017 at 5:55 AM, Ross Vandegrift  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!


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

2017-03-23 Thread The Rasterman
On Thu, 23 Mar 2017 09:07:40 -0400 Ross Vandegrift  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  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)ras...@rasterman.com



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

2017-03-23 Thread Ross Vandegrift
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  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



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

2017-03-23 Thread Ross Vandegrift
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



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

2017-03-23 Thread The Rasterman
On Thu, 23 Mar 2017 00:21:38 -0700 Jose R R  said:

> On Wed, Mar 22, 2017 at 10:56 PM, Carsten Haitzler 
> wrote:
> > On Wed, 22 Mar 2017 04:50:38 -0700 Jose R R  said:
> >
> >> On Tue, Mar 21, 2017 at 4:55 PM, Ross Vandegrift  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 

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

2017-03-23 Thread marcel-hollerbach
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  
> wrote:
> > On Wed, 22 Mar 2017 04:50:38 -0700 Jose R R  said:
> >
> >> On Tue, Mar 21, 2017 at 4:55 PM, Ross Vandegrift  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 += 

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

2017-03-23 Thread Jose R R
On Wed, Mar 22, 2017 at 10:56 PM, Carsten Haitzler  wrote:
> On Wed, 22 Mar 2017 04:50:38 -0700 Jose R R  said:
>
>> On Tue, Mar 21, 2017 at 4:55 PM, Ross Vandegrift  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 ;-)



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

2017-03-23 Thread The Rasterman
On Wed, 22 Mar 2017 04:50:38 -0700 Jose R R  said:

> On Tue, Mar 21, 2017 at 4:55 PM, Ross Vandegrift  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)ras...@rasterman.com



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

2017-03-21 Thread Ross Vandegrift
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  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



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

2017-03-20 Thread Jose R R
On Mon, Mar 20, 2017 at 1:19 PM, Ross Vandegrift  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.

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

No I am not using sbuild.

After I manually prepare (dependencies, patch, etc.) Sid/Experimental,
I build with command:

fakeroot debian/rules binary

Below/attached is log for EFL 1.18.4 test-suite.log (2 FAIL):
...
make  check-TESTS
PASS: tests/eina/eina_suite
PASS: tests/eo/test_children
PASS: tests/eo/test_access
PASS: tests/eo/test_composite_objects
PASS: tests/eo/test_constructors
PASS: tests/eo/eo_suite
PASS: tests/eo/eo_suite_add_fallback
PASS: tests/eo/test_function_overrides
PASS: tests/eo/test_interface
PASS: tests/eo/test_mixin
PASS: tests/eo/test_signals
PASS: tests/emile/emile_suite
PASS: tests/eet/eet_suite
PASS: tests/eolian/eolian_suite
PASS: tests/ector/ector_suite
PASS: tests/ecore/ecore_suite
FAIL: tests/evas/evas_suite
PASS: tests/ecore_con/ecore_con_suite
PASS: tests/eeze/eeze_suite
SKIP: tests/eldbus/eldbus_suite
PASS: tests/efreet/efreet_suite
FAIL: tests/eio/eio_suite
PASS: tests/edje/edje_suite
SKIP: tests/elementary/elm_suite
PASS: tests/eina_cxx/eina_cxx_suite
PASS: tests/ecore_cxx/ecore_cxx_suite
PASS: tests/ecore_cxx/cxx_compile_test
PASS: tests/eet_cxx/eet_cxx_suite
SKIP: tests/eldbus_cxx/eldbus_cxx_suite
PASS: tests/evas_cxx/cxx_compile_test
PASS: tests/elementary_cxx/cxx_compile_test
PASS: tests/eolian_cxx/eolian_cxx_suite
PASS: tests/elua/elua_suite

   efl 1.18.4: src/test-suite.log


# TOTAL: 33
# PASS:  28
# SKIP:  3
# XFAIL: 0
# FAIL:  2
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

Thanks.


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!

   efl 1.18.4: src/test-suite.log


# TOTAL: 33
# PASS:  28
# SKIP:  3
# XFAIL: 0
# FAIL:  2
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

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)

SKIP: tests/eldbus/eldbus_suite
===

Skipping /mnt/caxtolli/usr/src/build/enlightenment-debian/sid-omeyi/efl-1.18.4/src/tests/eldbus/.libs/eldbus_suite
SKIP tests/eldbus/eldbus_suite (exit status: 77)

FAIL: tests/eio/eio_suite
=

Running suite(s): Eio
ERR<6533>:eldbus lib/eldbus/eldbus_core.c:1021 _connection_get() Error connecting to bus of type 2. error name: org.freedesktop.DBus.Error.NoReply error message: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
ERR<6533>:eina_safety lib/eldbus/eldbus_core.c:1084 eldbus_connection_get() safety check failed: conn == NULL
ERR<6533>:eina_safety lib/eldbus/eldbus_object.c:192 eldbus_object_get() safety check failed: conn == NULL
ERR<6533>:ecore_system_systemd modules/ecore/system/systemd/ecore_system_systemd.c:223 _property_change_monitor() could not 

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

2017-03-20 Thread Ross Vandegrift
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