Re: [E-devel] E SVN: raster trunk/e/src/modules/conf_theme

2012-12-14 Thread Michael Blumenkrantz
On Fri, Dec 14, 2012 at 7:42 AM, Carsten Haitzler ras...@rasterman.comwrote:

 On Fri, 14 Dec 2012 07:15:04 + Michael Blumenkrantz
 michael.blumenkra...@gmail.com said:

  On Fri, 14 Dec 2012 14:49:07 +0900
  Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote:
 
   On Thu, 13 Dec 2012 12:39:22 + Michael Blumenkrantz
   michael.blumenkra...@gmail.com said:
  
   i suggest you then revert 80747, 80774, and 80890 which are all feature
   adds. 80654 is a code cleanup and no fix - so under the same strict
 rules -
   revert.
 
  big difference between adding an actual feature like this one and
  copy/pasting a couple lines of code around to add an event which is not
 used
  internally and thus cannot cause bugs by default. if you were going to
 make
  this argument, you should have tested it adequately such that the themes
 in
  SVN at least look decent with it.

 i did. and darkness failed. it failed because i hadn't put in the fallback
 to
 default code yet and it didn't provide comp stuff. i ran out of time to
 finish
 it that day and i had to be in the office early for a conf call so i had to
 leave it be. i tested with darkness, detorious, detorious dark and efnheit
 and
 default. i finished it up first thing in the morning. see my commit.


great



 nb - it CAN cause bugs. you generate an event.. do you free it? do you
 free all
 members? do you unreff reffed objects on event free? sure that event doesnt
 post any event struct/data... but these are not always innocuous things.
 you


if an event with no data is causing a problem, we have some serious ecore
bugs to fix.


 just added a 100% cpu spin bug into e17 in 80871 that wasn't fixing any
 actual
 bug... you should have tested adequately to avoid making e17 using 100%
 cpu all
 day.


out of an entire day spent reviewing over 150 trivial issues reported by a
static analyzer,, ONE resulting commit caused an issue.
thanks for pointing that out, I look forward to the day when I never make a
bad commit.



 at least my incomplete code simply was cosmetic issues that are all happy
 now.

  
   also - no improvements to randr dialog then from devilhorns. you can
 stop
   work now as no features are allowed.
  
   seriously... you violate this yourself repeatedly... and you plan on
   reverting the randr code devilhorns has been hoarding until now and is
   meant to go into svn? it ADDS cloning controls... for example.
 
  you assume that this will be done in time for release I guess. he's only
 got

 i assume because he cancelled his holiday today just so he could do it for
 you.

  a couple more days to work on it since he'll be on vacation, and, while I
  have high hopes and trust in his ability, his current outlook is not
 nearly
  as optimistic.
 
  regardless, this would be a bug fix since the current dialog barely
 works,
  and we've previously discussed that it needed to go in.

 and we've previously discussed the theme preview as one of the reasons to
 have
 a thumbnailer custom inside e17.

 how about i file a bug cannot determine look of theme from just a
 wallpaper, so if theme makes all buttons black, with black text and i apply
 the theme, i cannot un-apply it? that's a bug. a fuller preview solves it.
 consider this a bug fix.

  
   :)
 
  at this point I give up. we may as well go on and throw the edbus2
 changes in
  now

 no one said that. what i'm saying is that if dh puts his changes in today -
 u'll be all happy with major untested code (he's had it for days and weeks
 without sharing - thus a lot of work with little feedback on it). that's a
 lot of new features.

 my changes fix a usability bug and improve look. they show the color of
 buttons
 and dialogs so you can see your controls are about to be blacked out.. or
 not.

  
being awesome is great, but we're 1 week away from final release and
 have
been in a feature freeze since last friday when we hit beta. please
 revert
this until after the release.
   
On Thu, Dec 13, 2012 at 12:27 PM, Enlightenment SVN 
no-re...@enlightenment.org wrote:
   
 Log:
 lets be awesome ... and make the theme preview.. look a lot more
 like
   a REAL PREVIEW OF A THEME!



 Author:   raster
 Date: 2012-12-13 04:27:03 -0800 (Thu, 13 Dec 2012)
 New Revision: 80834
 Trac: http://trac.enlightenment.org/e/changeset/80834

 Modified:
   trunk/e/src/modules/conf_theme/e_int_config_theme.c
   
 --
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

Re: [E-devel] E SVN: raster trunk/e/src/modules/conf_theme

2012-12-14 Thread David Seikel
On Fri, 14 Dec 2012 08:47:04 + Michael Blumenkrantz
michael.blumenkra...@gmail.com wrote:

 I look forward to the day when I never make a bad commit.

But then they'll toss you out of the SVN borkers club.  We can't have
that, you're a founding member.

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


signature.asc
Description: PGP signature
--
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


Re: [E-devel] E SVN: raster trunk/e/src/modules/conf_theme

2012-12-14 Thread David Seikel
And now for my more serious reply ...

On Fri, 14 Dec 2012 08:47:04 + Michael Blumenkrantz
michael.blumenkra...@gmail.com wrote:

 On Fri, Dec 14, 2012 at 7:42 AM, Carsten Haitzler
 ras...@rasterman.comwrote:
 
  On Fri, 14 Dec 2012 07:15:04 + Michael Blumenkrantz
  michael.blumenkra...@gmail.com said:
 
   On Fri, 14 Dec 2012 14:49:07 +0900
   Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote:
  
On Thu, 13 Dec 2012 12:39:22 + Michael Blumenkrantz
michael.blumenkra...@gmail.com said:
   
i suggest you then revert 80747, 80774, and 80890 which are all
feature adds. 80654 is a code cleanup and no fix - so under the
same strict
  rules -
