On Fri, Dec 12, 2008 at 04:37:18PM -0600, Yamandu Ploskonka wrote:
> If Brezhnev and Nixon and Mao were able to publish joint statements, we
> can too.
> Let's not give up.
>
> OK, there must be a couple points we agree on, like, to start, World Peace.
>
> I couldn't have imagined something very
On Wed, Nov 26, 2008 at 08:17:44PM -0500, Michael Stone wrote:
>Look for a joint statement sometime next week...
Folks,
I'm sad to report that, after a week of trying, I wasn't able to make
much progress on getting a joint statement written and published. It
seems that the people
On Tue, Dec 02, 2008 at 03:56:06PM -0500, Greg Smith wrote:
> We're mostly thinking of the school server as the server side but a
> more generic solution may be acceptable.
I'm relatively comfortable with our vague identity plans for the XS but
I'd like to know more about your idea for "a more ge
On Thu, Nov 27, 2008 at 03:16:09AM +0100, Ivan Krstić wrote:
> it's hard to divine whether your statement in this matter -- or, in
> fact, a statement made by anyone but Nicholas -- carries any weight
> whatsoever.
Such is life; I see no reason to let such doubts stop me.
For >500K kids, Sugar+O
Folks,
OLPC remains incredibly excited by Sugar and looks forward to a long and
productive working relationship with all the other people who share this
excitement. Look for a joint statement sometime next week on the new
ideas we developed at SugarCamp for strengthening Sugar, SugarLabs, and
our
On Sun, Nov 23, 2008 at 05:14:28PM +, Daniel Drake wrote:
>Hi,
>
>The problem is that the sugar module imports try to read the XO
>nickname, colours, etc, information which is now stored in gconf. But,
>gconf is a per-user thing, everyone has their own store.
How about making a copy (either v
On Wed, Nov 05, 2008 at 03:34:14PM +0100, Simon Schampijer wrote:
> Tomeu Vizoso wrote:
>> On Wed, Nov 5, 2008 at 10:31 AM, Tomeu Vizoso <[EMAIL PROTECTED]> wrote:
>>> Dear Masters of Joyride,
>>>
>>> have built updated sugar rpms and they seem to work fine on last joyrides.
>>
>> Marco pointed me
Per Ed's implicit request, I have updated
http://wiki.laptop.org/go/XOcamp_2 and
http://wiki.laptop.org/go/XOcamp_2/Fundraising
to the postponement directive.
Michael
P.S. - I wish to offer special personal thanks to the six warm-hearted
(but cool-headed) donors who pledged to fund trav
On Mon, Oct 27, 2008 at 08:12:37PM -0400, Walter Bender wrote:
>2. What would creating a Sugar Activity require from me and what
>benefits would it bring?
I've been pondering this question in some depth for the last week using
my list summarization problem as a model. In hopes of offering somethin
I wish to add two things to what Scott wrote:
First, two purposes for the conference have been recognized to date:
1) to facilitate planning relevant to 9.1 and beyond,
2) to build trust and relationships between community members.
Given present realities, three options have been proposed:
On Tue, Oct 21, 2008 at 09:34:00PM -0400, Mikus Grinbergs wrote:
>>> I want to make sure we don't slow down the launch time without a very
>>> good reason.
>>
>> Well, how much risk and how much of Marco's, my, and Tomeu's time do you
>> think we should squander on supporting hacks to make activit
On Tue, Oct 21, 2008 at 09:55:38AM -0400, Greg Smith wrote:
>Hi Michael et al,
>
>I thought that starting an activity from the Home View would start it
>with no "state" preserved from the last time it was used.
>Starting it from a Journal entry would start it with the "state" of the
>saved (kept
On Mon, Oct 20, 2008 at 09:25:40PM +0200, Bert Freudenberg wrote:
>
> Am 20.10.2008 um 21:12 schrieb Michael Stone:
>
>> On Mon, Oct 20, 2008 at 01:36:06PM -0500, Yamandu Ploskonka wrote:
>>> It would be way nice it also came back to the same page, if you are
>>>
On Mon, Oct 20, 2008 at 01:36:06PM -0500, Yamandu Ploskonka wrote:
>It would be way nice it also came back to the same page, if you are
>reading a book
Yes, that's also a goal, though it will certainly require activity-level
changes. When I spoke about this with Marco, we tentatively agreed that
On Mon, Oct 20, 2008 at 10:46:37AM +0200, Tomeu Vizoso wrote:
>On Fri, Oct 17, 2008 at 9:53 PM, C. Scott Ananian <[EMAIL PROTECTED]> wrote:
>>* Persistent activity storage
>
>What does this mean?
That when you resume an activity, it should come up with the same uid it
had when you launched it,
On Mon, Oct 13, 2008 at 11:02:03AM -0400, Samuel Klein wrote:
>Annotation is different from editing and original creation.
Unless you are being intentionally vague (as I often am), please be more
precise. I argue that since annotation is clearly comprised of both
editing and original creation of a
On Mon, Oct 13, 2008 at 08:45:54PM +0530, Sayamindu Dasgupta wrote:
>Hello,
>What would be the best way to launch any activity from another
>activity ? An example where this is required would be #8774 where
>teachers from Uruguay are complaining that they are not being able to
>directly open hyperl
>Thanks for the tip. It looks like for remote files, mozplugger is
>creating the tmpfile in /tmp
mozplugger is probably reading $TMPDIR, which we set. You can change
that setting if you want.
Next, the DS is unable to copy the file content of the file in $SAR/tmp
because the tmpfs mounted on $SAR
Bill,
Here's a short dialogue between myself, Ben Schwartz, Martin Dengler,
and Bobby Powers on my interpretation of "narrative" as it might apply
to a user interface designed for "engaging children in the world of
learning":
http://wiki.laptop.org/go/User:Mstone/Commentaries/Sugar_2
=== H
Bryan Berry wholly captured my attention tonight when he said (in
summary):
"Sugar offers an excellent mode for discovery but no excellent way to
manipulate narratives. Both discovery and narrative are essential for
learning." [1]
This statement seems to me both indisputable and damni
After checking with Joe this evening and having previously discussed the
necessary security signoffs with Mitch, Richard, Scott, Andres, and
Deepak, I have decided to publish 8.2-765 as a signed Candidate in the
interests of spurring easier and more widespread testing over the
weekend. I have also
It seems that mangling occurred; however, I repaired it and have
temporarily published the results here:
http://teach.laptop.org/~mstone/gary.txt
Michael
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar
On Wed, Sep 24, 2008 at 09:45:44PM -0700, Bert Freudenberg wrote:
> At least this one has been fixed 4 months ago.
Sure. I brought it up because, to me, it serves as a useful reminder of
the careful regression test that enabling composition will require and
of how few people really understand how
On Wed, Sep 24, 2008 at 04:16:17PM -0400, Walter Bender wrote:
>We all agree that the datastore needs serious attention, although it
>doesn't directly impact the running of legacy activities. Rainbow is
>an issue. And moving data back and forth between Sugar and legacy apps
>is an issue.
Please s
You'll know that we're nearing the end of our arduous 8.2.0 release cycle when
you see the polish and features in our new candidate build, 8.2-763, valid
until Wednesday, September 30 [1]. Its changelog (from 759) is available here:
http://lists.laptop.org/pipermail/devel/2008-September/019564
My impression, based on historical conversations with the parties
involved is that there are a bunch of hackers who feel that we did
ourselves a disservice by dropping _so much_ backwards compatibility,
specifically with Unix filesystems and desktops, in exchange for
cool ideas. The feeling is that
On Thu, Sep 18, 2008 at 01:23:57PM +0530, Sayamindu Dasgupta wrote:
>On Thu, Sep 18, 2008 at 6:06 AM, Marco Pesenti Gritti
><[EMAIL PROTECTED]> wrote:
>> On Thu, Sep 18, 2008 at 2:30 AM, Marco Pesenti Gritti
>> <[EMAIL PROTECTED]> wrote:
>>> * At *very* high level the patch sets looks sane. I would
On Thu, Sep 18, 2008 at 02:30:30AM +0200, Marco Pesenti Gritti wrote:
>* At *very* high level the patch sets looks sane. I would be
>comfortable with them going in if Scott reviews Martin set, and Martin
>reviews Scott set.
Sounds good. Hopefully there are a few other sugar volunteers who could
ch
Folks,
We've reached the last call for changes before final test and, in the
hopes of ending our development cycle on a playful note, I'd like to ask
the sugar team to consider whether they'd be comfortable reviewing and
merging a couple of the outstanding UI patches like Scott's "alternate
layout
Dear devel@,
This is your notification of our serious intent to release 8.2.0 within
the next three weeks, if possible.
* This week, we intend to publish an unsigned raw OS and an unsigned
G1G1 derivative image for testing. We will begin our the first-boot
activation security audit
We got an awesome new 8.2 candidate build, 8.2-759, valid until
Wednesday, September 10. Its changelog is available here:
http://lists.laptop.org/pipermail/devel/2008-September/018843.html
(except that we decided to hold off on the #7415 patch)
Please help test it according to the detaile
Friends,
As we wind down toward the end of the 8.2.0 release cycle (and begin to
tighten our change control), we must make a few tweaks to the Trac
ticket workflow. I have written up the new workflow in great detail at
http://wiki.laptop.org/go/Trac_ticket_workflow
The highlight is three new '
Folks,
I've got a small flurry of rainbow patches (everything from
rainbow-0.7.19..HEAD in http://dev.laptop.org/git/users/mstone/security)
that could use a bit of review.
Many thanks,
Michael
P.S. - http://teach.laptop.org/~mstone/rainbow.rpm is an RPM containing
these patches. It's as yet un
We are thrilled to announce our zeroth (Alpha) 8.2 release candidate,
8.2-757, valid until Wednesday, September 3.
Please help test it according to the detailed instructions at
http://wiki.laptop.org/go/Friends_in_testing
while we still have time to fix issues you might find!
Next, since w
On Fri, Aug 22, 2008 at 05:17:53PM -0400, Mikus Grinbergs wrote:
>Is there any documentation about when develop.sig would be erased ?
Because our NAND is unpartitioned, reflashing the NAND means that you
lose _all_ data stored on NAND. To avoid this problem in the future,
either keep your develope
We are thrilled to announce a new test build, joyride-2301, valid until
Wednesday, August 20.
Please help test it according to the detailed instructions at
http://wiki.laptop.org/go/Friends_in_testing
while we still have time to fix issues you might find!
Our specific interest this week has
On Thu, Aug 14, 2008 at 11:44:12AM -0400, Erik Garrison wrote:
>Michael,
>
>Sorry to be so testy, it was completely unecessary to nitpick your
>comments!
No apologies needed.
>I'm worried that I won't have time to update this patch and get the work
>done for Perú today and tomorrow.
Concentrate
On Thu, Aug 14, 2008 at 11:12:09AM -0400, Erik Garrison wrote:
>On Tue, Aug 12, 2008 at 12:02:41AM -0400, Michael Stone wrote:
>> On Mon, Aug 11, 2008 at 09:31:26PM -0400, Erik Garrison wrote:
>>> Attached is a patch which adds a 'reset network configuration' button t
On Mon, Aug 11, 2008 at 09:31:26PM -0400, Erik Garrison wrote:
>Attached is a patch which adds a 'reset network configuration' button to
>the network tab of the sugar control panel.
Thanks very much for the patch, and for the thoughtful design.
>+n = 1 + max(map(lambda x: int(x.replace('n
On Tue, Aug 12, 2008 at 01:23:07PM -0400, C. Scott Ananian wrote:
>I moved discussion back to http://dev.laptop.org/ticket/7480 ,
>including citing Morgan's objections quoted above and proposing a
>solution.
>
>Does anyone want to implement an email->trac gateway, like debian's
>bug tracker has? T
On Sun, Aug 10, 2008 at 04:37:50PM -0400, Kevin Cole wrote:
>I decided to try the clean-install. It took me a few tries to figure
>out I needed to put my developer key back where it belonged if I
>wanted to boot without the USB drive.
Many developers, in your position, disable the boot-lock with
Friends,
I took a few minutes today to piece together two new Trac reports which
I hope will aid us in reaching our 8.2.0 goals:
http://dev.laptop.org/report/24 - Bugs blocking 8.2.0 Release Contracts
http://dev.laptop.org/report/28 - Primary & Secondary 8.2.0 Blockers
Please suggest any oth
On Thu, Aug 07, 2008 at 02:45:56PM -0400, Michael Stone wrote:
> We are thrilled to announce a new test build, joyride-2230, valid until
> Wednesday, August 13.
Apologies for the text substitution failure. The correct build is, in
fact, joyride-2263.
M
We are thrilled to announce a new test build, joyride-2230, valid until
Wednesday, August 13.
Please help test it according to the detailed instructions at
http://wiki.laptop.org/go/Friends_in_testing
while we still have time to fix issues you might find!
Our specific interest this week cont
We are thrilled to announce a new joyride-weekly test image,
joyride-2230, valid until Wednesday, August 6.
Please help test it according to the detailed instructions at
http://wiki.laptop.org/go/Friends_in_testing
while we still have time to fix issues you might find!
Our specific interest
Dear world,
This week's 'please test this joyride' is joyride-2230. Test group
release notes, care of Charlie, are available at
http://wiki.laptop.org/go/Test_Group_Release_Notes#Build_Joyride_2230
I'll push this announcement out further as discussed in last night's
email as soon as I'm able.
On Wed, Jul 30, 2008 at 03:05:18PM -0400, Daniel Drake wrote:
>On Tue, 2008-07-29 at 09:32 +0200, Christoph Derndorfer wrote:
>> a) Record: using v56 the activity starts up fine, the display shows
>> whatever the camera is capturing, I can go into fullscreen-mode,
>> switch to different tabs, etc.
On Tue, Jul 29, 2008 at 09:49:23PM -0700, S Page wrote:
> Michael Stone wrote:
>> 5. Separately, I wish we were receiving even more volunteer testing. Can you
>> help out? Fame, glory, and the undying gratitude of hundreds of thousands of
>> children await you!
>
> Back
On Tue, Jul 29, 2008 at 09:32:42PM -0400, Ton van Overbeek wrote:
>I (just an interested G1G1 owner for my grandson with a
>Solaris/Unix/Linux background) would love to help testing, but you are
>not making it very easy.
What would make it easier for you? I gather that having the nominated
Wednes
Note: I took a quick pass over the current blocks:8.2.0 tickets. I have not
revisited the other tickets since last week. Finally, if you're working on
tickets on this list, please ensure that they are fully updated BEFORE
tomorrow's status meeting. In particular, feel free to fold comments from thi
1. We're going to begin nominating this week's 'joyride-weekly' tomorrow at
0900 EDT. If you have risky changes you want to contribute, please provide them
_after_ we deliver our nomination. If you want to help more peoples' changes
make the deadline, then please help smoke-test joyrides built clos
On Mon, Jul 28, 2008 at 11:26:28PM -0400, [EMAIL PROTECTED] wrote:
>the obvious answers are that we need to commit to some level of
>continuing support for activities,
What notion of "support" would you suggest?
> that we support the activities ourselves,
As above.
> or that we need to provi
Marco,
Thanks for asking for clarification on this issue. At present, Greg and
I disagree about whether this cluster of issues should block the 8.2.0
release and are working with Kim and Robert to resolve our disagreement.
However, in order to make good decisions, it would be very helpful if
the
As part of our gradual stabilization program, each week, we're going to
nominate
"the newest non-disqualified Tinderbox-approved joyride build available
as of 9:00 AM EDT on Wednesday"
as the "joyride-weekly" test candidate for people who are unable to
contribute test results against joyride-
On Wed, Jul 23, 2008 at 12:56:39AM -0400, Polychronis Ypodimatopoulos wrote:
> On another note, should we look into Google's protobufs
> (http://code.google.com/p/protobuf/) to be used as structures to be
> passed in inter-process calls?
While I'm convinced that protocol buffers and their sup
On Tue, Jul 22, 2008 at 08:31:24PM -0400, Benjamin M. Schwartz wrote:
> Michael Stone wrote:
> | 5) Sugar is built on technologies that incentivize its developers to
> | recompute prior results which could be cached across boots.
>
> Sugar was intended to write to disk absolute
On Tue, Jul 22, 2008 at 08:01:02PM -0400, Ivan Krstić wrote:
> On Jul 22, 2008, at 7:49 PM, Michael Stone wrote:
>> Python lacks support for loading data without unmarshalling
>> it from bytestreams.
>
> Can you clarify what specifically you mean with this point?
I r
Apologies for the immediate self-reply, but Marco pointed out to me that
I left out one important piece of context:
All of the issues I raise above were selected, in part, because I
believe that they are incrementally fixable. Some require adjustments to
underlying technologies, some require chang
After mild provocation, Marco and Tomeu asked me to publish some of my
reactions to sugar's architecture, design, and implementation. Here are
a few initial comments.
1) Sugar could better hold contributors if it (and its web presence)
were designed to be extended and to highlight external contrib
On Tue, Jul 22, 2008 at 12:40:59PM +0200, Tomeu Vizoso wrote:
>Ooops, does that mean that we are much slower in most cases? Is the
>rainbow trick working here?
The rainbow hack is almost certainly not working because no one has
fixed it to deal with the fast X startup in our F-9 builds.
One appro
On Mon, Jul 21, 2008 at 08:35:10AM +0200, Simon Schampijer wrote:
>We have the 'package' option as well. I guess this is what needs to happen
>after
>checking into git. 'package' is then doing the tarball release and 'add to
>build'
>building in koji maybe?
Packaging is the production of rpms
On Fri, Jul 18, 2008 at 09:31:24PM -0400, Eben Eliason wrote:
>On the other hand, maybe what we need more is a forum space.
You do realize that both forum.laptop.org and the OLPCNews forum have
been up and running for months (years?) with thousands of replies?
Michael
__
On Thu, Jul 17, 2008 at 10:27:21AM -0300, Emiliano Pastorino wrote:
Emiliano,
I'm not sure of the right way to help you in the long term, but if you
want a quick hack, you might try something like:
1. Install a cronjob that runs every few minutes.
2. When it runs, it should check the avai
On Thu, Jul 17, 2008 at 11:15:07AM +1200, Martin Langhoff wrote:
>On Thu, Jul 17, 2008 at 10:52 AM, Michael Stone <[EMAIL PROTECTED]> wrote:
>> For these reasons, in my humble opinion, choosing our software packaging
>> format and guidelines (of which version numbering is b
>I fail to see what makes the XO case different from the rest of the
>software world - from the pages you link
I agree that the pages I cited presuppose that you understand how our
requirements differ from those of the rest of the world.
Some specific examples:
- Our users often can't make inf
On Wed, Jul 16, 2008 at 01:40:50PM -0700, Edward Cherlin wrote:
>I would like to see all Activities sharable in the sense that others
>can at least watch what the primary user is doing.
. (Ask jg
for details).
Michael
___
Sugar mailing list
Sugar@lists
On Wed, Jul 16, 2008 at 01:16:51PM -0400, Greg Smith wrote:
> *** Salient quotes: "Each activity.info file must have a
> "activity_version" key. The version is a single positive integer.
> Larger versions are considered "newer". The value assigned to this key
> should be considered opaque to the ac
On Wed, Jul 16, 2008 at 09:10:56AM -0400, Greg Smith wrote:
>Who can gather the consensus and take responsibility for updating the
>wiki if needed?
No one can, yet, because there's a real argument going on between the
people who have to live with the versioning scheme on the infrastructure
and se
Please speak to me of your thoughts on the security implications of
making Browse extensible.
Thanks,
Michael
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar
As I have suggested before, I think that these sorts of checks also
matter enourmously to the quality of user experience that we'll be able
to provide when we start seriously attempting to provide 'easy code
sharing' features.
Michael
___
Sugar mailing l
> Otherwise how can we reasonable sort/group the activities in any way
> that makes sense?
I suggested one (stupidly slow, but very general) approach based on the
Travelling Salesman problem. To recap:
Regard all activities as nodes in a fully connected graph. Let
activities state that they are c
> That's true, however I think it's also been agreed that...
Could you please cite the discussion leading up to the agreement you're
referring to?
Thanks,
Michael
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar
Please remember that activity version numbers must be integers. Software
does exist which relies on this assumption!
Thanks,
Michael
___
Sugar mailing list
Sugar@lists.laptop.org
http://lists.laptop.org/listinfo/sugar
Folks,
The inimitable Greg DeKoenigsberg just landed a whopper on
fedora-devel-list@:
https://www.redhat.com/archives/fedora-devel-list/2008-July/msg00433.html
which is quite worthy of your questions and follow-ups. The folks
replying to that thread are masters of the Fedora technologies and a
On Mon, Jul 07, 2008 at 05:56:05PM -0400, C. Scott Ananian wrote:
> (mstone reports that 'yum install firefox' and 'firefox' is a decent
> basis for comparison, although we can tweak firefox's configuration
> and package it as an RPM to get a nicer sugar look&feel if we really
> wanted to pursue th
On Fri, Jun 27, 2008 at 05:23:44PM -0400, Erik Garrison wrote:
> 0) Who are you and who do you directly work for?
Michael Stone, and Kim Quirk, respectively.
> 1) What do you build?
Typically, rainbow, olpc-utils, puritan, and full OS builds.
Occasionally, other things like sugar, X, xul
On Sat, Jun 21, 2008 at 10:16:45AM +0200, Tomeu Vizoso wrote:
> Which are the freeze dates for the OLPC August release? There may be
> still time for getting olpc-netutils in.
olpc-netutils changes are fairly low risk because not much depends on
its behavior and because it doesn't conflict much. C
> I've been thikning about update issues a bit and was wondering
> if we have plans/processes in place to handle maintaince of multiple
> releases?
My perception of our "basic purpose" is that we're in the business of
creating reference OSes which can be modified "with OLPC support" at
fixed poi
On Fri, Jun 20, 2008 at 06:27:33PM +0200, Marco Pesenti Gritti wrote:
> On Fri, Jun 20, 2008 at 6:24 PM, Tomeu Vizoso <[EMAIL PROTECTED]> wrote:
> > On Fri, Jun 20, 2008 at 6:08 PM, Walter Bender <[EMAIL PROTECTED]> wrote:
> >> Is this done in a way such that it can be set by the customization key
On Sat, Jun 21, 2008 at 01:54:07AM +0100, Giannis Galanis wrote:
> What is the decision on olpc-netutils?
>
> It involves #7171, #7172, #7174
Somebody needs to package them, no one has volunteered, and I haven't
gotten to it yet myself. Nothing more, nothing less.
Michael
___
On Fri, Jun 13, 2008 at 01:37:33PM +0200, Tomeu Vizoso wrote:
> +cur = self._con.cursor()
> ...
> +cur.close()
>
> Should we use try...finally blocks so we don't leak open cursors?
> Also, we could use the with statement from future.
The "with" statement (and the contextlib's @con
Two general comments:
First, I really like the idea of a "design dimension" that I see latent in your
work. Zoomable interfaces should zoom in more than one direction.
Second, independent of whether we adopt your exact proposal, we can and
should think about providing subtle configuration ability
I promised regular status reports on our release work and I've been lax
in writing them. Here are my current thoughts on the content of and
risks associated with our second ("August") 2008 release, 8.2.0. These
assesments are heavily based on current rates of improvement and
available labor. (I'm s
On Wed, Jun 11, 2008 at 11:37:13AM -0400, Benjamin M. Schwartz wrote:
Cute. Incidental thought: is performing a translation an action? (If so,
then when new versions of the source objects become available, it might
be straightforward to "replay" the action on the new version of the
sources.) Secon
On Wed, Jun 11, 2008 at 10:58:54AM +0200, Bert Freudenberg wrote:
> Isn't "resume with" an oxymoron?
Yes. I refer you to the grammar discussion we had a few weeks ago:
http://wiki.laptop.org/go/User:Mstone/Commentaries/Bundles_2#Grammar_and_Criticism
(also see the diagram at the top of
h
On Tue, Jun 10, 2008 at 11:06:37AM +0200, Tomeu Vizoso wrote:
> On Sat, Jun 7, 2008 at 10:06 PM, Mikus Grinbergs <[EMAIL PROTECTED]> wrote:
> Yes, we have several tickets about these issues, but nobody to work on them :/
Please cite ticket numbers.
> Anyway, note that most of the final users will
On Mon, Jun 09, 2008 at 04:18:10PM -0400, Walter Bender wrote:
> I would argue otherwise. Since Sugar has no control over the
> robustness of the network, having some way of sharing at a basic level
> from the Journal is seemingly a high priority.
My feeling is that since Sugar has no control ove
Tomeu,
> have heard occasional requests to implement the sending and sharing of
> journal entries.
It's a desirable feature but, from my perspective, it's much lower in
immediate priority than work which brings the sugar UI revision into a
releasable condition and which "polish" the existing work
On Tue, Jun 03, 2008 at 11:03:44AM +0200, Marco Pesenti Gritti wrote:
> * Browser bookmarks and autocompletion. - priority 3
I'd really like to see some progress on #542/#5534 (deal with
non-standard SSL certificate authorities). This is going to become a
bigger and bigger stumbling block the long
Martin Langhoff, our esteemed school-server architect asked us if we
could wake him up at 6:00 AM (in NZ) instead of 4:00 (AM). Can we
oblige?
Please note the new times:
4:00 PM EST, 2000 UTC.
I expect that we'll spend the bulk of our time discussing work toward
8.2.0, a.k.a. the August Releas
On Wed, May 28, 2008 at 03:55:30PM +0200, Tomeu Vizoso wrote:
> On Tue, May 27, 2008 at 2:59 PM, Tomeu Vizoso <[EMAIL PROTECTED]> wrote:
> > On Tue, May 27, 2008 at 2:49 PM, Marco Pesenti Gritti
> > What about sugar/_shell and sugar/_journal?
>
> Ping!
>
> What people think about this?
Seems fin
On Wed, May 28, 2008 at 02:54:24PM +0200, Marco Pesenti Gritti wrote:
> On Wed, May 28, 2008 at 2:03 PM, Michael Stone <[EMAIL PROTECTED]> wrote:
> > My experience over the last few months has been that a centralized
> > unstable build stream is worth less than it costs
On Wed, May 28, 2008 at 03:02:17PM +0200, Marco Pesenti Gritti wrote:
> Relying on email and irc for this seems fragile to me. If a trac query
> would reveal the packages which are staged for inclusion in a certain
> release, it would be pretty much impossible that they go unnoticed.
>
> Marco
Th
On Wed, May 28, 2008 at 10:15:07AM +0200, Tomeu Vizoso wrote:
> Hi,
>
> the sugar team built a new rpm to be included in the 8.1.1 release, see:
>
> http://lists.laptop.org/pipermail/sugar/2008-May/005935.html
>
> Should I enter a ticket or something?
Don't bother; this reminder email is fine -
On Wed, May 28, 2008 at 11:44:07AM +0200, Marco Pesenti Gritti wrote:
> On Wed, May 28, 2008 at 8:00 AM, Michael Stone <[EMAIL PROTECTED]> wrote:
> > Claims
> > --
> >
> > I. There is no excuse for breaking centralized build streams that
> > others de
On Wed, May 28, 2008 at 10:46:45AM +0200, Tomeu Vizoso wrote:
> On Tue, May 27, 2008 at 6:44 PM, Michael Stone <[EMAIL PROTECTED]> wrote:
> > On Tue, May 27, 2008 at 09:15:39AM +0200, Tomeu Vizoso wrote:
> >> +for bundle in self._bundles:
> >> +
Folks,
Here's what I took away from the comments I received concerning my
transcript of my conversation with Marco and a few thoughts in
response. You should check my summary to see if I misunderstood you.
Regards,
Michael
Summary
---
Dennis:
To date, to our detriment, we have done de
Let's talk tomorrow about #7014, build 706 (which everyone ought to
test; olpc-update -f update.1-706), and what we should take away from
the fact that Blake and Ricardo were the only people who contributed
patches/packages for inclusion in our bugfix release.
Please reply to this mail with any ot
On Tue, May 27, 2008 at 09:15:39AM +0200, Tomeu Vizoso wrote:
> +for bundle in self._bundles:
> +if new_bundle.get_bundle_id() == bundle.get_bundle_id():
Why are we performing repeated linear search instead of storing bundles
in a datastructure with sub-linear containment looku
On Fri, May 23, 2008 at 05:12:29PM +0200, Morgan Collett wrote:
> I will get this patch up in my git repo, as soon as I can figure out
> why it won't allow me to push (non-fast forward).
Git is warning you about divergence: there are patches on the branch
you're pushing into that you have not yet
1 - 100 of 214 matches
Mail list logo