Hi Vincent,
Could you send me the info for a direct PayPal transfer so I can send the
old funds?
Thanks,
Nathan
On Dec 11, 2011 10:20 AM, Vincent Torri vincent.to...@gmail.com wrote:
Hey,
The paypal account of the french association Enlightenment.fr, which
is used as an account for the
Some interesting news related to E:
http://blog.wired.com/gadgets/2007/10/200-everex-gree.html
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events
In the case of ewl, most of the functions are public so that external
modules can inherit and override defaults. Any truly private functions
are static. Did you see something specific in ewl that would benefit?
On 11/4/07, Gustavo Sverzut Barbieri [EMAIL PROTECTED]
com wrote:
Hi guys,
I tried
On 11/4
On 11/4/07, Peter Wehrfritz [EMAIL PROTECTED]
wrote:
3) What is the purpose of the group name? Currently it is
only used
during the creation to check if the group name is an
unique string,
otherwise it fails. We could simply remove it, without any
feature loss.
It'd save memory and
There is a good chance that we would lose our primary repository
hosting if we made this transition, which means additional load on our
two servers. While they are not struggling under the current load, it
is something to keep in mind.
On 11/6/07, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote:
On Nov 10, 2007 7:07 PM, Brian 'morlenxus' Miculcy [EMAIL PROTECTED] wrote:
Don't see why people want's to push git, cvs is working and i guess we
have better things to do than changing the source management software.
I have to agree with this sentiment. Unless we can demonstrate a real
Been a busy few weeks and I just got around to checking out and
building again. I've built all of the libs required for EWL except for
emotion on Solaris and things seem to be working well once those awk
fixes were in place.
On Nov 12, 2007 6:58 PM, The Rasterman Carsten Haitzler
[EMAIL
On 11/15/07, Massimiliano Calamelli [EMAIL PROTECTED] wrote:
Example: usually i'm involved with Etk, so now i know that i've to CC to
codewarrior,lok,leviathan,moom and morlenxus, but there's other
people that can take a look to my patch and apply it if it's right.
Note that's not easy to do
Which wiki would that be now? There is the existing one and now the one in trac.
On 11/15/07, Cedric BAIL [EMAIL PROTECTED] wrote:
On Thursday 15 November 2007 13:15:07 Nick Hughart wrote:
Before any decision like this can be made, a meeting should take place
to discuss it along with some of
Is this a proper fix or hiding a bug in the calling application (or
another part of the lib)? I would think the application should be
responsible of knowing when they should unref the connection.
On 11/16/07, Enlightenment CVS [EMAIL PROTECTED] wrote:
Enlightenment CVS committal
Author :
Yes, a warning would be better than silently returning.
On 11/17/07, Kenneth Christiansen [EMAIL PROTECTED] wrote:
At least it would be better to show an error, than just returning, right?
- Kenneth
On 11/17/07, Ulisses Furquim [EMAIL PROTECTED] wrote:
On Nov 17, 2007 2:11 PM, Nathan
Rather than introducing another internal dependency that may
complicate things when ecore is eventually split up, could these go in
the Ecore_Data definitions? I believe everything in ecore depends on
this either directly or indirectly anyways.
On 11/18/07, Andre Magalhaes [EMAIL PROTECTED]
This list seems reasonable to me.
On 11/19/07, Jorge Luis Zapata Muga [EMAIL PROTECTED] wrote:
Hi, as the ecore split topic is around the ml again, after talking
to dj2 on irc there was a crucial point to decide what should stay and
what should be split and that's what core means. i agree
Fixed and committed. First I've heard of these evas environment
variables or that EWL generated warnings with them.
On 11/19/07, Brett Nash [EMAIL PROTECTED] wrote:
On Mon, 2007-11-19 at 19:54 -0500, dan sinclair wrote:
I'm not seeing this when I have full debug on with Ewl. Can you please
There's a problem with parallel builds and edje_cc that's causing the
failures. You can replicate it by running make -j3.
On 11/23/07, Toma [EMAIL PROTECTED] wrote:
From ewl.log
edje_cc -v -id ../../../data/themes/e17/images -fd
../../../data/themes/e17 ../../../data/themes/e17/e17.edc
I would also suggest searching the list for other times this topic has
come up. This would not be the first time Edje_Edit.h would exist. I'm
not saying it will change the end result, but it might prepare you for
arguments on the topic.
On Nov 29, 2007 8:06 PM, [EMAIL PROTECTED] [EMAIL PROTECTED]
This appears to be a problem with multiple simultaneous executions of
edje_cc, as it always fails the build during that phase. I have not
tracked it past that point yet.
On Nov 30, 2007 8:03 AM, Will Keaney [EMAIL PROTECTED] wrote:
Martin Zwickel wrote:
Hi there,
If I try to build ewl
You're probably right that a dep could fix the build failure, but it
would be better if we could determine why edje_cc is failing and fix
that. These really are independent directories with no shared files,
especially on the output.
On 11/30/07, Martin Zwickel [EMAIL PROTECTED] wrote:
On Fri, 30
What was the reasoning behind this? This change is what broke the
parallel build. When I revert it there are no problems doing the build
in parallel.
A zero sized file seems perfectly legitimate for writing. It's
possible that make is touching the file prior to the execution of
edje_cc as a
Looks like it was a problem with a change to eet opening files. I've
committed a fix and a message with more details about the problem.
On Dec 1, 2007 7:17 AM, Chady Kassouf [EMAIL PROTECTED] wrote:
On Dec 1, 2007 4:05 PM, Andreas Volz [EMAIL PROTECTED] wrote:
Am Sat, 1 Dec 2007 10:41:53
Dransfeld [EMAIL PROTECTED] wrote:
Nathan Ingersoll wrote:
You're probably right that a dep could fix the build failure, but it
would be better if we could determine why edje_cc is failing and fix
that. These really are independent directories with no shared files,
especially on the output
On 12/3/07, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote:
On Dec 3, 2007 1:41 PM, Nathan Ingersoll [EMAIL PROTECTED] wrote:
I'd like to have the minimum overhead with the safest approach, for
that I'd like to have just one worker process, if it crashes (or
take too long to reply) it would
On 12/4/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I don't think there's a need to require that 'thumbnailing'
must involve a specific means for storing some standard image format
somewhere.. one may not want or need to store anything really. There's
really very little difference
http://www.kuarepoti-dju.net/index.php?p=132
According to that article, we're hitting the disk pretty heavily for
writes. Anyone done any investigation on this recently?
-
SF.Net email is sponsored by:
Check out the new
I believe we had a discussion about this a little while back and
thought that the best way to handle this situation was to create
wrappers for feeding the events into individual objects. That way you
could put an overlaying object that intercepts the event, decides how
to handle it, and then feeds
I lost track of that thread, I'll make a point to check the archive
and get back to you this weekend.
On Dec 29, 2007 12:15 PM, Vincent Torri [EMAIL PROTECTED] wrote:
On Sat, 29 Dec 2007, Christopher Michael wrote:
Hisham Mardam Bey wrote:
~/code/e17/libs/ecore/src/lib/ecore_x
.oOo.
On Jun 20, 2007 11:58 PM, Vincent Torri [EMAIL PROTECTED] wrote:
Hey,
Here is a suggestion of a new ecore_xcb api, according to all the remarks
I have noted.
Currently:
* ecore_x_* functions use Xlib code if XCB is not found, otherwise use
XCB code. In the latter case, one has to use 2
On Jul 14, 2007 11:27 AM, Vincent Torri [EMAIL PROTECTED] wrote:
Hey
On Thu, 21 Jun 2007, Vincent Torri wrote:
Proposal #2:
If XCB is found:
* If a request does not need a reply, the function is just a translation
of the Xlib code. Nothing much to say.
Agreed so far.
* If a
I think this looks very reasonable. Were you able to verify with the
XCB devs that we can poll on the cookies like this?
On Dec 31, 2007 10:25 AM, Vincent Torri [EMAIL PROTECTED] wrote:
On Sun, 30 Dec 2007, Nathan Ingersoll wrote:
Another possibility (raster's idea
On Jan 4, 2008 4:02 PM, Cedric BAIL [EMAIL PROTECTED] wrote:
Hi,
I am looking for a way to improve edje file load time. Right now a
large amount of time is logically lost in _eet_data_descriptor_decode.
So looking at its profile, most of the time is lost in manipulating
string.
Before
That would be reasonable as well, as long as it clearly indicates that
it prevents or allows the callback from recurring.
On Jan 7, 2008 6:12 PM, Michael Jennings [EMAIL PROTECTED] wrote:
On Tuesday, 08 January 2008, at 00:59:22 (+0100),
Peter Wehrfritz wrote:
I want to add two aliases
On Jan 10, 2008 7:53 AM, Cedric BAIL [EMAIL PROTECTED] wrote:
In the current eet file format, string are inside the directory
structure, so they don't have a fixed size and it's usefull during
reading to know the size of all directory entries (It's not the direct
result of some math, but it
Because that is the correct prototype for the use of that function.
Notification before committing obvious patches has never been a
requirement, and giving people a bad attitude about it just
discourages them from helping out.
If you have a problem with this change, direct it to the one that
I think the proper fix is to use sigprocmask() disable signals, then
rather than using select(), call pselect() which takes a signal mask
and will atomically use that mask during the select. This should fix
the race condition and force signals to be processed simultaneously to
file descriptors.
On Jan 24, 2008 7:18 PM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
now i think this is a bit more generic a solution - but it adds overhead. so
what about the pselect() method? anyone got input on that?
Basically, pselect() is designed for exactly this situation. You block
all of
I think this should be moved to the theme rather than hardcoding it
directly into the lib.
On Jan 24, 2008 9:08 PM, Enlightenment CVS
[EMAIL PROTECTED] wrote:
Enlightenment CVS committal
Author : jethomas
Project : e17
Module : libs/ewl
Dir : e17/libs/ewl/src/lib
Modified Files:
Sverzut Barbieri wrote:
On Jan 25, 2008 12:40 AM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
On Fri, 25 Jan 2008 00:11:41 -0300 Gustavo Sverzut Barbieri
[EMAIL PROTECTED] babbled:
On Jan 24, 2008 11:42 PM, Nathan Ingersoll [EMAIL PROTECTED] wrote:
On Jan 24
Typo on frequently.
On Jan 26, 2008 6:23 AM, Enlightenment CVS
[EMAIL PROTECTED] wrote:
+pFrecuently updated tutorials and guides for both users and developers./p
-
This SF.net email is sponsored by: Microsoft
Defy all
On Jan 29, 2008 8:03 AM, Lars Munch [EMAIL PROTECTED] wrote:
On Sat, Jan 26, 2008 at 01:16:24PM -0600, Nathan Ingersoll wrote:
I checked the man page for Mac OS X as well. Looks like pselect()
comes from FreeBSD in that case.
Ok, you got me convinced. Attached is a pselect version
I don't see why not, as it should be limited to a single package. Do
you know of anything else that needs to handle this race condition
between select and signals?
On Jan 29, 2008 10:26 AM, Vincent Torri [EMAIL PROTECTED] wrote:
On Tue, 29 Jan 2008, Nathan Ingersoll wrote:
Oh, even better
On Jan 29, 2008 11:15 AM, Vincent Torri [EMAIL PROTECTED] wrote:
well, as we discussed on irc, according to Bart Massey, there might be a
race condition with xcb_poll_for_event in ecore_xcb, but I don't know if
it's the same kind of race or not.
Vincent
It's difficult to know because his
On Jan 29, 2008 9:14 AM, Lars Munch [EMAIL PROTECTED] wrote:
Ok, I might have asked the question wrongly. My current patch already
calls pselect with an empty set of signals, so signals will only be
handled when pselect is called. As an alternative we could do:
_ecore_main_select()
1.
On Jan 30, 2008 7:03 AM, Vincent Torri [EMAIL PROTECTED] wrote:
hey
here is a more detailed explanation of Jamey about the race condition that
can occur with xcb_poll_for_reply. You know those things better than me,
so you will be able to comment about that on the race in ecore in the ML
The answer is yes and no. You can certainly do this simply by mapping
the theme for a widget to your Edje. The problem is that any events
will automatically have the source set as EWL instead of the clicked
part. The problem is that we do dispatching to the widget inside of
EWL, and w/o an API to
On Fri, Feb 15, 2008 at 12:18 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Nathan wrote:
The answer is yes and no. You can certainly do this simply by
mapping the theme for a widget to your Edje. The problem is that
Is mapping the theme for a widget to your Edje a
On Fri, Feb 15, 2008 at 2:01 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
That seems to me like it might be a BIG problem for any
sufficiently flexible use of ewl and evas. :(
Until a more generic solution presents itself, why not have
a separate Ewl_Evas lib, with say a
On Fri, Feb 15, 2008 at 3:50 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Umm... It still sems to me like you'd want some kind of canvas
widget to which one could add arbitrary evas objects to, directly or
indirectly (I believe that etk has something like that), in order to
have
On Fri, Feb 15, 2008 at 10:05 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Good questions.. Don't know. A buffer canvas would be nice to
have for several reasons, but as you mention it may not be the best
way to realize a canvas widget for other reasons.. it also depends on
the
Are you talking specifically about the menubar in the menubar test or
in another case? The menubar test is not a good example for
aesthetics, as it is intended to test as much menubar related
functionality as possible.
On Sat, Feb 23, 2008 at 2:24 AM, Andreas Volz [EMAIL PROTECTED] wrote:
Am
On Mon, Feb 25, 2008 at 12:08 PM, Michael Jennings [EMAIL PROTECTED] wrote:
However, given that we've been shot down every year so far, I think
the key question for us to address here is: How do we avoid getting
shot down again?
Once we know we're eligible, I think there's more than
Here is an example of an organizations Ideas page that might help get
things rolling:
http://www.x.org/wiki/SummerOfCodeIdeas
On Mon, Feb 25, 2008 at 2:17 PM, Gustavo Sverzut Barbieri
[EMAIL PROTECTED] wrote:
After some discussion on IRC:
- Going with EFL might be better. As Nathan said
On Mon, Feb 25, 2008 at 3:30 PM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
i have no interest in trying to change their opinion. in the end i think they
see e as a wm - some bizarre corner-case wm that no one cares about anymore
as
everyone uses gnome or kde, and since e17
Running valgrind against it may point out where the leak is occurring,
but it will also require some suppressions as it thinks Python leaks
at times when it manages it's memory allocations.
On Wed, Feb 27, 2008 at 7:22 AM, Gustavo Sverzut Barbieri
[EMAIL PROTECTED] wrote:
On Wed, Feb 27, 2008 at
If you search for python suppressions for valgrind, you should find
some that will help make the log shorter and hopefully more useful to
us.
On Wed, Feb 27, 2008 at 3:53 PM, Gustavo Sverzut Barbieri
[EMAIL PROTECTED] wrote:
On Wed, Feb 27, 2008 at 4:25 PM, Joost Albers
[EMAIL PROTECTED]
March 3rd is when they start accepting applications. The deadline is March 12th.
On Thu, Feb 28, 2008 at 6:46 PM, Ian C. [EMAIL PROTECTED] wrote:
well considering applications need to be in by when it starts which is
like march 3rd we don't have a lot of time...
[EMAIL PROTECTED] wrote:
Could you add all mentors? They really should be involved in the
selection process.
On Mon, Mar 17, 2008 at 4:31 PM, Ravenlock [EMAIL PROTECTED] wrote:
All,
I'm very please to announce we are officially listed on the Google
Summer of Code page as a mentoring organization: :)
On Wed, Mar 19, 2008 at 11:42 PM, Jose Gonzalez [EMAIL PROTECTED] wrote:
However you have it (though rel coords would seem best),
if you really want ewl to be a flexible tool for building artistic,
rich apps, then you'll want a natural way to arbitrarily position
child *widgets* - not
On Thu, Mar 20, 2008 at 6:56 AM, Jose Gonzalez [EMAIL PROTECTED] wrote:
Just to make it a bit more flexible though, let's also
allow for 'importing' evas objects - if possible (not sure if ewl
has this at the moment, but just in case).
The way we usually do this is outlined in the
In general I don't have any objections to the addition of size hints
to Edje, these could actually be useful to EWL as we could use them in
place of some of the existing size hints we get from Edje. I'm not
really certain why you want the ability to set the min and max sizes
programmatically since
On Fri, Mar 28, 2008 at 9:56 AM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
I repeat what i said on irc, but unit tests are really needed for eet and
its future changes
sure, but not needed for a 1.0.0 :)
I agree for the alpha and beta releases, but it would be really nice
Of course, but given that none exist and it's up to be released, some
kind of compromise has to be made.
On Fri, Mar 28, 2008 at 11:55 AM, Eric Sandall [EMAIL PROTECTED] wrote:
On Friday, March 28 2008 08:39:16 Nathan Ingersoll wrote:
On Fri, Mar 28, 2008 at 9:56 AM, The Rasterman Carsten
] wrote:
On Fri, 28 Mar 2008 10:39:16 -0500 Nathan Ingersoll [EMAIL PROTECTED]
babbled:
On Fri, Mar 28, 2008 at 9:56 AM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
I repeat what i said on irc, but unit tests are really needed for eet
and
its future changes
On 30 Mar 2008 14:01:02 +0200, Lukasz [EMAIL PROTECTED] wrote:
First sorry for my English.
I am a newcomer and I'd like to help in this project. But I have some
question:
I found that e17 theme is e17 theme only, that after applying theme other
that default,
any other EFL app is
Hi Dariusz,
Thanks for the bug report on this issue. I'll take a closer look at
this and see about getting a fix in the next couple days, but feel
free to submit a patch before I get to it.
Thanks,
Nathan
2008/4/28 Dariusz Knociński [EMAIL PROTECTED]:
Hi,
I found memory leak in procedure
In case you missed my question on IRC...
On Tue, May 6, 2008 at 10:56 AM, Enlightenment CVS
[EMAIL PROTECTED] wrote:
f = fopen(file, rb);
if (!f) return NULL;
+if (fstat(fileno(f), file_stat)
+|| file_stat.st_size 1)
+{
+fclose(f);
+return
On Wed, May 7, 2008 at 8:27 AM, dan sinclair [EMAIL PROTECTED] wrote:
We'll have to wait to see if anyone complains. The problem is, we can't
tell if issue is failed parsing or non-existing file. We may need to put
a check in there for non-existant file. But, I don't think we should be
Were these numbers from ecore before or after cedric's changes this morning?
On Wed, May 7, 2008 at 1:20 PM, Peter Wehrfritz [EMAIL PROTECTED] wrote:
Yesterday we had a discussion on irc, if we should put abstract data
types of ecore and of evas into a single standalone lib. The whole
and a more direct link to view the code:
http://code.google.com/p/evas-quartz/source/browse
On Mon, Jul 7, 2008 at 9:09 PM, Timothy P. Horton [EMAIL PROTECTED] wrote:
I've uploaded a very preliminary version of my Summer of Code project,
the Evas_Quartz engine to Google Code, and opened it up
While I know all mentors have received reminders to complete their
midterm surveys, I would like to emphasize the importance of
completing these surveys on time. Not only will it help ensure your
student receives payment for the second half of the summer, but it can
positively impact us in the
I also think it would be a good idea to add student blogs to Planet E
to give their work more exposure.
On Mon, Jul 14, 2008 at 10:20 AM, Vincent Torri [EMAIL PROTECTED] wrote:
On Mon, 14 Jul 2008, Ravenlock wrote:
All surveys (student and mentor) are now accounted for.
maybe that would be
On Mon, Jul 14, 2008 at 2:46 PM, Sevcsik András [EMAIL PROTECTED] wrote:
I made a post to my blog (http://sevcsik.blogspot.com) when you can find a
screenshothttp://bp0.blogger.com/_EHjPYdSoHP4/SHuq3YkWS1I/BCE/mq46Oi_J_eM/s1600-h/eyesight_shot.pngof
the application. Here's the post:
I have also added SoC student Timothy Horton. Other students, please
send me your feed URL if you have one.
Thanks,
Nathan
On Wed, Jul 16, 2008 at 9:33 AM, Nathan Ingersoll [EMAIL PROTECTED] wrote:
Sure, you're added now. There may be a delay until you show up in the
planet, but if you don't
Added.
On Wed, Jul 16, 2008 at 9:47 AM, Sevcsik András [EMAIL PROTECTED] wrote:
Mine is http://sevcsik.blogspot.com/feeds/posts/default?alt=rss .
On Wed, Jul 16, 2008 at 4:37 PM, Nathan Ingersoll [EMAIL PROTECTED]
wrote:
I have also added SoC student Timothy Horton. Other students, please
On Wed, Jul 16, 2008 at 4:21 AM, Massimiliano Calamelli
[EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 16 Jul 2008 10:38:46 +0200 (CEST)
Vincent Torri [EMAIL PROTECTED] wrote:
That question raises another point: the e website can certainly be
improved.
*
On Mon, Jul 21, 2008 at 6:45 AM, Jorge Luis Zapata Muga
[EMAIL PROTECTED] wrote:
Hi all,
I dont pretend to start a flamewar, if you do, please dont answer this
thread.The thing is that right now, the EFL has arrived to a place
where different companies are using this software, and several of
On Mon, Jul 21, 2008 at 12:52 PM, Gustavo Sverzut Barbieri
[EMAIL PROTECTED] wrote:
ProFUSION will release its code under LGPL (guarana and possible
others to come). And yes, we think just like you, but the code is
there and the majority of work was done by people that like it, so we
don't
On Tue, Jul 22, 2008 at 12:30 PM, Jose Gonzalez [EMAIL PROTECTED] wrote:
This issue is a long and complex one, and I really have no desire to
get into the specifics of it. You and Nathan and Carsten and maybe many
others,
may feel comfortable with your decisions and choices, and that's
On Thu, Jul 24, 2008 at 12:25 PM, Vincent Torri [EMAIL PROTECTED] wrote:
I've learned a lot about the licences reading these mails, and it seems
that the fact is not such licence is a hindrance but such licence can
give us developpers. That's different. So, from what i've understood, wrt
I think this discussion has dragged on long enough. There is clearly
not a consensus on the list, which we should require for any decision
of this magnitude. License flamewars are infamous for draining
developer motivation on a project as well as burning up precious time
for all team members. As
Since the most recent license flamewar was triggered by the motivation
of community building, I think now would be an appropriate time to
brainstorm some additional ideas for helping to build the community
around E.
One idea I discussed with Vincent today is that our lack of releases
has caused
On Thu, Jul 31, 2008 at 3:24 PM, dan sinclair [EMAIL PROTECTED] wrote:
Depends on if the projects are using it. You can see features we're
working for Ewl and the discussions we've had about how to implement
them. You can also search for resolved and closed bugs to see what's
implemented
like reddit, digg and slashdot. That way people see all
this interesting stuff going on and want to join in.
Toma
On 7/29/08, Nathan Ingersoll [EMAIL PROTECTED] wrote:
Since the most recent license flamewar was triggered by the motivation
of community building, I think now would
and then enhance.
4. Documentation
P.S.
I've translated some website pages in italian... Should e italian community
have an its own website, a planet like french community or may i continue to
translate e pages???
2008/8/1 Nathan Ingersoll [EMAIL PROTECTED]
That would be useful
On Fri, Aug 1, 2008 at 9:20 AM, Gustavo Sverzut Barbieri
[EMAIL PROTECTED] wrote:
because raster did it like that :-D
I'm not sure why people don't want to use a cms, but I've being told
that they want to keep like that (cvs based).
We went through a couple CMS's before, one of which broke
On Fri, Aug 1, 2008 at 7:46 PM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
oh of course. details! :) we can dot the i's and cross the t's soon enough. :)
Unfortunately, this really needs to be done sooner than later. Without
a license listed, we now need to get the permission of
On Fri, Aug 1, 2008 at 5:27 PM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
so eventually went back to an old original method. www lives in cvs - u want
to
work on it, u get cvs access. committing means it auto-updates. if u need to
test the php locally setting up a local apache
Back to the original question... I don't intend to contribute to eina
if it's not BSD. The main reason (beyond my personal preference) is
that it is not consistent with the rest of the repository. This hurts
our ability to shift code within the repository
If I write a nice abstraction in another
Kind of like how you're ignoring every other company that has paid
someone to work on E in the past and had no issue with the license?
On Aug 3, 2008, at 3:31 PM, Gustavo Sverzut Barbieri [EMAIL PROTECTED]
wrote:
On Sun, Aug 3, 2008 at 2:48 PM, dan sinclair [EMAIL PROTECTED]
wrote:
Before this turns completely into another license flame-war. Let's
step back and look at this from a more practical standpoint. I'm going
to list the set of arguments mentioned as to why we need LGPL, since
that is the point being argued, along with questions that would need
to be answered for
On Sat, Aug 2, 2008 at 9:49 AM, Gustavo Sverzut Barbieri
[EMAIL PROTECTED] wrote:
I don't want everyone to always use it, it can be kept as a helper and
people who wish to have an abstract data model (usually void *) and
access it as a list can provide the iterator. I use it in my mvc
lists,
On Mon, Aug 4, 2008 at 6:19 AM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
and i want to put in other cvs modules:
misc/ - misc/
eterm/ - old/eterm/
web/www - www/
e16/ - old/e16/
e_modules/ - apps/e_modules
Since both Eterm and e16 are actively maintained and use some of the
I want to point out that as the person asking for the change, the
burden of proof is on you. Therefore, look at your statements below
and show us solid proof behind any of them.
For every example you give of an open source project that supposedly
succeeded because of it's license being GPL/LGPL,
For those interested in using Git with SVN, here's a nice getting
started article. It's written from the assumption that you're using
Google Code, but it's really discussing general SVN and Git workflow.
http://google-opensource.blogspot.com/2008/05/develop-with-git-on-google-code-project.html
You're going to completely ignore all of the feedback you received on
this issue and just change the license without a consensus?
On Wed, Aug 6, 2008 at 1:12 PM, Enlightenment CVS
[EMAIL PROTECTED] wrote:
Enlightenment CVS committal
Author : turran
Project : e17
Module : proto/eina
Dir
We don't want the ability to cross-pollinate code with those projects
and they are SEPARATE PROJECTS. The goal of eina was to unify around
one shared data lib, so why would we not be using eina?
On Wed, Aug 6, 2008 at 3:09 PM, Gustavo Sverzut Barbieri
[EMAIL PROTECTED] wrote:
On Wed, Aug 6, 2008
On Wed, Aug 6, 2008 at 3:25 PM, Jorge Luis Zapata Muga
[EMAIL PROTECTED] wrote:
On Wed, Aug 6, 2008 at 9:01 PM, Nathan Ingersoll [EMAIL PROTECTED] wrote:
You're going to completely ignore all of the feedback you received on
this issue and just change the license without a consensus?
Ok
Really? I have done my best to layout factual reasons and arguments
but have not seen any rebuttals that have attempted to do the same.
On 8/6/08, Viktor Kojouharov [EMAIL PROTECTED] wrote:
On Wed, 2008-08-06 at 15:20 -0500, Nick Hughart wrote:
Gustavo Sverzut Barbieri wrote:
On Wed, Aug 6,
On Wed, Aug 6, 2008 at 3:45 PM, Viktor Kojouharov [EMAIL PROTECTED] wrote:
On Wed, 2008-08-06 at 15:41 -0500, Nathan Ingersoll wrote:
Really? I have done my best to layout factual reasons and arguments
but have not seen any rebuttals that have attempted to do the same.
True, you have. And I
, 2008-08-06 at 15:33 -0500, Nathan Ingersoll wrote:
On Wed, Aug 6, 2008 at 3:25 PM, Jorge Luis Zapata Muga
[EMAIL PROTECTED] wrote:
On Wed, Aug 6, 2008 at 9:01 PM, Nathan Ingersoll [EMAIL PROTECTED] wrote:
You're going to completely ignore all of the feedback you received on
this issue
On Wed, Aug 6, 2008 at 3:41 PM, Hisham Mardam Bey
[EMAIL PROTECTED] wrote:
On Wed, Aug 6, 2008 at 4:33 PM, Nathan Ingersoll [EMAIL PROTECTED] wrote:
Consensus is how healthy communities operate, so your second point
would be that E is an unhealthy community.
Nathan, E *is* an unhealthy
1 - 100 of 438 matches
Mail list logo