revert.
  
   big difference between adding an actual feature like this one and
   copy/pasting a couple lines of code around to add an event which
   is not
  used
   internally and thus cannot cause bugs by default. if you were
   going to
  make
   this argument, you should have tested it adequately such that the
   themes
  in
   SVN at least look decent with it.
 
  i did. and darkness failed. it failed because i hadn't put in the
  fallback to
  default code yet and it didn't provide comp stuff. i ran out of
  time to finish
  it that day and i had to be in the office early for a conf call so
  i had to leave it be. i tested with darkness, detorious, detorious
  dark and efnheit and
  default. i finished it up first thing in the morning. see my commit.
 
 
 great
 
 
 
  nb - it CAN cause bugs. you generate an event.. do you free it? do
  you free all
  members? do you unreff reffed objects on event free? sure that
  event doesnt post any event struct/data... but these are not always
  innocuous things. you
 
 
 if an event with no data is causing a problem, we have some serious
 ecore bugs to fix.
 
 
  just added a 100% cpu spin bug into e17 in 80871 that wasn't fixing
  any actual
  bug... you should have tested adequately to avoid making e17 using
  100% cpu all
  day.
 
 
 out of an entire day spent reviewing over 150 trivial issues reported
 by a static analyzer,,

You have been doing a great job to get E17 ready for release.  I'm sure
we all appreciate all the work you have been doing polishing up the
code and sorting out the problems.

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


signature.asc
Description: PGP signature
--
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


Re: [E-devel] freezes and crashes

2012-12-14 Thread Massimo Maiurana
Massimo Maiurana, il 10/12/2012 22:45, ha scritto:

 - on first attempt to run e, right after machine boot, e always freezes
 showing the splash screen with fancy squares.

found the culprit!

I disabled start gnome services at login and now e doesn't freeze anymore :)
for some reason running gnome-settings-daemon was blocking e startup at some
point, I'll try to run it in some way *after* e is started.

-- 

  Massimo Maiurana   GPG keyID #7044D601

  La fede e' credere in cio' che sai non essere vero
[Mark Twain]



signature.asc
Description: OpenPGP digital signature
--
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] EO_DEFINE_CLASS does really unlock _my_lock.mutex?

2012-12-14 Thread Stefan Schmidt
Hello.

We have tons of reports from a static analyser here about the 
EO_DEFINE_CLASS macro. Actually in every place it is used. :)

The analyser thinks that _my_lock.mutex is locked but not unlocked.
I had a look at the code as well as cedric and we are both confused now. :)

It would be great if someone else can have a look at this. Tom, Daniel?

Its efl/src/lib/eo/Eo.h:190

#define EO_DEFINE_CLASS(class_get_func_name, class_desc, parent_class, 
...) \
EAPI const Eo_Class * \
class_get_func_name(void) \
{ \
const Eo_Class *_tmp_parent_class; \
static volatile char lk_init = 0; \
static Eina_Lock _my_lock; \
static const Eo_Class * volatile _my_class = NULL; \
if (EINA_LIKELY(!!_my_class)) return _my_class; \
\
eina_lock_take(_eo_class_creation_lock); \
if (!lk_init) \
   eina_lock_new(_my_lock); \
if (lk_init  2) eina_lock_take(_my_lock); \
if (!lk_init) \
   lk_init = 1; \
else \
  { \
 if (lk_init  2) eina_lock_release(_my_lock); \
 eina_lock_release(_eo_class_creation_lock); \
 return _my_class; \
  } \
eina_lock_release(_eo_class_creation_lock); \
_tmp_parent_class = parent_class; \
_my_class = eo_class_new(class_desc, _tmp_parent_class, __VA_ARGS__); \
eina_lock_release(_my_lock); \
\
eina_lock_take(_eo_class_creation_lock); \
eina_lock_free(_my_lock); \
lk_init = 2; \
eina_lock_release(_eo_class_creation_lock); \
return _my_class; \
}

regards
Stefan Schmidt

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


Re: [E-devel] [PATCH] eina/eina_barrier: fix implmentation with lock and condition variable

2012-12-14 Thread Ulisses Furquim
Hi Cedric,

On Fri, Dec 14, 2012 at 12:19 AM, Cedric BAIL cedric.b...@free.fr wrote:
 Hello,

 On Fri, Dec 14, 2012 at 10:31 AM, Ulisses Furquim
 ulis...@profusion.mobi wrote:
 Please find attached a small test program and also a patch to fix the
 implementation of Eina_Barrier using an Eina_Lock and an
 Eina_Condition variable. The current implementation causes a deadlock.
 The fix was only tested on Linux (Posix) so it'd be good if wince and
 win32 also could be tested given that's where it's really needed. If
 the semantics of condition variables are the same (and they seem to)
 then the patch should work for them as is.

 I didn't know we had a fallback already in svn, cool that it get
 fixed. Your patch is in svn. May I ask you to modify your test-barrier
 to be part of efl eina test suite, that would be really useful ?

Yeah, it seems we have since October this year by Mr. Rasterman. :-)
I'll try to modify the test for the test suite later.

Regards,

-- 
Ulisses Furquim
ProFUSION embedded systems
http://profusion.mobi
Mobile: +55 19 9250 0942
Skype: ulissesffs

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


Re: [E-devel] Plans for trunk/efl

2012-12-14 Thread Cedric BAIL
On Fri, Dec 14, 2012 at 11:52 AM, Gustavo Sverzut Barbieri
barbi...@profusion.mobi wrote:
 On Friday, December 14, 2012, Cedric BAIL wrote:
 On Fri, Dec 14, 2012 at 12:11 AM, Gustavo Sverzut Barbieri
 barbi...@profusion.mobi javascript:; wrote:
  On Thursday, December 13, 2012, Bruno Dilly wrote:
  Hey folks,
 
  what are the plans for trunk/efl ?
  Which libraries are going to be merged, order, etc ?
 
  I plan to move up to edje and efreet. That would include edbus (v2), e
  physics and I guess that's it.
 
  Elementary will likely stay out because of WebKit dep

 To make the list clearer. Should go in :
 - edbus
 - efreet
 - edje
 - eeze
 - ephysics

 May go in :
 - emotion
 - ethumb

 And yes, elementary and e_dbus should stay out of 1.8.


 E_dbus (v1) should die.

 Others, including ethumb and emotion will be in as well as the others you
 said.

