The feature, although not usable by the activities, it has other benefits.
By observing the buddy list, you acquire instant information of the network
connection go the users:
when connected to channel 1 for example:
169.254.x.x address are in link-local
172.18.x.x are connected to schoolserver
w
On Nov 2, 2007, at 9:17 PM, Marco Pesenti Gritti wrote:
> Also I think integrating and properly supporting Pascal's log
> collector would go a long way in facilitating testing.
Working on this bit.
--
Ivan Krstić <[EMAIL PROTECTED]> | http://radian.org
On 11/3/07, Walter Bender <[EMAIL PROTECTED]> wrote:
> Did this ticket every get opened? I think a lot of problems would be solved
> if you could open the various consoles on someone else's XO...
I haven't seen tickets yet. Opening Log and Analyze remotely should be
relatively easy.
Also I think i
On 10/30/07, Michail Bletsas <[EMAIL PROTECTED]> wrote:
> Yes, we need a relatively user-friendly way to query for that information.
> I don't reall care what it is called as long as I can instruct somebody to
> bring it up with a minimum number of clicks.
I think key bindings for both Log and Ana
Did this ticket every get opened? I think a lot of problems would be solved
if you could open the various consoles on someone else's XO...
-walter
On 10/30/07, Marco Pesenti Gritti <[EMAIL PROTECTED]> wrote:
>
> On 10/30/07, Erik Blankinship <[EMAIL PROTECTED]> wrote:
> > While I welcome the new
Yes, we need a relatively user-friendly way to query for that information.
I don't reall care what it is called as long as I can instruct somebody to
bring it up with a minimum number of clicks.
M.
Sjoerd Simons <[EMAIL PROTECTED]> wrote on 10/30/2007 08:59:36 AM:
> On Fri, Oct 26, 2007 at 0
On 10/30/07, Erik Blankinship <[EMAIL PROTECTED]> wrote:
> While I welcome the new activities and think it is great to integrate them
> into sugar, can we reconsider completely doing away with the dev console?
> It is /very/ useful to have the console open on an xo while the activity you
> are debu
While I welcome the new activities and think it is great to integrate them
into sugar, can we reconsider completely doing away with the dev console?
It is /very/ useful to have the console open on an xo while the activity you
are debugging is running behind it.
Can't you have both the old console
Please check: http://wiki.laptop.org/go/Developer_Environment
On 10/30/07, Marco Pesenti Gritti <[EMAIL PROTECTED]> wrote:
> On 10/30/07, Sjoerd Simons <[EMAIL PROTECTED]> wrote:
> > On Fri, Oct 26, 2007 at 01:18:17PM -0400, Michail Bletsas wrote:
> > > At this point in time, having as much debug
> > At this point in time, having as much debug info available in the
> > developer console without having to remember which command-line tool
> > provides what, is crucial for collecting problem reports from non-expert
> > users and I would request that the IPv4 information remains where it is.
I
On 10/30/07, Sjoerd Simons <[EMAIL PROTECTED]> wrote:
> On Fri, Oct 26, 2007 at 01:18:17PM -0400, Michail Bletsas wrote:
> > At this point in time, having as much debug info available in the
> > developer console without having to remember which command-line tool
> > provides what, is crucial for c
On Fri, Oct 26, 2007 at 01:18:17PM -0400, Michail Bletsas wrote:
> At this point in time, having as much debug info available in the
> developer console without having to remember which command-line tool
> provides what, is crucial for collecting problem reports from non-expert
> users and I wou
At this point in time, having as much debug info available in the
developer console without having to remember which command-line tool
provides what, is crucial for collecting problem reports from non-expert
users and I would request that the IPv4 information remains where it is.
Michail
__
Several parts for your replies refer to issues we have discussed before.
The tickets 4463,4405,4404,4403 include the new requirements and
enhancements for the presence service, in benefit of user+developer
To summarize
1. User+devel should be able to switch between gabble to salut manually
using
On Fri, Oct 26, 2007 at 12:20:01AM -0400, Giannis Galanis wrote:
> The feature, although not usable by the activities, it has other benefits.
>
> By observing the buddy list, you acquire instant information of the network
> connection go the users:
> when connected to channel 1 for example:
> 169.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 26 Oct 2007 at 00:20:01 -0400, Giannis Galanis wrote:
> The feature, although not usable by the activities, it has other benefits.
>
> By observing the buddy list, you acquire instant information of the network
> connection go the users:
> whe
The feature, although not usable by the activities, it has other benefits.
By observing the buddy list, you acquire instant information of the network
connection go the users:
when connected to channel 1 for example:
169.254.x.x address are in link-local
172.18.x.x are connected to schoolserver
w
It seems, from your discussion like unless someone grumbles today, this
should be removed immediately. And it removed within a week, even if
someone grumbles...
- Jim
On Thu, 2007-10-25 at 10:15 +0100, Simon McVittie wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Erik Blankinship wrote:
> Record uses ip4-address, but we've just about completed Record Tubes
> (and it is working great).
Should Activity developers assume that stream tubes will be available in both
Gabble and Salut by OLPC 1.0?
- --Ben
-BEGIN
> We still have one set of OLPC-specific patches to Salut (the link-
> local
> collaboration backend) that has been rejected upstream, which is
> the one
> that adds support for the deprecated ip4-address buddy property.
>
> Is anyone still using this property? If not, can we kill it? It was
> adde
On Oct 25, 2007, at 5:15 , Simon McVittie wrote:
> We still have one set of OLPC-specific patches to Salut (the link-
> local
> collaboration backend) that has been rejected upstream, which is
> the one
> that adds support for the deprecated ip4-address buddy property.
>
> Is anyone still using
On Thu, 2007-10-25 at 10:15 +0100, Simon McVittie wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> We still have one set of OLPC-specific patches to Salut (the link-local
> collaboration backend) that has been rejected upstream, which is the one
> that adds support for the deprecated i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
We still have one set of OLPC-specific patches to Salut (the link-local
collaboration backend) that has been rejected upstream, which is the one
that adds support for the deprecated ip4-address buddy property. This was
used during a transitional period
23 matches
Mail list logo
