Re: [Sugar-devel] [UKids] SugarCamp Paris #3 Day 2 live

2014-04-14 Thread Bastien
Dear all,

here is the PDF for Walter's keynote on saturday:

  
http://people.sugarlabs.org/walter/olpc-france-sugar-camp-2014-walter-bender.pdf

If anyone wants the TurtleArt sources, just ask him :)

Thanks again Walter for this nice kickoff!

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


Re: [Sugar-devel] [SoaS] Recommendations for running Sugar on standard hardware (non-XOs)?

2014-04-14 Thread Iain Brown Douglas
On Tue, 2014-04-08 at 23:07 +0100, Iain Brown Douglas wrote:
 On Tue, 2014-04-08 at 20:54 +, Sam Parkinson wrote:
  Hi,
  
  I think we need to make a really simple tutorial and put it on the
  wiki home page. Just something with the link to the iso and lots of
  screenshots :)
  
  I might have a go on the weekend.

@Sam Slides 1 is splendid for this job, well done.

I had a first run, which produced this: http://is.gd/0kbeMZ
It is unfinished of course, but this number of slides seemed to crash
3GB of RAM, and the images seem to prevent saving to Journal in SoaS. I
will report when I understand why!

I will re-work it, and probably shorten it. Next time I will deliver
commands straight from the Slide presentation.

Any other feedback welcome!

  
  Or maybe we could try to make and 'install' activity for soas?

A script.py to identify and unmount the USB stick and create the
appropriate command, could be a first step. I wonder if the script could
then be delivered by this sort of presentation?


 
 Both very good ideas, to which I have been giving thought.
 
 It would be good to fix a single method to document - my vote would be
 for along the lines of [1]. It would be good to have comments on whether
 this suits all.

:-) (Suits all) as in, meets a reasonably high proportion of use cases.

Iain


 [1]
 http://wiki.sugarlabs.org/go/Testing/Reports/Sugar_on_a_Stick_Persistence
 
 
 Iain
 
 
  
  Sam
  
  On Apr 9, 2014 4:17 AM, Thomas Gilliard satelli...@gmail.com
  wrote:
  
  On 4/8/2014 9:39 AM, Christoph Derndorfer wrote:
  
   Hi David, 
   
   
   thanks for the link.
   
   
   Given that this page was last updated back in 2012 I'm
   wondering whether anyone knows if the instructions are still
   up-to-date and working?
   
   
  
  In general this is still valid. Anaconda - the fedora
  installer has changed but is still accessed from root terminal
  in the listview of f3 ( sugar-desktop and SoaS.) of F20 [1]
  and F21 (rawhide) [2]  with liveinst'.
  
  Tom Gilliard
  satellit
  
  [1] http://wiki.sugarlabs.org/go/Fedora_20
  [2] http://wiki.sugarlabs.org/go/Fedora_21
   Cheers,
   Christoph
   
   
   On Tue, Apr 8, 2014 at 8:19 AM, David Beveridge
   bevh...@gmail.com wrote:
   I would try this method..,
   
   
  http://wiki.sugarlabs.org/go/Tutorials/Installation/Install_with_liveinst
   
   On Tue, Apr 8, 2014 at 4:36 AM, Christoph Derndorfer
   christoph.derndor...@gmail.com wrote:
Hey everyone,
   
a guy I know wants to set up a couple of older
   laptops with Sugar in a sort
of learning lab in Germany and asked me what the
   best route for doing that
was. Since I haven't dabbled in that area in quite
   a while I'm not sure what
the best recommendations are these days:
   
* using the SoaS version from late December?
* installing Fedora 20 and running Sugar on top of
   that?
* something entirely different?
   
Any comments, suggestions, links, etc. would be
   much appreciated.
   
Thanks,
Christoph
   
--
Christoph Derndorfer
   
volunteer, OLPC (Austria) [www.olpc.at]
editor, OLPC News [www.olpcnews.com]
co-founder, TechnikBasteln®
   [www.technikbasteln.net]
   
e-mail: christ...@derndorfer.eu
   
   
   
___
SoaS mailing list
s...@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas
   
   ___
   SoaS mailing list
   s...@lists.sugarlabs.org
   http://lists.sugarlabs.org/listinfo/soas
   
   
   
   
   -- 
   Christoph Derndorfer 
   
   
   volunteer, OLPC (Austria) [www.olpc.at]
   editor, OLPC News [www.olpcnews.com]
   co-founder, TechnikBasteln® [www.technikbasteln.net]
   
   
   e-mail: christ...@derndorfer.eu
   
   
   
   
   

[Sugar-devel] Browse activity and FTP sites support

2014-04-14 Thread Gustavo Duarte

Hi folks,

I'm having problems browsing on FTP sites in Browse activity.

I'm using Browse activity version 156, I guess that is the last, right ?


When I went to ftp, url like: ftp://debian.netcologne.de/debian-cd, a 
page error was showed saying:


This wep page couldn't be loaded
Try again.


I added on browse.py file a log on line 736, like this:

logging.warning('load_eror_cb, uri: ' + uri + ' | web error code: '+ 
str(web_error.code))



The line showed when running Browse activity is:

1397314748.301408 WARNING root: load_eror_cb, uri: 
ftp://debian.netcologne.de/debian-cd | web error code: 101



So the Web error code reporting by Webkit is 101, what means ?

Has Webkit support for browsing on FTP sites ?

Thanks in advance.

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


Re: [Sugar-devel] Sugar 0.102 testing images (34002)

2014-04-14 Thread Walter Bender
On Mon, Apr 14, 2014 at 1:10 AM, Gonzalo Odiard godi...@sugarlabs.org wrote:
 I don't know if the dpi detection work different in that case or not.


 Gonzalo


 On Mon, Apr 14, 2014 at 12:33 AM, James Cameron qu...@laptop.org wrote:

 On Mon, Apr 14, 2014 at 12:05:53AM +, Gonzalo Odiard wrote:
  These settings are defaults system wide,
  but are stored in GConf until 0.100 and in GSettings in 0.102,
  that is the reason we needed update oob.
  jarabe.main take the settings and configure the font size in Sugar.

 Thanks.  I had hoped they were not system wide.  Therefore; no longer
 any theory as to why a second Fedora user would see a different font
 size.

 --
 James Cameron
 http://quozl.linux.org.au/




 --
 Gonzalo Odiard

 SugarLabs - Software for children learning

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


The settings are system-wide per user. The must not be set by the
second user. Easy enough to test: just open a terminal and query the
gconf and gsettings in both users.

-walter


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


Re: [Sugar-devel] git.sugarlabs.org down for unplanned maintenance

2014-04-14 Thread Bernie Innocenti
On 04/12/2014 02:07 AM, Sebastian Silva wrote:
 Here I just got home. Sorry for the inconvenience I might have caused.
 
 Bernie, do you know which log was/is growing out of hand?

Both access.log and node.sugarlabs.org.log. I discarded the first and
compressed the second (it compresses very well). You can still examine
it by doing:

  xzless access.log-20140411.xz | tail

You'll see lines like this one:

node.sugarlabs.org:80 181.65.159.107 - - [11/Apr/2014:19:51:36 -0400]
GET /?cmd=subscribe HTTP/1.1 200 232 - python-requests/1.2.1
CPython/2.7.0 Linux/2.6.35.13_xo1.5-20120508.1139.olpc.eb0c7a8


The problem seems to be that laptops retry the connection to
/context.atom and /feedback.atom quickly. It's probably near the end of
the file though. Don't try to uncompress the whole file because it's
over 2GB.


 Here's a report on everything I know about the issue.
 We've been experiencing some performance degradation and also some
 downtime in Sugar Network services (this is documented at
 http://tareas.somosazucar.org/hxp/issue71 ).
 We've seen a burst in users since deployment OS images with Sugar
 Network features ( http://network.sugarlabs.org/stats-viewer/ growing
 pretty fast user_total).
 There is a notification feature that is polling the sugar network node
 service.
 This was causing the allocation and exhaustion of resources (open
 files). Crashes got to a frequency of every hour or so.
 It's code I don't understand really well, but I went ahead and patched
 the Sugar Network with:
 http://tareas.somosazucar.org/hxp/file66/sn_disable_notifications.patch 
 This made the SN much snappier and it stopped crashing. However logs
 were saving a traceback several times per second. I thought I had
 contained the log issue but apparently I missed some other logs (I guess
 apache logs but they seem clean now).
 
 I took a glance at jita and could not find the growing log.
 
 Let me know where I can help mitigation.
 
 Regards
 Sebastian
 
 
 El vie, 11 de abr 2014 a las 7:51 PM, Bernie Innocenti
 ber...@sugarlabs.org escribió:
 I was notified that git.sugarlabs.org was showing errors. After some
 head scraping I realized that the root filesystem on jita was full. I
 looked around and found giant request logs containing millions of
 requests apparently originating from XOs located in Peru. We've been
 DDOSed by our own creature :-) Anyway, the machine also had a giant,
 very fragmented mysql database that I'm currently cleaning up.
 Gitorious will be back online in less than 1 hour. Contact me on IRC
 if this is blocking your work, I can postpone the maintenance.
 -- 
 Bernie Innocenti Sugar Labs Infrastructure Team
 http://wiki.sugarlabs.org/go/Infrastructure_Team
 ___ Sugar-devel mailing
 list Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel 


-- 
Bernie Innocenti
Sugar Labs Infrastructure Team
http://wiki.sugarlabs.org/go/Infrastructure_Team
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Browse activity and FTP sites support

2014-04-14 Thread Manuel Quiñones
2014-04-14 9:05 GMT-03:00 Gustavo Duarte gus.dua...@gmail.com:
 Hi folks,

 I'm having problems browsing on FTP sites in Browse activity.

 I'm using Browse activity version 156, I guess that is the last, right ?


 When I went to ftp, url like: ftp://debian.netcologne.de/debian-cd, a page
 error was showed saying:

 This wep page couldn't be loaded
 Try again.


 I added on browse.py file a log on line 736, like this:

 logging.warning('load_eror_cb, uri: ' + uri + ' | web error code: '+
 str(web_error.code))


 The line showed when running Browse activity is:

 1397314748.301408 WARNING root: load_eror_cb, uri:
 ftp://debian.netcologne.de/debian-cd | web error code: 101


 So the Web error code reporting by Webkit is 101, what means ?

The WebkitGTK docs are weak here, but I think is a Soup status code:

https://developer.gnome.org/libsoup/unstable/libsoup-2.4-soup-status.html


 Has Webkit support for browsing on FTP sites ?

Have you tried Epiphany? If it works there, I would look at their source code.


 Thanks in advance.

 Gustavo.
 ___
 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


Re: [Sugar-devel] [Systems] git.sugarlabs.org down for unplanned maintenance

2014-04-14 Thread Aleksey Lim
On Mon, Apr 14, 2014 at 09:12:05AM -0400, Bernie Innocenti wrote:
 On 04/12/2014 02:07 AM, Sebastian Silva wrote:
  Here I just got home. Sorry for the inconvenience I might have caused.
  
  Bernie, do you know which log was/is growing out of hand?
 
 Both access.log and node.sugarlabs.org.log. I discarded the first and
 compressed the second (it compresses very well). You can still examine
 it by doing:
 
   xzless access.log-20140411.xz | tail
 
 You'll see lines like this one:
 
 node.sugarlabs.org:80 181.65.159.107 - - [11/Apr/2014:19:51:36 -0400]
 GET /?cmd=subscribe HTTP/1.1 200 232 - python-requests/1.2.1
 CPython/2.7.0 Linux/2.6.35.13_xo1.5-20120508.1139.olpc.eb0c7a8
 
 
 The problem seems to be that laptops retry the connection to
 /context.atom and /feedback.atom quickly. It's probably near the end of
 the file though. Don't try to uncompress the whole file because it's
 over 2GB.

`GET /?cmd=subscribe` SN API calls are inteneded to be permanent
to provide HTML5 Server-Sent Events. If I'm getting it right, Apache is
not assumed to be perfect to support such long-living connections and
SN nodes will be switched to direct HTTP access after all. But for now,
they are behind Apache porxy with 600 sec proxy timeout, so, logs
should not grow too fast.

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