Re: [Sugar-devel] sugar-web README.md

[Manuel Quiñones]

Thanks for pointing this.  Fixed.

2013/5/31 Daniel Narvaez :
> Small issue with the sugar-web merge/rename.
>
> developer.sugarlabs.org is linking to sugar-web/README.md which doesn't
> exist anymore. Should we move the README.md to the toplevel and include
> notes about all the modules? Or link graphics/README.md from a new toplevel
> README.md?
>
> --
> Daniel Narvaez



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

[Sugar-devel] sugar-web README.md

[Daniel Narvaez]

Small issue with the sugar-web merge/rename.

developer.sugarlabs.org is linking to sugar-web/README.md which doesn't
exist anymore. Should we move the README.md to the toplevel and include
notes about all the modules? Or link graphics/README.md from a new toplevel
README.md?

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

[Sugar-devel] [ASLO] Release Record-99

[Sugar Labs Activities]

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

Sugar Platform:
0.96 - 0.100

Download Now:
http://activities.sugarlabs.org/downloads/file/28640/record-99.xo

Release notes:



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] Install Firefox

[Jerry Vonau]

On Fri, 2013-05-31 at 11:14 +0545, Basanta Shrestha wrote:
> Adding fedora=fedora_update and rebuilding didn't work. 
> 
> 
> Jerry, As you suggested it installed all the required newer
> firefox,xulrunner and nss... packages but the resulting image couldn't
> boot the XO. Now I am going for your second suggestion. I have created
> a local repo for firefox, xulrunner and other dependencies( 9
> altogether) . Could you please check if the entries are right? 
> 

Well I'm surprised that I'm the only one to answer this, I gave the
others ample time to respond.

> 
> /root/local/.repo 
> 

Where did you download the rpms to?  Was it "/root/local/"?
Did you run "createrepo /root/local/"?

> 
> --
> [local]
> name=firefox-xulrunner local
> baseurl=file:///root/local/
> gpgcheck=0
> enabled=1
> --
> 

I don't understand, what are you doing with the above code?

> 
>  olpc-os-12.1.0-xo1.75.ini
> 
> 
> 
> Right below [repos] section 
> 
> 
> --
> [custom_repo]
> local=1,firefox,file:///root/local/
> --
> 

No, don't do that, you have to use the OOB method of naming the repos in
[repos].

[repos]
fedora_arch=i386
olpc_frozen_1=0,koji.dist-f17-i686
olpc_frozen_2=0,koji.dist-f17-i686-updates-12.1.0
olpc_frozen_3=1,local.12.1.0
olpc_frozen_4=1,local.12.1.0-xo1.5
custom_repo_1=0,firefox,file:///root/local/
add_excludes_to=koji.dist-f17-i686,koji.dist-f17-i686-updates-12.1.0

When you run osbuilder.py, early into the routine you can see the repos
being contacted, check to see if your new one is being used or there is
an error present.

Jerry

