Re: [Grassroots-l] World scriptures

[Sebastian Silva]

Edward,
It sounds to me like a wonderful project. I wondered myself why only the
Bible was available.
Morgan, them being christian does not necessarily imply they would not host
other scriptures.
The link http://www.crosswire.org/sword/publisher/index.jsp seems to suggest
they would be open, for at least putting it on the "Cult / Unorthodox"
module add-on section.

I for one welcome our laptop bearing levitating little monk overlords.

;-)

Sebastian

2008/10/16 Morgan Collett <[EMAIL PROTECTED]>

> On Thu, Oct 16, 2008 at 08:15, Edward Cherlin <[EMAIL PROTECTED]> wrote:
> > We have a Bible program in Sugar. Sword allows any number of texts,
> > dictionaries, and commentaries in any combination of languages to be
> > integrated together. I know where many other scriptures in many
> > languages are available, and would like to start a project to
> > integrate them into Sword and make them globally available. Some of
> > the materials are
> >
> > Qur'an, Muslim
> > Sri Guru Granth Sahib, Sikh
> > Tipitaka and Tripitaka, Buddhist
> > Kanjur, Tanjur, Buddhist
> > Vedas, Upanishads, Bhagavad Gita, Hindu
> > Laozi, Juangzi, Daozang, Daoist
> > Confucius, Mencius, Confucian
> > Talmud, Jewish
> > Popul Vuh, Mayan
> >
> > I am open to other suggestions, and will need help with appropriate
> > dictionaries and commentaries. This is a large project, and will need
> > people with a range of skills. I can contact organizations that work
> > on each of the sets of texts listed, but we will need more contacts
> > beyond them.
>
> The Sword activity is based on upstream software available for many
> platforms:
> http://en.wikipedia.org/wiki/The_SWORD_Project
> http://www.crosswire.org/sword/index.jsp
>
> Since the upstream organisation is Christian, I doubt they would want
> to host the texts you have listed. However we can get them to list the
> Sugar Sword activity on their site.
>
> My interest is to get the reader localized, and create
> easy-to-download bundles containing a specific Bible translation
> (http://www.crosswire.org/sword/modules/ModDisp.jsp?modType=Bibles) as
> appropriate for specific countries. That's probably easier in the
> short term than adding in support to download texts within the
> activity, especially as they are large files. In my opinion, most use
> would be for a specific text, perhaps including an appropriate
> dictionary and commentary.
>
> > o Should I create one ticket for the project, or one per religion, or
> what?
>
> Are tickets necessary at this point? I think tickets are best suited
> to discrete bits of work that can be assigned to a person and have a
> definite completion. I think the tasks consist of work on the
> software, localization, work on the content, and creation of bundles
> with specific content.
>
> > o Where can we host this?
>
> We should specifically not use the wiki for hosting the actual
> downloads. Downloads from the wiki are slow, and place a lot of load
> on it.
>
> Regards
> Morgan
> ___
> Grassroots mailing list
> [EMAIL PROTECTED]
> http://lists.laptop.org/listinfo/grassroots
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Deployment Team Meeting Reminder (2008-11-26 14:00 UTC)

[Sebastian Silva]

Hello

We will be having  our Deployment team meeting this wednesday (today)
at 14:00 UTC
(irc.freenode.net - channel: #sugar-meeting )

Here is the proposed agenda.
http://sugarlabs.org/go/DeploymentTeam/Meetings#2008-11-19_meeting

Everyone is invited to come ;).

See you there.
-- 
Sebastian Silva
Iniciativa FuenteLibre
http://blog.sebastiansilva.com/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Simulating a lower resolution on the OLPC XO Laptop

[Sebastian Silva]

Yes, quake 1 (which is GPL now, except for game data) is quite
playable at 640x480 but at 1200x900 it stutters and is no fun.

Yes, did I mention Quake runs? :-)
Scaling to lower resolution would be super cool indeed, for any
number of pseudo3d simulations and games, emulators and
legacy apps.

Sebastian

2008/11/25 Bert Freudenberg <[EMAIL PROTECTED]>:
>
> On 25.11.2008, at 11:57, Strider wrote:
>
>> Hi,
>> I have a XO Laptop which is a nice machine machine with a high res
>> display of 1200x900 pixels. The problem with this is that the laptop
>> isn't powerful enugh to handle fullscreen applications at this
>> resolution. If only the display could switch to a lower resolution
>> things would be much better but it seems that this laptop only
>> supports a single resolution.
>>
>> So I was wondering if it would be possible of simulating lower res
>> at a low level, that is the xf86-video-geode driver.
>> I'm not an expert in video drivers but i imagine that there are
>> functions to request a pixel to be drawn on screen based on what's
>> in the video ram.
>> Now let's say that it's not one pixel but two that we put on screen,
>> and that we draw each lines two times. That would result in a
>> 600x450 resolution.
>> If we do the same thing but repating the operations three times , we
>> would have a 400x300 resolution.
>> Some emulators have a scale option to do such a thing and manage it
>> quite well, but if we had such an option in the video driver, the
>> result would be even faster !
>>
>> So what do you think about this? Is it possible ?
>
>
> The Geode actually can do real upscaling (that is, scale multiple
> graphics resolutions to the panel resolution), it works fine on other
> machines and LCDs. But latest word is that this somehow interacts
> badly with our DCON, so no-one has gotten it to work correctly on the
> XO yet.
>
> There still may be hope, because the video upscaler can take RGB 5:6:5
> data, so in theory a lower-res 16 bpp frame buffer could be upscaled
> on-the-fly (and the upscaler does 30 fps easily). But I guess getting
> this to work would require a very determined X hacker ...
>
> - Bert -
>
>
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>



-- 
Sebastian Silva
Iniciativa FuenteLibre
http://blog.sebastiansilva.com/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [sugar] XO identity shared via Browse

[Sebastian Silva]

Tomeu Vizoso wrote:
> Second, we may need to think a bit about how we are going to resource
> this task. Simon is the Browse maintainer and has a good knowledge of
> its internals, though Marco and me have hacked occasionally on it.
> AFAIK, none of us have a good knowledge of security issues and use to
> ask Michael for advice. And the third knowledge area involved is the
> school server, with Martin on the wheel.
>   
It looks like currently different custom solutions are being tried but 
nothing has been decided that is a Standard. Once we agree on that, 
stakeholders for it perhaps should own it and coordinate on it instead 
of each reinventing the wheel (or we making up some "custom" magic 
instead of a good standard). I know I'm a stakeholder for this, but 
can't lead it, I'd like to help as much as I can.
> So I propose that server and security experts discuss the different
> possibilities first and then ask the sugar people about how best to
> implement the client side of this. Mozilla gives us lots of hooks for
> altering  the conversation between the browser and the server, so we
> have a good deal of flexibility there that we can take advantage of.
>   
Yes, one thing though: As Adam correctly pointed out to me, security is 
also about Usability. I'm not convinced laptop=user is a good policy and 
in our general educational mantra of not dumbing down the real world, my 
contention is that ONE user/pass combination is all a kid needs (if we 
use OpenID). Small kids are perfectly capable of understanding this 
concept (40% of kids in Uy already use GMail, btw that means they 
already have one openid - I'm suggesting the school should provide 
identity for its students and its teachers and NOT Google).
> So I'm cc'ing to [EMAIL PROTECTED] and [EMAIL PROTECTED] where OLPC and other
> Sugar deployers (I'm thinking specially on Brendan and Caroline) can
> discuss the different alternatives.
>   
Please lets not invent some magic voodoo way that only we can use to 
auth a laptop. We are solving one little problem by ignoring one much 
larger one. There is nothing to gain by saving kids from one password 
and forcing them to get new accounts for everything else.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [sugar] XO identity shared via Browse

[Sebastian Silva]

Oh, also, I'd like to point to Gracie,
http://trac.whitetree.org/gracie/

It is what looks to be quite a clean and lean python(!) OpenID identity 
provider meant to be used locally or on a server and authenticate you 
against your PAM (that is your system username/password). If you are 
already logged into your system, your system can be your openID 
provider, isnt it beautiful?

It would be quite trivial to modify this to provide some proof of being 
the laptop (a certificate was mentioned?) or bug the user to confirm 
(and check for prior confirmations).

If we have One Domain Per Laptop then this would suffice. Otherwise some 
DNS cleverness at the server side could be in order.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Sugar & XFCE

[Sebastian Silva]

Here's a delicate scenario that I see:
Inevitably, when comparing the XOs running Sugar to those running
Windows for evaluation (this is happening *right now*) - MMSs (that
is, Microsoft&Ministries) will argue not only on GNU+Linux vs. Windows
technical merits, but also the GUI will come up as a possible fatal
comparison.
So techies will then install XFCE for comparison, perhaps they'll
request F10 for that...
Only XFCE is currently vanilla on the repositories and fancy
integration like volume and brightness, DPI, etc isnt well integrated
at all by default, as well as many useful separate widgets for
networking, battery status and so on.
Its funny: In this scenario, you can actually share more on windows
(via file sharing) than on linux (at least with the gui).
So here's an idea Homunq gave us yesterday:
This is the perfect project for a G1G1 hacker. Probably one already
did it. Lets challenge them, via OLPCNews, to release "pimp up xfce on
F9" procedures (maybe even scripts and themepacks) - so that it is as
simple and as trouble free to install a working, beautiful, lean and
mean XFCE4 on the NAND that we can proudly compare with sluggish
windows on the SD.
Please could we request this to wayan and spread it?

2008/12/5 Mikus Grinbergs <[EMAIL PROTECTED]>:
> Carlos wrote (regarding Sugar on an XO):
>>
>> Apps need to be sugarized.
>
> This is true when Sugar is the primary interface of the target user
> population.  But the "Subject" of this topic is XFCE.  I am going to
> make the assumption that an user sophisticated enough to use XFCE
> will be sophisticated enough not to need the simplified GUI that
> sugarization provides.
>
> I myself have had reasonable success installing Linux applications
> on my XO, then launching them from the command line.  [And launching
> from Terminal bypasses Rainbow's restrictions on applications.]
>
> I keep wondering, considering Moore's Law and the availability of
> netbooks, why shoehorn specifically Sugar (and the XO) into
> competing for the "traditional_Linux_interface" laptop role ?
>
> mikus
>
> _______
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>



-- 
Sebastian Silva
Iniciativa FuenteLibre
http://blog.sebastiansilva.com/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Sugar & XFCE

[Sebastian Silva]

Or you can just yum install xfce* and work your way to nirvana from there.

Sebastian


[EMAIL PROTECTED] wrote:
> On Fri, 5 Dec 2008, Sebastian Silva wrote:
>
>> Here's a delicate scenario that I see:
>> Inevitably, when comparing the XOs running Sugar to those running
>> Windows for evaluation (this is happening *right now*) - MMSs (that
>> is, Microsoft&Ministries) will argue not only on GNU+Linux vs. Windows
>> technical merits, but also the GUI will come up as a possible fatal
>> comparison.
>> So techies will then install XFCE for comparison, perhaps they'll
>> request F10 for that...
>> Only XFCE is currently vanilla on the repositories and fancy
>> integration like volume and brightness, DPI, etc isnt well integrated
>> at all by default, as well as many useful separate widgets for
>> networking, battery status and so on.
>> Its funny: In this scenario, you can actually share more on windows
>> (via file sharing) than on linux (at least with the gui).
>> So here's an idea Homunq gave us yesterday:
>> This is the perfect project for a G1G1 hacker. Probably one already
>> did it. Lets challenge them, via OLPCNews, to release "pimp up xfce on
>> F9" procedures (maybe even scripts and themepacks) - so that it is as
>> simple and as trouble free to install a working, beautiful, lean and
>> mean XFCE4 on the NAND that we can proudly compare with sluggish
>> windows on the SD.
>> Please could we request this to wayan and spread it?
>
> the biggest problem has been in getting started (getting a system 
> image that could boot and use the normal distro tools)
>
> debxo is a good example of a bootstrap for debian, it is a set of 
> scripts that use the standard distro package tools to create a system 
> image that they can boot into and start tweaking. what it's missing is 
> a good way to let the users extract the results of their tweaks to 
> submit upstream.
>
> if you want the type of work you are looking for to happen on Fedora 
> someone needs to package up a similar set of scripts.
>
>
>
>> 2008/12/5 Mikus Grinbergs <[EMAIL PROTECTED]>:
>>> Carlos wrote (regarding Sugar on an XO):
>>>>
>>>> Apps need to be sugarized.
>>>
>>> This is true when Sugar is the primary interface of the target user
>>> population.  But the "Subject" of this topic is XFCE.  I am going to
>>> make the assumption that an user sophisticated enough to use XFCE
>>> will be sophisticated enough not to need the simplified GUI that
>>> sugarization provides.
>>>
>>> I myself have had reasonable success installing Linux applications
>>> on my XO, then launching them from the command line.  [And launching
>>> from Terminal bypasses Rainbow's restrictions on applications.]
>>>
>>> I keep wondering, considering Moore's Law and the availability of
>>> netbooks, why shoehorn specifically Sugar (and the XO) into
>>> competing for the "traditional_Linux_interface" laptop role ?
>>>
>>> mikus
>>>
>>> ___
>>> Devel mailing list
>>> Devel@lists.laptop.org
>>> http://lists.laptop.org/listinfo/devel
>>>
>>
>>
>>
>>

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Sugar & XFCE

[Sebastian Silva]

But now that you mentioned it, bonus points for getting a tightly 
integrated Debian based XFCE4 (with as little trouble as possible). Only 
thing I dont like about this is losing the native and standard sugar... 
but oh well its just to compare and make adults feel more at home.

Sebastian

[EMAIL PROTECTED] wrote:
> On Fri, 5 Dec 2008, Sebastian Silva wrote:
>
>> Here's a delicate scenario that I see:
>> Inevitably, when comparing the XOs running Sugar to those running
>> Windows for evaluation (this is happening *right now*) - MMSs (that
>> is, Microsoft&Ministries) will argue not only on GNU+Linux vs. Windows
>> technical merits, but also the GUI will come up as a possible fatal
>> comparison.
>> So techies will then install XFCE for comparison, perhaps they'll
>> request F10 for that...
>> Only XFCE is currently vanilla on the repositories and fancy
>> integration like volume and brightness, DPI, etc isnt well integrated
>> at all by default, as well as many useful separate widgets for
>> networking, battery status and so on.
>> Its funny: In this scenario, you can actually share more on windows
>> (via file sharing) than on linux (at least with the gui).
>> So here's an idea Homunq gave us yesterday:
>> This is the perfect project for a G1G1 hacker. Probably one already
>> did it. Lets challenge them, via OLPCNews, to release "pimp up xfce on
>> F9" procedures (maybe even scripts and themepacks) - so that it is as
>> simple and as trouble free to install a working, beautiful, lean and
>> mean XFCE4 on the NAND that we can proudly compare with sluggish
>> windows on the SD.
>> Please could we request this to wayan and spread it?
>
> the biggest problem has been in getting started (getting a system 
> image that could boot and use the normal distro tools)
>
> debxo is a good example of a bootstrap for debian, it is a set of 
> scripts that use the standard distro package tools to create a system 
> image that they can boot into and start tweaking. what it's missing is 
> a good way to let the users extract the results of their tweaks to 
> submit upstream.
>
> if you want the type of work you are looking for to happen on Fedora 
> someone needs to package up a similar set of scripts.
>
>
>
>> 2008/12/5 Mikus Grinbergs <[EMAIL PROTECTED]>:
>>> Carlos wrote (regarding Sugar on an XO):
>>>>
>>>> Apps need to be sugarized.
>>>
>>> This is true when Sugar is the primary interface of the target user
>>> population.  But the "Subject" of this topic is XFCE.  I am going to
>>> make the assumption that an user sophisticated enough to use XFCE
>>> will be sophisticated enough not to need the simplified GUI that
>>> sugarization provides.
>>>
>>> I myself have had reasonable success installing Linux applications
>>> on my XO, then launching them from the command line.  [And launching
>>> from Terminal bypasses Rainbow's restrictions on applications.]
>>>
>>> I keep wondering, considering Moore's Law and the availability of
>>> netbooks, why shoehorn specifically Sugar (and the XO) into
>>> competing for the "traditional_Linux_interface" laptop role ?
>>>
>>> mikus
>>>
>>> ___
>>> Devel mailing list
>>> Devel@lists.laptop.org
>>> http://lists.laptop.org/listinfo/devel
>>>
>>
>>
>>
>>

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Sugar & XFCE

[Sebastian Silva]

Ok, so my point is this:
If this is the quickest / simplest / best way to get a XFCE system as 
tightly integrated to the XO, then this should be in a very visible 
place and spread around. As much as I love sugar, I'd vehemently prefer 
to have XFCE + GNU than Sugar + Windows.

Sebastian

[EMAIL PROTECTED] wrote:
> On Fri, 5 Dec 2008, Sebastian Silva wrote:
>
>> But now that you mentioned it, bonus points for getting a tightly 
>> integrated Debian based XFCE4 (with as little trouble as possible). 
>> Only thing I dont like about this is losing the native and standard 
>> sugar... but oh well its just to compare and make adults feel more at 
>> home.
>
> take a look at the debxo scripts. they use a config file to define 
> what packages are installed in the build, and the project is 
> maintaining configs for XFCE, KDE, GNOME, and Sugar.
>
> I haven't had a chance to try the 0.4 build, but the 0.3 build was 
> very close to working (it didn't have the key mappings needed, but 
> that's one of the things they worked on for the 0.4 release)
>
> David Lang
>
>> Sebastian
>>
>> [EMAIL PROTECTED] wrote:
>>> On Fri, 5 Dec 2008, Sebastian Silva wrote:
>>>
>>>> Here's a delicate scenario that I see:
>>>> Inevitably, when comparing the XOs running Sugar to those running
>>>> Windows for evaluation (this is happening *right now*) - MMSs (that
>>>> is, Microsoft&Ministries) will argue not only on GNU+Linux vs. Windows
>>>> technical merits, but also the GUI will come up as a possible fatal
>>>> comparison.
>>>> So techies will then install XFCE for comparison, perhaps they'll
>>>> request F10 for that...
>>>> Only XFCE is currently vanilla on the repositories and fancy
>>>> integration like volume and brightness, DPI, etc isnt well integrated
>>>> at all by default, as well as many useful separate widgets for
>>>> networking, battery status and so on.
>>>> Its funny: In this scenario, you can actually share more on windows
>>>> (via file sharing) than on linux (at least with the gui).
>>>> So here's an idea Homunq gave us yesterday:
>>>> This is the perfect project for a G1G1 hacker. Probably one already
>>>> did it. Lets challenge them, via OLPCNews, to release "pimp up xfce on
>>>> F9" procedures (maybe even scripts and themepacks) - so that it is as
>>>> simple and as trouble free to install a working, beautiful, lean and
>>>> mean XFCE4 on the NAND that we can proudly compare with sluggish
>>>> windows on the SD.
>>>> Please could we request this to wayan and spread it?
>>>
>>> the biggest problem has been in getting started (getting a system 
>>> image that could boot and use the normal distro tools)
>>>
>>> debxo is a good example of a bootstrap for debian, it is a set of 
>>> scripts that use the standard distro package tools to create a 
>>> system image that they can boot into and start tweaking. what it's 
>>> missing is a good way to let the users extract the results of their 
>>> tweaks to submit upstream.
>>>
>>> if you want the type of work you are looking for to happen on Fedora 
>>> someone needs to package up a similar set of scripts.
>>>
>>>
>>>
>>>> 2008/12/5 Mikus Grinbergs <[EMAIL PROTECTED]>:
>>>>> Carlos wrote (regarding Sugar on an XO):
>>>>>>
>>>>>> Apps need to be sugarized.
>>>>>
>>>>> This is true when Sugar is the primary interface of the target user
>>>>> population.  But the "Subject" of this topic is XFCE.  I am going to
>>>>> make the assumption that an user sophisticated enough to use XFCE
>>>>> will be sophisticated enough not to need the simplified GUI that
>>>>> sugarization provides.
>>>>>
>>>>> I myself have had reasonable success installing Linux applications
>>>>> on my XO, then launching them from the command line.  [And launching
>>>>> from Terminal bypasses Rainbow's restrictions on applications.]
>>>>>
>>>>> I keep wondering, considering Moore's Law and the availability of
>>>>> netbooks, why shoehorn specifically Sugar (and the XO) into
>>>>> competing for the "traditional_Linux_interface" laptop role ?
>>>>>
>>>>> mikus
>>>>>
>>>>> ___
>>>>> Devel mailing list
>>>>> Devel@lists.laptop.org
>>>>> http://lists.laptop.org/listinfo/devel
>>>>>
>>>>
>>>>
>>>>
>>>>
>>
>>

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Fedora 10 on XO

[Sebastian Silva]

+1
In fact, to be specific, here in Perú, the former president of APESOL
(Peruvian Free Software Association) is sometimes quoted as saying
OLPC is pretty cool except for Sugar. I've seen this attitude among
many geeks here. That is fine, for it was not designed with them in
mind. Still, if a simple nice .xfce4/ is all it takes for a fair
comparison, sounds like a simple task any geek can do (thus the
serious proposal to ask OLPCNews).

2008/12/4 Jameson Quinn <[EMAIL PROTECTED]>:
> I'm in xubuntu (xfce) right now, and it is noticeably faster on my 1.2 GHz
> machine than Gnome (same kernel and everything). It also has network
> manager, automount, graphical control panels, all the mod cons. I'd say that
> if we could get something roughly nearing this level, then XFCE is probably
> the best choice, for speed.
>
> A good fraction of this work would be perfect for a newbie volunteer.
> Getting the volume control working, choosing how to trim the fat from F10,
> most of that kind of stuff is the kind of linux install fiddling that many
> people who aren't even ultra-hackers have been doing for decades now. If we
> got something working well and looking good, even using a handmade install
> that was well documented in somebody's blog, it would be a good first step.
>
> I bet if we posted to OLPCNews with the truth - there are definitely going
> to be, and probably already are, some countries that are scared of pure
> sugar, and are considering dual boot, but would be mollified by a nice
> polished XFCE/sugar dual-desktop - we would have new volunteers aplenty.
> I'll let the discussion run and hope someone else will do the honors of
> writing a page on the wiki and a call-out to OLPCNews, but I can do it if
> others agree it's a good idea.
>
> Jameson
>
> On Thu, Dec 4, 2008 at 9:28 PM, Chris Ball <[EMAIL PROTECTED]> wrote:
>>
>> Hi,
>>
>>   > debxo manages to fit a gnome build in a small enough space to fit
>>   > on the NAND
>>
>> I agree that there exist smaller distributions than Fedora 10, but that
>> doesn't make F10 one of them (yet).  Still, it's nice to have a proof of
>> concept, and the delta of debxo's gnome.img - sugar.img (80M) tells us
>> that we might be able to get something acceptable, perhaps requiring
>> some package rework.
>>
>> Then we'd just need to turn Scott's Sugar+XFCE into a Sugar+GNOME,
>> and work out how much space we can use for GNOME apps..
>>
>> - Chris.
>> --
>> Chris Ball   <[EMAIL PROTECTED]>
>> ___
>> Devel mailing list
>> Devel@lists.laptop.org
>> http://lists.laptop.org/listinfo/devel
>
>
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>
>



-- 
Sebastian Silva
Iniciativa FuenteLibre
http://blog.sebastiansilva.com/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Sugar-devel] [IAEP] Add Fedora logo to Sugar

[Sebastian Silva]

2008/12/6 Luke Faraone <[EMAIL PROTECTED]>:

>> To put it succinctly, actually, fedora is a distribution of GNU+Linux,
>> a free operating system. Specifically, out of GNU+Linux, the "Linux"
>> bit represents less than 1%.
>
> This is more of a religious war as well as a matter of preference; RH has
> chosen the "Linux" branding, while Debian (the only widely popular distro to
> do so) uses the "GNU/" prefix.
Yes, companies do that sort of thing with branding because of marketing.

Still question remains, are you trying to be descriptive ("this is
what you're running") or attribute credit ("these are the guys who
made what you're running")?
In either case, it could be argued "fedora" is not the optimal choice.

>
> Hm... we could have a link in the "about my XO" section that opens up a page
> in browse that describes all the components that make up the starch stack.
Sure, only I'm pretty sure this is not what RedHat had in mind.



-- 
Sebastian Silva
Iniciativa FuenteLibre
http://blog.sebastiansilva.com/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Missing Man Pages and ASpell Dictionaries

[Sebastian Silva]

How hard would it be to include these (neither is in our deployments by default)
While the style and technicality of man pages is dense... this is the
way I myself learned and its always nice to have if at least to find a
term for google.

ASpell dictionaries in spanish should be included too. Is the fedora
system locale set to spanish on the deployed laptops in LA (for man
pages for instance?).

How can I help all of these? Filing bugs and assigning them?

Thanks
-- 
Sebastian Silva
Iniciativa FuenteLibre
http://blog.sebastiansilva.com/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

SugarLabs Sur - Libre Social Network Project

[Sebastian Silva]

Friends of our community,

I'd like to introduce you to a project that Rafael, me, Alejandro
(proj.man.) , Antonio (django wiz), Alfredo (theather educ) and Jose
(mathematics professor at the UNMSM) have been working on.
It is our proposed strategy for training and supporting a large rural
and distributed sugar deployment including collaboration servers in
traditional Computer Labs settings. Already we are preparing for a
workshop with the first teachers in early february, when the roll out
will occur.
We have two main strategies:

 - Reduce the maintenance overhead of schools by providing a tailored
suite + best practices + documentation ---"easy to replicate"
 - Harnessing social network functionality for sharing, collaboration
and peer-support ---  "easy to share"

Everybody understands the value and power of social networks. However
these remain propietary and have a number of privacy and control
issues. We'll incorporate existing social networking software (could
be Elgg, NoseRub, Pinax...) that not only will provide "One Social
Network Per School", but will jumpstart the first (that I know of)
massive, self-replicating, decentralized educational social network
ecosystem, a network of social networks. And we want to make it extra
easy to add a node anywhere on the globe.

Our expected deployment involves ~200 school laboratories (and
servers), and ~2300 workstations, for a total of tens of thousands of
students and their respective teachers who will be online and
collaborating with each other and with the community across
organizational, geographic, and cultural boundaries. We will foster
this community and bring them in touch with other teachers using Sugar
in the classroom. Perhaps even more schools will join this global
network, as we want to make it as simple as possible.

We hope to give details on this deployment soon but need a particular
confirmation from the Regional Government. We have submitted a
proposal for USAID challenge and would use the money as SugarLabs to
develop, prepare, tailor and integrate a platform that allows us to
deliver excellent teacher workshops that empower educators to
appropriate the technology and learn about it "in community" like we
so happily do in Free Software.

Please find our proposal for at
http://www.netsquared.org/projects/free-social-networks-rural-education

Give it a look. Think about it. A large social network owned by its
users, that can grow organically without any need for central offices
or large datacenters... Give us your comments and feedback and...

Vote for it. The voting process is particular, you have to pick us,
and then 2 others. You can't vote unless you pick 3. Please do this
for us.

I would do it if you were asking!;-)

In all seriousness, I think our proposal has a great chance, because
frankly, i think it rocks and is better than the other options, but
the first phase of the challenge involves the community for picking
15, then a panel picks 3 winners. So we need you, community!

Thank you for your time.
-- 
Sebastian Silva
Iniciativa FuenteLibre
http://blog.sebastiansilva.com/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Jabber client activity

[Sebastian Silva]

Still, a regular Jabber client to run in parallel of Chat /
collaboration might be useful. Gajim runs nicely and since its python
perhaps it sugarizes easily enough. Look at the work done on Labyrinth
by tomeu for a similar sugarization.
Yesterday I tried Empathy by the collabora guys and had a voice talk
with frieds using Gtalk, I'm excited to at last have a real free
alternative to skype.

Good luck!

Sebastian

2008/12/21 Mildred Ki'Lya :
> Hello everyone,
>
> I'm new here, and I came interested in the OLPC project because it's a
> wonderful computer, very well integrated, and I just had one via the
> European G1G1 project. And now, I thought I could contribute :)
>
> I wanted to know if there was any project of creating an activity that
> would be a jabber client. If so, could I help, where is it? And if not,
> perhaps I should start one.
>
> I just tried to run gajim in sugar,  but it seems because the $HOME gets
> defined in a sandboxed environment that is erased each time, so I can't
> keep the configuration :/ On the other hand, I think that writing from
> scratch a jabber client would require much work, and time I don't really
> have. What do you think is appropriate?
>
> Thanks :)
>
>
> Mildred
>
> --
> Mildred Ki'Lya
> �q─ ｍｉｌｄｒｅｄ５９３＠ｏｎｌｉｎｅ．ｆｒ ──
> │ Jabber, GoogleTalk: 
> │ Site: <http://ki.lya.online.fr>  GPG ID: 9A7D 2E2B
> │ Fingerprint: 197C A7E6 645B 4299 6D37 684B 6F9D A8D6 9A7D 2E2B
>
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>



-- 
Sebastian Silva
Iniciativa FuenteLibre
http://blog.sebastiansilva.com/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Jabber client activity

[Sebastian Silva]

Mildred,
Yay! I'd suggest putting it up on a Gitorious repository in case
anybody wants to jump in and help.
Thank you!
Sebastian

2008/12/21 Mildred Ki'Lya :
> rihowa...@gmail.com wrote:
>> Mildred,
>>
>> Chat is a jabber client.
>> Also other people have gajim and or pidgin running okay and no problem
>> with saving configuration.
> I guess, but I have absolutely no idea on how to configure where you put
> your jabber id and your password. So far, I thought it was only useful
> inside the mesh networking.
>
> By the way, I just created a Gajim activity inspiring myself from the
> Firefox activity, and it seems to work even if sugar integration could
> be pushed further. If anyone wants it I think I can put it somewhere.
>
> Mildred
>
> --
> Mildred Ki'Lya
> �q─ ｍｉｌｄｒｅｄ５９３＠ｏｎｌｉｎｅ．ｆｒ ──
> │ Jabber, GoogleTalk: 
> │ Site: <http://ki.lya.online.fr>  GPG ID: 9A7D 2E2B
> │ Fingerprint: 197C A7E6 645B 4299 6D37 684B 6F9D A8D6 9A7D 2E2B
>
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>



-- 
Sebastian Silva
Iniciativa FuenteLibre
http://blog.sebastiansilva.com/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Greg Smith Over and Out

[Sebastian Silva]

I also wanted to say, I've been impressed by your excellent contribution.
Thank you and best of luck.

Sebastian

2009/1/8 Greg Smith :
> Hi All,
>
> My time on this project is over for now! I was laid off yesterday and
> tomorrow is my last day at OLPC.
>
> So many things to follow up on, its hard to know where to begin handing
> off. I can say that XO Camp is on for next week as planned. SJ is now
> coordinating it.
>
> Aside from that, contact Ed McNierney  for any
> development questions or anything else on my plate.
>
> I'm sorry to drop the ball, but I need to find a new job ASAP. Perhaps I
> can participate again in the future but I'm unsubscribing from all lists
> as of tomorrow.
>
> If I can pass along some history or other work, don't hesitate to
> contact me.
>
> My new e-mail address: gregsmit...@gmail.com.
>
> To come to OLPC, I left a safe and lucrative job making some of the most
> advanced computers in the world. I took a big risk to work on what I
> think is important and I gave it everything I could.
>
> I have no regrets. I'm proud of what I accomplished and honored to have
> been a member of this great community.
>
> Its time to go back and take care of my own family again. Let me know if
> anyone has leads on Product Manager openings in Massachusetts or
> tele-commuting. My technical specialties have been high-end routers and
> networking, distributed server architectures, image and video
> processing, and online marketing including data analysis. Now I'll add
> open source development, social networking/Web 2.0, educational
> software, low cost computing and wireless networking to that list ;-)
>
> As a product manager, I write the business case and technical
> requirements and manage all aspects of the project to get a quality
> product built and shipped on time. Give me n engineers to work with and
> I'll give you n Million $s in revenue in the first year and double that
> every 6 months after.
>
> That's my new pitch :-) Send me an e-mail with any leads or for a copy
> of my resume.
>
> Good luck! Please keep at it if you can. There are hundreds of thousands
> of kids using the XO now. Regardless of organizational priorities, they
> deserve the very best software available.
>
> Thanks,
>
> Greg S
>
>
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>



-- 
Sebastian Silva
Laboratorios FuenteLibre
http://blog.sebastiansilva.com/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Sugar-devel] Is Project Ceibal violating the GNU General Public License?

[Sebastian Silva]

Pareciera ser que estamos en una situación de violación de la licencia...

Una pregunta, deduzco entonces que OLPC no está a cargo de
entregar las claves de desarrollador para las XO que están en Perú -
me pregunto:

En Perú, cómo puede un maestro o un chico, solicitar una clave de desarrollador?

Hernán? Koke?

Debemos asegurarnos que nuestros estados estén cumpliendo con
las condiciones de la licencia.

Gracias

Sebastian


2009/8/24 Andrés Ambrois :
> On Monday 24 August 2009 10:11:54 am Walter Bender wrote:
>> On Mon, Aug 24, 2009 at 3:48 AM, John Gilmore wrote:
>> > Re: [Sugar-devel] RFH - Journal corruption reports fom 8.2.1 users in Uy
>> >
>> >> Remember that Ceibal XOs have root access locked-down. And I recently
>> >> found out that since the key-delegation stuff was implemented, we can't
>> >> request developer keys. Not from OLPC at least, and LATU is not
>> >> providing that service that I know...
>> >
>> > Could someone please clarify this?
>>
>> According to Ceilbal (24-08-09):
>>
>> "We have delivered developer keys in the past, and we will deliver them to
>> the owner of the machine upon request."
>>
>> Therefore, I do not think that there is a violation of the GPL.
>
> I wrote to Ceibal asking for information and this is what they replied:
>
> "Hola Andrés,
> Debido al sistema de seguridad incorporado en la XO, el Plan Ceibal no brinda
> la clave de desarrollador. Esto se debe, a que una persona con acceso a la
> clave podría desactivar la seguridad de la máquina.
>  Cualquier otra consulta, no dudes en volver a comunicarte."
>
> Translation:
>
> Hello Andrés,
>
> Because of the security system built into the XO, Plan Ceibal doesn't provide
> developer keys. This is because a person with access to the key could
> deactivate the security of the machine.
> Don't hesitate in contacting us for any other questions.
>
>> -walter
>>
>> > It sounds like Project Ceibal is explicitly violating the GNU General
>> > Public License on much or all of the software that it ships:
>> >
>> >  *  It provides binaries without source code, and without a written
>> >     offer of source code.
>> >
>> >  *  It provides binaries in a physical form (laptop) which is
>> >     protected against modification by the end-user, so that those
>> >     users cannot replace the GPLv3-licensed software on the laptop
>> >     with later versions.  More than 20 packages shipped are GPLv3
>> >     licensed, as of 12 months ago, including the Coreutils (most
>> >     shell commands), tar and cpio (used for software updates), and
>> >     gettext (internationalization).  GPLv3 requires that the relevant
>> >     passwords or keys must be supplied to the end user -- including
>> >     both the "developer key" and the root password.
>> >
>> >  *  Some programs are modified, but the modified versions are not
>> >     marked to distinguish them from the original GPL-licensed
>> >     programs.
>> >
>> > There are other less important violations as well (most are documented
>> > at bugs.laptop.org; search for "GPL").
>> >
>> > I would be happy to learn that the children receiving these laptops
>> > have full access to source code, ability to upgrade their laptops
>> > at will, and can tell modified from unmodified software.  Please let
>> > me know what is really happening in the schools of Uruguay.
>> >
>> >        John Gilmore
>> > ___
>> > Devel mailing list
>> > Devel@lists.laptop.org
>> > http://lists.laptop.org/listinfo/devel
>
> --
>  -Andrés
> ___
> Sugar-devel mailing list
> sugar-de...@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>



-- 
Sebastian Silva
Laboratorios FuenteLibre
http://blog.sebastiansilva.com/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Booting squashfs from olpc.fth

[Sebastian Silva]

Hello I'm trying to boot into Trisquel like you
would boot SOAS.

My problem is with making the olpc.fth file
currently i'm trying with the following

\ Boot script for SD Boot
\ created from http://wiki.laptop.org/go/Custom_bootloader
" ro boot=casper rootdelay=1 splash console=ttyS0,115200 console=tty0
fbcon=font:SUN12x22" to boot-file
" sd:\boot\vmlinuz" to boot-device
" sd:\boot\initrd.img" to ramdisk
unfreeze
boot

But the kernel does not seem to load as it freezes...
Let me know what other data I can give
to help me debug this.

Thanks
-- 
Sebastian Silva
Colectivo FuenteLibre
http://blog.fuentelibre.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: tap-to-click feedback

[Sebastian Silva]

We saw this issue in our work with the Cantagallo comunity school
here in Lima. Tuukka and Kaisa saw it in the teacher training they
attended, it seems to be very confusing for new users, who have
never used a touchpad before (they tend to touch the pad gently
and briefly, obtaining a click instead of moving the pointer).

I think more testing should have gone into this before
deploying it!

Cheers
Sebastian

2009/10/22 Daniel Drake 

> Just wanted to communicate an experience from the deployment here:
>
> A while back, we (OLPC + community) discussed the behaviour of the new
> XO touchpads which have tap-to-click on by default. We debated
> including the fairly large software changes to be able to disable this
> functionality with the interest of retaining the behaviour of the old
> touchpad. We decided against it and shipped software with tap-to-click
> enabled, in hope that it wouldn't cause problems and users would
> adjust.
>
> Well, in my 3-4 months here in Nepal I've heard repeated cries for
> disabling this, since it is causing confusion for children and
> teachers in the schools. Really I think the biggest issue is that they
> press it by accident while typing or making other motions and have no
> idea why the screen has changed significantly (they don't understand
> that it's because they clicked, or that their hand was near the pad).
>
> Do other deployments share the same experience?
>
> Daniel
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>



-- 
Sebastian Silva
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: tap-to-click feedback

[Sebastian Silva]

BTW how do you disable it?
There is a thread about the subject currently on OLPC-Uruguay.

http://lists.laptop.org/pipermail/olpc-uruguay/2010-April/002075.html

Sebastian

2010/4/15 Sebastian Silva 

> We saw this issue in our work with the Cantagallo comunity school
> here in Lima. Tuukka and Kaisa saw it in the teacher training they
> attended, it seems to be very confusing for new users, who have
> never used a touchpad before (they tend to touch the pad gently
> and briefly, obtaining a click instead of moving the pointer).
>
> I think more testing should have gone into this before
> deploying it!
>
> Cheers
> Sebastian
>
> 2009/10/22 Daniel Drake 
>
> Just wanted to communicate an experience from the deployment here:
>>
>> A while back, we (OLPC + community) discussed the behaviour of the new
>> XO touchpads which have tap-to-click on by default. We debated
>> including the fairly large software changes to be able to disable this
>> functionality with the interest of retaining the behaviour of the old
>> touchpad. We decided against it and shipped software with tap-to-click
>> enabled, in hope that it wouldn't cause problems and users would
>> adjust.
>>
>> Well, in my 3-4 months here in Nepal I've heard repeated cries for
>> disabling this, since it is causing confusion for children and
>> teachers in the schools. Really I think the biggest issue is that they
>> press it by accident while typing or making other motions and have no
>> idea why the screen has changed significantly (they don't understand
>> that it's because they clicked, or that their hand was near the pad).
>>
>> Do other deployments share the same experience?
>>
>> Daniel
>> ___
>> Devel mailing list
>> Devel@lists.laptop.org
>> http://lists.laptop.org/listinfo/devel
>>
>
>
>
> --
> Sebastian Silva
>
>


-- 
Sebastian Silva
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: tap-to-click feedback

[Sebastian Silva]

Hi Ed,
Our friends and volunteers Tuukka and Kaisa are currently in Pucallpa
working
with the teachers and kids. They probably havent seen this thread but this
issue
has popped up often here too and I wonder what you might think constitutes
"consensus from deployments".

Also, the larger issue of how to get the "silent majority" to speak up is
something
we are constantly working hard from the field to improve. Its hard, any
suggestions
on where exactly to aggregate info from the field, in a way that is not
merely
anecdotal, is welcome.

Sebastian

2010/4/15 Ed McNierney 

> Paul -
>
> This issue has bubbled up from time to time over the last 18 months or so
> (judging from my email archives).  It is not at all clear to me that there
> is indeed a "consensus from deployments"; some like it, some don't.  We tend
> to (unsurprisingly) hear little or nothing from the people who think it's
> working just fine, and it is very easy for a local group in which a few
> folks think the behavior is wrong to quickly collectively conclude that it's
> wrong.  We've deployed hundreds of thousands of machines since this change,
> and I don't think we've seen hundreds of thousands of complaints.
>
> I don't have a strong opinion and I don't know the answer, but we should be
> very careful about ignoring the silent majority, if there is one.
>
>- Ed
>
>
> On Apr 15, 2010, at 11:18 AM, Paul Fox wrote:
>
> > daniel wrote:
> >> On 15 April 2010 11:40, Martin Langhoff 
> wrote:
> >>> On Thu, Apr 15, 2010 at 11:34 AM, Sebastian Silva
> >>>  wrote:
> >>>> BTW how do you disable it?
> >>>
> >>> Yeah -- can we disable it easily on F11 builds?
> >>
> >> (speaking only for XO) No. We would have to change mouse driver which
> >> introduces a handful of regressions, will need some real effort to
> >> resolve. See the discussions earlier in the thread.
> >>
> >> The most realistic quick-fix option I can think of is adding a small
> >> hack into the psmouse driver in the OLPC kernel, which sends the
> >> single command needed to disable tap-to-click. Last time I looked at
> >> this code I remember thinking that this would be quite easy, since the
> >> more-powerful synaptics driver doesn't actually change the mode of the
> >> mouse, it just takes advantage of a whole load of non-standard
> >> commands.
> >
> > that's a good idea.
> >
> > if such a thing were to be introduced, and if it could be made
> > run-time or boot-time controllable, i take it the consensus from
> > deployments is that tap-to-click is more confusing than helpful,
> > and it should be disabled by default.  correct?
> >
> > (i know that i myself find it annoying.  the XO is annoying
> > enough to type on, without having my windows flip out from under
> > me because i have careless thumbs.)
> >
> > paul
> > =-
> > paul fox, p...@laptop.org
> > ___
> > Devel mailing list
> > Devel@lists.laptop.org
> > http://lists.laptop.org/listinfo/devel
>
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>



-- 
Sebastian Silva
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: illusion (Re: tap-to-click feedback)

[Sebastian Silva]

Hello OLPC!

Glad to have your attention!
Now while we do, it might be a good time to discuss ways to improve
the way we can provide feedback. Please don't let our past and constant
frustration with OLPC taint the very fact that we are volunteers trying to
help OLPC's mission.

It is no secret that OLPC has had trouble getting feedback from the
field in Peru from the official "deployment team".

Its understandable that you cannot be in the field with us.
But we are here for you, so please, when we do provide feedback, with
all the difficulties that this entails in our circumstances, do not act as
if we're personally attacking you.

This would be a good start.

> "We *do*
> get many reports from deployment teams that represent hundreds of
> thousands of children, and try to collect and communicate that feedback
> effectively. In fact, I'm going to meet with the head of one of them in
> 15 minutes."
I would have problems with this statement on so many levels, its practically
impossible for me to answer constructively. The problem is, at least here,
that these "heads of deployment teams" fail to "represent", or even listen
to
us, in the field, much like you do, to whom shall we direct our concerns?

> We do get plenty of reports of other problems, so I don't
> think there's a fundamental failure in our ability to get input from the
> field. We can always hope to do better, of course.

The feedback that you do get, is too little, too late. We are reporting now,
and provide you with a window of oportunity to actually look at the field.
If you do care, maybe you could use the oportunity to ask more questions?
We would be more than happy to try to answer them.

Please consider this, when you actually act on your hope.

-- 
Sebastian Silva
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Reason for the "one dot" hang found!

[Sebastian Silva]

Laura an I are travelling accross the Interoceanic road equipped only with
our
2 XO-1s loaded with your most excellent os240py image.
This bug is most definitively the most annoying and I am so happy you seem
to have found a workaround. I´ll probably try to comment out the line
in rc.sysinit today and test it.

Thanks for the information!
We´ll report as we are preparing "Misky Pachamama" (Sweet Earth) Sugar
Camp event in Puno, high in the Andes, in front of the Titicaca Lake.

We plan to have a workshop with developers, teachers, and also a translation
sprint for Aymara and Quechua languages.

Cheers!
BTW: Alt-Tab and some other shortcuts, are annoyance nº2 for me.
We´ll continue to test and share this image with the community here.

Sebastian

2010/6/10 Bernie Innocenti 

> Hello,
>
> with the serial cable Richard gave me, I figured out what's causing a
> rare lockup during boot which has been riddling the XO-1 since when we
> moved to F11.
>
> The /etc/rc.sysinit script contains this line:
>
>  # Sync waiting for storage.
>  { rmmod scsi_wait_scan ; modprobe scsi_wait_scan ; rmmod  scsi_wait_scan ;
> } >/dev/null 2>&1
>
> It gets executed while udev is loading modules in parallel. Apparently,
> something in the kernel ends up dead-locking on module load:
>
>
>   1 tty1 Ss+0:02 /sbin/init
>  945 ?Ss 0:00 /bin/sh -e -c ?runlevel --set S >/dev/null ||
> true???/
>  950 ?S  0:00  \_ /bin/bash /etc/rc.d/rc.sysinit
> 1597 ?D  0:00  \_ modprobe scsi_wait_scan
>  946 ttyS0Rs 0:00 /bin/bash --
> 1712 ttyS0R+ 0:00  \_ ps afx
> 1010 ?S 1035 ?D< 0:00 /sbin/modprobe -b
> pci:v11ABd4102sv11ABsd00
>
>
> So it's definitely a kernel bug. Would someone like to dig into the init
> function of scsi_wait_scan to find out the root cause?
>
> Since the XO-1 is in long-term maintenance at this point, to save time
> we could opt instead for a quick & dirty solution such as commenting out
> the modprobe line in rc.sysinit. As far as I can tell, it's not needed
> on the XO.
>
> --
>   // Bernie Innocenti - http://codewiz.org/
>  \X/  Sugar Labs   - http://sugarlabs.org/
>
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>



-- 
Sebastian Silva
http://somosazucar.org/
"Te imaginas si te pudieran enseñar sólo a leer pero no a escribir??"
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Impossible to set date in 11.3.0?

[Sebastian Silva]

Hi Scott,
In the field, this has always been the case.
Here's some instructions for changing date / time from the terminal,
as immortalized in the official manual of the ministry of education of
Peru:
http://www.slideshare.net/zumaetajorge/manual-computadoras-x-o
(go to page 157).
I guess there's no facility for changing date and time in sugar 
because of the DRM stuff.
Regards,
Sebastian

On Sat, 25 Aug 2012 12:05:44 -0400
"C. Scott Ananian"  wrote:

> A friend has 11.3.0 installed on his son's XO 1.5.  The kid complained
> that the date was wrong on his XO, and he couldn't figure out how to
> set it.  Indeed, the "Time and Date" control panel only has time zone
> selection, and no sort of network time program seems to be included in
> the build.  Was this an intentional omission?  How is the date
> supposed to be set in 11.3?
>   --scott
> 
> -- 
>   ( http://cscott.net )
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel


-- 
Sebastian Silva 
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Sugar Network Webui 0.5 Release Notes

[Sebastian Silva]

Hi!
Development of the Sugar Network Web User Interface is reaching a new
level where focus is shifting from implementing new features and we
are beginning to more actively solicit feedback from the community that
we wish to take very seriously in improving the user experience for all
user groups.

We will continue delivering monthly releases as planned during 2012 with the
goal of having a solid product by December. The Education
Ministry of Peru will be piloting our releases and we expect to get
more information from the field using the Sugar Network, both for
improving Sugar Network and the base operating system, as well as
for the wider Sugar community of authors, artists, developers and 
enthusiasts who collaborate in building various Sugar Platform 
components.

We had a very productive meeting between hackers, teachers and local
community enthusiasts - the "Sugar Hack Day" where several contributions
were made in the form of design ideas, suggestions, and even some bug
live fixing happened.

Download information available from our Wiki:
http://pe.sugarlabs.org/go/Proyecto_Piloto_Hexoquinasa/Instalar

It is also posible to preview the web interface (with limited functionality)
from the following link:
http://network-testing.sugarlabs.org/

Improvements for this version include:
• The color scheme has been changed. We have departed from the greyscale.
∘ We have begun color coding Feedback resources: Ideas are blue, 
 problems are 
red, questions are yellow (suggested by Ketty, schoolteacher
 from the original 
Arahuay pilot).
∘ Toolbars are generally green and widget backgrounds are generally light
 blue 
(nature tones chosen by kaametza).
• We have added "pop up tip windows" - a small window appears in the top right

corner of the screen, giving the user contextual information about what a click

will do. A cute toucan mascot  with a creative commons license by Elio Rivero 
has
also been included. 
• The icon for Ideas has been replaced from a thunderbolt to a light bulb 
contributed
by Alejandro Martínez (superdat7), the most active technology 
schoolteacher from Lima.
• Pagination for resources and contexts has been improved by preloading 
adjacent
pages. This gives improves performance and usability.
• A slider has been added to resource list views to improve pagination 
usability.
• Icons for pagination have been redesigned and changed location (kaametza).
• Also Thanks to Thomas Gilliard (satellit) for testing and work on a tutorial.

Known and pending issues:
• New feedback resource workflow will get a redesign for next release.
• Icon for Ideas has not been replaced in New feedback popup window.
• New project popup window requires all fields to be filled but will fail 
silently
if some fields are left empty.
• New projects don't show up immediately once created.
• Only the creator is able to edit projects.
• Activity names are in English only.
• Not all Hexoquinasa activities have been included yet. Starting this release, 
only 
activities available from the Sugar Network will be included. We expect 
the full
Hexoquinasa activity selection to become available in Sugar Network 
within next
release cycle.

Greetings and thanks for testing!
-- 
Sebastian Silva 
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Corrupted display on XO1.5 when suspended with screen on

[Sebastian Silva]

El 21/06/13 13:56, John Watlington escribió:
This is likely due to the video controller being disabled before the 
DCON driver has completely finished loading the image into the DCON.

Our image is based on 11.3.1 shipping firmware olpc-firmware-q3c06 (but my 
testing machine has q3c07 and exhibits the same malfunction).

(...)


We did some work to fix the DCON driver in newer releases.

So what component / package etc should I be looking to backport? Almost 
half of the ~820.000 XO laptops in Peru are XO1.5 and their software 
hasn't been updated since 2010. It is unlikely we will rebase to a newer 
release because we had so far observed lower performance on XO1, and a 
long testing/approval process is already well under way.


We haven't met but I'm a long time Sugar Labs volunteer who is focused 
in helping to bridge the upstream and downstream communities, working 
within Sugar Labs Platform team to provide a fully community supportable 
deployment platform.


I count on your support for providing the best possible platform for the 
children of my country.


Regards,
Sebastian
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Corrupted display on XO1.5 when suspended with screen on

[Sebastian Silva]

Thanks for your detailed answer.

I think it would be wise to try and update our base system, while still 
using sweets Sugar 0.94 + Sugar Network plugin.


There are a number of advantages in this approach:
* Hopefully user experience is identical (no regressions allowed).
* F17+ got autoresize filesystem gaining some storage per laptop 
and making .zd files for all sizes.
* Makes sensible/possible to upgrade using rpms when/if GTK3 
performance issues are resolved.

* Maybe display issue is solved

We would need to configure OBS to make F17 or F18 rpms (will depend on 
performance, then disk space use) - and also see if the sweets OOB 
modules work well on later versions of OOB. It is an issue of having the 
muscle / time to try it and test it. I think it should be worth it 
before major deployment.


Sebastian
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

"No signature for our key list"

[Sebastian Silva]

Hi James and OLPC,
I know you might be able to help to figure out why suddently my XOs 1.5 
refuse to flash my OOB built images.
All I get is "No signature for our key list". However, by the same 
process, images built for XO1 seem to work fine.
Security is even disabled on these XO1.5s and fs-update in ok prompt 
doesn't seem to do anything.
How can I verify what went wrong? I could not find anything suspicious 
in OOB output.


Thanks in advance for your help
Sebastian
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: "No signature for our key list"

[Sebastian Silva]

Hi James,
Thank you very much for your prompt answer.
Your speculation was right: switching to a different USB key got me to 
successfully install.
Indeed I had changed the USB to ext4 and back to fat32 again, having 
lost the original partition table backup.

I hope I can be of help sometime as well.
Best regards,
Sebastian


On 13/01/14 16:24, James Cameron wrote:

G'day Sebastian,

You reported two interesting problems.

That fs-update doesn't seem to do anything while security is disabled
means something is very wrong.

That you get "No signature for our key list" may be related, but I'm
not sure how.

I suggest working on the problems in reverse order, because without
working fs-update there's no way you can use the four game key signed
install method.

Speculation: a recent change to your USB drive filesystem made it
incompatible with Open Firmware; a problem that I fixed in the last
year.

You can also contact me on IRC.

--
Problem 1 - fs-update

a.  Please tell me the firmware version.

b.  Please show me the output you get when you try fs-update.

c.  Please tell me how long the fs-update runs for, e.g. with a clock,
or by using the built-in timing commands:

ok t-hms( " u:\fs.zd" $fs-update )t-hms

d.  Please try again with the latest firmware version, Q3C16, because
there have been several fixes relating to USB drives and filesystems.
http://wiki.laptop.org/go/OLPC_Firmware_q3c16

e.  Please try again with a different filesystem (but without
reformatting the problem filesystem, unless you don't care what caused
it),

f.  Please check but do not repair (yet) the problem filesystem.

--
Problem 2 - "No signature for our key list"

The error "No signature for our key list" means that fs-update signature 
verification failed.

The code is in the definition next-sig-in-list$ which looks "for a line
that starts with "sig0N: " whose key signature
\ matches the trailing bytes of a public key in our current list."

a.  Check the fs.zip file:

 - does the fs.zip file have a file data.sig inside it?

 - does the file data.sig have a sig01 line?

b.  Check the laptop:

 - use .mfg-data to check that the deployment keys are present,

To automate the comparison of deployment keys, you may use telnet or
rdc in Open Firmware, see http://wiki.laptop.org/go/Firmware/Remote


On Mon, Jan 13, 2014 at 03:36:33PM -0500, Sebastian Silva wrote:

Hi James and OLPC,
I know you might be able to help to figure out why suddently my XOs
1.5 refuse to flash my OOB built images.
All I get is "No signature for our key list". However, by the same
process, images built for XO1 seem to work fine.
Security is even disabled on these XO1.5s and fs-update in ok prompt
doesn't seem to do anything.
How can I verify what went wrong? I could not find anything
suspicious in OOB output.

Thanks in advance for your help
Sebastian


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: "No signature for our key list"

[Sebastian Silva]

377:7c/00, 378:66/00, 379:0f/00, 380:b7/00, 381:3e/00
, 382:1a/00, 383:7c/00, 384:66/00, 385:f7/00, 386:f6/00, 387:31/00
, 388:c9/00, 389:87/00, 390:ca/00, 391:66/00, 392:f7/00, 393:f7/00
, 394:66/00, 395:3d/00, 396:ff/00, 397:03/00, 400:77/00, 401:17/00
, 402:c0/00, 403:e4/00, 404:06/00, 405:41/00, 406:08/00, 407:e1/00
, 408:88/00, 409:c5/00, 410:88/00, 411:d6/00, 412:b8/00, 413:01/00
, 414:02/00, 415:e8/00, 416:2f/00, 418:66/00, 419:61/00, 420:72/00
, 421:01/00, 422:c3/00, 423:e2/00, 424:c9/00, 425:31/00, 426:f6/00
, 427:8e/00, 428:d6/0d, 429:bc/0a, 430:68/51, 431:7b/75, 432:8e/69
, 433:de/74, 434:66/65, 435:8f/20, 436:06/64, 437:78/69, 438:00/73
, 439:be/63, 440:da/6f, 441:7d/2f, 442:ac/6d, 443:20/65, 444:c0/64
, 445:74/69, 446:09/6f, 447:b4/ff, 448:0e/0d, 449:bb/0a, 450:07/45
, 451:00/72, 452:cd/72, 453:10/6f, 454:eb/72, 455:f2/20, 456:31/64
, 457:c0/65, 458:cd/20, 459:16/64, 460:cd/69, 461:19/73, 462:f4/63
, 463:eb/6f, 464:fd/ff, 465:8a/0d, 466:16/0a, 467:74/50, 468:7b/72
, 469:06/65, 470:cd/73, 471:13/2e, 472:07/20, 473:c3/75, 474:42/6e
, 475:6f/61, 476:6f/20, 478:20/65, 479:65/63, 480:72/6c, 481:72/61
, 482:6f/20, 483:72/70, 484:0d/61, 485:0a/72, 486:00/61, 487:00/20
, 488:00/72, 489:00/65, 490:00/69, 491:00/6e, 492:00/69, 493:00/63
, 494:00/69, 495:00/61, 496:00/72, 497:00/0d, 498:00/0a, 504:fe/00
, 505:02/ac, 506:b2/c0, 507:3e/d1, 508:18/00, 509:37/00
Not automatically fixing this.
Starting check/repair pass.
Reclaimed 5122 unused clusters (20979712 bytes).
Free cluster summary wrong (34424 vs. really 39546)
Auto-correcting.
Starting verification pass.
Leaving filesystem unchanged.
/dev/sdb1: 3070 files, 1917062/1956608 clusters



--
Problem 2 - "No signature for our key list"

The error "No signature for our key list" means that fs-update signature 
verification failed.

The code is in the definition next-sig-in-list$ which looks "for a line
that starts with "sig0N: " whose key signature
\ matches the trailing bytes of a public key in our current list."

a.  Check the fs.zip file:

 - does the fs.zip file have a file data.sig inside it?

 - does the file data.sig have a sig01 line?

checked, fine


b.  Check the laptop:

 - use .mfg-data to check that the deployment keys are present,

checked, not sure what it shouuld say here for peru


To automate the comparison of deployment keys, you may use telnet or
rdc in Open Firmware, see http://wiki.laptop.org/go/Firmware/Remote


On Mon, Jan 13, 2014 at 03:36:33PM -0500, Sebastian Silva wrote:

Hi James and OLPC,
I know you might be able to help to figure out why suddently my XOs
1.5 refuse to flash my OOB built images.
All I get is "No signature for our key list". However, by the same
process, images built for XO1 seem to work fine.
Security is even disabled on these XO1.5s and fs-update in ok prompt
doesn't seem to do anything.
How can I verify what went wrong? I could not find anything
suspicious in OOB output.

Thanks in advance for your help
Sebastian


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Sugar-devel] restart by ctl+alt+bs

[Sebastian Silva]

Hi,
The Ctl-Alt-Backspace thing was dropped upstream with xorg, the 
graphical server.
It can be restored to its original function, by means of a 
configuration on xorg.conf

(look for "DontZap" option).
In order to get what you want, more or less, and without any coding, 
you'd need to use a Display Manager such as GDM, MDM ( 
http://en.wikipedia.org/wiki/X_display_manager_%28program_type%29 ).
I'd suggest to find a nice simple one with packages for fedora and 
start from there.

Regards from Colombia,
Sebastian

El lun, 12 de may 2014 a las 10:18 AM, TONY ANDERSON 
 escribió:
At some point, the ctl+alt+backspace signal to restart was dropped.  
This was

a very handy way
to get out of dead-ends caused by starting too many activities.

What I would like to do is have this signal show a screen similar to 
the

switch desktop screen but with
a set of options:
   
Start Sugar

Start Gnome
Login

where the login option allows the user to set the nick to his/her 
username.

The advantage of this is that
the nick is reset at Sugar start. This option is needed at sites 
where more
than one person uses the laptop (even in OLPC sites, it can be 
expected that

more than one person will use the laptop when it is at home).

Does anyone know why this capability was dropped? Is there any 
technical
reason it can not be restored? How does one set the ctl+alt+bs to 
call a
procedure in globalkeys (similar to viewsource and screenshot)? Is 
that the

way this should be done?

Thanks,

Tony

___
Sugar-devel mailing list
sugar-de...@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Sugar-devel] restart by ctl+alt+bs

[Sebastian Silva]

BTW, as a workaround I use when all I need to restart is X, I switch to 
a virtual terminal (ctl+alt+f2) and type "killall X". That will avoid 
the full reboot cycle and restart Sugar.


Regards,
Sebastian

El mar, 13 de may 2014 a las 7:23 AM, Jon Nettleton 
 escribió:
On Tue, May 13, 2014 at 2:04 PM, Walter Bender 
 wrote:




 On Mon, May 12, 2014 at 11:18 AM, TONY ANDERSON 


 wrote:


 At some point, the ctl+alt+backspace signal to restart was 
dropped.  This

 was
 a very handy way
 to get out of dead-ends caused by starting too many activities.

 What I would like to do is have this signal show a screen similar 
to the

 switch desktop screen but with
 a set of options:

 Start Sugar
 Start Gnome
 Login

 where the login option allows the user to set the nick to his/her
 username.
 The advantage of this is that
 the nick is reset at Sugar start. This option is needed at sites 
where

 more
 than one person uses the laptop (even in OLPC sites, it can be 
expected

 that
 more than one person will use the laptop when it is at home).

 Does anyone know why this capability was dropped? Is there any 
technical
 reason it can not be restored? How does one set the ctl+alt+bs to 
call a
 procedure in globalkeys (similar to viewsource and screenshot)? Is 
that

 the
 way this should be done?

 Thanks,

 Tony

 ___
 Sugar-devel mailing list
 sugar-de...@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel




 The newest versions of Sugar let you limit the number of open 
activities,
 hopefully obviating the root cause of the dead-end you described. 
Regarding

 support for multiple users, that is another topic altogether.



You should look into implementing KSM and zSwap in the XO kernels.
They are a couple of ways that Android KitKat is supporting hardware
with 512MB's of RAM.

-Jon
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Announcing the development of OLPC OS 13.2.1

[Sebastian Silva]

The main hurdle would be the DRM. no volunteer can possibly help where 
"security" is enabled. In Peru we had to lobby the government for the 
crypto keys but it might not be possible with smaller deployments that 
only have OLPC keys, then it might make sense to have a mechanism for 
James or OLPC to sign volunteer-built images?


El vie, 13 de jun 2014 a las 8:27 AM, Paul Fox  
escribió:

not speaking for james or olpc, i think this sounds like a request for
a volunteer project
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Sugar-devel] Sugar 0.100 features on Sugar 0.102 build

[Sebastian Silva]

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.


Regards,
Sebastian 

El mar, 2 de sep 2014 a las 10:01 AM, Gonzalo Odiard 
 escribió:


Gonzalo's question seems to suggest that the dependency on
sugar-cp-background should be declared by the sugar package spec 
file.

I disagree.  I think it should be a decision by deployment team.




Yes. That is the reason I asked.
Anyway, no problem from my part if the rpm is added by default in  
kspkglist.50.sugar.inc


Gonzalo
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Sugar-devel] Sugar 0.100 features on Sugar 0.102 build

[Sebastian Silva]

Hi Jerry,

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.


Let me assert something which is often forgotten here:

Deployments != Administrators

For me, Deployments = Users.

Therefore, the easier it is for users to install and/or use the Sugar 
Platform, the better.


You say it is such a big change for the better that there exist a bunch 
of sugar-* packages.


I ask:

- Is the Sugar Datastore at all usefull without sugar?
- Does any other software use the control panel packages?
- Is there perhaps an alternative implementation of the aforementinoed 
mentioned packages that justifies splitting the platform?
- Is it possible, practical, or even useful, to upgrade one component 
without the others?


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).


