Computer power; was Re (3): Logjam vulnerability and epiphany.

[peter]

My biggest Internet usage is still email. 

For the majority of my Web interests, Dillo is preferable to Epiphany.
Opens almost any Wikipedia page in a few ms (blink).  

JavaScript is the biggest block to Dillo doing electronic banking. Is 
execution of code from a remote server on your machine, with access to 
your accounts, really a good idea? 

From:   Samuel Greenfeld 
Date:   Mon, 31 Aug 2020 20:14:18 -0400
> We would need Linux kernel development support to get systemd as 
> well the XO-specific drivers (camera, DCON, etc.) working with a 
> modern environment. 

The camera is dispensible.  Decent UVC cameras are available from salvage 
shops for 10 dollars or less.  

Minimal, at least, operation of DCON and power management are necessary.
Elaboration is helpful; not essential.

> And even then, the laptops might not have enough RAM to handle many 
> workloads.

Even the XO-1 has ample go power for ETH Oberon and A2.  Hypothetically 
of course but not far from reality.

From:   James Cameron 
Date:   Mon, 31 Aug 2020 07:21:33 +1000
> ... not a problem on NL3 or ED20 models with OLPC OS 20.04.

Endless hardware upgrading keeps Google, Microsoft, etc. and etc. in 
business.  Necessity to human needs is arguable.  Too many people I 
know would have trouble explaining what the Web is and have forgotten 
that email worked as well on a 486 in 1995 as it does now on an 
expensive contemporary machine.  I doubt that shiney new computers 
will help these people understand more.

The world already has far more than enough e-waste. 
https://interactive.aljazeera.com/aje/2015/ewaste/index.html 
Must the frenzied production continue?

In case you've read this far, thanks & apologies for the disturbance,

... P.

-- 
https://en.wikibooks.org/wiki/Medical_Machines
https://en.wikibooks.org/wiki/Oberon
Tel: +1 604 670 0140Bcc: peter at easthope. ca

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

Re (2): Logjam vulnerability and epiphany.

[peter]

From:   Samuel Greenfeld 
Date:   Mon, 31 Aug 2020 17:48:12 -0400
> While it is possible to partially fix the LogJam vulnerability, ...

I would have expected a fix to come from upstream; GNOME or Fedora.
https://en.wikipedia.org/wiki/Epiphany_browser

> A few years ago, we talked about ending support in 2020 when other 
> Linux distributions would stop distributing x86 processor builds.

13.2.11 is the last release for 1.5?

Thanks,... P.

-- 
https://en.wikibooks.org/wiki/Medical_Machines
https://en.wikibooks.org/wiki/Oberon
Tel: +1 604 670 0140Bcc: peter at easthope. ca

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

Re: Logjam vulnerability and epiphany.

[James Cameron]

Thanks for the question.

We have no plans to declare end-of-life or end-of-support for the older XO's.

As far as I can tell, in making such a declaration there would be no
net benefit, and some additional cost.

There are very few of the older XO's in use.

