[E-devel] cleanup of server/svn access accounts.

i recently found quite a number of accounts we have for svn commit access that
are simply 100% inactive (never used once for anything) or have been inactive
for what i consider "a while" with no good reason for that. here's the list. if
you are on it expect your account to be removed some-time soon, unless you
come up with a good reason why not. this isn't anything personal - so please
don't be offended. we just don't want to maintain access for people who are not
using it or no longer use it... or who simply don't need it. it's not a right,
it's a privilege (and it can be removed at any time... for any reason). it's
also a security risk to our servers, so the fewer people who have svn/ssh
access, the better. note - this process was only semi-automated. i actually
looked at the accounts and their svn history, etc. so i may have oopsied. tell
me if i have

now... the list:

3v1n0
andrunko
andyetitmoves
balony
belisarivs
benr
chaos
codewarrior
cpuid
dm
essiene
e-taro
glassy
handyande
kacper

Re: [E-devel] E SVN: cedric IN trunk/E-MODULES-EXTRA/calendar: . src

On Wed, 31 Mar 2010 23:18:35 +0800 Tom Haste <tomhaste <at> gmail.com> wrote:

> >>> Log:
> >>>        * calendar: now you can move in the timeline.
> >>>
> >>>        TODO: Add support for remote service with a local cache.
> >>>        People do you have suggestion on what kind of remote
> >>>        calendar this module should support ?

vCalendar?

--

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

------------------------------------------------------------------------------
Download Intel® 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 <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] cleanup of server/svn access accounts.

On Thu, 1 Apr 2010 10:41:00 +0900 Carsten Haitzler (The Rasterman)
<raster <at> rasterman.com> wrote:

> i recently found quite a number of accounts we have for svn commit
> access that are simply 100% inactive (never used once for anything)
> or have been inactive for what i consider "a while" with no good
> reason for that. here's the list. if you are on it expect your
> account to be removed some-time soon, unless you come up with a good
> reason why not. this isn't anything personal - so please don't be
> offended. we just don't want to maintain access for people who are
> not using it or no longer use it... or who simply don't need it. it's
> not a right, it's a privilege (and it can be removed at any time...
> for any reason). it's also a security risk to our servers, so the
> fewer people who have svn/ssh access, the better. note - this process
> was only semi-automated. i actually looked at the accounts and their
> svn history, etc. so i may have oopsied. tell me if i have
> 
> now... the list:

<actual list snipped>

Wow, a lot of historically significant names there.  I'm actually kinda
surprised that my name is not on that list though.

Those on that list that do manage to become active once more can simply
request their access once more and will no doubt be welcomed back with
open arms.

Personally, I've been way to busy with other stuff to do much in the
way of open source coding.  I started working on my own linux last

Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard

On Wed, 31 Mar 2010, Dave Ray wrote:

>
> On Mar 31, 2010, at 1:05 PM, Vincent Torri wrote:
>
>> On Wed, 31 Mar 2010, Dave Ray wrote:
>>>> if you just configured with
>>>> LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib" ./configure
>>>> then it's normal.
>>>> Try
>>>> LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib -llua" 
>>>> ./configure
>> 
>> did you read **carefully** the above line. See the
>> 
>> -llua
>
> No I didn't read carefully. My bad. Ok, I retried it with -llua and EDJE 
> compiled just fine. Thanks you!
>
> I share your frustration with the LUA implementation.
>
> As it turns out, other packages for e17 that I compile after EDJE run into 
> similar problems. In order to compile Elementary I had to manually set 
> ELEMENTARY_CFLAGS and ELEMENTARY_LIBS and manually add -llua.

Maybe i have to add to edje.pc's Libs.private field the lua lib. I'll 
modify edje.pc so that it works.

Re: [E-devel] cleanup of server/svn access accounts.

On 03/31/2010 11:37 PM, David Seikel wrote:
> On Thu, 1 Apr 2010 10:41:00 +0900 Carsten Haitzler (The Rasterman)
> <raster <at> rasterman.com>  wrote:
>
>> i recently found quite a number of accounts we have for svn commit
>> access that are simply 100% inactive (never used once for anything)
>> or have been inactive for what i consider "a while" with no good
>> reason for that. here's the list. if you are on it expect your
>> account to be removed some-time soon, unless you come up with a good
>> reason why not. this isn't anything personal - so please don't be
>> offended. we just don't want to maintain access for people who are
>> not using it or no longer use it... or who simply don't need it. it's
>> not a right, it's a privilege (and it can be removed at any time...
>> for any reason). it's also a security risk to our servers, so the
>> fewer people who have svn/ssh access, the better. note - this process
>> was only semi-automated. i actually looked at the accounts and their
>> svn history, etc. so i may have oopsied. tell me if i have
>>
>> now... the list:
>
> <actual list snipped>
>
> Wow, a lot of historically significant names there.
Indeed...shame some of them are not around anymore :(

   I'm actually kinda
> surprised that my name is not on that list though.
>
> Those on that list that do manage to become active once more can simply
> request their access once more and will no doubt be welcomed back with

Re: [E-devel] E SVN: barbieri IN trunk/emotion: . data m4 src src/edje_external src/lib

On Wed, Mar 31, 2010 at 7:59 PM, Enlightenment SVN
<no-reply <at> enlightenment.org> wrote:
> Log:
>  Initial support for Emotion as Edje EXTERNAL.
>
>  Very crude, needs testing... but I can already play videos from inside
>  editje and edje_player :-D

mandatory sample edc, sorry! Just edje_cc it and run with
edje_player... green button plays, red button pause. Nice effect, run
edje_player -a to get the window to be alpha transparent 

externals {
   external: "emotion";
}

collections {
   group { name: "main";
      parts {
         part { name: "video";
            type: EXTERNAL;
            source: "emotion";
            description { state: "default" 0;
               rel1 {
                  offset: 10 10;
               }
               rel2 {
                  offset: -11 -61;
               }
               params {

Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard

1) patch edje with the attached file :

put that file in edje/, then:

patch -p0 < edje_lua.diff

2) set CFLAGS accordingly:

export CFLAGS="$CFLAGS -I/my/lua/prefix/include"

3) set LDFLAGS accordingly:

export LDFLAGS="$LDFLAGS -L/my/lua/prefix/lib"

note that there is no -llua anymore

4) run 'make', it should launch autoconf and other autotools automatically

5) if edje compiles:

go to elementary directory
run 'make maintainer-clean'
run './autogen.sh'
run 'make'

tell me if there are errors

Vincent

Re: [E-devel] E SVN: barbieri IN trunk/emotion: . data m4 src src/edje_external src/lib

On Wed, 31 Mar 2010, Enlightenment SVN wrote:

> Log:
>  Initial support for Emotion as Edje EXTERNAL.

would you be interested in an m4 macro to simplify the integration of 
edje_external in configure.ac ?

Vincent

------------------------------------------------------------------------------
Download Intel® 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

Re: [E-devel] E SVN: barbieri IN trunk/emotion: . data m4 src src/edje_external src/lib

On Thu, Apr 1, 2010 at 4:22 AM, Vincent Torri <vtorri <at> univ-evry.fr> wrote:
>
>
> On Wed, 31 Mar 2010, Enlightenment SVN wrote:
>
>> Log:
>>  Initial support for Emotion as Edje EXTERNAL.
>
> would you be interested in an m4 macro to simplify the integration of
> edje_external in configure.ac ?
>

Are you selling those cheap? If so, I don't see any problem with
having it.

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

------------------------------------------------------------------------------

Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard

On Wed, 31 Mar 2010 20:33:38 -0300 Eduardo Felipe <eduardofelipe87 <at> gmail.com>
said:

> > this is a fundamental issue with lua upstream. they simply don't want to
> > join the modern world. if you want to use lua upstream directly-as-is...
> > you will continue to have such problems. i know i'm in no mood to work
> > around such silliness. ALL they need to do is provide a .pc file - a single
> > tiny text file. the work has already been done for them by several linux
> > distributions. it gets patched to provide this file and to also build
> > shared libraries (.so's vs .a's).
> > as such my suggestion is to find and adopt the patches applied by linux
> > distributions to your lua install. sanity will then be restored.
> 
> What about adding the lua source as a single file in Edje? It's pretty

"hell no". :) this is the kind of mess i dont want to have.

> common for projects to do that, since Edje is not supposed to run
> arbitrary Lua scripts, why bother having that as a dependency?

they may do it... efl standards are higher than that :)

> By design Lua is an embeddable language/runtime. A trimmed version
> without some libs that aren't enabled can be around 90k. Edje itself
> weights around 600k on my system.
> 
> Again, just a thought. They are not "refusing to join the modern
> world". It's you that are choosing not to follow their guidelines and
> embed lua ;)