Why is this bug marked as Blocker?
http://dev.sugarlabs.org/ticket/199
Traditionally, we made Blocker mean that a XOOS release must wait for
it to be fixed. Now that we have multiple downstreams, we might want
to rethink the semantics to mean no sucrose release until all
blockers are fixed,
On Feb 2, 2009, at 1:20 AM, Bernie Innocenti wrote:
Simon Schampijer wrote:
Marco Pesenti Gritti wrote:
Can we add Soas as one of the field alternatives? Couldn't quickly
figure out how to do it myself...
Yeah the admin interface does not seem to let you change the custom
fields we added
Bernie Innocenti wrote:
Simon Schampijer wrote:
Marco Pesenti Gritti wrote:
Can we add Soas as one of the field alternatives? Couldn't quickly
figure out how to do it myself...
Yeah the admin interface does not seem to let you change the custom
fields we added to the trac.ini :/ Bernie you
Simon Schampijer wrote:
Bernie Innocenti wrote:
Simon Schampijer wrote:
Marco Pesenti Gritti wrote:
Can we add Soas as one of the field alternatives? Couldn't quickly
figure out how to do it myself...
Btw, i guess we should move now all the Bugs that are filed under the
SoaS component and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Morgan Collett wrote:
Also don't blame avahi for the fact that we send out updates every
time you alt-tab between shared activities, so that your icon can jump
to the appropriate snowflake on everyone else's Neighborhood Views...
I _strongly_
Marco Pesenti Gritti wrote:
On Mon, Feb 2, 2009 at 5:44 PM, Simon Schampijer si...@schampijer.de wrote:
Btw, i guess we should move now all the Bugs that are filed under the SoaS
component and tag them SoaS Distribution and remove the SoaS component, or?
I think we should keep the component.
On Mon, Feb 02, 2009 at 01:13:58PM +0100, Tomeu Vizoso wrote:
On Mon, Feb 2, 2009 at 13:11, Aleksey Lim alsr...@member.fsf.org wrote:
On Mon, Feb 02, 2009 at 11:08:11AM +0100, Tomeu Vizoso wrote:
On Mon, Feb 2, 2009 at 02:32, Aleksey Lim alsr...@member.fsf.org wrote:
Hi all,
While
On Mon, Feb 2, 2009 at 5:49 PM, Aleksey Lim alsr...@member.fsf.org wrote:
I mean new sugar-widgets package should use only public activity API,
something
like a current-sugar's-version-independent link between sugar and activities
(mostly honey activities).
That's pretty much what
On 2 Feb 2009, at 16:43, Benjamin M. Schwartz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Morgan Collett wrote:
Also don't blame avahi for the fact that we send out updates every
time you alt-tab between shared activities, so that your icon can
jump
to the appropriate snowflake
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, Feb 02, 2009 at 07:25:54AM -0500, C. Scott Ananian wrote:
On Mon, Feb 2, 2009 at 6:46 AM, Jonas Smedegaard d...@jones.dk wrote:
On Mon, Feb 02, 2009 at 10:46:35AM +0100, Bernie Innocenti wrote:
C. Scott Ananian wrote:
OK, thanks. The
Bernie Innocenti wrote:
Another issue is how we integrate the updater with addons.sl.o.
Because the OLPC microformat is trivial, it might be easy to modify
the remora's html output to be compatible with it. Mick, Tomeu and
David, who have had a closer look at the code, might want to comment.
On Mon, Feb 2, 2009 at 8:56 AM, Ties Stuij cjst...@gmail.com wrote:
On Mon, Feb 2, 2009 at 11:23 AM, C. Scott Ananian csc...@laptop.org wrote:
On Sun, Feb 1, 2009 at 9:24 PM, Martin Langhoff
martin.langh...@gmail.com wrote:
So this depends on a simple service-announcement scheme. I'll sidestep
On Mon, Feb 2, 2009 at 8:58 AM, Bernie Innocenti ber...@laptop.org wrote:
Morgan Collett wrote:
Also don't blame avahi for the fact that we send out updates every
time you alt-tab between shared activities, so that your icon can jump
to the appropriate snowflake on everyone else's Neighborhood
I don't know. That's up to your debugging team members. I just submitted
a new bug report. I see the version field which allows values for the
Sugar version used.
Stan
--
On Sun, Feb 1, 2009 at 3:37 AM, SugarLabs Bugs
bugtracker-nore...@sugarlabs.org wrote:
On Mon, Feb 2, 2009 at 5:13 AM, Bernie Innocenti ber...@laptop.org wrote:
Martin Langhoff wrote:
On Mon, Feb 2, 2009 at 6:39 PM, C. Scott Ananian csc...@laptop.org wrote:
My suggestions: DNS-SD and libepc (http://live.gnome.org/libepc/).
There's no need for Sugar-specific solutions here; we
On Tue, Feb 3, 2009 at 1:17 AM, C. Scott Ananian csc...@laptop.org wrote:
http://ieeexplore.ieee.org/Xplore/login.jsp?url=/iel5/4489030/4489031/04489571.pdf?temp=x
I don't want adventure. I want something old and safe ;-)
Maybe we can fake this with good old DNS lookups - but those will fail
On Mon, Feb 2, 2009 at 7:00 AM, Bernie Innocenti ber...@sugarlabs.org wrote:
Jonas Smedegaard wrote:
What Debian package?
I found no mention of olpc-update anywhere in the source code for
Sugar, so I guess you are talking about something OLPC-specific _below_
Sugar, right?
olpc-update is
On Mon, Feb 2, 2009 at 09:44, Bernie Innocenti ber...@codewiz.org wrote:
Why is this bug marked as Blocker?
http://dev.sugarlabs.org/ticket/199
I would say it's a blocker because that's the default value for that
field and the first person who modified the ticket (Marco) after those
fields
On Tue, Feb 3, 2009 at 1:20 AM, C. Scott Ananian csc...@laptop.org wrote:
I don't understand your problem.
How does the XS know what URLs to mask?
For example, say the current version of Foo.xo (which the XS has) has
a url of http://sugarlabs.org/activities/ in its metadata but _old_
versions
On Feb 2, 2009, at 4:21 PM, Martin Langhoff wrote:
'd like to read that paper (anyone got access to IEEE pubs?)
http://radian.org/~krstic/krebs-sd.pdf
--
Ivan Krstić krs...@solarsail.hcs.harvard.edu | http://radian.org
___
Sugar-devel mailing list
On Mon, Feb 2, 2009 at 02:32, Aleksey Lim alsr...@member.fsf.org wrote:
Hi all,
While tweaking/hacking some activities I have to, from time to time,
copypaste code
between activities. Sometime it works well: tempo slider from TamTam
activities means 20-30 lines and 5-7 images. Now (for
C. Scott Ananian wrote:
OK, thanks. The existing updater works fine in Debian; I don't know
if it was ever pushed into koji, but it is certainly compatible with
Fedora. If anyone wants to develop a new updater, I can probably
offer some advice. Using an explicit update_url field in the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, Feb 02, 2009 at 01:00:53PM +0100, Bernie Innocenti wrote:
Jonas Smedegaard wrote:
What Debian package?
I found no mention of olpc-update anywhere in the source code for
Sugar, so I guess you are talking about something OLPC-specific
On Tue, Feb 3, 2009 at 10:50 AM, Gary C Martin g...@garycmartin.com wrote:
pull it back on list), but while trying to follow this thread I'd been
assuming one of the XS functions is as an http proxy cache server (squid or
some such). This wouth then help reduce common internet traffic via
Marco Pesenti Gritti wrote:
On Sun, Feb 1, 2009 at 7:34 PM, Sebastian Dziallas sebast...@when.com wrote:
But regarding the Education Spin: Couldn't we push Sugar in there?
The KDE project is doing a great job with their applications regarding
education, and they continue to do so. Recently,
On Mon, Feb 2, 2009 at 14:18, C. Scott Ananian csc...@laptop.org wrote:
On Mon, Feb 2, 2009 at 5:13 AM, Bernie Innocenti ber...@laptop.org wrote:
Martin Langhoff wrote:
On Mon, Feb 2, 2009 at 6:39 PM, C. Scott Ananian csc...@laptop.org wrote:
My suggestions: DNS-SD and libepc
On Mon, Feb 2, 2009 at 13:00, Bernie Innocenti ber...@sugarlabs.org wrote:
Jonas Smedegaard wrote:
What Debian package?
I found no mention of olpc-update anywhere in the source code for
Sugar, so I guess you are talking about something OLPC-specific _below_
Sugar, right?
olpc-update is the
Jonas Smedegaard wrote:
What Debian package?
I found no mention of olpc-update anywhere in the source code for
Sugar, so I guess you are talking about something OLPC-specific _below_
Sugar, right?
olpc-update is the official updater for the core OS of the OLPC
distribution. It is very
On Mon, Feb 2, 2009 at 1:06 AM, Martin Langhoff
martin.langh...@gmail.com wrote:
On Mon, Feb 2, 2009 at 6:38 PM, C. Scott Ananian csc...@laptop.org wrote:
I still believe the proper way to do this is to have a local offline
cache. The protocol was explicitly designed to be easily cacheable.
Marco Pesenti Gritti wrote:
I guess at some point the default was Blocker, because there lots of
tickets marked that way in trac.
Yeah, we should re-prioritize them. Do we have a Bugmaster role?
We should
/me steps back... quickly!
--
// Bernie Innocenti - http://www.codewiz.org/
\X/
A bugsquad even! Reprioritized most of mine yesterday...
Marco
On Mon, Feb 2, 2009 at 2:47 PM, Bernie Innocenti ber...@codewiz.org wrote:
Marco Pesenti Gritti wrote:
I guess at some point the default was Blocker, because there lots of
tickets marked that way in trac.
Yeah, we should
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, Feb 02, 2009 at 11:08:11AM +0100, Tomeu Vizoso wrote:
On Mon, Feb 2, 2009 at 02:32, Aleksey Lim alsr...@member.fsf.org wrote:
Hi all,
While tweaking/hacking some activities I have to, from time to time,
copypaste code between activities.
I think this project often makes the perfect into the enemy of the good.
Consequently we end up having less collaboration than, e.g., any system in
the last 10 years that could install vnc server, while claiming that
collaboration is a principal focus of the project.
On Mon, Feb 2, 2009 at 3:34
Martin Langhoff wrote:
On Mon, Feb 2, 2009 at 6:39 PM, C. Scott Ananian csc...@laptop.org wrote:
My suggestions: DNS-SD and libepc (http://live.gnome.org/libepc/).
There's no need for Sugar-specific solutions here; we just need to use
existing standard solutions.
Yep - I want existing
I think that the addition of a new property in the activity.info file
would be logical here. Make it an integer indicating the maximum
number of supported participants. Unshared activities would report
'1', activities like video chat (with technical limitations) or chess
(with obvious player
C. Scott Ananian wrote:
When I read the Zeroconf book, I got the impression that the
_standard_ was carefully designed to minimize needless broadcasts and
scale well in real scenarios. I can't comment on the current Avahi
_implementation_ though.
This is true for wired networks; not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eben Eliason wrote:
I think that the addition of a new property in the activity.info file
would be logical here. Make it an integer indicating the maximum
number of supported participants.
OK, but as an Activity author I might like to specify
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eben Eliason wrote:
On Mon, Feb 2, 2009 at 7:33 PM, Benjamin M. Schwartz
bmsch...@fas.harvard.edu wrote:
In my mind, this would work perfectly with the above scheme, whereby
any activity that already has max_participants in it could be viewed
in
Morgan Collett wrote:
Also don't blame avahi for the fact that we send out updates every
time you alt-tab between shared activities, so that your icon can jump
to the appropriate snowflake on everyone else's Neighborhood Views...
as well as sending who joined and left...
Mature GUIs have a
On 3 Feb 2009, at 01:02, Benjamin M. Schwartz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eben Eliason wrote:
On Mon, Feb 2, 2009 at 7:33 PM, Benjamin M. Schwartz
bmsch...@fas.harvard.edu wrote:
In my mind, this would work perfectly with the above scheme,
whereby
any activity
On Tue, Feb 3, 2009 at 3:28 PM, Benjamin M. Schwartz
bmsch...@fas.harvard.edu wrote:
How does the XS know what URLs to mask?
Surely the URLs to mask are the source URLs of the .xo bundles in
Hi Ben,
The gotcha is described in the paragraph you snipped :-) right after
my question.
I try hard
On Tue, Feb 3, 2009 at 11:13 AM, C. Scott Ananian csc...@laptop.org wrote:
802.11s is not simple, nor safe.
lol. That's right.
Now, you are talking about DNS-SD without mDNS. Spent some good time
reading up on both, and DNS-SD sounds good for what we're trying to
do. Everybody uses them
On Mon, Feb 2, 2009 at 9:26 PM, Gary C Martin g...@garycmartin.com wrote:
Happy to be proven wrong, and I guess it could be a Sugar feature not really
intended for XOs.
Let's let the flowers bloom: I don't doubt that there are many ways to
make *better* collaboration, on an activity-by-activity
On Tue, Feb 3, 2009 at 3:46 PM, C. Scott Ananian csc...@laptop.org wrote:
Only works with HTTP -- that's why were are careful to make our
protocols only use HTTP.
Several of our protocols are http based, but not all.
What I am stating is that for almost all protocols we need a service
On Mon, Feb 2, 2009 at 10:53 PM, Martin Langhoff
martin.langh...@gmail.com wrote:
On Tue, Feb 3, 2009 at 3:46 PM, C. Scott Ananian csc...@laptop.org wrote:
Only works with HTTP -- that's why were are careful to make our
protocols only use HTTP.
Several of our protocols are http based, but not
On Tue, Feb 3, 2009 at 5:10 PM, C. Scott Ananian csc...@laptop.org wrote:
You failed to convince me. How (...)?
All I can suggest is that you go back on this thread and read my email.
Here's a clarification (I know my writing isn't always clear): the url
in the metadata is not expected to
46 matches
Mail list logo
