Re: [e-users] Enlightenment Software Installer

2016-10-27 Thread The Rasterman 
On Thu, 13 Oct 2016 20:16:54 +0200 Wolfgang Morawetz
 said:

> Hi,
> Enso https://github.com/wfx/Enso
> can help you to initial install e from source.
> It is not yet very well documented but simply:
> clone it:
> git clone https://github.com/wfx/Enso.git
> cd into Enso and run
> ./enso -m
> Select software like efl (listed #0...)
> 0i[Enter]
> Process selection
> p[Enter]
> 
> It still needs some improvement.

did you know about https://phab.enlightenment.org/w/projects/efler/ ? :)

> But have a lot of fun with it
> wfx
> --
> Check out the vibrant tech community on one of the world's most 
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> 


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


--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] (no subject)

2016-10-27 Thread The Rasterman 
On Thu, 27 Oct 2016 19:07:16 +0200 Gabriele Zaverio  said:

> TY :) Just had help from the IRC Channel, so I just compiled EFL. I'm
> in process of compiling everything I need to have a nice and working E
> :)
> 
> Having some minor problems with connman now, but I hope to fix this asap.
> 
> TY all, I LOVE E! :)
> 
> PS I'm writing this:
> 
> https://lab.dyne.org/Enlightenment
> 
> as a workpad / help for people. Stay tuned :)

just a q... did you see the docs on enlightenment.org covering building and on
debian too?

like:

https://www.enlightenment.org/download
https://www.enlightenment.org/docs
https://www.enlightenment.org/distros/debian-start

?

> On 10/27/16, Massimo Maiurana  wrote:
> > Gabriele Zaverio ha scritto il 27/10/2016 alle 17:36:
> >> Hi there,
> >>
> >> just got Elementary from Git:
> >>
> >>  git clone git://git.enlightenment.org/core/elementary.git
> >>
> >> ./autogen.sh went ok, as long as ./configure, but make give me a weird
> >> error:
> >
> > Ciao Asbesto :)
> >
> > I don't know why it's still possible to clone core/elementary.git, it is
> > an outdated module as elementary is now merged into efl. All you need to
> > do is to git clone core/efl.git to have all libraries.
> >
> > Here you can see what modules are available:
> > https://git.enlightenment.org/
> >
> > Note that under /core there are just efl and enlightement, elementary is
> > listed under /legacy but it's path is still under /core. I guess someone
> > should tune git :)
> >
> > Bye
> >
> > --
> > Massimo Maiurana
> > Ragusa (RG)
> >
> > --
> > The Command Line: Reinvented for Modern Developers
> > Did the resurgence of CLI tooling catch you by surprise?
> > Reconnect with the command line and become more productive.
> > Learn the new .NET and ASP.NET CLI. Get your free copy!
> > http://sdm.link/telerik
> > ___
> > enlightenment-users mailing list
> > enlightenment-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> >
> 
> 
> -- 
> 73 de IW9HGS - Gabriele "Asbesto Molesto" Zaverio
> Museo dell'Informatica funzionante - Freaknet Computer Museum
> http://museum.freaknet.org || http://freaknet.org/asbesto
> GPG Fingerprint: 8935 5586 7F2D 9C5E 51B6  BBC5 EA15 9A4E 613D 44D7
> 
> --
> The Command Line: Reinvented for Modern Developers
> Did the resurgence of CLI tooling catch you by surprise?
> Reconnect with the command line and become more productive. 
> Learn the new .NET and ASP.NET CLI. Get your free copy!
> http://sdm.link/telerik
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> 


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


--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] trying to get edgar

2016-10-27 Thread Benoit Barthelet 
Hi Davide,
I used all the today's latest version of the  respective git repository.
Do that is Version: 0.21.99.21733 for e, 1.18.99 for python-efl when I
tried to compile it, 1.18.0 from pip3.
Not sure how to get edgar version but I  think it is commit commit
10cf94460f66a164a99db89c253c812ad18d6b5f

And yes I compiled for python 3 using PYTHON_VERSION=3.5. /autogen.sh

Le 27 oct. 2016 23:14, "Davide Andreoli"  a écrit :

> 2016-10-27 17:15 GMT+02:00 Benoit Barthelet :
>
> > It seems like I made progress using the python-efl from pip, so my
> bindings
> > compilation might be problematic.
> > Now at least it doesn't crash any more when trying to load the module,
> > however I got a message saying to me that it doesn't find python-efl :)
> > if anyone has ideas, I'd be very interested :_)
> >
>
> I can help but need some info on your environment,
> what version of efl, python-efl, edgar and E are you using?
>
> edgar need to be compiled with py3 and the same for python-efl...
> maybe you installed from pip for py2 ?
>
>
>
>
>
> >
> > On Thu, Oct 27, 2016 at 1:50 PM, Benoit Barthelet <
> > benoit.barthe...@gmail.com> wrote:
> >
> > > so I'm trying to compile edgar because python is the only thing i
> > > understand and that it seems like it's a good way to see a use case of
> > > python-efl bindings, well.
> > >
> > > so I compiled efl, enlightenment, I also compile python-efl and
> installed
> > > it, then edgar
> > > no trouble in the process, but when I click in the module settings to
> > load
> > > edgar in the core modules, it crashes.
> > >
> > > I got that dump in .e-crashdum.txt after I recompiled exporting CFLAGS
> > > beforehand, I really don't know if the crash log is relevant and if I
> > > compiled correctly for debug to be of any help, I hope so, here it is :
> > >
> > > Thread 5 (Thread 0x7f9fe3818700 (LWP 19440)):
> > > #0  0x7f9fee45c577 in futex_abstimed_wait_cancelable (private=0,
> > > abstime=0x0, expected=0, futex_word=0x1a7ed98) at
> > > ../sysdeps/unix/sysv/linux/futex-internal.h:205
> > > __ret = -512
> > > oldtype = 0
> > > err = 
> > > #1  do_futex_wait (sem=sem@entry=0x1a7ed98, abstime=0x0) at
> > > sem_waitcommon.c:111
> > > No locals.
> > > #2  0x7f9fee45c624 in __new_sem_wait_slow (sem=0x1a7ed98,
> > abstime=0x0)
> > > at sem_waitcommon.c:181
> > > _buffer = {__routine = 0x7f9fee45c530 <__sem_wait_cleanup>,
> __arg
> > > = 0x1a7ed98, __canceltype = 0, __prev = 0x0}
> > > err = 
> > > d = 0
> > > #3  0x7f9fee45c6b9 in __new_sem_wait (sem=sem@entry=0x1a7ed98) at
> > > sem_wait.c:29
> > > No locals.
> > > #4  0x7f9ff0bcb6b4 in eina_semaphore_lock (sem=0x1a7ed98) at
> > > ../src/lib/eina/eina_inline_lock_posix.x:702
> > > No locals.
> > > #5  _eina_thread_queue_wait (thq=thq@entry=0x1a7ed70) at
> > > lib/eina/eina_thread_queue.c:204
> > > __FUNCTION__ = "_eina_thread_queue_wait"
> > > #6  0x7f9ff0bcbf87 in eina_thread_queue_wait (thq=0x1a7ed70,
> > > allocref=allocref@entry=0x7f9fe3800b58) at
> lib/eina/eina_thread_queue.c:
> > > 477
> > > msg = 
> > > blk = 0x0
> > > #7  0x7f9ff066f0f8 in _evas_common_scale_sample_thread
> > > (data=, t=) at
> lib/evas/common/evas_scale_
> > > sample.c:827
> > > ref = 0x0
> > > msg = 
> > > todo = 0x0
> > > #8  0x7f9ff0bcb48a in _eina_internal_call (context=0x1a5e010) at
> > > lib/eina/eina_thread.c:151
> > > __cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {0,
> > > 6853339563463036544, 0, 140720911366639, 0, 140324932067392,
> > > -6907339829053731200, -6907372302570074496}, __mask_was_saved = 0}},
> > __pad
> > > = {0x7f9f
> > > e3800c30, 0x0, 0x0, 0x0}}
> > > __cancel_arg = 0x1a5e010
> > > __not_first_call = 
> > > c = 0x1a5e010
> > > r = 
> > > #9  0x7f9fee454464 in start_thread (arg=0x7f9fe3818700) at
> > > pthread_create.c:333
> > > __res = 
> > > pd = 0x7f9fe3818700
> > > now = 
> > > unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140324693444352,
> > > 6853339563463036544, 0, 140720911366639, 0, 140324932067392,
> > > -6907339829141811584, -6907351332944720256}, mask_was_saved = 0}},
> priv =
> > > {pad = {0
> > > x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype =
> 0}}}
> > > not_first_call = 
> > > pagesize_m1 = 
> > > sp = 
> > > freesize = 
> > > __PRETTY_FUNCTION__ = "start_thread"
> > > #10 0x7f9fed1fa9df in clone () at ../sysdeps/unix/sysv/linux/
> > > x86_64/clone.S:105
> > > No locals.
> > >
> > > Thread 4 (Thread 0x7f9fe4019700 (LWP 19439)):
> > > #0  0x7f9fed1f32b3 in select () at ../sysdeps/unix/syscall-
> > > template.S:84
> > > No locals.
> > > #1  0x7f9fed6fbe08 in _drm_tick_core (data=,
> > > thread=0x1a5e050) at lib/ecore_x/xlib/ecore_x_vsync.c:345
> > > wfds = {fds_bits = {0 }}
> > >

