Indeed. Guilty as charged :( What's the 'sentence' for this offense ? ;)

dh

On 01/03/2011 11:43 AM, Carsten Haitzler (The Rasterman) wrote:
> On Mon, 03 Jan 2011 11:20:57 -0500 Christopher Michael<cpmicha...@comcast.net>
> said:
>
> blame! :)
>
>> Hmm, well I'll be. As it turns out, apparently I did :( some 16 months
>> ago ... don't even remember doing that....but trac doesn't lie:
>>
>> http://trac.enlightenment.org/e/changeset/42152/trunk/e/src/bin/e_config.c
>>
>> I think that may have been something that got committed by accident as I
>> can see no viable reason why it was done.
>>
>> dh
>>
>>
>> On 01/03/2011 11:13 AM, Tom Hacohen wrote:
>>> Pants on fire.
>>>
>>> On Mon, 2011-01-03 at 10:59 -0500, Christopher Michael wrote:
>>>> On 01/02/2011 11:33 PM, Enlightenment SVN wrote:
>>>>> Log:
>>>>> why did you turn off config versioning devilhorns? back on!
>>>>>
>>>> Was not me. I haven't touched e_config.c in about 5 months. Let me
>>>> guess, you used svn blame and it came up with my name ? WTH is going on
>>>> w/ that command ? This is the second time I've been 'blamed' for
>>>> something that I did not do.
>>>>
>>>> dh
>>>>
>>>>>
>>>>>
>>>>> Author:       raster
>>>>> Date:         2011-01-02 20:33:31 -0800 (Sun, 02 Jan 2011)
>>>>> New Revision: 55808
>>>>> Trac:         http://trac.enlightenment.org/e/changeset/55808
>>>>>
>>>>> Modified:
>>>>>      trunk/e/src/bin/e_config.c
>>>>>
>>>>> Modified: trunk/e/src/bin/e_config.c
>>>>> ===================================================================
>>>>> --- trunk/e/src/bin/e_config.c    2011-01-03 04:28:53 UTC (rev 55807)
>>>>> +++ trunk/e/src/bin/e_config.c    2011-01-03 04:33:31 UTC (rev 55808)
>>>>> @@ -26,7 +26,7 @@
>>>>>
>>>>>     EAPI E_Config *e_config = NULL;
>>>>>
>>>>> -static int _e_config_revisions = 0;
>>>>> +static int _e_config_revisions = 9;
>>>>>
>>>>>     /* local subsystem functions */
>>>>>     static void _e_config_save_cb(void *data);
>>>>>
>>>>>
>>>>
>>
>>>

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to