Re: [e-users] Eina Magic Check Failed , Input handle pointer is NULL

2023-03-10 Thread Carsten Haitzler 
On Fri, 10 Mar 2023 10:47:18 +0100 Francesc Guasch 
said:

> El 10/3/23 a les 9:54, Carsten Haitzler ha escrit:
> > On Fri, 10 Mar 2023 09:30:24 +0100 Francesc Guasch 
> > said:
> > 
> > It'd have sxomethnig to do with some input being unexpected most likely. but
> > that bt is not human readable... it tells you above how to make it
> > readable :)
> > 
> > ## Copy & Paste the below (until EOF) into a terminal, then hit Enter
> > 
> > :)
> 
> ah ok ! I paste quoted so it keeps from adding newlines. Tell me if
> there is anything else I can do.

hmm so tiler is null in _e_comp_shapes_update_job() ... why? shit seems to me
to need to add debug to that function - like what does eina_tiler_new() return?
what are e_comp->w and e_comp->h ?

> > /usr/local/lib/x86_64-linux-gnu/libeina.so.1 | ??/??: 0 @
> > eina_log_print_cb_stderr.part.
> > 0() /usr/local/lib/x86_64-linux-gnu/libeina.so.1 | ??/??: 0 @
> > eina_log_print_unlocked() /usr/local/lib/x86_64-linux-gnu/libeina.so.1
> > | ??/??: 0 @ eina_log_print() /usr/local/bin/enlightenment| ??/??: 0 @
> > | _e_comp_shapes_update_job() /usr/local/lib/x86_64-linux-gnu/libecore.so.
> > | 1| ??/??: 0 @ _ecore_job_event_handler()
> > /usr/local/lib/x86_64-linux-gnu/libecore.so.1| ??/??: 0 @
> > _ecore_event_message_handler_efl_loop_message_handler_message_call() 
> > /usr/local/lib/x86_64-linux-gnu/libecore.so.
> > 1| ??/??: 0 @
> > 1| efl_loop_message_handler_message_call() 
> > /usr/local/lib/x86_64-linux-gnu/libecore.so.
> > 1| 1| ??/??: 0 @ _efl_loop_message_process()
> > /usr/local/lib/x86_64-linux-gnu/libecore.so.1| ??/??: 0 @
> > efl_loop_message_process() /usr/local/lib/x86_64-linux-gnu/libecore.so.
> > 1| ??/??: 0 @
> > 1| _ecore_main_loop_iterate_internal() 
> > /usr/local/lib/x86_64-linux-gnu/libecore.so.
> > 1| 1| ??/??: 0 @ _ecore_main_loop_begin()
> > /usr/local/lib/x86_64-linux-gnu/libecore.so.1| ??/??: 0 @
> > _efl_loop_begin() /usr/local/lib/x86_64-linux-gnu/libecore.so.1| ??/??: 0 @
> > efl_loop_begin() /usr/local/lib/x86_64-linux-gnu/libecore.so.1| ??/??: 0 @
> > ecore_main_loop_begin() BL: led devices...
> > /usr/local/bin/enlightenment| ??/??: 0 @ main()
> > BL: found
> > [/sys/devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/0003:17EF:6055.
> > 0001/input/input3/input3::capslock]
> > BL: found
> > [/sys/devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/0003:17EF:6055.
> > 0001/input/input3/input3::numlock]
> > /lib/x86_64-linux-gnu/libc.so.
> > 6| ./csu/../sysdeps/nptl/libc_start_call_main.h: 58 @
> > 6| __libc_start_call_main() BL: found
> > [/sys/devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/0003:17EF:6055.
> > 0001/input/input3/input3::scrolllock]
> > /lib/x86_64-linux-gnu/libc.so.6| ./csu/../csu/libc-start.c: 128 @
> > call_init() /usr/local/bin/enlightenment|   ??/??  : 128 @
> > _start()
> 
> > 
> 
> 
> ___
> 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" --
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] Eina Magic Check Failed , Input handle pointer is NULL

2023-03-10 Thread Francesc Guasch 

El 10/3/23 a les 9:54, Carsten Haitzler ha escrit:

On Fri, 10 Mar 2023 09:30:24 +0100 Francesc Guasch 
said:

It'd have sxomethnig to do with some input being unexpected most likely. but
that bt is not human readable... it tells you above how to make it readable :)

## Copy & Paste the below (until EOF) into a terminal, then hit Enter

:)


ah ok ! I paste quoted so it keeps from adding newlines. Tell me if
there is anything else I can do.


/usr/local/lib/x86_64-linux-gnu/libeina.so.1 | ??/??: 0 @ 
eina_log_print_cb_stderr.part.0()
/usr/local/lib/x86_64-linux-gnu/libeina.so.1 | ??/??: 0 @ 
eina_log_print_unlocked()
/usr/local/lib/x86_64-linux-gnu/libeina.so.1 | ??/??: 0 @ eina_log_print()
 /usr/local/bin/enlightenment| ??/??: 0 @ 
_e_comp_shapes_update_job()
/usr/local/lib/x86_64-linux-gnu/libecore.so.1| ??/??: 0 @ 
_ecore_job_event_handler()
/usr/local/lib/x86_64-linux-gnu/libecore.so.1| ??/??: 0 @ 
_ecore_event_message_handler_efl_loop_message_handler_message_call()
/usr/local/lib/x86_64-linux-gnu/libecore.so.1| ??/??: 0 @ 
efl_loop_message_handler_message_call()
/usr/local/lib/x86_64-linux-gnu/libecore.so.1| ??/??: 0 @ 
_efl_loop_message_process()
/usr/local/lib/x86_64-linux-gnu/libecore.so.1| ??/??: 0 @ 
efl_loop_message_process()
/usr/local/lib/x86_64-linux-gnu/libecore.so.1| ??/??: 0 @ 
_ecore_main_loop_iterate_internal()
/usr/local/lib/x86_64-linux-gnu/libecore.so.1| ??/??: 0 @ 
_ecore_main_loop_begin()
/usr/local/lib/x86_64-linux-gnu/libecore.so.1| ??/??: 0 @ _efl_loop_begin()
/usr/local/lib/x86_64-linux-gnu/libecore.so.1| ??/??: 0 @ efl_loop_begin()
/usr/local/lib/x86_64-linux-gnu/libecore.so.1| ??/??: 0 @ 
ecore_main_loop_begin()
BL: led devices...
/usr/local/bin/enlightenment| ??/??: 0 @ main()
BL: found
[/sys/devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/0003:17EF:6055.
0001/input/input3/input3::capslock]
BL: found
[/sys/devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/0003:17EF:6055.
0001/input/input3/input3::numlock]
/lib/x86_64-linux-gnu/libc.so.6| 
./csu/../sysdeps/nptl/libc_start_call_main.h: 58 @ __libc_start_call_main()
BL: found
[/sys/devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/0003:17EF:6055.
0001/input/input3/input3::scrolllock]
/lib/x86_64-linux-gnu/libc.so.6| ./csu/../csu/libc-start.c: 128 @ 
call_init()
   /usr/local/bin/enlightenment|   ??/??  : 128 @ 
_start()







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

Re: [e-users] Eina Magic Check Failed , Input handle pointer is NULL

2023-03-10 Thread Carsten Haitzler 
On Fri, 10 Mar 2023 09:30:24 +0100 Francesc Guasch 
said:

It'd have sxomethnig to do with some input being unexpected most likely. but
that bt is not human readable... it tells you above how to make it readable :)

## Copy & Paste the below (until EOF) into a terminal, then hit Enter

:)

> El 7/3/23 a les 17:00, Philippe Jean Guillaumie ha escrit:
> > Yes, plain build with Xorg.
> > 
> > You might want to try option 3 (release build with Xorg) to see if it 
> > makes a difference.
> 
> Hello !  It happened the same. I had to restart GDM to login again.
> This is the output I get in the logs:
> 
> 
> ERR<1046260>: ../src/lib/eina/eina_tiler.c:1190 
> eina_tiler_tile_size_set() *** E
> ina Magic Check Failed !!!
>  Input handle pointer is NULL.
> 
> 
> ## Copy & Paste the below (until EOF) into a terminal, then hit Enter
> 
> eina_btlog << EOF
> /usr/local/lib/x86_64-linux-gnu/libeina.so.1 0x7f3b4965638c 0x7f3b49626000
> /usr/local/lib/x86_64-linux-gnu/libeina.so.1 0x7f3b496576b1 0x7f3b49626000
> /usr/local/lib/x86_64-linux-gnu/libeina.so.1 0x7f3b49658d79 0x7f3b49626000
> /usr/local/bin/enlightenment 0x5613b4188745 0x5613b4115000
> /usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b4953ea6f 0x7f3b4951d000
> /usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b49544d59 0x7f3b4951d000
> /usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b4954e1eb 0x7f3b4951d000
> /usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b49546d99 0x7f3b4951d000
> /usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b49545bd3 0x7f3b4951d000
> /usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b49540c0e 0x7f3b4951d000
> /usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b49541445 0x7f3b4951d000
> /usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b49546be9 0x7f3b4951d000
> /usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b49545ea3 0x7f3b4951d000
> /usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b4954150b 0x7f3b4951d000
> BL: led devices...
> /usr/local/bin/enlightenment 0x5613b415c597 0x5613b4115000
> BL: found 
> [/sys/devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/0003:17EF:6055.
> 0001/input/input3/input3::capslock]
> BL: found 
> [/sys/devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/0003:17EF:6055.
> 0001/input/input3/input3::numlock]
> /lib/x86_64-linux-gnu/libc.so.6 0x7f3b48752d90 0x7f3b48729000
> BL: found 
> [/sys/devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/0003:17EF:6055.
> 0001/input/input3/input3::scrolllock]
> /lib/x86_64-linux-gnu/libc.so.6 0x7f3b48752e40 0x7f3b48729000
> /usr/local/bin/enlightenment 0x5613b415da75 0x5613b4115000
> EOF
> 
> 
> 
> 
> 
> ___
> 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" --
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] Eina Magic Check Failed , Input handle pointer is NULL

2023-03-10 Thread Francesc Guasch 




El 7/3/23 a les 17:00, Philippe Jean Guillaumie ha escrit:

Yes, plain build with Xorg.

You might want to try option 3 (release build with Xorg) to see if it 
makes a difference.


Hello !  It happened the same. I had to restart GDM to login again.
This is the output I get in the logs:


ERR<1046260>: ../src/lib/eina/eina_tiler.c:1190 
eina_tiler_tile_size_set() *** E

ina Magic Check Failed !!!
Input handle pointer is NULL.


## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
/usr/local/lib/x86_64-linux-gnu/libeina.so.1 0x7f3b4965638c 0x7f3b49626000
/usr/local/lib/x86_64-linux-gnu/libeina.so.1 0x7f3b496576b1 0x7f3b49626000
/usr/local/lib/x86_64-linux-gnu/libeina.so.1 0x7f3b49658d79 0x7f3b49626000
/usr/local/bin/enlightenment 0x5613b4188745 0x5613b4115000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b4953ea6f 0x7f3b4951d000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b49544d59 0x7f3b4951d000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b4954e1eb 0x7f3b4951d000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b49546d99 0x7f3b4951d000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b49545bd3 0x7f3b4951d000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b49540c0e 0x7f3b4951d000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b49541445 0x7f3b4951d000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b49546be9 0x7f3b4951d000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b49545ea3 0x7f3b4951d000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7f3b4954150b 0x7f3b4951d000
BL: led devices...
/usr/local/bin/enlightenment 0x5613b415c597 0x5613b4115000
BL: found 
[/sys/devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/0003:17EF:6055.

0001/input/input3/input3::capslock]
BL: found 
[/sys/devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/0003:17EF:6055.

0001/input/input3/input3::numlock]
/lib/x86_64-linux-gnu/libc.so.6 0x7f3b48752d90 0x7f3b48729000
BL: found 
[/sys/devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/0003:17EF:6055.

0001/input/input3/input3::scrolllock]
/lib/x86_64-linux-gnu/libc.so.6 0x7f3b48752e40 0x7f3b48729000
/usr/local/bin/enlightenment 0x5613b415da75 0x5613b4115000
EOF





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

Re: [e-users] Eina Magic Check Failed , Input handle pointer is NULL

2023-03-07 Thread Philippe Jean Guillaumie 

Yes, plain build with Xorg.

You might want to try option 3 (release build with Xorg) to see if it 
makes a difference.


Le 07/03/2023 à 16:17, Francesc Guasch a écrit :



El 7/3/23 a les 15:59, Philippe Jean Guillaumie ha escrit:

Which build type?
Does this happen in Xorg and Wayland?


My guess this is Xorg, I choose option 2:
Update and REBUILD the ecosystem


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


--
https://github.com/batden


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

Re: [e-users] Eina Magic Check Failed , Input handle pointer is NULL

2023-03-07 Thread Francesc Guasch 




El 7/3/23 a les 15:59, Philippe Jean Guillaumie ha escrit:

Which build type?
Does this happen in Xorg and Wayland?


My guess this is Xorg, I choose option 2:
Update and REBUILD the ecosystem


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

Re: [e-users] Eina Magic Check Failed , Input handle pointer is NULL

2023-03-07 Thread Philippe Jean Guillaumie 

Which build type?
Does this happen in Xorg and Wayland?

Le 07/03/2023 à 08:42, Francesc Guasch a écrit :

Hello, recently I have been having problems with Enlightenment.

I use batden's elluminate script to install it from source. It runs
fine, but It is always crashed when I am away. I guess it may be
something related to suspend. When I wake it up it the e logs starts
spitting out Eina stack traces until the home partition is filled up.

This is an Ubuntu 22.04 with efl and e pulled from March 5th
It shows version 0.25.99.24894.

That is the error I copied from logs, to make the system usable
again I remove the log file and restart GDM.

I tried to copy and paste as it shows there but I am not sure it
did something. Also I completely removed e & efl and installed
again, just in case it was some old lib forgotten out there.

Is there something else I can try ? Thanks !

ERR<824248>: ../src/lib/eina/eina_tiler.c:1252 eina_tiler_rect_del()
  *** Eina Magic Check Failed !!!
     Input handle pointer is NULL.


## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
/usr/local/lib/x86_64-linux-gnu/libeina.so.1 0x7fd4644a8111 0x7fd46446d000
/usr/local/lib/x86_64-linux-gnu/libeina.so.1 0x7fd4644a7089 0x7fd46446d000
/usr/local/lib/x86_64-linux-gnu/libeina.so.1 0x7fd4644a8c54 0x7fd46446d000
/usr/local/lib/x86_64-linux-gnu/libeina.so.1 0x7fd4644a95d1 0x7fd46446d000
/usr/local/lib/x86_64-linux-gnu/libeina.so.1 0x7fd4644d4780 0x7fd46446d000
/usr/local/bin/enlightenment 0x55b68e92a102 0x55b68e8ae000
/usr/local/bin/enlightenment 0x55b68e92a766 0x55b68e8ae000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7fd46435a16c 0x7fd464337000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7fd4643616dc 0x7fd464337000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7fd46436e771 0x7fd464337000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7fd4643661c9 0x7fd464337000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7fd46436643b 0x7fd464337000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7fd46435ef49 0x7fd464337000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7fd46435c053 0x7fd464337000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7fd4643644f5 0x7fd464337000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7fd464366a95 0x7fd464337000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7fd46435c22f 0x7fd464337000
/usr/local/bin/enlightenment 0x55b68ea0628c 0x55b68e8ae000
/lib/x86_64-linux-gnu/libc.so.6 0x7fd4633d4d90 0x7fd4633ab000
/lib/x86_64-linux-gnu/libc.so.6 0x7fd4633d4e40 0x7fd4633ab000
/usr/local/bin/enlightenment 0x55b68e8f1575 0x55b68e8ae000
EOF


___
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

[e-users] Eina Magic Check Failed , Input handle pointer is NULL

2023-03-07 Thread Francesc Guasch 

Hello, recently I have been having problems with Enlightenment.

I use batden's elluminate script to install it from source. It runs
fine, but It is always crashed when I am away. I guess it may be
something related to suspend. When I wake it up it the e logs starts
spitting out Eina stack traces until the home partition is filled up.

This is an Ubuntu 22.04 with efl and e pulled from March 5th
It shows version 0.25.99.24894.