Problem with both of them is that they require edje_cc. So it means we
need to use our generated binary and not the host binary (except for
cross compilation when provided). It is close from what we do with
eina_bench/eina_test and others, but still a little bit more complex.
--
Cedric BAIL

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


Re: [E-devel] [Elm_colorselector]: palette resize issue and picker warning fix

2012-12-14 Thread Daniel Juyung Seo
Looks good to me.
Thanks in SVN!

Daniel Juyung Seo (SeoZ)

On Tue, Dec 11, 2012 at 8:46 PM, SHILPA ONKAR SINGH 
shilpa.si...@samsung.com wrote:


 Hi All,

 Please find attached bug fix patch for Colorselector.
 This patch fixes the resize issue in palette which happens when
 palette item size is given more than finger size.

 This patch also fixes a fixed: 1 1 warning shown in picker(New addition to
 colorselector).
 This warning can be seen when we shift from both mode(palette+component)
  to picker
 mode and back to both mode.

 Change description:
elm_colorselector: Palette items resize issue when item size is more
 than finger size and fixed: 1 1 warning in picker
 fixed.

 Signed-Off by: Shilpa Singh(shilpa.si...@samsung.com)

  Thanks  Regards
 Shilpa Singh



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


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


Re: [E-devel] freezes and crashes

2012-12-14 Thread hannes.janet...@gmail.com
On Fri, Dec 14, 2012 at 12:15 PM, Massimo Maiurana maiur...@gmail.com wrote:
 Massimo Maiurana, il 10/12/2012 22:45, ha scritto:

 - on first attempt to run e, right after machine boot, e always freezes
 showing the splash screen with fancy squares.

 found the culprit!

 I disabled start gnome services at login and now e doesn't freeze anymore :)
 for some reason running gnome-settings-daemon was blocking e startup at some
 point, I'll try to run it in some way *after* e is started.


there is a conflict between e_xsettings and gsd as both want to
acquire the xsettings manager atom. currently both are enabled by
default which is probably not that good..

 --

   Massimo Maiurana   GPG keyID #7044D601

   La fede e' credere in cio' che sai non essere vero
 [Mark Twain]


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


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


Re: [E-devel] freezes and crashes

2012-12-14 Thread Michael Blumenkrantz
this is a good point; we may want to delay gsd launch until we've
successfully captured the xsettings atom

On Fri, Dec 14, 2012 at 12:52 PM, hannes.janet...@gmail.com 
hannes.janet...@googlemail.com wrote:

 On Fri, Dec 14, 2012 at 12:15 PM, Massimo Maiurana maiur...@gmail.com
 wrote:
  Massimo Maiurana, il 10/12/2012 22:45, ha scritto:
 
  - on first attempt to run e, right after machine boot, e always freezes
  showing the splash screen with fancy squares.
 
  found the culprit!
 
  I disabled start gnome services at login and now e doesn't freeze
 anymore :)
  for some reason running gnome-settings-daemon was blocking e startup at
 some
  point, I'll try to run it in some way *after* e is started.
 

 there is a conflict between e_xsettings and gsd as both want to
 acquire the xsettings manager atom. currently both are enabled by
 default which is probably not that good..

  --
 
Massimo Maiurana   GPG keyID #7044D601
 
La fede e' credere in cio' che sai non essere vero
  [Mark Twain]
 
 
 
 --
  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
 


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

--
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] [Announce] Enlightenment DR 0.17 Lucky

2012-12-14 Thread Michael Blumenkrantz
This release of E17, LUCKY RUBBER DUCKY, has a much better name than what
was originally proposed.

Changelog:
* EFL requirements now bumped to 1.7.3
* Translation updates
* Wallpaper previews now maintain aspect ratio when dialog is resized
* Backlight gadgets update themselves on backlight change
* Filemanager now capable of loading large directories more quickly
* Filemanager New Directory action renames files inline
* Menu item layout no longer resizes randomly
* Filemanager drag-n-drop no longer causes crashes in most scenarios
* Xmodmap settings no longer overwritten when changing keyboard layout
* Filemanager properly shows files again if a drag-n-drop operation fails
or pauses
* Orientation changing on shelves no longer duplicates the shelf
* Evry file browsing now shows mime types more accurately
* Tons of small memory leaks fixed
* Theme selection dialog now shows actual preview of theme instead of
wallpaper
* Temperature module no longer leaks fds on some platforms
* Pointer warping now more effective when changing desks
* Share button on screenshot dialog now leads to a confirmation dialog
* [THEME] Filemanager icons
* [THEME] Pixel border style removed
* [THEME] Pixel border style added
* [THEME] Pixel border style now has focused effect

* E17 LUCKY - 80969
http://download.enlightenment.org/releases/enlightenment-0.17.0-lucky.tar.gz
http://download.enlightenment.org/releases/enlightenment-0.17.0-lucky.tar.bz2

Today is also a momentous day for international EFL superhero, Bruno Dilly,
who has
released Etrophy 0.5.0 and 0.5.1 today:
http://brunodilly.org/blog/etrophy-0-5-0-release/

* Etrophy 0.5.1
http://download.enlightenment.org/releases/etrophy-0.5.1.tar.gz
http://download.enlightenment.org/releases/etrophy-0.5.1.tar.bz2
--
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] Issues with make distcheck on E-MODULES-EXTRA