On Mon, Aug 31, 2020 at 05:48:12PM -0400, Samuel Greenfeld wrote:
> While it is possible to partially fix the LogJam vulnerability, are there 
> plans
> to declare end-of-life or end-of-support for the older XO's?
> 
> A few years ago, we talked about ending support in 2020 when other Linux
> distributions would stop distributing x86 processor builds.
> 
> And OLPC is not like the OpenWRT project, where developers have kept things
> up-to-date even for legacy hardware.
> 
> ---
> SJG
> 
> On Sun, Aug 30, 2020 at 5:21 PM James Cameron <[1]qu...@laptop.org> wrote:
> 
> Yes, wikimedia servers will be unreachable.  That is their decision.
> 
> Many other servers already do not permit connection, and this varies by
> geography of IP address, based on local laws or a server owner's 
> assessment
> of market value.
> 
> We have no plans to upgrade for XO-1.5.
> 
> Is not a problem on NL3 or ED20 models with OLPC OS 20.04.
> 
> On Sun, Aug 30, 2020 at 06:57:09AM -0700, [2]pe...@easthope.ca wrote:
> > Hi,
> >
> > System 13.2.8 on a XO 1.5 here.
> >
> > Open epiphany and open
> > [3]https://clienttest.ssllabs.com:8443/ssltest/viewMyClient.html .
> >
> > Logjam vulnerability is reported. 
> > [4]https://en.wikipedia.org/wiki/Logjam_(computer_security)
> >
> > A specific consequence is that a wikimedia server will not permit a
> > connection from this epiphany after September 25, 2020. Ie. Wikipedia
> > & etc. will become inaccessible with this browser.  =8~(
> >
> > I guess you fellas are aware of all that.  Is there any plan to
> > introduce an appropriate upgrade?
> >
> > Thanks,                              ... Peter E.
> >
> > --
> > [5]https://en.wikibooks.org/wiki/Medical_Machines
> > [6]https://en.wikibooks.org/wiki/Oberon
> > Tel: +1 604 670 0140            Bcc: peter at easthope. ca
> >
> > ___
> > Devel mailing list
> > [7]Devel@lists.laptop.org
> > [8]http://lists.laptop.org/listinfo/devel
> 
> --
> James Cameron
> [9]http://quozl.netrek.org/
> ___
> Devel mailing list
> [10]Devel@lists.laptop.org
> [11]http://lists.laptop.org/listinfo/devel
> 
> References:
> 
> [1] mailto:qu...@laptop.org
> [2] mailto:pe...@easthope.ca
> [3] https://clienttest.ssllabs.com:8443/ssltest/viewMyClient.html
> [4] https://en.wikipedia.org/wiki/Logjam_(computer_security)
> [5] https://en.wikibooks.org/wiki/Medical_Machines
> [6] https://en.wikibooks.org/wiki/Oberon
> [7] mailto:Devel@lists.laptop.org
> [8] http://lists.laptop.org/listinfo/devel
> [9] http://quozl.netrek.org/
> [10] mailto:Devel@lists.laptop.org
> [11] http://lists.laptop.org/listinfo/devel

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Logjam vulnerability and epiphany.

[Samuel Greenfeld]

While it is possible to partially fix the LogJam vulnerability, are there
plans to declare end-of-life or end-of-support for the older XO's?

A few years ago, we talked about ending support in 2020 when other Linux
distributions would stop distributing x86 processor builds.

And OLPC is not like the OpenWRT project, where developers have kept things
up-to-date even for legacy hardware.

---
SJG


On Sun, Aug 30, 2020 at 5:21 PM James Cameron  wrote:

> Yes, wikimedia servers will be unreachable.  That is their decision.
>
> Many other servers already do not permit connection, and this varies by
> geography of IP address, based on local laws or a server owner's assessment
> of market value.
>
> We have no plans to upgrade for XO-1.5.
>
> Is not a problem on NL3 or ED20 models with OLPC OS 20.04.
>
> On Sun, Aug 30, 2020 at 06:57:09AM -0700, pe...@easthope.ca wrote:
> > Hi,
> >
> > System 13.2.8 on a XO 1.5 here.
> >
> > Open epiphany and open
> > https://clienttest.ssllabs.com:8443/ssltest/viewMyClient.html .
> >
> > Logjam vulnerability is reported.
> > https://en.wikipedia.org/wiki/Logjam_(computer_security)
> >
> > A specific consequence is that a wikimedia server will not permit a
> > connection from this epiphany after September 25, 2020. Ie. Wikipedia
> > & etc. will become inaccessible with this browser.  =8~(
> >
> > I guess you fellas are aware of all that.  Is there any plan to
> > introduce an appropriate upgrade?
> >
> > Thanks,  ... Peter E.
> >
> > --
> > https://en.wikibooks.org/wiki/Medical_Machines
> > https://en.wikibooks.org/wiki/Oberon
> > Tel: +1 604 670 0140Bcc: peter at easthope. ca
> >
> > ___
> > Devel mailing list
> > Devel@lists.laptop.org
> > http://lists.laptop.org/listinfo/devel
>
> --
> James Cameron
> http://quozl.netrek.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

Dillo; was Re: Logjam vulnerability and epiphany.

[peter]

From:   pe...@easthope.ca
Date:   Sun, 30 Aug 2020 06:57:09 -0700
> Wikipedia & etc. will become inaccessible with this [epiphany] 
> browser.

Incidentally, Dillo can retrieve and render pages from Wikimedia 
projects.  https://en.wikipedia.org/wiki/Dillo

Dillo doesn't support JavaScript.  Nevertheless Dillo presents text 
and images much more quickly than any other browser I've tried.  

Glitzy multimedia doesn't work automatically.  Nevertheless a 
multimedia file is easily retrieved; then played by software such as 
the Movie Player (formerly known as Totem). 

This is a nice example of less is more.

sudo yum install dillo

Regards, ... P.

-- 
https://en.wikibooks.org/wiki/Medical_Machines
https://en.wikibooks.org/wiki/Oberon
Tel: +1 604 670 0140Bcc: peter at easthope. ca

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

Re: Logjam vulnerability and epiphany.

[James Cameron]

Yes, wikimedia servers will be unreachable.  That is their decision.

Many other servers already do not permit connection, and this varies by 
geography of IP address, based on local laws or a server owner's assessment of 
market value.

We have no plans to upgrade for XO-1.5.

Is not a problem on NL3 or ED20 models with OLPC OS 20.04.

On Sun, Aug 30, 2020 at 06:57:09AM -0700, pe...@easthope.ca wrote:
> Hi,
> 
> System 13.2.8 on a XO 1.5 here.
> 
> Open epiphany and open 
> https://clienttest.ssllabs.com:8443/ssltest/viewMyClient.html .
> 
> Logjam vulnerability is reported.  
> https://en.wikipedia.org/wiki/Logjam_(computer_security)
> 
> A specific consequence is that a wikimedia server will not permit a 
> connection from this epiphany after September 25, 2020. Ie. Wikipedia 
> & etc. will become inaccessible with this browser.  =8~(
> 
> I guess you fellas are aware of all that.  Is there any plan to 
> introduce an appropriate upgrade?
> 
> Thanks,  ... Peter E.
> 
> -- 
> https://en.wikibooks.org/wiki/Medical_Machines
> https://en.wikibooks.org/wiki/Oberon
> Tel: +1 604 670 0140Bcc: peter at easthope. ca
> 
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Hardware test in 1.5 reports temperature rise of 9 or 10 C.

[peter]

From:   James Cameron 
Date:   Tue, 11 Aug 2020 07:21:17 +1000
> January 2011, about 9.5 years ago.  I would have expected it to fail
> much sooner.  It has lasted well.

Years ago, changed the internal SDHC to 8 GB.  About a year ago, 
replaced the battery pack with a new one sent from Australia by Terry 
Gillett; thx Terry.  Otherwise all original.  Good reliable little machine; 
on a par with the VW Beetle.

> The test should be done at an ambient temperature of 21°C to avoid
> false positives.

The test was done in the evening, temperature 20-25 C.  Will try 
again and check the thermometer.

> - missing or loose screws holding down the heat spreader,
> 
> - dents in heat spreader due to impact,

Unlikely in this machine.

> - age hardening of the silicone plastic thermal pad between the heat
>   spreader and the CPU.

The most likely factor here.

> I suggest ignoring the problem for now, as servicing may cause damage
> beyond economic repair.  In particular for the CPU interposer board
> solder balls, which are under significant stress.

Will do.  I'm contemplating to find a 1.75 on eBay.  

Possibly a new infinity.  Not clear whether the proposed modularity of the 
Infinity was implemented in production.  Also not clear whether the case 
is elastic polymer or hard polymer.

Thx,... P.

-- 
https://en.wikibooks.org/wiki/Medical_Machines
https://en.wikibooks.org/wiki/Oberon
Tel: +1 604 670 0140Bcc: peter at easthope. ca

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

Re: Hardware test in 1.5 reports temperature rise of 9 or 10 C.

[James Cameron]

Thanks, that's interesting.  This serial number was produced in late
January 2011, about 9.5 years ago.  I would have expected it to fail
much sooner.  It has lasted well.

The temperature rise test was only characterised for manufacturing and
some accelerated aging tests.  The test has no statistical meaning now.
The test should be done at an ambient temperature of 21°C to avoid
false positives.

In my experience the most likely causes of the test failure are;

- high ambient temperature due to season,

- high internal temperature due to repeated testing,

- missing or loose screws holding down the heat spreader,

- dents in heat spreader due to impact,

- age hardening of the silicone plastic thermal pad between the heat
  spreader and the CPU.

I suggest ignoring the problem for now, as servicing may cause damage
beyond economic repair.  In particular for the CPU interposer board
solder balls, which are under significant stress.

On Mon, Aug 10, 2020 at 06:07:02AM -0700, pe...@easthope.ca wrote:
> Hi,
> 
> P.s. This is SKU 133, D5.  
> Present in http://wiki.laptop.org/go/Manufacturing_data .
> 
> The 1.5 D5 here is S/N SHC10400772  OpenFirmware Q3C17  EC Firmware 
> Ver:2.2.10.
> 
> In the hardware test, a temperature rise of 9-10 C is reported.
> 
> I found a thread in the mailing list at 2011-2012.  Appears hardware 
> revision might have continued then.  I haven't found a description of 
> a repair.
> 
> I have no trouble dismantling the machine and performing a small 
> modification or repair.  Before diving in, I am interested in advice 
> and lore.
> 
> Aside from this thermal problem, the machine appears to run as well as 
> when it left the factory.
> 
> Thanks!  ... Peter E.
> 
> -- 
> https://en.wikibooks.org/wiki/Medical_Machines
> https://en.wikibooks.org/wiki/Oberon
> Tel: +1 604 670 0140Bcc: peter at easthope. ca
> 
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: XO1.75

[James Cameron]

Based on memory, 00 means fault in RAM.  Replace RAM.  Could also be 
electrostatic damage to CPU or RAM.  Could also be age degradation of silicon 
chips.

To find the real meaning of 00 takes reading the C code of the CForth startup 
payload, which is loaded from SPI Flash.

There is no involvement of eMMC or SD card slots.

On Sat, Jun 06, 2020 at 11:41:33AM +, Yioryos Asprobounitis wrote:
> Hi list
> I dug out my XOs to check their condition and my XO-1.75 (SKU203) refuses to 
> boot as if it was wiped out clean or has no microSD card at all.
> The screen comes up and nothing further.
> Firmware check just show a double zero [00] 
> Trying to install a fresh OS from USB fails (with the same double zero)
> A fast wiki search did not come up with anything relevant.
> If someone can point me to the right direction I would appreciate it.
> Thanks
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: XO1.75 - Devel Digest, Vol 155, Issue 1

[Yioryos Asprobounitis]

Message: 1
Date: Sat, 6 Jun 2020 11:41:33 + (UTC)
From: Yioryos Asprobounitis 
To: "devel@lists.laptop.org" 
Subject: XO1.75
Message-ID: <2133017554.128519.1591443693...@mail.yahoo.com>
Content-Type: text/plain; charset=UTF-8

Hi list
I dug out my XOs to check their condition and my XO-1.75 (SKU203) refuses to 
boot as if it was wiped out clean or has no microSD card at all.
The screen comes up and nothing further.
Firmware check just show a double zero [00] 
Trying to install a fresh OS from USB fails (with the same double zero)
A fast wiki search did not come up with anything relevant.
If someone can point me to the right direction I would appreciate it.
Thanks


--

Message: 2
Date: Sat, 06 Jun 2020 05:37:38 -0700
From: pe...@easthope.ca
To: devel@lists.laptop.org
Subject: Re: XO1.75
Message-ID: 

From:    Yioryos Asprobounitis 
Date:    Sat, 6 Jun 2020 11:41:33 + (UTC)
> The screen comes up and nothing further.

ESC doesn't give the prompt of the Forth PROM?

> Firmware check just show a double zero [00]

Hardware diagnostics?  Rocker left cheat code.
http://wiki.laptop.org/go/Cheat_codes

Regards,                            ... Peter E.

-- 
https://en.wikibooks.org/wiki/Medical_Machines
https://en.wikibooks.org/wiki/Oberon
Tel: +1 604 670 0140            Bcc: peter at easthope. ca



Thank you Peter,
But there is no way to get to the Forth PROM or get hardware diagnostics or 
anything on the screen other that the 2 big zeros mentioned above.
Looks like there is no firmware in this machine! 
As if the eMMC is wiped clean or missing.

This XO has a serial port connection attached
Any diagnostics through this?

Thanks

PS: Sorry for the miss formatted response. My mailer is not list-friendly


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

Re (2): XO1.75 - Devel Digest, Vol 155, Issue 1

[peter]

From:   Yioryos Asprobounitis 
Date:   Sun, 7 Jun 2020 04:19:22 + (UTC)
> Looks like there is no firmware in this machine!

I don't know the 00 display but this and the following sections should help.
http://wiki.laptop.org/go/Fix_Clock#If_the_screen_does_not_turn_on

> Looks like there is no firmware in this machine!
> As if the eMMC is wiped clean or missing.

Instructions for debricking are here.  
http://wiki.laptop.org/go/Fix_Clock#Automated_repair_script
http://wiki.laptop.org/go/Debricking_XO_1.5_with_Artec_Dongle
http://wiki.laptop.org/go/SPI_FLASH_Recovery_for_XO-1.5

WIth google, use a site specific search.  Google "site:laptop.org debricking".

If the serial connector works, that's one step done already.

Regards, ... P.



-- 
https://en.wikibooks.org/wiki/Medical_Machines
https://en.wikibooks.org/wiki/Oberon
Tel: +1 604 670 0140Bcc: peter at easthope. ca

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

Re: XO1.75

[peter]

From:   Yioryos Asprobounitis 
Date:   Sat, 6 Jun 2020 11:41:33 + (UTC)
> The screen comes up and nothing further.

ESC doesn't give the prompt of the Forth PROM?

> Firmware check just show a double zero [00]

Hardware diagnostics?  Rocker left cheat code.
http://wiki.laptop.org/go/Cheat_codes

Regards,... Peter E.

-- 
https://en.wikibooks.org/wiki/Medical_Machines
https://en.wikibooks.org/wiki/Oberon
Tel: +1 604 670 0140Bcc: peter at easthope. ca

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

Re: Announcing OLPC OS 13.2.11

[Carrol Riddle]

The release of 13.2.11 is particularly apropos at this time, as 
Internet-in-a-Box (IIAB) content has just become accessible to XO laptops here. 
 Thanks James.

The OER2GO (RACHEL) content packages on IIAB become available to the XO laptop 
by slightly modifying a "copy" of the index.html(f) of each package.  XO 
Browse, web browser, can call this copy with 
http://box.lan/modules/en-ck12/index_xo.html   (e.g., ck12 package), which is 
compatible with Browse.

This is a long path for routine use, but it is needed only the first time since 
the XO creates an entry in its Journal.  Clicking on the entry (renamed to 
package name) would start Browse with the path. The "box" feature of the 
Journal allows grouping of these entries into menus of applications, each of 
which can be started with a click. An example menu might consist of: 
kindergarten, elementary, high school.  A list of index_xo.html(f)'s for 
various packages is being collected.

This does not work for ZIM files, but there may be a path forward for this.  A 
similarly modified index (extracted from zim file) would be used.

The package xy utilites for zim files has functions similar to tar archiving 
(wikipedia), which allows extracting a single file.   IF an xy tool allowed 
extraction of file within a "href line" in an index.html file, then the indexed 
contents of the index file might be display for the XO, as with the OER2GO 
example.

Can anyone provide an example of such ? 

Carrol Riddle

> On January 29, 2020 at 3:43 AM James Cameron  wrote:
> 
> 
> G'day,
> 
> We're pleased to announce the release of OLPC OS 13.2.11 for XO-1,
> XO-1.5, XO-1.75 and XO-4.
> 
> It is Sugar 0.112 on Fedora 18, with updated activities Browse-157.5,
> Calculate-45.1, Chat-85.1, Clock-21, Distance-36, ImageViewer-64.1,
> Implode-19.1, Log-40.1, Maze-28.2, Measure-53.1, Memorize-55.1,
> Moon-18.1, MusicKeyboard-8.10, Paint-69, Pippy-72.3, Read-118.2,
> Record-104, Speak-52.1, StopWatch-20.2, Terminal-46.2, and Write-100.
> 
> Details of fixes, known issues, and how to download, install or
> upgrade are in the release notes:
> 
> http://wiki.laptop.org/go/Release_notes/13.2.11
> 
> Our thanks to all contributors, testers, upstreams, and those who
> have provided feedback of any kind.
> 
> Build file names: 32023o0 32023o1 32023o2 32023o4
> 
> -- 
> James Cameron
> http://quozl.netrek.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: XO as wireless remote terminal for Internet-in-a-box on Raspberry Pi Zero W

[Carrol Riddle]

Final choices: chromium-browser or surf. For c-b:
Wirelessly connect to Internet-in-a-Box AP, then

ssh -X pi@box.local chromium-browser http://box.local/admin

Thanks to Devel for nurturing this effort.  Now, on to end-user forum.

Carrol Riddle

> On December 10, 2019 at 5:41 PM Carrol Riddle  wrote:
> 
> 
> sudo apt install dillo   works. (did first removed files from download of 
> tarball method)
> Website http://wiki.laptop.org rendering is usable. 
> Internet-in-a-Box home page is largely not usable.  Presumably, this is due 
> to use of Javascript pages.
> Will try other lite browsers which claim to handle javascript.
> 
> > On December 10, 2019 at 2:28 PM James Cameron  wrote:
> > 
> > 
> > Have you tried "sudo apt install dillo"?
> > 
> > On Tue, Dec 10, 2019 at 02:19:12PM -0500, Carrol Riddle wrote:
> > > James,
> > > Thanks for intro to field of "lite" browsers -- different from tried 
> > > links2.
> > > Not successful with Dillo yet. Make for fltk, a prerequisite, fails with 
> > > errors (configure errors ?).
> > > Will also look at others.
> > > Carrol Riddle
> > > 
> > > > On December 9, 2019 at 1:07 AM James Cameron  wrote:
> > > > 
> > > > 
> > > > Most web content demands large browser like Chromium or Firefox.
> > > > 
> > > > But where the web content is your own, or under your control, then a
> > > > simplified web browser like Dillo may be helpful.
> > > > 
> > > > On Mon, Dec 09, 2019 at 12:13:36AM -0500, Carrol Riddle wrote:
> > > > > XO as wireless remote terminal for Internet-in-a-box on Raspberry Pi 
> > > > > Zero W using X11 forwarding.
> > > > > 
> > > > > XO usb port can be used to power Pi Zero W.  XO can be used to 
> > > > > prepare >64 GB SD by installing Exfat (per earlier post).
> > > > > 
> > > > > Headless Pi Zero can be set up wirelessly with standard method of 
> > > > > connecting to a wireless router.
> > > > > A prepared Raspbian SD is edited to place empty SSH file in /boot to 
> > > > > enable SSH and place a model wpa_supplicant file in /boot.  The 
> > > > > wpa_supplicant is edit to provide ssid or ip address of router and 
> > > > > its password. The Pi Zero W is functioning as an AP client.
> > > > > 
> > > > > Connection to the Pi Zero W is made using its host name (raspberrypi, 
> > > > > password raspberry) or ip address (192.168.128.4) with a computer 
> > > > > (XO) also connected to the wireless router.  
> > > > > 
> > > > > The wireless router is connected to an internet AP (in my case 
> > > > > broadband AP/wireless router).  Raspbian Desktop is loaded and then 
> > > > > Internet-in-a-Box (IIAB) is loaded.  iiab-hotspot-on command is run 
> > > > > to enable IIAB's AP.  This also disables the connection to the 
> > > > > wireless router and the only access to the IIAB becomes its AP and 
> > > > > there is no internet connection (in spite of enabling internet on 
> > > > > gateway).
> > > > > 
> > > > > If one needs to connect to the internet to obtain more content, then 
> > > > > iiab-hotspot-off . The Pi Zero W can then be access with an XO (same 
> > > > > XO as for power) over its usb port, which provides internet access.  
> > > > > XO setup  and accessing Chromium in the Raspbian Desktop has been 
> > > > > described in an earlier post. IIAB is run in Chromium to access the 
> > > > > Admin Console to manage the content.
> > > > > 
> > > > > Return to normal use of IIAB by running iiab-hotspot-on .   The Pi 
> > > > > Zero W can be moved to any source of usb power.
> > > > > 
> > > > > Connect XO wirelessly to IIAB AP.   SSH / desktop with ssh -X 
> > > > > pi@box.local /etc/X11/xinit/xintrc
> > > > > Run Chrommium with URL of http://box.local.   This can be simplified 
> > > > > by setting startup page in Chromium to http://box.local/home  .
> > > > > 
> > > > > Chromium is very, very slow, but IIAB is at XO speed.
> > > > > 
> > > > > If one wants to otherwise use Chromium, enable Home key in task bar 
> > > > > and assign it to Chrome://
> > > > > 
> > > > > Direct Chromium access with  works 
> > > > > when accessed over the usb, but does not work with IIAB AP (something 
> > > > > about Xlib).
> > > > > 
> > > > > A simple Sugar Activity can run a script to handle all this startup 
> > > > > of ssh / chromium / iiab .
> > > > > 
> > > > > My question for Devel list:   is there a simpler (faster) application 
> > > > > than desktop Chromium for displaying web pages from Terminal ??
> > > > > 
> > > > > links2 is one such application, but I have not been successful in 
> > > > > setting up options for x display.
> > > > > 
> > > > > 
> > > > > Carrol Riddle
> > > > > ___
> > > > > Devel mailing list
> > > > > Devel@lists.laptop.org
> > > > > http://lists.laptop.org/listinfo/devel
> > > > 
> > > > -- 
> > > > James Cameron
> > > > http://quozl.netrek.org/
> > > > ___
> > > > Devel mailing list
> > > > Devel@lists.laptop.org
> > > > http://lists.lap

Re: XO as wireless remote terminal for Internet-in-a-box on Raspberry Pi Zero W

[James Cameron]

Best ask Internet-in-a-Box project about minimum browser requirements;
as far as I know they don't participate here on devel@ or maintain
IIAB for use with XOs.

On Tue, Dec 10, 2019 at 05:41:57PM -0500, Carrol Riddle wrote:
> sudo apt install dillo   works. (did first removed files from download of 
> tarball method)
> Website http://wiki.laptop.org rendering is usable. 
> Internet-in-a-Box home page is largely not usable.  Presumably, this is due 
> to use of Javascript pages.
> Will try other lite browsers which claim to handle javascript.
> 
> > On December 10, 2019 at 2:28 PM James Cameron  wrote:
> > 
> > 
> > Have you tried "sudo apt install dillo"?
> > 
> > On Tue, Dec 10, 2019 at 02:19:12PM -0500, Carrol Riddle wrote:
> > > James,
> > > Thanks for intro to field of "lite" browsers -- different from tried 
> > > links2.
> > > Not successful with Dillo yet. Make for fltk, a prerequisite, fails with 
> > > errors (configure errors ?).
> > > Will also look at others.
> > > Carrol Riddle
> > > 
> > > > On December 9, 2019 at 1:07 AM James Cameron  wrote:
> > > > 
> > > > 
> > > > Most web content demands large browser like Chromium or Firefox.
> > > > 
> > > > But where the web content is your own, or under your control, then a
> > > > simplified web browser like Dillo may be helpful.
> > > > 
> > > > On Mon, Dec 09, 2019 at 12:13:36AM -0500, Carrol Riddle wrote:
> > > > > XO as wireless remote terminal for Internet-in-a-box on Raspberry Pi 
> > > > > Zero W using X11 forwarding.
> > > > > 
> > > > > XO usb port can be used to power Pi Zero W.  XO can be used to 
> > > > > prepare >64 GB SD by installing Exfat (per earlier post).
> > > > > 
> > > > > Headless Pi Zero can be set up wirelessly with standard method of 
> > > > > connecting to a wireless router.
> > > > > A prepared Raspbian SD is edited to place empty SSH file in /boot to 
> > > > > enable SSH and place a model wpa_supplicant file in /boot.  The 
> > > > > wpa_supplicant is edit to provide ssid or ip address of router and 
> > > > > its password. The Pi Zero W is functioning as an AP client.
> > > > > 
> > > > > Connection to the Pi Zero W is made using its host name (raspberrypi, 
> > > > > password raspberry) or ip address (192.168.128.4) with a computer 
> > > > > (XO) also connected to the wireless router.  
> > > > > 
> > > > > The wireless router is connected to an internet AP (in my case 
> > > > > broadband AP/wireless router).  Raspbian Desktop is loaded and then 
> > > > > Internet-in-a-Box (IIAB) is loaded.  iiab-hotspot-on command is run 
> > > > > to enable IIAB's AP.  This also disables the connection to the 
> > > > > wireless router and the only access to the IIAB becomes its AP and 
> > > > > there is no internet connection (in spite of enabling internet on 
> > > > > gateway).
> > > > > 
> > > > > If one needs to connect to the internet to obtain more content, then 
> > > > > iiab-hotspot-off . The Pi Zero W can then be access with an XO (same 
> > > > > XO as for power) over its usb port, which provides internet access.  
> > > > > XO setup  and accessing Chromium in the Raspbian Desktop has been 
> > > > > described in an earlier post. IIAB is run in Chromium to access the 
> > > > > Admin Console to manage the content.
> > > > > 
> > > > > Return to normal use of IIAB by running iiab-hotspot-on .   The Pi 
> > > > > Zero W can be moved to any source of usb power.
> > > > > 
> > > > > Connect XO wirelessly to IIAB AP.   SSH / desktop with ssh -X 
> > > > > pi@box.local /etc/X11/xinit/xintrc
> > > > > Run Chrommium with URL of http://box.local.   This can be simplified 
> > > > > by setting startup page in Chromium to http://box.local/home  .
> > > > > 
> > > > > Chromium is very, very slow, but IIAB is at XO speed.
> > > > > 
> > > > > If one wants to otherwise use Chromium, enable Home key in task bar 
> > > > > and assign it to Chrome://
> > > > > 
> > > > > Direct Chromium access with  works 
> > > > > when accessed over the usb, but does not work with IIAB AP (something 
> > > > > about Xlib).
> > > > > 
> > > > > A simple Sugar Activity can run a script to handle all this startup 
> > > > > of ssh / chromium / iiab .
> > > > > 
> > > > > My question for Devel list:   is there a simpler (faster) application 
> > > > > than desktop Chromium for displaying web pages from Terminal ??
> > > > > 
> > > > > links2 is one such application, but I have not been successful in 
> > > > > setting up options for x display.
> > > > > 
> > > > > 
> > > > > Carrol Riddle
> > > > > ___
> > > > > Devel mailing list
> > > > > Devel@lists.laptop.org
> > > > > http://lists.laptop.org/listinfo/devel
> > > > 
> > > > -- 
> > > > James Cameron
> > > > http://quozl.netrek.org/
> > > > ___
> > > > Devel mailing list
> > > > Devel@lists.laptop.org
> > > > http://lists.laptop.org/listinfo/devel
> > > ___
> > > De

Re: XO as wireless remote terminal for Internet-in-a-box on Raspberry Pi Zero W

[Carrol Riddle]

sudo apt install dillo   works. (did first removed files from download of 
tarball method)
Website http://wiki.laptop.org rendering is usable. 
Internet-in-a-Box home page is largely not usable.  Presumably, this is due to 
use of Javascript pages.
Will try other lite browsers which claim to handle javascript.

> On December 10, 2019 at 2:28 PM James Cameron  wrote:
> 
> 
> Have you tried "sudo apt install dillo"?
> 
> On Tue, Dec 10, 2019 at 02:19:12PM -0500, Carrol Riddle wrote:
> > James,
> > Thanks for intro to field of "lite" browsers -- different from tried links2.
> > Not successful with Dillo yet. Make for fltk, a prerequisite, fails with 
> > errors (configure errors ?).
> > Will also look at others.
> > Carrol Riddle
> > 
> > > On December 9, 2019 at 1:07 AM James Cameron  wrote:
> > > 
> > > 
> > > Most web content demands large browser like Chromium or Firefox.
> > > 
> > > But where the web content is your own, or under your control, then a
> > > simplified web browser like Dillo may be helpful.
> > > 
> > > On Mon, Dec 09, 2019 at 12:13:36AM -0500, Carrol Riddle wrote:
> > > > XO as wireless remote terminal for Internet-in-a-box on Raspberry Pi 
> > > > Zero W using X11 forwarding.
> > > > 
> > > > XO usb port can be used to power Pi Zero W.  XO can be used to prepare 
> > > > >64 GB SD by installing Exfat (per earlier post).
> > > > 
> > > > Headless Pi Zero can be set up wirelessly with standard method of 
> > > > connecting to a wireless router.
> > > > A prepared Raspbian SD is edited to place empty SSH file in /boot to 
> > > > enable SSH and place a model wpa_supplicant file in /boot.  The 
> > > > wpa_supplicant is edit to provide ssid or ip address of router and its 
> > > > password. The Pi Zero W is functioning as an AP client.
> > > > 
> > > > Connection to the Pi Zero W is made using its host name (raspberrypi, 
> > > > password raspberry) or ip address (192.168.128.4) with a computer (XO) 
> > > > also connected to the wireless router.  
> > > > 
> > > > The wireless router is connected to an internet AP (in my case 
> > > > broadband AP/wireless router).  Raspbian Desktop is loaded and then 
> > > > Internet-in-a-Box (IIAB) is loaded.  iiab-hotspot-on command is run to 
> > > > enable IIAB's AP.  This also disables the connection to the wireless 
> > > > router and the only access to the IIAB becomes its AP and there is no 
> > > > internet connection (in spite of enabling internet on gateway).
> > > > 
> > > > If one needs to connect to the internet to obtain more content, then 
> > > > iiab-hotspot-off . The Pi Zero W can then be access with an XO (same XO 
> > > > as for power) over its usb port, which provides internet access.  XO 
> > > > setup  and accessing Chromium in the Raspbian Desktop has been 
> > > > described in an earlier post. IIAB is run in Chromium to access the 
> > > > Admin Console to manage the content.
> > > > 
> > > > Return to normal use of IIAB by running iiab-hotspot-on .   The Pi Zero 
> > > > W can be moved to any source of usb power.
> > > > 
> > > > Connect XO wirelessly to IIAB AP.   SSH / desktop with ssh -X 
> > > > pi@box.local /etc/X11/xinit/xintrc
> > > > Run Chrommium with URL of http://box.local.   This can be simplified by 
> > > > setting startup page in Chromium to http://box.local/home  .
> > > > 
> > > > Chromium is very, very slow, but IIAB is at XO speed.
> > > > 
> > > > If one wants to otherwise use Chromium, enable Home key in task bar and 
> > > > assign it to Chrome://
> > > > 
> > > > Direct Chromium access with  works 
> > > > when accessed over the usb, but does not work with IIAB AP (something 
> > > > about Xlib).
> > > > 
> > > > A simple Sugar Activity can run a script to handle all this startup of 
> > > > ssh / chromium / iiab .
> > > > 
> > > > My question for Devel list:   is there a simpler (faster) application 
> > > > than desktop Chromium for displaying web pages from Terminal ??
> > > > 
> > > > links2 is one such application, but I have not been successful in 
> > > > setting up options for x display.
> > > > 
> > > > 
> > > > Carrol Riddle
> > > > ___
> > > > Devel mailing list
> > > > Devel@lists.laptop.org
> > > > http://lists.laptop.org/listinfo/devel
> > > 
> > > -- 
> > > James Cameron
> > > http://quozl.netrek.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
> 
> -- 
> James Cameron
> http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: XO as wireless remote terminal for Internet-in-a-box on Raspberry Pi Zero W

[James Cameron]

Have you tried "sudo apt install dillo"?

On Tue, Dec 10, 2019 at 02:19:12PM -0500, Carrol Riddle wrote:
> James,
> Thanks for intro to field of "lite" browsers -- different from tried links2.
> Not successful with Dillo yet. Make for fltk, a prerequisite, fails with 
> errors (configure errors ?).
> Will also look at others.
> Carrol Riddle
> 
> > On December 9, 2019 at 1:07 AM James Cameron  wrote:
> > 
> > 
> > Most web content demands large browser like Chromium or Firefox.
> > 
> > But where the web content is your own, or under your control, then a
> > simplified web browser like Dillo may be helpful.
> > 
> > On Mon, Dec 09, 2019 at 12:13:36AM -0500, Carrol Riddle wrote:
> > > XO as wireless remote terminal for Internet-in-a-box on Raspberry Pi Zero 
> > > W using X11 forwarding.
> > > 
> > > XO usb port can be used to power Pi Zero W.  XO can be used to prepare 
> > > >64 GB SD by installing Exfat (per earlier post).
> > > 
> > > Headless Pi Zero can be set up wirelessly with standard method of 
> > > connecting to a wireless router.
> > > A prepared Raspbian SD is edited to place empty SSH file in /boot to 
> > > enable SSH and place a model wpa_supplicant file in /boot.  The 
> > > wpa_supplicant is edit to provide ssid or ip address of router and its 
> > > password. The Pi Zero W is functioning as an AP client.
> > > 
> > > Connection to the Pi Zero W is made using its host name (raspberrypi, 
> > > password raspberry) or ip address (192.168.128.4) with a computer (XO) 
> > > also connected to the wireless router.  
> > > 
> > > The wireless router is connected to an internet AP (in my case broadband 
> > > AP/wireless router).  Raspbian Desktop is loaded and then 
> > > Internet-in-a-Box (IIAB) is loaded.  iiab-hotspot-on command is run to 
> > > enable IIAB's AP.  This also disables the connection to the wireless 
> > > router and the only access to the IIAB becomes its AP and there is no 
> > > internet connection (in spite of enabling internet on gateway).
> > > 
> > > If one needs to connect to the internet to obtain more content, then 
> > > iiab-hotspot-off . The Pi Zero W can then be access with an XO (same XO 
> > > as for power) over its usb port, which provides internet access.  XO 
> > > setup  and accessing Chromium in the Raspbian Desktop has been described 
> > > in an earlier post. IIAB is run in Chromium to access the Admin Console 
> > > to manage the content.
> > > 
> > > Return to normal use of IIAB by running iiab-hotspot-on .   The Pi Zero W 
> > > can be moved to any source of usb power.
> > > 
> > > Connect XO wirelessly to IIAB AP.   SSH / desktop with ssh -X 
> > > pi@box.local /etc/X11/xinit/xintrc
> > > Run Chrommium with URL of http://box.local.   This can be simplified by 
> > > setting startup page in Chromium to http://box.local/home  .
> > > 
> > > Chromium is very, very slow, but IIAB is at XO speed.
> > > 
> > > If one wants to otherwise use Chromium, enable Home key in task bar and 
> > > assign it to Chrome://
> > > 
> > > Direct Chromium access with  works 
> > > when accessed over the usb, but does not work with IIAB AP (something 
> > > about Xlib).
> > > 
> > > A simple Sugar Activity can run a script to handle all this startup of 
> > > ssh / chromium / iiab .
> > > 
> > > My question for Devel list:   is there a simpler (faster) application 
> > > than desktop Chromium for displaying web pages from Terminal ??
> > > 
> > > links2 is one such application, but I have not been successful in setting 
> > > up options for x display.
> > > 
> > > 
> > > Carrol Riddle
> > > ___
> > > Devel mailing list
> > > Devel@lists.laptop.org
> > > http://lists.laptop.org/listinfo/devel
> > 
> > -- 
> > James Cameron
> > http://quozl.netrek.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

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: XO as wireless remote terminal for Internet-in-a-box on Raspberry Pi Zero W

[Carrol Riddle]

James,
Thanks for intro to field of "lite" browsers -- different from tried links2.
Not successful with Dillo yet. Make for fltk, a prerequisite, fails with errors 
(configure errors ?).
Will also look at others.
Carrol Riddle

> On December 9, 2019 at 1:07 AM James Cameron  wrote:
> 
> 
> Most web content demands large browser like Chromium or Firefox.
> 
> But where the web content is your own, or under your control, then a
> simplified web browser like Dillo may be helpful.
> 
> On Mon, Dec 09, 2019 at 12:13:36AM -0500, Carrol Riddle wrote:
> > XO as wireless remote terminal for Internet-in-a-box on Raspberry Pi Zero W 
> > using X11 forwarding.
> > 
> > XO usb port can be used to power Pi Zero W.  XO can be used to prepare >64 
> > GB SD by installing Exfat (per earlier post).
> > 
> > Headless Pi Zero can be set up wirelessly with standard method of 
> > connecting to a wireless router.
> > A prepared Raspbian SD is edited to place empty SSH file in /boot to enable 
> > SSH and place a model wpa_supplicant file in /boot.  The wpa_supplicant is 
> > edit to provide ssid or ip address of router and its password. The Pi Zero 
> > W is functioning as an AP client.
> > 
> > Connection to the Pi Zero W is made using its host name (raspberrypi, 
> > password raspberry) or ip address (192.168.128.4) with a computer (XO) also 
> > connected to the wireless router.  
> > 
> > The wireless router is connected to an internet AP (in my case broadband 
> > AP/wireless router).  Raspbian Desktop is loaded and then Internet-in-a-Box 
> > (IIAB) is loaded.  iiab-hotspot-on command is run to enable IIAB's AP.  
> > This also disables the connection to the wireless router and the only 
> > access to the IIAB becomes its AP and there is no internet connection (in 
> > spite of enabling internet on gateway).
> > 
> > If one needs to connect to the internet to obtain more content, then 
> > iiab-hotspot-off . The Pi Zero W can then be access with an XO (same XO as 
> > for power) over its usb port, which provides internet access.  XO setup  
> > and accessing Chromium in the Raspbian Desktop has been described in an 
> > earlier post. IIAB is run in Chromium to access the Admin Console to manage 
> > the content.
> > 
> > Return to normal use of IIAB by running iiab-hotspot-on .   The Pi Zero W 
> > can be moved to any source of usb power.
> > 
> > Connect XO wirelessly to IIAB AP.   SSH / desktop with ssh -X pi@box.local 
> > /etc/X11/xinit/xintrc
> > Run Chrommium with URL of http://box.local.   This can be simplified by 
> > setting startup page in Chromium to http://box.local/home  .
> > 
> > Chromium is very, very slow, but IIAB is at XO speed.
> > 
> > If one wants to otherwise use Chromium, enable Home key in task bar and 
> > assign it to Chrome://
> > 
> > Direct Chromium access with  works when 
> > accessed over the usb, but does not work with IIAB AP (something about 
> > Xlib).
> > 
> > A simple Sugar Activity can run a script to handle all this startup of ssh 
> > / chromium / iiab .
> > 
> > My question for Devel list:   is there a simpler (faster) application than 
> > desktop Chromium for displaying web pages from Terminal ??
> > 
> > links2 is one such application, but I have not been successful in setting 
> > up options for x display.
> > 
> > 
> > Carrol Riddle
> > ___
> > Devel mailing list
> > Devel@lists.laptop.org
> > http://lists.laptop.org/listinfo/devel
> 
> -- 
> James Cameron
> http://quozl.netrek.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: XO as wireless remote terminal for Internet-in-a-box on Raspberry Pi Zero W

[James Cameron]

Most web content demands large browser like Chromium or Firefox.

But where the web content is your own, or under your control, then a
simplified web browser like Dillo may be helpful.

On Mon, Dec 09, 2019 at 12:13:36AM -0500, Carrol Riddle wrote:
> XO as wireless remote terminal for Internet-in-a-box on Raspberry Pi Zero W 
> using X11 forwarding.
> 
> XO usb port can be used to power Pi Zero W.  XO can be used to prepare >64 GB 
> SD by installing Exfat (per earlier post).
> 
> Headless Pi Zero can be set up wirelessly with standard method of connecting 
> to a wireless router.
> A prepared Raspbian SD is edited to place empty SSH file in /boot to enable 
> SSH and place a model wpa_supplicant file in /boot.  The wpa_supplicant is 
> edit to provide ssid or ip address of router and its password. The Pi Zero W 
> is functioning as an AP client.
> 
> Connection to the Pi Zero W is made using its host name (raspberrypi, 
> password raspberry) or ip address (192.168.128.4) with a computer (XO) also 
> connected to the wireless router.  
> 
> The wireless router is connected to an internet AP (in my case broadband 
> AP/wireless router).  Raspbian Desktop is loaded and then Internet-in-a-Box 
> (IIAB) is loaded.  iiab-hotspot-on command is run to enable IIAB's AP.  This 
> also disables the connection to the wireless router and the only access to 
> the IIAB becomes its AP and there is no internet connection (in spite of 
> enabling internet on gateway).
> 
> If one needs to connect to the internet to obtain more content, then 
> iiab-hotspot-off . The Pi Zero W can then be access with an XO (same XO as 
> for power) over its usb port, which provides internet access.  XO setup  and 
> accessing Chromium in the Raspbian Desktop has been described in an earlier 
> post. IIAB is run in Chromium to access the Admin Console to manage the 
> content.
> 
> Return to normal use of IIAB by running iiab-hotspot-on .   The Pi Zero W can 
> be moved to any source of usb power.
> 
> Connect XO wirelessly to IIAB AP.   SSH / desktop with ssh -X pi@box.local 
> /etc/X11/xinit/xintrc
> Run Chrommium with URL of http://box.local.   This can be simplified by 
> setting startup page in Chromium to http://box.local/home  .
> 
> Chromium is very, very slow, but IIAB is at XO speed.
> 
> If one wants to otherwise use Chromium, enable Home key in task bar and 
> assign it to Chrome://
> 
> Direct Chromium access with  works when 
> accessed over the usb, but does not work with IIAB AP (something about Xlib).
> 
> A simple Sugar Activity can run a script to handle all this startup of ssh / 
> chromium / iiab .
> 
> My question for Devel list:   is there a simpler (faster) application than 
> desktop Chromium for displaying web pages from Terminal ??
> 
> links2 is one such application, but I have not been successful in setting up 
> options for x display.
> 
> 
> Carrol Riddle
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: XO's cannot use mirror repo's in YUM update or install

[Carrol Riddle]

Correction: baseurl must begin with "download" instead of "dl" for this case.
Rpmfusion must be installed before exfat.

> On November 10, 2019 at 3:15 PM Carrol Riddle  wrote:
> 
> 
> Have been able to Yum install exfat files on my XO-1, but everywhere had to 
> block mirrorline and use baseurl. 
> 
> Still do not know why mirrors do not work.
> 
> The baseurl for fedora.repo is 
> http://dl.fedoraproject.org/pub/archive/fedora/linux/$releasever/Everything/$basearch/os/
> 
> The baseurl for rpmfusion is 
> http://archive.rpmfusion.org/free-archive/fedora/releases/$releasever/Everything/$basearch/os/
> 
> dl, download and archive all seem to work as first term in fedora path.
> 
> Modified the *-update.repo files similarly (but not same).
> 
> I had been using http://wiki.laptop.org/go/Gstreamer  method of installing 
> rpmfusion,
> but simpler and newer is:
> wget -c 
> download1.rpmfusion.org/free/fedora/rpmfusion-free-release-18.noarch.rpm
> and rpm  -i rpmfusion-free-release-18.noarch.rpm
> 
> Removed extraneous rpmfusion  repos from /etc/yum.repos.d/
> 
> This effort was to allow installing Internet-in-a-Box on a larger SD for 
> Raspberry Pi Zero W using only XO and the Zero.
> Two external ports are needed and had previously used Pi 4 to prepare SD.
> The single USB port on Zero is used for the connection to an XO using 
> X11Forwarding for display, keyboard and shared WiFi (secondary to Zero W 
> on-board WiFi or as primary for simple Zero).
> 
> Still looking for cause of YUM Mirrors failure.
> 
> Carrol Riddle
> 
> 
> > On November 10, 2019 at 9:57 AM Peter Robinson  wrote:
> > 
> > 
> > On Sun, Nov 10, 2019 at 5:29 AM Carrol Riddle  wrote:
> > >
> > > XO's attempting to run YUM update or install are unable to use fedora 
> > > mirror sites (https://) but able to use primary fedora site (http://).
> > >
> > > Is this a matter of https vs http / ca-certificates or changes in mirror 
> > > structures ?  Ca-certificates update have not been done, but could be 
> > > done.
> > >
> > >  Running OLPC 13.2.10 with current date / time and hwclock -w to sync.
> > >
> > > Primaries used by editing /etc/yum.repos.d/fedora.repo and commenting out 
> > > mirrorlist line and uncommenting baseurl line (and adding "archive" to 
> > > url path after /pub/).
> > >
> > > There are no entries in yum.log and error message is:
> > > "Cannot retrieve metalink for repository: fedora/18/i386.  Please verify 
> > > its path and try again."
> > >
> > > My specific case is trying to install rpmfusion in preparing to install 
> > > exfat-utils and fuse-exfat ,  but occurs with other installs that have 
> > > been done in the past.
> > 
> > I'm guessing you might need to update for content that has been
> > archived, I thought the mirror manager dealt with redirects
> > automatically there but I don't know exactly.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: XO's cannot use mirror repo's in YUM update or install

[James Cameron]

Thanks for the problem report and workaround.

The cause is an SSLv3 Handshake Failure, apparently a result of
tightened security configuration at fedoraproject.org which is no
longer compatible with Fedora 18.

Unfortunately yum does not report the actual problem.

Here's how to catch proof;

1.  use tcpdump to capture network packets and then wireshark to
analyse,

2.  look for the "Alert (Level: Fatal, Description: Handshake
Failure)",

3.  look for the immediately preceeding SSLv3 Client Hello message,

4.  note the Cipher Suites list contains some that are no longer
acceptable.

Your workaround is fine.  It is similar to the one I used for XO-1.75
and XO-4 in 13.2.8;
https://github.com/quozl/olpc-os-builder/commit/f2cb3908aff0cc7bc3ba7937a93b0337140dd81e

Another workaround is to change from https to http in the mirrorlist
entries.

sudo sed -i 's/mirrorlist=https/mirrorlist=http/g' /etc/yum.repos.d/*.repo

However, while this is faster, it also lowers the overall security
because it makes a man in the middle attack easier.

Best way to image a set of laptops with rpmfusion packages is to build
an image using olpc-os-builder.  I've got notes on how to do that.

On Sun, Nov 10, 2019 at 03:15:55PM -0500, Carrol Riddle wrote:
> Have been able to Yum install exfat files on my XO-1, but everywhere had to 
> block mirrorline and use baseurl. 
> 
> Still do not know why mirrors do not work.
> 
> The baseurl for fedora.repo is 
> http://dl.fedoraproject.org/pub/archive/fedora/linux/$releasever/Everything/$basearch/os/
> 
> The baseurl for rpmfusion is 
> http://archive.rpmfusion.org/free-archive/fedora/releases/$releasever/Everything/$basearch/os/
> 
> dl, download and archive all seem to work as first term in fedora path.
> 
> Modified the *-update.repo files similarly (but not same).
> 
> I had been using http://wiki.laptop.org/go/Gstreamer  method of installing 
> rpmfusion,
> but simpler and newer is:
> wget -c 
> download1.rpmfusion.org/free/fedora/rpmfusion-free-release-18.noarch.rpm
> and rpm  -i rpmfusion-free-release-18.noarch.rpm
> 
> Removed extraneous rpmfusion  repos from /etc/yum.repos.d/
> 
> This effort was to allow installing Internet-in-a-Box on a larger SD for 
> Raspberry Pi Zero W using only XO and the Zero.
> Two external ports are needed and had previously used Pi 4 to prepare SD.
> The single USB port on Zero is used for the connection to an XO using 
> X11Forwarding for display, keyboard and shared WiFi (secondary to Zero W 
> on-board WiFi or as primary for simple Zero).
> 
> Still looking for cause of YUM Mirrors failure.
> 
> Carrol Riddle
> 
> 
> > On November 10, 2019 at 9:57 AM Peter Robinson  wrote:
> > 
> > 
> > On Sun, Nov 10, 2019 at 5:29 AM Carrol Riddle  wrote:
> > >
> > > XO's attempting to run YUM update or install are unable to use fedora 
> > > mirror sites (https://) but able to use primary fedora site (http://).
> > >
> > > Is this a matter of https vs http / ca-certificates or changes in mirror 
> > > structures ?  Ca-certificates update have not been done, but could be 
> > > done.
> > >
> > >  Running OLPC 13.2.10 with current date / time and hwclock -w to sync.
> > >
> > > Primaries used by editing /etc/yum.repos.d/fedora.repo and commenting out 
> > > mirrorlist line and uncommenting baseurl line (and adding "archive" to 
> > > url path after /pub/).
> > >
> > > There are no entries in yum.log and error message is:
> > > "Cannot retrieve metalink for repository: fedora/18/i386.  Please verify 
> > > its path and try again."
> > >
> > > My specific case is trying to install rpmfusion in preparing to install 
> > > exfat-utils and fuse-exfat ,  but occurs with other installs that have 
> > > been done in the past.
> > 
> > I'm guessing you might need to update for content that has been
> > archived, I thought the mirror manager dealt with redirects
> > automatically there but I don't know exactly.
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: XO's cannot use mirror repo's in YUM update or install

[Carrol Riddle]

Have been able to Yum install exfat files on my XO-1, but everywhere had to 
block mirrorline and use baseurl. 

Still do not know why mirrors do not work.

The baseurl for fedora.repo is 
http://dl.fedoraproject.org/pub/archive/fedora/linux/$releasever/Everything/$basearch/os/

The baseurl for rpmfusion is 
http://archive.rpmfusion.org/free-archive/fedora/releases/$releasever/Everything/$basearch/os/

dl, download and archive all seem to work as first term in fedora path.

Modified the *-update.repo files similarly (but not same).

I had been using http://wiki.laptop.org/go/Gstreamer  method of installing 
rpmfusion,
but simpler and newer is:
wget -c download1.rpmfusion.org/free/fedora/rpmfusion-free-release-18.noarch.rpm
and rpm  -i rpmfusion-free-release-18.noarch.rpm

Removed extraneous rpmfusion  repos from /etc/yum.repos.d/

This effort was to allow installing Internet-in-a-Box on a larger SD for 
Raspberry Pi Zero W using only XO and the Zero.
Two external ports are needed and had previously used Pi 4 to prepare SD.
The single USB port on Zero is used for the connection to an XO using 
X11Forwarding for display, keyboard and shared WiFi (secondary to Zero W 
on-board WiFi or as primary for simple Zero).

Still looking for cause of YUM Mirrors failure.

Carrol Riddle


> On November 10, 2019 at 9:57 AM Peter Robinson  wrote:
> 
> 
> On Sun, Nov 10, 2019 at 5:29 AM Carrol Riddle  wrote:
> >
> > XO's attempting to run YUM update or install are unable to use fedora 
> > mirror sites (https://) but able to use primary fedora site (http://).
> >
> > Is this a matter of https vs http / ca-certificates or changes in mirror 
> > structures ?  Ca-certificates update have not been done, but could be done.
> >
> >  Running OLPC 13.2.10 with current date / time and hwclock -w to sync.
> >
> > Primaries used by editing /etc/yum.repos.d/fedora.repo and commenting out 
> > mirrorlist line and uncommenting baseurl line (and adding "archive" to url 
> > path after /pub/).
> >
> > There are no entries in yum.log and error message is:
> > "Cannot retrieve metalink for repository: fedora/18/i386.  Please verify 
> > its path and try again."
> >
> > My specific case is trying to install rpmfusion in preparing to install 
> > exfat-utils and fuse-exfat ,  but occurs with other installs that have been 
> > done in the past.
> 
> I'm guessing you might need to update for content that has been
> archived, I thought the mirror manager dealt with redirects
> automatically there but I don't know exactly.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: XO's cannot use mirror repo's in YUM update or install

[Chris Marshall]

I had the same problem last week.  I did determine that the Fedora packages
had been archived but I could not figure out how to get yum to work.  Maybe
it is a different type of repository?  At any rate, I was unable to get yum
to work.

--Chris

On Sun, Nov 10, 2019 at 9:57 AM Peter Robinson  wrote:

> On Sun, Nov 10, 2019 at 5:29 AM Carrol Riddle 
> wrote:
> >
> > XO's attempting to run YUM update or install are unable to use fedora
> mirror sites (https://) but able to use primary fedora site (http://).
> >
> > Is this a matter of https vs http / ca-certificates or changes in mirror
> structures ?  Ca-certificates update have not been done, but could be done.
> >
> >  Running OLPC 13.2.10 with current date / time and hwclock -w to sync.
> >
> > Primaries used by editing /etc/yum.repos.d/fedora.repo and commenting
> out mirrorlist line and uncommenting baseurl line (and adding "archive" to
> url path after /pub/).
> >
> > There are no entries in yum.log and error message is:
> > "Cannot retrieve metalink for repository: fedora/18/i386.  Please verify
> its path and try again."
> >
> > My specific case is trying to install rpmfusion in preparing to install
> exfat-utils and fuse-exfat ,  but occurs with other installs that have been
> done in the past.
>
> I'm guessing you might need to update for content that has been
> archived, I thought the mirror manager dealt with redirects
> automatically there but I don't know exactly.
> ___
> 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: XO's cannot use mirror repo's in YUM update or install

[Peter Robinson]

On Sun, Nov 10, 2019 at 5:29 AM Carrol Riddle  wrote:
>
> XO's attempting to run YUM update or install are unable to use fedora mirror 
> sites (https://) but able to use primary fedora site (http://).
>
> Is this a matter of https vs http / ca-certificates or changes in mirror 
> structures ?  Ca-certificates update have not been done, but could be done.
>
>  Running OLPC 13.2.10 with current date / time and hwclock -w to sync.
>
> Primaries used by editing /etc/yum.repos.d/fedora.repo and commenting out 
> mirrorlist line and uncommenting baseurl line (and adding "archive" to url 
> path after /pub/).
>
> There are no entries in yum.log and error message is:
> "Cannot retrieve metalink for repository: fedora/18/i386.  Please verify its 
> path and try again."
>
> My specific case is trying to install rpmfusion in preparing to install 
> exfat-utils and fuse-exfat ,  but occurs with other installs that have been 
> done in the past.

I'm guessing you might need to update for content that has been
archived, I thought the mirror manager dealt with redirects
automatically there but I don't know exactly.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: OpenFirmware and Linux v5.0 on XO-1.75

[Lubomir Rintel]

On Mon, 2019-04-22 at 06:10 +1000, James Cameron wrote:
> On Sun, Apr 21, 2019 at 12:02:56PM +0200, Lubomir Rintel wrote:
> > On Sat, 2019-04-20 at 18:08 +1000, James Cameron wrote:
> > > On Fri, Apr 19, 2019 at 08:58:15AM +0200, Lubomir Rintel wrote:
> > > > On Mon, 2019-02-25 at 20:00 +1100, James Cameron wrote:
> > > > > On Sat, Feb 23, 2019 at 06:06:56PM +0100, Lubomir Rintel wrote:
> > > > > > On Sat, 2019-02-23 at 10:52 +1100, James Cameron wrote:
> > > > > > > On Fri, Feb 22, 2019 at 12:14:00PM +0100, Lubomir Rintel wrote:
> > > > > > > > Also, which config? Mine is basically this:
> > > > > > > > https://raw.githubusercontent.com/hackerspace/olpc-xo175-linux/lr/olpc-xo175/arch/arm/configs/olpc_xo175_defconfig
> > > > > > > 
> > > > > > > The config used by Fedora.
> > > > > > > 
> > > > > > > Can we work toward some kind of reproducible build?
> > > > > > 
> > > > > > Not sure what you mean here.
> > > > > 
> > > > > Sorry.  Configuring and building kernels is for me a rare thing to do,
> > > > > and whenever I try I'm usually interrupted by something more urgent,
> > > > > as I've quite a few other things I've got to do.  I'm still a newbie
> > > > > at it because I can't dedicate the time.  [...]
> > > > 
> > > > So, over the last week or so, I spent some effort making this work with
> > > > the OLPC RPM build tooling. Here's what I came up with:
> > > > 
> > > > http://v3.sk/~lkundrak/olpc/green_ears.jpeg
> > > > [...]
> > > > Firmware:
> > > > 
> > > >   git pull https://github.com/lkundrak/openfirmware/ lr/olpc-xo175-3
> > > > 
> > > > A couple more small fixups here and there since lr/olpc-xo175-2. The
> > > > most notable fix is for a regression that caused the RTC to be cleared
> > > > on each boot.
> > > 
> > > Pushed as
> > > https://github.com/quozl/openfirmware/commits/lr/olpc-xo175-3
> > > 
> > > Released q4e00ja.rom from this as is;
> > > http://dev.laptop.org/~quozl/q4e00ja.rom
> > > 
> > > Removed the dtcompat.fth fload and released q4e01ja.rom;
> > > http://dev.laptop.org/~quozl/q4e01ja.rom
> > 
> > This second image removes the ablity to boot the legacy OLPC OS kernel,
> > doesn't it?
> 
> For secure boot, yes.  But you could still use root=.

Hmmm, but it also turns on the DT flattening which is mutually
exclusive with ATAGs (because r2 points to either of them). I think the
legacy kernel wouldn't even be able to get any kernel command line
arguments (including root=) or memory size. I though the machine ID is
also different for BSP-based kernel than for the FDT-based.

That said, I haven't actually tested whether that is the case. If it
somehow works, but I can't see how (kernel using built-in arguments and
ignoring machine id? no idea).

Lubo

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

Re: OpenFirmware and Linux v5.0 on XO-1.75

[James Cameron]

On Sun, Apr 21, 2019 at 12:02:56PM +0200, Lubomir Rintel wrote:
> On Sat, 2019-04-20 at 18:08 +1000, James Cameron wrote:
> > On Fri, Apr 19, 2019 at 08:58:15AM +0200, Lubomir Rintel wrote:
> > > On Mon, 2019-02-25 at 20:00 +1100, James Cameron wrote:
> > > > On Sat, Feb 23, 2019 at 06:06:56PM +0100, Lubomir Rintel wrote:
> > > > > On Sat, 2019-02-23 at 10:52 +1100, James Cameron wrote:
> > > > > > On Fri, Feb 22, 2019 at 12:14:00PM +0100, Lubomir Rintel wrote:
> > > > > > > Also, which config? Mine is basically this:
> > > > > > > https://raw.githubusercontent.com/hackerspace/olpc-xo175-linux/lr/olpc-xo175/arch/arm/configs/olpc_xo175_defconfig
> > > > > > 
> > > > > > The config used by Fedora.
> > > > > > 
> > > > > > Can we work toward some kind of reproducible build?
> > > > > 
> > > > > Not sure what you mean here.
> > > > 
> > > > Sorry.  Configuring and building kernels is for me a rare thing to do,
> > > > and whenever I try I'm usually interrupted by something more urgent,
> > > > as I've quite a few other things I've got to do.  I'm still a newbie
> > > > at it because I can't dedicate the time.  [...]
> > > 
> > > So, over the last week or so, I spent some effort making this work with
> > > the OLPC RPM build tooling. Here's what I came up with:
> > > 
> > > http://v3.sk/~lkundrak/olpc/green_ears.jpeg
> > > [...]
> > > Firmware:
> > > 
> > >   git pull https://github.com/lkundrak/openfirmware/ lr/olpc-xo175-3
> > > 
> > > A couple more small fixups here and there since lr/olpc-xo175-2. The
> > > most notable fix is for a regression that caused the RTC to be cleared
> > > on each boot.
> > 
> > Pushed as
> > https://github.com/quozl/openfirmware/commits/lr/olpc-xo175-3
> > 
> > Released q4e00ja.rom from this as is;
> > http://dev.laptop.org/~quozl/q4e00ja.rom
> > 
> > Removed the dtcompat.fth fload and released q4e01ja.rom;
> > http://dev.laptop.org/~quozl/q4e01ja.rom
> 
> This second image removes the ablity to boot the legacy OLPC OS kernel,
> doesn't it?

For secure boot, yes.  But you could still use root=.

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: OpenFirmware and Linux v5.0 on XO-1.75

[Lubomir Rintel]

On Sat, 2019-04-20 at 18:08 +1000, James Cameron wrote:
> On Fri, Apr 19, 2019 at 08:58:15AM +0200, Lubomir Rintel wrote:
> > On Mon, 2019-02-25 at 20:00 +1100, James Cameron wrote:
> > > On Sat, Feb 23, 2019 at 06:06:56PM +0100, Lubomir Rintel wrote:
> > > > On Sat, 2019-02-23 at 10:52 +1100, James Cameron wrote:
> > > > > On Fri, Feb 22, 2019 at 12:14:00PM +0100, Lubomir Rintel wrote:
> > > > > > Also, which config? Mine is basically this:
> > > > > > https://raw.githubusercontent.com/hackerspace/olpc-xo175-linux/lr/olpc-xo175/arch/arm/configs/olpc_xo175_defconfig
> > > > > 
> > > > > The config used by Fedora.
> > > > > 
> > > > > Can we work toward some kind of reproducible build?
> > > > 
> > > > Not sure what you mean here.
> > > 
> > > Sorry.  Configuring and building kernels is for me a rare thing to do,
> > > and whenever I try I'm usually interrupted by something more urgent,
> > > as I've quite a few other things I've got to do.  I'm still a newbie
> > > at it because I can't dedicate the time.  [...]
> > 
> > So, over the last week or so, I spent some effort making this work with
> > the OLPC RPM build tooling. Here's what I came up with:
> > 
> > http://v3.sk/~lkundrak/olpc/green_ears.jpeg
> 
> Thanks, that's fantastic.  I've mostly reproduced your work, and have
> my build of your 5.0 kernel running on an XO-1.75 with an adjusted
> Fedora 18 user space and a fixed root= argument.

(regarding the root= argument, see also the stable mmc names patch
below)

> 
> > The kernel:
> > 
> >   git pull https://github.com/hackerspace/olpc-xo175-linux/ olpc-5.0
> > 
> > Based on vanilla v5.0.8, a few parts taken from olpc-4.8,
> > olpc-3.0-arm, along with my defconfig and a couple of changes to
> > support cross-build on Fedora 30. I've not tested native builds, I
> > didn't dare to run it on the XO.
> 
> Pushed as http://dev.laptop.org/git/olpc-kernel/log/?h=olpc-5.0
> 
> My dmesg;
> http://dev.laptop.org/~quozl/z/1hHiN5.txt
> 
> I used an Ubuntu 18.04 cross-build to make the kernel I'm using at the
> moment, as our production builder is Fedora 18.  I've started to
> iterate on a Fedora 30 builder, but I'm not sure I've got everything I
> need.  Here's the packages I'm adding;
> 
> gcc-arm-linux-gnu binutils-arm-linux-gnu
> rpm-build bison flex m4 make openssl-devel perl

Sounds about right. In general I think it's the *-arm-linux-gnu cross-
toolchain packages + the RPM's BuildRequires.

> > Firmware:
> > 
> >   git pull https://github.com/lkundrak/openfirmware/ lr/olpc-xo175-3
> > 
> > A couple more small fixups here and there since lr/olpc-xo175-2. The
> > most notable fix is for a regression that caused the RTC to be cleared
> > on each boot.
> 
> Pushed as
> https://github.com/quozl/openfirmware/commits/lr/olpc-xo175-3
> 
> Released q4e00ja.rom from this as is;
> http://dev.laptop.org/~quozl/q4e00ja.rom
> 
> Removed the dtcompat.fth fload and released q4e01ja.rom;
> http://dev.laptop.org/~quozl/q4e01ja.rom

This second image removes the ablity to boot the legacy OLPC OS kernel,
doesn't it?

> As the firmware will update on a standard system before the kernel
> will boot, this seems an okay way to do it.  What do you think?

Sounds all right.

> >   git pull https://github.com/lkundrak/dracut-modules-olpc/ master
> > 
> > There's a fix for assumptions about the mmc controller
> > numbering. Also, to boot a FDT-based kernel the initramfs needs to
> > avoid triggering the compat boot path (that lies about bootpath and
> > disables the DT flattening).

By the way there's this patch we could use if we needed stable device
names:

https://lore.kernel.org/lkml/20190416133930.1819-1-lkund...@v3.sk/

But as the OLPC OS' initrd already relies on incorrect numbering
(different from what OFW and presumably marvell uses) and the dtcompat
translates it to something yet more incorrect, this wouldn't really be
useful for compatibility. So if nobody picks up the patch, there's
probably not much point in pushing it forward.

> Thanks.  I'm yet to use this, but plan to.
> 
> >   git pull https://github.com/lkundrak/olpc-utils/ v5.0
> >   git pull https://github.com/lkundrak/olpc-utils/ master
> > 
> > Fixes the X11 video.
> 
> Thanks, yes, it does work, though I had to recreate the xorg.conf.d
> symlink, not sure why.
> 
> Pushed as http://dev.laptop.org/git/projects/olpc-utils/log/?h=v5.1
> 
> Packaged as
> http://dev.laptop.org/~quozl/olpc-utils-5.1.0-0.olpc.armv7hl.rpm
> http://dev.laptop.org/~quozl/olpc-utils-5.1.0-0.olpc.src.rpm
> 
> > The patched packages are here: http://v3.sk/~lkundrak/olpc/
> > The dracut-modules-olpc package needs to be installed prior to the
> > kernel.
> 
> Oops, I should have read all this way before acting.  I got caught up
> in code review.  Sorry.  I'll do another test using your binaries.
> 
> By the way, there's an interesting symptom on WiFi, a variable latency
> on inbound ssh, also shows up as a latency staircase effect in
> outbound "ping -n -i 0.200".

I have no idea why would t

Re: OpenFirmware and Linux v5.0 on XO-1.75

[James Cameron]

On Fri, Apr 19, 2019 at 08:58:15AM +0200, Lubomir Rintel wrote:
> On Mon, 2019-02-25 at 20:00 +1100, James Cameron wrote:
> > On Sat, Feb 23, 2019 at 06:06:56PM +0100, Lubomir Rintel wrote:
> > > On Sat, 2019-02-23 at 10:52 +1100, James Cameron wrote:
> > > > On Fri, Feb 22, 2019 at 12:14:00PM +0100, Lubomir Rintel wrote:
> > > > > Also, which config? Mine is basically this:
> > > > > https://raw.githubusercontent.com/hackerspace/olpc-xo175-linux/lr/olpc-xo175/arch/arm/configs/olpc_xo175_defconfig
> > > > 
> > > > The config used by Fedora.
> > > > 
> > > > Can we work toward some kind of reproducible build?
> > > 
> > > Not sure what you mean here.
> > 
> > Sorry.  Configuring and building kernels is for me a rare thing to do,
> > and whenever I try I'm usually interrupted by something more urgent,
> > as I've quite a few other things I've got to do.  I'm still a newbie
> > at it because I can't dedicate the time.  [...]
> 
> So, over the last week or so, I spent some effort making this work with
> the OLPC RPM build tooling. Here's what I came up with:
> 
> http://v3.sk/~lkundrak/olpc/green_ears.jpeg

Thanks, that's fantastic.  I've mostly reproduced your work, and have
my build of your 5.0 kernel running on an XO-1.75 with an adjusted
Fedora 18 user space and a fixed root= argument.

> The kernel:
> 
>   git pull https://github.com/hackerspace/olpc-xo175-linux/ olpc-5.0
> 
> Based on vanilla v5.0.8, a few parts taken from olpc-4.8,
> olpc-3.0-arm, along with my defconfig and a couple of changes to
> support cross-build on Fedora 30. I've not tested native builds, I
> didn't dare to run it on the XO.

Pushed as http://dev.laptop.org/git/olpc-kernel/log/?h=olpc-5.0

My dmesg;
http://dev.laptop.org/~quozl/z/1hHiN5.txt

I used an Ubuntu 18.04 cross-build to make the kernel I'm using at the
moment, as our production builder is Fedora 18.  I've started to
iterate on a Fedora 30 builder, but I'm not sure I've got everything I
need.  Here's the packages I'm adding;

gcc-arm-linux-gnu binutils-arm-linux-gnu
rpm-build bison flex m4 make openssl-devel perl

> Firmware:
> 
>   git pull https://github.com/lkundrak/openfirmware/ lr/olpc-xo175-3
> 
> A couple more small fixups here and there since lr/olpc-xo175-2. The
> most notable fix is for a regression that caused the RTC to be cleared
> on each boot.

Pushed as
https://github.com/quozl/openfirmware/commits/lr/olpc-xo175-3

Released q4e00ja.rom from this as is;
http://dev.laptop.org/~quozl/q4e00ja.rom

Removed the dtcompat.fth fload and released q4e01ja.rom;
http://dev.laptop.org/~quozl/q4e01ja.rom

As the firmware will update on a standard system before the kernel
will boot, this seems an okay way to do it.  What do you think?

>   git pull https://github.com/lkundrak/dracut-modules-olpc/ master
> 
> There's a fix for assumptions about the mmc controller
> numbering. Also, to boot a FDT-based kernel the initramfs needs to
> avoid triggering the compat boot path (that lies about bootpath and
> disables the DT flattening).

Thanks.  I'm yet to use this, but plan to.

>   git pull https://github.com/lkundrak/olpc-utils/ v5.0
>   git pull https://github.com/lkundrak/olpc-utils/ master
> 
> Fixes the X11 video.

Thanks, yes, it does work, though I had to recreate the xorg.conf.d
symlink, not sure why.

Pushed as http://dev.laptop.org/git/projects/olpc-utils/log/?h=v5.1

Packaged as
http://dev.laptop.org/~quozl/olpc-utils-5.1.0-0.olpc.armv7hl.rpm
http://dev.laptop.org/~quozl/olpc-utils-5.1.0-0.olpc.src.rpm

> The patched packages are here: http://v3.sk/~lkundrak/olpc/
> The dracut-modules-olpc package needs to be installed prior to the
> kernel.

Oops, I should have read all this way before acting.  I got caught up
in code review.  Sorry.  I'll do another test using your binaries.

By the way, there's an interesting symptom on WiFi, a variable latency
on inbound ssh, also shows up as a latency staircase effect in
outbound "ping -n -i 0.200".

Also, power is not turned off on system halt.  I remember fixing that
once, so no biggie.

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: XO 1.75 mainlining status

[James Cameron]

On Fri, Apr 19, 2019 at 04:23:28PM +0200, Lubomir Rintel wrote:
> I'm wondering how the clocks are determined for the GC860.
> That should be the APMU + 0xcc register (0xd42828cc)

Got it.

> Sources [1] and [2] suggest that there is a multiplexer that chooses
> between PLL1, PLL2 and USB PLL along with a divisor and that there are
> separate bus and GPU core clocks. It is not clear to me which bits
> control which clock.

Bit 12 is a clock select,

bits 7:6 are clock source multiplexor,

when bit 12 is 0, bits 6:7 have meaning; 0x0 selects PLL1 divided by
two, 0x1 is PLL1 divided by three, 0x2 is PLL2, 0x3 is PLL2 divided by
three.

when bit 12 is 1, bits 6:7 have meaning; 0x0 selects PLL2 divided by
four, 0x1 USB PLL, remainder reserved.

> The Etnaviv driver also expects another "shader" clock for the core
> that executes the 3D command buffers. Apart from the meaning of the
> bits set in gc800_clk_enable(), I wonder what is the purpose of the
> udelay()s. I've noticed that if I just set the register as a whole
> the board sometimes hangs and I'm wondering why could that be.

Other bits in the register let me put a story to this;

1.  the module is powered up (3<<9), and the peripheral (1<<3) and AXI
bus clocks (1<<2) are turned on, then there is a udelay(150),

2.  isolation is disabled (1<<8), and then there is a udelay(1),

3.  reset is released on the AXI2MC interface (1<<15), reset is
released on the GC controller (1<<0), and then there is a udelay(100),

4   reset is released on the GPU AXI (1<<1), and then there is a
udelay(100).

Don't know why the delays are needed, sorry.

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: OpenFirmware and Linux v5.0 on XO-1.75

[Lubomir Rintel]

On Mon, 2019-02-25 at 20:00 +1100, James Cameron wrote:
> On Sat, Feb 23, 2019 at 06:06:56PM +0100, Lubomir Rintel wrote:
> > On Sat, 2019-02-23 at 10:52 +1100, James Cameron wrote:
> > > On Fri, Feb 22, 2019 at 12:14:00PM +0100, Lubomir Rintel wrote:
> > > > Also, which config? Mine is basically this:
> > > > https://raw.githubusercontent.com/hackerspace/olpc-xo175-linux/lr/olpc-xo175/arch/arm/configs/olpc_xo175_defconfig
> > > 
> > > The config used by Fedora.
> > > 
> > > Can we work toward some kind of reproducible build?
> > 
> > Not sure what you mean here.
> 
> Sorry.  Configuring and building kernels is for me a rare thing to do,
> and whenever I try I'm usually interrupted by something more urgent,
> as I've quite a few other things I've got to do.  I'm still a newbie
> at it because I can't dedicate the time.
> 
> http://dev.laptop.org/git/olpc-kernel/commit/?h=olpc-4.8&id=4731695ff517ccb145e60d68acd2f7f15eb4ab6b
> is an example patch which, in addition to a few irrelevant changes,
> adds our OLPC RPM build process;
> 
> - our defconfig,
> 
> - a spec file for rpmbuild,
> 
> - a build script,
> 
> - an openfirmware boot script.
> 
> Some of this may have bit-rotted.

So, over the last week or so, I spent some effort making this work with
the OLPC RPM build tooling. Here's what I came up with:

http://v3.sk/~lkundrak/olpc/green_ears.jpeg

The kernel:

  git pull https://github.com/hackerspace/olpc-xo175-linux/ olpc-5.0

Based on vanilla v5.0.8, a few parts taken from olpc-4.8, olpc-3.0-arm, 
along with my defconfig and a couple of changes to support cross-build
on Fedora 30. I've not tested native builds, I didn't dare to run it on
the XO.

Firmware:

  git pull https://github.com/lkundrak/openfirmware/ lr/olpc-xo175-3

A couple more small fixups here and there since lr/olpc-xo175-2. The
most notable fix is for a regression that caused the RTC to be cleared
on each boot.

  git pull https://github.com/lkundrak/dracut-modules-olpc/ master

There's a fix for assumptions about the mmc controller numbering. Also,
to boot a FDT-based kernel the initramfs needs to avoid triggering the
compat boot path (that lies about bootpath and disables the DT
flattening).

  git pull https://github.com/lkundrak/olpc-utils/ v5.0
  git pull https://github.com/lkundrak/olpc-utils/ master

Fixes the X11 video.

The patched packages are here: http://v3.sk/~lkundrak/olpc/
The dracut-modules-olpc package needs to be installed prior to the
kernel.

Lubo

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

Re: OpenFirmware and Linux v5.0 on XO-1.75

[James Cameron]

On Sat, Feb 23, 2019 at 06:06:56PM +0100, Lubomir Rintel wrote:
> On Sat, 2019-02-23 at 10:52 +1100, James Cameron wrote:
> > On Fri, Feb 22, 2019 at 12:14:00PM +0100, Lubomir Rintel wrote:
> > > Also, which config? Mine is basically this:
> > > https://raw.githubusercontent.com/hackerspace/olpc-xo175-linux/lr/olpc-xo175/arch/arm/configs/olpc_xo175_defconfig
> > 
> > The config used by Fedora.
> > 
> > Can we work toward some kind of reproducible build?
> 
> Not sure what you mean here.

Sorry.  Configuring and building kernels is for me a rare thing to do,
and whenever I try I'm usually interrupted by something more urgent,
as I've quite a few other things I've got to do.  I'm still a newbie
at it because I can't dedicate the time.

http://dev.laptop.org/git/olpc-kernel/commit/?h=olpc-4.8&id=4731695ff517ccb145e60d68acd2f7f15eb4ab6b
is an example patch which, in addition to a few irrelevant changes,
adds our OLPC RPM build process;

- our defconfig,

- a spec file for rpmbuild,

- a build script,

- an openfirmware boot script.

Some of this may have bit-rotted.

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: OpenFirmware and Linux v5.0 on XO-1.75

[Lubomir Rintel]

On Sat, 2019-02-23 at 10:52 +1100, James Cameron wrote:
[snip]
> 
> > > - booted it a few times trying to fix the missing root filesystem;
> > >   more work needed, the device name may have changed and i've not
> > >   found a way to find what it is, or it isn't being detected; serial
> > >   console doesn't work even with console=ttyS2,115200
> > 
> > Yeah, the device names are not stable for some reason. I don't know how
> > are they determined, I'll need to take a look. Perhaps it's just a
> > matter of adding the right aliases to the device tree.
> > 
> > Somewhat wierdly, my stripped down monolithic kernel calls the UART2
> > ttyS2, while the Fedora kernel ends up with ttyS0.
> 
> Thanks, switching to ttyS0 worked.

Figured out what's wrong. There's actually three drivers competing for
mrvl,pxa-uart, one of them deprecated the two other broken. This should
eventually be somehow disambiguated, but for now I just sent in the
fixes:

https://lore.kernel.org/lkml/20190224115802.13436-1-lkund...@v3.sk/T/#u
https://lore.kernel.org/lkml/20190224115929.13548-1-lkund...@v3.sk/T/#u
https://lore.kernel.org/lkml/20190224120053.13682-1-lkund...@v3.sk/T/#u

Lubo

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

Re: OpenFirmware and Linux v5.0 on XO-1.75

[Lubomir Rintel]

On Sat, 2019-02-23 at 10:52 +1100, James Cameron wrote:
> On Fri, Feb 22, 2019 at 12:14:00PM +0100, Lubomir Rintel wrote:
> > On Fri, 2019-02-22 at 17:23 +1100, James Cameron wrote:
> > > Thanks, very good progress.  Here's what I've done;
> > > 
> > > - reviewed the aggregate change from master branch, and each commit,
> > 
> > Does it look, eh, reasonable? Got any comments/suggestions?
> 
> Yes, it looks reasonable.  Given that the firmware would not need to
> run in factory and would only be used with a new kernel, the rest of
> the firmware functions won't need to be considered.  I'm not worried
> if it breaks the self-test features, for example.

Makes sense. I think the self-test still works and none of the existing
funcitionality was broken deliberately.

[...]

I've given the thing some more testing and fixed up some of the
commits. I've also added an ext2fs fix that would be corrupting the
file systems with incompatible flags (the stock Fedora image), despite
being able to read it okay:

  git pull https://github.com/lkundrak/openfirmware lr/olpc-xo175-2

(diff it against lr/olpc-xo175-1 to see what changed)

> and the
> > >   keyboard is unresponsive in the dracut shell.
> > 
> > Which exact kernel are you using? Keyboard is not expected to work
> > before rc6.
> 
> [0.00] Linux version 5.0.0-0.rc7.git2.1.fc31.armv7hl 
> (mockbu...@buildvm-armv7-08.arm.fedoraproject.org) (gcc version 9.0.1 
> 20190209 (Red Hat 9.0.1-0.4) (GCC)) #1 SMP Wed Feb 20 21:06:49 UTC 2019
> 
> You pointed to it.

Ah, okay. It might then just be that you don't have the olpc_apsp
module in the initrd. That might be the case especially with an older
dracut version and when running a kernel that has the APSP driver
built-in.

Some other drivers might be missing too. Here's one that's known to
have the necessary modules (generated on my f29 running a Fedora
kernel):

https://fedorapeople.org/~lkundrak/initramfs-5.0.0-0.rc7.git2.1.fc31.armv7hl.img

If things still don't work afterwards, please share the dmesg.
> 
> > Also, which config? Mine is basically this:
> > https://raw.githubusercontent.com/hackerspace/olpc-xo175-linux/lr/olpc-xo175/arch/arm/configs/olpc_xo175_defconfig
> 
> The config used by Fedora.
> 
> Can we work toward some kind of reproducible build?

Not sure what you mean here.

Lubo

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

Re: OpenFirmware and Linux v5.0 on XO-1.75

[James Cameron]

On Fri, Feb 22, 2019 at 12:14:00PM +0100, Lubomir Rintel wrote:
> On Fri, 2019-02-22 at 17:23 +1100, James Cameron wrote:
> > Thanks, very good progress.  Here's what I've done;
> > 
> > - reviewed the aggregate change from master branch, and each commit,
> 
> Does it look, eh, reasonable? Got any comments/suggestions?

Yes, it looks reasonable.  Given that the firmware would not need to
run in factory and would only be used with a new kernel, the rest of
the firmware functions won't need to be considered.  I'm not worried
if it breaks the self-test features, for example.

> > - built the firmware on my xo-4 build server, flashed an xo-1.75 c2
> >   sku200x2; it boots fine the old kernel from arm-3.0-wip branch, with
> >   some unimportant problems like keymapping,
> 
> I intend to look into the key mapping at some point, because I've
> noticed the keyboard sometimes sends scancodes the kernel doesn't
> recognize.
> 
> By the way, my unit has has the "olpcm" non-membrane keyboard. I'm
> wondering if the scan codes it sends are the same as the membrane
> one?

I can't remember, sorry.

> Will the key mapping in hwdb need to distinguish between the two? (I
> also have a membrane keyboard, so I could actually just check that
> myself...)
> 
> > - on the fedora 18 root filesystem, installed the 5.0.0
> >   kernel{-core,-modules,} with --nodeps and --force,
> > 
> > - adjusted boot/ so that olpc.fth runs the 5.0.0 kernel,
> > 
> > - booted it a few times trying to fix the missing root filesystem;
> >   more work needed, the device name may have changed and i've not
> >   found a way to find what it is, or it isn't being detected; serial
> >   console doesn't work even with console=ttyS2,115200
> 
> Yeah, the device names are not stable for some reason. I don't know how
> are they determined, I'll need to take a look. Perhaps it's just a
> matter of adding the right aliases to the device tree.
> 
> Somewhat wierdly, my stripped down monolithic kernel calls the UART2
> ttyS2, while the Fedora kernel ends up with ttyS0.

Thanks, switching to ttyS0 worked.

> Similar issue with the MMC; the SD card ends up mmcblk1 with one
> kernel, mmcblk0 with another.

No MMC detects.

> The actual boot parameters I am testing with are in the lower half of
> my boot script (it's somewhat messy, copied it directly from my /boot
> without an attempt to tidy it up):
> https://people.freedesktop.org/~lkundrak/lr-olpc-boot/boot/menu.fth

Thanks.

> > and the
> >   keyboard is unresponsive in the dracut shell.
> 
> Which exact kernel are you using? Keyboard is not expected to work
> before rc6.

[0.00] Linux version 5.0.0-0.rc7.git2.1.fc31.armv7hl 
(mockbu...@buildvm-armv7-08.arm.fedoraproject.org) (gcc version 9.0.1 20190209 
(Red Hat 9.0.1-0.4) (GCC)) #1 SMP Wed Feb 20 21:06:49 UTC 2019

You pointed to it.

> Also, which config? Mine is basically this:
> https://raw.githubusercontent.com/hackerspace/olpc-xo175-linux/lr/olpc-xo175/arch/arm/configs/olpc_xo175_defconfig

The config used by Fedora.

Can we work toward some kind of reproducible build?

> > My mind has bitrotted.
> > 
> > On your interest in building on x86_64, suggestions;
> > 
> > - there are six 0.1" pitch pads on the back of the PCB which expose
> >   the SPI Flash chip pins, so you can hook a programmer to them, but
> >   check the voltage levels; some units used 1.8V chips, most used
> >   3.3V.
> 
> Ah, cool. Good to know there's a reasonable recovery option. Hope my
> chip is 3.3V, because I dropped the programmer that could do 1.8V on
> the floor and it seems it needs repairs :) 3.3V one could be programmed
> with a Rasbperry Pi, and I even have some spare 3.3V chips if I fuck up
> majorly.
> 
> But for now I just stay off overwriting cforth because I don't even
> feel like opening the machine again.
> 
> > - build a composite image by hand using the cforth you know already
> >   works, and the openfirmware built on x86_64,
> > 
> > - use binary comparison of the .rom file to make sure the cforth
> >   section hasn't changed much; if it hasn't, probably good to go, but
> >   if it has, no idea.
> > [...]

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: OpenFirmware and Linux v5.0 on XO-1.75

[Lubomir Rintel]

On Fri, 2019-02-22 at 17:23 +1100, James Cameron wrote:
> Thanks, very good progress.  Here's what I've done;
> 
> - reviewed the aggregate change from master branch, and each commit,

Does it look, eh, reasonable? Got any comments/suggestions?

> - built the firmware on my xo-4 build server, flashed an xo-1.75 c2
>   sku200x2; it boots fine the old kernel from arm-3.0-wip branch, with
>   some unimportant problems like keymapping,

I intend to look into the key mapping at some point, because I've
noticed the keyboard sometimes sends scancodes the kernel doesn't
recognize.

By the way, my unit has has the "olpcm" non-membrane keyboard. I'm
wondering if the scan codes it sends are the same as the membrane one?
Will the key mapping in hwdb need to distinguish between the two? (I
also have a membrane keyboard, so I could actually just check that
myself...)

> - on the fedora 18 root filesystem, installed the 5.0.0
>   kernel{-core,-modules,} with --nodeps and --force,
> 
> - adjusted boot/ so that olpc.fth runs the 5.0.0 kernel,
> 
> - booted it a few times trying to fix the missing root filesystem;
>   more work needed, the device name may have changed and i've not
>   found a way to find what it is, or it isn't being detected; serial
>   console doesn't work even with console=ttyS2,115200

Yeah, the device names are not stable for some reason. I don't know how
are they determined, I'll need to take a look. Perhaps it's just a
matter of adding the right aliases to the device tree.

Somewhat wierdly, my stripped down monolithic kernel calls the UART2
ttyS2, while the Fedora kernel ends up with ttyS0.

Similar issue with the MMC; the SD card ends up mmcblk1 with one
kernel, mmcblk0 with another.

The actual boot parameters I am testing with are in the lower half of
my boot script (it's somewhat messy, copied it directly from my /boot
without an attempt to tidy it up):
https://people.freedesktop.org/~lkundrak/lr-olpc-boot/boot/menu.fth

> and the
>   keyboard is unresponsive in the dracut shell.

Which exact kernel are you using? Keyboard is not expected to work
before rc6.

Also, which config? Mine is basically this:
https://raw.githubusercontent.com/hackerspace/olpc-xo175-linux/lr/olpc-xo175/arch/arm/configs/olpc_xo175_defconfig


> 
> My mind has bitrotted.
> 
> On your interest in building on x86_64, suggestions;
> 
> - there are six 0.1" pitch pads on the back of the PCB which expose
>   the SPI Flash chip pins, so you can hook a programmer to them, but
>   check the voltage levels; some units used 1.8V chips, most used
>   3.3V.

Ah, cool. Good to know there's a reasonable recovery option. Hope my
chip is 3.3V, because I dropped the programmer that could do 1.8V on
the floor and it seems it needs repairs :) 3.3V one could be programmed
with a Rasbperry Pi, and I even have some spare 3.3V chips if I fuck up
majorly.

But for now I just stay off overwriting cforth because I don't even
feel like opening the machine again.

> - build a composite image by hand using the cforth you know already
>   works, and the openfirmware built on x86_64,
> 
> - use binary comparison of the .rom file to make sure the cforth
>   section hasn't changed much; if it hasn't, probably good to go, but
>   if it has, no idea.
> 
> On Thu, Feb 21, 2019 at 11:54:15AM +0100, Lubomir Rintel wrote:
> > Hi,
> > 
> > for the past few days I've been looking into updating the XO-1.75
> > OpenFirmware so that it's good enough to boot mainline Linux.
> > 
> > It now looks usable enough: the essentials such as simple framebuffer,
> > keyboard, Wi-Fi or USB all seem to work.
> > 
> > The branch's pretty large; counting 60 commits at the moment. Get it
> > from:
> > 
> >   git pull https://github.com/lkundrak/openfirmware lr/olpc-xo175-1
> > 
> > It's not done or finished (see the TODOs in many commits). Some
> > bindings are not settled in Linux tree. Howerver I still think it may
> > be a good idea to share it early to get some feedback and identify bits
> > that obviously stink.
> > 
> > I've tested it with the latest Fedora kernel [1] build (yay!) and also
> > booted the latest OLPC OS release. When booting the latter, there were
> > no differencies in "find /sys/devices -type d |sort" output, so I
> > assume the drivers that would use the device tree (there probably
> > aren't many) bind just fine.
> > 
> > [1] https://koji.fedoraproject.org/koji/buildinfo?buildID=1214041
> > 
> > I tried not to break other boards. olpc/4.0 still builds fine, but is
> > likely to end up with three clock nodes (/pmua, /apbc and /clocks).
> > olpc/3.0 was bitrotten before and I did not try doing x86 build, for
> > the most part I've been building natively on the XO-1.75.
> > 
> > For a x86_64 hosted build I needed to patch cforth. See [2]. The 
> > MitchBradley/cforth [1] master branch actually takes a similar
> > approach, but there the 1.75 support there seems severely bitrotten.
> > 
> > [2] https://github.com/lkundrak/cforth/commit/c88790fd32.patch
> > [3

Re: OpenFirmware and Linux v5.0 on XO-1.75

[James Cameron]

Thanks, very good progress.  Here's what I've done;

- reviewed the aggregate change from master branch, and each commit,

- built the firmware on my xo-4 build server, flashed an xo-1.75 c2
  sku200x2; it boots fine the old kernel from arm-3.0-wip branch, with
  some unimportant problems like keymapping,

- on the fedora 18 root filesystem, installed the 5.0.0
  kernel{-core,-modules,} with --nodeps and --force,

- adjusted boot/ so that olpc.fth runs the 5.0.0 kernel,

- booted it a few times trying to fix the missing root filesystem;
  more work needed, the device name may have changed and i've not
  found a way to find what it is, or it isn't being detected; serial
  console doesn't work even with console=ttyS2,115200, and the
  keyboard is unresponsive in the dracut shell.

My mind has bitrotted.

On your interest in building on x86_64, suggestions;

- there are six 0.1" pitch pads on the back of the PCB which expose
  the SPI Flash chip pins, so you can hook a programmer to them, but
  check the voltage levels; some units used 1.8V chips, most used
  3.3V.

- build a composite image by hand using the cforth you know already
  works, and the openfirmware built on x86_64,

- use binary comparison of the .rom file to make sure the cforth
  section hasn't changed much; if it hasn't, probably good to go, but
  if it has, no idea.

On Thu, Feb 21, 2019 at 11:54:15AM +0100, Lubomir Rintel wrote:
> Hi,
> 
> for the past few days I've been looking into updating the XO-1.75
> OpenFirmware so that it's good enough to boot mainline Linux.
> 
> It now looks usable enough: the essentials such as simple framebuffer,
> keyboard, Wi-Fi or USB all seem to work.
> 
> The branch's pretty large; counting 60 commits at the moment. Get it
> from:
> 
>   git pull https://github.com/lkundrak/openfirmware lr/olpc-xo175-1
> 
> It's not done or finished (see the TODOs in many commits). Some
> bindings are not settled in Linux tree. Howerver I still think it may
> be a good idea to share it early to get some feedback and identify bits
> that obviously stink.
> 
> I've tested it with the latest Fedora kernel [1] build (yay!) and also
> booted the latest OLPC OS release. When booting the latter, there were
> no differencies in "find /sys/devices -type d |sort" output, so I
> assume the drivers that would use the device tree (there probably
> aren't many) bind just fine.
> 
> [1] https://koji.fedoraproject.org/koji/buildinfo?buildID=1214041
> 
> I tried not to break other boards. olpc/4.0 still builds fine, but is
> likely to end up with three clock nodes (/pmua, /apbc and /clocks).
> olpc/3.0 was bitrotten before and I did not try doing x86 build, for
> the most part I've been building natively on the XO-1.75.
> 
> For a x86_64 hosted build I needed to patch cforth. See [2]. The 
> MitchBradley/cforth [1] master branch actually takes a similar
> approach, but there the 1.75 support there seems severely bitrotten.
> 
> [2] https://github.com/lkundrak/cforth/commit/c88790fd32.patch
> [3] https://github.com/MitchBradley/cforth
> 
> I didn't have the guts to actually flash and run the image built on
> x86_64. I don't not seem to be able to program the spi flash by
> attaching a soic8 clip to it, without unsoldering the chip and I don't
> feel like doing that if I fuck things up.
> 
> At some point I'll hopefully follow up with something that could be
> actually merged into the OpenFirmware, perhaps in a month or so. Until
> then some more bindings may settle.
> 
> In particular, my hopes are that some of Armada DRM or EC may make it
> into 5.1. Camera works, but needs some more love, perhaps 5.2.
> 
> Take care
> Lubo
> 

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [UKids] [Announcement] Sugarizer v1.1 is available for your device

[Lionel Laské]

Hi Simon,

Thanks for your interest on Sugarizer.
If you're running Sugarizer Server into Docker, the file to update is
env/docker.ini (not env/sugarizer.ini).
You could see (and eventually change) this settings here:
https://github.com/llaske/sugarizer-server/blob/master/docker/Dockerfile-server.tpl#L3

Best regards.

  Lionel.


Le mer. 23 janv. 2019 à 15:02, Simon Mwangangi  a
écrit :

> Dear Team,
> I am excited to learn that i can access my favorite learning platform
> Sugar from any device via a browser. I today installed the sugarizer-server
> in one of our ubuntu 14.04 LTS. I am running the server using a Docker. I
> was trying to edit the sugarizer.ini file to change the port for the
> sugarizer service, but even after editing the [web session] Nothing
> changed. even after restarting the machine. Can someone help me to change
> the port to something else as i have another service using port 8080. What
> is the command for stopping the sugarizer service running using a Docker?
> Thank you!
>
> Simon
>
> On Mon, Jan 21, 2019 at 11:52 AM Lionel Laské 
> wrote:
>
>> Hi all,
>>
>>
>>
>> I'm proud to announce the version 1.1 of Sugarizer, a taste of Sugar for
>> any device.
>>
>>
>>
>> http://sugarizer.org
>>
>>
>>
>> New in this winter Sugarizer version:
>>
>>- MacOS: Sugarizer is now available as a native MacOS application.
>>You could download the DMG package here [10].
>>- Linux: Sugarizer is now available as a Linux application. It could
>>be installed on any distribution using a deb or AppImage package
>>downloadable here [10] or installed from the snapcraft app store here [6].
>>- Journal improvements:
>>   - Add a sort palette: sort by creation date, modified date or item
>>   size
>>   - Device to Journal integration: copy directly image/content from
>>   your device to the journal or download journal content on your device
>>   - Action to multiple items: remove or copy multiple items at the
>>   same time
>>- Full help tutorial: step by step tutorial from the initial screen,
>>description of each activity in list view.
>>- Ebook Reader activity: An epub reader into Sugarizer, access to a
>>full library of classical books for children directly from your device.
>>- Exerciser activity: Never been so easy to create your set of
>>questions (MCQ, Cloze Text, ...) and share it with your friends.
>>- Sprint Math activity: Challenge yourself on mental arithmetic or
>>play with other users through the network.
>>- Full offline version of Scratch: handle backgrounds, sounds and
>>costumes from into Scratch source code without an Internet connection.
>>- Better custom color integration: more activities (Speak, TamTam,
>>Video Viewer, …) now take into account the buddy color. Your colors are
>>your flag!
>>- Better presence integration: more activities (Last One Loses, Maze,
>>…) now could be shared on the network.
>>- Better Journal integration: more activities (Blockrain, Stopwatch,
>>Speak, QRCode, …) now save their state into Journal.
>>- Improved stability: more than 20 fix on Sugarizer and activities.
>>
>>
>>
>>
>>
>> A short animation of these features is visible here:
>> https://sugarizer.org/download/Sugarizer_v1.1.gif.
>>
>>
>>
>> Three new schools will deploy Sugarizer in the begining of this year, why
>> not your school?
>>
>>
>>
>> Sugarizer 1.1  is available on your browser [1] but also for your
>> Android, iOS, Linux, MacOS or Windows device. Download it from : Google
>> Play [2], Amazon Store [3], Apple Store [4], F-droid [5], snapcraft [6] and
>> if you don't like stores, you could also install it by yourself using
>> instructions on the Sugarizer website [7].
>>
>> On Android, Sugarizer could also replace your launcher with Sugarizer OS
>> [8].
>>
>> And if you want to deploy Sugarizer Server for your school, follow
>> instructions here [9].
>>
>>
>>
>>Lionel.
>>
>>
>>
>>
>>
>> P.S.: Special thanks for their contribution on this version to Mankirat
>> Singh (Exerciser and SprintMath activity), Paulo Francisco Slomp
>> (Portuguese localization) and to all GCI students for their
>> contributions, specifically FreddieN, AndreaGon and EmilyOng.
>>
>>
>>
>> [1] http://try.sugarizer.org
>>
>> [2]
>> https://play.google.com/store/apps/details?id=org.olpc_france.sugarizer
>>
>> [3] http://www.amazon.com/gp/product/B00NKK7PZA
>>
>> [4] https://itunes.apple.com/us/app/sugarizer/id978495303
>>
>> [5] https://f-droid.org/repository/browse/?fdid=org.olpc_france.sugarizer
>>
>> [6] https://snapcraft.io/sugarizer
>>
>> [7] https://sugarizer.org
>>
>> [8]
>> https://play.google.com/store/apps/details?id=org.olpc_france.sugarizeros
>>
>> [9] https://github.com/llaske/sugarizer-server
>>
>> [10] https://sugarizer.org#desktop
>>
>> --
>> Unsung Heroes of OLPC, interviewed live @ http://unleashkids.org !
>> ---
>> You received this message because you are subscribed 

Re: Into 2019: XOs Laptops & software upgrades

[James Cameron]

On Wed, Jan 02, 2019 at 10:26:30PM -0500, tkkang wrote:
> Happy New Year.
> 
> Good to see the release of 13.2.10 OS for XO1 to XO4. Great work from James 
> and
> new developers who just keep making it better. With that I hope 2019 can be
> more productive for deployments still using XOs.
> 
> I have a few things I hope to see if he XO can function properly.
> 
> 1. Can Python 3.6 and above be installed. If Yes how?
>

On an XO-4 running OLPC OS 13.2.10, the latest version of Python,
which is 3.7.2, does build like this;

yum install -y gcc make zlib-devel
./configure
make
make install

Here's the interactive interpreter running;

Python 3.7.2 (default, Jan  3 2019, 08:52:48) 
[GCC 4.7.2 20121109 (Red Hat 4.7.2-8)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>>

However, there are other optional dependencies that should be
installed first, so that the build has all the features possible.  The
Fedora 18 source package for python3 has a good starting point for
dependencies.

> Like to see if this could work [1]https://codewith.mu/en/tutorials/1.0/
> microbitas   new   Python needed

mu may need other dependencies.  You may need to experiment for
several iterations.

> 2. What is the best Firefox version that will load and and run on XO 1.5 to
> XO4? Need the good HTML 5 support.

Firefox installed by yum does have "good" HTML 5 support, but the
sites you refer to may require more than that.

> Currently I could  not run firefox for [2]
> https://www.edblocksapp.com/toprogram Edison Robot or [3]https://
> makecode.microbit.org/for Microbits
> 
> 3. Ways to load restricted so
> 
> References:
> 
> [1] https://codewith.mu/en/tutorials/1.0/microbit
> [2] https://www.edblocksapp.com/to
> [3] https://makecode.microbit.org/

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


-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Linux next-20181204 on a XO-1.75

[James Cameron]

On Tue, Dec 18, 2018 at 11:39:19AM +0100, Lubomir Rintel wrote:
> On Sat, 2018-12-08 at 17:26 +1100, James Cameron wrote:
> > Thanks.  On my test unit, this change was needed;
> > 
> > --- dt.fth.orig 2018-12-04 18:23:57.0 +1100
> > +++ dt.fth  2018-12-08 17:18:42.143073750 +1100
> > @@ -362,7 +362,7 @@
> >  " /clocks" encode-phandle  MMP2_CLK_TWSI5 encode-int encode+  "
> > resets" property
> >  device-end
> >  
> > -" dev /i2c@d4034000/accelerometer@1d" evaluate
> > +" dev /i2c@d4034000/accelerometer@19" evaluate
> >  " st,lis3lv02d" +compatible
> >  " st,lis331dlh" +compatible
> >  device-end
> 
> Thanks. I guess there's no need for the bus address there, "
> /i2c@d4034000/accelerometer" resolves to the correct node, regardless
> of what model/address the actual accelerometer is:

Yes.  Chip is LIS33DE in older builds, and LIS3DHTR in newer builds.

> https://people.freedesktop.org/~lkundrak/olpc/dt.fth
> ^ here's the current version I have.

Had a look, saw nothing obviously wrong.  Am a bit worried about the
amount of dictionary space remaining; you could reduce that worry by
removing those constants and adding the names as comments later.

Also you might check for data or control stack excursions; check
balance of the stacks across the fload.

> Includes camera and display. I hope I'll manage to follow up with the
> DRM patches later today. I'll very much appreciate if you take a look
> then as there are some bits I couldn't figure out without the panel and
> SoC manuals (and might be even wrong in OFW).

Ok.

> There are probably bugs. I've observed some problems, such as an
> occasional "Data Abort" when the USB ethernet is not plugged in (?)
> that can be fixed by merely splitting the file into two and floading
> them separately. I guess I'm corrupting something somewhere, but I find
> figuring out precisely what is going on non-trivial.

Yes, figuring out is non-trivial.  We rarely made significant device
tree changes at this stage, we try to bring them into the source.
There is simultaneous activity going on (keyboard, USB), and it's not
as multi-tasking as other environments.  Use ftrace after the "Data
Abort" to see if the saved exception stack can tell you anything
interesting?

> Also, the modifications to the internal sdhci node prevent OFW from
> booting from the internal emmc.  That said, it still serves as a good
> reference for the changes that will need to be done to support mainline
> kernels once the bits settle.

Thanks.

> PS: The previous message didn't make it to the list as it seems to
> require moderation. I guess this one will neither, unless you approve
> it.

I've just now located and approved your subscription.  As in the list
info, we get a lot of bogus subscriptions for some reason.

> Lubo
> 

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Linux next-20181204 on a XO-1.75

[Lubomir Rintel]

On Sat, 2018-12-08 at 17:26 +1100, James Cameron wrote:
> Thanks.  On my test unit, this change was needed;
> 
> --- dt.fth.orig 2018-12-04 18:23:57.0 +1100
> +++ dt.fth  2018-12-08 17:18:42.143073750 +1100
> @@ -362,7 +362,7 @@
>  " /clocks" encode-phandle  MMP2_CLK_TWSI5 encode-int encode+  "
> resets" property
>  device-end
>  
> -" dev /i2c@d4034000/accelerometer@1d" evaluate
> +" dev /i2c@d4034000/accelerometer@19" evaluate
>  " st,lis3lv02d" +compatible
>  " st,lis331dlh" +compatible
>  device-end

Thanks. I guess there's no need for the bus address there, "
/i2c@d4034000/accelerometer" resolves to the correct node, regardless
of what model/address the actual accelerometer is:

https://people.freedesktop.org/~lkundrak/olpc/dt.fth
^ here's the current version I have.

Includes camera and display. I hope I'll manage to follow up with the
DRM patches later today. I'll very much appreciate if you take a look
then as there are some bits I couldn't figure out without the panel and
SoC manuals (and might be even wrong in OFW).

There are probably bugs. I've observed some problems, such as an
occasional "Data Abort" when the USB ethernet is not plugged in (?)
that can be fixed by merely splitting the file into two and floading
them separately. I guess I'm corrupting something somewhere, but I find
figuring out precisely what is going on non-trivial.

Also, the modifications to the internal sdhci node prevent OFW from
booting from the internal emmc.  That said, it still serves as a good
reference for the changes that will need to be done to support mainline
kernels once the bits settle.

PS: The previous message didn't make it to the list as it seems to
require moderation. I guess this one will neither, unless you approve
it.

Lubo

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

Re: Linux next-20181204 on a XO-1.75

[James Cameron]

Thanks.  On my test unit, this change was needed;

--- dt.fth.orig 2018-12-04 18:23:57.0 +1100
+++ dt.fth  2018-12-08 17:18:42.143073750 +1100
@@ -362,7 +362,7 @@
 " /clocks" encode-phandle  MMP2_CLK_TWSI5 encode-int encode+  " resets" 
property
 device-end
 
-" dev /i2c@d4034000/accelerometer@1d" evaluate
+" dev /i2c@d4034000/accelerometer@19" evaluate
 " st,lis3lv02d" +compatible
 " st,lis331dlh" +compatible
 device-end

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: XO Spare Parts

[T Gillett]

To answer James Cameron's question, approximate quantities are
300 keyboards
200 screen
100 batteries.

On Mon, Aug 6, 2018 at 11:43 AM, T Gillett  wrote:

> Hi All
>
> I have a large quantity of XO spare parts that are surplus from the
> Australian XO-4 deployment, including screens, batteries, keyboards and
> antennas.
>
> The keyboards are the type with separate keys, not the membrane type, as
> used in some XO-1.75 and XO-4 laptops, and are very easy to change.
> The batteries and screens can be used across any model XO.
>
> I am happy to make these available to anyone who wants them for just the
> cost of shipping. The equipment is located in Australia so international
> postage/shipping may be non-trivial.
>
> Please let me know if you are interested in any of this equipment.
>
> Regards
> Terry
>
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: XO Spare Parts

[James Cameron]

Thanks Terry.  When you say large, how large is large?  Rough order of
magnitude?  I'll let my team know.

On Mon, Aug 06, 2018 at 06:17:55PM +1000, T Gillett wrote:
> Just to clarify, the idea is to make available suitable quantities
> of the parts to various groups supporting deployments, rather than
> try to ship the whole lot to one destination.
> 
> On Mon, Aug 6, 2018 at 11:43 AM, T Gillett <[1]tgill...@gmail.com> wrote:
> 
> Hi All
> 
> I have a large quantity of XO spare parts that are surplus from the
> Australian XO-4 deployment, including screens, batteries, keyboards and
> antennas.
> 
> The keyboards are the type with separate keys, not the membrane type, as
> used in some XO-1.75 and XO-4 laptops, and are very easy to change.
> The batteries and screens can be used across any model XO.
> 
> I am happy to make these available to anyone who wants them for just the
> cost of shipping. The equipment is located in Australia so international
> postage/shipping may be non-trivial.
> 
> Please let me know if you are interested in any of this equipment.
> 
> Regards
> Terry
> 

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: XO Spare Parts

[T Gillett]

Just to clarify, the idea is to make available suitable quantities of the
parts to various groups supporting deployments, rather than try to ship the
whole lot to one destination.

On Mon, Aug 6, 2018 at 11:43 AM, T Gillett  wrote:

> Hi All
>
> I have a large quantity of XO spare parts that are surplus from the
> Australian XO-4 deployment, including screens, batteries, keyboards and
> antennas.
>
> The keyboards are the type with separate keys, not the membrane type, as
> used in some XO-1.75 and XO-4 laptops, and are very easy to change.
> The batteries and screens can be used across any model XO.
>
> I am happy to make these available to anyone who wants them for just the
> cost of shipping. The equipment is located in Australia so international
> postage/shipping may be non-trivial.
>
> Please let me know if you are interested in any of this equipment.
>
> Regards
> Terry
>
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Disable (?) NM random mac for shared XO wifi - USB0 / Chrome/ Pi Zero

[Carrol Riddle]

All,

The solution is trivial and deceptively so.

With the Pi Zero DISCONNECTED, use Gnome Desktop to edit / add connection to 
create a connection method with type Ethernet. Leave the mac address fields 
blank. Pull down tab IPv4 and select "share with other computers " and save / 
power off. Connect Zero and power on XO.  The Pi Zero connection is 
automatically  establish and persists through subsequent boots.  Note that the 
mac fields remain blank.

No special configuration for XO is needed. The Raspberry Pi Zero setup is as in 
the first post. Basic setup -- 'host_addr' and 'dev_addr' are not needed in 
cmdline.txt .

Area's that I might monitor are other connection methods marked to "try to 
connect on boot" and any changes to mac addresses and "no auto default" in 
/etc/NetworkManager.conf  .

Prior practice was to power on XO with Zero connected and the connection method 
was automatically created with a random mac. If the mac field was changed, a 
"connection error" would occur.

With an Activity to run a script, simple access to the Raspian Desktop should 
be possible from Sugar. 

A shout-out to Tony Anderson who may have such an Activity.

This should close my request for help with resources.

Carrol Riddle


> On July 28, 2018 at 3:20 AM James Cameron  wrote:
> 
> 
> That's great.  I've a Raspberry Pi Zero and XO-1 that I can put
> together.  Might even be room inside or etch some of the back
> plastic.
> 
> On Fri, Jul 27, 2018 at 08:22:43PM -0400, Carrol Riddle wrote:
> > All:
> > With the possibilities narrowed by James Cameron, found something that 
> > works repeatedly on my test XO-1.  Must test again on a fresh system to 
> > find minimum configuration.  Changes made to correct board id's, udev 
> > rules, connection method prepared from scratch, and unmanaged mac entry in 
> > /etc/NetworkManager.conf  .
> > 
> > Will post configuration later to close thread (if I can replicate it :)  ) 
> > 
> > Thanks all for help.
> > Carrol Riddle
> > 
> > > > Now, setting MACAddressPolicy to none has no effect, which
> > > > suggests the random address is coming from the kernel.
> > > > 
> > > > My guess is that the reason why your udev rpi script fails is that it
> > > > is triggered on more than one udev event, or races with other things
> > > > for access to the device.  Add more logging and debugging to it.
> > > > 
> > > > Reference:
> > > > 
> > > > https://www.freedesktop.org/software/systemd/man/systemd.link.html
> 
> -- 
> James Cameron
> http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Disable (?) NM random mac for shared XO wifi - USB0 / Chrome/ Pi Zero

[James Cameron]

That's great.  I've a Raspberry Pi Zero and XO-1 that I can put
together.  Might even be room inside or etch some of the back
plastic.

On Fri, Jul 27, 2018 at 08:22:43PM -0400, Carrol Riddle wrote:
> All:
> With the possibilities narrowed by James Cameron, found something that works 
> repeatedly on my test XO-1.  Must test again on a fresh system to find 
> minimum configuration.  Changes made to correct board id's, udev rules, 
> connection method prepared from scratch, and unmanaged mac entry in 
> /etc/NetworkManager.conf  .
> 
> Will post configuration later to close thread (if I can replicate it :)  ) 
> 
> Thanks all for help.
> Carrol Riddle
> 
> > > Now, setting MACAddressPolicy to none has no effect, which
> > > suggests the random address is coming from the kernel.
> > > 
> > > My guess is that the reason why your udev rpi script fails is that it
> > > is triggered on more than one udev event, or races with other things
> > > for access to the device.  Add more logging and debugging to it.
> > > 
> > > Reference:
> > > 
> > > https://www.freedesktop.org/software/systemd/man/systemd.link.html

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Disable (?) NM random mac for shared XO wifi - USB0 / Chrome/ Pi Zero

[Carrol Riddle]

All:
With the possibilities narrowed by James Cameron, found something that works 
repeatedly on my test XO-1.  Must test again on a fresh system to find minimum 
configuration.  Changes made to correct board id's, udev rules, connection 
method prepared from scratch, and unmanaged mac entry in 
/etc/NetworkManager.conf  .

Will post configuration later to close thread (if I can replicate it :)  ) 

Thanks all for help.
Carrol Riddle

> > Now, setting MACAddressPolicy to none has no effect, which
> > suggests the random address is coming from the kernel.
> > 
> > My guess is that the reason why your udev rpi script fails is that it
> > is triggered on more than one udev event, or races with other things
> > for access to the device.  Add more logging and debugging to it.
> > 
> > Reference:
> > 
> > https://www.freedesktop.org/software/systemd/man/systemd.link.html
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Disable (?) NM random mac for shared XO wifi - USB0 / Chrome/ Pi Zero

[Carrol Riddle]

James,

Thank you for answering request for identifying resources and beyond for the
specific testing.
I had been using udevadm, but not monitor. Your point about possible racing is
supported by observations noted in previous post. The pattern of lengthening 
"no-auto-default" line in NetworkManager.conf may also show varying boot paths.

A topic of interest is web discussions of failures of 
NetworkManager-wait-online.service as typified by:

purschel.eu/linux/centos-7-networkmanager-wait-online-service-failed/

MetworkManager-wait-online.service functions on activation of interface and 
does not wait for interface to obtain IP address and then come online.

NetworkManager-wait-online.service is enabled on XO (systemctl is-name). The 
parts in the above example fix (nohup,nm-online) are on the XO.  Do not know 
ExecStart part. systemd-networkd-wait-online.service used by other examples is 
not on XO  .  Application machanger has been used in other examples.

My more immediate concern is bringing up the small starter network with 
provided Village Telco routers for these XO's in a dense inner city 
neighborhood.

Will have to come back to this topic later. Appreciate the kick-starter.

N. C. Riddle


> On July 25, 2018 at 6:41 AM James Cameron  wrote:
> 
> 
> In my tests just now on OLPC OS 13.2.9 and an XO-4, my USB ethernet
> adapters always come back after reconnection or reboot with the same
> MAC address.  With or without Network Manager running.  So that
> suggests that for adapters with a physical address ROM or
> preprogrammed flash, they will appear predictable.
> 
> My tests above were not with Raspberry Pi Zero.  So I now turn to
> testing with one;
> 
> 1.  the MAC addresses change on each boot of the Zero, and are
> unpredictable,
> 
> 2.  the MAC address shown on each end is different; comparing usb0 on
> the XO vs usb0 on the Zero,
> 
> 3.  turning off Network Manager has no effect; therefore this is not a
> Network Manager behaviour as you surmised,
> 
> I've also tested with kernel v4.15 on an OLPC NL3, and the same
> unpredictable MAC address behaviour occurs.
> 
> Perhaps it is udev?  Using udevadm --monitor --property, shows
> several events from the kernel, and the first one to mention the
> MAC address eventually used is this one;
> 
> UDEV  [861.284453] add
>  /devices/pci:00/:00:14.0/usb1/1-4/1-4.1/1-4.1:1.0/net/enp0s20u4u1
> (net)
> .MM_USBIFNUM=00
> ACTION=add
> DEVPATH=/devices/pci:00/:00:14.0/usb1/1-4/1-4.1/1-4.1:1.0/net/enp0s20u4u1
> ID_BUS=usb
> ID_MM_CANDIDATE=1
> ID_MODEL=RNDIS_Ethernet_Gadget
> ID_MODEL_ENC=RNDIS\x2fEthernet\x20Gadget
> ID_MODEL_FROM_DATABASE=Linux-USB Ethernet/RNDIS Gadget
> ID_MODEL_ID=a4a2
> ID_NET_DRIVER=cdc_ether
> ID_NET_LINK_FILE=/lib/systemd/network/99-default.link
> ID_NET_NAME=enp0s20u4u1
> ID_NET_NAME_MAC=enxca2a7e605b6f <-- encx followed by the address
> ID_NET_NAME_PATH=enp0s20u4u1
> ID_PATH=pci-:00:14.0-usb-0:4.1:1.0
> ID_PATH_TAG=pci-_00_14_0-usb-0_4_1_1_0
> ID_REVISION=0409
> ID_SERIAL=Linux_4.9.35+_with_2098.usb_RNDIS_Ethernet_Gadget
> ID_TYPE=generic
> ID_USB_CLASS_FROM_DATABASE=Communications
> ID_USB_DRIVER=cdc_ether
> ID_USB_INTERFACES=:0202ff:0a:020600:
> ID_USB_INTERFACE_NUM=00
> ID_VENDOR=Linux_4.9.35+_with_2098.usb
> ID_VENDOR_ENC=Linux\x204.9.35+\x20with\x202098.usb
> ID_VENDOR_FROM_DATABASE=Netchip Technology, Inc.
> ID_VENDOR_ID=0525
> IFINDEX=7
> INTERFACE=enp0s20u4u1
> INTERFACE_OLD=usb0
> SEQNUM=3175
> SUBSYSTEM=net
> SYSTEMD_ALIAS=/sys/subsystem/net/devices/enp0s20u4u1
> TAGS=:systemd:
> USEC_INITIALIZED=861268742
> 
> So the MAC address originates from the kernel or systemd, not Network
> Manager.
> 
> As there is a udev event, it should be possible to write a udev rule
> to change the MAC address when this or one of the later events
> arrives.
> 
> However, perhaps we can see if this MAC address comes from the kernel
> or systemd; the event above references
> /lib/systemd/network/99-default.link which says'
> 
> [Link]
> NamePolicy=kernel database onboard slot path
> MACAddressPolicy=persistent
> 
> Now, setting MACAddressPolicy to none has no effect, which
> suggests the random address is coming from the kernel.
> 
> My guess is that the reason why your udev rpi script fails is that it
> is triggered on more than one udev event, or races with other things
> for access to the device.  Add more logging and debugging to it.
> 
> Reference:
> 
> https://www.freedesktop.org/software/systemd/man/systemd.link.html
> 
> On Fri, Jul 20, 2018 at 11:20:57PM -0400, Carrol Riddle wrote:
> > The difficulty is that a new connection is started on each boot and starts
> > as "automatic" IPv4 instead of the desired "share with other computers" This
> > results from a randomized MAC address, which appears to be controlled by
> > Network Manager. If the MAC address persists on next boot,
> > then the connection file will persist.
> > 
> > The MAC address in the cmdline.txt on Zero is vestige of effo

Re: Disable (?) NM random mac for shared XO wifi - USB0 / Chrome/ Pi Zero

[James Cameron]

In my tests just now on OLPC OS 13.2.9 and an XO-4, my USB ethernet
adapters always come back after reconnection or reboot with the same
MAC address.  With or without Network Manager running.  So that
suggests that for adapters with a physical address ROM or
preprogrammed flash, they will appear predictable.

My tests above were not with Raspberry Pi Zero.  So I now turn to
testing with one;

1.  the MAC addresses change on each boot of the Zero, and are
unpredictable,

2.  the MAC address shown on each end is different; comparing usb0 on
the XO vs usb0 on the Zero,

3.  turning off Network Manager has no effect; therefore this is not a
Network Manager behaviour as you surmised,

I've also tested with kernel v4.15 on an OLPC NL3, and the same
unpredictable MAC address behaviour occurs.

Perhaps it is udev?  Using udevadm --monitor --property, shows
several events from the kernel, and the first one to mention the
MAC address eventually used is this one;

UDEV  [861.284453] add  
/devices/pci:00/:00:14.0/usb1/1-4/1-4.1/1-4.1:1.0/net/enp0s20u4u1 (net)
.MM_USBIFNUM=00
ACTION=add
DEVPATH=/devices/pci:00/:00:14.0/usb1/1-4/1-4.1/1-4.1:1.0/net/enp0s20u4u1
ID_BUS=usb
ID_MM_CANDIDATE=1
ID_MODEL=RNDIS_Ethernet_Gadget
ID_MODEL_ENC=RNDIS\x2fEthernet\x20Gadget
ID_MODEL_FROM_DATABASE=Linux-USB Ethernet/RNDIS Gadget
ID_MODEL_ID=a4a2
ID_NET_DRIVER=cdc_ether
ID_NET_LINK_FILE=/lib/systemd/network/99-default.link
ID_NET_NAME=enp0s20u4u1
ID_NET_NAME_MAC=enxca2a7e605b6f <-- encx followed by the address
ID_NET_NAME_PATH=enp0s20u4u1
ID_PATH=pci-:00:14.0-usb-0:4.1:1.0
ID_PATH_TAG=pci-_00_14_0-usb-0_4_1_1_0
ID_REVISION=0409
ID_SERIAL=Linux_4.9.35+_with_2098.usb_RNDIS_Ethernet_Gadget
ID_TYPE=generic
ID_USB_CLASS_FROM_DATABASE=Communications
ID_USB_DRIVER=cdc_ether
ID_USB_INTERFACES=:0202ff:0a:020600:
ID_USB_INTERFACE_NUM=00
ID_VENDOR=Linux_4.9.35+_with_2098.usb
ID_VENDOR_ENC=Linux\x204.9.35+\x20with\x202098.usb
ID_VENDOR_FROM_DATABASE=Netchip Technology, Inc.
ID_VENDOR_ID=0525
IFINDEX=7
INTERFACE=enp0s20u4u1
INTERFACE_OLD=usb0
SEQNUM=3175
SUBSYSTEM=net
SYSTEMD_ALIAS=/sys/subsystem/net/devices/enp0s20u4u1
TAGS=:systemd:
USEC_INITIALIZED=861268742

So the MAC address originates from the kernel or systemd, not Network
Manager.

As there is a udev event, it should be possible to write a udev rule
to change the MAC address when this or one of the later events
arrives.

However, perhaps we can see if this MAC address comes from the kernel
or systemd; the event above references
/lib/systemd/network/99-default.link which says'

[Link]
NamePolicy=kernel database onboard slot path
MACAddressPolicy=persistent

Now, setting MACAddressPolicy to none has no effect, which
suggests the random address is coming from the kernel.

My guess is that the reason why your udev rpi script fails is that it
is triggered on more than one udev event, or races with other things
for access to the device.  Add more logging and debugging to it.

Reference:

https://www.freedesktop.org/software/systemd/man/systemd.link.html

On Fri, Jul 20, 2018 at 11:20:57PM -0400, Carrol Riddle wrote:
> The difficulty is that a new connection is started on each boot and starts as 
> "automatic" IPv4 instead of the desired "share with other computers" This 
> results from a randomized MAC address, which appears to be controlled by 
> Network Manager. If the MAC address persists on next boot,
> then the connection file will persist.
> 
> The MAC address in the cmdline.txt on Zero is vestige of efforts. It was left 
> since I suspect it will be part of the solution. Retested without and it 
> makes no difference when no other changes are made (i.e., only with 
> essentials in cmdline.txt). I have tried static IP on Zero via adding 
> ip=192.168.1.2 to cmdline.txt or in dhcpcd.config and udev rule on XO for 
> ip=198.168.1.1  .  Uncertain if udev rule needs additional specification 
> (parent ATTRS ?).
> 
> Reasoned that host_addr was telling Zero where to find existing MAC on XO and 
> udev rule then tried with hw to assure it was there.  Have tried adding 
> mac-cloned-address to NetworkManager.conf 
> 
> NetworkManager randomization of MAC addresses is widely discussed in search 
> results and variety of solutions proposed.  I have had periods where MAC was 
> persistent, but only have it fail a few hours later (just powered off). One 
> case of oddity was the persistence on every other boot, if the intervening 
> boot was without Zero attached.  However, my work with wired links to routers 
> (TP-Link MR3020 and Village Telco MP20) shows persistence in boot of router.  
> 
> A competent programmer might just modify the started connection file (using 
> awk, grep, sed ?) and restart NetworkManager.   :)  .  I tried replacing (cp) 
> with model files, but that has problems (date stamp).   
> /etc/NetworkManger/connections 
> 
> What I see points me to NetworkManager,
> 
> Carrol Riddle
>   
> > On July 14, 2018 at 1:07 AM James Cameron  wr

Re: Disable (?) NM random mac for shared XO wifi - USB0 / Chrome/ Pi Zero

[Carrol Riddle]

The difficulty is that a new connection is started on each boot and starts as 
"automatic" IPv4 instead of the desired "share with other computers" This 
results from a randomized MAC address, which appears to be controlled by 
Network Manager. If the MAC address persists on next boot,
then the connection file will persist.

The MAC address in the cmdline.txt on Zero is vestige of efforts. It was left 
since I suspect it will be part of the solution. Retested without and it makes 
no difference when no other changes are made (i.e., only with essentials in 
cmdline.txt). I have tried static IP on Zero via adding ip=192.168.1.2 to 
cmdline.txt or in dhcpcd.config and udev rule on XO for ip=198.168.1.1  .  
Uncertain if udev rule needs additional specification (parent ATTRS ?).

Reasoned that host_addr was telling Zero where to find existing MAC on XO and 
udev rule then tried with hw to assure it was there.  Have tried adding 
mac-cloned-address to NetworkManager.conf 

NetworkManager randomization of MAC addresses is widely discussed in search 
results and variety of solutions proposed.  I have had periods where MAC was 
persistent, but only have it fail a few hours later (just powered off). One 
case of oddity was the persistence on every other boot, if the intervening boot 
was without Zero attached.  However, my work with wired links to routers 
(TP-Link MR3020 and Village Telco MP20) shows persistence in boot of router.  

A competent programmer might just modify the started connection file (using 
awk, grep, sed ?) and restart NetworkManager.   :)  .  I tried replacing (cp) 
with model files, but that has problems (date stamp).   
/etc/NetworkManger/connections 

What I see points me to NetworkManager,

Carrol Riddle
  
> On July 14, 2018 at 1:07 AM James Cameron  wrote:
> 
> 
> Interesting.
> 
> But why do you need to give a MAC address on cmdline.txt on the RPi
> and in the XO udev script?  g_ether should assign an address, and
> cdc_ether should receive it from USB descriptors.
> 
> On Tue, Jul 10, 2018 at 10:50:44AM -0400, Carrol Riddle wrote:
> > Soliciting info or pointers to resources for disabling mac address 
> > randomization by NetworkManager for USB0 (eth1) on XO's.  Wifi mac 
> > addresses are not randomized.
> > 
> > An XO can share its Wifi over wired ethernet link (USB0) where it can be 
> > used by
> > a Chromium browser on a linked Raspberry Pi Zero (not W).  SSH -X on the 
> > link
> > allows XO keyboard and display to be used for Chromium.
> > 
> > The several setup steps are simple, but must be repeated with each boot 
> > since
> > NetworkManager (version 0.9.8.* on XO's) supplies a different mac address 
> > for
> > the link on each boot.  To provide a simple Sugar wrapper to run Chromium, a
> > consistent mac address would be needed.
> > 
> > Methods from web searches have not been successful in disabling 
> > randomization, 
> > largely since they use features added after 0.9.8.   Using a udev rule to 
> > "ifconfig
> > usb0 hw ether address" has come the closest, but breaks after a few boots 
> > and returns to
> > randomization.
> > 
> > BACKGROUND
> > 
> > For those interested, details are below, but are only peripheral to 
> > question.  This use of the XO's display, keyboard and wifi by Chromium / 
> > Zero provides a low cost way to access a widely accepted browser. The Zero 
> > can be plugged into XO USB for power and signals. The Zero is
> > available for < $10, and with SD card and plug, total cost should be $15 - 
> > 20
> > USD. 
> > 
> > 
> > __
> > 
> > 
> > MANUAL METHOD - XO (after Pi Zero setup)
> > 
> > In Sugar, connect to wifi . This needs to be done only the first time and is
> > persistent between boots.  Switch to Gnome and disconnect from the "Wired
> > connection ?" that just formed. Edit the connection :  IPv6 to ignore, IPv4 
> > to
> > require IPv4 and "shared to other computers"   and save.  Connect to this
> > connection.  The connection info should show ip address starting with 10:  .
> > This link is not persistent between boots.
> > 
> > systemctl enable sshd.service
> > 
> > PI ZERO SETUP (prior)
> > 
> > Raspberry Pi Zero with Raspbian Desktop installed.  To   /boot/config.txt 
> > on  Pi
> > SD edit and add dtoverlay=dwc2 .  To /boot/cmdline.txt add after "rootwait"
> >  modules-load=dwc2,g_ether host_addr=00:22:82:ff:ff:20 
> > dev_addr=00:22:82:ff:ff:22  (Substitute local mac addresses.)   To 
> > start with SSH, add dummy "ssh" file to /boot directory.  On XO, ssh 
> > pi@raspberrypi.local with password raspberry   .   Configure Zero to boot to
> > command line (CLI) with raspi-config  .  To use Raspbian desktop,  ssh -X
> > pi@raspberry.local, and then /etc/X11/Xsession.  The Pi Tool Bar partially
> > overlaps the Gnome Tool Bar, but selecting "medium display size" minimizes
> > affects.
> > 
> > UDEV INFO FOR RULES  (but not able to make work)
> > 
> > DRIVERS=="cdc_ether"
> > 
> > ATTRS{idVend

Re: Disable (?) NM random mac for shared XO wifi - USB0 / Chrome/ Pi Zero

[James Cameron]

Interesting.

But why do you need to give a MAC address on cmdline.txt on the RPi
and in the XO udev script?  g_ether should assign an address, and
cdc_ether should receive it from USB descriptors.

On Tue, Jul 10, 2018 at 10:50:44AM -0400, Carrol Riddle wrote:
> Soliciting info or pointers to resources for disabling mac address 
> randomization by NetworkManager for USB0 (eth1) on XO's.  Wifi mac addresses 
> are not randomized.
> 
> An XO can share its Wifi over wired ethernet link (USB0) where it can be used 
> by
> a Chromium browser on a linked Raspberry Pi Zero (not W).  SSH -X on the link
> allows XO keyboard and display to be used for Chromium.
> 
> The several setup steps are simple, but must be repeated with each boot since
> NetworkManager (version 0.9.8.* on XO's) supplies a different mac address for
> the link on each boot.  To provide a simple Sugar wrapper to run Chromium, a
> consistent mac address would be needed.
> 
> Methods from web searches have not been successful in disabling 
> randomization, 
> largely since they use features added after 0.9.8.   Using a udev rule to 
> "ifconfig
> usb0 hw ether address" has come the closest, but breaks after a few boots and 
> returns to
> randomization.
> 
> BACKGROUND
> 
> For those interested, details are below, but are only peripheral to question. 
>  This use of the XO's display, keyboard and wifi by Chromium / Zero provides 
> a low cost way to access a widely accepted browser. The Zero can be plugged 
> into XO USB for power and signals. The Zero is
> available for < $10, and with SD card and plug, total cost should be $15 - 20
> USD. 
> 
> 
> __
> 
> 
> MANUAL METHOD - XO (after Pi Zero setup)
> 
> In Sugar, connect to wifi . This needs to be done only the first time and is
> persistent between boots.  Switch to Gnome and disconnect from the "Wired
> connection ?" that just formed. Edit the connection :  IPv6 to ignore, IPv4 to
> require IPv4 and "shared to other computers"   and save.  Connect to this
> connection.  The connection info should show ip address starting with 10:  .
> This link is not persistent between boots.
> 
> systemctl enable sshd.service
> 
> PI ZERO SETUP (prior)
> 
> Raspberry Pi Zero with Raspbian Desktop installed.  To   /boot/config.txt on  
> Pi
> SD edit and add dtoverlay=dwc2 .  To /boot/cmdline.txt add after "rootwait"
>  modules-load=dwc2,g_ether host_addr=00:22:82:ff:ff:20 
> dev_addr=00:22:82:ff:ff:22  (Substitute local mac addresses.)   To 
> start with SSH, add dummy "ssh" file to /boot directory.  On XO, ssh 
> pi@raspberrypi.local with password raspberry   .   Configure Zero to boot to
> command line (CLI) with raspi-config  .  To use Raspbian desktop,  ssh -X
> pi@raspberry.local, and then /etc/X11/Xsession.  The Pi Tool Bar partially
> overlaps the Gnome Tool Bar, but selecting "medium display size" minimizes
> affects.
> 
> UDEV INFO FOR RULES  (but not able to make work)
> 
> DRIVERS=="cdc_ether"
> 
> ATTRS{idVendor=1d6b}
> 
> ATTRS{idProduct=0001}
> 
> RUN+="/etc/udev/scripts/rpi"
> 
> 
> Script rpi:
> 
> ifconfig usb0 down
> 
> ifconfig usb0 hw ether 00:22:82:FF:FF:20
> 
> ifconfig usb0 up
> 
> _
> 
> Carrol Riddle
> 
> ebox...@scishare.com
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Server-devel] [UKids] easiest way to automate install of a collection 12+ PDF's onto Sugar on XOs?

[James Cameron]

On Thu, Apr 19, 2018 at 08:26:27PM -0400, Adam Holt wrote:
> On Thu, Apr 19, 2018 at 8:17 PM, James Cameron <[1]qu...@laptop.org> wrote:
> 
> without deleting the identity
> key the activity collaboration feature will fail in strange ways.
> 
> What's the identity key, and how is it deleted?

A cryptographic identitifier of the Sugar user, randomly created at
first boot and stored in files;

.sugar/default/owner.key and
.sugar/default/owner.key.pub

Delete it using rm, as it says here;
http://wiki.laptop.org/go/Imaging/Side_effects

"Otherwise the cloned laptops won't be able to collaborate using activities, or 
the wrong names will be shown in Chat,"

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Server-devel] [UKids] easiest way to automate install of a collection 12+ PDF's onto Sugar on XOs?

[Adam Holt]

On Thu, Apr 19, 2018 at 8:17 PM, James Cameron  wrote:

> without deleting the identity
> key the activity collaboration feature will fail in strange ways.
>

What's the identity key, and how is it deleted?
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Server-devel] [UKids] easiest way to automate install of a collection 12+ PDF's onto Sugar on XOs?

[James Cameron]

Which things are truly important depend on the circumstances, and only
the teacher will know.  For instance, without deleting the identity
key the activity collaboration feature will fail in strange ways.

On Sun, Apr 15, 2018 at 07:07:09PM -0400, Adam Holt wrote:
> On Sun, Apr 15, 2018 at 6:58 PM, Adam Holt <[1]h...@laptop.org> wrote:
> 
> On Mon, Apr 9, 2018 at 11:54 PM, Tony Anderson <[2]tony_ander...@usa.net>
> wrote:
>
> A teacher should never 'rm -rf /home/olpc/.sugar'. If the intent is to
> remove the Journal because of space considerations, 'rm -rf 
> /home/olpc/
> sugar/datastore' is sufficient. After this command the XO needs to be
> rebooted to create a new empty datastore.
> 
>
> 'rm -rf /home/olpc/sugar/datastore' is not sufficient to accomplish the
> required task (deleting the child's Sugar name).
> 
> 'rm /home/olpc/.sugar' is the only way we know.  (Unless there's a better
> approach ?)
> 
> There are many similar suggestions here:
> 
>    [3]http://wiki.laptop.org/go/Imaging/Side_effects
> 
> Which of the above are truly important for a teacher to type in at the
> beginning of the semester, to clean out Sugar on an XO.
> 
> Teachers much prefer something very short like "rm -rf /home/olpc/.sugar"
> (unless there's a better way?)
> 
> PS Naturally Gnome is not as easy to clean out, if students have left MP3's 
> and
> personal files lying around!
> 
> References:
> 
> [1] mailto:h...@laptop.org
> [2] mailto:tony_ander...@usa.net
> [3] http://wiki.laptop.org/go/Imaging/Side_effects

> ___
> Server-devel mailing list
> server-de...@lists.laptop.org
> http://lists.laptop.org/listinfo/server-devel


-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [UKids] easiest way to automate install of a collection 12+ PDF's onto Sugar on XOs?

[James Cameron]

OLPC OS on the XO is configured for ownership style "one laptop per
child".

If you always want to delete the child's Sugar name, you might either
change login scripts to delete it before starting, or assume a
default.  It simplifies getting started into a class.

e.g. in the OLPC OS 16.04 live build on the NL3, we have this in
/usr/bin/sugar;

gsettings set org.sugarlabs.user nick 'You'
gsettings set org.sugarlabs.user gender ''
gsettings set org.sugarlabs.user birth-timestamp 689659403
gsettings set org.sugarlabs.user group-label 'Adult'
gsettings set org.sugarlabs.user color '#808080,#c0c0c0'
gconftool-2 --set /desktop/sugar/user/color --type string '#808080,#c0c0c0'
gconftool-2 --set /desktop/sugar/user/nick --type string 'You'

On Sun, Apr 15, 2018 at 06:58:11PM -0400, Adam Holt wrote:
> On Mon, Apr 9, 2018 at 11:54 PM, Tony Anderson <[1]tony_ander...@usa.net>
> wrote:
> 
> A teacher should never 'rm -rf /home/olpc/.sugar'. If the intent is to
> remove the Journal because of space considerations, 'rm -rf /home/olpc/
> sugar/datastore' is sufficient. After this command the XO needs to be
> rebooted to create a new empty datastore.
> 
> 'rm -rf /home/olpc/sugar/datastore' is not sufficient to accomplish the
> required task (deleting the child's Sugar name).
> 
> 'rm /home/olpc/.sugar' is the only way we know.  (Unless there's a better
> approach ?)
> 
> References:
> 
> [1] mailto:tony_ander...@usa.net

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


-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: sugar-install-bundle fails to behave like Browse when installing .xol bundle

[James Cameron]

Your bundle does not meet the requirements.

I've downloaded it, and sugar-install-bundle says what is wrong;

sugar3.bundle.bundle.MalformedBundleException: All files in the bundle
must be inside a single directory whose name ends with '.activity'

Sure enough, "unzip -l" shows the directory name does not end with
'.activity'.

$ unzip -l livr*
Archive:  livreshaiti.xol
  Length  DateTimeName
-  -- -   
0  2013-12-15 13:58   livreshaiti/
   935794  2013-12-15 13:14   livreshaiti/chita_pa_bay.pdf
  345  2013-12-15 14:04   livreshaiti/index.html
0  2013-12-15 13:32   livreshaiti/library/
  434  2008-03-24 11:04   livreshaiti/library/books.png
  293  2013-12-15 14:02   livreshaiti/library/library.info
  1286434  2013-12-15 13:15   livreshaiti/st_exupery_le_petit_prince.pdf
- ---
  2223300 7 files

On Wed, Apr 11, 2018 at 12:12:17PM -0400, Adam Holt wrote:
> Clicking on http://download.unleashkids.org/HaitiOS/bundles/livreshaiti.xol
> works in Sugar's Browse activity on OLPC OS 13.2.9, correctly loading books
> into Sugar.
> 
> However doing the same thing from the command-line ("sugar-install-bundle
> livreshaiti.xol") does not work :/
> 
> Does anyone have any tricks/ideas to making this happen programmatically?
> 
> (Context: we're mostly doing XO-1.5 work at the moment, and our scripts need 
> to
> work post-deployment, as educators seek continuous improvement.)
> 
> References:
> 
> [1] http://download.unleashkids.org/HaitiOS/bundles/livreshaiti.xol

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


-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: how to change Sugar's timezone+language after XO deployment

[James Cameron]

Supported method for configuring timezone is the "timezone" option in
the "[base]" section of the OS Builder configuration file.

Traceback you show is not fatal, is irrelevant, but is a bug that
should be fixed.

https://github.com/sugarlabs/sugar/issues/793

You should not use sudo for this command.  Sugar timezone is not a
system-wide configuration setting; it is local to the user.

On Wed, Apr 11, 2018 at 11:43:18AM -0400, Adam Holt wrote:
> Can commands like the following be made to work?
> 
>    sugar-control-panel -s timezone America/Port-au-Prince
>    sugar-control-panel -s languages French/France
> 
> If not, is there some other clever way to do this programmatically, perhaps
> using the gsettings command?
> 
> Thanks if poss!  Example error posted below -- changes do not take effect, 
> even
> after reboot.  Original doc @ 
> [1]http://wiki.laptop.org/go/Sugar_Control_Panel#
> Setting_The_Timezone
> 
> Adam
> 
> [olpc@xo-4a-c3-b5 ~]$ sudo sugar-control-panel -s timezone America/
> Port-au-Prince
> ERROR:root:Exception while loading extension:
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/jarabe/controlpanel/cmd.py", line 68,
> in load_modules
>     globals(), locals(), ['model'])
>   File "/usr/share/sugar/extensions/cpsection/frame/model.py", line 17, in
> 
>     from jarabe.frame import get_view
>   File "/usr/lib/python2.7/site-packages/jarabe/frame/__init__.py", line 16, 
> in
> 
>     from jarabe.frame.frame import Frame
>   File "/usr/lib/python2.7/site-packages/jarabe/frame/frame.py", line 30, in
> 
>     from jarabe.frame.friendstray import FriendsTray
>   File "/usr/lib/python2.7/site-packages/jarabe/frame/friendstray.py", line 
> 20,
> in 
>     from jarabe.view.buddymenu import BuddyMenu
>   File "/usr/lib/python2.7/site-packages/jarabe/view/buddymenu.py", line 37, 
> in
> 
>     import jarabe.desktop.homewindow
>   File "/usr/lib/python2.7/site-packages/jarabe/desktop/homewindow.py", line
> 28, in 
>     from jarabe.desktop.meshbox import MeshBox
>   File "/usr/lib/python2.7/site-packages/jarabe/desktop/meshbox.py", line 35,
> in 
>     from jarabe.view.buddyicon import BuddyIcon
>   File "/usr/lib/python2.7/site-packages/jarabe/view/buddyicon.py", line 19, 
> in
> 
>     from jarabe.view.buddymenu import BuddyMenu
> ImportError: cannot import name BuddyMenu
> To apply your changes you have to restart Sugar.
> Hit ctrl+alt+erase on the keyboard to trigger a restart.
> 
> References:
> 
> [1] http://wiki.laptop.org/go/Sugar_Control_Panel#Setting_The_Timezone

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


-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [UKids] easiest way to automate install of a collection 12+ PDF's onto Sugar on XOs?

[Adam Holt]

On Sun, Apr 15, 2018 at 6:58 PM, Adam Holt  wrote:

> On Mon, Apr 9, 2018 at 11:54 PM, Tony Anderson 
> wrote:
>
>> A teacher should never 'rm -rf /home/olpc/.sugar'. If the intent is to
>> remove the Journal because of space considerations, 'rm -rf
>> /home/olpc/sugar/datastore' is sufficient. After this command the XO needs
>> to be rebooted to create a new empty datastore.
>>
>
> 'rm -rf /home/olpc/sugar/datastore' is not sufficient to accomplish the
> required task (deleting the child's Sugar name).
>
> 'rm /home/olpc/.sugar' is the only way we know.  *(Unless there's a
> better approach ?)*
>

There are many similar suggestions here:

   http://wiki.laptop.org/go/Imaging/Side_effects

Which of the above are truly important for a teacher to type in at the
beginning of the semester, to clean out Sugar on an XO.

Teachers much prefer something very short like "rm -rf /home/olpc/.sugar"
(unless there's a better way?)


PS Naturally Gnome is not as easy to clean out, if students have left MP3's
and personal files lying around!
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [UKids] easiest way to automate install of a collection 12+ PDF's onto Sugar on XOs?

[Adam Holt]

On Mon, Apr 9, 2018 at 11:54 PM, Tony Anderson 
wrote:

> A teacher should never 'rm -rf /home/olpc/.sugar'. If the intent is to
> remove the Journal because of space considerations, 'rm -rf
> /home/olpc/sugar/datastore' is sufficient. After this command the XO needs
> to be rebooted to create a new empty datastore.
>

'rm -rf /home/olpc/sugar/datastore' is not sufficient to accomplish the
required task (deleting the child's Sugar name).

'rm /home/olpc/.sugar' is the only way we know.  *(Unless there's a better
approach ?)*
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [UKids] easiest way to automate install of a collection 12+ PDF's onto Sugar on XOs?

[Adam Holt]

On Mon, Apr 9, 2018 at 11:54 PM, Tony Anderson 
wrote:

> As Bryan Berry once said: Don't use .xol. It is not implemented and will
> never be supported.
>
> The XO has very limited storage capacity. Last year, I implemented a
> 'roomserver'. Essentially this is a usb stick mounted on one XO in range of
> an ad hoc network. It uses SimpleHTTPServer to serve the content to XOs
> connected by an ad hoc network. This server works like an 'ls' command
> showing a list of files in the base directory -e.g. pdfs. If an index.html
> file is in the main folder, it is shown instead of the list. The url of an
> XO is shown in the frame. This can be used by other xo on that network
> using Browse. Enter: http://192.168.1.11:8008 where 8008 is the
> SimpleHTMLServer port.
>
> Currently Sugar provides /home/olpc/Library as the place to store this
> kind of document. It would be simple to prepare an index.html page with
> links to the pdfs. This html would be accessible by the file protocol:
> file:///home/olpc/Library/index.html. Alternatively the standard homepage
> for Browse is at /home/olpc/.library-pages so the links could be added to
> that page.
>
> Once a pdf is shown by Browse it can be downloaded to the Journal. From
> the Journal it can be resumed either by Read or by Browse. This assumes the
> pdf is downloaded from a server, not the XO. Otherwise, a second copy is
> made doubling the storage cost.
>
> A teacher should never 'rm -rf /home/olpc/.sugar'. If the intent is to
> remove the Journal because of space considerations, 'rm -rf
> /home/olpc/sugar/datastore' is sufficient. After this command the XO needs
> to be rebooted to create a new empty datastore.
>

I assume you mean 'rm -rf /home/olpc/.sugar/default/datastore' ?
Compare http://wiki.laptop.org/go/Imaging/Side_effects mentioned by James
Cameron's on Feb 19 @
http://lists.laptop.org/pipermail/devel/2018-February/038999.html

Thanks much Tony: this approach looks very promising.

We'll look at Tom Gilliard's approach too:
https://groups.google.com/d/msg/unleashkids/22cKusokstU/UTa49BEiAgAJ

Note: the current 'Journal is full' message is triggered when the unused
> space is less than 50MB and has nothing to do with the size of the Journal.
> Sadly, Sugar provides no way for the user to determine what should be
> removed (activities, content in folders such as Library, activity storage
> ('instance', 'data', 'tmp') or the datastore). Hence the standard technique
> of reflashing the XO. Another example of our developers with their terabyte
> Ubuntu machines who have no idea of the realities on the ground.
>

;)

The easiest and most straightforward approach is to use a bash script:
> pdf.sh
>
> cp first.pdf /home/olpc/Library
> cp second.pdf /home/olpc/Library
> cp index.html /home/olpc/Library
> poweroff
>
> with the Terminal activity:
>
> cd /run/media/olpc/usbstick
> bash pdf.sh
>
> This approach works with a set of usb sticks in factory mode since each XO
> shuts down allowing the stick to be moved to a waiting XO already booted.
>
> Some typing can be saved by using a bash function:
>
> function cpy(title) {
>cp title /home/olpc/Library
> }
>
> with the script:
>
> cpy first.pdf
> cpy second.pdf
> cpy index.html
> poweroff
>
>
> Tony
>
>
> On Tuesday, 10 April, 2018 10:08 AM, Adam Holt wrote:
>
> Is building an .xol bundle/collection/file (containing all the PDF's) the
> easiest way?  What's the easiest way to build up an .xol of PDF's if so?
>
> Presumably by then installing the .xol in Sugar -> Terminal Activity as
> follows?
>
>sugar-install-bundle /run/media/olpc//
>
> Or is there much better ways to "permanently" install a large number of
> PDF's onto Sugar across a large number of XO laptops?  Or should we use
> Gnome instead of Sugar, if there's a much better way?  Sugar's Browse
> Activity is preferred (faster, lightweight) but Firefox 26.0 is also
> installed if absolutely necessary, in case either are needed instead of
> Sugar's Read Activity.
>
> CLARIF: The job will be done using USB memory sticks, walking from one XO
> laptop to the next, to install all these PDF's.
>
> CLARIF: We want the PDF's to remain on the XO laptops even after the
> teacher types in "rm -rf /home/olpc/.sugar" to clean out personal files
> from Sugar on each laptop, which typically happens at the beginning of each
> semester.
>
> CLARIF: A Sugar icon within the Sugar wheel would be a bonus, but any
> other method of finding this content within 3-to-5 clicks from Sugar's Home
> View can work Ok!
>
> CLARIF: these books need to be on the XO laptops themselves, as servers
> like IIAB are *not* always present.
>
> *Apologies there are serious electrical problems in Haiti where we're
> working, so it's very tough to fully research this online!*
> --
> Unsung Heroes of OLPC, interviewed live @ http://unleashkids.org !
> ---
> You received this message because you are subscribed to the Google Groups
> "Unleash Kids" group.
> To unsubscribe from this group and sto

Re: can one "dd" XO-1.5 internal microSD cards, to another XO-1.5?

[James Cameron]

On Mon, Feb 19, 2018 at 10:13:51PM -0800, Hal Murray wrote:
> > Better would be to use SD cards.
> 
> The original goal was to copy microSD cards.

Yes, but original goal unwise; it will damage the microSD card
connector and display cable.  At this stage of life there is
contact oxidation, spring tension reduction, and brittle polymers.

I've observed these in my test units that have had way less use than
units in the hands of children.

> Would it be reasonable to copy microSD to SD, move the SD card to
> the target XO, and then copy SD to microSD?  I expect an
> OpenFirmware wizard could do it with no effort but I'm not that
> level of wizard.

No, not really.

An order of magnitude faster to use Linux to copy, as it can do
asynchronous I/O.  Open Firmware only does asynchronous I/O during
fs-update.

To access my wizardry, use the tools we have refined and kept running
for years, or get me to do it.  Can also sign the build; overcomes the
next common problem; locked laptops.

The .zd format and fs-update is the fastest method to bulk load the
microSD card without having to remove and replace it.

A clone can be made with Linux, then converted to .zd using the
zhashfs program.

There is also rsync from a teacher laptop, see
http://wiki.laptop.org/go/Tiny_Core_Linux/Reversion

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: can one "dd" XO-1.5 internal microSD cards, to another XO-1.5?

[Hal Murray]

> Better would be to use SD cards.

The original goal was to copy microSD cards.

Would it be reasonable to copy microSD to SD, move the SD card to the target 
XO, and then copy SD to microSD?  I expect an OpenFirmware wizard could do it 
with no effort but I'm not that level of wizard.

-- 
These are my opinions.  I hate spam.



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

Re: can one "dd" XO-1.5 internal microSD cards, to another XO-1.5?

[James Cameron]

Stripped of your superlatives, yes.

It isn't just .sugar, there's also .config.

http://wiki.laptop.org/go/Imaging/Side_effects describes the exact
steps to do before duplication.

Get it wrong and you will break collaboration of Sugar activities.

Certainly unfortunate that said Ace Teacher isn't Ace enough to find
or develop expertise.

The microSD card connector has a limited life, as does the display
cable, so I'm all for opening and closing it many times so you have to
buy new laptops!  ;-)  Better would be to use SD cards.

On Mon, Feb 19, 2018 at 05:10:58PM -0500, Adam Holt wrote:
> James & All,
> 
> Will it work if one extricates an XO-1.5's internal microSD card and then
> places it inside another XO-1.5?
> 
> e.g. allowing an Ace Teacher to make her own customized images offline in
> Haiti, with the power of a screwdriver, then simply re-assembling her very
> small collection of XO-1.5's after the "dd" duplication of microSD's is done.
> 
> If this works, I will ask her to run "rm -rf /home/olpc/.sugar" first, in 
> order
> to delete all personal info on the master/template laptop, if she really 
> cares!
>   Context for this potential Lifesaver: the Ace Teacher does not and cannot
> realistically use these more professional tools that we are would normally
> advocate for:
> 
> [1]http://wiki.laptop.org/go/OS_Builder
> [2]http://wiki.laptop.org/go/Tiny_Core_Linux
> [3]http://wiki.laptop.org/go/Customization_stick (deprecated!)
> 
> References:
> 
> [1] http://wiki.laptop.org/go/OS_Builder
> [2] http://wiki.laptop.org/go/Tiny_Core_Linux
> [3] http://wiki.laptop.org/go/Customization_stick

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


-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: "Can't open boot device" XO laptop firmware/OFW issue?

[James Cameron]

As it ages, the microSD card takes longer and longer to erase and
write blocks.

Eventually the time it takes to erase and write may exceed the few
seconds between end of reflashing and the reboot power cycle.

In those situations, use fs-update instead of the four button method,
and leave the system on for five minutes before the first reboot.

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: "Can't open boot device" XO laptop firmware/OFW issue?

[Adam Holt]

On Sun, Feb 18, 2018 at 3:17 PM, James Cameron  wrote:

> Either there is an SD card in the external slot with unsupported partition
> table, or there is a fault with the internal microSD card or slot.
>

I reflashed it a 2nd time and it came back to life (boots properly, for
now!)

I've seen this symptom (sometimes intermittent, sometimes permanent) on a
few similar XO-1.5's.

Seems the internal microSD's are sometimes/likely running out of steam for
mysterious reasons, despite minimal usage (though after ~7 years one cannot
complain, and at least these microSD's are replaceable on the XO-1.5 !)

Thanks James.

--
> James Cameron
> http://quozl.netrek.org/
>
> --
> 
> 
> Unsung Heroes of OLPC, interviewed live @ 
> http://unleashkids.org !
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: "Can't open boot device" XO laptop firmware/OFW issue?

[James Cameron]

Either there is an SD card in the external slot with unsupported partition
table, or there is a fault with the internal microSD card or slot.

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: The needed patches to run new systemd on 3.3 kernel

[James Cameron]

Thanks; indeed useful where kernel is not ported.

On Thu, Dec 28, 2017 at 11:30:22PM -0600, Ethan wrote:
> Just thought it would be useful for the XO-1/1.5

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: "Show sample projects" button in Physics activity v32.1 on OLPC OS 13.2.9

[James Cameron]

On Tue, Dec 26, 2017 at 07:51:47AM -0500, Adam Holt wrote:
> Just FYI the Physics activity has a button in the top-right ("Show
> sample projects") that momentarily flashes a large black rectangle
> onto the screen, but does not proceed.
> 
> This was tested in Physics activity version 32.1 on OLPC OS 13.2.9
> on XO-1.5 and XO-1.75, by right-clicking and also with a (regular)
> left-clicking on the button.
> 
> Is there a known workaround to load sample projects possibly?

Thanks.  This was reported by Jammily and fixed in August
https://github.com/sugarlabs/physics/issues/32

Physics-32.2 has been uploaded for OLPC OS 13.2.x.  Use alt-shift-m My
Settings, Software Update.

> And/or should we document this in
> http://wiki.laptop.org/go/Release_notes/13.2.9#Known_Problems ?

Wouldn't want to set a high expectation; resource intensive to
add notes for each fix to each activity.  History of page
http://wiki.laptop.org/go/Activities/13.2.9 could help.

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Devel Digest, Vol 132, Issue 2

[Peter Robinson]

On Mon, Sep 18, 2017 at 5:02 PM, Tony Anderson  wrote:
> Hi, Peter
>
> Sorry, must be age creeping up. I certainly thought I had read the email.
>
> Yet as I read your text the phrases: 'could actually run', 'would just
> need', and  'might work OOTB' suggests the need for some testing.
>
> Generally, the best place to start fixing is to locate the problem as
> exactly as possible.

Yes, but that needs time, and that I don't have as stated in the
thread previously. So was giving general direction for those that
might have the time/interest/ability.

> Tony
>
>
> On 09/18/2017 01:04 PM, Peter Robinson wrote:
>>
>> On Mon, Sep 18, 2017 at 10:57 AM, Tony Anderson 
>> wrote:
>>>
>>> Has anyone tested a current fedora release on an XO model? It would seem
>>> reasonable to install Fedora with the gnome desktop independent of Sugar
>>> as
>>> a starting point.
>>
>> Why don't you actually read the thread you're replying to. Userspace
>> will be fine, needs kernel work as they need a newer kernel.
>>
>> The ARM XOs could actually as of Fedora 26 run with a completely open
>> userspace with the entaviv kernel if someone does the work for those
>> devices to boot on a current kernel. In theory the XO 1.75 would just
>> need a devicetree plus driver upstreaming. The 1.5 might work OOTB but
>> there are some drivers that were never upstreamed.
>>
>> Peter
>>
>>> Tony
>>>
>>> On 09/17/2017 05:00 PM, devel-requ...@lists.laptop.org wrote:
>>>>
>>>> Send Devel mailing list submissions to
>>>>  devel@lists.laptop.org
>>>>
>>>> To subscribe or unsubscribe via the World Wide Web, visit
>>>>  http://lists.laptop.org/listinfo/devel
>>>> or, via email, send a message with subject or body 'help' to
>>>>  devel-requ...@lists.laptop.org
>>>>
>>>> You can reach the person managing the list at
>>>>  devel-ow...@lists.laptop.org
>>>>
>>>> When replying, please edit your Subject line so it is more specific
>>>> than "Re: Contents of Devel digest..."
>>>>
>>>>
>>>> Today's Topics:
>>>>
>>>>  1. Porting XO laptops to newer Linux kernels (Samuel Greenfeld)
>>>>  2. Re: Porting XO laptops to newer Linux kernels (Peter Robinson)
>>>>  3. Re: Porting XO laptops to newer Linux kernels
>>>> (Arne Babenhauserheide)
>>>>
>>>>
>>>> --
>>>>
>>>> Message: 1
>>>> Date: Sat, 16 Sep 2017 23:28:14 -0400
>>>> From: Samuel Greenfeld 
>>>> To: OLPC Devel 
>>>> Subject: Porting XO laptops to newer Linux kernels
>>>> Message-ID:
>>>>
>>>> 
>>>> Content-Type: text/plain; charset="utf-8"
>>>>
>>>> It has been a few years (Fedora 18) since the original XO Laptop series
>>>> has
>>>> had any sort of major Operating System update.
>>>>
>>>> In order to support newer versions of Systemd, features found in newer
>>>> versions of the Linux kernel are required.  And from limited exploratory
>>>> work done years ago, the XO-1 mesh networking & XO-1.5 Camera drivers
>>>> may
>>>> need fixing even though they are in upstream kernels.
>>>>
>>>> Are there any low-level kernel developers out there interested in
>>>> porting
>>>> XO laptops (both x86 & ARM) to a Linux 4.x kernel or a later 3.x kernel
>>>> so
>>>> they can be used with newer Linux distributions?  Or should we presume
>>>> that
>>>> all public XO laptop development (apart from minor patching) is
>>>> officially
>>>> dead at this point?
>>>>
>>>> I presume hardware can be made available provided someone has the
>>>> interest.
>>>>
>>>> ---
>>>> SJG
>>>> -- next part --
>>>> An HTML attachment was scrubbed...
>>>> URL:
>>>>
>>>> <http://lists.laptop.org/pipermail/devel/attachments/20170916/6203a1b6/attachment-0001.html>
>>>>
>>>> --
>>>>
>>>> Message: 2
>>>> Date: Sun, 17 Sep 2017 11:14:00 +0100
>>>> 

Re: Devel Digest, Vol 132, Issue 2

[Tony Anderson]

Hi, Peter

Sorry, must be age creeping up. I certainly thought I had read the email.

Yet as I read your text the phrases: 'could actually run', 'would just 
need', and  'might work OOTB' suggests the need for some testing.


Generally, the best place to start fixing is to locate the problem as 
exactly as possible.


Tony

On 09/18/2017 01:04 PM, Peter Robinson wrote:

On Mon, Sep 18, 2017 at 10:57 AM, Tony Anderson  wrote:

Has anyone tested a current fedora release on an XO model? It would seem
reasonable to install Fedora with the gnome desktop independent of Sugar as
a starting point.

Why don't you actually read the thread you're replying to. Userspace
will be fine, needs kernel work as they need a newer kernel.

The ARM XOs could actually as of Fedora 26 run with a completely open
userspace with the entaviv kernel if someone does the work for those
devices to boot on a current kernel. In theory the XO 1.75 would just
need a devicetree plus driver upstreaming. The 1.5 might work OOTB but
there are some drivers that were never upstreamed.

Peter


Tony

On 09/17/2017 05:00 PM, devel-requ...@lists.laptop.org wrote:

Send Devel mailing list submissions to
 devel@lists.laptop.org

To subscribe or unsubscribe via the World Wide Web, visit
 http://lists.laptop.org/listinfo/devel
or, via email, send a message with subject or body 'help' to
 devel-requ...@lists.laptop.org

You can reach the person managing the list at
 devel-ow...@lists.laptop.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Devel digest..."


Today's Topics:

 1. Porting XO laptops to newer Linux kernels (Samuel Greenfeld)
 2. Re: Porting XO laptops to newer Linux kernels (Peter Robinson)
 3. Re: Porting XO laptops to newer Linux kernels
(Arne Babenhauserheide)


--

Message: 1
Date: Sat, 16 Sep 2017 23:28:14 -0400
From: Samuel Greenfeld 
To: OLPC Devel 
Subject: Porting XO laptops to newer Linux kernels
Message-ID:


Content-Type: text/plain; charset="utf-8"

It has been a few years (Fedora 18) since the original XO Laptop series
has
had any sort of major Operating System update.

In order to support newer versions of Systemd, features found in newer
versions of the Linux kernel are required.  And from limited exploratory
work done years ago, the XO-1 mesh networking & XO-1.5 Camera drivers may
need fixing even though they are in upstream kernels.

Are there any low-level kernel developers out there interested in porting
XO laptops (both x86 & ARM) to a Linux 4.x kernel or a later 3.x kernel so
they can be used with newer Linux distributions?  Or should we presume
that
all public XO laptop development (apart from minor patching) is officially
dead at this point?

I presume hardware can be made available provided someone has the
interest.

---
SJG
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.laptop.org/pipermail/devel/attachments/20170916/6203a1b6/attachment-0001.html>

--

Message: 2
Date: Sun, 17 Sep 2017 11:14:00 +0100
From: Peter Robinson 
To: Samuel Greenfeld 
Cc: OLPC Devel 
Subject: Re: Porting XO laptops to newer Linux kernels
Message-ID:


Content-Type: text/plain; charset="UTF-8"

On Sun, Sep 17, 2017 at 4:28 AM, Samuel Greenfeld 
wrote:

It has been a few years (Fedora 18) since the original XO Laptop series
has
had any sort of major Operating System update.

In order to support newer versions of Systemd, features found in newer
versions of the Linux kernel are required.  And from limited exploratory
work done years ago, the XO-1 mesh networking & XO-1.5 Camera drivers may
need fixing even though they are in upstream kernels.

Are there any low-level kernel developers out there interested in porting
XO
laptops (both x86 & ARM) to a Linux 4.x kernel or a later 3.x kernel so
they
can be used with newer Linux distributions?  Or should we presume that
all
public XO laptop development (apart from minor patching) is officially
dead
at this point?

I presume hardware can be made available provided someone has the
interest.

I would love to see someone get it all upstream so we could just
support them in vanilla Fedora. I can send HW but unfortunately I
don't have much time (or ability) to get these bits upstream.


--

Message: 3
Date: Sun, 17 Sep 2017 14:45:59 +0200
From: Arne Babenhauserheide 
To: Samuel Greenfeld 
Cc: OLPC Devel 
Subject: Re: Porting XO laptops to newer Linux kernels
Message-ID: <87vakheb3l@web.de>
Content-Type: text/plain; charset="utf-8"


Samuel Greenfeld  writes:


Are there any low-level kernel developers out there interested in porting
XO laptops (both x86 & ARM) to a Linux 4.x kernel or a later 3.x kern

Re: Devel Digest, Vol 132, Issue 2

[Peter Robinson]

On Mon, Sep 18, 2017 at 10:57 AM, Tony Anderson  wrote:
> Has anyone tested a current fedora release on an XO model? It would seem
> reasonable to install Fedora with the gnome desktop independent of Sugar as
> a starting point.

Why don't you actually read the thread you're replying to. Userspace
will be fine, needs kernel work as they need a newer kernel.

The ARM XOs could actually as of Fedora 26 run with a completely open
userspace with the entaviv kernel if someone does the work for those
devices to boot on a current kernel. In theory the XO 1.75 would just
need a devicetree plus driver upstreaming. The 1.5 might work OOTB but
there are some drivers that were never upstreamed.

Peter

> Tony
>
> On 09/17/2017 05:00 PM, devel-requ...@lists.laptop.org wrote:
>>
>> Send Devel mailing list submissions to
>> devel@lists.laptop.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> http://lists.laptop.org/listinfo/devel
>> or, via email, send a message with subject or body 'help' to
>> devel-requ...@lists.laptop.org
>>
>> You can reach the person managing the list at
>> devel-ow...@lists.laptop.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of Devel digest..."
>>
>>
>> Today's Topics:
>>
>> 1. Porting XO laptops to newer Linux kernels (Samuel Greenfeld)
>> 2. Re: Porting XO laptops to newer Linux kernels (Peter Robinson)
>> 3. Re: Porting XO laptops to newer Linux kernels
>>(Arne Babenhauserheide)
>>
>>
>> --
>>
>> Message: 1
>> Date: Sat, 16 Sep 2017 23:28:14 -0400
>> From: Samuel Greenfeld 
>> To: OLPC Devel 
>> Subject: Porting XO laptops to newer Linux kernels
>> Message-ID:
>>
>> 
>> Content-Type: text/plain; charset="utf-8"
>>
>> It has been a few years (Fedora 18) since the original XO Laptop series
>> has
>> had any sort of major Operating System update.
>>
>> In order to support newer versions of Systemd, features found in newer
>> versions of the Linux kernel are required.  And from limited exploratory
>> work done years ago, the XO-1 mesh networking & XO-1.5 Camera drivers may
>> need fixing even though they are in upstream kernels.
>>
>> Are there any low-level kernel developers out there interested in porting
>> XO laptops (both x86 & ARM) to a Linux 4.x kernel or a later 3.x kernel so
>> they can be used with newer Linux distributions?  Or should we presume
>> that
>> all public XO laptop development (apart from minor patching) is officially
>> dead at this point?
>>
>> I presume hardware can be made available provided someone has the
>> interest.
>>
>> ---
>> SJG
>> -- next part --
>> An HTML attachment was scrubbed...
>> URL:
>> <http://lists.laptop.org/pipermail/devel/attachments/20170916/6203a1b6/attachment-0001.html>
>>
>> --
>>
>> Message: 2
>> Date: Sun, 17 Sep 2017 11:14:00 +0100
>> From: Peter Robinson 
>> To: Samuel Greenfeld 
>> Cc: OLPC Devel 
>> Subject: Re: Porting XO laptops to newer Linux kernels
>> Message-ID:
>>
>> 
>> Content-Type: text/plain; charset="UTF-8"
>>
>> On Sun, Sep 17, 2017 at 4:28 AM, Samuel Greenfeld 
>> wrote:
>>>
>>> It has been a few years (Fedora 18) since the original XO Laptop series
>>> has
>>> had any sort of major Operating System update.
>>>
>>> In order to support newer versions of Systemd, features found in newer
>>> versions of the Linux kernel are required.  And from limited exploratory
>>> work done years ago, the XO-1 mesh networking & XO-1.5 Camera drivers may
>>> need fixing even though they are in upstream kernels.
>>>
>>> Are there any low-level kernel developers out there interested in porting
>>> XO
>>> laptops (both x86 & ARM) to a Linux 4.x kernel or a later 3.x kernel so
>>> they
>>> can be used with newer Linux distributions?  Or should we presume that
>>> all
>>> public XO laptop development (apart from minor patching) is officially
>>> dead
>>> at this point?
>>>
>>> I presume hardware can be made available provided someone has the
>>> interest.
>>
>> I would love to see someone get it all upstream so we could just
>> support the

Re: Devel Digest, Vol 132, Issue 2

[Tony Anderson]

Has anyone tested a current fedora release on an XO model? It would seem 
reasonable to install Fedora with the gnome desktop independent of Sugar 
as a starting point.


Tony

On 09/17/2017 05:00 PM, devel-requ...@lists.laptop.org wrote:

Send Devel mailing list submissions to
devel@lists.laptop.org

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.laptop.org/listinfo/devel
or, via email, send a message with subject or body 'help' to
devel-requ...@lists.laptop.org

You can reach the person managing the list at
devel-ow...@lists.laptop.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Devel digest..."


Today's Topics:

1. Porting XO laptops to newer Linux kernels (Samuel Greenfeld)
2. Re: Porting XO laptops to newer Linux kernels (Peter Robinson)
3. Re: Porting XO laptops to newer Linux kernels
   (Arne Babenhauserheide)


--

Message: 1
Date: Sat, 16 Sep 2017 23:28:14 -0400
From: Samuel Greenfeld 
To: OLPC Devel 
Subject: Porting XO laptops to newer Linux kernels
Message-ID:

Content-Type: text/plain; charset="utf-8"

It has been a few years (Fedora 18) since the original XO Laptop series has
had any sort of major Operating System update.

In order to support newer versions of Systemd, features found in newer
versions of the Linux kernel are required.  And from limited exploratory
work done years ago, the XO-1 mesh networking & XO-1.5 Camera drivers may
need fixing even though they are in upstream kernels.

Are there any low-level kernel developers out there interested in porting
XO laptops (both x86 & ARM) to a Linux 4.x kernel or a later 3.x kernel so
they can be used with newer Linux distributions?  Or should we presume that
all public XO laptop development (apart from minor patching) is officially
dead at this point?

I presume hardware can be made available provided someone has the interest.

---
SJG
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.laptop.org/pipermail/devel/attachments/20170916/6203a1b6/attachment-0001.html>

--

Message: 2
Date: Sun, 17 Sep 2017 11:14:00 +0100
From: Peter Robinson 
To: Samuel Greenfeld 
Cc: OLPC Devel 
Subject: Re: Porting XO laptops to newer Linux kernels
Message-ID:

Content-Type: text/plain; charset="UTF-8"

On Sun, Sep 17, 2017 at 4:28 AM, Samuel Greenfeld  wrote:

It has been a few years (Fedora 18) since the original XO Laptop series has
had any sort of major Operating System update.

In order to support newer versions of Systemd, features found in newer
versions of the Linux kernel are required.  And from limited exploratory
work done years ago, the XO-1 mesh networking & XO-1.5 Camera drivers may
need fixing even though they are in upstream kernels.

Are there any low-level kernel developers out there interested in porting XO
laptops (both x86 & ARM) to a Linux 4.x kernel or a later 3.x kernel so they
can be used with newer Linux distributions?  Or should we presume that all
public XO laptop development (apart from minor patching) is officially dead
at this point?

I presume hardware can be made available provided someone has the interest.

I would love to see someone get it all upstream so we could just
support them in vanilla Fedora. I can send HW but unfortunately I
don't have much time (or ability) to get these bits upstream.


--

Message: 3
Date: Sun, 17 Sep 2017 14:45:59 +0200
From: Arne Babenhauserheide 
To: Samuel Greenfeld 
Cc: OLPC Devel 
Subject: Re: Porting XO laptops to newer Linux kernels
Message-ID: <87vakheb3l@web.de>
Content-Type: text/plain; charset="utf-8"


Samuel Greenfeld  writes:


Are there any low-level kernel developers out there interested in porting
XO laptops (both x86 & ARM) to a Linux 4.x kernel or a later 3.x kernel so
they can be used with newer Linux distributions?  Or should we presume that
all public XO laptop development (apart from minor patching) is officially
dead at this point?

I am still running an XO-1 with Gentoo (the gentooxo website sadly died,
but I still use what it provided), but I did not get the newer kernels
to run, so I’m currently missing out on many features (including sound).

I’d be willing to try again if I could prod someones brain when I hit
roadblocks. I’m not experienced in low-level kernel development, but
depending on the problems, perspiration might be able to supplant some
missing experience :-)

Best wishes,
Arne



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

Re: Porting XO laptops to newer Linux kernels

[Arne Babenhauserheide]

Samuel Greenfeld  writes:

> Are there any low-level kernel developers out there interested in porting
> XO laptops (both x86 & ARM) to a Linux 4.x kernel or a later 3.x kernel so
> they can be used with newer Linux distributions?  Or should we presume that
> all public XO laptop development (apart from minor patching) is officially
> dead at this point?

I am still running an XO-1 with Gentoo (the gentooxo website sadly died,
but I still use what it provided), but I did not get the newer kernels
to run, so I’m currently missing out on many features (including sound).

I’d be willing to try again if I could prod someones brain when I hit
roadblocks. I’m not experienced in low-level kernel development, but
depending on the problems, perspiration might be able to supplant some
missing experience :-)

Best wishes,
Arne
-- 
Unpolitisch sein
heißt politisch sein
ohne es zu merken


signature.asc
Description: PGP signature
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Porting XO laptops to newer Linux kernels

[Peter Robinson]

On Sun, Sep 17, 2017 at 4:28 AM, Samuel Greenfeld  wrote:
> It has been a few years (Fedora 18) since the original XO Laptop series has
> had any sort of major Operating System update.
>
> In order to support newer versions of Systemd, features found in newer
> versions of the Linux kernel are required.  And from limited exploratory
> work done years ago, the XO-1 mesh networking & XO-1.5 Camera drivers may
> need fixing even though they are in upstream kernels.
>
> Are there any low-level kernel developers out there interested in porting XO
> laptops (both x86 & ARM) to a Linux 4.x kernel or a later 3.x kernel so they
> can be used with newer Linux distributions?  Or should we presume that all
> public XO laptop development (apart from minor patching) is officially dead
> at this point?
>
> I presume hardware can be made available provided someone has the interest.

I would love to see someone get it all upstream so we could just
support them in vanilla Fedora. I can send HW but unfortunately I
don't have much time (or ability) to get these bits upstream.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Using a official kernel

[James Cameron]

Please don't break threads; open the message you want to reply to, and
then press reply.

https://en.wikipedia.org/wiki/Conversation_threading

On Wed, Jul 26, 2017 at 12:32:22AM -0400, Jhon Diaz wrote:
> I used a official kernel 3.10

That doesn't tell me much.  We had several 3.10
kernel RPMs, and each was built from different git hashes.

http://rpmdropbox.laptop.org/f20-xo1/

> turns out its a problem with busybox in the actrd.img ill try a
> custom initramfs

No point doing that, because it won't be signed, therefore it won't be
run by the firmware.

You'll have to find out what the problem actually is.

> i can provide the log file if you want me to

Of what?

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: How do i test my jffs2 images?

[James Cameron]

When you use mkfs.jffs2 you will have an .img file.

Firmware uses a CRC file to check the IMG file.

Generate a CRC file using the sumtool and crcimg commands, see how we
do it in our builder;


http://dev.laptop.org/git/projects/olpc-os-builder/tree/modules/jffs2_image/image.50.makeimg.sh

sumtool is part of mtd-utils package.

crcimg is a binary from the crcimg package on Fedora 18, or there is a
perl script crcimg.pl in xodist,

git clone http://dev.laptop.org/~quozl/xodist.git

Put the two files on a USB drive, e.g. file.img and file.crc

On the XO-1, get to the Ok prompt in the firmware, then

ok copy-nand u:\file.img

Also at the ok prompt you can explore the filesystem

ok dir nand:\
ok dir nand:\boot\

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Working script to produce a debian chroot for usb

[James Cameron]

There's a Debian 8 (Jessie) guide on the Wiki.

http://wiki.laptop.org/go/Debian_Jessie_on_XO

Agreed, Debian 9 (Stretch) is minimal version now, so I cannot
recommend Jhon's Debian 6 (Squeeze) method as it is unsupported and
has security vulnerabilities.  It should be updated to Stretch.

An image installable with the "four game key buttons held down" method
will require either;

- signing with the deployment keys,

- injecting new deployment keys, or;

- signing for the built-in OLPC keys.

I'll be happy to sign an image of Debian 9 if it can be reproduced
simply, has our actrd.zip file in /boot, and has Sugar or MATE
desktops.

On Sun, Jul 23, 2017 at 09:27:23PM -0500, Sebastian Silva wrote:
> 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

-- 
James Cameron
http://quozl.netrek.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

Re: fyi wiki.laptop.org is currently down

[Adam Holt]

Fixed!

On Fri, May 26, 2017 at 9:47 AM, Adam Holt  wrote:

> http://isup.me/wiki.laptop.org says:
>
> "It's not just you! http://wiki.laptop.org looks down from here."
>
> PS long wkd coming here in the USA, but it is pingable so hopefully James
> Cameron might be able to do something about it later today when Australia
> wakes up :)
>
> --
> Unsung Heroes of OLPC, interviewed live @ http://unleashkids.org !
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: My xo-1 isn't multicolor

[Chris Leonard]

Here is the list of sku numbers manufactured.

http://wiki.laptop.org/go/Manufacturing_data

SKU stands for Stock Keeping Unit

https://en.wikipedia.org/wiki/Stock_keeping_unit

It is a common term used when identifying inventory and unique
manufacturing batches.

cjl

On Tue, Mar 28, 2017 at 6:49 PM, Jhon Diaz  wrote:
> The x on the faceplate is orange and so is the o is this normal? its says
> sku1
>
> ___
> 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: My xo-1 isn't multicolor

[Chris Leonard]

On Tue, Mar 28, 2017 at 6:49 PM, Jhon Diaz  wrote:
> The x on the faceplate is orange and so is the o is this normal? its says
> sku1


It is not abnormal.

I think that this is the collection of possible x and o plastic colors.

http://wiki.laptop.org/images/5/59/Xo_colors.pdf

You just happened to get an x and an o of the same color.

Find a friend and swap colors!

http://wiki.laptop.org/go/Swapping_XO_Man_Colors

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

Re: Help finding xo upgrade kit

[James Cameron]

Thanks for your interest.

We make upgrade kits in large quantities as special orders for
schools and other organisations.

We would not normally keep any stock ourselves, because of the
warehousing costs and the low demand.

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [IAEP] do OLPC browsers support WebRTC microphone audio, input? (Adam Holt)

[Tony Anderson]

See http://www.webrtcinwebkit.org/

Tony

On 03/14/2017 12:00 AM, devel-requ...@lists.laptop.org wrote:

Send Devel mailing list submissions to
devel@lists.laptop.org

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.laptop.org/listinfo/devel
or, via email, send a message with subject or body 'help' to
devel-requ...@lists.laptop.org

You can reach the person managing the list at
devel-ow...@lists.laptop.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Devel digest..."


Today's Topics:

1. Re: [IAEP] do OLPC browsers support WebRTC microphone audio
   input? (Adam Holt)
2. Re: [IAEP] do OLPC browsers support WebRTC microphone audio
   input? (James Cameron)


--

Message: 1
Date: Sun, 12 Mar 2017 12:16:57 -0400
From: Adam Holt 
To: Jim Salsman , iaep ,
"Devel's in the Details" 
Subject: Re: [IAEP] do OLPC browsers support WebRTC microphone audio
input?
Message-ID:

Content-Type: text/plain; charset="utf-8"

Hi Jim,

On Sun, Mar 12, 2017 at 12:01 PM, Jim Salsman  wrote:


On Sat, Mar 11, 2017 at 11:55 PM, Sam P.  wrote:

OLPC OS ships with an ancient (2011?) version of WebKitGtk+.  I don't

even

think that the current version supports WebRTC.

Maybe you could run a version of Firefox or chrome on it?

Does anyone out there have Chrome or Firefox compiling on OLPCs?


There was some solid research comparing Firefox 26 and Firefox 50 on XO
laptops (particularly on Fedora 18) not so many weeks ago in December and
January:

http://lists.laptop.org/pipermail/devel/2017-January/thread.html
http://wiki.laptop.org/go/Browser_improvements

Rough conclusion seems to be that Firefox 26 is ready-to-go if you want
that, but that it would take more work to get Firefox 50 compiling cleanly
here?

Also if I recall Nathan Riddle also has a couple further details, that
might not have made it into the thread above, so I can put you in contact
with him directly if nec?
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.laptop.org/pipermail/devel/attachments/20170312/a0ea799d/attachment-0001.html>

--

Message: 2
Date: Mon, 13 Mar 2017 08:21:18 +1100
From: James Cameron 
To: wJim Salsman , devel@lists.laptop.org,
i...@lists.sugarlabs.org
Subject: Re: [IAEP] do OLPC browsers support WebRTC microphone audio
input?
Message-ID: <20170312212118.ga9...@us.netrek.org>
Content-Type: text/plain; charset=us-ascii

G'day Jim,

I can recommend our OLPC NL3 with OLPC OS 16.04.2 and Firefox-52 or
Chrome-56 for WebRTC microphone input.

Several other combinations do not work.  Here are details with
footnotes.

- OLPC OS 16.04.2 on NL3 has Sugar Browse-200.1 [A] and Firefox-52
   [W], and can install Chrome-56 [W].

- OLPC OS 13.2.8 on XO-4 has Sugar Browse-157.3 [A], and can install
   Firefox-25 [B].  Chrome is not available.

Footnotes:

Failure mode "A"; pocketsphinx.js acoustic scores demo does not work;
the start button is insensitive.  Because the WebRTC layer does not
support the feature.

Failure mode "B"; "Would you like to share your microphone with
snd95.github.io" is asked, the microphone light turns on, but failure
mode "A" then occurs.

Working mode "W", works fine.

p.s.

Questions about OLPC OS are best posted by subscribing to
devel@lists.laptop.org as an authoritative source.  Let me know if you
have trouble subscribing.  I expect my reply will be bounced by IAEP.

Thanks to Adam for cross posting and Sam for data about OLPC OS
13.2.8.



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

Re: [IAEP] do OLPC browsers support WebRTC microphone audio input?

[James Cameron]

G'day Jim,

I can recommend our OLPC NL3 with OLPC OS 16.04.2 and Firefox-52 or
Chrome-56 for WebRTC microphone input.

Several other combinations do not work.  Here are details with
footnotes.

- OLPC OS 16.04.2 on NL3 has Sugar Browse-200.1 [A] and Firefox-52
  [W], and can install Chrome-56 [W].

- OLPC OS 13.2.8 on XO-4 has Sugar Browse-157.3 [A], and can install
  Firefox-25 [B].  Chrome is not available.

Footnotes:

Failure mode "A"; pocketsphinx.js acoustic scores demo does not work;
the start button is insensitive.  Because the WebRTC layer does not
support the feature.

Failure mode "B"; "Would you like to share your microphone with
snd95.github.io" is asked, the microphone light turns on, but failure
mode "A" then occurs.

Working mode "W", works fine.

p.s.

Questions about OLPC OS are best posted by subscribing to
devel@lists.laptop.org as an authoritative source.  Let me know if you
have trouble subscribing.  I expect my reply will be bounced by IAEP.

Thanks to Adam for cross posting and Sam for data about OLPC OS
13.2.8.

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [IAEP] do OLPC browsers support WebRTC microphone audio input?

[Adam Holt]

Hi Jim,

On Sun, Mar 12, 2017 at 12:01 PM, Jim Salsman  wrote:

> On Sat, Mar 11, 2017 at 11:55 PM, Sam P.  wrote:
> > OLPC OS ships with an ancient (2011?) version of WebKitGtk+.  I don't
> even
> > think that the current version supports WebRTC.
> >
> > Maybe you could run a version of Firefox or chrome on it?
>
> Does anyone out there have Chrome or Firefox compiling on OLPCs?
>

There was some solid research comparing Firefox 26 and Firefox 50 on XO
laptops (particularly on Fedora 18) not so many weeks ago in December and
January:

   http://lists.laptop.org/pipermail/devel/2017-January/thread.html
   http://wiki.laptop.org/go/Browser_improvements

Rough conclusion seems to be that Firefox 26 is ready-to-go if you want
that, but that it would take more work to get Firefox 50 compiling cleanly
here?

Also if I recall Nathan Riddle also has a couple further details, that
might not have made it into the thread above, so I can put you in contact
with him directly if nec?
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: anyone want XOrduino or XO Stick bare boards

[C. Scott Ananian]

I have a bunch of these as well, and even a few sets of components. Like
Paul, I put together another one every so often when I need a
microcontroller for a project, but I'm happy to share my stash with other
good homes.
  --scott

On Mar 10, 2017 7:13 PM, "Paul Fox"  wrote:

> paul wrote:
>  > doing some cleanup today, i found that i have 10 XO Stick and 14
>  > XOrduino bare boards that i'm happy to mail to anyone that can make
>  > use of them -- either all at once, or as few as one to a "customer".
>
> i should have been more clear, since someone has already asked -- i'm
> not charging anything for the boards.  these circuit boards are all
> surplus that was saved from the goodwill industries and the dumpster
> while we were closing down the OLPC offices in somerville several
> years ago.
>
> i'll accumulate requests (if any) for a week or so, then send them out.
>
> paul
>
>  >
>  > i've used a couple of the XO Stick boards for my own projects, and i'm
>  > setting aside a couple more for future use.  i also built up an
>  > XOrduino, to prove it could be done (it wasn't easy -- hand-soldering
>  > SMT parts is harder than it looks), but i'm not sure i ever even
>  > booted it.  i'm happy to give that board to someone too.
>  >
>  > i'm not on any of the deployment lists, or the unleashkids -- feel
>  > free to forward this message if you think someone not on devel would
>  > be interested.
>  >
>  > for a reminder of what i'm talking about see:
>  > http://cananian.livejournal.com/66129.html
>  > http://cananian.livejournal.com/66654.html
>  > http://cananian.livejournal.com/66895.html
>  >
>  > i have notes i made while assembling the XOrduino which i can share.
>  > not sure i have anything similar for the XO Stick -- i recall it was
>  > a piece of cake by comparison.
>  >
>  > paul
>  > =-
>  >  paul fox, p...@laptop.org
>  >
>  > ___
>  > Devel mailing list
>  > Devel@lists.laptop.org
>  > http://lists.laptop.org/listinfo/devel
>
> =-
> 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

Re: anyone want XOrduino or XO Stick bare boards

[Paul Fox]

paul wrote:
 > doing some cleanup today, i found that i have 10 XO Stick and 14
 > XOrduino bare boards that i'm happy to mail to anyone that can make
 > use of them -- either all at once, or as few as one to a "customer". 

i should have been more clear, since someone has already asked -- i'm
not charging anything for the boards.  these circuit boards are all
surplus that was saved from the goodwill industries and the dumpster
while we were closing down the OLPC offices in somerville several
years ago.

i'll accumulate requests (if any) for a week or so, then send them out.

paul

 > 
 > i've used a couple of the XO Stick boards for my own projects, and i'm
 > setting aside a couple more for future use.  i also built up an
 > XOrduino, to prove it could be done (it wasn't easy -- hand-soldering
 > SMT parts is harder than it looks), but i'm not sure i ever even
 > booted it.  i'm happy to give that board to someone too.
 > 
 > i'm not on any of the deployment lists, or the unleashkids -- feel
 > free to forward this message if you think someone not on devel would
 > be interested.
 > 
 > for a reminder of what i'm talking about see:
 > http://cananian.livejournal.com/66129.html
 > http://cananian.livejournal.com/66654.html
 > http://cananian.livejournal.com/66895.html 
 > 
 > i have notes i made while assembling the XOrduino which i can share.
 > not sure i have anything similar for the XO Stick -- i recall it was
 > a piece of cake by comparison.
 > 
 > paul
 > =-
 >  paul fox, p...@laptop.org
 > 
 > ___
 > Devel mailing list
 > Devel@lists.laptop.org
 > http://lists.laptop.org/listinfo/devel

=-
paul fox, p...@laptop.org

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

Re: [support-gang] support-gang Digest, Vol 109, Issue 15

[Adam Holt]

On Feb 13, 2017 7:16 AM, "Tony Anderson"  wrote:

Hi, Adam

I have been unable to get the TuxMath from SugarLabs GitHub to work. The
'failed to start' message means that no 'set_canvas' was issued within the
timeout. It is likely Nathan's wrapper issues set_canvas since TuxMath (and
GCompris) are not aware of it. The real question is does TuxMath work?


It worked consistently last night on a cleanly reflashed 13.2.8 on XO-1 so
the answer is yes, ~126KB TuxMath 3.1 wrapper on 7MB TuxMath 3 works
reliably, if the right magic sauce is applied with yum en route.

(Reproducing the exact steps is my goal however, as I'm tired of relying on
magic sauce, so I'll keep working on it +)

The GCompris team is actively adding activities so the size of the install
may be increasing. GCompris includes TuxPaint as one of its activities, but
it can be executed independently.

I often use the Terminal activity and execute Gnome applications directly
in sugar (e.g. $gcompris). This is also a test whether a problem is with
the Gnome-side install or with the wrapper.

Tony

On 02/12/2017 07:00 PM, support-gang-requ...@lists.laptop.org wrote:

> Send support-gang mailing list submissions to
> support-g...@lists.laptop.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.laptop.org/listinfo/support-gang
> or, via email, send a message with subject or body 'help' to
> support-gang-requ...@lists.laptop.org
>
> You can reach the person managing the list at
> support-gang-ow...@lists.laptop.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of support-gang digest..."
>
>
> Today's Topics:
>
> 1. Re: Fwd: Re: [UKids] Best GCompris for OLPC OS   13.2.8? (Adam Holt)
> 2. Re: Fwd: Re: [UKids] Best GCompris for OLPC OS   13.2.8? (Adam Holt)
>
>
> --
>
> Message: 1
> Date: Sun, 12 Feb 2017 11:01:14 -0500
> From: Adam Holt 
> To: "Community Support Volunteers -- who help respond to help AT
> laptop.org" ,  "Unleash Kids!"
> , "Devel's in the Details"
> 
> Subject: Re: [support-gang] Fwd: Re: [UKids] Best GCompris for OLPC OS
> 13.2.8?
> Message-ID:
>  gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> On Feb 12, 2017 4:08 PM, "Adam Holt"  wrote:
>
> FYI those who want TuxMath on XO-1: run Nathan's wrapper (TuxMath-3.1.xo,
> 126KB) after installing the following on XO-1...
>
> http://download.unleashkids.org/HaitiOS/bundles/tuxmath-3.xo   (7.0 MB)
>
> (Without Nathan's wrapper, error "TuxMath failed to start" appears 5 sec
> after launch, e.g. from Sugar's Journal.)
>
>
> Still no luck getting GCompris installed on XO-1, but FYI for all Nathan
> Riddle's 4 wrappers (that clean up activity.info and add an icon for Sugar
> ring / Home View, for each of Gcompris, TuxMath, TuxPaint, Firefox) are
> published here:
>
> http://download.unleashkids.org/HaitiOS/bundles/xo-wrappers-
> from-nathan-riddle/
> -- next part --
> An HTML attachment was scrubbed...
> URL: <http://lists.laptop.org/private/support-gang/attachments/
> 20170212/652d2342/attachment-0001.html>
>
> --
>
> Message: 2
> Date: Sun, 12 Feb 2017 11:50:07 -0500
> From: Adam Holt 
> To: "Devel's in the Details" , "Unleash Kids!"
> ,  "Community Support Volunteers --
> who
> help respond to help AT laptop.org"  >
> Subject: Re: [support-gang] Fwd: Re: [UKids] Best GCompris for OLPC OS
> 13.2.8?
> Message-ID:
>  ail.com>
> Content-Type: text/plain; charset="utf-8"
>
> On Feb 12, 2017 5:01 PM, "Adam Holt"  wrote:
>
> On Feb 12, 2017 4:08 PM, "Adam Holt"  wrote:
>
> FYI those who want TuxMath on XO-1: run Nathan's wrapper (TuxMath-3.1.xo,
> 126KB) after installing the following on XO-1...
>
> http://download.unleashkids.org/HaitiOS/bundles/tuxmath-3.xo   (7.0 MB)
>
> (Without Nathan's wrapper, error "TuxMath failed to start" appears 5 sec
> after launch, e.g. from Sugar's Journal.)
>
>
> Ah well I could not reproduce this on the very same XO-1 when cleanly
> reflashed, an extremely well-tested unit in quite perfect condition.
>
> Possibly yum install of certain libraries is needed, unlike in times past.
>
> Will try to get to the bottom of this all with Nathan Riddle and others in
> the coming week, to understand what's wrong with the installa

Re: Best GCompris for OLPC OS 13.2.8?

[Adam Holt]

I will try all rec's I can, Tuesday after I get home, thanks James for
laying out these risks+options.

Removing swap is not something I've tried yet, nor do I want to if this
slows down kids' XO-1 experiences.

Of course if pushed to the wall, and there's no other clean recipe, I
suppose it's possible Nathan knows a way to delete ~64MB swap and recreate
it later after installing GCompris.


On Feb 13, 2017 7:10 AM, "James Cameron"  wrote:

What was wrong with my offer?

You're not doing anything wrong; it's just the way it is.

The way yum works; both the downloaded .rpm files and the unpacked
files have to exist at the same time briefly.  yum calculates this
and tells you it won't work.

Removing the swap file will save you no more than 64MB, and will make
the laptop slower afterwards.

If you are insisting, for some reason, on ignoring my recommendations;
let me give you one more to ignore; mount a USB drive over /var so
that yum uses it for the downloaded .rpm files.  That way, the
downloads won't count against the root filesystem space.

On Mon, Feb 13, 2017 at 12:40:31AM -0500, Adam Holt wrote:
> Thanks James & Nathan.  This "model" XO-1 has 256MB of disk available on
fresh
> install of 13.2.8, which never falls below 240MB when trying many
different
> ways to install the "7+ MB" TuxMath.
>
> So I'm surely doing something wrong, and will keep working on it this
week,
> until I rediscover something like the reliable TuxMath install recipe we
had
> for Haiti earlier.
>
> Then, trying to install the "142+ MB" GCompris will be a different story
of
> course, given its OS library needs installing Tux Paint etc alongside,
which
> may require me deleting the 70+ MB /home/olpc/Library (and other /tmp
/var/tmp
> or swap adjustments?  Nathan also suggests "swapoff -a"  and "rm
/var/swap").
>
> I'm traveling today but will rededicate myself to cracking these 2
painful/
> important obstacles Tuesday onwards!
>
> On Feb 13, 2017 5:02 AM, "James Cameron" <[1]qu...@laptop.org> wrote:
>
> Yes, the XO-1 JFFS2 NAND filesystem may report less space after the
> laptop has been used for a bit.  Fresh install gets the best space.
>
> (Because JFFS2 compresses data when writing, it cannot know how much
> free space is available, as because it depends on how compressible the
> data is.  So JFFS2 provides an estimate, and the estimate is
> pessimistic, and yum takes it at face value.)
>
> Yes, one XO-1 may show different space to another XO-1 freshly
> installed.
>
> (Because NAND may have bad blocks that are skipped by JFFS during
> reflashing.  You will have noticed these as differently coloured.
> Good chance of more bad blocks as the laptops age.)
>
> Yes, removing files apart from Activities and Library won't fix space.
>
> (Because olpc-update keeps a hard link mirror of the filesystem in
> /versions, and your changes to removing files won't remove them from
> the copy.)
>
> Yes, customising the operating system is really time consuming; we
> have instead provided the tools for remastering the operating system,
> and these tools are easy to use.  Adding .xo and doing yum installs
> are supported.  See OS_Builder on the Wiki.
>
> If you lack resources to do this, then I can assist to a limited
> extent, as I did for Haiti in January last year.  Additional benefit
> of using me is that the build may be signed, which installs using the
> four game key method without having to create deployment keys.
>
> Workaround for yum lack of space is to use .rpm files directly.  Also
> much faster.
>
> --
> James Cameron
> [2]http://quozl.netrek.org/
>
> References:
>
> [1] mailto:qu...@laptop.org
> [2] http://quozl.netrek.org/

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


--
James Cameron
http://quozl.netrek.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: Best GCompris for OLPC OS 13.2.8?

[James Cameron]

What was wrong with my offer?

You're not doing anything wrong; it's just the way it is.

The way yum works; both the downloaded .rpm files and the unpacked
files have to exist at the same time briefly.  yum calculates this
and tells you it won't work.

Removing the swap file will save you no more than 64MB, and will make
the laptop slower afterwards.

If you are insisting, for some reason, on ignoring my recommendations;
let me give you one more to ignore; mount a USB drive over /var so
that yum uses it for the downloaded .rpm files.  That way, the
downloads won't count against the root filesystem space.

On Mon, Feb 13, 2017 at 12:40:31AM -0500, Adam Holt wrote:
> Thanks James & Nathan.  This "model" XO-1 has 256MB of disk available on fresh
> install of 13.2.8, which never falls below 240MB when trying many different
> ways to install the "7+ MB" TuxMath.
> 
> So I'm surely doing something wrong, and will keep working on it this week,
> until I rediscover something like the reliable TuxMath install recipe we had
> for Haiti earlier.
> 
> Then, trying to install the "142+ MB" GCompris will be a different story of
> course, given its OS library needs installing Tux Paint etc alongside, which
> may require me deleting the 70+ MB /home/olpc/Library (and other /tmp /var/tmp
> or swap adjustments?  Nathan also suggests "swapoff -a"  and "rm /var/swap").
> 
> I'm traveling today but will rededicate myself to cracking these 2 painful/
> important obstacles Tuesday onwards!
> 
> On Feb 13, 2017 5:02 AM, "James Cameron" <[1]qu...@laptop.org> wrote:
> 
> Yes, the XO-1 JFFS2 NAND filesystem may report less space after the
> laptop has been used for a bit.  Fresh install gets the best space.
> 
> (Because JFFS2 compresses data when writing, it cannot know how much
> free space is available, as because it depends on how compressible the
> data is.  So JFFS2 provides an estimate, and the estimate is
> pessimistic, and yum takes it at face value.)
> 
> Yes, one XO-1 may show different space to another XO-1 freshly
> installed.
> 
> (Because NAND may have bad blocks that are skipped by JFFS during
> reflashing.  You will have noticed these as differently coloured.
> Good chance of more bad blocks as the laptops age.)
> 
> Yes, removing files apart from Activities and Library won't fix space.
> 
> (Because olpc-update keeps a hard link mirror of the filesystem in
> /versions, and your changes to removing files won't remove them from
> the copy.)
> 
> Yes, customising the operating system is really time consuming; we
> have instead provided the tools for remastering the operating system,
> and these tools are easy to use.  Adding .xo and doing yum installs
> are supported.  See OS_Builder on the Wiki.
> 
> If you lack resources to do this, then I can assist to a limited
> extent, as I did for Haiti in January last year.  Additional benefit
> of using me is that the build may be signed, which installs using the
> four game key method without having to create deployment keys.
> 
> Workaround for yum lack of space is to use .rpm files directly.  Also
> much faster.
> 
> --
> James Cameron
> [2]http://quozl.netrek.org/
> 
> References:
> 
> [1] mailto:qu...@laptop.org
> [2] http://quozl.netrek.org/

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


-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [support-gang] Fwd: Re: [UKids] Best GCompris for OLPC OS 13.2.8?

[Adam Holt]

On Feb 13, 2017 7:02 AM, "Tony Anderson"  wrote:

Hi Adam

There are two parts to installing GCompris. Installation of GCompris in
Gnome by rpm and installation of the .xo wrapper. The Sugar standard was
that activities are responsible for installing their dependencies; however,
this has been blurred in recent releases. In any case, it is possible that
your process using yum does a double install. Check the size of the
installed Sugar wrapper. Look at /home/olpc/Activities/Gcompris.activity
(or whatever it is called) and try du -h Gcompris.activity to check its
size.

This weekend, GCompris was instsalled on 240 XO-1.5 with 2GB storage with
no problem.


Thanks Tony.

I'll work on this Tuesday onwards, also with Nathan's many similar
experiences to guide me hopefully :)


Tony


On 02/11/2017 06:36 PM, Adam Holt wrote:

The following creates 3 Sugar activity icons, on OLPC OS 13.2.8 on an XO-4
laptop, within 30min:

   - Terminal -> su -> "yum install gcompris" -> GCompris-0.31.xo
   - Terminal -> su -> "yum install tuxmath" -> TuxMath-3.1.xo
   - run TuxPaint-6.2.xo

The 3 files ending in .xo are tiny wrappers from Nathan Riddle, run from a
USB stick visible in Sugar's Journal, to create the activity icons within
Sugar's ring (Home View).

Unfortunately on a fresh 13.2.8 on XO-1 I'm stuck out of the gate.  First
Terminal -> su -> "yum install gcompris" failed with the following error
about an hour later:

   At least 52MB more space needed on the / filesystem.

Strange as "df -h" showed 89MB available on / and there had been 255MB free
on the fresh OS, for a 94M application whose installed size is "139M" but
Ok.

So I tried changing /etc/fstab 's /tmp entry from 50m to 200m per George
Hunt's suggestion, then rebooting ("df -h" confirms 200MB available on
/tmp) then I re-ran Terminal -> su -> "yum install gcompris".  The error
about 30min later is:

   At least 53MB more space needed on the / filesystem.

So I tried changing /etc/fstab 's /var/tmp entry from 50m to 200m per
Sebastian Silva's suggestion, while reducing /tmp back down from 200M to
50m, then rebooting ("df -h" confirms both) then re-ran Terminal -> su ->
"yum install gcompris".  The error about 30min later remains:

   At least 52MB more space needed on the / filesystem.

What should I try next?  (Apologies it must be something simple I'm
overlooking, as Nathan Riddle and others have GCompris working very
decently on XO-1!)
-- 
Unsung Heroes of OLPC, interviewed live @ <http://unleashkids.org>
http://unleashkids.org !
---
You received this message because you are subscribed to the Google Groups
"Unleash Kids" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to unleashkids+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


-- 
Unsung Heroes of OLPC, interviewed live @ http://unleashkids.org !
---
You received this message because you are subscribed to the Google Groups
"Unleash Kids" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to unleashkids+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Best GCompris for OLPC OS 13.2.8?

[Adam Holt]

Thanks James & Nathan.  This "model" XO-1 has 256MB of disk available on
fresh install of 13.2.8, which never falls below 240MB when trying many
different ways to install the "7+ MB" TuxMath.

So I'm surely doing something wrong, and will keep working on it this week,
until I rediscover something like the reliable TuxMath install recipe we
had for Haiti earlier.

Then, trying to install the "142+ MB" GCompris will be a different story of
course, given its OS library needs installing Tux Paint etc alongside,
which may require me deleting the 70+ MB /home/olpc/Library (and other /tmp
/var/tmp or swap adjustments?  Nathan also suggests "swapoff -a"  and "rm
/var/swap").

I'm traveling today but will rededicate myself to cracking these 2
painful/important obstacles Tuesday onwards!

On Feb 13, 2017 5:02 AM, "James Cameron"  wrote:

> Yes, the XO-1 JFFS2 NAND filesystem may report less space after the
> laptop has been used for a bit.  Fresh install gets the best space.
>
> (Because JFFS2 compresses data when writing, it cannot know how much
> free space is available, as because it depends on how compressible the
> data is.  So JFFS2 provides an estimate, and the estimate is
> pessimistic, and yum takes it at face value.)
>
> Yes, one XO-1 may show different space to another XO-1 freshly
> installed.
>
> (Because NAND may have bad blocks that are skipped by JFFS during
> reflashing.  You will have noticed these as differently coloured.
> Good chance of more bad blocks as the laptops age.)
>
> Yes, removing files apart from Activities and Library won't fix space.
>
> (Because olpc-update keeps a hard link mirror of the filesystem in
> /versions, and your changes to removing files won't remove them from
> the copy.)
>
> Yes, customising the operating system is really time consuming; we
> have instead provided the tools for remastering the operating system,
> and these tools are easy to use.  Adding .xo and doing yum installs
> are supported.  See OS_Builder on the Wiki.
>
> If you lack resources to do this, then I can assist to a limited
> extent, as I did for Haiti in January last year.  Additional benefit
> of using me is that the build may be signed, which installs using the
> four game key method without having to create deployment keys.
>
> Workaround for yum lack of space is to use .rpm files directly.  Also
> much faster.
>
> --
> James Cameron
> http://quozl.netrek.org/
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Best GCompris for OLPC OS 13.2.8?

[James Cameron]

Yes, the XO-1 JFFS2 NAND filesystem may report less space after the
laptop has been used for a bit.  Fresh install gets the best space.

(Because JFFS2 compresses data when writing, it cannot know how much
free space is available, as because it depends on how compressible the
data is.  So JFFS2 provides an estimate, and the estimate is
pessimistic, and yum takes it at face value.)

Yes, one XO-1 may show different space to another XO-1 freshly
installed.

(Because NAND may have bad blocks that are skipped by JFFS during
reflashing.  You will have noticed these as differently coloured.
Good chance of more bad blocks as the laptops age.)

Yes, removing files apart from Activities and Library won't fix space.

(Because olpc-update keeps a hard link mirror of the filesystem in
/versions, and your changes to removing files won't remove them from
the copy.)

Yes, customising the operating system is really time consuming; we
have instead provided the tools for remastering the operating system,
and these tools are easy to use.  Adding .xo and doing yum installs
are supported.  See OS_Builder on the Wiki.

If you lack resources to do this, then I can assist to a limited
extent, as I did for Haiti in January last year.  Additional benefit
of using me is that the build may be signed, which installs using the
four game key method without having to create deployment keys.

Workaround for yum lack of space is to use .rpm files directly.  Also
much faster.

-- 
James Cameron
http://quozl.netrek.org/


signature.asc
Description: Digital signature
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [support-gang] Fwd: Re: [UKids] Best GCompris for OLPC OS 13.2.8?

[Adam Holt]

On Feb 12, 2017 5:01 PM, "Adam Holt"  wrote:

On Feb 12, 2017 4:08 PM, "Adam Holt"  wrote:

FYI those who want TuxMath on XO-1: run Nathan's wrapper (TuxMath-3.1.xo,
126KB) after installing the following on XO-1...

http://download.unleashkids.org/HaitiOS/bundles/tuxmath-3.xo   (7.0 MB)

(Without Nathan's wrapper, error "TuxMath failed to start" appears 5 sec
after launch, e.g. from Sugar's Journal.)


Ah well I could not reproduce this on the very same XO-1 when cleanly
reflashed, an extremely well-tested unit in quite perfect condition.

Possibly yum install of certain libraries is needed, unlike in times past.

Will try to get to the bottom of this all with Nathan Riddle and others in
the coming week, to understand what's wrong with the installation recipe!

Certainly frustrating after a week, that I still cannot get a clean install
routine for TuxMath & GCompris on 13.2.8 on XO-1...

(At least XO-4 installs are easy!)


Still no luck getting GCompris installed on XO-1, but FYI for all Nathan
Riddle's 4 wrappers (that clean up activity.info and add an icon for Sugar
ring / Home View, for each of Gcompris, TuxMath, TuxPaint, Firefox) are
published here:

http://download.unleashkids.org/HaitiOS/bundles/xo-
wrappers-from-nathan-riddle/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [support-gang] Fwd: Re: [UKids] Best GCompris for OLPC OS 13.2.8?

[Adam Holt]

On Feb 12, 2017 4:08 PM, "Adam Holt"  wrote:

FYI those who want TuxMath on XO-1: run Nathan's wrapper (TuxMath-3.1.xo,
126KB) after installing the following on XO-1...

http://download.unleashkids.org/HaitiOS/bundles/tuxmath-3.xo   (7.0 MB)

(Without Nathan's wrapper, error "TuxMath failed to start" appears 5 sec
after launch, e.g. from Sugar's Journal.)


Still no luck getting GCompris installed on XO-1, but FYI for all Nathan
Riddle's 4 wrappers (that clean up activity.info and add an icon for Sugar
ring / Home View, for each of Gcompris, TuxMath, TuxPaint, Firefox) are
published here:

http://download.unleashkids.org/HaitiOS/bundles/xo-wrappers-from-nathan-riddle/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [support-gang] Fwd: Re: [UKids] Best GCompris for OLPC OS 13.2.8?

[Adam Holt]

The following creates 3 Sugar activity icons, on OLPC OS 13.2.8 on an XO-4
laptop, within 30min:

   - Terminal -> su -> "yum install gcompris" -> GCompris-0.31.xo
   - Terminal -> su -> "yum install tuxmath" -> TuxMath-3.1.xo
   - run TuxPaint-6.2.xo

The 3 files ending in .xo are tiny wrappers from Nathan Riddle, run from a
USB stick visible in Sugar's Journal, to create the activity icons within
Sugar's ring (Home View).

Unfortunately on a fresh 13.2.8 on XO-1 I'm stuck out of the gate.  First
Terminal -> su -> "yum install gcompris" failed with the following error
about an hour later:

   At least 52MB more space needed on the / filesystem.

Strange as "df -h" showed 89MB available on / and there had been 255MB free
on the fresh OS, for a 94M application whose installed size is "139M" but
Ok.

So I tried changing /etc/fstab 's /tmp entry from 50m to 200m per George
Hunt's suggestion, then rebooting ("df -h" confirms 200MB available on
/tmp) then I re-ran Terminal -> su -> "yum install gcompris".  The error
about 30min later is:

   At least 53MB more space needed on the / filesystem.

So I tried changing /etc/fstab 's /var/tmp entry from 50m to 200m per
Sebastian Silva's suggestion, while reducing /tmp back down from 200M to
50m, then rebooting ("df -h" confirms both) then re-ran Terminal -> su ->
"yum install gcompris".  The error about 30min later remains:

   At least 52MB more space needed on the / filesystem.

What should I try next?  (Apologies it must be something simple I'm
overlooking, as Nathan Riddle and others have GCompris working very
decently on XO-1!)
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Firefox on XO

[James Cameron]

Firefox-26 from Fedora 18 using yum was built by the Fedora project,
but Firefox-50 downloaded from Mozilla was built by the Mozilla
project.

Firefox-26 from Fedora 18 has different build configuration settings
to Firefox-50 from Fedora latest.  You might compare those settings by
looking at the RPM spec file.

You can find the Fedora packaging files for Firefox here;

https://src.fedoraproject.org/cgit/rpms/firefox.git/tree/ (the current
master branch),

https://src.fedoraproject.org/cgit/rpms/firefox.git/tree/?h=f18 (the
last Fedora 18 build),

Firefox might be rebuilt with these configuration settings changed;
see rpmbuild.

But I don't think you'll be likely to find a recent build of Firefox
suited for Fedora 18.  Everyone else will have upgraded by now.

-- 
James Cameron
http://quozl.netrek.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Firefox on XO

[T Gillett]

A followup on the RE site.

Disabling the Shockwave Flash plugin on FF Ubuntu does not affect the
operation of the RE web site.
So clearly this plugin is not essential to the operation of the site.

But disabling it on the FF XO causes the site not to load the interactive
picture.

On Mon, Jan 9, 2017 at 8:34 AM, T Gillett  wrote:

> Hi Adam
>
> At present I am mainly working with FF26 out of the repo because it is
> correctly configured for XO re screen sizing etc, and the behaviour in
> relation to sound seems to be the same as FF 50.
> As an aside, the performance of vanilla FF50 on XO-1.5 seems a bit
> sluggish compared to FF 26, and it is prone to crashing. Hopefully this can
> be sorted out in time.
>
> Regarding the sound issues, we have done some more investigation on this.
> I think the ALSA / Pulse Audio thing may be something of a red herring,
> because there are sites where FF on XO will happily play audio, and
> specifically mp3 files.
> So sound is basically working.
>
> We looked at the various sites with Inspector in FF, on both the XO -1.5
> platform and on FF running on Ubuntu and Windows.
> The first thing we found was that the HTML delivered to the browser is
> quite different depending on the platform, even for the same version of FF.
>
> Example 1.
> 
> On the robbbenson page which has a simple link to an mp3 file, the HTML
> code looks like this:
>
> On FF on Ubuntu, Inspector shows
> 
> 
> 
>
> On FF (ver 26 or ver 50) on XO, Inspector shows:
> 
> src="http//robbbenson.com/01%20Eve.mp3"  type="audio/mpeg"> 
> 
>
> The  tag in the HTML delivered to FF on XO invokes the VLC plugin
> (the user is prompted to activate the VLC Plugin), while on the other
> platforms, the  tag is used.
>
> Clearly the browser is telling the web server about its capabilities, and
> the web server then sends the appropriate version of the HTML.
>
> The HTML sent to FF/XO invokes the VLC plugin and so the sound from the
> mp3 file plays happily.
>
>
> Example 2.
> 
> On the w3school Audio page, the HTML uses the  tag and includes
> lines for both mp3 and ogg versions of the sound files.
>
> When you run the example you can edit the html. If you edit out the .ogg
> line and then the sound will not work.
>
> The FF/XO browser in this case can not run the mp3 file using the 
> tag, but it can run the ogg file, so the site works ok on the XO.
>
>
> Example 3.
> -
> On the ReadingEggs site the HTML is again different depending on the
> platform:
>
> On FF Ubuntu the HTML uses the  tag with only mp3 files provided.
>
> On FF XO the HTML attempts to use a FlashAudio plugin, but sound does not
> work:
>
>  type="application/x-shockwave-flash" data="/soundjs/FlashAudioPlugin.swf";
> ...
>  data="/soundjs/FlashAudioPlugin.swf"
> style ...>
>
> So the FlashAudio plugin obviously does not work for playing mp3 files on
> the XO.
>
> This leads me to think that the problem may lie in the configuration of FF
> on XO, specifically in how it tells the web server what its capabilities
> are for rendering sound.
> I suspect that if the HTML from the RE site invoked the VLC plugin rather
> than the FlashAudio plugin, the sound on the RE site would work.
>
> Investigations continue
>
> Regards
> Terry
>
>
> On Sun, Jan 8, 2017 at 1:45 AM, Adam Holt  wrote:
>
>> Thanks much Terry -
>>
>> FireFox 50 will add its own eccentricities inevitably, but many
>> deployments would prefer that over Epiphany and FF25/26 (if folks are
>> miraculously able to get FF50 to a semi-stable state of known workarounds?)
>>
>>
>> On Fri, Jan 6, 2017 at 11:12 PM, T Gillett  wrote:
>>
>>> A little more on this...
>>>
>>> I looked at some HTML5 audio and video tutorial sites as below, and
>>> found that the demonstrations on these sites *all work* just fine with
>>> sound in Firefox Ver 26 as installed from the repo ($ sudo yum update; sudo
>>> yum install -y firefox)
>>>
>>> Demo Sites - working sound
>>>
>>> www.w3schools.com/html/html5_audio.asp
>>>
>>> www.w3schools.com/html/html5_video.asp
>>>
>>>  butlerccwebdev.net/support/html5-video/audio-demo.html
>>>
>>>  www.html5rocks.com/en/tutorials/webaudio/intro
>>>
>>> Also the YouTube sites work OK with sound.
>>>
>>>
>>> So obviously FF on XO is quite capable of delivering sound for a certain
>>> range of websites, but not for others.
>>> Understand

Re: [IAEP] [UKids] Re: [Sugar-devel] [Announcement] Sugarizer v0.8 is available for your device

[Lionel Laské]

Hi Samson,

Strange. Did you give authorization to install APK from unknown source in
your Android settings [1] ?
Because the Sugarizer OS APK is not deployed on Play Store yet - because
still in beta -, you need to allow unknown source to install it.

Best regards.

   Lionel.


[1] https://www.cnet.com/how-to/how-to-install-apps-outside-of-google-play/


2017-01-07 19:24 GMT+01:00 Samson Goddy :

> Hello Tony.. I couldn't get the sugarizer OS beta.. to run on my Samsung
> Galaxy S7 edge.. running Android 6.0.1. It's keep showing Apk not installed.
>
> Samson
>
> On 6 Jan 2017 23:21, "Steve Thomas"  wrote:
>
>> Okay, I tried restarting Chrome a second time and now Etoys opens on Mac.
>> But had an issue saving. I'll investigate further.
>>
>> Hoping to get Etoys (et al) working on Chromebook's so I can get teachers
>> in my kids school to start using it.
>>
>> Cheers,
>> Stephen
>>
>> On Fri, Jan 6, 2017 at 5:15 PM, Steve Thomas 
>> wrote:
>>
>>> Lionel,
>>>
>>> This is great work, thank you.
>>>
>>> Ran into a few issues trying to run Etoys (Turtle Blocks seems to run
>>> just fine), :
>>>
>>>1. Added Chrome extension but Etoys did not run, just got black
>>>screen.
>>>   1. Tried on Mac and Windows using latest Chrome, waited about 5
>>>   minutes+
>>>2. Also downloaded from iTunes onto my Mac and had same issue
>>>
>>> Thanks,
>>> Stephen
>>>
>>> On Fri, Jan 6, 2017 at 3:55 PM, Lionel Laské 
>>> wrote:
>>>
 Thanks all.

 @Walter, PR is the best way.
 More precisely: clone Sugarizer, replace Turtle Blocks code by the new
 one, if possible test on all browsers (Chrome, Firefox, Safari, EDGE) to
 ensure portability on all devices, then PR.

  Lionel.


 2017-01-06 14:22 GMT+01:00 Walter Bender :

> Lionel,
>
> Congrats.
>
> Quick question: What is the procedure for an app developer to get a
> new version into your distro? Turtle Blocks has made many advances since
> the version you package.
>
> regards.
>
> -walter
>
> On Fri, Jan 6, 2017 at 3:02 AM, Lionel Laské 
> wrote:
>
>>
>>
>> Hi all,
>>
>>
>>
>> I'm proud to announce the eighth version (0.8) of Sugarizer, a taste
>> of Sugar for any device.
>>
>>
>>
>> http://sugarizer.org
>>
>>
>>
>> Main features in this new version:
>>
>>- Speak activity: The famous Sugar Speak activity: anything you
>>type will be spoken aloud using the speech synthesizer.
>>- Moon activity: Another famous Sugar activity. A Moon phase viewer,
>>includes Lunar phase information and eclipse data.
>>- Video Viewer activity: A generic video viewer, explore a
>>predefined libraries (Khan Academy, Canopé) or import your own 
>> library and
>>share it with others in the Journal.
>>- Shared Notes activity: A shared board where you could stick
>>Post-It notes and share it in real time with others using presence.
>>- Updated Etoys activity: Latest version of Etoys is now included
>>in the Sugarizer package.
>>- Windows 10:  Sugarizer is now available in the Windows Store
>>[1]. So if you've got a PC on Windows, Sugarizer is one click long 
>> from you.
>>- Performance improvement: script optimization and lazy loading
>>of data had dramatically improve performance in all activities.
>>- Better touch support: a new scrollable home view and a better
>>handling of long touch on touch screens of any size.
>>- Application size reduction: Sugarizer application size is now
>>under 50Mb.
>>- Portuguese localization: a new language support for our friends
>>from Portugal and Brazil,
>>- SugarLabs inside: Sugarizer source code is now in SugarLabs
>>repository [8].
>>
>>
>>
>> New in Sugarizer 0.8 for Android is "Sugarizer OS". Sugarizer OS is
>> a way to use Sugarizer as your Android Launcher on the device. So you 
>> could
>> have the same experience with Sugarizer on your tablet/smartphone that
>> you've got with Sugar on the XO laptop. More specifically, Sugarizer OS
>> features are:
>>
>>- Directly boot the device on Sugarizer home view (no more
>>Android stuff)
>>- Full features and activities of Sugarizer (Sugarizer and
>>Sugarizer OS share the same code)
>>- Include both Sugarizer activities and Android applications in
>>your home view using favorites feature
>>- Launch Android applications from Sugarizer home view
>>- Journal will trace both Sugarizer and Android application launch
>>- Launch Android settings from the Sugarizer settings dialog
>>- Manage WiFi connection from the Sugarizer neighborhood view
>>(like in Sugar)
>>
>>
>>
>> With Sugarizer OS, Sugar

Re: [IAEP] [UKids] Re: [Sugar-devel] [Announcement] Sugarizer v0.8 is available for your device

[Lionel Laské]

Hi Caryl,

The WebView integrated in Jelly Bean - alias Android 4.3 - has a poor
support of HTML5/JavaScript.
It's why unfortunately, I can't guaranty a good Sugarizer compatibility
under Android 4.4 on all activities.
Here [1] a graphic of Android version distribution, Android 4.3 and lower
is still at 15%.

Best regards.

Lionel.


[1] https://developer.android.com/about/dashboards/index.html


2017-01-07 21:34 GMT+01:00 Caryl Bigenho :

> Hi... it works beautifully on my iPhone.
>
>
> However, on Ed's older Samsung smartphone running JellyBean, a lot of the
> Activities don't work. The app itself does not appear on the phone but when
> I go to the PlayStore, I can open it from there.
>
>
> I have two more devices to try it on still. Maybe there should be
> different versions for different hardware/software combos? Each only having
> the Actiities that will work? Or maybe a "read me" for users that tells
> them not to expect some of the Activities to work on certain devices?
>
>
> I'll check back later when I have tested more devices and Activities.
>
>
> Caryl
> --
> *From:* IAEP  on behalf of Samson Goddy
> 
> *Sent:* Saturday, January 7, 2017 10:24:33 AM
> *To:* Steve Thomas
> *Cc:* iaep; OLPC Devel; Sugar-dev Devel; unleashk...@googlegroups.com;
> Lionel Laské
> *Subject:* Re: [IAEP] [UKids] Re: [Sugar-devel] [Announcement] Sugarizer
> v0.8 is available for your device
>
> Hello Tony.. I couldn't get the sugarizer OS beta.. to run on my Samsung
> Galaxy S7 edge.. running Android 6.0.1. It's keep showing Apk not
> installed.
>
> Samson
>
> On 6 Jan 2017 23:21, "Steve Thomas"  wrote:
>
>> Okay, I tried restarting Chrome a second time and now Etoys opens on Mac.
>> But had an issue saving. I'll investigate further.
>>
>> Hoping to get Etoys (et al) working on Chromebook's so I can get teachers
>> in my kids school to start using it.
>>
>> Cheers,
>> Stephen
>>
>> On Fri, Jan 6, 2017 at 5:15 PM, Steve Thomas 
>> wrote:
>>
>>> Lionel,
>>>
>>> This is great work, thank you.
>>>
>>> Ran into a few issues trying to run Etoys (Turtle Blocks seems to run
>>> just fine), :
>>>
>>>1. Added Chrome extension but Etoys did not run, just got black
>>>screen.
>>>   1. Tried on Mac and Windows using latest Chrome, waited about 5
>>>   minutes+
>>>2. Also downloaded from iTunes onto my Mac and had same issue
>>>
>>> Thanks,
>>> Stephen
>>>
>>> On Fri, Jan 6, 2017 at 3:55 PM, Lionel Laské 
>>> wrote:
>>>
>>>> Thanks all.
>>>>
>>>> @Walter, PR is the best way.
>>>> More precisely: clone Sugarizer, replace Turtle Blocks code by the new
>>>> one, if possible test on all browsers (Chrome, Firefox, Safari, EDGE) to
>>>> ensure portability on all devices, then PR.
>>>>
>>>>  Lionel.
>>>>
>>>>
>>>> 2017-01-06 14:22 GMT+01:00 Walter Bender :
>>>>
>>>>> Lionel,
>>>>>
>>>>> Congrats.
>>>>>
>>>>> Quick question: What is the procedure for an app developer to get a
>>>>> new version into your distro? Turtle Blocks has made many advances since
>>>>> the version you package.
>>>>>
>>>>> regards.
>>>>>
>>>>> -walter
>>>>>
>>>>> On Fri, Jan 6, 2017 at 3:02 AM, Lionel Laské 
>>>>> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> Hi all,
>>>>>>
>>>>>>
>>>>>>
>>>>>> I'm proud to announce the eighth version (0.8) of Sugarizer, a taste
>>>>>> of Sugar for any device.
>>>>>>
>>>>>>
>>>>>>
>>>>>> http://sugarizer.org
>>>>>>
>>>>>>
>>>>>>
>>>>>> Main features in this new version:
>>>>>>
>>>>>>- Speak activity: The famous Sugar Speak activity: anything you
>>>>>>type will be spoken aloud using the speech synthesizer.
>>>>>>- Moon activity: Another famous Sugar activity. A Moon phase viewer,
>>>>>>includes Lunar phase information and eclipse data.
>>>>>>- Video Viewer activity: A generic video viewer, explore a
>&g