That is the error I copied from logs, to make the system usable
again I remove the log file and restart GDM.

I tried to copy and paste as it shows there but I am not sure it
did something. Also I completely removed e & efl and installed
again, just in case it was some old lib forgotten out there.

Is there something else I can try ? Thanks !

ERR<824248>: ../src/lib/eina/eina_tiler.c:1252 eina_tiler_rect_del()
 *** Eina Magic Check Failed !!!
Input handle pointer is NULL.


## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
/usr/local/lib/x86_64-linux-gnu/libeina.so.1 0x7fd4644a8111 0x7fd46446d000
/usr/local/lib/x86_64-linux-gnu/libeina.so.1 0x7fd4644a7089 0x7fd46446d000
/usr/local/lib/x86_64-linux-gnu/libeina.so.1 0x7fd4644a8c54 0x7fd46446d000
/usr/local/lib/x86_64-linux-gnu/libeina.so.1 0x7fd4644a95d1 0x7fd46446d000
/usr/local/lib/x86_64-linux-gnu/libeina.so.1 0x7fd4644d4780 0x7fd46446d000
/usr/local/bin/enlightenment 0x55b68e92a102 0x55b68e8ae000
/usr/local/bin/enlightenment 0x55b68e92a766 0x55b68e8ae000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7fd46435a16c 0x7fd464337000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7fd4643616dc 0x7fd464337000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7fd46436e771 0x7fd464337000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7fd4643661c9 0x7fd464337000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7fd46436643b 0x7fd464337000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7fd46435ef49 0x7fd464337000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7fd46435c053 0x7fd464337000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7fd4643644f5 0x7fd464337000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7fd464366a95 0x7fd464337000
/usr/local/lib/x86_64-linux-gnu/libecore.so.1 0x7fd46435c22f 0x7fd464337000
/usr/local/bin/enlightenment 0x55b68ea0628c 0x55b68e8ae000
/lib/x86_64-linux-gnu/libc.so.6 0x7fd4633d4d90 0x7fd4633ab000
/lib/x86_64-linux-gnu/libc.so.6 0x7fd4633d4e40 0x7fd4633ab000
/usr/local/bin/enlightenment 0x55b68e8f1575 0x55b68e8ae000
EOF


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

Re: [e-users] eina complains

2017-07-12 Thread Mick 
On Wednesday 12 Jul 2017 08:57:30 you wrote:
> On Tue, 11 Jul 2017 23:12:25 +0100 Mick  said:
> > I installed e from e_git and noticed multiple entries in
> > ~/.xsession-errors
> > like this:
> > 
> > ERR<4498>:evas-gl_x11 /data/tmp_var/portage/dev-
> > libs/efl-/work/efl-/src/modules/evas/engines/gl_x11/evas_engine.c:
> > 1997 _native_bind_cb() eglCreateImage() for Pixmap 0x0xa1154e failed:
> > 0x3003
> this above says an egl image create failed. when binding a native pixmap...
> which is how compositing works (and transforms pixmaps to eglimages to then
> textures to use to render with). this generally shouldn't happen unless
> something really bad is going on (pixmap too big? pixmap invalid? driver
> issue? ).

I see.  There are a number of errors, all repeated a few times.  I can 
summarise these as follows:

First eina doesn't like something in my locales:

ERR<4555>:eina_safety /var/tmp/portage/dev-
libs/efl-/work/efl-/src/lib/efreet/efreet_ini.c:412 
efreet_ini_localestring_get() safety check failed: ini->section == NULL

Then efl and udisks2 have a spat:

ERR<4620>:eldbus /var/tmp/portage/dev-
libs/efl-/work/efl-/src/lib/eldbus/eldbus_proxy.c:818 _props_get_all() 
Error getting all properties of org.freedesktop.UDisks2 
/org/freedesktop/UDisks2/block_devices/sda1, error message: 
org.enlightenment.DBus.Canceled Canceled by user.

The above is repeated for each partition on the drive.

Then evas has the problem with rendering some image:

ERR<4544>:evas-gl_x11 /var/tmp/portage/dev-
libs/efl-/work/efl-/src/modules/evas/engines/gl_x11/evas_engine.c:1997 
_native_bind_cb() eglCreateImage() for Pixmap 0x0xa019c5 failed: 0x3003


Nevertheless none of the above limit my enjoyment of the desktop.  :-)


> just a note... can you not paste these in with line wrapping on? yes - they
> are long lines. they tabulize the output and you have long file paths and
> long function names per line/entry ... it's the nature of the data (and the
> full path matters especially for modules so we cant just drop down to
> filename only)

Yes I can remove word wrapping so they look more tidy, attach a txt file 
and/or use pastebin, but ...


> but the top seems wrong. you are missing full debug symbols. you only have
> minimal symbols there. 

I built efl, enlightenment, xorg-server and mesa with:

CLAGS="-O2 -ffast-math -march=native -g -ggdb3"

Do I need more?

> if all the symbols are there and right you should get stuff like:
[snip ...]

> /usr/local/lib/libeina.so.1 | 
> /home/raster/C/efl/src/lib/eina/eina_log.c  : 2055 @
> eina_log_print_cb_stderr()
[snip ...]

Hmm ... I assume you built efl in /home/raster/C/, while I built it in 
/data/tmp_var/portage/ but this directory is cleared out after the package is 
installed.  Is it necessary to retain all the build time files?

-- 
Regards,
Mick
--
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

Re: [e-users] eina complains

2017-07-11 Thread The Rasterman 
On Tue, 11 Jul 2017 23:12:25 +0100 Mick  said:

> I installed e from e_git and noticed multiple entries in ~/.xsession-errors 
> like this:
> 
> ERR<4498>:evas-gl_x11 /data/tmp_var/portage/dev-
> libs/efl-/work/efl-/src/modules/evas/engines/gl_x11/evas_engine.c:1997
>  
> _native_bind_cb() eglCreateImage() for Pixmap 0x0xa1154e failed: 0x3003

this above says an egl image create failed. when binding a native pixmap...
which is how compositing works (and transforms pixmaps to eglimages to then
textures to use to render with). this generally shouldn't happen unless
something really bad is going on (pixmap too big? pixmap invalid? driver issue?
).

...

> ## Copy & Paste the below (until EOF) into a terminal, then hit Enter
> 
> eina_btlog << EOF
> /usr/lib64/libeina.so.10x7f07de9abd09 0x7f07de984000
> /usr/lib64/libeina.so.10x7f07de9aca1f 0x7f07de984000
> /usr/lib64/libeina.so.10x7f07de9add99 0x7f07de984000
> /usr/lib64/evas/modules/engines/gl_x11/v-1.20/module.so
> 0x7f07d0216ca9 0x7f07d0214000
> /usr/lib64/evas/modules/engines/gl_generic/v-1.20/module.so
> 0x7f07ca692467 0x7f07ca67d000
> /usr/lib64/libevas.so.10x7f07de49290e 0x7f07de2ed000
> /usr/lib64/libevas.so.10x7f07de3cd9ad 0x7f07de2ed000
> /usr/lib64/libevas.so.10x7f07de3ce8c6 0x7f07de2ed000
> /usr/lib64/libevas.so.10x7f07de3cf0b6 0x7f07de2ed000
> /usr/lib64/libevas.so.10x7f07de3515a7 0x7f07de2ed000
> /usr/lib64/ecore_evas/engines/x/v-1.20/module.so   0x7f07d042d565 
> 0x7f07d0423000
> /usr/lib64/libecore_evas.so.1  0x7f07dde7b541 0x7f07dde68000
> /usr/lib64/libecore.so.1   0x7f07de0aae1f 0x7f07de092000
> /usr/lib64/libeo.so.1  0x7f07db6dc4db 0x7f07db6c9000
> /usr/lib64/libeo.so.1  0x7f07db6d7a93 0x7f07db6c9000
> /usr/lib64/libecore.so.1   0x7f07de0ae036 0x7f07de092000
> /usr/lib64/libecore.so.1   0x7f07de0ae687 0x7f07de092000
> /usr/bin/enlightenment 0x43ccaa 0x40
> /lib64/libc.so.6   0x7f07db905640 0x7f07db8e5000
> /usr/bin/enlightenment 0x43e129 0x40
> EOF

