I sent this mail to the vm mailing list:

"I mirrored the issues from the cog issue tracker inside the pharo one, so they have more visibility for people only working the pharo issue tracker. Issues in both trackers have a link pointing to its pair, in case someone wants to do the follow up. In any case, my idea was to enhance visibility and use one tool for all issues, not to deprecate either issue tracker.

In the meanwhile I saw there are many issues that are probably already integrated, others that probably deserve to have a look and integrate them :).

And of course, I realized that I the issue tracker spammed seriously this list. I apologize for that!

Best,
Guille"

I guess that solves the question around the fate of the cog issue tracker: I didn't mean a deprecation or similar, people can continue using it as they want. I put for that links so people can go back and forth between the issue trackers. My unique and good intention was to make those issues more visible.


On Thu, Aug 8, 2013 at 1:35 PM, Levente Uzonyi <leves@elte.hu> wrote:
On Thu, 8 Aug 2013, St�phane Ducasse wrote:


On Aug 7, 2013, at 8:44 PM, Igor Stasenko <siguctua@gmail.com> wrote:

Well, my intent was to keep working together on it and be as open as possible to
people who may not work particularly on Pharo, but care/use Cog.


Now my dilemma is, what is the fate of Cog tracker?

On 7 August 2013 20:29, Guillermo Polito <guillermopolito@gmail.com> wrote:
I think that's not true at all.

Our git repo and our vmmaker repo are used to build only the pharo vm
flavor. If we make a fix it does not get magically integrated into eliots
cog.


Guillermo , it is not 'our' and never been. It belongs to community,
and Pharo is just part of it.
I had hard time convincing people to join and use git and tracker..
Now this move puts a big cross on all these efforts.


Of course i understand the benefits of having everything at one place.
And of course we (as Pharo team) are free to organize own work in a
way we see fit.

indeed but do not see the devil everywhere
why putting the issue on a public tracker means private?

How is that a "public tracker"?


Levente



But i don't think we will find understanding if we start privatizing
things which are not belong to us.
Because initially this stuff was created without intent to be
'pharo-only' or for 'pharo-only'.


You see that clement is implementing clean blocks and that eliot wants to integrate his work in COG.


Stef


Maybe they can benefit from the changes but they have to merge back as you
esteban and igor merge in our branch.


--
Best regards,
Igor Stasenko.