> 
> 
> 
> 
> 
> 
> 
> On Fri, May 31, 2013 at 1:37 AM, Jerry Vonau  wrote:
> On Thu, 2013-05-30 at 15:22 +0100, Peter Robinson wrote:
> > On Thu, May 30, 2013 at 3:09 PM, Daniel Drake
>  wrote:
> > > On Wed, May 29, 2013 at 11:50 PM, Peter Robinson
>  wrote:
> > >> Firefox and xulrunner 17 are the late known good (and
> matching) builds
> > >> for Fedora 17, you need the major versions to be matching
> (so
> > >> 12/13/17) but if you were pulling in all the latest
> stable updates
> > >> into the build you would have matching ones AFAICT from
> koji so
> > >> there's some other issue.
> > >
> > > Ah yes, you are right, the latest available versions on
> koji are
> > > matching (v17) and built OK. I didn't spot them in the
> mass of failed
> > > builds. So the Fedora situation is OK.
> > >
> > >> I'm not sure what the following lines translate to but
> you should
> > >> never use the koji repositories as repos as they contain
> all sorts of
> > >> randomly tagged bits that the release repos don't.
> > >>
> > >> olpc_frozen_1=0,koji.dist-f17-armv7hl
> > >> olpc_frozen_2=0,koji.dist-f17-armv7hl-updates-12.1.0
> > >
> > > Don't worry, these are not the koji repos you are thinking
> of. They
> > > are OLPC's frozen versions of fedora repos from the
> release's freeze
> > > date and are not directly from koji - really we should
> change the
> > > naming scheme.
> > >
> > > And this is the cause of the problem - upon release freeze
> date, the
> > > firefox/xulrunner situation was in inconsistent state;
> this problem
> > > has been frozen in our repos.
> > >
> > > Basanta, I would advise against adding the official
> fedora-updates
> > > repo into your build as has been suggested in this thread
> - while this
> > > will result in a well matched firefox/xulrunner
> combination, it will
> > > bring in a lot of untested package updates that were not
> part of the
> > > release and have probably not been tested on OLPC XO.
> > >
> 
> 
> That is why later in the thread I suggested to download what
> yum
> installed on the XO, then create and use a custom repo for
> OOB.
> 
> > > Instead, create a local repo with these 2 packages and add
> it to your
> > > build config:
> > >
> http://arm.koji.fedoraproject.org/koji/buildinfo?buildID=109570
> > >
> http://arm.koji.fedoraproject.org/koji/buildinfo?buildID=116355
> >
> > It will need newer nss*/nspr builds too.
> >
> > Peter
> 
> 
> Jerry
> 
> 
> 
> 
> 
> 
> 
> 
> 
> -- 
> Basanta Shrestha
> Network Engineer
> Open Learning Exchange (OLE) Nepal
> Tel: +977.1.551, 5520075 Ext. 303
> Cell: +977.9818 605110
> http://www.olenepal.org


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

Re: [Sugar-devel] Broken build, terminal

[Daniel Narvaez]

Back green. Thanks a lot Simon for taking care of this.

On Friday, 31 May 2013, Simon Schampijer wrote:

> On 05/31/2013 09:39 AM, Daniel Narvaez wrote:
>
>> Hello,
>>
>> the build is still broken because of this issue. Can we please fix or
>> revert asap? Build bugs should be fixed with the highest priority because
>> they affects everyone, not just your activity.
>>
>
> Pushed a tmp-workaround to get the build going:
>
> https://git.sugarlabs.org/**terminal/mainline/commit/**
> 951ebb574bff05b37810b4bfd779a5**7e8f29f230
>
> However, we still see a segfault on F18 when the activity is closing [1].
> The fix needs latest vte. Also it needs gobject-introspection .1.36 and
> pygobject3 3.8.1 to work, those are in Fedora 19 already.
>
> Simon
>
> [1] http://fpaste.org/15739/**13699988/
>


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

[Sugar-devel] Renaming HTML ---> Web

[Simon Schampijer]

Hi,

we an informal discussion we agreed on calling the activities that are 
"coded in a browser-supported programming language (such as JavaScript, 
combined with a browser-rendered markup language like HTML) and reliant 
on a common web browser to render the application executable [1]": Web 
activities.


This is in line with the term used for web applications.

The following repositories have been deprecated and are only available 
in Daniel's user space:


sugar-html-test
sugar-html-template
sugar-html-activity
sugar-html-bus
sugar-html-datastore

The latter three have been merged into: sugar-web

sugar-html-test is now called sugar-web-test and sugar-html-template has 
been renamed to sugar-web-template.


The repositories sugar-build and sugar-toolkit-gtk3 have been changed 
accordingly. Same as the documentation at [2].


If you update your sugar-build, the directories *html* won't be deleted 
automatically, you will have to delete them by hand, sorry for the 
inconvenience.


Writing a web activity has never been that easy, please follow the 
instructions at [3]. In order for us to shape the web activity API in 
this development cycle we encourage activity authors to start writing 
web activities now. The API will still see changes, the environment will 
see changes and yes there will be bumps here and there but you will 
benefit from this 'at the edge' experience and help us to get to a great 
result we all will enjoy in the end. Thanks in advance for your 
participation.


Regards,
   Simon


[1] https://en.wikipedia.org/wiki/Web_application
[2] http://developer.sugarlabs.org/
[3] http://developer.sugarlabs.org/activity.md.html
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Broken build, terminal

[Peter Robinson]

On Fri, May 31, 2013 at 12:58 PM, Simon Schampijer  wrote:
> On 05/31/2013 09:39 AM, Daniel Narvaez wrote:
>>
>> Hello,
>>
>> the build is still broken because of this issue. Can we please fix or
>> revert asap? Build bugs should be fixed with the highest priority because
>> they affects everyone, not just your activity.
>
>
> Pushed a tmp-workaround to get the build going:
>
> https://git.sugarlabs.org/terminal/mainline/commit/951ebb574bff05b37810b4bfd779a57e8f29f230
>
> However, we still see a segfault on F18 when the activity is closing [1].
> The fix needs latest vte. Also it needs gobject-introspection .1.36 and
> pygobject3 3.8.1 to work, those are in Fedora 19 already.

Latest vte being which version? Is 0.34.5 enough? pygobject3 3.8.x
will only ever land in F-19+ so we'd need a back port I suspect.

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

Re: [Sugar-devel] Error handling in async js code

[Manuel Quiñones]

2013/5/30 Daniel Narvaez :
> Hello,
>
> in the async API we have written so far we have not been handling errors
> very consistently. I think we should just adopt the nodejs convention. The
> first parameter passed to all the async callbacks is an error or null if the
> call succeeded.

I have seen this convention used in other JS projects too, so let's go
ahead with it.

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

[Sugar-devel] [ASLO] Release CookieSearch-7

[Sugar Labs Activities]

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

Sugar Platform:
0.96 - 0.100

Download Now:
http://activities.sugarlabs.org/downloads/file/28639/cookiesearch-7.xo

Release notes:
7

ENHANCEMENT:
* Spanish translation

BUG FIXES:
* Restore to playable game state (#4486) -- with help from Sumit Shyamsukha
* Scale properly on displays that are not 4:3 aspect ration


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] Broken build, terminal

[Simon Schampijer]

On 05/31/2013 09:39 AM, Daniel Narvaez wrote:

Hello,

the build is still broken because of this issue. Can we please fix or
revert asap? Build bugs should be fixed with the highest priority because
they affects everyone, not just your activity.


Pushed a tmp-workaround to get the build going:

https://git.sugarlabs.org/terminal/mainline/commit/951ebb574bff05b37810b4bfd779a57e8f29f230

However, we still see a segfault on F18 when the activity is closing 
[1]. The fix needs latest vte. Also it needs gobject-introspection .1.36 
and pygobject3 3.8.1 to work, those are in Fedora 19 already.


Simon

[1] http://fpaste.org/15739/13699988/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Broken build, terminal

[Daniel Narvaez]

Hello,

the build is still broken because of this issue. Can we please fix or
revert asap? Build bugs should be fixed with the highest priority because
they affects everyone, not just your activity.


On 30 May 2013 11:14, Daniel Narvaez  wrote:

> Traceback (most recent call last):
>   File
> "/home/buildbot/slave/raring-amd64-quick/build/build/out/install/lib/python2.7/site-packages/sugar3/activity/activity.py",
> line 906, in _prepare_close
> self.save()
>   File
> "/home/buildbot/slave/raring-amd64-quick/build/build/out/install/lib/python2.7/site-packages/sugar3/activity/activity.py",
> line 740, in save
> self.write_file(file_path)
>   File
> "/home/buildbot/slave/raring-amd64-quick/build/build/out/install/share/sugar/activities/Terminal.activity/terminal.py",
> line 424, in write_file
> text, attr = page.vt.get_text(is_selected, None)
> AttributeError: 'Terminal' object has no attribute 'get_text'
>
> Caused by
>
> commit b90dac1ad2b8916b123e71b73848636f83fa9fe7
> Author: Simon Schampijer 
> Date:   Sat Nov 3 15:17:09 2012 +0100
>
> Get back a working activity history, SL #4131
>
> It breaks on Debian and Ubuntu, it works on Fedora 18 and 19. I guess it's
> either a Fedora patch or a more recent libvte required?
>
> I'd prefer to change the code to work also with old/unpatched libvte then
> to add a new module to the build for Ubuntu and Debian.
>



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