I have been a strong proponent of extirpating Sugar from the 
OLPC/fedora microcosmos, but frankly, adding complexity is not helping.


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).


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.


Regards,
Sebastian

El mar, 2 de sep 2014 a las 2:46 PM, Jerry Vonau  
escribió:

 On September 2, 2014 at 11:54 AM Sebastian Silva
  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.

 
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
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

signed /boot/olpc.fth

[Sebastian Silva]

Hi James, OLPC community,

I'm looking to be able to run a forth script in secured laptops in the 
Peru deployment. I'm the buildmaster for the current production image, 
and hold the crypto keys necessary.


Please point me to some docs or simple procedure off the top of your 
head, if you have it.


Also, Is there perhaps forth code available for a simple, nice menu?

Thanks in advance,

--
Sebastian Silva
"icarito" #sugar #somosazucar (freenode IRC)
Somos Azúcar - Fuente Libre - Sugar Labs

"Las maestras y los maestros democráticos intervenimos en el mundo a 
través del cultivo de la curiosidad" - P.Freire
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: os 14.1.0

[Sebastian Silva]

Greetings James,
I would like to understand your logic more, just because I adhere to the
"release early, release often" philosophy.

What are the costs of putting these releases out?

What kind of community investment do you require?

For what XO models is this version targeted?

