On Tue, Dec 29, 2009 at 4:38 PM, Aleksey Lim alsr...@member.fsf.org wrote:
I've uploaded sugar-1636-pre.patch with all reverts and cherry patches
(be warned, I reverted f93c9de3ff6b7d7f1730c5056b0b4fae9f00a201 patch
partially) and reuploaded sugar-1636.patch
Done some more work on this, and
On Tue, Dec 29, 2009 at 12:26 AM, Aleksey Lim alsr...@member.fsf.org wrote:
I've uploaded patch with minor fixes and delete fix
(b0113bf67c31dbeaa08cf0f1710c1be8d02a9b25 should be cherry-picked)
Excellent! thanks! Will be re-diffing it a bit later today.
to last sucrose-0.84, was backported
On Tue, Dec 29, 2009 at 04:12:33PM +0100, Martin Langhoff wrote:
On Tue, Dec 29, 2009 at 12:26 AM, Aleksey Lim alsr...@member.fsf.org wrote:
I've uploaded patch with minor fixes and delete fix
(b0113bf67c31dbeaa08cf0f1710c1be8d02a9b25 should be cherry-picked)
Excellent! thanks! Will be
Aleksey, List,
Hope everyone is relaxing, enjoying and not reading the list... if you
are... might be the right time to wake up from the excesses of
Christmas celebrations :-)
Looks like everyone forgot about these patches of mine. I've now
posted them as http://bugs.sugarlabs.org/ticket/1636 --
On Thu, Nov 12, 2009 at 12:44 PM, Martin Langhoff
martin.langh...@gmail.com wrote:
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
On Fri, Nov 13, 2009 at 9:55 AM, Martin Langhoff
martin.langh...@gmail.com wrote:
We do have an internal format - the ._metadata.json format outlined
for the JEBs themselves. Sugar 0.82 writes that out in the internal
'datastore' storage. We can reuse it here.
Ok - so last Friday Bert Desmet
On Fri, Nov 13, 2009 at 1:33 AM, K. K. Subramaniam subb...@gmail.com wrote:
Keeping meta-data in the same directory (folder) is the way to go. Of course,
the meta-data has to be a hidden file.
Of course - why?
FWIW, www.freedesktop.org contains a bunch of standards (really
conventions) for
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 Thu, Nov 12, 2009 at 12:44 PM, Martin Langhoff
martin.langh...@gmail.com wrote:
Filed it as http://dev.laptop.org/ticket/9657 - can't find anything on
And also related: http://dev.laptop.org/ticket/9658 about the
impossibility of exchanging data between Sugar versions 0.82 and 0.84
This is
This all sounds like a great current solutinon, but shouldn't we be looking
at more long term network ubquity solutions. It seems to be that having a
telepathy backend and frontend would allow us to share files anty which wat
inclydiung usb if that was desired. From my experience in schools,
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
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
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
17 matches
Mail list logo