[e-users] High CPU use

2015-01-26 Thread Quelrond
Hello,

Finally, E19 was ported to FreeBSD, so I am on E19.2 on FreeBSD 10.1 
(PCBSD flavour).
There are some minor problems, the most important is very high CPU use.
I am on DELL Latitude laptop with NVIDIA video card (driver version 
340), optimus is disabled. Compositing is using OpenGL.
The e profile was recreated from scratch.
There are two processes with extremely high CPU usage: ecore_x_vsync and 
efreetd.
I did not have this problem on E17.
Any suggestions?

Best regards,
Peter

--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] make uninstall

2015-01-26 Thread Christopher Barry
On Mon, 26 Jan 2015 09:24:27 +0100
Pierre Couderc pie...@couderc.eu wrote:

Thank you, John, Massimo, Dustin.

I did not know  make uninstall.

snip...

One thing to note about uninstall in a makefile, is that it's typically
designed to uninstall the same version it's also installing. Thus if
file names change, or are removed from the current source, they can
still be missed by the makefile in the uninstall process.

Since removal of previous versions appears to be fairly critical to a
successful install of e from source, it might make sense to have the
uninstall script probe for and verify the installed e version (and also
allow the version as a param) and use a manifest file of the form
e-manifest-version (or whatever) that lists all of the locations and
files that get installed for that version. This manifest would be
generated by the install target.

Mind you, I've not looked at the {un}install targets, so it's possible
this is already being done.

--
Regards,
Christopher Barry

Random geeky fortune:
The universe is ruled by letting things take their course.  It cannot be
ruled by interfering.
-- Chinese proverb

--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] make uninstall

2015-01-26 Thread Martinx - ジェームズ
If a source code can be compiled and installed with simple ./configure ;
make ; make install', then, to build a Debian package for it, it is just a
matter of 5 minutes, or less, if you have a template ready to go.;-)

On 26 January 2015 at 17:44, John Holland jholl...@vin-dit.org wrote:

 If you're compiling from source and you're on red hat or a derivative, the
 way to make a custom rpm is pretty easy. If you do that and then install
 the rpm, you can cleanly remove it later. On debian and I guess Ubuntu it's
 a little harder to build packages.

 On January 26, 2015 1:41:47 PM EST, Christopher Barry 
 christopher.r.ba...@gmail.com wrote:
 On Mon, 26 Jan 2015 09:24:27 +0100
 Pierre Couderc pie...@couderc.eu wrote:
 
 Thank you, John, Massimo, Dustin.
 
 I did not know  make uninstall.
 
 snip...
 
 One thing to note about uninstall in a makefile, is that it's typically
 designed to uninstall the same version it's also installing. Thus if
 file names change, or are removed from the current source, they can
 still be missed by the makefile in the uninstall process.
 
 Since removal of previous versions appears to be fairly critical to a
 successful install of e from source, it might make sense to have the
 uninstall script probe for and verify the installed e version (and also
 allow the version as a param) and use a manifest file of the form
 e-manifest-version (or whatever) that lists all of the locations and
 files that get installed for that version. This manifest would be
 generated by the install target.
 
 Mind you, I've not looked at the {un}install targets, so it's possible
 this is already being done.
 
 --
 Regards,
 Christopher Barry
 
 Random geeky fortune:
 The universe is ruled by letting things take their course.  It cannot
 be
 ruled by interfering.
-- Chinese proverb
 

 --
 Dive into the World of Parallel Programming. The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media, is
 your
 hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more.
 Take a
 look and join the conversation now. http://goparallel.sourceforge.net/
 ___
 enlightenment-users mailing list
 enlightenment-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-users

 --
 Dive into the World of Parallel Programming. The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media, is
 your
 hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more. Take a
 look and join the conversation now. http://goparallel.sourceforge.net/
 ___
 enlightenment-users mailing list
 enlightenment-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-users

--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] make uninstall

2015-01-26 Thread Martinx - ジェームズ
Cool! Take a look at the following Debian package I created for Rage:

https://launchpad.net/~martinx/+archive/ubuntu/enlightenment/+files/rage_0.1.0-0utopic0.debian.tar.gz

It is one of the simplest package I created so far (in fact, I copied it
from other guy as an example and I modified it)...

The dependency list is fully automated / dynamic. Only the Build-Depends
needs to be manually filled, but it is just one line at debian/control file.

It is a bit complex because it have postinst and postrm scripts, and it
package the docs (not yet ready)...

Cheers!

On 26 January 2015 at 20:42, John Holland jholl...@vin-dit.org wrote:

 I have posted my debian packages for enlightenment on this server. I found
 it challenging to create them. Getting dependencies straight was the
 hardest part. In the past I created some rpms and I found that easier. I
 prefer to use debian though.

 On January 26, 2015 5:00:43 PM EST, Martinx - ジェームズ 
 thiagocmarti...@gmail.com wrote:

 If a source code can be compiled and installed with simple ./configure ;
 make ; make install', then, to build a Debian package for it, it is just a
 matter of 5 minutes, or less, if you have a template ready to go.;-)


--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] make uninstall

2015-01-26 Thread David Seikel
Some of us when compiling from source will install it into something
like /opt/efl so uninstalling it all becomes as simple as - 

sudo rm -fr /opt/efl

Though typically I'll move that to /opt/efl_SAVED when compiling a new
version, in case something goes terribly wrong.

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.

--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] make uninstall

2015-01-26 Thread Martinx - ジェームズ
On 26 January 2015 at 23:34, David Seikel onef...@gmail.com wrote:

 Some of us when compiling from source will install it into something
 like /opt/efl so uninstalling it all becomes as simple as -

 sudo rm -fr /opt/efl

 Though typically I'll move that to /opt/efl_SAVED when compiling a new
 version, in case something goes terribly wrong.


That's true! It can not be simpler than that!   :-D
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


[e-users] make uninstall

2015-01-26 Thread Pierre Couderc
Thank you, John, Massimo, Dustin.

I did not know  make uninstall.

On 01/25/2015 01:15 AM, Dustin Jenkins wrote:
 Or if you built from source, running 'make uninstall' in each
 library/application does the proper removal of items.

 Dustin

 Sent with AquaMail for Android
 http://www.aqua-mail.com


 On January 24, 2015 3:43:13 PM John Holland jholl...@vin-dit.org wrote:

 When you install it it puts a lot of individual files in various
 places. This is where a package manager like yum or apt knows what all
 those files are and can surgically remove them all-if you install from
 a package and not from configure;make;make install.


 On Sat, 24 Jan 2015 22:52:23 +0100
 Pierre Couderc pie...@couderc.eu wrote:

 In https://phab.enlightenment.org/phame/live/3/post/e19_3_release/
 I read :
 If you have an existing EFL or Elementary install, you may wish to
 delete its header files and libraries before compiling and installing
 to avoid possible conflicts during compilation.

 1 -I may wish, Mmm, should I wish ? I do not know, please help me do
 decide if I wish
 2- If I wish, what sould I do ? remove the whole directories , and
 build again ?
 3- if it is necessary, is there a good reason while is it not done
 automatically in the build process ?

 Thank you

 PC


 --
 New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
 GigeNET is offering a free month of service with a new server in
 Ashburn. Choose from 2 high performing configs, both with 100TB of
 bandwidth. Higher redundancy.Lower latency.Increased
 capacity.Completely compliant. http://p.sf.net/sfu/gigenet
 ___
 enlightenment-users mailing list
 enlightenment-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-users


 --
 John Holland
 jholl...@vin-dit.org
 gpg public key ID 0xEFAF0D15



 --
 New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
 GigeNET is offering a free month of service with a new server in Ashburn.
 Choose from 2 high performing configs, both with 100TB of bandwidth.
 Higher redundancy.Lower latency.Increased capacity.Completely compliant.
 http://p.sf.net/sfu/gigenet
 ___
 enlightenment-users mailing list
 enlightenment-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-users


 --
 New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
 GigeNET is offering a free month of service with a new server in Ashburn.
 Choose from 2 high performing configs, both with 100TB of bandwidth.
 Higher redundancy.Lower latency.Increased capacity.Completely compliant.
 http://p.sf.net/sfu/gigenet
 ___
 enlightenment-users mailing list
 enlightenment-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-users


