On 12 March 2011 18:36, C. Scott Ananian wrote:
> On Sat, Mar 12, 2011 at 2:16 AM, Mikus Grinbergs wrote:
>>> why am I getting different readings for each method?
>>
>> My guess is that file /home/.devkey.html was copied in from some other
>> system, and shows the serial number and UUID of the co
On Sat, 2011-03-12 at 02:36 -0500, C. Scott Ananian wrote:
> On Sat, Mar 12, 2011 at 2:16 AM, Mikus Grinbergs wrote:
> >> why am I getting different readings for each method?
> >
> > My guess is that file /home/.devkey.html was copied in from some other
> > system, and shows the serial number and
On Mar 11, 2011, at 5:35 AM, Arnd Bergmann wrote:
> I've tested around a dozen media from them, and while you are true
> that they use rather different algorithms and NAND chips inside, all
> of them can write to at least 5 erase blocks before getting into
> garbage collection, which is really ne
Canonical related blog post: http://www.bunniestudios.com/blog/?p=918
Mandatory reading for anyone who has to deal with flash memory.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists
On Friday 11 March 2011 18:28:49 John Watlington wrote:
>
> On Mar 11, 2011, at 5:35 AM, Arnd Bergmann wrote:
>
> > I've tested around a dozen media from them, and while you are true
> > that they use rather different algorithms and NAND chips inside, all
> > of them can write to at least 5 erase
On Sat, Mar 12, 2011 at 5:51 PM, Arnd Bergmann wrote:
> I've had four cards with a Sandisk label that had unusual characteristics
> and manufacturer/OEM IDs that refer to other companies, three Samsung ("SM")
> and one unknown ("BE", possibly lexar). In all cases, the Sandisk support
> has confirm
I've added a new feature in my power logging processor that allows the
plotting of power input vs time of day. To do this I have to know the
local timzone so I can translate the UTC datestamp back to the local time.
`date` says the XO's timezone is set to UTC so I'll have to get it from
somewh
Last I knew we used standard Linux conventions for timezones and sugar
called the standard Linux commands (via sudo) to set the timezone.
But that should make 'date' report the correct local time (unless you
use '-u') so maybe someone broke that sometime in the past two years.
Check /etc/timezone?
The XO image OLPC supplies defaults to UTC. Users can select a time
zone offset in Sugar if they want, but it is purely a numerical control
at last check and does not allow you to choose a setting that is
regional (like "America/New York" or "EST5EDT", which include Daylight
Savings support).
On 03/12/2011 10:21 PM, Samuel Greenfeld wrote:
> The XO image OLPC supplies defaults to UTC. Users can select a time zone
> offset in Sugar if they want, but it is purely a numerical control at
> last check and does not allow you to choose a setting that is regional
> (like "America/New York" or "
Well, 'My Settings' -> 'Date & Time' allows the user to specify the
local timezone (I always do this) - but I'm not sure which routines
actually make use of that setting.
It can be extracted by (all on one line): gconftool-2 --direct
--config-source=xml:readwrite:/home/olpc/.gconf/desktop/sugar/
With firmware Q2E45 on an XO-1 (yes, I finally got it unlocked!), I
type 'menu' at the ok prompt.
On an XO-1.5, I get a very useful list of icons that run different
hardware tests. On this XO-1, I only get an array of square outlines.
The first (top-left) is blue. The others are black. Clicking on
got the same result with 2 x XO1 Q2E45 (dextrose439dg and 373pyg)
have not used 'menu' before, always used 'help' to see options
Tony
> With firmware Q2E45 on an XO-1 (yes, I finally got it unlocked!), I
> type 'menu' at the ok prompt.
>
> On an XO-1.5, I get a very useful list of icons that run
13 matches
Mail list logo