may need to
revisit this after we put a stake in the ground on freezing 8.2.0 APIs.
Thanks,
Greg S
Date: Tue, 29 Jul 2008 17:54:42 -0700
From: John Gilmore [EMAIL PROTECTED]
Subject: Re: TuxPaint woes
To: devel@lists.laptop.org, [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
can't think
On 30.07.2008, at 13:20, Greg Smith wrote:
On when the code is stable and frozen enough to do final regression
testing of activities:
Michael,
Can we track that as a milestone? Is that code freeze (a.k.a.
package-level change control) which is targeted (pending confirmation
e-mail) for
Michael Stone writes:
On the other hand, it would be rather trivial for activities which
cared to check their dependencies in a adhoc fashion (by running
rpm themselves if they wish) and by reporting errors if necessary
dependencies are unsatisfied.
This is far from trivial. Sure, I could do
Mikus Grinbergs writes:
There are people like me who like TuxPaint better than Oficina.
However, to run TuxPaint, users of current Joyride need to
re-install SDL_mixer and libmikmod.
I hope you've filed a bug to request that those libraries
be put back.
I could use libpaper as well; the
michael wrote:
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?
not breaking supplied interfaces without providing feedback to
On Tue, Jul 29, 2008 at 08:04:10AM -0400, [EMAIL PROTECTED] wrote:
michael wrote:
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
On Mon, 2008-07-28 at 20:56 -0400, Mikus Grinbergs wrote:
There are people like me who like TuxPaint better than Oficina.
However, to run TuxPaint, users of current Joyride need to
re-install SDL_mixer and libmikmod.
What are the errors that you encounter?
Do you know libmikmod is needed?
can't think of a faster way to make developers give up on our
platform as a lost cause.
As someone whose year-long OLPC-specific project (SimCity) was broken
by Sugar interface changes right before the 650 release, I can report
that it was pretty disheartening. Both the sound and the running
Daniel Drake writes:
I'll look into why SDL_mixer went away, and what it is used for...
It's for audio. Reasons for use include:
* Nicely compatible with other SDL stuff
* Cross-platform (BeOS, MacOS X, Win95, Vista...)
* Easy support for stereo positioning
* Handles *.ogg files
* Good enough
There are people like me who like TuxPaint better than Oficina.
However, to run TuxPaint, users of current Joyride need to
re-install SDL_mixer and libmikmod. Also, TuxPaint is not being
checkpointed by Journal (and seems to start slower than it did on
build 65x).
I realize there is a
On Mon, Jul 28, 2008 at 08:56:47PM -0400, Mikus Grinbergs wrote:
But should it be up to the Activity developers (or in this case, those
who first fitted the software to Sugar) to keep supporting their
submission as the Sugar/operating_system platform keeps evolving ?
Who else would you propose?
michael wrote:
On Mon, Jul 28, 2008 at 08:56:47PM -0400, Mikus Grinbergs wrote:
But should it be up to the Activity developers (or in this case, those
who first fitted the software to Sugar) to keep supporting their
submission as the Sugar/operating_system platform keeps evolving ?
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 provide an
13 matches
Mail list logo