Re: What about Sugar? (Was: Mtg with Nicholas at 3pm on Thursday)
On Apr 18, 2008, at 2:27 PM, Tomeu Vizoso wrote: > On Fri, Apr 18, 2008 at 5:48 PM, John Watlington <[EMAIL PROTECTED]> > wrote: >> >> On Apr 18, 2008, at 6:24 AM, Tomeu Vizoso wrote: >> >>> On Fri, Apr 18, 2008 at 8:04 AM, John Watlington <[EMAIL PROTECTED]> >>> wrote: >>> I'm personally pretty involved in Gen 2. If Gen2 is going to run Windows, it seriously limits the choice of processors. I can assure you that I have no such restrictions when making processor selections. >>> >>> Thank you for this (albeit small) piece of information about what >>> OLPC >>> is working on these days. You are telling us that we need to infer >>> OLPC's commitment to Sugar because you are choosing a processor >>> without taking in account Windows support? Do you call this clarity? >> >> I'm sorry you don't understand. Yes, this is as clear as it >> gets. If OLPC >> is giving up on Sugar, and moving to Windows (or even contemplating >> Windows as a viable replacement for Sugar) then I would have to >> select an x86 processor for Gen2. > > Please read again what I wrote. I think that this issue is worth much > more than an indirect reference. > > And by the way, have you already selected a processor? Which are > the favorites? Processor selection for Gen2 has been ongoing for six months, and is expected to narrow down in the next few months. Gen2 will probably be an SOC, so "processor" is not the right term. We are favoring ARM and x86 right now, although the power consumption of the x86 solutions are not ideal. Multiple vendors support each. I personally wish PPC were more competitive, but IBM and Freescale are going for different markets than ours. Just to reiterate (this frequently gets written on whiteboards around 1CC, but rarely mailed), the goals of Gen2 (in order) are: 1 - Lower Power 2 - Lower Cost 3 - More Robust 4 - Better Performance wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
list of laptops connected to jabber
When connecting to a jabber server, how can we check the list of XOs that are seen in the mesh view, or the analyze activity? Is checking the gabble log the only way? What records in the log indicate arrival or departure? When testing with 50 or 100 XOs connected it is often impractical to detect missing icons, and a commandline tool would be of more help. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New Planning Thoughts draft.
On Fri, 18 Apr 2008, Kim Quirk wrote: In my experience running QA teams and releases for commercial projects, small fast releases require (or imply) quite a bit of focused process and really good automation on the testing side. Also, after other discussions on this list, it seems like there are two other items that drive 'major release' twice a year and a few bug fix releases in between: 1 - Our target users (mostly schools) will not be upgrading often, and many will require weeks or months of their own testing before they do upgrade thousands of computers. however, if you only make two releases a year the schools have very little choice about what they upgrade to. if you have more frequent releases they can more easily make a choice between one that just came out (and hasn't been tested much, but has some more updates) vs one that has been out a little longer na dthey can be more confident doesn't have any major landmines still undiscovered. 2 - From a support perspective, this audience will probably require that we support a major release for an entire school year. If we offer too many releases during that time, we will not be able to keep up with the backward compatibility matrix of releases that have to work with other releases. If kids upgrade on their own, will they work with the older version that was installed on 90% of the other laptops, etc. the compatibility of software is an important issue in any case. whatever your release cycle you are going to have times when you have mixed releases. and if OLPC achieves the deployment scales they are aiming for, you will start to have XO machines near each other that are controlled by different schools (think of the mix that you could get at a vacation spot during school breaks) I think if our product were aimed at developers or if it was a server-based product where we could control the releases and there were no backward compatibility problems, then it would be great to have many small, fast releases. I think more, faster releases are a better approach. the testing effort grows much faster then the count of changes (with the need to test combinations of things) so frequent, small releases are easier to test. I don't view the backwards compatibility issue as a showstopper, becouse I see it as being nessasary in either case, it's just more obvious with frequent releases (which can be a good thing if it makes people do a better job) David Lang Kim On Thu, Apr 17, 2008 at 7:54 AM, Marco Pesenti Gritti <[EMAIL PROTECTED]> wrote: On Thu, Apr 17, 2008 at 1:23 PM, Tomeu Vizoso <[EMAIL PROTECTED]> wrote: I see this too as a hard problem and don't really have experience neither. What I would expect is that working on frequent time-based releases with features slipping as needed works best for projects like linux distros, where slipping a feature grossly means not updating a set of packages to the latest stable version. Even linux distro (Fedora at least,), doesn't actually do focused releases. Roughly, they set a timeframe and they get in everything which is ready by that date. This is very easy for a linux distribution. It would be harder on the Sugar codebase but still very much feasible, it's the same approach of GNOME releases. Though Michael proposal goes a step further. We would be focusing only on one (or a very limited number) of goals per release. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Airlink 101
2008/4/18 wahida mansouri <[EMAIL PROTECTED]>: > > Is the Airlink 101 which is used to test > 802.11s supported by OLPC ? http://wiki.laptop.org/go/Wireless_Access_Point_Compatibility ManufacturerModel Firmware Tested Notes Airlink 101 AR525W v1.0.50 Yes Used WEP-Open with 128-bit hex key password -- Edward Cherlin End Poverty at a Profit by teaching children business http://www.EarthTreasury.org/ "The best way to predict the future is to invent it."--Alan Kay ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New Planning Thoughts draft.
2008/4/18 Kim Quirk <[EMAIL PROTECTED]>: > In my experience running QA teams and releases for commercial projects, > small fast releases require (or imply) quite a bit of focused process and > really good automation on the testing side. Excellent ideas, both, in any case. > Also, after other discussions on this list, it seems like there are two > other items that drive 'major release' twice a year and a few bug fix > releases in between: > > 1 - Our target users (mostly schools) will not be upgrading often, and many > will require weeks or months of their own testing before they do upgrade > thousands of computers. That is one class of target users. There are several others, including developers, education researchers, and the wider public. Now that Sugar packages have been integrated into an imminent Ubuntu release, that wider public is quite wide indeed. > 2 - From a support perspective, this audience will probably require that we > support a major release for an entire school year. If we offer too many > releases during that time, we will not be able to keep up with the backward > compatibility matrix of releases that have to work with other releases. If > kids upgrade on their own, will they work with the older version that was > installed on 90% of the other laptops, etc. A division like Debian Stable, Unstable, and Testing would resolve that. Those who want the bleeding edge software will be on notice that they are part of the QA. We could still move bug fixes into Stable, and all other enhancements into Unstable (or whatever we choose to call them). Then schools would have the assurance that all students have the same basic suite of compatible software, able to run all of this year's interactive teaching materials. > I think if our product were aimed at developers or if it was a server-based > product where we could control the releases and there were no backward > compatibility problems, then it would be great to have many small, fast > releases. > > Kim I see no real reason why we can't have the best of both. > On Thu, Apr 17, 2008 at 7:54 AM, Marco Pesenti Gritti <[EMAIL PROTECTED]> > wrote: > > > > On Thu, Apr 17, 2008 at 1:23 PM, Tomeu Vizoso <[EMAIL PROTECTED]> > wrote: > > > I see this too as a hard problem and don't really have experience > > > neither. What I would expect is that working on frequent time-based > > > releases with features slipping as needed works best for projects like > > > linux distros, where slipping a feature grossly means not updating a > > > set of packages to the latest stable version. > > > > Even linux distro (Fedora at least,), doesn't actually do focused > > releases. Roughly, they set a timeframe and they get in everything > > which is ready by that date. This is very easy for a linux > > distribution. It would be harder on the Sugar codebase but still very > > much feasible, it's the same approach of GNOME releases. > > > > Though Michael proposal goes a step further. We would be focusing only > > on one (or a very limited number) of goals per release. I have worked at eBay, where a large number of development teams works on different projects, with a merge and rollout of a new set of features every two weeks. I have also worked with several kinds of Agile programming, where one of the goals is to have something shippable every two weeks. There are other possibilities besides these that we could look at. > > Marco -- Edward Cherlin End Poverty at a Profit by teaching children business http://www.EarthTreasury.org/ "The best way to predict the future is to invent it."--Alan Kay ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Translation refresh (Was: freezing DCON for insecure boot)
On Fri, 2008-04-18 at 17:25 -0300, C. Scott Ananian wrote: > Can you be more precise about the dates involved and the precise > pieces which need better Italian support? Activity translation > improvements don't need to wait for Update.2. If it's just > translation changes to the base system, we could definitely consider > making an Update.1.1 (8.1.1) release for this. This would be a great idea. Yes, Italian is an easy language to support for us, so it's just strings. Update.1 had an interestingly long string freeze an I guess Italian is not the only translation that suffered by it. Torello was also asking some time ago on the #sugar channel why his changes in Pootle did not yet show up in git master. I don't know if this was answered already. I also think some TamTam strings were missing due to musical jargon, but this is hardly a showstopper. I'll let Torello be more specific. Giulia and Torello, reading us on cc, may have an approximate idea of the dates involved. Scott (or Kim), do you have an idea how long it could take to roll this Update.1.1 once we have everything in place? I'm not asking for promises, just for a genuine estimate of how long the procedure could take in practice. -- \___/ |___| Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: freezing DCON for insecure boot
On Fri, Apr 18, 2008 at 10:22 AM, Bernie Innocenti <[EMAIL PROTECTED]> wrote: > Italy also asked us for a build with better Italian support. > They know how to work with Pootle, and they actually have > already done most of the work. But this work will certainly > not make it for Update.1, and they can't wait for Update.2 > to deploy. Can you be more precise about the dates involved and the precise pieces which need better Italian support? Activity translation improvements don't need to wait for Update.2. If it's just translation changes to the base system, we could definitely consider making an Update.1.1 (8.1.1) release for this. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] noob needs Poodle, Moodle, Drupal mentoring
Hi Yama, DIY instructions: - install a basic Ubuntu linux machine - install moodle and drupal via the packaging system - apt-get install moodle drupal5 - have a read of the README.Debian file in each to see how to complete the configuration - Poodle... google a "Poodle install howto" and follow it, if it goes wrong, ask in the poodle mailing list! each of these programs has a fantastic community around it. If you need further help, ask them. 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 ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: freezing DCON for insecure boot
Bernie Innocenti wrote: > Hello Mitch & Scott, > > I have a laptop with a developer key, running an unsigned > image with a few customizations for Turkey. > > They want a pretty custom logo and I succeeded in getting it to > work in insecure mode, but it looks ugly because they see the > kernel barfing diag messages on the console for a few seconds > before the bootanim kicks in. > > Is there some forth-fu I could use to fix it? A modified olpc.fth > file would be best for me as I don't have much confidence with > forth and much time to implement and test it myself. > The Forth command "dcon-freeze" will freeze the screen immediately. The Forth command "freeze" will cause the "dcon-freeze" command to be executed at the next transition to a booted program. Either can be executed from inside olpc.fth The reason for the "freeze" command is so that screen animations showing the progress of bootloading sub-steps can be seen, but then the Linux black-screen text messages will be hidden. > Thanks. > > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: networking scenarios
Ar 12/04/2008 am 02:22, ysgrifennodd Mel Chua: > Also, to answer Daf's original question, I took a stab and put up > http://wiki.laptop.org/go/Networking_scenarios (with some discussion from > this thread on the talk page) - move/edit/delete and all the usual if I've > duplicated something. This page is currently an orphan, so if someone could > link to it from some other relevant pages, I'd be most grateful. I've since found a couple of other pages which are related: - http://wiki.laptop.org/go/Connectivity This page describes itself as part of the support FAQ, so maybe not suitable for extending with information for developers. - http://wiki.laptop.org/go/Network_Configurations This is much more similar, and has a cool diagram, but I'm not sure how the list there matches up with mine. In particular, it's not clear whether "Access Point" implies the presence or absence of a server, and my list doesn't contain the "Mesh Portal Point". I also stumbled on this blog, which is about asynchronous communication/collaboration: http://www.nilshettich.com/olpcblog/ I think it might have some interesting ideas for us as we try to support long-term collaboration in addition to the real-time collaboration that Sugar supports today. -- Dafydd ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Do we ever want to bind more than 8 multicast MAC addresses?
On Fri, Apr 18, 2008 at 12:01 PM, Polychronis Ypodimatopoulos <[EMAIL PROTECTED]> wrote: > David Woodhouse wrote: > > On Fri, 2008-04-18 at 11:50 -0400, Polychronis Ypodimatopoulos wrote: > > > >> what's possible? why not? > >> > >> David Woodhouse wrote: > >> > >>> On Fri, 2008-04-18 at 11:43 -0400, Polychronis Ypodimatopoulos wrote: > >>> > >>> > Is it possible to associate shared activities with ethernet ports > instead of whole multicast addresses? Then we would only need one > single > multicast address and do the filtering on the ethernet ports (eg IP > is > port 0x0800). At the very least, the multicast address is 6 bytes and > the ethernet port is 2 bytes. > > > >>> That's possible, yes -- although you won't get the device filtering it > >>> for you then. > >>> > >>> > >>> > > > > Error. Question upside down. Please don't top-post. > > > > It's possible to do as you say -- to use different ports for different > > activities (although I read 'UDP ports' where you actually said > > 'ethernet ports' so perhaps I misunderstood). > > > > The device firmware doesn't speak IPv6 or Legacy IP, however -- and we > > wouldn't want it to, even if we trusted it. So it wouldn't filter for > > only those ports you're interested in; it'll give you all packets for > > that address. > > > > > You're not following: Ethernet ports are bytes 12-14 (2 bytes total) on > _all_ ethernet frames. IP has nothing to do with this. Instead of > looking at the first 6 bytes (destination mac) for a specific multicast > address, the filter should be looking at bytes 12-14 for a specific > ethernet port. > > Pol > > An ethernet frame may exist to the host, but what the firmware gets is the incoming 802.11 frame. Since the mac filter is used immediately after the blinding table filter, there is not an easy way to get this information. It would involve looking into the frame payload to find some bytes that are not in a fixed position. At the application level though, it is possible to multiplex one single multicast address with as many applications as you need, using an UDP port. This involves reengineering the middleware but it is a scalable solution. But sorry to insist that, if after the eighth address has been taken the host will respond to *every* multicast frame, then in this unlikely scenario, suspend would not be as effective and thatś it. I am afraid we are creating an issue out of nothing, possibly complicating matters later. > > > > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Clipboard[PATCH]
This patch disables the frame from popping up when you copy an object to the clipboard and instead pops up a notification icon in the bottom left hand corner. It also adds the ability to add_notification() for future use to place icons in any of the four corners. From daf8f85895a4e61cd64fbdf145515b4df57c7316 Mon Sep 17 00:00:00 2001 From: Eric Burns <[EMAIL PROTECTED]> Date: Fri, 18 Apr 2008 13:28:54 -0500 Subject: [PATCH] Clipboard - disabled frame popup and enabled icon notification When an object is added to the clipboard the frame no longer pops up but a pulsing notification icon is displayed in the bottom left corner. --- src/view/clipboardicon.py |8 src/view/frame/frame.py | 23 ++- 2 files changed, 26 insertions(+), 5 deletions(-) diff --git a/src/view/clipboardicon.py b/src/view/clipboardicon.py index 4b36395..d53a234 100644 --- a/src/view/clipboardicon.py +++ b/src/view/clipboardicon.py @@ -32,6 +32,8 @@ from sugar import profile from view.clipboardmenu import ClipboardMenu from view.frame.frameinvoker import FrameWidgetInvoker +from view.frame.notification import NotificationIcon +import view.frame.frame class ClipboardIcon(RadioToolButton): __gtype_name__ = 'SugarClipboardIcon' @@ -145,6 +147,12 @@ class ClipboardIcon(RadioToolButton): if old_percent < 100 and self._percent == 100: self.props.active = True +# Display the notification icon for the clipping +self._notif_icon = NotificationIcon() +self._notif_icon.props.icon_name = self._icon.props.icon_name +self._notif_icon.props.xo_color = profile.get_color() +view.frame.frame.get_instance().add_notification(self._notif_icon, 'top-right') + def _notify_active_cb(self, widget, pspec): if self.props.active: self._put_in_clipboard() diff --git a/src/view/frame/frame.py b/src/view/frame/frame.py index 4a407b6..669a27b 100644 --- a/src/view/frame/frame.py +++ b/src/view/frame/frame.py @@ -117,8 +117,9 @@ class Frame(object): screen = gtk.gdk.screen_get_default() screen.connect('size-changed', self._size_changed_cb) -cb_service = clipboardservice.get_instance() -cb_service.connect_after('object-added', self._clipboard_object_added_cb) +# Disable the Frame from popping up when a clipping is added +# cb_service = clipboardservice.get_instance() +# cb_service.connect_after('object-added', self._clipboard_object_added_cb) self._key_listener = _KeyListener(self) self._mouse_listener = _MouseListener(self) @@ -283,12 +284,24 @@ class Frame(object): def notify_key_press(self): self._key_listener.key_press() -def add_notification(self, icon): +def add_notification(self, icon, corner='top-left'): if not isinstance(icon, NotificationIcon): raise TypeError('icon must be a NotificationIcon.') - + window = NotificationWindow() -window.move(0, 0) + +# Get the screen size +screen = gtk.gdk.screen_get_default() +# Set the icon in the passed corner +if corner == 'top-left': +window.move(0, 0) +elif corner == 'top-right': +window.move(screen.get_width() - style.GRID_CELL_SIZE, 0) +elif corner == 'bottom-left': +window.move(0, screen.get_height() - style.GRID_CELL_SIZE) +elif corner == 'bottom-right': +window.move(screen.get_width() - style.GRID_CELL_SIZE, screen.get_height() - style.GRID_CELL_SIZE) + window.add(icon) icon.show() window.show() -- 1.5.2.5 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Do we ever want to bind more than 8 multicast MAC addresses?
On Fri, 2008-04-18 at 14:19 -0400, Ricardo Carrano wrote: > The multicast filter was implemented in 22p8 (with the limit of 8 since > them). Is that what you're asking? Then the firmware was just ignoring the MAC list before then, and always implementing the ALLMULTI behaviour? -- dwmw2 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Do we ever want to bind more than 8 multicast MAC addresses?
On Fri, Apr 18, 2008 at 11:26 AM, David Woodhouse <[EMAIL PROTECTED]> wrote: > On Fri, 2008-04-18 at 10:58 -0400, Ricardo Carrano wrote: > > Mmm, if the driver says it is 32 and the firmware only allows for 8, > > we have a problem, don't we? ;-) > > Indeed. Do we know which versions of firmware support which numbers of > addresses? Remember, this driver handles lots of devices, some with > non-mesh firmware. > The multicast filter was implemented in 22p8 (with the limit of 8 since them). Is that what you're asking? > > -- > dwmw2 > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Advice on implementing a zooming interface?
On Thu, 2008-04-17 at 20:50 +0530, K. K. Subramaniam wrote: > On Wednesday 16 Apr 2008 6:35:18 pm chombee wrote: > > I have tested a paper + card version of a prototype story writing > > tool with children, and now need to implement a computer version > > of the prototype. I don't have my interface mockups handy, but it > > is card-based story writing. Imagine looking down at a set of 10, > > 20 or 30 or so "story cards" on a table, you write a bit of the > > story on each card. The interface needs to be able to provide a > > zoomed-out overview of all the cards, and to zoom-in on each > > individual card, and the cards need to have text entry widgets on > > them for the user to input their story (they also need text labels > > and images). > There are many ways in which you can try out your ideas in Squeak. > > 1. You could put together a story board in Squeak with a few EToys and some > simple scripts. See attached picture for an example. > 2. Use a Holder (turn on show thumbnails mode in playfield options) and put > all your story boards (playfields) into this. Drag each story board out to > edit it. > 3. Use the Book EToy and use one page per story board. Then you can sort the > pages using page sorter. > 4. Create one project per story board and use the > Catalog->Multimedia->ThreadNavigator to create a story line out of these > projects. The "edit thread" option displays thumbnails of all projects. > > Enjoy .. Subbu Thanks Subbu. I'm looking into it, but am still at the point of being completely overwhelmed by croquet, squeak, morphic, tweak, and everything, trying to figure out what I can and can't do with them and how quickly. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Tickets for mesh problems
We have these network UI bugs: 5904 - GUI problem updating buddies clustered around shared activity 5459 - second circle in sugar home view provides false information > 5908 - Laptop unable to connect to schoolserver jabber server Also 4193 - Two XOs were connected to an access point and were still running salut is a dup of 5908 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Adding mpeg playback
On 4/18/08, Sameer Verma <[EMAIL PROTECTED]> wrote: > VLC on Windows should be able to do this (note: I haven't verified this > myself). Yes, and ffmpeg2theora also works in Windows. Because this is indeed the one big problem with Theora (tools), Xiph has a Summer of Code project to create a cross-platform GUI wrapper for ffmpeg2theora and the other encoders (Vorbis, FLAC, Speex). Hopefully that will be completed with success and make everyone happy. Resulting in peace, love and bunnies. Ok, maybe minus that last bit. -Ivo ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Do we ever want to bind more than 8 multicast MAC addresses?
On Fri, 2008-04-18 at 12:01 -0400, Polychronis Ypodimatopoulos wrote: > You're not following: Ethernet ports are bytes 12-14 (2 bytes total) on > _all_ ethernet frames. IP has nothing to do with this. Instead of > looking at the first 6 bytes (destination mac) for a specific multicast > address, the filter should be looking at bytes 12-14 for a specific > ethernet port. Forgive my ignorance... you're not talking about the EtherType field, which is set to 0x800 to indicate IPv4 packets or 0x86dd for IPv6? It doesn't seem practical to use that for application-specific purposes. -- dwmw2 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Do we ever want to bind more than 8 multicast MAC addresses?
On Fri, 2008-04-18 at 12:08 -0400, Polychronis Ypodimatopoulos wrote: > Dynamic mapping from a single 6-byte address to multiple 16-byte > addresses? The other way round. Given an IPv6 multicast address, there exists a MAC address associated with that IPv6 address. When we join the multicast group, we tell the device that we want to receive packets addressed to that MAC address. -- dwmw2 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Do we ever want to bind more than 8 multicast MAC addresses?
David Woodhouse wrote: > On Fri, 2008-04-18 at 12:01 -0400, Polychronis Ypodimatopoulos wrote: > >> You're not following: Ethernet ports are bytes 12-14 (2 bytes total) on >> _all_ ethernet frames. IP has nothing to do with this. Instead of >> looking at the first 6 bytes (destination mac) for a specific multicast >> address, the filter should be looking at bytes 12-14 for a specific >> ethernet port. >> > > Ah, sorry. I read it as UDP ports. > > It would be hard to do this -- there's a defined mapping from IPv6 > addresses to the multicast MAC addresses used, and high-level > applications don't get to muck around with low-level details of the > Ethernet frames. > > Dynamic mapping from a single 6-byte address to multiple 16-byte addresses? I'm curious how this works. I just hope you don't have to change your IPv6 address every now and then ;-) Salut is _no_ high-level application and it should _not_ be associating multicast addresses with activities. Pol ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Do we ever want to bind more than 8 multicast MAC addresses?
On Fri, 2008-04-18 at 12:01 -0400, Polychronis Ypodimatopoulos wrote: > You're not following: Ethernet ports are bytes 12-14 (2 bytes total) on > _all_ ethernet frames. IP has nothing to do with this. Instead of > looking at the first 6 bytes (destination mac) for a specific multicast > address, the filter should be looking at bytes 12-14 for a specific > ethernet port. Ah, sorry. I read it as UDP ports. It would be hard to do this -- there's a defined mapping from IPv6 addresses to the multicast MAC addresses used, and high-level applications don't get to muck around with low-level details of the Ethernet frames. -- dwmw2 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Do we ever want to bind more than 8 multicast MAC addresses?
David Woodhouse wrote: > On Fri, 2008-04-18 at 11:50 -0400, Polychronis Ypodimatopoulos wrote: > >> what's possible? why not? >> >> David Woodhouse wrote: >> >>> On Fri, 2008-04-18 at 11:43 -0400, Polychronis Ypodimatopoulos wrote: >>> >>> Is it possible to associate shared activities with ethernet ports instead of whole multicast addresses? Then we would only need one single multicast address and do the filtering on the ethernet ports (eg IP is port 0x0800). At the very least, the multicast address is 6 bytes and the ethernet port is 2 bytes. >>> That's possible, yes -- although you won't get the device filtering it >>> for you then. >>> >>> >>> > > Error. Question upside down. Please don't top-post. > > It's possible to do as you say -- to use different ports for different > activities (although I read 'UDP ports' where you actually said > 'ethernet ports' so perhaps I misunderstood). > > The device firmware doesn't speak IPv6 or Legacy IP, however -- and we > wouldn't want it to, even if we trusted it. So it wouldn't filter for > only those ports you're interested in; it'll give you all packets for > that address. > > You're not following: Ethernet ports are bytes 12-14 (2 bytes total) on _all_ ethernet frames. IP has nothing to do with this. Instead of looking at the first 6 bytes (destination mac) for a specific multicast address, the filter should be looking at bytes 12-14 for a specific ethernet port. Pol ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Adding mpeg playback
Bernie Innocenti wrote: > On Fri, 2008-04-18 at 14:51 +0100, Ivo Emanuel Gonçalves wrote: > >> Out of curiosity, why are they not giving Theora a try? >> > > They gave me an mpeg video of the ministry of education > speaking and asked me to make it play on the laptop. > > I said we'd have to convert it to theora. They asked me how could > they do it on Windows. I said I was not sure such a converter > existed for Windows. > > On Linux, I use ffmpeg2theora or just ffmpeg. > > VLC on Windows should be able to do this (note: I haven't verified this myself). Sameer -- Dr. Sameer Verma, Ph.D. Associate Professor of Information Systems San Francisco State University San Francisco CA 94132 USA http://verma.sfsu.edu/ http://opensource.sfsu.edu/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Do we ever want to bind more than 8 multicast MAC addresses?
On Fri, 2008-04-18 at 11:50 -0400, Polychronis Ypodimatopoulos wrote: > what's possible? why not? > > David Woodhouse wrote: > > On Fri, 2008-04-18 at 11:43 -0400, Polychronis Ypodimatopoulos wrote: > > > >> Is it possible to associate shared activities with ethernet ports > >> instead of whole multicast addresses? Then we would only need one single > >> multicast address and do the filtering on the ethernet ports (eg IP is > >> port 0x0800). At the very least, the multicast address is 6 bytes and > >> the ethernet port is 2 bytes. > >> > > > > That's possible, yes -- although you won't get the device filtering it > > for you then. > > > > Error. Question upside down. Please don't top-post. It's possible to do as you say -- to use different ports for different activities (although I read 'UDP ports' where you actually said 'ethernet ports' so perhaps I misunderstood). The device firmware doesn't speak IPv6 or Legacy IP, however -- and we wouldn't want it to, even if we trusted it. So it wouldn't filter for only those ports you're interested in; it'll give you all packets for that address. -- dwmw2 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Do we ever want to bind more than 8 multicast MAC addresses?
what's possible? why not? David Woodhouse wrote: > On Fri, 2008-04-18 at 11:43 -0400, Polychronis Ypodimatopoulos wrote: > >> Is it possible to associate shared activities with ethernet ports >> instead of whole multicast addresses? Then we would only need one single >> multicast address and do the filtering on the ethernet ports (eg IP is >> port 0x0800). At the very least, the multicast address is 6 bytes and >> the ethernet port is 2 bytes. >> > > That's possible, yes -- although you won't get the device filtering it > for you then. > > -- Polychronis Ypodimatopoulos Graduate student Viral Communications MIT Media Lab Tel: +1 (617) 459-6058 http://www.mit.edu/~ypod/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Do we ever want to bind more than 8 multicast MAC addresses?
On Fri, 2008-04-18 at 11:43 -0400, Polychronis Ypodimatopoulos wrote: > Is it possible to associate shared activities with ethernet ports > instead of whole multicast addresses? Then we would only need one single > multicast address and do the filtering on the ethernet ports (eg IP is > port 0x0800). At the very least, the multicast address is 6 bytes and > the ethernet port is 2 bytes. That's possible, yes -- although you won't get the device filtering it for you then. -- dwmw2 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Do we ever want to bind more than 8 multicast MAC addresses?
Is it possible to associate shared activities with ethernet ports instead of whole multicast addresses? Then we would only need one single multicast address and do the filtering on the ethernet ports (eg IP is port 0x0800). At the very least, the multicast address is 6 bytes and the ethernet port is 2 bytes. Pol David Woodhouse wrote: > On Fri, 2008-04-18 at 10:58 -0400, Ricardo Carrano wrote: > >> Mmm, if the driver says it is 32 and the firmware only allows for 8, >> we have a problem, don't we? ;-) >> > > Indeed. Do we know which versions of firmware support which numbers of > addresses? Remember, this driver handles lots of devices, some with > non-mesh firmware. > > -- Polychronis Ypodimatopoulos Graduate student Viral Communications MIT Media Lab Tel: +1 (617) 459-6058 http://www.mit.edu/~ypod/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New Planning Thoughts draft.
2008/4/18 Kim Quirk <[EMAIL PROTECTED]>: > In my experience running QA teams and releases for commercial projects, > small fast releases require (or imply) quite a bit of focused process and > really good automation on the testing side. I agree. Testing XOs is hard. > Also, after other discussions on this list, it seems like there are two > other items that drive 'major release' twice a year and a few bug fix > releases in between: Yes. And at the same time, I think we do have audiences for frequent releases. Even in deployment countries. regional teams may have "pilot" schools (close to the NOC?) where they can deploy often. Having regular "milestone" releases is good for the health of the project for the same reasons a daily build is a powerful tool. All we need to do is to tag some of them (one or two each year) as "Long Term Support". The milestone releases have an audience composed of - developers - early adopters (pilot schools close to the noc, G1G1 hands-on users, etc) That's a bit what I am doing with the XS - will do "small feature releases" until 0.9 and then focus on bugfixes to take that to a 1.0 "LTS". 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 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Do we ever want to bind more than 8 multicast MAC addresses?
On Fri, 2008-04-18 at 10:58 -0400, Ricardo Carrano wrote: > Mmm, if the driver says it is 32 and the firmware only allows for 8, > we have a problem, don't we? ;-) Indeed. Do we know which versions of firmware support which numbers of addresses? Remember, this driver handles lots of devices, some with non-mesh firmware. -- dwmw2 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Do we ever want to bind more than 8 multicast MAC addresses?
On Fri, Apr 18, 2008 at 10:28 AM, David Woodhouse <[EMAIL PROTECTED]> wrote: > On Thu, 2008-04-17 at 17:09 -0400, Michael Stone wrote: > > > > Ashish comments on #6869: Firmware release - 5.110.22.p9 as follows: > > > > Currently firmware 5.110.22.p8/9 does not support more than 8 multicast > > mac addresses. Is there a possibility that any given point of time > there > > are more than 8 multicast address required? > > > > Is this going to be a problem for anyone? > > Theoretically we go into ALLMULTI mode (and filter on the host) when we > exceed the size of the multicast list that the device can handle. There > shouldn't be a hard limit on the number of multicast groups that > userspace can join; it just gets less efficient. In this case, it seems a bad choice to compromise buffer space in exchange of an improbable scenario (sharing more than 4 activities over a simple mesh). > > > However, we believe that size to be 32 (MRVDRV_MAX_MULTICAST_LIST_SIZE > in defs.h). Mmm, if the driver says it is 32 and the firmware only allows for 8, we have a problem, don't we? ;-) > > > -- > dwmw2 > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Adding mpeg playback
On Fri, 2008-04-18 at 14:51 +0100, Ivo Emanuel Gonçalves wrote: > Out of curiosity, why are they not giving Theora a try? They gave me an mpeg video of the ministry of education speaking and asked me to make it play on the laptop. I said we'd have to convert it to theora. They asked me how could they do it on Windows. I said I was not sure such a converter existed for Windows. On Linux, I use ffmpeg2theora or just ffmpeg. -- \___/ |___| Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Do we ever want to bind more than 8 multicast MAC addresses?
On Thu, 2008-04-17 at 17:09 -0400, Michael Stone wrote: > > Ashish comments on #6869: Firmware release - 5.110.22.p9 as follows: > > Currently firmware 5.110.22.p8/9 does not support more than 8 multicast > mac addresses. Is there a possibility that any given point of time there > are more than 8 multicast address required? > > Is this going to be a problem for anyone? Theoretically we go into ALLMULTI mode (and filter on the host) when we exceed the size of the multicast list that the device can handle. There shouldn't be a hard limit on the number of multicast groups that userspace can join; it just gets less efficient. However, we believe that size to be 32 (MRVDRV_MAX_MULTICAST_LIST_SIZE in defs.h). -- dwmw2 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New Planning Thoughts draft.
In my experience running QA teams and releases for commercial projects, small fast releases require (or imply) quite a bit of focused process and really good automation on the testing side. Also, after other discussions on this list, it seems like there are two other items that drive 'major release' twice a year and a few bug fix releases in between: 1 - Our target users (mostly schools) will not be upgrading often, and many will require weeks or months of their own testing before they do upgrade thousands of computers. 2 - From a support perspective, this audience will probably require that we support a major release for an entire school year. If we offer too many releases during that time, we will not be able to keep up with the backward compatibility matrix of releases that have to work with other releases. If kids upgrade on their own, will they work with the older version that was installed on 90% of the other laptops, etc. I think if our product were aimed at developers or if it was a server-based product where we could control the releases and there were no backward compatibility problems, then it would be great to have many small, fast releases. Kim On Thu, Apr 17, 2008 at 7:54 AM, Marco Pesenti Gritti <[EMAIL PROTECTED]> wrote: > On Thu, Apr 17, 2008 at 1:23 PM, Tomeu Vizoso <[EMAIL PROTECTED]> > wrote: > > I see this too as a hard problem and don't really have experience > > neither. What I would expect is that working on frequent time-based > > releases with features slipping as needed works best for projects like > > linux distros, where slipping a feature grossly means not updating a > > set of packages to the latest stable version. > > Even linux distro (Fedora at least,), doesn't actually do focused > releases. Roughly, they set a timeframe and they get in everything > which is ready by that date. This is very easy for a linux > distribution. It would be harder on the Sugar codebase but still very > much feasible, it's the same approach of GNOME releases. > > Though Michael proposal goes a step further. We would be focusing only > on one (or a very limited number) of goals per release. > > Marco > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Adding mpeg playback
Out of curiosity, why are they not giving Theora a try? -Ivo ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Adding mpeg playback
On Fri, 2008-04-18 at 09:23 -0400, Benjamin M. Schwartz wrote: > Read this: > http://www.news.com/8301-10784_3-9887955-7.html > > Europe is no longer free of software patents; in fact, it's actually > _worse_ than the US. In the US, it's a matter of litigation, and your > stuff can be taken away after trial. In Europe, it appears that the > police will happily show up at your trade show and confiscate your booth > without warning. Uh. Somehow, I had not connected this event with the EU parliament thing. I'm cc'ing Benjamin Henrion, of the FFII. I had dinner with him last week in Brussels and we discussed the European software patent situation for a while. Benjamin, what do you think? Where exactly would mpeg video codecs be legal within Europe? I think this topic is of interest to OLPC, but if other people of devel@ think otherwise, we can take this potentially hot thread off list. -- \___/ |___| Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Adding mpeg playback
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bernie Innocenti wrote: | They asked me if there would be problems for Turkey and I | thaid that while I did not know their IP law, I hear it's | not a problem in many European countries. | | Do you know better? Read this: http://www.news.com/8301-10784_3-9887955-7.html Europe is no longer free of software patents; in fact, it's actually _worse_ than the US. In the US, it's a matter of litigation, and your stuff can be taken away after trial. In Europe, it appears that the police will happily show up at your trade show and confiscate your booth without warning. - --Ben -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFICKC8UJT6e6HFtqQRAifNAJ9inRzUIWASSEDX7A8ztVvqNO/4LwCfYtSp TcaZ7AGicyH97unwnHhy9jo= =l4fW -END PGP SIGNATURE- ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: freezing DCON for insecure boot
On Fri, 2008-04-18 at 08:34 -0400, Kim Quirk wrote: > Bernie, > It is really, really important that we don't encourage countries to > have their own images if they are not developers participating in > active development of our code base. Turkey is going to be a big deployment, but as you say it seems they have no plans to participate in development with us at this time. > We've had some good discussions around this recently as it has become > very difficult to support Uruguay. This is why we separated out > activities and content from the rest of the image. So that we CAN > encourage countries to choose activities and content (and a few other > things), but to try not to do any customization that requires their > own image. This helps for most customizations I can think of, except things such as "I want mpeg", which are very straightforward to do, but require changes to the (see my other post). Italy also asked us for a build with better Italian support. They know how to work with Pootle, and they actually have already done most of the work. But this work will certainly not make it for Update.1, and they can't wait for Update.2 to deploy. They asked me if they could create a custom build and reflash all laptops with it. I said it's certainly possible and not even that hard to do, but they will have to perform this work and support it on their own, because we certainly lack engineering resources at this time. > I'm hopeful that what you are talking about is something that CAN go > on the customization stick after the latest build has been installed. > I just wanted to make sure you were up to speed with some of the more > recent discussions we've had about customization. Yes, they just want the Istanbul logo on the boot animation, but the only XOs I have here for the demos are my development laptops and as such they are unsecured. I'm looking for a short term solution. Long term, this hack won't be needed. > Once a country has agreed to send some developers to Cambridge to go > through a build side by side with us, then they will have a better > chance at successfully being able to support their own builds. We want > to encourage them to get their changes into our builds so they won't > have to manage their own streams forever. Yesterday I mentioned the possibility for Turkey's research institutions to collaborate with MIT and OLPC, but for now there are no contacts between the associations that supports us and universities. They said they could hire one programmer to handle the customizations that their government will request as a temporary solution. As we have often observed, it takes some time for a new country to "digest" the full potential of the international cooperation enabled by OLPC. Initially, they tend to see us as one of many laptop resellers. -- \___/ |___| Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Developer key
Daly, please turn to a support forum, this is getting ridiculous for the developer's list: http://wiki.laptop.org/go/Support - Bert - On 18.04.2008, at 13:58, Daly Ikbel wrote: > I wrote a capital p. > I don't know other methods to download the key. > If possible more information. > Regards. > > > 2008/4/18, Bert Freudenberg <[EMAIL PROTECTED]>: Daly, > > there is another typo in your line that I did not notice when I > first replied: the "-P" needs to be a capital P. > > Also, you could use whatever method you fancy to download the key > from the given URL, and then place it in "/security". > > - Bert - > > > On 18.04.2008, at 10:32, Daly Ikbel wrote: > when writing the mail I make space but in the command I write it > correct. > Now the error is: > " /security: Unsupported scheme > ..FINISHED > downloaded: 0 bytes in 0 files" > > > 2008/4/18, Bert Freudenberg <[EMAIL PROTECTED]>: > On 17.04.2008, at 15:56, Daly Ikbel wrote: > hello, > > I sent a request to get a developer key for my XO (OLPC) > I received the accept but I can't download it with the command > "wget -p / security http://activation..."; > listed in the response of the request. > > There is no space after the slash, it is "wget -p /security ...". > This names a path on your system ("/security"). > > > - Bert - > > > > > > > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Do we ever want to bind more than 8 multicast MAC addresses?
An increase is scheduled to be implemented in firmware version 22.p11 or later depending on other priorities. But we'll have to check the impact of reducing firmware's internal buffers (in throughput, for instance). Current firmware releases: - 22p1 is the update-1.703 built-in fw - 22p6 is in joyride 1858+ - 22p8/22p9 is under tests by OLPC - 22p10 is under tests by Marvell The immediate need in this front is having an approved driver change to implement the multicast filter. A bit of history on that issue: To avoid that an XO wakes up at every received multicast frame, a filter was implemented. This filter was introduced in the firmware 22p8 and it needs the driver to inform the multicast addresses to listen to. (details on http://dev.laptop.org/ticket/6818) On Fri, Apr 18, 2008 at 12:16 AM, John Watlington <[EMAIL PROTECTED]> wrote: > > Yes, this is a problem for us. > We need to request that 16 be allocated. > > wad > > On Apr 17, 2008, at 5:09 PM, Michael Stone wrote: > > > Ashish comments on #6869: Firmware release - 5.110.22.p9 as follows: > > > > Currently firmware 5.110.22.p8/9 does not support more than 8 > > multicast > > mac addresses. Is there a possibility that any given point of time > > there > > are more than 8 multicast address required? > > > > Is this going to be a problem for anyone? > > > > Thanks, > > > > Michael > > ___ > > Devel mailing list > > Devel@lists.laptop.org > > http://lists.laptop.org/listinfo/devel > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: freezing DCON for insecure boot
Bernie, It is really, really important that we don't encourage countries to have their own images if they are not developers participating in active development of our code base. We've had some good discussions around this recently as it has become very difficult to support Uruguay. This is why we separated out activities and content from the rest of the image. So that we CAN encourage countries to choose activities and content (and a few other things), but to try not to do any customization that requires their own image. I'm hopeful that what you are talking about is something that CAN go on the customization stick after the latest build has been installed. I just wanted to make sure you were up to speed with some of the more recent discussions we've had about customization. Once a country has agreed to send some developers to Cambridge to go through a build side by side with us, then they will have a better chance at successfully being able to support their own builds. We want to encourage them to get their changes into our builds so they won't have to manage their own streams forever. Scott and Michael will be able to go into the details of the customization process (if you don't know them). Thanks for your thoughts and understanding. Kim On Fri, Apr 18, 2008 at 6:19 AM, Bernie Innocenti <[EMAIL PROTECTED]> wrote: > Hello Mitch & Scott, > > I have a laptop with a developer key, running an unsigned > image with a few customizations for Turkey. > > They want a pretty custom logo and I succeeded in getting it to > work in insecure mode, but it looks ugly because they see the > kernel barfing diag messages on the console for a few seconds > before the bootanim kicks in. > > Is there some forth-fu I could use to fix it? A modified olpc.fth > file would be best for me as I don't have much confidence with > forth and much time to implement and test it myself. > > Thanks. > > -- > \___/ > |___| Bernie Innocenti - http://www.codewiz.org/ > \___\ CTO OLPC Europe - http://www.laptop.org/ > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Airlink 101
wahida mansouri wrote: > Is the Airlink 101 which is used to test > 802.11s supported by OLPC ? > Can you provide a link for the product in question? Sameer -- Dr. Sameer Verma, Ph.D. Associate Professor of Information Systems San Francisco State University San Francisco CA 94132 USA http://verma.sfsu.edu/ http://opensource.sfsu.edu/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Do we ever want to bind more than 8 multicast MAC addresses?
There's as well the problem of explaining to the user why no more than X activities can be shared at the same time. If X is big enough, this may not be an issue in practice. Tomeu On Fri, Apr 18, 2008 at 6:16 AM, John Watlington <[EMAIL PROTECTED]> wrote: > > Yes, this is a problem for us. > We need to request that 16 be allocated. > > wad > > > > On Apr 17, 2008, at 5:09 PM, Michael Stone wrote: > > > Ashish comments on #6869: Firmware release - 5.110.22.p9 as follows: > > > > Currently firmware 5.110.22.p8/9 does not support more than 8 > > multicast > > mac addresses. Is there a possibility that any given point of time > > there > > are more than 8 multicast address required? > > > > Is this going to be a problem for anyone? > > > > Thanks, > > > > Michael > > ___ > > Devel mailing list > > Devel@lists.laptop.org > > http://lists.laptop.org/listinfo/devel > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Developer key
Daly, there is another typo in your line that I did not notice when I first replied: the "-P" needs to be a capital P. Also, you could use whatever method you fancy to download the key from the given URL, and then place it in "/security". - Bert - On 18.04.2008, at 10:32, Daly Ikbel wrote: > when writing the mail I make space but in the command I write it > correct. > Now the error is: > " /security: Unsupported scheme > ..FINISHED > downloaded: 0 bytes in 0 files" > > > 2008/4/18, Bert Freudenberg <[EMAIL PROTECTED]>: > On 17.04.2008, at 15:56, Daly Ikbel wrote: > hello, > > I sent a request to get a developer key for my XO (OLPC) > I received the accept but I can't download it with the command > "wget -p / security http://activation..."; > listed in the response of the request. > > There is no space after the slash, it is "wget -p /security ...". > This names a path on your system ("/security"). > > > - Bert - > > > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
freezing DCON for insecure boot
Hello Mitch & Scott, I have a laptop with a developer key, running an unsigned image with a few customizations for Turkey. They want a pretty custom logo and I succeeded in getting it to work in insecure mode, but it looks ugly because they see the kernel barfing diag messages on the console for a few seconds before the bootanim kicks in. Is there some forth-fu I could use to fix it? A modified olpc.fth file would be best for me as I don't have much confidence with forth and much time to implement and test it myself. Thanks. -- \___/ |___| Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Adding mpeg playback
Hello Andriani, our partners in Turkey are asking if the laptop can do mpeg playback. I said there are no technical reasons why it couldn't, but there are restrictive patent laws in the United States that do not let us ship mpeg software on the laptop. We bundle Ogg Theora as a replacement. They asked me if there would be problems for Turkey and I thaid that while I did not know their IP law, I hear it's not a problem in many European countries. Do you know better? And for the devel people: what should I do exactly to add mpeg support? Is installing gstreamer-ffmpeg from Livna enough? And how can we deploy such customizations in the future? Maybe we could add package installation support to the customization key? Or have as many build variants as required? -- \___/ |___| Bernie Innocenti - http://www.codewiz.org/ \___\ CTO OLPC Europe - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Airlink 101
Is the Airlink 101 which is used to test 802.11s supported by OLPC ? __ Do You Yahoo!? En finir avec le spam? Yahoo! Mail vous offre la meilleure protection possible contre les messages non sollicités http://mail.yahoo.fr Yahoo! Mail ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel