<div dir="auto">Alex,<div dir="auto">Can you post it here? <a href="https://goo.gl/forms/PV3SV8opzBnb1eqw2">https://goo.gl/forms/PV3SV8opzBnb1eqw2</a></div><div dir="auto"><br></div><div dir="auto">Sameer</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Jan 24, 2018 12:37 PM, "Sameer Verma" <<a href="mailto:sverma@sfsu.edu">sverma@sfsu.edu</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="quoted-text">On Wed, Jan 24, 2018 at 8:28 AM, Alex Perez <<a href="mailto:aperez@alexperez.com">aperez@alexperez.com</a>> wrote:<br>
> Sameer,<br>
><br>
> Apologies for top-posting.<br>
><br>
> For 2018, I would really like to see Sugar Labs get behind and commit to<br>
> getting the core of Sugar working fully with Python 3. I personally believe<br>
> this is critical to its long(er) term success, as Python 2 continues be<br>
> deprecated. Python 2 will not be supported at all past 2020 (see<br>
> <a href="https://www.python.org/dev/peps/pep-0373/" rel="noreferrer" target="_blank">https://www.python.org/dev/<wbr>peps/pep-0373/</a>)<br>
><br>
> I asked Walter about the feasibility of this, to which he reiplied "we had a<br>
> GSoC intern do a pretty thorough investigation a few years ago. Doesn't look<br>
> like a lot of work for Sugar itself (or the toolkit). But updating all of<br>
> the activities will be a chore."<br>
><br>
> Personally I would propose that this be done under contract to someone with<br>
> a very complete understanding of the differences and best coding practices<br>
> between Python 2 and 3 (eg, a "professional"), due to the importance of<br>
> getting this right the first time. Will that cost some money? Absolutely,<br>
> but I suspect that it would be money well spent.<br>
><br>
> I would appreciate your thoughts on this.<br>
<br>
</div>Hi Alex,<br>
Thanks for the reply. I was waiting to hear from someone on this.<br>
<br>
Instead of replying to your question (for good reasons), I'll comment<br>
on some meta stuff.<br>
<br>
1) We want your thoughts, but hold off for a bit. I've got the form<br>
set up for most part. School is back in session this week, so I'm a<br>
bit busy. We'd like your thoughts via that form. In fact, we'd like<br>
your thoughts there, and prevent discussions about it for a bit until<br>
we are ready.<br>
<br>
2) The proposal is for Sugarlabs, the organization and not Sugar, the<br>
software project. FOSS projects have their own mechanisms of managing<br>
growth, directions etc. but my current proposal isn't about Sugar the<br>
software project. It is about Sugarlabs, the organization (Note that<br>
SFC is the umbrella under which we operate and utilize SFC for legal<br>
and fiscal affairs, but SFC isn't the org. I know that we use<br>
conflicting terms, but for the purpose of this exercise, I'm going to<br>
ask people to focus on Sugarlabs as the unit of analysis). This is an<br>
important distinction. That said, I'm sure we'll get several<br>
suggestions about Sugar as opposed to Sugarlabs, but we'll take it and<br>
separate out the best we can.<br>
<br>
Give me a few days to get things operationalized.<br>
<br>
thanks,<br>
<div class="elided-text">Sameer<br>
--<br>
Sameer Verma, Ph.D.<br>
Professor, Information Systems<br>
San Francisco State University<br>
<a href="http://verma.sfsu.edu/" rel="noreferrer" target="_blank">http://verma.sfsu.edu/</a><br>
<br>
><br>
>> Greetings!<br>
>><br>
>> Here is a proposal to solicit various goals towards mission of<br>
>> Sugarlabs. I am sending this out as per my comments on the recent<br>
>> #sugar-meeting on IRC.<br>
>><br>
>> In the past, I have noticed that whenever we propose to discuss<br>
>> various goals that this community may pursue, we tend to fail quite<br>
>> rapidly at not arriving at a consensus. It is not that we have<br>
>> incorrect ideas about how we think the project should proceed. We tend<br>
>> to disagree prematurely. To remedy the situation, I am proposing that<br>
>> we gather opinions from the community about goals and do so in a<br>
>> manner where it remains temporarily shielded from public view. Then,<br>
>> at a given time (say two weeks) we make all of these items public.<br>
>> This may reveal if we have convergent ideas or if we are still very<br>
>> divergent. Either is okay.<br>
>><br>
>> Next, we would try to merge similar items into tangible goals with a<br>
>> specific time frame. Depending on who the champions are for a specific<br>
>> goal and its objectives, these people may then band together into an<br>
>> ad-hoc group and pursue said goals.<br>
>><br>
>> The time line for this project is relatively short. I propose that we<br>
>> collect ideas for two weeks. At the end of two weeks, we would then<br>
>> make the items public, and solicit more ideas for a third week. At the<br>
>> end of the third week, we would then try to collate similar responses<br>
>> into clusters of tangible goals. From there on, each set of goals may<br>
>> be pursued independently, depending on its sponsors, champions,<br>
>> supporters and participants.<br>
>><br>
>> If this sounds like something that will help us move forward, I am<br>
>> ready to set this in motion. I have already discussed this with<br>
>> Hillary Naylor, who is an active participant in our OLPC-SF group.<br>
>> When it's time to collate responses, I may solicit some more help from<br>
>> some of you.<br>
>><br>
>> cheers,<br>
>> Sameer<br>
>> --<br>
>> Sameer Verma, Ph.D.<br>
>> Professor, Information Systems<br>
>> San Francisco State University<br>
>> <a href="http://verma.sfsu.edu/" rel="noreferrer" target="_blank">http://verma.sfsu.edu/</a><br>
</div></blockquote></div><br></div>