from:"Samuel Greenfeld"

Re: Logjam vulnerability and epiphany.

2020-08-31 Thread 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

Porting XO laptops to newer Linux kernels

2017-09-16 Thread Samuel Greenfeld

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

Re: [Server-devel] [XSCE] "Raspbian reserves 4% of all disk space"

2017-08-19 Thread Samuel Greenfeld

The default threshold probably was 5%, and intentional.

This buffer is meant to allow the root user to use & recover the system if
it is nearly full.  So if this file system has any system purpose and is
not purely for the digital library, you probably want the 5% there.

It also allows the filesystem to have some breathing room for
defragmentation as well as not fragmenting files in the first place.



On Sat, Aug 19, 2017 at 9:16 PM, Adam Holt  wrote:

> ...for exactly what is unclear, on headless RPi's in remote areas
> especially.  Does someone know more about how this reserve disk threshold
> works?  Can it possibly help an untrained operator, in a highly offline
> community, when SD-card-as-primary-disk hits that threshold?
>
> Certainly WordPress, X Windows (and no doubt others) silently fail upon
> reaching this threshold, rendering the entire system useless, from the
> perspective of a low-skill owner-operator (as is the most common case in
> the developing world).
>
> So huge thanks to Tim Moody (with George Hunt's assistance) who changed
> this threshold from 4% to 1% as follows:
>
>tune2fs -m 1 /dev/mmcblk0p2
>
> As can be viewed with the "du" (disk usage) command.  The challenge is
> that SD-based digital libraries are Almost Always nearly full, by design,
> when remote educators ask (and deserve) all the best possible materials.
> Nor do we want to discourage constructionist activities that will
> occasionally gobble up a bit of SD/disk!
>
> So More Generally: how exactly might this 4% threshold (pick your favorite
> percentage, no matter) materially help remote owner-operators, not steeped
> in Linux Skillz?  As so many things start failing together when Raspbian SD
> card "disks" reach that reserve threshold — such that most remote/offline
> educators and owner-operators will simply stop using their RPi3 digital
> library at that point — particularly if it's headless :(
>
> Suggestions from anyone?!
>
> *In principle a http://en.wikipedia.org/wiki/Distant_Early_Warning_Line
>  saves lives, but
> if Raspbian/Internet-in-a-Box/Etc do not have a GUI-or-similar alert to
> signal approaching disk-full danger & facilitate the needed "disk" cleanup,
> is this counterproductive, worst case perhaps creating a false sense of
> security among implementers?*
>
> *(If so wasting impoverished citizens' prescious SD card funds to no
> benefit, or worse giving them a false sense security around RPi reliability
> alongside implementers?)*
>
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel

Re: [Server-devel] [XSCE] Proposal | SIP VoIP server on XSCE

2016-10-14 Thread Samuel Greenfeld

The downside to SIP is that if you leave a SIP server open on the Internet
which allows calls without authenticated registration (even by accident)
you will find dozens of systems trying to proxy long-distance &
international telephone calls through it.  If they can get through,
thousands of dollars of those calls may be billed to you.

SIP also has some firewall issues, although those can be mitigated with
proxies, a STUN server, and the proper configuration.

IAX2 historically has been meant to be an "Inter-Asterisk" server trunking
protocol, not something for individual clients.

On Fri, Oct 14, 2016 at 8:55 PM, Anish Mangal  wrote:

> This looks interesting, but I would prefer to stick with SIP
>
> Reason:
> 1. It is extremely scalable from running on tiny openWRT routers to big
> servers
> 2. It is supported by a large number of free/open clients on ALL
> platforms. There is also a webRTC socket for it.
>
> The only current drawback of Kamailio right now, is there dont seem to be
> ootb rpms available for arm. If there is a SIP server out there with ARM
> packages, would love to test it, or otherwise - compile kamailio for ARM
>
>
> On Sat, Oct 15, 2016 at 6:08 AM, Joel Steres 
> wrote:
>
>> Does webrtc fit your use case? http://peerjs.com is one.
>>
>> On Oct 14, 2016 5:12 PM, "Anish Mangal"  wrote:
>>
>>> Following from:
>>> http://www.en.voipforo.com/IAX/IAXvsSIP.php
>>>
>>> *If SIP is using a server* signaling messages always pass through the
>>> server but *audio messages (RTP flow) can travel end to end without
>>> passing through the server. In IAX, signaling and data must pass always
>>> through IAX server. *This increases the bandwidth need by the IAX
>>> servers when there are many simultaneous calls.
>>>
>>>
>>> This is a big drawback of IAX it seems, especially in a mesh setup,
>>> where in many cases, the available bandwidth between clients may be higher
>>> via direct node routes compared with the bandwidth via the server route. It
>>> seems SIP will utilize the network more efficiently in a mesh topology.
>>>
>>> Yesterday we were testing this on the server, and two nodes with three
>>> client. The data was being sent directly client -- node -- node -- client,
>>> and virtually no bandwidth was being used on the server. :)
>>>
>>> On Sat, Oct 15, 2016 at 5:07 AM, Anish Mangal  wrote:
>>>
 Will look into IAX2. Is it supported by apps on different clients? For
 SIP, there are usually many client options available on various platforms.

 On Fri, Oct 14, 2016 at 9:22 PM, Sameer Verma  wrote:

> What server/service are you using? Look at IAX2 as well. Usually IAX2
> does better on networks because unlike SIP, session initiation and voice
> call happen on the same port.
>
> Sameer
>
> On Oct 14, 2016 4:48 AM, "Anish Mangal"  wrote:
>
>> Hi,
>>
>> A SIP server on the XSCE will allow for VOIP services (audio, video,
>> text). There are numerous SIP clients on various platforms so it seems a
>> good protocol and standard to build upon.
>>
>> I have already included a SIP server in the upcoming deployment of
>> XSCE and mesh in Spiti, north India.
>>
>> Thoughts?
>>
>> Best,
>> Anish
>>
>>
>>


 --
 Anish



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

Re: [Server-devel] [XSCE] "Gigabyte BRIX more scalable than Intel NUC"

2016-09-05 Thread Samuel Greenfeld

If you are looking at devices which include sales in the US (and
potentially other) market(s), you may find that your devices may only
accept one of a few internal Wifi NICs.

This is because the FCC certification of the device as a whole is often
done including the Wifi module.  And they only expect to offer certain Wifi
modules to customers.

Lenovo and HP historically have both done this at the BIOS level.

So if you are insisting on an all-in-one solution, your wireless NIC
choices may be limited, especially now that the FCC requires proof that 5
GHz transmitters cannot be tampered with to transmit abnormally.

But if you can accept an external wifi device you may be much better off,
especially because then you can get devices which are designed to handle
lots of clients, and not primarily be a single client itself.


On Mon, Sep 5, 2016 at 7:11 PM, Adam Holt  wrote:

> On Mon, Sep 5, 2016 at 7:07 PM, T Gillett  wrote:
>
>> Adam
>>
>> It might be useful to look around and see what wifi modules are actually
>> available to purchase.
>> You will obviously need to determine exactly what physical configuration
>> you need to get to be compatible.
>>
>> Once you know what modules are available and the chipset that is used in
>> each, then it should be fairly easy to find out which ones have good Linux
>> support.
>>
>> Then you can make an informed choice as to what modules to pursue.
>>
>> Keep in mind that these modules are mostly used in Laptops where they are
>> used almost exclusively as wifi clients rather than APs. So when you say
>> "good Linux support" what you are really looking for is "good Linux support
>> when used as an AP" which is rather different.
>>
>
> +1
>
> A somewhat general statement, but Atheros chipsets are considered to be
>> well supported in Linux for AP usage (at least from the OpenWrt experience,
>> and due to the fact that the drivers have been open sourced), so it may be
>> worth looking for them specifically. If you find a module that has a
>> specific chipset, then you can chase it up in the OpenWrt and similar
>> forums to see whether it has been used successfully.
>>
>
> +2
>
> And of course it would be worth testing the default module that comes with
>> the BRIX jsut in case there is a pleasant surprise in store.
>>
>
> +3
>
> Thanks Terry.
>
> Regards
>> Terry
>>
>> On Tue, Sep 6, 2016 at 12:25 AM, Adam Holt  wrote:
>>
>>> On Terry's recommendation to look at replaceable WiFi modules that can
>>> serve "almost 50 kids", my current interest is to explore the $279.99
>>> Gigabyte BRIX GB-BSi3H-6100:
>>>
>>> http://www.gigabyte.com/products/product-page.aspx?pid=5691
>>>
>>> If we go with the above CPU/chassis -- or anything similar folks
>>> recommend -- which WiFi module (PCIe M.2 presumably) to consider for
>>> maximum community support isn't an easy question of course: any
>>> recommendations for Linux support?
>>>
>>> Bluetooth 4.2 Low Energy support would be an Optional Bonus, as we have
>>> a long-term desire to provide teacher smartphones' full control over their
>>> "personal" school server.
>>>
>>> PS the above unit comes with an "Intel® Dual Band Wireless-AC 3165"
>>> which we'll throw out as nec!  Or perhaps it suffices among the smallest
>>> installations, with only 12 simultaneous WiFi connections?
>>>
>>> Thanks to anybody who can contribute to this R discussion/evaluation,
>>> as Intel NUC's soldered-down internal WiFi (likewise limited to 12 WiFi
>>> connections) has in the end become too constricting~
>>>
>>> --
>>> Unsung Heroes of OLPC, interviewed live @ http://unleashkids.org !
>>>
>>
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel

Re: [UKids] re:new member

2016-04-24 Thread Samuel Greenfeld

The XO-4 is the only XO to have been officially sold with a touchscreen
option.

XO-4s use the same screen as other XOs, but with an independent infrared
touchscreen on top of it.

There were some XO-1.75s that were modified to have more traditional
touchscreens to help with Sugar & XO-4 touch development.  These are mostly
in the hands of developers, and are rare.

Over time durability enhancements have been made to XOs.  But I don't
recall when what changes were made to the display.

In general I would recommend using a newer display with touch XO-4s to
reduce the risk of hard presses breaking the screen.


On Sun, Apr 24, 2016 at 11:13 AM, robb  wrote:

> Sure the XO1 has no touch screen but was it the XO1.75 that had an option
> to have a touch screen? I don know if the xo1.75 and the xo4 have the same
> dimentions and connectors for the screens? Maybe you could fit an xo1.75
> screen on an xo4?
>
> Op 24-04-16 om 15:07 schreef Dave Crossland:
>
>
> On 24 April 2016 at 07:34, Xo Tom  wrote:
>
>> I would like to use the Lcd of the Xo1 in the Xo4, replacing them. Do you
>> think that works or could there be a problem with the touch function?
>>
>
> The XO-1 screen has no touch function
> --
> 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.
>
> --
> This message has been scanned for viruses and
> dangerous content by *MailScanner* , and is
> believed to be clean.
>
>
>
> --
> This message has been scanned for viruses and
> dangerous content by *MailScanner* , and is
> believed to be clean.
>
> --
> 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: [Server-devel] [XSCE] Internet-in-a-Box endorsed by McDonald's Australia!

2016-03-26 Thread Samuel Greenfeld

Be careful what you say, especially with a corporation known to highly
protect its name with lawyers.

Usage of the same device is not necessarily an endorsement.

I know someone with Intel NUCs all over their house, but they run Windows
10 :)


On Sat, Mar 26, 2016 at 1:32 PM, Adam Holt  wrote:

> Anyway here's a strange but real vote of confidence, that the Intel NUC
> hardware we ended up using across so many schools worldwide, is
> interestingly the same that's used by McDonald's point-of-sale (cash
> register) devices in Australia:
>
> https://twitter.com/wizdude/status/675229262371270656
>
> PS we're very hopeful that Pine64.com and RPi3 will stabilize with 64-bit
> kernels & clean firmware for offline applications in 2016, such that Not
> Everyone has to spend $200++ on a resilient high-end school server at long
> last!
>
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel

Re: [Server-devel] [UKids] Lightning kills underground Ethernet too; PoE wiring/voltages non-trivial!

2016-01-12 Thread Samuel Greenfeld

On Tue, Jan 12, 2016 at 4:55 AM, John Gilmore  wrote:

> The cheapest of those fiber-enabled switches still cost about US$300
> the last time I looked.  The GBICs cost about $50 to $100 at best.
> The fiber cable itself is finicky and ideally you would buy it from a
> supplier who will cut it to the right length and put the right
> connectors on it for you (because doing this in the field requires
> custom equipment, trained personnel, and is slightly hazardous with
> tiny bits of glass fiber that can get under your skin).  Fiber cables
> can't be bent as much as cat5 cables (or the glass fibers inside
> break) so you have to take some care installing them.  Unfortunately
> there are no standards for fiber connectors, or rather there are
> dozens, so you'd have to pick one connector type (e.g. "LC"
> connectors) and get the cable and the SFP that have those connectors.
> There are half a dozen 1000Base-something standards for fiber
> ethernet, too, for different kinds of fiber cables and different
> distances, so you have to specify which standard your SFP's will use.
> You may need a pair of cheap attenuators too, if your fiber run is
> short (to reduce the intensity of the light in the fiber).  Compared
> to just getting cat5e or cat6 cables and plugging them into a cheap
> and standard switch, fiber is much more complicated and expensive.
>

It depends on the port count and how managed it is.

Netgear has at least one semi-fancy switch (8 port PoE+2 port SFP) for
$150.  But being a PoE switch, it comes with a pretty hefty (24 or 48 Volt
IIRC) power supply.

SMC appears to have a similar switch without POE available for ~$110 on
Amazon.

I only have experience with the Netgear switch.  Third party GBICs can run
$25-$50 each depending on the manufacturer & source.

> > > Cables routed inside of walls/vents/etc. also often have to be one of
> a
> > > few special types for fire safety and other reasons.
>
> These are called "plenum rated".  Their special property is that when
> they burn (e.g. when the building catches fire), they don't release
> toxic gases that will hurt the people/kids who are breathing the air
> nearby.
>

I am aware of plenum rated; but I've also seen terms like "riser rated"
(not as strict as plenum?) and similar tossed about.

In all cases installation should be done in accordance with the local
building codes, if there is such a thing in the area.
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel

Re: [Server-devel] [UKids] Lightning kills underground Ethernet too; PoE wiring/voltages non-trivial!

2016-01-11 Thread Samuel Greenfeld

If you are going to use any cable outdoors or where it may be exposed to
the elements, getting cable rated for the desired outdoor use may be as
important as its speed rating.  You don't want the cables getting water in
them, causing interesting shorts and ground currents.

Cables routed inside of walls/vents/etc. also often have to be one of a few
special types for fire safety and other reasons.

Note that these cables types are not as flexible as the cords running into
your computer, so make sure not to bend them too hard.


If you can afford it, it might be worth splurging for a few Ethernet
switches which support fiber connections.  That way there is no electrical
link on the data line between buildings.



On Mon, Jan 11, 2016 at 11:05 PM, Adam Holt  wrote:

> Just a quick digest below for microdeployments -- some summary excerpts
> for those who missed both interesting/longer discussions today:
>
>- Power-over-Ethernet (PoE) might seem like magic cure (when
>installing Wi-Fi Access Points across classrooms not having nearby
>electrical outlets) but PoE is tough to get installed properly, as Tim has
>discovered!
>- Burying Ethernet cabling in a shallow trench between nearby
>buildings seems rather popular "to the garage" (quite a number of personal
>experiences are documented online) however this does NOT eliminate the
>lightning problem.  What kind of trenching/equipment mitigates lightning
>risks and to what degree seems to be open for debate across different web
>sites (if you don't have El Chapo's tunneling team on your side, avoid
>these risks using underground fiber or directional wireless/repeaters
>instead ;)
>
>
> From: Anish Mangal 
> Date: Mon, Jan 11, 2016 at 10:32 PM
> Subject: Re: [XSCE] RE: [UKids] Ethernet Cable
> To: xsce-devel 
>
> Interesting insight Terry.
>
> FWIW, I did some rough testing of a homemade cantenna a couple of months
> ago. (Rough, because it was not a perfect Line of Sight)
>
> http://people.sugarlabs.org/anish/IMG_20150910_222141.jpg
>
> The measured gain over a omni 5dbm antennas was around 7-8 dbm, which
> would put the overall gain at about 12-13 dbm. Not bad for a tin can
> antenna made essentially from spare parts :)
>
> In theory, two of these could form a pretty stable link over a kilometre
> or so.
>
>
> -- Forwarded message --
> From: T Gillett 
> Date: Mon, Jan 11, 2016 at 10:29 PM
> Subject: Re: [XSCE] RE: [UKids] Ethernet Cable
> To: xsce-devel 
>
> Underground cabling doesn't add a lot of protection against lightning
> strike as George has related.
>
> One problem is that when a lightning strike occurs, there are large ground
> currents flowing from the point of the strike outwards.
>
> This produces voltage differences between different points on the ground -
> the further apart, the greater the voltage.
>
> If you stand at one point, you experience no problem. But if you straddle
> two points some distance apart, then you are in trouble.
>
> If you introduce a copper cable between two distant points, when a strike
> occurs you will see a large voltage between the end of that cable and local
> ground (to which the equipment is essentially connected). And your gas
> arrestors just try to tie it all together and so carry the current in the
> copper conductor.
>
> The voltages and currents produced in lightning strikes are truly awe
> inspiring.
>
> This is just one mechanism of failure that occurs. A lightning strike is
> really like a bomb going off. You can describe what happens in general
> terms, but the detail is extremely variable and difficult to predict with
> any certainty.
>
> Prevention is generally considered the best strategy.
>
> On Tue, Jan 12, 2016 at 1:18 PM, Adam Holt  wrote:
> On Mon, Jan 11, 2016 at 10:14 PM, T Gillett  wrote:
>
>> Long network cable runs are a magnet for lightning problems, particularly
>> if they are run between buildings.
>> And no amount of expensive protection equipment will save you from a
>> nearby strike.
>>
>> General guideline for lightning prone areas is to keep network cables
>> short as possible and within a single building.
>>
>> If you need to network to other buildings, consider a wireless technique.
>>
>
> Is shallow/quick trenching also viable?
> Or will rats/worms/frost destroy the cable quasi-annually?
>
> On Tue, Jan 12, 2016 at 1:08 PM, Anish Mangal  wrote:
>>
>>> fwiw, a simple google search reveals that these are prohibitively
>>> priced.
>>>
>>> http://www.blackbox.com/Store/Detail.aspx/Power-over-Ethernet-Surge-Protector-60-Volt/SP075A
>>>
>>> On Tue, Jan 12, 2016 at 8:36 AM, Anish Mangal  wrote:
>>>
 Perhaps this is slightly offtopic

 Talking to a school a few days ago up in the mountains, they had a
 lightning strike that

Re: Compatibility of serial adapters

2015-10-21 Thread Samuel Greenfeld

If I recall correctly, the XO-1.5's serial adapter shares some circuitry
with the camera.  Booting an XO-1.5 with a serial adapter means you cannot
use the latter.

To do this, the XO-1.5 looks for a resistor placed across two of the wires
to see if a serial adapter is present.  No other XO laptop model has this
restriction.

Perhaps the older serial adapter simply lacks the sense resistor required
for the XO-1.5 to switch modes.



On Wed, Oct 21, 2015 at 5:15 PM, James Cameron  wrote:

> On Wed, Oct 21, 2015 at 11:38:02AM -0500, Peter Easthope wrote:
> > Seems that an adapter such as http://www.ebay.ca/itm/381346598663 ,
> > similar to the first generation adapter, might work.  [...]
>
> Doubt it.  The product description is inadequate, it does not state
> the serial voltage.  It does say supply voltage range.  It does not
> have any serial control signal strapping.  And it has an RS232
> connector, which nobody should need these days.  ;-}
>
> Get a USB adapter instead.  As long as the adapter is for 3.3V serial,
> it will work with the XO-1 host serial port.  The adapter is powered
> from the USB host.
>
> The same seller has a more appropriate adapter for a lower price:
>
>
> http://www.ebay.com/itm/USB-TTL-Converter-Module-LED-CP2102-RX-TX-3-3V-5V-Output-/381153344387?hash=item58be827b83
>
> There are now very many alternative adapters that are compatible.
>
> --
> James Cameron
> http://quozl.linux.org.au/
> ___
> 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: [XSCE] sdcard for /opt and /library on xo 1.5

2015-07-14 Thread Samuel Greenfeld

Would periodically erasing SD cards and eMMC storage help to extend their
useful life?  Or is this potentially dangerous for chips known to be used
which implement these instructions incorrectly?

A few years ago, XO firmware would erase the SD card prior to running
fs-update.  But if I recall correctly this was disabled because it caused
certain SD cards to hang.

It might also be possible to enable the eMMC equivalent of TRIM in XO
software builds provided XO eMMC's don't accidentally discard the wrong
block.




On Wed, Jul 15, 2015 at 12:09 AM, James Cameron qu...@laptop.org wrote:

 On Tue, Jul 14, 2015 at 11:49:29PM -0400, Tim Moody wrote:
  I think the bottom line is that on this xo1.5 I need to use a usb thumb
  drive instead of this micro sdcard and its holder.
 
   -Original Message-
   From: xsce-de...@googlegroups.com [mailto:xsce-
   de...@googlegroups.com] On Behalf Of James Cameron
   Sent: Tuesday, July 14, 2015 8:14 PM
   To: Tim Moody
   Cc: server-de...@lists.laptop.org; devel@lists.laptop.org; xsce-
   de...@googlegroups.com
   Subject: Re: [XSCE] sdcard for /opt and /library on xo 1.5
  
   G'day Tim,
  
   Thanks, that's interesting.
  
   My best guess is you have a bad connector and the 24-hour thermal test
 you
   did fixed it.  The problem may return.
  
   Another guess is that the card has the production state awareness
 feature
   [1], part of e.MMC v5.0, which uses the storage cells differently
 before
  they
   are enabled for normal use.  The state can be changed with suitable
 tools,
  or
   will clear itself once enough data is written; followed by a power
 cycle.
  The
   result is a sudden increase in performance after that power cycle.
  
  interesting ideas.  I have no way of judging either.
 
  My guess is that I tried so many different ways of partitioning it from
  fdisk to parted that it was so messed up that an xo 1.5, a nuc, and a
 dell
  all found it corrupt, compounded by the fact that systemd has it in use
 even
  if it is not actually mounted.

 Yes, it sounds like you lost track of the provenance.

 At heart though, an SD card is just a set of blocks, so I always make
 a copy of it before writing.  The copy usually compresses really well
 for permanent storage.

 
  The sdcard holder is also looking pretty suspect as used with the card
 slot
  on the xo.  I put the micro sd in the holder back into the xo 1.5 and it
  reported two devices with pttype of dos, but gave unknown file system
 when
  I tried to mount
 
  -bash-4.2# mount
  /dev/mmcblk1p1 on /bootpart type ext4 (rw,relatime,user_xattr,barrier=1)
  /dev/mmcblk1p2 on / type ext4
 (rw,noatime,user_xattr,barrier=1,data=ordered)
  devtmpfs on /dev type devtmpfs
  (rw,nosuid,relatime,size=475460k,nr_inodes=118865,mode=755)
  /dev/mmcblk1p2 on /home type ext4
  (rw,relatime,user_xattr,barrier=1,data=ordered)
  /dev/mmcblk1p2 on /versions type ext4
  (rw,relatime,user_xattr,barrier=1,data=ordered)
  /dev/mmcblk1p1 on /security type ext4 (rw,relatime,user_xattr,barrier=1)
  proc on /proc type proc (rw,relatime)
  sysfs on /sys type sysfs (rw,relatime)
  tmpfs on /dev/shm type tmpfs (rw,relatime,size=51200k)
  devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620)
  tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
  tmpfs on /sys/fs/cgroup type tmpfs (rw,nosuid,nodev,noexec,mode=755)
  cgroup on /sys/fs/cgroup/systemd type cgroup
 
 (rw,nosuid,nodev,noexec,relatime,release_agent=/usr/lib/systemd/systemd-cgro
  ups-agent,name=systemd)
  cgroup on /sys/fs/cgroup/cpu type cgroup
  (rw,nosuid,nodev,noexec,relatime,cpu)
  systemd-1 on /proc/sys/fs/binfmt_misc type autofs
  (rw,relatime,fd=27,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
  hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
  debugfs on /sys/kernel/debug type debugfs (rw,relatime)
  mqueue on /dev/mqueue type mqueue (rw,relatime)
  vartmp on /var/tmp type tmpfs (rw,relatime,size=51200k)
  /tmp on /tmp type tmpfs (rw,relatime,size=204800k)
  none on /var/lib/stateless/writable type tmpfs
  (rw,relatime,size=4096k,nr_inodes=2048)
  none on /var/cache/man type tmpfs (rw,relatime,size=4096k,nr_inodes=2048)
  none on /var/lib/xkb type tmpfs (rw,relatime,size=4096k,nr_inodes=2048)
  none on /var/cache/httpd/ssl type tmpfs
  (rw,relatime,size=4096k,nr_inodes=2048)
  none on /var/cache/httpd/proxy type tmpfs
  (rw,relatime,size=4096k,nr_inodes=2048)
  none on /var/cache/php-pear type tmpfs
  (rw,relatime,size=4096k,nr_inodes=2048)
  none on /var/lib/dav type tmpfs (rw,relatime,size=4096k,nr_inodes=2048)
  none on /var/lib/dhclient type tmpfs
 (rw,relatime,size=4096k,nr_inodes=2048)
  none on /etc/adjtime type tmpfs (rw,relatime,size=4096k,nr_inodes=2048)
  none on /var/lib/logrotate.status type tmpfs
  (rw,relatime,size=4096k,nr_inodes=2048)
  none on /var/spool type tmpfs (rw,relatime,size=4096k,nr_inodes=2048)
  /dev/mmcblk1p1 on /etc/ssh type ext4 (rw,relatime,user_xattr,barrier=1)
  /dev/mmcblk1p1 on /var/lib/dbus type ext4

Re: Two (minimal) goals for a kernel for XO1.5 based upon fc22?

2015-05-27 Thread Samuel Greenfeld

Given I looked into this before with F22 Beta(*), I ran OLPC OS Builder
tonight, excluding nothing from all repositories, and let it loose.

There were a few more minor issues found with the build process.  But I
managed to build an image with the stock Fedora 4.x kernel, and primarily
F22 parts.

However the stock Fedora kernel does not have a hardcoded kernel command
line like OLPC kernels do, and trying to manually provide the command line
to boot a Fedora kernel still hung for me after OFW stated the ramdisk was
being loaded.

I may look into this a bit more before resorting back to OLPC's 3.10 kernel
and seeing what works with that.

(*) http://lists.sugarlabs.org/archive/sugar-devel/2015-April/050035.html

On Wed, May 27, 2015 at 6:28 PM, James Cameron qu...@laptop.org wrote:

 On Wed, May 27, 2015 at 06:31:28AM -0700, George Hunt wrote:
  If I set just the goals of getting keyboard input, and display output,
 what
  problems will I face trying to use defconfig_xo1.5 from [1]
 dev.laptop.org
  (x86-3.3 branch)?
 
  Does anyone have a config file that works on the XO1.5 on a Fedora
 release
  later than FC18 that I might springboard from?

 We used the olpc-3.10 branch to generate kernels for systems later
 than Fedora 18.

 --
 James Cameron
 http://quozl.linux.org.au/
 ___
 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: [Server-devel] Two (minimal) goals for a kernel for XO1.5 based upon fc22?

2015-05-27 Thread Samuel Greenfeld

Given I looked into this before with F22 Beta(*), I ran OLPC OS Builder
tonight, excluding nothing from all repositories, and let it loose.

There were a few more minor issues found with the build process.  But I
managed to build an image with the stock Fedora 4.x kernel, and primarily
F22 parts.

However the stock Fedora kernel does not have a hardcoded kernel command
line like OLPC kernels do, and trying to manually provide the command line
to boot a Fedora kernel still hung for me after OFW stated the ramdisk was
being loaded.

I may look into this a bit more before resorting back to OLPC's 3.10 kernel
and seeing what works with that.

(*) http://lists.sugarlabs.org/archive/sugar-devel/2015-April/050035.html

On Wed, May 27, 2015 at 6:28 PM, James Cameron qu...@laptop.org wrote:

 On Wed, May 27, 2015 at 06:31:28AM -0700, George Hunt wrote:
  If I set just the goals of getting keyboard input, and display output,
 what
  problems will I face trying to use defconfig_xo1.5 from [1]
 dev.laptop.org
  (x86-3.3 branch)?
 
  Does anyone have a config file that works on the XO1.5 on a Fedora
 release
  later than FC18 that I might springboard from?

 We used the olpc-3.10 branch to generate kernels for systems later
 than Fedora 18.

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

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

Re: [Sugar-devel] Community XO software builds

2015-05-08 Thread Samuel Greenfeld

There are at least two types of deployments/customers that Sugar has.

The first is the small, volunteer group.  To them, it doesn't matter what
OS they actually are using, or (to some extent) how well tested things
are.  They just want to come in, try something with their students, and if
they need to tweak something or something breaks, it's no big deal.

The second is the large deployment.  And large deployments, like large
corporations, do not want to deploy Sugar widely unless they have a chance
to thoroughly check it out.


First, they might investigate a bit to see who currently uses Sugar, and if
there are any other users they can get recommendations from.  Then they
might look into Sugar Labs, asking about Sugar's history, what warranties
were available, the future roadmap for features, etc.  They may insist on
having a face-to-face meeting with a Sugar representative, where they could
ask detailed questions.

You might laugh but when the OLPC Association was actively answering bids
for laptops, this dance happened all the time.

When large corporations sell things to each other, support can be
everything.  It doesn't mean that they are going to use it.  But if they
need a patch for critical bug on the President's laptop, or the latest
Shellshock or Heartbleed that their bosses' boss' saw in the news, they
want to have something or someone they can point to definitely get support.

Very few deployments have invested in the resources to internally make
their own OS images at that level of detail.


I don't want to go into it too much in this email, but dealing with large
organizations can be a very different thing.



On Fri, May 8, 2015 at 1:37 AM, Tony Anderson tony_ander...@usa.net wrote:

 I don't know what is puzzling. I can understand a deployment wanting
 assurance of long-term support for Sugar. I doubt there are many
 deployments that even know what Fedora or Ubuntu means. Even fewer that
 understand the difference between SugarLabs and Red Hat or Canonical as
 sources of this support.

 The word deployment may be a puzzle, In some cases it as a national
 ministry or OLPC Australia. For most of us, it is a school or other
 institution which has acquired OLPC laptops and is attempting to make use
 of them.

 There are many deployments which have never updated their image. In
 general, an update to an XO requires someone to come to the school
 with the technical expertise to do so. I am sure there are schools which
 have never seen such a visitor since they received their laptops.
 The positive element is that the laptops work as they always have. The
 downside, of course, is that the users have no chance to benefit from
 the new capabilities available from current releases.

 Finally, what urgent security fixes are required by a deployment with no
 access to the internet?

 Tony


 On 05/08/2015 12:55 AM, sugar-devel-requ...@lists.sugarlabs.org wrote:

 When I talked with deployments and they ask for Ubuntu,
 and I ask why, what they really want is Long Time Support.
 No deployment change their image more than once a year.
 In fact, change a image is a logistic challenge for most of
 the big/middle size deployments.?

 This continues to puzzle me.  LTS is a stream of security updates, and
 you say the deployments do not apply them until the next year?

 And yet they want them?

 They want something they don't use?


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

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

Re: [Sugar-devel] Community XO software builds

2015-05-06 Thread Samuel Greenfeld

The obvious counterargument would be that a deployment might want to deploy
your XO-Next (whatever it is) alongside existing XO laptops, allowing all
of them to have the same configuration.

There's plenty of blame to go around in terms of re-inventing the wheel and
lack of communication.

There simply (and correct me if I'm wrong) are not the resources inside of
OLPC, outside, or combined at this time to maintain and update two separate
builds  build systems.

It amazes me how far we bend over backwards to avoid saying end of life
and end of support.


I have seen a fair amount of interest, both publicly and privately, for
newer XO laptop builds.  But I don't think the requesters realize how much
work it takes to make one.

And I do not forsee anyone stepping up to get the XO-1.75 and XO-4 kernel 
drivers into a state they can be upstreamed or upgraded for newer Fedoras
unless a deployment really wants this instead of newer equipment.

Newer operating systems tend to require more disk space and RAM than the
predecessors.  We have seen this even within Fedora's lineage.


Since OLPC already appears to be going the Ubuntu LTS route, I would argue
it would be easiest to take everything that way, porting utilities as
required, and make that the final image  build system for XOs.

I only have a limited number of hours per week I can look into OLPC things,
but I'm tempted to take a look.






On Wed, May 6, 2015 at 10:50 PM, James Cameron qu...@laptop.org wrote:

 On Wed, May 06, 2015 at 09:29:46PM -0400, Samuel Greenfeld wrote:
  It might be possible for this new builder to be eventually taught to
  handle XOs.

 There was no significant interest in my previous builder uxo, which
 already knows how to handle XOs.  The recent posts on devel@ of people
 trying something similar without looking at uxo is further evidence of
 that.

 So for the moment, there seems to be no need for my new builder to
 handle XO-1, XO-1.5, XO-1.75 or XO-4 laptops.  The Fedora based
 builder is working fine for those laptops.

 --
 James Cameron
 http://quozl.linux.org.au/

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

Re: [Sugar-devel] Community XO software builds

2015-05-06 Thread Samuel Greenfeld

I will try to answer some questions.  But my last two points will only
raise new ones.


   1. There are a few purposes for the community build.  The first is that
   for a while, all the OLPC builds announced seemed to be private ones
   available upon request.  It therefore was necessary to see if builds were
   still possible without the private extensions, and how well they worked.

   A second is that I actually build against a local mirror.  This mirror
   was created back when it was uncertain if OLPC would keep the MIT servers,
   and expanded when said servers started running into problems.  (These
   issues have since been resolved.)

   OLPC has and may still have an automatic backup; but I recall others
   having to stop it from accidentally pulling corrupted data in the past.

   Although it only has a subset of the public OLPC content available
   anonymously, building against my mirror makes sure that it still works and
   that it is periodically made up to date.


   2. I have uploaded the .ini files I use to
   http://www.greenfeld.org/xo/community/builds/14.1.0/olpc-os-builder/ .
   But there is nothing in them that you could not derive from the
   olpc-14.1.0*.ini files already in olpc-os-builder.

   The .zd SD card image for XO-1 build 2 is next to it's .img file.

   I added a pause at the end of kspost.75.install_bundles.inc so I can
   tweak the XO-1 image and remove some of the larger activities.  But this is
   temporary for debugging only.


   3. Since I am based in the US, I cannot generate images with the
   multimedia items due to patents.  At best I could give you instructions
   similar to how OLPC already does.

   I vaguely recall all XO-4's might be licensed for many multimedia codecs
   but it would be up to OLPC to make those images more widely available.


   4. Personally I would argue that a CentOS or another long-term build may
   be the best approach for XOs.  Sugar is in EPEL 6, and likely could be
   added to EPEL 7.

   It should surprise no one at this point that the list of personnel on
   OLPC's web site is years out of date.  There may be more people working on
   XSCE at the moment than XO laptop software.

   Given the lack of personnel and resources I believe it would be best to
   do one final build for XO-1 through XO-4 based on a LTS distribution
   supported to at least 2020, and then only minor security/fixes after that.


   5. OLPC already is looking beyond the XO, and beyond Fedora.  If you
   look at dev.laptop.org closely, you might notice a bunch of tickets
   targeted for su-15.1 as well as a new olpc-ubuntu-sugar-builder git tree
   meant for standard PCs.

   This appears to be an Sugar 0.104/Ubuntu 14.04 LTS build with anti-theft
   provided by a secure-boot-based EFI bootloader, not Open Firmware.

   While I am not thrilled that this has been done without the historical
   community's involvement, it likely matches the need of the XO Infinity or
   another client who currently pays the bills.

   It might be possible for this new builder to be eventually taught to
   handle XOs.

   But if OLPC is looking beyond the XO-4, perhaps it's time that Sugar do
   so as well.

   More information can be found at http://dev.laptop.org/ticket/12881





On Wed, May 6, 2015 at 7:18 PM, James Cameron qu...@laptop.org wrote:

 On Wed, May 06, 2015 at 10:49:47AM -0400, Adam Holt wrote:
  They all seem to want a better browser and better codec support to
  view various+sundry videos, within Sugar ideally, but if that's not
  possible then within Gnome.  One group per week asks me for the
  above, above all else (often more than one deployment/group per
  week).

 Why isn't this reaching me and the people who would do something about
 it?  Please count these requests, deidentify and aggregate them, and
 report them monthly on devel@ or sugar-devel@

  But if CentOS is not realistically achievable, F22 might be more
  appropriate, given it's final freeze is supposed to be less than 1
  week away?

 The size of this task (F22) has not yet been estimated, but based on
 Samuel's write up, my guess is between 10 and 50 engineer hours.

 There may be other problems lurking.

 The Fedora 20 port just on XO-4 has consumed way more than this.

 --
 James Cameron
 http://quozl.linux.org.au/
 ___
 Sugar-devel mailing list
 sugar-de...@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel

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

Community XO software builds

2015-05-05 Thread Samuel Greenfeld

I saw some discussion last week about the community XO software builds.

This seems to be something which gets many people excited.

However according to my web server, there have not been very many downloads
of them.

If I may ask:

   - Who actually is using/testing these images?
   - Why?
   - Is there a reason you are not looking into using an official (OLPC or
   deployment) build?
   - Have you engaged OLPC or another party to work on changes?
   - What direction do you believe the builds should go?

Building XO builds by repacking existing work is relatively trivial.

But the low-level kernel, driver, and OS work necessary to support XOs with
newer operating systems (as well as newer XO batteries) is something I
cannot do, and where we really need help.

Without guidance from OLPC or others, I could build thousands of XO-#
laptop images.  But unless it looks like a significant number of
deployments/children actually would benefit, there really is no point.

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

Re: XO Fedora 22 Beta work

2015-04-25 Thread Samuel Greenfeld

James and I looked a bit into the systemd issue last night  discovered the
same.  This was discussed at
http://lists.sugarlabs.org/archive/sugar-devel/2014-May/048180.html

A solution to solve this may be tricky.  Currently no one may be available
to look into getting newer Linux kernels working on XOs.  And if a newer
kernel was tweaked for XOs and brought in, extensive testing against
multiple XO models  variants (wireless cards/cameras/memory chips/etc.)
would be required.

Bringing in an older systemd with userspace firmware loading support might
be easier in the short term, but could break RPMs dependent on newer
systemd versions.

I don't know what resources OLPC has internally at the moment, but this may
be beyond what part-time volunteers can do, especially if support is
desired for XO models which OLPC no longer sells.


On Sat, Apr 25, 2015 at 6:05 PM, Dennis Gilmore den...@ausil.us wrote:

 On Saturday, April 25, 2015 10:36:49 PM Peter Robinson wrote:
  On Sat, Apr 25, 2015 at 5:10 AM, Samuel Greenfeld sam...@greenfeld.org
 wrote:
   At James' suggestion I looked a bit into a Fedora 22 beta build.  I
 have
   found the following problems so far getting the RPM dependencies worked
   out:
  
   olpc-library needs to depend on python-jinja2, not python-jinja.  The
   olpc-library RPM also was removed from Fedora, perhaps due to lack of
   changes  abandonment.
 
  Likely, I didn't even know it existed.
 
   totem-mozplugin no longer exists and was intentionally removed.  Given
   Firefox supports various media codecs internally this might not be a
   problem for it (apart for vmeta?); but I don't know what webkit-based
   Browse uses for media players.
 
  Gstreamer based as well so I don't see any major issue there except if
  vmeta doesn't support gstreamer 1.0
 
   xorg-x11-drv-keyboard and -mouse have been replaced by
   xorg-x11-drv-libinput.  See
   https://fedoraproject.org/wiki/Changes/LibinputForXorg
 
  Works fine on SoaS, although I think there might be a need to migrate
  Control Panel bits, I did send an email about it some time ago to
  devel@
 
   14.1.0 has custom F20 systemd binaries, but I am having trouble finding
   information as to why.  If they have relevant changes they need to be
   ported to F22 if not already present because using the F20 systemd
   binaries breaks all sorts of library dependencies.
 
  The reason is due to changes in firmware loading changes in the kernel
  and the fact the XO kernels haven't been rebased to something more
  modern than 3.0+
 
   Patches have been written for the first three that I could submit.
  
   We need to come up with a clear direction as to what volunteers and/or
   OLPC
   want  would actually use for updated XO builds.  I only have the time
 to
   focus on one set of images.
 
  I can help on anything needed that's in Fedora in terms of adding
  patches there so you don't need to fork but similarly I don't have
  much time.

 with Fedora.NEXT we may be able to look at making OLPC builds be an
 official
 part of Fedora, tirckiest bit I think would be the kernel. Long term I
 think
 it would be good for both OLPC and Fedora for this to happen.

 Dennis
 ___
 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

XO Fedora 22 Beta work

2015-04-24 Thread Samuel Greenfeld

At James' suggestion I looked a bit into a Fedora 22 beta build.  I have
found the following problems so far getting the RPM dependencies worked out:

   - olpc-library needs to depend on python-jinja2, not python-jinja.  The
   olpc-library RPM also was removed from Fedora, perhaps due to lack of
   changes  abandonment.
   - totem-mozplugin no longer exists and was intentionally removed.  Given
   Firefox supports various media codecs internally this might not be a
   problem for it (apart for vmeta?); but I don't know what webkit-based
   Browse uses for media players.
   - xorg-x11-drv-keyboard and -mouse have been replaced by
   xorg-x11-drv-libinput.  See
   https://fedoraproject.org/wiki/Changes/LibinputForXorg
   - 14.1.0 has custom F20 systemd binaries, but I am having trouble
   finding information as to why.  If they have relevant changes they need to
   be ported to F22 if not already present because using the F20 systemd
   binaries breaks all sorts of library dependencies.

Patches have been written for the first three that I could submit.

We need to come up with a clear direction as to what volunteers and/or OLPC
want  would actually use for updated XO builds.  I only have the time to
focus on one set of images.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

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

2015-03-16 Thread Samuel Greenfeld

If I recall correctly, Android devices cannot connect to Ad-hoc networks
out-of-the-box. There may be some third party utilities which allow
certain devices to do this with varying levels of success.

Instead, either one device is configured as an AP, or a newer-than-Adhoc
standard called WiFi Direct is used.

Android devices may also communicate amongst themselves using Bluetooth,
although creating mesh networks/Internet gateways again would require
third-party utilities. One such utility (Open Garden) partnered with OLPC
for the XO Tablet (
http://www.prnewswire.com/news-releases/one-laptop-per-child-partners-with-open-garden-to-grow-internet-everywhere-220497161.html
).

In general, generic Android to Android device communication was an unsolved
problem the last time I looked into this.

On Mon, Mar 16, 2015 at 10:42 PM, Adam Holt h...@laptop.org wrote:

On Mon, Mar 16, 2015 at 10:36 PM, James Cameron qu...@laptop.org wrote:

On Mon, Mar 16, 2015 at 09:30:30PM -0500, Jerry Vonau wrote:
On March 16, 2015 at 9:23 PM James Cameron qu...@laptop.org wrote:

There's no need to go as far as configuring as an access point when
ad-hoc networking will work, with suitable configuration of the other
laptops connecting to it.

Has sugar addressed http://bugs.sugarlabs.org/ticket/3708?

Why would you use Sugar?

We'd love to keep some/any version of Sugar on the XO if possible, even if
just so the librarian can putter.

Important: how compatible is the XO's Ad-Hoc networking with generic
Android tablets/phones and generic/vintage cheap laptops already out there
in the world? Any other low-to-medium complexity protocols we should be
considering, for XO-1.5 and higher especially, that might plausibly sail
with a few weeks of hacking? (that is if a genuine WiFi hotspot brings
more compatibility)

Anyway: scalability's not a requirement (in this case!) as such community
libraries are tiny, having a couple WiFi devices attached generally, rarely
more.

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

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

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

2015-03-16 Thread Samuel Greenfeld

If I recall correctly, Android devices cannot connect to Ad-hoc networks
out-of-the-box. There may be some third party utilities which allow
certain devices to do this with varying levels of success.

Instead, either one device is configured as an AP, or a newer-than-Adhoc
standard called WiFi Direct is used.

In general, generic Android to Android device communication was an unsolved
problem the last time I looked into this.

On Mon, Mar 16, 2015 at 10:42 PM, Adam Holt h...@laptop.org wrote:

On Mon, Mar 16, 2015 at 10:36 PM, James Cameron qu...@laptop.org wrote:

On Mon, Mar 16, 2015 at 09:30:30PM -0500, Jerry Vonau wrote:
On March 16, 2015 at 9:23 PM James Cameron qu...@laptop.org wrote:

There's no need to go as far as configuring as an access point when
ad-hoc networking will work, with suitable configuration of the other
laptops connecting to it.

Has sugar addressed http://bugs.sugarlabs.org/ticket/3708?

Why would you use Sugar?

We'd love to keep some/any version of Sugar on the XO if possible, even if
just so the librarian can putter.

Anyway: scalability's not a requirement (in this case!) as such community
libraries are tiny, having a couple WiFi devices attached generally, rarely
more.

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

Re: [Server-devel] [XSCE] Re: XS(CE) integration with other environments?

2015-03-10 Thread Samuel Greenfeld

No, you can't quite blame Martin for this one.

I won't go into the various people who've said it, but much of the hope
behind the XO-1, Sugar, and Schoolserver was that everyone would rally
around them as the superior solution. Millions of XOs would be sold, and
everyone would develop Sugar applications.

In practice, this never happened.

XSCE in many ways is an improvement from the original schoolserver. But
from what I have seen it still seems somewhat oriented towards
micro-deployments. Or at least everyone loves talking about their
micro-deployments.

The question I am raising is if micro-deployments are enough.

A newspaper article locally republished here contained the point that
Organizations don’t die because they provide no value; they die because
they fail to provide enough value to enough people. And although the
original source appears to be religious[*], if you substitute Judaism
with Sugar and Synagogues with Sugar Labs much of the article still
is true.

How do we get enough value into future versions of XSCE and Sugar? How do
we convince deployments that they are worth using, and volunteers that they
are not wasting their time?

As much as technical details may be fun to argue about, I think we need to
determine the more fundamental answers. This is more of an IAEP discussion
though than anything.

[*]
http://www.jta.org/2015/02/08/news-opinion/opinion/op-ed-are-voluntary-dues-enough-to-get-people-to-join-synagogues

On Tue, Mar 10, 2015 at 8:42 PM, Tony Anderson tony_ander...@usa.net
wrote:

Hi,

I can't speak to XSCE, but I have never understood the problems you cite.
I think, try to be diplomatic, that there is problem of terminology. When
the SLOBS talk about negotiating privatesly with a deployment, they
apparently mean a national initiative (Uruguay, Peru, Rwanda, Australia,
Paraguay). I think there are many of us who work with what is
affectionately known as micro-deployements or boutique deployments.

In the latter context, I have never understood this problem. The Martin
Langhoff model you describe fits the needs perfectly. Even if the school
has a policy not to provide DHCP or whatever, the solution is to connect
the schoolserver to that network as the WAN (and the WAN sees it as a
device.). So far I have not run into a 'micro-deployment' where there is
enough networking around to make that even a question. Naturally, it seems
clear that if a deployment does not like the design of the schoolserver,
they are free to adapt it to their needs or not use it. I don't see that we
have any obligation to adapt to those needs (that was the idea, I thought,
of Activity Central - to provide a way for deployments to obtain technical
resources to adapt the community products to their needs).

My own project is to provide a 1TB hard drive with all of the relevant
software and content to set up a complete deployment (at one school). It is
assumed that this deployment does not have regular access to the internet
and needs to access that content from the school server. The deployment
model is exactly as you describe.
WIthin that constraint, the goal is to allow the deployment to prepare
routers, XOs, and the schoolserver with support from someone familiar with
computers but not necessarily with the command line. Some command line use
is essential (I haven't found a way around) and the instructions assume
that the installation is done from an XO (assuming a deployment has those).
The devil is in the details, and these seem as endless as a visit to Hell.

Tony

On 03/11/2015 03:02 AM, Samuel Greenfeld wrote:

You are taking my remarks a bit out of context, although it is hard for
me to tiptoe around explaining things while trying not to insult anyone.

From the schoolserver perspective, schoolservers as originally
implemented were meant to be an all-in-one system. They provide DHCP for
the laptops, act as the Internet gateway, provide anti-theft backup
services, etc.

Sugar XOs have hardcoded logic expecting the schoolserver to be called
schoolserver. Schoolservers are also expected to have certain hardcoded
IP addresses in case an XO runs into anti-theft problems, etc.

But in larger networks/school districts, I have seen schoolservers
installed into networks where they are not allowed to control DHCP. They
often were not the Internet gateway, and local policies might not allow
them to be called schoolserver. Occasionally the schoolserver isn't even
in the same building as the XOs, and may be on a completely different
subnet.

This is a whole concept I once called Sugar for the Enterprise {school
district} but I don't know if that is worth pursuing at this time.

XSCE is interesting in that it supports things like Internet-in-a-box
which are not XO specific. And from what I've seen, the XSCE community may
in some ways be more active than the Sugar community.

But it is unclear to me what features the XSCE community

Re: [Server-devel] XS(CE) integration with other environments?

2015-03-10 Thread Samuel Greenfeld

You are taking my remarks a bit out of context, although it is hard for me
to tiptoe around explaining things while trying not to insult anyone.

From the schoolserver perspective, schoolservers as originally implemented
were meant to be an all-in-one system.  They provide DHCP for the laptops,
act as the Internet gateway, provide anti-theft  backup services, etc.

Sugar  XOs have hardcoded logic expecting the schoolserver to be called
schoolserver.  Schoolservers are also expected to have certain hardcoded
IP addresses in case an XO runs into anti-theft problems, etc.

But in larger networks/school districts, I have seen schoolservers
installed into networks where they are not allowed to control DHCP.  They
often were not the Internet gateway, and local policies might not allow
them to be called schoolserver.  Occasionally the schoolserver isn't even
in the same building as the XOs, and may be on a completely different
subnet.

This is a whole concept I once called Sugar for the Enterprise {school
district} but I don't know if that is worth pursuing at this time.


XSCE is interesting in that it supports things like Internet-in-a-box which
are not XO specific.  And from what I've seen, the XSCE community may in
some ways be more active than the Sugar community.

But it is unclear to me what features the XSCE community is implementing to
support deployments other than those they are directly involved with, or
what the feedback loop is there.


On Tue, Mar 10, 2015 at 2:16 PM, Adam Holt h...@laptop.org wrote:

 Can someone further explain Sam Greenfeld's suggestion below from
 http://lists.sugarlabs.org/archive/iaep/2015-March/017279.html ?  No
 obligation, but if there are common requests missing from XSCE  similar,
 let's understand them:

 The XO/Sugar/Schoolserver combination was originally promoted as a
 complete solution which could be used independently without anything else.

 But in practice, there is a need to integrate with other solutions.  Sugar
 may be a great educational environment but there is a need to tie it into
 existing schools and curriculums.  OLPC had educators on staff looking into
 this problem, but I don't think we have that luxury.

 As an example, the same kludge hacks kept being made over and over to
 integrate Sugar  XOs into environments where the schoolserver might not
 control the network, proxy authentication/802.1x networks were used, etc.
 For some reason this functionality never made it upstream.

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

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

2015-03-05 Thread Samuel Greenfeld

No this isn't the build that runs off an SD card.

If there is that much interest I will re-build the XO-1 image with the
additional SD card image tonight.

Apart from the XO-1, the olpc-os-builder configurations I am using are
basically what you see in OLPC's Git repository, with the xx changed to
qq and Community Build added as the name of the deployment.


On Thu, Mar 5, 2015 at 9:20 AM, Sebastian Silva sebast...@fuentelibre.org
wrote:

 Downloading

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

 Is this the one that runs off of SD card?

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

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

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

 Regards,
 Sebastian


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


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

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

2015-03-05 Thread Samuel Greenfeld

No; these are unsigned images which only can be installed on unlocked
laptops via fs-update (such as fs-update u:\41002qq4.zd if the image is
in the root directory of a USB stick).

These images also do not have the licensed codecs or accelerated video
drivers OLPC has obtained for XO-4s and certain deployment's older XOs, as
these are not distributed publicly.

The activities I have are what James chose at
wiki.laptop.org/go/Activities/14.1.0 , minus Wikipedia and Physics on the
XO-1.

In general we need to determine what should be include in the XO-1 builds,
as the internal flash storage only has 1 GB of space.  Over time newer
versions of Fedora have resulted in larger XO images, and there is only so
much we can do to compensate for that.


On Thu, Mar 5, 2015 at 9:30 AM, Thomas Gilliard satelli...@gmail.com
wrote:

  Don't I need a fs4.zip also?

 Tom Gilliard

 On 03/05/2015 06:25 AM, Samuel Greenfeld wrote:

  No this isn't the build that runs off an SD card.

  If there is that much interest I will re-build the XO-1 image with the
 additional SD card image tonight.

  Apart from the XO-1, the olpc-os-builder configurations I am using are
 basically what you see in OLPC's Git repository, with the xx changed to
 qq and Community Build added as the name of the deployment.


 On Thu, Mar 5, 2015 at 9:20 AM, Sebastian Silva sebast...@fuentelibre.org
  wrote:

 Downloading

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

 Is this the one that runs off of SD card?

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

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

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

 Regards,
 Sebastian


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




 ___
 Devel mailing listDevel@lists.laptop.orghttp://lists.laptop.org/listinfo/devel



 ___
 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: Firmware q7c04

2015-02-14 Thread Samuel Greenfeld

From the community build perspective, I am waiting to see how many people
download and/or provide feedback before making a significant number of them.

So far, more search engines than users have downloaded the build I released
on Monday.

Given the significant barrier to entry (you must have an XO to use them) I
don't know how many volunteers remain who are willing to help test 
maintain builds other than those officially supported by OLPC.  And it is
unclear how much help OLPC can provide except in areas which they are
actively engaged with deployments to work on.



On Sat, Feb 14, 2015 at 8:55 AM, Yioryos Asprobounitis mavrot...@yahoo.com
wrote:

 Nice to see the list back up and running.
 According to the info XO4 firmware q7c04 support(s) booting legacy
 android kernel
 However both os32013a4 and 3214a4 fail to boot under q7c04.
 Do they qualify as legacy android kernel?

 BTW is there any official or community SMP android/sugar builds in the
 works?
 ___
 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

Community OS 14.1.0 Version 1

2015-02-09 Thread Samuel Greenfeld

I spent a few hours this past weekend looking into if third-party XO OS
builds were still possible.

The result is a set of unsigned XO laptop images for XO-1/1.5/1.75/4 I have
uploaded to http://www.greenfeld.org/xo/community/builds/14/1/

This is the first time images may have been made for certain models this
release cycle.   So this release has bugs, and is meant only for testing.
The XO-1 image in particular should be avoided unless you are trying to
solve its performance problems.

These images were created independently of OLPC and are not supported by
OLPC.

Bug reports about these images can be filed in dev.laptop.org with the
commbuild keyword.  However other members of the community are needed to
help fix problems as my skills are limited.


If you would prefer to use the latest OLPC-provided open-source build, it
can be found at http://build.laptop.org/14.1.0/os8/


Known improvements (from usage/researching changelogs):

   - All: The GNOME desktop has been replaced by MATE.
   - All: Wikipedia EN and ES have been replaced by the Simple English
   Wikipedia activity.
   - All: The latest Open Firmware for each platform.
   - All: Based on Fedora 20  Sugar 0.103.2 with most Fedora updates as of
   early February 2015.
   - All (userland)/XO-4(OFW): Brightness adjustments for an upcoming
   manufacturing backlight LED change.  Laptops with new backlights will be
   identified by a BL manufacturing tag.   Routines to handle earlier
   backlights exist.  Note there may be some more backlight tweaks in the next
   version of powerd.
   - XO-4: Support for newer and larger eMMC internal storage options.
   - XO-4: LiPoly battery support (instead of NiMH).
   - XO-4: Dual core CPU Support.

Known issues:

   - All: This is not a restricted build, and does not have any licensed
   codec/binaries/video drivers some deployments may want.
   - All: Sugar asks for a user's grade and gender.  If this is sent over
   the Internet, this may not be legal in many countries without the
   appropriate parent/school permissions.

   These images therefore probably should not be given to children until we
   have a better understanding of what is going on.
   - All: The Sugar Language control panel appears to be broken.
   - All: MATE has the same large text/dpi display problems GNOME had if
   not worse.
   - All: Originally a private RPM repository was created for several x86
   RPMs where only ARM ones existed.  The relevant x86 ones have since been
   built and the last RPM I'm told isn't needed, so a private repository
   should not be required going forward.

   - XO-1: NetworkManager and systemd-journald use up most of the CPU
   logging repeated failed actions against the mesh(?) network adapter,
   leaving too little CPU for Sugar to work with.

   Some other services may also be using CPU, but these seem to be the most
   persistent (OLPC #12860).
   - XO-1: MATE, Simple English Wikipedia, and Physics were removed to
   conserve space while debugging the above.  There may only be room for
   either MATE or Simple Wikipedia with a more complete build, as this only
   leaves ~100 MB free.
   - XO-1: There is no G1G1Lite-style activity set at this time.

   - XO-1.5: Camera and/or video overlay support appears to be broken (OLPC
   #12858).
   - XO-1.5: Automatic suspend is disabled in this build due to the DCON
   freezing the text console instead of the graphical UI (OLPC #12859).
   - XO-1.5: This build may be too large for 2 GB SD cards (not tested, but
   observed).

   - XO-1.75: If you have one of the rare XO-1.75s with a touchscreen, the
   latest versions of OFW do not have test /touchscreen support (and may not
   have for some time).

   - XO-4: Programs may randomly crash due to OLPC #12837.  So building
   14.1.0 on an XO-4 using 14.1.0 currently is not supported.
   - XO-4: Due to Open Firmware and EC updates to support LiPoly batteries,
   XO-4s with newer firmware no longer are compatible with NiMH batteries
   (rare and should only affect users with pre-release SKUs).
   - XO-4: If you wish to downgrade from this OS to 13.2.2 or prior, you
   need to reinstall an Open Firmware version in the Q7B* series, such as
   Q7B44 or earlier (Q7B40 or earlier with NiMH).
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Server-devel] Fixing the Shellshocker bash exploit on the old FC9 based XS 0.6

2014-09-25 Thread Samuel Greenfeld

XS 0.7 school servers are based on CentOS 6.x, which still gets security
updates.

So you can log onto your XS 0.7 schoolserver as root, and yum update bash
to get the latest version.

Note that there is talk that the first fix may not be complete, so you may
have to update bash twice.


On Thu, Sep 25, 2014 at 7:04 PM, Anna ascho...@gmail.com wrote:

 The patch that fixes the shellshocker exploit isn't, from the best that
 I can tell, going to be released for Fedora versions older than 17.

 I just patched my XS 0.6 with this:

 curl -k https://shellshocker.net/fixbash | sh

 You'll need to be able to compile, I'm not sure of any other specific
 requirements since I installed the Development Tools group on this box a
 long time ago.

 You can find more information here:  https://shellshocker.net/

 Anna Schoolfield
 Birmingham

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


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

Re: [Server-devel] [XSCE] CentOS 7.0 Released, 3 years after CentOS 6.0

2014-07-20 Thread Samuel Greenfeld

It probably will not be that hard for someone familiar with OLPC OS builder
to port it to CentOS 7 and make a release.  CentOS 7 is a close cousin of
Fedora builds which already have been used for XO releases.

Possibly a more interesting question is which version of Sugar will make it
into EPEL[*] for RHEL/CentOS 7.  EPEL 6 still has Sugar 0.88.

[*] https://fedoraproject.org/wiki/EPEL



On Sun, Jul 20, 2014 at 4:49 PM, Adam Holt h...@laptop.org wrote:

 On Sun, Jul 20, 2014 at 4:41 PM, Sameer Verma sve...@sfsu.edu wrote:

 On Jul 20, 2014 11:57 AM, Anish Mangal anis...@umich.edu wrote:
  When I had checked the release notes a few days ago, there wasn't any
 ARM support, at least officially.

 Keeping that constraint in mind, it may still be worthwhile to try out
 the build process on CentOS 7. I didn't get much success on CentOS 6.X.

 It may also be worthwhile to explore the portability of the
 ansible-driven install process on Debian for ARM.

 FWIW project leader's release announcement (at planet.centos.org etc) say:

 Coming Soon. We are currently working to extend the portfolio of content
 we deliver for a major release. In the past its only been iso media and
 install tree’s, but with CentOS-7 we are also going to deliver...As a part
 of the expanded Core efforts, we are also going to attempt to deliver a
 CentOS-7 release for 32bit x86, ARM and PowerPC in the coming months.

 Similarly he wrote in March:

ARM32 build effort on CentOS-7beta ( and ongoing ). We’ll see you on
 the Arm-Dev mailing list
http://karan.org/blog/2014/03/26/the-arm-plan-for-centos/

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

Re: [XSCE] Large groups of XO-1 do not work with access points

2014-02-07 Thread Samuel Greenfeld

I would also point out that if you have 20+ clients at a location you
should consider using commercial or enterprise-grade access points.

Companies like Aruba Networks make APs which each can contain multiple
radios, and support handing off clients between radios and access points
depending on available load.

This functionality does not come cheap.  The last time I talked to someone
from Aruba at a trade show their cheapest access point that could
self-configure itself with others on the same network (to avoid paying for
a centralized controller) was a few hundred dollars per AP.



On Fri, Feb 7, 2014 at 5:22 PM, James Cameron qu...@laptop.org wrote:

 On Fri, Feb 07, 2014 at 09:29:46AM -0500, Tim Moody wrote:
  [Don't forget that James wrote:]
  If you choose to deploy with interfering channels for some reason,
 
  Many routers support narrowing the band around channels.

 No, it is more correct to say that many routers support widening the
 band around channels, to achieve a higher data rate.

 Consider a spectrum; the X axis is frequency, the Y axis is signal
 strength.  The bandwidth of the transmitter is a curve shaped like a
 hill.  The bandwidth of the receiver is another curve.  The channel
 selects the centre X position of the hill.

 The certification defines an area as a rectangle, and routers and
 devices pass certification based on spectrum analysis of the
 transmission, not of reception.

 There is always an interference between all channels, but the standard
 defines the limits on the interference in quantifiable terms.  But
 these can be translated simply as:

 - the interference between 1 and 11 is trivial,

 - the interference between 1 and 6 is low,

 - the interference between 1 and 2 is significant.

 - the interference between 1 and 1 is extreme.

 The interference causes backoff, where a node that would transmit
 waits a bit longer, and collisions, where a node receives a corrupted
 transmission.  Both of these act to reduce total system data
 bandwidth.

 Given fixed channels, the interference increases as the distance
 between the interfering devices decreases.

  Are you of the opinion that this is ineffective and that there is
  always a 5 channel overlap?

 I'm of the opinion that widening the bandwidth used around channel 6
 will impact channel 1 more.

  Of course, we do not always have control over the entire
  environment, so 1, 6, and 11 may already be taken and we have no say
  in the matter.

 It is more complex than that.  While you might see another access
 point on a channel, you might still be able to deploy your own access
 point on the same channel, and the two access points will cooperate in
 a limited fashion.  They listen before they transmit.  So too do the
 laptops.  The TCP/IP rates are reduced.

 If you are faced with 1, 6, and 11 all taken, and you wish to run
 one access point, then find which of 1, 6 and 11 have the least
 received power, and use that.

 If you are faced with 1, 6, and 11 all taken, and you wish to run two
 access points, then find which two of 1, 6 and 11 have the least
 received power, and use them.

 If you are faced with 1, 6, and 11 all taken, and you wish to run
 three access points, use 1, 6, and 11.

 If you wish to use a channel outside 1, 6, and 11, then you would do a
 more complex survey, to find the channel with the least received power
 for both your access point and your devices.  Then measure the TCP/IP
 rates you get.

 That survey is invalidated every time someone walks in with an Android
 or iOS phone or a portable hotspot; these act as an access point.

 --
 James Cameron
 http://quozl.linux.org.au/

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

Re: [Server-devel] Install python applications in a virtualenv without, system wide packages using wheel binary package format

2013-12-16 Thread Samuel Greenfeld

From the end user's perspective, what virtualenv does is rewrite the Python
path  environment so a series of custom-created directories are always
tried first.  It then optionally looks at the system python path for other
modules.

The one time I had to use virtualenv it did not solve problems with
libraries that needed to compile machine-specific code.  It might be
possible to use pip with prepackaged binaries, but the project I was using
it with did not offer the option.


Packaging admittedly is a bit over my head.  But the more XSCE deviates
from being directly packagable in a Linux Distribution, the more work it is
going to take to maintain this path.

I think it would be worthwhile to look at the Linux Terminal Server Project
(www.ltsp.org) and see how they packaged their system so that it was
accepted into several distributions.  The LTSP project interfaces with a
lot of components (DHCP, X Server, etc.) and has been around since 1999, so
they have experience doing the kind of tweaks XSCE also needs to make.





On Mon, Dec 16, 2013 at 1:53 PM, Miguel González 
migonzal...@activitycentral.com wrote:

 On Mon, Dec 16, 2013 at 6:16 PM, Braddock bradd...@braddock.com wrote:
  -BEGIN PGP SIGNED MESSAGE-
  Hash: SHA1
 
  If this can be made to work it would certainly make things easier for
  us at Internet-in-a-Box.
 

 Quick test in XO-4 using the following script, it seems it works perfectly:

 mkdir iiab
 cd iiab
 virtualenv venv
 source venv/bin/activate
 pip install --use-wheel --no-index
 --find-links=http://xsce.activitycentral.com/wheelhouse/
 'backports.lzma=0.0.2' 'SQLAlchemy=0.8.2' 'markupsafe'
 pip install Internet-in-a-Box
 iiab-server
 ...
 werkzeug -- 192.168.0.3 - - [16/Dec/2013 18:40:19] GET /iiab/ HTTP/1.1
 200 -

 I'm attaching the full log.

 I plan to do more testing. I think we could use this method for latter
 XSCE versions.

  Currently we have to build and distribute Fedora rpms just for XSCE,
  including for a couple third party packages which have binary
  dependencies and have proven a pain.
 
  We already maintain pipy pip packages and use them for all of our own
  IIAB appliance deployments.
 
  However, a virtualenv is not really meant as a distribution format and
  has some downsides.  You will have to install the pip on every
  architecture you support, and I do not believe they are relocatable so
  they have to be in the same absolute path, and they may have system
  library dependencies which won't automatically be resolved like with
 RPMs.
 
  Given the fragility and dependency hell of the RPM method though, I
  think it is worthwhile to switch to virtualenvs.
 
  - -braddock
 
 
  From: Miguel Gonz?lez migonzal...@activitycentral.com
 
  I want to share with you my proposed approach to install Python
  web application in XSCE.
 
 
  The idea is to install them into a Python virtual environment
  isolated from the system wide packages installed.
 
  -BEGIN PGP SIGNATURE-
  Version: GnuPG v1.4.11 (GNU/Linux)
  Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
 
  iQEcBAEBAgAGBQJSrzWJAAoJEHWLR/DQzlZu2i8H/iuxZPLPnu60JzE4UiqpDo3v
  sPxqJgOjSA/lNj/icpl1EY0AaPUgcUWIOnmF2loYSMwR6AfzUbLH35OuPfXVZ8cY
  +3eSbT+BnqiQiV+vpsVJQ7NFYipICetldzN4jlhGLgFpVCRgwvDaQCLrgw0MY67y
  6xmkI+e4g01i4q4DLA8+jEtlDGeVYWdTmcugka4a/w9UDKIBIfmZ2LCsZq/XoZxB
  p895BjYHWk/RSYGC3GC8o1pmXksUIMzf211Lkw3aunXD5G9+tW1ozSktcMEDxAlr
  DAXDduyOemEzLa5o1KdMsMbq9ENpBegY3ekejL9ftaN1uyebXVXDD/t32roAVD8=
  =9YGH
  -END PGP SIGNATURE-
  ___
  Server-devel mailing list
  Server-devel@lists.laptop.org
  http://lists.laptop.org/listinfo/server-devel

 --
 Miguel González
 Activity Central: http://www.activitycentral.com

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


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

Re: [Server-devel] Can XSCE benefit a tablet deployment?

2013-12-02 Thread Samuel Greenfeld

On Mon, Dec 2, 2013 at 9:42 AM, George Hunt georgejh...@gmail.com wrote:

 This is a branch off of the thread Does XSCE need a new home?, and
 stimulated by James Cameron's comments quoted where  in part:

 The XO tablet is rebranded Vivitar. On Amazon, besides the XO Tablet,
 there is also a lower cost/capability tablet introduced as a Camelo.  I
 purchased one. Looked at it's End User Licensing Agreement. Under the 
 DCMA(Digital Millennium Copyright Act), it is illegal to reverse engineer or
 repurpose hardware that has proprietary material, without the express
 consent of the manufacturer.  I contacted the Vivitar customer support
 for the Camelo, and asked that they tell me how to unlock the boot loader
 -- that I liked their proprietary material, but I preferred to load other
 software which was not covered by their license. They refused.


You asked the wrong question, and are making a few incorrect assumptions.

The XO Tablet EULA states that its software contains open source components
which require source code distribution.  If you own a XO Tablet and ask for
this you may get much of what you need to get the Android kernel up and
running.

Prior to leaving OLPC I did some of the source code review in anticipation
of such requests.

My impression from OLPC-SF however, is that no one really knows how to or
is interested in doing the low-level development work required to take the
open source components from that point to a working OS.

I would not know if any AOSP-related projects have tried to work with
Vivitar tablets.

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

Re: [Server-devel] Feedback: Problems with XSCE

2013-11-29 Thread Samuel Greenfeld

Apart from on a flat network, we are not going to solve the problem of
working on corporate-style school networks using Avahi.  That presumes
you can get multicast support working across the desired region.

The equivalent for larger networks would be DNS service records, presuming
you can get permission to create them.

Without going into whom is doing what, I personally know that Sugar is
being used:

   - On networks where DHCP is controlled by centralized IT.
   - Where the schoolserver's DNS name has to match an existing naming
   scheme.
   - Where there is no DNS hierarchy, so computers at every school are
   named like computer-xyz.example.edu
   - Where various forms of wireless authentication (PSK, 802.11x, etc.)
   are required for wireless access, and the students are not supposed to know
   the password.

   - Where the schoolserver is required to be in the School District's
   central datacenter.
   - Where a single schoolserver has to support more than one school.
   - Where a single network IP address range is used by multiple schools
   spaced several miles apart.

Some might think that these are insane network setups.  But when you get
into larger organizations things like this become the norm.

Teaching Sugar to use these sorts of resources instead of a hardcoded name
should not be that hard.  The catch is there are a lot of historical places
which independently have hardcoded this name.

I may toss out some design proposals on Sugar-devel later this weekend to
address some of these.  I think the basics should be simple enough to be
GCI tasks.


On Fri, Nov 29, 2013 at 7:48 AM, Jerry Vonau jvo...@shaw.ca wrote:

 I agree that deployment on preexisting networks has not really been given
 any attention given the long standing issues that have been ticketed in the
 past[1][2]. I like the idea of using avahi to advertise the
 schoolserver's services offered, just need to address the sugar
 side[3][4]. The changes would entail both a change to the server side and
 the sugar client side, that is outside of the scope of just schoolserver
 and is part of sugar-land.

 I don't think the documentation of the XSCE is any better or worse than
 what is provided for the XS-0.7 but there is always room for improvement.

 Jerry


 1. http://dev.laptop.org/ticket/11775
 2. http://dev.laptop.org/ticket/12156
 3. http://dev.laptop.org/ticket/8499
 4. http://bugs.sugarlabs.org/ticket/1976

 - Original Message -
 From: Samuel Greenfeld sam...@greenfeld.org
 To: James Cameron qu...@laptop.org, Anish Mangal 
 an...@activitycentral.com, server-devel server-devel@lists.laptop.org
 Sent: Friday, 29 November, 2013 4:10:03 AM
 Subject: Re: [Server-devel] Feedback: Problems with XSCE






 I think you need to be careful how you phrase that -- you just half
 implied that all laptop.org hosting is going away. There has been a fair
 amount of fear that resources may suddenly disappear, and I have been
 concerned about fragmentation where hosting of resources ends up all over
 the place.


 If there is a perceived need to migrate resources then that should be made
 clear, as others have already offered potential alternative hosting. But
 there needs to be coordination.


 Focusing on the Deployment side, I would tend to agree with John's
 comments as well.

 Both Sugar and the Schoolserver have been historically focused on being
 their own ecosystem. This has never changed, yet Sugar and the XS are often
 offered for use where existing DHCP, DNS, and other services already exist.


 Due to local policies, you may not be allowed to name your schoolserver
 schoolserver. You may have to support 802.11x network authentication,
 etc. It is possible to kludge these but the solutions are not elegant.


 If the Sugar and XSCE communities feel that the enterprise/first-world
 use case is a desired scenario where Sugar, IIAB, and/or Moodle may only be
 a part of a school's network instead of the primary role, then this
 specifically needs to be targeted.

 ---

 SJG





 On Fri, Nov 29, 2013 at 3:33 AM, James Cameron  qu...@laptop.org  wrote:


 I agree with John. Every point in his documentation section should be
 handled. Especially the point about wiki.laptop.org , which has so
 many distracting links on the navigation bar that we are all used to,
 but which new people become lost in.

 With regard to forums, the type that Google Groups has where they can
 also be received in mail may suffice.



 On Fri, Nov 29, 2013 at 11:44:33AM +0530, Anish Mangal wrote:
  Hi,
 
  I would like to share this blog post from John Ellis with the XSCE
 community:
  John is a high school student who is trying to setup XSCE in his
 class/school
  under the supervision of his teacher Jeff Elkner.
 
  http://johnmichaelffs.blogspot.in/2013/11/problems-with-xsce.html
 
  Some of the stuff he points out certainly makes a lot of sense to me, I
 think
  the core underling message is to make XSCE more approachable to the end
 user

Re: [Server-devel] Does XSCE need a new Home?

2013-11-29 Thread Samuel Greenfeld

 server clone piggy
 backing on the Association's message and brand. The question becomes,
 will the Association endorse XSCE as a successor or upstream to
 OLPC-XS or will it continue to live in the bowels of the wiki.

 Going it alone. This would be pretty straight forward. Getting a cheap
 VM somewhere or piggybacking on a larger project is possiable.
 Although it can be a lot of work and mean jumping though hops.  The
 questions becomes, do XSCE have the ability to thrive on it's own.
 There are about a dozen similar projects floating around in various
 states of completaion.

 Finally, there is partnering with someone with aligned goals such as
 Sugar Labs, unleash kids, or Activity Central.

 Whenever I think of the relationship between XSCE and AC, I think of a
 conversation I had years ago with Greg DeKoenigsberg (
 https://fedoraproject.org/wiki/Gdk/Experience ) about the relationship
 between Fedora and Redhat. He considered Fedora's relationship to
 Redhat it's greatest strength and its greatest weakness. The financial
 support and developer resources were valuable... but there were
 strings attached.

 We would be happy to host XSCE site on the AC infrastructure. We could
 handle it the same way we do the XSCE build VM.
 http://xsce.activitycentral.com/ is an independent VM with root access
 granted to community Sysadmins. DavidR, our web and communications guy
 could assist in setting up and migrating the site.


  George
 
 
  On Fri, Nov 29, 2013 at 5:10 AM, Samuel Greenfeld sam...@greenfeld.org
 
  wrote:
 
  I think you need to be careful how you phrase that -- you just half
  implied that all laptop.org hosting is going away.  There has been a
 fair
  amount of fear that resources may suddenly disappear, and I have been
  concerned about fragmentation where hosting of resources ends up all
 over
  the place.
 
  If there is a perceived need to migrate resources then that should be
 made
  clear, as others have already offered potential alternative hosting.
  But
  there needs to be coordination.
 
 
  Focusing on the Deployment side, I would tend to agree with John's
  comments as well.
 
  Both Sugar and the Schoolserver have been historically focused on being
  their own ecosystem.  This has never changed, yet Sugar and the XS are
 often
  offered for use where existing DHCP, DNS, and other services already
 exist.
 
  Due to local policies, you may not be allowed to name your schoolserver
  schoolserver.  You may have to support 802.11x network
 authentication,
  etc.  It is possible to kludge these but the solutions are not elegant.
 
  If the Sugar and XSCE communities feel that the
 enterprise/first-world
  use case is a desired scenario where Sugar, IIAB, and/or Moodle may
 only be
  a part of a school's network instead of the primary role, then this
  specifically needs to be targeted.
 
  ---
  SJG
 
 
 
  On Fri, Nov 29, 2013 at 3:33 AM, James Cameron qu...@laptop.org
 wrote:
 
  I agree with John.  Every point in his documentation section should be
  handled.  Especially the point about wiki.laptop.org, which has so
  many distracting links on the navigation bar that we are all used to,
  but which new people become lost in.
 
  With regard to forums, the type that Google Groups has where they can
  also be received in mail may suffice.
 
  On Fri, Nov 29, 2013 at 11:44:33AM +0530, Anish Mangal wrote:
   Hi,
  
   I would like to share this blog post from John Ellis with the XSCE
   community:
   John is a high school student who is trying to setup XSCE in his
   class/school
   under the supervision of his teacher Jeff Elkner.
  
   http://johnmichaelffs.blogspot.in/2013/11/problems-with-xsce.html
  
   Some of the stuff he points out certainly makes a lot of sense to
 me, I
   think
   the core underling message is to make XSCE more approachable to the
 end
   user
   and the advanced end-user/deployer. He has gone to some lengths to
   point out
   specific aspects which could be improved.
  
   As we think about the possibilities for XSCE-0.6, I would like to
   further the
   discussion along these topics here and/or on IRC. I think the
 project
   could do
   well listening to end users' needs for the 0.6 cycle, especially
 that
   we now
   seem to have our house in order codewise thanks to the terrific
 work by
   all the
   software hackers here :-)
  
   Thoughts?
  
   Cheers,
   Anish
  
  
  
 
   ___
   Server-devel mailing list
   Server-devel@lists.laptop.org
   http://lists.laptop.org/listinfo/server-devel
 
 
  --
  James Cameron
  http://quozl.linux.org.au/
  ___
  Server-devel mailing list
  Server-devel@lists.laptop.org
  http://lists.laptop.org/listinfo/server-devel
 
 
 
  ___
  Server-devel mailing list
  Server-devel@lists.laptop.org
  http://lists.laptop.org/listinfo/server-devel

Re: [Server-devel] [XSCE] Fwd: [support-gang] XO tablet can not connect to XSCE server

2013-11-09 Thread Samuel Greenfeld

Two comments on this:

   1. It is possible that Android is looking for the DNS search path
   provided by DHCP that tells a client what suffixes to try.  Looking at the
   git repository the XSCE DHCP server may not currently supply this.

   I will look into this a bit when I get the chance.  The fix if necessary
   would be trivial.

   2. https://github.com/XSCE/xsce/blob/master/vars/default_vars.yml seems
   to imply that the default domain suffix is .local

   That is a definite potential bug.  While .local is reserved for local
   use, multicast DNS clients effectively have taken over this domain to the
   point that older networks which have .local DNS entries have run into a lot
   of problems.

   A network I used to use was like this so I've seen random failures to
   resolve things firsthand.

   See http://en.wikipedia.org/wiki/.local for more information, although I
   do not know of an alternative good practice besides leasing a public DNS
   domain name that you know will never be used.




On Sat, Nov 9, 2013 at 6:45 PM, Anna ascho...@gmail.com wrote:

 If I'm having trouble with connectivity on a client, I'll try to go to
 http://172.18.96.1 in the Browse Activity and see if it resolves.  It
 usually does, even if http://schoolserver doesn't because something's
 borked up.  Here's the ifconfig of an ethernet wifi dongle connected to an
 AP:

 eth1: flags=4163UP,BROADCAST,RUNNING,MULTICAST  mtu 1500
 inet 172.18.96.1  netmask 255.255.224.0  broadcast 172.18.127.255
 inet6 fe80::21c:49ff:fe01:427  prefixlen 64  scopeid 0x20link
 ether 00:1c:49:01:04:27  txqueuelen 1000  (Ethernet)
 RX packets 4  bytes 649 (649.0 B)
 RX errors 0  dropped 0  overruns 0  frame 0
 TX packets 0  bytes 6549 (6.3 KiB)
 TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

 I booted up an XSCE I had been testing with recently and an XO-1 client to
 test with.  Yep, http://schoolserver and http://schoolserver.localresolved 
 from the client.
 http://172.18.96.1 goes to the portal page, too, of course.

 Then I physically unplugged my regular AP so the XSCE wouldn't have any
 internet.  And http://schoolserver and http://schoolserver.local resolved
 on the XO-1 client.  Wanted to just make sure that was the case.

 But what about an Android tablet?  I barged into Tyler's office and pried
 the Kindle Fire out of his hands (literally, he was playing Angry Birds),
 connected the Fire's wifi to the XSCE, and it got 172.18.100.208.  Opened
 the Fire's browser and tried to go to http://schoolserver.  Hmm, page not
 found.  Then tried http://schoolserver.local.  And that worked!  It also
 accesses the Moodle login page at
 http://schoolserver.local/moodle/login/index.php.

 So there appears to be something with the Android browser that doesn't
 want to resolve http://schoolserver.  So as Curt suggested, try it with
 http://schoolserver.local and if that doesn't work, http://172.18.96.1.

 Anna



 On Sat, Nov 9, 2013 at 4:17 PM, Seth Woodworth s...@sethish.com wrote:

 I am pretty sure that 172.18.96.0 is the IP address assigned to the
 network, and not to any particular computer.
 If the network mask is 255.255.255.0 then the .0 address will never point
 to a computer or service.

 If the network mask is anything else, then I don't know what I'm talking
 about.


 On Sat, Nov 9, 2013 at 3:39 PM, Curt Thompson curtathomp...@gmail.comwrote:

  Just making sure.. have you also tried 172.18.96.1 and/or
 http://schoolserver.local ?


 On 11/9/2013 12:31 AM, Adam Holt wrote:

 From: Nathan C. Riddle nathanr...@charter.net
 Date: Sat, Nov 9, 2013 at 3:18 AM
 Subject: [support-gang] XO tablet can not connect to XSCE server
 To: Gang support-g...@laptop.org

 The XO tablet can not reach XSCE server.  Unregistered XO laptop does
 reach XSCE server (http://schoolserver or 172.18.96.0).
 The XO tablet WiFi connects and receives IP address (172.18.100.240)
 from the schoolserver using its browse or Chrome.
 Error message that applies suggest can not find DNS, i.e, can not use
 local lookup.  The XSCE is not connected to internet.

 This seems to be a restriction on the XO tablet, so this may not be an
 appropriate question to ask here.

 Was hoping that  XO tablet(s) could work in MOODLE with created login
 account (which works with PC laptop and presumedly with ipad).

 Nathan Riddle
 ___
 support-gang mailing list
 support-g...@lists.laptop.org
 http://lists.laptop.org/listinfo/support-gang


 --
 Unsung Heroes of OLPC, interviewed live @ http://unleashkids.org !





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

Re: [Sugar-devel] seeking help to enable nepali keyboard input for XO-4

2013-11-08 Thread Samuel Greenfeld

If these are the SKU 311 units the Manufacturing Data on the wiki implies
they have membrane keyboards.

If so I don't see any reason using the keyboard manufacturing tags used for
previous Nepali manufacturing runs (or used testing out the settings in
/etc/sysconfig/keyboard manually) shouldn't work.  The %/X key will just
become the language key again.

But if no virtual keyboard exists for Nepali you will not have
touchscreen/virtual keyboard access to that language.



On Fri, Nov 8, 2013 at 11:41 AM, Walter Bender walter.ben...@gmail.comwrote:

 I believe Basanta said that they were the hard click keyboards

 On Fri, Nov 8, 2013 at 11:39 AM, Daniel Drake d...@laptop.org wrote:
  On Thu, Nov 7, 2013 at 11:23 PM, Basanta Shrestha
  basanta.shres...@olenepal.org wrote:
  But for XO-4 we will just be getting ones with English layout. I was
  wondering how we can enable nepali keyboard input on it.
 
  Are these keyboards hard/clicky/high-school style, or soft/membrane?
 
  Daniel
  ___
  Devel mailing list
  Devel@lists.laptop.org
  http://lists.laptop.org/listinfo/devel



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

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

Re: [Server-devel] aliases for hacking on our XSCE school server

2013-10-27 Thread Samuel Greenfeld

I know that XSCE currently does some customizations, but personally I would
prefer to see the normal installation process not modify shell aliases or
prompts unless explicitly told to.

These are more of a user preference than anything necessary for XSCE to
function. XSCE eventually should not act or install as if it is the sole
role for a computer even if that is the most common use case.

---
SJG
On Oct 27, 2013 10:59 AM, George Hunt georgejh...@gmail.com wrote:

 I recently pushed an xs profile to github that will start fine tuning the
 working environment on the XSCE Now I'm thinking that I should add and
 collect some functions and aliases which make working with ansible
 playbooks and github, easier, and require fewer keystrokes.

 So far I've thought of:
 runal = runansible $1 -- runansible-playbook with verbose diagnostic ouput
 to $1 logfile.
 gc $1 $2= git clone github.com/$1/xsce.git --depth=10 $2 -- for quickly
 getting our own testing branch down to a unit under test
 pullum = git checkout master;git pull upstream master ( might need to test
 whether the first command succeeds before executing the second)
 pushob = git push origin $1(branch)

 The following aliases are currently available - though not collected into
 one place in the profile
 sr = systemctl restart $1
 st = systemctl status $1
 vlm = less /var/log/messages
 du1 = du --max-depth=1 .
 psg = ps -e|grep $1

 I'm willing to collect everyone's ideas, test them, and update the system
 profile.

 Send me your suggestions.

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


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

Re: Activity Central's Sugar related priorities.

2013-10-07 Thread Samuel Greenfeld

Disclaimer: These are my personal views, and are not the official views of
OLPC.


   - It should be fine to discuss anything Sugar-related on the
   sugarlabs.org development lists.  Sugar Labs does not use any OLPC
   hosting services, and is an independent group as part of the Software
   Freedom Conservancy.

   - I cannot comment on future OLPC hardware plans.  If OLPC was to
   publicly announce their intent to go in a similar direction the
   laptop.org mailing lists might be appropriate; however otherwise they
   may not be.

   It sounds like you are discussing a software change for different
   hardware than anything OLPC related though.

   Other vendors besides OLPC have sold laptops with Sugar preinstalled on
   top of Fedora or Ubuntu in the past, so you are not breaking new ground.

   - Updating the Sugar release in Ubuntu sounds like something everyone
   could benefit from, not just Dextrose users.  Is there any reason not to
   base most of this work starting with upstream Sugar  existing Ubuntu
   packages?

   - In general one of my frustrations lately is that now that we no longer
   publicly review patches on this mailing list, everyone seems to be
   developing their own version of Sugar.

   While some of these changes may make it back upstream it would be nice
   to see EduJAM and OLPC-SF discussion about trying to limit this.

   I know Activity Central is trying to publicly state a bit what they're
   up to, and Walter does his weekly state of the union reports.  I also
   personally hear some private updates as well.  But the different working
   styles of the various groups is starting to confuse me as to which way
   Sugar is going as a whole.




On Mon, Oct 7, 2013 at 12:41 PM, David Farning dfarn...@activitycentral.com
 wrote:

 As a data point for other decision makers and a follow up to some of
 the recent threads on the future of Sugar, I would like to share
 Activity Central's Sugar priorities for the next six months.

 Activity Central supports the recent HTML5 + JS work that is going
 into sugar .100. It has the potential to take the OLPC vision to any
 device which runs a browser while simultaneously increasing the
 potential activity developer pool by several orders of magnitude. This
 is an excellent area for community lead research. Activity Central
 will be doing activity side work to test the viability of the
 framework for client deployments.

 As a more incremental approach, Activity Central will continue our
 deployment-centric work by porting Dextrose to Ubuntu. A concern among
 deployments is the future availability of hardware to support their
 current investment. Deployments are concerned that laptop support will
 stop before tablets are ready for use in the field. Because of the
 controversial nature of this work and the potential for disruption it
 may cause to the Association, we understand if some people would
 prefer to sit this out.

 Would either of these list be appropriate to continue these
 discussions about this downstream efforts to port sugar to Ubuntu for
 use on hardware not sold by the Association?

 Phase one has been a poof of concept as seen at
 http://wiki.sugarlabs.org/go/Ubuntu (ongoing)
 Phase two will be opening the project to the community.
 Phases three will be testing and piloting by deployments.

 --
 David Farning
 Activity Central: http://www.activitycentral.com
 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel

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

Re: [Sugar-devel] Activity Central's Sugar related priorities.

2013-10-07 Thread Samuel Greenfeld

This actually is kind of what I meant (and perhaps should be a separate
thread).

My understanding is that deployments nowadays are the primary parties
funding Sugar development.  And the deployments or their contractors
sometimes duplicate work, run into debates upstreaming things, and/or may
choose to keep some things semi-private to differentiate their products.

So apart from major functionality like HTML5 activities, a lot of
peripheral development is happening downstream-first.  And when we do try
to do major cross-group development like the GTK3 port, this has lead to
finger-pointing behind the scenes where it is claimed others are not doing
what they promised.

To the best of my knowledge no single organization currently employs enough
developers and/or contractors to keep Sugar development alive.  I am not
certain what the best approach to take is when this is the case.


On Mon, Oct 7, 2013 at 6:22 PM, James Cameron qu...@laptop.org wrote:

 On Tue, Oct 08, 2013 at 12:00:47AM +0200, Daniel Narvaez wrote:
  Well everyone seems to be developing their own version of Sugar
  seems to be more than that. But maybe I'm just reading too much into
  it.
 
  There aren't multiple groups of people or individuals developing
  sugar on their own. As far as I know all the work that is being done
  these days is going upstream.

 Good.  I only know of four Sugars.  Sugar upstream, Dextrose, what is
 in OLPC OS, and what is in the Australian builds.  There might be
 more, but I'm not aware of them.  I also don't know the difference
 between each.

 --
 James Cameron
 http://quozl.linux.org.au/
 ___
 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: [Server-devel] Squid caching on the XSCE AND AP's

2013-09-14 Thread Samuel Greenfeld

Unless there are clients that are going though the router but are not going
through the schoolserver, I think this risks more harm than good.

Going back to the microprocessor analogy, the Level 2 cache usually is much
larger than the Level 1 cache, and only slightly slower.  Most community
routers using USB sticks will be much slower than a schoolserver, and will
not have the RAM to cache anywhere close to the same number of files in
memory as the schoolserver, or the storage space of a hard drive.




On Sat, Sep 14, 2013 at 9:31 PM, Anish Mangal an...@activitycentral.comwrote:

 Hi,

 I think it was Tony (please correct me if I'm wrong) who pointed out that
 network capacity in a School Server setup can be a hindrance (esp
 considering 200 kids, and 20 kids per AP).

 This weekend, I attempted to run squid on a TP-Link router. I used a USB
 drive as a storage medium, and flashed the router with the OpenWRT SECN
 firmware. The initial results seem quite promising, and I'm going to
 explore this a bit further.

 If anyone's interested in hacking on this or has thoughts/feedback, please
 chip in :-)

 Drawing a microprocessor analogy, having a L1 cache on the XSCE and an
 L2 cache on the AP, and some smart fine tuning, we could potentially make
 much more efficient use of the network capacity we have.

 This can be REALLY advantageous if someone is planning to use the SECN
 firmware in the mesh mode (no ethernet cables whatsoever). The AP's
 wouldn't have to talk to each other as often, if they all have small cache
 memories embedded in them.

 Cheers,
 Anish

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


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

Re: [Server-devel] Squid caching on the XSCE AND AP's

2013-09-14 Thread Samuel Greenfeld

I think you need to explain your proposed use case better.

If the APs are all attached to the schoolserver via Ethernet there really
is no reason for them to do any caching.  Having additional caches for this
would only complicate things and increase the number of potential points of
failure.

If these APs are effectively being small XS-relays (DHCP, Internet, etc.)
for remote sites directly connected to the Internet and the main XS only
provides leases/Moodle/etc. from a centralized site, caching on the APs
could help.

If you were running APs in a mesh mode I could see this potentially helping
or hurting.  If every AP along the way cached data those closest to the XS
could be thrashing their caches a lot.



On Sat, Sep 14, 2013 at 10:17 PM, Anish Mangal an...@activitycentral.comwrote:


 On Sat, Sep 14, 2013 at 7:08 PM, Samuel Greenfeld greenf...@laptop.orgwrote:

 Unless there are clients that are going though the router but are not
 going through the schoolserver, I think this risks more harm than good.


 The reason this can be useful is not for internet browsing, but for the
 tons of GB of content (videos, maps, wikipedia) stored locally on the XS.


 Going back to the microprocessor analogy, the Level 2 cache usually is
 much larger than the Level 1 cache, and only slightly slower.  Most
 community routers using USB sticks will be much slower than a schoolserver,
 and will not have the RAM to cache anywhere close to the same number of
 files in memory as the schoolserver, or the storage space of a hard drive.



 The analogy doesn't run very well, as the AP is serving 20 users while the
 XS could be serving 200 or more.




 On Sat, Sep 14, 2013 at 9:31 PM, Anish Mangal 
 an...@activitycentral.comwrote:

 Hi,

 I think it was Tony (please correct me if I'm wrong) who pointed out
 that network capacity in a School Server setup can be a hindrance (esp
 considering 200 kids, and 20 kids per AP).

 This weekend, I attempted to run squid on a TP-Link router. I used a USB
 drive as a storage medium, and flashed the router with the OpenWRT SECN
 firmware. The initial results seem quite promising, and I'm going to
 explore this a bit further.

 If anyone's interested in hacking on this or has thoughts/feedback,
 please chip in :-)

 Drawing a microprocessor analogy, having a L1 cache on the XSCE and an
 L2 cache on the AP, and some smart fine tuning, we could potentially make
 much more efficient use of the network capacity we have.

 This can be REALLY advantageous if someone is planning to use the SECN
 firmware in the mesh mode (no ethernet cables whatsoever). The AP's
 wouldn't have to talk to each other as often, if they all have small cache
 memories embedded in them.

 Cheers,
 Anish

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




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

Re: adding a new CA root certificate

2013-08-21 Thread Samuel Greenfeld

Unlike Firefox (which has its own PKI and certificate authority support),
Webkit uses the system CA database.

You therefore should add the desired CA to the directory of system CA
certificates, the location of which varies a bit by distribution and
version.

With Fedora 19 (not yet used for a XO laptop release) the new Shared
Systems Certificates feature (
http://fedoraproject.org/wiki/Features/SharedSystemCertificates) also comes
into play.



On Wed, Aug 21, 2013 at 1:22 PM, Jerry Vonau jvo...@shaw.ca wrote:

 Hi all:

 What steps must I take to install a new root CA certificate so Browse
 can use it? When I click on the hyperlink of the certificate it gets
 downloaded to the journal unlike firefox or older Browse where you are
 prompted.

 Thanks for any hints,

 Jerry

 PS, this is a resend of an email that was sent to sugar-devel 
 olpc-devel, this list doesn't like having 2 email addresses in the To
 line.

 ___
 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: [Server-devel] XS 0.7 CentOS boot hang

2013-08-20 Thread Samuel Greenfeld

Given the XS-0.7 does not run X Windows by default, this likely is not the
problem.

You can try disabling the pseudo-graphical progress bar to get more
information.

On a system that hangs, choose to edit the default boot option before the
countdown timer finishes.  Delete the rhgb (Red Hat Graphical Boot) and
quiet parameters, and then tell Grub to let the system boot to see if the
hang point becomes obvious.



On Tue, Aug 20, 2013 at 2:36 AM, David Leeming da...@leeming-consulting.com
 wrote:

  Hi,

 ** **

 Apologies if this has been covered before.

 ** **

 I noticed that sometimes an XS 0.7 installation will hang in the boot
 screen (the advancing white shaded bar bottom of screen). I have not been
 able to fix this other than by reinstalling. I read somewhere there is a
 bug involving X11 and the fix is to boot in single user mode and delete
 xorg.conf. But tried that and it still hung but with scrolling boot text on
 the screen.

 ** **

 *David Leeming*

 Solomon Islands Rural Link
 P.O.Box 652 Honiara, Solomon Islands

 +677 7476396 (m) +677 24419 (h)

 www.rurallink.com.sb

 ** **

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


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

Re: [Server-devel] Dealing with the disruptions caused by XSCE.

2013-08-08 Thread Samuel Greenfeld

Unfortunately you chose a week to ask this question when many people are on
vacation.

I will give my personal, non-official response; however as it is wider
issue, server-devel@ likely is not the list this should be discussed on.

Recently there have been a number of cases where volunteers along with
other companies/parties have either been confused for or interfered with
official representatives of OLPC.  This is causing problems with support 
sales where the OLPC Association is trying to send one message, and the
other party, no matter what their intent, is sending another.

As a result, the mandate has come that we need to be extra clear when
volunteers and other parties are doing something versus someone actually
hired or contracted by OLPC professionally.  This is why you might have
noticed templates being added to the XSCE Wiki articles noting that it was
not something OLPC supported or created.

That being said; I welcome a discussion on how to do this.  Although it may
be desired to move purely volunteer-run items into their own area,
personally I do not think we should splinter hosting all over the place.




On Thu, Aug 8, 2013 at 3:47 AM, David Farning
dfarn...@activitycentral.comwrote:

 Over the past couple of days there have been some threads about XSCE
 and OLPC-XS which raised some interesting questions.

 The primary impetus for the project was that several of the original
 participants had struggled to deploy and adapt OLPC-XS to meet a
 specific deployments needs. The original School Server design was
 sound. We felt deployments struggled unnecessary with the monolithic
 implementation. The project could improve from a more modular
 implementation. The potential rewards or a rewrite were significant.

 However, the risks were just as significant:
 1. The project could fail for any of a million reasons. That would
 mean wasted work and pilots left with an unsupported server.
 2. The project could alienated current stakeholders. Several people
 and organizations had become experts at setting up and maintain XS
 systems. A different system would have a negative impact on the value
 of their expertise.
 3. The project would reduce the value of past investments in XS.
 Several deployments had invested significant amounts of time and money
 on their current systems. A different system would have a negative
 impact on the value of their investment.

 As the impact on of XSCE increases, the ecosystem is adapting to these
 changes by adapting, ignoring, or pushing back. These are all rational
 adaptations. Building credibility is an iterative process. The
 responsibility for building the credibility is squarely on the
 shoulders of XSCE to _prove_ that the rewards of working with the
 project are greater than the risks.

 This is all pretty straightforward stuff as described by Disruptive
 Innovation theory.

 This disruption is particularly evident in the relationship between
 XSCE and OLPC. Long term, XSCE _might_ be valuable to OLPC in their
 role as The world food bank of education. Short term. in their roles
 as a sustainable business, it is a pain in the ass. What do you say to
 a customer when they ask for features which are still in a unreleased
 version of a community project... which just showed up on their wiki
 one day.

 Now that XSCE exists and is a viable project, OLPC will have to make a
 decision; take a wait and see approach, compete with it, or
 collaborate with it.

 A first question is should the XSCE wiki remain in a username space at
 wiki.laptop.org ? Should it move to another home? Should it move to
 http://wiki.laptop.org/go/XSCE ? or should we wait 3 months and
 revisit the issue?

 --
 David Farning
 Activity Central: http://www.activitycentral.com
 ___
 Server-devel mailing list
 Server-devel@lists.laptop.org
 http://lists.laptop.org/listinfo/server-devel

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

Re: [Server-devel] Server-devel Digest, Vol 76, Issue 3

2013-08-05 Thread Samuel Greenfeld

There is a need for some continued maintenance of the XS: there are known
bugs, and security patches could be required from time to time.

Just because something is not unstable does not mean that development has
to completely cease.

It is not clear to me though who will continue to do this work.

On Mon, Aug 5, 2013 at 9:34 PM, Tony Anderson t...@olenepal.org wrote:

Hi,

I think there is a real misunderstanding of the school server software.

Daniel Drake updated XS-0.6 to a CentOS 6.2 base because the Fedora base
was obsolete. There is no need for continued development of XS at this
time, it is functional and stable.

XSCE appears to be a substantially different development aimed, at several
objectives:
enable XO hardware to act as the school server
support the ARM platform
provide gui support for basic system administration
modularize server functions so that deployments can pick and choose
which capabilities to include.

I don't think we need or want an unstable XS. The existence of CentOS
points to the difference between server and client software development
models.

Tony

On 08/05/2013 06:00 PM,
server-devel-request@lists.**laptop.orgserver-devel-requ...@lists.laptop.orgwrote:

I don't see any unstable version of xs-, and I don't see any stable
version of XSCE. I'd like to see both. The former would indicate
ongoing development of xs- and the latter would indicate finalisation
of XSCE.

__**_
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/**listinfo/server-develhttp://lists.laptop.org/listinfo/server-devel

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

Re: Request for mDNS name resolution from Internet-in-a-Box project

2013-07-31 Thread Samuel Greenfeld

Are you sure a change is required?

I just tried connecting using a randomly-grabbed 12.1.0 machine to a
network-connected printer (http://hp-model_id.local/) via HTTP and it
worked fine.


On Wed, Jul 31, 2013 at 6:20 PM, Braddock bradd...@braddock.com wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On 07/31/2013 03:17 PM, Paul Fox wrote:
  Fedora and most Linux distros (not to mention Macs) support mDNS
  out of the box, yet for some reason it is turned off in OLPC OS.
  I believe all that is required is the addition of the nss-mdns
  package to the OLPC OS build.
 
  if it's that simple, can your deployments simply do that
  installation with yum?  or is there something else missing,
  either from the laptop, or from my understanding?

 That would require installing nss-mdns on each and every XO laptop in
 each school, and doing it again every time an XO was upgraded.  Not
 feasible.  It needs to be done upstream.

 - -braddock
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.11 (GNU/Linux)
 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

 iQEcBAEBAgAGBQJR+Y3IAAoJEHWLR/DQzlZuETIH/j+0Glx3vNu/wjlmb3oEyRVz
 pQ6ONyu7ESAcnqE1WWfx70BNW5lpuaFsLbuUKHrR3s7IqmsdTYV7nUCtSnKZOAR1
 DtJ1gtP1JQXIPirDC1wPvp3CdgLPGrt/YLlmOhYGZRXUabJamQS0bzvk7z0qq2f4
 S2hHEB7xpMCvrWLdRxUJvMl4a/I7IedlK3y34nicS2nRGHefiE/gAHyyXHPXj08p
 JtDxm0ycmOKCaPipGfKOX54aazhRs4aZLSrUKfChaJg3E1TTdHMSPUilrC/kivpg
 /NzROcCUQc0Jk0I+zcustLtyPsMkFz7i34vlUHn+bRo9NMg+koXUcaxuzCBOgmM=
 =UVWi
 -END PGP SIGNATURE-
 ___
 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: Request for mDNS name resolution from Internet-in-a-Box project

2013-07-31 Thread Samuel Greenfeld

Looking into this a bit more, what I am seeing may be dependency specific.

If you are lucky enough to have a XO image that has extra items added,
nss-mdns may be present as a dependency.  Otherwise it is not.

I could have sworn this worked at one point in this past though because I
have definitely pinged .local addresses when testing collaboration.



On Wed, Jul 31, 2013 at 6:39 PM, James Cameron qu...@laptop.org wrote:

 Thanks.  I hit this yesterday.

 We already have some mDNS support present for Sugar collaboration in a
 network when a School Server is absent; we have the Avahi packages,
 but as you rightly point out we don't have the name service switch
 module for mDNS, and so a gethostbyname(3) doesn't look at that
 namespace.

 I have looked for but cannot see evidence of it being removed, it
 seems it was simply not included.

 Does mDNS for Internet-in-a-Box work for you in the face of the
 enthusiastic suspend of our automatic power management feature?

 What would prevent a network intruder, or a malicious user of OLPC OS,
 from supplanting http://know.local ?

 Installing nss-mdns as an RPM during XO customisation is practical if
 you use the right customisation tools, which in order of complexity
 are:

 - unlock the laptops and use the xo-custom script in mktinycorexo,
   thanks to Jerry,

 - unlock the laptops and make your own build, with the patch below,

 - sign an xo-custom script with deployment keys.

 Waiting for the next OLPC OS build is an option, but I don't know when
 that will be.  I've raised ticket #12730 to track the enhancement request.


 From bc224068e4976fce2cbbc4de9378f4cb425027fe Mon Sep 17 00:00:00 2001
 From: James Cameron qu...@laptop.org
 Date: Thu, 1 Aug 2013 08:31:01 +1000
 Subject: [PATCH] add mDNS support for host name resolution

 ---
  modules/base/kspkglist.10.core.inc | 3 +++
  1 file changed, 3 insertions(+)

 diff --git a/modules/base/kspkglist.10.core.inc
 b/modules/base/kspkglist.10.core.inc
 index 857157c..1ff5b4c 100644
 --- a/modules/base/kspkglist.10.core.inc
 +++ b/modules/base/kspkglist.10.core.inc
 @@ -55,3 +55,6 @@ usb_modeswitch-data

  # provides firewall-offline-cmd, needed for kickstart
  firewalld
 +
 +# support mDNS name resolution for local network content repositories
 +nss-mdns
 --
 1.8.1.2


 --
 James Cameron
 http://quozl.linux.org.au/
 ___
 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: Sound issue with XO 1.75 related to OFW version

2013-07-21 Thread Samuel Greenfeld

It sounds like you are trying to upgrade firmware without upgrading your OS.

As of Q4D26 the startup sound was moved to be stored on the internal
storage instead of in the firmware.  The two beeps therefore are expected
if the OS does not have a copy of the startup sound on disk to use.

Which OS are you trying to run?  If you use the version of firmware include
with the sound within the operating system should work properly.

There was an issue with some older firmware versions where if you muted the
startup sound by turning down the audio level all the way down when the
system was first booting, then audio in Linux would not work.  So make sure
you hear at least something during startup.



On Sun, Jul 21, 2013 at 9:38 AM, lio...@olpc-france.org wrote:

 ** **

 Hi all,

 ** **

 I’ve got a sound issue on a XO 1.75 that seems to be related to firmware
 version.

 ** **

 In Q4D34

 The sound test on firmware works perfectly: both playing and recording.***
 *

 At startup, instead of the sweet XO sound I’ve got two short Beep.

 No activity can’t play sound: neither Tam-Tam mini, Speak, Browse, …

 I’ve tested the FixSound activity (http://wiki.laptop.org/go/FixSound)
 without more luck.

 ** **

 When I downgrade firmware to Q4B10, the sound work normally both in
 firmware test and in Sugar activities.

 Q4B10 is mentioned to be the last firmware for A2 and A3 (
 http://wiki.laptop.org/go/Firmware#XO-1.75). 

 Does it mean that the XO is an A2 or A3 model?

 Is there any way to check it?

 ** **

 The XO is a reference SKU203 and have serial SHC20600096.

 ** **

 Best regards from France.

 ** **

 Lionel.

 ** **

 ** **

 ___
 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: [support-gang] [Server-devel] 1TB drive of quality open content on XO/XS--won't boot

2013-05-13 Thread Samuel Greenfeld

NTFS is supported in OLPC builds, just not by the OS Kernel itself.

The ntfs-3g filesystem in userspace package can be used to mount NTFS
drives.  So you should be able to use a command like mount -t ntfs-3g
/dev/ntfs_partition /mnt/mountpoint if Sugar or GNOME do not automatically
mount the filesystem for you.

In general many Linux distributions seem to currently consider using
ntfs-3g a better approach than using the kernel driver.  The in-kernel
driver still may not have full NTFS write support, while ntfs-3g does.



On Mon, May 13, 2013 at 9:32 AM, Yioryos Asprobounitis
mavrot...@yahoo.comwrote:

 OLPC kernels do *not* support NTFS (# CONFIG_NTFS_FS is not set).
 It either should be activated in future builds or use another FS.
 I believe tha FAT32 (VFAT) can handle big drives and  is universal.
 However it has a number of other problems that may not suit your needs
 (reliability, permissions etc)


 --- On Mon, 5/13/13, Braddock bradd...@braddock.com wrote:

  From: Braddock bradd...@braddock.com
  Subject: Re: [support-gang] [Server-devel] 1TB drive of quality open
 content on XO/XS--won't boot
  To: James Cameron qu...@laptop.org, Holt h...@laptop.org, XS
 Devel server-de...@lists.laptop.org, Support Gangsters 
 support-g...@laptop.org, Devel's in the Details devel@lists.laptop.org
 
  Date: Monday, May 13, 2013, 8:02 AM
  Hi James
  I'm using OpenFirmware Q7B26  EC Firmware 0.4.03
 
  I have tried turning the boot flag off on the NTFS
  partition, but it
  still dumps me to the OpenFirmware ok prompt.
 
  I can reproduce the problem by formatting a USB stick to
  NTFS and trying
  to boot with it plugged in.
 
  So it is reacting badly to the mere presence of NTFS on USB
  media.
 
  -braddock
 
  On 05/12/2013 03:40 PM, James Cameron wrote:
   On Sat, May 11, 2013 at 03:44:18PM -0400, Holt wrote:
   Is there a way to boot a large USB hard drive
  attached to an XO?
   At our XS Community Sprint this week outside
  Toronto, we've been
   unable to boot XOs with the 700+ GB drive(s)
  containing very
   polished open content provided by http://internet-in-a-box.org
   The XOs (eg. XO-4 etc) refuse to auto-boot, leaving
  the screen at
   the OK prompt.
  
   FYI our 1TB disk is a nearly complete snapshot of:
   * Wikipedia-in-41-languages, thumbnails for most
  all images
   * OpenStreetMap for the whole world cached at all
  zoom levels for
   fast display
   * Gutenberg Prjct's full collection of 40,000+
  books, images
   * Khan Academy's ~4000 video classes, etc
  
   Does firmware currently block the mounting of all
  large USB drives
   -- NTFS in this case if not other filesystems?
   Open Firmware tries the first partition that is marked
  bootable.
  
   Exactly what it does next depends on the firmware
  version, but clearly
   in your case it stops booting.
  
   Might there be a workaround so isolated XO servers
  in Haiti (etc!)
   can hopefully auto-boot with this quality free
  content?
   Turn off the bootable flag using a partitioning
  program, ensure you
   are using latest firmware Q7B30, and attach a serial
  console for
   further debugging.
  
   If you can tell me how to reproduce the symptom, then
  I'm quite sure I
   can get it fixed.  I certainly can't afford to
  download 700 GB or 1 TB
   to do that though.
  
   I'm happy to work with whoever has the drive and an
  XO-4.
  
   The nature and value of the content has no relationship
  to the
   diagnosis process, but is interesting regardless.
  
 
  ___
  support-gang mailing list
  support-g...@lists.laptop.org
  http://lists.laptop.org/listinfo/support-gang
 
 ___
 support-gang mailing list
 support-g...@lists.laptop.org
 http://lists.laptop.org/listinfo/support-gang

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

Re: OS Builder output img ?

2013-03-24 Thread Samuel Greenfeld

The fs0.zip file would only appear if you configured everything to make a
signed build.  You would only be able to make a signed build if you had a
copy of the private keys for the deployment you are making the signed build
for.   Only OLPC has the keys to make a signed build that pretty much any
XO-1 will accept.

The .crc and .img files, when copied to USB, etc., are enough to install
the image on a unlocked XO-1 with a command like copy-nand
u:\21007xx0.img from the ok Open Firmware prompt (available if you press
the ESC/(X) key while the startup sound plays on unlocked units).



On Sun, Mar 24, 2013 at 4:53 AM, lio...@olpc-france.org wrote:

 Hi all,

 ** **

 Thanks to the nice documentation on the Wiki, I’ve successfully created my
 first OS Build.

 For the moment, it’s just a 12.1.0 without any customization but I’m very
 proud of this first step! :-)

 Now I want to deploy it on my unlock XO-1 but I’m slightly disappointed by
 the output of the build.

 I expected to have something like a “fs0.zip” file and a “21021o0.img”
 file but here is the content of the output directory:

 ** **

 total 2124968

 -rw-r--r--. 1 root root383 Mar 22 22:37 21007xx0.activities.txt***
 *

 -rw-r--r--. 1 root root  46485 Mar 22 22:25 21007xx0.crc

 -rw-r--r--. 1 root root 694986 Mar 22 22:37 21007xx0.files.txt.gz

 -rw-r--r--. 1 root root  676986880 Mar 22 22:25 21007xx0.img

 -rw-r--r--. 1 root root 47 Mar 22 22:26 21007xx0.img.md5

 -rw-r--r--. 1 root root150 Mar 22 22:37 21007xx0.libraries.txt

 -rw-r--r--. 1 root root  22541 Mar 22 22:36 21007xx0.packages.txt

 -rw-r--r--. 1 root root8348832 Mar 22 22:11 21007xx0.toc

 -rw-r--r--. 1 root root  448624505 Mar 22 22:36 21007xx0.tree.tar.lzma

 -rw-r--r--. 1 root root 57 Mar 22 22:36 21007xx0.tree.tar.lzma.md5
 

 -rw-r--r--. 1 root root 1041203200 Mar 22 22:29 21007xx0.usb

 ** **

 I guess that the “21007xx0.img” file is the “21021o0.img” file I’m looking
 for but where is the “fs0.zip” file?

 Sorry, it’s probably a stupid question but I’m an absolute beginner on
 that!

 ** **

 Best regards from France.

 ** **

 Lionel.

 ** **

 ** **

 ___
 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: 13.1.0 build 36 released for XO-4

2013-03-08 Thread Samuel Greenfeld

Write can collaborate with os36, although it looks like you might be able
to share things from the sharing XO-4 and not get data back from joining
XOs.

Distance when shared over ad-hoc works as well as Chat and Maze through a
schoolserver.  The distances shown look like they might be close to
correct.  When registered to a schoolserver Browse logs into Moodle as
expected.

A secured 1.2 GHz C1 XO-4 can activate itself over wifi from a XS with a
delegated lease as well as get updates when olpc-update-query is manually
run after schoolserver registration.

While two activities can play audio at the same time, this does not mean
that you can play music in one and record it in Record.  Some activities
(like TamTam) may try to quiet themselves shortly after you switch focus
away from them.

Wifi (WMM or similar) power saving is turned off, so the wifi LED will not
flash while associated to an AP which supports doing this at this time.
Aggressive suspending while the laptop is off is also turned off.

There still are some video driver issues like the corrupted cursor upon a
full lid-close-using suspend  resume cycle.


On Fri, Mar 8, 2013 at 4:03 PM, Daniel Drake d...@laptop.org wrote:

 Hi,

 Here's an XO-4 build with some new fixes.

 http://download.laptop.org/xo-4/os/candidate/13.1.0-36/

 Changes are:

 Write-87 fixes collaboration (SL#4436)

 Simultaneous audio recording/playback should be working now (#12606).
 The Distance activity is working.

 Wireless 8787 power saving is disabled, matching 8686. Solves some
 unreliability issues with collaboration.

 Automatic power management is temporarily disabled by default. We are
 still battling some stability issues with suspend/resume and wakeups.


 Thanks for testing!
 Daniel
 ___
 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: 13.1.0 build 32 for XO-4 released

2013-02-27 Thread Samuel Greenfeld

This build is basically usable.  Graphics glitches still exist, as the
video driver has not been updated yet.  The Record activity can now record
audio on XO-4, although Scratch cannot.

If you are working with collaboration with this XO-4 build you should turn
off automatic power management in Sugar.  The disabling of Wake on LAN
support causes the wifi card is powered down every suspend cycle, and
therefore cannot sense if another user does something while the first XO
aggressively suspends.

I saw a case where the 8787 card in a XO-4 C1 claimed to be busy (as seen
by iwlist scan) and could not scan or associate to an AP until
NetworkManager was shutdown  restarted.  This may have caused due to
disconnecting from one AP to connect to another, but nothing obvious was
seen in /var/log/messages to explain the situation.


On Tue, Feb 26, 2013 at 5:44 PM, Daniel Drake d...@laptop.org wrote:

 Hi,

 Another XO-4-only build is available.

 http://download.laptop.org/xo-4/os/candidate/13.1.0-32/

 (build 31 was an internal-only release and was broken)

 Changes since build 30 are:

 Wake-on-WLAN is temporarily disabled (in /etc/powerd/powerd.conf)
 while we work on stabilising it.

 XO-4 8787 wireless now responds to the packet that woke the system (#12554)

 XO-4 Audio recording works in the record activity (#12889)

 powerd-109: avoid suspending when HDMI is connected

 The system should now then suspend when idle again. (#12538)

 Latest runin tests (#12576)

 Bluetooth tests added to OFW (#12489)

 Latest OFW Q7B19.
 ___
 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: 13.1.0 release candidate 6 (build 30) released

2013-02-18 Thread Samuel Greenfeld

I do not see one so I filed #12560.


On Sun, Feb 17, 2013 at 5:18 PM, James Cameron qu...@laptop.org wrote:

 On Fri, Feb 15, 2013 at 09:55:44AM -0500, Samuel Greenfeld wrote:
  Do not install Q7B16 when using this build on a XO-4 as that can
  cause the wifi card to fail to resume after suspend cycles.

 Is there a ticket for this one?

 --
 James Cameron
 http://quozl.linux.org.au/

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

Re: 13.1.0 release candidate 6 (build 30) released

2013-02-15 Thread Samuel Greenfeld

This build generally works on XO-1, XO-1.5, XO-1.75, and XO-4.

On XO-1.75 I ran into problems with applications that use audio (especially
while recording) after running a variety of sound-using applications in a
row.

On XO-4 this build does not fix the graphics corruption or keyboard-induced
suspend/resume hangs previously seen with os29.

Do not install Q7B16 when using this build on a XO-4 as that can cause the
wifi card to fail to resume after suspend cycles.



On Thu, Feb 14, 2013 at 6:38 PM, Daniel Drake d...@laptop.org wrote:

 Hi,

 We're pleased to announce the next release candidate of our new 13.1.0
 software release.

 Information and installation instructions can be found here:
 http://wiki.laptop.org/go/Release_notes/13.1.0

 Quick links for those who know which files need to be grabbed and save
 to USB disks:
 http://download.laptop.org/xo-4/os/candidate/13.1.0-30
 http://download.laptop.org/xo-1.75/os/candidate/13.1.0-30
 http://download.laptop.org/xo-1.5/os/candidate/13.1.0-30
 http://download.laptop.org/xo-1/os/candidate/13.1.0-30

 This is a signed release candidate that can be installed on all XOs,
 even those with security enabled.

 We're looking for testing and feedback on all aspects of the system.
 Thanks for any help you can offer, and for all the feedback that was
 received throughout development.

 Please review the Known problems section of the release notes. Some
 documented issues are carried over from previous releases, but others
 are new and are things that we will aim to fix in the few weeks before
 release.

 XO-4 automatic power management is enabled by default, but this is
 still a work in progress. There are still various instabilities which
 may make this build feel more unstable than earlier ones. You can
 disable automatic power management in sugar's Settings panel to
 restore previous behaviour.

 Compared to the previous release candidate, we have changed:

 Latest wake-on-WLAN fixes for 8787 wireless. The C1 machines should
 now have somewhat reliable wake-on-WLAN.

 The no-mouse-on-boot problem should be finally resolved (#12101).
 Please shout if you see further cases of dead touchpad upon boot.

 systemd no longer conflicts with powerd's lid handling (#12504)

 olpc-dev-kernel works on XO-1.75 (#12531)

 Wikipedia now works when offline (#12479)

 Thanks!
 ___
 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: 13.1.0 build 29 for XO-4 released

2013-02-13 Thread Samuel Greenfeld

The os29 build has a few known issues related to suspend  resume, such as
a failure to wake up if you catch the system just as it is trying to
suspend (#12541).

If you have problems with a XO-4 repetitively hanging while you are trying
to use it and you do not want to test wakeups, try disabling Automatic
power management in Sugar's control panel until the next build is made.


On Tue, Feb 12, 2013 at 1:59 PM, Jon Nettleton jon.nettle...@gmail.comwrote:

 On Tue, Feb 12, 2013 at 7:42 PM, Martin Langhoff
 martin.langh...@gmail.com wrote:
  On Tue, Feb 12, 2013 at 1:33 PM, Gary Martin garycmar...@googlemail.com
 wrote:
  This is a known issue. Next release will have a better fix.
 
  Does this fix also resolve the small random graphic corruptions to the
 first boot welcome content?
 
  AIUI, Jon is working on sorting all the corruption fixes he can, so
  the answer should be yes, but the work isn't finished yet... :-)
 

 Yep known about and working on it.  Will have them fixed for the next
 build.
 ___
 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: Is gabble not working correctly?

2013-01-08 Thread Samuel Greenfeld

Thanks for the report.

This has been confirmed and filed as http://bugs.sugarlabs.org/ticket/4369

I will get some debugging information on the ticket in a bit.


On Tue, Jan 8, 2013 at 11:48 AM, rihowa...@gmail.com rihowa...@gmail.comwrote:

 Jerry,

 I had been meaning to send an email regarding this and file a bug report.
 With 13.1.0 build 22, and possibly earlier builds, I cannot make a
 connection to an XS.
 (I use Anna's XS for testing). I see this with both an XO-1 and and an XO
 1.75 running 13.1.0

 If I have both XOs running 13.1.0 booted they connect directly to each
 other.
 Running olpc-netstatus indicates they are not connecting to the school
 server

 I can connect to the XS using 12.1.0 with both an XO-1 and an XO 1.75.

 rihowa...@gmail.com

 linux - the best things in life are free





 On Jan 7, 2013, at 5:12 PM, Jerry Vonau wrote:

  Hi All:
 
  I'm having some difficulties in having the XOs connect when booting. I
  can use the register with schoolserver method or populating
  collaboration server, which will cause the neighbourhood view to become
  populated until rebooted. Once rebooted the neighbourhood view doesn't
  become populated and the XO is running salut according to ps -A and
  netstat has no connection to the jabber server but salut is running. Can
  anybody else confirm this behaviour?
 
  Jerry
 
 
  ___
  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

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

Re: Adobe Flash for XO-4 and XO-1.75

2013-01-01 Thread Samuel Greenfeld

To the best of my knowledge, the XO-1.75 and XO-4 have no hardware-level
x86 compatibility.  They use processors that use the ARM architecture.

If you absolutely need x86 support on these platforms and cannot
recompile/rebuild code, the qemu platform might be able to help.

In the past OLPC has worked with deployments to get their custom activities
updated to be more platform independent.  In general most applications
available in Fedora are now compiled for ARM automatically as well.

Adobe Flash support is available for 11.3.1 and 12.1.0 for XO-1.75 (along
with accelerated video playback in the latter) but I would not be the
person to know their licensing.  Contact whomever you are working with at
OLPC (for sales/deployment/etc.) for details.



On Tue, Jan 1, 2013 at 5:49 AM, Roshan Karki ros...@olenepal.org wrote:

 I'm pretty sure the answer is no, but just to confirm is there Adobe Flash
 support for either XO-4 or XO-1.75? Also is there x86 compatible XO-4 or
 XO-1.75 in production?

 Thanks and happy new year.

 ___
 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: F18's firewalld in 13.1.0

2013-01-01 Thread Samuel Greenfeld

Thank you for the report.

I have confirmed this and filed http://dev.laptop.org/ticket/12430


On Tue, Jan 1, 2013 at 6:53 PM, Jerry Vonau jvo...@shaw.ca wrote:

 Hi all,

 With F18 moving to firewalld as the default firewalling method this has
 rendered powerd's netactivity iptables chain to NOT be loaded at all.

 How to reproduce:

 sudo iptables -S
 note that netactivity chain is not present.

 sudo rpm -e firewalld
 reboot

 sudo iptables -S
 note that netactivity chain is present.

 Think the easy fix for right now is to exclude firewalld from the build
 image in OOB.

 Jerry




 ___
 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: [TRANSIENT] Peer XOs NOT shown in Neighborhood view when Power Management is enabled

2013-01-01 Thread Samuel Greenfeld

On Tue, Jan 1, 2013 at 7:34 PM, Jerry Vonau jvo...@shaw.ca wrote:

 On Wed, 2012-12-19 at 09:48 -0500, Martin Langhoff wrote:
  On Wed, Dec 19, 2012 at 5:14 AM, Jerry Vonau jvo...@shaw.ca wrote:
   Think I found the problem, in powerd we're setting WOL based on this
   string:
  
   if grep -qi : :14B2 /proc/net/tcp
  
   but that string is not present in /proc/net/tcp so WOL is not set
   according to ethtool, but that string can be found in /proc/net/tcp6
  
   avahi is bound to tcp6 when viewed with 'netstat -nat'
  
   This is reproducible in 12.1.0 and 13.1.0
 
  Arghhh. Ouch.
 
  Does it behave better with:
 
if grep -qi : :14B2 /proc/net/tcp*


This does not work because IPv6 addresses are longer (and therefore have
more octets).

The variant I came up with (if we want to support both v4 and v6 listeners)
is

if grep -qiE : +:14B2 /proc/net/tcp?

Simply removing the :  check on its own might be sufficient for our
purposes but could falsely return true in a few cases.

If IPv4 backward compatibility on the listener check is not a concern, then
you should just match on the longer string of zeros:14B6 in /proc/net/tcp6
and not check both files for speed.
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: 13.1.0 release candidate 1 (build 20) released

2012-12-24 Thread Samuel Greenfeld

I looked at os20 on Friday as well as over the weekend, and in general we
are getting a bit more stable and closer to release.

Measure on XO-1.75 needs to not record while playing tuning tones as the
current Linux sound driver on XO-1.75 cannot simulaneously playback and
record (SL #4353).  XO-4 audio also still needs work.

I did see the failure to wake on multicast issue with a bunch of XOs at
home where the network environment was quieter, so I will research
potential fixes there.

If you are looking to verify antitheft on XO-4, please make sure to have
Q7B09 or higher installed.  Also note that OLPCs automated license key
server does not know about XO-4s yet, so please stick to simulated testing
or using your own custom keys for now.

---
SJG


On Sat, Dec 22, 2012 at 11:13 AM, Daniel Drake d...@laptop.org wrote:

 Hi,

 We're pleased to announce our first release candidate of our new
 13.1.0 software release.

 Information and installation instructions can be found here:
 http://wiki.laptop.org/go/Release_notes/13.1.0

 Quick links for those who know which files need to be grabbed and save
 to USB disks:
 http://download.laptop.org/xo-4/os/candidate/13.1.0-20/
 http://download.laptop.org/xo-1.75/os/candidate/13.1.0-20/
 http://download.laptop.org/xo-1.5/os/candidate/13.1.0-20/
 http://download.laptop.org/xo-1/os/candidate/13.1.0-20/

 This is a signed release candidate that can be installed on all XOs,
 even those with security enabled.

 We're looking for testing and feedback on all aspects of the system.
 Thanks for any help you can offer, and for all the feedback that was
 received throughout development.

 Our scheduled release date is January 7th.

 Please review the Known problems section of the release notes. Some
 documented issues are carried over from previous releases, but others
 are new and are things that we will aim to fix in the few weeks before
 release.

 Compared to the last 13.1.0 development release (build 19), we have fixed:

 Clock-12 fixes broken talking clock mode (SL#4079)

 Physics-11 fixes broken input in activity title area (SL#4193)

 Write now works again on XO-1/XO-1.5 (#12412)

 sugar-0.98.2:
 - Icons on the neighborhood screen should not collide as often with
 the central buddy (SL#3944)
 - Buddy icon layout on the journal list view should be fixed (SL#4331,
 SL#4335)
 - Send to friend file transfer is working again (SL#4242)
 - The Journal no longer crashes when dealing with right-to-left
 languages (SL#4328)
 - Modem connections should now complete successfully (SL#4255)
 - Clicking on activity icons in the neighborhood view works again (SL#4283)
 - alt-tab switching through activities now works again (SL#3895)

 sugar-toolkit-gtk3-0.98.2:
 - Bookmark tray layout in Browse is fixed (SL#4279)
 - Icons in the Journal's Documents views are no longer incorrect (SL#4276)
 - Border in the pop-up palette menus is no longer inconsistent (SL#4295)

 sugar-artwork-0.98.2 fixes the appearance of the journal's favorite
 icon (SL#4304).

 sugar-datastore-0.98.1 fixes bad activity ordering in the journal (SL#4305)

 Clipboard operation in Sugar is still not working right, but we have
 included the gtk3 and pygobject3 fundamental fixes from SL#4307;
 hopefully we're not far from finishing this.

 A bug where the mouse cursor would frequently disappear has been
 solved (#12411). Note that it is normal and intended for the mouse
 cursor to disappear when using the XO-4 touchscreen.

 XO-4 .zd file no longer produces a strange warning upon flashing (#12402)

 Audacity no longer causes a kernel crash on XO-4 (#12367)


 I accidently missed the latest handful of XO-4 kernel commits in this
 build; I'll be sure to include the latest one in the next build, which
 is not far off.

 Thanks!
 Daniel
 ___
 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: [TRANSIENT] Peer XOs NOT shown in Neighborhood view when Power Management is enabled

2012-12-18 Thread Samuel Greenfeld

It sounds like you are having issues with multicast packet wakeups, which
have always been a bit of a sore spot.

I presume you are using ad-hoc networking, and have not left the XOs idling
to the point they shutdown their screen turns black and the wifi card is
turned off (~20 minutes?).  If this is with a schoolserver it still could
be a known issue but might be worth raising again.

Wake-on-LAN behavior with the 8686 wireless card is not as reliable at it
should be.  XOs need to wake up on multicast events to receive data
(multicast DNS) about the network neighborhood, but need to clearly hear
such announcements {i.e. no collisions with another data packet}, and
sometimes don't get them even if the XO is awake.  In crowded cities where
there are lots of access points and other computers nearby this becomes
more of a problem.

And since updates are only sent every few minutes, it could take quite a
while for everything to get synched up, with things lost along the way.

Schoolservers/Jabber servers use TCP connections, should be retrying at the
TCP level, and should not run into these issues unless a XO went fully into
suspend (black screen/etc.) with the wifi card off.  If a XO is connected
to a schoolserver/Jabber it will not show ad-hoc users even if they are on
the same network.

The ad-hoc networking model definitely could be improved but I do not know
if anyone has ever taken up that task.

There are several tickets on the subject; I do not recall filing any
against 13.1.0 yet though.


On Tue, Dec 18, 2012 at 12:40 PM, nitika.mail nit...@activitycentral.comwrote:

 Hi All,

Peer XOs are NOT shown in Neighborhood view  when Power Management is
 enabled.

 Tested on 31016o2 OLPC Image (Build 16) on two XO-1.75's... one Touch and
 the other Non-Touch. Following observations were made:

 1. Having connected both the XO's to a network, when neighborhood view was
 seen on both the XO's, only one XO displayed the other in its neighborhood
 view. The second XO was all alone in the neighborhood view.

 2. At some point, due to suspending an XO (or network re-connect), same
 thing can be observed on either of the XO's

 3. When Power management was disabled and system rebooted, this issue was
 not observed.

 4. This has yet been observed only on XO-1.75's.

 If anyone has observed this issue, please do advise.

 Also, does this call for raising a bug?

 Thanks and Regards,

 Nitika Mangal
 QA Manager
 Activity Central: http://activitycentral.com

 ___
 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: Auckland Testing Summary 15 November 2012

2012-12-15 Thread Samuel Greenfeld

The most generic ticket I know of is http://bugs.sugarlabs.org/ticket/2974 .

In general the false failed to start report has been a problem for at least
as long as I've used Sugar.


On Sat, Dec 15, 2012 at 8:15 PM, Tom Parker t...@carrott.org wrote:

 On 16/12/12 13:34, Gonzalo Odiard wrote:

 Thanks Tom for testing,
 and specially by filling tickets, is the way to have the issues solved.


 I generally only raise tickets if I have a reproducible problem to report.
 That said, we should probably raise a ticket complaining about the whole
 failed to start problem, where that message appears even though the
 activity has started. I've never made any sense of this, it happens quite
 frequently but I have no reliable steps to reproduce. (I looked at the
 tracker has many failed to start tickets, but I didn't find one that
 describes this problem.)

 __**_
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/**listinfo/develhttp://lists.laptop.org/listinfo/devel

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

Re: 13.1.0 development build 18 released

2012-12-11 Thread Samuel Greenfeld

My experience is that Speak and TamTam work, but Record, Scratch, and eToys
do not.

I suspect this is either an interface approach or a sampling rate issue.
If I try to sample at the wrong rates with arecord  aplay I get no audio
back at all.  Attempting to change the dmix rate from 44.1 kHz to 48 kHz
does not solve the problem.

On XO-1.75 I believe we resorted to software resampling; I do not know if
this is in place for XO-4 or not.

Something also seems to be writing over the Mic Gain state as I found it at
zero once although it was about a third of the way up when checked earlier
in the same boot cycle.  Personally I like bumping it up pretty high.


On Tue, Dec 11, 2012 at 1:10 PM, Bert Freudenberg b...@freudenbergs.dewrote:

 On 2012-12-11, at 15:41, Daniel Drake d...@laptop.org wrote:

  The Sugar welcome screen activates again on first boot.


 Not for me ... or maybe it's a different problem.

 Tried to olpc-update my new XO-4 (with XOrduino and XOstick boards! Yay!)
 from whatever came pre-installed. After restarting it flashed a new
 firmware (twice? didn't pay too much attention) and proceded to boot,
 blinking circle od dots, but that stopped at some point and it didn't do
 anything visible anymore. No mouse/keyboard/VT switching, so had to
 power-cycle.

 On second boot it was fine though, it asked for activity updates, which
 worked fine.

 I tried sound in Etoys and Scratch, which didn't work but just made a
 screetching noise (after turning up the volume). But Record does the same,
 and froze while trying to play back a recorded video, so maybe it's a wider
 problem.

 - Bert -


 ___
 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: [Server-devel] Re-register an XO on XS schoolserver

2012-12-07 Thread Samuel Greenfeld

Older OS builds may not be able to re-register by default, but I think
resorting to the command line may be overdoing it.

I seem to recall that deleting the schoolserver name from the Network
control panel and pressing the OK (checkmark) button was enough to get
the Register item to appear again (possibly after a reboot).


On Fri, Dec 7, 2012 at 11:35 AM, Jerry Vonau jvo...@shaw.ca wrote:

 On Fri, 2012-12-07 at 13:10 +0100, vanessa ramos da cruz wrote:
  Halo,
 
 
  I am Vanessa, I am working in Angola with this project and have a
  little concern:
 
  I had a server with XS 0.6, I registered on it some XO’s just for
  tests.
  Now I have a new machine on witch I installed the XS 0.7. I want to
  register the XO's in the new Machine, but the right click register
  option disappears when a register the XO's at the first time.
 
  Can you please help me?
 
 
  I tried this on terminal to restore the right click register option:
  gconftool-2 --get /desktop/sugar/show_register
 
 
  Returned the following message:
  no value defined for:  /desktop/sugar/show_register
 
 
  Then i tried this:
  gconftool-2 --toggle /desktop/sugar/show_register
 
 
  Returned: no value found for key  /desktop/sugar/show_register
 
 
  What else can i do?
 

 Hi Vanessa

 Can you try:

 gconftool-2 -s -t string /desktop/sugar/backup_url ''

 gconftool-2 -s -t string /desktop/sugar/collaboration/jabber_server ''

 then reboot the XO.


 This appears to for me here with sugar 0.84 base installs.

 Jerry








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

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

Re: HDMI port

2012-12-02 Thread Samuel Greenfeld

The connector on XO-4 B1 motherboards is a bit further in than it should
be.  You might not be able to establish a reliable connection to it without
increasing the size of the opening in the case.

The connector on XO-4 C1 motherboards has been moved a bit further out.

In terms of using the smaller connector, for users upgrading motherboards,
there has been discussion about including an adapter to make the existing
hole for a third USB port micro HDMI-size.  I have not seen one of these
adapters yet so I cannot comment much about it.


On Sun, Dec 2, 2012 at 5:06 AM, Sameer Verma sve...@sfsu.edu wrote:

 I was looking for a cable for the micro HDMI port on the XO4. I couldn't
 find it locally, so I bought it online. The connector is similar to a micro
 USB on my phone (size wise) but after plugging it into the XO, I realized
 that the connector is very flimsy. I suppose the bit sticking inside the XO
 doesn't feel robust enough to forgive any major movement of the cable on
 the outside.

 A type A HDMI cable connector seems to be quite robust, like a USB A
 connector. What was the thinking behind picking a micro HDMI connector?

 A regular HDMI connector seems more robust and easily available (my
 experience...yours may vary).

 cheers,
 Sameer

 ___
 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: 13.1.0 development build 14 released

2012-11-24 Thread Samuel Greenfeld

I looked at os14 this weekend on XO-1.75 and XO-4 (as well as looked at
os12 on XO-1 and XO-1.5 in the past).

In general the builds are getting to be reasonably stable, although still a
bit rough around the edges.  I did not see any XO-1.75 or XO-4
manufacturing test issues with os12 or os13.

XO-4 audio  suspend/resume support still needs to finish being
implemented, along with the accelerated/rotatable video driver.

Abiword still crashes on ARM (#12311).  I also had Write crash once with a
Segmentation fault when touching the screen of a XO-4, but I need to
reproduce this with core dumps.

Something to consider taking is a new version of Measure as the frequency
display mode broke (SL #4254).   This already should be fixed in git.

---
SJG


On Thu, Nov 22, 2012 at 9:47 AM, Daniel Drake d...@laptop.org wrote:

 Hi,

 A new 13.1.0 development build is available.

 http://wiki.laptop.org/go/13.1.0
 http://build.laptop.org/13.1.0/os14

 Changes/fixes:
 - A handful of activity updates
 - Newer touchscreen fixes from Carlos Garnacho (SL#4132)
 - XO-4 ebook switch state incorrectly initialized at boot (#12326)
 - olpc-dev-kernel needs to learn about runos4 and runrd4 (#12333)
 - Fix geode all-black composite issue (#11979)

 Thanks for any testing and feedback!
 Daniel
 ___
 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: 13.1.0 development build 12 released

2012-11-16 Thread Samuel Greenfeld

The update is done by olpc.fth if the XO is not secured, and we just
re-enabled the ability to do this on XO-4 in os12.A battery/power icon
will appear if the XO is running without external power and the firmware
cannot be safely updated.

As I understand it, the auto-firmware reflash process was temporarily
disabled to avoid an issue with XO-4 A2 prototypes.  Re-enabling the
reflash process means we can no longer support these early prototypes going
forward.

Very few people outside of OLPC likely have XO-4 A2 units.

---
SJG


On Fri, Nov 16, 2012 at 6:59 PM, Hal Murray hmur...@megapathdsl.net wrote:


 w...@laptop.org said:
  More importantly, occasionally boot with two sources of power (battery
 and
  DC). Q7B01 should have been replaced automatically a number of builds
 ago.

 What chunk of code does the update?  Could it display a reminder for a few
 seconds if there is new code that hasn't been applied yet?


 --
 These are my opinions.  I hate spam.



 ___
 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: [Techteam] 13.1.0 development build 11 released

2012-11-13 Thread Samuel Greenfeld

I looked at 13.1.0 os11 on the XO-1.5, XO-1.75, and XO-4.

   - This build is usable in a similar manner to the previous build.
   - Collaboration over ad-hoc works although I could not get users to see
   each other once registered to a schoolserver.
   - XO-1.75 audio is back to its previous state.
   - No XO-4 audio is available yet.
   - We still have abiword crashing on ARM.
   - Gnome notification pop-up dialogs overflow offscreen.
   - When sharing an activity its activity icon duplicates at an offset
   leaving an overlapped copy of itself similar to #3635, but when the
   activity is shared.  This then persists until the activity is quit.



On Mon, Nov 12, 2012 at 6:02 AM, Peter Robinson pbrobin...@gmail.comwrote:


 On 12 Nov 2012 11:18, Simon Schampijer si...@schampijer.de wrote:
 
  On 11/11/2012 11:18 PM, Peter Robinson wrote:
 
  A new 13.1.0 development build is available.
 
  http://wiki.laptop.org/go/13.1.0
  http://build.laptop.org/13.1.0/os11/
 
  Changes:
  - The latest sugar component versions that were released on Thursday
 
 
  Actually, the package list [1] shows that Saturday's releases went in as
 well. Thanks a lot for that!

 Oh yes, I forgot those ones were the ones I meant... all the releases are
 blending into one!

  Cheers,
 Simon
 
  [1] http://build.laptop.org/13.1.0/os11/xo-4/31011o4.packages.txt
 
 

 ___
 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: 13.1.0 development build 10 released

2012-11-09 Thread Samuel Greenfeld

I looked at os10 on XO-1.5 and XO-4 with Q7B05.

The build generally works.  The Sugar pop-menus place items a bit closer
together though, which is not good for touch usage.

There still is no XO-4 sound support.

You can see other Sugar systems in the network view but as soon as you
share an activity the sharing user disappears.

As Yioryos noted for os9, Abiword crashes on ARM but does not crash on x86
systems.

The hang exiting GNOME seems to be related to some sort of CPU
spinning/race/unclean shutdown between gnome-session (using 2/3 of CPU) and
maliit-server (using 1/3 of CPU).   On the x86 builds without Maliit
installed there is no delay exiting GNOME.



On Fri, Nov 9, 2012 at 9:20 AM, Manuel Quiñones ma...@laptop.org wrote:

 Thanks a lot Alan for the olpc-network bug report and patch.  Pushed it.

 2012/11/9 Alan Jhonn Aguiar Schwyn alan...@hotmail.com:
  Hi,
 
  Quick tests:
 
  - In the neighborhood when you click on AP with password, not appears
 the
  window
  to enter the password. If you make a right click and select connect
 (that
  I supose that
  continues being connect because only see a black frame) the window
  appears.
  Attach neighborhood.png
  In the shell appears some error of this.. attach the log file..
 
  HOW TO FIX:
 
  file: /usr/lib/python2.7/site-packages/jarabe/desktop/networkviews.py
  line:  648
  change:
 
   _palette_
 
  by:
 
   _palette
 
  And Works!!   ;-)
 
  - Copy an entry to a Pendrive (or similar). Continues with problem. No
 copy!
  If you use the secondary menu: copy to.. it works..
 
  - The activities works.. I'm only check the basic..
 
  Regards!
 
  Alan
 
 
  Date: Thu, 8 Nov 2012 13:31:41 -0600
  Subject: 13.1.0 development build 10 released
  From: d...@laptop.org
  To: devel@lists.laptop.org
 
 
  A new 13.1.0 development build is available.
 
  http://wiki.laptop.org/go/13.1.0
  http://build.laptop.org/13.1.0/os10/
 
  Changes:
  - The latest sugar component versions that were released on Wednesday
  - A handful of activity updates
  - XO-4 bluez command-line utility added to allow the factory to test
  bluetooth support on the XO-4 8787 wireless card
  - Latest XO-4 kernel work for suspend/resume
  - XO-1.75 audio recording works again (#12199)
 
  Thanks for any testing and feedback!
 
  Daniel
  ___
  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
 



 --
 .. manuq ..
 ___
 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: 13.1.0 development build 9 released

2012-11-05 Thread Samuel Greenfeld

I have looked primarily at the XO-1.75 and XO-4 images, but also a bit at
the XO-1.5 image since it came out this morning.

The ability to use the GNOME menus is back along with the icons that
previously disappeared in Sugar.

XO-1.75 audio is still poor in quality (especially recording; #12199), and
XO-4 audio does not exist yet.  Using a (non-released, test) XO-4 firmware
image past q7b04 risks having os9 not boot until Linux  OFW get synced up
again (#12271).

The cannot determine a method resolution order error still occasionally
happens on XO-4.

Occasionally when using touch I get a secondary (right-click) menu with no
items in it (completely black), but sized like it has the normal list of
items.  This has happened in the Network view (Access points) as well as in
the spiral view (central XO character).  This might be touch related or
just a video driver bug.

Once I had no secondary menus/palettes show up at all in all of the main
Sugar views until I restarted Sugar, although things initially worked.  I
could not start any new activities either.  The exception in Sugar
suggested a byte to Unicode conversion error.  I need to file a ticket on
this and try and reproduce it.


SJG

On Mon, Nov 5, 2012 at 3:41 PM, Daniel Drake d...@laptop.org wrote:

 On Sun, Nov 4, 2012 at 5:08 AM, Peter Robinson pbrobin...@gmail.com
 wrote:
  - The some activity updates
  - XO-4 kernel work for 8787/mwifiex wireless, touchscreen improvement,
 and I
  believe some suspend/resume work
 
  Thanks for any testing and feedback!

 Thanks Peter for the builds. The XO-1 and XO-1.5 images are now there too:
 http://build.laptop.org/13.1.0/os9/

 Testing appreciated, since I haven't tested them :)

 Since build 8 we have fixed:
 #12259 Support systemd-195's depreciation/migration of various
 configuration settings
 #12246 OS8 Gnome Applications menu is empty
 #12137 Tap-to-click enabled on some XO4s
 #12244 Browse homepage not touch-friendly
 #12227 XO-4 build lacks latest runin
 #12044 XO-1 glyph rendering bugs in X
 #12138 Incorrect repeat rendering on XO-1.5
 #12171 XO-4: X11 segfault triggered by touch input

 The invisible sugar icon issue seen in build 8 is also fixed.

 Thanks,
 Daniel
 ___
 olpc mailing list
 o...@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/olpc

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

Re: [Testing] 13.1.0 development build 8 released

2012-10-26 Thread Samuel Greenfeld

I did not see this installing os8 on XO-1.5 on a 4 GB unit, although this
could be a sign we exceeded the limit of a 2 GB one.  This also sometimes
means that the internal SD card is not working or plugged in correctly (the
OFW banner will show a 0 GB internal device).

I looked at os8 on XO-1, XO-1.75, and XO-4 and have not found any major
breaks yet which have not already been mentioned.

There is a minor break in Paint where a few things are not themed properly
in submenus.


On Fri, Oct 26, 2012 at 10:44 AM, Walter Bender walter.ben...@gmail.comwrote:

 On Fri, Oct 26, 2012 at 10:34 AM, Daniel Drake d...@laptop.org wrote:
  Hi,
 
  On Fri, Oct 26, 2012 at 6:58 AM, Walter Bender walter.ben...@gmail.com
 wrote:
  I was unable to reflash os8 onto an XO 1.5 that I had just flashed
  with os7. Not enough space.
 
  Can you please explain how you flashed it? Was that the exact error
  message? What context did it appear in?

 from OFW:

 fs-update u:\31008o1.zd

 u:\31008o1.zd:1: Image size is larger than output device

 -walter

 
  Thanks
  Daniel



 --
 Walter Bender
 Sugar Labs
 http://www.sugarlabs.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: 13.1.0 development build 7 released

2012-10-17 Thread Samuel Greenfeld

I looked at os7 on XO-1.5 and XO-1.75.


   - XO-1.75 has some audio issues (especially with recording) that are a
   regression to os5 (#12199).
   - XO-1.75 also has a graphics corruption issue which may be related to
   rotation visible in certain activities like eToys and Calculate.  I need to
   do more research to limit this down.
   - Cut and paste support within Sugar activities is still generally
   broken.
   - Browse's embedded media player (Totem) fails to open ogg files.  It
   briefly appears only to be replaced by a file not found message (SL
   #4045).


On Wed, Oct 17, 2012 at 11:45 AM, Daniel Drake d...@laptop.org wrote:

 Hi,

 http://build.laptop.org/13.1.0/os7
 http://wiki.laptop.org/go/13.1.0

 Some feature work wasn't completed quite in time for the last build,
 but is now ready.
 So here is the final build from our feature development stage.

 - Hide mouse cursor when touchscreen is used (SL#4032)
 - Auto-scroll the window canvas to avoid the on-screen keyboard hiding
 the selected text input area (not quite working yet)
 - Touch gestures in Browse (SL#3997)
 - Improved spiral layout (#4027)

 Includes the latest Sugar, with a handful of fixes. And:

 #12203 13.1.0 os6 omits 'Software update' image from graphical control
 panel
 #12188 NetworkManager crashing with segmentation fault

 Wireless networking should now work reliably - fingers crossed.

 Thanks
 Daniel
 ___
 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

[Server-devel] Experimental schoolserver tweaks - Moodle upgrade and alternative name support for XO builds

2012-10-17 Thread Samuel Greenfeld

I have two experimental schoolserver tweaks available for those who are
interested.

These are not officially supported, have only seen light testing, and may
break in interesting ways, so please use caution if you choose to try them
out.  Testing these with school servers or XO builds used by students may
not be advisable unless you have a good backup strategy.

Until 13.1.0 comes out, my available time to work on these is limited.


   1. The first experimental item I have is a Moodle update for
   schoolservers which upgrades Moodle from version 1.9.5 to 1.9.19.  As the
   version numbers imply, this includes a significant number of upstream
   updates and fixes.

   XO-based authentication, antitheft control, and general Moodle usage
   still seem to function after the update, but I have not done extensive
   testing.  No config.php changes are required but there are a few settings
   that may be of interest.

   A RPM packaged version of the Moodle update is available from
   http://dev.laptop.org/~greenfeld/xs/ .  The git source repository can be
   seen at http://dev.laptop.org/git/users/greenfeld/moodle/ (please note
   that the merge commit is huge).


   2. The second item I have is a kludge for olpc-os-builder which can
   create XO installation images altered to allow XOs to be used with
   schoolservers which cannot be accessed by the DNS name of schoolserver.

   There are many reasons this occurs, including but not limited to: the
   schoolserver being prohibited from controlling the network XOs are on; a
   desire for more than one school to use the same XS; a flat DNS structure
   used by more than one school; etc.

   This support appears as a set of patches to olpc-os-builder found
   attached to the enhancement ticket at http://dev.laptop.org/ticket/12156.

   Altering a schoolserver to use a DNS name other than schoolserver
   currently is messy, with lots of files requiring edits.  While I did test
   this against a XS modified to use a different name, I have not had the
   chance to write a script to automate the process.


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

Re: Using ext4 usb drive to go to 13.1.0

2012-09-23 Thread Samuel Greenfeld

The final version of 13.1.0 (os21) only ships with Q4D17 for XO-1.75 (Q3C07
for XO-1.5, Q2F12 on XO-1).

I am aware that at least one USB glitch (#12034 on XO-1.5) is present in
the final release, but given this seemed non-fatal the release freeze was
not lifted to take a new firmware build.

If you believe updated firmware builds are required if we release a 13.1.1
build (and not just 14.1.0) I would recommend filing a ticket.


On Sun, Sep 23, 2012 at 9:28 PM, James Cameron qu...@laptop.org wrote:

 On Sun, Sep 23, 2012 at 07:55:28PM -0500, Bruno Wolff III wrote:
  On Mon, Sep 24, 2012 at 09:28:12 +1000, James Cameron
  qu...@laptop.org wrote:
   G'day Bruno,
  
   Thank you for your problem report.  It is interesting.
 
  I updated the trac ticket with most of what was requested.

 Thanks.  I'll use the ticket for summary only.

   The install method hasn't changed.  Our development builds are
   installed using fs-update rather than the zsp file and holding
   four game keys down.  Once 13.1.0 is released, the method will be
   the same as before.
 
  When going to 12.1.0 I held down the four buttons above the power
  switch while booting. When going to 13.1.0 I used fs-update. I was
  going by the instructions on the wiki for doing the updates.

 Yes, the instructions are different, but they will be the same as
 before ... once 13.1.0 is released.  13.1.0 is not yet released; you
 were using a development build which requires special use of
 fs-update.

   When you upgraded your XO-1.75 to 12.1.0 an old version of Open
   Firmware might have been present.  After the upgrade, the next
   time you had two sources of power, Open Firmware would have been
   upgraded.
 
  I also didn't have two sources of power when I did the fs-update to
  13.1.0, so maybe that's why the open firmware is still at Q4D17.

 Yes.

 There is a separate command to upgrade Open Firmware, but the
 operating system boot does this automatically if two sources of power
 are available ... normally at the first boot after upgrade.  With only
 one source of power, it will be delayed until a boot with two sources
 of power.

 Holding down the four buttons doesn't upgrade both the operating
 system and the firmware at once, but it does upgrade the operating
 system, and then the operating system upgrades the firmware at the
 first available opportunity.

 (In the release notes we ask for two sources of power before using the
 four game keys method.
 http://wiki.laptop.org/go/Release_notes/12.1.0#XO-1.75 ... but for
 development builds we expect users may manage their systems
 differently.)

 Using fs-update to upgrade the operating system should eventually
 cause the firmware to upgrade.  If this isn't happening with two
 sources of power, it is a separate problem we should investigate.

   a.  what version of Open Firmware was on the XO-1.75 before the
   upgrade to 12.1.0?  I cannot guess what this was.
 
  I don't know, but probably whatever you were shipping with the
  devices a few weeks ago. Mine shipped shortly before 12.1.0 was
  released.

 Thanks.  I acknowledge you don't know what version worked with your
 USB drive before the upgrade.

 Please provide the serial number, so that I can take a guess at a
 minimum firmware version.  Please also use the .mfg-data command at
 the ok prompt and look for the BV tag, which should list the base
 firmware version used.  .mfg-data also displays the SN or serial
 number tag.

   b.  what version of Open Firmware was on the XO-1.75 at the time
   of the problem in ticket #12123?  I expect it was Q4D17 as this
   was 12.1.0 build 21 contained.
 
  I can reproduce the issue on Q4D17.

 Good, thanks.

   c.  what version of Open Firmware is on the XO-1.75 after the
   upgrade to 13.1.0?  I expect it will be Q4D21.
 
  It is still Q4D17.
 
   d.  if you downgrade to the version of Open Firmware you had
   before the upgrade to 12.1.0, and then try the fs-update for
   13.1.0, does the problem in ticket #12123 occur?
 
  I can't refer to u: successfully if I don't plug in the drive after
  booting.
 
   e.  on Q4D21 please attach the USB drive, turn on the laptop, get
   to the ok prompt, type p2, and tell me what is printed.
 
  I haven't got Q4D21 yet, so I can't do these tests just yet.
 
   f.  on Q4D21 please detach the USB drive, turn on the laptop, get
   to the ok prompt, type p2, and tell me what is printed.
  
   g.  on Q4D21 please attach the USB drive, turn on the laptop, get
   to the ok prompt, type
 
  There were differences for the p2 command under Q4D17 depending on
  whether the drive was plugged in before or after boot.

 Your p2 and scan-subtree output shows that the device does not respond
 to probes if it was already plugged in when the laptop powered on.
 This seems like a power on or reset problem for the drive.

 Please test if this is a new behaviour of your USB drive, or a new
 behaviour of Open Firmware.  Downgrade to Q4D03, or if a later version
 is listed in the

Re: Using ext4 usb drive to go to 13.1.0

2012-09-23 Thread Samuel Greenfeld

You are correct that I am confusing things.

12.1.0 os21 has Q4D17 (
http://download.laptop.org/xo-1.75/os/official/12.1.0-21/21021o2.packages.txt
).

13.1.0 os3 has Q4D21 (
http://build.laptop.org/13.1.0/os3/xo-1.75/31003o2.packages.txt - os1  os2
also have similar).

For some reason I keep ending up off-by-one while trying to parse our new
versioning scheme; sorry.


On Sun, Sep 23, 2012 at 9:41 PM, James Cameron qu...@laptop.org wrote:

 Oops, have I got my versions mixed?  I thought it was 12.1.0 (os12)
 that shipped with Q4D17, and 13.1.0 (os2/os3) that currently has
 Q4D21.

 On Sun, Sep 23, 2012 at 09:37:57PM -0400, Samuel Greenfeld wrote:
  The final version of 13.1.0 (os21) only ships with Q4D17 for XO-1.75
 (Q3C07 for
  XO-1.5, Q2F12 on XO-1).
 
  I am aware that at least one USB glitch (#12034 on XO-1.5) is present in
 the
  final release, but given this seemed non-fatal the release freeze was not
  lifted to take a new firmware build.
 
  If you believe updated firmware builds are required if we release a
 13.1.1
  build (and not just 14.1.0) I would recommend filing a ticket.
 
 
  On Sun, Sep 23, 2012 at 9:28 PM, James Cameron qu...@laptop.org wrote:
 
  On Sun, Sep 23, 2012 at 07:55:28PM -0500, Bruno Wolff III wrote:
   On Mon, Sep 24, 2012 at 09:28:12 +1000, James Cameron
   qu...@laptop.org wrote:
G'day Bruno,
   
Thank you for your problem report.  It is interesting.
  
   I updated the trac ticket with most of what was requested.
 
  Thanks.  I'll use the ticket for summary only.
 
The install method hasn't changed.  Our development builds are
installed using fs-update rather than the zsp file and holding
four game keys down.  Once 13.1.0 is released, the method will be
the same as before.
  
   When going to 12.1.0 I held down the four buttons above the power
   switch while booting. When going to 13.1.0 I used fs-update. I was
   going by the instructions on the wiki for doing the updates.
 
  Yes, the instructions are different, but they will be the same as
  before ... once 13.1.0 is released.  13.1.0 is not yet released; you
  were using a development build which requires special use of
  fs-update.
 
When you upgraded your XO-1.75 to 12.1.0 an old version of Open
Firmware might have been present.  After the upgrade, the next
time you had two sources of power, Open Firmware would have been
upgraded.
  
   I also didn't have two sources of power when I did the fs-update to
   13.1.0, so maybe that's why the open firmware is still at Q4D17.
 
  Yes.
 
  There is a separate command to upgrade Open Firmware, but the
  operating system boot does this automatically if two sources of power
  are available ... normally at the first boot after upgrade.  With
 only
  one source of power, it will be delayed until a boot with two sources
  of power.
 
  Holding down the four buttons doesn't upgrade both the operating
  system and the firmware at once, but it does upgrade the operating
  system, and then the operating system upgrades the firmware at the
  first available opportunity.
 
  (In the release notes we ask for two sources of power before using
 the
  four game keys method.
  http://wiki.laptop.org/go/Release_notes/12.1.0#XO-1.75 ... but for
  development builds we expect users may manage their systems
  differently.)
 
  Using fs-update to upgrade the operating system should eventually
  cause the firmware to upgrade.  If this isn't happening with two
  sources of power, it is a separate problem we should investigate.
 
a.  what version of Open Firmware was on the XO-1.75 before the
upgrade to 12.1.0?  I cannot guess what this was.
  
   I don't know, but probably whatever you were shipping with the
   devices a few weeks ago. Mine shipped shortly before 12.1.0 was
   released.
 
  Thanks.  I acknowledge you don't know what version worked with your
  USB drive before the upgrade.
 
  Please provide the serial number, so that I can take a guess at a
  minimum firmware version.  Please also use the .mfg-data command at
  the ok prompt and look for the BV tag, which should list the base
  firmware version used.  .mfg-data also displays the SN or serial
  number tag.
 
b.  what version of Open Firmware was on the XO-1.75 at the time
of the problem in ticket #12123?  I expect it was Q4D17 as this
was 12.1.0 build 21 contained.
  
   I can reproduce the issue on Q4D17.
 
  Good, thanks.
 
c.  what version of Open Firmware is on the XO-1.75 after the
upgrade to 13.1.0?  I expect it will be Q4D21.
  
   It is still Q4D17.
  
d.  if you downgrade to the version of Open Firmware you had
before the upgrade to 12.1.0, and then try the fs

Re: 13.1.0 development build 2 released

2012-09-20 Thread Samuel Greenfeld

Besides the Control Panel issues (missing or unwrapped text/Switch to GNOME
crashes Sugar/etc.) the two major issues I believe exist with os2 are the
inability to use external media (SL #3911) and the inability to collaborate
(SL #3939).

If you can collaborate with 13.1.0 os2 please let me know; our urban
network conditions are not always favorable, but in this case I simply
cannot see users  shared activities regardless of network type or location.


On Sat, Sep 15, 2012 at 3:06 PM, Hal Murray hmur...@megapathdsl.net wrote:


 d...@laptop.org said:
  Bug/testing reports accepted and appreciated - either on the appropriate
  trac, or on this list.

 On a XO-1, there are several/many examples in My Settings

 Network:
   There is no text next to the check-box.

 Power, Software Update
   The header is there, but the page/contents aren't.

 Switch Desktop:
   The display stuff crashes and restarts Sugar.

 Modem, Language:
   You can't exit.  The X and check-mark are too far to the right.  In
 Modem,
 you can just see (and click) the edge of something.  I have to reboot to
 get
 out of Language





 --
 These are my opinions.  I hate spam.



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

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

Re: [Sugar-devel] Problem downloading a lease.sig file on an XO

2012-09-12 Thread Samuel Greenfeld

This might be a better question for the OLPC development lists.

On Wed, Sep 12, 2012 at 8:39 PM, Juan Cubillo jcubi...@fundacionqt.orgwrote:

Hello,

Our project would like to give kids the posibility of downloading a
lease.sig file and unlock a friends or family XO without having to contact
our tech support team. In order to do this, I setup a public dropbox link
to a nightly generated lease.sig file that gives the XOs some extra
activation time.
Problem is that when an XO downloads the file, its name gets and extra
.asc extension so it ends up as lease.sig.asc.
Since kids will be doing this, I wanted to give them only the basic steps
to be able to re-activate laptops: 1-Download file. 2-place it on an empty
usb memory. 3-Conect to xo and turn on.
Re-naming the file would mean that they have to go to terminal, cd into
the thumbdrive directory, change filename, etc... it's just way too much.

So... couple questions:
1. Is there a security problem/concern with having our project's lease.sig
file publicly available? (we only generate activations for non-stolen XOs)

I will leave it this to deployment staff to answer authoritatively, but the
only practical attack I can think of is thieves will know where to find a
lease if a XO is not reported stolen, or before it is reported stolen.
They can then use this lease to use or sell the XO.

Theoretically it might be possible to reverse engineer your private lease
key given lots and lots of sample leases but I seriously doubt any real
thief can do that. The mathematics skills required to do this are not
trivial.

2. Why is the XO adding this .asc extension or how can it be avoided?

Are you having the students download the lease in Browse from within
Sugar? If so Sugar's journal internally uses mime types, not file
extensions, until a file is written to an external device or folder. The
extension .asc is one possible choice for plain text.(*) I was able to
reproduce this problem given this approach.

I agree that this is not the best behavior, especially if Browse can
potentially determine the original extension while downloading.

If your XO images have the GNOME desktop in them, using the web browser
included for GNOME (Firefox or Epiphany) to download the file to USB should
not alter the file name. Just make sure the kids know how to eject the
USB stick when they are done.

(*) The .asc choice could be due to
http://bugs.sugarlabs.org/ticket/2267(also
http://bugs.sugarlabs.org/ticket/3226)

Regards,

- Juan Cubillo
__**_
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.**org sugar-de...@lists.sugarlabs.org
http://lists.sugarlabs.org/**listinfo/sugar-develhttp://lists.sugarlabs.org/listinfo/sugar-devel

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

Re: Announcing Q3C09 for XO-1.5

2012-08-31 Thread Samuel Greenfeld

On Thu, Aug 30, 2012 at 9:50 PM, Mikus Grinbergs mi...@bga.com wrote:

 On 08/30/2012 11:53 AM, Samuel Greenfeld wrote:

 what version of Open Firmware are you using that you are
 replying to the Q3C09 thread?


 q3c09

 The reason I posted to this thread is -- I did NOT have the described
 kernel panic when booting os21 on the XO-1.5 with q3c08


I apologize for asking; but in some cases people post to the wrong thread.

 What make and model of USB Ethernet adapter are you using?


SMC2208

 Do you think this matters?  I have been using these USB ethernet adapters
 for four years now, and have never had any problems using them (on XO-1 and
 XO-1.5) with any build.  [In the past I sometimes have had firmware
 failures (particularly with q2b firmware - which sometimes would hang in
 the firmware when I was trying to boot (unless the USB ethernet adapter was
 unplugged from the XO before the XO was booted).]


Open Firmware knows how to use certain types of USB Ethernet adapters in
addition to the internal Wifi adapter, and supports accessing files via
many network protocols in addition to local means.  You can tell OFW to
fs-update http:\\download.laptop.org\xo-1.5\os\candidate\12.1.0-21\21021o1.zd
(with the slashes intentionally backwards) and it would try to get on a
network and install the build that way.

We also have been tweaking USB timings related to probing; I have 4 GB USB
sticks that Q3C07 has to probe twice in OFW but Q3C08 handles the first
time.

Newer USB adapters also often simulate USB sticks or CD-ROMs with
driver software.  In this situation that does not appear to be the case.


 Does your network provide network-based boot services ?


 No.  When I am using an ethernet-based LAN, that network provides __NO__
 services - not even DHCP.

 But I think this question is irrelevant - the described panic occurred
 while trying to load kernel software -- long before the build would get
 around to attempting any initialization of network services.


Linux needs to be told what the root device is.  OLPC OS builds rely on
Open Firmware to tell it where the kernel was loaded from so it knows if it
should mount partitions from the internal or external SD card, etc.

Although I have never tried it, OFW can fully network boot; which is why I
needed more information to figure out if it was trying to do so.


In any case I have upgraded a XO-1.5 to Q3C09 and I did not encounter this
issue with my USB adapter.  I was concerned about Q3C07 because we were
hoping to release the final version of 12.1.0 in the immediate future and
it includes Q3C07.

This does not mean you do not have a problem that needs to be fixed.  Given
Open Firmware probes all USB ports, and can use certain types of USB
Ethernet adapters in addition to the internal Wifi card, a bad attempt at
checking a USB Ethernet adapter could mess up futher booting.

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

Re: Announcing Q3C09 for XO-1.5

2012-08-31 Thread Samuel Greenfeld

On Aug 31, 2012 4:16 PM, Mikus Grinbergs mi...@bga.com wrote:

 Edit after having written up the text below the  divider:

   Have swapped XO-1.5s, adapters, hubs.  The no root device kernel
panic shows up with q3c09 wherever a particular Belkin F5U 234 (Rev 3)
external USB hub is plugged in.  [With other hubs, of the same or different
models, the problem does not show up.]

So this a problem with the USB hub and not the network adapter?


 


 On 08/31/2012 09:09 AM, Samuel Greenfeld wrote:

 Open Firmware knows how to use certain types of USB Ethernet adapters in
 addition to the internal Wifi adapter, and supports accessing files via
 many network protocols in addition to local means.  You can tell OFW to
 fs-updatehttp:\\download.laptop.org
\xo-1.5\os\candidate\12.1.0-21\21021o1.zd

 (with the slashes intentionally backwards) and it would try to get on a
 network and install the build that way.


 Does your network provide network-based boot services ?


 In this instance I was merely attempting to __boot__ the XO-1.5, and had
not specified any URLs to the firmware (had not stopped at the ok prompt;
had not typed in anything).

 My assumption is that if I do not explicitly tell the firmware to access
an external resource, it will __not__ go looking for one.
 Is my assumption wrong?

James would know about the firmware's default boot path better than I
would. I would expect that all local devices would be tried before network
ones if they are in the default search path.

 The XO is using whatever /bootpart contents os21 installs - including
that build's original '/bootpart/boot-versions/21/olpc.fth' file.  My
assumption is that OFW isn't attempting any fully network boot.
 [Besides - how would OFW know the passphrase for the wireless network ?]

If the USB Ethernet adapter is plugged in and recognized by OFW then it
would be used instead of the wireless card.

In any case it is unlikely that your XO is trying to boot off of the
network unless something really strange is happening. I have never seen a
XO try to boot off of a network except if was setup to do so after earlier
attempts to boot off of other devices have failed.


 mikus


 p.s.  By the way, my XO-1.5 configuration is :
 External SD card plugged in at bottom of XO
   Contains one data partition (ext2) and one swap partition
 USB hub plugged in at left side of XO
   Keyboard plugged in to USB hub
   Mouse plugged in to USB hub
 USB ethernet adapter plugged in at right side of XO

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

Re: Announcing Q3C09 for XO-1.5

2012-08-30 Thread Samuel Greenfeld

What make and model of USB Ethernet adapter are you using?  And what
version of Open Firmware are you using that you are replying to the Q3C09
thread?

I have tried all three USB ports with a network cable both connected and
disconnected to a asix-based Zoltantech ZU-80, and I could not hang a
XO-1.5 with os21  Q3C07 (included in the build).

Does your network provide network-based boot services (besides DHCP) to any
computers?


On Thu, Aug 30, 2012 at 12:30 PM, Mikus Grinbergs mi...@bga.com wrote:

 With my setup I can only boot os21 on an XO-1.5 with the front panel
 'check' button pressed.  If I try to boot without pressing any buttons, the
 boot process gets a kernel panic:  Unable to mount root fs on
 unknown-block(0.0).  [There is also a message RAMDISK: Couldn't find
 valid RAM disk image starting at 0.]

 If I unplug my USB-ethernet adapter from the XO-1.5 before booting, the
 boot process runs correctly even when I do not press any panel buttons.

 mikus

 __**_
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/**listinfo/develhttp://lists.laptop.org/listinfo/devel

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

Re: Setting the time

2012-08-27 Thread Samuel Greenfeld

If anti-theft is used with delegated leases (so the school server can give
leases for a few weeks at a time), the XOs will trust a signed timestamp
provided from the school server.   However olpc-update-query will only
reset the XO's clock if it is off by more than a day.

According to a comment in the code this is done to avoid messing with NTP,
except our OS builds don't currently have NTP in them.

School servers run NTP servers which NTP clients can connect to.  These are
not currently configured to support running without an external NTP source,
although they can be configured to do so.

If a locally accurate clock at the XS site is required and Internet is not
available, NTP can use a cheap USB or serial GPS unit as a time source.
Running gpsd or similar may be required depending on the GPS's supported
protocol(s).

In any case if OLPC or Sugarlabs wants to formally integrate NTP services
into our products, we should be polite and ask ntp.pool.org if we need our
own vendor subdomain.  These allow the NTP pool to shut off misbehaving
clients without affecting other users, and Fedora and CentOS already have
their own.


On Mon, Aug 27, 2012 at 9:39 AM, Tony Anderson tony_ander...@usa.netwrote:

 Hi,

 In a school deployment, it is desirable that all of the XOs have the same
 time. This time should be synchronized with/by the school server (even if
 the school server is wrong). It is not reasonable to base this capability
 on access to the internet.

 Casio sells 'atomic' watches that synchronize to Ft. Collins by radio.
 Neat, but how does this work in Rwanda?

 Tony

 On 08/27/2012 03:19 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/develhttp://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: Impossible to set date in 11.3.0? (James Cameron)
 2. Re: Firmware issu (Kevin Gordon)
 3. Re: Firmware issu (Kevin Gordon)
 4. Re: Impossible to set date in 11.3.0? (Kevin Gordon)


 --**--**
 --

 Message: 1
 Date: Mon, 27 Aug 2012 18:43:39 +1000
 From: James Cameronqu...@laptop.org
 To: devel@lists.laptop.org
 Subject: Re: Impossible to set date in 11.3.0?
 Message-ID:20120827084339.**gh7...@us.netrek.org20120827084339.gh7...@us.netrek.org
 
 Content-Type: text/plain; charset=us-ascii

 On Sat, Aug 25, 2012 at 01:07:35PM -0400, Samuel Greenfeld wrote:

 To the best of my knowledge this is an intentional omission for
 antitheft reasons.  Instructions on how to set the clock from OFW or
 the command line are at 
 http://wiki.laptop.org/go/Fix_**Clockhttp://wiki.laptop.org/go/Fix_Clock.


 I think the task of setting the clock should be split from the
 problems that lead to it described in that page.  It is far too scary
 looking.

  If using the date command is not sufficient to permanently store
 the change, hwclock --systohc or similar may also need to be used.


 date followed by a successful normal shutdown should work, because a
 normal shutdown runs hwclock ... but hwclock --systohc is handy in
 case you aren't sure that a normal shutdown will happen next.

  In newer firmware builds (potentially newer than 11.3.0's), Open
 Firmware can log into a Open, WEP, or WPA-PSK secured access point
 and use NTP to set the time.  To do this use the essid command
 followed by the actual ESSID to set the ESSID, wep or wpa to set
 the password, and ntp-set-clock (without any parameters) to query
 a server from the public NTP pool and get the current time.


 The firmware included with 11.3.0 can already do ntp-set-clock with
 open wireless access points and USB Ethernet adapters.  More recent
 firmware fixed WEP and WPA-PSK, if I recall correctly.

 (Nothing to do with WEP and WPA-PSK in Linux though, you can stay on
 older firmware for that.)


 __**_
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/**listinfo/develhttp://lists.laptop.org/listinfo/devel

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

Re: [Server-devel] registering an xo for second time

2012-08-27 Thread Samuel Greenfeld

If the OS/Sugar build is new enough, the Register option never disappears
from the Right click menu of the XO character in the home view, and
re-registration is possible with no editing required.

The Register option only appears on the screen which has the application
Circle/Spiral present, and not in the Network view or Friends view.  Given
shutdown  restart appear on all three screens, this is potentially a bug.

I believe 11.3.0 supports re-registration; 11.3.1  12.1.0 definitely do.
The exact ticket which enabled this behavior currently is eluding me.


On Mon, Aug 27, 2012 at 10:50 PM, Jerry Vonau jvo...@shaw.ca wrote:

 On Mon, 2012-08-27 at 15:48 +0100, vanessa ramos da cruz wrote:
   Halo!
 
 
  I am Vanessa; I am working in Angola with this project. I am new on
  the project so I have a little concern:
 
  I had a server with XS 0.6, I registered on it some XO’s just for
  tests. Now I have a new machine on witch I installed
 
  the XS 0.7. I would like to register the XO‘s on this new Machine. How
  ca I registered the few XO’s I already registered before?
 

 Try entering this from sugar's terminal activity:

 gconftool-2 --get /desktop/sugar/show_register

 If false is returned, you could try toggling that setting with:

 gconftool-2 --toggle /desktop/sugar/show_register

 Hope that restores the right-click register option to the home view for
 you.

 Jerry



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

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

Re: Impossible to set date in 11.3.0?

2012-08-25 Thread Samuel Greenfeld

To the best of my knowledge this is an intentional omission for antitheft
reasons.  Instructions on how to set the clock from OFW or the command line
are at http://wiki.laptop.org/go/Fix_Clock .  If using the date command
is not sufficient to permanently store the change, hwclock --systohc or
similar may also need to be used.

In newer firmware builds (potentially newer than 11.3.0's), Open Firmware
can log into a Open, WEP, or WPA-PSK secured access point and use NTP to
set the time.  To do this use the essid command followed by the actual
ESSID to set the ESSID, wep or wpa to set the password, and
ntp-set-clock (without any parameters) to query a server from the public
NTP pool and get the current time.

In all cases the XO presumes the hardware clock stores time in UTC,
although some OS builds have problems if Sugar's time zone is set to
something other than UTC.

On Sat, Aug 25, 2012 at 12:05 PM, C. Scott Ananian csc...@laptop.orgwrote:

 A friend has 11.3.0 installed on his son's XO 1.5.  The kid complained
 that the date was wrong on his XO, and he couldn't figure out how to
 set it.  Indeed, the Time and Date control panel only has time zone
 selection, and no sort of network time program seems to be included in
 the build.  Was this an intentional omission?  How is the date
 supposed to be set in 11.3?
   --scott

 --
   ( http://cscott.net )
 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel

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

Re: 12.1.0

2012-08-19 Thread Samuel Greenfeld

Build 20 exists for XO-1.5 but has not been released yet.  It has a
significant driver design change to prevent hanging the laptop over a
suspend/resume cycle (#12027).

Given there have not been any reports of the refactored driver crashing or
causing major issues, os20 likely will be published as a release candidate
for everyone within the next day or two.

Other that that os20 should be essentially identical to os19.

---
SJG


On Sun, Aug 19, 2012 at 1:46 PM, Kevin Gordon kgordon...@gmail.com wrote:

 Folks:

 I was reading the NZ testing email, and I think it said they were testing
 Build 20 on 12.1.0.  I can only seem to find build 19 on
 download.laptop.org.

 Is it somewhere else or do I just have an out-of-date mirror?

 Cheers

 KG

 ___
 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: [Testing] Testing Summary, Auckland 14 July 2012

2012-07-15 Thread Samuel Greenfeld

On Sun, Jul 15, 2012 at 8:49 PM, James Cameron qu...@laptop.org wrote:

 On Sun, Jul 15, 2012 at 11:27:11PM +1200, Tom Parker wrote:
  Rosella:
  All the text is still tiny as reported previously. Sorry, we
  haven???t taken it apart as recommended a while ago.

 You're referring to Daniel Drake's suggestions on 18th June.
 http://lists.laptop.org/pipermail/testing/2012-June/002757.html


This could be http://dev.laptop.org/ticket/12003 if the banner above the
OFW prompt states something like DA where the second letter is not a
digit.

If this is the case the XO is fine.  It just has a newer motherboard
version than what the current software build expects.

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

Re: 12.1.0 release candidate 3 (build 16) released

2012-07-02 Thread Samuel Greenfeld

At this point in time there would have to be a significant reason to
include a full activity update as opposed to creating a new dotted activity
version with a specific fix.

As mentioned in Daniel's email the final release is currently scheduled for
July 9th.  The final build therefore needs to be tested before that date.

We are looking for versions we know are stable, not the most recent
bugfixes.

Do any of these updates have a particular fix you require or strongly
recommend?

---
SJG

On Tue, Jul 3, 2012 at 12:18 AM, Alan Jhonn Aguiar Schwyn 
alan...@hotmail.com wrote:


 I forgot to mention the activities that need update (exist a newest
 version):

 from to
 Measure 37 42
 Portfolio21  26
 Implode 11.1  12
 Pippy 46  49
 Maze  20  21
 TurtleArt   143   148
 Terminal39 40
 Memorize  40 41

 Regards!

 Alan

  Date: Mon, 2 Jul 2012 09:18:26 -0600
  Subject: 12.1.0 release candidate 3 (build 16) released
  From: d...@laptop.org
  To: devel@lists.laptop.org
 
  Hi,
 
  We're pleased to announce the next release candidate of our new 12.1.0
  software release.
 
  Information and installation instructions can be found here:
  http://wiki.laptop.org/go/Release_notes/12.1.0
 
  Quick links for those who know which files need to be grabbed and save
  to USB disks:
  http://download.laptop.org/xo-1.75/os/candidate/12.1.0-16/
  http://download.laptop.org/xo-1.5/os/candidate/12.1.0-16/
  http://download.laptop.org/xo-1/os/candidate/12.1.0-16/
 
  This is a signed release candidate that can be installed on all XOs,
  even those with security enabled.
 
  We're looking for testing and feedback on all aspects of the system.
  Thanks for any help you can offer, and for all the feedback that was
  received throughout development.
 
  Our scheduled release date is July 9th.
 
  Please review the Known problems section of the release notes. Some
  documented issues are carried over from previous releases, but others
  are new and are things that we will aim to fix in the time remaining
  before release.
 
  Compared to 12.1.0 release candidate 2 (build 15), we have fixed and
 changed:
 
  The Welcome screen (and activity) has been updated with new content
  providing a quick introduction on how to use Sugar and the XO.
 
  Implode has been fixed to show the animated help information again
 (SL#3463).
 
  Labyrinth can now resize images without hanging (SL#3669).
 
  A sugar-artwork update fixes drawing of the SpinButton widget in Read
  and Abacus (SL#3406) and the bookmark edit area in Read (SL#3561).
 
  The totem media player in GNOME was failing to launch; we've reverted
  to an older version to fix that.
 
  Ogg media on websites now works again: the totem-based media player
  plugin has been fixed to display this media in most cases (#11963),
  using WebKit's own media support in the other cases. When the webkit
  internal audio support is used, we've fixed the display of the
  playback controls (#11913).
 
  The battery meter now behaves better when plugging/unplugging AC power
 (#11957).
 
  Booting after activation no longer results in misnamed network devices
  (#11967) and loss of mesh networking on XO-1 (#11975). After
  activating, the black cursor no longer appears on top of the boot
  animation or on the desktop (#11940).
 
  A new instability in the XO-1 wireless driver has been fixed (#11941).
 
  XO-1.5 has been fixed for manufacturing tests involving suspend/resume
  (#11867, #11964). The manufacturing tests also exposed a bug in how
  the wtmp file is updated on shutdown, that's been fixed too (#11952).
 
 
  Thanks!
  ___
  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


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

Re: Outdoor Light Sensor

2012-06-13 Thread Samuel Greenfeld

Putting the light sensor only on the rear could run into issues if the
screen is facing the Sun and the rear of the XO creates a shadow.

An ugly yet isolated place to put the OLS might be in the neck of the
laptop.  But there isn't much room in that area.  You would need two
openings since the neck doesn't rotate for ebook mode, and therefore
the need to monitor the ebook switch or similar to know which
direction to trust.

It might also be possible to add one or two OLS sensors to the bottom
assembly -- one above the keyboard near the top of the slant, the
other (if necessary) in the rear above the battery.  But fixed sensors
in the bottom would not be exposed to light at the same angle as the
screen.

In any case if we move the OLS away from an obvious hole or light
pipe, children are going to have to know not to cover it with stickers
and similar.


On Wed, Jun 13, 2012 at 10:06 PM, James Cameron qu...@laptop.org wrote:
 The rear facing storage LED is of less use, since when storage latency
 is important to a user they are typically also operating the unit from
 the front.  There is no display backlight leakage that I can see
 through the rear facing light pipes.

 However, this mounting point would capture light behind the laptop,
 instead of light on the front.  This might also require two drivers
 for the storage LEDs instead of one.

 Otherwise, having disassembled the front face and thought through the
 mainframe volumes ... the only other place I can think of for a light
 pipe is ...

 Below the left lone USB socket, using the same front panel structure
 as for the microphone LED.  It looks to be about the same distance as
 the microphone LED is from the microphone mounting centre.

 However, the forward facing surface of the motherboard is certainly
 bathed in backlight.

 We might also do both, wiring the sensors in parallel.

 --
 James Cameron
 http://quozl.linux.org.au/
 ___
 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: 12.1.0 devel build 13 released, for the XO-1, XO-1.5 and XO-1.75

2012-06-08 Thread Samuel Greenfeld

Due to a missing character in a change to olpc-os-builder[*], 12.1.0 os13
builds do not have any working Linux console terminals, and will repeatedly
try to set permissions on the /dev directory to 0600 (root-only read/write)
while trying to restart said terminals.

This permissions change on /dev will then break a lot of applications and
scripts.

To fix this, try to get into a Terminal program in Sugar or GNOME as fast
as you can, or use the serial port console (which is not time-restricted).

Then:

1. As root or via sudo, edit the /usr/lib/systemd/system/getty@.service
file. Change the line:

ExecStart=-/sbin/mingetty --loginpause --autologin root --noclear %

to read

ExecStart=-/sbin/mingetty --loginpause --autologin root --noclear %I

by adding the capital letter I onto the end of the string.

2. Run sudo systemctl restart getty@tty2.service. Repeat this
replacing tty2 with tty3, then tty4.

3. Run sudo chmod 755 /dev.

4. Reboot your XO via the reboot command or the GUI to make sure
nothing is hung waiting on something in the /dev directory.

[*]
http://dev.laptop.org/git/projects/olpc-os-builder/commit/?id=a9b4e062c9cbe809b26d97264068a6bc5c2e2824

On Fri, Jun 8, 2012 at 7:08 PM, James Cameron qu...@laptop.org wrote:

For your interest, os13 for XO-1.75 contains firmware Q4D16, which
incorrectly displays the processor core frequency. The core continues
to run at 800 MHz even though it may show as either 910 MHz or 800
MHz.

http://lists.laptop.org/pipermail/devel/2012-June/035324.html

--
James Cameron
http://quozl.linux.org.au/
___
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: How-to make the XS appear in the neighbourhood view of the XOs

2012-06-03 Thread Samuel Greenfeld

I have pondered this, along with enterprise (larger school) XS
installations in general.

The XS typically does not control its wifi AP, so it can only be easily
shown when when users associate to its AP.  This is not necessarily a
problem, as XOs only see each other on the same network in a similar manner.

Re-enabling the Avahi service on XS 0.7 would allow the server to be
visible to XOs running Salut, as long as they were on the same network.
(It's possible to work around this same-network limit; but that would be a
kludge.)

It then would be a matter of incorporating the XS's mDNS entry it into the
network view.

However this seems somewhat silly to do for one XS.  Several support
utilities also would have to be altered to respect Sugar's choice.
Depending how XO's are setup they might accept DNS lookups via mDNS(*); so
I might take a stab at seeing what happens when an XS advertises
schoolserver locally even though the more formal DNS system disagrees
with that.

Something else I've thought about (which would take more work) is exposing
any classes the XS knows about so students easily can Join a class that
is currently in session.  This would be especially helpful if students move
from teacher to teacher during the day and do not stay in one group.

(*) I don't see this supported on recent 11.3.1 or 12.1.0 builds; but for
some reason I'm thinking this is either a regression or intentional change.


On Sun, Jun 3, 2012 at 7:46 PM, Jerry Vonau jvo...@shaw.ca wrote:

 Hi All:

 I was thinking that since the XOs uses two different methods to display
 what is seen in the neighbourhood view, how can I make the XS appear
 when using salut? I'm thinking if that can occur then maybe we could
 advertise that this is an XS. We then could have the register to
 schoolserver menu occur at that point, in place of using hard-coded
 names that depend on dns to work. Any thoughts on the subject?

 Jerry

 ___
 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: [Server-devel] How-to make the XS appear in the neighbourhood view of the XOs

2012-06-03 Thread Samuel Greenfeld

I have pondered this, along with enterprise (larger school) XS
installations in general.

The XS typically does not control its wifi AP, so it can only be easily
shown when when users associate to its AP.  This is not necessarily a
problem, as XOs only see each other on the same network in a similar manner.

Re-enabling the Avahi service on XS 0.7 would allow the server to be
visible to XOs running Salut, as long as they were on the same network.
(It's possible to work around this same-network limit; but that would be a
kludge.)

It then would be a matter of incorporating the XS's mDNS entry it into the
network view.

However this seems somewhat silly to do for one XS.  Several support
utilities also would have to be altered to respect Sugar's choice.
Depending how XO's are setup they might accept DNS lookups via mDNS(*); so
I might take a stab at seeing what happens when an XS advertises
schoolserver locally even though the more formal DNS system disagrees
with that.

Something else I've thought about (which would take more work) is exposing
any classes the XS knows about so students easily can Join a class that
is currently in session.  This would be especially helpful if students move
from teacher to teacher during the day and do not stay in one group.

(*) I don't see this supported on recent 11.3.1 or 12.1.0 builds; but for
some reason I'm thinking this is either a regression or intentional change.


On Sun, Jun 3, 2012 at 7:46 PM, Jerry Vonau jvo...@shaw.ca wrote:

 Hi All:

 I was thinking that since the XOs uses two different methods to display
 what is seen in the neighbourhood view, how can I make the XS appear
 when using salut? I'm thinking if that can occur then maybe we could
 advertise that this is an XS. We then could have the register to
 schoolserver menu occur at that point, in place of using hard-coded
 names that depend on dns to work. Any thoughts on the subject?

 Jerry

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

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

Re: XO battery/performance

2012-06-01 Thread Samuel Greenfeld

On Fri, Jun 1, 2012 at 8:07 PM, Richard A. Smith rich...@laptop.org wrote:

 On 05/30/2012 03:34 AM, Yioryos Asprobounitis wrote:

  Most of the test had empty values but the informative ones (below) show
 that the XO-1.5 is better in basic integer operations and memory bandwidth
 while the XO-1.75 is better in float and double operations as well as in
 memory latency.
 I'm not sure how much this means for real life usage :-/


 I'm very suspect of this measurement.  The 1.5 has a hardware floating
 point unit and the 1.75 is still using soft-float.  Its extremely unlikely
 that the floating point performance on 1.75 is better than the 1.5.


Hard FP status depends on if Yioryos is running 11.3.1 or 12.1.0.  Since he
said os10 by today's date I'm presuming 12.1.0.

The Fedora 17 builds should be hard fp (armv7hl).  The Fedora 14-based
11.3.1 builds are not (armv5tel / armv7l kernel).
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: legousbtower kernel module

2012-05-08 Thread Samuel Greenfeld

I plugged a Belkin (Broadcom-based) USB Bluetooth adapter into two XO-1.75s
running reasonably current 3.0.19 kernels (on 11.3.1 os3x builds), as well
a XO-1.5 running a 3.3.2 kernel (on 12.1.0 os8), and all of them recognized
the adapter.

The driver used was btusb.

What build are you using and is this the Lego-supplied Bluetooth dongle not
working?

If it is the latter, I do not believe I have one available for me to test
with.

---
SJG


On Tue, May 8, 2012 at 7:08 PM, Alan Jhonn Aguiar Schwyn 
alan...@hotmail.com wrote:



  To: alan...@hotmail.com

  Subject: Re: legousbtower kernel module
  From: p...@laptop.org
  CC: walter.ben...@gmail.com; b...@freudenbergs.de; aagui...@fing.edu.uy;
 devel@lists.laptop.org
  Date: Tue, 8 May 2012 17:39:14 -0400

 
  alan jhonn aguiar schwyn wrote:
  
  
Date: Tue, 8 May 2012 14:37:29 -0400
Subject: Re: legousbtower kernel module
From: walter.ben...@gmail.com
To: b...@freudenbergs.de
CC: d...@laptop.org; devel@lists.laptop.org; alan...@hotmail.com;
   aagui...@fing.edu.uy
   
On Tue, May 8, 2012 at 2:30 PM, Bert Freudenberg 
 b...@freudenbergs.de wrote:

 On 08.05.2012, at 20:09, Walter Bender wrote:

 On Mon, May 7, 2012 at 3:56 PM, Daniel Drake d...@laptop.org
 wrote:
 On Mon, May 7, 2012 at 10:13 AM, Bert Freudenberg 
 b...@freudenbergs.de
   wrote:
 However, /dev/usb/lego0 is not created. The corresponding udev
 rule is
   installed by Fedora's nqc rpm, but it relies on the legousbtower
 kernel
   module.

 Am I doing something wrong, or is it really just that the OLPC
 kernel is
   missing that module? If so, where can I get it? Or do I have to try
 compiling
   myself?

 I just added it for the next 12.1.0 build.

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

 I can talk to NXT and WeDo without the kernel mode... just some
 udev
 rules as per:

 https://github.com/itdaniher/WeDoMore/tree/master/udev

 I think these rules are already in place??? (haven't tested on
 12.x.x)

 RCX 1.0 = Infrared via serial (launched 1998)
 RCX 2.0 = Infrared via USB tower (2001)
 NXT = Bluetooth (2006)
 WeDO = USB (2009)

 The legousbtower module is needed for the RCX 2.0 Infrared Tower.

 Including a udev rule might be a good idea though. Currently it is
 provided
   by the nqc rpm.

 OTOH, there is no Sugar activity that uses the RCX, AFAIK. Worse,
 I don't
   even know any graphical Linux application to talk to the RCX. Do you?
   
Will ask the Butia team. They may have done something.
   
  
   We use the Butia 1.0 with arduino board. For it, we don't need any
 special
   thing, because itis used with the usb like a serial device.
   The 2.0 version of Butia, uses a PIC18F.. that we need a udev
 rules.Someone
   like this:
   BUS==usb, ATTRS{idVendor}==04d8, ATTRS{idProduct}==000[bc],
 MODE=0666
 
  so this is new since the last we discussed special rules. okay.
 
   The latest build of Sugar have the udev for WeDo.Could be added the
 NXT rules.
   In other way, the problem with Lego is the Bluetooth dongle.The kernel
 not have
   the bluetooth kernel.
 
  which kernel doesn't have bluetooth? i thought we added bluetooth
  support some time ago.


 The 3.0.19 for XO 1.75 not have.. In others.. I don't know..



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


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

Re: [Sugar-devel] Wanting to know a bit of (NetworkManager) workflow upon resume-from-suspend

2012-05-02 Thread Samuel Greenfeld

It's worth noting that half the battle can be won by overriding the
following XO-1 specific line in OLPC OS Builder's kspost.50.xo1-tweaks.inc:

gconftool-2 --direct --config-source
xml:readwrite:/etc/gconf/gconf.xml.defaults --type bool --set
/desktop/sugar/network/adhoc false

Setting this to true, or letting it default to such will show the Ad-hoc
networks by default on XO-1. It also will cause XO-1's to default to
Ad-hoc if no preferred network is found.

The mesh networks will still be there for manual use; but right now they
seem semi-broken anyway on 12.1.0 as we attempt to connect to Mesh Network
0 and don't set a channel on the Interface.

On Wed, May 2, 2012 at 10:29 AM, Martin Langhoff
martin.langh...@gmail.comwrote:

On Wed, May 2, 2012 at 10:18 AM, Ajay Garg ajaygargn...@gmail.com wrote:
Good News.

I managed to get this working (albeit via changes in sugar).

The details are at ::

http://git.sugarlabs.org/dextrose/mainline/commit/4ac1a5300f4c43608b0f009a23d966d404a15632

The patch seems fairly wrong to me. You are hiding the mesh icons in
sugar, but the mesh is active. Packet forwarding is still happening.

One of the top reasons we stopped using mesh is because it saturates
the RF spectrum, which is a bad thing to do when you have many users
in a small space (ie: in a school).

You had the mesh disable trick working on F11, and (I assume) happy
users of that feature. With this, the feature is broken, but you're
making the UI look right...

cheers,

m
--
martin.langh...@gmail.com
mar...@laptop.org -- Software Architect - OLPC
- ask interesting questions
- don't get distracted with shiny stuff - working code first
- http://wiki.laptop.org/go/User:Martinlanghoff
___
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: [Server-devel] XS 0.7 in VM

2012-05-02 Thread Samuel Greenfeld

The concerns I was told about have nothing to do with anything technical.

They are more along the lines of supporting XS users.  If someone wants to
install XS in a VM, there is often a presumption that we are experts in
their virtual server software and how it is setup, even if they want to
install a XS server for a large school in a tiny, non-preallocated image
for VMware Player on a teacher's ancient Windows laptop.  (For the record,
this is probably not a good idea.)

Deployments tend to vary widely in technical expertise.  It is much easier
for us to figure out hardware requirements without virtualization and say
install on this than to take a stab at what the minimal virtual
environment needed is for any given virtualization platform, and provide a
set of instructions on how to setup and debug that as well.

For demonstration and test purposes virtualization may work.  Having
administered a small VMware vCenter farm at my last employer, I am not
criticizing you for making the image.

But until I'm told otherwise or someone corrects my misunderstanding,
virtual images are not something OLPC wants to support at this time for
deployments.  I am just noting this for the record in case someone stumbles
upon this email thread, and thinks about using a virtualized image for
their school.


On Wed, May 2, 2012 at 5:57 PM, Sameer Verma sve...@sfsu.edu wrote:

 On Tue, May 1, 2012 at 8:20 PM, Samuel Greenfeld greenf...@laptop.org
 wrote:
  At least historically, I have been told that OLPC does not support the
 XS in
  virtual environments.
 
  This does not mean it is not possible; but officially OLPC may not be
 able
  to support such VMs.
 
  I vaguely recall the reasons for this; but as it has been a while, I will
  leave the official explanation to someone else.
 
 

 I did try to install XS 0.6 in VM, but I quickly gave up because of
 the lanbonding stuff. I'm not even sure if it could be done, but
 nevertheless I gave up. With XS 0.7's simpler networking options
 (eth0, eth1) its a lot easier to run this server in VM.

 We are planning on some training sessions for teachers in Jamaica over
 the summer, and the main effort will focus on Moodle. Moodle is used
 extensively at Univ. of the West Indies (http://ourvle.mona.uwi.edu/)
 and at e-Learning Jamaica (http://www.e-ljam.net/moodle/)  Most of the
 people in the Jamaica team are everyday users of Moodle. SF State also
 runs Moodle extensively. So Moodle is low-hanging fruit for us. The
 ability to run a local server in VM makes it a lot easier at training
 sessions where a good Internet connection may be absent. That's one of
 the motivations for creating this VM.

 As for official support business, I haven't seen much for Moodle (who
 uses Moodle?), so I hope that will improve (hint, hint).

 cheers,
 Sameer

  On Tue, May 1, 2012 at 11:01 PM, Sameer Verma sve...@sfsu.edu wrote:
 
  I've uploaded a copy of a XS 0.7 VM to dev.l.o Details are at
 
 
 https://schoolserver.wordpress.com/2012/05/01/school-server-holodeck-style/
 
  Try it out!
 
  cheers,
  Sameer
  --
  Sameer Verma, Ph.D.
  Professor, Information Systems
  San Francisco State University
  http://verma.sfsu.edu/
  http://commons.sfsu.edu/
  http://olpcsf.org/
  http://olpcjamaica.org.jm/
  ___
  Server-devel mailing list
  Server-devel@lists.laptop.org
  http://lists.laptop.org/listinfo/server-devel
 

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

Re: [Server-devel] XS 0.7 in VM

2012-05-01 Thread Samuel Greenfeld

At least historically, I have been told that OLPC does not support the XS
in virtual environments.

This does not mean it is not possible; but officially OLPC may not be able
to support such VMs.

I vaguely recall the reasons for this; but as it has been a while, I will
leave the official explanation to someone else.


On Tue, May 1, 2012 at 11:01 PM, Sameer Verma sve...@sfsu.edu wrote:

 I've uploaded a copy of a XS 0.7 VM to dev.l.o Details are at
 https://schoolserver.wordpress.com/2012/05/01/school-server-holodeck-style/

 Try it out!

 cheers,
 Sameer
 --
 Sameer Verma, Ph.D.
 Professor, Information Systems
 San Francisco State University
 http://verma.sfsu.edu/
 http://commons.sfsu.edu/
 http://olpcsf.org/
 http://olpcjamaica.org.jm/
 ___
 Server-devel mailing list
 Server-devel@lists.laptop.org
 http://lists.laptop.org/listinfo/server-devel

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

Re: [Server-devel] 0.7 stable?

2012-04-09 Thread Samuel Greenfeld

I checked with Daniel Drake and we decided to mark XS-0.7 as stable in the
Wiki.

Thanks for letting us know.


On Mon, Apr 9, 2012 at 6:07 PM, Christoph Derndorfer 
christoph.derndor...@gmail.com wrote:

 Anyone?

 Thanks,
 Christoph


 On Thu, Mar 29, 2012 at 12:52 PM, Sameer Verma sve...@sfsu.edu wrote:

 wiki.l.o still says 0.6 is stable and 0.7 is unstable. Change?
 ___
 Server-devel mailing list
 Server-devel@lists.laptop.org
 http://lists.laptop.org/listinfo/server-devel




 --
 Christoph Derndorfer

 volunteer, OLPC (Austria) [www.olpc.at]
 editor, OLPC News [www.olpcnews.com]
 contributor, TechnikBasteln [www.technikbasteln.net]

 e-mail: christ...@derndorfer.eu



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


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

Re: CliqueRM / telepathy-salut capture file request

2012-04-03 Thread Samuel Greenfeld

I uploaded a packet dump for you of two XOs sharing a simple Chat Activity
over Salut, which uses Clique.  The Second XO shares the activity, and the
First one joins it.  They then alternate sending messages back and forth
twice.   The First system then leaves the activity followed by the Second
system shutting the activity down.

http://dev.laptop.org/~greenfeld/temp/clique/filtered.cap

This capture has been filtered by MAC address to only show the two XOs in
use.  They were on an Ad-hoc wireless network with no other systems
connected.

Normally I work at much higher level, but if there is specific information
that you need I will try and get it for you.


On Mon, Apr 2, 2012 at 1:46 PM, Gerald Combs ger...@wireshark.org wrote:

 Hi,

 A patch to add CliqueRM support to Wireshark has been sitting in our
 queue for the past four years:

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=2076

 We typically don't add a dissector to Wireshark unless we have a sample
 packet capture to use for fuzz testing. Would it be possible for someone
 to generate a capture and attach it to the bug? Otherwise I'll have to
 reject the patch due to a lack of response.


 --
 Join us for Sharkfest ’12! · Wireshark® Developer and User Conference
 Berkeley, CA, June 24-27 · sharkfest.wireshark.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: [Server-devel] xs-pkgs

2012-03-30 Thread Samuel Greenfeld

In our local case, the deployment purchased a supposedly RHEL-compliant
server which lacked a Linux driver for its built-in RAID controller.

This RAID controller created disk partitions which spanned the full size of
each disk drive.  These partitions appeared when the lower-level disk
controller(s) were accessed directly after the RAID controller was turned
off, and caused anaconda to die whenever it tried to figure out a
partitioning scheme with already-full disks.

Fdisk was used to delete these partitions from a Linux terminal console,
and then anaconda was happy.

The inverse situation also needs to be watched out for: If you are using a
Linux-supported hardware RAID controller, the individual disks/controllers
below it may still be accessible, and installing directly on those could
make the RAID controller unhappy.


On Fri, Mar 30, 2012 at 11:51 AM, Tim Moody timmo...@sympatico.ca wrote:

  (btw installing straight from cd never worked for me as it failed on the
 disk partitioning regardless of the options I chose)


 From a kickstart file or by hand in the installer?


 using the cd and taking the kickstart option.


 Jerry


  __**_
 Server-devel mailing list
 Server-devel@lists.laptop.org
 http://lists.laptop.org/**listinfo/server-develhttp://lists.laptop.org/listinfo/server-devel

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

Re: Multi-laptop naming scheme for build files

2012-03-14 Thread Samuel Greenfeld

What James is referring to is that newer Open Firmware builds *already*
know to use 0,1,2 to distinguish signed XO-1, 1.5,  1.75 installation
files respectively.

The unsigned files still need a scheme to be made distinguishable; but
unless we want to change OFW we should stick with what it knows.

For example:  If fs.zip is not found, an XO-1 will try fs0.zip, an XO-1.5
will try fs1.zip, and an XO-1.75 will try fs2.zip.  The same is true with
bootfw.zip  other files used by XOs when security is enabled.


On Wed, Mar 14, 2012 at 7:39 PM, Gonzalo Odiard gonz...@laptop.org wrote:

 Why not use the same prexix as in the firmware:

 XO-3 = Q5
 XO-1.75 = Q4
 XO-1.5 = Q3
 XO-1 = Q2

 Is not better, but value is having a single convention.

 Gonzalo


 On Wed, Mar 14, 2012 at 6:29 PM, Daniel Drake d...@laptop.org wrote:

 Hi,

 Right now, build files for XO-1.5 and XO-1.75 have the same filename
 (#11226). There have been a few requests that we move to a naming
 scheme that has a different filename in this case so that the files
 can live together on a USB disk and generally not be so easily
 confused.

 Some work needs to be done before that is possible, but we also need a
 naming scheme. I think the key considerations for this are:

 1. Future proofing. It should be resilient to the introduction of
 future products that use the same architecture and disk image format.

 2. Short names. OFW only understands 8.3 for FAT. Also, deployments
 sometimes like to customise the 8 part too e.g. per703-2.img for Peru,
 and I've seen others putting codes after the osXXX part, e.g.
 os880j.img. Let's try and leave space for customisation here.

 3. Uses only file name (the 8 part), not the extension (the 3 part).
 This sticks with general computing world conventions and agrees with
 some olpc-os-builder implementation details which allow the user to
 customise the name but not extension, where olpc-os-builder can
 guarantee that output files from different modules do not have
 conflicting names.


 Based on this and previous discussions I think we could go with something
 like:

 1. single-character ID for product type. 'a' for XO-1, 'b' for XO-1.5,
 'c' for XO-1.75, ...
 2. build number
 3. a .
 4. extension

 e.g.

 'a900.img' - build 900 copy-nand image for XO-1
 'b900.zd4' - build 900 4GB image for XO-1.5
 'c900.zd4' - build 900 4GB image for XO-1.75

 Thoughts/other ideas?

 Thanks,
 Daniel
 ___
 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


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

Re: [Server-devel] A quick networking question

2012-02-29 Thread Samuel Greenfeld

The example DHCP configuration linked likely should be updated to support
multiple MAC address ranges.

In addition to the 00:17:C4 prefix mentioned in that script, newer XOs may
come with Wifi cards that have a 20:7C:8F prefix, and I'm looking at an XO
that has a 68:A3:C4 prefix.


On Tue, Feb 28, 2012 at 4:38 PM, Anna ascho...@gmail.com wrote:

 As long as the volunteers connecting with their laptops aren't familiar
 with MAC spoofing, you can tell the XS's dhcp server to only hand out IP
 addresses to XOs.  Instead of fooling with the bit about redirecting all
 http traffic for unknown clients to kittenwar.net, leave that bit out or
 redirect them to 172.18.0.1 so they can access the local XS but not get
 outside.

 Here's the writeup:

 http://lists.laptop.org/pipermail/server-devel/2011-January/005341.html

 Anyway, it's a thought.

 Anna Schoolfield
 Birmingham

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


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

1 2 >

1 - 100 of 133 matches

Mail list logo