Re: [Sugar-devel] TurtleArt problems in Ubuntu
On Sun, May 22, 2011 9:45 pm, James Cameron wrote: On Sun, May 22, 2011 at 09:27:12PM -0400, Edward Cherlin wrote: https://bugs.launchpad.net/ubuntu/+source/turtleart/+bug/731133 TurtleArt 98.1, as packaged for Ubuntu, is missing essential files and cannot start. Who is responsible for this package? I am pleased to report that later versions of Turtle Art work perfectly on Ubuntu. http://packages.ubuntu.com/turtleart ... http://packages.ubuntu.com/natty/turtleart ... shows that the maintainer is Ubuntu MOTU Developers (Mail Archive) ubuntu-m...@lists.ubuntu.com apt-cache show turtleart shows that the maintainer is Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com with original maintainer Matthew Gallagher mattv...@gmail.com The Debian package also has a maintainer of Luke Faraone. http://changelogs.ubuntu.com/changelogs/pool/universe/t/turtleart/turtleart_98-1/changelog -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list sugar-de...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Edward Mokurai (#40664;#38647;/#2343;#2352;#2381;#2350;#2350;#2375;#2328;#2358;#2348;#2381;#2342;#2327;#2352;#2381;#2332;/#1583;#1726;#1585;#1605;#1605;#1740;#1711;#1726;#1588;#1576;#1583;#1711;#1585; #1580;) Cherlin Silent Thunder is my name, and Children are my nation. The Cosmos is my dwelling place, the Truth my destination. http://wiki.sugarlabs.org/go/Replacing_Textbooks ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Melbourne testing group, RC4 (au868)
MelbXOclub16july11 New image to be tested: http://build.laptop.org.au/xo/10.1.3/xo-1.5/RC4/ * flashing is faster with our sparse build [#594] Flashed 3 laptops OK * Browse activity [#654] Browse ran OK * Speak activity, bumped to version 28, with english_rp voice [#718] Browse ran OK, english_rp voice is good for Australian accents * Screencast activity, bumped to version 3 [#692] Ran Screencast OK. Icon does not conform to Sugar guidelines * gnome-screenshot in GNOME [#563] This is a good addition * gtk-recordmysesktop in GNOME [#564] Unable to stop the recording session, the app disappears, maybe we are missing the obvious * camorama in GNOME [#558] runs ok but on some scenes AGC is unstable giving a beat effect, was natural lighting * Firefox now loads with the OLPC Library as the home page [#555] ok, content bundles work ok * Firefox is remembering passwords [801] ok, default is not to remember * Firefox default paper is not A4 [803] page setup =A4, print page setup =undefined * Scratch's udev rules pre-installed, no user intervention needed. not tested * Biology library version 10 runs ok Ran ok both sugar and gnome with a usb modem, power management has to be turned off as noted previously Turtleart is v104, latest version is v110 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: glade.so missing from /usr/lib/python2.7/site-packages/gtk-2, 0/gtk
Hi James, I read the resolution of #11053 I'd be happy to update http://wiki.laptop.org/go/PyGTK/Hello_World_Tutorial#using_Glade to reflect that fact glade is no longer supported. But I hesitate to act without checking with those of you more in the center of things. George On Sun, Jul 10, 2011 at 7:21 PM, James Cameron qu...@laptop.org wrote: G'day George, pygtk2-libglade was only incidentally in 10.1.3, and is possibly not required by Sugar. It was also in 8.2.1. You might bundle the library with your activity or application in order to be compatible with 11.2.0. Or, if you are building a deployment image, add the pygtk2-libglade package. http://wiki.sugarlabs.org/go/0.88/Platform_Components lists the platform components that a Sugar activity author can expect to find available. This package pygtk2-libglade is not explicitly in the list, though the list does mention PyGTK, and gtk.glade is listed in the PyGTK reference manual. I can't find a list of platform components for Sugar 0.82 used by 8.2.1, but PyGTK is listed for Sugar 0.84, and Sugar 0.86. #11053 -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Offer from gnome-i18n team
On Fri, Jul 15, 2011 at 11:39 AM, Chris Leonard cjlhomeaddr...@gmail.com wrote: Dear OLPC devel, I have been trying to build links with upstream L10n communities that translate the L10n bits we need and I recently sent this message to gnome-i18n: http://mail.gnome.org/archives/gnome-i18n/2011-July/msg00041.html The nature of GNOME's offer is much clearer to me now and it is elegantly simple and useful. It will have no impact on OLPC build process, other than hopefully promoting higher rates of upstream L10n coverage. The essence of the offer is to name a release set upstream as 'OLPC, see it on the list here: http://l10n.gnome.org/releases/ Claude Paroz had granted me the priv to maintain this list through a web-admin interface on that site, What I do is to go to a module and tag a particular build of it as belonging to the OLPC release set through a simple pulldown web-page. **What are the implications of this for the OLPC release manager? Essentially, http://l10n.gnome.org/releases/olpc/ will give a quick dashboard snapshot of the level of L10n coverage of upstream packages we inherit from GNOME. Given that OLPC is shipping dual-boot GNOME images, the level of L10n coverage *should* be a status that is tracked. The release manager should engage with the L10n community at the earliest stages to provide ample time for increasing L10n coverage (both locally and upstream). I'm happy to see that this is included on Daniel's planning for future releases http://wiki.laptop.org/go/User:DanielDrake/11.3.0_goals This release coordination with the L10n community will necessary include maintaining a current release set tagging upstream (e.g. this will change when we eventually move to gtk3+ and PyGi). **What are the implications of this for the L10n community? Quite simply, this is a far superior (and always up-to-date version) of the GNOME package tracking I attempted to do at: http://translate.sugarlabs.org/projects/upstream_l10n/ By going upstream to http://l10n.gnome.org/releases/olpc/ Localizers can quickly identify the strings of interest to OLPC and focus on those. I think one of the critical elements of OLPC's reality is that often the languages of most interest to us are among those that have the smallest on-line L10n communities and so special efforts are required (Dari, Pashto, Kreyol, Kinyarwanda, etc.). In particular, we need to pay attention to the upstream bits we need, and can't expect our localizers to find their way around the upstream without a clear trail blazed. It's a jungle up there. Admittedly, many deployments are happy to have English as the language of instruction, which takes some of the urgency out of L10n into local langs; however, I philosophically believe that our aspirations should be higher than that. I strongly believe that OLPC staff should strive to do a better job of leveraging their local contacts to drive L10n in the local languages of it's deployment areas. It should basically be an element of pre-sales preparation and planning, and not an afterthought. cjl ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
