Re: [Sugar-devel] [Query]: uploading the updated version of Sugar activity
Argh, hit send to soon. On 27.05.2011, at 12:53, Bert Freudenberg wrote: On 27.05.2011, at 09:30, Manusheel Gupta wrote: Team, We wish to upload the updated version of SocialCalc activity at a.s.l.o, and have been facing difficulties on doing the same. We are unable to find a menu option for the uploading the upgraded activity. Click Developer Hub. , then Edit Activity, then Manage Activity Authors. Only the owner of the activity can do that. - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] [Query]: uploading the updated version of Sugar activity
On 27.05.2011, at 09:30, Manusheel Gupta wrote: Team, We wish to upload the updated version of SocialCalc activity at a.s.l.o, and have been facing difficulties on doing the same. We are unable to find a menu option for the uploading the upgraded activity. Click Developer Hub. - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] [Query]: uploading the updated version of Sugar activity
On Fri, May 27, 2011 at 5:57 AM, Bert Freudenberg b...@freudenbergs.dewrote: Argh, hit send to soon. On 27.05.2011, at 12:53, Bert Freudenberg wrote: On 27.05.2011, at 09:30, Manusheel Gupta wrote: Team, We wish to upload the updated version of SocialCalc activity at a.s.l.o, and have been facing difficulties on doing the same. We are unable to find a menu option for the uploading the upgraded activity. Click Developer Hub. , then Edit Activity, then Manage Activity Authors. Also in ''Edit Activity'', there is an option on the left menu, that says ''Versions and files'' then ''new version'' and there you can upload the new .xo and add release notes. Hope this helps. Only the owner of the activity can do that. - Bert - ___ Sugar-devel mailing list sugar-de...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Get serial number or XO name from command line or python
Hi all, Is there a simple way to get the XO serial number and/or the XO name from the command line and/or from a python script ? Lionel. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
upgarde with olpc-update
Is it possible to upgrade the XO-1 to 11.2.0 builds from 10.1.3 or earlier builds as the wiki page suggests? [1] Someone did try it and run into problems beyond the space limitation [2] [1] http://wiki.laptop.org/go/11.2.0#Upgrading_with_olpc-update [2] http://www.olpcnews.com/forum/index.php?topic=4965.msg33325#msg33325 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Get serial number or XO name from command line or python
Is there a simple way to get the XO serial number and/or the XO name You have to define serial number, and you have to define name. Further, the answer depends upon the software version in the XO : Start with (this is from a bash script) if [ -e /ofw/serial-number ]; then echo Serial: `cat /ofw/serial-number` fi and echo Nick : `hostname` also try (all one line) gconftool-2 --get --direct --config-source=xml:readwrite:/home/olpc/.gconf /desktop/sugar/user/nick and then there are the addresses shown by 'ifconfig eth0' mikus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Get serial number or XO name from command line or python
Hi. 2011/5/27 LASKE, Lionel (C2S) lla...@c2s.fr Hi all, Is there a simple way to get the XO serial number and/or the XO name from the command line and/or from a python script ? Also you could use this script: _ _ _ #!/usr/bin/python -tt import subprocess getserial = subprocess.Popen(['cat /ofw/serial-number'], shell=True, stdout=subprocess.PIPE) for line in getserial.stdout: print(line.decode().strip()) _ _ _ there is an easier way with subprocess.call. But with this script you can catch the output and to use it, almost, as you wish. I hope it helps you. Regards Lionel. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Henry Vélez Molina Administrador de red OLPC Fundación MArina Orth Tel :341 23 59 Móvil: 312 769 0169 www.fundacionmarinaorth.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Get serial number or XO name from command line or python
Hi, On Fri, May 27 2011, Henry Vélez Molina wrote: Also you could use this script: #!/usr/bin/python -tt import subprocess getserial = subprocess.Popen(['cat /ofw/serial-number'], shell=True, stdout=subprocess.PIPE) for line in getserial.stdout: print(line.decode().strip()) There's no need to spawn a shell, and then spawn cat inside a shell. Python knows how to open files: print open(/ofw/serial-number).readline().strip() -- Chris Ball c...@laptop.org http://printf.net/ One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Fwd: Repeated submission of translation package
Daniel, There is a discussion going on upstream on the AbiWord dev list about updating PO files of older versions. What version of AbiWord are you planning to include in 11.2.0? I've been working on improving their Spanish L10n, but I now have concerns about whether that effort will make it into the 11.2.0 release (on the GNOME boot side). Knowing with certainty which version of AbiWord you will be packaging would be extremely important for me to know when advocating for improved L10n on the upstream side. Also helpful would be a brief description of where you would be pulling the L10n from as the workflow Urmas describes seems unreasonable to me, compared to the simple solution of having AbiWord simply commit an updated 2.8 PO file. Thanks for you assistance with this query. cjl -- Forwarded message -- From: Urmas davian...@gmail.com Date: Fri, May 27, 2011 at 11:49 PM Subject: Re: Repeated submission of translation package To: abiword-...@abisource.com From: Pjotr pliniusmi...@gmail.com Subject: Re: Repeated submission of translation package That's not so good. Many (if not all) Linux distro's still have Abiword 2.8 in the repositories of their development branches. With the translations that come with it. For example: Ubuntu 11.10, due to ship in October, has Abiword 2.8 in it's repo's. It'll rely entirely on the upstream translations for Abiword. Therefore I strongly request that my Dutch translation of Abiword 2.8 (stable) will be uploaded as well. In Loonix, it's maintainer's task to conduct such minor updates. Taking translations from trunk, pruning them with stable template and generating strings from them can, and should, be done by maintainer. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[Server-devel] XS wishlist
Came across this via Twitter: http://asingh.com.np/blog/olpc-xs-my-wishlist/ Here is a copy and paste for archival purposes: Sameer --- elow is a list of changes that I wish to have in the OLPC XS (some of which comes from our own list of customization): Porting XS to new version of Fedora Fedora Project has come to the release of version 15 of their Linux distribution host a lot of interesting features, but OLPC XS is still stuck with Fedora 9 (which itself has moved to “End of Life”). This state hinders us from using more stable software components, access to bug-fixes, and improved infrastructure. This also forces packagers to package software for Fedora 9. Porting XS to Fedora 15 will bring into all the awesomeness, but again it will be a lot of work porting the patches and packages (developed by OLPC community) to Fedora 15. Support for multiple architecture Though XS is targeted to be run on generic low-end servers (mostly i386 architecture), but the recent trend of hardware price fall, deployers will tend to use more advanced hardware (which might support x86_64 architecture). Current XS effort is targeted at i386 (32 bit) builds, but adding x86_64 (64 bit) builds would not be that cumbersome, and would definitely attract deployers eyeing 64bit hardware. Basic Self Tests It would be great to have basic self tests embedded into the XS, which will help the school side to diagnose and fix the problem easily. Individuals at the school looking after the school server might not be proficient with GNU/Linux and would have a hard time to diagnose and fix a problem with XS; this is a case with the Nepalese deployments. Adding to this, for a fix, either the support team needs to be dispatched to the school (which might be located in a remote place), or the ask the school to bring back the school server to the support centre. Given the scenario in Nepal, with just a single support centre, this fix can cost a lot of time, effort, and money. Basic self tests, with mechanism to provide instructions on now to fix simple problems is greatly going to ease the hassle. The self tests can contain testing services, network status and such. Inclusion of new packages systemd: a replacement for SysVinit and Upstart that acts as a system and session manager. usb-modeswitch: a library/utility for handling Mode-Switching USB Devices on Linux. This package is required to access internet through 3G cards (e.g. Mobile broadband). ipcheck: a Dyndns.org client to register your dynamic IP address. It helps to configure the server with dynamic dns and with port forwarding enabled on the Internet gateway, eases accessing the schoolserver from anywhere on the Internet. MySQL: a relational database server, and a de-facto backend for many services. Also it would be good to ditch PostgreSQL for Moodle. MySQL management is easy than PostgreSQL and there is more documentation, community support and human resource for MySQL. PHP with required extensions: a powerful server-side HTML embedded scripting language. OLE Nepal’s digital library “E-Pustakalaya” runs on PHP and MySQL. Also we might need some PHP extensions like php-mysql, php-gd, php-xml. Python 2.x and Python 3.x: an interpreted, interactive, object-oriented, extensible programming language. Python 2.x should be included for backward compatibility as many python scripts and applications still use the 2.x version. Python 3.x should be included for forward compatibility — more apps would be coded in 3.x version in coming days. Expect: a Unix automation and testing tool and used to automate interactive applications such as telnet, ftp, passwd, fsck, rlogin, tip, etc. E-Pustakalaya uses Fedora Commons which has a interactive setup; we use expect to automate the installation by providing all answers to the setup program. Expect is useful to create headless installers, and it also has a python wrapper. libicu and unicode support: Adding unicode support in XS will help to have localized web applications hosted on the XS (using gettext framework). Java: Adding a Java Runtime Environment (JRE) would add support for running java based applications (e.g. Tomcat, Fedora Commons, etc.) tzdata and extensions: Adding timezone data and its wrapper libraries in various languages will help the support for timezone data in applications hosted on XS (e.g. SchoolTool needs pytz). SchoolTool: a free administrative software for schools around the world. It provides a good administrative interface and facilities. I’ve already packaged SchoolTool for Fedora and tested it on XS. OLE Nepal is also in transition to pilot SchoolTool to a few schools. Also that a integration of Moodle and SchoolTool is being worked out. Moodle 2.x: a Course Management System (CMS), also known as a Learning Management System (LMS) or a Virtual Learning Environment (VLE). The moodle on current XS is outdated. Moodle 2.x hosts improved interface and additional features than its previous versions.
Re: [Server-devel] XS wishlist
On 05/27/2011 10:15 PM, Sameer Verma wrote: Came across this via Twitter: http://asingh.com.np/blog/olpc-xs-my-wishlist/ Here is a copy and paste for archival purposes: Sameer --- elow is a list of changes that I wish to have in the OLPC XS (some of which comes from our own list of customization): Porting XS to new version of Fedora Fedora Project has come to the release of version 15 of their Linux distribution host a lot of interesting features, but OLPC XS is still stuck with Fedora 9 (which itself has moved to “End of Life”). This state hinders us from using more stable software components, access to bug-fixes, and improved infrastructure. This also forces packagers to package software for Fedora 9. Porting XS to Fedora 15 will bring into all the awesomeness, but again it will be a lot of work porting the patches and packages (developed by OLPC community) to Fedora 15. Support for multiple architecture Though XS is targeted to be run on generic low-end servers (mostly i386 architecture), but the recent trend of hardware price fall, deployers will tend to use more advanced hardware (which might support x86_64 architecture). Current XS effort is targeted at i386 (32 bit) builds, but adding x86_64 (64 bit) builds would not be that cumbersome, and would definitely attract deployers eyeing 64bit hardware. Basic Self Tests It would be great to have basic self tests embedded into the XS, which will help the school side to diagnose and fix the problem easily. Individuals at the school looking after the school server might not be proficient with GNU/Linux and would have a hard time to diagnose and fix a problem with XS; this is a case with the Nepalese deployments. Adding to this, for a fix, either the support team needs to be dispatched to the school (which might be located in a remote place), or the ask the school to bring back the school server to the support centre. Given the scenario in Nepal, with just a single support centre, this fix can cost a lot of time, effort, and money. Basic self tests, with mechanism to provide instructions on now to fix simple problems is greatly going to ease the hassle. The self tests can contain testing services, network status and such. Inclusion of new packages systemd: a replacement for SysVinit and Upstart that acts as a system and session manager. usb-modeswitch: a library/utility for handling Mode-Switching USB Devices on Linux. This package is required to access internet through 3G cards (e.g. Mobile broadband). ipcheck: a Dyndns.org client to register your dynamic IP address. It helps to configure the server with dynamic dns and with port forwarding enabled on the Internet gateway, eases accessing the schoolserver from anywhere on the Internet. MySQL: a relational database server, and a de-facto backend for many services. Also it would be good to ditch PostgreSQL for Moodle. MySQL management is easy than PostgreSQL and there is more documentation, community support and human resource for MySQL. PHP with required extensions: a powerful server-side HTML embedded scripting language. OLE Nepal’s digital library “E-Pustakalaya” runs on PHP and MySQL. Also we might need some PHP extensions like php-mysql, php-gd, php-xml. Python 2.x and Python 3.x: an interpreted, interactive, object-oriented, extensible programming language. Python 2.x should be included for backward compatibility as many python scripts and applications still use the 2.x version. Python 3.x should be included for forward compatibility — more apps would be coded in 3.x version in coming days. Expect: a Unix automation and testing tool and used to automate interactive applications such as telnet, ftp, passwd, fsck, rlogin, tip, etc. E-Pustakalaya uses Fedora Commons which has a interactive setup; we use expect to automate the installation by providing all answers to the setup program. Expect is useful to create headless installers, and it also has a python wrapper. libicu and unicode support: Adding unicode support in XS will help to have localized web applications hosted on the XS (using gettext framework). Java: Adding a Java Runtime Environment (JRE) would add support for running java based applications (e.g. Tomcat, Fedora Commons, etc.) tzdata and extensions: Adding timezone data and its wrapper libraries in various languages will help the support for timezone data in applications hosted on XS (e.g. SchoolTool needs pytz). SchoolTool: a free administrative software for schools around the world. It provides a good administrative interface and facilities. I’ve already packaged SchoolTool for Fedora and tested it on XS. OLE Nepal is also in transition to pilot SchoolTool to a few schools. Also that a integration of Moodle and SchoolTool is being worked out. Moodle 2.x: a Course Management System (CMS), also known as a Learning Management System (LMS) or a Virtual Learning Environment (VLE).
