On Sat, Jun 14, 2014 at 7:35 PM, Hannes Magnusson <[email protected]> wrote:
> Please do. Anatol recently pushed ~50 commits to that repo that had > been live for a long time, so it does not look like it. I have asked > this question frequently in this thread. Your latest answer was "stop > spreading FUD"?!? About your corporate BS as usual. Get over it, it only adds noises to your signal. > If you stop being excessively passive aggressive and stop derailing > every discussion and simply answer the question we would get much > better along - and safe sooooo much time. I told you what is being done, what is the plan, what we are working on, my team and other, which has been involved in these tasks, for very long. You have a sudden need/interest to give snapshot a boost? Very good, come over and contribute to the right place. However, insisting/harrasing us about the wrong tool for the right task is not going to bring us anywhere but in yet another painful discussion. > >> But again, do PRs pls. This code is used for the core as well and RMs >> relies on it to valid releases etc. > > I've no interest in touching that code. All I am trying to work on is > creating a pecl build on-demand to verify it builds before actually > rolling out a release. Upon succeeding doing that, the ideas Anatol > and I came up with earlier in this thread will be worked on. As I told you many times already, this not what will be used for snapshots, on demand or not. Our team (which Anatol is part of) has worked on rmtools to ease our work with pecl's extension, as a temporary solution. The plan remains what i have described in your very first post. >> And *again*, this is not what we will use for pecl snapshots, not for >> the build part. So can you please understand that and stop pushing >> that all of a sudden while we are working on the final solution? > > Great. So where can I implement this functionality? What will be used? > For the past now 3weeks we have been discussing this subject and not > until you decide to derail the discussion has it ever been brought up > before that anything else will be used. > So please understand that you need to be transparent, even within your > own team, since they clearly have no idea. They clearly have a good idea, and I can discuss that daily, be on the lists or directly. But you insist on using something that won't be used for pecl builds. Understand that. Cheers, -- Pierre @pierrejoye | http://www.libgd.org -- PECL development discussion Mailing List (http://pecl.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