As a community member interested in building custom OSes I would like to
understand.

Regards,
Sebastian

El 01/02/15 a las 16:07, James Cameron escibió:
> On Sat, Jan 31, 2015 at 02:36:39PM -0500, Tim Moody wrote:
>> I notice that http://wiki.laptop.org/go/Release_notes/14.1.0 shows
>> the latest builds as private.  Do you anticipate a public release?
> I'm open to the idea, but only if there is investment by the
> community.  Without investment, the business case isn't there.  At the
> observed rate of community interest, a public release seems about 5%
> likely.
>
> Customers interested in the release should tell their technical
> contact at OLPC.
>

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Sugar-devel] Community OS 14.1.0 Version 2

[Sebastian Silva]

Hi Samuel, James,
I am interested to try this as well.
where can I find images to try first, before committing to creating new
builds?

Regards,
Sebastian

El 05/03/15 a las 07:06, James Cameron escibió:
> On Thu, Mar 05, 2015 at 06:55:13AM -0500, Samuel Greenfeld wrote:
>> The updated images can be found at http://www.greenfeld.org/xo/community/
>> builds/14.1.0/build_2/
> I've heard there may be one or two microdeployments some interested in
> SD card builds on XO-1.  If you want to cover that, add the module
> [sd_card_image] to your .ini file.  Let me know if it is broken.
>

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Sugar-devel] Community OS 14.1.0 Version 2