2012-12-14 Thread Bruno Dilly
Hey Vincent and others,

anybody knows how to fix make distcheck in our extra modules ?
Since I couldn't find at least one of them working, I believe it was
an issue in our skel and it was propagated to all of them.

Here in my machine, when I try all of them fails at the same step.
Example trying to make distcheck photo:

make[3]: Entering directory
`/home/bdilly/projects/e/trunk/E-MODULES-EXTRA/photo/photo-0.1.0/_build/src'
make[3]: Nothing to be done for `install-exec-am'.
test -z /opt/lib/enlightenment/modules/photo/linux-gnu-i686-0.17.0-gamma
|| /bin/mkdir -p
/opt/lib/enlightenment/modules/photo/linux-gnu-i686-0.17.0-gamma
/bin/mkdir: cannot create directory
`/opt/lib/enlightenment/modules/photo': Permission denied
make[3]: *** [install-pkgLTLIBRARIES] Error 1

I've e17 installed in /opt/

Regards

-- 
Bruno Dilly
Lead Developer
ProFUSION embedded systems
http://profusion.mobi

--
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] scartch and reset

2012-12-14 Thread Massimo Maiurana
the dialog for profiles (settings-profiles) has two buttons named
respectively scratch and reset. what they actually do?

-- 

  Massimo Maiurana   GPG keyID #7044D601

  La fede e' credere in cio' che sai non essere vero
[Mark Twain]



signature.asc
Description: OpenPGP digital signature
--
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


Re: [E-devel] scartch and reset

2012-12-14 Thread Jeff Hoogland
Don't quote me on this but... I believe reset just defaults your current
profile, while scratch wipes out all profiles.

Hopefully someone who wrote said buttons can comment on if this is really
all they do :)


On Fri, Dec 14, 2012 at 12:08 PM, Massimo Maiurana maiur...@gmail.comwrote:

 the dialog for profiles (settings-profiles) has two buttons named
 respectively scratch and reset. what they actually do?

 --

   Massimo Maiurana   GPG keyID #7044D601

   La fede e' credere in cio' che sai non essere vero
 [Mark Twain]



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




-- 
~Jeff Hoogland http://jeffhoogland.com/
Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog
Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop
--
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


Re: [E-devel] ecore-wayland: Fix monitoring ECORE_FD_WRITE defaultly on wayland display fd lead to 100% cpu usage

2012-12-14 Thread Konno, Joe
Hey gang, see bug #1993 -- this patch appears to have introduced a 
stability regression, see the bug in Trac. I'll be posting revert 
progress and findings on that bug.

On 2012-12-07 09:39 AM, Eduardo Lima (Etrunko) wrote:
 On Fri, Dec 7, 2012 at 3:41 AM, Alex Wu zhiwen...@linux.intel.com wrote:
 Hi,

 In ecore_wl_init(), adding wayland display fd with ECORE_FD_WRITE flag
 make CPU usage 100%. This is true for all efl app running on wayland.

 The proper way to monitor the ECORE_FD_WRITE is when the
 wl_display_flush() return value  0 and errno == EAGAIN. And if
 wl_display_flush() return, we remove ECORE_FD_WRITE flag from the
 display fd.

 Patch attached.

 Thanks Alex, I confirmed this and the patch solves the problem of CPU
 consuming 100%.

 In SVN r80476.



-- 
Joe Konno
Software Engineer, Visualization QA and Validation

Intel Corporation
Open Source Technology Center
Hillsboro, Oregon, USA

Ph: +1 503 264 0365


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


Re: [E-devel] scartch and reset

2012-12-14 Thread Igor Murzove
On Fri, 14 Dec 2012 19:08:06 +0100
Massimo Maiurana maiur...@gmail.com wrote:

 the dialog for profiles (settings-profiles) has two buttons named
 respectively scratch and reset. what they actually do?

Those buttons do almost the same thing. Reset removes all your
configuration settings and you start with the clean profile.
Scratch does the same + sets your profile to the default one.

IMO, the Scratch button should be removed.


-- Igor

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


Re: [E-devel] ecore-wayland: Fix monitoring ECORE_FD_WRITE defaultly on wayland display fd lead to 100% cpu usage

2012-12-14 Thread Eduardo Lima (Etrunko)
On Fri, Dec 14, 2012 at 4:30 PM, Konno, Joe joe.ko...@linux.intel.com wrote:

 Hey gang, see bug #1993 -- this patch appears to have introduced a
 stability regression, see the bug in Trac. I'll be posting revert
 progress and findings on that bug.

Thanks for the heads up Joe. I reverted the patch in both trunk and
stable branch. Alex, it seems the idea of monitoring the Wayland FD is
correct, but the implementation is wrong, as it is blocking the
mainloop. Can you try to investigate this further? I'm quite busy for
the rest of the year and will not be able to look at this issue for
the next two to three weeks.

Best Regards, Etrunko


 On 2012-12-07 09:39 AM, Eduardo Lima (Etrunko) wrote:
  On Fri, Dec 7, 2012 at 3:41 AM, Alex Wu zhiwen...@linux.intel.com
  wrote:
  Hi,
 
  In ecore_wl_init(), adding wayland display fd with ECORE_FD_WRITE flag
  make CPU usage 100%. This is true for all efl app running on wayland.
 
  The proper way to monitor the ECORE_FD_WRITE is when the
  wl_display_flush() return value  0 and errno == EAGAIN. And if
  wl_display_flush() return, we remove ECORE_FD_WRITE flag from the
  display fd.
 
  Patch attached.
 
  Thanks Alex, I confirmed this and the patch solves the problem of CPU
  consuming 100%.
 
  In SVN r80476.
 


 --
 Joe Konno
 Software Engineer, Visualization QA and Validation

 Intel Corporation
 Open Source Technology Center
 Hillsboro, Oregon, USA

 Ph: +1 503 264 0365



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




--
Eduardo de Barros Lima ◤✠◢
ebl...@gmail.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] edje EXTERNAL part memory leak

2012-12-14 Thread Leandro Dorileo
Hi Guys,

I've tested ephysics with valgrind seeking for memory leaks and found a 
situation with edje EXTERNAL.
It obviously leaks externals parsed params data. But I'm not sure where the fix 
should be done.

On edje_load.c in the line 863 the objects params are parsed and allocated, 
this data should be freed
in the function _edje_file_del() line 1357, where 
_edje_external_parsed_params_free() is called, this
function will try to get the Edje_External_Type from 
rp-typedata.swallow-swallowed_object to define
who should be called to free the params.

I traced the code execution and found that in this point the swallowed_object 
was already freed - what
results in evas_object_data_get(obj, Edje_External_Type) returning NULL. I 
saw the eo's _destructor
was called before _edje_external_parsed_params_free() takes place.

I've coped the scenario with a very little example using edje EXTERNAL with 
elm/button source. See that
external_button_params_free() is never called, since swallowed object was 
removed before the external
edje external part.

I'm attaching a source code you can use to test it. If you run it with valgrind 
will see the following
stack:

==4706==by 0x6823221: _edje_external_params_parse (edje_external.c:624)
==4706==by 0x68261B7: _edje_object_file_set_internal (edje_load.c:863)
==4706==by 0x68360E7: _edje_smart_file_set (edje_smart.c:310)
==4706==by 0xC2D1990: _eo_op_internal (eo.c:363)
==4706==by 0xC2D36CE: eo_do_internal (eo.c:403)
==4706==by 0x682393E: edje_object_file_set (edje_load.c:79)
==4706==by 0x4F13AD2: _elm_layout_smart_file_set (elm_layout.c:1459)
==4706==by 0xC2D1990: _eo_op_internal (eo.c:363)
==4706==by 0xC2D36CE: eo_do_internal (eo.c:403)
==4706==by 0x4F16771: elm_layout_file_set (elm_layout.c:1444)


Regards...

-- 
Leandro Dorileo
ProFUSION embedded systems
http://profusion.mobi
externals {
   external: elm;
}

collections {

   group {
  name: my_group;

  parts {

 part {
name: test_button;
type: EXTERNAL;
source: elm/button;
mouse_events: 1;
description {
   state: default 0.0;
   rel1.relative: 1 0.08;
   rel2.relative: 1 0.08;
   color: 255 0 0 255;
   fixed: 1 1;
   align: 1 0.5;
}

 }
  }
   }
}
#include Elementary.h

#define WIDTH 500
#define HEIGHT 500

EAPI_MAIN int
elm_main(int argc, char **argv)
{
  Evas_Object *layout, *win, *bg;
  
  win = elm_win_add(NULL, Test, ELM_WIN_BASIC);
  elm_win_title_set(win, Test);
  elm_policy_set(ELM_POLICY_QUIT, ELM_POLICY_QUIT_LAST_WINDOW_CLOSED);
  elm_win_autodel_set(win, EINA_TRUE);

  layout = elm_layout_add(win);
  elm_win_resize_object_add(win, layout);
  elm_layout_file_set(layout, ./test.edj, my_group);
  evas_object_show(layout);
  
  bg = elm_bg_add(win);
  elm_bg_color_set(bg, 255,255 ,255);
  evas_object_size_hint_weight_set(bg, EVAS_HINT_EXPAND, EVAS_HINT_EXPAND);
  elm_win_resize_object_add(win, bg);
  evas_object_show(bg);
  
  evas_object_resize(win, WIDTH, HEIGHT);
  evas_object_show(win);
  
  elm_run();
  elm_shutdown();
  
  return 0;
}
ELM_MAIN()
--
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] strdupa use in e_fm

2012-12-14 Thread dieter roelants

hi,

I get:

e_fm_ipc.c: In function '_e_fm_ipc_cb_fop_trash_idler':
e_fm_ipc.c:1270:4: warning: implicit declaration of function 'strdupa'

followed by a link error later on, when building e 0.17.0-lucky on
NetBSD. That is because strdupa is a GNU extension. Unfortunately, I
don't have time to come up with a patch, and won't in the coming week.

kind regards
dieter

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


Re: [E-devel] strdupa use in e_fm

2012-12-14 Thread Maxime Villard
Le 14/12/2012 20:49, dieter roelants a écrit :
 hi,
 
 I get:
 
 e_fm_ipc.c: In function '_e_fm_ipc_cb_fop_trash_idler':
 e_fm_ipc.c:1270:4: warning: implicit declaration of function 'strdupa'
 
 followed by a link error later on, when building e 0.17.0-lucky on
 NetBSD. That is because strdupa is a GNU extension. Unfortunately, I
 don't have time to come up with a patch, and won't in the coming week.
 
 kind regards
 dieter


Yes, same on OpenBSD, i already sent a patch

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


Re: [E-devel] Edje/Elm External crash

2012-12-14 Thread Andreas Volz
Am Wed, 12 Dec 2012 23:15:33 +0100 schrieb Andreas Volz:

 Hi,
 
 I got a crash loading a edje file with Elm external into my edje
 application. I could reproduce this with edje_player, so no need to
 show any application code here. Only the edc:
 
 http://pastebin.com/zkzigHFH
 
 and here the backtrace and error output of edje_player:
 
 http://pastebin.com/zRTq4fuE
 
 I tried this with several other examples and it seems if I use Elm
 external in an edje application I get this error output and crash at
 exit, while this doesn't happen in an elementary main loop
 application.
 
 So I think this may be a bug.

No hints? :-(

-- 
Technical Blog http://andreasvolz.wordpress.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


Re: [E-devel] [PATCH] evas: fix a memory leak introduced on rev 78644

2012-12-14 Thread Leandro Dorileo
On Thu, Dec 13, 2012 at 04:19:48PM -0200, Leandro Dorileo wrote:
 Hi,
 
 Attached goes a patch which fix a memory leak introduced on rev 78644.
 
 Tom, since you've commited the fix, could you take a look at it? I intend
 to commit it by tomorrow if you don't object to it.
 
 Regards...
 

committed, rev 80984.

 -- 
 Leandro Dorileo
 ProFUSION embedded systems
 http://profusion.mobi

 From f990e2bd9b7635c2fa26f3007879a7496a78861e Mon Sep 17 00:00:00 2001
 From: Leandro Dorileo dori...@profusion.mobi
 Date: Thu, 13 Dec 2012 16:09:11 -0200
 Subject: [PATCH] evas: fix a memory leak introduced on rev 78644
 
 _nodes_clear() is called on object removal and it's not supposed
 alloc anything at that stage.
 ---
  src/lib/evas/canvas/evas_object_textblock.c | 12 +++-
  1 file changed, 7 insertions(+), 5 deletions(-)
 
 diff --git a/src/lib/evas/canvas/evas_object_textblock.c 
 b/src/lib/evas/canvas/evas_object_textblock.c
 index 7079d27..fa7cad7 100644
 --- a/src/lib/evas/canvas/evas_object_textblock.c
 +++ b/src/lib/evas/canvas/evas_object_textblock.c
 @@ -683,11 +683,6 @@ _nodes_clear(const Evas_Object *eo_obj)
  o-format_nodes = 
 _NODE_FORMAT(eina_inlist_remove(EINA_INLIST_GET(o-format_nodes), 
 EINA_INLIST_GET(n)));
  _evas_textblock_node_format_free(o, n);
   }
 -
 -   o-cursor-node = _evas_textblock_node_text_new();
 -   o-text_nodes = _NODE_TEXT(eina_inlist_append(
 -EINA_INLIST_GET(o-text_nodes),
 -EINA_INLIST_GET(o-cursor-node)));
  }
  
  /**
 @@ -5203,7 +5198,14 @@ _textblock_text_markup_set(Eo *eo_obj EINA_UNUSED, 
 void *_pd, va_list *list)
  free(o-markup_text);
  o-markup_text = NULL;
   }
 +
 _nodes_clear(eo_obj);
 +
 +   o-cursor-node = _evas_textblock_node_text_new();
 +   o-text_nodes = _NODE_TEXT(eina_inlist_append(
 +EINA_INLIST_GET(o-text_nodes),
 +EINA_INLIST_GET(o-cursor-node)));
 +
 if (!o-style  !o-style_user)
   {
  if (text != o-markup_text)
 -- 
 1.8.0.2
 


-- 
Leandro Dorileo
ProFUSION embedded systems
http://profusion.mobi

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


Re: [E-devel] Issues with make distcheck on E-MODULES-EXTRA

2012-12-14 Thread Gustavo Sverzut Barbieri
It's because we force installing to e17 system dir. Somehow the resulting
rule for make install is missing DESTDIR prefix.

You can look at the generated rule and look for directory and DESTDIR. And
test with make install

On Friday, December 14, 2012, Bruno Dilly wrote:

 Hey Vincent and others,

 anybody knows how to fix make distcheck in our extra modules ?
 Since I couldn't find at least one of them working, I believe it was
 an issue in our skel and it was propagated to all of them.

 Here in my machine, when I try all of them fails at the same step.
 Example trying to make distcheck photo:

 make[3]: Entering directory

 `/home/bdilly/projects/e/trunk/E-MODULES-EXTRA/photo/photo-0.1.0/_build/src'
 make[3]: Nothing to be done for `install-exec-am'.
 test -z /opt/lib/enlightenment/modules/photo/linux-gnu-i686-0.17.0-gamma
 || /bin/mkdir -p
 /opt/lib/enlightenment/modules/photo/linux-gnu-i686-0.17.0-gamma
 /bin/mkdir: cannot create directory
 `/opt/lib/enlightenment/modules/photo': Permission denied
 make[3]: *** [install-pkgLTLIBRARIES] Error 1

 I've e17 installed in /opt/

 Regards

 --
 Bruno Dilly
 Lead Developer
 ProFUSION embedded systems
 http://profusion.mobi


 --
 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 javascript:;
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel



-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
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] Recent E17 Release Addendum

2012-12-14 Thread Michael Blumenkrantz
Hi,

Just to ensure everyone is aware and does not misunderstand the announcement, 
the snapshot release from this afternoon is NOT the final E17 release scheduled 
for next week.

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


Re: [E-devel] scartch and reset

2012-12-14 Thread The Rasterman
On Fri, 14 Dec 2012 22:42:53 +0400 Igor Murzove
intergalactic.anonym...@gmail.com said:

 On Fri, 14 Dec 2012 19:08:06 +0100
 Massimo Maiurana maiur...@gmail.com wrote:
 
  the dialog for profiles (settings-profiles) has two buttons named
  respectively scratch and reset. what they actually do?
 
 Those buttons do almost the same thing. Reset removes all your
 configuration settings and you start with the clean profile.
 Scratch does the same + sets your profile to the default one.
 
 IMO, the Scratch button should be removed.

it was requested by users who wanted to start again but didnt know how.

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


Re: [E-devel] scartch and reset

2012-12-14 Thread The Rasterman
On Fri, 14 Dec 2012 12:17:19 -0600 Jeff Hoogland jeffhoogl...@linux.com said:

 Don't quote me on this but... I believe reset just defaults your current
 profile, while scratch wipes out all profiles.
 
 Hopefully someone who wrote said buttons can comment on if this is really
 all they do :)

reset - correct. resets your profile to its original state. scratch... starts
from scratch. first run wizard. example scratch that -- start again start
from scratch.

 On Fri, Dec 14, 2012 at 12:08 PM, Massimo Maiurana maiur...@gmail.comwrote:
 
  the dialog for profiles (settings-profiles) has two buttons named
  respectively scratch and reset. what they actually do?
 
  --
 
Massimo Maiurana   GPG keyID #7044D601
 
La fede e' credere in cio' che sai non essere vero
  [Mark Twain]
 
 
 
  --
  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
 
 
 
 
 -- 
 ~Jeff Hoogland http://jeffhoogland.com/
 Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog
 Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop
 --
 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
 


-- 
- 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] font breaks recently ... cedric!

2012-12-14 Thread The Rasterman
first... font changed - same scale factor. but now the font is different:
  http://www.enlightenment.org/ss/e-50c448eb25a038.70517507.jpg
vs now
  http://www.enlightenment.org/ss/e-50cbe8dc8ea805.80514933.jpg

fonts in menus etc. all changed too... look at the desktop icons. this was all
at scale 1.5 - so you may not notice unless u try that.

also text clippded in expedite:
  http://www.enlightenment.org/ss/e-50cbea6c767924.64123885.jpg

both of these happened really recently.. with cedric messing with text
rendering... :) well ok also a few other patches too put in! :/

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


