.
Regards,
Daniel Willmann (1):
elementary: Add elm_progressbar_maxunit_{set,get} functions
trunk/elementary/src/lib/elm_progressbar.c | 27 ++-
trunk/elementary/src/lib/elm_progressbar.h | 26 ++
2 files changed, 52 insertions(+), 1 deletion
progress bar is something
else than percent, such as hours left.
Signed-off-by: Daniel Willmann
---
trunk/elementary/src/lib/elm_progressbar.c | 27 ++-
trunk/elementary/src/lib/elm_progressbar.h | 26 ++
2 files changed, 52 insertions(+), 1
. These functions allow you to change the upper
range to something else.
This is useful if the value represented by the progress bar is something
else than percent, such as hours left.
Signed-off-by: Daniel Willmann
---
trunk/elementary/ChangeLog |3 +++
trunk/elementary/src/lib
Hello,
the elev8 bindings for the ActionSlider are missing the "selected" signal.
This patch adds a handler for it. I have also updated the sample .js to demo
the functionality (The label on the fourth button changes).
Regards,
Daniel Willmann
Signed-off-by: Daniel Willmann
---
t
ere I also
updated the progress bar example.
Regards,
Daniel Willmann
2012/6/12 Daniel Willmann
Hello,
updated version. I added the @since 1.1 mentioned by Stefan and
mentioned the default value.
Regards,
Daniel
These functions change the range of the value displayed on the progress
bar
Hello,
I just noticed that the links for epdf docs and all application
documentation (exalt, ephoto manager and eyelight) lead to an HTTP 404
error.
Since I can generate the epdf and exalt documentation on my machine, I
would guess it is a server issue.
Regards,
Daniel Willmann
In that case you should probably change some of the ENGINE_COMPARE(name)
definitions in there. Some of them have a safeguard against a NULL
pointer while some don't.
Regards,
Daniel Willmann
> Modified:
>trunk/elementary/src/lib/elm_win.c
>
> Modified:
>> eio emotion ethumb elementary e"
>
> i removed them because they broke and thus all docs were not re-generating.
So maybe we should remove the links to the docs then as well? Having 404
errors looks bad. :-)
>> untested
>>
>> D'ar yaou 14 a viz Mez
Hello,
I have added an example for the unit format function to the progress bar
example. Please see the attached patch.
Regards,
Daniel Willmann
>From 976579166f3328aa7398916d31d700bba6cbab2a Mon Sep 17 00:00:00 2001
From: Daniel Willmann
Date: Thu, 14 Jun 2012 10:15:49 +0100
Subject: [PA
Hello,
this patch adds basic support for the elm_thumb widget to elev8. A demo
script can be found in data/javascript/.
Not yet implemented are the ethumb_client_* calls. I'm not sure if that
should be its own class or if the functions should be included in here.
Regards,
Signed-off-by: D
Just a quick fix. Seems like this was not compile tested.
Regards,
Signed-off-by: Daniel Willmann
---
.../elementary/src/examples/progressbar_example.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/trunk/elementary/src/examples/progressbar_example.c b/trunk/elementary
This just got in Elementary, support it here as well.
Signed-off-by: Daniel Willmann
---
trunk/PROTO/elev8/data/javascript/progressbar.js | 29 +--
.../PROTO/elev8/src/modules/elm/CElmProgressBar.cc | 38
.../PROTO/elev8/src/modules/elm/CElmProgressBar.h
ges the background, an icon,
etc. I think it would make sense to have both features side-by-side,
each for their own use case.
Regards,
Daniel
> 2012/6/19 Carsten Haitzler
>
>> On Thu, 14 Jun 2012 15:04:40 +0100 Daniel Willmann>>
>> said:
>>
>> thanks! i
Hello,
On 06/21/2012 03:19 PM, Gustavo Sverzut Barbieri wrote:
> On Thu, Jun 21, 2012 at 10:46 AM, PRINCE KUMAR DUBEY
> wrote:
> Also, don't just patch Edje. Raster now wants a ecore_audio to
> abstract audio from multisense and later be usable from outside it
> (I've heard Stefan is working o
Hi,
On Thu, June 21, 2012 22:03, Enlightenment SVN wrote:
> Log:
> elev8: Implemented Enabled Pos in CElmActionSlider
> +GENERATE_PROPERTY_CALLBACKS(CElmActionSlider, enabled);
enabled is already a property in CElmObject, maybe enabled_pos is a better
name?
Regards,
Daniel
on depending on the speed, progress, ...).
That said, I'm not going to follow up on this as it seems that your mind
is set.
Regards,
Daniel
> 2012/6/20 Daniel Willmann
>
>> Hello,
>>
>>
>> On 06/19/2012 11:57 PM, Michaël Bouchaud wrote:
>>
>>> Damn !!!
also attached a patch to add the
since keyword to the signal documentation. This does not seem to have
the intended effect, maybe someone with more knowledge about doxygen can
look into this?
Regards,
Daniel
2012/6/22 Daniel Willmann
On 06/21/2012 11:34 PM, Michaël Bouchaud wrote:
Sorry,
Hello,
it seems that the elementary examples still use some deprecated functions,
most notably elm_icon_* that has been replaced by elm_image_*.
This patch fixes that.
Regards,
Signed-off-by: Daniel Willmann
---
.../elementary/src/examples/calendar_example_04.c |2 +-
.../elementary/src
Hi Bruno,
On 06/27/2012 07:21 PM, Bruno Dilly wrote:
On Wed, Jun 27, 2012 at 3:11 PM, Bruno Dilly wrote:
On Wed, Jun 27, 2012 at 1:43 PM, Daniel Willmann wrote:
it seems that the elementary examples still use some deprecated functions,
most notably elm_icon_* that has been replaced by
On 07/01/2012 08:42 AM, Daniel Juyung Seo wrote:
> +1 here. This looks quite useful.
I agree and will try to use it in future documentation. Not sure if it
is worth the trouble going through all the docs and changing it, though.
Regards,
Daniel
--
quot; @li.
Other variations, such as putting since in front of the changed @li did
weird things to the formatting as well. I tried to contain it with the
grouping symbols, but that didn't seem to work, either.
Regards,
Daniel Willmann
--
On 06/29/2012 07:50 PM, Bruno Dilly wrote:
On Fri, Jun 29, 2012 at 12:10 PM, Daniel Willmann
wrote:
I've attached a patch to fix the example documentation. I'm in the process
of updating the progressbar example doc as well - to explain the format
function and changed signal. But that
On 07/03/2012 02:33 PM, Daniel Juyung Seo wrote:
> I found the same indent problem with edc reference doc. The doxygen
> looked ok but indent was broken on the doc.
Okay, so more problems with doxygen. If I find something out I'll let
you know.
Regards,
Dani
Hello,
On 08/14/2012 08:04 PM, Enlightenment SVN wrote:
> Log:
> elev8: Flush stdout when printing debug message
>
> Author: acidx
> Modified: trunk/PROTO/elev8/src/bin/main.cc
> ===
> --- trunk/PROTO/elev8/src/bin/main.cc 201
vail.
Regards,
Daniel
>From 5ced21d389bf4a9a22a2af0ca34c8d66cb5bd366 Mon Sep 17 00:00:00 2001
From: Daniel Willmann
Date: Wed, 15 Aug 2012 17:27:47 +0100
Subject: [PATCH] elev8: Fix the UI logic of dbus_test.js
With this patch the dbus_test UI shows again. However, the dbus
functions are sti
On 08/15/2012 06:27 PM, Gustavo Sverzut Barbieri wrote:
> On Wed, Aug 15, 2012 at 2:15 PM, Daniel Willmann
> wrote:
>> while trying to figure out how the dbus support in elev8 works I noticed
>> that the example is out of date. I've attached a patch that fixes the UI
>&
On 08/15/2012 06:59 PM, Gustavo Sverzut Barbieri wrote:
> On Wed, Aug 15, 2012 at 2:55 PM, Daniel Willmann
> wrote:
>
>> On 08/15/2012 06:27 PM, Gustavo Sverzut Barbieri wrote:
>>> That dbus support is horrible and we'll replace it with a proper version
>>&g
On 08/22/2012 11:57 AM, Enlightenment SVN wrote:
> Author: barbieri
> Date: 2012-08-22 03:57:51 -0700 (Wed, 22 Aug 2012)
> New Revision: 75539
> Trac: http://trac.enlightenment.org/e/changeset/75539
>
> Modified:
> trunk/terminology/README trunk/terminology/src/bin/termcmd.
On 08/22/2012 02:41 PM, Gustavo Sverzut Barbieri wrote:
> On Wed, Aug 22, 2012 at 9:23 AM, Daniel Willmann
> wrote:
>> On 08/22/2012 11:57 AM, Enlightenment SVN wrote:
>>> + g0=80x40; g1=80x40; g2=80x60; g3=80x80; g4=120x24; g5=120x40;
>>> g6=120x60;
>>
Hello,
On 08/24/2012 02:03 PM, Rajeev Ranjan wrote:
> [Root cause]:
>Some locales don't have AM/PM string since they strictly follow 24 HR
> format and the this case is not handled in datetime widget.
>
> [Change Description]:
>Datetime widget is modified to display default AM/PM strings
Hello Rajeev,
On 08/24/2012 02:51 PM, Rajeev Ranjan wrote:
> Hi Daniel,
>Following is my reply to your queries.
> --- Original Message ---
> Sender : Daniel Willmann Engineer/SERI-Samsung Linux
> Platform (SLP)/Samsung Electronics
> Date : Aug 24, 2012 19:06 (GMT+0
Hi,
On 09/05/2012 02:12 PM, Tom Hacohen wrote:
> free, strlen and strcpy are just a few of the many examples that don't
> accept NULL. Having sanity checks everywhere is not "safer", it just
I agree with most things you said, just one note from the free() man
page: "Otherwise, or if free(ptr) h
ge because I actually spent time fixing the other
possibility.
Regards,
Daniel Willmann
From 056e2ce0d76205861351c78aca69b1ce56401362 Mon Sep 17 00:00:00 2001
From: Daniel Willmann
Date: Mon, 10 Sep 2012 15:25:19 +0100
Subject: [PATCH] eina_module: Fix eina_module_load() error handling
dlsym
Hello again,
On 09/10/2012 03:59 PM, Daniel Willmann wrote:
> On 09/10/2012 03:09 PM, Enlightenment SVN wrote:
>> Log:
>> eina/module: Rephrase warnings message on module init.
>>
>> Thsi will also fail if the symbol is there but the init function just fails
>&
Hi,
from the looks of this patch you can probably save yourself some time
and compares by checking for pl->u.ep->name at the beginning of this
hunk and skipping it entirely if it's NULL.
Regards,
Daniel Willmann
On 09/11/2012 09:15 AM, Enlightenment SVN wrote:
> Log:
> edje:
takes to much time.
as Stefan said I have the same problem. It would be sad to miss this.
Regards,
Daniel Willmann
--
Got visibility?
Most devs has no idea what their production app looks like.
Find out ho
Hello,
On 09/28/2012 11:28 AM, rustyBSD wrote:
> Le 28/09/2012 09:04, Carsten Haitzler (The Rasterman) a écrit :
> You fucking don't understand what i told.
>
> I told that
>
> I HAVE ALREADY MADE A PATCH WHICH DOES A BETTER JOB
> THAN YOURS, AND THAT I'M JUST WAITING FOR VTORRI
>
> Isn't that
Hello,
I have attached a patch (and a backport patch) with a fix for ecore. I
tried to achieve vtorri compliance (AUTHORS, NEWS, ChangeLog, backport).
Regards,
Daniel Willmann
From a0b95925bc397293f6d94ae5d58172d24309d737 Mon Sep 17 00:00:00 2001
From: Daniel Willmann
Date: Tue, 2 Oct 2012 16
Cool stuff, thanks for updating this.
Just one thing I noticed while playing around with it.
On 10/03/2012 09:45 AM, Enlightenment SVN wrote:
> Modified: trunk/SCRIPTS/coccinelle/spatchall.sh
> ===
> --- trunk/SCRIPTS/coccinelle/spatc
than the
actual type)
* eio - Problem using sizeof(type *) instead of sizeof(type) for allocation
* elmdentica - Same problem as with eio, but implemented less cunningly
Regards,
Daniel Willmann
From 5e3e3b16d1d32e3d5ed3d3383e5d51cb3a4d7abe Mon Sep 17 00:00:00 2001
From: Daniel Willmann
Date: Wed
On 10/03/2012 05:28 PM, Igor Murzov wrote:
> All patches are
> Reviewed-by: Igor Murzov
>
> I have just prepared the very same patch for Eio, but you were
> faster submitting it :)
Hehe, it happens. But I see you had enough patches that no-one beat you
to.:-)
Regards,
them
running once I get access. I used a Jenkins setup in my university's
diploma thesis so I know how useful a CI tool can be. I don't know
buildbot yet, but how hard can it be? :-)
> IMO the only way to make it work is if bot mail e-devel/e-svn and send
> issues to #ede
Hello,
attached is a small patch that adds an option to perform a dry run with
spatchall.pl. The diff with the changes that would be made is printed
out, but the changes are not actually applied. Useful for testing new
scripts.
Regards,
Daniel Willmann
>F
Hello,
On 10/19/2012 10:07 AM, Enlightenment SVN wrote:
> Log:
> Devs: Please welcome Daniel Willmann to the development community. He
> writes great code and has already provided many excellent patches.
>
> Signed-off-by: Christopher Michael
thank you for the kind words,
On 10/19/2012 10:53 AM, Vincent Torri wrote:
> On Fri, Oct 19, 2012 at 11:49 AM, Christopher Michael
> wrote:
>> On 19/10/12 10:47, Daniel Willmann wrote:
>>> On 10/19/2012 10:07 AM, Enlightenment SVN wrote:
>>>> Log:
>>>> Devs: Please welcome Dan
Hello,
we made some more progress.
> o Got access to e3 again and installed fribidi, lcov and check.
> o Addded the merged efl tree and removed evil, eina and eet deps
> o Kicked e3 and e4 until they started building again
> o Removed some of the configure options that got removed.
* Added edbus
Hello,
short update
On 10/25/2012 11:32 AM, Daniel Willmann wrote:
> One issue we're seeing, which seems to be a problem and strain on SVN is
> that if an update fails for some reason (i.e. due to server load)
> buildbot deletes the complete checkout and checks out /trunk from SVN
On 10/25/2012 11:58 AM, Vincent Torri wrote:
> On Thu, Oct 25, 2012 at 12:32 PM, Daniel Willmann
> wrote:
>> buildbot deletes the complete checkout and checks out /trunk from SVN again.
>> This doesn't help if the update failed due to high load in the first
>> place
Hello,
please see attached patch which adds a function to get an image ID from
a name (similar to get_part_id). I updated
examples/embryo_custom_state.edc to show how to use it.
Please tell me whether I need to change anything or if this patch is
okay to commit.
Regards,
Daniel Willmann
>F
On 11/14/2012 01:16 PM, Carsten Haitzler (The Rasterman) wrote:
> On Wed, 14 Nov 2012 11:54:02 + Christopher Michael
>
> said:
>
>> Patch looks good :) Nice catch ;)
>>
>> I have applied this to the efl/src/lib/eet tree also, and am Downloading
>> the older eet tree now to apply it there.
>
Hi,
On 12/02/2012 10:45 PM, Vincent Torri wrote:
> i've aded ecore in efl/ I'm pretty sure that there are plenty if bugs.
> Please report them here
thanks for the merge. I see you have recently also added the examples
and tests back and noticed two problems.
I have fixed the examples as they we
On 12/12/2012 11:34 AM, Bruno Dilly wrote:
> On Wed, Dec 12, 2012 at 8:29 AM, Andrea Suisani wrote:
>>
>> commit 80749 fix the problem.
>
> Yeah, I saw Daniel disabled the tests by default (what depends on edje).
> Not necessary, you could have just disabled it in this build using
> --disable-bui
n't this an API break ?
>>
>> On Wed, Dec 12, 2012 at 3:49 PM, Enlightenment SVN
>> wrote:
>>> Log:
>>> eet: Fix possible buffer overflow in functions relying on EET_T_LAST.
>>>
>>> Issue reported by Klocwork. Backport, ChangeL
Hey, just thought about it some more.
On 12/12/2012 03:18 PM, Michael Blumenkrantz wrote:
> On Wed, 12 Dec 2012 15:08:49 +
> Daniel Willmann wrote:
>
>> On 12/12/2012 03:02 PM, Michael Blumenkrantz wrote:
>>> stupid though it may seem, released #defines indeed c
On 12/15/2012 03:26 AM, David Seikel wrote:
> On Fri, 14 Dec 2012 15:38:02 -0800 "Enlightenment SVN"
> wrote:
>
>> Log:
>> efl: Introducing ecore_audio - the audio API for efl
>
> How does this relate to multisense?
As I understand it edje multisense is the framework that lets you do
more than
It would be mighty fine if these kind of changes are communicated beforehand
or if you update the buildbot Makefiles as well (you did write them once,
didn't you?).
If I hadn't noticed this commit at the same time Stefan noticed that the
tests on buildbot are not run anymore you would have sent us
thomasg wrote:
> (P.S. You should fix your name setting in the company mail client Daneil
> :P)
Ha, fixed - thank you. For corporate mail I am on Windows only at the moment
because I can't seem to login to the Exchange IMAP Gateway anymore. I can
not tell you how my hatred of all things Windows h
Hi guys,
with all the trouble everyone is having with SVN and web I thought it
would be a good idea to at least migrate SVN off to a different server
before the release. I am going to spend some time setting this up and
hopefully it will be done. As I'm only thinking about SVN at the moment it
sho
On Fri, December 21, 2012 14:58, Tom Hacohen wrote:
> SVN? Why?
Because that will take the load off of the webserver, hopefully leaving us
with less spank, spank errors on the e website for the release...
> Mirroring the tarballs should be more than enough.
Don't worry, it's not going to happen.
On Fri, December 21, 2012 15:34, Carsten Haitzler wrote:
> On Fri, 21 Dec 2012 15:29:09 +0100 "Daniel Willmann"
> said:
>
>> On Fri, December 21, 2012 14:58, Tom Hacohen wrote:
>> > SVN? Why?
>>
>> Because that will take the load off of the webserv
Hello,
flamewar++;
On 01/17/2013 03:19 AM, David Seikel wrote:
>
> The debate will rage on once more. The people that thought they where
> licensing their code under BSD will mewl ineffectively about their
> rights being taken away. The GPL people will smugly and effectively say
the trouble I
Hello,
as you may have heard, Tom and I have been working on the SVN->Git
migration. We now have a somewhat-working conversion of the merged efl tree.
The goal was to keep the history across the different individual
projects that make up efl and that got merged into it at some point. We
solved th
On 01/21/2013 07:29 PM, David Seikel wrote:
> On Mon, 21 Jan 2013 18:30:57 +0000 Daniel Willmann
> wrote:
>
>> We also started fixing the commit names (since Git uses real-name +
>> email instead of username). Please review the list at:
>>
>> htt
On Mon, 21 Jan 2013 21:03:24 +
Tom Hacohen wrote:
> I believe the reason is that Github probably censores emails when
> being viewed but unauthenticated people. I bet that if you log in it
> will be fine. If not, when you clone the repo, it should be fine. It
> is correct here.
Go to http:/
On 01/22/2013 01:24 AM, Daniel Willmann wrote:
> On Mon, 21 Jan 2013 21:03:24 +
> Tom Hacohen wrote:
>
>> I believe the reason is that Github probably censores emails when
>> being viewed but unauthenticated people. I bet that if you log in it
>> will be fine. If n
On 01/18/2013 02:05 PM, Cedric BAIL wrote:
> On Fri, Jan 18, 2013 at 10:53 PM, Christopher Michael
> wrote:
>> Oh, I agree that it is not mandatory for someone to work in the "right"
>> way in order to do the switch...However, after the switch is done and
>> you are expecting people to change thei
On 28/01/13 06:17, Carsten Haitzler (The Rasterman) wrote:
>> On 01/25/13 16:46, Tom Hacohen wrote:
>>> Address is https://phab.enlightenment.org (ignore the cert for the time
>>> being).
>>>
>>> Please try to test features, tell us what you think, and maybe even read
>>> a bit about phabricator to
Hello,
On 26/01/13 16:26, David Seikel wrote:
> On Sun, 27 Jan 2013 01:31:54 +1000 David Seikel
> wrote:
>
> I don't normally use blame, but this is the sort of thing where blame
> might become more important. Looking at a file that I know well, coz I
> wrote most of it, efl/src/lib/edje/edje_l
Hello,
it's now in SVN. What still needs implementing is the speed option.
Other than that tone and samples work.
On 04/01/13 12:49, Gustavo Sverzut Barbieri wrote:
> On Fri, Jan 4, 2013 at 10:37 AM, Rafael Fonseca wrote:
>
>> On Fri, Jan 4, 2013 at 12:55 AM, Gustavo Sverzut Barbieri
>> wrote:
On 29/01/13 10:32, Cedric BAIL wrote:
> Hello,
>
> On Tue, Jan 29, 2013 at 7:15 PM, Bertrand Jacquin
> wrote:
>> At the moment we have different solution to let you access to all
>> theses VMs :
>>
>> - Using multiple TCP port, one for each VM.
>>
>> - Forcing client to use a special SSH client
On 29/01/13 23:40, Bertrand Jacquin wrote:
> Hi,
>
> The public URL for buildbot is now http://build.enlightenment.org
>
> While it's still hosted by e4 for the moment, you are redirected
> internally by e5 to e4 until we haven't move buildbot master to e5. It's
> transparent.
The waterfall give
On 29/01/13 08:49, Carsten Haitzler (The Rasterman) wrote:
> On Tue, 29 Jan 2013 16:16:33 +0900 Cedric BAIL said:
>
>> On Tue, Jan 29, 2013 at 3:52 PM, Jérémy Zurcher wrote:
>>> cgit.enlightenment.org is a really cheap and nice complementary tool to
>>> have, usable by non-registred users too.
>> > We'll take a look at solving that. Very annoying that you guys did it
>> like that, but OK. :)
>>
>> svn doesn't differentiate author and comitter. So I'd blame svn rather
>> than us.
>
> I'm blaming you because git-svn does it automatically when there's a
> "From:" line or a Signed-off-by
Hey,
(this mail might not be of interest to those not familiar with Git)
On 30/01/13 01:00, Lucas De Marchi wrote:
> On Tue, Jan 29, 2013 at 7:33 PM, Tom Hacohen wrote:
>> Well, we aren't doing the switch yet. Probably early next week. But we
> are
>> prepping the git repos now (it takes time, a
On 30/01/13 23:34, Jérémy Zurcher wrote:
> On Wednesday 30 January 2013 11:29, Tom Hacohen wrote :
>> Ok, we did the "Patch by: thing, it works. We'll do some other things
>> and upload it when we are done.
>
> maybe you could also process the (maybe aleady part of the other things?)
>
> "From:
On 31/01/13 09:44, Carsten Haitzler (The Rasterman) wrote:
> point... they have food, beer and milk (for cedric). so if you want to
Cool, milk!
--
Everyone hates slow websites. So do we.
Make your web apps faster with Ap
On Sat, 2 Feb 2013 19:00:24 +1000
David Seikel wrote:
> On Thu, 31 Jan 2013 17:35:03 + Tom Hacohen
> wrote:
>
> > Hey guys,
> >
> > So as you know, Daniel (in cc) and I have been working hard on
> > migrating SVN to git. We believe that we are done, at least when it
> > comes to E17, EFL a
On 04/02/13 00:40, David Seikel wrote:
> On Mon, 4 Feb 2013 00:29:38 +0000 Daniel Willmann
> wrote:
>> On Sat, 2 Feb 2013 19:00:24 +1000
>> David Seikel wrote:
>>> Can we get write access to these?
>>
>> They are not kept in sync and will become writab
On 04/02/13 14:29, Tom Hacohen wrote:
> And we also need to set up the hooks to send mails to e-svn.
e-git? :-)
e-changes?
Keep the name to remind us of our roots (I know that would be e-cvs or
e-patches-sent-by-mail-and-managed-by-hand)?
--
On 05/02/13 09:28, Stefan Schmidt wrote:
> I have this this twice now. But can't reproduce. Yakov has also seen it.
> It vanished after doing another make. :(
That makes three as I have also seen it (though with a different trace)
earlier today.
Daniel
Hello,
beware, the switch to Git will be happening soon! We will migrate efl,
elementary and enlightenment one-by-one and send mails with specific
details when each will happen.
For the time when we are using Git here is a really small list of what
you need to change:
First setup Git as it will
Apologies for the double send, but someone forgot to set the subject
correctly (at all)...
Hello,
beware, the switch to Git will be happening soon! We will migrate efl,
elementary and enlightenment one-by-one and send mails with specific
details when each will happen.
For the time when we are us
On 12/02/13 08:37, Stefan Schmidt wrote:
> Hello.
>
> On 12/02/13 05:39, Carsten Haitzler (The Rasterman) wrote:
>> On Tue, 12 Feb 2013 13:46:47 +0900 Daniel Juyung Seo
>>
>> said:
>>
>>> Great! Thanks a lot for your effort.
>>> Btw, non-committers can clone git in the same way?
>>> How they clon
Hi,
On 12/02/13 13:22, Daniel Juyung Seo wrote:
> On Tue, Feb 12, 2013 at 5:37 PM, Stefan Schmidt
> wrote:
>> Correct. Git protocol is working fine:
>> git://phab.enlightenment.org/core/efl.git
>> git://phab.enlightenment.org/core/enlightenment.git
>> git://phab.enlightenment.org/core/elementary.
On 13/02/13 00:36, Bruno Dilly wrote:
> On Mon, Feb 11, 2013 at 2:07 PM, Daniel Willmann
> wrote:
>>
>> Topic branches:
>> * In each repository every developer with commit access will be able to
>> push/update branches in their own namespace (devs//*). Thes
Hello,
this Friday (15/02/2013) libefl will be moving from SVN to Git.
Timeframe is as follows:
09:00 UTC: Final warning mail. You should stop committing to /trunk/efl
in SVN
10:00 UTC: Raster will lock the directory /trunk/efl so nobody
accidentally commits there. When that is done I will updat
On Wed, 13 Feb 2013 20:26:32 +0100
Andreas Volz wrote:
> Am Wed, 13 Feb 2013 12:47:55 + schrieb Daniel Willmann:
>
> > Hello,
> >
> > this Friday (15/02/2013) libefl will be moving from SVN to Git.
> >
> > Timeframe is as follows:
> >
> >
Hello,
as promised this is your one hour notice.
Please finish what you are doing and commit what you have to. The
directory trunk/efl will be locked for further commits at
10:00 UTC (that is roughly in an hour).
I will let you know when commit access has been restored to Git.
The new web fron
Hello,
everything was migrated to git and should be working now. If you have
problems, speak now.
The new web frontend is here:
https://git.enlightenment.org/core/efl.git/
Phabricator:
https://phab.enlightenment.org/
Mailinglist for commits:
https://lists.sourceforge.net/lists/listinfo/enlighten
On 15/02/13 12:54, Tom Hacohen wrote:
> On 15/02/13 12:27, Doug Newgard wrote:
>>> On 2013-02-15 13:18, Bertrand Jacquin wrote:
On 2013-02-15 13:00, Tom Hacohen wrote:
> On 15/02/13 11:49, Doug Newgard wrote:
>> m4/efl.m4 is still trying to call svnversion or git-svn-id to get
>> t
On 18/02/13 01:14, ChunEon Park wrote:
> Could it possible to make git mail title messages to be more meaningful?
>
> i.e) [core/efl] xxxmaster updated. f27ff2fbf31a01c2f8d98e773bed6cc4298749bd
> -> [core/efl/evas] xxxmaster updated.
> f27ff2fbf31a01c2f8d98e773bed6cc4298749bd
I think after some
On 18/02/13 10:07, Ivan Briano wrote:
> On Mon, Feb 18, 2013 at 6:58 AM, Daniel Willmann
> wrote:
>> Are we in favour of sending mails for all branches or just for master?
>> Anything else I missed?
> Once we have backporting branches in git too it might be useful to hav
On 16/02/13 06:42, Jérôme Pinot wrote:
>> On Fri, 15 Feb 2013 11:56:06 -0200 Rafael Antognolli
>> wrote:
>>> I know that this is not a poll, but I particularly prefer rebased
>>> branches/commits too.
>
> LWN has a neat article about the git rebase thing:
> http://lwn.net/Articles/328436/
>
> "T
Hello,
could someone with knowledge please take a look at method_close() in
src/bin/edbus/parser.c
It seems like the method->cb_name = strdup("NULL"); before free(method);
leaks memory. I know too little about where/how the global var method is
being used to decide here.
Regards,
Daniel
-
l be freed when
> object_free()->inteface_free()->method_free() is called.
Method is set to NULL at the end of method_close(), but I guess there
must be some other reference to that pointer that still exists somewhere?
Otherwise you're doing
method->cb_name = strdup("NULL");
me
s type:
$ ssh g...@git.enlightenment.org list-trash
devs/asdfuser/test/2013-02-18_09:48:08
And to restore a repository again:
$ ssh g...@git.enlightenment.org restore
devs/asdfuser/test/2013-02-18_09:48:08
Regards,
Daniel Willmann
--
On 18/02/13 17:52, Daniel Willmann wrote:
> Hello,
>
> this is a heads up that user-controlled repositories are now visible
> through cgit (as was the intention all along).
>
> So remove all embarrassing stuff there. :-)
>
>
> For everyone who didn't know
Hello,
this Friday (22/02/2013) we will be moving both elementary and
enlightenment to Git.
The schedule is the same a last week:
09:00 UTC: Final warning mail. You should stop committing to
/trunk/{e,elementary} in SVN
10:00 UTC: Raster will lock the directories so nobody accidentally
commits t
On 19/02/13 07:59, David Seikel wrote:
> On Tue, 19 Feb 2013 16:25:43 +0900 Carsten Haitzler (The Rasterman)
> wrote:
>
>> i've clowncopertized this:
>>
>> https://phab.enlightenment.org/D1
>>
>> (errr apparently that is phab-speak for having reviewed/commented
>> on it).
>
> Clowncopertized
On 19/02/13 09:54, Carsten Haitzler (The Rasterman) wrote:
> On Tue, 19 Feb 2013 09:13:47 +0000 Daniel Willmann
>
> said:
>> I changed the config variable "serious-business" to true which should
>> make the strings moretraditional.
>
> noo!~
1 - 100 of 201 matches
Mail list logo