the above is a machine readable backtrace of where the issue happened. which
function called which other function down the tree (the top of this is the
leaf/top of the tree branch, the bottom is the root where it all started). it
asks you to use eina_log to make it readable (because doing this is expensive
vs the above dump and so eina will not automatically do this every single time
as it'd slow down the calling process a lot).

> So I did as instructed and got this much:
> 
> $ eina_btlog << EOF
> > /usr/lib64/libeina.so.1 0x7f07de9abd09 0x7f07de984000
> > /usr/lib64/libeina.so.1 0x7f07de9aca1f 0x7f07de984000
> > /usr/lib64/libeina.so.1 0x7f07de9add99 0x7f07de984000
> > /usr/lib64/evas/modules/engines/gl_x11/v-1.20/module.so  0x7f07d0216ca9 
> 0x7f07d0214000
> > /usr/lib64/evas/modules/engines/gl_generic/v-1.20/module.so  0x7f07ca692467 
> 0x7f07ca67d000
> > /usr/lib64/libevas.so.1 0x7f07de49290e 0x7f07de2ed000
> > /usr/lib64/libevas.so.1 0x7f07de3cd9ad 0x7f07de2ed000
> > /usr/lib64/libevas.so.1 0x7f07de3ce8c6 0x7f07de2ed000
> > /usr/lib64/libevas.so.1 0x7f07de3cf0b6 0x7f07de2ed000
> > /usr/lib64/libevas.so.1 0x7f07de3515a7 0x7f07de2ed000
> > /usr/lib64/ecore_evas/engines/x/v-1.20/module.so  0x7f07d042d565 
> 0x7f07d0423000
> > /usr/lib64/libecore_evas.so.1 0x7f07dde7b541 0x7f07dde68000
> > /usr/lib64/libecore.so.1 0x7f07de0aae1f 0x7f07de092000
> > /usr/lib64/libeo.so.1 0x7f07db6dc4db 0x7f07db6c9000
> > /usr/lib64/libeo.so.1 0x7f07db6d7a93 0x7f07db6c9000
> > /usr/lib64/libecore.so.1 0x7f07de0ae036 0x7f07de092000
> > /usr/lib64/libecore.so.1 0x7f07de0ae687 0x7f07de092000
> > /usr/bin/enlightenment 0x43ccaa 0x40
> > /lib64/libc.so.6  0x7f07db905640 0x7f07db8e5000
> > /usr/bin/enlightenment 0x43e129 0x40
> > EOF
>/usr/lib64/libeina.so.1
> | ??/??  :   0 @ _eina_semaphore_free()
>/usr/lib64/libeina.so.1
> | ??/??  :   0 @ eina_log_print_cb_stdout()
>/usr/lib64/libeina.so.1
> | ??/??  :   0 @ eina_log_print()
> /usr/lib64/evas/modules/engines/gl_x11/v-1.20/module.so
> | /:   0 @ ()
> /usr/lib64/evas/modules/engines/gl_generic/v-1.20/module.so
> | /:   0 @ ()
>/usr/lib64/libevas.so.1
> | ??/??  :   0 @ evas_filter_program_source_set_all()
>/usr/lib64/libevas.so.1
> | ??/??  :   0 @ evas_font_reinit()
>/usr/lib64/libevas.so.1
> | ??/??  :   0 @ evas_font_reinit()
>/usr/lib64/libevas.so.1
> | ??/??  :   0 @ evas_render_updates_free()
>/usr/lib64/libevas.so.1
> | ??/??  :   0 @ evas_canvas_render_

[e-users] eina complains

2017-07-11 Thread Mick 
I installed e from e_git and noticed multiple entries in ~/.xsession-errors 
like this:

ERR<4498>:evas-gl_x11 /data/tmp_var/portage/dev-
libs/efl-/work/efl-/src/modules/evas/engines/gl_x11/evas_engine.c:1997 
_native_bind_cb() eglCreateImage() for Pixmap 0x0xa1154e failed: 0x3003
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
/usr/lib64/libeina.so.1  0x7f07de9abd09 0x7f07de984000
/usr/lib64/libeina.so.1  0x7f07de9aca1f 0x7f07de984000
/usr/lib64/libeina.so.1  0x7f07de9add99 0x7f07de984000
/usr/lib64/evas/modules/engines/gl_x11/v-1.20/module.so  0x7f07d0216ca9 
0x7f07d0214000
/usr/lib64/evas/modules/engines/gl_generic/v-1.20/module.so  0x7f07ca692467 
0x7f07ca67d000
/usr/lib64/libevas.so.1  0x7f07de49290e 0x7f07de2ed000
/usr/lib64/libevas.so.1  0x7f07de3cd9ad 0x7f07de2ed000
/usr/lib64/libevas.so.1  0x7f07de3ce8c6 0x7f07de2ed000
/usr/lib64/libevas.so.1  0x7f07de3cf0b6 0x7f07de2ed000
/usr/lib64/libevas.so.1  0x7f07de3515a7 0x7f07de2ed000
/usr/lib64/ecore_evas/engines/x/v-1.20/module.so 0x7f07d042d565 
0x7f07d0423000
/usr/lib64/libecore_evas.so.10x7f07dde7b541 0x7f07dde68000
/usr/lib64/libecore.so.1 0x7f07de0aae1f 0x7f07de092000
/usr/lib64/libeo.so.10x7f07db6dc4db 0x7f07db6c9000
/usr/lib64/libeo.so.10x7f07db6d7a93 0x7f07db6c9000
/usr/lib64/libecore.so.1 0x7f07de0ae036 0x7f07de092000
/usr/lib64/libecore.so.1 0x7f07de0ae687 0x7f07de092000
/usr/bin/enlightenment   0x43ccaa 0x40
/lib64/libc.so.6 0x7f07db905640 0x7f07db8e5000
/usr/bin/enlightenment   0x43e129 0x40
EOF

So I did as instructed and got this much:

$ eina_btlog << EOF
> /usr/lib64/libeina.so.1 0x7f07de9abd09 0x7f07de984000
> /usr/lib64/libeina.so.1 0x7f07de9aca1f 0x7f07de984000
> /usr/lib64/libeina.so.1 0x7f07de9add99 0x7f07de984000
> /usr/lib64/evas/modules/engines/gl_x11/v-1.20/module.so  0x7f07d0216ca9 
0x7f07d0214000
> /usr/lib64/evas/modules/engines/gl_generic/v-1.20/module.so  0x7f07ca692467 
0x7f07ca67d000
> /usr/lib64/libevas.so.1 0x7f07de49290e 0x7f07de2ed000
> /usr/lib64/libevas.so.1 0x7f07de3cd9ad 0x7f07de2ed000
> /usr/lib64/libevas.so.1 0x7f07de3ce8c6 0x7f07de2ed000
> /usr/lib64/libevas.so.1 0x7f07de3cf0b6 0x7f07de2ed000
> /usr/lib64/libevas.so.1 0x7f07de3515a7 0x7f07de2ed000
> /usr/lib64/ecore_evas/engines/x/v-1.20/module.so  0x7f07d042d565 
0x7f07d0423000
> /usr/lib64/libecore_evas.so.1 0x7f07dde7b541 0x7f07dde68000
> /usr/lib64/libecore.so.1 0x7f07de0aae1f 0x7f07de092000
> /usr/lib64/libeo.so.1 0x7f07db6dc4db 0x7f07db6c9000
> /usr/lib64/libeo.so.1 0x7f07db6d7a93 0x7f07db6c9000
> /usr/lib64/libecore.so.1 0x7f07de0ae036 0x7f07de092000
> /usr/lib64/libecore.so.1 0x7f07de0ae687 0x7f07de092000
> /usr/bin/enlightenment 0x43ccaa 0x40
> /lib64/libc.so.6  0x7f07db905640 0x7f07db8e5000
> /usr/bin/enlightenment 0x43e129 0x40
> EOF
   /usr/lib64/libeina.so.1  |   
   
??/??  :   0 @ _eina_semaphore_free()
   /usr/lib64/libeina.so.1  |   
   
??/??  :   0 @ eina_log_print_cb_stdout()
   /usr/lib64/libeina.so.1  |   
   
??/??  :   0 @ eina_log_print()
/usr/lib64/evas/modules/engines/gl_x11/v-1.20/module.so |   
 
/:   0 @ ()
/usr/lib64/evas/modules/engines/gl_generic/v-1.20/module.so |   
 
/:   0 @ ()
   /usr/lib64/libevas.so.1  |   
   
??/??  :   0 @ evas_filter_program_source_set_all()
   /usr/lib64/libevas.so.1  |   
   
??/??  :   0 @ evas_font_reinit()
   /usr/lib64/libevas.so.1  |   
   
??/??  :   0 @ evas_font_reinit()
   /usr/lib64/libevas.so.1  |   
   
??/??  :   0 @ evas_render_updates_free()
   /usr/lib64/libevas.so.1  |   
   
??/??  :   0 @ evas_canvas_render_updates()
   /usr/lib64/ecore_evas/engines/x/v-1.20/module.so |   
 
/:   0 @ ()
   /

Re: [e-users] eina problem

2012-11-15 Thread maderios 
On 11/15/2012 02:33 PM, Shane McGuire wrote:
> On Thu, Nov 15, 2012 at 1:31 PM, maderios  wrote:
>
>> On 11/15/2012 12:58 PM, Shane McGuire wrote:
>>> change this:
>>> in_efl="eina evil eet evas embryo eo"
>>> to this:
>>> in_efl="efl"
>>>
>>> the package efl contains all of the items on the first line now.
>>
>>
>> I tried it but it doesnt work because eina and other libraries are in
>> http://svn.enlightenment.org/svn/e/trunk/IN-EFL/
>> (but efl compiles well)
>>
>
> As I understand it, you don't need what is in the "trunk/IN-EFL" folder on
> subversion. The developers have just moved the  old efl libraries (eina
> etc.) to this subversion folder instead of deleting them from the tree
> altogether. Probably they are there for posterity.
>
> In your easy_e17.sh file, there should be no mention of eina, evil, eet,
> evas, embryo or eo.  These all need to be removed and replaced by efl. If
> easy_e17.sh is still trying to pull/compile files for the old efl
> libraries, then these are still listed somewhere in your easy_e17.sh script
> and should be removed.
>
> In my old easy_e17.sh I had a line like this:
> efl_basic="eina eet eobj evas ecore edbus efreet eio eeze e_dbus embryo
> edje azy ethumb elementary"
>
> mine now reads:
> efl_basic="efl ecore edbus efreet eio eeze e_dbus embryo edje azy ethumb
> elementary"

Ok, thanks for your help, it works.
I have some problem with themes. I can't get them.
My conf:

themes="darkness detourious detour-elm efenniht"
packages_basic="$efl_basic $bin_basic $themes"
packages_half="$efl_basic $bin_basic $themes $e_modules_efl 
$e_modules_bin $e_modules_extra"
packages_full="$efl_basic $efl_extra $bin_basic $themes $e_modules_efl 
$e_modules_bin $e_modules_extra $bin_extra"


Regards
-- 
Maderios

"Art is meant to disturb. Science reassures."
"L'art est fait pour troubler. La science rassure" (Georges Braque)


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] eina problem

