Re: [Sugar-devel] Install Firefox
On Mon, Jun 3, 2013 at 10:30 AM, Basanta Shrestha basanta.shres...@olenepal.org wrote: On Sat, Jun 1, 2013 at 12:40 AM, Jerry Vonau jvo...@shaw.ca wrote: 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. yes, looks like no one takes pride on answering simple questions ;) /root/local/.repo Where did you download the rpms to? Was it /root/local/? Did you run createrepo /root/local/? yes to /root/local/ and I have done createrepo. -- [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]. I was following this documentation http://cainmanor.com/tech/build-a-custom-repository-for-centos/ and they had this extra step to create .repo file. so . [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. The repo seems to be working now it is retrieving packages form local repo. Thanks Jerry you have been a great help for me. Well it was trying to retrieving from file://root/local but it didn't install any package. Wonder what is wrong. Jerry On Fri, May 31, 2013 at 1:37 AM, Jerry Vonau jvo...@shaw.ca wrote: On Thu, 2013-05-30 at 15:22 +0100, Peter Robinson wrote: On Thu, May 30, 2013 at 3:09 PM, Daniel Drake d...@laptop.org wrote: On Wed, May 29, 2013 at 11:50 PM, Peter Robinson pbrobin...@gmail.com 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:
Re: [Sugar-devel] Install Firefox
It was reading repository information from file:///root/local but packages were not installed. On Mon, Jun 3, 2013 at 2:02 PM, Basanta Shrestha basanta.shres...@olenepal.org wrote: On Mon, Jun 3, 2013 at 10:30 AM, Basanta Shrestha basanta.shres...@olenepal.org wrote: On Sat, Jun 1, 2013 at 12:40 AM, Jerry Vonau jvo...@shaw.ca wrote: 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. yes, looks like no one takes pride on answering simple questions ;) /root/local/.repo Where did you download the rpms to? Was it /root/local/? Did you run createrepo /root/local/? yes to /root/local/ and I have done createrepo. -- [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]. I was following this documentation http://cainmanor.com/tech/build-a-custom-repository-for-centos/ and they had this extra step to create .repo file. so . [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. The repo seems to be working now it is retrieving packages form local repo. Thanks Jerry you have been a great help for me. Well it was trying to retrieving from file://root/local but it didn't install any package. Wonder what is wrong. Jerry On Fri, May 31, 2013 at 1:37 AM, Jerry Vonau jvo...@shaw.ca wrote: On Thu, 2013-05-30 at 15:22 +0100, Peter Robinson wrote: On Thu, May 30, 2013 at 3:09 PM, Daniel Drake d...@laptop.org wrote: On Wed, May 29, 2013 at 11:50 PM, Peter Robinson pbrobin...@gmail.com 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
Re: [Sugar-devel] [sugar-build] Running gtk2 activities in the latest sugar-build
Any other way? Someone is already working on the Gtk3 port and I wanted to get the important features out in the next release. BTW why did we revoke support for Gtk2 activities? On Sat, Jun 1, 2013 at 4:58 PM, Daniel Narvaez dwnarv...@gmail.com wrote: Hey, sugar-build does not support gtk2 activities. Perhaps you can just install the fedora packages? Or you could port the activity to gtk3 first :) On 1 June 2013 10:41, Aneesh Dogra lionane...@gmail.com wrote: Hey List, I can't seem to import sugar.* At first look, it seems like we have renamed/deleted sugar from the sugar-build packages.json file. I am working on Calculate which is still not ported to Gtk3 and hence I am working on some features on the gtk2 version. Can help me to setup the environment please? -- Thanks Aneesh Dogra (lionaneesh) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Daniel Narvaez -- Thanks Aneesh Dogra (lionaneesh) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [sugar-build] Running gtk2 activities in the latest sugar-build
What do you mean with revoke support? I removed support for gtk2 activities from sugar-build because I wanted to simplify things a bit. The new html stuff added a lot of dependencies and modules, it was getting out of control. But nothing other then sugar-build changed, in respect to gtk2. Any reason you can't use the Fedora sugar packages? IMO it doesn't make sense to keep working on gtk2 activities. They should be ported first. But that's just my opinion, I'm sure there are people that disagree. On 3 June 2013 11:27, Aneesh Dogra lionane...@gmail.com wrote: Any other way? Someone is already working on the Gtk3 port and I wanted to get the important features out in the next release. BTW why did we revoke support for Gtk2 activities? On Sat, Jun 1, 2013 at 4:58 PM, Daniel Narvaez dwnarv...@gmail.comwrote: Hey, sugar-build does not support gtk2 activities. Perhaps you can just install the fedora packages? Or you could port the activity to gtk3 first :) On 1 June 2013 10:41, Aneesh Dogra lionane...@gmail.com wrote: Hey List, I can't seem to import sugar.* At first look, it seems like we have renamed/deleted sugar from the sugar-build packages.json file. I am working on Calculate which is still not ported to Gtk3 and hence I am working on some features on the gtk2 version. Can help me to setup the environment please? -- Thanks Aneesh Dogra (lionaneesh) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Daniel Narvaez -- Thanks Aneesh Dogra (lionaneesh) -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [sugar-build] Running gtk2 activities in the latest sugar-build
I removed support for gtk2 activities from sugar-build because I wanted to simplify things a bit. The new html stuff added a lot of dependencies and modules, it was getting out of control. But nothing other then sugar-build changed, in respect to gtk2. Any reason you can't use the Fedora sugar packages? IMO it doesn't make sense to keep working on gtk2 activities. They should be ported first. But that's just my opinion, I'm sure there are people that disagree. IMHO, should be good keep supporting gtk2 on sugar-build. Gonzalo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [sugar-build] Running gtk2 activities in the latest sugar-build
On Mon, Jun 3, 2013 at 10:59 AM, Daniel Narvaez dwnarv...@gmail.com wrote: What do you mean with revoke support? I removed support for gtk2 activities from sugar-build because I wanted to simplify things a bit. The new html stuff added a lot of dependencies and modules, it was getting out of control. But nothing other then sugar-build changed, in respect to gtk2. Any reason you can't use the Fedora sugar packages? IMO it doesn't make sense to keep working on gtk2 activities. They should be ported first. But that's just my opinion, I'm sure there are people that disagree. But does removing it allow continued testing of them to ensure there's no regressions/breakages when developing? Peter On 3 June 2013 11:27, Aneesh Dogra lionane...@gmail.com wrote: Any other way? Someone is already working on the Gtk3 port and I wanted to get the important features out in the next release. BTW why did we revoke support for Gtk2 activities? On Sat, Jun 1, 2013 at 4:58 PM, Daniel Narvaez dwnarv...@gmail.com wrote: Hey, sugar-build does not support gtk2 activities. Perhaps you can just install the fedora packages? Or you could port the activity to gtk3 first :) On 1 June 2013 10:41, Aneesh Dogra lionane...@gmail.com wrote: Hey List, I can't seem to import sugar.* At first look, it seems like we have renamed/deleted sugar from the sugar-build packages.json file. I am working on Calculate which is still not ported to Gtk3 and hence I am working on some features on the gtk2 version. Can help me to setup the environment please? -- Thanks Aneesh Dogra (lionaneesh) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Daniel Narvaez -- Thanks Aneesh Dogra (lionaneesh) -- Daniel Narvaez ___ 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-build] Running gtk2 activities in the latest sugar-build
On 3 June 2013 12:37, Gonzalo Odiard gonz...@laptop.org wrote: I removed support for gtk2 activities from sugar-build because I wanted to simplify things a bit. The new html stuff added a lot of dependencies and modules, it was getting out of control. But nothing other then sugar-build changed, in respect to gtk2. Any reason you can't use the Fedora sugar packages? IMO it doesn't make sense to keep working on gtk2 activities. They should be ported first. But that's just my opinion, I'm sure there are people that disagree. IMHO, should be good keep supporting gtk2 on sugar-build. Maybe when I will get more help with sugar-build, buildbot and build issues in general, it will be easier for me to maintain more features. Right now I have to prioritize and gtk2 support is not something high in my list. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [sugar-build] Running gtk2 activities in the latest sugar-build
On 3 June 2013 12:58, Peter Robinson pbrobin...@gmail.com wrote: On Mon, Jun 3, 2013 at 10:59 AM, Daniel Narvaez dwnarv...@gmail.com wrote: What do you mean with revoke support? I removed support for gtk2 activities from sugar-build because I wanted to simplify things a bit. The new html stuff added a lot of dependencies and modules, it was getting out of control. But nothing other then sugar-build changed, in respect to gtk2. Any reason you can't use the Fedora sugar packages? IMO it doesn't make sense to keep working on gtk2 activities. They should be ported first. But that's just my opinion, I'm sure there are people that disagree. But does removing it allow continued testing of them to ensure there's no regressions/breakages when developing? The thing is that we was only building the gtk2 stuff, no test was performed on it. Being mostly python it's very unlikely you would find any regression that way. We had some gtk2 tests early in sugar-build development, but I had to remove them because they was being too unreliable. And I don't feel like investing time on gtk2 tests at this point. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Gtk3 sugar on Android
Hi, It seems like things are coming together pretty nicely for a port of gtk3 sugar on Android. * libhybris is making progress http://mer-project.blogspot.fi/2013/05/wayland-utilizing-android-gpu-drivers.html * Gtk3 has been ported to wayland. * WebkitGtk have almost been ported to wayland. https://bugs.webkit.org/show_bug.cgi?id=81456 The only missing part seems to be porting the Sugar window management bits to wayland. Then it should be possible to build Sugar in a linux arm chroot and run it with accelerated graphics on Android. I don't have time to work on this myself but if someone wants to give it a try I'd be happy to mentor :) -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Hacking web activities on Windows/OS X
2013/6/2 Daniel Narvaez dwnarv...@gmail.com: Hello, it seems like we could increase a lot the number of potential contributors by making it easy to hack on web activities and libraries on Windows and OS X. Not many people are running Linux and installing it is not the easiest task. I think this would involve 1 Document how to install volo and I suppose some kind of shell on Windows. 2 Document how to install volo on OS X. 3 Make sure sugar-web works in Firefox and/or Chrome. It shouldn't be much work and it seems like it could benefit the effort a lot. Thoughts? I like the idea of expanding the developer systems. But that will involve implementing the shell services for those systems too? Or I am missing something? -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Build fix for xocolor.js
2013/6/2 Daniel Narvaez dwnarv...@gmail.com: Hello, the build was breaking when running js-beautify on xocolor.js. It turned out it's a bug with js-beautify https://github.com/einars/js-beautify/issues/273 So we start to interact with other projects, great :) I thought it would be nicer to use an object with fill/stroke properties instead of an array so I pushed a patch doing that to unbreak the build. As usual we can still review/discuss make changes of course :) Will take a look, thanks. -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Hacking web activities on Windows/OS X
I think sugar-web should always work in a plain web browser on any platform), even if with degraded functionality. Of course this limits what you can contribute to on Windows and OS X. But graphics for example is completely cross platform. And you can write an activity even if you running on a mock datastore implementation. At some point we could also have a web server based implementation of the datastore API, which would allow people to write activities in a browser and then run them on sugar with local native datastore. On 3 June 2013 13:28, Manuel Quiñones ma...@laptop.org wrote: 2013/6/2 Daniel Narvaez dwnarv...@gmail.com: Hello, it seems like we could increase a lot the number of potential contributors by making it easy to hack on web activities and libraries on Windows and OS X. Not many people are running Linux and installing it is not the easiest task. I think this would involve 1 Document how to install volo and I suppose some kind of shell on Windows. 2 Document how to install volo on OS X. 3 Make sure sugar-web works in Firefox and/or Chrome. It shouldn't be much work and it seems like it could benefit the effort a lot. Thoughts? I like the idea of expanding the developer systems. But that will involve implementing the shell services for those systems too? Or I am missing something? -- .. manuq .. -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Flake8 error on last sugar_build
I improved the way we print out errors in sugar-build. Now you should see the full output of the failed command (up to 500 lines), so the download error rather then just the end of the trace. On 2 June 2013 22:33, Daniel Narvaez dwnarv...@gmail.com wrote: This is what I got in my log right now Searching for mccabe=0.2 Reading http://pypi.python.org/simple/mccabe/ Best match: mccabe 0.2.1 Downloading http://pypi.python.org/packages/source/m/mccabe/mccabe-0.2.1.tar.gz#md5=5a3f3fa6a4bad126c887dab682f5 So it looks really like a network problem to me. On 2 June 2013 22:26, Daniel Narvaez dwnarv...@gmail.com wrote: I tend to blame it on your VM network :) It seems to work consistently for me. On Sunday, 2 June 2013, wrote: ** ** Here the end of the main.log (sorry for the list…). A link seems to be in error. However the main site ( http://pypi.python.org/simple/mccabe/) is accessible from Firefox in my VM. ** ** Lionel. ** ** * * Running command python /home/fedora/sugar-build/flake8/setup.py install --prefix /home/fedora/sugar-build/build/out/install running install running bdist_egg running egg_info writing requirements to flake8.egg-info/requires.txt writing flake8.egg-info/PKG-INFO writing top-level names to flake8.egg-info/top_level.txt writing dependency_links to flake8.egg-info/dependency_links.txt writing entry points to flake8.egg-info/entry_points.txt writing requirements to flake8.egg-info/requires.txt writing flake8.egg-info/PKG-INFO writing top-level names to flake8.egg-info/top_level.txt writing dependency_links to flake8.egg-info/dependency_links.txt writing entry points to flake8.egg-info/entry_points.txt reading manifest file 'flake8.egg-info/SOURCES.txt' reading manifest template 'MANIFEST.in' writing manifest file 'flake8.egg-info/SOURCES.txt' installing library code to build/bdist.linux-x86_64/egg running install_lib running build_py creating build/bdist.linux-x86_64/egg creating build/bdist.linux-x86_64/egg/flake8 copying build/lib/flake8/hooks.py - build/bdist.linux-x86_64/egg/flake8 copying build/lib/flake8/util.py - build/bdist.linux-x86_64/egg/flake8* *** copying build/lib/flake8/main.py - build/bdist.linux-x86_64/egg/flake8* *** copying build/lib/flake8/engine.py - build/bdist.linux-x86_64/egg/flake8 copying build/lib/flake8/_pyflakes.py - build/bdist.linux-x86_64/egg/flake8 copying build/lib/flake8/__init__.py - build/bdist.linux-x86_64/egg/flake8 creating build/bdist.linux-x86_64/egg/flake8/tests copying build/lib/flake8/tests/test_flakes.py - build/bdist.linux-x86_64/egg/flake8/tests copying build/lib/flake8/tests/__init__.py - build/bdist.linux-x86_64/egg/flake8/tests copying build/lib/flake8/run.py - build/bdist.linux-x86_64/egg/flake8** ** byte-compiling build/bdist.linux-x86_64/egg/flake8/hooks.py to hooks.pyc byte-compiling build/bdist.linux-x86_64/egg/flake8/util.py to util.pyc** ** byte-compiling build/bdist.linux-x86_64/egg/flake8/main.py to main.pyc** ** byte-compiling build/bdist.linux-x86_64/egg/flake8/engine.py to engine.pyc byte-compiling build/bdist.linux-x86_64/egg/flake8/_pyflakes.py to _pyflakes.pyc byte-compiling build/bdist.linux-x86_64/egg/flake8/__init__.py to __init__.pyc byte-compiling build/bdist.linux-x86_64/egg/flake8/tests/test_flakes.py to test_flakes.pyc byte-compiling build/bdist.linux-x86_64/egg/flake8/tests/__init__.py to __init__.pyc byte-compiling build/bdist.linux-x86_64/egg/flake8/run.py to run.pyc creating build/bdist.linux-x86_64/egg/EGG-INFO copying flake8.egg-info/PKG-INFO - build/bdist.linux-x86_64/egg/EGG-INFO copying flake8.egg-info/SOURCES.txt - build/bdist.linux-x86_64/egg/EGG-INFO copying flake8.egg-info/dependency_links.txt - build/bdist.linux-x86_64/egg/EGG-INFO copying flake8.egg-info/entry_points.txt - build/bdist.linux-x86_64/egg/EGG-INFO copying flake8.egg-info/requires.txt - build/bdist.linux-x86_64/egg/EGG-INFO copying flake8.egg-info/top_level.txt - build/bdist.linux-x86_64/egg/EGG-INFO zip_safe flag not set; analyzing archive contents... creating 'dist/flake8-2.0-py2.7.egg' and adding 'build/bdist.linux-x86_64/egg' to it removing 'build/bdist.linux-x86_64/egg' (and everything under it) Processing flake8-2.0-py2.7.egg Removing /home/fedora/sugar-build/build/out/install/lib/python2.7/site-packages/flake8-2.0-py2.7.egg Copying flake8-2.0-py2.7.egg to /home/fedora/sugar-build/build/out/install/lib/python2.7/site-packages** ** flake8 2.0 is already the active version in easy-install.pth Installing flake8 script to /home/fedora/sugar-build/build/out/install/bin ** ** Installed
Re: [Sugar-devel] Install Firefox
On Mon, 2013-06-03 at 14:29 +0545, Basanta Shrestha wrote: It was reading repository information from file:///root/local but packages were not installed. On Mon, Jun 3, 2013 at 2:02 PM, Basanta Shrestha basanta.shres...@olenepal.org wrote: On Mon, Jun 3, 2013 at 10:30 AM, Basanta Shrestha basanta.shres...@olenepal.org wrote: On Sat, Jun 1, 2013 at 12:40 AM, Jerry Vonau jvo...@shaw.ca wrote: 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. yes, looks like no one takes pride on answering simple questions ;) /root/local/.repo Where did you download the rpms to? Was it /root/local/? Did you run createrepo /root/local/? yes to /root/local/ and I have done createrepo. -- [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]. I was following this documentation http://cainmanor.com/tech/build-a-custom-repository-for-centos/ and they had this extra step to create .repo file. so . [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. The repo seems to be working now it is retrieving packages form local repo. Thanks Jerry you have been a great help for me. Well it was trying to retrieving from file://root/local but it didn't install any package. Wonder what is wrong. Just like you used yum to install firefox in the field, did you ask OOB to install firefox? In your ini file you need
Re: [Sugar-devel] Hacking web activities on Windows/OS X
2013/6/3 Daniel Narvaez dwnarv...@gmail.com: I think sugar-web should always work in a plain web browser on any platform), even if with degraded functionality. Of course this limits what you can contribute to on Windows and OS X. But graphics for example is completely cross platform. And you can write an activity even if you running on a mock datastore implementation. Yes I agree. It should degrade gracefully. At some point we could also have a web server based implementation of the datastore API, which would allow people to write activities in a browser and then run them on sugar with local native datastore. I was thinking about that possibility too. It is certainly possible. On 3 June 2013 13:28, Manuel Quiñones ma...@laptop.org wrote: 2013/6/2 Daniel Narvaez dwnarv...@gmail.com: Hello, it seems like we could increase a lot the number of potential contributors by making it easy to hack on web activities and libraries on Windows and OS X. Not many people are running Linux and installing it is not the easiest task. I think this would involve 1 Document how to install volo and I suppose some kind of shell on Windows. 2 Document how to install volo on OS X. 3 Make sure sugar-web works in Firefox and/or Chrome. It shouldn't be much work and it seems like it could benefit the effort a lot. Thoughts? I like the idea of expanding the developer systems. But that will involve implementing the shell services for those systems too? Or I am missing something? -- .. manuq .. -- Daniel Narvaez -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Hacking web activities on Windows/OS X
It's quite straightforward on Linux easy_install nodeenv --user nodeenv sugar-web-env -n 0.10.9 source sugar-web-env/bin/activate npm install volo volo myactivity sugarlabs/sugar-activity-template firefox myactivity/index.html I'm not sure if nodeenv works on OS X, but it might be easier to use homebrew anyway. Should be pretty straightforward. -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release Log-35
Activity Homepage: http://activities.sugarlabs.org/addon/4056 Sugar Platform: 0.96 - 0.100 Download Now: http://activities.sugarlabs.org/downloads/file/28641/log-35.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] [ASLO] Release Log-35
What's the story with this release given the gtk3 Terminal is already up to v42? Peter On Mon, Jun 3, 2013 at 7:43 PM, Sugar Labs Activities activit...@sugarlabs.org wrote: Activity Homepage: http://activities.sugarlabs.org/addon/4056 Sugar Platform: 0.96 - 0.100 Download Now: http://activities.sugarlabs.org/downloads/file/28641/log-35.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 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Flake8 error on last sugar_build
Nice. It works now. I guess that my network issue is related to Fedora 19 Beta but I switch to Fedora 19 Beta to avoid delay issue building Sugar so I will try to stay on ut for the moment. Lionel. De : Daniel Narvaez [mailto:dwnarv...@gmail.com] Envoyé : lundi 3 juin 2013 14:24 À : lio...@olpc-france.org Cc : sugar-devel@lists.sugarlabs.org Objet : Re: [Sugar-devel] Flake8 error on last sugar_build I improved the way we print out errors in sugar-build. Now you should see the full output of the failed command (up to 500 lines), so the download error rather then just the end of the trace. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] Release Log-35
Terminal? This is Log Gonzalo On Mon, Jun 3, 2013 at 4:19 PM, Peter Robinson pbrobin...@gmail.com wrote: What's the story with this release given the gtk3 Terminal is already up to v42? Peter On Mon, Jun 3, 2013 at 7:43 PM, Sugar Labs Activities activit...@sugarlabs.org wrote: Activity Homepage: http://activities.sugarlabs.org/addon/4056 Sugar Platform: 0.96 - 0.100 Download Now: http://activities.sugarlabs.org/downloads/file/28641/log-35.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 ___ 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
[Sugar-devel] Issue building Jukebox in sugar-build
Hi all, Ive an issue building jukebox in sugar-build (see error below). Ive fixed it locally removing accents and \n in activity.linfo but it probably need a more definitive fix. Best regards. Lionel. * Building jukebox self._parse_linfo(linfo_file) File /home/fedora/sugar-build/build/out/install/lib/python2.7/site-packages/suga r3/bundle/activitybundle.py, line 207, in _parse_linfo cp.readfp(linfo_file) File /usr/lib64/python2.7/ConfigParser.py, line 324, in readfp self._read(fp, filename) File /usr/lib64/python2.7/ConfigParser.py, line 546, in _read raise e ConfigParser.ParsingError: File contains parsing errors: /home/fedora/sugar-build/jukebox/locale/fr/activity.linfo [line 4]: 'les chansons que tu aimes, regarde des films et des vid\xc3\xa9os p\xc3\xa9dagogiques, et\n' [line 5]: 'bien plus !\n' [osbuild sugar-build]$ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Renaming HTML --- Web
Hi Simon, I don't see this change thought my git repository link to: git://github.com/sugarlabs/sugar-build.git Does I miss something? Lionel. -- Message: 5 Date: Fri, 31 May 2013 16:19:06 +0200 From: Simon Schampijer si...@schampijer.de To: Sugar Devel Sugar-devel@lists.sugarlabs.org Subject: [Sugar-devel] Renaming HTML --- Web Message-ID: 51a8b15a.1040...@schampijer.de Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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] Issue building Jukebox in sugar-build
Probably an issue with the french translation, adding the localization list. Sugar bundle builder shouldn't fail that easily. I'd suggest you open a sugar bug but it seems we don't quite have resources to triage even the existing bugs these days so... I don't know... Maybe send a patch :) On 3 June 2013 21:23, lio...@olpc-france.org wrote: Hi all, ** ** I’ve an issue building jukebox in sugar-build (see error below). I’ve fixed it locally removing accents and \n in activity.linfo but it probably need a more definitive fix. ** ** Best regards. ** ** Lionel. ** ** ** ** * Building jukebox self._parse_linfo(linfo_file) File /home/fedora/sugar-build/build/out/install/lib/python2.7/site-packages/sugar3/bundle/activitybundle.py, line 207, in _parse_linfo cp.readfp(linfo_file) File /usr/lib64/python2.7/ConfigParser.py, line 324, in readfp self._read(fp, filename) File /usr/lib64/python2.7/ConfigParser.py, line 546, in _read raise e ConfigParser.ParsingError: File contains parsing errors: /home/fedora/sugar-build/jukebox/locale/fr/activity.linfo [line 4]: 'les chansons que tu aimes, regarde des films et des vid\xc3\xa9os p\xc3\xa9dagogiques, et\n' [line 5]: 'bien plus !\n' [osbuild sugar-build]$ ** ** ** ** ** ** ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release Image Viewer-56
Activity Homepage: http://activities.sugarlabs.org/addon/4032 Sugar Platform: 0.96 - 0.100 Download Now: http://activities.sugarlabs.org/downloads/file/28642/image_viewer-56.xo Release notes: Fixing collaboration - SL #4520 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] Issue building Jukebox in sugar-build
I don't think is a error in the sugar bundle builder, I use it all time, and generate .xo files without problem. Gonzalo On Mon, Jun 3, 2013 at 4:23 PM, lio...@olpc-france.org wrote: Hi all, ** ** I’ve an issue building jukebox in sugar-build (see error below). I’ve fixed it locally removing accents and \n in activity.linfo but it probably need a more definitive fix. ** ** Best regards. ** ** Lionel. ** ** ** ** * Building jukebox self._parse_linfo(linfo_file) File /home/fedora/sugar-build/build/out/install/lib/python2.7/site-packages/sugar3/bundle/activitybundle.py, line 207, in _parse_linfo cp.readfp(linfo_file) File /usr/lib64/python2.7/ConfigParser.py, line 324, in readfp self._read(fp, filename) File /usr/lib64/python2.7/ConfigParser.py, line 546, in _read raise e ConfigParser.ParsingError: File contains parsing errors: /home/fedora/sugar-build/jukebox/locale/fr/activity.linfo [line 4]: 'les chansons que tu aimes, regarde des films et des vid\xc3\xa9os p\xc3\xa9dagogiques, et\n' [line 5]: 'bien plus !\n' [osbuild sugar-build]$ ** ** ** ** ** ** ___ 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] [ASLO] Release Log-35
On Mon, Jun 3, 2013 at 8:22 PM, Gonzalo Odiard gonz...@laptop.org wrote: Terminal? This is Log Doh! Sorry, and thanks :-) Gonzalo On Mon, Jun 3, 2013 at 4:19 PM, Peter Robinson pbrobin...@gmail.com wrote: What's the story with this release given the gtk3 Terminal is already up to v42? Peter On Mon, Jun 3, 2013 at 7:43 PM, Sugar Labs Activities activit...@sugarlabs.org wrote: Activity Homepage: http://activities.sugarlabs.org/addon/4056 Sugar Platform: 0.96 - 0.100 Download Now: http://activities.sugarlabs.org/downloads/file/28641/log-35.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 ___ 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] Renaming HTML --- Web
Ok it works now. I thought that ./osbuild pull was enough to get the last sugar-build. Thanks. Lionel. De : Daniel Narvaez [mailto:dwnarv...@gmail.com] Envoyé : lundi 3 juin 2013 21:32 À : Lionel Laské Objet : Re: [Sugar-devel] Renaming HTML --- Web You mean you still have sugar-html-* and no sugar-web-*? If so, are you on latest sugar-build? Try to git pull, it should auto-update but... On 3 June 2013 21:28, lio...@olpc-france.org mailto:lio...@olpc-france.org wrote: Hi Simon, I don't see this change thought my git repository link to: git://github.com/sugarlabs/sugar-build.git http://github.com/sugarlabs/sugar-build.git Does I miss something? Lionel. -- Message: 5 Date: Fri, 31 May 2013 16:19:06 +0200 From: Simon Schampijer si...@schampijer.de mailto:si...@schampijer.de To: Sugar Devel Sugar-devel@lists.sugarlabs.org mailto:Sugar-devel@lists.sugarlabs.org Subject: [Sugar-devel] Renaming HTML --- Web Message-ID: 51a8b15a.1040...@schampijer.de mailto:51a8b15a.1040...@schampijer.de Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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 mailto:Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] Release Image Viewer-56
Can I have a tar ball please? On Mon, Jun 3, 2013 at 8:32 PM, Sugar Labs Activities activit...@sugarlabs.org wrote: Activity Homepage: http://activities.sugarlabs.org/addon/4032 Sugar Platform: 0.96 - 0.100 Download Now: http://activities.sugarlabs.org/downloads/file/28642/image_viewer-56.xo Release notes: Fixing collaboration - SL #4520 Sugar Labs Activities http://activities.sugarlabs.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] Issue building Jukebox in sugar-build
How does the fact that you use it all the time and it works for you implies that it has no bugs? :) You must not be running it with LANG=fr. The trace seems pretty clear to me. It's failing to parse jukebox/locale/fr/activity.linfo. Probably the format is not valid because of the translation, but bundle builder should handle parsing errors there rather than just dieing. On 3 June 2013 21:32, Gonzalo Odiard gonz...@laptop.org wrote: I don't think is a error in the sugar bundle builder, I use it all time, and generate .xo files without problem. Gonzalo On Mon, Jun 3, 2013 at 4:23 PM, lio...@olpc-france.org wrote: Hi all, ** ** I’ve an issue building jukebox in sugar-build (see error below). I’ve fixed it locally removing accents and \n in activity.linfo but it probably need a more definitive fix. ** ** Best regards. ** ** Lionel. ** ** ** ** * Building jukebox self._parse_linfo(linfo_file) File /home/fedora/sugar-build/build/out/install/lib/python2.7/site-packages/sugar3/bundle/activitybundle.py, line 207, in _parse_linfo cp.readfp(linfo_file) File /usr/lib64/python2.7/ConfigParser.py, line 324, in readfp self._read(fp, filename) File /usr/lib64/python2.7/ConfigParser.py, line 546, in _read raise e ConfigParser.ParsingError: File contains parsing errors: /home/fedora/sugar-build/jukebox/locale/fr/activity.linfo [line 4]: 'les chansons que tu aimes, regarde des films et des vid\xc3\xa9os p\xc3\xa9dagogiques, et\n' [line 5]: 'bien plus !\n' [osbuild sugar-build]$ ** ** ** ** ** ** ___ 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 -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] Release Image Viewer-56
Hi, everyone! I am alive :) The tarball for this release is here: [1] Thank you, aguz [1] http://people.sugarlabs.org/aguz/files/activities/ImageViewer-56.tar.bz2 2013/6/3 Sugar Labs Activities activit...@sugarlabs.org Activity Homepage: http://activities.sugarlabs.org/addon/4032 Sugar Platform: 0.96 - 0.100 Download Now: http://activities.sugarlabs.org/downloads/file/28642/image_viewer-56.xo Release notes: Fixing collaboration - SL #4520 Sugar Labs Activities http://activities.sugarlabs.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] [ASLO] Release Image Viewer-56
On Mon, Jun 3, 2013 at 8:45 PM, Agustin Zubiaga Sanchez a...@sugarlabs.org wrote: Hi, everyone! I am alive :) The tarball for this release is here: [1] They're normally published here http://download.sugarlabs.org/sources/sucrose/fructose/ImageViewer/ Thank you, aguz [1] http://people.sugarlabs.org/aguz/files/activities/ImageViewer-56.tar.bz2 2013/6/3 Sugar Labs Activities activit...@sugarlabs.org Activity Homepage: http://activities.sugarlabs.org/addon/4032 Sugar Platform: 0.96 - 0.100 Download Now: http://activities.sugarlabs.org/downloads/file/28642/image_viewer-56.xo Release notes: Fixing collaboration - SL #4520 Sugar Labs Activities http://activities.sugarlabs.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 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Renaming HTML --- Web
It is supposed to be enough. I'll check it really works next time I push something to sugar-build. On 3 June 2013 21:37, lio...@olpc-france.org wrote: ** ** Ok it works now. I thought that ./osbuild pull was enough to get the last sugar-build. Thanks. ** ** Lionel. ** ** ** ** *De :* Daniel Narvaez [mailto:dwnarv...@gmail.com] *Envoyé :* lundi 3 juin 2013 21:32 *À :* Lionel Laské *Objet :* Re: [Sugar-devel] Renaming HTML --- Web ** ** You mean you still have sugar-html-* and no sugar-web-*? If so, are you on latest sugar-build? Try to git pull, it should auto-update but... ** ** On 3 June 2013 21:28, lio...@olpc-france.org wrote: Hi Simon, I don't see this change thought my git repository link to: git://github.com/sugarlabs/sugar-build.git Does I miss something? Lionel. -- Message: 5 Date: Fri, 31 May 2013 16:19:06 +0200 From: Simon Schampijer si...@schampijer.de To: Sugar Devel Sugar-devel@lists.sugarlabs.org Subject: [Sugar-devel] Renaming HTML --- Web Message-ID: 51a8b15a.1040...@schampijer.de Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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 -- Daniel Narvaez -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Issue building Jukebox in sugar-build
I tried again with the last translations from pootle and setup.py dist_xo does not give me errors. Of course, I don't use LANG=fr but es_AR.utf8 I don't see how LANG can be related to this problem, when create a activity, all the languages are processed, right? Gonzalo On Mon, Jun 3, 2013 at 4:44 PM, Daniel Narvaez dwnarv...@gmail.com wrote: How does the fact that you use it all the time and it works for you implies that it has no bugs? :) You must not be running it with LANG=fr. The trace seems pretty clear to me. It's failing to parse jukebox/locale/fr/activity.linfo. Probably the format is not valid because of the translation, but bundle builder should handle parsing errors there rather than just dieing. On 3 June 2013 21:32, Gonzalo Odiard gonz...@laptop.org wrote: I don't think is a error in the sugar bundle builder, I use it all time, and generate .xo files without problem. Gonzalo On Mon, Jun 3, 2013 at 4:23 PM, lio...@olpc-france.org wrote: Hi all, ** ** I’ve an issue building jukebox in sugar-build (see error below). I’ve fixed it locally removing accents and \n in activity.linfo but it probably need a more definitive fix. ** ** Best regards. ** ** Lionel. ** ** ** ** * Building jukebox self._parse_linfo(linfo_file) File /home/fedora/sugar-build/build/out/install/lib/python2.7/site-packages/sugar3/bundle/activitybundle.py, line 207, in _parse_linfo cp.readfp(linfo_file) File /usr/lib64/python2.7/ConfigParser.py, line 324, in readfp self._read(fp, filename) File /usr/lib64/python2.7/ConfigParser.py, line 546, in _read raise e ConfigParser.ParsingError: File contains parsing errors: /home/fedora/sugar-build/jukebox/locale/fr/activity.linfo [line 4]: 'les chansons que tu aimes, regarde des films et des vid\xc3\xa9os p\xc3\xa9dagogiques, et\n' [line 5]: 'bien plus !\n' [osbuild sugar-build]$ ** ** ** ** ** ** ___ 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 -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] Release Image Viewer-56
Uploaded to http://download.sugarlabs.org/sources/sucrose/fructose/ImageViewer/ On Mon, Jun 3, 2013 at 4:45 PM, Agustin Zubiaga Sanchez a...@sugarlabs.orgwrote: Hi, everyone! I am alive :) The tarball for this release is here: [1] Thank you, aguz [1] http://people.sugarlabs.org/aguz/files/activities/ImageViewer-56.tar.bz2 2013/6/3 Sugar Labs Activities activit...@sugarlabs.org Activity Homepage: http://activities.sugarlabs.org/addon/4032 Sugar Platform: 0.96 - 0.100 Download Now: http://activities.sugarlabs.org/downloads/file/28642/image_viewer-56.xo Release notes: Fixing collaboration - SL #4520 Sugar Labs Activities http://activities.sugarlabs.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 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Issue building Jukebox in sugar-build
On 3 June 2013 21:53, Gonzalo Odiard gonz...@laptop.org wrote: I tried again with the last translations from pootle and setup.py dist_xo does not give me errors. Unless you LANG=fr_FR.utf8 you won't be able to reproduce. It also happens only the second time you run it, when .linfo has been generated. Of course, I don't use LANG=fr but es_AR.utf8 I don't see how LANG can be related to this problem, when create a activity, all the languages are processed, right? bundlebuilder uses ActivityBundle which also used for UI stuff and hence parses the linfo for the current locale. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Issue building Jukebox in sugar-build
More specifically the translation has a couple of \n in it. Since linfo are generated by sugar, we should probably refuse to generate it that way (or encode it if we want to allow \n in summaries). On 3 June 2013 21:44, Daniel Narvaez dwnarv...@gmail.com wrote: How does the fact that you use it all the time and it works for you implies that it has no bugs? :) You must not be running it with LANG=fr. The trace seems pretty clear to me. It's failing to parse jukebox/locale/fr/activity.linfo. Probably the format is not valid because of the translation, but bundle builder should handle parsing errors there rather than just dieing. On 3 June 2013 21:32, Gonzalo Odiard gonz...@laptop.org wrote: I don't think is a error in the sugar bundle builder, I use it all time, and generate .xo files without problem. Gonzalo On Mon, Jun 3, 2013 at 4:23 PM, lio...@olpc-france.org wrote: Hi all, ** ** I’ve an issue building jukebox in sugar-build (see error below). I’ve fixed it locally removing accents and \n in activity.linfo but it probably need a more definitive fix. ** ** Best regards. ** ** Lionel. ** ** ** ** * Building jukebox self._parse_linfo(linfo_file) File /home/fedora/sugar-build/build/out/install/lib/python2.7/site-packages/sugar3/bundle/activitybundle.py, line 207, in _parse_linfo cp.readfp(linfo_file) File /usr/lib64/python2.7/ConfigParser.py, line 324, in readfp self._read(fp, filename) File /usr/lib64/python2.7/ConfigParser.py, line 546, in _read raise e ConfigParser.ParsingError: File contains parsing errors: /home/fedora/sugar-build/jukebox/locale/fr/activity.linfo [line 4]: 'les chansons que tu aimes, regarde des films et des vid\xc3\xa9os p\xc3\xa9dagogiques, et\n' [line 5]: 'bien plus !\n' [osbuild sugar-build]$ ** ** ** ** ** ** ___ 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 -- Daniel Narvaez -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Issue building Jukebox in sugar-build
I found something strange: If I do: cat locale/*/activity.linfo, can see the activity name translated for every language, but the summary translated to es in every file. I am trying to see what is the problem. Gonzalo On Mon, Jun 3, 2013 at 5:05 PM, Daniel Narvaez dwnarv...@gmail.com wrote: On 3 June 2013 21:53, Gonzalo Odiard gonz...@laptop.org wrote: I tried again with the last translations from pootle and setup.py dist_xo does not give me errors. Unless you LANG=fr_FR.utf8 you won't be able to reproduce. It also happens only the second time you run it, when .linfo has been generated. Of course, I don't use LANG=fr but es_AR.utf8 I don't see how LANG can be related to this problem, when create a activity, all the languages are processed, right? bundlebuilder uses ActivityBundle which also used for UI stuff and hence parses the linfo for the current locale. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] Release Image Viewer-56
Yes, I know but I don't have permission to upload it there, could I get it? (for next releases, this one was uploaded by Gonzalo)... Thanks, aguz 2013/6/3 Peter Robinson pbrobin...@gmail.com On Mon, Jun 3, 2013 at 8:45 PM, Agustin Zubiaga Sanchez a...@sugarlabs.org wrote: Hi, everyone! I am alive :) The tarball for this release is here: [1] They're normally published here http://download.sugarlabs.org/sources/sucrose/fructose/ImageViewer/ Thank you, aguz [1] http://people.sugarlabs.org/aguz/files/activities/ImageViewer-56.tar.bz2 2013/6/3 Sugar Labs Activities activit...@sugarlabs.org Activity Homepage: http://activities.sugarlabs.org/addon/4032 Sugar Platform: 0.96 - 0.100 Download Now: http://activities.sugarlabs.org/downloads/file/28642/image_viewer-56.xo Release notes: Fixing collaboration - SL #4520 Sugar Labs Activities http://activities.sugarlabs.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 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release Graficar-10
Activity Homepage: http://activities.sugarlabs.org/addon/4534 Sugar Platform: 0.96 - 0.100 Download Now: http://activities.sugarlabs.org/downloads/file/28643/chart-10.xo Release notes: * Reconfure toolbars in portrait mode - Walter Bender * Tweek axes label positions to prevent overlap - Walter Bender * More robust testing of entry values - Walter Bender 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] Issue building Jukebox in sugar-build
I found the issue: We was using a translated (to the developer locale) value to search in gettext. That is the reason I see all in Spanish, you see ok (en can found the translations), and Lionel have issues we don't see. Attached is a patch to solve the issue. If is ok for you, please push in github or where is needed. I am not sure if this fix should be on 0.98 branch or not. Gonzalo On Mon, Jun 3, 2013 at 5:22 PM, Daniel Narvaez dwnarv...@gmail.com wrote: Weird, not seeing that here. On 3 June 2013 22:19, Gonzalo Odiard gonz...@laptop.org wrote: I found something strange: If I do: cat locale/*/activity.linfo, can see the activity name translated for every language, but the summary translated to es in every file. I am trying to see what is the problem. Gonzalo On Mon, Jun 3, 2013 at 5:05 PM, Daniel Narvaez dwnarv...@gmail.comwrote: On 3 June 2013 21:53, Gonzalo Odiard gonz...@laptop.org wrote: I tried again with the last translations from pootle and setup.py dist_xo does not give me errors. Unless you LANG=fr_FR.utf8 you won't be able to reproduce. It also happens only the second time you run it, when .linfo has been generated. Of course, I don't use LANG=fr but es_AR.utf8 I don't see how LANG can be related to this problem, when create a activity, all the languages are processed, right? bundlebuilder uses ActivityBundle which also used for UI stuff and hence parses the linfo for the current locale. -- Daniel Narvaez 0001-Do-not-use-the-translated-summary-to-get-the-value-f.patch Description: Binary data ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Web activities and i10n
Hello, we didn't really think about how to support translations of the web activities. This is how mozilla is doing it https://github.com/fabi1cazenave/webL10n It claims to be cross browsers but they have a modern API which is firefox only. I'm not sure what that exactly mean, but a basic API is probably better than having to write our own thing. They use ini files, but there are tools to convert to and from po files. http://docs.translatehouse.org/projects/translate-toolkit/en/latest/commands/prop2po.html?id=toolkit/prop2po -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Issue building Jukebox in sugar-build
I don't think this could solve Lionel issue (and I can still reproduce it with the patch applied). I don't have time to look into the other issue right now, please submit a pull request. On 3 June 2013 22:48, Gonzalo Odiard gonz...@laptop.org wrote: I found the issue: We was using a translated (to the developer locale) value to search in gettext. That is the reason I see all in Spanish, you see ok (en can found the translations), and Lionel have issues we don't see. Attached is a patch to solve the issue. If is ok for you, please push in github or where is needed. I am not sure if this fix should be on 0.98 branch or not. Gonzalo On Mon, Jun 3, 2013 at 5:22 PM, Daniel Narvaez dwnarv...@gmail.comwrote: Weird, not seeing that here. On 3 June 2013 22:19, Gonzalo Odiard gonz...@laptop.org wrote: I found something strange: If I do: cat locale/*/activity.linfo, can see the activity name translated for every language, but the summary translated to es in every file. I am trying to see what is the problem. Gonzalo On Mon, Jun 3, 2013 at 5:05 PM, Daniel Narvaez dwnarv...@gmail.comwrote: On 3 June 2013 21:53, Gonzalo Odiard gonz...@laptop.org wrote: I tried again with the last translations from pootle and setup.py dist_xo does not give me errors. Unless you LANG=fr_FR.utf8 you won't be able to reproduce. It also happens only the second time you run it, when .linfo has been generated. Of course, I don't use LANG=fr but es_AR.utf8 I don't see how LANG can be related to this problem, when create a activity, all the languages are processed, right? bundlebuilder uses ActivityBundle which also used for UI stuff and hence parses the linfo for the current locale. -- Daniel Narvaez -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Web activities and i10n
I had a look at the code and I don't see anything firefox specific, I suspect the full API will work on latest webkit (they try to support really old browsers and that's probably where they only support a basic API). The thing I'm not convinced about is using .properties files. But unless we can find a library which uses gettext and support translating html... perhaps we can just use prop2po. On 3 June 2013 22:56, Daniel Narvaez dwnarv...@gmail.com wrote: Hello, we didn't really think about how to support translations of the web activities. This is how mozilla is doing it https://github.com/fabi1cazenave/webL10n It claims to be cross browsers but they have a modern API which is firefox only. I'm not sure what that exactly mean, but a basic API is probably better than having to write our own thing. They use ini files, but there are tools to convert to and from po files. http://docs.translatehouse.org/projects/translate-toolkit/en/latest/commands/prop2po.html?id=toolkit/prop2po -- Daniel Narvaez -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Web activities and i10n
An alternative could be to combine webL10N and Jed http://slexaxton.github.io/Jed/ Either adapt webL10N to use Jed or add the dom bits of webL10N to Jed. The webL10N code is pretty simple, so it might easier then figuring out how to setup the prop2po build bits. On 3 June 2013 23:20, Daniel Narvaez dwnarv...@gmail.com wrote: I had a look at the code and I don't see anything firefox specific, I suspect the full API will work on latest webkit (they try to support really old browsers and that's probably where they only support a basic API). The thing I'm not convinced about is using .properties files. But unless we can find a library which uses gettext and support translating html... perhaps we can just use prop2po. On 3 June 2013 22:56, Daniel Narvaez dwnarv...@gmail.com wrote: Hello, we didn't really think about how to support translations of the web activities. This is how mozilla is doing it https://github.com/fabi1cazenave/webL10n It claims to be cross browsers but they have a modern API which is firefox only. I'm not sure what that exactly mean, but a basic API is probably better than having to write our own thing. They use ini files, but there are tools to convert to and from po files. http://docs.translatehouse.org/projects/translate-toolkit/en/latest/commands/prop2po.html?id=toolkit/prop2po -- Daniel Narvaez -- Daniel Narvaez -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Web activities and i10n
Well, Jed apparently requires converting po to json too, so we won't save on the build bits. It probably doesn't solve the problem of extracting translatable strings either. On 4 June 2013 00:00, Daniel Narvaez dwnarv...@gmail.com wrote: An alternative could be to combine webL10N and Jed http://slexaxton.github.io/Jed/ Either adapt webL10N to use Jed or add the dom bits of webL10N to Jed. The webL10N code is pretty simple, so it might easier then figuring out how to setup the prop2po build bits. On 3 June 2013 23:20, Daniel Narvaez dwnarv...@gmail.com wrote: I had a look at the code and I don't see anything firefox specific, I suspect the full API will work on latest webkit (they try to support really old browsers and that's probably where they only support a basic API). The thing I'm not convinced about is using .properties files. But unless we can find a library which uses gettext and support translating html... perhaps we can just use prop2po. On 3 June 2013 22:56, Daniel Narvaez dwnarv...@gmail.com wrote: Hello, we didn't really think about how to support translations of the web activities. This is how mozilla is doing it https://github.com/fabi1cazenave/webL10n It claims to be cross browsers but they have a modern API which is firefox only. I'm not sure what that exactly mean, but a basic API is probably better than having to write our own thing. They use ini files, but there are tools to convert to and from po files. http://docs.translatehouse.org/projects/translate-toolkit/en/latest/commands/prop2po.html?id=toolkit/prop2po -- Daniel Narvaez -- Daniel Narvaez -- Daniel Narvaez -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Web activities and i10n
We could have activity authors provide the reference properties files in the locale directory. Bundle builder would generate the pot file from those using prop2po -P When building the xo bundle, it would then generate translated properties files using po2prop -t It seems like it should work and no real code to write other than the build bits :) On 4 June 2013 00:05, Daniel Narvaez dwnarv...@gmail.com wrote: Well, Jed apparently requires converting po to json too, so we won't save on the build bits. It probably doesn't solve the problem of extracting translatable strings either. On 4 June 2013 00:00, Daniel Narvaez dwnarv...@gmail.com wrote: An alternative could be to combine webL10N and Jed http://slexaxton.github.io/Jed/ Either adapt webL10N to use Jed or add the dom bits of webL10N to Jed. The webL10N code is pretty simple, so it might easier then figuring out how to setup the prop2po build bits. On 3 June 2013 23:20, Daniel Narvaez dwnarv...@gmail.com wrote: I had a look at the code and I don't see anything firefox specific, I suspect the full API will work on latest webkit (they try to support really old browsers and that's probably where they only support a basic API). The thing I'm not convinced about is using .properties files. But unless we can find a library which uses gettext and support translating html... perhaps we can just use prop2po. On 3 June 2013 22:56, Daniel Narvaez dwnarv...@gmail.com wrote: Hello, we didn't really think about how to support translations of the web activities. This is how mozilla is doing it https://github.com/fabi1cazenave/webL10n It claims to be cross browsers but they have a modern API which is firefox only. I'm not sure what that exactly mean, but a basic API is probably better than having to write our own thing. They use ini files, but there are tools to convert to and from po files. http://docs.translatehouse.org/projects/translate-toolkit/en/latest/commands/prop2po.html?id=toolkit/prop2po -- Daniel Narvaez -- Daniel Narvaez -- Daniel Narvaez -- Daniel Narvaez -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Web activities and i10n
Not sure where to put properties files (both reference and translated). Perhaps we could just follow mozilla and have them in the locales/ directory. It's a bit too similar to locale, which we are using to generate translations for native activities but it shouldn't be too confusing since for web activities that directory shouldn't exist. On 4 June 2013 00:21, Daniel Narvaez dwnarv...@gmail.com wrote: We could have activity authors provide the reference properties files in the locale directory. Bundle builder would generate the pot file from those using prop2po -P When building the xo bundle, it would then generate translated properties files using po2prop -t It seems like it should work and no real code to write other than the build bits :) On 4 June 2013 00:05, Daniel Narvaez dwnarv...@gmail.com wrote: Well, Jed apparently requires converting po to json too, so we won't save on the build bits. It probably doesn't solve the problem of extracting translatable strings either. On 4 June 2013 00:00, Daniel Narvaez dwnarv...@gmail.com wrote: An alternative could be to combine webL10N and Jed http://slexaxton.github.io/Jed/ Either adapt webL10N to use Jed or add the dom bits of webL10N to Jed. The webL10N code is pretty simple, so it might easier then figuring out how to setup the prop2po build bits. On 3 June 2013 23:20, Daniel Narvaez dwnarv...@gmail.com wrote: I had a look at the code and I don't see anything firefox specific, I suspect the full API will work on latest webkit (they try to support really old browsers and that's probably where they only support a basic API). The thing I'm not convinced about is using .properties files. But unless we can find a library which uses gettext and support translating html... perhaps we can just use prop2po. On 3 June 2013 22:56, Daniel Narvaez dwnarv...@gmail.com wrote: Hello, we didn't really think about how to support translations of the web activities. This is how mozilla is doing it https://github.com/fabi1cazenave/webL10n It claims to be cross browsers but they have a modern API which is firefox only. I'm not sure what that exactly mean, but a basic API is probably better than having to write our own thing. They use ini files, but there are tools to convert to and from po files. http://docs.translatehouse.org/projects/translate-toolkit/en/latest/commands/prop2po.html?id=toolkit/prop2po -- Daniel Narvaez -- Daniel Narvaez -- Daniel Narvaez -- Daniel Narvaez -- Daniel Narvaez -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Web activities and i10n
CC'ing CJL On Mon, Jun 3, 2013 at 6:48 PM, Daniel Narvaez dwnarv...@gmail.com wrote: Not sure where to put properties files (both reference and translated). Perhaps we could just follow mozilla and have them in the locales/ directory. It's a bit too similar to locale, which we are using to generate translations for native activities but it shouldn't be too confusing since for web activities that directory shouldn't exist. On 4 June 2013 00:21, Daniel Narvaez dwnarv...@gmail.com wrote: We could have activity authors provide the reference properties files in the locale directory. Bundle builder would generate the pot file from those using prop2po -P When building the xo bundle, it would then generate translated properties files using po2prop -t It seems like it should work and no real code to write other than the build bits :) On 4 June 2013 00:05, Daniel Narvaez dwnarv...@gmail.com wrote: Well, Jed apparently requires converting po to json too, so we won't save on the build bits. It probably doesn't solve the problem of extracting translatable strings either. On 4 June 2013 00:00, Daniel Narvaez dwnarv...@gmail.com wrote: An alternative could be to combine webL10N and Jed http://slexaxton.github.io/Jed/ Either adapt webL10N to use Jed or add the dom bits of webL10N to Jed. The webL10N code is pretty simple, so it might easier then figuring out how to setup the prop2po build bits. On 3 June 2013 23:20, Daniel Narvaez dwnarv...@gmail.com wrote: I had a look at the code and I don't see anything firefox specific, I suspect the full API will work on latest webkit (they try to support really old browsers and that's probably where they only support a basic API). The thing I'm not convinced about is using .properties files. But unless we can find a library which uses gettext and support translating html... perhaps we can just use prop2po. On 3 June 2013 22:56, Daniel Narvaez dwnarv...@gmail.com wrote: Hello, we didn't really think about how to support translations of the web activities. This is how mozilla is doing it https://github.com/fabi1cazenave/webL10n It claims to be cross browsers but they have a modern API which is firefox only. I'm not sure what that exactly mean, but a basic API is probably better than having to write our own thing. They use ini files, but there are tools to convert to and from po files. http://docs.translatehouse.org/projects/translate-toolkit/en/latest/commands/prop2po.html?id=toolkit/prop2po -- Daniel Narvaez -- Daniel Narvaez -- Daniel Narvaez -- Daniel Narvaez -- Daniel Narvaez -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