Re: [e-users] trying to get edgar

2016-10-27 Thread Davide Andreoli 
2016-10-27 17:15 GMT+02:00 Benoit Barthelet :

> It seems like I made progress using the python-efl from pip, so my bindings
> compilation might be problematic.
> Now at least it doesn't crash any more when trying to load the module,
> however I got a message saying to me that it doesn't find python-efl :)
> if anyone has ideas, I'd be very interested :_)
>

I can help but need some info on your environment,
what version of efl, python-efl, edgar and E are you using?

edgar need to be compiled with py3 and the same for python-efl...
maybe you installed from pip for py2 ?





>
> On Thu, Oct 27, 2016 at 1:50 PM, Benoit Barthelet <
> benoit.barthe...@gmail.com> wrote:
>
> > so I'm trying to compile edgar because python is the only thing i
> > understand and that it seems like it's a good way to see a use case of
> > python-efl bindings, well.
> >
> > so I compiled efl, enlightenment, I also compile python-efl and installed
> > it, then edgar
> > no trouble in the process, but when I click in the module settings to
> load
> > edgar in the core modules, it crashes.
> >
> > I got that dump in .e-crashdum.txt after I recompiled exporting CFLAGS
> > beforehand, I really don't know if the crash log is relevant and if I
> > compiled correctly for debug to be of any help, I hope so, here it is :
> >
> > Thread 5 (Thread 0x7f9fe3818700 (LWP 19440)):
> > #0  0x7f9fee45c577 in futex_abstimed_wait_cancelable (private=0,
> > abstime=0x0, expected=0, futex_word=0x1a7ed98) at
> > ../sysdeps/unix/sysv/linux/futex-internal.h:205
> > __ret = -512
> > oldtype = 0
> > err = 
> > #1  do_futex_wait (sem=sem@entry=0x1a7ed98, abstime=0x0) at
> > sem_waitcommon.c:111
> > No locals.
> > #2  0x7f9fee45c624 in __new_sem_wait_slow (sem=0x1a7ed98,
> abstime=0x0)
> > at sem_waitcommon.c:181
> > _buffer = {__routine = 0x7f9fee45c530 <__sem_wait_cleanup>, __arg
> > = 0x1a7ed98, __canceltype = 0, __prev = 0x0}
> > err = 
> > d = 0
> > #3  0x7f9fee45c6b9 in __new_sem_wait (sem=sem@entry=0x1a7ed98) at
> > sem_wait.c:29
> > No locals.
> > #4  0x7f9ff0bcb6b4 in eina_semaphore_lock (sem=0x1a7ed98) at
> > ../src/lib/eina/eina_inline_lock_posix.x:702
> > No locals.
> > #5  _eina_thread_queue_wait (thq=thq@entry=0x1a7ed70) at
> > lib/eina/eina_thread_queue.c:204
> > __FUNCTION__ = "_eina_thread_queue_wait"
> > #6  0x7f9ff0bcbf87 in eina_thread_queue_wait (thq=0x1a7ed70,
> > allocref=allocref@entry=0x7f9fe3800b58) at lib/eina/eina_thread_queue.c:
> > 477
> > msg = 
> > blk = 0x0
> > #7  0x7f9ff066f0f8 in _evas_common_scale_sample_thread
> > (data=, t=) at lib/evas/common/evas_scale_
> > sample.c:827
> > ref = 0x0
> > msg = 
> > todo = 0x0
> > #8  0x7f9ff0bcb48a in _eina_internal_call (context=0x1a5e010) at
> > lib/eina/eina_thread.c:151
> > __cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {0,
> > 6853339563463036544, 0, 140720911366639, 0, 140324932067392,
> > -6907339829053731200, -6907372302570074496}, __mask_was_saved = 0}},
> __pad
> > = {0x7f9f
> > e3800c30, 0x0, 0x0, 0x0}}
> > __cancel_arg = 0x1a5e010
> > __not_first_call = 
> > c = 0x1a5e010
> > r = 
> > #9  0x7f9fee454464 in start_thread (arg=0x7f9fe3818700) at
> > pthread_create.c:333
> > __res = 
> > pd = 0x7f9fe3818700
> > now = 
> > unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140324693444352,
> > 6853339563463036544, 0, 140720911366639, 0, 140324932067392,
> > -6907339829141811584, -6907351332944720256}, mask_was_saved = 0}}, priv =
> > {pad = {0
> > x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
> > not_first_call = 
> > pagesize_m1 = 
> > sp = 
> > freesize = 
> > __PRETTY_FUNCTION__ = "start_thread"
> > #10 0x7f9fed1fa9df in clone () at ../sysdeps/unix/sysv/linux/
> > x86_64/clone.S:105
> > No locals.
> >
> > Thread 4 (Thread 0x7f9fe4019700 (LWP 19439)):
> > #0  0x7f9fed1f32b3 in select () at ../sysdeps/unix/syscall-
> > template.S:84
> > No locals.
> > #1  0x7f9fed6fbe08 in _drm_tick_core (data=,
> > thread=0x1a5e050) at lib/ecore_x/xlib/ecore_x_vsync.c:345
> > wfds = {fds_bits = {0 }}
> > ret = 
> > tv = {tv_sec = 0, tv_usec = 93891}
> > rfds = {fds_bits = {268435456, 0 }}
> > exfds = {fds_bits = {0 }}
> > max_fd = 
> > msg = 
> > ref = 0x1d32e20
> > tick = 1
> > __FUNCTION__ = "_drm_tick_core"
> > #2  0x7f9ff02db55b in _ecore_direct_worker (work=0x1a5e050) at
> > lib/ecore/ecore_thread.c:466
> > __cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf =
> {27648080,
> > 6853339563463036544, 0, 140720911362447, 27648048, 140324932067392,
> > -6907329934013215104, -6907373530953265536}, __mask_was_saved = 0}}, _
> > _pad = {0x7f9fe4001b90, 0x0, 0x0, 0x0}}
> > __cancel_routine =