Re: [E-devel] E SVN: asdfuser IN trunk/efl/src/lib: . ecore_audio

2012-12-14 Thread David Seikel
On Fri, 14 Dec 2012 15:38:02 -0800 Enlightenment SVN
no-re...@enlightenment.org wrote:

 Log:
 efl: Introducing ecore_audio - the audio API for efl

How does this relate to multisense?

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


signature.asc
Description: PGP signature
--
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] Terminology 0.2

2012-12-14 Thread The Rasterman
Terminology is a terminal emulator that uses modern EFL components to build its
UI and core. It is written from scratch and does not use any components outside
of EFL and libc, so it should be very portable and easy to build. For more
information, please see the Terminology Page.

Version 0.2 marks a stage of a lot of small cleanups, fixes and improvements,
but definitely not a finished and fully baked terminal in all senses of the
word. Not everything we want to achieve has been achieved yet. Please get the
release below.

http://download.enlightenment.org/releases/terminology-0.2.0.tar.gz
http://download.enlightenment.org/releases/terminology-0.2.0.tar.bz2

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


Re: [E-devel] font breaks recently ... cedric!

2012-12-14 Thread Daniel Juyung Seo
Yaeh I reported text clipping issue to cedric yesterday.
He must be working on it.

Daniel Juyung Seo (SeoZ)
On Dec 15, 2012 12:15 PM, Carsten Haitzler ras...@rasterman.com wrote:

 first... font changed - same scale factor. but now the font is different:
   http://www.enlightenment.org/ss/e-50c448eb25a038.70517507.jpg
 vs now
   http://www.enlightenment.org/ss/e-50cbe8dc8ea805.80514933.jpg

 fonts in menus etc. all changed too... look at the desktop icons. this was
 all
 at scale 1.5 - so you may not notice unless u try that.

 also text clippded in expedite:
   http://www.enlightenment.org/ss/e-50cbea6c767924.64123885.jpg

 both of these happened really recently.. with cedric messing with text
 rendering... :) well ok also a few other patches too put in! :/

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

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


Re: [E-devel] [e] [patch] Leak (was FreeBSD patch)

2012-12-14 Thread Maxime Villard
Le 14/12/2012 06:29, Carsten Haitzler (The Rasterman) a écrit :
 i put in just fixed for the FILE * leak here on error -
 the rest i kept.

Why ?

--
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] [e] A CHANGE FROM RASTER

2012-12-14 Thread Maxime Villard
Last commit in e_fm_op.c from raster:
 wtf? thats like double-free land.. why strdupa at all? nuts! remove
 strdupa's and make code consistent with neighbouring code.

WTF? WTF we need to free lnk_path because _E_FM_OP_ERROR_SEND_WORK()
exits the function. The code with strdupa was good.

--
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] ecore audio : news, chglog and doc

2012-12-14 Thread Vincent Torri
...

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


Re: [E-devel] [e] [patch] Leak (was FreeBSD patch)

2012-12-14 Thread Maxime Villard
Le 15/12/2012 08:19, Maxime Villard a écrit :
 Le 14/12/2012 06:29, Carsten Haitzler (The Rasterman) a écrit :
  i put in just fixed for the FILE * leak here on error -
  the rest i kept.
 Why ?

I would also move some {free(x); x = null} to E_FREE.

Patch joined.
--- tempget.c	2012-12-15 08:37:40.208994605 +0100
+++ tempget.c	2012-12-15 08:33:10.431144241 +0100
@@ -426,7 +426,6 @@
  if (fgets(buf, sizeof(buf), f) == NULL) goto error;
  fclose(f);
  f = NULL;
- buf[sizeof(buf) - 1] = 0;
  if (sscanf(buf, %s %s %i, dummy, dummy, temp) == 3)
ret = 1;
  else
@@ -444,7 +443,6 @@
  if (fgets(buf, sizeof(buf), f) == NULL) goto error;
  fclose(f);
  f = NULL;
- buf[sizeof(buf) - 1] = 0;
  if (sscanf(buf, %i, temp) == 1)
ret = 1;
  else
@@ -463,7 +461,6 @@
  if (fgets(buf, sizeof(buf), f) == NULL) goto error;
  fclose(f);
  f = NULL;
- buf[sizeof(buf) - 1] = 0;
  /* actually read the temp */
  if (sscanf(buf, %i, temp) == 1)
ret = 1;
@@ -483,7 +480,6 @@
  if (fgets(buf, sizeof(buf), f) == NULL) goto error;
  fclose(f);
  f = NULL;
