Re: [Sugar-devel] Sugar web activity wait 1 minute at startup

[Lionel Laské]

Hi James,

Thanks for advice.
I've tried tcpdump. See an extract below or full trace here [1].

To be honest, I'm not familiar with tcpdump log. BTW I don't see any error
but I see the same 1mn delay in the log (between 21:30:46 and 21:32:27). So
I guess it don't come from a DNS timeout...

   Lionel.


[1] http://laske.fr/tmp/foodchain_tcpdump.log


21:30:46.005948 IP xo-74-2e-b8.localdomain.46011 >
xo-74-2e-b8.localdomain.53633: Flags [F.], seq 752, ack 345, win 4230,
options [nop,nop,TS val 12819 ecr 12819], length 0
21:30:46.011800 IP xo-74-2e-b8.localdomain.53631 >
xo-74-2e-b8.localdomain.46011: Flags [.], ack 5858, win 6145, options
[nop,nop,TS val 12820 ecr 12816], length 0
21:30:46.021809 IP xo-74-2e-b8.localdomain.53632 >
xo-74-2e-b8.localdomain.46011: Flags [.], ack 1366, win 4410, options
[nop,nop,TS val 12821 ecr 12817], length 0
21:30:46.041787 IP xo-74-2e-b8.localdomain.53633 >
xo-74-2e-b8.localdomain.46011: Flags [.], ack 753, win 4257, options
[nop,nop,TS val 12823 ecr 12819], length 0
21:32:27.873704 IP xo-74-2e-b8.localdomain.53630 >
xo-74-2e-b8.localdomain.46011: Flags [F.], seq 317, ack 13879, win 6145,
options [nop,nop,TS val 23006 ecr 12812], length 0
21:32:27.873809 IP xo-74-2e-b8.localdomain.46011 >
xo-74-2e-b8.localdomain.53630: Flags [R], seq 1653018114, win 0, length 0
21:32:27.874700 IP xo-74-2e-b8.localdomain.53631 >
xo-74-2e-b8.localdomain.46011: Flags [F.], seq 304, ack 5858, win 6145,
options [nop,nop,TS val 23006 ecr 12816], length 0
21:32:27.874784 IP xo-74-2e-b8.localdomain.46011 >
xo-74-2e-b8.localdomain.53631: Flags [R], seq 494938181, win 0, length 0
21:32:27.922846 IP xo-74-2e-b8.localdomain.53632 >
xo-74-2e-b8.localdomain.46011: Flags [F.], seq 304, ack 1366, win 4410,
options [nop,nop,TS val 23011 ecr 12817], length 0
21:32:27.922949 IP xo-74-2e-b8.localdomain.46011 >
xo-74-2e-b8.localdomain.53632: Flags [R], seq 3192735672, win 0, length 0
21:32:27.947674 IP xo-74-2e-b8.localdomain.53633 >
xo-74-2e-b8.localdomain.46011: Flags [F.], seq 345, ack 753, win 4257,
options [nop,nop,TS val 23013 ecr 12819], length 0





2014-01-27 

>
> Date: Mon, 27 Jan 2014 10:00:26 +1100
> From: James Cameron 
> To: sugar-devel@lists.sugarlabs.org
> Subject: Re: [Sugar-devel] Sugar web activity wait 1 minute at startup
> Message-ID: <20140126230026.gc26...@us.netrek.org>
> Content-Type: text/plain; charset=us-ascii
>
> Delays of around 40 seconds are consistent with host name resolution
> timeout.  Either forward or reverse.
>
> Use tcpdump to capture network traffic, on both internal and external
> network interfaces, and look for host lookups.
>
> --
> James Cameron
> http://quozl.linux.org.au/
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Helping new developers come in

[Bastien]

Gonzalo Odiard  writes:

> There are a lot of useful information for new developers here http://
> wiki.sugarlabs.org/go/Activity_Team

I see that Sugar is listed in OpenHatch wiki:

  https://openhatch.org/wiki/Bug_trackers

The whole openhatch approach seems interesting, but I don't know how
it can help Sugar concretely, as I don't even know if Sugar "easy"
bugs are already listed somewhere.

Maybe someone more familiar wih Sugar can have a look.

-- 
 Bastien
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] Rework the wireless control panel section to respect non-wireless connections

[Frederick Grose]

On Wed, Jan 22, 2014 at 2:56 PM, Frederick Grose  wrote:

> On Wed, Jan 22, 2014 at 6:03 AM, Daniel Narvaez wrote:
>
>> On 21 January 2014 03:49, Frederick Grose  wrote:
>>
>>> On Mon, Jan 20, 2014 at 4:17 PM, Frederick Grose wrote:
>>>
 Fixes #4410  https://bugs.sugarlabs.org/ticket/4410

 The 'Discard network history' button is peculiar to Sugar, and
 is destructive to all non-wireless connections, despite being in
 the 'Wireless' section of the control panel.

 In the proposed patch[0], the code variables and functions are
 renamed and coded to be specific to wireless connections.

 The 'Radio' checkbox instruction and 'Discard ...' button are
 reworded to avoid confusion over their state and actions.[1]

 If wireless hardware is not present on the system, the 'Wireless'
 section of the control panel is excluded.[2]

 [0,1,2] - https://github.com/sugarlabs/sugar/pull/228

>>>
>>> Daniel Narvaez
>>> wrote via
>>>  notificati...@github.com
>>>
 It seems like the code is handling adhoc networks specially, but I
 didn't find an explanation of that change. Can you please elaborate on it?
>>>
>>>
>>> The current code at,
>>>
>>> https://github.com/sugarlabs/sugar/blob/master/src/jarabe/model/network.py#L835
>>>
>>> tests for sugar-internal connections by reading the connection_id string.
>>>
>>> The new code is specific to wireless connections.
>>> The first condition, the presence of a wifi_settings list, avoids 7 of
>>> the 7 sugar-internal
>>> connections on XO-1.  The sugar ad hoc connections are avoided by a
>>> second condition,
>>> the same test as in the currrent code,
>>> connection_id.startswith(ADHOC_CONNECTION_ID_PREFIX).
>>>
>>
>> So to make that more explicit, compared to the old code we are *not*
>> clearing anymore gsm, mesh and xs_mesh networks. Is that correct?
>>
>
> The sugar-internal gsm, mesh, & xs_mesh connections are not cleared in the
> old or proposed, new code.
>
>> Do we have another way to clear gsm?
>>
>
> There is a separate control panel for GSM modems. I'm not very familiar
> with it though.
>
> I'm not too sure we should stop clearing mesh and xs_mesh. It is wifi too
>> and it might play a role in the unbreak procedures people have describing
>> in this thread.
>>
>
> See above (the sugar-internal mesh and gsm are not cleared).   I suppose
> someone might create another such connection at a command line.
>
>>  What's the harm of doing that?
>>
>
> Clearing non-sugar-internal mesh connections should be ok (as that is the
> current behavior).
>
> GSM matters might better be handled on its own control panel.
>
> So yes, GSM users creating custom, non-sugar-gsm connections would be
> affected if they depended on the 'Discard network history' button.
> The modemconfiguration panel, though, seems to use only the one
> GSM_CONNECTION_ID = 'Sugar Modem Connection'
> from jarabe.model.network.
> So perhaps best for now, to continue to discard non-sugar GSM connections,
> and test for other GSM connections before excluding that control panel
> subsection.
>

This seems too much of a corner case (along with other manually created,
non-wireless connections).

>
>
> I'll close the pull request and resubmit changes sequentially as
> recommended in the other note.
>
> Thanks for reviewing,  --Fred
>

There is a new pull request at
https://github.com/sugarlabs/sugar/pull/234

And a feature page here:
http://wiki.sugarlabs.org/go/Features/Network_control_panel
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] [ASLO] Release Maze Web-2

[Sugar Labs Activities]

Activity Homepage:
http://activities.sugarlabs.org/addon/4727

Sugar Platform:
0.100 - 0.100

Download Now:
http://activities.sugarlabs.org/downloads/file/2/maze_web-2.xo

Release notes:
- mouse controls (Sam Parkinson)
- happy faces


Sugar Labs Activities
http://activities.sugarlabs.org

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [support-gang] TuxMath 2 crashes on 13.2.0 on XO-1.75s in Haiti (TuxPaint 6.2 similar)

[Gonzalo Odiard]

Are you using TuxPaint packaged by dsd?
http://dev.laptop.org/~dsd/activities/TuxPaint-6.2.xo