Re: [e-users] (no subject)

2016-10-27 Thread Gabriele Zaverio 
TY :) Just had help from the IRC Channel, so I just compiled EFL. I'm
in process of compiling everything I need to have a nice and working E
:)

Having some minor problems with connman now, but I hope to fix this asap.

TY all, I LOVE E! :)

PS I'm writing this:

https://lab.dyne.org/Enlightenment

as a workpad / help for people. Stay tuned :)



On 10/27/16, Massimo Maiurana  wrote:
> Gabriele Zaverio ha scritto il 27/10/2016 alle 17:36:
>> Hi there,
>>
>> just got Elementary from Git:
>>
>>  git clone git://git.enlightenment.org/core/elementary.git
>>
>> ./autogen.sh went ok, as long as ./configure, but make give me a weird
>> error:
>
> Ciao Asbesto :)
>
> I don't know why it's still possible to clone core/elementary.git, it is
> an outdated module as elementary is now merged into efl. All you need to
> do is to git clone core/efl.git to have all libraries.
>
> Here you can see what modules are available:
> https://git.enlightenment.org/
>
> Note that under /core there are just efl and enlightement, elementary is
> listed under /legacy but it's path is still under /core. I guess someone
> should tune git :)
>
> Bye
>
> --
> Massimo Maiurana
> Ragusa (RG)
>
> --
> The Command Line: Reinvented for Modern Developers
> Did the resurgence of CLI tooling catch you by surprise?
> Reconnect with the command line and become more productive.
> Learn the new .NET and ASP.NET CLI. Get your free copy!
> http://sdm.link/telerik
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>


-- 
73 de IW9HGS - Gabriele "Asbesto Molesto" Zaverio
Museo dell'Informatica funzionante - Freaknet Computer Museum
http://museum.freaknet.org || http://freaknet.org/asbesto
GPG Fingerprint: 8935 5586 7F2D 9C5E 51B6  BBC5 EA15 9A4E 613D 44D7

--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] (no subject)

2016-10-27 Thread Massimo Maiurana 
Gabriele Zaverio ha scritto il 27/10/2016 alle 17:36:
> Hi there,
> 
> just got Elementary from Git:
> 
>  git clone git://git.enlightenment.org/core/elementary.git
> 
> ./autogen.sh went ok, as long as ./configure, but make give me a weird error:

Ciao Asbesto :)

I don't know why it's still possible to clone core/elementary.git, it is
an outdated module as elementary is now merged into efl. All you need to
do is to git clone core/efl.git to have all libraries.

Here you can see what modules are available:
https://git.enlightenment.org/

Note that under /core there are just efl and enlightement, elementary is
listed under /legacy but it's path is still under /core. I guess someone
should tune git :)

Bye

-- 
Massimo Maiurana
Ragusa (RG)

--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] (no subject)

2016-10-27 Thread Jean Guyomarc'h 
Hi Gabriele,

The repository you are using is legacy.
Elementary has been merged into EFL. It now resides here :
https://git.enlightenment.org/core/efl.git/

Best regards
Jean


On Thu, Oct 27, 2016 at 5:36 PM, Gabriele Zaverio  wrote:
> Hi there,
>
> just got Elementary from Git:
>
>  git clone git://git.enlightenment.org/core/elementary.git
>
> ./autogen.sh went ok, as long as ./configure, but make give me a weird error:
>
> root@rover:/home/asbesto/Desktop/src/e/elementary# make
> (CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/bash
> /home/asbesto/Desktop/src/e/elementary/missing autoheader)
> rm -f stamp-h1
> touch elementary_config.h.in
> cd . && /bin/bash ./config.status elementary_config.h
> config.status: creating elementary_config.h
> config.status: elementary_config.h is unchanged
> make  all-recursive
> make[1]: Entering directory '/home/asbesto/Desktop/src/e/elementary'
> Making all in src
> make[2]: Entering directory '/home/asbesto/Desktop/src/e/elementary/src'
> Making all in lib
> make[3]: Entering directory '/home/asbesto/Desktop/src/e/elementary/src/lib'
>   EOLIAN   elm_access.eo.c
> /usr/bin/eolian_gen: invalid option -- '-'
> Usage: /usr/bin/eolian_gen [options] [input]
> Options:
>   -I incinclude path "inc"
>   -g type   generate file of type "type"
>   -o name   specify the base name for output
>   -o type:name  specify a particular output filename
>   -hprint this message and exit
>   -vprint version and exit
>
> Available types:
>   h: C header file (.h)
>   l: Legacy C header file (.legacy.h)
>   s: Stub C header file (.stub.h)
>   c: C source file (.c)
>   i: Implementation file (added into .c)
>
> By default, the 'hc' set is used ('h' for .eot files).
> Output filenames are determined from input .eo filename.
> Default filenames include input extension. (e.g. ".eo.c")
> Makefile:2686: recipe for target 'elm_access.eo.c' failed
> make[3]: *** [elm_access.eo.c] Error 1
> make[3]: Leaving directory '/home/asbesto/Desktop/src/e/elementary/src/lib'
> Makefile:436: recipe for target 'all-recursive' failed
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory '/home/asbesto/Desktop/src/e/elementary/src'
> Makefile:631: recipe for target 'all-recursive' failed
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory '/home/asbesto/Desktop/src/e/elementary'
> Makefile:514: recipe for target 'all' failed
> make: *** [all] Error 2
> root@rover:/home/asbesto/Desktop/src/e/elementary#
>
>
> I can't find a solution. Any help? :)
>
> Thank you all!
>
>
> --
> 73 de IW9HGS - Gabriele "Asbesto Molesto" Zaverio
> Museo dell'Informatica funzionante - Freaknet Computer Museum
> http://museum.freaknet.org || http://freaknet.org/asbesto
> GPG Fingerprint: 8935 5586 7F2D 9C5E 51B6  BBC5 EA15 9A4E 613D 44D7
>
> --
> The Command Line: Reinvented for Modern Developers
> Did the resurgence of CLI tooling catch you by surprise?
> Reconnect with the command line and become more productive.
> Learn the new .NET and ASP.NET CLI. Get your free copy!
> http://sdm.link/telerik
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users

--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

[e-users] (no subject)

2016-10-27 Thread Gabriele Zaverio 
Hi there,

just got Elementary from Git:

 git clone git://git.enlightenment.org/core/elementary.git

./autogen.sh went ok, as long as ./configure, but make give me a weird error:

root@rover:/home/asbesto/Desktop/src/e/elementary# make
(CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/bash
/home/asbesto/Desktop/src/e/elementary/missing autoheader)
rm -f stamp-h1
touch elementary_config.h.in
cd . && /bin/bash ./config.status elementary_config.h
config.status: creating elementary_config.h
config.status: elementary_config.h is unchanged
make  all-recursive
make[1]: Entering directory '/home/asbesto/Desktop/src/e/elementary'
Making all in src
make[2]: Entering directory '/home/asbesto/Desktop/src/e/elementary/src'
Making all in lib
make[3]: Entering directory '/home/asbesto/Desktop/src/e/elementary/src/lib'
  EOLIAN   elm_access.eo.c
/usr/bin/eolian_gen: invalid option -- '-'
Usage: /usr/bin/eolian_gen [options] [input]
Options:
  -I incinclude path "inc"
  -g type   generate file of type "type"
  -o name   specify the base name for output
  -o type:name  specify a particular output filename
  -hprint this message and exit
  -vprint version and exit