[Sebastian Silva]

Downloading
http://www.greenfeld.org/xo/community/builds/14.1.0/build_2/xo-1/41002qq0.img
for XO1 now.

Is this the one that runs off of SD card?

I'm interested for Perú, but as you can imagine, it doesn't depend on
me. Our team (Platform team + SomosAzucar) did build the last official
image Peru is using so who knows.

Just for your reference, we built the image in 2011, they tested it (and
we fixed it) all 2012 and they deployed it in 2013-2014.

It would be good to make something available that is more up to date,
even if it's not an "official" update.

Regards,
Sebastian


El 05/03/15 a las 07:06, James Cameron escibió:
> On Thu, Mar 05, 2015 at 06:55:13AM -0500, Samuel Greenfeld wrote:
>> The updated images can be found at http://www.greenfeld.org/xo/community/
>> builds/14.1.0/build_2/
> I've heard there may be one or two microdeployments some interested in
> SD card builds on XO-1.  If you want to cover that, add the module
> [sd_card_image] to your .ini file.  Let me know if it is broken.
>

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Sugar-devel] Community OS 14.1.0 Version 2

[Sebastian Silva]

Hola Samuel,

Thanks for doing this. If it's a simple matter for you to post the
sd-card images, I would appreciate.
It's not urgent. Hopefully I can contribute back a bit or two.

Regards,
Sebastian

El 05/03/15 a las 09:25, Samuel Greenfeld escibió:
> No this isn't the build that runs off an SD card.
>
> If there is that much interest I will re-build the XO-1 image with the
> additional SD card image tonight.
>
> Apart from the XO-1, the olpc-os-builder configurations I am using are
> basically what you see in OLPC's Git repository, with the "xx" changed
> to "qq" and "Community Build" added as the name of the deployment.
>
>
> On Thu, Mar 5, 2015 at 9:20 AM, Sebastian Silva
> mailto:sebast...@fuentelibre.org>> wrote:
>
> Downloading
> 
> http://www.greenfeld.org/xo/community/builds/14.1.0/build_2/xo-1/41002qq0.img
> for XO1 now.
>
> Is this the one that runs off of SD card?
>
> I'm interested for Perú, but as you can imagine, it doesn't depend on
> me. Our team (Platform team + SomosAzucar) did build the last official
> image Peru is using so who knows.
>
> Just for your reference, we built the image in 2011, they tested
> it (and
> we fixed it) all 2012 and they deployed it in 2013-2014.
>
> It would be good to make something available that is more up to date,
> even if it's not an "official" update.
>
> Regards,
> Sebastian
>
>
> El 05/03/15 a las 07:06, James Cameron escibió:
> > On Thu, Mar 05, 2015 at 06:55:13AM -0500, Samuel Greenfeld wrote:
> >> The updated images can be found at
> http://www.greenfeld.org/xo/community/
> >> builds/14.1.0/build_2/
> > I've heard there may be one or two microdeployments some
> interested in
> > SD card builds on XO-1.  If you want to cover that, add the module
> > [sd_card_image] to your .ini file.  Let me know if it is broken.
> >
>
>

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Sugar-devel] Community OS 14.1.0 Version 2

[Sebastian Silva]

Does power management not work with the SD card version?

El 05/03/15 a las 11:54, tkk...@nurturingasia.com escibió:
> Looking forward to a rebuild that would work on a SD card for XO-1.
>
> To make life easier when running the XO from SD, turning power management off 
> is good:-) 
>
> [powerd]
> enable_idle_suspend=0
>
>
>
>> -Original Message-
>> From: Samuel Greenfeld [mailto:sam...@greenfeld.org]
>> Sent: Thursday, March 5, 2015 10:25 PM
>> To: 'Sebastian Silva'
>> Cc: 'OLPC Devel', sugar-de...@lists.sugarlabs.org
>> Subject: Re: [Sugar-devel] Community OS 14.1.0 Version 2
>>
>> No this isn't the build that runs off an SD card.
>>
>> If there is that much interest I will re-build the XO-1 image with the
>> additional SD card image tonight.
>>
>> Apart from the XO-1, the olpc-os-builder configurations I am using are
>> basically what you see in OLPC's Git repository, with the "xx" changed to
>> "qq" and "Community Build" added as the name of the deployment.
>>
>>
>> On Thu, Mar 5, 2015 at 9:20 AM, Sebastian Silva 
>> wrote:
>>
>>> Downloading
>>>
>>> http://www.greenfeld.org/xo/community/builds/14.1.0/build_2/xo-1/41002qq0.img
>>> for XO1 now.
>>>
>>> Is this the one that runs off of SD card?
>>>
>>> I'm interested for Perú, but as you can imagine, it doesn't depend on
>>> me. Our team (Platform team + SomosAzucar) did build the last official
>>> image Peru is using so who knows.
>>>
>>> Just for your reference, we built the image in 2011, they tested it (and
>>> we fixed it) all 2012 and they deployed it in 2013-2014.
>>>
>>> It would be good to make something available that is more up to date,
>>> even if it's not an "official" update.
>>>
>>> Regards,
>>> Sebastian
>>>
>>>
>>> El 05/03/15 a las 07:06, James Cameron escibió:
>>>> On Thu, Mar 05, 2015 at 06:55:13AM -0500, Samuel Greenfeld wrote:
>>>>> The updated images can be found at
>>> http://www.greenfeld.org/xo/community/
>>>>> builds/14.1.0/build_2/
>>>> I've heard there may be one or two microdeployments some interested in
>>>> SD card builds on XO-1.  If you want to cover that, add the module
>>>> [sd_card_image] to your .ini file.  Let me know if it is broken.
>>>>
>>>
>

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: "XOs cannot act as WiFi access points"

[Sebastian Silva]

Hi Adam,

If I remember correctly, the /libertas /driver that is needed (for the
xo1 at least), in contrast to its name, actually is not completely free,
I don't remember if because of some firmware blobs.

Therefore, it was difficult or impossible for a driver programmer to set
the device to monitor mode required to host a hotspot. Not my area of
expertise, though.

Hopefully i'm wrong.

When doing a laptop project (or an education project that involves
laptops), next time, hopefully every component will respect user's
freedoms
.
>From looking at the consumer market, it will take a while.

Regards,
Sebastian


El 16/03/15 a las 21:06, Adam Holt escibió:
> Can someone remind me the reason that XO laptops (if I'm remembering
> correctly) cannot use their antennae/ears as a self-contained WiFi AP
> server?  (e.g. for tiny community/village libraries in very offline
> developing countries.  A very typical situation being: local librarian
> wants to use existing XO hardware, leaving a humble knowledge hotspot
> unpassworded and wide open to diverse WiFi devices, in the style of
> Internet-in-a-Box).
>
> Is it a HW and/or SW (http://en.wikipedia.org/wiki/HostAP) that
> prevents this, out of curiosity?
>
> --
> Unsung Heroes of OLPC, interviewed live @ http://unleashkids.org !
>
>
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: "XOs cannot act as WiFi access points"

[Sebastian Silva]

Looking at the page that I linked, I think actually this product would
make it feasible, hopefully without too much fuss.
I guess the drivers should come preinstalled with the XO, not sure.

https://www.thinkpenguin.com/gnu-linux/penguin-wireless-n-usb-adapter-w-external-antenna-gnu-linux-tpe-n150usbl

It does respect your freedom, in any case.

I do think the XO would be an excellent option for otherwise low energy
server with an integrated UPS, but it's not a viable server platform for
running even light multi-user server apps. However, this might be just
perfect (or enough) for smaller remote schools.

Regards

El 16/03/15 a las 21:23, James Cameron escibió:
> There's no need to go as far as configuring as an access point when
> ad-hoc networking will work, with suitable configuration of the other
> laptops connecting to it.
>

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [UKids] Re: "XOs cannot act as WiFi access points"

[Sebastian Silva]

Back then, I was dogfooding Sugar 0.94 because I had to deploy it to the
children of Peru. Also, you can image, I had various XOs around.

In my vision, Sugar should grow to be a useful desktop for a person of
any age who likes to learn with simplicity, collaboration and reflection.

If it's not too much to ask, I'd like it stunning as well.

That would be a topic for IAEP [Design] tag I guess.

:-)

Regards,
Sebastian


El 16/03/15 a las 21:36, James Cameron escibió:
> On Mon, Mar 16, 2015 at 09:30:30PM -0500, Jerry Vonau wrote:
>> On March 16, 2015 at 9:23 PM James Cameron  wrote:
>>> There's no need to go as far as configuring as an access point when
>>> ad-hoc networking will work, with suitable configuration of the other
>>> laptops connecting to it.
>> Has sugar addressed http://bugs.sugarlabs.org/ticket/3708?
> Why would you use Sugar?
>

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Server-devel] [UKids] Re: "XOs cannot act as WiFi access points"

[Sebastian Silva]

El 16/03/15 a las 22:31, James Cameron escibió:
> Why would Google and the carriers want to have people bypass them?  It
> makes no business sense.  ;-)