--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] High CPU use

2015-01-26 Thread Cedric BAIL
Le 26 janv. 2015 21:10, Quelrond quelr...@gmail.com a écrit :

 Hello,

 Finally, E19 was ported to FreeBSD, so I am on E19.2 on FreeBSD 10.1
 (PCBSD flavour).
 There are some minor problems, the most important is very high CPU use.
 I am on DELL Latitude laptop with NVIDIA video card (driver version
 340), optimus is disabled. Compositing is using OpenGL.
 The e profile was recreated from scratch.
 There are two processes with extremely high CPU usage: ecore_x_vsync and
 efreetd.
 I did not have this problem on E17.
 Any suggestions?

This is not an enlightenment problem, but an efl one. Which version of efl
do you have and which version of the nvidia driver do you have ?

 Best regards,
 Peter


--
 Dive into the World of Parallel Programming. The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media, is
your
 hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more. Take a
 look and join the conversation now. http://goparallel.sourceforge.net/
 ___
 enlightenment-users mailing list
 enlightenment-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-users

--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] make uninstall

2015-01-26 Thread John Holland
I have posted my debian packages for enlightenment on this server. I found it 
challenging to create them. Getting dependencies straight was the hardest part. 
In the past I created some rpms and I found that easier. I prefer to use debian 
though.

On January 26, 2015 5:00:43 PM EST, Martinx - ジェームズ 
thiagocmarti...@gmail.com wrote:
If a source code can be compiled and installed with simple ./configure
;
make ; make install', then, to build a Debian package for it, it is
just a
matter of 5 minutes, or less, if you have a template ready to go.   
;-)

On 26 January 2015 at 17:44, John Holland jholl...@vin-dit.org wrote:

 If you're compiling from source and you're on red hat or a
derivative, the
 way to make a custom rpm is pretty easy. If you do that and then
install
 the rpm, you can cleanly remove it later. On debian and I guess
Ubuntu it's
 a little harder to build packages.

 On January 26, 2015 1:41:47 PM EST, Christopher Barry 
 christopher.r.ba...@gmail.com wrote:
 On Mon, 26 Jan 2015 09:24:27 +0100
 Pierre Couderc pie...@couderc.eu wrote:
 
 Thank you, John, Massimo, Dustin.
 
 I did not know  make uninstall.
 
 snip...
 
 One thing to note about uninstall in a makefile, is that it's
typically
 designed to uninstall the same version it's also installing. Thus if
 file names change, or are removed from the current source, they can
 still be missed by the makefile in the uninstall process.
 
 Since removal of previous versions appears to be fairly critical to
a
 successful install of e from source, it might make sense to have the
 uninstall script probe for and verify the installed e version (and
also
 allow the version as a param) and use a manifest file of the form
 e-manifest-version (or whatever) that lists all of the locations
and
 files that get installed for that version. This manifest would be
 generated by the install target.
 
 Mind you, I've not looked at the {un}install targets, so it's
possible
 this is already being done.
 
 --
 Regards,
 Christopher Barry
 
 Random geeky fortune:
 The universe is ruled by letting things take their course.  It
cannot
 be
 ruled by interfering.
-- Chinese proverb
 


--
 Dive into the World of Parallel Programming. The Go Parallel
Website,
 sponsored by Intel and developed in partnership with Slashdot Media,
is
 your
 hub for all things parallel software development, from weekly
thought
 leadership blogs to news, videos, case studies, tutorials and more.
 Take a
 look and join the conversation now.
http://goparallel.sourceforge.net/
 ___
 enlightenment-users mailing list
 enlightenment-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-users


--
 Dive into the World of Parallel Programming. The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media,
is
 your
 hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more.
Take a
 look and join the conversation now.
http://goparallel.sourceforge.net/
 ___
 enlightenment-users mailing list
 enlightenment-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-users

--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is
your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more.
Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users