Available types:
  h: C header file (.h)
  l: Legacy C header file (.legacy.h)
  s: Stub C header file (.stub.h)
  c: C source file (.c)
  i: Implementation file (added into .c)

By default, the 'hc' set is used ('h' for .eot files).
Output filenames are determined from input .eo filename.
Default filenames include input extension. (e.g. ".eo.c")
Makefile:2686: recipe for target 'elm_access.eo.c' failed
make[3]: *** [elm_access.eo.c] Error 1
make[3]: Leaving directory '/home/asbesto/Desktop/src/e/elementary/src/lib'
Makefile:436: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/home/asbesto/Desktop/src/e/elementary/src'
Makefile:631: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/asbesto/Desktop/src/e/elementary'
Makefile:514: recipe for target 'all' failed
make: *** [all] Error 2
root@rover:/home/asbesto/Desktop/src/e/elementary#


I can't find a solution. Any help? :)

Thank you all!


-- 
73 de IW9HGS - Gabriele "Asbesto Molesto" Zaverio
Museo dell'Informatica funzionante - Freaknet Computer Museum
http://museum.freaknet.org || http://freaknet.org/asbesto
GPG Fingerprint: 8935 5586 7F2D 9C5E 51B6  BBC5 EA15 9A4E 613D 44D7

--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] trying to get edgar

2016-10-27 Thread Benoit Barthelet 
It seems like I made progress using the python-efl from pip, so my bindings
compilation might be problematic.
Now at least it doesn't crash any more when trying to load the module,
however I got a message saying to me that it doesn't find python-efl :)
if anyone has ideas, I'd be very interested :_)

On Thu, Oct 27, 2016 at 1:50 PM, Benoit Barthelet <
benoit.barthe...@gmail.com> wrote:

> so I'm trying to compile edgar because python is the only thing i
> understand and that it seems like it's a good way to see a use case of
> python-efl bindings, well.
>
> so I compiled efl, enlightenment, I also compile python-efl and installed
> it, then edgar
> no trouble in the process, but when I click in the module settings to load
> edgar in the core modules, it crashes.
>
> I got that dump in .e-crashdum.txt after I recompiled exporting CFLAGS
> beforehand, I really don't know if the crash log is relevant and if I
> compiled correctly for debug to be of any help, I hope so, here it is :
>
> Thread 5 (Thread 0x7f9fe3818700 (LWP 19440)):
> #0  0x7f9fee45c577 in futex_abstimed_wait_cancelable (private=0,
> abstime=0x0, expected=0, futex_word=0x1a7ed98) at
> ../sysdeps/unix/sysv/linux/futex-internal.h:205
> __ret = -512
> oldtype = 0
> err = 
> #1  do_futex_wait (sem=sem@entry=0x1a7ed98, abstime=0x0) at
> sem_waitcommon.c:111
> No locals.
> #2  0x7f9fee45c624 in __new_sem_wait_slow (sem=0x1a7ed98, abstime=0x0)
> at sem_waitcommon.c:181
> _buffer = {__routine = 0x7f9fee45c530 <__sem_wait_cleanup>, __arg
> = 0x1a7ed98, __canceltype = 0, __prev = 0x0}
> err = 
> d = 0
> #3  0x7f9fee45c6b9 in __new_sem_wait (sem=sem@entry=0x1a7ed98) at
> sem_wait.c:29
> No locals.
> #4  0x7f9ff0bcb6b4 in eina_semaphore_lock (sem=0x1a7ed98) at
> ../src/lib/eina/eina_inline_lock_posix.x:702
> No locals.
> #5  _eina_thread_queue_wait (thq=thq@entry=0x1a7ed70) at
> lib/eina/eina_thread_queue.c:204
> __FUNCTION__ = "_eina_thread_queue_wait"
> #6  0x7f9ff0bcbf87 in eina_thread_queue_wait (thq=0x1a7ed70,
> allocref=allocref@entry=0x7f9fe3800b58) at lib/eina/eina_thread_queue.c:
> 477
> msg = 
> blk = 0x0
> #7  0x7f9ff066f0f8 in _evas_common_scale_sample_thread
> (data=, t=) at lib/evas/common/evas_scale_
> sample.c:827
> ref = 0x0
> msg = 
> todo = 0x0
> #8  0x7f9ff0bcb48a in _eina_internal_call (context=0x1a5e010) at
> lib/eina/eina_thread.c:151
> __cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {0,
> 6853339563463036544, 0, 140720911366639, 0, 140324932067392,
> -6907339829053731200, -6907372302570074496}, __mask_was_saved = 0}}, __pad
> = {0x7f9f
> e3800c30, 0x0, 0x0, 0x0}}
> __cancel_arg = 0x1a5e010
> __not_first_call = 
> c = 0x1a5e010
> r = 
> #9  0x7f9fee454464 in start_thread (arg=0x7f9fe3818700) at
> pthread_create.c:333
> __res = 
> pd = 0x7f9fe3818700
> now = 
> unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140324693444352,
> 6853339563463036544, 0, 140720911366639, 0, 140324932067392,
> -6907339829141811584, -6907351332944720256}, mask_was_saved = 0}}, priv =
> {pad = {0
> x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
> not_first_call = 
> pagesize_m1 = 
> sp = 
> freesize = 
> __PRETTY_FUNCTION__ = "start_thread"
> #10 0x7f9fed1fa9df in clone () at ../sysdeps/unix/sysv/linux/
> x86_64/clone.S:105
> No locals.
>
> Thread 4 (Thread 0x7f9fe4019700 (LWP 19439)):
> #0  0x7f9fed1f32b3 in select () at ../sysdeps/unix/syscall-
> template.S:84
> No locals.
> #1  0x7f9fed6fbe08 in _drm_tick_core (data=,
> thread=0x1a5e050) at lib/ecore_x/xlib/ecore_x_vsync.c:345
> wfds = {fds_bits = {0 }}
> ret = 
> tv = {tv_sec = 0, tv_usec = 93891}
> rfds = {fds_bits = {268435456, 0 }}
> exfds = {fds_bits = {0 }}
> max_fd = 
> msg = 
> ref = 0x1d32e20
> tick = 1
> __FUNCTION__ = "_drm_tick_core"
> #2  0x7f9ff02db55b in _ecore_direct_worker (work=0x1a5e050) at
> lib/ecore/ecore_thread.c:466
> __cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {27648080,
> 6853339563463036544, 0, 140720911362447, 27648048, 140324932067392,
> -6907329934013215104, -6907373530953265536}, __mask_was_saved = 0}}, _
> _pad = {0x7f9fe4001b90, 0x0, 0x0, 0x0}}
> __cancel_routine = 0x7f9ff02db55d <_ecore_direct_worker_cleanup>
> __cancel_arg = 0x1a5e050
> __not_first_call = 
> #3  0x7f9ff0bcb48a in _eina_internal_call (context=0x1a5e030) at
> lib/eina/eina_thread.c:151
> __cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {0,
> 6853339563463036544, 0, 140720911362447, 0, 140324932067392,
> -6907329933985952128, -6907372302570074496}, __mask_was_saved = 0}}, __pad
> = {0x7f9f
> e4001c30, 0x0, 0x0, 0x0}}
> __cancel_arg = 0x1a5e030
> __not_first_call = 
>