On Mon, Jan 27, 2014 at 3:02 PM, Adam Holt  wrote:

> TuxMath 2 loads on Release 13.2.0, but then crashes out immediately after
> you click "Play" on the launch screen where you toggle "No sound".  The
> user is returned to the Sugar home view immediately, without an error
> message.
>
> Any other versions of TuxMath or TuxMath tweaks we might try ?
>
> Note all these 79 XO-1.75 laptops in Leogane, Haiti will be running OLPC
> Release 13.2.0.
>
> Less Urgently: TuxPaint 6.2 cannot start at all, until we install it twice
> using http://wiki.laptop.org/go/Tiny_Core_Linux.  But its error log is
> attached too, just in case someone has ideas why/how to fix that too!
>
>
>
> --
> Unsung Heroes of OLPC, interviewed live @ http://unleashkids.org !
>
> ___
> support-gang mailing list
> support-g...@lists.laptop.org
> http://lists.laptop.org/listinfo/support-gang
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] TuxMath 2 crashes on 13.2.0 on XO-1.75s in Haiti (TuxPaint 6.2 similar)

[Ignacio Rodríguez]

I think both activities aren't made for XO-1.75 (Arm)
You have any XO-1 or Xo-1.5 for test?

Saludos.
Ignacio Rodríguez


2014-01-27 Adam Holt 

> TuxMath 2 loads on Release 13.2.0, but then crashes out immediately after
> you click "Play" on the launch screen where you toggle "No sound".  The
> user is returned to the Sugar home view immediately, without an error
> message.
>
> Any other versions of TuxMath or TuxMath tweaks we might try ?
>
> Note all these 79 XO-1.75 laptops in Leogane, Haiti will be running OLPC
> Release 13.2.0.
>
> Less Urgently: TuxPaint 6.2 cannot start at all, until we install it twice
> using http://wiki.laptop.org/go/Tiny_Core_Linux.  But its error log is
> attached too, just in case someone has ideas why/how to fix that too!
>
>
>
> --
> Unsung Heroes of OLPC, interviewed live @ http://unleashkids.org !
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Sugar web activity wait 1 minute at startup

[Gonzalo Odiard]

The image is already setting SUGAR_USE_WEBKIT1.
I am downloading the activity and will test it here.

Gonzalo


On Mon, Jan 27, 2014 at 6:20 PM, Lionel Laské wrote:

>
> Thanks Daniel.
>
> Same issue with SUGAR_USE_WEBKIT1 so I guess it's not related to it.
>
> Lionel.
>
>
> 2014-01-27 Daniel Narvaez 
>
> The webkit1 code does not seem to be sending a response if a file does not
>> exist, which I suppose could cause what you are seeing. Though it's logging
>> an error, which I don't see in your log. But the locale.ini does not exist
>> in your activity I guess?
>>
>> It would be good to know for sure if it's webkit1 related. In
>> sugar-build, can you try to
>>
>> export SUGAR_USE_WEBKIT1=yes
>>
>> Then run with sugar-launch and see if you can reproduce the issue.
>>
>>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>


-- 
Gonzalo Odiard

SugarLabs - Learning Software for children
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Sugar web activity wait 1 minute at startup

[Lionel Laské]

Thanks Daniel.

Same issue with SUGAR_USE_WEBKIT1 so I guess it's not related to it.

Lionel.


2014-01-27 Daniel Narvaez 

> The webkit1 code does not seem to be sending a response if a file does not
> exist, which I suppose could cause what you are seeing. Though it's logging
> an error, which I don't see in your log. But the locale.ini does not exist
> in your activity I guess?
>
> It would be good to know for sure if it's webkit1 related. In sugar-build,
> can you try to
>
> export SUGAR_USE_WEBKIT1=yes
>
> Then run with sugar-launch and see if you can reproduce the issue.
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Sugar web activity wait 1 minute at startup

[Lionel Laské]

Hi Gonzalo,

I've tested on the last testing image here:
http://wiki.sugarlabs.org/go/0.100/Testing
Don't know if it's webkit1.

 Lionel.



2014-01-27 Gonzalo Odiard 

> Hi Lionel,
> What image are you using to test sugar 0.100 in the xo?
> Probably you are using the webkit1 implementation, but I didn't see what
> you report yet.
>
> Gonzalo
>
>
> On Sun, Jan 26, 2014 at 8:30 PM, Daniel Narvaez wrote:
>
>> The webkit1 code does not seem to be sending a response if a file does
>> not exist, which I suppose could cause what you are seeing. Though it's
>> logging an error, which I don't see in your log. But the locale.ini does
>> not exist in your activity I guess?
>>
>> It would be good to know for sure if it's webkit1 related. In
>> sugar-build, can you try to
>>
>> export SUGAR_USE_WEBKIT1=yes
>>
>> Then run with sugar-launch and see if you can reproduce the issue.
>>
>> On Sunday, 26 January 2014, Lionel Laské wrote:
>>
>>>
>>> Hi all,
>>>
>>> I'm currently porting my FoodChain activity [1] as a full Sugar Web
>>> activity. It's mainly a packaging work because FoodChain is already written
>>> in HTML5/JavaScript but with a Python package around it.
>>>
>>> The new Sugar Web activity works well but when I'm testing it on Sugar
>>> 0.100 on the XO, the loading process is very long (more than 1 minute) -
>>> tested on the XO 1.75 and XO 4 on the old and the recent package.
>>>
>>> I've isolated the lost time using the sugar-launch command (see log
>>> below). It takes more than 1 minute to load "favicon.ico" (see log between
>>> 15:04:23 and 15:05:34). I don't see any reason for that because it's a very
>>> tiny file.
>>> More, when I delete this file, the lost time is still here and when I
>>> see the trace for another Sugar Web activity, I don't have this loading
>>> time, including when "favicon.ico" is not here.
>>> Launching the activity on sugar-build don't show this issue neither.
>>> I suspect that the problem is not on "favicon.ico" but on something like
>>> a "timeout" somewhere (on a socket ?).
>>> Source code of the activity is here [2], the packaged activity with this
>>> issue could be downloaded here [3].
>>>
>>> Any suggestion is welcome to help me to debug this issue.
>>>
>>> Best regards from France.
>>>
>>> Lionel.
>>>
>>>
>>> [1] http://activities.sugarlabs.org/en/sugar/addon/4612
>>> [2] https://github.com/llaske/FoodChain
>>> [3] http://laske.fr/tmp/foodchain-4.xo
>>>
>>>
>>>
>>>
>>> [olpc@schoolserver FoodChain.activity]$ sugar-launch
>>> org.olpcfrance.FoodChain
>>> org.olpcfrance.FoodChain
>>> 1390662262.276506 ERROR root: Using port 50662
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:22] "GET /index.html
>>> HTTP/1.1" 200 -
>>>
>>> (sugar-activity:4018): Gdk-CRITICAL **: gdk_device_get_source: assertion
>>> `GDK_IS_DEVICE (device)' failed
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET
>>> /lib/sugar-web/graphics/css/sugar.css HTTP/1.1" 200 -
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /enyo/enyo.css
>>> HTTP/1.1" 200 -
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /enyo/enyo.js
>>> HTTP/1.1" 200 -
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /lib/require.js
>>> HTTP/1.1" 200 -
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /depends.js
>>> HTTP/1.1" 200 -
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /styles.css
>>> HTTP/1.1" 200 -
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET
>>> /lib/canvas/package.js HTTP/1.1" 200 -
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET
>>> /lib/canvas/Canvas.js HTTP/1.1" 200 -
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET
>>> /lib/canvas/CanvasControl.js HTTP/1.1" 200 -
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET
>>> /lib/canvas/Shape.js HTTP/1.1" 200 -
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET
>>> /lib/canvas/Circle.js HTTP/1.1" 200 -
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET
>>> /lib/canvas/Rectangle.js HTTP/1.1" 200 -
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET
>>> /lib/canvas/Text.js HTTP/1.1" 200 -
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET
>>> /lib/canvas/Image.js HTTP/1.1" 200 -
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /l10n.js
>>> HTTP/1.1" 200 -
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /util.js
>>> HTTP/1.1" 200 -
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /audio.js
>>> HTTP/1.1" 200 -
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /timer.js
>>> HTTP/1.1" 200 -
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /card.js
>>> HTTP/1.1" 200 -
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /chain.js
>>> HTTP/1.1" 200 -
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /shadowbutton.js
>>> HTTP/1.1" 200 -
>>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /sprite.js
>>> HTTP/1.1" 200 -
>>> xo-d2-7d-0b.local

Re: [Sugar-devel] Helping new developers come in

[Gonzalo Odiard]

There are a lot of useful information for new developers here
http://wiki.sugarlabs.org/go/Activity_Team

Gonzalo


On Sun, Jan 26, 2014 at 8:45 PM, Daniel Narvaez  wrote:

> I think we should try to keep the developer documentation in one place. I
> like to have it in git rather than in a wiki because I feel it's important
> that changes are reviewed. Last time we discussed it, there was an
> agreement on that but... of course nothing is set in stones.
>
> An hackaton sounds like a good idea!
>
>
> On Saturday, 25 January 2014, Sai Vineet  wrote:
>
>> I created a new Wiki page - http://wiki.sugarlabs.org/go/New_Developer
>> This page needs a lot of improvements. Please help to make this page
>> nicer.
>>
>> I was talking to Pat Tressel from Sahana Eden community, and she
>> suggested that we should organize a hackathon, in which we make activities
>> and also document our experience on the wiki side by side. Any inputs on
>> this?
>>
>
>
> --
> Daniel Narvaez
>
>
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>


-- 
Gonzalo Odiard

SugarLabs - Learning Software for children
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] TuxMath 2 crashes on 13.2.0 on XO-1.75s in Haiti (TuxPaint 6.2 similar)

[Adam Holt]

TuxMath 2 loads on Release 13.2.0, but then crashes out immediately after
you click "Play" on the launch screen where you toggle "No sound".  The
user is returned to the Sugar home view immediately, without an error
message.

Any other versions of TuxMath or TuxMath tweaks we might try ?

Note all these 79 XO-1.75 laptops in Leogane, Haiti will be running OLPC
Release 13.2.0.

Less Urgently: TuxPaint 6.2 cannot start at all, until we install it twice
using http://wiki.laptop.org/go/Tiny_Core_Linux.  But its error log is
attached too, just in case someone has ideas why/how to fix that too!



-- 
Unsung Heroes of OLPC, interviewed live @ http://unleashkids.org !


org.ceibaljam.Tuxmath-1.log
Description: Binary data


org.tuxpaint-1.log
Description: Binary data
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] EaselJS+PreloadJS and XHR

[laurent bernabe]

Thank you, I've got it :)

I should have defined

var image = loadingQueue.getResult("wb");

instead of

var image = loadingQueue.getResult("wb").result;

(I got this snippet somewhere on CreateJS forum, maybe coming from the use
of an old version).

Thanks :)

Regards


2014-01-27 Manuel Quiñones 

> 2014-01-27 laurent bernabe :
> > Thank you for your answer.
> >
> > In fact, I develop the activity and preview it from inside Brackets IDE.
> > Previews are shown inside a Chrome browser.
> > So, when previewing from Brackets IDE, we can say that I am viewing it
> > locally, in a browser, though it uses a kind of server (adress is for
> > example : http://127.0.0.1:39643/index.html).
> >
> > But I've also tested under osbuild (with run option), but the image does
> not
> > appear neither.
> >
> > For the links, I am using relative paths.
> > The repository LearnChess (LearnChess) is up to date : I haven't done any
> > change locally since.
>
> The 'complete' callback is called, I get 'loaded image' logged in the
> console.
>
> https://git.sugarlabs.org/learnchess/learnchess_web/blobs/master/js/activity.js#line40
>
> Seems a programming error.  If I log the variable 'image', I get undefined.
>
> https://git.sugarlabs.org/learnchess/learnchess_web/blobs/master/js/activity.js#line42
>
> , Let's move to IRC #sugar if you need more help .
>
> --
> .. manuq ..
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] EaselJS+PreloadJS and XHR

[Manuel Quiñones]

2014-01-27 laurent bernabe :
> Thank you for your answer.
>
> In fact, I develop the activity and preview it from inside Brackets IDE.
> Previews are shown inside a Chrome browser.
> So, when previewing from Brackets IDE, we can say that I am viewing it
> locally, in a browser, though it uses a kind of server (adress is for
> example : http://127.0.0.1:39643/index.html).
>
> But I've also tested under osbuild (with run option), but the image does not
> appear neither.
>
> For the links, I am using relative paths.
> The repository LearnChess (LearnChess) is up to date : I haven't done any
> change locally since.

The 'complete' callback is called, I get 'loaded image' logged in the console.
https://git.sugarlabs.org/learnchess/learnchess_web/blobs/master/js/activity.js#line40

Seems a programming error.  If I log the variable 'image', I get undefined.
https://git.sugarlabs.org/learnchess/learnchess_web/blobs/master/js/activity.js#line42

, Let's move to IRC #sugar if you need more help .

-- 
.. manuq ..
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Sugar web activity wait 1 minute at startup

[Gonzalo Odiard]

Hi Lionel,
What image are you using to test sugar 0.100 in the xo?
Probably you are using the webkit1 implementation, but I didn't see what
you report yet.

Gonzalo


On Sun, Jan 26, 2014 at 8:30 PM, Daniel Narvaez  wrote:

> The webkit1 code does not seem to be sending a response if a file does not
> exist, which I suppose could cause what you are seeing. Though it's logging
> an error, which I don't see in your log. But the locale.ini does not exist
> in your activity I guess?
>
> It would be good to know for sure if it's webkit1 related. In sugar-build,
> can you try to
>
> export SUGAR_USE_WEBKIT1=yes
>
> Then run with sugar-launch and see if you can reproduce the issue.
>
> On Sunday, 26 January 2014, Lionel Laské wrote:
>
>>
>> Hi all,
>>
>> I'm currently porting my FoodChain activity [1] as a full Sugar Web
>> activity. It's mainly a packaging work because FoodChain is already written
>> in HTML5/JavaScript but with a Python package around it.
>>
>> The new Sugar Web activity works well but when I'm testing it on Sugar
>> 0.100 on the XO, the loading process is very long (more than 1 minute) -
>> tested on the XO 1.75 and XO 4 on the old and the recent package.
>>
>> I've isolated the lost time using the sugar-launch command (see log
>> below). It takes more than 1 minute to load "favicon.ico" (see log between
>> 15:04:23 and 15:05:34). I don't see any reason for that because it's a very
>> tiny file.
>> More, when I delete this file, the lost time is still here and when I see
>> the trace for another Sugar Web activity, I don't have this loading time,
>> including when "favicon.ico" is not here.
>> Launching the activity on sugar-build don't show this issue neither.
>> I suspect that the problem is not on "favicon.ico" but on something like
>> a "timeout" somewhere (on a socket ?).
>> Source code of the activity is here [2], the packaged activity with this
>> issue could be downloaded here [3].
>>
>> Any suggestion is welcome to help me to debug this issue.
>>
>> Best regards from France.
>>
>> Lionel.
>>
>>
>> [1] http://activities.sugarlabs.org/en/sugar/addon/4612
>> [2] https://github.com/llaske/FoodChain
>> [3] http://laske.fr/tmp/foodchain-4.xo
>>
>>
>>
>>
>> [olpc@schoolserver FoodChain.activity]$ sugar-launch
>> org.olpcfrance.FoodChain
>> org.olpcfrance.FoodChain
>> 1390662262.276506 ERROR root: Using port 50662
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:22] "GET /index.html
>> HTTP/1.1" 200 -
>>
>> (sugar-activity:4018): Gdk-CRITICAL **: gdk_device_get_source: assertion
>> `GDK_IS_DEVICE (device)' failed
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET
>> /lib/sugar-web/graphics/css/sugar.css HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /enyo/enyo.css
>> HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /enyo/enyo.js
>> HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /lib/require.js
>> HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /depends.js
>> HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /styles.css
>> HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET
>> /lib/canvas/package.js HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET
>> /lib/canvas/Canvas.js HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET
>> /lib/canvas/CanvasControl.js HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET
>> /lib/canvas/Shape.js HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET
>> /lib/canvas/Circle.js HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET
>> /lib/canvas/Rectangle.js HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET
>> /lib/canvas/Text.js HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET
>> /lib/canvas/Image.js HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /l10n.js
>> HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /util.js
>> HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /audio.js
>> HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /timer.js
>> HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /card.js
>> HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /chain.js
>> HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /shadowbutton.js
>> HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /sprite.js
>> HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /learngame.js
>> HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /buildgame.js
>> HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:04:23] "GET /playgame.js
>> HTTP/1.1" 200 -
>> xo-d2-7d-0b.localdomain - - [25/Jan/2014 15:

Re: [Sugar-devel] EaselJS+PreloadJS and XHR

[laurent bernabe]

Thank you for your answer.

In fact, I develop the activity and preview it from inside Brackets IDE.
Previews are shown inside a Chrome browser.
So, when previewing from Brackets IDE, we can say that I am viewing it
locally, in a browser, though it uses a kind of server (adress is for
example : http://127.0.0.1:39643/index.html).

But I've also tested under osbuild (with run option), but the image does
not appear neither.

For the links, I am using relative paths.
The repository LearnChess
(LearnChess)
is up to date : I haven't done any change locally since.

Regards.


2014-01-27 Manuel Quiñones 

> 2014-01-27 laurent bernabe :
> > Hello everyone,
> >
> > I am using EaselJS and PreloadJS in one of my web activities
> (LearnChess) in
> > order to manage pictures inside a canvas. But I don't manage to show png
> > files.
>
> How are you trying?
>
> > According to this post : createjs_forum it can't be done locally without
> > launching a server like lampp, because CreateJS libraries rely on XHR.
> >
> > So does this mean that CreateJS is not well suited for Sugar ?
>
> No.  Sugar serves the files correctly.  Chances are:
>
> 1. you are trying your activity locally, directly in a browser from
> file://...index.html
> 2. you have added links to file://.../image.png
>
> If 1. run your activity from Sugar, or use a local server like "python
> -m SimpleHTTPServer"
> If 2. use relative paths to link your images
>
> --
> .. manuq ..
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] EaselJS+PreloadJS and XHR

[Manuel Quiñones]

2014-01-27 laurent bernabe :
> Hello everyone,
>
> I am using EaselJS and PreloadJS in one of my web activities (LearnChess) in
> order to manage pictures inside a canvas. But I don't manage to show png
> files.

How are you trying?

> According to this post : createjs_forum it can't be done locally without
> launching a server like lampp, because CreateJS libraries rely on XHR.
>
> So does this mean that CreateJS is not well suited for Sugar ?

No.  Sugar serves the files correctly.  Chances are:

1. you are trying your activity locally, directly in a browser from
file://...index.html
2. you have added links to file://.../image.png

If 1. run your activity from Sugar, or use a local server like "python
-m SimpleHTTPServer"
If 2. use relative paths to link your images

-- 
.. manuq ..
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] EaselJS+PreloadJS and XHR

[laurent bernabe]

Hello everyone,

I am using EaselJS and PreloadJS in one of my web activities (LearnChess)
in order to manage pictures inside a canvas. But I don't manage to show png
files.

According to this post :
createjs_forum
it
can't be done locally without launching a server like lampp, because
CreateJS libraries rely on XHR.

So does this mean that CreateJS is not well suited for Sugar ? Or is there
a workaround for this problem ?

Regards
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Translating https://github.com/sugarlabs/sugar-docs ?

[Bastien]

Hi Manuel,

Manuel Quiñones  writes:

> That will work.

Okay, thanks!

> We can also have FR / EN / .. selector in the site header.

Indeed -- a link in the header would be useful.

-- 
 Bastien
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] WebActivity : Resizing a canvas object to the screen size ?

[Manuel Quiñones]

2014-01-26 laurent bernabe :
> I've solved my problem by integrating JQuery, thanks to the Shim section of
> RequireJS, and by calling it in activity.js

You also have an example of doing the same without JQuery in Clock web activity.

-- 
.. manuq ..
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Translating https://github.com/sugarlabs/sugar-docs ?

[Manuel Quiñones]

Hey Bastien,

2014-01-27 Bastien :
> Hi all,
>
> I'd like to start translating sugar-docs into french.

Great!

> What method?  Adding the pages in a "fr/" subdirectory?

That will work.  We can also have FR / EN / .. selector in the site header.

> Thanks for further directions, all best,
>
> --
>  Bastien
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel



-- 
.. manuq ..
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Translating https://github.com/sugarlabs/sugar-docs ?

[Bastien]

Hi all,

I'd like to start translating sugar-docs into french.

What method?  Adding the pages in a "fr/" subdirectory?

Thanks for further directions, all best,

-- 
 Bastien
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel