Re: [e-users] no tray-SOLVED

2015-10-11 Thread Simon Lees 



On 10/11/2015 11:50 AM, Carsten Haitzler (The Rasterman) wrote:

On Sat, 10 Oct 2015 11:58:34 -0400 Paul Cartwright 
said:


so there is no log ?? I should have written down that error, but I
didn't think it was important at the time..

~/.e-crashdump.txt

every segv that will be appended to. it requires gdb be installed and that you
disable yama ptrace "security" (this stops one process from ptracing another if
it is not a parent).

Heres one I just found running through the wizard, although it maybe in 
fribidi_get_bidi_type, I also used to see them after enabling openGL in  
that wizard page with a particular obscure combo of card and driver.  
The connman page also had one for a while at one point but i'm pretty 
sure thats fixed. The wizard has always suffered from a lack of testing 
given that most people run it once and forget about it.


Cheers

Simon

Thread 3 (Thread 0x7f2cd4d8c700 (LWP 11486)):
Python Exception  No module named gdb.frames: 
#0  0x7f2ce13fe05f in pthread_cond_wait@@GLIBC_2.3.2 () from 
/lib64/libpthread.so.0
No symbol table info available.
#1  0x7f2ce0ecc36c in eina_condition_wait (cond=0x7f2ce11b22a0 
) at ../src/lib/eina/eina_inline_lock_posix.x:415
No locals.
#2  evas_thread_worker_func (data=, thread=) at 
lib/evas/common/evas_thread_render.c:75
cmd = 
len = 
max = 
__FUNCTION__ = "evas_thread_worker_func"
__PRETTY_FUNCTION__ = "evas_thread_worker_func"
#3  0x7f2ce16455c5 in _eina_internal_call (context=0x1807b70) at 
lib/eina/eina_thread.c:117
c = 0x1807b70
r = 
#4  0x7f2ce13fa0a4 in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#5  0x7f2cde71f08d in clone () from /lib64/libc.so.6
No symbol table info available.

Thread 2 (Thread 0x7f2cd3c40700 (LWP 11491)):
Python Exception  No module named gdb.frames: 
#0  0x7f2cde7182f3 in select () from /lib64/libc.so.6
No symbol table info available.
#1  0x7f2ce0b44954 in _timer_tick_core (data=, 
thread=0x18960c0) at lib/ecore/ecore_anim.c:139
rfds = {fds_bits = {4194304, 0 }}
wfds = {fds_bits = {0 }}
exfds = {fds_bits = {0 }}
tv = {tv_sec = 0, tv_usec = 5714}
t = 
tick = 1 '\001'
t0 = 4830.3020390889997
d = 0.0020390889997303971
ret = 
__FUNCTION__ = "_timer_tick_core"
#2  0x7f2ce0b526f9 in _ecore_direct_worker (work=0x18960c0) at 
lib/ecore/ecore_thread.c:424
No locals.
#3  0x7f2ce16455c5 in _eina_internal_call (context=0x1895230) at 
lib/eina/eina_thread.c:117
c = 0x1895230
r = 
#4  0x7f2ce13fa0a4 in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#5  0x7f2cde71f08d in clone () from /lib64/libc.so.6
No symbol table info available.

Thread 1 (Thread 0x7f2ce2376900 (LWP 11485)):
Python Exception  No module named gdb.frames: 
#0  0x7f2ce140120d in pause () from /lib64/libpthread.so.0
No symbol table info available.
#1  
No symbol table info available.
#2  0x7f2cdcd3e40b in fribidi_get_bidi_type () from 
/usr/lib64/libfribidi.so.0
No symbol table info available.
#3  0x7f2ce0ecf167 in evas_bidi_is_rtl_str (str=str@entry=0x1e64ae0 
L"\xde9db748缬\x1e6aac0") at lib/evas/common/language/evas_bidi_utils.c:89
type = 
#4  0x7f2ce0ecf7ee in evas_bidi_paragraph_props_get 
(eina_ustr=eina_ustr@entry=0x1e64ae0 L"\xde9db748缬\x1e6aac0", len=len@entry=3, 
segment_idxs=segment_idxs@entry=0x0) at 
lib/evas/common/language/evas_bidi_utils.c:241
bidi_props = 0x0
char_types = 0x0
embedding_levels = 0x0
ustr = 
base_ustr = 0x0
#5  0x7f2ce0e19230 in _evas_object_text_layout (text=0x1e64ae0 
L"\xde9db748缬\x1e6aac0", o=0x1d8f9a0, eo_obj=0x80ba05d1) at 
lib/evas/canvas/evas_object_text.c:720
v_to_l = 0x0
advance = 0
pos = 
par_len = 3
obj = 0x1d8f8a0
r = 0
visual_pos = 
len = 3
l = 0
segment_idxs = 0x0
#6  _evas_object_text_recalc (eo_obj=eo_obj@entry=0x80ba05d1, 
text=0x1e64ae0 L"\xde9db748缬\x1e6aac0") at 
lib/evas/canvas/evas_object_text.c:2113
obj = 0x1d8f8a0
o = 0x1d8f9a0
__FUNCTION__ = "_evas_object_text_recalc"
#7  0x7f2ce0e1ac95 in evas_object_text_render_pre 
(eo_obj=0x80ba05d1, obj=0x1d8f8a0, type_private_data=0x1d8f9a0) at 
lib/evas/canvas/evas_object_text.c:1924
is_v = 
was_v = 
type_private_data = 0x1d8f9a0
obj = 0x1d8f8a0
eo_obj = 0x80ba05d1
o = 
#8  0x7f2ce0e4c86c in evas_render_updates_internal 
(eo_e=eo_e@entry=0x80070039, make_updates=make_updates@entry=1 '\001', 
do_draw=do_draw@entry=1 '\001', done_func=done_func@entry=0x7f2ce0e45280 
, done_data=done_data@entry=0x189bee0, 
do_async=do_async@entry=1 '\001') at lib/evas/canvas/evas_render.c:2284
eo_obj = 
e = 0x189bee0
ll =

Re: [e-users] Releases

2015-10-11 Thread Simon Lees 


On 10/11/2015 11:54 AM, Carsten Haitzler (The Rasterman) wrote:
> On Sat, 10 Oct 2015 21:22:16 +0200 Wolfgang Morawetz
>  said:
>
>> Hi,
>> on https://www.enlightenment.org/download
>> can you read about the latest sourcecode releases but
>> you dont write down that the wont work with each other.
>>
>> Looks wrong for me.
> eh? won't work with eachother?
>
>
Maybe he's talking about the fact e19.12 requires efl 1.15.2? Which was 
mentioned in the release notes.



--
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] Releases

2015-10-11 Thread The Rasterman 
On Sun, 11 Oct 2015 20:48:17 +1030 Simon Lees  said:

> 
> 
> On 10/11/2015 11:54 AM, Carsten Haitzler (The Rasterman) wrote:
> > On Sat, 10 Oct 2015 21:22:16 +0200 Wolfgang Morawetz
> >  said:
> >
> >> Hi,
> >> on https://www.enlightenment.org/download
> >> can you read about the latest sourcecode releases but
> >> you dont write down that the wont work with each other.
> >>
> >> Looks wrong for me.
> > eh? won't work with eachother?
> >
> >
> Maybe he's talking about the fact e19.12 requires efl 1.15.2? Which was 
> mentioned in the release notes.

why do we need to start listing all of that there? get the latest of anything.
you will find out soon enough when you run configure and it tells you what is
missing.

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


--
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] Releases

2015-10-11 Thread Wolfgang Morawetz 
The released application like eventor 0.6.0 do not work with the released 
version of efl 1.15.2

I think it would be nicer to give some sidenote about this. To list all 
releases let someone think the work with each other's. 



 Carsten Haitzler schrieb 

>On Sun, 11 Oct 2015 20:48:17 +1030 Simon Lees  said:
>
>> 
>> 
>> On 10/11/2015 11:54 AM, Carsten Haitzler (The Rasterman) wrote:
>> > On Sat, 10 Oct 2015 21:22:16 +0200 Wolfgang Morawetz
>> >  said:
>> >
>> >> Hi,
>> >> on https://www.enlightenment.org/download
>> >> can you read about the latest sourcecode releases but
>> >> you dont write down that the wont work with each other.
>> >>
>> >> Looks wrong for me.
>> > eh? won't work with eachother?
>> >
>> >
>> Maybe he's talking about the fact e19.12 requires efl 1.15.2? Which was 
>> mentioned in the release notes.
>
>why do we need to start listing all of that there? get the latest of anything.
>you will find out soon enough when you run configure and it tells you what is
>missing.
>
>-- 
>- Codito, ergo sum - "I code, therefore I am" --
>The Rasterman (Carsten Haitzler)ras...@rasterman.com
>
>
>--
>___
>enlightenment-users mailing list
>enlightenment-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/enlightenment-users
--
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] Releases

2015-10-11 Thread The Rasterman 
On Sun, 11 Oct 2015 12:54:37 +0200 Wolfgang Morawetz
 said:

> The released application like eventor 0.6.0 do not work with the released
> version of efl 1.15.2
> 
> I think it would be nicer to give some sidenote about this. To list all
> releases let someone think the work with each other's. 

enventor's release manager/maintainer needs to handle this - that page should
NOT go listing specific release info as it's basically a nightmare to then
maintain it in parallel to readme's and what is in each and every app.

as such nothing should get a release that doesn't work against the latest
official efl release at the time it is released (it should also work against
future versions too - but a break would imply an abi/api break in efl we have
to fix, or the app relied on undefined behavior or mis-used api's and new
updates got stricter or .. changed undefined behavior).

>  Carsten Haitzler schrieb 
> 
> >On Sun, 11 Oct 2015 20:48:17 +1030 Simon Lees  said:
> >
> >> 
> >> 
> >> On 10/11/2015 11:54 AM, Carsten Haitzler (The Rasterman) wrote:
> >> > On Sat, 10 Oct 2015 21:22:16 +0200 Wolfgang Morawetz
> >> >  said:
> >> >
> >> >> Hi,
> >> >> on https://www.enlightenment.org/download
> >> >> can you read about the latest sourcecode releases but
> >> >> you dont write down that the wont work with each other.
> >> >>
> >> >> Looks wrong for me.
> >> > eh? won't work with eachother?
> >> >
> >> >
> >> Maybe he's talking about the fact e19.12 requires efl 1.15.2? Which was 
> >> mentioned in the release notes.
> >
> >why do we need to start listing all of that there? get the latest of
> >anything. you will find out soon enough when you run configure and it tells
> >you what is missing.
> >
> >-- 
> >- Codito, ergo sum - "I code, therefore I am" --
> >The Rasterman (Carsten Haitzler)ras...@rasterman.com
> >
> >
> >--
> >___
> >enlightenment-users mailing list
> >enlightenment-users@lists.sourceforge.net
> >https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> --
> ___
> 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


--
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] Missing icons

2015-10-11 Thread Markus Törnqvist 
On Sun, Oct 11, 2015 at 10:23:05AM +0900, Carsten Haitzler wrote:
>On Sat, 10 Oct 2015 18:49:17 +0300 Markus Törnqvist  said:

>> Efreet seems dead though, does it exist anymore and is it relevant?
>
>not dead. still used. you should have an efreetd running. the efreet lib will
>launch an efreet automatically if it cant be contacted. i moved it from dbus to
>ecore ipc (sockets) several months ago.

Ooh nice! I see it in the process list.

>> I do have this symlink in place:

[Ethumb.service.link]

>> There is no Ethumb service running though.
>ethumb not needed. and it would run on demand - not all the time.

Ok, this makes sense :)

After banging my head against a wall for long enough, I got the icon situation
_kind of_ fixed, through a workaround that makes little sense.

Wrote about it on https://phab.enlightenment.org/T751 but the TL;DR
is that I deleted the module.everything.cache files, which don't even
refer to icons, and now it finds the icons :P

Thanks!

-- 
mjt


--
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] Releases

2015-10-11 Thread marcel-hollerbach 
I think what wfx means is that enventor is not working with 1.15.2, but
e forces you to use 1.15.2, so you have the decision, use up to date e
or enventor.

On enventor side the problem are the .eo files which are incompatible
with 1.15.2 because of the new eolian syntax.

Greetings bu5hm4n

On Sun, Oct 11, 2015 at 09:23:15PM +0900, Carsten Haitzler wrote:
> On Sun, 11 Oct 2015 12:54:37 +0200 Wolfgang Morawetz
>  said:
> 
> > The released application like eventor 0.6.0 do not work with the released
> > version of efl 1.15.2
> > 
> > I think it would be nicer to give some sidenote about this. To list all
> > releases let someone think the work with each other's. 
> 
> enventor's release manager/maintainer needs to handle this - that page should
> NOT go listing specific release info as it's basically a nightmare to then
> maintain it in parallel to readme's and what is in each and every app.
> 
> as such nothing should get a release that doesn't work against the latest
> official efl release at the time it is released (it should also work against
> future versions too - but a break would imply an abi/api break in efl we have
> to fix, or the app relied on undefined behavior or mis-used api's and new
> updates got stricter or .. changed undefined behavior).
> 
> >  Carsten Haitzler schrieb 
> > 
> > >On Sun, 11 Oct 2015 20:48:17 +1030 Simon Lees  said:
> > >
> > >> 
> > >> 
> > >> On 10/11/2015 11:54 AM, Carsten Haitzler (The Rasterman) wrote:
> > >> > On Sat, 10 Oct 2015 21:22:16 +0200 Wolfgang Morawetz
> > >> >  said:
> > >> >
> > >> >> Hi,
> > >> >> on https://www.enlightenment.org/download
> > >> >> can you read about the latest sourcecode releases but
> > >> >> you dont write down that the wont work with each other.
> > >> >>
> > >> >> Looks wrong for me.
> > >> > eh? won't work with eachother?
> > >> >
> > >> >
> > >> Maybe he's talking about the fact e19.12 requires efl 1.15.2? Which was 
> > >> mentioned in the release notes.
> > >
> > >why do we need to start listing all of that there? get the latest of
> > >anything. you will find out soon enough when you run configure and it tells
> > >you what is missing.
> > >
> > >-- 
> > >- Codito, ergo sum - "I code, therefore I am" --
> > >The Rasterman (Carsten Haitzler)ras...@rasterman.com
> > >
> > >
> > >--
> > >___
> > >enlightenment-users mailing list
> > >enlightenment-users@lists.sourceforge.net
> > >https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> > --
> > ___
> > 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
> 
> 
> --
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users