2012-11-15 Thread Shane McGuire 
On Thu, Nov 15, 2012 at 1:31 PM, maderios  wrote:

> On 11/15/2012 12:58 PM, Shane McGuire wrote:
> > change this:
> > in_efl="eina evil eet evas embryo eo"
> > to this:
> > in_efl="efl"
> >
> > the package efl contains all of the items on the first line now.
>
>
> I tried it but it doesnt work because eina and other libraries are in
> http://svn.enlightenment.org/svn/e/trunk/IN-EFL/
> (but efl compiles well)
>

As I understand it, you don't need what is in the "trunk/IN-EFL" folder on
subversion. The developers have just moved the  old efl libraries (eina
etc.) to this subversion folder instead of deleting them from the tree
altogether. Probably they are there for posterity.

In your easy_e17.sh file, there should be no mention of eina, evil, eet,
evas, embryo or eo.  These all need to be removed and replaced by efl. If
easy_e17.sh is still trying to pull/compile files for the old efl
libraries, then these are still listed somewhere in your easy_e17.sh script
and should be removed.

In my old easy_e17.sh I had a line like this:
efl_basic="eina eet eobj evas ecore edbus efreet eio eeze e_dbus embryo
edje azy ethumb elementary"

mine now reads:
efl_basic="efl ecore edbus efreet eio eeze e_dbus embryo edje azy ethumb
elementary"

and there is no more mention of eina etc. in the easy_e17.sh script.

When running now, it no longer tries to compile/install the old efl
libraries.

I hope this helps to clarify things.

Shane


> --
> Maderios
>
> "Art is meant to disturb. Science reassures."
> "L'art est fait pour troubler. La science rassure" (Georges Braque)
>
>
>
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] eina problem

2012-11-15 Thread maderios 
On 11/15/2012 12:58 PM, Shane McGuire wrote:
> change this:
> in_efl="eina evil eet evas embryo eo"
> to this:
> in_efl="efl"
>
> the package efl contains all of the items on the first line now.

I tried it but it doesnt work because eina and other libraries are in 
http://svn.enlightenment.org/svn/e/trunk/IN-EFL/
(but efl compiles well)

-- 
Maderios

"Art is meant to disturb. Science reassures."
"L'art est fait pour troubler. La science rassure" (Georges Braque)


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] eina problem

2012-11-15 Thread Shane McGuire 
change this:
in_efl="eina evil eet evas embryo eo"
to this:
in_efl="efl"

the package efl contains all of the items on the first line now.

Cheers,
Shane



On Thu, Nov 15, 2012 at 12:40 PM, maderios  wrote:

> On 11/15/2012 02:42 AM, Wido wrote:
> > Open the script, look for the variable 'efl_basic', remove all the
> individual efl libs (eet, evas, ecore, etc...) and replace with only 'efl'.
> That should do the trick (that an removing the old ones with a fresh svn
> checkout, otherwise updates won't work)
> Your method doesnt work at all...
> I edit the script:
>
> in_efl="eina evil eet evas embryo eo"
>
> Update is ok but when compiling I got :
>
> eina ... autogen: ERROR!
> --- Last loglines
> EASY_E17 1.4.1 CMD: ./autogen.sh --prefix=/opt/e17-alpha
> Do not use this tree anymore - use the efl tree instead.
>
> I don't understand...
>
> Greetings
> --
> Maderios
>
> "Art is meant to disturb. Science reassures."
> "L'art est fait pour troubler. La science rassure" (Georges Braque)
>
>
>
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] eina problem

2012-11-15 Thread maderios 
On 11/15/2012 02:42 AM, Wido wrote:
> Open the script, look for the variable 'efl_basic', remove all the individual 
> efl libs (eet, evas, ecore, etc...) and replace with only 'efl'. That should 
> do the trick (that an removing the old ones with a fresh svn checkout, 
> otherwise updates won't work)
Your method doesnt work at all...
I edit the script:

in_efl="eina evil eet evas embryo eo"

Update is ok but when compiling I got :

eina ... autogen: ERROR!
--- Last loglines
EASY_E17 1.4.1 CMD: ./autogen.sh --prefix=/opt/e17-alpha
Do not use this tree anymore - use the efl tree instead.

I don't understand...

Greetings
-- 
Maderios

"Art is meant to disturb. Science reassures."
"L'art est fait pour troubler. La science rassure" (Georges Braque)


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] eina problem

