Re: [E-devel] efl single tree changes, need help!
On Fri, 12 Oct 2012 14:45:57 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 12 Oct 2012 13:05:20 +1000 David Seikel onef...@gmail.com said: On Fri, 12 Oct 2012 11:47:25 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: yup. this is going to be a general issue to solve in the build tree. we need to ensure the new efl tree can compile and bootstrap itself on a system wih zero previous efl. this is going to be tricky once we get to running eet, epp, embryo_cc and edje_cc. we need a general solutin to these. The solution I have seen in a couple of places is to have a two stage build. First build the tools you will need to build the rest, building them for the host system if cross compiling. Then use those tools to build it all, including building the tools once more. The tools built during the first pass can be cut down versions, only enough to be able to build the rest. For instance, edje_cc probably wont need Lua support for the first pass. yeah. i'm mulling such a thing. 2 stage - build tools, install in a tmp dir tree in the build tree then use them to continue the build after that. this hurts cross-compile unless we make the compile 2 stage like: ./configure make bootstrap make make install (so the bootstrap can be provides separately in $PATH in the build host architecture). or ./configure --disable-bootstrap make make install for cross-build etc. That will be why I said that during cross compiling, the first stage builds the tools for the HOST system. B-) I think Vincent is already doing something like this. I remember that he was building Windows releases under Linux? -- 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 -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] efl single tree changes, need help!
On Fri, Oct 12, 2012 at 8:57 AM, David Seikel onef...@gmail.com wrote: On Fri, 12 Oct 2012 14:45:57 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 12 Oct 2012 13:05:20 +1000 David Seikel onef...@gmail.com said: On Fri, 12 Oct 2012 11:47:25 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: yup. this is going to be a general issue to solve in the build tree. we need to ensure the new efl tree can compile and bootstrap itself on a system wih zero previous efl. this is going to be tricky once we get to running eet, epp, embryo_cc and edje_cc. we need a general solutin to these. The solution I have seen in a couple of places is to have a two stage build. First build the tools you will need to build the rest, building them for the host system if cross compiling. Then use those tools to build it all, including building the tools once more. The tools built during the first pass can be cut down versions, only enough to be able to build the rest. For instance, edje_cc probably wont need Lua support for the first pass. yeah. i'm mulling such a thing. 2 stage - build tools, install in a tmp dir tree in the build tree then use them to continue the build after that. this hurts cross-compile unless we make the compile 2 stage like: ./configure make bootstrap make make install (so the bootstrap can be provides separately in $PATH in the build host architecture). or ./configure --disable-bootstrap make make install for cross-build etc. That will be why I said that during cross compiling, the first stage builds the tools for the HOST system. B-) I think Vincent is already doing something like this. I remember that he was building Windows releases under Linux? http://www.gnu.org/software/autoconf/manual/autoconf.html#Hosts-and-Cross_002dCompilation Vincent -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announcement] New E17 Snapshot
On 10/12/12 07:53, Michael Blumenkrantz wrote: I'm off on vacation next week (again), so here's another amazing snapshot of E17 http://enlightenment.org/p.php?p=news/showl=ennews_id=60http://enlightenment.org/p.php?p=news/showl=ennews_id=59 And the downloads are here: http://download.enlightenment.org/snapshots /2012-10-12/enlightenment-0.16.999.77927.tar.gzhttp://download.enlightenment.org/snapshots/2012-09-18/enlightenment-0.16.999.76819.tar.gz http://download.enlightenment.org/snapshots /2012-10-12/enlightenment-0.16.999.77927.tar.bz2http://download.enlightenment.org/snapshots/2012-09-18/enlightenment-0.16.999.76819.tar.bz2 This is the ice cream sundae of releases. You should all consume it immediately and without hesitation. Your links are pointing to the old snapshots. Back to the future? -- Jérôme Pinot http://ngc891.blogdns.net/ signature.asc Description: Digital signature -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announcement] New E17 Snapshot
On Fri, 12 Oct 2012 16:39:20 +0900 Jérôme Pinot ngc...@gmail.com wrote: On 10/12/12 07:53, Michael Blumenkrantz wrote: I'm off on vacation next week (again), so here's another amazing snapshot of E17 http://enlightenment.org/p.php?p=news/showl=ennews_id=60http://enlightenment.org/p.php?p=news/showl=ennews_id=59 And the downloads are here: http://download.enlightenment.org/snapshots /2012-10-12/enlightenment-0.16.999.77927.tar.gzhttp://download.enlightenment.org/snapshots/2012-09-18/enlightenment-0.16.999.76819.tar.gz http://download.enlightenment.org/snapshots /2012-10-12/enlightenment-0.16.999.77927.tar.bz2http://download.enlightenment.org/snapshots/2012-09-18/enlightenment-0.16.999.76819.tar.bz2 This is the ice cream sundae of releases. You should all consume it immediately and without hesitation. Your links are pointing to the old snapshots. Back to the future? whoops, forgot to update them. http://download.enlightenment.org/snapshots/2012-10-12/enlightenment-0.16.999.77927.tar.gz http://download.enlightenment.org/snapshots/2012-10-12/enlightenment-0.16.999.77927.tar.bz2 -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EDJE Templates
Do you mean edje GUI editor? If so, checkout editje. Daniel Juyung Seo (SeoZ) On Oct 12, 2012 11:27 AM, Sanjeev BA eflel...@gmail.com wrote: Dear EFL developers, I am looking for pre-defined edje templates for creating applications like content editors. look and feel ballpark = notepad My Edje Template GIMP. (Not as clustered as GIMP, but not as simple as notepad) If there are already ones that are available, kindly let me know. Best Regards, Sanjeev -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [PATCH][ELEMENTARY][DOC] elm_slideshow returns value documentation fix
Hi, In elm_slideshow_timeout_get documentation is no information about what function returns on errors. I've prepared a little patch which add this information. Please take a look at attached patch. BR, MJ elm_slideshow_doc.patch Description: Binary data -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH][ELEMENTARY][DOC] elm_slideshow returns value documentation fix
Thanks. in 77936 :) -Original Message- From: Michal Jagiellolt;m.jagie...@samsung.comgt; To: lt;enlightenment-devel@lists.sourceforge.netgt;; Cc: Sent: 2012-10-12 (금) 18:38:09 Subject: [E-devel] [PATCH][ELEMENTARY][DOC] elm_slideshow returns value documentation fix Hi, In elm_slideshow_timeout_get documentation is no information about what function returns on errors. I've prepared a little patch which add this information. Please take a look at attached patch. BR, MJ -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] efl tree
Carsten Haitzler (The Rasterman) schrieb: On Wed, 10 Oct 2012 21:52:30 +0200 Thomas Sachau to...@gentoo.org said: Tom Hacohen schrieb: On 10/10/12 11:11, Stefan Schmidt wrote: Hello. On 10/10/12 10:04, Tom Hacohen wrote: On 10/10/12 11:00, Stefan Schmidt wrote: Hello. On 10/10/12 09:50, David Seikel wrote: On Wed, 10 Oct 2012 09:37:00 +0100 Stefan Schmidt s.schm...@samsung.com wrote: Image loaders are way more complicated sadly as we drag in dependencies here. I would vote for making jpeg, png, gif, bmp, eet on by default. For the others we might need to see what libs distros ship in a default installation so we can decide if we have a hard dep on these libs or not. Better would be to remove the options, but detect them at build time to see if they should be included. Things should never be hard dependencies, unless they actually are. I see that you don't want to have this for your embedded project. :) But I disagree here. Autodetection is even worse in the case for the image loaders as your application will fail during runtime to load a theme or display thumbnails, etc. In your strictly controlled env this is not a problem as you can only blame yourself but in my opinion this is a no-no for almost all other users. Thus I would vote against autodetection and choose the hard deps carefully to fit the majority of our users. I'm also against autodetection. I prefer strict option setting. But you want to have them (all?) on by default and just let people disable them if needed. This would defeat the original purpose of removing options, right? :) regards Stefan Schmidt I think the ideas is to remove useless options, not useful. :) I'm not really against it, I'm fine with automagically detecting stuff if packagers don't find this annoying, the real question is: do they? Of course they do. automagic does mean, that you cant control, what actually happens, so you will never know, what a specific package will do. Just a basic example: Optional dependency installed, automagic package sees it, uses it, but user/developer/packager does not notice it, later the optional dependency gets removed. The result: broken automagic package and no way to properly fix this. for someone doing rpm pkging... you should know that this wont happen because rpm does auto deps... it ldd's everything looking for deps. As you can see in my sig, i do work on Gentoo Linux and until now, i dont create rpms but instead ebuilds, so this is no valid point. ;-) Beside that, it is also a valid point for creation of rpms, since the list of dependencies and features will then change, always depending on the currently installed list of optional dependencies of the packager. So if someone starts with a minimal system, he will have all optional features disabled, and a new build of the package later on with more optional packages installed would create a different result, since it includes more optional features and more dependencies. So again someone would have to check the build system itself for optional automagic dependencies, install them all before building packages for efl, just to be sure to always have the same result. And again, just forcing those dependencies would make it much easier for the packager, since the result does not vary depending on the current set of installed optional dependencies. So again: Either force-disable/force-enable a feature or allow configure switches for it, automagic just causes more confusion and more work for packagers and users. -- Thomas Sachau Gentoo Linux Developer signature.asc Description: OpenPGP digital signature -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch][Elementary]Map: Use proxy Clean up edc
in svn big big thx !!! 2012/10/12 Bluezery ohpo...@gmail.com Dear EFL developers, Before, map duplicated icons by copying icon object's properties. So It can only duplicate icon. I changed to use evas object proxy. So now, any evas object can be duplicated even when class icon is changed. Also I remove unused groups in map.edc and please remove map_item_1.png and map_item_2.png. This is not used anymore. Also please add map_item.png. It will be better use this instead of radio2.png . Currently, elm_map only support tile map and have it's own tile management engine. Next step, I will modify some plug-in interface for other engine support such as vector map engine. So elm_map have tile engine as it's default engine and support other engines. Please review this patch. -- BRs, Kim. -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Michaël Bouchaud (yoz) y...@efl.so -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [E-Devel][Patch][Elementary]Genlist - Edje Item Cache Refactoring
On Fri, 5 Oct 2012 11:09:12 +0900 Bluezery ohpo...@gmail.com said:
that's a pretty big patch for a much smaller set of actual work. reading the
patch took time because of this (i keep having to compere your new functions to
the old which have like 90% of the same stuff - but they are moved around in
the file thus unchanged bits becoming part of the patch).
question: why do you not clear (all_free) the cache when block count is set? if
someone sets block count to 4 the item cache will at that point be much bigger
still.. ?
question: item_cache_push seems to want to do more now.. so if nocache_once or
nocache are set you del the vie obj and spacer THEN you go to item clean which
now tries to delete signal callbacks from a deleted edje object. this isn't very
nice. :) it should at least check if (VIEW(it)) { ..
edje_object_signal_del... } there and SET it to NULL on deletion... the only
thing saving you here is evas's deferred deletion (gcing) of deleted objects
and magic number checking. this is not something you should depend on. it may
change in future, and then this code would fall apart nicely :)
i fixed the above for you and put in the patch. :) thanks! :)
I resolved conflicts with recent svn.
2012/10/2 Bluezery ohpo...@gmail.com:
Dear EFL developers,
This is patch for reconstructing genlist's item cache.
Each item cache functions do harsh jobs so just push,pop by Elm_Gen_Item *
now. Before, cache is disabled by comments. But I enabled item cache again
(even for the case which tree_effect_enabled is on).
I changed some functions:
_item_cache_find() -- _item_cache_pop()
_item_cache_add() -- _item_cache_push()
_item_cache_zero() --_item_cache_all_free()
And I removed _item_cache_clean() function because I made
_item_cache_push() to don't exceed the item_cache_max. So clean-up of
cache is not needed anymore.
I will do more re-factoring jobs for genlist.
Please review this patch.
--
BRs,
Kim.
--
BRs,
Kim.
--
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Bug on toggle button
On Tue, 2 Oct 2012 11:18:28 -0300 Ricardo Almeida rica...@profusion.mobi said: aaah it only happens when NO label is set on the toggle style. :) fixed. Hi! I'm coding an application that needs elementary widgets and I'm using a vertical box to pack the widgets. I found a bug on the toggle button. When I used finger size: 5 on elementary_config, the toggle alignment wasn't right. http://people.profusion.mobi/~ricardo/finger_screenshots/finger_01.png http://people.profusion.mobi/~ricardo/finger_screenshots/finger_02.png As you can see on the image, the toggle is below the labels. When I increased the finger size value the problem was solved. http://people.profusion.mobi/~ricardo/finger_screenshots/finger_03.png http://people.profusion.mobi/~ricardo/finger_screenshots/finger_04.png -- Ricardo de Almeida Gonzaga http://profusion.mobi embedded systems -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ 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 -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [patch][elementary] conformant - use layout focus next, direction
On Thu, 4 Oct 2012 15:21:06 +0900 Kim Shinwoo kimcinoo@gmail.com said: um.. there would be a reason to not use focus next and direction stuff.. please let me know why the conform does not use those.. if there is no reason, please keep the patch. thanks. thanks! there is no reason for confom not be part of the frocus chain. patch in! :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Entry widget, memory corrupted
On Thu, 4 Oct 2012 04:18:24 -0400 (EDT) david.obo...@aliceadsl.fr said: Hello, I write a simple text editor with the Entry widget (elementary 1.7). But when I use that in a big file (for example 300 lines), I have an memory corrupted error (it works for small file). The Entry widget has a maximal number of character? the only limits are how much memory you have. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Entry widget, memory corrupted
On Thu, 4 Oct 2012 07:55:30 -0400 (EDT) david.obo...@aliceadsl.fr said: i've run your small app in valgrind - zero complaints. no crashes. it works fine for me. your code seems to be a bit heavy in what it does on every single change by a user, and its limited to dealing with 1 line at a time of change, but i dont immediately spot anything bad with your code other than not checking return values like from elm_entry_selection_get() (it could return NULL and u strdup wit without checks). also you play with the selection meaning existing selections get killed too., but that wouldnt case your issue. something is stomping over the object structure memory and corrupting it. what is doing that - i don't know. it seems to not do it here. I have found the roots of my problem: it's the COMPAT_SMART_DATA(sd)-text_get(obj, part); instruction in the elm_widget.c When I arrive in this instruction, I have a memory corrupted - Mail original - De: Cedric BAIL cedric.b...@free.fr À: Enlightenment developer list enlightenment-devel@lists.sourceforge.net Envoyé: Jeudi 4 Octobre 2012 10:57:52 Objet: Re: [E-devel] Entry widget, memory corrupted On Thu, Oct 4, 2012 at 5:18 PM, david.obo...@aliceadsl.fr wrote: I write a simple text editor with the Entry widget (elementary 1.7). But when I use that in a big file (for example 300 lines), I have an memory corrupted error (it works for small file). The Entry widget has a maximal number of character? Not really and ecrire seems to be fine with big file. Look at http://trac.enlightenment.org/e/browser/trunk/ecrire for a sample code that use elm entry. -- Cedric BAIL -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ 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 -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] efl tree
On Fri, 12 Oct 2012 15:54:44 +0200 Thomas Sachau to...@gentoo.org said: Carsten Haitzler (The Rasterman) schrieb: On Wed, 10 Oct 2012 21:52:30 +0200 Thomas Sachau to...@gentoo.org said: Tom Hacohen schrieb: On 10/10/12 11:11, Stefan Schmidt wrote: Hello. On 10/10/12 10:04, Tom Hacohen wrote: On 10/10/12 11:00, Stefan Schmidt wrote: Hello. On 10/10/12 09:50, David Seikel wrote: On Wed, 10 Oct 2012 09:37:00 +0100 Stefan Schmidt s.schm...@samsung.com wrote: Image loaders are way more complicated sadly as we drag in dependencies here. I would vote for making jpeg, png, gif, bmp, eet on by default. For the others we might need to see what libs distros ship in a default installation so we can decide if we have a hard dep on these libs or not. Better would be to remove the options, but detect them at build time to see if they should be included. Things should never be hard dependencies, unless they actually are. I see that you don't want to have this for your embedded project. :) But I disagree here. Autodetection is even worse in the case for the image loaders as your application will fail during runtime to load a theme or display thumbnails, etc. In your strictly controlled env this is not a problem as you can only blame yourself but in my opinion this is a no-no for almost all other users. Thus I would vote against autodetection and choose the hard deps carefully to fit the majority of our users. I'm also against autodetection. I prefer strict option setting. But you want to have them (all?) on by default and just let people disable them if needed. This would defeat the original purpose of removing options, right? :) regards Stefan Schmidt I think the ideas is to remove useless options, not useful. :) I'm not really against it, I'm fine with automagically detecting stuff if packagers don't find this annoying, the real question is: do they? Of course they do. automagic does mean, that you cant control, what actually happens, so you will never know, what a specific package will do. Just a basic example: Optional dependency installed, automagic package sees it, uses it, but user/developer/packager does not notice it, later the optional dependency gets removed. The result: broken automagic package and no way to properly fix this. for someone doing rpm pkging... you should know that this wont happen because rpm does auto deps... it ldd's everything looking for deps. As you can see in my sig, i do work on Gentoo Linux and until now, i dont create rpms but instead ebuilds, so this is no valid point. ;-) sorry sory - my bad... i'm confusing thomas's - tomas chech (no h in tomasand different last name). sorry - too many t(h)omas's on my brain :) Beside that, it is also a valid point for creation of rpms, since the list of dependencies and features will then change, always depending on the currently installed list of optional dependencies of the packager. sure - but ropm will get the current set of deps right and encode that in the rpm. So if someone starts with a minimal system, he will have all optional features disabled, and a new build of the package later on with more optional packages installed would create a different result, since it includes more optional features and more dependencies. correct. there is a --enable-strict that forces deps to be strictly checked if you enabale them and thus cause a build error - this was put it for packagers, but the default is to make regular devs and users happy in that it just auto-enables or disables based on what you have to provide minimal build issues. So again someone would have to check the build system itself for optional automagic dependencies, install them all before building packages for efl, just to be sure to always have the same result. And again, just forcing those dependencies would make it much easier for the packager, since the result does not vary depending on the current set of installed optional dependencies. So again: Either force-disable/force-enable a feature or allow configure switches for it, automagic just causes more confusion and more work for packagers and users. more for packagers. less for users. users have their stuff mostly just work in terms of build. they may or may not have certain features and these are checked for later at runtime anyway, but we are making more core features not even able to be disabled in the efl tree anyway - so these wont need runtime checks as much but the rest is still automagic unless u enable the strict stuff as above - if you are a packager then go do that. :) -- Thomas Sachau Gentoo Linux Developer -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Don't let slow site performance ruin
Re: [E-devel] efl single tree changes, need help!
On Fri, 12 Oct 2012 09:22:29 +0200 Vincent Torri vincent.to...@gmail.com said: On Fri, Oct 12, 2012 at 8:57 AM, David Seikel onef...@gmail.com wrote: On Fri, 12 Oct 2012 14:45:57 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 12 Oct 2012 13:05:20 +1000 David Seikel onef...@gmail.com said: On Fri, 12 Oct 2012 11:47:25 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: yup. this is going to be a general issue to solve in the build tree. we need to ensure the new efl tree can compile and bootstrap itself on a system wih zero previous efl. this is going to be tricky once we get to running eet, epp, embryo_cc and edje_cc. we need a general solutin to these. The solution I have seen in a couple of places is to have a two stage build. First build the tools you will need to build the rest, building them for the host system if cross compiling. Then use those tools to build it all, including building the tools once more. The tools built during the first pass can be cut down versions, only enough to be able to build the rest. For instance, edje_cc probably wont need Lua support for the first pass. yeah. i'm mulling such a thing. 2 stage - build tools, install in a tmp dir tree in the build tree then use them to continue the build after that. this hurts cross-compile unless we make the compile 2 stage like: ./configure make bootstrap make make install (so the bootstrap can be provides separately in $PATH in the build host architecture). or ./configure --disable-bootstrap make make install for cross-build etc. That will be why I said that during cross compiling, the first stage builds the tools for the HOST system. B-) I think Vincent is already doing something like this. I remember that he was building Windows releases under Linux? http://www.gnu.org/software/autoconf/manual/autoconf.html#Hosts-and-Cross_002dCompilation yeah - i was mulling if build != host then we do a 2 stage automatically as part of make but then we need to re-configure using build == host to build the tools. this may be problematic with cross-build toolchains like OE that already build a set of native host tools separately anyway and scratchbox like setups that are hybrid cross-chains that dont need to build native tools to work. so i'm of the opinion that cross-compiling can stick to --disable-boostrap and we otherwise always build a subset of efl and tools, do a tmp install in the build dir, then continue with the build (and of course set $PATH so our installed tmp tools are found first). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] New commit access
On Fri, Oct 12, 2012 at 6:08 AM, Kim Shinwoo kimcinoo@gmail.com wrote: wow this is the thread. i envy you sohyun!! i would like to give a thumbs up if i can ^0^)=b You are next on my list :-) -- Cedric BAIL -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
