On os34, if I
1 - create a new Journal entry (named F11-100) with some content
(and exit activity)
2 - plug in a USB stick
3 - copy the Journal entry to the USB stick via drag-n-drop in the Journal...
4 - exploring the USB disk shows a F11-100.gtar file with _no_
metadata, and the metadata seems
On Thu, Nov 12, 2009 at 12:33 PM, Martin Langhoff
martin.langh...@gmail.com wrote:
On os34, if I
Filed it as http://dev.laptop.org/ticket/9657 - can't find anything on
this topic on the SL trac; apparently the usage on SoaS has seen other
bugs when saving to a USB stick (like
On Wed, Nov 11, 2009 at 2:22 AM, Richard A. Smith rich...@laptop.orgwrote:
Can the battery be fixed?
Yes. You don't appear to have any of the multiple 0xffs in your banks so
look like its just your pack status is 0x00 rather than 0x6a
Grab the latest batman.fth (As of 2 minutes ago, I
Paul, Richard,
thanks a lot for your extensive replies, much appreciated! :-)
I probably won't be able to finish my slides before Sunday but I'll try and
send you a draft if I can find an Internet connection during my
Munich-Copenhagen-Stockholm train adventure...
Cheers,
Christoph
On Thu, Nov
On Thu, Nov 12, 2009 at 1:55 PM, David Van Assche dvanass...@gmail.com wrote:
inclydiung usb if that was desired
Maybe your usb disk has a firmware smart enough to run telepathy :-)
Not kidding, at least one of the bugs listed in SL's tracker about
Journal Entry sharing would be fixed with the
its true its an unecessary step in THIS particular scenario, but I'm thiking
more of a universal tool we could rely on for our datar storage, and
something like xmpp file sotrage XEP came to mind. IT contains
rudeimentary autehntication, file storage per person or for mutiple people
(ie a group
This commit
http://git.sugarlabs.org/projects/sugar/repos/mainline/commits/ee4535c98ae74347e7072909d49dcf8a5e16ca7b
breaks importing Journal Entry Bundles, and I think it's just the tip
of the iceberg.
The commit msg is pretty factual but doesn't add much to what the diff
says. There must have
On Wed, Nov 11, 2009 at 11:43 AM, Martin Langhoff
martin.langh...@gmail.com wrote:
It will work better in the Journal interaction, but the contents of
the document will fail to be loaded in the Activity because a bug on
the Moodle side -- see http://dev.laptop.org/ticket/9602 for more
info.
On 12.11.2009, at 14:08, Martin Langhoff wrote:
Not kidding, at least one of the bugs listed in SL's tracker about
Journal Entry sharing would be fixed with the JEB-based approach I am
proposing. And once the Journal can prepare a JEB, you just write it
to the USB disk mountpoint.
But (IIUC
On Thu, Nov 12, 2009 at 4:06 PM, Bert Freudenberg b...@freudenbergs.de wrote:
IMHO separating the meta-data from the file itself is a good idea. Having one
database at the root of the stick is just too fragile. Better store meta data
next to the file in question, like myimage.jpg and
On Thu, Nov 12, 2009 at 15:59, Martin Langhoff
martin.langh...@gmail.com wrote:
This commit
http://git.sugarlabs.org/projects/sugar/repos/mainline/commits/ee4535c98ae74347e7072909d49dcf8a5e16ca7b
breaks importing Journal Entry Bundles, and I think it's just the tip
of the iceberg.
The
On Thu, Nov 12, 2009 at 4:40 PM, Tomeu Vizoso to...@sugarlabs.org wrote:
Is because of a bug in cjson why those files aren't being parsed?
CJSON is not a vanilla parser. It makes a very strict reading, that
- throws an exception on unordered keys
- throws an exception on random whitespace
On Thu, Nov 12, 2009 at 4:40 PM, Tomeu Vizoso to...@sugarlabs.org wrote:
If I read correctly, you are implying that the cjson module reads
Actually, scratch my prev reply. You are meaning that cjson is not
bitfrost.util.cjson, and I had missed that subtlety in the code and in
your reply.
Then
On Thu, Nov 12, 2009 at 4:59 PM, Martin Langhoff
martin.langh...@gmail.com wrote:
Then maybe yes, I am seeing a bug in cjson that parses 'foo\/bar' incorrectly.
Confirmed. In a python session:
json.loads('foo\/bar')
u'foo/bar'== correct
cjson.decode('foo\/bar')
'foo\\/bar' == incorrect
The json module (simplejson) has only the parser written in C, so it's
still slower overall than cjson. Not by a lot, but measurable.
2009/11/12 Martin Langhoff martin.langh...@gmail.com:
On Thu, Nov 12, 2009 at 4:59 PM, Martin Langhoff
martin.langh...@gmail.com wrote:
Then maybe yes, I am
and storing images in Base64 for example?
David
On Thu, Nov 12, 2009 at 4:12 PM, Martin Langhoff
martin.langh...@gmail.comwrote:
On Thu, Nov 12, 2009 at 4:06 PM, Bert Freudenberg b...@freudenbergs.de
wrote:
IMHO separating the meta-data from the file itself is a good idea. Having
one
On Thu, Nov 12, 2009 at 6:16 PM, David Van Assche dvanass...@gmail.com wrote:
and storing images in Base64 for example?
Ugh! Why - for ASCII art enjoyment?
m
--
martin.langh...@gmail.com
mar...@laptop.org -- School Server Architect
- ask interesting questions
- don't get distracted with
Interesting. I tried this by downloading batman.fth to USB and trying fload
u:\batman.fth
I get the following errors:
fileih isn't unique
bat-b@ isn't unique
ok
Any ideas?
Those aren't errors you can ignore them and things should still work.
batman.fth grew enough useful features
I already open a ticket in dev.laptop.org and they just told me that it
sounds like a libertas driver bug that was fixed inbetween 2.6.25 and
2.6.30.
They also asked me to do the same that you suggested: trying with F11 for XO
1.0.
I will try that and let you know the results.
Thanks!
Ok I will try that and let you know the results.
Thanks!
2009/11/11 Zarro Boogs per Child bugtrac...@laptop.org
#9652: XO 1.0 freezing when connecting to 32 characters SSID
+---
Reporter: gcorrales |
This is being tracked as http://dev.laptop.org/ticket/9652
--
James Cameron
http://quozl.linux.org.au/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
martin.langh...@gmail.com said:
In terms of use cases, saving to a USB disk allows for personal
backups -- like before a complete upgrade / reflash, which is still
used in many cases.
You wouldn't use a system that didn't let you copy your files to a
disk, would you?
How old do kids have
On Thursday 12 November 2009 08:36:58 pm Bert Freudenberg wrote:
IMHO separating the meta-data from the file itself is a good idea. Having
one database at the root of the stick is just too fragile. Better store
meta data next to the file in question, like myimage.jpg and
I get the source rpm and install it.
Find the file “olpc-2.6.tar.bz2” inside and decompressing it.
I get into linux-2.6.30 document and cp the kernel-xo1.5-custom.config to
.config.
Type #make menuconfig to choose same option what I need and save.
Finally, type #make vmlinux to produce vmlinux
Hi,
I get the source rpm and install it. Find the file
olpc-2.6.tar.bz2 inside and decompressing it.
It's better to run rpmbuild to make the RPM. See:
http://wiki.laptop.org/go/Rebuilding_OLPC_kernel
Finally, type #make vmlinux to produce vmlinux file.
But this file is
I have already sent this to develo...@laptop.org ... but it was bounced
back under review. I then found that it was a depreciated list. I have
sent this copy to what I believe is the correct list.
I have a OLPC XO with the infamous blank screen. It has been sitting for
...
Both yesterday and today, I'm getting an error message about
filelists.xml.gz on http://xs-dev.laptop.org/~dsd/repos/, from both
the f11 and f11-xo1 repositories:
[Errno -1] Metadata file does not match checksum
mikus
___
Devel mailing list
27 matches
Mail list logo