Re: [e-users] terminology: underscore when typing at the bottom of the window

2016-10-27 Thread Pierre Couderc 
On 10/25/2016 02:39 AM, Carsten Haitzler (The Rasterman) wrote:
> On Mon, 24 Oct 2016 22:13:57 +0200 Davide Andreoli 
> said:
>
>> I have the same issue if I change the scale to 1.2
>> issue is not visible with scale at 1.1 or 1.3...
>> 1.2 is the evil number :)
> it's just by pure luck that the pixels of an underscore round it outside the
> ascent+descent area. freetype does this itself and we dont do this rounding.
> it's part of the nature of rendering a font.
>
Well, I have so much respect. I do not dare...
But someone who would dare could say that evil number can be called too 
a bug. And that delivering a release where the _ is not printed is a bug...
Sauf votre respect !

--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

[e-users] trying to get edgar

2016-10-27 Thread Benoit Barthelet 
so I'm trying to compile edgar because python is the only thing i
understand and that it seems like it's a good way to see a use case of
python-efl bindings, well.

so I compiled efl, enlightenment, I also compile python-efl and installed
it, then edgar
no trouble in the process, but when I click in the module settings to load
edgar in the core modules, it crashes.

I got that dump in .e-crashdum.txt after I recompiled exporting CFLAGS
beforehand, I really don't know if the crash log is relevant and if I
compiled correctly for debug to be of any help, I hope so, here it is :

