1. Project name : SimCity
2. Existing website, if any : none yet
3. One-line description : EA-licensed GPL city-construction game
4. Longer description : SimCity lets you design and build your own
: city, in classic constructionist fashion.
1. Project name : Micropolis
2. Existing website, if any : none yet
3. One-line description : GPL city-construction game
4. Longer description : Micropolis lets you design and build your own
: city, in classic constructionist fashion. It's
Bert Freudenberg wrote:
>>> The default confuses e-mail clients because it looks like quoting.
>>>
>> +1 on diff -u..
>
> Hehe. Actually I liked it that way - everything colored was new :)
>
> But as you wish ... next notification should come as unidiff.
If you use thunderbird, you may like thi
James Cameron wrote:
> On build 625 and several others, boot to the Sugar GUI, then
> Control/Alt/F1 to switch to text console, you will then see stderr from
> startx activated by olpc-dm.
I'd like to redirect the session output to a log file such as
~/.xsession-errors...
> Among the interestin
On Thu, 2007-11-08 at 12:00 -0500, Ivan Krstić wrote:
> On Nov 8, 2007, at 11:33 AM, Jim Gettys wrote:
> > Heh. You are way too young
>
> It takes a long time to become young! On the upside, my work did not
> give rise to xorg.conf ;)
Nor did mine. I will take no blame for that abortion,
Kim Quirk wrote:
> Is this all in the wiki? Seems like a ton of good data. If it is, can
> you provide a link for me?
Yes, I should have done it before. A slightly edited version of the
contents of my original mail is here:
http://wiki.laptop.org/go/Olpc-utils
I also fixed a bunch of other p
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 Nov 8, 2007 6:11 PM, Bert Freudenberg <[EMAIL PROTECTED]> wrote:
> On Nov 8, 2007, at 18:09 , Marco Pesenti Gritti wrote:
> > Though applications backwards compatibility just doesn't make sense in
> > this context. We consciously broke it with the high level design, both
> > of the user experien
On Thu, 2007-11-08 at 18:11 +0100, Bert Freudenberg wrote:
> On Nov 8, 2007, at 18:09 , Marco Pesenti Gritti wrote:
> > Though applications backwards compatibility just doesn't make sense in
> > this context. We consciously broke it with the high level design, both
> > of the user experience and of
On 11/8/07, Bert Freudenberg <[EMAIL PROTECTED]> wrote:
> On Nov 8, 2007, at 18:09 , Marco Pesenti Gritti wrote:
> > Though applications backwards compatibility just doesn't make sense in
> > this context. We consciously broke it with the high level design, both
> > of the user experience and of th
On Nov 8, 2007, at 18:09 , Marco Pesenti Gritti wrote:
> Though applications backwards compatibility just doesn't make sense in
> this context. We consciously broke it with the high level design, both
> of the user experience and of the security framework.
That's not the point. The point is how ha
On Nov 8, 2007 5:20 PM, Ivan Krstić <[EMAIL PROTECTED]> wrote:
> Bitfrost is not a general Linux distribution security mechanism.
> Sugar is not a general Linux desktop environment. These things are
> designed with different goals in mind, for a different purpose, and
> behave differently than the
On Nov 8, 2007 9:33 AM, Jim Gettys <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-11-08 at 11:20 -0500, Ivan Krstić wrote:
>
> >
> > A tiny size restriction is pretty new.
>
> Heh. You are way too young
>
> The presumption has always been you'd better keep things in /tmp pretty
> small; that's why
On Nov 8, 2007, at 11:33 AM, Jim Gettys wrote:
> Heh. You are way too young
It takes a long time to become young! On the upside, my work did not
give rise to xorg.conf ;)
Marcus Leech wrote:
> My first Unix machine had 128K of MOS memory, and we supported about
> 10-15 interactive users o
Jim Gettys wrote:
>
>
> Heh. You are way too young
>
> The presumption has always been you'd better keep things in /tmp pretty
> small; that's why the distinction between /tmp and /var/tmp was made.
> It allowed people to use RAM file systems for speed long before it would
> have otherwise b
On Thu, 2007-11-08 at 11:20 -0500, Ivan Krstić wrote:
>
> A tiny size restriction is pretty new.
Heh. You are way too young
The presumption has always been you'd better keep things in /tmp pretty
small; that's why the distinction between /tmp and /var/tmp was made.
It allowed people to u
On Nov 8, 2007, at 10:42 AM, Albert Cahalan wrote:
> One failure is no excuse to purposely fail in every way.
It's not a purposeful failure. We're imposing non-obvious changes on
semantics due to restrictions in our environment, such as a strict
limitation on the size of /tmp.
I'd _much_ rath
On Nov 8, 2007, at 16:51 , Jim Gettys wrote:
> I sympathize with Albert's point here: we should be no more
> incompatible
> than we have to be... Just because we have to break some things,
> doesn't mean we have to break everything.
> - Jim
+1
- Bert -
__
I sympathize with Albert's point here: we should be no more incompatible
than we have to be... Just because we have to break some things,
doesn't mean we have to break everything.
- Jim
On Thu, 2007-11-08 at 10:42 -0500, Albert Cahalan wrote:
> On 11/8/07, Ivan Krst
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 OLPC, needlessly making the goals harder
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build257/devel_jffs2/
-telepathy-salut.i386 0:0.1.5.1-0.6.olpc20071102.2.olpc2
+telepathy-salut.i386 0:0.1.5.1-0.7.olpc20071106.1.olpc2
--
This email was automatically generated
Aggregated logs at http://dev.laptop.org/~bert/joyride-pkgs.ht
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 OLPC, needlessly making the goals harder to
> achieve. Breaking compatibility is something to be done
>
>> 2) How much can the flash drive handle per throughput AND lifetime limits?
>>
>>
>
> Throughput is dominated by compression / decompression. The latter goes
> at about 3 MB/sec; the former is probably slower.
>
Assuming that 50% of time is spent in decompression:
433.000.000/3.000.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 07 Nov 2007 at 17:49:52 -0500, Eben Eliason wrote:
> Just a mention, since this thread is getting a lot of attention. There
> is an added visual element which should be in play here, according to
> the design. There should be an intermediate s
Simon McVittie wrote:
> PS makes an unlimited number of connection attempts, with a short
> delay between each one (we should probably change this to use an
> exponential backoff process so the delays get longer as you're offline
> for longer, up to a maximum of perhaps 10 minutes).
#2522.
__
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 07 Nov 2007 at 13:36:45 -0500, Giannis Galanis wrote:
> I can definitely try to arrange this. But, can you please send me the
> tarball to test it in the mean time?
Will do.
> I don't think it's feasible to implement correct handling of PS re
On Nov 8, 2007, at 1:59 , Andres Salomon wrote:
> On Wed, 07 Nov 2007 18:59:54 -0500
> Bernardo Innocenti <[EMAIL PROTECTED]> wrote:
>
>> Hello Bert,
>>
>> could you change the diff format to something like side-by-side or
>> unified?
>>
>> The default confuses e-mail clients because it looks lik
27 matches
Mail list logo