2012-11-14 Thread Wido 
Open the script, look for the variable 'efl_basic', remove all the individual 
efl libs (eet, evas, ecore, etc...) and replace with only 'efl'. That should do 
the trick (that an removing the old ones with a fresh svn checkout, otherwise 
updates won't work)

On Wednesday November 14 2012 19:55:14 Steven Le Roux escribió:
> Actually it's pretty simplier because you can build the whole core EFL
> with a single command, so easy_e17.sh will be more useful for extra
> modules soon.
> 
> cd trunk/efl
> ./autogen.sh --prefix=/opt/e17 (or what you prefer...)
> make
> make install
> 
> Then,
> 
> cd ../e
> ./autogen.sh --prefix=/opt/e17
> make
> make install
> 
> 
> On Wed, Nov 14, 2012 at 10:24 PM, maderios  wrote:
> > On 11/14/2012 10:02 PM, Alex-P. Natsios wrote:
> >> somewhere up there you can find the development version , use that one.
> >>
> >> On Wed, Nov 14, 2012 at 10:56 PM, Max  wrote:
> >>>
>  The EFL are in a transitioning state to a merged/single tree.
> 
>  UPDATE your copy of easy_e17.sh then you can look under " efl/ " for
>  eina,eet,evas,eo,embryo soon enough the other libs are supposed to
>  also move there
> >>> How can I update easy_e17.sh ?
> >>> In http://omicron.homeip.net the version is still 1.4.0
> >>> Thanks Max
> >
> > The last 1.4.1 developpement version is old.
> > In my case, I needed to delete src directory then I could update eina &
> > others but I can't compile
> > Greetings
> >
> > What happens
> >
> > updating sources in '/usr/local/E17-alpha/e17_src/eina' ...
> > At revision 79302.
> > -- Installing packages
> > -
> > - eina ... autogen: ERROR!
> > 
> >
> > --- Last loglines
> > --
> > ---
> > EASY_E17 1.4.1 CMD: ./autogen.sh --prefix=/opt/e17-alpha
> > ---
> > Do not use this tree anymore - use the efl tree instead.
> >
> >
> > --
> > Maderios
> >
> > "Art is meant to disturb. Science reassures."
> > "L'art est fait pour troubler. La science rassure" (Georges Braque)
> >
> >
> > --
> > Monitor your physical, virtual and cloud infrastructure from a single
> > web console. Get in-depth insight into apps, servers, databases, vmware,
> > SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> > Pricing starts from $795 for 25 servers or applications!
> > http://p.sf.net/sfu/zoho_dev2dev_nov
> > ___
> > enlightenment-users mailing list
> > enlightenment-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> 
> 
> 
> 


Wido
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] eina problem

2012-11-14 Thread Steven Le Roux 
Actually it's pretty simplier because you can build the whole core EFL
with a single command, so easy_e17.sh will be more useful for extra
modules soon.

cd trunk/efl
./autogen.sh --prefix=/opt/e17 (or what you prefer...)
make
make install

Then,

cd ../e
./autogen.sh --prefix=/opt/e17
make
make install


On Wed, Nov 14, 2012 at 10:24 PM, maderios  wrote:
> On 11/14/2012 10:02 PM, Alex-P. Natsios wrote:
>> somewhere up there you can find the development version , use that one.
>>
>> On Wed, Nov 14, 2012 at 10:56 PM, Max  wrote:
>>>
 The EFL are in a transitioning state to a merged/single tree.

 UPDATE your copy of easy_e17.sh then you can look under " efl/ " for
 eina,eet,evas,eo,embryo soon enough the other libs are supposed to
 also move there
>>> How can I update easy_e17.sh ?
>>> In http://omicron.homeip.net the version is still 1.4.0
>>> Thanks Max
>
> The last 1.4.1 developpement version is old.
> In my case, I needed to delete src directory then I could update eina &
> others but I can't compile
> Greetings
>
> What happens
>
> updating sources in '/usr/local/E17-alpha/e17_src/eina' ...
> At revision 79302.
> -- Installing packages
> -
> - eina ... autogen: ERROR!
> 
>
> --- Last loglines
> --
> ---
> EASY_E17 1.4.1 CMD: ./autogen.sh --prefix=/opt/e17-alpha
> ---
> Do not use this tree anymore - use the efl tree instead.
>
>
> --
> Maderios
>
> "Art is meant to disturb. Science reassures."
> "L'art est fait pour troubler. La science rassure" (Georges Braque)
>
>
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users



-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] eina problem

2012-11-14 Thread Alex-P. Natsios 
The error is quite self-explanatory actually.
You should not use trunk/$foo but trunk/efl/ for eina, eet, evas. eo and embryo.

for efreet you will also need /trunk/edbus and for E17 /trunk/e_dbus

On Wed, Nov 14, 2012 at 11:24 PM, maderios  wrote:
> On 11/14/2012 10:02 PM, Alex-P. Natsios wrote:
>> somewhere up there you can find the development version , use that one.
>>
>> On Wed, Nov 14, 2012 at 10:56 PM, Max  wrote:
>>>
 The EFL are in a transitioning state to a merged/single tree.

 UPDATE your copy of easy_e17.sh then you can look under " efl/ " for
 eina,eet,evas,eo,embryo soon enough the other libs are supposed to
 also move there
>>> How can I update easy_e17.sh ?
>>> In http://omicron.homeip.net the version is still 1.4.0
>>> Thanks Max
>
> The last 1.4.1 developpement version is old.
> In my case, I needed to delete src directory then I could update eina &
> others but I can't compile
> Greetings
>
> What happens
>
> updating sources in '/usr/local/E17-alpha/e17_src/eina' ...
> At revision 79302.
> -- Installing packages
> -
> - eina ... autogen: ERROR!
> 
>
> --- Last loglines
> --
> ---
> EASY_E17 1.4.1 CMD: ./autogen.sh --prefix=/opt/e17-alpha
> ---
> Do not use this tree anymore - use the efl tree instead.
>
>
> --
> Maderios
>
> "Art is meant to disturb. Science reassures."
> "L'art est fait pour troubler. La science rassure" (Georges Braque)
>
>
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users



-- 
Regards,

Alex-P. Natsios
(a.k.a Drakevr)

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] eina problem

2012-11-14 Thread maderios 
On 11/14/2012 10:02 PM, Alex-P. Natsios wrote:
> somewhere up there you can find the development version , use that one.
>
> On Wed, Nov 14, 2012 at 10:56 PM, Max  wrote:
>>
>>> The EFL are in a transitioning state to a merged/single tree.
>>>
>>> UPDATE your copy of easy_e17.sh then you can look under " efl/ " for
>>> eina,eet,evas,eo,embryo soon enough the other libs are supposed to
>>> also move there
>> How can I update easy_e17.sh ?
>> In http://omicron.homeip.net the version is still 1.4.0
>> Thanks Max

The last 1.4.1 developpement version is old.
In my case, I needed to delete src directory then I could update eina & 
others but I can't compile
Greetings

What happens

updating sources in '/usr/local/E17-alpha/e17_src/eina' ...
At revision 79302.
-- Installing packages 
-
- eina ... autogen: ERROR!


--- Last loglines 
--
---
EASY_E17 1.4.1 CMD: ./autogen.sh --prefix=/opt/e17-alpha
---
Do not use this tree anymore - use the efl tree instead.


-- 
Maderios

"Art is meant to disturb. Science reassures."
"L'art est fait pour troubler. La science rassure" (Georges Braque)


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] eina problem

2012-11-14 Thread Alex-P. Natsios 
somewhere up there you can find the development version , use that one.

On Wed, Nov 14, 2012 at 10:56 PM, Max  wrote:
>
>> The EFL are in a transitioning state to a merged/single tree.
>>
>> UPDATE your copy of easy_e17.sh then you can look under " efl/ " for
>> eina,eet,evas,eo,embryo soon enough the other libs are supposed to
>> also move there
> How can I update easy_e17.sh ?
> In http://omicron.homeip.net the version is still 1.4.0
> Thanks Max
>
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users



-- 
Regards,

Alex-P. Natsios
(a.k.a Drakevr)

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] eina problem

2012-11-14 Thread Max 

> The EFL are in a transitioning state to a merged/single tree.
>
> UPDATE your copy of easy_e17.sh then you can look under " efl/ " for
> eina,eet,evas,eo,embryo soon enough the other libs are supposed to
> also move there
How can I update easy_e17.sh ?
In http://omicron.homeip.net the version is still 1.4.0
Thanks Max

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] eina problem

2012-11-14 Thread maderios 
On 11/14/2012 01:22 PM, Alex-P. Natsios wrote:
> The EFL are in a transitioning state to a merged/single tree.
>
> UPDATE your copy of easy_e17.sh then you can look under " efl/ " for
> eina,eet,evas,eo,embryo soon enough the other libs are supposed to
> also move there

OK, thanks

