Re: [sugar] Proposal: Activity developers mailing list
On Thu, Jul 31, 2008 at 11:47, Morgan Collett [EMAIL PROTECTED] wrote: On Thu, Jul 31, 2008 at 04:42, Bastien [EMAIL PROTECTED] wrote: Any follow-up on the idea of having a precise list of maintainers for all Sugar activities? Even just the email address from the git repo would be nice. 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. There are a bunch of issues I'm aware of which need to be communicated clearly and widely: * A lot of activities need updating. There are a good number of us who can help, if we can get the attention of the original / most recent maintainers/authors. We would be willing to do new releases, and we will do so (technically forking) without their help if we don't get their attention. * There is a new activity updater in the control panel in joyride. There is a certain procedure to provide specific versions of the activity for specific builds, so that (future) stable builds get a certain version available, whereas development builds can get other versions of the activity. The exact procedures around that need to be communicated, in such a way that a significant number of activity developers *do* them. * It would be great to have a specific procedure for someone to say I developed this activity, I don't have time to maintain it against future releases, it's available for someone to take over. I suspect several interesting activities are in this position. * We need a way to communicate API changes, new resources, etc to activity developers without this getting lost in the noise of the existing lists. We need a way to get clear feedback on these without getting swamped by non activity developers. * We need to make it easier for new activity developers to get up to speed without having to wade through information they don't need. I am happy to take on making this communication happen but I really think we need this list. I know it's yet another mailing list, but I think it will help make our communication more focussed and effective. I'm adding this to the agenda of today's (tonight's for me) Sugar development meeting. Please comment here in advance of the meeting, or come to the meeting for a more immediate discussion. Morgan We didn't get to discuss this activity developers' mailing list at the Sugar meetings. However I've had no negative feedback. If anyone is opposed to this list, please speak up quickly and loudly. Otherwise I will get it created in the next week, publicize it and invite all known activity developers whose email addresses I can track down to subscribe. My only question is whether this should be @lists.laptop.org or @lists.sugarlabs.org. Please comment, or I will make it the latter by default. Regards Morgan ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Programming environments on the XO
On Sat, 2008-08-02 at 13:10 +1000, Martin Sevior wrote: 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. Afaik, 2.6.4 is on the images What version is actually being shipped with sucrose? What do we need to do to get it updated? Someone should just update jhbuild... i could do that when i find some spare time and motivaten; feel free to beat me to it. 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. We'll need to backport the featured to 2.6.x first. Will do that soonish as well. Marc ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Proposal: Activity developers mailing list
My only question is whether this should be @lists.laptop.org or @lists.sugarlabs.org. Please comment, or I will make it the latter by default. I think the latter makes sense, activities are meant to work with Sugar and not the XO in particular. Shikhar ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] video bleeds through somewhat between sessions
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. I did NOT understand at all what you are trying to say. [I used the words in the subject line to try to describe that what *would* have been shown by one program (whose output window I was NOT looking at) bled through to affect what *was* being shown from ANOTHER program (whose output window I WAS looking at).] In my mind, a 'session' can request that certain pixels be displayed on the screen. [If a text-output program is running, it will request pixels which make up an image of a text character. If a video-output program is running, it might request pixels which make up an image of a white cloud.] My point is that each program (that is, 'session') supplies __its own__ set of rendering requests. I would expect that if I am looking at an area of the display which I thought was dedicated to output from program A, then I will ONLY see pixels as requested by program A (no muxing!). What was happening to me was: while looking at the screen showing output from program A (Terminal 'session'), the pixels themselves (i.e., for black text characters) appeared to have been requested by program A. But the intensity of those pixels (how black they were) appeared to be MODIFIED by whatever intensity program B (mplayer 'session') wanted for that spot on the screen. Since it is the driver interface (or something) software that ACCEPTS the pixel-rendering requests issued by the running programs, I would expect that when I switch away from session B, the rendering requests still bing issued by session B would be IGNORED in their entirety (until B again has the focus). Why should the video have to be 'muxed' from the simultaneous output of multiple sessions ? Why, when session A has the focus, should anything done by session B affect HOW A's output gets shown ? mikus ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Programming environments on the XO
On Sat, 2008-08-02 at 16:47 +0200, J.M. Maurer wrote: What version is actually being shipped with sucrose? What do we need to do to get it updated? Someone should just update jhbuild... i could do that when i find some spare time and motivaten; feel free to beat me to it. Updated jhbuild to abiword 2.6.4. Let's hope we can get the coloring per collaborator in 2.6.5, or at least 2.6.6. Marc ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] video bleeds through somewhat between sessions
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). 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. mikus ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Design Question
On Fri, Jul 18, 2008 at 04:53:31PM -0400, Greg Smith wrote: Hi All, Can I get a quick +1/-1 on this question related to http://dev.laptop.org/ticket/7331 [...] Vote for your favorite as default first exposure to OX and let's see if we are close to consensus... What was the outcome? Thanks, Greg S Martin pgpF81YzgLgh5.pgp Description: PGP signature ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] need a script to clean my journal
I want to delete everything that isn't an activity. In case that isn't practical, I could settle for just deleting everything. That would be awful though, because I want to clean out my journal at every boot. This is to recover some space, and maybe some RAM or CPU time. I'm OK with sacrificing any personal files. I really can't get to them anyway because of performance problems and all the spam, so it's no loss. ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] How do I connect to a Jabber server ?
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. [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.] 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 ?] (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 ? ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
