On 9/16/16 Sep 16 -5:53 PM, Faré wrote:
> That's all entirely my fault. I should have remembered this work
> conflicted with a branch you had.
> I got carried away. I lazily continued to act the way I always did
> (i.e. push any supposed improvement to master), even though I'm not
> maintainer anymore.
> I'm backing out, and will not commit anything myself directly to
> master anymore. I will only put merge requests on gitlab for code
> review and merge by Robert (or whoever steps forward to replace him).
> Robert: I can revert the offending commit, or merge in yours, etc., at
> your leisure.
I don't think we need to revert anything right now. But I need to do a
review of the latest changes and see how to harmonize them with my
UNSUPPORTED-FUNCTIONALITY-ERROR (I am not wedded to my name).
But I would like a brief pause so I can catch up and get results from
testing on all three platforms, then a more measured move forward.
Having merge requests for a while will, I hope, be a good change and not
too burdensome for anyone.
> —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org
> I have not yet begun to procrastinate
> On Fri, Sep 16, 2016 at 6:38 PM, Stelian Ionescu <sione...@cddr.org> wrote:
>> On Fri, 2016-09-16 at 12:23 -0500, Robert Goldman wrote:
>>> I can no longer be the maintainer of ASDF unless I gain some control
>>> over the contents of the repository.
>>> Right now, I am just reacting to changes other people are making.
>>> is ok if I am in the loop, but if other developers are simply wading
>>> into the repository and committing changes that I have no idea are
>>> coming, then I cannot do my job.
>>> The last straw for me was last night's 18.104.22.168 commits, which
>>> completely blind-sided me and also invalidated work-in-progress I had
>>> So, we need to either
>>> 1. develop some informal means of clearing coming commits through me,
>>> perhaps using this mailing list;
>>> 2. lock out other developers and change the main repository only
>>> merge requests (this is not my favored alternative, as it requires
>>> busy work on my part); or
>> I think this would be the best choice. ASDF is no longer in need of
>> quick changes so delaying commits and pondering longer by way of a code
>> review would be better.
>> Stelian Ionescu a.k.a. fe[nl]ix
>> Quidquid latine dictum sit, altum videtur.