Re: [E-devel] build system
Hi Ross, On Tue, Jan 17, 2017 at 3:27 PM, Ross Vandegrift <r...@kallisti.us> wrote: > On Tue, Jan 17, 2017 at 09:10:48AM +0100, Lionel Orry wrote: > > On Tue, Jan 17, 2017 at 1:22 AM, Simon Lees <sfl...@suse.de> wrote: > > > How many major distro's are shipping these out of the box? we don't > > > really want to add another hurdle to users building by needing to > > > manually install a build system first, we also don't want to add a > > > hurdle to distro packagers in needing to package a new build system > just > > > to package efl (most distro's will require the build system to be > > > packaged). > > > > > > > > In the case of Waf, the author recommends to ship it directly with the > > source code. It's shipped as a single file of 80KB, no more. > > > > That way you always get the exact same build system version and you > remove > > burden of portability between distros, and the only dependency you need > is > > python. > > Simon's concern is particularly valid in the case of waf. According to > the author, waf's design includes features to make packaging difficult. > > Discussion: > http://groups.google.com/group/waf-users/browse_thread/ > thread/88ad357bf2bf59f4/7261615b56c07eea > > Thank you for the link, but actually this is a misunderstanding. The author wants distributions to avoid packaging waf as a standalone package, which is exactly why it is suggested to ship it with your source code. It's not a burden for packagers to call ./build.sh, right ? Same, it's not a burden to call ./waf configure build install. Ross > > > -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > Kind regards, Lionel -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] build system
Hello, On Tue, Jan 17, 2017 at 1:22 AM, Simon Leeswrote: > > > On 01/17/2017 12:30 AM, Gustavo Sverzut Barbieri wrote: > > Hi Raster, > > > > - waf/meson/jam and I'd add http://gittup.org/tup/: all look nice, > > but I have not much experience. Not that much used and seems to only > > cover a subset as well. (tup is nice since they can run an > > inotify-based daemon that monitors for changed files... which helps *a > > lot*). > > > > How many major distro's are shipping these out of the box? we don't > really want to add another hurdle to users building by needing to > manually install a build system first, we also don't want to add a > hurdle to distro packagers in needing to package a new build system just > to package efl (most distro's will require the build system to be > packaged). > > In the case of Waf, the author recommends to ship it directly with the source code. It's shipped as a single file of 80KB, no more. That way you always get the exact same build system version and you remove burden of portability between distros, and the only dependency you need is python. > > > I'd *NOT* go with glue in shell because that usually needs lots of > > complex data structures to simplify the code, otherwise you waste lots > > of time working around poor hash support to do it in shell... Pure > > shell would also not be my favorite tool to write the build system per > > se since tracking parallel tasks with it is more complex than with > > make/ninja or other tools meant for that. > > > > I'd agree with that as well, > > > -- > > Simon Lees (Simotek)http://simotek.net > > Emergency Update Team keybase.io/simotek > SUSE Linux Adelaide Australia, UTC+10:30 > GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B > > > > -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel Regards Lionel -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Action items from EFL Dev Day US 2015
On Fri, Apr 3, 2015 at 4:22 AM, Carsten Haitzler ras...@rasterman.com wrote: On Thu, 02 Apr 2015 16:20:38 +0200 Jonathan Aquilina jaquil...@eagleeyet.net said: Not working in what sense? I would be up for looking into the issues and getting things working with proper documentation through doxygen. Since my programming know how that is needed for E is non existent. make doc (run a doxygen build run) across efl and elm take like ~2-5mins ... thats about as long - even longer than compiling efl and elementary. doxygen has to do a FULL rebuild. it can't do a partial. that means turn-around time between you edited docs in src and seeing what they come out as is way too long. it should be no more than a few seconds. the docs somehow end up with mountains of the docs simply inaccessible. they are there but unlinked from master pages so navigating to them is basically impossible - and fixing it as above is a journey in such frustration that you give up. i dislike that doxygen just splats everything in a class (group) and all api's on a single page ... in whatever order it feels like. long ago in the early days of evas - back in 2001 or so i wrote a 200 page document on al of evas. i put 1 api call per page. it was neater and people actually liked the docs. never since has anyone liked the doxygen docs. the styling is ... bad. and hard to improve and customize further. no idea how to make doxygen properly link elm and efl docs - so when you have evas_object_del() in elm docs - it points to the efl docs. it just is totally unlinked as the doc build is separate from efl. without a src tree merge i just don't see this working. also as long as doc builds are part of src - they are separate entites but efl is seen as efl + elementary by develoeprs and they complain bitterly if our docs are not unified as a single entity. in fact all our existing efl docs pretty much assume ecore is separate to eina is separate to evas is separate to ecore_evas is separate to edje etc because that is just how they always have been. it's time we stop that because people just don't like it. doxygen doesn't understand eo. it can't. it doesn't understand OO in C. it doesn't grok eo inheritance. we would have to fake generate pretend oo docs for C (some .h files with groups pretending to be classes, and hand-done comments and links on inheritance). it also doesn't understand events within our eo oo setup - that objects inherit events from parent classes. That makes me think... The entity who knows best Eo is Eolian. I think eolian should be made more versatile and have a larger set of generators, not only C and C++ (using eina modules maybe ?); one of them could be a Markdown generator, so that eolian generates the source code and the doc at the same time! It surely needs quite some work on eolian but I believe since the parser / lexer are already in, that could be worth it. and frankly developers simply aren't writing docs. if we keep docs in src then only devs can write them, and devs don't, so we will NEVER have docs .. by definition. i want to split docs out from the src in a way that means we don't have long build times. so dedicated tech writers/documentation people can easily work on them. it won't be hard to make tools to import markdown templates from the .eo files and thus add new classes, events, methods as they appear (with empty docs), then to be filled in with fast feedback. --- Regards, Jonathan Aquilina Founder Eagle Eye T On 2015-04-02 11:11, Carsten Haitzler wrote: On Thu, 02 Apr 2015 07:53:15 +0200 Jonathan Aquilina jaquil...@eagleeyet.net said: Hey Jeff and everyone, You guys mention the API why not take a look at doxygen. http://www.stack.nl/~dimitri/doxygen/ [1] It allows you to annotate with special doxygen specific syntax and supports multiple languages. This will then easily generate the documentation for you. we have been using doxygen for years now... and it just isnt working for us. (final assessment - lots of details). time to try something new. --- Regards, Jonathan Aquilina Founder Eagle Eye T On 2015-04-02 07:49, Jeff Grimshaw wrote: On Wed, Apr 1, 2015 at 8:21 PM, Carsten Haitzler ras...@rasterman.com wrote: On Wed, 01 Apr 2015 22:19:53 +0100 Bertrand Jacquin bertr...@jacquin.bzh said: On 31/03/2015 23:46, Carsten Haitzler wrote: On Tue, 31 Mar 2015 17:33:03 +0100 Bertrand Jacquin bertr...@jacquin.bzh said: Hey, On 31/03/2015 15:51, Stefan Schmidt wrote: o Talk to beber to remove the old trac webservice to make sure we have less outdated information [assigned: Stefan] Do you want me to drop trac.e.org ? Do you want the content of trac.e.org be moved to phab (That is pain is the ass to do) ? Or to drop phab content already migrated from trac ? just drop it. :) no one is referring to the old content anymore :) and chances are the vast majority is out of date by now. trac is dead, long life to
Re: [E-devel] Action items from EFL Dev Day US 2015
On Thu, Apr 2, 2015 at 11:11 AM, Carsten Haitzler ras...@rasterman.com wrote: On Wed, 1 Apr 2015 22:49:15 -0700 Jeff Grimshaw jeffrey.w.grims...@gmail.com said: On Wed, Apr 1, 2015 at 8:21 PM, Carsten Haitzler ras...@rasterman.com wrote: On Wed, 01 Apr 2015 22:19:53 +0100 Bertrand Jacquin bertr...@jacquin.bzh said: On 31/03/2015 23:46, Carsten Haitzler wrote: On Tue, 31 Mar 2015 17:33:03 +0100 Bertrand Jacquin bertr...@jacquin.bzh said: Hey, On 31/03/2015 15:51, Stefan Schmidt wrote: o Talk to beber to remove the old trac webservice to make sure we have less outdated information [assigned: Stefan] Do you want me to drop trac.e.org ? Do you want the content of trac.e.org be moved to phab (That is pain is the ass to do) ? Or to drop phab content already migrated from trac ? just drop it. :) no one is referring to the old content anymore :) and chances are the vast majority is out of date by now. trac is dead, long life to phabricator and while we are discussing web things... i've been messing with replacing our www custom php with a standard wiki that ... works for us. i've tried a LOT of them. a LOT. i finally found one that works: dokuwiki. https://www.dokuwiki.org/faq:pageprotect 1. it's in php (easy drop in for what we have). 2. we can keep shot.php and update.php in the doku tree 3. it is a plain file wiki (yay! no db!) 4. it has a git back-end where the web content can be put in a separate git repository! (more yay!) and wiki edits on www get committed, and commits to the git repo directly get pulled in every N minutes. 5. its markdown is powerful enough for what we need 6. it has code hilighting and more that is decent 7. styling/templating/layout is flexible enough to make e.org look good. 8. has actual users and authentication. (unlike some... errm gollum) 9. doesn't seem to require any exotic php modules or extensions etc. so how do you want to do this? i have prepared a new www git tree (have some conflicts that will need to basically be thrown out). i have a test www-content git repo in my devs git repos. i will populate that at least with enough initial content to make e.org usable again and then go from there. server-side this will need some config - eg like giving the www a devs account with an ssh priv key so the www server can commit to this www-content repo... i'd just actually give the http user on e.org all of that (and if it is ever abused/compromised we can nuke key access and revert any changes from that user). You might want to consider a dedicated git user for the wiki pages. There will come a day when you want to prevent or tightly control changes to some pages. API docs and other generated content come to mind. If the wiki pages are owned by someone other than httpd, you just take away the write rights at the file system level and it's done. that's what ... i said. it would need a dedicated git user account - like devs we have now. it's the only sane way actually :) https://www.dokuwiki.org/faq:pageprotect Also, separation of concerns, traceability, damage control, blah blah. meh. we have git for that :) any comments/input? I really like this direction. Anything that will lower the barrier for new doc contributors can only help. How do you see API docs fitting in? I ask because since this thread http://sourceforge.net/p/enlightenment/mailman/enlightenment-devel/thread/20141106160926.7238256c99509771c763be2b%40rasterman.com/#msg33009169I've been looking at how other large projects handle docs and thinking about applying those ideas to e. I am moving in the direction of creating doc source files as Docbook XML and then generating whatever is needed from there. Some of the best projects I've looked at do it that way (PHP, FreeBSD) and I'm shamelessly stealing ideas from them. thinking generating markdown from .eo files and then having the markdown as the master. can already link+hilight tokens in code segments. just need to estend dokuwiki to do it eveywhere ... somehow (and provide a list of tokens - ie functions, enums, typedefs, classes etc.) I already told about it, but Dexy (http://dexy.it/docs/what-is-dexy.html) can do exactly that for you. You can define customized filters to extract and generate markdown from your Eo files, then run markdown on the files, push to dokuwiki, compile/run example code and integrate the output in your doc, etc... It is *extremely* flexible and we *do* need a flexible solution, right? We want our own documentation generation toolchain... Aside node, I really prefer AsciiDoc to Markdown as markup language. You'd get much happier with it if you had to write a full-blown user guide for example. AsciiDoc can execute filters too, and integrate auto-generated content in the output. Lionel -- - Codito, ergo sum - I code,
Re: [E-devel] Efl and Elementary 1.12.1 releases
Hi, I noticed the first line of the top-level README of EFL source tree still contains EFL 1.11.0. Just FYI... Cheers Lionel On Tue, Nov 25, 2014 at 10:57 PM, Martinx - ジェームズ thiagocmarti...@gmail.com wrote: Cool! Ubuntu Utopic packages upgraded on `ppa:martinx/enlightenment`. Working to support Debian Jessie as a main distro option. Cheers! On 25 November 2014 at 11:16, Stefan Schmidt ste...@datenfreihafen.org wrote: First update for the 1.12.x series EFL fixes: * edje_calc: fix image set bug. * ecore_anim: fix source_set bug. * Evas GL: Fix bug in evgl_eng_pbuffer_surface_create (EGL) * Fix bug ecore_imf_context_cursor_position_set was not called when cursor was moved by ECORE_IMF_CALLBACK_SELECTION_SET * edje: fix wrong generation of 'minmul' and 'text.min' parameters in EDC. * eldbus-codegen: Make generated code for property set work by setting the cb * eldbus-codegen: Free msg on error path for generated code. * eldbus-codegen: More memory leak fixes for generated code. Elementary fixes: * elm_box: inappropriate size_hint_align value usage fix * transit: free the map resource. Download http://download.enlightenment.org/rel/libs/efl/efl-1.12.1.tar.gz c1074c91e98e15fead0e1999bf7bc7dc5e7205a790655cd9b0ba332c38835fce http://download.enlightenment.org/rel/libs/elementary/elementary-1.12.1.tar.gz 65a5274e21355dcdf9182447013c5874391faa2791d46aa96551050d298208dc Building and Dependencies If you have an existing EFL or Elementary install, you may wish to delete its header files and libraries before compiling and installing to avoid possible conflicts during compilation. If you are compiling the above, please compile them in the following order: efl elementary If you have an existing EFL or Elementary install, you may wish to delete its header files and libraries before building the above. -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] discussion - documentation
Hello devs, On Thu, Nov 6, 2014 at 8:09 AM, Carsten Haitzler ras...@rasterman.com wrote: i thought i'd start this here for a wide audience. documentation for efl. it's rather horrible. and yesterday it dawned on me... it has license problems too. 1. license problems: the documentation in many parts is lgpl - and that means copying any code from code snippets or examples in the docs makes the app you copy it into lgpl. that is BAD. enforcing the license even though with lgpl we intend the library boundary to be the library itself. we can add exceptions, but splitting docs out might actually be best. reality is that no one is ever going to sue over this and it's safe as it's not intended to be a problem, but strictly/legally it is. if someone has a legal department that really dots their i's and crosses their t's... they would spot this. 2. our docs are a mess. a lot are not linked to and undiscoverable. they have typos, missing docs - often are sparse and with little or nothing in the way of binding things together. they are at best a very slim reference set for apis with little besides that. some references are good, but most are also very thin. keeping docs totally in the hands of core devs (always in the source tree - src commit access needed) simply is *NOT WORKING*. devs work on code. we just are not doing docs. we should do them, but reality is we are not and have little incentive to do it. core devs are busy enough as-is. 3. eo brings the added problem of needing docs to cover multiple languages from a single source. C, C++, Lua, JS, Python... it's a unique problem that using doxygen is never going to solve. we need a solution. i haven't found another solution and to be honest ours will be custom due to eo/eolian anwyay. I never used it myself but I heard some positive feedbacks about Dexy : http://dexy.it I also know it includes a markdown parser (have I read markdown somewhere in that thread?) Have a look we never know. I'te been used on mongrel2 which is made in C and also makes use of pyhon for handlers, so both languages are supported. 4. people ask questions on efl all the time and we answer in email, irc etc. .. and this information is not captured. it's lost. that's because there is no forum for asking such q's. we should closely tie such forums and qa to documentation. this would massively improve the value of docs. 5. the theory of keeping docs with the code is just not working. it doesn't encourage them to be good. it just isn't working - plain and simple. it's time to re-evaluate that. ... we need a solution. we need to expand the set of peole who can contribute to documentation. we need to handle multiple languages with a single source. we need to collect qa together with the docs that are relevant. we need to encourage our docs not to fragment. what i propose is we take a long hard look at how we document and present docs to the world. i'm opening this up to people to contribute to the discussion and propose solutions and share their knowledge/experience. let me start: 1. we set up a wiki that is easy to drive from a back-end in terms of inserting content. jpeg has spent a fair bit of time looking at gollum. gollum looks good: https://github.com/gollum/gollum - it is a wiki that is all plain text files (hooray! no danged db) in a directory tree... with everything in git. that means you can edit the wiki with your fave text editor and git commit/push your changes. web interface is not needed - but is there for those without back-end git access. we can automate inserting content with scripts too and so life gets easy for automated infra. that is good. 2. we need to solve discussions. being able to have a thread on any wiki page would really help. like reddit or any of these places, we would have a live community of people discussing things. they can discuss on the page that is relevant. it'd be nice if someone proposes a way to do this with gollum or has a solution that already does this that is as nice as gollum is? 3. we write scripts (maybe lua? since we already have lualian using eolian libs from lua) that use eolian and parse eo files and GENERATE the template documentation markdown pages from our eo classes. they only generate EMPTY templates with func prototypes, enums, structs etc. only generate them when a new class or method/property/event is added. these pages then are filled in via the documentation git repo/wiki etc. and can be edited over time and improved. 4. this documentation now has a more acceptable license - maybe creative commons or bsd-2-clause? be explicit on it. 5. we just re-run the generation scripts every efl release so new things we added get templates. maybe when we begin release freeze/stabilization to make this period a documentation effort too. the scripts can even generate pages that give status on how much is or is not documented yet, giving a
[E-devel] ecore_system_upower is giving package maintainers a hard time
Hi devs, I was looking at some build errors about terminology in Opensuse Build Service (have a look for example at https://build.opensuse.org/build/X11:Enlightenment:Nightly/Fedora_19/i586/terminology/_log). Simon (CCed) is one of the maintainers. The fact is we need to run edje_cc to build the themes, obviously. What is less obvious is that the initialisation procedure of edje_cc, like any other application using ecore, loads the available ecore modules. Since ecore for this platform was compiled with upower support, the file /usr/lib/ecore/system/upower/linux-gnu-i686-1.8.0/module.so is present and ecore tries to load it. You can admit with me that it is totally useless in this case. And worse, this modules needs a dbus session running to load correctly, else it fails and consequently, edje_cc fails and aborts the whole compilation. Simply because we are trying to build in a virtual machine that does not have a dbus session running. I don't know the best way to handle that issue, but I believe that we should have a way to conditionally prevent the upower module from loading. I would even tend to say that it should not be loaded by default, unless specified somewhere. Another solution would be to check first that a dbus session is running, and instead of failing, issue a warning when loading the module but return a success so that the procedure can go on, and we could eventually use ecore apps without a dbus session running. I may not be very clear about the subject because I don't know much about dbus, but what I know is that this loading failure is very intrusive, we just want to compile a theme, dammit. :) Any thoughts about it ? Thanks in advance, Lionel -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore_system_upower is giving package maintainers a hard time
Damn, you're right. Sorry for the big noise. But still, should we try to load upower module in all cases ? On Thu, Nov 14, 2013 at 12:21 PM, Simon si...@simotek.net wrote: On 11/14/2013 09:03 PM, Lionel Orry wrote: Hi devs, I was looking at some build errors about terminology in Opensuse Build Service (have a look for example at https://build.opensuse.org/build/X11:Enlightenment:Nightly/Fedora_19/i586/terminology/_log). Simon (CCed) is one of the maintainers. The fact is we need to run edje_cc to build the themes, obviously. What is less obvious is that the initialisation procedure of edje_cc, like any other application using ecore, loads the available ecore modules. Since ecore for this platform was compiled with upower support, the file /usr/lib/ecore/system/upower/linux-gnu-i686-1.8.0/module.so is present and ecore tries to load it. You can admit with me that it is totally useless in this case. And worse, this modules needs a dbus session running to load correctly, else it fails and consequently, edje_cc fails and aborts the whole compilation. Simply because we are trying to build in a virtual machine that does not have a dbus session running. I don't know the best way to handle that issue, but I believe that we should have a way to conditionally prevent the upower module from loading. I would even tend to say that it should not be loaded by default, unless specified somewhere. Another solution would be to check first that a dbus session is running, and instead of failing, issue a warning when loading the module but return a success so that the procedure can go on, and we could eventually use ecore apps without a dbus session running. I may not be very clear about the subject because I don't know much about dbus, but what I know is that this loading failure is very intrusive, we just want to compile a theme, dammit. :) Any thoughts about it ? Thanks in advance, Lionel I was caught out by this the other week, in my case it was because eep was not installed with edje_cc in the efl package. That was causing a issue just above the dbus errors, as far as i can tell the dbus errors don't cause the build to fail (elementary and e18 build with the errors). I have fixed that issue now, so see if it is still causing failures. Cheers Simon -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore_system_upower is giving package maintainers a hard time
On Thu, Nov 14, 2013 at 4:29 PM, Gustavo Sverzut Barbieri barbi...@gmail.com wrote: added a new API to ecore_app_no_system_modules() that prevents loading such things. Calling it from edje tools, if you find other similar cases let me know so we can have them to not load any system module (upower, systemd...) Cool, thanks Gustavo. On Thu, Nov 14, 2013 at 11:20 AM, Simon si...@simotek.net wrote: On 11/14/2013 11:44 PM, Lionel Orry wrote: Damn, you're right. Sorry for the big noise. Don't worry it took me a hour to figure it out. But still, should we try to load upower module in all cases ? That is a good question for everyone else to answer On Thu, Nov 14, 2013 at 12:21 PM, Simon si...@simotek.net wrote: On 11/14/2013 09:03 PM, Lionel Orry wrote: Hi devs, I was looking at some build errors about terminology in Opensuse Build Service (have a look for example at https://build.opensuse.org/build/X11:Enlightenment:Nightly/Fedora_19/i586/terminology/_log). Simon (CCed) is one of the maintainers. The fact is we need to run edje_cc to build the themes, obviously. What is less obvious is that the initialisation procedure of edje_cc, like any other application using ecore, loads the available ecore modules. Since ecore for this platform was compiled with upower support, the file /usr/lib/ecore/system/upower/linux-gnu-i686-1.8.0/module.so is present and ecore tries to load it. You can admit with me that it is totally useless in this case. And worse, this modules needs a dbus session running to load correctly, else it fails and consequently, edje_cc fails and aborts the whole compilation. Simply because we are trying to build in a virtual machine that does not have a dbus session running. I don't know the best way to handle that issue, but I believe that we should have a way to conditionally prevent the upower module from loading. I would even tend to say that it should not be loaded by default, unless specified somewhere. Another solution would be to check first that a dbus session is running, and instead of failing, issue a warning when loading the module but return a success so that the procedure can go on, and we could eventually use ecore apps without a dbus session running. I may not be very clear about the subject because I don't know much about dbus, but what I know is that this loading failure is very intrusive, we just want to compile a theme, dammit. :) Any thoughts about it ? Thanks in advance, Lionel I was caught out by this the other week, in my case it was because eep was not installed with edje_cc in the efl package. That was causing a issue just above the dbus errors, as far as i can tell the dbus errors don't cause the build to fail (elementary and e18 build with the errors). I have fixed that issue now, so see if it is still causing failures. Cheers Simon -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri -- Mobile: +55 (19) 9225-2202 Contact: http://www.gustavobarbieri.com.br/contact BR, Lionel -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] cgit syntax highlighting
On Wed, Apr 24, 2013 at 5:11 PM, Bertrand Jacquin be...@meleeweb.net wrote: Hi Jérémy, Using black white is colorblind compliant. But .. syntax highlight is now available on git.e.org http://git.enlightenment.org/core/efl.git/tree/configure.ac Ouch... It seems compliant to no one now (look at source) :P Lionel Beber Le mardi 23 avril 2013 à 23h07, « Jérémy Zurcher » a écrit : a simple request enable syntax highlighting in cgit It would ease my daily reading -- Bertrand Jacquin, EXOSEC (http://www.exosec.fr/) ZAC des Metz - 3 Rue du petit robinson - 78350 JOUY EN JOSAS Tel: +33 1 30 67 60 65 - Fax: +33 1 75 43 40 70 GSM: +33 6 71 01 70 30 - mailto:bjacq...@exosec.fr -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] cgit syntax highlighting
On Wed, Apr 24, 2013 at 5:24 PM, Lionel Orry lionel.o...@gmail.com wrote: On Wed, Apr 24, 2013 at 5:11 PM, Bertrand Jacquin be...@meleeweb.net wrote: Hi Jérémy, Using black white is colorblind compliant. But .. syntax highlight is now available on git.e.org http://git.enlightenment.org/core/efl.git/tree/configure.ac Ouch... It seems compliant to no one now (look at source) :P Lionel My bad, it works now. Sorry for the noise. Cheers Beber Le mardi 23 avril 2013 à 23h07, « Jérémy Zurcher » a écrit : a simple request enable syntax highlighting in cgit It would ease my daily reading -- Bertrand Jacquin, EXOSEC (http://www.exosec.fr/) ZAC des Metz - 3 Rue du petit robinson - 78350 JOUY EN JOSAS Tel: +33 1 30 67 60 65 - Fax: +33 1 75 43 40 70 GSM: +33 6 71 01 70 30 - mailto:bjacq...@exosec.fr -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e5: Buildbot slave migration
Hi Stefan, On Fri, Feb 22, 2013 at 9:51 AM, Stefan Schmidt s.schm...@samsung.com wrote: On 15/02/13 14:17, Lionel Orry wrote: On Mon, Feb 4, 2013 at 5:12 PM, Stefan Schmidt s.schm...@samsung.com wrote: Hello. On 04/02/13 15:58, Lionel Orry wrote: On Mon, Feb 4, 2013 at 3:57 PM, Stefan Schmidt s.schm...@samsung.com wrote: Hello. On 31/01/13 20:08, Lionel Orry wrote: I know my voice does not count much, but I talked about jenkins too a while ago and even made a try myself: https://github.com/chickenkiller/jenkins-efl I worked quite nicely. If you want to take some pieces of it... Cool. Thanks for sharing it. With the merged tree its quite different but I still think that some pieces are useful in there. Short notice, I've updated the repo to use the fresh new git repos and switched to the unified efl library instead of the previous 1.7 separated components. The config should mostly work, apart from small modifications still needed for doxygen generation. I'll work on that ASAP. Cool. Beber now also prepared some initial VM's for this. I'm off next week for some snowboarding but I will have a look at this the week after. I already have quite some things working here as well so I need to see how we can merge our stuff. I also need to prepare a git repo for the configs then. Are you using the SCM syn configuration plugin or do you manually commit your configs? I did not know about this plugin :) I do manually commit my configs currently, but when I have time I'll take a look at the plugin, sounds fun. Apart from that, doxygen generation for elementary works now, I merged this job with the build job since we need the executables to create the widgets screenshots. regards Stefan Schmidt -- 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_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel BR, Lionel -- 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_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e5: Buildbot slave migration
On Mon, Feb 4, 2013 at 5:12 PM, Stefan Schmidt s.schm...@samsung.com wrote: Hello. On 04/02/13 15:58, Lionel Orry wrote: On Mon, Feb 4, 2013 at 3:57 PM, Stefan Schmidt s.schm...@samsung.com wrote: Hello. On 31/01/13 20:08, Lionel Orry wrote: I know my voice does not count much, but I talked about jenkins too a while ago and even made a try myself: https://github.com/chickenkiller/jenkins-efl I worked quite nicely. If you want to take some pieces of it... Cool. Thanks for sharing it. With the merged tree its quite different but I still think that some pieces are useful in there. Short notice, I've updated the repo to use the fresh new git repos and switched to the unified efl library instead of the previous 1.7 separated components. The config should mostly work, apart from small modifications still needed for doxygen generation. I'll work on that ASAP. Cheers, Lionel -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e5: Buildbot slave migration
Hi Stefan, On Mon, Feb 4, 2013 at 3:57 PM, Stefan Schmidt s.schm...@samsung.com wrote: Hello. On 31/01/13 20:08, Lionel Orry wrote: I know my voice does not count much, but I talked about jenkins too a while ago and even made a try myself: https://github.com/chickenkiller/jenkins-efl I worked quite nicely. If you want to take some pieces of it... Cool. Thanks for sharing it. With the merged tree its quite different but I still think that some pieces are useful in there. Thanks, indeed it's not up-to-date at all, worked 2 years ago... When we get to the point that we start this as a service on e.org I would be glad to incorporate some of it. Would you also be interested in helping maintaining and improving such a jenkins setup for E? I can't promise to have much free time for it, but I'll be glad to help the Enlightenment project as much as I can. I follow it since a looong time. :) My life unfortunately give very little time for me to involve, and I know it's important, but anyway if I can help, I'll be glad. I have close to zero knowledge in server administration, so I'm not sure about the servlet container, java stuff and other related maintenance tasks, but I use Jenkins everyday at work so I can help admin the Jenkins part maybe. Just let me know. Regards Lionel P.S. I tried buildbot as well and I must say, it's not for me either. Despite my aversion for Java, Jenkins wins for me. regards Stefan Schmidt -- 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_jan ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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_jan ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e5: Buildbot slave migration
I know my voice does not count much, but I talked about jenkins too a while ago and even made a try myself: https://github.com/chickenkiller/jenkins-efl I worked quite nicely. If you want to take some pieces of it... Lionel On Wed, Jan 30, 2013 at 11:53 AM, Stefan Schmidt s.schm...@samsung.com wrote: Hello. On 30/01/13 06:46, Carsten Haitzler (The Rasterman) wrote: On Wed, 30 Jan 2013 00:27:47 +0100 Bertrand Jacquin be...@meleeweb.net said: this is good - though we'll need a collection of vm's for buildbot, not just one as we need to test builds on many os's (and architectures eg 32 vs 64bit, arm etc.), so just assume we'll get more vm's running a whole myriad of os's. Maybe it is a good time to chime in here as Daniel and myself have been doing all the buildbot related work over the last months. We both think that buildbot is not the right tool for the job. Before we started CI here I suggested to use jenkins but then buildbot was setup and I wanted at least to try it out again and see if we can make it work for E (I used buildbot at another job before and happily switched to jenkins). After this months I have come to the conclusion that buildbot and I are not made for each other. The biggest problem we see is that you have to code everything in python. Even the configuration is python. We had to fetch some svn buildbot python class from the internet just to make sure we do incremental checkouts and don't overload our svn server. The lack of a web UI for configuration is also quite annoying and hinders people to help. We have setup jenkins here locally and are doing some builds with this setup gcc, clang, warnings catcher, cpplint, sloccount, etc. Covering all functionality we have currently with buildbot builds is easy enough to do. I also want to get rid of the generated Makefiles as they do not mimic how developer and packagers use our code. Using the same command we use on the commandline is way easier to maintain. With the merged tree our dependency handling is way easier so I don't think we need a script to do all the magic here and makes it more complicated for others to chime in and help. Seems nobody but k-s and myself ever touched the generated Makefiles... This brings up the question if anyone has strong opinions on that (I bet k-s has) and is also willing to maintain the buildbot setup. I would be happy to hand it over if someone wants to keep buildbot and want to maintain it. On the other hand I, and Daniel as well, would be happy to setup jenkins and maintain it. The installed compilers and the need for different vm's is the same for both as they can handle slaves fine. Ready for flames now. regards Stefan Schmidt -- 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_jan ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- 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_jan ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor IN trunk/devs: . jeyzu
Congrats Jérémy! You deserve it. Don't break *too* much ;) Lionel On Wed, Jan 9, 2013 at 7:25 AM, michael.blumenkra...@gmail.com wrote: Enlightenment SVN no-re...@enlightenment.org wrote: Log: another new(ish) developer, this time from switzerland: J?\195?\169r?\195?\169my Zurcher! Author: discomfitor Date: 2013-01-08 13:46:04 -0800 (Tue, 08 Jan 2013) New Revision: 82424 Trac: http://trac.enlightenment.org/e/changeset/82424 Added: trunk/devs/jeyzu/ trunk/devs/jeyzu/asynk_dev.pub trunk/devs/jeyzu/info.txt -- Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS and more. Get SQL Server skills now (including 2012) with LearnDevNow - 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only - learn more at: http://p.sf.net/sfu/learnmore_122512 ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn My continued attempt to balance the sides in the never ending and mostly one sided b0rker wars. Welcome aboard! -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Link for EFL Ruby bindings
Thank you! On Fri, Dec 21, 2012 at 5:45 AM, Carsten Haitzler ras...@rasterman.com wrote: On Thu, 20 Dec 2012 18:48:49 +0100 Lionel Orry lionel.o...@gmail.com said: Hi, while working on the website, could someone transform the 'Ruby' text into a link pointing to https://github.com/jeremyz/ffi-efl on the 'About' page? Thanks and good luck for the release, Lionel done -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Link for EFL Ruby bindings
Hi, while working on the website, could someone transform the 'Ruby' text into a link pointing to https://github.com/jeremyz/ffi-efl on the 'About' page? Thanks and good luck for the release, Lionel -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Gentoo packages for trunk and 1.7 branch
Hi everyone, Congrats for the e17-alpha3. since Gustavo switched to Arch and Mike is definitely too busy to take care of this right now, I wanted to know if someone was working on upgrading the gentoo packaging overlay (e.org one and / or the official overlay) to : - use merged 'efl' instead of eina,eet,evas, and others merged in for live ebuilds - create alpha ebuilds for enlightenment and corresponding 1.7 ebuilds (using the released tarballs) for the dependencies since non of those seem to be available on the official enlightenment overlay (maintained by vapier IIRC). I am unfortunately not feeling at ease enough to create those ebuilds myself, but I'd be happy to help with testing and fixing them. Thank you, Lionel -- 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] Gentoo packages for trunk and 1.7 branch
My bad, I just noticed the alpha3 and 1.7 deps are already in the official portage tree! But a merged 'efl' ebuild could be interesting, still. Cheers Lionel On Sat, Nov 17, 2012 at 2:51 PM, Lionel Orry lionel.o...@gmail.com wrote: Hi everyone, Congrats for the e17-alpha3. since Gustavo switched to Arch and Mike is definitely too busy to take care of this right now, I wanted to know if someone was working on upgrading the gentoo packaging overlay (e.org one and / or the official overlay) to : - use merged 'efl' instead of eina,eet,evas, and others merged in for live ebuilds - create alpha ebuilds for enlightenment and corresponding 1.7 ebuilds (using the released tarballs) for the dependencies since non of those seem to be available on the official enlightenment overlay (maintained by vapier IIRC). I am unfortunately not feeling at ease enough to create those ebuilds myself, but I'd be happy to help with testing and fixing them. Thank you, Lionel -- 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 restores default configuration on every restart
I can't tell about others and I've not looked at the cause yet, but I definitely experience this as well, svn revision 79192. I tried to manually get rid of ~/.e but same behaviour then, I am presented with the first-time wizard each time I start e17. I also noticed that the first-time wizard choices are not taken into account either, I selected a french kbd and disables compositing, and I end up with english layout kbd and compositing enabled. So the configuration loading failure/reset happens between the first-time wizard and normal e startup. Also, if I choose 'restart E' from e17 running, no first-time wizard is presented but all configuration is reset. This is quite annoying. Cheers Lionel P.S. it seems the trac repository changesets timeline got stuck in the past... http://trac.enlightenment.org/e/timeline?from=11%2F12%2F12daysback=14authors=changeset=onupdate=Update Last changeset visible is on Nov. 2nd... On Mon, Nov 12, 2012 at 9:04 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Mon, 12 Nov 2012 20:50:49 +0100 Brian 'morlenxus' Miculcy morlen...@gmx.net wrote: Just a short notice: Latest e svn (79190) build restores default configuration on each e restart. Spankies! :) you're an e developer with commit access who, upon talking to others in IRC, were notified that this is NOT a global problem and that nobody else has experienced it; you then immediately rushed to the mailing list. debug it and come back with a more detailed report, please. -- 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] Following up on a git based project management tool
On Sun, Aug 26, 2012 at 12:27 PM, Carsten Haitzler ras...@rasterman.com wrote: On Sun, 26 Aug 2012 08:12:22 +0100 Rui Miguel Silva Seabra r...@1407.org said: well having a read of it it seems to perfectly fit the bill. it's manageable (php), we can just live with sqlite (i detest full db's for various reasons). it has a checklist of things just for what we need. out of the box it looks a tad ugly - but we can probably fix that. Hi all, Just a follow-up about this subject. I've been in contact with the main developer of InDefero. If anyone wants to ask questions to him directly (about code review , UI customization or other unclear topics), he will be very happy to answer. Please tell me who can be in charge of this and I'll give that person his email address. P.S. Phabricator does look nice indeed. Cheers, Lionel Indefero was news to me, but it seems too much like Google code, and that interface was not very good. However it seems simple enough to make it worthy to try. I guess maybe we could put to practice the java and the php ones as short list to try then? Carsten Haitzler ras...@rasterman.com wrote: On Sun, 26 Aug 2012 01:03:01 +0200 Lionel Orry lionel.o...@gmail.com said: On Sat, Aug 25, 2012 at 6:55 PM, Rui Miguel Silva Seabra r...@1407.org wrote: Hi all, I was supposed, since FOSDEM 2012, to try to install gitorious for later use by E developers when E moves to git after final e17 release. However, since Gitorious is a bit complicated to install, I looked into other alternatives. My current analysis so far: I compared Gitorious, GitLab and Gitblit (from an installation PoV and by documentation only, so far) and found that both Gitorious and GitLab require a complex Ruby setup and installation process, a MessagePassing thingie (ActiveMQ in the case of Gitorious) and in the case of GitLab and Gitblit, unlike Gitorious, they don't selfhost, rather using GitHub as their hosting server (funny, huh?) Had a look at Indefero? Written in PHP and AFAIR, did not require me more than 30 minutes to install, and I'm a terrible admin, trust me. Have a look at the features: www.indefero.net I also use gitolite at work currently, but while it's certainly powerful and well designed, it's only a git repo hosting platform, not a project management tool. My 2 cents, Lionel other than imho looking a tad ugly... indefero looks like one of the best to me... has anyone ever used it or installed it. just to put things on the page here. what we want is to ultimately move to git. trac is a pita. it's bug reporter is simple - that's nice, but it has too many issues and is slow slow slow. it also can't manage svn access. we do that ourselves atm via svn devs dir and some scripts. so what we need is: 1. handles git (decently) - that means allows listing of git repos, browsing of src, commits, timeline etc. 2. handles commit access rights 3. tracks bugs/todo's 4. some kind of wiki documentation i'd prefer it to be easy to setup and maintain. i'd rather not use github, sf.net etc. due to historical issues with sf.net going down for extended periods and us getting stuck. also we are large enough to warrant our own setup and it gives us more freedom. we also happen to9 have the infra to do it so may as well use it. :) personally i prefer php because coming from the c end of development.. it's the simplest to deal with. basically it is C with $'s in front of variables. :) but that's personal. as such indefero looks totally sweet to me. well rummaging through their pages. the question is... how good is it in real life? it looks to be relatively new, thus why i hadn't heard of it yet. Now gitblit, which seems the most promising, appears to be quite easy to install but is Java (better than Ruby in my dictionary). Gitblit's install is literally drop a .war into Tomcat's webapps, go into web admin interface and follow through. Word from a friend is that in 10 minutes he was setup to go. I'm of a mind that that is worth trying, and at least get to FOSDEM 2013 with that mission completed so... what do you guys think? Best, Rui -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference
Re: [E-devel] Following up on a git based project management tool
On Sat, Aug 25, 2012 at 6:55 PM, Rui Miguel Silva Seabra r...@1407.org wrote: Hi all, I was supposed, since FOSDEM 2012, to try to install gitorious for later use by E developers when E moves to git after final e17 release. However, since Gitorious is a bit complicated to install, I looked into other alternatives. My current analysis so far: I compared Gitorious, GitLab and Gitblit (from an installation PoV and by documentation only, so far) and found that both Gitorious and GitLab require a complex Ruby setup and installation process, a MessagePassing thingie (ActiveMQ in the case of Gitorious) and in the case of GitLab and Gitblit, unlike Gitorious, they don't selfhost, rather using GitHub as their hosting server (funny, huh?) Had a look at Indefero? Written in PHP and AFAIR, did not require me more than 30 minutes to install, and I'm a terrible admin, trust me. Have a look at the features: www.indefero.net I also use gitolite at work currently, but while it's certainly powerful and well designed, it's only a git repo hosting platform, not a project management tool. My 2 cents, Lionel Now gitblit, which seems the most promising, appears to be quite easy to install but is Java (better than Ruby in my dictionary). Gitblit's install is literally drop a .war into Tomcat's webapps, go into web admin interface and follow through. Word from a friend is that in 10 minutes he was setup to go. I'm of a mind that that is worth trying, and at least get to FOSDEM 2013 with that mission completed so... what do you guys think? Best, Rui -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Terminology] cannot access cmd-mode with foreign keyboards
On Wed, Aug 15, 2012 at 6:42 AM, Carsten Haitzler ras...@rasterman.com wrote: On Tue, 14 Aug 2012 17:41:17 +0200 Lionel Orry lionel.o...@gmail.com said: On Tue, Aug 14, 2012 at 5:38 PM, Lionel Orry lionel.o...@gmail.com wrote: On Tue, Aug 14, 2012 at 5:21 PM, Carsten Haitzler ras...@rasterman.com wrote: On Tue, 14 Aug 2012 16:58:46 +0200 Lionel Orry lionel.o...@gmail.com said: On Tue, Aug 14, 2012 at 4:33 PM, Carsten Haitzler ras...@rasterman.com wrote: On Tue, 14 Aug 2012 16:16:21 +0200 Lionel Orry lionel.o...@gmail.com said: On my french keyboard I can't access a 'keyname' field of key down event with the value 'grave'. I made tests and it seems we need to use 'key' instead... Raster, can you please use 'ev-key' instead of 'ev-keyname' in termio.c ? Seems to work for me. Thanks a lot for the feature btw :D what does the ` (or ~) key produce when u press it by itself in key? (vs keyname)? The ` character is produced using AltGr+è (see http://www.forlang.wsu.edu/Images/help/kfrench.gif) so in that case we get grave as 'key' field, egrave as 'keyname' field and ` as 'string' field. I've not tried with the ~ key but it's a totally different one (see the illustration) and I think you get the point. whats the 2 key on the top-left of the kbd? that key? for me it's grave or backtick or backquote its what i use in the shell to replace with stdout: To answer you precisely, here is what a trace gives me when I press that key (²): ev-key: twosuperior - ev-keyname: twosuperior - ev-string: ² Lionel oooh. bugger. well that is the key i wanted to bind - on, i guess, us qwerty and korean kbds its grave (or ~ with shift). gah. bloody different keyboard maps. why did the world decide to be this silly. i was hunting for a key combo that didnt work in editors or the shell etc. so i could steal it. And what is exactly the problem of using 'key' instead of 'keyname'? You don't change your key, it's just Alt+backtick for everyone... rm `find / -name *.jpg` that ` Yes this is the character I am talking about, a backtick. The '2' key on the top left side of a French keyboard is simply a square (power 2) symbol: -- ² As a matter of fact (I just tried), this key with the modifier Shift displays a tilde (~) under terminology. But I suppose it depends on the xkbd variants, extensions, and maybe the exact locale too, not sure. Now the question is, you want to map a geographically placed key on the keyboard (i.e. the key on the top-left side) or you want to map a character? I believe mapping a character makes more sense (as does your readme line as well: Alt+backtick). And we are lucky, evas gives us the computed value of the character directly, when modifiers are applied (in my case, Alt-Gr). Simply using ev-key instead of ev-keyname would work for everyone IMO, even though we don't have the same geographically keys to push. All foreign keyboards users are used to it anyway, but the cleanest way is to check for the computed character name, grave in our case. Aside note, to do this shortcut on a french kbd we actually have to press Alt+AltGr+è (three keys). But as I said, we are used to weird shortcuts, as long as they correspond to the documentation... And then, when it is configurable, we re-configure it. -- - 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 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [Terminology] cannot access cmd-mode with foreign keyboards
On my french keyboard I can't access a 'keyname' field of key down event with the value 'grave'. I made tests and it seems we need to use 'key' instead... Raster, can you please use 'ev-key' instead of 'ev-keyname' in termio.c ? Seems to work for me. Thanks a lot for the feature btw :D Cheers Lionel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Terminology] cannot access cmd-mode with foreign keyboards
On Tue, Aug 14, 2012 at 4:33 PM, Carsten Haitzler ras...@rasterman.com wrote: On Tue, 14 Aug 2012 16:16:21 +0200 Lionel Orry lionel.o...@gmail.com said: On my french keyboard I can't access a 'keyname' field of key down event with the value 'grave'. I made tests and it seems we need to use 'key' instead... Raster, can you please use 'ev-key' instead of 'ev-keyname' in termio.c ? Seems to work for me. Thanks a lot for the feature btw :D what does the ` (or ~) key produce when u press it by itself in key? (vs keyname)? The ` character is produced using AltGr+è (see http://www.forlang.wsu.edu/Images/help/kfrench.gif) so in that case we get grave as 'key' field, egrave as 'keyname' field and ` as 'string' field. I've not tried with the ~ key but it's a totally different one (see the illustration) and I think you get the point. Lionel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Terminology] cannot access cmd-mode with foreign keyboards
On Tue, Aug 14, 2012 at 5:21 PM, Carsten Haitzler ras...@rasterman.com wrote: On Tue, 14 Aug 2012 16:58:46 +0200 Lionel Orry lionel.o...@gmail.com said: On Tue, Aug 14, 2012 at 4:33 PM, Carsten Haitzler ras...@rasterman.com wrote: On Tue, 14 Aug 2012 16:16:21 +0200 Lionel Orry lionel.o...@gmail.com said: On my french keyboard I can't access a 'keyname' field of key down event with the value 'grave'. I made tests and it seems we need to use 'key' instead... Raster, can you please use 'ev-key' instead of 'ev-keyname' in termio.c ? Seems to work for me. Thanks a lot for the feature btw :D what does the ` (or ~) key produce when u press it by itself in key? (vs keyname)? The ` character is produced using AltGr+è (see http://www.forlang.wsu.edu/Images/help/kfrench.gif) so in that case we get grave as 'key' field, egrave as 'keyname' field and ` as 'string' field. I've not tried with the ~ key but it's a totally different one (see the illustration) and I think you get the point. whats the 2 key on the top-left of the kbd? that key? for me it's grave or backtick or backquote its what i use in the shell to replace with stdout: rm `find / -name *.jpg` that ` Yes this is the character I am talking about, a backtick. The '2' key on the top left side of a French keyboard is simply a square (power 2) symbol: -- ² As a matter of fact (I just tried), this key with the modifier Shift displays a tilde (~) under terminology. But I suppose it depends on the xkbd variants, extensions, and maybe the exact locale too, not sure. Now the question is, you want to map a geographically placed key on the keyboard (i.e. the key on the top-left side) or you want to map a character? I believe mapping a character makes more sense (as does your readme line as well: Alt+backtick). And we are lucky, evas gives us the computed value of the character directly, when modifiers are applied (in my case, Alt-Gr). Simply using ev-key instead of ev-keyname would work for everyone IMO, even though we don't have the same geographically keys to push. All foreign keyboards users are used to it anyway, but the cleanest way is to check for the computed character name, grave in our case. Aside note, to do this shortcut on a french kbd we actually have to press Alt+AltGr+è (three keys). But as I said, we are used to weird shortcuts, as long as they correspond to the documentation... And then, when it is configurable, we re-configure it. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Terminology] cannot access cmd-mode with foreign keyboards
On Tue, Aug 14, 2012 at 5:38 PM, Lionel Orry lionel.o...@gmail.com wrote: On Tue, Aug 14, 2012 at 5:21 PM, Carsten Haitzler ras...@rasterman.com wrote: On Tue, 14 Aug 2012 16:58:46 +0200 Lionel Orry lionel.o...@gmail.com said: On Tue, Aug 14, 2012 at 4:33 PM, Carsten Haitzler ras...@rasterman.com wrote: On Tue, 14 Aug 2012 16:16:21 +0200 Lionel Orry lionel.o...@gmail.com said: On my french keyboard I can't access a 'keyname' field of key down event with the value 'grave'. I made tests and it seems we need to use 'key' instead... Raster, can you please use 'ev-key' instead of 'ev-keyname' in termio.c ? Seems to work for me. Thanks a lot for the feature btw :D what does the ` (or ~) key produce when u press it by itself in key? (vs keyname)? The ` character is produced using AltGr+è (see http://www.forlang.wsu.edu/Images/help/kfrench.gif) so in that case we get grave as 'key' field, egrave as 'keyname' field and ` as 'string' field. I've not tried with the ~ key but it's a totally different one (see the illustration) and I think you get the point. whats the 2 key on the top-left of the kbd? that key? for me it's grave or backtick or backquote its what i use in the shell to replace with stdout: To answer you precisely, here is what a trace gives me when I press that key (²): ev-key: twosuperior - ev-keyname: twosuperior - ev-string: ² Lionel rm `find / -name *.jpg` that ` Yes this is the character I am talking about, a backtick. The '2' key on the top left side of a French keyboard is simply a square (power 2) symbol: -- ² As a matter of fact (I just tried), this key with the modifier Shift displays a tilde (~) under terminology. But I suppose it depends on the xkbd variants, extensions, and maybe the exact locale too, not sure. Now the question is, you want to map a geographically placed key on the keyboard (i.e. the key on the top-left side) or you want to map a character? I believe mapping a character makes more sense (as does your readme line as well: Alt+backtick). And we are lucky, evas gives us the computed value of the character directly, when modifiers are applied (in my case, Alt-Gr). Simply using ev-key instead of ev-keyname would work for everyone IMO, even though we don't have the same geographically keys to push. All foreign keyboards users are used to it anyway, but the cleanest way is to check for the computed character name, grave in our case. Aside note, to do this shortcut on a french kbd we actually have to press Alt+AltGr+è (three keys). But as I said, we are used to weird shortcuts, as long as they correspond to the documentation... And then, when it is configurable, we re-configure it. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ctags is not parsing code correctly
On Sun, Aug 5, 2012 at 4:18 PM, Thanatermesis thanatermesis.e...@gmail.com wrote: Well, I have made some trick for build ctags, if you* want to build them you maybe need to do it like me, this is the bunch of code that i used for the packaging process, basically it does that: do a copy of usr/include (where the headers is), modify them by removing the annoying EINA keywords that make ctags not work correctly, use these files for build ctags, and finally remove them since they are useless and modified sources, the result is a ctags file which redirects correctly to the equivalent line in the headers file when coding Improvements are welcome # make this trick for make ctags understand api, # removing not needed EINA types used in efl, # it does a temporal copy of headers modified used for only build ctags -rm -rf debian/include.ctags -mkdir -p debian/include.ctags/usr cp -a debian/tmp/usr/include debian/include.ctags/usr/ find debian/include.ctags -type f -iname '*.h*' -exec sed -i \ -e 's|EINA_MALLOC||g' \ -e 's|EINA_CONST||g' \ -e 's|EINA_CONST||g' \ -e 's|EINA_PURE||g' \ -e 's|EINA_NONINSTRUMENT||g' \ -e 's|EINA_WARN_UNUSED_RESULT||g' \ -e 's|EINA_ARG_NONNULL([[:digit:]][^)]*)||g' \ -e 's|EINA_PRINTF([[:digit:]][^)]*)||g' \ {} \; ctags -R -h .h.H.hh.hxx -f $(DEB_SOURCE_PACKAGE).tags --fields=+iaS --c-types=pcdgstue --excmd=number debian/include.ctags sed -i 's|debian/include.ctags||g' $(DEB_SOURCE_PACKAGE).tags -rm -rf debian/include.ctags mkdir -p debian/tmp/usr/share/editor-ctags mv $(DEB_SOURCE_PACKAGE).tags debian/tmp/usr/share/editor-ctags/ # end ctags construction code Out of curiosity, have you tried the '-I' option of ctags ? I often find it useful in such cases... Lionel Thanatermesis 2012/8/5 Thanatermesis thanatermesis.e...@gmail.com I was trying ctags and it seems to not recognize correctly the code, you can test it with your ctags too, for example with these 2 keywords: evas_object_del evas_shutdown Depend of your ctags command you can have the evas_shutdown one, but there's no way to have evas_object_del, after to check the header code that contains it and do some tests by modifying the line which should match, i found that it works after to get rid of the part: EINA_ARG_NONNULL(1) from this complete line: EAPI void evas_object_del(Evas_Object *obj) EINA_ARG_NONNULL(1); The command that i have used is something like: ctags -R -h .h.H.hh.hxx -f evas.tags --fields=+iaS --c-types=pcdgstue --excmd=number . Any ideas of how to build correctly ctags ? Thanatermesis -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ctags is not parsing code correctly
On Sun, Aug 5, 2012 at 4:46 PM, Lionel Orry lionel.o...@gmail.com wrote: On Sun, Aug 5, 2012 at 4:18 PM, Thanatermesis thanatermesis.e...@gmail.com wrote: Well, I have made some trick for build ctags, if you* want to build them you maybe need to do it like me, this is the bunch of code that i used for the packaging process, basically it does that: do a copy of usr/include (where the headers is), modify them by removing the annoying EINA keywords that make ctags not work correctly, use these files for build ctags, and finally remove them since they are useless and modified sources, the result is a ctags file which redirects correctly to the equivalent line in the headers file when coding Improvements are welcome # make this trick for make ctags understand api, # removing not needed EINA types used in efl, # it does a temporal copy of headers modified used for only build ctags -rm -rf debian/include.ctags -mkdir -p debian/include.ctags/usr cp -a debian/tmp/usr/include debian/include.ctags/usr/ find debian/include.ctags -type f -iname '*.h*' -exec sed -i \ -e 's|EINA_MALLOC||g' \ -e 's|EINA_CONST||g' \ -e 's|EINA_CONST||g' \ -e 's|EINA_PURE||g' \ -e 's|EINA_NONINSTRUMENT||g' \ -e 's|EINA_WARN_UNUSED_RESULT||g' \ -e 's|EINA_ARG_NONNULL([[:digit:]][^)]*)||g' \ -e 's|EINA_PRINTF([[:digit:]][^)]*)||g' \ {} \; ctags -R -h .h.H.hh.hxx -f $(DEB_SOURCE_PACKAGE).tags --fields=+iaS --c-types=pcdgstue --excmd=number debian/include.ctags sed -i 's|debian/include.ctags||g' $(DEB_SOURCE_PACKAGE).tags -rm -rf debian/include.ctags mkdir -p debian/tmp/usr/share/editor-ctags mv $(DEB_SOURCE_PACKAGE).tags debian/tmp/usr/share/editor-ctags/ # end ctags construction code Out of curiosity, have you tried the '-I' option of ctags ? I often find it useful in such cases... Lionel My bad, it seems you're not using Exuberant Ctags but another version (exuberant ctags takes '--c-kinds=' instead of '--c-types=')... Maybe you should consider trying exuberant ctags since it does not choke on your first command-line... I tried: ctags -R -h .h.H.hh.hxx -f evas.tags --fields=+iaS --c-kinds=pcdgstue --excmd=number . Lionel Thanatermesis 2012/8/5 Thanatermesis thanatermesis.e...@gmail.com I was trying ctags and it seems to not recognize correctly the code, you can test it with your ctags too, for example with these 2 keywords: evas_object_del evas_shutdown Depend of your ctags command you can have the evas_shutdown one, but there's no way to have evas_object_del, after to check the header code that contains it and do some tests by modifying the line which should match, i found that it works after to get rid of the part: EINA_ARG_NONNULL(1) from this complete line: EAPI void evas_object_del(Evas_Object *obj) EINA_ARG_NONNULL(1); The command that i have used is something like: ctags -R -h .h.H.hh.hxx -f evas.tags --fields=+iaS --c-types=pcdgstue --excmd=number . Any ideas of how to build correctly ctags ? Thanatermesis -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ctags is not parsing code correctly
On Sun, Aug 5, 2012 at 6:25 PM, Thanatermesis thanatermesis.e...@gmail.com wrote: Typo fix: in the previous script there's a typo in NONINSTRUMENT which is NOINSTRUMENT Lionel: right, for exuberant its the --c-kinds= option, I just changed them (yes, im using exuberants). with exuberant ctags, adding '-I EINA_ARG_NONNULL' to command line works for your use case. My 2 cents Lionel 2012/8/5 Thanatermesis thanatermesis.e...@gmail.com Well, I have made some trick for build ctags, if you* want to build them you maybe need to do it like me, this is the bunch of code that i used for the packaging process, basically it does that: do a copy of usr/include (where the headers is), modify them by removing the annoying EINA keywords that make ctags not work correctly, use these files for build ctags, and finally remove them since they are useless and modified sources, the result is a ctags file which redirects correctly to the equivalent line in the headers file when coding Improvements are welcome # make this trick for make ctags understand api, # removing not needed EINA types used in efl, # it does a temporal copy of headers modified used for only build ctags -rm -rf debian/include.ctags -mkdir -p debian/include.ctags/usr cp -a debian/tmp/usr/include debian/include.ctags/usr/ find debian/include.ctags -type f -iname '*.h*' -exec sed -i \ -e 's|EINA_MALLOC||g' \ -e 's|EINA_CONST||g' \ -e 's|EINA_CONST||g' \ -e 's|EINA_PURE||g' \ -e 's|EINA_NONINSTRUMENT||g' \ -e 's|EINA_WARN_UNUSED_RESULT||g' \ -e 's|EINA_ARG_NONNULL([[:digit:]][^)]*)||g' \ -e 's|EINA_PRINTF([[:digit:]][^)]*)||g' \ {} \; ctags -R -h .h.H.hh.hxx -f $(DEB_SOURCE_PACKAGE).tags --fields=+iaS --c-types=pcdgstue --excmd=number debian/include.ctags sed -i 's|debian/include.ctags||g' $(DEB_SOURCE_PACKAGE).tags -rm -rf debian/include.ctags mkdir -p debian/tmp/usr/share/editor-ctags mv $(DEB_SOURCE_PACKAGE).tags debian/tmp/usr/share/editor-ctags/ # end ctags construction code Thanatermesis 2012/8/5 Thanatermesis thanatermesis.e...@gmail.com I was trying ctags and it seems to not recognize correctly the code, you can test it with your ctags too, for example with these 2 keywords: evas_object_del evas_shutdown Depend of your ctags command you can have the evas_shutdown one, but there's no way to have evas_object_del, after to check the header code that contains it and do some tests by modifying the line which should match, i found that it works after to get rid of the part: EINA_ARG_NONNULL(1) from this complete line: EAPI void evas_object_del(Evas_Object *obj) EINA_ARG_NONNULL(1); The command that i have used is something like: ctags -R -h .h.H.hh.hxx -f evas.tags --fields=+iaS --c-types=pcdgstue --excmd=number . Any ideas of how to build correctly ctags ? Thanatermesis -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Terminology cursor sometimes disappear
On Mon, Jul 30, 2012 at 12:19 PM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 27 Jul 2012 13:57:47 +0200 Lionel Orry lionel.o...@gmail.com said: Hi devs, I know we're talking too much about vi recently :) But I am facing another issue as well: When I quit Vi launched in Terminology, the cursor disappears. - I am using the default theme. - Ctrl-L clears the screen but does not make the cursor appear - calling 'reset' does reset the terminal and the cursor reappears this time. Are there other people facing this issue? This is quite annoying not to know where the cursor is located... have tried to reproduce.. can't. enter vim. exit vim. cursor still there. :/ Problem solved, it was due to one of my plugins messing up at start up. I had other behaviours on other terminals though, the cursor was not disappearing to it was less visible that there was a problem. But now it works fine. Sorry for the noise :) Lionel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Terminology cursor sometimes disappear
Hi devs, I know we're talking too much about vi recently :) But I am facing another issue as well: When I quit Vi launched in Terminology, the cursor disappears. - I am using the default theme. - Ctrl-L clears the screen but does not make the cursor appear - calling 'reset' does reset the terminal and the cursor reappears this time. Are there other people facing this issue? This is quite annoying not to know where the cursor is located... Thanks, Lionel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Evas DirectFB backend status
Hello everyone, I am trying to evaluate the usage of the EFL stack (up to ecore_evas+edje and hopefully webkit-efl) on an embedded sh4 platform. I compiled eina, eet, evas and expedite for now. Standard linux framebuffer backend for expedit works fine, but is very slow (this in not a powerful platform so this is expected). However there already exists an accelerated driver for DirectFB shipped with the platform SDK and DirectFB is already used in our graphical stack so I would like to know if the directfb engine of evas is actually still maintained, and if anyone knows some kind of TODO list about it to make it up-to-date. I'm not promising anything but if I convince ppl here, we might put some work into that. Thanks for feedback on the subject, Lionel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Evas DirectFB backend status
On Thu, Jul 12, 2012 at 5:04 PM, Vincent Torri vincent.to...@gmail.com wrote: On Thu, Jul 12, 2012 at 3:03 PM, Lionel Orry lionel.o...@gmail.com wrote: Hello everyone, I am trying to evaluate the usage of the EFL stack (up to ecore_evas+edje and hopefully webkit-efl) on an embedded sh4 platform. I compiled eina, eet, evas and expedite for now. Standard linux framebuffer backend for expedit works fine, but is very slow (this in not a powerful platform so this is expected). However there already exists an accelerated driver for DirectFB shipped with the platform SDK and DirectFB is already used in our graphical stack so I would like to know if the directfb engine of evas is actually still maintained, and if anyone knows some kind of TODO list about it to make it up-to-date. I'm not promising anything but if I convince ppl here, we might put some work into that. afaik, it's not maintained. And no TODO. I fear that you have to check if it still compiled and if it accelerate at least expedites. Well it compiles, and expedite too. And the result works! But it's as slow as linux framebuffer for now. I am digging into the directfb initialisation in expedite to try to customise it and I'll try to give you feedback. Feel free to provide patches ! Sure, if I produce something interesting ;) Lionel Vincent -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] evas_cserve2 needs accept4
On Tue, Jul 10, 2012 at 4:35 AM, Carsten Haitzler ras...@rasterman.com wrote: On Mon, 9 Jul 2012 11:14:37 +0200 Lionel Orry lionel.o...@gmail.com said: Hi devs, I noticed that cserve2 needs the accept4 call, which is not always available (at least on my fedora 10 it isn't). I made a simple patch to check for accept4 presence and disallow cserve2 compilation when needed. Please have a look / correct / enhance and integrate... a much smaller patch and better way is to not use accept4() and do accept() +fcntl() to set FD_CLOEXEC. it's 1 more line of code and is more portable i guess. :) its also not less dangerous given the way the code works. i've put this in svn. Great! Thank you raster. Cheers Lionel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] evas_cserve2 needs accept4
Hi devs, I noticed that cserve2 needs the accept4 call, which is not always available (at least on my fedora 10 it isn't). I made a simple patch to check for accept4 presence and disallow cserve2 compilation when needed. Please have a look / correct / enhance and integrate... Thanks a lot, Lionel evas_check_accept4.patch Description: Binary data -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] eet configure failure on fedora 10
Hi devs, the latest svn rev (73135) of eet does not pass the configure step correctly, probably due to autotools reorganisation (Vincent?). It seems it is looking for 'zlib.pc' which is absolutely non-existent on my platform, I don't know if zlib provides a pkg-config file in more recent releases. Build context: - Fedora 10 (yes I know it's old but the EFL always compiled fine on it and you want to support it, don't you? :) ) - packages installed: zlib-1.2.3-18.fc9.i386 and zlib-devel-1.2.3-18.fc9.i386 - eina compiled fine before eet - Header of eet/config.log: It was created by eet configure 1.6.99.73135, which was generated by GNU Autoconf 2.63. Invocation command line was $ ./configure -C --prefix=/opt/e17 --cache-file=/tmp/easy_e17/easy_e17.cache - Output of configure: checking whether ccache gcc accepts -g... (cached) yes checking for ccache gcc option to accept ISO C89... (cached) none needed checking dependency style of ccache gcc... (cached) gcc3 checking for pkg-config... (cached) /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking whether to build documentation... yes checking for doxygen... (cached) yes checking whether to use Gnutls... auto checking for GNUTLS... yes checking for libgcrypt-config... /usr/bin/libgcrypt-config checking for libgcrypt... yes checking whether to use gnutls_x509_crt_verify_hash... yes checking for gnutls_x509_crt_verify_hash in -lgnutls... no checking for gnutls_privkey_sign_data in -lgnutls... no checking whether to use gnutls_privkey_sign_data... no checking for gnutls_pubkey_verify_hash in -lgnutls... no checking whether to use gnutls_pubkey_verify_hash... no checking whether to activate cipher support in eet... yes checking whether to activate signature support in eet... yes checking jpeglib.h usability... yes checking jpeglib.h presence... yes checking for jpeglib.h... yes checking for jpeg_std_error in -ljpeg... yes checking for libjpeg... yes configure: error: Cannot find zlib.PC. Make sure your PKG_CONFIG_PATH environment variable contains include lines for the location of this file Thanks for having a look, what was the procedure for zlib before? Only checking for libz.so? Cheers, Lionel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eet configure failure on fedora 10
On Mon, Jul 2, 2012 at 11:02 AM, Stefan Schmidt s.schm...@samsung.com wrote: Hello. On 07/02/2012 09:56 AM, Lionel Orry wrote: Hi devs, the latest svn rev (73135) of eet does not pass the configure step correctly, probably due to autotools reorganisation (Vincent?). It seems it is looking for 'zlib.pc' which is absolutely non-existent on my platform, I don't know if zlib provides a pkg-config file in more recent releases. Build context: - Fedora 10 (yes I know it's old but the EFL always compiled fine on it and you want to support it, don't you? :) ) - packages installed: zlib-1.2.3-18.fc9.i386 and zlib-devel-1.2.3-18.fc9.i386 - eina compiled fine before eet - Header of eet/config.log: It was created by eet configure 1.6.99.73135, which was generated by GNU Autoconf 2.63. Invocation command line was $ ./configure -C --prefix=/opt/e17 --cache-file=/tmp/easy_e17/easy_e17.cache - Output of configure: checking whether ccache gcc accepts -g... (cached) yes checking for ccache gcc option to accept ISO C89... (cached) none needed checking dependency style of ccache gcc... (cached) gcc3 checking for pkg-config... (cached) /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking whether to build documentation... yes checking for doxygen... (cached) yes checking whether to use Gnutls... auto checking for GNUTLS... yes checking for libgcrypt-config... /usr/bin/libgcrypt-config checking for libgcrypt... yes checking whether to use gnutls_x509_crt_verify_hash... yes checking for gnutls_x509_crt_verify_hash in -lgnutls... no checking for gnutls_privkey_sign_data in -lgnutls... no checking whether to use gnutls_privkey_sign_data... no checking for gnutls_pubkey_verify_hash in -lgnutls... no checking whether to use gnutls_pubkey_verify_hash... no checking whether to activate cipher support in eet... yes checking whether to activate signature support in eet... yes checking jpeglib.h usability... yes checking jpeglib.h presence... yes checking for jpeglib.h... yes checking for jpeg_std_error in -ljpeg... yes checking for libjpeg... yes configure: error: Cannot find zlib.PC. Make sure your PKG_CONFIG_PATH environment variable contains include lines for the location of this file Just got hit by the same error. We checked for the header file before and somehow the new code checks for a pc file for zlib. And our old version of it (10.04 here) does not have that. I will commit a band-aid in a second and hope for a real fix from Vincent. Not going to touch the m4 files myself. :) Works like a charm, thank you Stefan :) regards Stefan Schmidt -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel Lionel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eet configure failure on fedora 10
On Mon, Jul 2, 2012 at 11:18 AM, Stefan Schmidt s.schm...@samsung.com wrote: On 07/02/2012 10:12 AM, Stefan Schmidt wrote: Hello. On 07/02/2012 10:09 AM, Vincent Torri wrote: remove line 56 of efl_check_libs.m4 : AC_MSG_ERROR([Cannot find zlib.PC. Make sure your PKG_CONFIG_PATH environment variable contains include lines for the location of this file]) and tell me if it works. If so, then can someone commit the fix ? I can't right now Works, thanks a lot. Will revert my band aid and commit your fix. It is in 73139 now. Please let us know if it fixes the problem for you. It does for me. Works for me as well. Thanks for the fix! Lionel regards Stefan Schmidt -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL Ruby bindings
On Sun, Jun 3, 2012 at 12:49 PM, Cedric BAIL cedric.b...@free.fr wrote: On Sun, Jun 3, 2012 at 11:49 AM, Jérémy Zurcher jer...@asynk.ch wrote: As some of you are talking about python binbing and track documentation, maybe the ruby link on http://trac.enlightenment.org/e/wiki/EFLBindings could point to https://github.com/jeremyz/ffi-efl I'm still alone on this project, but it seems to be at least noticed though (https://rubygems.org/gems/ffi-efl) I'm doing my best to keep it up to date and would appreciate if it could be a little bit more visible ;) Oh, I didn't know we had a maintained Ruby binding, that's cool ! I update the wiki page, but you know just get an account on the wiki and feel free to fix it as you see need. Not only do we have a maintained ruby bindings library, but it's a really cool one, and Jeremy has put a good amount of work into generator scripts that take care of generating the bindings and keeping them up to date with minimal effort. Thanks Jérémy, and ppl should try it and give more feedback to polish the API (even though ruby is not very popular among EFL devs, please give it a try!) Cheers Lionel -- Cedric BAIL -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [ELEGANCE] Source code available on git-hub
I had the same problem, using 'autoreconf -vif -I m4' on a Fedora 12. It seems the '-I m4' option is not passed to aclocal command line: $ autoreconf --version autoreconf (GNU Autoconf) 2.63 [...] $ autoreconf -vif -I m4 autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force autoreconf: configure.ac: tracing autoreconf: running: libtoolize --copy --force autoreconf: running: /usr/bin/autoconf --include=m4 --force configure.ac:15: error: possibly undefined macro: AC_C___ATTRIBUTE__ If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. autoreconf: /usr/bin/autoconf failed with exit status: 1 # Forcing the -I m4 option to aclocal: $ ACLOCAL='aclocal -I m4' autoreconf -vif -I m4 autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal -I m4 --force autoreconf: configure.ac: tracing autoreconf: running: libtoolize --copy --force autoreconf: running: /usr/bin/autoconf --include=m4 --force autoreconf: running: /usr/bin/autoheader --include=m4 --force autoreconf: running: automake --add-missing --copy --force-missing autoreconf: Leaving directory `.' Adding 'ACLOCAL_AMFLAGS = -I m4' to Makefile.am works too, and seems to be the preferred solution. Cheers Lionel On Mon, Mar 19, 2012 at 2:50 PM, patrick chevalier patrick.cheval...@openwide.fr wrote: You used ./configure -vif -I m4 ? -- CHEVALIER Patrick Open Wide Ingénierie - Original Message - From: Guillaume Friloux guillaume.fril...@asp64.com To: enlightenment-devel@lists.sourceforge.net Sent: Monday, 19 March, 2012 2:45:39 PM Subject: Re: [E-devel] [ELEGANCE] Source code available on git-hub On 19/03/2012 14:09, patrick chevalier wrote: Hi everybody, Just a little mail to inform all of you that I upload my code/work on Elegance. Reminder: Elegance is an EFL based application that enables anyone to design a GUI easily on a tablet. All sources are available on github (https://github.com/pchevalier/Elegance.git). Regards, Here on archlinux with libtool 2.4.2-4 : libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. configure.ac:14: error: possibly undefined macro: AC_C___ATTRIBUTE__ If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. autoreconf: /usr/bin/autoconf failed with exit status: 1 If i dont use this macro, i get : checking for ELEMENTARY... yes ./configure: line 13773: syntax error near unexpected token `eet,' ./configure: line 13773: `EFL_WITH_BIN(eet, eet-eet, eet)' Is it just me ? -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] about cmake
Hi Tom, in case you want to widen your choices, attached is a wscript file to build Ecrire using the Waf build system. You only need python , the waf script from here: http://code.google.com/p/waf/downloads/detail?name=waf-1.6.11 (rename to 'waf' then chmod a+x) and the wscript in ecrire root source directory. Sample commands: cd path/to/ecrire cp path_to/wscript . wget -o waf http://code.google.com/p/waf/downloads/detail?name=waf-1.6.11 chmod a+x waf ./waf configure ./waf build ./waf install --destdir=$PWD/dist ./waf distcheck Enjoy. Lionel On Sat, Mar 3, 2012 at 7:20 PM, Tom Hacohen t...@stosb.com wrote: On 03/03/12 20:10, Vincent Torri wrote: that's my last mail about cmake: 0) If you read my previous message, i talked about cmake in the core EFL. I know that Ecrire is not part of them... thank you... I know you talked about it in the core efl, but as we both pointed out, ecrire is not part of the core efl, so there was no reason for you to raise the subject. 1) build systems are for developpers. 99.9% of users don't care about build systems as they use the packages of their distro. So people *do* use cmake in the outside world, and shipping does could be nice for them is not a good argument imho. I'm sorry for not being clear enough in my previous email, I said shipping FindEina.cmake and the such would be nice (they are like pkg-config for cmake) as other developers who write code create their projects using cmake (me for example?) and it would be easier for them to do find_pkg(Eina) instead of using the pkg_config wrapping cmake macros. 2) maintaining 2 build systems is STUPID : it is more work. We have to sync them. We are not enough to even finish e17, so loosing time in maintaining another build system is a waste of time. I have participated in several projects using both autotools and cmake and it has always been a mess. But maybe you just want to replace the autotools by cmake... No one every said anything about maintaining two build systems. I just said, if that's where progress will take us to at some point, so be it. Maybe it won't, maybe we'll use scones ;P 3) the autotools are already here and are working Again, not arguing about core efl, but that's not a strong enough point. 4) i've never successfully succeeded in using cmake on Windows. I have, and many others have (not efl). 5) to add the same functionalities than the autotools you have to add plenty of stuff (just distcheck and help...). So it's error prone. Only distcheck and dist I think, but either way, it's not that hard to do. And if someone wants to do it, it's their choice. 6) cmake is less portable than autotools : autotools basically need a shell and some widely used programs (awk and/or perl, iirc). Cmake depends on nothing and is available for all platforms, autofoo on the other hand is not, and perl is not that standard on all platforms. 7) I'm not the only one who think the same about cmake. I don't really have a strong opinion either way, I just think personally that cmake is better and I'd like to give it a chance. Also, I don't like eliminating possibly better options just because. And it's not a veto. The project has started without me and can be finished without me. Or not finish and continue forever? :P But anyhow, it's still a veto because we want you on the team, and this change will probably not be done with your statement still holding. Also, I'm very disappointed you won't look at ecrire's code because of such nonsense hate for cmake. just read the last thread about cmake and my pov. That's not the first time that this discussion has been started and it will more or less explain my decision. I read it at the time (too long to read it again just for that), but I don't get why you wouldn't want to send patches for the C files (a.k.a code) just because there are a couple of cmake files in the repo. I plan on adding the Cmake pkg-config stuff to core EFL, and I hope you won't be mad about it (if you will, please let me know and I won't do it). It's there for *other projects* using cmake that may be interested in EFL (Samsung heavily uses cmake). If you have no objections, I plan on doing it in the next couple of days. -- Tom. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel wscript Description: Binary data -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of
Re: [E-devel] about cmake
On Sun, Mar 4, 2012 at 12:02 AM, Tom Hacohen t...@stosb.com wrote: On 04/03/12 00:31, Lionel Orry wrote: Hi Tom, in case you want to widen your choices, attached is a wscript file to build Ecrire using the Waf build system. You only need python , the waf script from here: http://code.google.com/p/waf/downloads/detail?name=waf-1.6.11 (rename to 'waf' then chmod a+x) and the wscript in ecrire root source directory. Sample commands: cd path/to/ecrire cp path_to/wscript . wget -o waf http://code.google.com/p/waf/downloads/detail?name=waf-1.6.11 chmod a+x waf ./waf configure ./waf build ./waf install --destdir=$PWD/dist ./waf distcheck Thanks a lot. I went through the syntax, it looks pretty elegant. thanks for having a look. I made this one very quickly (15 minutes) so it could be much better but anyway. How widely used is it? Not sure exactly, but it's quite addictive. I use it in all my professional projects now (mainly for C/C++). But apart from the small me, the most widely known waf users around are Samba and Node.js projects. The main problem, I guess, is that it's not as easy to use as windows (and other platforms?) such as cmake (because of the python dep). That's one of the things I liked about cmake (but far from only). About the python dep, it's unfortunately needed for all steps (configure, build, install, whatever else) since the wscript is simply a python script evaluated in a specific context. So yes, the python dep might be a no-go for windows (unless we create a waf executable embedding the python runtime, I think there are scripts to transform a python script to a .exe). Unlike CMake, waf is not a makefile generator, it is a build system by itself with its own dependency tracking and other useful features. Also, what about out of source builds? I've heard about Waf before (mostly in a negative context), and maybe the python dep makes it a no go (though it's also alluring), but I'd still like to hear more if you care to provide. It's fun easily being able to do whatever python does. :) Does it create windows VS project files? I heard about some efforts towards VS project files and I think it does work quite correctly though I've not tested: see http://code.google.com/p/waf/source/browse/waflib/extras/msvs.py There also is an eclipse project generator (http://code.google.com/p/waf/source/browse/waflib/extras/eclipse.py) and a XCode project generator (http://code.google.com/p/waf/source/browse/waflib/extras/xcode.py). or Makefiles in general? it could theoretically be used to generate a Makefile easily, but I think it should also be used to generate a configure file too, since the configure step is important in the build process as designed by waf. it is close to the autotools in this regard. That being said, I've not seen a Makefile generator yet (probably because it would need other external scripts such as a configure). Also, what I don't like about cmake (which is an issue that seems to exist with Waf as well, but heck, I don't know enough about both to know if it's even true), is not being able to create a configure script so the source tarball will be dep free. well for waf the configure step is in python, so if you know of a way to translate python code to bash code you might be my hero, but I doubt it is easily feasible. :P more seriously, configure scripts use bash and gnu-like tools (sed, awk, grep, whatever) so I don't consider that configure scripts are dependency-free. This is a question of point of view. Of course, if you attempt to build a software project, you often tend to have such an environment ready so that your ./configure; make; make install works (think msys for mingw or cygwin for windows for example, and on MacOS I heard about packages to get a GNU-ready environment). So as I stated above, it may not be harder to generate a self-executable file embedding the python vm and the waf script (would be waf.exe on windows for example) and ship it in a way or another. Then, absolutely no dependency (other than compilation tools themselves) is needed, meaning the waf script could be executed from a cmd.exe. I tried to place myself from the windows POV since I know it better than MacOS or another OS, but you get the point. If you want to build a software, there's a environment to set up. Installing python or downloading a waf.exe file is IMHO easier than setting up a GNU-like environment (like msys/mingw) when you're not used to unixes. Thanks again, Tom. You're welcome, Lionel -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https
Re: [E-devel] Fixes for latest eina and eet
On Tue, Feb 21, 2012 at 10:26 AM, Cedric BAIL cedric.b...@free.fr wrote: Hi, On Mon, Feb 20, 2012 at 11:28 PM, Lionel Orry lionel.o...@gmail.com wrote: while trying to install a fresh new efl stack on an old Fedora 10, I got stuck on two errors that I could fix quite easliy. Please review and apply if possible... - eina: the __gnu_printf__ format attribute is only valid since GCC 4.4. However, we can find __printf__ format before. I'm not sure they are equivalent though, so any hints on the fix appreciated... (tested with GCC 4.3.4) This has been fixed since yesterday by Vincent. - eet: the md variable in eet_cipher.c is only defined when using the new gnutls api. Thus adding guards to the code that cedric moved. Thanks for the patch, it's in. Thank you Cedric! It was not worth the authors line for a 2-line addition, but I appreciate. :) Cheers Lionel -- Cedric BAIL -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Fixes for latest eina and eet
Hi, while trying to install a fresh new efl stack on an old Fedora 10, I got stuck on two errors that I could fix quite easliy. Please review and apply if possible... - eina: the __gnu_printf__ format attribute is only valid since GCC 4.4. However, we can find __printf__ format before. I'm not sure they are equivalent though, so any hints on the fix appreciated... (tested with GCC 4.3.4) - eet: the md variable in eet_cipher.c is only defined when using the new gnutls api. Thus adding guards to the code that cedric moved. Kind regards, Lionel Index: src/include/eina_types.h === --- src/include/eina_types.h (revision 68172) +++ src/include/eina_types.h (working copy) @@ -124,7 +124,7 @@ # endif # if __GNUC__ 2 || (__GNUC__ == 2 __GNUC_MINOR__ 4) -# define EINA_PRINTF(fmt, arg) __attribute__((__format__ (__gnu_printf__, fmt, arg))) +# define EINA_PRINTF(fmt, arg) __attribute__((__format__ (__printf__, fmt, arg))) # define EINA_SCANF(fmt, arg) __attribute__((__format__ (__scanf__, fmt, arg))) # define EINA_FORMAT(fmt) __attribute__((__format_arg__(fmt))) # define EINA_CONST__attribute__((__const__)) @@ -141,6 +141,11 @@ # define EINA_LIKELY(exp) exp # endif +# if __GNUC__ 4 || (__GNUC__ == 4 __GNUC_MINOR__ 3) +# undef EINA_PRINTF +# define EINA_PRINTF(fmt, arg) __attribute__((__format__ (__gnu_printf__, fmt, arg))) +# endif + #elif defined(_WIN32) # define EINA_WARN_UNUSED_RESULT # define EINA_ARG_NONNULL(idx, ...) Index: src/lib/eet_cipher.c === --- src/lib/eet_cipher.c (revision 68172) +++ src/lib/eet_cipher.c (working copy) @@ -857,9 +857,11 @@ return cert_der; # ifdef HAVE_GNUTLS +# if EET_USE_NEW_GNUTLS_API on_error: gcry_md_close(md); return NULL; +# endif # endif #else /* ifdef HAVE_SIGNATURE */ data_base = NULL; -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Fixes for latest eina and eet
it works for me, actually my first attempt was nearly the same but I thought the nested conditionals would maybe not be appreciated. Ok for me so. Lionel On Tue, Feb 21, 2012 at 12:21 AM, Vincent Torri vincent.to...@gmail.com wrote: On Tue, Feb 21, 2012 at 12:07 AM, Vincent Torri vincent.to...@gmail.com wrote: On Mon, Feb 20, 2012 at 11:28 PM, Lionel Orry lionel.o...@gmail.com wrote: Hi, while trying to install a fresh new efl stack on an old Fedora 10, I got stuck on two errors that I could fix quite easliy. Please review and apply if possible... - eina: the __gnu_printf__ format attribute is only valid since GCC 4.4. However, we can find __printf__ format before. I'm not sure they are equivalent though, so any hints on the fix appreciated... (tested with GCC 4.3.4) hehe, i wanted to fix that this evening. I think i'll fix it differently, though can you try the patch below ? Vincent Index: src/include/eina_types.h === --- src/include/eina_types.h (revision 68086) +++ src/include/eina_types.h (working copy) @@ -124,7 +124,11 @@ # endif # if __GNUC__ 2 || (__GNUC__ == 2 __GNUC_MINOR__ 4) -# define EINA_PRINTF(fmt, arg) __attribute__((__format__ (__gnu_printf__, fmt, arg))) +# if __GNUC__ 4 || (__GNUC__ == 4 __GNUC_MINOR__ 3) +# define EINA_PRINTF(fmt, arg) __attribute__((__format__ (__gnu_printf__, fmt, arg))) +# else +# define EINA_PRINTF(fmt, arg) __attribute__((__format__ (__printf__, fmt, arg))) +# endif # define EINA_SCANF(fmt, arg) __attribute__((__format__ (__scanf__, fmt, arg))) # define EINA_FORMAT(fmt) __attribute__((__format_arg__(fmt))) # define EINA_CONST __attribute__((__const__)) -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eyesight (document viewer) gui
2012/1/28 Massimo Maiurana maiur...@gmail.com: David Seikel, il 27/01/2012 23:50, ha scritto: On Fri, 27 Jan 2012 14:41:24 -0500 Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: *While it will be half-french, it will NOT make its own baguettes ??? Croissants? crepes? :P Froggies know how to do other things that eatable stuff... And they're wishing to code this time as far as I can tell. :) That being said, you can still make a French Baker icon them, would be fun to click on the croissant to get a delicious view of the document. ;) Lionel -- Massimo Maiurana massimoatragusa.linux.it http://massimo.solira.org GPG keyID #7044D601 Creare l'uomo fu un'idea bizzarra e originale, ma aggiungere la pecora fu una tautologia. [Mark Twain] -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL Windows Installer
David Seikel onefang at gmail.com writes: Ah, the version of pkg-config that I use (from LFS) includes a built in glib. # On Win32, use the normal installed GLib. Yes, this is a circular # dependency. But then, only experienced hackers that presumably can # work around that will be building pkg-config and GLib on Win32 # anyway (especially using the auto*/configure/libtool # mechanism). Others use prebuilt versions. Makes me wonder... Why not using a prebuilt version indeed? It can be found here: http://www.gtk.org/download/win32.php ('Other third party software' section) Vincent, is there a reason for compiling pkg-config at hand? I'll make a try with the pre-built pkg-config on WinXP, but I think there's no reason it would not work. that said, if someone can clearly confirm whether glib is a dependency (optional or mandatory) for any EFL lib, I would gladly appreciate since I'm not 100% sure either. Regards, Lionel -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL Windows Installer
On Fri, Jun 17, 2011 at 12:17 PM, Vincent Torri vto...@univ-evry.fr wrote: On Fri, 17 Jun 2011, Lionel Orry wrote: David Seikel onefang at gmail.com writes: Ah, the version of pkg-config that I use (from LFS) includes a built in glib. # On Win32, use the normal installed GLib. Yes, this is a circular # dependency. But then, only experienced hackers that presumably can # work around that will be building pkg-config and GLib on Win32 # anyway (especially using the auto*/configure/libtool # mechanism). Others use prebuilt versions. Makes me wonder... Why not using a prebuilt version indeed? It can be found here: http://www.gtk.org/download/win32.php ('Other third party software' section) Vincent, is there a reason for compiling pkg-config at hand? I'll make a try with the pre-built pkg-config on WinXP, but I think there's no reason it would not work. no reason, i use that prebuild version of pkg-config (see the wiki) My bad, I did not look carefully enough. Indeed we're using the prebuilt pkg-config and glib packages, and my Makefile does the same as well. I'm too tired lately. that said, if someone can clearly confirm whether glib is a dependency (optional or mandatory) for any EFL lib, I would gladly appreciate since I'm not 100% sure either. glib can be used by ecore. On Windows, I don't compile ecore with glib support (see wiki :) Vincent Yes, I knew about the glib main loop integration in ecore. If I forgot any other dependency in the Makefile, don't hesitate to tell me. Regards, Lionel -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL Windows Installer
Hi everyone, so, I managed to create a kind of nice Makefile which is able to install all the EFL and its dependencies (apart from DirectDraw/Direct3D) from a plain msys/mingw environment and the efl sources tree. Here is a starter for people willing to try it (and report problems, of course!): 1. Download msys/mingw as indicate on the wiki (http://trac.enlightenment.org/e/wiki/EFLWindowsXP#InstallationandconfigurationofMSYSMinGW) 2. Open the msys console 3. Put the attached makefile somewhere. I suggest you create the 'efl' directory in your $HOME and put it there. 4. Create a subfolder 'src' and either: 4a. extract EFLs snapshots in it and possibly rename folders to get the same tree as in trunk (apart from evil, out of PROTO) 4b. or checkout the efls using subversion You should get something like that: ~/ Makefile src/ ecore/ edje/ eet/ eina/ elementary/ embryo/ evas/ evil/ expedite/ 5. 'cd src make' Tada!!! Go grab a dozen of coffees while waiting for everything to compile. The EFLs will be located in /usr/efl and the dependencies in /usr/local. For the adventurous (by default, EVAS_MODULES is set to ungif png): cd src make EVAS_MODULES=ungif png tiff sdl Note: this variable only specifies additional dependencies to install, but the standard ones (jpeg, bmp, gdi) will be compiled, don't worry. thanks in advance for your remarks, I made this on a relatively slow virtual machine with Windows XP. Kind regards, Lionel Makefile Description: Binary data -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] sky.jpg missing in elementary
I'm not sure it's related to libjpeg. I tried (under Windows) to replace 'LOSSY' by 'COMP' for sky.jpg in test.edc and it passed... until the line after, which uses LOSSY on a .png file. Switching both to COMP made edje_cc avoid complaining. So it seems to be related to the LOSSY method. Just in case... Lionel -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL Windows Installer
On Wed, Jun 8, 2011 at 6:09 PM, Vincent Torri vto...@univ-evry.fr wrote: On Wed, 8 Jun 2011, Lionel Orry wrote: Hi everyone, so, I managed to create a kind of nice Makefile which is able to install all the EFL and its dependencies (apart from DirectDraw/Direct3D) from a plain msys/mingw environment and the efl sources tree. Here is a starter for people willing to try it (and report problems, of course!): 1. Download msys/mingw as indicate on the wiki (http://trac.enlightenment.org/e/wiki/EFLWindowsXP#InstallationandconfigurationofMSYSMinGW) 2. Open the msys console 3. Put the attached makefile somewhere. I suggest you create the 'efl' directory in your $HOME and put it there. 4. Create a subfolder 'src' and either: 4a. extract EFLs snapshots in it and possibly rename folders to get the same tree as in trunk (apart from evil, out of PROTO) 4b. or checkout the efls using subversion You should get something like that: ~/ Makefile src/ ecore/ edje/ eet/ eina/ elementary/ embryo/ evas/ evil/ expedite/ 5. 'cd src make' i don't understand. Makefile is not in src/, so just running make should be sufficient err sorry, I wrote that a bit too fast. There should be i.e ~/ efl/ Makefile src/ eina/ ... and the command is 'cd ~/efl make', obviously. Tada!!! Go grab a dozen of coffees while waiting for everything to compile. The EFLs will be located in /usr/efl and the dependencies in /usr/local. For the adventurous (by default, EVAS_MODULES is set to ungif png): cd src make EVAS_MODULES=ungif png tiff sdl Note: this variable only specifies additional dependencies to install, but the standard ones (jpeg, bmp, gdi) will be compiled, don't worry. jpeg is not optional. it's a hard dep of eet. Yes, I suppose that's why we don't have to specify it as a dependency for evas. Since it's not documented in the wiki page, I think it's already installed by msys/mingw, and if it is not, I'll add it as a dependency to eet. I'll look at it deeper tomorrow. thanks in advance for your remarks, I made this on a relatively slow virtual machine with Windows XP. thank you, i'll look at that Makefile. Vincent Lionel -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL Windows Installer
On Wed, Jun 8, 2011 at 8:12 PM, Vincent Torri vto...@univ-evry.fr wrote: On Wed, 8 Jun 2011, Lionel Orry wrote: jpeg is not optional. it's a hard dep of eet. Yes, I suppose that's why we don't have to specify it as a dependency for evas. Since it's not documented in the wiki page, I think it's already installed by msys/mingw, and if it is not, I'll add it as a dependency to eet. I'll look at it deeper tomorrow. http://trac.enlightenment.org/e/wiki/EFLWindowsXP#Dependencies1 Vincent Damn, I missed it. Sorry for being unable to read a page correctly... :P I'll add the libjpeg dependency tomorrow. Thanks, Lionel -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL Windows Installer
On Thu, Jun 2, 2011 at 8:05 AM, Vincent Torri vto...@univ-evry.fr wrote: comments, remarks, ideas, fixes are welcome of course. Vincent Well, here is a series of remarks: 1. Thank you very much for making Efl available to windows platforms and all its potential users and devs. 2. That may be a personal taste but I think a Makefile would be more suited than a bash script for the purposes in test.sh. It looks a bit bloated (no offense, I understand it was not meant for public use but for your personal use). I could try to make a corresponding makefile. 3. Did you consider other alternatives than NSIS? It's a good one, but nowadays the tendency in windows world is to create MSI databases (so called 'Windows Installer packages) that use Windows Installer to install themselves. It's a very clean solution, and one tool to create such installer is Wix (http://wix.sourceforge.net). I've already used wix in the past and it's an amazing tool, trust me, even though the XML syntax is a bit scary at first. And it's easy to auto-generate Wix scripts to automate all this a bit more. My 2 cents, I may dig into all this deeper when I have a bit of free time. Regards, Lionel -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Discover what all the cheering's about. Get your free trial download today. http://p.sf.net/sfu/quest-dev2dev2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL Windows Installer
On Fri, Jun 3, 2011 at 1:25 PM, Vincent Torri vto...@univ-evry.fr wrote: On Fri, 3 Jun 2011, Lionel Orry wrote: On Thu, Jun 2, 2011 at 8:05 AM, Vincent Torri vto...@univ-evry.fr wrote: comments, remarks, ideas, fixes are welcome of course. Vincent Well, here is a series of remarks: 2. That may be a personal taste but I think a Makefile would be more suited than a bash script for the purposes in test.sh. It looks a bit bloated (no offense, I understand it was not meant for public use but for your personal use). I could try to make a corresponding makefile. i have no strong opinion, here. If you can write it, no problem for me. I will use it, i think. I'll give it a try. 3. Did you consider other alternatives than NSIS? It's a good one, but nowadays the tendency in windows world is to create MSI databases (so called 'Windows Installer packages) that use Windows Installer to install themselves. It's a very clean solution, and one tool to create such installer is Wix (http://wix.sourceforge.net). I've already used wix in the past and it's an amazing tool, trust me, even though the XML syntax is a bit scary at first. And it's easy to auto-generate Wix scripts to automate all this a bit more. I don't like msi installers as you can install the software only if you have admin privilegies : http://wix.sourceforge.net/manual-wix3/authoring_first_file.htm step 5, it is said: Note that msi packages requires administrative privileges in order to install correctly so for me, it's not acceptable. I didn't think it was a constraint for you, but if it is, indeed you can't use MSI packages. So let's forget my suggestion. Aside note: if you don't want to require admin privileges, you should definitely avoid to install stuff in Program Files or equivalent, but in the user space. Up to XP that would work, but UAC and other new security policies in newer versions will cause you great trouble. So maybe you should change the default install path to a more sensible location, but I'm not sure which one and how to express it... The NSIS wiki and docs may have tips about that. Vincent Cheers, Lionel -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Discover what all the cheering's about. Get your free trial download today. http://p.sf.net/sfu/quest-dev2dev2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL Windows Installer
Vincent Torri vtorri at univ-evry.fr writes: 1) on my computer, if you install the EFL in c:\a\path, then the $PATH env var is still appended with c:\Program Files\Efl\bin. I don't understand why. You have to change that manually for now if it happens. Would you agree to share (on svn repo or anywhere else) your installer project files (nsis, innosetup or whatever it is)? Cheers, Lionel -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ruby ffi binding
Jérémy Zurcher jeremy at asynk.ch writes: Hello, I've just launched version 0.0.1 of ffi-e17 in the wild. I hope it will move fast and that I'll get some help. Awesome! Can't wait to test it. I hope I can give feedback soon. Lionel -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuous Integration, attempt #1
I understand your explanation about builds. I know builds are stable and do work fairly well on a variety of platforms. But when I talk about CI, I don't talk specifically about rebuilds, but I am in the same problematic as you: I think about testing. Build bots have a wrong name in that they are not restricted to buids, but my intent was to evaluate the possibilities of CI software in terms of testing. Of course it needs an automated backend, because the build (I should say the _task_) is machine-controlled. But as long as some tests are available and are automated (make check is our backend here), the CI soft can gather the test results, publish them, warn/blame devs who broke the devs, and also keep track of the results over time and give us statistics. So indeed I was not exactly focused on build, but rather on testing, given the current status of libs. Now, I agree with you on another point: the backend (make check or whatever more specific app) and the actual TEST CASES are the important topic to work on. And there's nothing much I can give back about that, all of you will be much more experienced. I have no experience in graphical framework testing. So in the meantime, I just tried to see what we could get from a CI software. You've just demotivated me so I may give up with this task anyway. I will think and have a look at what could help in automating gui interaction. Hope I will eventually bring something you can find useful. BTW, I can try to work on the tests themselves as well, but I don't know where to start. Is there any test-oriented roadmap anywhere? On Sat, Feb 19, 2011 at 2:10 PM, Carsten Haitzler ras...@rasterman.com wrote: On Mon, 14 Feb 2011 12:17:03 +0100 Lionel Orry lionel.o...@gmail.com said: just fyi - CI is one of the lesser worries we have. so let's not make this more that it is - builds for us are stable and well tested. i rebuild efl between 1-4 times a day. sometimes much more. between the developers we have little issue with rebuilds. now let's get to the core of this - REBUILDS arent a problem. i rebuild efl and then some in about 6 mins on my desktop/laptop. i dont use distcc - nothing beyond the single cpu there. some smart Makefile to allow parallel builds between libs. so this isn't an issue. making sure things build is the least of our issues. what we need to track is BUGS. when someone introduces a bug - the longer it is not found, the harder it is to fix later. this means we arent really about rebuilds. we are about TESTING every change that we can. we have SOME test suites right now - expedite is an automated one for evas, we have some for eina as well ans a bit for ecore - but they are mostly very thing and done test a lot. elementary has a test, but its interactive. what we need to do is work on fleshing out tests where they are mostly good (expedite for example) so they test more or everything - and can automate the test. then for others create tests ANd find ways to automate them - increasingly we will need to find a way to automate gui interaction as thats a huge amount of what we do - and then verifying that the results of the interaction (logical and display) are right. this here has nothing to do with build bots, hosts, jenkins etc. but requires building and improving other infra and tools. we should be doing that long before we care about the infra to run those tests. so... who is volunteering to work on the tests? :) On Sat, Feb 12, 2011 at 2:32 AM, Ravenlock ravenl...@ravenlock.us wrote: Can FreeBSD users play too, with the majority of ya'll running linux? In the case of Buildbot and Jenkins, the concept of master/slave is central and should definitely be considered seriously. That means not only a build server, but distributed build over a build farm of computers with different OSes. I know Jenkins better so I'll talk a little bit about that. Say the master is a Linux box. Fine, it runs the java container and Jenkins application as the server machine, and it can also be used as a build machine by following a task to try to build a library or application, or generate doxygen, or get code coverage / unit testing / whatever a script or a plugin can do for us. But this master can also trigger a build on a distant machine, should it be running any Unix (in that case, ssh connection between the 2 machines is the easiest and painless way, with a dedicated 'hudson_slave' user for example for security) or even Windows (commands issued via JLNP or a windows service). One of the machines could be running a 'BSD OS. Going further: we only want one machine because the other ones are owned by the devs, they bite and don't want a distant robot to execute commands and take up their CPU. Fine again. Let's virtualize. Jenkins is able to connect, via its plugins, to various virtual machine interfaces (vmware, virtualbox). QEmu is easy to automate so no plugin needed. So we can simply run
Re: [E-devel] Continuous Integration, attempt #1
On Sun, Feb 20, 2011 at 3:27 AM, Carsten Haitzler ras...@rasterman.com wrote: On Sat, 19 Feb 2011 17:08:33 + Lionel Orry lionel.o...@gmail.com said: I understand your explanation about builds. I know builds are stable and do work fairly well on a variety of platforms. But when I talk about CI, I don't talk specifically about rebuilds, but I am in the same problematic as you: I think about testing. Build bots have a wrong name in that they are not restricted to buids, but my intent was to evaluate the possibilities of CI software in terms of testing. Of course it needs an automated backend, because the build (I should say the _task_) is machine-controlled. But as long as some tests are available and are automated (make check is our backend here), the CI soft can gather the test results, publish them, warn/blame devs who broke the devs, and also keep track of the results over time and give us statistics. So indeed I was not exactly focused on build, but rather on testing, given the current status of libs. Now, I agree with you on another point: the backend (make check or whatever more specific app) and the actual TEST CASES are the important topic to work on. And there's nothing much I can give back about that, all of you will be much more experienced. I have no experience in graphical framework testing. So in the meantime, I just tried to see what we could get from a CI software. You've just demotivated me so I may give up with this task anyway. oh... oops - hahahah - wasn't meaning to do that. i was meaning to MOTIVATE you - and others to work on the testing bit. for non-gui things it's easier as you have software create data (eg eina data struct stuff) and then use eina to do things and check results are as expected - all in code. indeed gui is the big nasty problem. you build somethng you expect to sit around and wait for a user to interact with. this means we need to pretend to be that user from code. and how do we chekc output? screengrab? we need to detect things like choppy rendering (framerate is uneven or drops to 1/2 or 1/4 of what it should be) if the ui transitions in the right way to the final expected state etc. etc. - that's non-trivial. :( I will think and have a look at what could help in automating gui interaction. Hope I will eventually bring something you can find useful. there are things that do this - xrecord and xtest are there for recording user input and playing it back. but that doesnt handle checking the progress along the way... :) BTW, I can try to work on the tests themselves as well, but I don't know where to start. Is there any test-oriented roadmap anywhere? none - other than get up and do something - make tests. :) scratch your itch. it sounds like you're the kind of person to whom this kind of testing is important - as you've said. so that'd motivate you - i was hoping :) there is enough of efl that doesnt require interactivity to test that needs testing so that's better than no testing at all (you can test the lower bits of evas easily like have a set of image files (png, jpg, bmp etc.) and make sure its a large set (very high res, tiny, with and within alpha, weird sizes and wierd versions of the formats) and then test evas in loading the image and getting the image data. compare to known good signature. that's easily done. as i said before - eina is easy to test this way. a lot of ecore is too and eet. in fact - i'd suggest picking a small target. let's say eet. and write a comperehensive self-test suite. eet is small and well contained. a test suite (imho) is not just testing that it works right and doesn't crash, but that it also doesn't leak memory, that it's memory footprint doesn't unexpectedly become a lot bigger doing the same thing, that it doesn't suddenyl become a lot slower etc. etc., so... the test suit tests for correctness AND then also benchmarks. benchmakr speed and memory size during operation (before and after) etc. etc. and record and then every test records this and maybe puts up results on a web page - it can even nicely graph the results over time - every revision of change can have the correctness and then speed + memory benchmark re-run and if results for speed+memory show a significant change maybe a mail is sent to enlightenment-devel alerting which revision caused it? does that motivate you more? :) Yes it does. But don't take my words too dramatically, I was only talking about motivation about CI evaluation. I still wish I can help the EFL get even better. The guidelines on eet are interesting, and I think someone should summarise those points on the wiki, we never know, that may give some ideas to volunteers. At work, I'm getting used to checking memory leaks since we develop persistent software that should be able to run for months and treat huge amount of data. So I may dig in this for eet for now, using valgrind, clang and other tools. I
Re: [E-devel] Continuous Integration, attempt #1
On Sat, Feb 12, 2011 at 2:32 AM, Ravenlock ravenl...@ravenlock.us wrote: Can FreeBSD users play too, with the majority of ya'll running linux? In the case of Buildbot and Jenkins, the concept of master/slave is central and should definitely be considered seriously. That means not only a build server, but distributed build over a build farm of computers with different OSes. I know Jenkins better so I'll talk a little bit about that. Say the master is a Linux box. Fine, it runs the java container and Jenkins application as the server machine, and it can also be used as a build machine by following a task to try to build a library or application, or generate doxygen, or get code coverage / unit testing / whatever a script or a plugin can do for us. But this master can also trigger a build on a distant machine, should it be running any Unix (in that case, ssh connection between the 2 machines is the easiest and painless way, with a dedicated 'hudson_slave' user for example for security) or even Windows (commands issued via JLNP or a windows service). One of the machines could be running a 'BSD OS. Going further: we only want one machine because the other ones are owned by the devs, they bite and don't want a distant robot to execute commands and take up their CPU. Fine again. Let's virtualize. Jenkins is able to connect, via its plugins, to various virtual machine interfaces (vmware, virtualbox). QEmu is easy to automate so no plugin needed. So we can simply run different virtual machines on the server, on demand, when a build is triggered on them. It is transparent from the Jenkins interface, the virtual machines appear like other physical nodes. So, many possibilities. FreeBSD users will have their playground too, don't worry. :) Lionel -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Continuous Integration, attempt #1
Hi everyone, to give a starting point for a discussion about continuous integration (I talked about Buildbot and Jenkins already, that's what CI is about), I created a repository so that you can try it at home. I don't expect it to work perfectly the first time for everyone, but that's a starting point, since it seems no one wants to get his feet wet. So please check out http://github.com/chickenkiller/jenkins-efl and follow the installation instructions. They are easy. And while you're at it, feedback please, and if there's a common agreement, let's talk about where to install the server and what slaves to put in place. FYI, it took me a half day of work only to make that work in the current state. It's really easy to use. Best regards, Lionel -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Continuous Integration, attempt #1
On Sat, Feb 12, 2011 at 7:32 AM, Daniel Juyung Seo seojuyu...@gmail.com wrote: Does this include source code build only? Or includes doxygen or www auto build? Just curious :) It also includes doxygen generation via 'make doc'. The best for you to know is to go on the github page and try the instructions... in 30 seconds you'll be running it :) Lionel Daniel Juyung Seo (SeoZ) On Feb 12, 2011 11:01 AM, Ravenlock ravenl...@ravenlock.us wrote: -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] SVN, Patches and workflow guidelines for EFL - suggestions
Tom Hacohen tom.hacohen at partner.samsung.com writes: Hey all, We recently released 1.0 for the core libraries, so now it's a good time to review how we worked in the past, draw conclusions and hopefully also improve our work-flow. When using the word patches in the following mail I also mean commits done by developers with commit access (when that applies). Hey, all this is interesting. I just wanted to refresh your memories about a thread begun by vtorri iirc, suggesting an automated build system that would ease the 'no warning in patches' checking rule and more generally, anti-regression tests (at least for compilation at first). This thread was never finished, it did not seem to interest much people which is a pity since I believe most of you who experienced automated build farms at work, or in another project, would agree about its usefulness. Today quite a few solutions exist, including Jenkins (ex-Hudson, http://jenkins-ci.org), buildbot (http://buildbot.net) and all we need is a little time to put the infrastructure in place, and some machines around the world running different OSes so that we can give proof the libraries are cross-platform and still compile on exotic configurations that are only tested once in a while. Cross-compilation for ARM and so could be integrated too. My 2 cents, but I think it's an important part of making the workflow better. Let's automate. Lionel -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Small notice
Dear Enlightenment developers, I'm a bit early for that but I won't be able to do it later, and I don't want to miss it. I wanted first to congratulate all of you for the great piece of work you're about to release to the world. Everyday, I look at the EFL sources to find a solution to my leaks in C knowledge, and most of the time, they give me an elegant and interesting solution. Mostly when talking about performance and portability. I also like very much how the libs and apps are designed, it's a good example for all of us. So as a consequence, I'd like to thank you for that work, that has been taking (quite) some time but eventually will provide everyone a solid, extremely flexible, themable and portable framework that definitely deserves some commitment from developers, designers and users out there. By the way, getting to the point of that message: I wish you all a very beautiful and enlightened Christmas. With best regards, Lionel -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Proposed new EFL Manual (and some wiki updates)
On Mon, Dec 20, 2010 at 2:16 PM, Thomas Gstädtner tho...@gstaedtner.net wrote: On Fri, Dec 17, 2010 at 22:13, Lionel Orry lionel.o...@gmail.com wrote: Kim Lester kim at dfusion.com.au writes: All, A few notes and two requests (marked *** ) [...] Incidentally I wrote this in OO simply because writing either doxygen or xml is not a good way to evolve a large complex document. I've written large docs in TeX with vi before and whilst it is good for producing consistent output it sucks from the point of view of massive cut/pastes and creative flow. Eventually this doc _could_ be converted to xml or tex or something but not just now. Hi Kim, I've been using TeX for a long time so don't get me wrong, but there exist now new formats that encourage the creative flow, as you say, by abstracting the formatting stuff, and that provide the source as a text file (devs love text files... They really do. They hate binary stuff apart from edje and eet files of course.), so the manual could also be versioned on the official svn repo. It could even be provided as README-like files. Such formats include AsciiDoc, RestructuredText, Textile, Markdown, etc. I am personally using AsciiDoc for, well... nearly everything I write when it's a bit technical. If you think it's a good idea to see what it looks like, give me a hour or two to convert your doc tomorrow and I'll show you the result. I'm not the right person to talk about the content though, but I appreciate the effort very much. Good doc makes enjoyable software. -Lionel I fully agree. I highly suggest to look into Markdown. While having a few flaws in layouting hat other systems might not share, it still has a ton of possibilities to format text while being extremely simple and especially plaintext-friendly. Markdown format just looks like plain textfile format, just like any readme-file and so on uses anyway, so vi or emacs is just fine, and yet you can produce appealing online documentations with CSS. Hi Thomas, this is pretty much the same with AsciiDoc, the text file format is very plain. I suggested it because I use it a lot. I did not want to spam the list but since you react about that (and it's a very good point, we should react and get the best solution), I attach an archive with a first draft of the manual converted to AsciiDoc format. See for yourself. It's missing a few formatting bits and embedded URLs (lacking free time, sorry) but it should show you the point. As an additional note, tools provided with or for asciidoc allow conversion of the original text file to html, xhtml, docbook-xml, LaTeX (though not maintained much), pdf via docbook and fop or dblatex backend, man pages (see git man pages), Slidy presentation system, and includes automatic syntax highlighting for all languages supported by pygments or GNU source-highlight, automatic diagram generation with ditaa or graphviz, and other goodies. Just to say that the feature list is, IMHO, wider than Markdown which is a very good specification but is mostly related to wiki formatting and thus HTML generation. Correct me if I'm wrong. I think we can count on feedback from Kim and others when the holidays period is finished. Regards, Lionel -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Proposed new EFL Manual (and some wiki updates)
Kim Lester kim at dfusion.com.au writes: All, A few notes and two requests (marked *** ) [...] Incidentally I wrote this in OO simply because writing either doxygen or xml is not a good way to evolve a large complex document. I've written large docs in TeX with vi before and whilst it is good for producing consistent output it sucks from the point of view of massive cut/pastes and creative flow. Eventually this doc _could_ be converted to xml or tex or something but not just now. Hi Kim, I've been using TeX for a long time so don't get me wrong, but there exist now new formats that encourage the creative flow, as you say, by abstracting the formatting stuff, and that provide the source as a text file (devs love text files... They really do. They hate binary stuff apart from edje and eet files of course.), so the manual could also be versioned on the official svn repo. It could even be provided as README-like files. Such formats include AsciiDoc, RestructuredText, Textile, Markdown, etc. I am personally using AsciiDoc for, well... nearly everything I write when it's a bit technical. If you think it's a good idea to see what it looks like, give me a hour or two to convert your doc tomorrow and I'll show you the result. I'm not the right person to talk about the content though, but I appreciate the effort very much. Good doc makes enjoyable software. -Lionel -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] How do I get my gtk themes to apply to gtk apps under e17?
The other way, if you want to keep homogeneous with your configured Gnome desktop, is to launch gnome-settings-daemon at e17 startup. A bit more memory consuming, but will not mess with your actual configuration since it will take care of applying it the same way as on your gnome desktop. regards, Lionel On Wed, May 26, 2010 at 7:56 AM, David C. Rankin drankina...@suddenlinkmail.com wrote: On 05/25/2010 03:44 PM, Christopher Michael wrote: Create or modify ~/.gtkrc ~/.gtkrc-2.0: Boris, Christoper, Mike, Thank you! Will that mess with my gnome install? We shall see ;-) -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Issues with svn content for varous packages
On Fri, Mar 5, 2010 at 7:54 PM, Vincent Torri vto...@univ-evry.fr wrote: On Fri, 5 Mar 2010, Gustavo Sverzut Barbieri wrote: On Fri, Mar 5, 2010 at 3:35 PM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 5 Mar 2010 19:10:55 +0100 (CET) Vincent Torri vto...@univ-evry.fr said: On Sat, 6 Mar 2010, Carsten Haitzler (The Rasterman) wrote: Also, there is a problem with 'e' - as you've merged most of usefull modules inside e itself, now it is very difficult to switch off/on some module (you will be forced to rebuild whole e to get just one module additional). If we will provide autofoo scripts with recursive configures, that will allow to fetch and build single module without e itself, while keeping possibility of controlling build options for whole e - will you accept this, or you will say it may break someday, current scheme is working, let's not change it, as we don't want to test your new scripts? thats just nuts! run a configure script per module? do you really want to make my build time 20x what they are now? running the configure for a lot of efl takes longer than the actual compile - and now run it 70 times for e? no thanks. build all the modules always - there is no harm to it. package them separately if you want and allow each module to be installed as a package. I agree with raster. Did you ever try to build gettext ? It takes several minutes on linux to just run the configure's. I don't even talk about Windows where it takes several dozens of minutes. oh indeed - it'd be even worse there on windows as execcing tools in configure simply takes much longer on windows than linux. i'm already humongously annoyed at autofoo for taking so long to generate configure from configure.ac - and makefile.in's etc. etc. - that takes as long as configure - then configure - a 800kb+ shell script... god forbid.. takes yet longer... then every file is compiled via a monster libtool shellscript that finally execs gcc which takes a tiny fraction of a second. the total time actually spent compiling (in gcc) and not inside all the layers of generatiing autofoo from templates, runing configure and libtool scripts etc is probably in the order of less than 5% of the time to compile things for EFL. that means - you could expect a 20x speedup if we could ditch it. i'm already grossly disgusted with autotools and its seemingly infinite appetite for eating up cycles and making builds longer. if we were not so heavily invested - i'd search for an alternative (cmake maybe?), but we're here. if we had an autofoo compatible system that could take our existing configure.ac's and makefile.am's and generate a lean, mean, and efficient configure, kill off libtoool with a simple and fast wrapper - i'd be a very happy man. i know i don't have the time - nor the focus to do this - so i'll just sit here with my eyes to heaven praying that one day such a thing will turn up. Hell maybe it's time to to write build.sh files that just hve a pre-defined config - spew out the config.h's and other template outputs and do the work. maybe we can generate them from our Makefile.am's :) maybe - one day... :) BTW, webkit-gtk (and now efl) is the only one using autofoo and is the slowest one. All the other guys are using alternative solutions, being google chrome the user of scons and is one of the fastest... and now to the ultimate source for denying it: it uses python! really, I have experience with it and could port it over... but I know you all would comply about it. waf or Perfoce Jam are also other tools that are quite good +1 for Waf. Since I use it in my own projects, I can't get back to anything else. Lionel Vincent -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Outdated link to Gentoo E17 page in e.org
Hi devs, can someone update the link present on the download page ( http://enlightenment.org/p.php?p=downloadl=en) redirecting to the gentoo specific instructions: the up-to-date link is http://en.gentoo-wiki.com/wiki/E17 Thanks, Lionel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Ecore_X API break
in esmart there are problems too, in the file esmart/src/lib/esmart_xpixmap/esmart_xpixmap.c. regards, Lionel On Thu, May 7, 2009 at 10:40 AM, Vincent Torri vto...@univ-evry.fr wrote: Hey, the API of Ecore_X was not consistent. I renamed: ecore_x_pixmap_del ecore_x_gc_del ecore_x_region_del ecore_x_damage_del to ecore_x_pixmap_free ecore_x_gc_free ecore_x_region_free ecore_x_damage_free Except in ecore_evas, i only see these _del functions in the bling module If you see any compilation problem, please report it in that thread thank you Vincent -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Release schedule
I may be off-topic, but to manage these automatic builds, Gustavo suggested a script+crontab. Maybe we could also take advantage of a better solution that does the stuff for us and give back statistics. One of these tools is called buildbot (http://buildbot.net/trac) and it seems to do a good work. Can the devs have a look at it and see whether it would be worth using it ? As a user, I would be glad to consult a report page about all the nightly builds. This helps avoiding regression as well IMO. thanks for the effort Gustavo ! regards, Lionel On Thu, Apr 9, 2009 at 8:34 AM, Luca De Marini luca.darkmas...@gmail.com wrote: I just wanted to understand a pair of things... 1) is this something official or just your idea Gustavo? (I love the idea, I'd prefer it to be official of course) 2) will we set up a repo? An official repo to compile everything periodically? This question I'm asking is because for OpenGEU we have a repository, quaker manages it, and he periodically compiles E17. Thanks for your answers, bye, Luca D.M. 2009/4/9 Toma tomha...@gmail.com 2009/4/9 Gustavo Sverzut Barbieri barbi...@profusion.mobi: On Wed, Apr 8, 2009 at 6:58 PM, Toma tomha...@gmail.com wrote: 2009/4/8 Gustavo Sverzut Barbieri barbi...@profusion.mobi: Hello all, As you might know we have to do the following list in order to release: http://trac.enlightenment.org/e/wiki/Release But until then we'll have a long time and it's bad to not have intermediate releases to help users try enlightenment and its libraries. So talking to lots of packagers and distros we know they want to include our code, but they need us to have something good enough to be packaged, so they will not be caught into eina-transition breakage or so. So we talked a bit at IRC and I wrote the following schedule that we'll try to accomplish: http://trac.enlightenment.org/e/wiki/ReleaseSchedule Im not entirely sure that the 3 day package-test-package idea is good. Might just be creating more work for whoever packages it and some confusion for end users. well, packagers can live with it, just make a script and schedule a cron tab. as for users, end users can test on the second release, maybe we just drop the announcement of the first and add it to a -testing directory. But we need to test the packages and not from SVN as we usually do, so we can spot missing libs, symbols, etc. Sure. Well we'll just shift the announcement to the 2nd package release. *thumbs up* -Toma -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Release and documentation
2008/11/11 Stephane Bauland [EMAIL PROTECTED]: Toma wrote: Ive always been a proponent of more docs and have always tried to make docs. Im down with it. The 0th step is creating a roadmap of what needs more documentation, what needs documentation revision, and how to organize all the documentation. I'm agree, the good way is to have a roadmap in trac, sure. And instead of a 'team' as such, we could create a system where you just add a short blurb about a certain function then that gets added to a database... unless thats already possible? It would be good to keep it all on a wiki type setup, Imho, using something like docbook or another documentation's format will be better, using this, it'll be more easy to provide documentation in differents formats. Attached is an example of what can be done using AsciiDoc (http://www.methods.co.nz/asciidoc/index.html). The source file is a plain text file (the extension is .txt), and can generate docbook (see the pdf output using asciidoc + xsltproc + docbook-xsl-stylesheets + fop 0.95) of html (see the html output). It is easy to learn and to maintain. Moreover, a plain text file can be easily versioned through Subversion. I personally use asciidoc more and more for my professional and personal documentation needs, just wanted to let you give an eye to this solution. P.S. The sample doc given here does not mean (yet) that I can involve a lot of time to documentation... Maybe in a few more months. regards, Lionel preferably on trac.enlightenment.org (at least for the roadmap) or on wiki.enlightenment.org ... there is already LOADS of info on wiki.e.org, but it might need some more organization. Yes, wiki have to be organized and updated :) Toma 2008/11/11 Amitav Mohanty [EMAIL PROTECTED]: Hi I posted about this about a week ago. I am partly taking up that task. However, I will need a few more days to begin my work. Stephane Bauland wrote: Hi all, This morning i was reading a guay in #e, asking for some documentation around E itself. Maybe it could be great to create a team for documentation right now. And to provide a user documentation manual for the release ? Cause their's not enought documentation about e, or the one existing are a little bit outdated. That's just my opinion, i let you react :) - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Stephane 'rookmoot' Bauland. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel efl_developer_guide.pdf Description: Adobe PDF document - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Pidgin lagging or using too much resources
Look at amsn2. There is an EFL-based engine for GUI. 2008/10/30 Stephane Bauland [EMAIL PROTECTED]: [EMAIL PROTECTED] wrote: Using the first version of eeePC (quite slow machine) and i dont have that problem. Should we do a EFL version of Pidgin ? :P (That would be cool ^^) It's comming, i'm planning to implement Telepathy under efls. On Oct 30, 2008 3:08pm, Nick Hughart [EMAIL PROTECTED] wrote: Luca De Marini wrote: Hallo people, I received report from two of my developers about pidgin having problems in Enlightenment. I tested it, for me it works fine but maybe because I have a powerful computer... I mean, looks like pidgin uses an incredible amount of resources in E, in general. Jorge reports it to use 99% of is CPU resources, Pablo sais he cannot use it because it lags and is really hard to use. My question is, could someone of you please test this too, so that I can know if it is a real problem for everyone or not? And if it is a problem indeed, how could it happen and how could it be solved (if anyone cares about solving it)? Greetings, Luca Does not do this for me now and has never done it in the past. I also do not know of any other reported cases so this would have to be on their end. The fact that they are using E is probably just a coincidence. E will not cause Pidgin to use 100% cpu. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Patch for Evil fopen function
Hello, here is a tiny patch to make the open() function from Evil.h closer to the real posix open() function. Without the _O_BINARY flag, the opened filestream is postprocessed under Windows, which leads to unexpected carriage returns in binary files, such as in eet files for example. Thanks for reviewing and applying if possible. regards, Lionel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patch for Evil fopen function
sorry for that. Here it is: Index: src/lib/Evil.h === --- src/lib/Evil.h (révision 37267) +++ src/lib/Evil.h (copie de travail) @@ -134,7 +134,7 @@ # define S_IXGRP S_IXUSR # define S_IXOTH S_IXUSR -# define open(path,...) _open((path),__VA_ARGS__) +# define open(path,...) _open((path), _O_BINARY | (__VA_ARGS__) ) # define close(fd) _close(fd) # define read(fd,buffer,count) _read((fd),(buffer),(count)) # define write(fd,buffer,count) _write((fd),(buffer),(count)) Thanks regards, Lionel 2008/10/28 Vincent Torri [EMAIL PROTECTED]: Hey, here is a tiny patch to make the open() function from Evil.h closer to the real posix open() function. Without the _O_BINARY flag, the opened filestream is postprocessed under Windows, which leads to unexpected carriage returns in binary files, such as in eet files for example. Thanks for reviewing and applying if possible. I think that SF removed the attached file. If the patch is tiny, just put it in the body of the mail, it will be sufficient thank you Vincent - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [RFC] Eina need to be renamed
2008/10/24 Gustavo Sverzut Barbieri [EMAIL PROTECTED]: On Fri, Oct 24, 2008 at 10:31 AM, Viktor Kojouharov [EMAIL PROTECTED] wrote: On Fri, 2008-10-24 at 14:23 +0200, Cedric BAIL wrote: I think the vote is over. The result from http://www.misterpoll.com/polls/362996/results collected the opinion of 52 people. So I will stick with this result (and staying with eina, is sadly not an opinion). So I am going to rename eina with enema next week. You're kidding, right? You do know what enema means? I think raster presented that option out of frustration, and other people just voted on it for a quick laugh. Renaming a library to enema will potentially stop third-party (non oss) people from using it. Just like it's stopping the spreading of GIMP (you know, latex sex slave). ACK. if a rename needs to be done, edata it is, no voting is required, really. It's descriptive and efl-core just conflicts with ecore. +1 for edata. I thought I was the only one thinking efl-core conflicted with ecore... edata is neutral and self-explanatory. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Evil, svn trunk] autogen.sh failed on WinXP
2008/10/16 Vincent Torri [EMAIL PROTECTED]: On Thu, 16 Oct 2008, Lionel ORRY wrote: that works perfectly. Remains only the problem for autoreconf. BTW, I noticed Evil seems to be the only library in the EFL using autoreconf.. The others have autogen.sh call the autofoo tools subsequently. Maybe that would apply to Evil as well... autoreconf does what other autogen.sh does. It's sufficient for my purposes Now that the EFL are Eina-dependent, here is a _really dirty_ patch to make Eina compile on WinXP. I added guards to prevent the eina_benchmark compilation when asked because gcc threw me an internal error in eina_benchmark_init()... The dirtiest part of the patch is declaring eina_mempool_register and eina_mempool_unregister with EAPI, because it helps passing the link stage. I don't know much about the differences between .dll and .so (there must me many), but gcc was not happy with these functions prototypes. I don't know exactly how to correct that, it's just a workaround. the patch is indeed dirty :) Try with my fixes in eina, now. It compiles fine with mingw32ce. I didn't try with mingw yet If you still have link problems with eina_mempool.c, please give the exact error message, it can help me. Here is the output message : $ make make all-recursive make[1]: Entering directory `/home/liorry/eina' Making all in src make[2]: Entering directory `/home/liorry/eina/src' Making all in lib make[3]: Entering directory `/home/liorry/eina/src/lib' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/home/liorry/eina/src/lib' Making all in include make[3]: Entering directory `/home/liorry/eina/src/include' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/home/liorry/eina/src/include' Making all in modules make[3]: Entering directory `/home/liorry/eina/src/modules' Making all in mp make[4]: Entering directory `/home/liorry/eina/src/modules/mp' Making all in chained_pool make[5]: Entering directory `/home/liorry/eina/src/modules/mp/chained_pool' /bin/sh ../../../../libtool --tag=CC --tag=disable-static --mode=link gcc -std=gnu99 -O3 -s -mms-bitfields -march=i686 -no-undefined -Wl,--enable-auto-import -module -avoid-version -L/usr/local/lib -o eina_chained_mempool.la -rpath /usr/local/lib/eina/mp/ eina_chained_mempool_la-eina_chained_mempool.lo ../../../../src/lib/libeina.la -LD:/msys/1.0/local/lib -levil -ldl -lm rm -fr .libs/eina_chained_mempool.dll.a gcc -shared .libs/eina_chained_mempool_la-eina_chained_mempool.o -L/usr/local/lib ../../../../src/lib/.libs/libeina.dll.a -LD:/msys/1.0/local/lib /usr/local/lib/libevil.dll.a /usr/local/lib/libdl.dll.a -mms-bitfields -march=i686 -Wl,--enable-auto-import -o .libs/eina_chained_mempool.dll -Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker .libs/eina_chained_mempool.dll.a Creating library file: .libs/eina_chained_mempool.dll.a .libs/eina_chained_mempool_la-eina_chained_mempool.o:eina_chained_mempool.c:(.text+0x27e): undefined reference to `_eina_mempool_register' .libs/eina_chained_mempool_la-eina_chained_mempool.o:eina_chained_mempool.c:(.text+0x29e): undefined reference to `_eina_mempool_unregister' collect2: ld returned 1 exit status make[5]: *** [eina_chained_mempool.la] Error 1 make[5]: Leaving directory `/home/liorry/eina/src/modules/mp/chained_pool' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/home/liorry/eina/src/modules/mp' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/liorry/eina/src/modules' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/liorry/eina/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/liorry/eina' make: *** [all] Error 2 It seems like since a module uses these functions, they need to be dllexport'd or else they can't be found when linking the module. That makes sense in a way, but I don't know how the linker resolves this for .so files. I also noticed a FIXME in include/eina_inline_mempool_x: /* FIXME Do we actually need to export this functions?? */ Eina_Bool eina_mempool_register(Eina_Mempool_Backend *be); void eina_mempool_unregister(Eina_Mempool_Backend *be); Maybe that can help... Added another small patch to make Evas GLEW engine compile again (need to include glew.h before gl.h). strange, I thought i have already committed that fix. Maybe i have forgotten that. I'll fix that later. Vincent Lionel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [Evil, svn trunk] autogen.sh failed on WinXP
Hi all (especially Vincent), I tried to compile Evil from the latest SVN revision (r36716), after following the exact instructions from the wiki to get a working MinGW development environment. Here is the output: $ ./autogen.sh configure.ac:53: warning: _AC_Header_err_ is m4_require'd but not m4_defun'd autoconf/headers.m4:218: AC_CHECK_HEADERS_ONCE is expanded from... configure.ac:53: the top level configure.ac:53: warning: _AC_Header_err_ is m4_require'd but not m4_defun'd autoconf/headers.m4:218: AC_CHECK_HEADERS_ONCE is expanded from... configure.ac:53: the top level configure.ac:53: warning: _AC_Header_err_ is m4_require'd but not m4_defun'd autoconf/headers.m4:218: AC_CHECK_HEADERS_ONCE is expanded from... configure.ac:53: the top level configure.ac:53: warning: _AC_Header_err_ is m4_require'd but not m4_defun'd autoconf/headers.m4:218: AC_CHECK_HEADERS_ONCE is expanded from... configure.ac:53: the top level configure:13457: error: possibly undefined macro: _AC_Header_err_ If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. autoreconf: /usr/local/bin/autoconf failed with exit status: 1 configure: error: cannot find install-sh or install.sh in . ./.. ./../.. Autoconf version is 2.61 (like said in the wiki). Does anybody see where that comes from ? The recent configure.in-configure.ac renaming maybe ? Thanks for your help and all the great work. regards, Lionel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Evil, svn trunk] autogen.sh failed on WinXP
Hi Vincent, Thanks for the hint. Indeed the manual sequence for autofoo works better. I had some compilation errors then, that I could fix using the modifications in the attachment. They are just temporary workaround that worked for me ; I suppose the presence of libsecur32.lib should be checked (and conditional compilation of evil_pwd.c adjusted as a consequence), and the replacement of _WIN32_WCE=0x0420 by _WIN32_WINNT=0x0501 is, of course, only for my machine. Does autoconf have a macro to get WINVER ? I used the following snippet of code to get my version : getver.c #include stdio.h #include windows.h int main() { printf(0x%04X\n,_winver); return 0; } --- but I suppose there's a more efficient way that could be embedded in configure.ac. Anyway, the attached could help _me_ compile Evil. I can go on with the EFL... regards, Lionel 2008/10/16 Vincent Torri [EMAIL PROTECTED]: Hey, I tried to compile Evil from the latest SVN revision (r36716), after following the exact instructions from the wiki to get a working MinGW development environment. Here is the output: $ ./autogen.sh configure.ac:53: warning: _AC_Header_err_ is m4_require'd but not m4_defun'd autoconf/headers.m4:218: AC_CHECK_HEADERS_ONCE is expanded from... configure.ac:53: the top level configure.ac:53: warning: _AC_Header_err_ is m4_require'd but not m4_defun'd autoconf/headers.m4:218: AC_CHECK_HEADERS_ONCE is expanded from... configure.ac:53: the top level configure.ac:53: warning: _AC_Header_err_ is m4_require'd but not m4_defun'd autoconf/headers.m4:218: AC_CHECK_HEADERS_ONCE is expanded from... configure.ac:53: the top level configure.ac:53: warning: _AC_Header_err_ is m4_require'd but not m4_defun'd autoconf/headers.m4:218: AC_CHECK_HEADERS_ONCE is expanded from... configure.ac:53: the top level configure:13457: error: possibly undefined macro: _AC_Header_err_ If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. autoreconf: /usr/local/bin/autoconf failed with exit status: 1 configure: error: cannot find install-sh or install.sh in . ./.. ./../.. Autoconf version is 2.61 (like said in the wiki). Does anybody see where that comes from ? The recent configure.in-configure.ac renaming maybe ? Strange. AC_CHECK_HEADERS_ONCE has been introduced in autoconf 2.59c, so your version is good enough. Try to execute yourself (without using autogen.sh) all the autotools commands: aclocal -I m4 autoheader autoconf libtoolize --copy --automake automake --add-missing --copy --gnu I don't have that problem, but it's on linux with cross-compilation for Windows CE. I'll try this evening on Windows with MinGW Vincent - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Evil, svn trunk] autogen.sh failed on WinXP
2008/10/16 Vincent Torri [EMAIL PROTECTED]: On Thu, 16 Oct 2008, Lionel ORRY wrote: Hi Vincent, Thanks for the hint. Indeed the manual sequence for autofoo works better. ok. I don't understand why, but when I have problems with autogen, I do that. I asked on the autoconf ML about a similar problem some times ago, no answer yet. I had some compilation errors then, that I could fix using the modifications in the attachment. They are just temporary workaround that worked for me ; I suppose the presence of libsecur32.lib should be checked (and conditional compilation of evil_pwd.c adjusted as a consequence) actually, no need to be checked: you run mingw, so you are sure that that static lib exists. I'll fix that when I switch to Win XP this week end. First, I have to check something on Win CE. and the replacement of _WIN32_WCE=0x0420 by _WIN32_WINNT=0x0501 is, of course, only for my machine. I'm wondering if setting _WIN32_WINNT is really necessary, but I plan to actually target at least Win XP, so setting it to 0x0501 is not a bad idea. I'll have to check anyway. On the contrary, setting _WIN32_WCE directly in Makefile.am is not good at all :) actually, it is necessary, or else an enum value is not defined for lower WINVER or _WIN32_WINNT versions (these values are basically the same. I don't know when they differ). So maybe hard-code it somewhere could help... Does autoconf have a macro to get WINVER ? I used the following snippet of code to get my version : [snip] I don't think that autoconf provides such macro. Evil is in a good shape. I'm considering doing a release soon, and binaries for Win XP and Win CE. Thank you Vincent I'd rather thank YOU for all the hard work trying to port those fantastic libraries to windows. Thumbs up. Lionel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Evil, svn trunk] autogen.sh failed on WinXP
Thank you Vincent, that works perfectly. Remains only the problem for autoreconf. BTW, I noticed Evil seems to be the only library in the EFL using autoreconf.. The others have autogen.sh call the autofoo tools subsequently. Maybe that would apply to Evil as well... Now that the EFL are Eina-dependent, here is a _really dirty_ patch to make Eina compile on WinXP. I added guards to prevent the eina_benchmark compilation when asked because gcc threw me an internal error in eina_benchmark_init()... The dirtiest part of the patch is declaring eina_mempool_register and eina_mempool_unregister with EAPI, because it helps passing the link stage. I don't know much about the differences between .dll and .so (there must me many), but gcc was not happy with these functions prototypes. I don't know exactly how to correct that, it's just a workaround. Added another small patch to make Evas GLEW engine compile again (need to include glew.h before gl.h). Regards, Lionel 2008/10/16 Vincent Torri [EMAIL PROTECTED]: On Thu, 16 Oct 2008, Lionel ORRY wrote: I had some compilation errors then, that I could fix using the modifications in the attachment. They are just temporary workaround that worked for me ; I suppose the presence of libsecur32.lib should be checked (and conditional compilation of evil_pwd.c adjusted as a consequence), and the replacement of _WIN32_WCE=0x0420 by _WIN32_WINNT=0x0501 is, of course, only for my machine. _WIN32_WINNT=0x0500 seems sufficient (it means that I require Windows 2000 at least for Evil), so I used it. I also added -lsecur32 to the link flags Check out Evil to see if my modifications fixed the compilation with MinGW. Vincent - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Evas.h included too early in evas_common_soft16.h
Hi everyone, I am currently following Vincent Torri's instructions to compile the EFL under Win32/mingw, and I encountered an internal compiler error from gcc while compiling Evas, specifically the common_16 engine. After a few minutes diving into the preprocessed code, I found out that commenting out the line 4 (#include Evas.h) in the file evas/src/lib/include/evas_common_soft16.h (added by raster 4 weeks ago) seems to correct that. In fact, Evas.h is already included, but later, in evas_common.h. Can someone correct it please? Thanks a lot, and congrats for these amazing libs and great work. regards, Lionel - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] edje mouse_aware background
that's great ! Tanks a lot for your help. I'll dive more into embryo these days i think... Cheers. Carsten Haitzler (The Rasterman) wrote: On Thu, 19 May 2005 14:31:18 +0200 Lionel ORRY [EMAIL PROTECTED] babbled: Here is my attempt to do this. Follow README for usage... It's not very realistic though... I'm not an artist. Feel free to make something better from this ! BTW, I know that light is not exactly under the pointer (depends on the relative position of pointer) but it's a nice not_wanted_first effect. almost - you want to make the dragable container extend beyond the object by half the width/height of the spotlight - then it will follow the mouse perfectly (make a new confine - make it an invisible rect and extend it beyond the back bounds) (see attachment) enjoy and thanks for your help ! Carsten Haitzler (The Rasterman) wrote: On Thu, 19 May 2005 09:43:55 +0200 Lionel ORRY [EMAIL PROTECTED] babbled: Hi all, I was wondering about making a new kind of edje background : i'd like to create a uniform color everywhere (say black for now), and reveal only the part of an underlayered picture which is around the mouse position. Imagine the mouse working like a light which reveals the closest part of the background. So i was wondering about the best way to achieve this... I've found some dragable parts could be made with embryo scripts, but i don't know how it works. Any help much appreciated ! thanks a lot to everybody for the very good work. that's kind of hard. how do you want to expose it? you can use clip rect then overlay it with a mask image to mask out pixels u dont want to see with black. the the problem is getting this to follow the mouse. get_mouse() can get u the mosue coords relative to the object. get_geometry() can get u the x, y, w and h get the geometry of any part - u can put a part int he bg and stretch it over everything and use that as as a place to gather events - mouse,move will be a signal emitted on mouse moves - so when that signal happens have the script for it get the mouse x,y - get the geometry of the base part - make sure the other parts in the edje dont accept events, then now u can caluclate a relative value (x / width, y / height) as a float - then set those as drag values for a dragable that controls this clip and then overlay... Lionel --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] edje mouse_aware background
Hi all, I was wondering about making a new kind of edje background : i'd like to create a uniform color everywhere (say black for now), and reveal only the part of an underlayered picture which is around the mouse position. Imagine the mouse working like a light which reveals the closest part of the background. So i was wondering about the best way to achieve this... I've found some dragable parts could be made with embryo scripts, but i don't know how it works. Any help much appreciated ! thanks a lot to everybody for the very good work. Lionel --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] edje mouse_aware background
Here is my attempt to do this. Follow README for usage... It's not very realistic though... I'm not an artist. Feel free to make something better from this ! BTW, I know that light is not exactly under the pointer (depends on the relative position of pointer) but it's a nice not_wanted_first effect. enjoy and thanks for your help ! Carsten Haitzler (The Rasterman) wrote: On Thu, 19 May 2005 09:43:55 +0200 Lionel ORRY [EMAIL PROTECTED] babbled: Hi all, I was wondering about making a new kind of edje background : i'd like to create a uniform color everywhere (say black for now), and reveal only the part of an underlayered picture which is around the mouse position. Imagine the mouse working like a light which reveals the closest part of the background. So i was wondering about the best way to achieve this... I've found some dragable parts could be made with embryo scripts, but i don't know how it works. Any help much appreciated ! thanks a lot to everybody for the very good work. that's kind of hard. how do you want to expose it? you can use clip rect then overlay it with a mask image to mask out pixels u dont want to see with black. the the problem is getting this to follow the mouse. get_mouse() can get u the mosue coords relative to the object. get_geometry() can get u the x, y, w and h get the geometry of any part - u can put a part int he bg and stretch it over everything and use that as as a place to gather events - mouse,move will be a signal emitted on mouse moves - so when that signal happens have the script for it get the mouse x,y - get the geometry of the base part - make sure the other parts in the edje dont accept events, then now u can caluclate a relative value (x / width, y / height) as a float - then set those as drag values for a dragable that controls this clip and then overlay... Lionel --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel ck_background.tar.gz Description: GNU Zip compressed data
Re: [E-devel] User-space emotion installation
Hehe... Seems that ~/.xine/plugins is a parsed directory too ! May i get a chance ? ;-) I'll give you feedback if i manage to install emotion there. Carsten Haitzler (The Rasterman) wrote: On Wed, 27 Apr 2005 08:26:34 +0200 Lionel ORRY [EMAIL PROTECTED] babbled: Hi all, I am trying to install emotion in user-space. Apart from Ewl, all the other libs are already installed in user-space (PREFIX=$HOME). I'd like to know if there was a way to specify another path for xine plugins, because i have no write access in the actual xine plugins directory... xine requires the xine module to be in its modules dir... (and i know of no other way of providing a new module to xine) so.. your'e pretty screwed there :( Thanks for your help ! Lionel --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] edb SEGV under sparc-solaris 2.8
Here is the part that makes it bug : (B (B#define SHALLOC_FRAGMENT 32 (B/* (B* If there are at least SHALLOC_FRAGMENT additional bytes of (B* memory, divide the chunk into two chunks. (B*/ (Bif ((u_int8_t *)rp = (B(u_int8_t *)elp-links + SHALLOC_FRAGMENT) { (Bsp = rp; (B//--- This instruction crashes - (B*--sp = elp-len - (B((u_int8_t *)rp - (u_int8_t *)elp-links); (B//-- (Belp-len -= *sp + sizeof(size_t); (Breturn (0); (B} (B (BSo what do we have : (B (Brp = 0xff281794 -- (u_int8_t *)rp = "Cannot access memory at 0xff281794" (B (Bsp = 0xff281790 ('--sp' is applied) -- (u_int8_t *)sp = "Cannot access (Bmemory at 0xff281790" (B (B(u_int8_t *)elp-links = -1 : i think it's ok. (B (Belp-len = 51008 (B (BSo i guess the problem is first evaluating (u_int8_t *)rp, this pointer (Bis not correct. (B (B (BI have already heard that etox is being deprecated and replaced by (Bevas_text_block, and i totally agree with the fact that it's a really (Bminor issue ; you have many other priorities before that, and i can live (Bwithout it begin corrected (yes i can ! ;-)). (B (BIf i have some free time, i'll try to correct it by myself. Don't waste (Byour precious time ! There are ever-growing TODO lists to deal with, i (Bguess you're not bored. :-p (B (BThanx for your answer. And for the hard work. (B (BCarsten Haitzler (The Rasterman) wrote: (B (BOn Tue, 19 Apr 2005 17:03:10 +0200 ORRY Lionel [EMAIL PROTECTED] babbled: (B (B (B (BHi everybody ; (B (Bjust for fun, i tried to compile the EFL in userspace on a SunBlade150 (Bwith Solaris 2.8. (BI got everything compiled and installed ; but i get a segfault on (B__edb_shalloc when i try to use an etox-based application, such as (Betox_test or ewl_test. (B (B (B (Bto be honest - we are working on deprecating etox - and thus edb will become (Bused less and less. it's already almost unused. :) that means it's likely not (Bworth hunting this bug down as 1. we don't run solaris and don't see the bug - (Band if we don't see it, we can't easily hunt it down, and even if we do.. our (B"Fixes" wont be useful for long :( if you can get us more gdb info that'd be (Buseful (listings, printings of the variable values etc.) as we need those to (Bhave a better idea of whats going wrong (eg is sp NULL? or what?) :) (B (B (B (BHere is a backtrace with etox_test : (B (B#0 0xfec759f4 in __edb_shalloc (p=0xfe9602e0, len=536, align=4, (Bretp=0x53de8) at edb_salloc.c:120 (B#1 0xfec32308 in __memp_ropen (edbmp=0x53d98, path=0x0, (Bcachesize=40960, mode=384, is_private=1, flags=1) at mp_region.c:301 (B#2 0xfec2a834 in memp_open (path=0x0, flags=257, mode=384, (Bedbenv=0x53d10, retp=0x53c5c) at mp_open.c:71 (B#3 0xfec66f48 in edb_open (fname=0xffbec0a0 (B"/home/perso/orry/share/etox/colors.db", type=DB_HASH, flags=16384, (Bmode=436, edbenv=0x0, edbinfo=0xffbec4a8, edbpp=0xffbec4f4) at edb.c:544 (B#4 0xfec486dc in __edb_nedbm_open (file=0x52bb8 (B"/home/perso/orry/share/etox/colors", oflags=0, mode=436) at edbm.c:210 (B#5 0xfec09fc4 in e_db_open_read (file=0xff3820c8 (B"/home/perso/orry/share/etox/colors.db") at e_db.c:302 (B#6 0xff380544 in _etox_style_color_init () at etox_style_color.c:116 (B#7 0xff37be8c in etox_style_new (evas=0x28ba8, text=0x53ac8 "The Etox (BTest utility consists in a series of test suites designed to exercise (Ball of the etox functions.", style=0x52348 "shadow") at etox_style.c:45 (B#8 0xff376bb0 in _etox_break_text (et=0x53838, text=0x53ac8 "The Etox (BTest utility consists in a series of test suites designed to exercise (Ball of the etox functions.") at etox.c:1142 (B#9 0xff375308 in etox_set_text (obj=0x53880, text=0x53ac8 "The Etox (BTest utility consists in a series of test suites designed to exercise (Ball of the etox functions.") at etox.c:376 (B#10 0x12064 in setup () at etox_test.c:303 (B#11 0x127b0 in main (argc=1, argv=0xffbece4c) at etox_test.c:425 (B (BI know i'm not in the optimal conditions for testing, but maybe it will (Bhelp to find a new bug. (B (BThanx in advance. (B (BLionel (B (B (B (B--- (BThis SF.Net email is sponsored by: New Crystal Reports XI. (BVersion 11 adds new functionality designed to reduce time involved in (Bcreating, integrating, and deploying reporting solutions. Free runtime info, (Bnew features, or free trial, at: http://www.businessobjects.com/devxi/728 (B___ (Benlightenment-devel mailing list (Benlightenment-devel@lists.sourceforge.net (Bhttps://lists.sourceforge.net/lists/listinfo/enlightenment-devel (B (B (B (B (B (B (B--- (BThis SF.Net email is sponsored by: New Crystal Reports XI. (BVersion 11 adds new functionality designed