- buf[sizeof(buf) - 1] = 0;
  /* actually read the temp */
  if (sscanf(buf, %i, temp) == 1)
ret = 1;
@@ -505,7 +501,6 @@
  if (fgets(buf, sizeof(buf), f) == NULL) goto error;
  fclose(f);
  f = NULL;
- buf[sizeof(buf) - 1] = 0;
  p = strchr(buf, ':');
  if (p)
{
@@ -531,7 +526,6 @@
  if (fgets(buf, sizeof(buf), f) == NULL) goto error;
  fclose(f);
  f = NULL;
- buf[sizeof(buf) - 1] = 0;
  temp = atoi(buf);
  temp /= 1000;
  ret = 1;
@@ -549,12 +543,9 @@
return -999;
 error:
if (f) fclose(f);
-   f = NULL;
sensor_type = SENSOR_TYPE_NONE;
-   if (sensor_name) free(sensor_name);
-   sensor_name = NULL;
-   if (sensor_path) free(sensor_path);
-   sensor_path = NULL;
+   E_FREE(sensor_name);
+   E_FREE(sensor_path);
return -999;
 }
 
--
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


Re: [E-devel] [e] [patch] Leak (was FreeBSD patch)

2012-12-14 Thread The Rasterman
On Sat, 15 Dec 2012 08:19:24 +0100 Maxime Villard rusty...@gmx.fr said:

 Le 14/12/2012 06:29, Carsten Haitzler (The Rasterman) a écrit :
  i put in just fixed for the FILE * leak here on error -
  the rest i kept.
 
 Why ?

because i didnt use your patch at all - i just fixed the file leak that it
pointed out. mike asked for you to provie a new patch against current as i
assume it didnt apply... so i just fixed the bug there.

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


Re: [E-devel] [e] A CHANGE FROM RASTER

2012-12-14 Thread The Rasterman
On Sat, 15 Dec 2012 08:15:54 +0100 Maxime Villard rusty...@gmx.fr said:

 Last commit in e_fm_op.c from raster:
  wtf? thats like double-free land.. why strdupa at all? nuts! remove
  strdupa's and make code consistent with neighbouring code.
 
 WTF? WTF we need to free lnk_path because _E_FM_OP_ERROR_SEND_WORK()
 exits the function. The code with strdupa was good.

wait.. wtf. that macro RETURNS! that's nuts! there is no sensible indication
that it RETURNS. you read the code and it looks like an awesome place for a
double-free - the other macros in efl that return.. have RETURN in them to
indicate that...

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


Re: [E-devel] E SVN: cedric IN trunk/edje: . src/lib

2012-12-14 Thread David Seikel
On Wed, 12 Dec 2012 06:07:28 -0800 Enlightenment SVN
no-re...@enlightenment.org wrote:

 Log:
 edje: use Evas to compute Ellipsis.
   
   Patch with help from Tom Hacohen.
   
 
 Author:   cedric
 Date: 2012-12-12 06:07:28 -0800 (Wed, 12 Dec 2012)
 New Revision: 80764
 Trac: http://trac.enlightenment.org/e/changeset/80764
 
 Modified:
   trunk/edje/ChangeLog trunk/edje/NEWS trunk/edje/src/lib/edje_text.c 

I think you needed to do this to trunk/efl as well.

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


signature.asc
Description: PGP signature
--
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


Re: [E-devel] E SVN: cedric IN trunk/edje: . src/lib

2012-12-14 Thread David Seikel
On Sat, 15 Dec 2012 17:49:14 +1000 David Seikel onef...@gmail.com
wrote:

 On Wed, 12 Dec 2012 06:07:28 -0800 Enlightenment SVN
 no-re...@enlightenment.org wrote:
 
  Log:
  edje: use Evas to compute Ellipsis.

Patch with help from Tom Hacohen.

  
  Author:   cedric
  Date: 2012-12-12 06:07:28 -0800 (Wed, 12 Dec 2012)
  New Revision: 80764
  Trac: http://trac.enlightenment.org/e/changeset/80764
  
  Modified:
trunk/edje/ChangeLog trunk/edje/NEWS
  trunk/edje/src/lib/edje_text.c 
 
 I think you needed to do this to trunk/efl as well.

Er wait, edje is not in efl yet.  Something is wrong though, I'm
getting this today -

  CCLD   edje_external_inspector
../../src/lib/.libs/libedje.so: undefined reference to
  `evas_obj_text_ellipsis_set' collect2: ld returned 1 exit status
make[4]: *** [edje_decc] Error 1
make[4]: *** Waiting for unfinished jobs
../../src/lib/.libs/libedje.so: undefined reference to
  `evas_obj_text_ellipsis_set' collect2: ld returned 1 exit status
make[4]: *** [edje_cc] Error 1
../../src/lib/.libs/libedje.so: undefined reference to
  `evas_obj_text_ellipsis_set' collect2: ld returned 1 exit status
make[4]: *** [edje_player] Error 1
../../src/lib/.libs/libedje.so: undefined reference to
  `evas_obj_text_ellipsis_set' collect2: ld returned 1 exit status
make[4]: *** [edje_inspector] Error 1
../../src/lib/.libs/libedje.so: undefined reference to
  `evas_obj_text_ellipsis_set' collect2: ld returned 1 exit status
make[4]: *** [edje_external_inspector] Error 1
make[4]: Leaving directory `/home/dvs1/e17_svn/SVN/trunk/edje/src/bin'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/dvs1/e17_svn/SVN/trunk/edje/src/bin'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/dvs1/e17_svn/SVN/trunk/edje/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/dvs1/e17_svn/SVN/trunk/edje'
make: *** [all] Error 2

- when compiling with the efl merged tree.

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


signature.asc
Description: PGP signature
--
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