<div dir="ltr">Just a few points:<br><br>* If anybody want install all the control-panel sections, can install sugar-cp-all.<br>* You can install all sugar with "yum install @sugar-desktop sugar-runner" [1]<br><br>
If there are some dependency not working, is a bug, and we can try to solve it.<div>As a example, I filled this ticket [2] and pbrobinson fixed the problem really fast.</div><div><br></div><div>About mixing sugar-datastore / sugar-toolkit-gtk3 / sugar,</div>
<div>was discussed recently, but we didn't find any good reason to do it.</div><div>Have sense keep at least the toolkit separated from sugar, because that is the interface</div><div>we provide to the activities. The code in Sugar (jarabe) is private,</div>
<div>and we can change it without fear of break activities.</div><div><br></div><div>Is true that is difficult make Sugar + activities work on other distributions,</div><div>but that is (in general) due to external dependencies (like you said, Abiword in the case of Write).</div>
<div>In general "pure python" activities, will not have problems.</div><div><br></div><div>Some of the problems making difficult work on other distributions</div><div>are related to the work needed to make work the XO touch.</div>
<div>At the time, the support of touch in Linux in general, and in Gtk in particular,</div><div>was not ready, and OLPC invested a lot of work to do it usable.</div><div>That patches went upstream, but anybody who works on open source projects know,</div>
<div>takes a time until that changes are distributed.</div><div><br></div><div>I think would be great have good packages on debian and derivatives,</div><div>but don't know who can do it.</div><div><br></div><div>Gonzalo</div>
<div><br>[1] <a href="http://wiki.sugarlabs.org/go/Fedora">http://wiki.sugarlabs.org/go/Fedora</a><br></div><div>[2] <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1129308">https://bugzilla.redhat.com/show_bug.cgi?id=1129308</a></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Sep 2, 2014 at 5:49 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">Hi Jerry,<div><br></div><div>As I've not had the pleasure of working with you directly and I have never been an OLPC associate, whatever that is, and, to my knowledge, there is no such thing as a Sugar Labs associate, therefore I don't feel offended by your (perceived) aggressive tone, so I hope it was not directed at me.</div>
<div><br></div><div>Let me assert something which is often forgotten here:</div><div><br></div><div>Deployments != Administrators</div><div><br></div><div>For me, Deployments = Users.</div><div><br></div><div>Therefore, the easier it is for users to install and/or use the Sugar Platform, the better.</div>
<div><br></div><div>You say it is such a big change for the better that there exist a bunch of sugar-* packages.</div><div><br></div><div>I ask:</div><div><br></div><div>- Is the Sugar Datastore at all usefull without sugar?</div>
<div>- Does any other software use the control panel packages?</div><div>- Is there perhaps an alternative implementation of the aforementinoed mentioned packages that justifies splitting the platform?</div><div>- Is it possible, practical, or even useful, to upgrade one component without the others?</div>
<div><br></div><div>Now, as a deployment volunteer, let me tell you (you probably know this) that trying to work with Sugar on any GNU distribution other than fedora is a nightmare, as the platform does not declare it's dependencies properly, and does not communicate upstream effectively, so, for instance, Write never works, speech never works, and half the activities don't work (maybe I'm exaggerating out of frustration).</div>
<div><br></div><div>I have been a strong proponent of extirpating Sugar from the OLPC/fedora microcosmos, but frankly, adding complexity is not helping.</div><div><br></div><div>Now, from the technical point of view, perhaps a simple sugar-platform package that pulls ALL of Sugar and glucose and dependencies would not be so hard to do, and then the deployment-administrator-supporters can just omit this package and manually pick and chop sugar as they see fit (or are requested to do).</div>
<div><br></div><div>I feel sad that to this day and age, SugarLabs has not proven to be much more than an appendix of OLPC, even to hard working members of the community such as yourself.</div><div><br></div><div>Regards,</div>
<div>Sebastian</div><div><br>El mar, 2 de sep 2014 a las 2:46 PM, Jerry Vonau <<a href="mailto:me@jvonau.ca" target="_blank">me@jvonau.ca</a>> escribió:<div class=""><br>
<blockquote type="cite"><div style="white-space:pre-wrap"><blockquote> On September 2, 2014 at 11:54 AM Sebastian Silva
 <<a href="mailto:sebastian@fuentelibre.org" target="_blank">sebastian@fuentelibre.org</a>> wrote:


 I don't care one way or the other how you guys configure
 olpc-os-builder, but as a Sugar platform contributor, I think "sugar"
 packages should come with all the bells and whistles included, and if
 any deployment wants to chop and censor functionality, then it should
 be their problem, not the other way around.

</blockquote> 
So much for being "volunteer" deployment friendly, now you have to "fix
sugar" at the image creation time, patching out/in what you want in the
image, in place of just not installing certain functionality in the first
place. Are you suggesting that datastore, toolkit(s), base, be re-merged
into a single massive rpm? I think not, the control-panel rpm split is a
natural progression of this progressive thinking.

This take it or leave it attitude that is displayed here is the reason
myself and Dextrose(Activity Central) came into being part of the ecosystem
in the first place, for the needs of the deployment. We listened to what
the deployment wanted to do and worked towards that goal.

I guess that this is just another way to ensure further work is only done
by a sugarlabs/olpc associate.

Just my 3 cents,

Jerry</div></blockquote></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Gonzalo Odiard<br><br><div>SugarLabs - Software for children learning <br></div></div>
</div>