<div dir="ltr">Sebastian,<div><br></div><div>I think you are not understanding the problem.</div><div><br></div><div>Of course, anybody can fork and upload another activity, but that is nightmare</div><div>on the long run, to maintainers and to users.</div>
<div>Imagine how good for users will be have different versions of the activities,</div><div>some running, some not, depending of different situations.</div><div><br></div><div>You say "<span style="font-family:arial,sans-serif;font-size:13.333333969116211px">From Gonzalo's POV, it's a burden because Flavio hasn't taken up learning to master Git."</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px">That is not the problem. The problem is invest a lot of work in one activity</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px">without even trying to communicate with the maintainer and agree in a way to solve </span></div><div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px">the different problems.</span></div>
<div><br></div><div>By example: the activity need changes to run in a Magallanes,</div><div>then what is the best option? is that solution good for other activities?</div><div>need be solved in the activity or in the toolkit? </div>
<div>Is the best option maintain activities forked?</div><div><br></div><div>If you ask me, I don't know, probably talking with Flavio, can understand </div><div>better the problem/s and find a solution, but without communication,</div>
<div>is impossible.</div><div><br></div><div>Gonzalo</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Nov 17, 2013 at 2:38 PM, Sebastian Silva <span dir="ltr"><<a href="mailto:sebastian@fuentelibre.org" target="_blank">sebastian@fuentelibre.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">In Flavio's defense, I'd like to restructure this conversation.<br>
<br>
Undoubtedly, he's put great effort in this work.<br>
<br>
>From a deployment's point of view, it's a contribution.<br>
<br>
>From Gonzalo's POV, it's a burden because Flavio hasn't taken up learning to master Git.<br>
>From Localizer's POV it's a burden because, in their view, it implies double the strings.<br>
These are representatives up "upstream".<br>
<br>
In my humble opinion, the situation is out of balance. We cannot dismiss contributions<br>
merely because people have not learnt all the tools. This also goes for localization team,<br>
because really, from a friendly fork's POV, doing a simple msgmerge command imports<br>
all of the necessary translations from upstream (or the other way around).<br>
In any case, the amount of user visible strings in TamTamMini is negligible.<br>
<br>
I spent the last month trying to get "mantainers" to respond to requests to update<br>
GTK2 branches with translations, with barely any response except Manuq and Gonzalo,<br>
and only the first actually took action on my request.<br>
<br>
Really, things could be simpler for downstream, especially Activity-wise. Sugar per<br>
se is a different matter because luckily, we have Daniel Narvaez, but who knows<br>
how long he'll put up with us.<br>
<br>
The Sugar Network's proposed workflow is that anybody can upload a bundle. It is<br>
not mandatory that everything has to be "just right". I would encourage Flavio, who has<br>
already offered, to mantain a fork of TamTamMini with his changes, in git, and either<br>
create a new Activity Id and name for it or we can see about the new features in<br>
Sugar Network/ASLO that will enable non-mantainer uploads. For the case where<br>
alternative implementations of the same activity exist, by default the system will<br>
offer the one from the original author.<br>
<br>
If the activity really works better, perhaps we will even include it in Hexoquinasa, our<br>
downstream of Platform Team's Deployment Platform, built for Perú.<br>
<br>
Love for TamTam Suite really is welcome from this side of the island.<br>
<br>
Regards,<br>
Sebastian<br>
<br>
El 17/11/13 12:12, Chris Leonard escribió:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
On Sat, Nov 16, 2013 at 6:50 PM, Flavio Danesse<br>
<<a href="mailto:fdanesse@activitycentral.com" target="_blank">fdanesse@activitycentral.com</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On the issue of separating the application from the rest of the suite, I did<br>
because it was the only way to understand it, correct the code and port it<br>
to gtk3. The code of the suite is filled with errors and unused files. Now,<br>
this application is much easier to maintain and extend. The same applies to<br>
the translation patch, most not used by TamTamMini.<br>
</blockquote>
<br>
The TamTam Suite was set up to use a common set of translations on<br>
purpose.  Some time ago, they were all completely separate and it was<br>
a big burden on localizers to repeat the translation work multiple<br>
times.<br>
<br>
Free and open discussion between developers and localization<br>
stakeholders arrived at the current configuration.  As the maintainer<br>
of Pootle, I am not excited about seeing this collaborative agreement<br>
undone and I will need some convincing on the need for splitting the<br>
suite before hosting a fork of your TamTamMini in Pootle.<br>
<br>
We need more open discussion, and less forking to move together as a community.<br>
<br>
cjl<br>
Sugar Labs Translation Team Coordinator<br></div></div><div class="im">
______________________________<u></u>_________________<br>
Sugar-devel mailing list<br>
<a href="mailto:Sugar-devel@lists.sugarlabs.org" target="_blank">Sugar-devel@lists.sugarlabs.<u></u>org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/<u></u>listinfo/sugar-devel</a><br>
<br>
</div></blockquote>
<br>
</blockquote></div><br></div>