Oh very timely with news about this beauty here:
https://github.com/matiasinsaurralde/facebook-tunnel

It's a tunnel for Internet traffic thru "sponsored" facebook chat,
bypassing the atrocious net-neutrality monster that is Zuckerberg's
Internet.Org initiative.

Could this perhaps ever be ported into an XO activity :-)

Pair it with hotspot mode and voilá, user liberation.

I bet they block it before a few months or less if it becomes easy to use.

Regards,
Sebastian

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Sugar-devel] XO-1 vs Sugar 0.104 performance, and swap to NAND Flash

[Sebastian Silva]

On 07/04/15 22:47, James Cameron wrote:
> The testing scripts can be made available if anybody else would like
> to replicate the results.

I'd be curious to look at your scripts and try to replicate some results
with our builds.

Thanks a lot for your detailed tests!

Sebastian
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Error on XO4 update to 32016o4.zd

[Sebastian Silva]

Hello OLPC devs,

I tried to update an XO4 touch to 32016o4.zd. It looked like it went
fine, but...

It won't boot, with the following error (see image attached).

Hints are very welcome. Impatient young one around.

:-)

-- 
I+D SomosAzucar.Org
"icarito" #somosazucar en Freenode IRC
"Nadie libera a nadie, nadie se libera solo. Los seres humanos se liberan en 
comunión" - P. Freire

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Error on XO4 update to 32016o4.zd

[Sebastian Silva]

Yes.
The "sad face battery" icon has remained a mystery on this laptop. It
refused to update firmware last time I updated as well, but it did boot.

I tried with a different battery and the problem persists.

Thanks

Sebastian

On 20/04/15 11:17, Gonzalo Odiard wrote:
> Do you have the XO connected to the charger?
>
> Gonzalo
>
> On Mon, Apr 20, 2015 at 1:12 PM, Sebastian Silva
> mailto:sebast...@fuentelibre.org>> wrote:
>
> Hello OLPC devs,
>
> I tried to update an XO4 touch to 32016o4.zd. It looked like it went
> fine, but...
>
> It won't boot, with the following error (see image attached).
>
> Hints are very welcome. Impatient young one around.
>
> :-)
>
> --
> I+D SomosAzucar.Org
> "icarito" #somosazucar en Freenode IRC
> "Nadie libera a nadie, nadie se libera solo. Los seres humanos se
> liberan en comunión" - P. Freire
>
>
> ___
> Devel mailing list
> Devel@lists.laptop.org <mailto:Devel@lists.laptop.org>
> http://lists.laptop.org/listinfo/devel
>
>
>
>
> -- 
> Gonzalo Odiard
>
> SugarLabs - Software for children learning 

-- 
I+D SomosAzucar.Org
"icarito" #somosazucar en Freenode IRC
"Nadie libera a nadie, nadie se libera solo. Los seres humanos se liberan en 
comunión" - P. Freire

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Error on XO4 update to 32016o4.zd

[Sebastian Silva]

Gonzalo,

I did finally find a reference to this error:

http://wiki.laptop.org/go/XO-4_Touch#Software_upgrade_considerations

*Refusal to update EC code*

When upgrading from old software versions, Open Firmware may refuse to
update the EC firmware, showing a battery icon with a bad face on every
boot, and logging the following messages over serial and during verbose
boot:

 EC command result timeout
 Skipping EC reflash, not enough power

This is due to a change in how OFW gets battery status. To solve this,
with a charged battery and external power connected, run at the ok
 prompt:

 update-ec-flash


That did the trick. It upgraded it's various firmwares and now it did boot.
I should've searched for the error message before asking.

Thanks for all your help.

Sebastian

-- 
I+D SomosAzucar.Org
"icarito" #somosazucar en Freenode IRC
"Nadie libera a nadie, nadie se libera solo. Los seres humanos se liberan en 
comunión" - P. Freire

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Sugar-devel] Community XO software builds

[Sebastian Silva]

Hi Samuel,

I think your volunteer work is important.

It is not clear to me exactly what the focus is of your images, nor
where the repositories with the ini files for the builder, or the
download link for the ready images.
This is probably the reason you have so few downloads logged.

Perhaps we should put all of this in a Wiki page?

I am interested, but haven't been able to test because when I asked last
time for the SD card images you told me you would build them but never
let me know when/where I could get them.

I understand it may be frustrating to work without feedback but it's
simply the way it works at this point, unless you are in the field.

Also, keep in mind that deployments are interested in updating OS images
once every one or two years.

Thanks, in the name of the children, for the work you do.
I'll try to respond your questions inline below.

Regards,
Sebastian


On 05/05/15 23:54, Samuel Greenfeld wrote:
> I saw some discussion last week about the community XO software builds.
>
> This seems to be something which gets many people excited.
>
> However according to my web server, there have not been very many
> downloads of them.
>
> If I may ask:
>
>   * Who actually is using/testing these images?
>
Not me, yet.
>
>   * Why?
>
I maintained in the past official images for Peru.
>
>   * Is there a reason you are not looking into using an official (OLPC
> or deployment) build?
>
Yes we like to roll our own to include native languages, features (e.g.
Sugar Network), etc.
>
>   * Have you engaged OLPC or another party to work on changes?
>
I try to work upstream.
>
>   * What direction do you believe the builds should go?
>
The best possible experience for end users. Basically, on XO, means
performance tuning.
>
> Building XO builds by repacking existing work is relatively trivial.
>
> But the low-level kernel, driver, and OS work necessary to support XOs
> with newer operating systems (as well as newer XO batteries) is
> something I cannot do, and where we really need help.
>
> Without guidance from OLPC or others, I could build thousands of XO-#
> laptop images.  But unless it looks like a significant number of
> deployments/children actually would benefit, there really is no point.
>
> ---
> SJG
>
>
>
> ___
> Sugar-devel mailing list
> sugar-de...@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel

-- 
I+D SomosAzucar.Org
"icarito" #somosazucar en Freenode IRC
"Nadie libera a nadie, nadie se libera solo. Los seres humanos se liberan en 
comunión" - P. Freire

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Sugar-devel] Community XO software builds

[Sebastian Silva]

On 06/05/15 18:10, James Cameron wrote:
> 1.  our installed base express interest in Fedora or Ubuntu,

I wonder how accurate this is?

Many times "upstream", or suppliers, tend to lump entire deployments
into one person or group.
Did you mean administrators, technicians, teachers, or users?

-- 
I+D SomosAzucar.Org
"icarito" #somosazucar en Freenode IRC
"Nadie libera a nadie, nadie se libera solo. Los seres humanos se liberan en 
comunión" - P. Freire

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Keys dying in my XOs

[Sebastian Silva]

Hi,
I have a couple of XO laptops, XO1.5 and XO4, the models with the
non-membrane keyboards, where several keys stopped working.
Is this common? Is there a recommended fix?

Thanks
Regards,
Sebastian

-- 
I+D SomosAzucar.Org
"icarito" #somosazucar en Freenode IRC
"Nadie libera a nadie, nadie se libera solo. Los seres humanos se liberan en 
comunión" - P. Freire

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Keys dying in my XOs

[Sebastian Silva]

On 25/11/15 20:02, James Cameron wrote:
> We continue to make the keyboards, so I'm interested in any wide
> area systemic report, so that I can feed it back into manufacturing.
>
> The array of key switches may be connected in a matrix.  A key switch
> that does not release can cause several keys to stop working.

On my XO1.5 that I got from the peruvian deployment (from the Ministry
of Education), I tested this, and have found there are two "columns" of
keys that don't respond:

F1, 2, w, s, x, <>
and
F8, 8, i, k, ;

It has latinamerican/spanish keyboard.
The right shift key sometimes appears stuck. It is not responding now.
However when within the OS, I'm sure there were other keys as I couldn't
type "l" or "g" keys.

On the XO4 I couldn't figure out how to reach the keyboard self test.
"menu" command in ofw triggers an OS boot selector (linux/android)
instead of the test.

If it helps I believe this may have to do with the fact that we just
moved to the rainforest and have experienced very high temperatures (up
to 40 C) for the past six months.

I can inquire if more people have found this issue at the ministry if
you like.

Regards,
Sebastian
 
> To check for this, use our keyboard self test.
>
> http://wiki.laptop.org/go/XO_Self_Test
> http://wiki.laptop.org/go/XO_Self_Test/Keyboard
>

-- 
I+D SomosAzucar.Org
"icarito" #somosazucar en Freenode IRC
"Nadie libera a nadie, nadie se libera solo. Los seres humanos se liberan en 
comunión" - P. Freire

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Keys dying in my XOs

[Sebastian Silva]

On 25/11/15 20:32, Sebastian Silva wrote:
> On the XO4 I couldn't figure out how to reach the keyboard self test.
> "menu" command in ofw triggers an OS boot selector (linux/android)
> instead of the test.

Ok, sorry, I figured it out now. This wording was confusing to me (or I
was too fast):

pressing down the left hand side of the "Rocker
<http://wiki.laptop.org/go/Rocker> switch" to the left of the screen

I was confused be cause I was pressing "down" instead of "left".

Anyway, the result I get is:
All keys seem to work fine, except F1, which appeared stuck in the
beginning and now doesn't respond.

-- 
I+D SomosAzucar.Org
"icarito" #somosazucar en Freenode IRC
"Nadie libera a nadie, nadie se libera solo. Los seres humanos se liberan en 
comunión" - P. Freire

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

"Physics with XO" by Guzmán Trinidad now available in English

[Sebastian Silva]

Our team would like to share with the community the immediate availability
 [1] of
Guzmán Trinidad's "Physics with XO". It is a book that includes 30
experimental activities for the Physics Laboratory that utilize the XO
laptop's capabilities to attach sensors and create interactive experiences.

We believe that knowledge production should be as widely distributed as
creativity is, and so we are proud to have been able to help to disseminate
Guzmán's work for use in Rwanda, Philippines and other places where English
is spoken. The original book was written and published in Uruguay in 2011.
This translation was made possible thanks to the kind sponsorship of Tony
Anderson.





















[1] https://www.gitbook.com/book/icarito/physics-with-xo/details

*If you find anything that can be improved, do let us know
; it will be
appreciated.*
--
SomosAzucar.Org Team
http://somosazucar.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Working script to produce a debian chroot for usb

[Sebastian Silva]

Squeeze? :-/ That's Debian 6, which was supported until Feb 2016.

That doesn't help much. Also you don't say what model XO this is for.

I'd be very interested in a Debian 9 builder that one could install with
the game buttons on XO1 and 1.5. There are still many of those in Peru.

Regards,

Sebastian



On 23/07/17 20:32, Jhon Diaz wrote:
> Well i did it
> https://github.com/electimon/xobuild
> It makes a debian squeeze system with lxde installed in
> /tmp/xobuild.0/build/ just copy it to your ext3 formatted drive the
> password is olpc with a user named olpc
> its in alpha so please report any bugs if it doesn't work for you.
> Im adding more options hopefully supporting ubuntu and opensuse later on.
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel