Jecel Assumpcao Jr writes:
> Holger Levsen wrote:
>> IIRC/IIUC this is one aspect why the ftpmasters didnt accept
>> it in main. More generally said, (IIRC) it's because the
>> impossibility to bootstrap etoys.
>
> Is the subject correct? I mean I know we are talking about a directory
> called "no
On Sun, Oct 26, 2008 at 7:57 PM, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> File sharing is not an active real time collaboration tool by any means.
Right. Active real-time collaboration is nice, and I wish my
own editor had it, but I think you're overvaluing it greatly.
> In sugar multiple
[EMAIL PROTECTED] writes:
> It was a very poor experiment and the article had a number of items
> of misinformation. The author of the article did not take advantage
> of the fact that she had 2 XOs . She did not boot both in Sugar to
> observe the collaboration capabilities of Sugar and Activit
Marco Pesenti Gritti writes:
On Sun, Oct 12, 2008 at 5:21 PM, Wade Brainerd wrote:
> On Sun, Oct 12, 2008 at 4:11 AM, Marco Pesenti Gritti gmail.com>wrote:
>>> 11 replace matchbox with a more traditional desktop window
>>> manager, with the ability to fullscreen windows when appropriate.
>>
>> I
C. Scott Ananian writes:
> The response usually is that additional context is sufficient to
> disambiguate tag sets, you don't actually need ordering. That is,
> it's okay if a/b is indistinguishable from b/a -- in practice one
> will really be c/a/b and the other will be b/a/d or whatever, and
>
Arjun Sarwal writes:
> I would like to propose Measure Activity to be included in the build.
I really think this activity is important. I'm not so sure it
is ready to ship.
> (3) Provides instant feedback (eg. make sound and see waveform)
Out of the box, all I get is a crooked line that jumps
On Sat, Sep 20, 2008 at 10:01 AM, C. Scott Ananian <[EMAIL PROTECTED]> wrote:
> On Sat, Sep 20, 2008 at 1:41 AM, Albert Cahalan <[EMAIL PROTECTED]> wrote:
>> The case of b/a being distinct from a/b is necessary. You may call
>> it a necessary evil, but
Here is a list, most important first:
Journal required
Browse needed for tech support
XoIRC needed for tech support
Terminalneeded for tech support
Record kids love taking pictures
DOOMkids love shooting monsters
SimCity kids like destroying cities
Ruler u
Eben Eliason writes:
> On Fri, Sep 19, 2008 at 3:59 PM, Eduardo H. Silva
> wrote:
>> 2008/9/19 C. Scott Ananian :
>>> Eben, Eduardo, and I have been chatting about this some over IRC.
>>> What I find most interesting here is how *filesystem paths* (well,
>>> URL paths in this particular case) ar
I want to delete everything that isn't an activity.
In case that isn't practical, I could settle for just
deleting everything. That would be awful though,
because I want to clean out my journal at every boot.
This is to recover some space, and maybe some
RAM or CPU time.
I'm OK with sacrificing
Morgan Collett writes:
> We didn't get to discuss this activity developers' mailing list
> at the Sugar meetings. However I've had no negative feedback.
> If anyone is opposed to this list, please speak up quickly and
> loudly. Otherwise I will get it created in the next week,
> publicize it and i
Jordan Crouse writes:
> Video is muxed to the visible screen through the use of a color key -
> given a rectangle of some size, the hardware compares all of the pixels
> in that rectangle against a set color - if they match, then a pixel of
> the video frame is shown, otherwise not.
That should h
Greg Smith writes:
> I just got word from a decision maker in Uruguay that they are very
> concerned about "performance". They say that Sugar is slow. I'm probing
> to get more details but I want to evaluate the options in parallel.
...
> This may cost us significantly if we don't show improvement
>> Note that we *cannot* share much of the information about the
>> possible alternatives we are examining for Gen-2 hardware
>> until decisions are final; it is the basis of serious negotiations
>> among competing parties, under non-disclosure agreements.
>
> Lest rumors of more OLPC secrets get s
I still like Sugar\Windows (with backwards slash of course),
but I have to admit that your naming scheme is excellent.
There is an obvious name to describe "Sugar on Windows".
Component: An implementation of Sweet on Windows
Codename: Lead Acetate (sweeter than glucose, but bad for children)
Descr
On Fri, May 16, 2008 at 5:28 AM, Edward Cherlin <[EMAIL PROTECTED]> wrote:
> On Thu, May 15, 2008 at 6:15 PM, Albert Cahalan <[EMAIL PROTECTED]> wrote:
>> Just look at the deal. Dual-boot costs $7 extra. Governments will
>> not pay the extra $7 to allow dual-boot.
>
Seth Woodworth writes:
> So as a fair practice I think it's clear that no special actions can
> ethically be made to prevent Windows or any other OS from running on
> the machine. So a Windows port for the XO isn't something that
> could have been preventative.
Wrong. It's called tit-for-tat, ot
It was terrible to lose the pie chart for resource usage.
That was very useful for both developers and kids.
The new design makes the loss permanent, while
still keeping a visual design that no longer makes
any sense.
Fixing the old ring doesn't seem so difficult. You can't
have a minimum activit
On Thu, May 1, 2008 at 1:01 PM, Gary C Martin <[EMAIL PROTECTED]> wrote:
> On 1 May 2008, at 16:24, Albert Cahalan wrote:
> > For other reasons (GUI complexity and the OOM killer), the ability
> > to launch multiple activities should be disabled by default.
>
> Do y
Michael Stone writes:
> On Tue, Apr 29, 2008 at 07:58:06PM +0200, Marco Pesenti Gritti wrote:
>> * It deals with the problem of children clicking on 2-3 activities
>> at the same time, which proved to be a real issue in the field
>> (will faster activities address this? not sure).
>
> If you actu
On Sat, Apr 26, 2008 at 3:46 PM, Joshua N Pritikin <[EMAIL PROTECTED]> wrote:
> As I have posted before, I am not distressed by the inclusion of Windows
> on the XO laptop, perhaps in a dual-boot configuration or whatever. What
> would distress me is if Windows was not sold as an option. If lap
Let's imagine this several ways, and see why it won't happen.
First consider what a faithful Sugar\Windows system would be like.
a. the familiar "Start" menu is gone
b. regular Windows programs like Word can't run
c. OS config GUI stuff is (must be) rewritten from scratch
I doubt anybody wants th
It's clear that we aren't all here for the same thing.
Some wish to help all kids, or poor kids, or non-Western
kids. Some wish to advance freedom of speech, freedom from
EULA slavery, or freedom to learn heretical ideas.
Some of us are, assuming good intentions, extremely innocent
regarding Micro
On Jan 2, 2008 11:25 AM, Eben Eliason <[EMAIL PROTECTED]> wrote:
> > Journal integration is an interesting problem. Tux Paint keeps
> > some extra per-image data in extra files. I'm thinking that an
> > export-to-journal button might be most appropriate.
>
> There is an explicit "keep" button in th
Jameson "Chema" Quinn writes:
> One thing I've noticed in Tux Paint is that an Edit toolbar is far
> less useful than an Edit menu. You want to copy something - you go
> to the edit toolbar - you select the copy 'tool' - and nothing
> happens, because you don't have anything selected. So how do yo
On Dec 25, 2007 4:21 PM, M. Edward (Ed) Borasky <[EMAIL PROTECTED]> wrote:
> What I do think is a good idea is to specify a *minimum* screen size
> which activities must support. I'd guess 1024x768 is a fair choice at
> this point in time -- I don't see any reason why activity developers
> should
On Dec 25, 2007 6:28 PM, Bernardo Innocenti <[EMAIL PROTECTED]> wrote:
> Jeffrey Kesselman wrote:
>
> > Now this isnt to say that a minimum resolution cant work in the same
> > way it works on PCs... it works IF you can go full screen at that
> > resolution and if the game can request that resoluti
Michael Stone writes:
> On Sat, Dec 22, 2007 at 11:29:40PM +0100, Bert Freudenberg wrote:
>> Why not simply run it as the same (non-olpc) user every time?
>>
>> - Bert -
>
> I don't personally want to provide such an option
> because I consider it prone to abuse.
I'm not seeing much of a problem
Paul Kippes writes:
> How can I prevent the OLPC from attempting to start the GUI and just
> dump me into the root prompt or login? I have no abilities to run
> terminal since it is failing to start the X server and forever is
> looping trying to do so.
Agh!
I reported this bug ages ago
On Nov 29, 2007 12:12 PM, Dave Crossland <[EMAIL PROTECTED]> wrote:
> On 29/11/2007, Albert Cahalan <[EMAIL PROTECTED]> wrote:
> >
> > These fonts have terrible coverage. Not even Latin-1 is covered.
> > You get 80 of the 96 characters in the 0x00a0 to 0x00ff range
Woah, hold on a second...
These fonts have terrible coverage. Not even Latin-1 is covered.
You get 80 of the 96 characters in the 0x00a0 to 0x00ff range.
Furthermore, are the fonts actually good for what is claimed?
Remember that they may be optimized for low-res screens without
anti-aliasing. Th
Michael Stone writes:
> Second, Record appears to be unable to play back sound. It complains
> of errors trying to write files due to lack of space. I will speculate
> about the cause: we are now equipping activities with a 1 MB tmpfs. If
> Record is attempting to put any large data into
> $SUGAR_
On 11/8/07, Marco Pesenti Gritti <[EMAIL PROTECTED]> wrote:
> In some cases though it's better to break than to keep a fake
> compatibility with something which is designed for a different use
> case. That way the error is explicit and the activity author knows it
> needs to be fixed. And I agree
On 11/8/07, Ivan Krstić <[EMAIL PROTECTED]> wrote:
> On Nov 7, 2007, at 9:09 PM, Albert Cahalan wrote:
> > Using standard directories is not scribbling all over
> > the filesystem!
> > This anti-compatibility attitude needs to stop. It's really
> > hurting OL
On 11/7/07, Michael Stone <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 07, 2007 at 12:06:21PM -0500, Albert Cahalan wrote:
>> Next, bind-mount something appropriate onto /tmp and /var/tmp.
>
> I talked about this with Ivan who requested, at the time, that we
> continue us
On 11/7/07, Tomeu Vizoso <[EMAIL PROTECTED]> wrote:
> On Wed, 2007-11-07 at 11:59 -0500, Albert Cahalan wrote:
> > I'm hearing that files will be provided to activites as hard links.
> >
> > This is not good. It prevents atomic update via rename.
> > Far bet
For ages now, Linux has supported the features required to do
fully private (very secure) /tmp and /var/tmp directories.
It's time to use these features.
First, create a new namespace. As root, do this:
clone(NULL,NULL,CLONE_NEWNS,NULL); // use it like fork()
Next, bind-mount something appropria
I'm hearing that files will be provided to activites as hard links.
This is not good. It prevents atomic update via rename.
Far better is to provide directories, one per file, so that
updates can be made atomic. While you can't hard link a directory,
you can bind mount it. This is essentially the
Ivan Krstic writes:
> On Nov 2, 2007, at 12:02 PM, Michael Stone wrote:
>>> Can we create subdirectories within /tmp?
>>
>> I would really prefer it if you used $SUGAR_ACTIVITY_ROOT/tmp instead.
>
> I think Erik was in fact referring to the 'tmp' inside
> SUGAR_ACTIVITY_ROOT. Writes to the real /tm
Eben Eliason writes:
> Roughly speaking, you can calculate a colored pixel's effective
> luminance by:
>
> Y = 0.3*R+0.59*G+0.11*B
To be clear on why this is rough: it performs an operation
on non-linear data which is only valid on linear data.
That is, it ignores gamma.
>From best to worst:
a.
cody at lodrige.com writes:
> A "hierarchical configuration system", which are just
> fancy words for a file system paradigm.
Right:
mount -t registry -o loop /etc/system.dat /registry
> 1) Store/Retrieve a value for a string key
> 2) Add/Remove a key sub-tree
> 3) Remove a key
> 4) Be notified
Eduardo H Silva writes:
> Yesterday I had this idea: What about providing a secondary palette
> for the activity launchers in the frame, that show some number of
> its most recent activities, simillar to how the back button works
> in Browse? And a primary option to show the journal filtered by
>
Bert Freudenberg writes:
> We do *not* want to start with a clean state every time.
...
> I have personally observed this over the last months, with
> passers-by as well as with regular users like my own kids.
> Resuming from the Journal is a very rarely used feature.
> E.g., my son (8yo) really l
On 10/22/07, Eben Eliason <[EMAIL PROTECTED]> wrote:
> On 10/22/07, Albert Cahalan <[EMAIL PROTECTED]> wrote:
> > On 10/22/07, Eben Eliason <[EMAIL PROTECTED]> wrote:
> > > On 10/21/07, Albert Cahalan <[EMAIL PROTECTED]> wrote:
> >
> > &
On 10/22/07, Eben Eliason <[EMAIL PROTECTED]> wrote:
> On 10/21/07, Albert Cahalan <[EMAIL PROTECTED]> wrote:
> > The simplest format for audio data is an audio file.
> > Basic *.wav data is really simple. It's a 44-byte header
> > followed by the raw data.
> > That's OK, but don't waste effort on compression.
> > Standards say you use the pax format, or at least
> > something like tar or cpio.
>
> Interesting point. Perhaps, with our filesystem, we should always
> prefer something other than zip for bundles? Tar would be a good
> pick.
It's also b
Arjun Sarwal writes:
> 1) Since many logs are going to be associated with one logging
> session, what is the best way to pack these log files and
> associate with the journal? Should one make a .zip file of
> all the log files ?
That's OK, but don't waste effort on compression.
Standards say you
On 10/14/07, Michael Stone <[EMAIL PROTECTED]> wrote:
> Albert Calahan wrote:
> > If I later run the autoupdater, what is the installed version
> > going to look like? (will the autoupdater refuse to run?)
>
> I don't understand your question well enough to answer it; can you
> please rephrase it?
On 10/12/07, Marco Pesenti Gritti <[EMAIL PROTECTED]> wrote:
> In the unstable builds:
>
> http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/
These don't have ChangeLog files. It'd be good to know
what is going on. I'm guessing that after Trial3 the latest
one of these becomes a regular OS bui
The stuff involving *.activity exec lines
and names not being DBUS services
and all... in which OS build does it land?
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar
On 9/23/07, Bruno Coudoin <[EMAIL PROTECTED]> wrote:
> Le dimanche 23 septembre 2007 à 18:09 -0400, Albert Cahalan a écrit :
> > Bert Freudenberg writes:
> > > On Sep 23, 2007, at 19:37 , Bruno Coudoin wrote:
> >
> > >> I just completed the ch
Bert Freudenberg writes:
> On Sep 23, 2007, at 19:37 , Bruno Coudoin wrote:
>> I just completed the changes to make GCompris play nice on the XO.
>
> Great to hear you got it working! And nice to have
> another native activity, now :)
Do both of you have browsable source changes somewhere?
(relev
On 9/16/07, Michael Stone <[EMAIL PROTECTED]> wrote:
> The freedesktop.org spec you cited relies on case sensitivity in the
> .desktop files. Therefore, insofar as we attempt to adapt ourselves to
> that spec, we should probably use the actual key names given at:
>
> http://standards.freedesktop
Activity files are based on this spec:
http://www.freedesktop.org/wiki/Specifications/desktop-entry-spec
According to the spec, translation is handled like this:
[Activity]
name = Tux Paint
name[af] = Tux Verf
name[da] = Tux maling
name[et] = Joonistame koos Tuksiga!
name[gos] = Vaarve
name[hr] =
Keith R. Fieldhouse writes:
> I have an activity the bulk of which is native code.
Same here. I've been trying to port Tux Paint -- not that porting
should be required for a full-screen X app. For a good while I just
put it aside mainly because nobody was willing to document anything.
(Also: Suga
Ivo Emanuel Gongalves writes:
> Paint, is this the famous Tux Paint? I have heard that it is a very
> neat drawing app for kids, but what I saw so far was an Open/Save
> interface more awful than the one used by the other porgrams. What
> the Niflheim where the developers thinking? It doesn't m
56 matches
Mail list logo