On Mon, Sep 21, 2009 at 10:41 AM, Bernie Innocenti ber...@codewiz.org wrote:
El Mon, 21-09-2009 a las 10:14 +0200, Tomeu Vizoso escribió:
Yes, the most obvious path is to be based on the next CentOS major
release, which in turn will be based on Fedora 11 (AFAIK).
Switching to other distros
Bernie Innocenti wrote:
What could be achieved with the .xo bundles that couldn't be achieved
with an rpm?
Let's not talk about .xo. .xo is just the JAR bundle format.
What can you do with JAR that you can't do with RPM?
1. Produce them easily on any platform.
2. Tell the unpacked manifest
El Mon, 21-09-2009 a las 19:13 -0400, Benjamin M. Schwartz escribió:
1. Produce them easily on any platform.
At OLPC, I head this argument made many times, but it's moot:
(1) one could create a bundle on Windows, but not test it.
Since actual development requires a system capable of running
Bernie Innocenti wrote:
El Mon, 21-09-2009 a las 19:13 -0400, Benjamin M. Schwartz escribió:
1. Produce them easily on any platform.
At OLPC, I head this argument made many times, but it's moot:
(1) one could create a bundle on Windows, but not test it.
I'm not thinking about Windows.
On Tue, Sep 22, 2009 at 00:54, Peter Robinson pbrobin...@gmail.com wrote:
On Mon, Sep 21, 2009 at 11:47 PM, Martin Dengler
mar...@martindengler.com wrote:
On Mon, Sep 21, 2009 at 05:15:31PM -0500, Yamandu Ploskonka wrote:
Chris Ball wrote:
Hi,
TBH I'm not 100% sure on that as I'm not
El Mon, 21-09-2009 a las 21:27 -0400, Benjamin M. Schwartz escribió:
(1) one could create a bundle on Windows, but not test it.
I'm not thinking about Windows. I'm thinking about Linux. I don't use an
RPM-based distro, so I don't have the RPM tools lying around. I'm not
especially
Hi all,
The Sugar Labs Oversight
Boardhttp://wiki.sugarlabs.org/go/Oversight_Board 2009-2010
Election http://wiki.sugarlabs.org/go/Oversight_Board/2009-2010-candidatesis
scheduled to run from
*October 1, 2009* to *October 14, 2009*. All 7 board seats are up for
election.
The Sugar Labs Members
In my view, the mailing list should be called SoaS-Fedora. That's
the specific project the mailing list is intended to support, and we
haven't reached consensus that Sugar on a Stick should always refer
to the Fedora liveUSB project. Although that's clearly the case today
and for the forseeable
I thought about that, but in that case it wouldn't be appropriate for
Sebastian or anyone associated with Fedora or any other distro for
that matter to moderate the list; the moderator would need to be
distro-independent. Would the list also be open to any alternate
liveUSB Sugar project? This
But marketing discussions are already on the Sugar Labs marketing
list. There's Sugar Labs marketing, nothing specific to SoaS. SoaS is
the pillar of the marketing strategy, but in the Sugar Labs picture.
The mailing list in question is for developers... on the specific
existing project. Googling
El Tue, 22-09-2009 a las 16:51 +0100, Gary C Martin escribió:
This is not a what if it works right now and since 0.84. Any .xo
bundle in your Journal can be 'sent to' over the either to any friend,
where by Journal will automatically install it for them. I have sent
the Physics.xo bundle
Bernie Innocenti wrote:
The use cases that work now would continue to work with any package
format.
That's definitely not true.
One option (the one I thought you were advocating) is to make Activities
just like any other software installed by the distribution package
manager. That means
El Wed, 23-09-2009 a las 12:25 -0400, Benjamin M. Schwartz escribió:
Bernie Innocenti wrote:
The use cases that work now would continue to work with any package
format.
That's definitely not true.
One option (the one I thought you were advocating) is to make Activities
just like any
On Wed, Sep 23, 2009 at 1:07 PM, Bernie Innocenti ber...@codewiz.org wrote:
...
Right. One way around it is using Alien, which I already proposed.
Another solution is to admit that kids running incompatible distros
will be unable to exchange activities -- period. It would be quite a
rare
Bernie Innocenti wrote:
A fixed platform with infinite backwards compatibility is a dream even
for an interpreted language.
Java.
Right now, we're just closing our eyes pretending that we are immune
from the dependency problems and that the .xo package format will
suffice. Do you really
with all due respect, it is happening rather often in Uruguay, of course
limited to the tiny minority of teachers who actually use Sugar and the
XO beyond its most vanilla lineup, that is, those who actually use Sugar
and the XO besides its qualities as an übercool paperweight :-(
The good
The mailing list in question is for developers... on the specific
existing project. Googling Sugar on a Stick will find (as it finds
today) the Sugar Labs website and the download page.
I interpreted the mailing list in question as being primarily for
developers of *any* SoaS, with the current
El Wed, 23-09-2009 a las 13:44 -0400, Bill Bogstad escribió:
On Wed, Sep 23, 2009 at 1:07 PM, Bernie Innocenti ber...@codewiz.org wrote:
...
Right. One way around it is using Alien, which I already proposed.
Another solution is to admit that kids running incompatible distros
will be
Bernie Innocenti wrote:
Either we declare that there exists only One True Sugar Distribution
running on One True Hardware Platform -- which is exactly the opposite
of expanding the base for Sugar -- or we accept the increased complexity
that comes from a real multiplatform scenario.
Or, we
El Wed, 23-09-2009 a las 14:33 -0400, Benjamin M. Schwartz escribió:
Or, we bless a small number of completely self-contained virtual machines
(e.g. etoys squeak, mozilla javascript, Sun Java, perhaps a restricted
python), and then run them on any hardware.
I think that would create a much
Bernie Innocenti wrote:
It's still too restrictive for external developers who would like to do
more ambitious things, like Karma and Physics. Those would have to come
and beg us to approve their dependencies.
Karma is HTML+Javascript, for which we have an approved interpreter on the
list, so
On Wed, Sep 23, 2009 at 3:20 PM, Caroline Meeks solutiongr...@gmail.com wrote:
Since we can't seem to boot the MacBooks directly, but we could use Virtual
Box, can anyone think of way to use Virtual Box that would allow students to
use the info on their sticks so they can at another point in
Hi Bernie,
On 23 Sep 2009, at 17:19, Bernie Innocenti wrote:
El Tue, 22-09-2009 a las 16:51 +0100, Gary C Martin escribió:
This is not a what if it works right now and since 0.84. Any .xo
bundle in your Journal can be 'sent to' over the either to any
friend,
where by Journal will
On Wed, Sep 23, 2009 at 4:17 AM, Tomeu Vizoso to...@sugarlabs.org wrote:
On Tue, Sep 22, 2009 at 21:25, Jim Simmons nices...@gmail.com wrote:
Caroline,
I haven't tried the CAST website in Sugar but I have tried downloading
Zip files from other websites in Sugar. If I download a Zip file
Hi Caroline,
On 23 Sep 2009, at 20:10, Caroline Meeks wrote:
The current status of the GPA is:
The 4th grade classroom has a bank of 6 machines that can boot Sugar
on a Stick.
The 4th grade specialist has one used laptop that can boot Sugar on
a Stick.
Access to the PCs in the
On 23 Sep 2009, at 20:22, Bernie Innocenti wrote:
El Wed, 23-09-2009 a las 14:33 -0400, Benjamin M. Schwartz escribió:
Or, we bless a small number of completely self-contained virtual
machines
(e.g. etoys squeak, mozilla javascript, Sun Java, perhaps a
restricted
python), and then run
El Wed, 23-09-2009 a las 21:11 +0100, Gary C Martin escribió:
Would that not potentially be covered if ActivityTeam agree a set of
supported platforms (and agree a 'fat' bundle)? We can _never_ test
and QA every platform in existence, so we have to at least agree on a
core N amount of
Mel, Sebastian, Walter, Bernie, David and the others, thanks for that
ad-hoc yet fruitful IRC discussion tonight. I trust someone can post
the transcript? Meetbot seemed revived.
I fully support the new list as a gathering place for any liveUSB
Sugar project, even if Sebastian's project is and
On Wed, Sep 23, 2009 at 4:26 PM, Gary C Martin g...@garycmartin.com wrote:
Sure, you could just link the ~/default/datastore directory on the VM
to the matching location on the stick. I'm not sure how the pretty way
to do this would be (likely at this moment in time would be just
tweaking the
Hi Bill,
On 24 Sep 2009, at 00:17, Bill Bogstad wrote:
On Wed, Sep 23, 2009 at 4:26 PM, Gary C Martin
g...@garycmartin.com wrote:
Sure, you could just link the ~/default/datastore directory on the VM
to the matching location on the stick. I'm not sure how the pretty
way
to do this
Sugar could report an error message on startup: This Activity contains
executable code which was not compiled for this platform. Please contact
the activity author for support.
This would fall into the general category of displaying better error
messages when activities fail to start.
If ARM
El Wed, 23-09-2009 a las 20:13 -0400, Wade Brainerd escribió:
Sugar could report an error message on startup: This Activity
contains executable code which was not compiled for this platform.
Please contact the activity author for support.
This would fall into the general category of
No disrespect meant, just a bit of down to earth TUE
Wade Brainerd wrote:
Sugar could report an error message on startup: This Activity
contains executable code which was not compiled for this platform.
Please contact the activity author for support.
OK, our primary clients are 6 to 12 year
Last I checked virtualbox could not boot from USB on a Mac. This may have
changed in a more recent version.
Dave
On Wed, Sep 23, 2009 at 8:12 PM, Gary C Martin g...@garycmartin.com wrote:
Hi Bill,
On 24 Sep 2009, at 00:17, Bill Bogstad wrote:
On Wed, Sep 23, 2009 at 4:26 PM, Gary C
On Wed, Sep 23, 2009 at 8:12 PM, Gary C Martin g...@garycmartin.com wrote:
Yes, I routinely use the Shared Folders feature for VirtualBox on the Mac
:-) Every thing Sugar flavour I work on resides there for easy access
between different VMs. VirtualBox treats this as a device (after installing
Hi Dave,
On 24 Sep 2009, at 01:55, Dave Bauer wrote:
Last I checked virtualbox could not boot from USB on a Mac. This may
have changed in a more recent version.
Yep correct, that is still the case**. But, we were not talking about
booting USB. Just mounting it and using the data-store
Yamandu Ploskonka wrote:
I for one had hoped that the utterly painful performance
problems with Sugar were a price we were paying for total cross-platform
compatibility though Python. I'm having my innocence crushed as I
follow this thread...
We would do well to clarify this. For the
Thanks for the update, Sean!
The mailing list is up - details on the conversation are posted at
http://wiki.sugarlabs.org/go/Talk:Sugar_on_a_Stick#Make_a_SoaS_mailing_list.
In short: people talked, consensus was reached, stuff happened. We're
getting better at this - and are close to finishing
38 matches
Mail list logo