>
> On Wed, Nov 14, 2012 at 1:31 PM, maderios  wrote:
>> Hi
>> I try to update e17 with easy_e17.sh script. I got this message:
>>
>> updating sources in '/usr/local/E17/e17_src/eina' ...
>> svn: Target path '/trunk/eina' does not exist
>>
>> Thanks for any answer
>> Regards
>> --
>> Maderios
>>
>> "Art is meant to disturb. Science reassures."
>> "L'art est fait pour troubler. La science rassure" (Georges Braque)
>>
>>
>> --
>> Monitor your physical, virtual and cloud infrastructure from a single
>> web console. Get in-depth insight into apps, servers, databases, vmware,
>> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
>> Pricing starts from $795 for 25 servers or applications!
>> http://p.sf.net/sfu/zoho_dev2dev_nov
>> ___
>> enlightenment-users mailing list
>> enlightenment-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>
>
>


-- 
Maderios

"Art is meant to disturb. Science reassures."
"L'art est fait pour troubler. La science rassure" (Georges Braque)


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] eina problem

2012-11-14 Thread Alex-P. Natsios 
The EFL are in a transitioning state to a merged/single tree.

UPDATE your copy of easy_e17.sh then you can look under " efl/ " for
eina,eet,evas,eo,embryo soon enough the other libs are supposed to
also move there

On Wed, Nov 14, 2012 at 1:31 PM, maderios  wrote:
> Hi
> I try to update e17 with easy_e17.sh script. I got this message:
>
> updating sources in '/usr/local/E17/e17_src/eina' ...
> svn: Target path '/trunk/eina' does not exist
>
> Thanks for any answer
> Regards
> --
> Maderios
>
> "Art is meant to disturb. Science reassures."
> "L'art est fait pour troubler. La science rassure" (Georges Braque)
>
>
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users



-- 
Regards,

Alex-P. Natsios
(a.k.a Drakevr)

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

[e-users] eina problem

2012-11-14 Thread maderios 
Hi
I try to update e17 with easy_e17.sh script. I got this message:

updating sources in '/usr/local/E17/e17_src/eina' ...
svn: Target path '/trunk/eina' does not exist

Thanks for any answer
Regards
-- 
Maderios

"Art is meant to disturb. Science reassures."
"L'art est fait pour troubler. La science rassure" (Georges Braque)


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] Eina Failing to Compile

2011-11-01 Thread Jeff Hoogland 
Someone in IRC helped me find the fix. It is related to this bug -
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/778047

The fix is:

sudo ln -s /usr/include/asm-generic /usr/include/asm

On Tue, Nov 1, 2011 at 10:17 AM, Jeff Hoogland wrote:

> I just did a fresh svn sync and eina is now failing to build for me -
> http://pastebin.com/ekRvkmwV
>
> Ideas?
>
> --
> ~Jeff Hoogland 
> Thoughts on Technology , Tech Blog
> Bodhi Linux , Enlightenment for your Desktop
>
>


-- 
~Jeff Hoogland 
Thoughts on Technology , Tech Blog
Bodhi Linux , Enlightenment for your Desktop
--
RSA® Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

[e-users] Eina Failing to Compile

2011-11-01 Thread Jeff Hoogland 
I just did a fresh svn sync and eina is now failing to build for me -
http://pastebin.com/ekRvkmwV

Ideas?

-- 
~Jeff Hoogland 
Thoughts on Technology , Tech Blog
Bodhi Linux , Enlightenment for your Desktop
--
RSA® Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] eina: sandbox violation on emerge

2010-11-22 Thread The Rasterman 
On Sun, 21 Nov 2010 14:03:31 +0800 P Purkayastha  said:

in svn.

> On 11/21/2010 12:14 AM, P Purkayastha wrote:
> > Hi,
> > it seems eina is triggering a sandbox violation on emerge. Essentially
> > it tries to remove a file present in / while installing. Seems to be
> > something new added in revision r54731:
> > http://trac.enlightenment.org/e/changeset/54731/trunk/eina/src/modules/mp
> > The build log is attached.
> 
> Replacing the $(controllerdir) with $(DESTDIR)$(controllerdir) makes 
> portage happy, and the installation succeeds:
> 
>   cd "$S/src/modules/mp"
>   find . -name Makefile.am -exec sed -i -e '/rm -f 
> \$(controllerdir)/s/\$/\$(DESTDIR)\$/' {} \;
> 
> 
> --
> Beautiful is writing same markup. Internet Explorer 9 supports
> standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
> Spend less time writing and  rewriting code and more time creating great
> experiences on the web. Be a part of the beta today
> http://p.sf.net/sfu/msIE9-sfdev2dev
> ___
> 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


--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] eina: sandbox violation on emerge

2010-11-20 Thread P Purkayastha 
On 11/21/2010 12:14 AM, P Purkayastha wrote:
> Hi,
> it seems eina is triggering a sandbox violation on emerge. Essentially
> it tries to remove a file present in / while installing. Seems to be
> something new added in revision r54731:
> http://trac.enlightenment.org/e/changeset/54731/trunk/eina/src/modules/mp
> The build log is attached.

Replacing the $(controllerdir) with $(DESTDIR)$(controllerdir) makes 
portage happy, and the installation succeeds:

cd "$S/src/modules/mp"
find . -name Makefile.am -exec sed -i -e '/rm -f 
\$(controllerdir)/s/\$/\$(DESTDIR)\$/' {} \;


--
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

[e-users] eina: sandbox violation on emerge

2010-11-20 Thread P Purkayastha 

Hi,
  it seems eina is triggering a sandbox violation on emerge. 
Essentially it tries to remove a file present in / while installing. 
Seems to be something new added in revision r54731:

http://trac.enlightenment.org/e/changeset/54731/trunk/eina/src/modules/mp
The build log is attached.
 * Package:dev-libs/eina-
 * Repository: enlightenment
 * Maintainer: enlightenm...@gentoo.org
 * USE:  amd64 debug elibc_glibc kernel_linux mempool-chained 
mempool-pass-through mmx multilib nls sse sse2 threads userland_GNU
>>> cfg-update-1.8.2-r1: Checksum index is up-to-date ...
 * subversion switch start -->
 *  old repository: http://svn.enlightenment.org/svn/e/trunk/e...@54746
 *  new repository: http://svn.enlightenment.org/svn/e/trunk//eina
