Re: [E-devel] Automake 1.11
On Thu, 15 Nov 2012 15:06:13 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 14:37:45 +1030 Simon Lees si...@simotek.net said: Hi all, Today i noticed the Automake requirements have changed and i was wondering if this requrement change was due to functionality or just because it is what people are testing? The reason i ask is 1 because at work i am running Ubuntu 10.10 and i am not likely to upgrade anytime soon, untill now i have had no problems building and running the latest versions of e17 however it only has automake 1.10.2 I am guessing there are a few other Ubnutu 10.04 (Still in support) and debian people are stuck with a older version. Also our SLES build on OBS only has 1.10.1. I could sit down and figure out why automake doesn't work and try and come up with patches but i am guessing someone on this list can tell me why and there are probably more useful things i could be getting running. probably is part of automake complaining things are deprecated and us adapting... as such if u are a developer - u can upgrade yur automake. if you are just building efl (packages) you never need automake - ever. or autoconf. you use the tarballs released :) Not everyone can just upgrade automake. There's entirely valid reasons for people to stick with old yet still supported operating systems, and entirely valid reasons to not piecemeal upgrade parts of it. Especially if you are a developer, you might have even more reasons to stick with old but still supported operating systems that are as close to stock as you can keep them. Notice Simon's i am not likely to upgrade anytime soon, he has an entirely valid reason for that I'm sure. So while I'm sure Simon has the skill to upgrade his automake, he might not have any desire to do so. Not to mention the other people using the other Linux distros he mentions. Simon even mentioned that it's his work system that has this problem. It's very likely that some company provided systems are locked down to specific versions of development tools for the companies own reasons. Say for instance to provide a common development environment for all the developers. He might not be allowed to upgrade automake. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL 1.7.2 (Was Recent wizard and e config woes)
On Thu, 15 Nov 2012 15:11:10 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 15:50:22 +1030 Simon Lees si...@simotek.net said: From: Michael Blumenkrantz michael.blumenkra...@gmail.com 1) 1.7.1 testing is useless since E17 will be based on 1.7.2 2) I've never stopped using the 1.7 branch from SVN, which is effectively 1.7.2 Will 1.7.2 be realeased around the time of e17 beta so that distributors can test against 1.7.2 as well? Currently we can only test against 1.7.1 or trunk, Cheers correct - test against 1.7.1 UNLESS you build efl FROM the 1.7 branches - which is the best way to go as that will become 1.7.2 for release if the bugs are efl bugs not e17 bugs. Just to clarify, by efl FROM the 1.7 branches you mean SVN/trunk/efl or SVN/branches/eina-1.7 and friends? -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL 1.7.2 (Was Recent wizard and e config woes)
yes On Thu, Nov 15, 2012 at 8:04 AM, David Seikel onef...@gmail.com wrote: On Thu, 15 Nov 2012 15:11:10 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 15:50:22 +1030 Simon Lees si...@simotek.net said: From: Michael Blumenkrantz michael.blumenkra...@gmail.com 1) 1.7.1 testing is useless since E17 will be based on 1.7.2 2) I've never stopped using the 1.7 branch from SVN, which is effectively 1.7.2 Will 1.7.2 be realeased around the time of e17 beta so that distributors can test against 1.7.2 as well? Currently we can only test against 1.7.1 or trunk, Cheers correct - test against 1.7.1 UNLESS you build efl FROM the 1.7 branches - which is the best way to go as that will become 1.7.2 for release if the bugs are efl bugs not e17 bugs. Just to clarify, by efl FROM the 1.7 branches you mean SVN/trunk/efl or SVN/branches/eina-1.7 and friends? -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL 1.7.2 (Was Recent wizard and e config woes)
On Thu, 15 Nov 2012 08:09:44 + Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: yes That was an or question, your answer is invalid. On Thu, Nov 15, 2012 at 8:04 AM, David Seikel onef...@gmail.com wrote: On Thu, 15 Nov 2012 15:11:10 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 15:50:22 +1030 Simon Lees si...@simotek.net said: From: Michael Blumenkrantz michael.blumenkra...@gmail.com 1) 1.7.1 testing is useless since E17 will be based on 1.7.2 2) I've never stopped using the 1.7 branch from SVN, which is effectively 1.7.2 Will 1.7.2 be realeased around the time of e17 beta so that distributors can test against 1.7.2 as well? Currently we can only test against 1.7.1 or trunk, Cheers correct - test against 1.7.1 UNLESS you build efl FROM the 1.7 branches - which is the best way to go as that will become 1.7.2 for release if the bugs are efl bugs not e17 bugs. Just to clarify, by efl FROM the 1.7 branches you mean SVN/trunk/efl or SVN/branches/eina-1.7 and friends? -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL 1.7.2 (Was Recent wizard and e config woes)
oh I ignored SVN/trunk/efl or in your question because it was obviously nonsensical; we're talking about branches, not trunk. On Thu, Nov 15, 2012 at 8:17 AM, David Seikel onef...@gmail.com wrote: On Thu, 15 Nov 2012 08:09:44 + Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: yes That was an or question, your answer is invalid. On Thu, Nov 15, 2012 at 8:04 AM, David Seikel onef...@gmail.com wrote: On Thu, 15 Nov 2012 15:11:10 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 15:50:22 +1030 Simon Lees si...@simotek.net said: From: Michael Blumenkrantz michael.blumenkra...@gmail.com 1) 1.7.1 testing is useless since E17 will be based on 1.7.2 2) I've never stopped using the 1.7 branch from SVN, which is effectively 1.7.2 Will 1.7.2 be realeased around the time of e17 beta so that distributors can test against 1.7.2 as well? Currently we can only test against 1.7.1 or trunk, Cheers correct - test against 1.7.1 UNLESS you build efl FROM the 1.7 branches - which is the best way to go as that will become 1.7.2 for release if the bugs are efl bugs not e17 bugs. Just to clarify, by efl FROM the 1.7 branches you mean SVN/trunk/efl or SVN/branches/eina-1.7 and friends? -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL 1.7.2 (Was Recent wizard and e config woes)
On Thu, 15 Nov 2012 18:04:24 +1000 David Seikel onef...@gmail.com said: On Thu, 15 Nov 2012 15:11:10 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 15:50:22 +1030 Simon Lees si...@simotek.net said: From: Michael Blumenkrantz michael.blumenkra...@gmail.com 1) 1.7.1 testing is useless since E17 will be based on 1.7.2 2) I've never stopped using the 1.7 branch from SVN, which is effectively 1.7.2 Will 1.7.2 be realeased around the time of e17 beta so that distributors can test against 1.7.2 as well? Currently we can only test against 1.7.1 or trunk, Cheers correct - test against 1.7.1 UNLESS you build efl FROM the 1.7 branches - which is the best way to go as that will become 1.7.2 for release if the bugs are efl bugs not e17 bugs. Just to clarify, by efl FROM the 1.7 branches you mean SVN/trunk/efl or SVN/branches/eina-1.7 and friends? when we do a release - we create branches in branches/ ... and they have 1.7 in them at the end to denote they are the 1.7 series stable branches... thus the 1.7 branches is what they are being called, otherwise we'd say trunk or nothing at all. it's the stable branch. that's why when we put fixes in we say backport... as what is in trunk is not stable and not what e17 is being released to work against (though it does - but the expectation is users will not have access to anything newer than 1.7.2 at release time). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Automake 1.11
On Thu, 15 Nov 2012 17:59:18 +1000 David Seikel onef...@gmail.com said: On Thu, 15 Nov 2012 15:06:13 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 14:37:45 +1030 Simon Lees si...@simotek.net said: Hi all, Today i noticed the Automake requirements have changed and i was wondering if this requrement change was due to functionality or just because it is what people are testing? The reason i ask is 1 because at work i am running Ubuntu 10.10 and i am not likely to upgrade anytime soon, untill now i have had no problems building and running the latest versions of e17 however it only has automake 1.10.2 I am guessing there are a few other Ubnutu 10.04 (Still in support) and debian people are stuck with a older version. Also our SLES build on OBS only has 1.10.1. I could sit down and figure out why automake doesn't work and try and come up with patches but i am guessing someone on this list can tell me why and there are probably more useful things i could be getting running. probably is part of automake complaining things are deprecated and us adapting... as such if u are a developer - u can upgrade yur automake. if you are just building efl (packages) you never need automake - ever. or autoconf. you use the tarballs released :) Not everyone can just upgrade automake. There's entirely valid reasons for people to stick with old yet still supported operating systems, and entirely valid reasons to not piecemeal upgrade parts of it. Especially if you are a developer, you might have even more reasons to stick with old but still supported operating systems that are as close to stock as you can keep them. Notice Simon's i am not likely to upgrade anytime soon, he has an entirely valid reason for that I'm sure. So while I'm sure Simon has the skill to upgrade his automake, he might not have any desire to do so. Not to mention the other people using the other Linux distros he mentions. the JOB of this project is to PRODUCE RELEASES. that is the OUTPUT. RELEASES are TARBALLS with no need for autofoo for the consumers of these releases. unless simon has a need to modify the Makefile.ams or configure.ac's he doesn't need autotools at all. he can debug code, patch it, send patches, package it and do the vast majority of things needed with it without any autofoo. *IF* this is needed, then a newer automake is needed. as a developer (person modifying the build setup itself) he is perfectly capable of doing this. if he CHOOSES not to then ... that's life - you don't get to modify it. it's a choice. Simon even mentioned that it's his work system that has this problem. It's very likely that some company provided systems are locked down to specific versions of development tools for the companies own reasons. Say for instance to provide a common development environment for all the developers. He might not be allowed to upgrade automake. you dont need to be root to upgrade it. don't be silly. if you're a developer you can happily upgrade automake all you like - as long as whatever you want to upgrade doesn't need root privs (setuid root for example), you can do it. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Automake 1.11
Hi Simon On Thu, Nov 15, 2012 at 2:07 AM, Simon Lees si...@simotek.net wrote: Hi all, Today i noticed the Automake requirements have changed and i was wondering if this requrement change was due to functionality or just because it is what people are testing? The reason i ask is 1 because at work i am running Due to silent-rules and subdir-objects options. Ubuntu 10.10 and i am not likely to upgrade anytime soon, untill now i have had no problems building and running the latest versions of e17 however it only has automake 1.10.2 I am guessing there are a few other Ubnutu 10.04 Even debian *stable* has automake 1.11. (Still in support) and debian people are stuck with a older version. Also This is what is funny about LTS. It's supported by who? upstream projects? If you are developing EFL (the only reason you should use automake/autoconf) then you'll need more up to date tools. silent-rules you could just remove from the options, since it does no harm. subdir-objects no. our SLES build on OBS only has 1.10.1. I could sit down and figure out why automake doesn't work and try and come up with patches but i am guessing someone on this list can tell me why and there are probably more useful things i could be getting running. As a seperate but related issue eeze is failing to build with the error below on ubuntu 10.10 if anyone can give me pointers that would be appreciated Running aclocal... configure.ac:161: warning: macro `AM_COND_IF' not found in library AM_COND_IF is only present in automake 1.11 and greater. One more reason to update you tooling. Lucas De Marchi -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Automake 1.11
Hi David, On Thu, Nov 15, 2012 at 5:59 AM, David Seikel onef...@gmail.com wrote: On Thu, 15 Nov 2012 15:06:13 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 14:37:45 +1030 Simon Lees si...@simotek.net said: Hi all, Today i noticed the Automake requirements have changed and i was wondering if this requrement change was due to functionality or just because it is what people are testing? The reason i ask is 1 because at work i am running Ubuntu 10.10 and i am not likely to upgrade anytime soon, untill now i have had no problems building and running the latest versions of e17 however it only has automake 1.10.2 I am guessing there are a few other Ubnutu 10.04 (Still in support) and debian people are stuck with a older version. Also our SLES build on OBS only has 1.10.1. I could sit down and figure out why automake doesn't work and try and come up with patches but i am guessing someone on this list can tell me why and there are probably more useful things i could be getting running. probably is part of automake complaining things are deprecated and us adapting... as such if u are a developer - u can upgrade yur automake. if you are just building efl (packages) you never need automake - ever. or autoconf. you use the tarballs released :) Not everyone can just upgrade automake. There's entirely valid yes they can. you can install in /home/ or use released tarballs reasons for people to stick with old yet still supported operating systems, and entirely valid reasons to not piecemeal upgrade parts of it. Especially if you are a developer, you might have even more reasons to stick with old but still supported operating systems that If you are a developer you have plenty of reasons to *not* use a enterprise oriented distro. Plenty of reasons to are as close to stock as you can keep them. Notice Simon's i am not close to stock? stock what? stock old? likely to upgrade anytime soon, he has an entirely valid reason for You didn't provide any valid reason. that I'm sure. So while I'm sure Simon has the skill to upgrade his automake, he might not have any desire to do so. Not to mention the now you are moving the burden to us because a developer doesn't desire to... With any reasonable arguments. other people using the other Linux distros he mentions. Simon even mentioned that it's his work system that has this problem. It's very likely that some company provided systems are locked down to specific versions of development tools for the companies own reasons. Say for instance to provide a common development environment for all the developers. He might not be allowed to upgrade automake. Come on David, stop the non-sense. Lucas De Marchi -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Automake 1.11
On Thu, Nov 15, 2012 at 8:59 AM, David Seikel onef...@gmail.com wrote: On Thu, 15 Nov 2012 15:06:13 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 14:37:45 +1030 Simon Lees si...@simotek.net said: Hi all, Today i noticed the Automake requirements have changed and i was wondering if this requrement change was due to functionality or just because it is what people are testing? The reason i ask is 1 because at work i am running Ubuntu 10.10 and i am not likely to upgrade anytime soon, untill now i have had no problems building and running the latest versions of e17 however it only has automake 1.10.2 I am guessing there are a few other Ubnutu 10.04 (Still in support) and debian people are stuck with a older version. Also our SLES build on OBS only has 1.10.1. I could sit down and figure out why automake doesn't work and try and come up with patches but i am guessing someone on this list can tell me why and there are probably more useful things i could be getting running. probably is part of automake complaining things are deprecated and us adapting... as such if u are a developer - u can upgrade yur automake. if you are just building efl (packages) you never need automake - ever. or autoconf. you use the tarballs released :) Not everyone can just upgrade automake. of course, you can, you just install them in a specific directory, like $HOME/opt_autotools, and update PATH when you need them, and that's all. Vincent There's entirely valid reasons for people to stick with old yet still supported operating systems, and entirely valid reasons to not piecemeal upgrade parts of it. Especially if you are a developer, you might have even more reasons to stick with old but still supported operating systems that are as close to stock as you can keep them. Notice Simon's i am not likely to upgrade anytime soon, he has an entirely valid reason for that I'm sure. So while I'm sure Simon has the skill to upgrade his automake, he might not have any desire to do so. Not to mention the other people using the other Linux distros he mentions. Simon even mentioned that it's his work system that has this problem. It's very likely that some company provided systems are locked down to specific versions of development tools for the companies own reasons. Say for instance to provide a common development environment for all the developers. He might not be allowed to upgrade automake. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Automake 1.11
On Thu, 15 Nov 2012 17:53:06 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 17:59:18 +1000 David Seikel onef...@gmail.com said: Simon even mentioned that it's his work system that has this problem. It's very likely that some company provided systems are locked down to specific versions of development tools for the companies own reasons. Say for instance to provide a common development environment for all the developers. He might not be allowed to upgrade automake. you dont need to be root to upgrade it. don't be silly. if you're a developer you can happily upgrade automake all you like - as long as whatever you want to upgrade doesn't need root privs (setuid root for example), you can do it. I did not mention root. Could be locked down based on the boss saying Thou shalt use version X, and only version X, on pain of being fired.. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Automake 1.11
On 15/11/12 10:00, David Seikel wrote: On Thu, 15 Nov 2012 17:53:06 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 17:59:18 +1000 David Seikel onef...@gmail.com said: Simon even mentioned that it's his work system that has this problem. It's very likely that some company provided systems are locked down to specific versions of development tools for the companies own reasons. Say for instance to provide a common development environment for all the developers. He might not be allowed to upgrade automake. you dont need to be root to upgrade it. don't be silly. if you're a developer you can happily upgrade automake all you like - as long as whatever you want to upgrade doesn't need root privs (setuid root for example), you can do it. I did not mention root. Could be locked down based on the boss saying Thou shalt use version X, and only version X, on pain of being fired.. He would have been fired for using E17 then to begin with. :) regards Stefan Schmidt -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Automake 1.11
On Thu, 15 Nov 2012 07:10:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi wrote: Hi David, On Thu, Nov 15, 2012 at 5:59 AM, David Seikel onef...@gmail.com wrote: On Thu, 15 Nov 2012 15:06:13 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 14:37:45 +1030 Simon Lees si...@simotek.net said: Hi all, Today i noticed the Automake requirements have changed and i was wondering if this requrement change was due to functionality or just because it is what people are testing? The reason i ask is 1 because at work i am running Ubuntu 10.10 and i am not likely to upgrade anytime soon, untill now i have had no problems building and running the latest versions of e17 however it only has automake 1.10.2 I am guessing there are a few other Ubnutu 10.04 (Still in support) and debian people are stuck with a older version. Also our SLES build on OBS only has 1.10.1. I could sit down and figure out why automake doesn't work and try and come up with patches but i am guessing someone on this list can tell me why and there are probably more useful things i could be getting running. probably is part of automake complaining things are deprecated and us adapting... as such if u are a developer - u can upgrade yur automake. if you are just building efl (packages) you never need automake - ever. or autoconf. you use the tarballs released :) Not everyone can just upgrade automake. There's entirely valid yes they can. you can install in /home/ or use released tarballs reasons for people to stick with old yet still supported operating systems, and entirely valid reasons to not piecemeal upgrade parts of it. Especially if you are a developer, you might have even more reasons to stick with old but still supported operating systems that If you are a developer you have plenty of reasons to *not* use a enterprise oriented distro. Plenty of reasons to People do things in their job coz they are told to by the boss, not coz they are a good idea, or even sane. People have been fired for less. Seems like a good reason to me to stick with what you are told to use. We don't know Simons reasons for not upgrading, or even if they are his own reasons, or handed down from on high. You just assume that his reasons are not valid and he should just upgrade dammit. I make no such assumptions. are as close to stock as you can keep them. Notice Simon's i am not close to stock? stock what? stock old? Stock version of the OS. And you claim I'm coming up with nonsense. lol likely to upgrade anytime soon, he has an entirely valid reason for You didn't provide any valid reason. I can't speak for Simon, but I have provided plenty of valid reasons for supporting old still supported systems in the past. Come on David, stop the non-sense. The nonsense is thinking that everyone can just upgrade when things get non compatible with operating systems that are still supported by their creators. It's nonsense to think that everyone should just upgrade dammit. Their are definitely perfectly reasonable reasons why people stick with old systems, saying just upgrade dammit ignores those reasons. Simon already said he wont or cant upgrade, so why bother suggesting that's his only viable option? That sounds like nonsense to me. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Automake 1.11
On Thu, 15 Nov 2012 11:19:15 +0100 Sebastian Dransfeld s...@tango.flipp.net wrote: On 11/15/2012 11:00 AM, David Seikel wrote: On Thu, 15 Nov 2012 17:53:06 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 17:59:18 +1000 David Seikel onef...@gmail.com said: Simon even mentioned that it's his work system that has this problem. It's very likely that some company provided systems are locked down to specific versions of development tools for the companies own reasons. Say for instance to provide a common development environment for all the developers. He might not be allowed to upgrade automake. you dont need to be root to upgrade it. don't be silly. if you're a developer you can happily upgrade automake all you like - as long as whatever you want to upgrade doesn't need root privs (setuid root for example), you can do it. I did not mention root. Could be locked down based on the boss saying Thou shalt use version X, and only version X, on pain of being fired.. So you get fired for installing automake-1.11 in $HOME, but not for installing efl from svn? Depends on the boss / management. A large enough percentage are known for making crazy decisions like that, so you have to keep that in mind. For all we know his job might require him to build EFL SVN on a stock Ubuntu 10.10 install. shrugs -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Automake 1.11
Date: Thu, 15 Nov 2012 20:00:28 +1000 From: David Seikel onef...@gmail.com Subject: Re: [E-devel] Automake 1.11 To: enlightenment-devel@lists.sourceforge.net Message-ID: 20121115200028.339b23c0.onef...@gmail.com Content-Type: text/plain; charset=us-ascii On Thu, 15 Nov 2012 17:53:06 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 17:59:18 +1000 David Seikel onef...@gmail.com said: Simon even mentioned that it's his work system that has this problem. It's very likely that some company provided systems are locked down to specific versions of development tools for the companies own reasons. Say for instance to provide a common development environment for all the developers. He might not be allowed to upgrade automake. you dont need to be root to upgrade it. don't be silly. if you're a developer you can happily upgrade automake all you like - as long as whatever you want to upgrade doesn't need root privs (setuid root for example), you can do it. I did not mention root. Could be locked down based on the boss saying Thou shalt use version X, and only version X, on pain of being fired.. We'll im glad to see i have generated some lively discussion, Lucas told me what i needed to know which is why automake is required so tomorrow i will install it in the home directory of my local user. The reason i don't upgrade is our development environment is interesting and old to say the least, for version control we use some web forms based on a bunch of scripts based on teamware and sccs running on a solaris server. Upgrading past Ubuntu 10.10 seems to break this setup, in short i don't know how most of our systems work, i don't want to know how they work and i figure the less i touch and change things the less likely they are to break. I do also know i have network drives mapped to some common install paths for build tools and that is more likely to break things. So if i didn't need to i was happy not to upgrade. I guess we will also make a automake package for SLES at the right version. In all honesty if i was in Rasters position i would have just said you need to upgrade so i know where your coming from. Cheers, Simon -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Automake 1.11
Hi all,
On Thu, Nov 15, 2012 at 08:30:47PM +1000, David Seikel wrote:
On Thu, 15 Nov 2012 11:19:15 +0100 Sebastian Dransfeld
s...@tango.flipp.net wrote:
On 11/15/2012 11:00 AM, David Seikel wrote:
On Thu, 15 Nov 2012 17:53:06 +0900 Carsten Haitzler (The Rasterman)
ras...@rasterman.com wrote:
On Thu, 15 Nov 2012 17:59:18 +1000 David Seikel onef...@gmail.com
said:
Simon even mentioned that it's his work system that has this
problem. It's very likely that some company provided systems are
locked down to specific versions of development tools for the
companies own reasons. Say for instance to provide a common
development environment for all the developers. He might not be
allowed to upgrade automake.
you dont need to be root to upgrade it. don't be silly. if you're a
developer you can happily upgrade automake all you like - as long
as whatever you want to upgrade doesn't need root privs (setuid
root for example), you can do it.
I did not mention root. Could be locked down based on the boss
saying Thou shalt use version X, and only version X, on pain of
being fired..
So you get fired for installing automake-1.11 in $HOME, but not for
installing efl from svn?
Depends on the boss / management. A large enough percentage are known
for making crazy decisions like that, so you have to keep that in mind.
For all we know his job might require him to build EFL SVN on a stock
Ubuntu 10.10 install. shrugs
I don't think that Simon will be fired because of this :)
You can just take it that you'll lose another 4 targets (SLE 11
SP{1,2} {i586, x86_64}) for regular build with different library
versions dependencies. Nothing more.
You can also consider adding this requirement to README file. That is
one of the output these builds should provide.
Since autopoo is build requirement and not system requirement (e.g.
BuildRequire x Require in spec file), I believe we can just add it to
build system from other than distribution source to fix it.
Best regards,
Tomas Cech
Sleep_Walker
signature.asc
Description: Digital signature
--
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-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: jaehwan IN trunk/elementary: . src/lib
2012년 11월 13일 화요일에 Daniel Juyung Seo님이 작성:
Hello Jaehwan,
as we discussed this personally, I suggest you to add one more parameter
'type' to this API like elm_gengrid/genlist_item_bring_in/show().
elm_gengrid_item_bring_in(Elm_Object_Item *it,
Elm_Gengrid_Item_Scrollto_Type type);
elm_genlist_item_bring_in(Elm_Object_Item *it,
Elm_Genlist_Item_Scrollto_Type type);
Users may want those In/TOP/MIDDLE cases.
elm_list does not support this but it should be changed in elementary 2.0
for consistency.
Thanks.
Daniel Juyung Seo (SeoZ)
Hello, Seoz
I added the type parameter for elm_toolbar_item_show/bring_in. Revision
79333.
It works similar to genlist.
I added IN, FIRST, MIDDLE, LAST.
But I wonder why there's no BOTTOM or LAST in genlist.
I think it maybe is needed. Please check this.
Thanks
--
Jaehwan Kim.
On Tue, Nov 13, 2012 at 4:56 PM, Jaehwan Kim
jaehwan.kim@gmail.comjavascript:;
wrote:
in svn. thanks^^
2012년 11월 12일 월요일에 ChunEon Park님이 작성:
since -gt; @since in doc.
-Regards, Hermet-
-Original Message-
From: Enlightenment SVNlt;no-re...@enlightenment.org
javascript:;gt;
To: lt;enlightenment-...@lists.sourceforge.net javascript:;gt;;
Cc:
Sent: 2012-11-12 (월) 16:29:18
Subject: E SVN: jaehwan IN trunk/elementary: . src/lib
Log:
Add elm_toolbar_item_show/bring_in. It show or bring a specific item,
when
the toolbar can be scrolled.
Author: jaehwan
Date: 2012-11-11 23:29:17 -0800 (Sun, 11 Nov 2012)
New Revision: 79134
Trac: http://trac.enlightenment.org/e/changeset/79134
Modified:
trunk/elementary/ChangeLog trunk/elementary/NEWS
trunk/elementary/src/lib/elm_toolbar.c
trunk/elementary/src/lib/elm_toolbar.h
Modified: trunk/elementary/ChangeLog
===
--- trunk/elementary/ChangeLog 2012-11-12 05:53:16 UTC (rev 79133)
+++ trunk/elementary/ChangeLog 2012-11-12 07:29:17 UTC (rev 79134)
@@ -669,3 +669,8 @@
* Support virtualkeypad, clipbard state shange signals from
conformant
+
+2012-11-12 Jaehwan Kim
+
+* Add elm_toolbar_item_show/bring_in.
+ It show or bring a specific item, when the toolbar can be
scrolled.
Modified: trunk/elementary/NEWS
===
--- trunk/elementary/NEWS 2012-11-12 05:53:16 UTC (rev 79133)
+++ trunk/elementary/NEWS 2012-11-12 07:29:17 UTC (rev 79134)
@@ -13,6 +13,7 @@
* Add a search API to list all localisations corresponding to a
name
in map
* Add elm_notify_align_set/get
* Add virtualkeypad, clipboard state change signals from
conformant.
+ * Add elm_toolbar_item_show/bring_in.
Improvements:
Modified: trunk/elementary/src/lib/elm_toolbar.c
===
--- trunk/elementary/src/lib/elm_toolbar.c 2012-11-12 05:53:16 UTC
(rev 79133)
+++ trunk/elementary/src/lib/elm_toolbar.c 2012-11-12 07:29:17 UTC
(rev 79134)
@@ -3256,3 +3256,35 @@
return sd-gt;reorder_mode;
}
+
+EAPI void
+elm_toolbar_item_show(Elm_Object_Item *it)
+{
+ Evas_Coord x, y, w, h, bx, by;
+ Elm_Toolbar_Item *item = (Elm_Toolbar_Item *)it;
+
+ ELM_TOOLBAR_ITEM_CHECK_OR_RETURN(it);
+ ELM_TOOLBAR_DATA_GET(WIDGET(item), sd);
+
+ evas_object_geometry_get(sd-gt;bx, amp;bx, amp;by, NULL, NULL);
+ evas_object_geometry_get(VIEW(item), amp;x, amp;y, amp;w,
amp;h);
+ x = x - bx;
+ y = y - by;
+ sd-gt;s_iface-gt;content_region_show(WIDGET(item), x, y, w, h);
+}
+
+EAPI void
+elm_toolbar_item_bring_in(Elm_Object_Item *it)
+{
+ Evas_Coord x, y, w, h, bx, by;
+ Elm_Toolbar_Item *item = (Elm_Toolbar_Item *)it;
+
+ ELM_TOOLBAR_ITEM_CHECK_OR_RETURN(it);
+ ELM_TOOLBAR_DATA_GET(WIDGET(item), sd);
+
+ evas_object_geometry_get(sd-gt;bx, amp;bx, amp;by, NULL, NULL);
+ enlightenment-...@lists.sourceforge.net javascript:;javascript:;
https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net javascript:;javascript:;
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight
Re: [E-devel] Third Party Module Warnings
On 11/15/2012 04:40 PM, Carsten Haitzler (The Rasterman) wrote: On Thu, 15 Nov 2012 15:05:51 +1030 Simon Lees si...@simotek.net said: Hi all, I'll make a brief comment on this not that it means much because i don't have the time to implement my soln and you are the ones that would have to deal with it. At work where i have a old OS on a distro i don't package for or care about i build from source and use the forcasts and photo's module, i haven't looked at the code for either so i have no idea what state they are in but they both work for me on multiple systems so oneday i may consider packaging them. I am yet to see the current waring as i can't upgrade atm but if it was a once off with a checkbox saying don't show it is. Cool, again i would be happy enough if it came up every time like some of the compositing errors i would not be, and i wouldn't package these modules in a official repository. i'd suggest not packaging them anyway. For now i wouldn't but if after the 0.17.0 if i or someone else did enough work to get modules i use to a point where they work well and could be included in the main tree without knowing how long until 0.17.1 is released or when people will stop working on 0.17.x and start on 0.18 which i believe will involve some considerable work and will probably be a few years a way there may be reason to publish 3rd party modules in the future. Out of interest will e18 contain the ability to sandbox 3rd party modules so they can't take down the whole of enlightenment? one of the strengths i see in KDE for example is the number of 3rd party modules or plasmoids there are available, they may not be suitable for everyone but they are for enough people that its worth it. If e18 could encourage developers to create 3rd party modules rather then discouraging them with warning messages i think that would be yet another strength for enlightenment. Obviously it maybe a lot of work and not something that may happen until enlightenment 19 or 20 but its something i'd like to see in the future My prefered solution which probably isn't yours as it is slightly more work for you would be to only show this popup in the segfault recovery popup if 3rd party modules are loaded. Something bad has happened, Enlightenment people don't read it - or only a few do. they just try and get rid of it asap. :) it also hapens to tell you your e is tainted with 3rd party modules here, but it tells u at the time the module is loaded too so you know which one it is. has crashed. You are running 3rd Party modules this may be the cause. I would also get enlightenment to create a diagnostics file for debugging which would contain a list of loaded modules the compositor in use, this becomes way too invovled as the crash dialog is insanely thin and minimal not even using efl... it goes to x directly just in case its a core bug in efl somewhere. it knows very little about e at that point and giving it all this data is a huge amount of work and thats why we warn in advance - same way the kernel does in its output (dmesg etc.) when tainting it with proprietary modules. Sorry i may not have been clear here i understand it wouldn't be possible at the time of a crash, I was more thinking logging the session, when modules are loaded unloaded etc, possibly logging driver configuration and important environment vars at start up. If such a thing already exists let me know and i will start including it in bug reports. graphics driver potentially the screen layout and any other info that can be gathered at startup and make it compolsory for bug reports to be accompanied by this file. This would give you more useful info that a inexperienced user may not be able to pin down but would be more effort to start up. Cheers, Simon -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel Thanks again for your time and thought out responses Cheers, Simon -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net
Re: [E-devel] Automake 1.11
On Thu, 15 Nov 2012 16:11:50 +1030 Simon si...@simotek.net wrote: Date: Thu, 15 Nov 2012 20:00:28 +1000 From: David Seikel onef...@gmail.com Subject: Re: [E-devel] Automake 1.11 To: enlightenment-devel@lists.sourceforge.net Message-ID: 20121115200028.339b23c0.onef...@gmail.com Content-Type: text/plain; charset=us-ascii On Thu, 15 Nov 2012 17:53:06 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 17:59:18 +1000 David Seikel onef...@gmail.com said: Simon even mentioned that it's his work system that has this problem. It's very likely that some company provided systems are locked down to specific versions of development tools for the companies own reasons. Say for instance to provide a common development environment for all the developers. He might not be allowed to upgrade automake. you dont need to be root to upgrade it. don't be silly. if you're a developer you can happily upgrade automake all you like - as long as whatever you want to upgrade doesn't need root privs (setuid root for example), you can do it. I did not mention root. Could be locked down based on the boss saying Thou shalt use version X, and only version X, on pain of being fired.. We'll im glad to see i have generated some lively discussion, Lucas told me what i needed to know which is why automake is required so tomorrow i will install it in the home directory of my local user. The reason i don't upgrade is our development environment is interesting and old to say the least, for version control we use some web forms based on a bunch of scripts based on teamware and sccs running on a solaris server. Upgrading past Ubuntu 10.10 seems to break this setup, in short i don't know how most of our systems work, i don't want to know how they work and i figure the less i touch and change things the less likely they are to break. I do also know i have network drives mapped to some common install paths for build tools and that is more likely to break things. So if i didn't need to i was happy not to upgrade. Sounds like a perfectly valid reason to me. We don't all have the luxury of using the very latest of everything, even if we want to. That's a point I try to get across every now and then. As for me, I've only just this month updated to Ubuntu 12.04, even though 12.10 is the latest. I want to stick with LTS versions. No doubt in a couple of years people will tell me I'm silly to stick with that ancient 12.04, and that I should just upgrade dammit. lol I will also test compile some of my own projects on a 10.04 system until after Ubuntu 10.04 is no longer supported by Canonical. Also, releases of that stuff I'll compile on a stock 10.04 system. No I don't do this just coz my head is full of nonsense. Pt -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Third Party Module Warnings
On Thu, 15 Nov 2012 16:33:35 +1030 Simon si...@simotek.net said: On 11/15/2012 04:40 PM, Carsten Haitzler (The Rasterman) wrote: On Thu, 15 Nov 2012 15:05:51 +1030 Simon Lees si...@simotek.net said: Hi all, I'll make a brief comment on this not that it means much because i don't have the time to implement my soln and you are the ones that would have to deal with it. At work where i have a old OS on a distro i don't package for or care about i build from source and use the forcasts and photo's module, i haven't looked at the code for either so i have no idea what state they are in but they both work for me on multiple systems so oneday i may consider packaging them. I am yet to see the current waring as i can't upgrade atm but if it was a once off with a checkbox saying don't show it is. Cool, again i would be happy enough if it came up every time like some of the compositing errors i would not be, and i wouldn't package these modules in a official repository. i'd suggest not packaging them anyway. For now i wouldn't but if after the 0.17.0 if i or someone else did enough work to get modules i use to a point where they work well and could be included in the main tree without knowing how long until 0.17.1 is released or when people will stop working on 0.17.x and start on 0.18 which i believe will involve some considerable work and will probably be a few years a way there may be reason to publish 3rd party modules in the future. and then you get the complaint box when you load one, but are not stopped from using them after that. :) Out of interest will e18 contain the ability to sandbox 3rd party modules so they can't take down the whole of enlightenment? one of the by definition, they can't be sandboxed. they are runtime patches to code basically. they are just more code stuffed into e thus why they can cause bugs. there is no way to sanboxe them and NOt provide access to all of memory of e, function calls etc. - then they are no longer modules. what you are wanting is separate PROCESSES that talk to e (eg via ipc) and ask it to do thnigs. these are safer, and can mess up on their own all they like and not kill e.. the other way is a vm setup - eg some scripting lang that is interpreted and thus sandboxed. modules were designed to make it possible to WRITe such a sandbox module - one that runs a lua, js, embryo, pyhton or whatever runtime and then glues in access to e and efl via bindings. as such such a thing doesnt currently exist, but it is possible to do. at this point there are no concrete plans to do this, but maybe using elev8 and making a libelev8 is a good way to go. strengths i see in KDE for example is the number of 3rd party modules or plasmoids there are available, they may not be suitable for everyone but they are for enough people that its worth it. If e18 could encourage developers to create 3rd party modules rather then discouraging them with warning messages i think that would be yet another strength for enlightenment. Obviously it maybe a lot of work and not something that may happen until enlightenment 19 or 20 but its something i'd like to see in the future at this stage it creates enough problems for release and debugging where its not worth it right now. modules as such can never be safe. modules COULD provide a safe runtime environment though. My prefered solution which probably isn't yours as it is slightly more work for you would be to only show this popup in the segfault recovery popup if 3rd party modules are loaded. Something bad has happened, Enlightenment people don't read it - or only a few do. they just try and get rid of it asap. :) it also hapens to tell you your e is tainted with 3rd party modules here, but it tells u at the time the module is loaded too so you know which one it is. has crashed. You are running 3rd Party modules this may be the cause. I would also get enlightenment to create a diagnostics file for debugging which would contain a list of loaded modules the compositor in use, this becomes way too invovled as the crash dialog is insanely thin and minimal not even using efl... it goes to x directly just in case its a core bug in efl somewhere. it knows very little about e at that point and giving it all this data is a huge amount of work and thats why we warn in advance - same way the kernel does in its output (dmesg etc.) when tainting it with proprietary modules. Sorry i may not have been clear here i understand it wouldn't be possible at the time of a crash, I was more thinking logging the session, when modules are loaded unloaded etc, possibly logging driver configuration and important environment vars at start up. If such a thing already exists let me know and i will start including it in bug reports. it's put into an environment variable so you can get it even outside of e - any process e ran inherits it... :) graphics
Re: [E-devel] Automake 1.11
On Thu, 15 Nov 2012 16:11:50 +1030 Simon si...@simotek.net said: Date: Thu, 15 Nov 2012 20:00:28 +1000 From: David Seikel onef...@gmail.com Subject: Re: [E-devel] Automake 1.11 To: enlightenment-devel@lists.sourceforge.net Message-ID: 20121115200028.339b23c0.onef...@gmail.com Content-Type: text/plain; charset=us-ascii On Thu, 15 Nov 2012 17:53:06 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 17:59:18 +1000 David Seikel onef...@gmail.com said: Simon even mentioned that it's his work system that has this problem. It's very likely that some company provided systems are locked down to specific versions of development tools for the companies own reasons. Say for instance to provide a common development environment for all the developers. He might not be allowed to upgrade automake. you dont need to be root to upgrade it. don't be silly. if you're a developer you can happily upgrade automake all you like - as long as whatever you want to upgrade doesn't need root privs (setuid root for example), you can do it. I did not mention root. Could be locked down based on the boss saying Thou shalt use version X, and only version X, on pain of being fired.. We'll im glad to see i have generated some lively discussion, Lucas told me what i needed to know which is why automake is required so tomorrow i will install it in the home directory of my local user. The reason i don't upgrade is our development environment is interesting and old to say the least, for version control we use some web forms based on a bunch of scripts based on teamware and sccs running on a solaris server. Upgrading past Ubuntu 10.10 seems to break this setup, in short i don't know how most of our systems work, i don't want to know how they work and i figure the less i touch and change things the less likely they are to break. I do also know i have network drives mapped to some common install paths for build tools and that is more likely to break things. So if i didn't need to i was happy not to upgrade. I guess we will also make a automake package for SLES at the right version. In all honesty if i was in Rasters position i would have just said you need to upgrade so i know where your coming from. that's kind of the position - if you are a DEVELOPER.. upgrade. move with the times for TOOLS. HOW.. you do this.. is a matter for you - given what you say, you have a fragile os environment to support other stuff for work, then its easy to put any upgraded stuff in ~/mystuff or whatever and make them preferred with $PATH and $LD_LIBRARY_PATH etc. when and if required (have a small shells script your source that does this). then they only impact your shell env etc. once you configure it - otherwise they are just some disk space cruft in ~/ :) assuming you use efl and e.. you have enough cruft there, so this isn't a problem. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Automake 1.11
On Thu, 15 Nov 2012 20:27:10 +1000 David Seikel onef...@gmail.com said: On Thu, 15 Nov 2012 07:10:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi wrote: Hi David, On Thu, Nov 15, 2012 at 5:59 AM, David Seikel onef...@gmail.com wrote: On Thu, 15 Nov 2012 15:06:13 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 14:37:45 +1030 Simon Lees si...@simotek.net said: Hi all, Today i noticed the Automake requirements have changed and i was wondering if this requrement change was due to functionality or just because it is what people are testing? The reason i ask is 1 because at work i am running Ubuntu 10.10 and i am not likely to upgrade anytime soon, untill now i have had no problems building and running the latest versions of e17 however it only has automake 1.10.2 I am guessing there are a few other Ubnutu 10.04 (Still in support) and debian people are stuck with a older version. Also our SLES build on OBS only has 1.10.1. I could sit down and figure out why automake doesn't work and try and come up with patches but i am guessing someone on this list can tell me why and there are probably more useful things i could be getting running. probably is part of automake complaining things are deprecated and us adapting... as such if u are a developer - u can upgrade yur automake. if you are just building efl (packages) you never need automake - ever. or autoconf. you use the tarballs released :) Not everyone can just upgrade automake. There's entirely valid yes they can. you can install in /home/ or use released tarballs reasons for people to stick with old yet still supported operating systems, and entirely valid reasons to not piecemeal upgrade parts of it. Especially if you are a developer, you might have even more reasons to stick with old but still supported operating systems that If you are a developer you have plenty of reasons to *not* use a enterprise oriented distro. Plenty of reasons to People do things in their job coz they are told to by the boss, not coz they are a good idea, or even sane. People have been fired for less. Seems like a good reason to me to stick with what you are told to use. We don't know Simons reasons for not upgrading, or even if they are his own reasons, or handed down from on high. You just assume that his reasons are not valid and he should just upgrade dammit. I make no such assumptions. if your workplace is that restrictive and crap.. you sure as hell are not allowed to even download efl or e or work on it... so give up. it's a pointless argument to make. if your'e compiling efl or e.. you're well beyond that point and can install automake in $HOME... in the off chance you can't get root. are as close to stock as you can keep them. Notice Simon's i am not close to stock? stock what? stock old? Stock version of the OS. And you claim I'm coming up with nonsense. lol likely to upgrade anytime soon, he has an entirely valid reason for You didn't provide any valid reason. I can't speak for Simon, but I have provided plenty of valid reasons for supporting old still supported systems in the past. this is not for customers. its for developers who work ON E or EFL itself... customers dont need any autotools at all. Come on David, stop the non-sense. The nonsense is thinking that everyone can just upgrade when things get non compatible with operating systems that are still supported by their creators. It's nonsense to think that everyone should just upgrade dammit. Their are definitely perfectly reasonable reasons why people stick with old systems, saying just upgrade dammit ignores those reasons. DEVELOPERS can. they know how to, they have the skills, the access and the tools. if it is a requirement because vincent cleans up some autofoo to be less ugly and more maintainable - then YES. this is not a CUSTOMER requirement. it is a DEVELOPER requirement. Simon already said he wont or cant upgrade, so why bother suggesting that's his only viable option? That sounds like nonsense to me. he wont upgrade his OS, but he can provide a requirement if it is actually one. chances are that he DOESNT NEED IT ANYWAY. he's been running autogen.sh and doesnt ever need to (if its packages he's building or just using releases/snapshots.. that's WHY such things are made to begin with...). he can even patch code and what not from releases. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth
Re: [E-devel] Automake 1.11
On Thu, 15 Nov 2012 20:00:28 +1000 David Seikel onef...@gmail.com said: On Thu, 15 Nov 2012 17:53:06 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 17:59:18 +1000 David Seikel onef...@gmail.com said: Simon even mentioned that it's his work system that has this problem. It's very likely that some company provided systems are locked down to specific versions of development tools for the companies own reasons. Say for instance to provide a common development environment for all the developers. He might not be allowed to upgrade automake. you dont need to be root to upgrade it. don't be silly. if you're a developer you can happily upgrade automake all you like - as long as whatever you want to upgrade doesn't need root privs (setuid root for example), you can do it. I did not mention root. Could be locked down based on the boss saying Thou shalt use version X, and only version X, on pain of being fired.. at which point they are not and cannot do development on e and efl, so it's moot. if e and efl require it, and the persons JOB is to work on e or efl, then the boss must relent. if it is not their job, then any ability to work on e or efl is a luxury. if you have a boss that demands that as a developer you cannot install a specific version of automake in your own homedir even though it is a requirement and dealing with e and efl is part of your job, it's an awesome signal to hand in a resignation right there and then as you work at a place run by complete imbeciles. if its unrelated to work and you are permitted to hack on such things anyway in spare time, on your company pc, then any boss that mandates what you can and cant use when working on such side projects is an imbecile, so time to quit too (if the alternative is being fired). if it's not allowed to work on such things in spare time - the conversation is moot and u can't work on or use efl no matter what version of automake you have. your point makes no sense. i've been in the industry for a long time - professionally working in offices. the most locked down was n investment bank, where i didn't have root... BUT i had full free reign within my homedir - no rules would prevent me from providing my own compiled stuff - none anywhere. it's my homedir, my machine, it's my problem. production systems are locked down and firewalled away nicely anyway. everywhere else - EVERYWHERE else. including samsung, i have root. the box is mine to do with as i please. that's how it should be with developers. not to mention.. if your boss or company happens to even know WHAT automake is and be able to specify the exact version to use.. then they are clueful enough to know when and when not such a rule is to be applied. reality is i have never seen or heard of such a place that mandates specific versions of LINUX DEVELOPER TOOLS ... as most have no clue even how linux development works, letalone to be able to specify such things. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Automake 1.11
On Thu, 15 Nov 2012 11:42:16 +0100 Tomas Cech tc...@suse.cz said:
Hi all,
On Thu, Nov 15, 2012 at 08:30:47PM +1000, David Seikel wrote:
On Thu, 15 Nov 2012 11:19:15 +0100 Sebastian Dransfeld
s...@tango.flipp.net wrote:
On 11/15/2012 11:00 AM, David Seikel wrote:
On Thu, 15 Nov 2012 17:53:06 +0900 Carsten Haitzler (The Rasterman)
ras...@rasterman.com wrote:
On Thu, 15 Nov 2012 17:59:18 +1000 David Seikel onef...@gmail.com
said:
Simon even mentioned that it's his work system that has this
problem. It's very likely that some company provided systems are
locked down to specific versions of development tools for the
companies own reasons. Say for instance to provide a common
development environment for all the developers. He might not be
allowed to upgrade automake.
you dont need to be root to upgrade it. don't be silly. if you're a
developer you can happily upgrade automake all you like - as long
as whatever you want to upgrade doesn't need root privs (setuid
root for example), you can do it.
I did not mention root. Could be locked down based on the boss
saying Thou shalt use version X, and only version X, on pain of
being fired..
So you get fired for installing automake-1.11 in $HOME, but not for
installing efl from svn?
Depends on the boss / management. A large enough percentage are known
for making crazy decisions like that, so you have to keep that in mind.
For all we know his job might require him to build EFL SVN on a stock
Ubuntu 10.10 install. shrugs
I don't think that Simon will be fired because of this :)
You can just take it that you'll lose another 4 targets (SLE 11
SP{1,2} {i586, x86_64}) for regular build with different library
versions dependencies. Nothing more.
why? there is no need to use automake at all. use the released tarballs that
have everything generated already. that was my original point. if its packages,
then no autotools are needed. if packagers are running autotools then they
either are not doing what SHOULD be done - which is using releases, (and doing
a shortcut and just using svn), or they use tarballs and re-run autogen again
which is a big no-no - never do that.
You can also consider adding this requirement to README file. That is
one of the output these builds should provide.
it's not a requirement of the output. output REQUIRES no autotools at all.
Since autopoo is build requirement and not system requirement (e.g.
it is NOT a build requirement. it is a DEVELOPER requirement. if you are
developer who works ON E/EFL and GENERATES the tarballs (does make dist/make
distcheck etc.). THEN you need it. ONLY people who can't use releases need
autotools. ONLY them. no one else. that's why we do releases. that's HOW
autotool are designed, intended and DOCUMENTED to work. if you are packaging
and re-running autogen.sh... stop now. you've been doing it wrong for a long
time.
:)
BuildRequire x Require in spec file), I believe we can just add it to
build system from other than distribution source to fix it.
Best regards,
Tomas Cech
Sleep_Walker
--
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
--
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-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Automake 1.11\
On Thu, Nov 15, 2012 at 09:06:52PM +0900, Carsten Haitzler wrote:
On Thu, 15 Nov 2012 11:42:16 +0100 Tomas Cech tc...@suse.cz said:
Hi all,
On Thu, Nov 15, 2012 at 08:30:47PM +1000, David Seikel wrote:
On Thu, 15 Nov 2012 11:19:15 +0100 Sebastian Dransfeld
s...@tango.flipp.net wrote:
On 11/15/2012 11:00 AM, David Seikel wrote:
On Thu, 15 Nov 2012 17:53:06 +0900 Carsten Haitzler (The Rasterman)
ras...@rasterman.com wrote:
On Thu, 15 Nov 2012 17:59:18 +1000 David Seikel onef...@gmail.com
said:
Simon even mentioned that it's his work system that has this
problem. It's very likely that some company provided systems are
locked down to specific versions of development tools for the
companies own reasons. Say for instance to provide a common
development environment for all the developers. He might not be
allowed to upgrade automake.
you dont need to be root to upgrade it. don't be silly. if you're a
developer you can happily upgrade automake all you like - as long
as whatever you want to upgrade doesn't need root privs (setuid
root for example), you can do it.
I did not mention root. Could be locked down based on the boss
saying Thou shalt use version X, and only version X, on pain of
being fired..
So you get fired for installing automake-1.11 in $HOME, but not for
installing efl from svn?
Depends on the boss / management. A large enough percentage are known
for making crazy decisions like that, so you have to keep that in mind.
For all we know his job might require him to build EFL SVN on a stock
Ubuntu 10.10 install. shrugs
I don't think that Simon will be fired because of this :)
You can just take it that you'll lose another 4 targets (SLE 11
SP{1,2} {i586, x86_64}) for regular build with different library
versions dependencies. Nothing more.
why? there is no need to use automake at all. use the released tarballs that
have everything generated already. that was my original point. if its packages,
then no autotools are needed. if packagers are running autotools then they
either are not doing what SHOULD be done - which is using releases, (and doing
a shortcut and just using svn), or they use tarballs and re-run autogen again
which is a big no-no - never do that.
Ah, right. I took this part of spec from Nightly repo where it is
must. So fully agreed.
You can also consider adding this requirement to README file. That is
one of the output these builds should provide.
it's not a requirement of the output. output REQUIRES no autotools at all.
Since autopoo is build requirement and not system requirement (e.g.
it is NOT a build requirement. it is a DEVELOPER requirement. if you are
developer who works ON E/EFL and GENERATES the tarballs (does make dist/make
distcheck etc.). THEN you need it. ONLY people who can't use releases need
autotools. ONLY them. no one else. that's why we do releases. that's HOW
autotool are designed, intended and DOCUMENTED to work. if you are packaging
and re-running autogen.sh... stop now. you've been doing it wrong for a long
time.
Fully agreed. Thanks.
:)
:^)
Best regards,
Tomas Cech
Sleep_Walker
signature.asc
Description: Digital signature
--
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-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Third Party Module Warnings
On Thu, 15 Nov 2012 21:26:25 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 16:33:35 +1030 Simon si...@simotek.net said: On 11/15/2012 04:40 PM, Carsten Haitzler (The Rasterman) wrote: On Thu, 15 Nov 2012 15:05:51 +1030 Simon Lees si...@simotek.net said: Out of interest will e18 contain the ability to sandbox 3rd party modules so they can't take down the whole of enlightenment? one of the by definition, they can't be sandboxed. they are runtime patches to code basically. they are just more code stuffed into e thus why they can cause bugs. there is no way to sanboxe them and NOt provide access to all of memory of e, function calls etc. - then they are no longer modules. what you are wanting is separate PROCESSES that talk to e (eg via ipc) and ask it to do thnigs. these are safer, and can mess up on their own all they like and not kill e.. the other way is a vm setup - eg some scripting lang that is interpreted and thus sandboxed. modules were designed to make it possible to WRITe such a sandbox module - one that runs a lua, js, embryo, pyhton or whatever runtime and then glues in access to e and efl via bindings. as such such a thing doesnt currently exist, but it is possible to do. at this point there are no concrete plans to do this, but maybe using elev8 and making a libelev8 is a good way to go. Um, you have used embryo yourself to make a module, and you insisted I sandbox edje Lua plenty, it could be used for a module as well. I plan on writing Lua E17 modules some day when I get around to it. Sure, they can't do everything a C module could do, but that's the point of sand boxing. On the other hand, I did start writing the emu module, which was a generic module that interfaced to E17 via IPC, allowing people to write modules in any language they like, with the full protection you mention above. It bit rotted long ago though while I got busy with other stuff. Which is your first method. I'm sure a bit of love could resurrect it without too much drama. So both methods already exist. Sorta. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Automake 1.11
On Thu, 15 Nov 2012 21:13:54 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 20:00:28 +1000 David Seikel onef...@gmail.com said: On Thu, 15 Nov 2012 17:53:06 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 17:59:18 +1000 David Seikel onef...@gmail.com said: Simon even mentioned that it's his work system that has this problem. It's very likely that some company provided systems are locked down to specific versions of development tools for the companies own reasons. Say for instance to provide a common development environment for all the developers. He might not be allowed to upgrade automake. you dont need to be root to upgrade it. don't be silly. if you're a developer you can happily upgrade automake all you like - as long as whatever you want to upgrade doesn't need root privs (setuid root for example), you can do it. I did not mention root. Could be locked down based on the boss saying Thou shalt use version X, and only version X, on pain of being fired.. at which point they are not and cannot do development on e and efl, so it's moot. if e and efl require it, and the persons JOB is to work on e or efl, then the boss must relent. if it is not their job, then any ability to work on e or efl is a luxury. if you have a boss that demands that as a developer you cannot install a specific version of automake in your own homedir even though it is a requirement and dealing with e and efl is part of your job, it's an awesome signal to hand in a resignation right there and then as you work at a place run by complete imbeciles. if its unrelated to work and you are permitted to hack on such things anyway in spare time, on your company pc, then any boss that mandates what you can and cant use when working on such side projects is an imbecile, so time to quit too (if the alternative is being fired). if it's not allowed to work on such things in spare time - the conversation is moot and u can't work on or use efl no matter what version of automake you have. your point makes no sense. i've been in the industry for a long time - I've been in the industry longer than you, the world is a crazy place, I've seen crazy shit. When unemployment is high, and the world is in financial deep shit, some people value any job they can get, and will go along with the crazy shit to keep their crazy jobs with crazy bosses. Coz the alternative is worse. My point is, and always has been, that it's best to support old stuff if you can, especially commonly used old stuff like Ubuntu 10.04. Fair enough there are times when you can't support old stuff, but a lot of the time you can, but people wont. And no, I don't mean old stuff like CPM, DOS, or Linux 0.* kernels. Drawing the line at currently supported by their creator versions that are still popular makes sense to me. So yes, I'll rant against just upgrade dammit as much as I like. :-P BTW, I rant coz I care, and I see a lot of just use this bleeding edge version, and a lot of don't care about users that don't fit my world view, and I get a lot of you are spouting silly nonsense for my troubles. Guess I think a bit more about others than some do. :-P -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [patch][eve] Fix build break.
OK, I just tried to compile without understanding logic. :) Now, I can execute eve and I will start to analyze it to port elm-web. Thank you. 2012/11/15 Carsten Haitzler ras...@rasterman.com On Wed, 24 Oct 2012 23:55:05 +0900 ryuan Choi ryuan.c...@gmail.com said: wtf .. throwing events away is a bad idea... events are not just mouse or key - they can involve exposes, configure notifies and other very important events telling of important state changes in x. NEVER throw events away with xsync -ever. its a horribly bad idea. as for the ecore_x api to to focus the window - there is an elm_win_activate() for this... i changed it. this patch isnt needed. :) but thanks for pointing out the nasties in eve. :) Hi, While building eve, I got below errors. main.c:391: error: undefined reference to 'ecore_x_window_focus' view.c:1099: error: undefined reference to 'ecore_x_display_get' view.c:1101: error: undefined reference to 'XSync' view.c:1121: error: undefined reference to 'XSync' I don't know history, but it seems that eve needs ecore-x and xlib dependencies. In order to fix this build break, attached patch - added ecore-x and xlib configuration. - changed ecore_x_window_focus0 to ecore_evas_focus_set() - disabled HACK_FLUSH_EVENTS_DURING_LONG_CALCULATE when we have ecore-x or xlib. Please check the attachment and give me some feedback. Thanks in advance. Best regards, Ryuan Choi -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Automake 1.11
On Thu, 15 Nov 2012 23:10:48 +1000 David Seikel onef...@gmail.com said: On Thu, 15 Nov 2012 21:13:54 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 20:00:28 +1000 David Seikel onef...@gmail.com said: On Thu, 15 Nov 2012 17:53:06 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 17:59:18 +1000 David Seikel onef...@gmail.com said: Simon even mentioned that it's his work system that has this problem. It's very likely that some company provided systems are locked down to specific versions of development tools for the companies own reasons. Say for instance to provide a common development environment for all the developers. He might not be allowed to upgrade automake. you dont need to be root to upgrade it. don't be silly. if you're a developer you can happily upgrade automake all you like - as long as whatever you want to upgrade doesn't need root privs (setuid root for example), you can do it. I did not mention root. Could be locked down based on the boss saying Thou shalt use version X, and only version X, on pain of being fired.. at which point they are not and cannot do development on e and efl, so it's moot. if e and efl require it, and the persons JOB is to work on e or efl, then the boss must relent. if it is not their job, then any ability to work on e or efl is a luxury. if you have a boss that demands that as a developer you cannot install a specific version of automake in your own homedir even though it is a requirement and dealing with e and efl is part of your job, it's an awesome signal to hand in a resignation right there and then as you work at a place run by complete imbeciles. if its unrelated to work and you are permitted to hack on such things anyway in spare time, on your company pc, then any boss that mandates what you can and cant use when working on such side projects is an imbecile, so time to quit too (if the alternative is being fired). if it's not allowed to work on such things in spare time - the conversation is moot and u can't work on or use efl no matter what version of automake you have. your point makes no sense. i've been in the industry for a long time - I've been in the industry longer than you, the world is a crazy place, I've seen crazy shit. When unemployment is high, and the world is in financial deep shit, some people value any job they can get, and will go along with the crazy shit to keep their crazy jobs with crazy bosses. Coz the alternative is worse. as before. if where you work is so arsetastic not to even allow a developer to install tools in their homedir, AND your JOB is to work on e and efl.. your place of work and those who make the rules are complete imbeciles. i have never seen such a place, but if it exists - quit it. as such 99.9% chance is that your job does NOT involve working on e or efl. if it does - then this is a REQUIREMENT for your job and they must relent. either that or not have you do your work. simple. if its NOT a requirement, then you can happily do your e and efl stuff at home - if the place is that tight-arsed about machines they wont allow you to check out e from git/svn and compile it regardless. there is a massive difference between what DEVELOPERS are expected to have to WORK on e/efl vs what customers need to build a tarball. the NEXT level down they dont even compile.. they use packages - so its moot. My point is, and always has been, that it's best to support old stuff if you can, especially commonly used old stuff like Ubuntu 10.04. Fair enough there are times when you can't support old stuff, but a lot of the time you can, but people wont. And no, I don't mean old stuff like CPM, DOS, or Linux 0.* kernels. Drawing the line at currently supported by their creator versions that are still popular makes sense to me. So yes, I'll rant against just upgrade dammit as much as I like. :-P BTW, I rant coz I care, and I see a lot of just use this bleeding edge version, and a lot of don't care about users that don't fit my world view, and I get a lot of you are spouting silly nonsense for my troubles. Guess I think a bit more about others than some do. :-P -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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
Re: [E-devel] Third Party Module Warnings
On Thu, 15 Nov 2012 22:45:31 +1000 David Seikel onef...@gmail.com said: On Thu, 15 Nov 2012 21:26:25 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 16:33:35 +1030 Simon si...@simotek.net said: On 11/15/2012 04:40 PM, Carsten Haitzler (The Rasterman) wrote: On Thu, 15 Nov 2012 15:05:51 +1030 Simon Lees si...@simotek.net said: Out of interest will e18 contain the ability to sandbox 3rd party modules so they can't take down the whole of enlightenment? one of the by definition, they can't be sandboxed. they are runtime patches to code basically. they are just more code stuffed into e thus why they can cause bugs. there is no way to sanboxe them and NOt provide access to all of memory of e, function calls etc. - then they are no longer modules. what you are wanting is separate PROCESSES that talk to e (eg via ipc) and ask it to do thnigs. these are safer, and can mess up on their own all they like and not kill e.. the other way is a vm setup - eg some scripting lang that is interpreted and thus sandboxed. modules were designed to make it possible to WRITe such a sandbox module - one that runs a lua, js, embryo, pyhton or whatever runtime and then glues in access to e and efl via bindings. as such such a thing doesnt currently exist, but it is possible to do. at this point there are no concrete plans to do this, but maybe using elev8 and making a libelev8 is a good way to go. Um, you have used embryo yourself to make a module, and you insisted I ummm.. no i haven't. there is no way to write embryo and load it as a module. there is no MODULE that can load embryo bytecode and run it. if you are alluding to edje - then that is a totally different kettle of fish. a module gets access to augment, modify and change vast amounts of e. embryo (or lua) in an edje object is highly limited to live just within the object bounds itself. the edje object is not a module.. it's a data file. sandbox edje Lua plenty, it could be used for a module as well. I plan it could be. that's what i was saying. on writing Lua E17 modules some day when I get around to it. Sure, they can't do everything a C module could do, but that's the point of sand boxing. On the other hand, I did start writing the emu module, which was a generic module that interfaced to E17 via IPC, allowing people to write modules in any language they like, with the full protection you mention above. It bit rotted long ago though while I got busy with other stuff. Which is your first method. I'm sure a bit of love could resurrect it without too much drama. yeah. this would be really nice to resurrect. though the problem really is making it easy to expose functionality. that's hard. we'd need some kind of script or processor that can take a c func signature and present it as a packaged ipc call. same for emitting ipc events. for r18 i want to make a module that allows external gadgets. more limited, but it can use the ecore_evas_plug/socket setup and thus within a small world it can expose its canvas via shm to e. with some extensions like being able to request popups (mixer, baklight) and define a menu tree for e to manage and send back events on what gets selected... this could cover a LOT of modules with a much simpler set of ipc. hell... it could be done via stdin/out.. then you literally could write them in bash... if u wanted... :) So both methods already exist. Sorta. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Automake 1.11\
On Thu, 15 Nov 2012 13:36:04 +0100 Tomas Cech tc...@suse.cz said:
On Thu, Nov 15, 2012 at 09:06:52PM +0900, Carsten Haitzler wrote:
On Thu, 15 Nov 2012 11:42:16 +0100 Tomas Cech tc...@suse.cz said:
Hi all,
On Thu, Nov 15, 2012 at 08:30:47PM +1000, David Seikel wrote:
On Thu, 15 Nov 2012 11:19:15 +0100 Sebastian Dransfeld
s...@tango.flipp.net wrote:
On 11/15/2012 11:00 AM, David Seikel wrote:
On Thu, 15 Nov 2012 17:53:06 +0900 Carsten Haitzler (The Rasterman)
ras...@rasterman.com wrote:
On Thu, 15 Nov 2012 17:59:18 +1000 David Seikel onef...@gmail.com
said:
Simon even mentioned that it's his work system that has this
problem. It's very likely that some company provided systems are
locked down to specific versions of development tools for the
companies own reasons. Say for instance to provide a common
development environment for all the developers. He might not be
allowed to upgrade automake.
you dont need to be root to upgrade it. don't be silly. if you're a
developer you can happily upgrade automake all you like - as long
as whatever you want to upgrade doesn't need root privs (setuid
root for example), you can do it.
I did not mention root. Could be locked down based on the boss
saying Thou shalt use version X, and only version X, on pain of
being fired..
So you get fired for installing automake-1.11 in $HOME, but not for
installing efl from svn?
Depends on the boss / management. A large enough percentage are known
for making crazy decisions like that, so you have to keep that in mind.
For all we know his job might require him to build EFL SVN on a stock
Ubuntu 10.10 install. shrugs
I don't think that Simon will be fired because of this :)
You can just take it that you'll lose another 4 targets (SLE 11
SP{1,2} {i586, x86_64}) for regular build with different library
versions dependencies. Nothing more.
why? there is no need to use automake at all. use the released tarballs that
have everything generated already. that was my original point. if its
packages, then no autotools are needed. if packagers are running autotools
then they either are not doing what SHOULD be done - which is using
releases, (and doing a shortcut and just using svn), or they use tarballs
and re-run autogen again which is a big no-no - never do that.
Ah, right. I took this part of spec from Nightly repo where it is
must. So fully agreed.
agreed. and someone doing nightly builds likely is on the bleeding edge and
thus provides the deps needed. for proper releases etc. old distros certainly
get supported quite well. :) that's the important bit - that the customers to
whom we ship get something broadly usable even if their distro is older.
You can also consider adding this requirement to README file. That is
one of the output these builds should provide.
it's not a requirement of the output. output REQUIRES no autotools at all.
Since autopoo is build requirement and not system requirement (e.g.
it is NOT a build requirement. it is a DEVELOPER requirement. if you are
developer who works ON E/EFL and GENERATES the tarballs (does make dist/make
distcheck etc.). THEN you need it. ONLY people who can't use releases need
autotools. ONLY them. no one else. that's why we do releases. that's HOW
autotool are designed, intended and DOCUMENTED to work. if you are packaging
and re-running autogen.sh... stop now. you've been doing it wrong for a long
time.
Fully agreed. Thanks.
:):)
:)
:^)
Best regards,
Tomas Cech
Sleep_Walker
--
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
--
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-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [patch][eve] Fix build break.
On Thu, 15 Nov 2012 22:20:20 +0900 ryuan Choi ryuan.c...@gmail.com said: OK, I just tried to compile without understanding logic. :) Now, I can execute eve and I will start to analyze it to port elm-web. awesome. :) sorry for my delay in email- i have a massive backlog and i'm trying to go through it AND deal with e17 release stuff too and efl etc. etc. Thank you. 2012/11/15 Carsten Haitzler ras...@rasterman.com On Wed, 24 Oct 2012 23:55:05 +0900 ryuan Choi ryuan.c...@gmail.com said: wtf .. throwing events away is a bad idea... events are not just mouse or key - they can involve exposes, configure notifies and other very important events telling of important state changes in x. NEVER throw events away with xsync -ever. its a horribly bad idea. as for the ecore_x api to to focus the window - there is an elm_win_activate() for this... i changed it. this patch isnt needed. :) but thanks for pointing out the nasties in eve. :) Hi, While building eve, I got below errors. main.c:391: error: undefined reference to 'ecore_x_window_focus' view.c:1099: error: undefined reference to 'ecore_x_display_get' view.c:1101: error: undefined reference to 'XSync' view.c:1121: error: undefined reference to 'XSync' I don't know history, but it seems that eve needs ecore-x and xlib dependencies. In order to fix this build break, attached patch - added ecore-x and xlib configuration. - changed ecore_x_window_focus0 to ecore_evas_focus_set() - disabled HACK_FLUSH_EVENTS_DURING_LONG_CALCULATE when we have ecore-x or xlib. Please check the attachment and give me some feedback. Thanks in advance. Best regards, Ryuan Choi -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: lfelipe trunk/web/www/p/download
Daniel, the idea is to become the official PPA, yes. (thats why it was not created on my user but on a specific efl group). I'm writing up the information on how to help with this and will post it soon. I also contacted a friend in Linaro who will help with arm builds and eventually with upstreaming into Ubuntu. Best regards, Luis Felipe On Thu, Nov 15, 2012 at 12:21 AM, Daniel Juyung Seo seojuyu...@gmail.com wrote: good link! btw is that the official ppa? Daniel Juyung Seo (SeoZ) On Nov 15, 2012 10:51 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: Pointing the Ubuntu packages to the new PPA. Author: lfelipe Date: 2012-11-14 17:50:19 -0800 (Wed, 14 Nov 2012) New Revision: 79306 Trac: http://trac.enlightenment.org/e/changeset/79306 Modified: trunk/web/www/p/download/en-body Modified: trunk/web/www/p/download/en-body === --- trunk/web/www/p/download/en-body2012-11-15 00:30:20 UTC (rev 79305) +++ trunk/web/www/p/download/en-body2012-11-15 01:50:19 UTC (rev 79306) @@ -259,7 +259,7 @@ p ul liDebian/li - lia href= https://launchpad.net/~hannes-janetzek/+archive/enlightenment-svn Ubuntu/a/li + lia href=https://launchpad.net/~efl/+archive/trunk Ubuntu/a/li lia href=http://wiki.archlinux.org/index.php/E17 ArchLinux/a/li lia href= http://overlays.gentoo.org/dev/vapier/wiki/enlightenment;Gentoo/a/li lia href=http://slacke17.sourceforge.net;Slackware/a/li -- 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-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Luís Felipe Strano Moraes http://www.strano.org -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch][Elementary]Genlist: Fix anchor item to prevent scroller movement
2012/11/15 Carsten Haitzler ras...@rasterman.com: On Wed, 17 Oct 2012 22:08:52 +0900 Bluezery ohpo...@gmail.com said: Dear all, When you prepend or insert_before items into genlist, scroller is moved. This bugs was somewhat fixed in case of insert_before but still occurred when insert items before first item. This patch fix this. When item is inserted before, make this item as anchor item and later this item is used for scroller's position fixing. Please review this patch. this seems to make things worse. tried genlist 2 test and ad a bunch of items, scroll down maybe 90% of the way - select something, then hit + before ? :) selected item actually disappears and we have items floating about int he wrong places... Thanks for review. I fixed again !! The difference from previous patch is to check anchor item's position in the _calc_job. When anchor item's position is above the viewport's bottom line, position fix is perfomed. Please review this again. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- BRs, Kim. genlist@fix_anchor_item.patch Description: Binary data -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] e_dbus edbus, compilation order matters
Hi, after reading the long threads about how unstable e17 was and having myself some gtk popup menus issues, right left background click leading to freeze or SEGV, etc I finally found that from trunk, compiling efl,ecore,e_dbus,edbus,efreet... leads to a pretty sane system, compiling efl,ecore,edbus,e_dbus,efreet... leads to the previously described hell. might help some of you ... regards, Jérémy -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] segfault in menu
need an e17 revision, try updating again too On Thu, Nov 15, 2012 at 2:04 PM, Massimo Maiurana maiur...@gmail.comwrote: on a fresh build of efl+e17, whenever I try to open the main menu, both from tha start button or from a click on the desktop, e segfaults. attached is the crash dump. -- Massimo Maiurana GPG keyID #7044D601 La fede e' credere in cio' che sai non essere vero [Mark Twain] -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] eve depending on edbus2
Hi, eve was updated to use edbus2 in r78126 (and does not build with e_dbus anymore). Is there some plan to branch eve as it was before r78126 to have some version compatible with efl-1.7 and only backport some fixes to it? It would be nice to have E17 released with option to install efl based browser (using the same efl libs). Cheers, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [Elementary] [edc map] How to calculate EDC map's rotated coordinates ?
Hi, I have a query related to EDC map. I am adding EDC map to an edc RECT part and I am giving some rotation angle (say 30 degrees, Z dir) in edc itself. [Map's perspective, rotation center all are set as the same part.] Can anyone please tell me if there is any direct way (APIs) to calculate the geometry of this rotated RECT part in .c file ? Now, suppose, I am calulating the rotated geometry by using the rect part's edje_object applying Rotation Matrix on its geometry(Ø = 30): it is giving me correct co-ordinates for the first time. But once the object RESIZES or its position changes, this method is giving me the wrong co-ordinates. How can I calculate the co-ordinates of BOX in which the rect part is inscribed during map's rotation. Please suggest me a solution in such cases. Thank you, Sumanth --- Sumanth Krishna Mannam Senior Software Engineer Bangalore, India -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: sachiel trunk/efl
On Thu, Nov 15, 2012 at 3:35 PM, Iván Briano sachi...@gmail.com wrote: On Thu, Nov 15, 2012 at 5:07 AM, Vincent Torri vincent.to...@gmail.com wrote: please, keep the use of || instead of -o, there is a reason for that (same for and -a). And what is that reason? i've experienced bad behavior with -a or -o with some shell with 5 or 6 of them. And autoconf doc also says it's better to use and || over -a and -o Vincent Vincent -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Third Party Module Warnings
On Thu, 15 Nov 2012 22:27:23 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 22:45:31 +1000 David Seikel onef...@gmail.com said: On Thu, 15 Nov 2012 21:26:25 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 16:33:35 +1030 Simon si...@simotek.net said: On 11/15/2012 04:40 PM, Carsten Haitzler (The Rasterman) wrote: On Thu, 15 Nov 2012 15:05:51 +1030 Simon Lees si...@simotek.net said: Out of interest will e18 contain the ability to sandbox 3rd party modules so they can't take down the whole of enlightenment? one of the by definition, they can't be sandboxed. they are runtime patches to code basically. they are just more code stuffed into e thus why they can cause bugs. there is no way to sanboxe them and NOt provide access to all of memory of e, function calls etc. - then they are no longer modules. what you are wanting is separate PROCESSES that talk to e (eg via ipc) and ask it to do thnigs. these are safer, and can mess up on their own all they like and not kill e.. the other way is a vm setup - eg some scripting lang that is interpreted and thus sandboxed. modules were designed to make it possible to WRITe such a sandbox module - one that runs a lua, js, embryo, pyhton or whatever runtime and then glues in access to e and efl via bindings. as such such a thing doesnt currently exist, but it is possible to do. at this point there are no concrete plans to do this, but maybe using elev8 and making a libelev8 is a good way to go. Um, you have used embryo yourself to make a module, and you insisted I ummm.. no i haven't. there is no way to write embryo and load it as a module. there is no MODULE that can load embryo bytecode and run it. if you are alluding to edje - then that is a totally different kettle of fish. a module gets access to augment, modify and change vast amounts of e. embryo (or lua) in an edje object is highly limited to live just within the object bounds itself. the edje object is not a module.. it's a data file. You do keep bragging that clock is written in edje / embroyo. Sure there has to be some C code to actually load the edje into a modules graphics object, but brag about it you have. B-) on writing Lua E17 modules some day when I get around to it. Sure, they can't do everything a C module could do, but that's the point of sand boxing. On the other hand, I did start writing the emu module, which was a generic module that interfaced to E17 via IPC, allowing people to write modules in any language they like, with the full protection you mention above. It bit rotted long ago though while I got busy with other stuff. Which is your first method. I'm sure a bit of love could resurrect it without too much drama. yeah. this would be really nice to resurrect. though the problem really is making it easy to expose functionality. that's hard. we'd need some kind of script or processor that can take a c func signature and present it as a packaged ipc call. same for emitting ipc events. Actually, LuaJIT can do something like that. I've not played with that part of LuaJIT yet, but I'm looking at maybe using it to help with the edje Lua - EFL function interface boilerplate. That stuff is boring to write, and LuaJIT I think can automate most of that away. I've mentioned before that I'm working on a project that uses EFL, and LuaJIT. Apart from getting it to do what the project is all about (script engine for a virtual world), it's also a test bed for using LuaJIT in EFL. Have I mentioned it's fast? It's faaast! It's generally acknowledged that LuaJIT is the fastest script runner on the planet. I'm liking it so far. Remember we talked about sending Lua tables / calls across the 'net and other fun things? Guess what one of my use cases was? I've got an experimental variation on that idea already for my virtual world script engine, though so far only in a test harness. for r18 i want to make a module that allows external gadgets. more limited, but it can use the ecore_evas_plug/socket setup and thus within a small world it can expose its canvas via shm to e. with some extensions like being able to request popups (mixer, baklight) and define a menu tree for e to manage and send back events on what gets selected... this could cover a LOT of modules with a much simpler set of ipc. hell... it could be done via stdin/out.. then you literally could write them in bash... if u wanted... :) That's precisely what emu was doing. I was testing it with a bash script, doing it via the scripts stdin/stdout, defining a menu tree, getting events back from E17. It hooked into the border menu as well as two of the desktop menus, and had it's own module menu that could be defined. The other stuff is on the TODO, which is in SVN. Though obviously things have been
Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha2
On 15/11/12 01:54, Carsten Haitzler (The Rasterman) wrote: no i dont get it. thats my point. right now i'm rummaging thru gtk menus in sylpheed. just fine. i am sliding my mouse across the menu bar at the top showing and hiding menus one after the other really fast and they ll work and show/hide. no missing menus. I think most of the people that had it had it with new (i.e new versions) distros like arch. I guess you don't get it on your Series 9, right? It happens to me after a couple of hours, so maybe it has something to do with dim or whatever. I really don't have the time to fix it, sorry. As for the release with huge super-bugs. That's just retarded. E isn't usable for me in it's current state, and I'm not the only one, and heck, we are not even a huge minority. It's not some minor issue, it's a damn huge issue, or more correctly, a set of huge issues. -- Tom. -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: lfelipe trunk/web/www/p/download
Very good :) Hannes's PPA works well but having an official PPA sounds better. Thanks muchly. Daniel Juyung Seo (SeoZ) On Thu, Nov 15, 2012 at 10:52 PM, Luis Felipe Strano Moraes luis.str...@gmail.com wrote: Daniel, the idea is to become the official PPA, yes. (thats why it was not created on my user but on a specific efl group). I'm writing up the information on how to help with this and will post it soon. I also contacted a friend in Linaro who will help with arm builds and eventually with upstreaming into Ubuntu. Best regards, Luis Felipe On Thu, Nov 15, 2012 at 12:21 AM, Daniel Juyung Seo seojuyu...@gmail.com wrote: good link! btw is that the official ppa? Daniel Juyung Seo (SeoZ) On Nov 15, 2012 10:51 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: Pointing the Ubuntu packages to the new PPA. Author: lfelipe Date: 2012-11-14 17:50:19 -0800 (Wed, 14 Nov 2012) New Revision: 79306 Trac: http://trac.enlightenment.org/e/changeset/79306 Modified: trunk/web/www/p/download/en-body Modified: trunk/web/www/p/download/en-body === --- trunk/web/www/p/download/en-body2012-11-15 00:30:20 UTC (rev 79305) +++ trunk/web/www/p/download/en-body2012-11-15 01:50:19 UTC (rev 79306) @@ -259,7 +259,7 @@ p ul liDebian/li - lia href= https://launchpad.net/~hannes-janetzek/+archive/enlightenment-svn Ubuntu/a/li + lia href=https://launchpad.net/~efl/+archive/trunk Ubuntu/a/li lia href=http://wiki.archlinux.org/index.php/E17 ArchLinux/a/li lia href= http://overlays.gentoo.org/dev/vapier/wiki/enlightenment Gentoo/a/li lia href=http://slacke17.sourceforge.net;Slackware/a/li -- 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-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Luís Felipe Strano Moraes http://www.strano.org -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: sachiel trunk/efl
On Thu, Nov 15, 2012 at 12:42 PM, Vincent Torri vincent.to...@gmail.com wrote: On Thu, Nov 15, 2012 at 3:35 PM, Iván Briano sachi...@gmail.com wrote: On Thu, Nov 15, 2012 at 5:07 AM, Vincent Torri vincent.to...@gmail.com wrote: please, keep the use of || instead of -o, there is a reason for that (same for and -a). And what is that reason? i've experienced bad behavior with -a or -o with some shell with 5 or 6 of them. And autoconf doc also says it's better to use and || over -a and -o Shame, I liked how it looked nice all grouped like that. Vincent Vincent -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha2
On Thu, 15 Nov 2012 16:56:43 +0200 Tom Hacohen t...@stosb.com wrote: On 15/11/12 01:54, Carsten Haitzler (The Rasterman) wrote: no i dont get it. thats my point. right now i'm rummaging thru gtk menus in sylpheed. just fine. i am sliding my mouse across the menu bar at the top showing and hiding menus one after the other really fast and they ll work and show/hide. no missing menus. I think most of the people that had it had it with new (i.e new versions) distros like arch. I guess you don't get it on your Series 9, right? It happens to me after a couple of hours, so maybe it has something to do with dim or whatever. For what it's worth, I'm not getting that particular issue with claws mail (a fork of sylpheed) on Ubuntu 12.04. I AM getting some of the claws mail popups flashing up briefly and vanishing again sometimes, but working fine the second time I try. Typically the password popup for my PGP signature. Dunno if that's related. I've mentioned this before. I'm not sure if it's related to my recent upgrade to 12.04, or recent changes to work around bugs in claws mail and similar programs that I DID NOT GET before the work around. Both happened at about the same time I think. I can dual boot into my old 10.04 system, or run a stock 32 bit 10.04 system under qemu, and compile fresh E17s on either if you want some tests done. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: sachiel trunk/efl
On Thu, Nov 15, 2012 at 4:06 PM, Iván Briano sachi...@gmail.com wrote: On Thu, Nov 15, 2012 at 12:42 PM, Vincent Torri vincent.to...@gmail.com wrote: On Thu, Nov 15, 2012 at 3:35 PM, Iván Briano sachi...@gmail.com wrote: On Thu, Nov 15, 2012 at 5:07 AM, Vincent Torri vincent.to...@gmail.com wrote: please, keep the use of || instead of -o, there is a reason for that (same for and -a). And what is that reason? i've experienced bad behavior with -a or -o with some shell with 5 or 6 of them. And autoconf doc also says it's better to use and || over -a and -o Shame, I liked how it looked nice all grouped like that. not on the same line. Not that bad, imho Vincent Vincent Vincent -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: sachiel trunk/efl
On Thu, 15 Nov 2012 13:06:09 -0200 Iván Briano sachi...@gmail.com wrote: On Thu, Nov 15, 2012 at 12:42 PM, Vincent Torri vincent.to...@gmail.com wrote: On Thu, Nov 15, 2012 at 3:35 PM, Iván Briano sachi...@gmail.com wrote: On Thu, Nov 15, 2012 at 5:07 AM, Vincent Torri vincent.to...@gmail.com wrote: please, keep the use of || instead of -o, there is a reason for that (same for and -a). And what is that reason? i've experienced bad behavior with -a or -o with some shell with 5 or 6 of them. And autoconf doc also says it's better to use and || over -a and -o Shame, I liked how it looked nice all grouped like that. I don't think aesthetic considerations where important to the autofoo or shell developers. B-) -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: sachiel trunk/efl
On Thu, Nov 15, 2012 at 1:14 PM, David Seikel onef...@gmail.com wrote: On Thu, 15 Nov 2012 13:06:09 -0200 Iván Briano sachi...@gmail.com wrote: On Thu, Nov 15, 2012 at 12:42 PM, Vincent Torri vincent.to...@gmail.com wrote: On Thu, Nov 15, 2012 at 3:35 PM, Iván Briano sachi...@gmail.com wrote: On Thu, Nov 15, 2012 at 5:07 AM, Vincent Torri vincent.to...@gmail.com wrote: please, keep the use of || instead of -o, there is a reason for that (same for and -a). And what is that reason? i've experienced bad behavior with -a or -o with some shell with 5 or 6 of them. And autoconf doc also says it's better to use and || over -a and -o Shame, I liked how it looked nice all grouped like that. I don't think aesthetic considerations where important to the autofoo or shell developers. B-) They were, they just went the dada way. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha2
btw, Tom, what GTK+ menu bug exactly? Daniel Juyung Seo (SeoZ) On Thu, Nov 15, 2012 at 11:56 PM, Tom Hacohen t...@stosb.com wrote: On 15/11/12 01:54, Carsten Haitzler (The Rasterman) wrote: no i dont get it. thats my point. right now i'm rummaging thru gtk menus in sylpheed. just fine. i am sliding my mouse across the menu bar at the top showing and hiding menus one after the other really fast and they ll work and show/hide. no missing menus. I think most of the people that had it had it with new (i.e new versions) distros like arch. I guess you don't get it on your Series 9, right? It happens to me after a couple of hours, so maybe it has something to do with dim or whatever. I really don't have the time to fix it, sorry. As for the release with huge super-bugs. That's just retarded. E isn't usable for me in it's current state, and I'm not the only one, and heck, we are not even a huge minority. It's not some minor issue, it's a damn huge issue, or more correctly, a set of huge issues. -- Tom. -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] Some trivial patches
On Thu, 15 Nov 2012 14:32:13 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Tue, 13 Nov 2012 20:32:49 +0400 Igor Murzov e-m...@date.by said: On Mon, 12 Nov 2012 23:22:14 +0100 thomasg tho...@gstaedtner.net wrote: Attached you'll finde a few trivial patches which fix typos or clear things up. Great. I also have a list of unclear messages like: Your screen does not support OpenGL. your display doesn't support opengl - may be a driver problem. may be a config problem. may be a missing gl module... who knows. as such gl is really linked to specific screens - one may be capable and another not depending what gpu powers it... :) I think that Your system does not support OpenGL would be more correct. Ignore replace ID thats part of notification protocol - there is something to request replacing a previous notification by id with a new one - the module can ignore such requests if u ask it so existing notifications cant be replaced. Something like Disallow replacing notifications would be probably clearer. Syscon system control panel. called syscon like shelf or pager or menu - it's just a term for a specific element of e17. Yes, but menu, pager and shelf are common words, and syscon is not. System control panel would be better. Idle Fade Time how long you have to be idle before backlight fades out to this new level. I'm not sure, but i think that Fade Idle Timeout is more correct. Fade Time over what period of time does the backlight fading effect happen. Fade duration -- Igor Over covered in another thread. :) I think that thorough messages revision would definitely improve user experience for many people :) -- Igor Feel free to apply any number as you see fit (I hope it'll be n 0 :) Short overview (git log): 1: border remembers: rename Using to Identifiers to be more obvious 2: border locks: deengrishify 3: wallpaper: more sane dialog title 4: physics: fix typo 5: e_fm: fix typo -- thomasg -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Third Party Module Warnings
On Thu, 15 Nov 2012 15:10:06 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 15:05:51 +1030 Simon Lees si...@simotek.net said: Hi all, I'll make a brief comment on this not that it means much because i don't have the time to implement my soln and you are the ones that would have to deal with it. At work where i have a old OS on a distro i don't package for or care about i build from source and use the forcasts and photo's module, i haven't looked at the code for either so i have no idea what state they are in but they both work for me on multiple systems so oneday i may consider packaging them. I am yet to see the current waring as i can't upgrade atm but if it was a once off with a checkbox saying don't show it is. ?! I know button doesn't help. The warning is still shown every time. If users had the opportunity to turn it off permanently, no one would ever complain about it. -- Igor again i would be happy enough if it came up every time like some of the compositing errors i would not be, and i wouldn't package these modules in a official repository. i'd suggest not packaging them anyway. My prefered solution which probably isn't yours as it is slightly more work for you would be to only show this popup in the segfault recovery popup if 3rd party modules are loaded. Something bad has happened, Enlightenment people don't read it - or only a few do. they just try and get rid of it asap. :) it also hapens to tell you your e is tainted with 3rd party modules here, but it tells u at the time the module is loaded too so you know which one it is. has crashed. You are running 3rd Party modules this may be the cause. I would also get enlightenment to create a diagnostics file for debugging which would contain a list of loaded modules the compositor in use, this becomes way too invovled as the crash dialog is insanely thin and minimal not even using efl... it goes to x directly just in case its a core bug in efl somewhere. it knows very little about e at that point and giving it all this data is a huge amount of work and thats why we warn in advance - same way the kernel does in its output (dmesg etc.) when tainting it with proprietary modules. graphics driver potentially the screen layout and any other info that can be gathered at startup and make it compolsory for bug reports to be accompanied by this file. This would give you more useful info that a inexperienced user may not be able to pin down but would be more effort to start up. Cheers, Simon -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha2
On 15/11/12 17:19, Daniel Juyung Seo wrote: btw, Tom, what GTK+ menu bug exactly? Hey Daniel, It's already in trac with full details (initial reporter wasn't even me). I'll repeat it here just to make it easier for you: ALL. GTK+ combo boxes, firefox's awesome bar. All the menus in firefox/thunderbird/transmission/whatnot. Tooltips. All the toolbars there are. -- Tom. -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] Some trivial patches
On Thu, 15 Nov 2012 19:34:01 +0400 Igor Murzov e-m...@date.by wrote: On Thu, 15 Nov 2012 14:32:13 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Tue, 13 Nov 2012 20:32:49 +0400 Igor Murzov e-m...@date.by said: On Mon, 12 Nov 2012 23:22:14 +0100 thomasg tho...@gstaedtner.net wrote: Attached you'll finde a few trivial patches which fix typos or clear things up. Great. I also have a list of unclear messages like: Your screen does not support OpenGL. your display doesn't support opengl - may be a driver problem. may be a config problem. may be a missing gl module... who knows. as such gl is really linked to specific screens - one may be capable and another not depending what gpu powers it... :) I think that Your system does not support OpenGL would be more correct. Raster is right on this one. If you have two different graphics cards, and one of them supports OpenGL, but the other does not, then you should only get that message on the graphics card that does not. So it's not your system that is not supporting OpenGL, just that one graphics card. On the other hand, saying your system does not support OpenGL, when the card you are not using supports it fine, would be wrong. It's the graphics card that is at fault. On the gripping hand, if there's only one card, or it's the driver that's at fault, then saying your screen does not support OpenGL is still correct. B-) Note that two different graphics cards is more common than you might think. Motherboards these days often come with built in crappy graphics cards, as well as the built in crappy sound cards they have come with for a while now. Lots of people would put a real graphics card in. I did after trying out my motherboards crappy graphics. lol For the record, I have about a dozen motherboards in my kitchen with built in graphics cards. I expect them all to be crappy, and I expect some of them don't support OpenGL. For my clients purposes, these deficiencies are not a problem. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Third Party Module Warnings
On Thu, 15 Nov 2012 09:07:41 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Wed, 14 Nov 2012 19:34:59 +0400 Igor Murzov e-m...@date.by said: On Wed, 14 Nov 2012 09:18:26 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Tue, 13 Nov 2012 16:52:44 -0600 Jeff Hoogland jeffhoogl...@linux.com said: In the latest alpha there is a warning at startup about 3rd party modules - is there a simple way to disable this message? no. i put it there very much intentionally. it's not going away. If I allow it to pop up for Bodhi users I know it will freak out a number of them (end users are a fairly skittish lot). this is part of doing QA. after week after week having people say things like i get segvs! then spending 10 mins back and forth finding its a out-of-e17 tree module causing it That is not true. The crashes were also caused by bugs in E itself. and the code path triggered by a 3rd party module. i don't care if e's code was to blame - it's a bug we DONT NEED TO FIX FOR RELEASE. making a release is about prioritizing and cutting out stuff so you can get it done. this is cutting out work on/elated to 3rd party code that inserts itself into e and cand then do anything it likes. there is no protection or safety. it's not possible to do actually (not for a module or plugin - it'd need to be pushed into another process and that negates the benefits of a module then). Also there are some patches on ML (including mine) that fix crashes in external modules, but no one cares enough to review them. see above. priorities. and believe it or not - we're pretty busy. And this shitty warning-dialog has nothing to do with QA anyway. i suggest you tell the kernel developers that their tainted mssages are also useless. they'd love to hear that. Useful messages should help to identify and fix bugs. And this warning dialog is to take off responsibility for extra modules, not to help with fixing bugs. So my point still stands. In fact, when i install some alpha software, i do realize that there are some known bugs in it. When i install extra modules for alpha software, i do realize that there are may be some bugs. And poping up a window any time i load some module doesn't make me more careful or something. -- Igor -- Igor (eg get them to unload engage and problem goes away), i'm tired of my time being wasted by this. we aren't releasing engage. we aren't releasing places, tclock or any of these. we are releasing e17. this is e's version of the kernels tainted message. as a gui app.. we stuff that message into the gui. perhaps you should simply not have any 3rd party modules loaded/enabled by default in any profile in bodhi as frankly... we will wipe our hands of them and the problems they cause. we don't have the manpower to spend on that. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Terminology black bar under title bar
Anyone else getting this odd black bar under the title bar on terminology using latest SVN builds of everything? http://imagebin.org/235938 -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha2
On 14/11/12 02:09, Carsten Haitzler (The Rasterman) wrote: On Tue, 13 Nov 2012 21:17:22 +0200 Tom Hacohen t...@stosb.com said: On 13/11/12 17:32, Michael Blumenkrantz wrote: It's time for (drum roll) the second alpha release of E17! There's a lot of fixes that went into this delayed release, but I'm leaving work now so I won't mention them by name. Nor will I mention glima, who single-handedly managed to break configs for everyone while blaming me for it. Enjoy this release, which I have helpfully nicknamed Baldy as a way of mocking one of my coworkers. Reminder: for me and many others e is currently in a worse shape than it was a few months ago. Menus in GTK+ and etc. We really need to fix those before we continue with the track to release. For reference please see E17 - my list of biggest issues before we release. comp stuff: can't reproduce. works for me. if you have an amazing recipe for magically fixing bugs you can't reproduce or investigate, it'd be awesome to share it... :) fyi - testing across various gpu's, drivers etc. (nvidia, nouveau, intel, software comp). Luckily, comments 16-17 in here: http://trac.enlightenment.org/e/ticket/1558#comment:16 Provide a lot of useful information. For now, disabling don't comp full screens seems to work for me, so raster, it's most likely your commit of redoing nocomp mode. -- Tom. -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Terminology black bar under title bar
On 11/15/2012 06:57 PM, Jeff Hoogland wrote: Anyone else getting this odd black bar under the title bar on terminology using latest SVN builds of everything? http://imagebin.org/235938 Again? I reverted a commit which caused this. I saw something similar agin, and it seems they still didn't do their testing right... S. -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Terminology black bar under title bar
How recently did you revert it? I built my source code about 24 hours ago. On Thu, Nov 15, 2012 at 1:08 PM, Sebastian Dransfeld s...@tango.flipp.netwrote: On 11/15/2012 06:57 PM, Jeff Hoogland wrote: Anyone else getting this odd black bar under the title bar on terminology using latest SVN builds of everything? http://imagebin.org/235938 Again? I reverted a commit which caused this. I saw something similar agin, and it seems they still didn't do their testing right... S. -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Terminology black bar under title bar
Yesterday. Try again, can't reproduce. S. On 11/15/2012 08:14 PM, Jeff Hoogland wrote: How recently did you revert it? I built my source code about 24 hours ago. On Thu, Nov 15, 2012 at 1:08 PM, Sebastian Dransfeld s...@tango.flipp.netwrote: On 11/15/2012 06:57 PM, Jeff Hoogland wrote: Anyone else getting this odd black bar under the title bar on terminology using latest SVN builds of everything? http://imagebin.org/235938 Again? I reverted a commit which caused this. I saw something similar agin, and it seems they still didn't do their testing right... -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] Some trivial patches
On Thu, Nov 15, 2012 at 5:15 PM, David Seikel onef...@gmail.com wrote: On Thu, 15 Nov 2012 19:34:01 +0400 Igor Murzov e-m...@date.by wrote: On Thu, 15 Nov 2012 14:32:13 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Tue, 13 Nov 2012 20:32:49 +0400 Igor Murzov e-m...@date.by said: On Mon, 12 Nov 2012 23:22:14 +0100 thomasg tho...@gstaedtner.net wrote: Attached you'll finde a few trivial patches which fix typos or clear things up. Great. I also have a list of unclear messages like: Your screen does not support OpenGL. your display doesn't support opengl - may be a driver problem. may be a config problem. may be a missing gl module... who knows. as such gl is really linked to specific screens - one may be capable and another not depending what gpu powers it... :) I think that Your system does not support OpenGL would be more correct. Raster is right on this one. If you have two different graphics cards, and one of them supports OpenGL, but the other does not, then you should only get that message on the graphics card that does not. So it's not your system that is not supporting OpenGL, just that one graphics card. On the other hand, saying your system does not support OpenGL, when the card you are not using supports it fine, would be wrong. It's the graphics card that is at fault. On the gripping hand, if there's only one card, or it's the driver that's at fault, then saying your screen does not support OpenGL is still correct. B-) Note that two different graphics cards is more common than you might think. Motherboards these days often come with built in crappy graphics cards, as well as the built in crappy sound cards they have come with for a while now. Lots of people would put a real graphics card in. I did after trying out my motherboards crappy graphics. lol For the record, I have about a dozen motherboards in my kitchen with built in graphics cards. I expect them all to be crappy, and I expect some of them don't support OpenGL. For my clients purposes, these deficiencies are not a problem. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. To clear this argument up once and for all, I propose the attached patch. Hope that makes everyone happy :) 0001-comp-clearer-error-messages.diff Description: Binary data -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Third Party Module Warnings
2012/11/15 Carsten Haitzler ras...@rasterman.com On Wed, 14 Nov 2012 21:04:59 +0100 Davide Andreoli d...@gurumeditation.it said: 2012/11/14 Carsten Haitzler ras...@rasterman.com On Tue, 13 Nov 2012 17:04:40 -0800 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: Alternatively work to have such modules in tree. yup. if they come in tree, then we take responsibility for it. Since I've joined the project I saw (or helped) many modules to be included in core. All it takes is little effort to make them good quality and fit a purpose. tclock is stupid as clock does the same (I blame e17 for not having digital clock since day0), places could be included with some effort. indeed. though imho places should really become a feature of efm rather than a module of its own (well feature of fileman module). e17 needs/wants some of these 3rd party modules - cpu and mem meters for example, but we just havent had the time to deal with it. :) We discussed the inclusion of Places many times in the past and we never found a deal Places is in a good shape, I support it and (as far as I know) it doesn't have issues. I agree we should include it in the official modules, but I disagree to merge it with efm, the reason is simple: I don't want to force the user to use efm, the user should be free to use his preferred file manager and still be able to use Places. That said, I will be happy to include Places in the e tree, as it is now, not merged with efm. can this be a solution? including it and not making it prt of efm is admitting that efm is crap and users cant and don't want to use it. regardless of what efm may or may not be the message is a bad one and it basically encourages us to give up on it. and that i will not have. sooner or later you have to admit it: efm is crap, no one want to use it and no one is interested in developing it. reality is that places partly duplicates stuff in efm currently - removable device support, display of used/free amount and providing unmount/eject controls and icons... it just sticks them in a list/box and provides a full/empty bar display. it's a different layout on the same data efm already has (and regularly updates the data wehre efm shows it only in the innfo popup). Yes, it duplicate stuff so that you can use with different (and working) fm. This seems to me a valid reason: leaving the user the ability to choose is a must, IMO. btw, I took your comment as a 'no, don-t include it'. I give up...as always :( this dialog is there to cut down the workload in getting a release out. it's also there to remind the user that they are entering an unsupported universe. On Tue, Nov 13, 2012 at 4:18 PM, Carsten Haitzler ras...@rasterman.com wrote: On Tue, 13 Nov 2012 16:52:44 -0600 Jeff Hoogland jeffhoogl...@linux.com said: In the latest alpha there is a warning at startup about 3rd party modules - is there a simple way to disable this message? no. i put it there very much intentionally. it's not going away. If I allow it to pop up for Bodhi users I know it will freak out a number of them (end users are a fairly skittish lot). this is part of doing QA. after week after week having people say things like i get segvs! then spending 10 mins back and forth finding its a out-of-e17 tree module causing it (eg get them to unload engage and problem goes away), i'm tired of my time being wasted by this. we aren't releasing engage. we aren't releasing places, tclock or any of these. we are releasing e17. this is e's version of the kernels tainted message. as a gui app.. we stuff that message into the gui. perhaps you should simply not have any 3rd party modules loaded/enabled by default in any profile in bodhi as frankly... we will wipe our hands of them and the problems they cause. we don't have the manpower to spend on that. -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Third Party Module Warnings
On Thu, 15 Nov 2012 21:49:58 +0100 Davide Andreoli d...@gurumeditation.it wrote: 2012/11/15 Carsten Haitzler ras...@rasterman.com On Wed, 14 Nov 2012 21:04:59 +0100 Davide Andreoli d...@gurumeditation.it said: 2012/11/14 Carsten Haitzler ras...@rasterman.com On Tue, 13 Nov 2012 17:04:40 -0800 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: Alternatively work to have such modules in tree. yup. if they come in tree, then we take responsibility for it. Since I've joined the project I saw (or helped) many modules to be included in core. All it takes is little effort to make them good quality and fit a purpose. tclock is stupid as clock does the same (I blame e17 for not having digital clock since day0), places could be included with some effort. indeed. though imho places should really become a feature of efm rather than a module of its own (well feature of fileman module). e17 needs/wants some of these 3rd party modules - cpu and mem meters for example, but we just havent had the time to deal with it. :) We discussed the inclusion of Places many times in the past and we never found a deal Places is in a good shape, I support it and (as far as I know) it doesn't have issues. I agree we should include it in the official modules, but I disagree to merge it with efm, the reason is simple: I don't want to force the user to use efm, the user should be free to use his preferred file manager and still be able to use Places. That said, I will be happy to include Places in the e tree, as it is now, not merged with efm. can this be a solution? including it and not making it prt of efm is admitting that efm is crap and users cant and don't want to use it. regardless of what efm may or may not be the message is a bad one and it basically encourages us to give up on it. and that i will not have. sooner or later you have to admit it: efm is crap, no one want to use it and no one is interested in developing it. I'll admit that I take particular offense at your claim given the amount of time and effort I've put into making it NOT crap. If you're going to make broad statements like this, at least provide some reasons to back them up. -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Third Party Module Warnings
2012/11/15 Michael Blumenkrantz michael.blumenkra...@gmail.com On Thu, 15 Nov 2012 21:49:58 +0100 Davide Andreoli d...@gurumeditation.it wrote: 2012/11/15 Carsten Haitzler ras...@rasterman.com On Wed, 14 Nov 2012 21:04:59 +0100 Davide Andreoli d...@gurumeditation.it said: 2012/11/14 Carsten Haitzler ras...@rasterman.com On Tue, 13 Nov 2012 17:04:40 -0800 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: Alternatively work to have such modules in tree. yup. if they come in tree, then we take responsibility for it. Since I've joined the project I saw (or helped) many modules to be included in core. All it takes is little effort to make them good quality and fit a purpose. tclock is stupid as clock does the same (I blame e17 for not having digital clock since day0), places could be included with some effort. indeed. though imho places should really become a feature of efm rather than a module of its own (well feature of fileman module). e17 needs/wants some of these 3rd party modules - cpu and mem meters for example, but we just havent had the time to deal with it. :) We discussed the inclusion of Places many times in the past and we never found a deal Places is in a good shape, I support it and (as far as I know) it doesn't have issues. I agree we should include it in the official modules, but I disagree to merge it with efm, the reason is simple: I don't want to force the user to use efm, the user should be free to use his preferred file manager and still be able to use Places. That said, I will be happy to include Places in the e tree, as it is now, not merged with efm. can this be a solution? including it and not making it prt of efm is admitting that efm is crap and users cant and don't want to use it. regardless of what efm may or may not be the message is a bad one and it basically encourages us to give up on it. and that i will not have. sooner or later you have to admit it: efm is crap, no one want to use it and no one is interested in developing it. I'll admit that I take particular offense at your claim given the amount of time and effort I've put into making it NOT crap. If you're going to make broad statements like this, at least provide some reasons to back them up. Sorry, really! I didn't want to offend you. I have also spent lots of my (free) time on it in the past. but I am equally offended by e17 that, every day, say that my module is unstable! I think it's crap, or at least it doesn't fulfill my needs, for too much reasons so I simply don't use it. If you like we can start another thread to discuss the efm behavior, but warning, my first topic will be: E is a window manager not a file manager, I dont want my WM to manage my files peace and love :) -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Third Party Module Warnings
-- Message: 4 Date: Thu, 15 Nov 2012 21:02:46 + From: Michael Blumenkrantz michael.blumenkra...@gmail.com Subject: To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net Cc: Jeff, Hoogland jeffhoogl...@linux.com, Carsten Haitzler ras...@rasterman.com Message-ID: 20121115210246.39d6fb95@darc Content-Type: text/plain; charset=US-ASCII On Thu, 15 Nov 2012 21:49:58 +0100 Davide Andreoli d...@gurumeditation.it wrote: 2012/11/15 Carsten Haitzler ras...@rasterman.com On Wed, 14 Nov 2012 21:04:59 +0100 Davide Andreoli d...@gurumeditation.it said: 2012/11/14 Carsten Haitzler ras...@rasterman.com On Tue, 13 Nov 2012 17:04:40 -0800 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: Alternatively work to have such modules in tree. yup. if they come in tree, then we take responsibility for it. Since I've joined the project I saw (or helped) many modules to be included in core. All it takes is little effort to make them good quality and fit a purpose. tclock is stupid as clock does the same (I blame e17 for not having digital clock since day0), places could be included with some effort. indeed. though imho places should really become a feature of efm rather than a module of its own (well feature of fileman module). e17 needs/wants some of these 3rd party modules - cpu and mem meters for example, but we just havent had the time to deal with it. :) We discussed the inclusion of Places many times in the past and we never found a deal Places is in a good shape, I support it and (as far as I know) it doesn't have issues. I agree we should include it in the official modules, but I disagree to merge it with efm, the reason is simple: I don't want to force the user to use efm, the user should be free to use his preferred file manager and still be able to use Places. That said, I will be happy to include Places in the e tree, as it is now, not merged with efm. can this be a solution? including it and not making it prt of efm is admitting that efm is crap and users cant and don't want to use it. regardless of what efm may or may not be the message is a bad one and it basically encourages us to give up on it. and that i will not have. sooner or later you have to admit it: efm is crap, no one want to use it and no one is interested in developing it. I'll admit that I take particular offense at your claim given the amount of time and effort I've put into making it NOT crap. If you're going to make broad statements like this, at least provide some reasons to back them up. I quite like it there are a lot of things it does better then any other wm on my system, having said that i haven't tried any 3rd party ones. Discomfitor has done a great job of getting it into shape when was the last time you used it? keep up the good work Discomfitor i'm not about to change to anything else -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] segfault in menu
Michael Blumenkrantz, il 15/11/2012 15:12, ha scritto: need an e17 revision, try updating again too now it works, thanks :) -- Massimo Maiurana GPG keyID #7044D601 La fede e' credere in cio' che sai non essere vero [Mark Twain] signature.asc Description: OpenPGP digital signature -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: seoz trunk/elementary/src/lib
hi, seoz.
I don't understand why ev-gt;button != 1 is required in the mouse callbacks.
+ void *event_info)
{
+ Evas_Event_Mouse_Up *ev = event_info;
+
+ if (ev-gt;button != 1) return;
}
What does it intended for?
-Regards, Hermet-
-Original Message-
From: Enlightenment SVNlt;no-re...@enlightenment.orggt;
To: lt;enlightenment-...@lists.sourceforge.netgt;;
Cc:
Sent: 2012-11-14 (수) 19:49:54
Subject: E SVN: seoz trunk/elementary/src/lib
Log:
elm image, photo, plug, segment_control, thumb: Check button type and on_hold
flag on mouse_down/up.
Author: seoz
Date: 2012-11-14 02:49:54 -0800 (Wed, 14 Nov 2012)
New Revision: 79284
Trac: http://trac.enlightenment.org/e/changeset/79284
Modified:
trunk/elementary/src/lib/elm_image.c trunk/elementary/src/lib/elm_photo.c
trunk/elementary/src/lib/elm_plug.c
trunk/elementary/src/lib/elm_segment_control.c
trunk/elementary/src/lib/elm_thumb.c
Modified: trunk/elementary/src/lib/elm_image.c
===
--- trunk/elementary/src/lib/elm_image.c2012-11-14 10:49:51 UTC (rev
79283)
+++ trunk/elementary/src/lib/elm_image.c2012-11-14 10:49:54 UTC (rev
79284)
@@ -42,8 +42,13 @@
_on_mouse_up(void *data,
Evas *e __UNUSED__,
Evas_Object *obj __UNUSED__,
- void *event_info __UNUSED__)
+ void *event_info)
{
+ Evas_Event_Mouse_Up *ev = event_info;
+
+ if (ev-gt;button != 1) return;
+ if (ev-gt;event_flags amp; EVAS_EVENT_FLAG_ON_HOLD) return;
+
evas_object_smart_callback_call(data, SIG_CLICKED, NULL);
}
Modified: trunk/elementary/src/lib/elm_photo.c
===
--- trunk/elementary/src/lib/elm_photo.c2012-11-14 10:49:51 UTC (rev
79283)
+++ trunk/elementary/src/lib/elm_photo.c2012-11-14 10:49:54 UTC (rev
79284)
@@ -172,10 +172,13 @@
Evas_Object *icon,
void *event_info __UNUSED__)
{
+ Evas_Event_Mouse_Down *ev = event_info;
+
ELM_PHOTO_DATA_GET(data, sd);
+ if (ev-gt;button != 1) return;
+
if (sd-gt;long_press_timer) ecore_timer_del(sd-gt;long_press_timer);
-
/* FIXME: Hard coded timeout */
sd-gt;long_press_timer = ecore_timer_add(0.7, _long_press_cb, data);
evas_object_event_callback_add
@@ -188,8 +191,12 @@
Evas_Object *obj __UNUSED__,
void *event_info __UNUSED__)
{
+ Evas_Event_Mouse_Up *ev = event_info;
ELM_PHOTO_DATA_GET(data, sd);
+ if (ev-gt;button != 1) return;
+ if (ev-gt;event_flags amp; EVAS_EVENT_FLAG_ON_HOLD) return;
+
if (sd-gt;long_press_timer)
{
ecore_timer_del(sd-gt;long_press_timer);
Modified: trunk/elementary/src/lib/elm_plug.c
===
--- trunk/elementary/src/lib/elm_plug.c 2012-11-14 10:49:51 UTC (rev 79283)
+++ trunk/elementary/src/lib/elm_plug.c 2012-11-14 10:49:54 UTC (rev 79284)
@@ -54,8 +54,13 @@
_on_mouse_up(void *data,
Evas *e __UNUSED__,
Evas_Object *obj __UNUSED__,
- void *event_info __UNUSED__)
+ void *event_info)
{
+ Evas_Event_Mouse_Up *ev = event_info;
+
+ if (ev-gt;button != 1) return;
+ if (ev-gt;event_flags amp; EVAS_EVENT_FLAG_ON_HOLD) return;
+
evas_object_smart_callback_call(data, SIG_CLICKED, NULL);
}
Modified: trunk/elementary/src/lib/elm_segment_control.c
===
--- trunk/elementary/src/lib/elm_segment_control.c 2012-11-14 10:49:51 UTC
(rev 79283)
+++ trunk/elementary/src/lib/elm_segment_control.c 2012-11-14 10:49:54 UTC
(rev 79284)
@@ -311,15 +311,15 @@
Evas_Object *obj __UNUSED__,
void *event_info)
{
- Elm_Segment_Item *it;
- Evas_Event_Mouse_Up *ev;
+ Elm_Segment_Item *it = data;
+ Evas_Event_Mouse_Up *ev = event_info;
Evas_Coord x, y, w, h;
- it = data;
ELM_SEGMENT_CONTROL_DATA_GET(WIDGET(it), sd);
+ if (ev-gt;button != 1) return;
+ if (ev-gt;event_flags amp; EVAS_EVENT_FLAG_ON_HOLD) return;
if (elm_widget_disabled_get(ELM_WIDGET_DATA(sd)-gt;obj)) return;
-
if (it == sd-gt;selected_item) return;
ev = event_info;
@@ -338,13 +338,13 @@
Evas_Object *obj __UNUSED__,
void *event_info __UNUSED__)
{
- Elm_Segment_Item *it;
+ Elm_Segment_Item *it = data;
+ Evas_Event_Mouse_Down *ev = event_info;
- it = data;
ELM_SEGMENT_CONTROL_DATA_GET(WIDGET(it), sd);
+ if (ev-gt;button != 1) return;
if (elm_widget_disabled_get(ELM_WIDGET_DATA(sd)-gt;obj)) return;
-
if (it == sd-gt;selected_item) return;
edje_object_signal_emit(VIEW(it), elm,state,segment,pressed, elm);
Modified: trunk/elementary/src/lib/elm_thumb.c
===
---
Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha2
On Thu, 15 Nov 2012 16:56:43 +0200 Tom Hacohen t...@stosb.com said: On 15/11/12 01:54, Carsten Haitzler (The Rasterman) wrote: no i dont get it. thats my point. right now i'm rummaging thru gtk menus in sylpheed. just fine. i am sliding my mouse across the menu bar at the top showing and hiding menus one after the other really fast and they ll work and show/hide. no missing menus. I think most of the people that had it had it with new (i.e new versions) distros like arch. I guess you don't get it on your Series 9, right? It happens to me after a couple of hours, so maybe it has something to do with dim or whatever. i don't see how backlight could have anything to do with this. sure - cpufreq and speed and race conditions - possibly, but not backlight :) I really don't have the time to fix it, sorry. As for the release with huge super-bugs. That's just retarded. E isn't usable for me in it's current state, and I'm not the only one, and heck, we are not even a huge minority. It's not some minor issue, it's a damn huge issue, or more correctly, a set of huge issues. people wanted release dates. they insist on timed releases. e goes out bugs or not. this is the consequence of this, rather than the when it's ready. i made this point repeatedly only to be poopood so it's time the lesson is learned. those who can reproduce it should look into it, if they care and have the time, and get it fixed before release. if not... it goes out with this bug. it works for me on every machine i have (that's 7 quite different ones right now) without this bug. that's several different versions of ubuntu AND arch. that's really slow (pentium-m @ 600mhz) up to 3.4ghz i7's and everything in between. it's nvidia, nouveau, intel 945gm, hd3000's and software compositing. we can spend all day saying i have the bug and i do not have the bug. i'm not arguing that it doesn't exist. i'm saying that it's all empty words as long as those who DO reproduce it don't do the work to fix it, as those who can't are never going to figure it out magically, so that means release will be delayed indefinitely if this situation continues... and that is not going to happen, so release date stays. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Third Party Module Warnings
On Thu, 15 Nov 2012 19:47:47 +0400 Igor Murzov e-m...@date.by said: On Thu, 15 Nov 2012 15:10:06 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 15 Nov 2012 15:05:51 +1030 Simon Lees si...@simotek.net said: Hi all, I'll make a brief comment on this not that it means much because i don't have the time to implement my soln and you are the ones that would have to deal with it. At work where i have a old OS on a distro i don't package for or care about i build from source and use the forcasts and photo's module, i haven't looked at the code for either so i have no idea what state they are in but they both work for me on multiple systems so oneday i may consider packaging them. I am yet to see the current waring as i can't upgrade atm but if it was a once off with a checkbox saying don't show it is. ?! I know button doesn't help. The warning is still shown every time. If users had the opportunity to turn it off permanently, no one would ever complain about it. it works like a charm here. across e restarts too. -- Igor again i would be happy enough if it came up every time like some of the compositing errors i would not be, and i wouldn't package these modules in a official repository. i'd suggest not packaging them anyway. My prefered solution which probably isn't yours as it is slightly more work for you would be to only show this popup in the segfault recovery popup if 3rd party modules are loaded. Something bad has happened, Enlightenment people don't read it - or only a few do. they just try and get rid of it asap. :) it also hapens to tell you your e is tainted with 3rd party modules here, but it tells u at the time the module is loaded too so you know which one it is. has crashed. You are running 3rd Party modules this may be the cause. I would also get enlightenment to create a diagnostics file for debugging which would contain a list of loaded modules the compositor in use, this becomes way too invovled as the crash dialog is insanely thin and minimal not even using efl... it goes to x directly just in case its a core bug in efl somewhere. it knows very little about e at that point and giving it all this data is a huge amount of work and thats why we warn in advance - same way the kernel does in its output (dmesg etc.) when tainting it with proprietary modules. graphics driver potentially the screen layout and any other info that can be gathered at startup and make it compolsory for bug reports to be accompanied by this file. This would give you more useful info that a inexperienced user may not be able to pin down but would be more effort to start up. Cheers, Simon -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha2
On Thu, 15 Nov 2012 20:02:18 +0200 Tom Hacohen t...@stosb.com said: On 14/11/12 02:09, Carsten Haitzler (The Rasterman) wrote: On Tue, 13 Nov 2012 21:17:22 +0200 Tom Hacohen t...@stosb.com said: On 13/11/12 17:32, Michael Blumenkrantz wrote: It's time for (drum roll) the second alpha release of E17! There's a lot of fixes that went into this delayed release, but I'm leaving work now so I won't mention them by name. Nor will I mention glima, who single-handedly managed to break configs for everyone while blaming me for it. Enjoy this release, which I have helpfully nicknamed Baldy as a way of mocking one of my coworkers. Reminder: for me and many others e is currently in a worse shape than it was a few months ago. Menus in GTK+ and etc. We really need to fix those before we continue with the track to release. For reference please see E17 - my list of biggest issues before we release. comp stuff: can't reproduce. works for me. if you have an amazing recipe for magically fixing bugs you can't reproduce or investigate, it'd be awesome to share it... :) fyi - testing across various gpu's, drivers etc. (nvidia, nouveau, intel, software comp). Luckily, comments 16-17 in here: http://trac.enlightenment.org/e/ticket/1558#comment:16 Provide a lot of useful information. For now, disabling don't comp full screens seems to work for me, so raster, it's most likely your commit of redoing nocomp mode. i remember your complaints were that menus etc. don't work regardless of the nocomp fullscreen thing. - that's a separate issue. regardless - if turning it OFF fixes it... it's a minor bug and we release regardless. it's not a blocker. we just change the default config. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Third Party Module Warnings
On Thu, 15 Nov 2012 20:00:43 +0400 Igor Murzov e-m...@date.by said: On Thu, 15 Nov 2012 09:07:41 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Wed, 14 Nov 2012 19:34:59 +0400 Igor Murzov e-m...@date.by said: On Wed, 14 Nov 2012 09:18:26 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Tue, 13 Nov 2012 16:52:44 -0600 Jeff Hoogland jeffhoogl...@linux.com said: In the latest alpha there is a warning at startup about 3rd party modules - is there a simple way to disable this message? no. i put it there very much intentionally. it's not going away. If I allow it to pop up for Bodhi users I know it will freak out a number of them (end users are a fairly skittish lot). this is part of doing QA. after week after week having people say things like i get segvs! then spending 10 mins back and forth finding its a out-of-e17 tree module causing it That is not true. The crashes were also caused by bugs in E itself. and the code path triggered by a 3rd party module. i don't care if e's code was to blame - it's a bug we DONT NEED TO FIX FOR RELEASE. making a release is about prioritizing and cutting out stuff so you can get it done. this is cutting out work on/elated to 3rd party code that inserts itself into e and cand then do anything it likes. there is no protection or safety. it's not possible to do actually (not for a module or plugin - it'd need to be pushed into another process and that negates the benefits of a module then). Also there are some patches on ML (including mine) that fix crashes in external modules, but no one cares enough to review them. see above. priorities. and believe it or not - we're pretty busy. And this shitty warning-dialog has nothing to do with QA anyway. i suggest you tell the kernel developers that their tainted mssages are also useless. they'd love to hear that. Useful messages should help to identify and fix bugs. And this warning dialog is to take off responsibility for extra modules, not to help with fixing bugs. So my point still stands. helping to fix and identify bugs also means filtering out noise from the signal. In fact, when i install some alpha software, i do realize that there are some known bugs in it. When i install extra modules for alpha software, i do realize that there are may be some bugs. And poping up a window any time i load some module doesn't make me more careful or something. tell that to the dozens upon dozens of people that have wasted my time debugging a buggy 3rd party module. it's there because it has become a REAL problem. the dialog box has an i know button. hit that and e NEVER complains again. its JUST ONCE... if u hit i know. it remembers and you can unload and load that set of approved modules as much as u like and it never complains again... until you load a new module u havent said i know to before. perhaps you should just hit i know. fact is enough people DON'T KNOW and need to be told. -- Igor -- Igor (eg get them to unload engage and problem goes away), i'm tired of my time being wasted by this. we aren't releasing engage. we aren't releasing places, tclock or any of these. we are releasing e17. this is e's version of the kernels tainted message. as a gui app.. we stuff that message into the gui. perhaps you should simply not have any 3rd party modules loaded/enabled by default in any profile in bodhi as frankly... we will wipe our hands of them and the problems they cause. we don't have the manpower to spend on that. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Third Party Module Warnings
On Thu, 15 Nov 2012 22:41:47 +0100 Davide Andreoli d...@gurumeditation.it said: 2012/11/15 Michael Blumenkrantz michael.blumenkra...@gmail.com On Thu, 15 Nov 2012 21:49:58 +0100 Davide Andreoli d...@gurumeditation.it wrote: 2012/11/15 Carsten Haitzler ras...@rasterman.com On Wed, 14 Nov 2012 21:04:59 +0100 Davide Andreoli d...@gurumeditation.it said: 2012/11/14 Carsten Haitzler ras...@rasterman.com On Tue, 13 Nov 2012 17:04:40 -0800 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: Alternatively work to have such modules in tree. yup. if they come in tree, then we take responsibility for it. Since I've joined the project I saw (or helped) many modules to be included in core. All it takes is little effort to make them good quality and fit a purpose. tclock is stupid as clock does the same (I blame e17 for not having digital clock since day0), places could be included with some effort. indeed. though imho places should really become a feature of efm rather than a module of its own (well feature of fileman module). e17 needs/wants some of these 3rd party modules - cpu and mem meters for example, but we just havent had the time to deal with it. :) We discussed the inclusion of Places many times in the past and we never found a deal Places is in a good shape, I support it and (as far as I know) it doesn't have issues. I agree we should include it in the official modules, but I disagree to merge it with efm, the reason is simple: I don't want to force the user to use efm, the user should be free to use his preferred file manager and still be able to use Places. That said, I will be happy to include Places in the e tree, as it is now, not merged with efm. can this be a solution? including it and not making it prt of efm is admitting that efm is crap and users cant and don't want to use it. regardless of what efm may or may not be the message is a bad one and it basically encourages us to give up on it. and that i will not have. sooner or later you have to admit it: efm is crap, no one want to use it and no one is interested in developing it. I'll admit that I take particular offense at your claim given the amount of time and effort I've put into making it NOT crap. If you're going to make broad statements like this, at least provide some reasons to back them up. Sorry, really! I didn't want to offend you. I have also spent lots of my (free) time on it in the past. but I am equally offended by e17 that, every day, say that my module is unstable! I think it's crap, or at least it doesn't fulfill my needs, for too much reasons so I simply don't use it. If you like we can start another thread to discuss the efm behavior, but warning, my first topic will be: E is a window manager not a file manager, I dont want my WM to manage my files if e is a wm - then it shouldn't have a shelf. wm's don't launch apps. they dont tel you battery level. just manage windows. hell no background. wm's don't composite - no compositor. pointless argument there. e17 is a DESKTOP SHELL. the bits of a desktop minus the apps. e has been on the path to gaining more features in addition to managing windows since the very first day it existed. the very FIRST release of E - DR 0.1 managed root window background. at the time NO window managers did this - you used external tools (xsetroot, xv etc.)... -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: seoz trunk/elementary/src/lib
On Fri, 16
so only left mouse button produces clicked signals? right mouse can produce
something else - eg for context popopups (as the clicked singal doesnt let u
know WHICH button caused it... so its not sane to figure it out inside the
clicked callback).
hi, seoz.
I don't understand why ev-gt;button != 1 is required in the mouse
callbacks.
+ void *event_info)
{
+ Evas_Event_Mouse_Up *ev = event_info;
+
+ if (ev-gt;button != 1) return;
}
What does it intended for?
-Regards, Hermet-
-Original Message-
From: Enlightenment SVNlt;no-re...@enlightenment.orggt;
To: lt;enlightenment-...@lists.sourceforge.netgt;;
Cc:
Sent: 2012-11-14 (수) 19:49:54
Subject: E SVN: seoz trunk/elementary/src/lib
Log:
elm image, photo, plug, segment_control, thumb: Check button type and on_hold
flag on mouse_down/up.
Author: seoz
Date: 2012-11-14 02:49:54 -0800 (Wed, 14 Nov 2012)
New Revision: 79284
Trac: http://trac.enlightenment.org/e/changeset/79284
Modified:
trunk/elementary/src/lib/elm_image.c trunk/elementary/src/lib/elm_photo.c
trunk/elementary/src/lib/elm_plug.c
trunk/elementary/src/lib/elm_segment_control.c
trunk/elementary/src/lib/elm_thumb.c
Modified: trunk/elementary/src/lib/elm_image.c
===
--- trunk/elementary/src/lib/elm_image.c 2012-11-14 10:49:51 UTC (rev
79283) +++ trunk/elementary/src/lib/elm_image.c 2012-11-14 10:49:54
UTC (rev 79284) @@ -42,8 +42,13 @@
_on_mouse_up(void *data,
Evas *e __UNUSED__,
Evas_Object *obj __UNUSED__,
- void *event_info __UNUSED__)
+ void *event_info)
{
+ Evas_Event_Mouse_Up *ev = event_info;
+
+ if (ev-gt;button != 1) return;
+ if (ev-gt;event_flags amp; EVAS_EVENT_FLAG_ON_HOLD) return;
+
evas_object_smart_callback_call(data, SIG_CLICKED, NULL);
}
Modified: trunk/elementary/src/lib/elm_photo.c
===
--- trunk/elementary/src/lib/elm_photo.c 2012-11-14 10:49:51 UTC (rev
79283) +++ trunk/elementary/src/lib/elm_photo.c 2012-11-14 10:49:54
UTC (rev 79284) @@ -172,10 +172,13 @@
Evas_Object *icon,
void *event_info __UNUSED__)
{
+ Evas_Event_Mouse_Down *ev = event_info;
+
ELM_PHOTO_DATA_GET(data, sd);
+ if (ev-gt;button != 1) return;
+
if (sd-gt;long_press_timer) ecore_timer_del(sd-gt;long_press_timer);
-
/* FIXME: Hard coded timeout */
sd-gt;long_press_timer = ecore_timer_add(0.7, _long_press_cb, data);
evas_object_event_callback_add
@@ -188,8 +191,12 @@
Evas_Object *obj __UNUSED__,
void *event_info __UNUSED__)
{
+ Evas_Event_Mouse_Up *ev = event_info;
ELM_PHOTO_DATA_GET(data, sd);
+ if (ev-gt;button != 1) return;
+ if (ev-gt;event_flags amp; EVAS_EVENT_FLAG_ON_HOLD) return;
+
if (sd-gt;long_press_timer)
{
ecore_timer_del(sd-gt;long_press_timer);
Modified: trunk/elementary/src/lib/elm_plug.c
===
--- trunk/elementary/src/lib/elm_plug.c 2012-11-14 10:49:51 UTC (rev
79283) +++ trunk/elementary/src/lib/elm_plug.c2012-11-14 10:49:54 UTC
(rev 79284) @@ -54,8 +54,13 @@
_on_mouse_up(void *data,
Evas *e __UNUSED__,
Evas_Object *obj __UNUSED__,
- void *event_info __UNUSED__)
+ void *event_info)
{
+ Evas_Event_Mouse_Up *ev = event_info;
+
+ if (ev-gt;button != 1) return;
+ if (ev-gt;event_flags amp; EVAS_EVENT_FLAG_ON_HOLD) return;
+
evas_object_smart_callback_call(data, SIG_CLICKED, NULL);
}
Modified: trunk/elementary/src/lib/elm_segment_control.c
===
--- trunk/elementary/src/lib/elm_segment_control.c2012-11-14 10:49:51
UTC (rev 79283) +++ trunk/elementary/src/lib/elm_segment_control.c
2012-11-14 10:49:54 UTC (rev 79284) @@ -311,15 +311,15 @@
Evas_Object *obj __UNUSED__,
void *event_info)
{
- Elm_Segment_Item *it;
- Evas_Event_Mouse_Up *ev;
+ Elm_Segment_Item *it = data;
+ Evas_Event_Mouse_Up *ev = event_info;
Evas_Coord x, y, w, h;
- it = data;
ELM_SEGMENT_CONTROL_DATA_GET(WIDGET(it), sd);
+ if (ev-gt;button != 1) return;
+ if (ev-gt;event_flags amp; EVAS_EVENT_FLAG_ON_HOLD) return;
if (elm_widget_disabled_get(ELM_WIDGET_DATA(sd)-gt;obj)) return;
-
if (it == sd-gt;selected_item) return;
ev = event_info;
@@ -338,13 +338,13 @@
Evas_Object *obj __UNUSED__,
void *event_info __UNUSED__)
{
- Elm_Segment_Item *it;
+ Elm_Segment_Item *it = data;
+ Evas_Event_Mouse_Down *ev = event_info;
- it = data;
Re: [E-devel] E SVN: seoz trunk/elementary/src/lib
see... thank you.
-Regards, Hermet-
-Original Message-
From: Carsten Haitzlerlt;ras...@rasterman.comgt;
To: Enlightenment developer
listlt;enlightenment-devel@lists.sourceforge.netgt;;
Cc: ChunEon Parklt;her...@naver.comgt;;
lt;enlightenment-...@lists.sourceforge.netgt;;
Sent: 2012-11-16 (금) 10:28:39
Subject: Re: [E-devel] E SVN: seoz trunk/elementary/src/lib
On Fri, 16
so only left mouse button produces clicked signals? right mouse can produce
something else - eg for context popopups (as the clicked singal doesnt let u
know WHICH button caused it... so its not sane to figure it out inside the
clicked callback).
gt; hi, seoz.
gt;
gt;
gt; I don't understand why ev-gt;button != 1 is required in the mouse
gt; callbacks.
gt;
gt;
gt;
gt; + void *event_info)
gt; {
gt; + Evas_Event_Mouse_Up *ev = event_info;
gt; +
gt; + if (ev-gt;button != 1) return;
gt; }
gt;
gt;
gt; What does it intended for?
gt;
gt;
gt;
gt;
gt;
gt; -Regards, Hermet-
gt;
gt; -Original Message-
gt; From: Enlightenment SVNlt;no-re...@enlightenment.orggt;
gt; To: lt;enlightenment-...@lists.sourceforge.netgt;;
gt; Cc:
gt; Sent: 2012-11-14 (수) 19:49:54
gt; Subject: E SVN: seoz trunk/elementary/src/lib
gt;
gt; Log:
gt; elm image, photo, plug, segment_control, thumb: Check button type and
on_hold
gt; flag on mouse_down/up.
gt;
gt; Author: seoz
gt; Date: 2012-11-14 02:49:54 -0800 (Wed, 14 Nov 2012)
gt; New Revision: 79284
gt; Trac: http://trac.enlightenment.org/e/changeset/79284
gt;
gt; Modified:
gt; trunk/elementary/src/lib/elm_image.c trunk/elementary/src/lib/elm_photo.c
gt; trunk/elementary/src/lib/elm_plug.c
gt; trunk/elementary/src/lib/elm_segment_control.c
gt; trunk/elementary/src/lib/elm_thumb.c
gt;
gt; Modified: trunk/elementary/src/lib/elm_image.c
gt; ===
gt; --- trunk/elementary/src/lib/elm_image.c 2012-11-14 10:49:51 UTC (rev
gt; 79283) +++ trunk/elementary/src/lib/elm_image.c2012-11-14 10:49:54
gt; UTC (rev 79284) @@ -42,8 +42,13 @@
gt; _on_mouse_up(void *data,
gt; Evas *e __UNUSED__,
gt; Evas_Object *obj __UNUSED__,
gt; - void *event_info __UNUSED__)
gt; + void *event_info)
gt; {
gt; + Evas_Event_Mouse_Up *ev = event_info;
gt; +
gt; + if (ev-gt;button != 1) return;
gt; + if (ev-gt;event_flags amp; EVAS_EVENT_FLAG_ON_HOLD) return;
gt; +
gt; evas_object_smart_callback_call(data, SIG_CLICKED, NULL);
gt; }
gt;
gt;
gt; Modified: trunk/elementary/src/lib/elm_photo.c
gt; ===
gt; --- trunk/elementary/src/lib/elm_photo.c 2012-11-14 10:49:51 UTC (rev
gt; 79283) +++ trunk/elementary/src/lib/elm_photo.c2012-11-14 10:49:54
gt; UTC (rev 79284) @@ -172,10 +172,13 @@
gt; Evas_Object *icon,
gt; void *event_info __UNUSED__)
gt; {
gt; + Evas_Event_Mouse_Down *ev = event_info;
gt; +
gt; ELM_PHOTO_DATA_GET(data, sd);
gt;
gt; + if (ev-gt;button != 1) return;
gt; +
gt; if (sd-gt;long_press_timer) ecore_timer_del(sd-gt;long_press_timer);
gt; -
gt; /* FIXME: Hard coded timeout */
gt; sd-gt;long_press_timer = ecore_timer_add(0.7, _long_press_cb, data);
gt; evas_object_event_callback_add
gt; @@ -188,8 +191,12 @@
gt;Evas_Object *obj __UNUSED__,
gt;void *event_info __UNUSED__)
gt; {
gt; + Evas_Event_Mouse_Up *ev = event_info;
gt; ELM_PHOTO_DATA_GET(data, sd);
gt;
gt; + if (ev-gt;button != 1) return;
gt; + if (ev-gt;event_flags amp; EVAS_EVENT_FLAG_ON_HOLD) return;
gt; +
gt; if (sd-gt;long_press_timer)
gt; {
gt; ecore_timer_del(sd-gt;long_press_timer);
gt;
gt; Modified: trunk/elementary/src/lib/elm_plug.c
gt; ===
gt; --- trunk/elementary/src/lib/elm_plug.c2012-11-14 10:49:51 UTC (rev
gt; 79283) +++ trunk/elementary/src/lib/elm_plug.c 2012-11-14 10:49:54 UTC
gt; (rev 79284) @@ -54,8 +54,13 @@
gt; _on_mouse_up(void *data,
gt; Evas *e __UNUSED__,
gt; Evas_Object *obj __UNUSED__,
gt; - void *event_info __UNUSED__)
gt; + void *event_info)
gt; {
gt; + Evas_Event_Mouse_Up *ev = event_info;
gt; +
gt; + if (ev-gt;button != 1) return;
gt; + if (ev-gt;event_flags amp; EVAS_EVENT_FLAG_ON_HOLD) return;
gt; +
gt; evas_object_smart_callback_call(data, SIG_CLICKED, NULL);
gt; }
gt;
gt;
gt; Modified: trunk/elementary/src/lib/elm_segment_control.c
gt; ===
gt; --- trunk/elementary/src/lib/elm_segment_control.c 2012-11-14 10:49:51
gt; UTC (rev 79283) +++ trunk/elementary/src/lib/elm_segment_control.c
gt; 2012-11-14 10:49:54 UTC (rev 79284) @@ -311,15 +311,15 @@
gt; Evas_Object *obj
Re: [E-devel] e_dbus edbus, compilation order matters
i am using the previously described hell. method and works fine on 2 machine, archlinux Thank You. --- --- --- --- --- --- --- --- --- Deon Thomas [ http://www.elivecd.org ] Programmer / Network Admin / Microsoft Certified Technology Specialist On Thu, Nov 15, 2012 at 10:11 AM, Jérémy Zurcher jer...@asynk.ch wrote: Hi, after reading the long threads about how unstable e17 was and having myself some gtk popup menus issues, right left background click leading to freeze or SEGV, etc I finally found that from trunk, compiling efl,ecore,e_dbus,edbus,efreet... leads to a pretty sane system, compiling efl,ecore,edbus,e_dbus,efreet... leads to the previously described hell. might help some of you ... regards, Jérémy -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Third Party Module Warnings
On Thu, 15 Nov 2012 22:41:47 +0100 Davide Andreoli d...@gurumeditation.it wrote: 2012/11/15 Michael Blumenkrantz michael.blumenkra...@gmail.com On Thu, 15 Nov 2012 21:49:58 +0100 Davide Andreoli d...@gurumeditation.it wrote: 2012/11/15 Carsten Haitzler ras...@rasterman.com On Wed, 14 Nov 2012 21:04:59 +0100 Davide Andreoli d...@gurumeditation.it said: 2012/11/14 Carsten Haitzler ras...@rasterman.com On Tue, 13 Nov 2012 17:04:40 -0800 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: Alternatively work to have such modules in tree. yup. if they come in tree, then we take responsibility for it. Since I've joined the project I saw (or helped) many modules to be included in core. All it takes is little effort to make them good quality and fit a purpose. tclock is stupid as clock does the same (I blame e17 for not having digital clock since day0), places could be included with some effort. indeed. though imho places should really become a feature of efm rather than a module of its own (well feature of fileman module). e17 needs/wants some of these 3rd party modules - cpu and mem meters for example, but we just havent had the time to deal with it. :) We discussed the inclusion of Places many times in the past and we never found a deal Places is in a good shape, I support it and (as far as I know) it doesn't have issues. I agree we should include it in the official modules, but I disagree to merge it with efm, the reason is simple: I don't want to force the user to use efm, the user should be free to use his preferred file manager and still be able to use Places. That said, I will be happy to include Places in the e tree, as it is now, not merged with efm. can this be a solution? including it and not making it prt of efm is admitting that efm is crap and users cant and don't want to use it. regardless of what efm may or may not be the message is a bad one and it basically encourages us to give up on it. and that i will not have. sooner or later you have to admit it: efm is crap, no one want to use it and no one is interested in developing it. I'll admit that I take particular offense at your claim given the amount of time and effort I've put into making it NOT crap. If you're going to make broad statements like this, at least provide some reasons to back them up. Sorry, really! I didn't want to offend you. I have also spent lots of my (free) time on it in the past. but I am equally offended by e17 that, every day, say that my module is unstable! I think it's crap, or at least it doesn't fulfill my needs, for too much reasons so I simply don't use it. If you like we can start another thread to discuss the efm behavior, but warning, my first topic will be: E is a window manager not a file manager, I dont want my WM to manage my files peace and love :) Hey Davide, I think a lot of people appreciate the work you've done on the Places module. The only reason that it is marked as unstable is that we are trying to prepare for the E17 release. The remaining bugs are, mostly, VERY hard to track down, so we are simply trying to minimize the possibility that ANY module which will not be shipped in this release is generating a bug which we (wrongly) believe is a bug in core E functionality. It has nothing to do with the actual state or quality of any modules that are warned against. As for EFM, I agree that it still needs a lot of work. I think discussing it at a later time would be better, however, since at the moment I don't think there will be any more changes to it before release :) -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Elementary] [edc map] How to calculate EDC map's rotated coordinates ?
On Thu, 15 Nov 2012 14:38:57 + (GMT) Sumanth Krishna Mannam sumant...@samsung.com said: sim,ple answer - u cant calculate the coords yourself. it's done by edje for you based on rotation, rotation center and part geometry. if you want to do map by hand outside of edje you perfectly can... but it's outside and now up to you. as for your last question - i don't understand exactly what you want. can you give a better/more detailed description/example? Hi, I have a query related to EDC map. I am adding EDC map to an edc RECT part and I am giving some rotation angle (say 30 degrees, Z dir) in edc itself. [Map's perspective, rotation center all are set as the same part.] Can anyone please tell me if there is any direct way (APIs) to calculate the geometry of this rotated RECT part in .c file ? Now, suppose, I am calulating the rotated geometry by using the rect part's edje_object applying Rotation Matrix on its geometry(Ø = 30): it is giving me correct co-ordinates for the first time. But once the object RESIZES or its position changes, this method is giving me the wrong co-ordinates. How can I calculate the co-ordinates of BOX in which the rect part is inscribed during map's rotation. Please suggest me a solution in such cases. Thank you, Sumanth --- Sumanth Krishna Mannam Senior Software Engineer Bangalore, India -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha2
On 16/11/12 03:07, Carsten Haitzler (The Rasterman) wrote: i remember your complaints were that menus etc. don't work regardless of the nocomp fullscreen thing. - that's a separate issue. regardless - if turning it OFF fixes it... it's a minor bug and we release regardless. it's not a blocker. we just change the default config. Used to be unrelated to nocomp, but I think discomfitor fixed those, and now there are only the nocomp issues left, or at least so it seems. Yeah, we can just disable that, but we should disable that by default. Since a first time e user won't bother looking in the ML archives or FAQs, he'll just switch back to whatever he had used before. -- Tom. -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Outdated docs
Hey guys, last time our docs were generated was at Oct 3. Could anybody fix that, please ? Regards -- Bruno Dilly Senior Developer ProFUSION embedded systems http://profusion.mobi -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