--
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] Releases

2015-10-11 Thread The Rasterman 
On Sun, 11 Oct 2015 21:25:18 +0200 marcel-hollerb...@t-online.de said:

> I think what wfx means is that enventor is not working with 1.15.2, but
> e forces you to use 1.15.2, so you have the decision, use up to date e
> or enventor.
> 
> On enventor side the problem are the .eo files which are incompatible
> with 1.15.2 because of the new eolian syntax.

fundamental bug in relying on eo in a RELEASED piece of sw. eo/eolian are
unstable. they break.

> Greetings bu5hm4n
> 
> On Sun, Oct 11, 2015 at 09:23:15PM +0900, Carsten Haitzler wrote:
> > On Sun, 11 Oct 2015 12:54:37 +0200 Wolfgang Morawetz
> >  said:
> > 
> > > The released application like eventor 0.6.0 do not work with the released
> > > version of efl 1.15.2
> > > 
> > > I think it would be nicer to give some sidenote about this. To list all
> > > releases let someone think the work with each other's. 
> > 
> > enventor's release manager/maintainer needs to handle this - that page
> > should NOT go listing specific release info as it's basically a nightmare
> > to then maintain it in parallel to readme's and what is in each and every
> > app.
> > 
> > as such nothing should get a release that doesn't work against the latest
> > official efl release at the time it is released (it should also work against
> > future versions too - but a break would imply an abi/api break in efl we
> > have to fix, or the app relied on undefined behavior or mis-used api's and
> > new updates got stricter or .. changed undefined behavior).
> > 
> > >  Carsten Haitzler schrieb 
> > > 
> > > >On Sun, 11 Oct 2015 20:48:17 +1030 Simon Lees  said:
> > > >
> > > >> 
> > > >> 
> > > >> On 10/11/2015 11:54 AM, Carsten Haitzler (The Rasterman) wrote:
> > > >> > On Sat, 10 Oct 2015 21:22:16 +0200 Wolfgang Morawetz
> > > >> >  said:
> > > >> >
> > > >> >> Hi,
> > > >> >> on https://www.enlightenment.org/download
> > > >> >> can you read about the latest sourcecode releases but
> > > >> >> you dont write down that the wont work with each other.
> > > >> >>
> > > >> >> Looks wrong for me.
> > > >> > eh? won't work with eachother?
> > > >> >
> > > >> >
> > > >> Maybe he's talking about the fact e19.12 requires efl 1.15.2? Which
> > > >> was mentioned in the release notes.
> > > >
> > > >why do we need to start listing all of that there? get the latest of
> > > >anything. you will find out soon enough when you run configure and it
> > > >tells you what is missing.
> > > >
> > > >-- 
> > > >- Codito, ergo sum - "I code, therefore I am" --
> > > >The Rasterman (Carsten Haitzler)ras...@rasterman.com
> > > >
> > > >
> > > >--
> > > >___
> > > >enlightenment-users mailing list
> > > >enlightenment-users@lists.sourceforge.net
> > > >https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> > > --
> > > ___
> > > 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
> > 
> > 
> > --
> > ___
> > enlightenment-users mailing list
> > enlightenment-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> 
> --
> ___
> 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


--
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] Releases

2015-10-11 Thread Markus Törnqvist 
On Mon, Oct 12, 2015 at 05:47:44AM +0900, Carsten Haitzler wrote:
>
>fundamental bug in relying on eo in a RELEASED piece of sw. eo/eolian are
>unstable. they break.

I disabled Enventor from my build script because of fails, to be investigated
later.

That makes me think should it be "un-released"? Or is there an estimate
for eo/eolian stability?

Thanks!

-- 
mjt


--
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users