At revision 54746.
 *working copy: /opt/distfiles/svn-src/enlightenment//eina

 * Running eautoreconf in '/var/tmp/portage/dev-libs/eina-/work/eina' ...
 * Running aclocal -I m4 ...
 [ ok ]
 * Running libtoolize --copy --force --install --automake ...
 [ ok ]
 * Running aclocal -I m4 ...
 [ ok ]
 * Running autoconf ...
 [ ok ]
 * Running autoheader ...
 [ ok ]
 * Running automake --add-missing --copy ...
 [ ok ]
 * Running elibtoolize in: eina/
 *   Applying portage-2.2.patch ...
 *   Applying sed-1.5.6.patch ...
 *   Applying as-needed-2.2.6.patch ...
 * Removing useless C++ checks ...
 [ ok ]
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether x86_64-pc-linux-gnu-gcc accepts -g... yes
checking for x86_64-pc-linux-gnu-gcc option to accept ISO C89... none needed
checking for library containing strerror... none required
checking how to run the C preprocessor... x86_64-pc-linux-gnu-gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for style of include used by make... GNU
checking dependency style of x86_64-pc-linux-gnu-gcc... gcc3
checking how to print strings... printf
checking for a sed that does not truncate output... /bin/sed
checking for fgrep... /bin/grep -F
checking for ld used by x86_64-pc-linux-gnu-gcc... 
/usr/x86_64-pc-linux-gnu/bin/ld
checking if the linker (/usr/x86_64-pc-linux-gnu/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking for /usr/x86_64-pc-linux-gnu/bin/ld option to reload object files... -r
checking for x86_64-pc-linux-gnu-objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for x86_64-pc-linux-gnu-ar... x86_64-pc-linux-gnu-ar
checking for x86_64-pc-linux-gnu-strip... x86_64-pc-linux-gnu-strip
checking for x86_64-pc-linux-gnu-ranlib... x86_64-pc-linux-gnu-ranlib
checking command to parse /usr/bin/nm -B output from x86_64-pc-linux-gnu-gcc 
object... ok
checking for dlfcn.h... yes
checking for objdir... .libs
checking if x86_64-pc-linux-gnu-gcc supports -fno-rtti -fno-exceptions... no
checking for x86_64-pc-linux-gnu-gcc option to produce PIC... -fPIC -DPIC
checking if x86_64-pc-linux-gnu-gcc PIC flag -fPIC -DPIC works... yes
checking if x86_64-pc-linux-gnu-gcc static flag -static works... yes
checking if x86_64-pc-linux-gnu-gcc supports -c -o file.o... yes
checking if x86_64-pc-linux-gnu-gcc supports -c -o file.o... (cached) yes
checking whether the x86_64-pc-linux-gnu-gcc linker 
(/usr/x86_64-pc-linux-gnu/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible.

[e-users] Eina static linking and Dolphins

2010-01-30 Thread Steve Jones 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all,

I've just checked out the latest SVN, and running autogen.sh on Eina
gives the following:

Warning: You are trying to link statically one or more modules to Eina.
You must know what you are doing, or else you will have a lot of problems.
And dolphins will disappear from the earth.
Think about that.

I like dolphins as much as the next man, so I'm a bit worried by this.
What does it mean, and what should I have done? I simply ran autogen.sh
with no options as I've always done.

Steve.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAktkXMkACgkQJLjjO06+P994YQCfUHTgrALAdrC5K7m7rDqsBaa9
7t0An2EJv8hSnh6VG2gUOLwTNpWc8e5m
=bpVN
-END PGP SIGNATURE-

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

[e-users] Eina autogen failure

2008-11-01 Thread Jason Melbye 
Hello,

When I run eina's autogen.sh, I get the following:

[EMAIL PROTECTED] ~/testing/eina-svn $ ./autogen.sh
Running aclocal...
/usr/share/aclocal/xml-i18n-tools.m4:27: warning: underquoted definition of
AC_PROG_XML_I18N_TOOLS
/usr/share/aclocal/xml-i18n-tools.m4:27:   run info '(automake)Extending
aclocal'
/usr/share/aclocal/xml-i18n-tools.m4:27:   or see
http://sources.redhat.com/automake/automake.html#Extending-aclocal
/usr/share/aclocal/lf_assert.m4:24: error: m4_defn: undefined macro:
_m4_divert_diversion
/usr/share/aclocal/lf_assert.m4:24: the top level
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: autom4te failed with exit status: 1

My autoconf and automake tools are the following versions:
autoconf: 2.6.3
automake: 1.10.1

I never could get a handle on the autotools.  Any thoughts?

Thanks,

Jason
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] eina???

2008-10-17 Thread Adam Jorgensen 
I had this issue when I attempted an update via easy_e17.sh yesterday afternoon.

As of today, midday, it's gone.

I modified my easy_e17.sh, adding eina before evas.

On Thu, Oct 16, 2008 at 9:45 PM, gimpel <[EMAIL PROTECTED]> wrote:
> On Do, 16.10.08 16:27 Wido <[EMAIL PROTECTED]> wrote:
>
>> well, i've encountered more problems. There are lots of apps using
>> edje, but edje doesn't want to run:
>>
>> edje_cc -v -id ../data -fd ../data \
>> ../data/theme.edc \
>> ../data/theme.edj
>> edje_cc: error while loading shared libraries: libeina.so.0: cannot
>> open shared object file: No such file or directory
>>
>> problem is (was?) thet edje wasn't looking for libeina in ther rigth
>> place (/usr/local/lib/libeina.so). a simple symlik did the trick. now
>> i have the same issue, but with headers. All modules look for eina in
>> the wrong place, and are a bunch of files wich i don't want to
>> symlink, i would like a cleaner solution
>>
>> tnks
>
> You could
> a) compile eina with --prefix=/usr
> or
> b) add /usr/local/lib to /etc/ld.so.conf and /usr/local/lib/pkgconfig to
> PKGCONFIG_PATH
>
>
> I'm more confused about the other configure options. Some
> user-understandable docs would be cool.
> Or is the default just fine for the average E user on his/her
> average desktop PC? :)
>
> Cheers,
> Tom
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] eina???

2008-10-16 Thread gimpel 
On Do, 16.10.08 16:27 Wido <[EMAIL PROTECTED]> wrote:

> well, i've encountered more problems. There are lots of apps using
> edje, but edje doesn't want to run:
> 
> edje_cc -v -id ../data -fd ../data \
> ../data/theme.edc \
> ../data/theme.edj
> edje_cc: error while loading shared libraries: libeina.so.0: cannot
> open shared object file: No such file or directory
> 
> problem is (was?) thet edje wasn't looking for libeina in ther rigth
> place (/usr/local/lib/libeina.so). a simple symlik did the trick. now
> i have the same issue, but with headers. All modules look for eina in
> the wrong place, and are a bunch of files wich i don't want to
> symlink, i would like a cleaner solution
> 
> tnks

You could
a) compile eina with --prefix=/usr
or
b) add /usr/local/lib to /etc/ld.so.conf and /usr/local/lib/pkgconfig to
PKGCONFIG_PATH


I'm more confused about the other configure options. Some
user-understandable docs would be cool.
Or is the default just fine for the average E user on his/her
average desktop PC? :)

Cheers,
Tom
 

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Re: [e-users] eina???

2008-10-16 Thread Wido 
well, i've encountered more problems. There are lots of apps using
edje, but edje doesn't want to run:

edje_cc -v -id ../data -fd ../data \
../data/theme.edc \
../data/theme.edj
edje_cc: error while loading shared libraries: libeina.so.0: cannot
open shared object file: No such file or directory

problem is (was?) thet edje wasn't looking for libeina in ther rigth
place (/usr/local/lib/libeina.so). a simple symlik did the trick. now
i have the same issue, but with headers. All modules look for eina in
the wrong place, and are a bunch of files wich i don't want to
symlink, i would like a cleaner solution

tnks

On Thu, Oct 16, 2008 at 3:06 PM, Wido <[EMAIL PROTECTED]> wrote:
> Hi folks, i've recently updated my svn tree (which i don't know why is
> no longer a tree as it used to be in cvs) i i've found that evas now
> depends on eina. look for it on lenny's (debian testing) repo and
> didn't find it, so i tried to check out i then i download it. so far,
> so good
>
> then, when ./autogen it i got this messages:
>
>
>
> 
> eina 0.0.1
> 
>
>
> Configuration Options Summary:
>
>  Documentation: no
>  Tests: no
>  Coverage.: no
>  Benchmark: no
>
> CPU Specific Extensions:
>
>  MMX..: yes
>  SSE..: yes
>  SSE2.: yes
>  ALTIVEC..: no
>
>  Thread Support...: no
>
>  Magic debug..: yes
>
>  Report string usage..: no
>
>  Default mempool..: no
>
>  Memory pool:
>Ememoa.: no
>
>  Static build of memory pools:
>Chained pool...: no
>Ememoa fixed...: no
>Ememoa unknown.: no
>Pass through...: no
>
>  Installation.: make install
>
>prefix.: /usr/local
>
> what does this means? what is mempool and all the "no" i got? i tred
> to look for it in the wiki but couldn't find it
>
> tnks for the help
>
> --
> Wido
>



-- 
Wido

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

[e-users] eina???

2008-10-16 Thread Wido 
Hi folks, i've recently updated my svn tree (which i don't know why is
no longer a tree as it used to be in cvs) i i've found that evas now
depends on eina. look for it on lenny's (debian testing) repo and
didn't find it, so i tried to check out i then i download it. so far,
so good

then, when ./autogen it i got this messages:




eina 0.0.1



Configuration Options Summary:

  Documentation: no
  Tests: no
  Coverage.: no
  Benchmark: no

CPU Specific Extensions:

  MMX..: yes
  SSE..: yes
  SSE2.: yes
  ALTIVEC..: no

  Thread Support...: no

  Magic debug..: yes

  Report string usage..: no

  Default mempool..: no

  Memory pool:
Ememoa.: no

  Static build of memory pools:
Chained pool...: no
Ememoa fixed...: no
Ememoa unknown.: no
Pass through...: no

  Installation.: make install

prefix.: /usr/local

what does this means? what is mempool and all the "no" i got? i tred
to look for it in the wiki but couldn't find it

tnks for the help

-- 
Wido

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users