Thread 5 (Thread 0x7f9fe3818700 (LWP 19440)):
#0  0x7f9fee45c577 in futex_abstimed_wait_cancelable (private=0,
abstime=0x0, expected=0, futex_word=0x1a7ed98) at
../sysdeps/unix/sysv/linux/futex-internal.h:205
__ret = -512
oldtype = 0
err = 
#1  do_futex_wait (sem=sem@entry=0x1a7ed98, abstime=0x0) at
sem_waitcommon.c:111
No locals.
#2  0x7f9fee45c624 in __new_sem_wait_slow (sem=0x1a7ed98, abstime=0x0)
at sem_waitcommon.c:181
_buffer = {__routine = 0x7f9fee45c530 <__sem_wait_cleanup>, __arg =
0x1a7ed98, __canceltype = 0, __prev = 0x0}
err = 
d = 0
#3  0x7f9fee45c6b9 in __new_sem_wait (sem=sem@entry=0x1a7ed98) at
sem_wait.c:29
No locals.
#4  0x7f9ff0bcb6b4 in eina_semaphore_lock (sem=0x1a7ed98) at
../src/lib/eina/eina_inline_lock_posix.x:702
No locals.
#5  _eina_thread_queue_wait (thq=thq@entry=0x1a7ed70) at
lib/eina/eina_thread_queue.c:204
__FUNCTION__ = "_eina_thread_queue_wait"
#6  0x7f9ff0bcbf87 in eina_thread_queue_wait (thq=0x1a7ed70,
allocref=allocref@entry=0x7f9fe3800b58) at lib/eina/eina_thread_queue.c:477
msg = 
blk = 0x0
#7  0x7f9ff066f0f8 in _evas_common_scale_sample_thread (data=, t=) at lib/evas/common/evas_scale_sample.c:827
ref = 0x0
msg = 
todo = 0x0
#8  0x7f9ff0bcb48a in _eina_internal_call (context=0x1a5e010) at
lib/eina/eina_thread.c:151
__cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {0,
6853339563463036544, 0, 140720911366639, 0, 140324932067392,
-6907339829053731200, -6907372302570074496}, __mask_was_saved = 0}}, __pad
= {0x7f9f
e3800c30, 0x0, 0x0, 0x0}}
__cancel_arg = 0x1a5e010
__not_first_call = 
c = 0x1a5e010
r = 
#9  0x7f9fee454464 in start_thread (arg=0x7f9fe3818700) at
pthread_create.c:333
__res = 
pd = 0x7f9fe3818700
now = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140324693444352,
6853339563463036544, 0, 140720911366639, 0, 140324932067392,
-6907339829141811584, -6907351332944720256}, mask_was_saved = 0}}, priv =
{pad = {0
x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 
pagesize_m1 = 
sp = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
#10 0x7f9fed1fa9df in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:105
No locals.

Thread 4 (Thread 0x7f9fe4019700 (LWP 19439)):
#0  0x7f9fed1f32b3 in select () at ../sysdeps/unix/syscall-template.S:84
No locals.
#1  0x7f9fed6fbe08 in _drm_tick_core (data=,
thread=0x1a5e050) at lib/ecore_x/xlib/ecore_x_vsync.c:345
wfds = {fds_bits = {0 }}
ret = 
tv = {tv_sec = 0, tv_usec = 93891}
rfds = {fds_bits = {268435456, 0 }}
exfds = {fds_bits = {0 }}
max_fd = 
msg = 
ref = 0x1d32e20
tick = 1
__FUNCTION__ = "_drm_tick_core"
#2  0x7f9ff02db55b in _ecore_direct_worker (work=0x1a5e050) at
lib/ecore/ecore_thread.c:466
__cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {27648080,
6853339563463036544, 0, 140720911362447, 27648048, 140324932067392,
-6907329934013215104, -6907373530953265536}, __mask_was_saved = 0}}, _
_pad = {0x7f9fe4001b90, 0x0, 0x0, 0x0}}
__cancel_routine = 0x7f9ff02db55d <_ecore_direct_worker_cleanup>
__cancel_arg = 0x1a5e050
__not_first_call = 
#3  0x7f9ff0bcb48a in _eina_internal_call (context=0x1a5e030) at
lib/eina/eina_thread.c:151
__cancel_buf = {__cancel_jmp_buf = {{__cancel_jmp_buf = {0,
6853339563463036544, 0, 140720911362447, 0, 140324932067392,
-6907329933985952128, -6907372302570074496}, __mask_was_saved = 0}}, __pad
= {0x7f9f
e4001c30, 0x0, 0x0, 0x0}}
__cancel_arg = 0x1a5e030
__not_first_call = 
c = 0x1a5e030
r = 
#4  0x7f9fee454464 in start_thread (arg=0x7f9fe4019700) at
pthread_create.c:333
__res = 
pd = 0x7f9fe4019700
now = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140324701837056,
6853339563463036544, 0, 140720911362447, 0, 140324932067392,
-6907329934074032512, -6907351332944720256}, mask_was_saved = 0}}, priv =
{pad = {0
x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 
pagesize_m1 = 
sp = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
#5  0x7f9fed1fa9df in