Re: [E-devel] build system

2017-01-17 Thread Lionel Orry
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 pack​age,
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

2017-01-17 Thread Lionel Orry
Hello,

On Tue, Jan 17, 2017 at 1:22 AM, Simon Lees  wrote:

>
>
> 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

2015-04-03 Thread Lionel Orry
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

2015-04-02 Thread Lionel Orry
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

2014-11-26 Thread Lionel Orry
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

2014-11-09 Thread Lionel Orry
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

2013-11-14 Thread Lionel Orry
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

2013-11-14 Thread Lionel Orry
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

2013-11-14 Thread Lionel Orry
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

2013-04-24 Thread Lionel Orry
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

2013-04-24 Thread Lionel Orry
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

2013-02-22 Thread Lionel Orry
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

2013-02-15 Thread Lionel Orry
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

2013-02-04 Thread Lionel Orry
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

2013-01-31 Thread Lionel Orry
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

2013-01-08 Thread Lionel Orry
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

2012-12-21 Thread Lionel Orry
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

2012-12-20 Thread Lionel Orry
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

2012-11-17 Thread Lionel Orry
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

2012-11-17 Thread Lionel Orry
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

2012-11-12 Thread Lionel Orry
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

2012-09-10 Thread Lionel Orry
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

2012-08-25 Thread Lionel Orry
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

2012-08-15 Thread Lionel Orry
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

2012-08-14 Thread Lionel Orry
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

2012-08-14 Thread Lionel Orry
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

2012-08-14 Thread Lionel Orry
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

2012-08-14 Thread Lionel Orry
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

2012-08-05 Thread Lionel Orry
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

2012-08-05 Thread Lionel Orry
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

2012-08-05 Thread Lionel Orry
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

2012-07-30 Thread Lionel Orry
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

2012-07-27 Thread Lionel Orry
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

2012-07-12 Thread Lionel Orry
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

2012-07-12 Thread Lionel Orry
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

2012-07-10 Thread Lionel Orry
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

2012-07-09 Thread Lionel Orry
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

2012-07-02 Thread Lionel Orry
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

2012-07-02 Thread Lionel Orry
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

2012-07-02 Thread Lionel Orry
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

2012-06-03 Thread Lionel Orry
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

2012-03-19 Thread Lionel Orry
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

2012-03-03 Thread Lionel Orry
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

2012-03-03 Thread Lionel Orry
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

2012-02-21 Thread Lionel Orry
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

2012-02-20 Thread Lionel Orry
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

2012-02-20 Thread Lionel Orry
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-01-28 Thread Lionel Orry
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

2011-06-17 Thread Lionel Orry
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

2011-06-17 Thread Lionel Orry
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

2011-06-08 Thread Lionel Orry
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

2011-06-08 Thread Lionel Orry
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

2011-06-08 Thread Lionel Orry
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

2011-06-08 Thread Lionel Orry
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

2011-06-03 Thread Lionel Orry
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

2011-06-03 Thread Lionel Orry
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

2011-06-01 Thread Lionel Orry
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

2011-04-20 Thread Lionel Orry
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

2011-02-19 Thread Lionel Orry
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

2011-02-19 Thread Lionel Orry
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

2011-02-14 Thread Lionel Orry
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

2011-02-11 Thread Lionel Orry
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

2011-02-11 Thread Lionel Orry
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

2011-02-09 Thread Lionel Orry
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

2010-12-24 Thread Lionel Orry
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)

2010-12-20 Thread Lionel Orry
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)

2010-12-17 Thread Lionel Orry
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?

2010-05-26 Thread Lionel ORRY
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

2010-03-05 Thread Lionel ORRY
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

2009-11-01 Thread Lionel ORRY
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

2009-05-07 Thread Lionel ORRY
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

2009-04-09 Thread Lionel ORRY
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 Thread Lionel ORRY
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

2008-10-30 Thread Lionel ORRY
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

2008-10-28 Thread Lionel ORRY
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

2008-10-28 Thread Lionel ORRY
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 Thread Lionel ORRY
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-17 Thread Lionel ORRY
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

2008-10-16 Thread Lionel ORRY
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

2008-10-16 Thread Lionel ORRY
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 Thread Lionel ORRY
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

2008-10-16 Thread Lionel ORRY
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

2008-05-13 Thread Lionel ORRY
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

2005-05-20 Thread Lionel ORRY
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

2005-05-19 Thread Lionel ORRY
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

2005-05-19 Thread Lionel ORRY
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

2005-04-27 Thread Lionel ORRY
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

2005-04-20 Thread Lionel ORRY
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