[sugar] [RELEASE] Log 11
sources: http://dev.laptop.org/pub/sugar/sources/log-activity/Log-11.tar.bz2 bundled: http://dev.laptop.org/~erikos/bundles/0.81.6/Log-11.xo * Translations update Best, Simon ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Sucrose 0.81.6 Development Release
The new Sucrose 0.81.6 Development Release is out! This is Release Candidate 2 [1]. This cycle was again about stabilizing the release. Thanks to all the translators we were able to get many new translations in. All the Fructose modules have been released containing the new strings. Thanks for all your efforts! Checkout the detailed release notes: http://wiki.sugarlabs.org/go/ReleaseTeam/Releases/Sucrose/0.81.6 In behalf of the Sugar community, Your release team [1] Sucrose schedule: http://sugarlabs.org/go/ReleaseTeam/Roadmap _ == Glucose news == === sugar-toolkit === * #7566 sugar-shell enters in infinite loop after a failed shutdown * #7534 Safer to always install, rather than comparing versions * #7494 Updates to Browse-92 fail. === sugar === * #7248 Speaker device has inconsistent behavior * #7625 alt+tab switching is slow because activities are notified unneccessary * #7560 cp: Inconsistent behavior after changing the xo color * #7641 Control panel sugar theme infelicities. * #6136 No feedback from 'register' request. === sugar-artwork === * Add emblem-downlaods to the theme * Fix text color on white background * Add a special case for the SugarSectionView as it has a white background === sugar-base === * Make logger safe to full disk * translation updates === sugar-datastore === * #7234 Request all the results so we get an accurate entry count === etoys === * Allow to configure Squeaklet directory location by VM parameter (trac #7624) * Initial import of GStreamer * Fix PolygonMorphs stepTime * Pango Speed up * Convert ParticleDyeInWater.mpg to OGG === journal-activity === * #5907 resume activity when preview is clicked (Daniel Drake) * Dutch translation update (Myckel) * Telugu translation update (Satya) * Spanish translation update (Rafael Ortiz) * #7600 Discard palette when the jobject changes (Tomeu Vizoso) * Mongolian translation update (Odon) * #7718 Fix set title (Simon Schampijer) == Fructose news == === chat-activity === * #7633: Close the text channel when stopping a 1-1 chat (morgs) * #7717: Log incoming messages (morgs) * #7692: Don't show pending messages when joining a chat (morgs) * Updated translations: nl, te, es, mn === browse-activity === * #6825 Problems with email webfrontend www.adinet.com.uy * Translation updates: Dutch, Telugu === terminal-activity === * Translation updates for Chinese (Simplified), Dutch, Mongolian and Telugu === read-activity === * Translation updates === write-activity === * Translation updates === log-activity === * Translation updates === pippy-activity === * many great translations * more sugar thanks === calculate-activity === * Updated translations * Fix bugs in Rational class (#7235) * Fixed #5902 (help msg) == Fructose dependencies news == === hulahop === * #7645 Browse loses on comcast.net * #7530 google gears fail to register as a component in Browse ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Your journal is empty
On Fri, Aug 1, 2008 at 11:55 AM, Tomeu Vizoso [EMAIL PROTECTED] wrote: On Fri, Aug 1, 2008 at 3:26 AM, Mikus Grinbergs [EMAIL PROTECTED] wrote: Recently, I have on two occasions with Joyride (2229+, 2232) pressed ctl-alt-erase in order to restart Sugar. Both times. when Sugar came up, the Journal screen told me 'Your journal is empty'. If unwanted emptying of the Journal were to be experienced by others (in addition to me), then I think this problem should be a SERIOUS blocker to 8.2. Yes, that's pretty worrying. Can you more or less reliably reproduce it? Just to point at the code that should handle the unexpected shutdown: http://dev.laptop.org/git?p=projects/datastore;a=blob;f=bin/datastore-service;h=aba711221eded35ad919196ea0942072d96d966c;hb=HEAD#l49 We should make sure that the shutdown is handled gracefully and there's no index corruption nor a stale locking file. Regards, Tomeu ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Reviews report
= Approved requests = Journal with time filters (most commonly 'past week') scrolling behaviour anomaly http://dev.laptop.org/ticket/7234 ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Your journal is empty
Tomeu Vizoso wrote: On Fri, Aug 1, 2008 at 3:26 AM, Mikus Grinbergs [EMAIL PROTECTED] wrote: Recently, I have on two occasions with Joyride (2229+, 2232) pressed ctl-alt-erase in order to restart Sugar. Both times. when Sugar came up, the Journal screen told me 'Your journal is empty'. If unwanted emptying of the Journal were to be experienced by others (in addition to me), then I think this problem should be a SERIOUS blocker to 8.2. I tried several times to reproduce this issue by pressing Ctrl+Alt+Erase while doing various things on the XO but did not run into it. Joyride 2230 Shikhar ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Your journal is empty
On Fri, Aug 1, 2008 at 1:24 PM, Shikhar [EMAIL PROTECTED] wrote: Tomeu Vizoso wrote: On Fri, Aug 1, 2008 at 3:26 AM, Mikus Grinbergs [EMAIL PROTECTED] wrote: Recently, I have on two occasions with Joyride (2229+, 2232) pressed ctl-alt-erase in order to restart Sugar. Both times. when Sugar came up, the Journal screen told me 'Your journal is empty'. If unwanted emptying of the Journal were to be experienced by others (in addition to me), then I think this problem should be a SERIOUS blocker to 8.2. I tried several times to reproduce this issue by pressing Ctrl+Alt+Erase while doing various things on the XO but did not run into it. Joyride 2230 Mikus, any idea about how we could better reproduce it? Thanks a lot for your testing, is very appreciated. Regards, Tomeu ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] [RELEASE] Write 56
On Sat, 2008-08-02 at 02:08 +1000, Martin Edmund Sevior wrote: Hi Simon, Which version of libabiword does this release use? Thanks! Write has no dependency on a specific release of libabiword. Any 2.6.x will do. The question should be: which version of libabiword is on the images these days? Marc ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] patch for a first boot launch of a Help activity
On Thu, Jul 31, 2008 at 11:29 PM, FFM [EMAIL PROTECTED] wrote: On Thu, Jul 31, 2008 at 11:20:44PM -0400, Kimberley Quirk wrote: I don't think we want it to auto launch, but perhaps it should be the first icon on the left. Thoughts on that? I havn't used joyride in a while, but IIRC (around build 2100) they scrapped the bar of activities in favour of a more scattered on home approach. gosh I sure *hope* that we switch the default back to the ring before the release of 8.2. There was a thread for developers to vote on their favorite, and I believe the unanimous vote was for ring over freeform. http://lists.laptop.org/pipermail/sugar/2008-July/007191.html Greg or Eben, any word on this? yours, Bobby I'm not sure what the best placement would be in this case. Maybe somewhere in the frame (forever, thus able to provide contextual assistance in the future), or as a throbbing icon on the home view (just for the first launch)? -FFM ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] how to try Sugar page
We need to put together a simple how to try Sugar page in the wiki that is less geeky than the http://sugarlabs.org/go/Supported_system page. Any thoughts on this? thanks. -walter ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] [Localization] Untranslated timestamps in Journal
Adding sugar-list to the CC list. I can see this as well - and it seems to affect the activity list (from the home screen) too.. Thanks, Sayamindu On Sat, Aug 2, 2008 at 2:09 AM, Khaled Hosny [EMAIL PROTECTED] wrote: I'm running joyride-2240 but timestamps in Journal aren't translated, though all relevant strings (in sugar-toolkit) were translated while ago. Any idea? Or should I fill a ticket about this? I checked both Arabic and French locales and both are untranslated. Regards, Khaled -- Khaled Hosny Arabic localizer and member of Arabeyes.org team -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiTdHwACgkQRoqITGOuyPId9gCgjFM5Jag3Bez0vUOG3LM3ZkTC lH4Ani6A0R8Sx4U4Wgk4vrQIwYLmswPm =JWZA -END PGP SIGNATURE- ___ Localization mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/localization -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] how to try Sugar page
On Fri, Aug 01, 2008 at 04:21:52PM -0400, Bryan Kearney wrote: FFM wrote: On Fri, Aug 01, 2008 at 02:43:52PM -0400, Walter Bender wrote: We need to put together a simple how to try Sugar page in the wiki that is less geeky than the http://sugarlabs.org/go/Supported_system page. Any thoughts on this? thanks. I'll be happy to write one up, although the earliest I could start would me monday. How about [[Get Sugar]], which will describe A) How to get a RPM/deb/whatever B) How to use a release tarball C) Jhbuild. I would start off with live* media (cds, usb, images, etc) Makes sense, although we want to explain the difference between them all. People running linux know enough already to skip down to A, B, or C if they want to. Does the livecd have also have an installer, or is it only just for live sessions? -FFM ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] preliminary [PATCH] and discussion for #5657: activity isolation for all activities in ~/Activities
Problem: anything named Journal, Terminal, Log, or Analyze is not isolated. This is the biggest security hole we have right now: it is a trivial way for any activity to get root access. Idea: as a short-term hack (until we have good cryptographic signatures for activities), only turn off isolation if an activity is in .../share/sugar/activities. Installation here is only possible for root (or at build time). Implementation: This makes sense to implement in activitybundle.py, respecting a line in activity.info like: bitfrost_requests = P_ROOT, P_OTHER_UNIMPLEMENTED_THING, ... That means that the data then passes up the chain: to bundleregistry, to activityregistryservice, to sugar.activity.registry, and then to activityfactory. Passing it up the chain meant fixing the call signatures all the way along, and doing some refactoring along the way. Status: Works, not well tested (I will test more before submitting it definitively. Also I'll have to include the patch to Journal's activity.info. Patches to the other activities and packaging concerns will wait for round 3.) Marcopg or others, feel free to start the review on the included patches; there are enough bigger design decisions evident that we can get a jump on review even before I do the solid testing on Monday. Consequences: - Changing the four activities named above to be installed in share/sugar/activities. To remove them, a country would need to use a customization key. - If the activities above are in a country's build, they cannot be uninstalled by user. If they are upgraded by user, they lose their unisolated powers; if the upgrade is removed, they regain them. (Not tested) Related issues: - The use of version numbers to distinguish two versions of a single activity is improved by this patch, but is still inconsistent. Erratic behaviour is expected when two versions of the same activity are present, although in normal use (all installation through the journal) this would never happen as the older versions would be uninstalled automatically. - Of course, the long-term solution is activity signatures. - It will still be possible for a web link to claim to be activity X, but to actually replace Browse (or other) with a trojanned version. (I know, this is only weakly related, but it came up while I was discussing this patch with Eben, so I mention it here.) I tracced this: #7761 http://dev.laptop.org/ticket/7761 From 2c114c26003d10705e3d174d47eae11311bffaaf Mon Sep 17 00:00:00 2001 From: Jameson Quinn [EMAIL PROTECTED] Date: Fri, 1 Aug 2008 13:40:25 -0600 Subject: [PATCH] bug #5657: gets security requests from activitybundle, checks them, and passes them up to registry --- service/activityregistryservice.py | 54 ++ service/bundleregistry.py | 107 2 files changed, 102 insertions(+), 59 deletions(-) diff --git a/service/activityregistryservice.py b/service/activityregistryservice.py index 6ba5598..7b3415a 100644 --- a/service/activityregistryservice.py +++ b/service/activityregistryservice.py @@ -24,6 +24,11 @@ _ACTIVITY_REGISTRY_SERVICE_NAME = 'org.laptop.ActivityRegistry' _ACTIVITY_REGISTRY_IFACE = 'org.laptop.ActivityRegistry' _ACTIVITY_REGISTRY_PATH = '/org/laptop/ActivityRegistry' +def log_it(s): +f = file(/home/chema/.sugar/default/logs/hardcoded,ab) +f.write(s+\n) +f.close() + class ActivityRegistry(dbus.service.Object): def __init__(self): bus = dbus.SessionBus() @@ -64,11 +69,8 @@ class ActivityRegistry(dbus.service.Object): @dbus.service.method(_ACTIVITY_REGISTRY_IFACE, in_signature='', out_signature='aa{sv}') def GetActivities(self): -result = [] registry = bundleregistry.get_registry() -for bundle in registry: -result.append(self._bundle_to_dict(bundle)) -return result +return (bundle for bundle in registry) @dbus.service.method(_ACTIVITY_REGISTRY_IFACE, in_signature='s', out_signature='a{sv}') @@ -78,7 +80,8 @@ class ActivityRegistry(dbus.service.Object): if not bundle: return {} -return self._bundle_to_dict(bundle) +log_it(service about to return +str(bundle)) +return bundle @dbus.service.method(_ACTIVITY_REGISTRY_IFACE, in_signature='s', out_signature='aa{sv}') @@ -90,18 +93,15 @@ class ActivityRegistry(dbus.service.Object): name = bundle.get_name().lower() bundle_id = bundle.get_bundle_id().lower() if name.find(key) != -1 or bundle_id.find(key) != -1: -result.append(self._bundle_to_dict(bundle)) +result.append(bundle) return result @dbus.service.method(_ACTIVITY_REGISTRY_IFACE, in_signature='s', out_signature='aa{sv}') def GetActivitiesForType(self, mime_type): -result = [] registry =
Re: [sugar] [OLPC library] Things I would like taken away from the wiki: Sign-up lists
On Fri, Aug 01, 2008 at 04:23:04PM -0400, Seth Woodworth wrote: There are few policies that we've been implementing from time to time on the wiki that I would like to see go away. It's my belief that these policies are hard to maintain, ill-scalable, and unsupportable as-is. I suggest that we retire the following: == Sign up lists == * Lists where people are encouraged to sign up to do a task or contribute to a given project. There are several projects and pages that suggest that you sign-up to help do '$variable'. There are several problems with this idea. There is no automatic mechanism in place to communicate to users who sign up on a list. If I wanted to send a message to this list, I would have to wade through User_talk: pages and communicate with each person individually each time I want to make an announcement. This is compounded by the fact that many users don't sign the page or add a link to their user page, and merely type their names. We can say sign with . I feel that a projects should have open task lists or joining a list or some other mechanism than a sign up list. Alternatively, if someone were to create a bot or tool that makes this ad-hoc list broadcasting function (including making sure people are notified via email), I would be ecstatic. Such bots are in existance on the english wikipedia, they are also open source. The issue is that people don't know how easy it is to start a lists.l.o mailing list, we need to make that more obvious. That could fix much of this issue. -FFM ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Difference between Sugar-Launch and launching from the ring
Alex Levenson wrote: Hello, I'm writing a physics problem solving game: http://wiki.laptop.org/go/X2o It runs fine when I launch it from the command line (Terminal Activity as user olpc) via sugar-launch. It works regardless of the current working directory. But, it hangs when I launch it from the ring on the home screen. It pops up with all the tool bars (but is missing all the icons in the custom toolbars) and a gray canvas. Where do you run sugar-launch? Marco ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] [OLPC library] Things I would like taken away from the wiki: Sign-up lists
create a bot or tool that makes this ad-hoc list broadcasting function (including making sure people are notified via email), I would be ecstatic. Such bots are in existance on the english wikipedia, they are also open source. The issue is that people don't know how easy it is to start a lists.l.o mailing list, we need to make that more obvious. That could fix much of this issue. Yes, they exist. But to create and maintain a bot, and then teaching people to use it, and giving permissions to post to given lists of people? It's a complex structure that does not currently exist and would be *more* work to administer by hand. My point remains. The lists that exist on the wiki now, detract from volunteering and currently provide no benefit as currently used. ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] [OLPC library] Things I would like taken away from the wiki: Sign-up lists
On Fri, Aug 01, 2008 at 05:21:37PM -0400, Seth Woodworth wrote: create a bot or tool that makes this ad-hoc list broadcasting function (including making sure people are notified via email), I would be ecstatic. Such bots are in existance on the english wikipedia, they are also open source. The issue is that people don't know how easy it is to start a lists.l.o mailing list, we need to make that more obvious. That could fix much of this issue. Yes, they exist. But to create and maintain a bot, and then teaching people to use it, and giving permissions to post to given lists of people? It's a complex structure that does not currently exist and would be *more* work to administer by hand. My point remains. The lists that exist on the wiki now, detract from volunteering and currently provide no benefit as currently used. Ok, so the only other option for notification of users are mailing lists. The issue is that the process for creating a list is non-streamlined, and soon we'd have a huge amount of mailing lists at lists.l.o. I think tasklists are good as well (on wiki). -FFM ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] ATTN Activity Authors/Owners: Default activity icon colors
Ticket #7741 [1] points out that inconsistencies in the default colors of activity icons appear in the filter of the Journal. This is Sugar's fault, not yours. Unfortunately, we can't adjust the APIs as needed in order to fix this correctly for 8.2, and so we instead humbly request that all activity icons be bundled with the defaults listed below, to help us hide our indiscretion until we can do so. The appropriate defaults, for now, are: stroke: #010101 fill: #FF Note that it should be easy to fix any icons simply by hand editing the file to adjust the entity definitions (see http://wiki.laptop.org/go/Making_Sugar_Icons#Defining_Entities_2); it's not necessary to export the icon again. Thanks for helping us hide our embarrassment! - Eben, and the Sugar team PS. Note that in the future, even though Sugar will always render icons appropriately in any context, the recommended default for icons will be a #66 stroke (and white fill), so as to match the appearance of the icons when rendered in Home. This will, in particular, improve the consistency of icon appearances of the wiki. The script linked from the above wiki page includes a flag to automatically render icons in the (new) defaults, for future reference. [1] http://dev.laptop.org/ticket/7741 (see also: http://dev.laptop.org/ticket/7578) ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] [OLPC Security] preliminary [PATCH] and discussion for #5657: activity isolation for all activities in ~/Activities
On Fri, Aug 1, 2008 at 4:01 PM, C. Scott Ananian [EMAIL PROTECTED] wrote: On Fri, Aug 1, 2008 at 5:01 PM, Jameson Chema Quinn [EMAIL PROTECTED] wrote: Problem: anything named Journal, Terminal, Log, or Analyze is not isolated. This is the biggest security hole we have right now: it is a trivial way for any activity to get root access. Another possible short-term hack is to simple disable activitybundle.install() and activitybundle.upgrade() for bundes with bundle_ids matching those of Journal, Terminal, Log, or Analyze. This allows these activities to be installed in /home/olpc/Activites with a customization key, as usual, but prevents malicious attackers from using a web link or the activity updater to replace the originally-installed versions. This has the benefit of (a) not requiring us to revisit the activities in /home war, and (b) allowing us to upgrade the versions of these trusted activities in /home in (say) 9.1, using the proper mechanism. --scott I like this idea. Of course, it means that can install using cp -r, including installing a trojan activity which does not *look* like Terminal. ... My patch has activities requesting P_ROOT in activity.info. Could we simply refuse to do a normal install for such activities? We could even keep a list of them, and not respect what's not on the list, and only update the list on a keyed install. This is not as secure as signatures, because a sneaky attack could still modify the contents of an installed activity, but it is getting pretty close. Jameson ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] video bleeds through somewhat between sessions
On 01/08/08 15:00 -0400, Mikus Grinbergs wrote: G1G1, Joyride 2241. In one Terminal session started mplayer -- it was playing a movie. Went to another Terminal session, and entered some commands. Noticed that not all of the text on that screen was equally distinct - some of it was paler than others. Noticed that *which* text was paler changed from second to second. Realized that the paler text in the second Terminal screen corresponded to the *brightest* areas of the movie frame then being shown in the first Terminal screen (the one I had switched way from). Video is muxed to the visible screen through the use of a color key - given a rectangle of some size, the hardware compares all of the pixels in that rectangle against a set color - if they match, then a pixel of the video frame is shown, otherwise not. The color is specified by the video application - most applications use very saturated colors similar to those used in green or blue screens. My favorite is hot pink (0xFF00FF). IIRC, mplayer uses an off-shade color of grey, so it is easier to run into the possibility that other applications will match the color key, especially with automatic shading such as anti-aliasing. Nothing to worry about - just a fun little side effect of video acceleration. Jordan -- Jordan Crouse Systems Software Development Engineer Advanced Micro Devices, Inc. ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] specifying what services Activities may use
Erik Garrison [EMAIL PROTECTED] writes: Maybe what I'm suggesting boils down to integrate this core activities in the environment so that people installing Sugar won't have to install them separatly. Just the same way that installing a standard Fedora will install Gnome (will install evolution (etc...)). What I'm suggesting is that this step requires global optimization wrt which activities are 'core'. This is difficult, as various deployments have different usage patterns and require different sets of software. Yes, I understand this, but it's quite reasonable to assume that each deployment will like the list of activities that is listed in the Core category (cf. http://wiki.laptop.org/go/Category:Core) I have often built debian systems using debootstrap to pull in the most minimal typically used system components. On top of such a system customization is easy. I am suggesting that we may wish to develop a similar system so that our downstream developers can have more flexibility in customizing their systems. Activites could be Sugar-core and not XO-system core. Agreed. We could have something like: ~$ apt-get install sugar = Install Sugar with a default set of activities ~$ apt-get install sugar-extra-activities = Install a set of extra activities ~$ apt-get install sugar-nepal-activities = Install a specific bundle with extra activities If Sugar installation takes this route, then there is something else that has to be defined: the default favorite activities. Each deb package above should define the default set of favs. And maybe there could be a way of importing someone's favs easily, whatever the extra package people installed. My 2 cents... -- Bastien ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Programming environments on the XO
On Thu, 2008-07-31 at 22:12 +0200, J.M. Maurer wrote: On Thu, 2008-07-31 at 21:37 +1000, Martin Edmund Sevior wrote: Thanks Tomeu and Eben. Yes, we'll need to expand the abiwidget api. I'll look to do this if I can can get sugar-jhbuild to work again. That, or we could just add an 'EditMethod', so we can invoke it using a 'well known' function name. Not sure what the nicest approach is. I'm inclined to expand the api though. Hi everyone, I'm perfectly willing to do this work but how I can be sure it will actually be used? What do we need to do to get libabiword updated? sugar-jhbuild uses an ancient patched tree dating from November last year. We've released 2.6.4 3 weeks ago with *tons* of bug fixes on that. What version is actually being shipped with sucrose? What do we need to do to get it updated? I'd just like to know what I need to do to get the required libabiword into the tree so that this feature can be implemented. Cheers Martin Marc ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] SOM posted for July Sugar list activity
For those curious, I just posted the Sugar Self Organising Map (SOM) for the month of July: http://sugarlabs.org/go/Community/SOM#Sugar_Mailing_List --Gary ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Bug in sugar-jhbuild
When building attempting to build sugar in sugar-jhbuild I get this configure error on my F9 box. checking for intltool = 0.33... awk: cmd. line:1: fatal: cannot open file `./intltool-update.in' for reading (No such file or directory) awk: cmd. line:1: fatal: cannot open file `./intltool-update.in' for reading (No such file or directory) found ./configure: line 3757: test: : integer expression expected configure: error: Your intltool is too old. You need intltool 0.33 or later. But my intltool is: # rpm -q intltool intltool-0.37.1-1.fc9.i386 Any ideas what is wrong here? Thanks! Martin ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Difference between Sugar-Launch and launching from the ring
can you post the logs? 2008/8/1 Alex Levenson [EMAIL PROTECTED]: In the Terminal Activity, from any directory. Usually from the activity's directory, but it works from anywhere (I've tried). On Fri, Aug 1, 2008 at 5:13 PM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: Alex Levenson wrote: Hello, I'm writing a physics problem solving game: http://wiki.laptop.org/go/X2o It runs fine when I launch it from the command line (Terminal Activity as user olpc) via sugar-launch. It works regardless of the current working directory. But, it hangs when I launch it from the ring on the home screen. It pops up with all the tool bars (but is missing all the icons in the custom toolbars) and a gray canvas. Where do you run sugar-launch? Marco ___ Devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/devel ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Bug in sugar-jhbuild
On Fri, Aug 1, 2008 at 11:39 PM, Martin Sevior [EMAIL PROTECTED] wrote: When building attempting to build sugar in sugar-jhbuild I get this configure error on my F9 box. checking for intltool = 0.33... awk: cmd. line:1: fatal: cannot open file `./intltool-update.in' for reading (No such file or directory) awk: cmd. line:1: fatal: cannot open file `./intltool-update.in' for reading (No such file or directory) found ./configure: line 3757: test: : integer expression expected configure: error: Your intltool is too old. You need intltool 0.33 or later. I think you can just navigate to the directory, run 'intltool' and then try building again bobby But my intltool is: # rpm -q intltool intltool-0.37.1-1.fc9.i386 Any ideas what is wrong here? Thanks! Martin ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] [Fwd: Re: Bug in sugar-jhbuild]
Forwarded Message From: Martin Sevior [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: Bobby Powers [EMAIL PROTECTED] Subject: Re: [sugar] Bug in sugar-jhbuild Date: Sat, 02 Aug 2008 13:50:30 +1000 On Fri, 2008-08-01 at 23:49 -0400, Bobby Powers wrote: On Fri, Aug 1, 2008 at 11:39 PM, Martin Sevior [EMAIL PROTECTED] wrote: When building attempting to build sugar in sugar-jhbuild I get this configure error on my F9 box. checking for intltool = 0.33... awk: cmd. line:1: fatal: cannot open file `./intltool-update.in' for reading (No such file or directory) awk: cmd. line:1: fatal: cannot open file `./intltool-update.in' for reading (No such file or directory) found ./configure: line 3757: test: : integer expression expected configure: error: Your intltool is too old. You need intltool 0.33 or later. I think you can just navigate to the directory, run 'intltool' and then try building again Hi Bobby, Thanks very much. The bug was caused by a custom intltool on my system I needed for something else. Sorry for the noise. Martin bobby But my intltool is: # rpm -q intltool intltool-0.37.1-1.fc9.i386 Any ideas what is wrong here? Thanks! Martin ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] specifying what services Activities may use
On Mon, Jul 28, 2008 at 6:32 PM, Jerry Williams [EMAIL PROTECTED] wrote: Seems like this problem for linux was solved with RPM. I wouldn't go quite that far. The holes in RPM drove me to Debian. %-[ With rpm if something is missing for something you want to install, it complains and won't let you install it. Apt and yum also track dependencies, both better than RPM, and rather than refuse to install, they offer to get the dependent libraries for you. Why aren't we using this approach with xo-get? It seems like a lot of the python code I have looked at assumes you have stuff and just quietly dies and you have to look at the log and see, oh I am missing some module. Like the Terminal activity needs python-json. Pacman needs pygame. Jerry Williams -Original Message- From: [EMAIL PROTECTED] [mailto:sugar- [EMAIL PROTECTED] On Behalf Of Mikus Grinbergs Sent: Monday, July 28, 2008 6:19 PM To: [EMAIL PROTECTED]; sugar@lists.laptop.org Subject: [sugar] specifying what services Activities may use There was an earlier discussion of how to provide the right build level for users out in the field, since now Builds can be installed separately from Activities -- leading to the possibility that for someone an Activity_version on his XO will find itself *mismatched* with the Build_version on his XO. The problem is bigger than that. Since Joyride 2210, I have seen three of the Activities I often show off get broken by the *removal* of services from the Joyride builds. If the current software distribution process has trouble matching existing Activities to the services_provided_by_a_Build -- how will NOT YET EXISTING Activities be accommodated by the software that Sugar is supposed to run on top of ??? I'm thinking of someone in a far-off land who has an idea for a killer Activity, to be run under Sugar. HOW does he learn which (library, or kernel, or whatever) services will be available *everywhere* Sugar can be installed, which services will be available only with *specific* builds/platforms, and which services would *never* be available for functions fitted into Sugar ? mikus ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar -- Silent Thunder [默雷/शब्दगर्ज] is my name, And Children are my nation. The whole world is my dwelling place, And Truth my destination. ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar