Re: [sugar] faster - control panel oops
Mikus Grinbergs wrote: When in Home I click on the 'Control Panel' entry in the palette, Sugar restarts. [G1G1, Faster manually updated to latest level.] mikus I guess you see: http://dev.laptop.org/ticket/7486 The pilgrim patch is likely not in the faster branch. Will be in sugar in the next build. Simon ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] How do I connect to a Jabber server ?
Hi Mikus On Sun, Aug 3, 2008 at 04:10, Mikus Grinbergs [EMAIL PROTECTED] wrote: Eben wrote: There has been lots of confusion about the difference between mesh and APs. They're really not the same at all, apart from the fact that they both depend on the radio. The new design no longer treats the mesh channels as objects in the Neighborhood view. Instead, there will be (is? not sure if the patch landed yet) a mesh device in the Frame, which you can turn on (and off?) at whim. I am anxiously waiting to *use* some of these improvements. For the last several months, I've __NOT__ been able to connect to a Jabber server. When I look at the running tasks, it's always salut. The XO is supposed to retry reaching the Jabber server every 320 seconds -- but mine (using Joyride) has not had recent success. Last spring, this all worked for me the way it was supposed to work. But since then, new OLPC software versions have been released -- and in my experience my OLPC is no longer connecting to a Jabber server. Please file a bug the next time you can reproduce this. Please include presenceservice.log and telepathy-gabble.log with debug logs enabled in .xsession. (http://wiki.laptop.org/go/Telepathy-debug) If there is a regression, it's a bug. Please don't hesitate to log bugs. In the worst case we never find a reproducible problem. In the second worst case, we close it as a duplicate of another existing bug. No, I change my mind: in the worst case there is a regression, and we never get a trackable record of it or logs. Please log bugs at the slightest hint of a problem that happens more than once, and include all possible logs you can. [I don't have wireless at home, so I have to wait until I go to some sort of establishment that provides an AP. But even when I am able to surf the net from my XO, I'm not connecting to any Jabber server. I've tried many - *surely* at least one should be working.] One quick way to see if a jabber server is up: (you will need to install nc first, with sudo yum install nc) $ nc xochat.org 5222 Type anything and press Enter, you should see some XML returned if the server is up, e.g. ?xml version='1.0'?stream:stream xmlns='jabber:client' xmlns:stream=... If you get connection refused, the server's definitely down. If it just hangs and doesn't show the XML stuff, it's overloaded and non-responsive - consider it down. For people in my situation, what I want is to be able to 'turn off' the XO trying to reach the 'school server' via the mesh (I'm a G1G1 user, and will *never* have a 'school server' where I live). Instead, I want my XO to try HARDER, via the AP to which it is connected, to reach whatever (Jabber) server I've specified. mikus p.s. These may be written down somewhere - but I've not been able to find explanations for how to move a connection : (A) Suppose a kid is communicating with his 'school server' via the mesh. Then he walks so far away that his radio no longer reaches the school. If he happens to be within range of an alternate AP, how would the transfer from 'using mesh addressing for the school' to 'using internet addressing for the school' be handled? [Does the kid ever have to do something manually, such as re-starting Sugar ?] You have to explicitly connect to the AP by clicking on it, since the mesh could heal at any time by you walking back or someone else appearing within range. The schoolserver would only be accessible via the AP if it has a public DNS entry and accepts connections from the outside. Connections over the mesh to the schoolserver typically have an RFC1918 private IP address. (B) Suppose a kid is using the Jabber facilities at his school to contact an overseas buddy. Suddenly the communications link between the school and the internet fails. If the kid happens to be within range of an alternate AP, does he have to do something manually (such as entering the name of a non-school Jabber server) to re-establish Jabber contact to the outside world ? At this stage, the overseas buddy would have to be registered on this kid's school jabber server, to collaborate, since we do not have server to server federation. In that case, if this kid can't access his school jabber server in any way, communication breaks down. See above about connecting via AP. Alternatively, this kid would have to register with an external jabber server (thereby disconnecting from his own school jabber server) to communicate with the remote buddy in the first place. Either way, no changing jabber server names is required to *re-establish* communication, but he would have to switch to the AP by clicking on it. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Reviews report
= New requests = react gracefully to dbus services being restarted http://dev.laptop.org/ticket/7740 Software update control panel should be opened automatically on first boot after an upgrade. http://dev.laptop.org/ticket/7495 = Approved requests = GTK stock icon problems (has patch) http://dev.laptop.org/ticket/7641 Default home view should be Ring, not Freeform http://dev.laptop.org/ticket/7759 ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Proposal: Activity developers mailing list
Hi Morgan, I prefer it on lists.laptop.org. Mainly because I don't have capacity to watch lists from two mailman servers. It also depends somewhat on the purpose. We need to communicate dependencies, APIs, and other things related to activities on the XO. Hopefully we can use this list for that. I am currently focused entirely on the XO and its users. That's my 2 cents but I'll follow wherever you end up, especially if you can get contact info for the people who have posted activities to: http://wiki.laptop.org/go/Activities Thanks, Greg S ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Proposal: Activity developers mailing list
Thanks Martin and Albert for your dissenting opinions. They are valuable. On Sun, Aug 3, 2008 at 13:36, Martin Langhoff [EMAIL PROTECTED] wrote: On Thu, Jul 31, 2008 at 9:47 PM, Morgan Collett [EMAIL PROTECTED] wrote: I am happy to take on making this communication happen but I really think we need this list. FWIW, Sugar + activities are still somewhat tightly coupled, as Sugar and the underlying OS API are changing. As long as that is true, to maintain an activity to a good standard, you have to keep an eye on devel@ and/or [EMAIL PROTECTED] My rule of thumb is to try and keep people together -- recommending filters sometimes -- until the traffic gets so heavy *and* a distinct subcommunity can be split off. IMHO neither is true here (yet!). In my experience the activity developer community has lost many participants already. Perhaps they weren't going to stay anyway, beyond an initial The flip side is that offering a new ml to a small/medium sized group is a great way to *kill* that group. It is an excellent troll mgmt strategy. The last thing I want to do is fragment the community. Let me add some personal context: I started out writing a couple of activities for MaMaMedia. At that time it was very confusing trying to figure out the state of the platform. Going by the HIG, there was this excellent feature called the Bulletin Board which seemed exactly what I needed. Also, the collaboration features were exactly what I wanted. I had to ask on IRC to find out the bulletin board was non-existant and the collaboration was only partially implemented and only in a single existing activity. I personally found the best approach was to follow all communication channels to try and figure out what worked and what didn't, and what the best way to use the existing features was. I subscribed to all the technical mailing lists. I stayed logged on to IRC and read the backlogs every morning. It worked for me. However, most other activity authors that I was aware of, have vanished. They haven't updated their activities in months (if at all this year). I'm quite certain that mailing devel@ or sugar@ will not get their attention. Those are both high traffic lists, with a lot of traffic not relevant to activities, as Martin Dengler has analysed: 2008/8/3 Martin Dengler [EMAIL PROTECTED]: I'm not sure I agree - sugar@ has so much traffic not relevant to casual activity authors (for example, your Congratulations... thread). I can't believe I did this, but I went through the July sugar@ messages and categorized them into ones I thought would be appropriate for the AA list and ones not (thus for the current sugar@ list). Totals: 808 messages AA - 293 messages 36.3% SS - 515 messages 63.7% You may see the details here: http://dev.laptop.org/~mdengler/sugar_list_july_2008_categorized.txt My hope is to have a mailing list that is the *last* one that an overwhelmed developer will unsubscribe from, so we can still reach them. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Buildbot
Hello, I setup a buildbot master with a Fedora 9 slave. Detailed informations on the wiki: http://sugarlabs.org/go/DevelopmentTeam/Buildbot Next steps: * Setup slaves on other Linux distributions. Anyone feeling like making one available on Ubuntu? :) * Make the check step succeed (several pylint warnings to address). * Automated testing (maybe we can start integrating bits of Zach work?) * Enable mail notification on failures. Marco ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Proposal: Activity developers mailing list
Morgan Collett wrote: On Sat, Aug 2, 2008 at 15:23, Morgan Collett [EMAIL PROTECTED] wrote: I've raised the idea a couple of times to have a mailing list specifically for activity developers, which would be uncluttered by all the traffic on the devel and even sugar lists. That would hopefully have the result that people stay subscribed, or at least notice mails which are important to them. Currently, I'm not even sure which list out of devel and sugar is going to reach more activity developers, hence this cross-post and many others. I've been looking at the OLPC wiki, to see what we are advising contributors to sign up for: * http://wiki.laptop.org/go/Developers_program#Project_Hosting points to http://wiki.laptop.org/go/Project_hosting which says subscribe to devel@ when asking for project hosting. * http://wiki.laptop.org/go/Developers_program#Expectations_of_Recipients points to http://wiki.laptop.org/go/Developers/Communication#Minimum_Communication_Requirements which says subscribe to community-news@ and [EMAIL PROTECTED] So IMO the sugar list is more relevant, but the devel list is more likely to reach everyone. Cross-posting to every list all the time seems counter to netiquette, and as http://en.wikipedia.org/wiki/Crossposting says, if all messages were crossposted to every group, then every group would look exactly the same. What I want out of this discussion is a clear recommendation for activity authors to subscribe to a particular place that we can count on, to the extent that that is possible. We can have them subscribe to devel and apply filters (via the mailman web interface) to use predefined topics (regexps) that, for example, contain the string breaks-python or whatever. -FFM ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] How do I connect to a Jabber server ?
On Sat, Aug 02, 2008 at 10:10:09PM -0400, Mikus Grinbergs wrote: Eben wrote: There has been lots of confusion about the difference between mesh and APs. They're really not the same at all, apart from the fact that they both depend on the radio. The new design no longer treats the mesh channels as objects in the Neighborhood view. Instead, there will be (is? not sure if the patch landed yet) a mesh device in the Frame, which you can turn on (and off?) at whim. I am anxiously waiting to *use* some of these improvements. Sorry for the delay in landing #6995 - there are a number of improvements I keep trying out, delaying the patch. But, this time, it's almost ready. I had one volunteer on IRC who might be able to help me test before I ask for wider testing. For people in my situation, what I want is to be able to 'turn off' the XO trying to reach the 'school server' via the mesh (I'm a G1G1 user, and will *never* have a 'school server' where I live). Instead, I want my XO to try HARDER, via the AP to which it is connected, to reach whatever (Jabber) server I've specified. I am in the same situation and would like the same feature, but I don't think things are too possible with the current NM: see http://lists.laptop.org/pipermail/devel/2008-August/017686.html mikus Martin p.s. These may be written down somewhere - but I've not been able to find explanations for how to move a connection : It Just Happens - Network Manager notices a connection is down (somehow? probably device- kernel-specific) and starts looking for new ones. But applications probably won't like this. There was a huge thread on devel@ in Jan/Feb IIRC debating this, but basically I think activities (the underlying APIs they use, mostly) will vary in how well they deal with IPs changing and their network sockets getting closed. (A) Suppose a kid is communicating with his 'school server' via the mesh. Then he walks so far away that his radio no longer reaches the school. If he happens to be within range of an alternate AP, how would the transfer from 'using mesh addressing for the school' to 'using internet addressing for the school' be handled? [Does the kid ever have to do something manually, such as re-starting Sugar ?] ibid. (B) Suppose a kid is using the Jabber facilities at his school to contact an overseas buddy. Suddenly the communications link between the school and the internet fails. If the kid happens to be within range of an alternate AP, does he have to do something manually (such as entering the name of a non-school Jabber server) to re-establish Jabber contact to the outside world ? No idea, sorry, but I don't think your question is a conventional one. Jabber servers can be federated but I don't know of any that are, nor if and XS's jabber server is. But I think you're mixing up connected to a Jabber server / server-cloud and connected to an AP. The latter is a pre-requisite for the former but doesn't necessarily imply reachability of the former. So if you change your AP, that may have nothing to do with connectivity to the jabber server by which one was chatting to an overseas buddy. pgp5wEZhCFwdo.pgp Description: PGP signature ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] How do I connect to a Jabber server ?
On Mon, Aug 4, 2008 at 16:42, Martin Dengler [EMAIL PROTECTED] wrote: On Sat, Aug 02, 2008 at 10:10:09PM -0400, Mikus Grinbergs wrote: p.s. These may be written down somewhere - but I've not been able to find explanations for how to move a connection : It Just Happens - Network Manager notices a connection is down (somehow? probably device- kernel-specific) and starts looking for new ones. But applications probably won't like this. There was a huge thread on devel@ in Jan/Feb IIRC debating this, but basically I think activities (the underlying APIs they use, mostly) will vary in how well they deal with IPs changing and their network sockets getting closed. Yes, #5620 - activity collaboration can't migrate from one connection to another, and doesn't typically detect a break. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] faster - control panel oops
I guess you see: http://dev.laptop.org/ticket/7486 Thank you. I manually applied that fix to Joyride as soon as I saw that ticket -- but removed that fix from my list of things to do when installing a new build when the fix showed up as being already applied to Joyride builds. I had completely forgotten that Faster is a separate build stream -- and that seeing something already applied in Joyride builds ought NOT to imply it being already applied in Faster builds. mikus ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] video bleeds through somewhat between sessions
On 02/08/08 18:53 -0400, Mikus Grinbergs wrote: It is the video chip's feature that it can display a video overlay over the RGB bitmap. The pixels where the overlay can be seen is defined by a colorkey (what was 0xFF00FF in the example), or the alpha component of the display RGB bitmap (not used on the XO since the change 16 bit bitmaps). What you are seeing that the X server does not disable the video overlay while switching programs. It can be an error or just some braindamaged X stuff. Either way, it has nothing to do with bitmap operations. Then I believe there *was* something wrong: When I was looking at the character-based Terminal screen, there should not have been a 'video overlay' interacting with what was being shown to me. When I am looking at the (full-screen) video output, if what I see involves a 'video overlay' -- that's fine with me. But when I switch away from the 'session' displaying the video output, I don't want interference to what I'm currently looking at (whether that interference comes from a 'video overlay', or from whatever). Then the video application needs to stop the video or change the demensions of the overlay window. The hardware is only doing what it is told to do. Both persons who have answered me have talked about how things from the video frame can be seen. But I was not looking at video - I was looking at TEXT. If I understand correctly what has been told me here, neither the 'black' of the text characters themselves, nor the 'white' of the background for the text, should have _allowed_ things from the video frame to be seen. I definitely did not see any color. What I did see was that some parts of the 'black' text characters changed briefly to _less_ 'black' (they went black -- gray -- black) depending on where on *its* screen the ongoing video 'session' WOULD HAVE depicted bright or dark areas. Right - you were looking at text, which is not actually black and white in sugar - it is antialiased (http://en.wikipedia.org/wiki/Antialiasing). The font renderer is antialiasing the text, so that there are numerous shades of grey pixels surrounding the glyphs. These will match the color key, and will refelect the video behind it, but since you are only seeing a few pixels surrounding the text, there isn't enough context to see the video from behind, but there is enough contrast for your eye to notice the difference. 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] etoys build faillure
Hi Marco, It looks like my failure. I'll fix it soon. I realized that buildbot is so useful! Thank you, - Takashi Marco Pesenti Gritti wrote: I'm getting the following in the buildbot. Ideas? AContent/QuickGuides/SuppliesText.sexp.data.gz AContent/Tutorials.009.pr AContent/EtoysV3.sources AContent/po AContent/po/etoys AContent/po/etoys/ne.po AContent/po/etoys/en.po AContent/po/etoys/pt_BR.po AContent/po/etoys/fr.po AContent/po/etoys/es.po AContent/po/etoys/ko.po AContent/po/etoys/it.po AContent/po/etoys/ps.po AContent/po/etoys/pt.po AContent/po/etoys/ru.po AContent/po/etoys/ur.po AContent/po/etoys/etoys.pot AContent/po/etoys/sv.po AContent/po/etoys/de.po AContent/po/etoys/ja.po AContent/po/etoys/zh_TW.po AContent/po/etoys/bn.po AContent/po/etoys/el.po Checked out revision 154. touch Content -r Content.revision make[1]: *** No rule to make target `Content/po/*/*.pot', needed by `po/templates'. Stop. make[1]: Leaving directory `/home/buildbot/slave/quick/build/source/etoys' *** error during stage build of etoys: ## Error running make *** [29/38] ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Question about clipboard service
There is a fairly comprehensive specification [1] for the clipboard on the wiki. Most importantly it discusses the use of titles, icons, colors, and previews, which are the 4 elements of clippings that we need to support in various combination to make the clipboard successful. This spec isn't word for word perfect anymore, as some minor details have changed, but it gives the high level picture of the API I want to support. Please ask any questions you may have about what's there so far, and I'll try to clean up some details at some point soon. - Eben [1] http://wiki.laptop.org/go/Specifications/Clipboard On Sat, Jul 19, 2008 at 11:14 AM, Tomeu Vizoso [EMAIL PROTECTED] wrote: Well, we can add some sugar API around the gtk clipboard stuff, but I'm not sure there's a lot of value in there, as the gtk+ API is already quite high level. The problem here is how do we extend the existing X specs to deliver the experience we aim for. Last we talked about it, Marco was opposed to use the X selection targets to pass titles and icons around. Eben, now is a good moment to start talking about it, can you summarize what is missing from the clipboard and try to list all that we want to do but the current spec doesn't allow to? Thanks, Tomeu On Sat, Jul 19, 2008 at 5:01 PM, Eben Eliason [EMAIL PROTECTED] wrote: I can't tell from your wording if you are implying that we will or will not be creating some custom wrappers for the clipboard service. I think we absolutely need them to accomplish several critical clipboard issues (among them, specifying icons, colors, titles, and previews for clippings). In fact, getting this API working effectively is high on my list of priorities for 9.1 - Eben On Sat, Jul 19, 2008 at 4:19 AM, Tomeu Vizoso [EMAIL PROTECTED] wrote: On Fri, Jul 18, 2008 at 10:29 PM, Faisal Anwar [EMAIL PROTECTED] wrote: Hi, I'm playing around with the clipboard package on sugar and had a quick question. So, the clipboardservice.py file shows some basic api for getting and setting objects on the clipboard through the dbus. However, the add_object and get_object methods (and their variants) rely on knowing an object_id in order to retrieve something from the clipboard. Typically, a clipboard has some stack like structure where you can automatically retrieve the last thing copied to the clipboard without necessarily knowing its internal id. This would seem especially important fo passing things to other activities, which can't reasonably figure out the object_id created when something is saved to the clipboard by another activity. Does anyone know how to just retrieve the last item saved to the clipboard and also get a list of the last N items saved to the clipboard? Also, the gtk.Clipboard framework allows access to several different clipboards that have slightly different purposes. Is there similar functionality available through sugar/dbus or would one go directly to the gtk implementation? Hi Faisal, we haven't reached any agreement yet about exposing a different clipboard API than the one in gtk+ (that wraps around the different clipboard-related specs used in X). In other words, nobody other than the shell should directly use the clipboard service and this will probably disappear in the future. Activity authors should the use the clipboard functionality as exposed by their toolkits (gtk+) or implement themselves those specs (as etoys has done). Can you add this note somewhere in the almanac? Thanks, Tomeu ___ 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] Faster - how do I bypass look, ma - no hands ??
On Mon, Aug 4, 2008 at 2:05 PM, Mikus Grinbergs [EMAIL PROTECTED] wrote: Tried latest Faster -- is the small 'rodent' supposed to be cute ? ?? Encountered at least two hurdles. Would someone please answer for me: 1) The control panel let me get into xfce. But HOW is one supposed to get back from xfce to Sugar? I did not see anything like a 'Control panel' available within xfce. I couldn't say, but I'm curious. I know there is experimentation going on there, but I'm not aware of a final design choice. What I did was to rename .xsession-xfce. Is there a GUI ? 2) After the build install, I was *automatically* put by Sugar into 'Control Panel - Software update'. Only one difficulty - I do not have wireless, and even ethernet works for me only after I have customized the environmental variables. Auto-starting any activity or control panel is also against the design intent. I really don't want this to happen. If we think it's absolutely necessary to push G1G1s into an update, then we should have an alert (non-modal, perhaps) that appears on first boot instead, which offers to take them directly into software update. Failing to present the Home screen (and a new one, at that) as Home is a bad idea. - Eben ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Faster - how do I bypass look, ma - no hands ??
eben wrote: On Mon, Aug 4, 2008 at 2:05 PM, Mikus Grinbergs [EMAIL PROTECTED] wrote: Tried latest Faster -- is the small 'rodent' supposed to be cute ? ?? i believe mikus is referring to the XFCE, uh, mascot: http://www.xfce.org/images/about/screenshots/4.2-5.jpg =- paul fox, [EMAIL PROTECTED] ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Proposal: Activity developers mailing list
Greg Smith wrote: I prefer it on lists.laptop.org. Mainly because I don't have capacity to watch lists from two mailman servers. What do you mean by this? Do you read the archives rather than subscribing to the lists? It also depends somewhat on the purpose. We need to communicate dependencies, APIs, and other things related to activities on the XO. Hopefully we can use this list for that. I agree with you: keeping developers of activities and Sugar core together on the same list might enable better mutual understanding. And the current traffic is far from scaring anybody. -- \___/ Bernie Innocenti - http://www.codewiz.org/ _| X | Sugar Labs Team - http://www.sugarlabs.org/ \|_O_| It's an education project, not a laptop project! ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Proposal: Activity developers mailing list
On Tue, Aug 5, 2008 at 12:45 AM, Morgan Collett [EMAIL PROTECTED] wrote: In my experience the activity developer community has lost many participants already. Perhaps they weren't going to stay anyway, beyond an initial ... I personally found the best approach was to follow all communication channels to try and figure out what worked and what didn't, and what Good point. As mention, there are a lot of things to keep track of. At the moment, that is the nature of the beast - the platform has a high rate of change. Once the rate of change slows down, it will be easier for activity authors. Right now, well... Those are both high traffic lists, with a lot of traffic not relevant to activities, as Martin Dengler has analysed: ... I can't believe I did this, but I went through the July sugar@ messages and categorized them into ones I thought would be appropriate for the AA list and ones not (thus for the current sugar@ list). Totals: 808 messages AA - 293 messages 36.3% SS - 515 messages 63.7% Sidenote: I think *any* developer these days is used to lists where they are interested in only a % of the traffic. If you are a lead or core dev of a small project, your project's list is probably 100% for you, but in *every* other case, you read 10% of the emails. I read 100% of server [EMAIL PROTECTED], 20% of [EMAIL PROTECTED], 5% of [EMAIL PROTECTED], 5% of moodle.org list traffic, 2% of fedora-devel-list, etc. It would be wholly inappropriate for me to complain on those lists about irrelevant traffic -- every reader slices and dices them in their own way. Some activity authors need to keep track of camera bugs. Others are sensitive to timing issues (realtime-ish needs?) or storage (large media?) or touchpad bugs, or multi-touch plans. Or specific library changes. cheers, martin -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Fwd: [Localization] Arabic Open Bugs in 8.2.0
Thought the RTL issues would relevant to the Sugar list... -walter -- Forwarded message -- From: Khaled Hosny [EMAIL PROTECTED] Date: Mon, Aug 4, 2008 at 8:02 PM Subject: Re: [Localization] Arabic Open Bugs in 8.2.0 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] On Mon, Aug 04, 2008 at 07:47:31AM -0400, Greg Smith wrote: Hi All, We need to pick the right release to use in Arabic speaking countries starting in September. There may be a delay, but we should be ready to name the best release at any given time. Focusing on 8.2.0 I had an exchange with Khaled. I want to identify the most important open issues for Arabic (and RTL as applicable). To make it short, here is a list of the issues that I think are a must for an Arabic (and RTL in general) friendly build: #3108 The intro screen need to be RTL (there is a patch) #6562 Mirroring of arrow icons ((there is a patch) #6800 Journal window RTL (a new complementary patch needs to be applied since the already applied patch wasn't complete) #7800 Untranslated time strings in Journal and activity list (there is a patch, but some issues remain unfixed) So, generally the it is almost done, these patches need to be reviewed and committed. Regards, Khaled -- Khaled Hosny Arabic localizer and member of Arabeyes.org team -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiXmKcACgkQRoqITGOuyPKcxACfRLA1THTvFzvHyxHkW6aX3f5+ BgQAniM8M0rRu1de128oa70KCV3NDu1c =752b -END PGP SIGNATURE- ___ Localization mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/localization -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiXmKcACgkQRoqITGOuyPKcxACfRLA1THTvFzvHyxHkW6aX3f5+ BgQAniM8M0rRu1de128oa70KCV3NDu1c =752b -END PGP SIGNATURE- ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Faster - how do I bypass look, ma - no hands ??
Hi Mikus, just to clarify: you are playing with *alpha*, *proof-of-concept* software that Scott is spinning just to test the waters. I am not sure if you are kidding, but your email sounds pretty short-tempered. Open mind, a sense of humour and a where can I help attitude welcome when looking at these builds. In fact, any and all builds coming from OLPC should be treated with kindness. Thanks! cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar