Re: Prohibition of binaries
But just to be clear,end users (ie children) can also download and run new non original binaries if they so choose? - Original Message - From: Michael Burns To: Chris Ball Cc: Chad Z. Hower aka Kudzu ; [EMAIL PROTECTED] Sent: Monday, December 10, 2007 5:48 AM Subject: Re: Prohibition of binaries To elaborate.. :) On Dec 8, 2007 11:57 PM, Chris Ball [EMAIL PROTECTED] wrote: Hi, Someone mentioned that there will be (or already is?) a prohibition on loading any binaries This is (I assume) some ill-informed hand-waving about Bitfrost, the security specification. http://wiki.laptop.org/go/Bitfrost We use binaries all the time. our web browser uses the gecko rendering engine from Firefox and Mozilla. and that all custom content must be Python Most custom content, when possible, is written in Python. This is a technical choice, as well as consistency choice. Children that want to contribute need to learn only 1 language (and an excellent learning language we have in Python). Most activities and Sugar, the interface of the OLPC, is written in python, for instance. -- Michael Burns * Student Open Source {Education} Lab ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: status of MANIFEST file
On Dec 8, 2007 7:38 PM, Bert Freudenberg [EMAIL PROTECTED] wrote: On Dec 9, 2007, at 1:18 , Christoph Derndorfer wrote: So what I'm basically asking is what the exact requirements for the MANIFEST file are as activities seem to work regardless of what it contains. Currently, the MANIFEST is not consulted at all when installing or running, an activity works fine even without it. Only the bundle builder (setup.py) to package your activity uses it. The bundle builder also includes many files implicitly so they do not have to be listed in MANIFEST. The situation might change once bundles are required to be signed, but I don't know those plans. For the activity updater (trac #4951), we will need to include a 'real' manifest with file hashes; this may also be used in the activity signing code. However, I expect the bundle builder to generate this 'contents' file automatically. The short answer, I think, is that the MANIFEST is used to configure bundle-builder; it shouldn't be required in the final .xo (although a related 'contents' files will be automatically generated there). --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [laptop.org #2034] AutoReply: DOSEmu Project Hosting application/request (fwd)
so i sent this to the devel list... then waited a couple days... then followed the directions posted on the wiki and sent it to [EMAIL PROTECTED] and haven't heard anything from anyone at any time in the interim. what's up, and what can i do to push things along? are the admin types really that swamped? thanks, --elijah On Mon, 3 Dec 2007, Access and Account Requests via RT wrote: Date: Mon, 03 Dec 2007 10:58:14 -0500 From: Access and Account Requests via RT [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [laptop.org #2034] AutoReply: DOSEmu Project Hosting application/request (fwd) Greetings, If you have submitted a general question, please make sure that it is not answered in the Official OLPC FAQ: http://wiki.laptop.org/go/Official_OLPC_FAQ This message has been automatically generated in response to the creation of a trouble ticket regarding: DOSEmu Project Hosting application/request (fwd), a summary of which appears below. There is no need to reply to this message right now. Your ticket has been assigned an ID of [laptop.org #2034]. Please include the string: [laptop.org #2034] in the subject line of all future correspondence about this issue. To do so, you may reply to this message. Thank you, [EMAIL PROTECTED] - -- Forwarded message -- Date: Thu, 29 Nov 2007 12:49:04 -0600 (CST) From: [EMAIL PROTECTED] To: devel@lists.laptop.org Subject: DOSEmu Project Hosting application/request 1. Project name : DOS Emulator 2. Existing website, if any : none yet 3. One-line description : DOS Emulation support for XO. 4. Longer description : This project's aim is to provide DOS : compatibility support in a Sugar- and : Journal-friendly fashion. : 5. URLs of similar projects : n/a 6. Committer list Please list the maintainer (lead developer) as the first entry. Only list developers who need to be given accounts so that they can commit to your project's code repository, or push their own. There is no need to list non-committer developers. Username Full name SSH2 key URLE-mail - -- #1 elijah Elijah Wright http://stderr.org/~elw/id_dsa.pub [EMAIL PROTECTED] ... If any developers don't have their SSH2 keys on the web, please attach them to the application e-mail. 7. Preferred development model [X] Central tree. Every developer can push his changes directly to the project's git tree. This is the standard model that will be familiar to CVS and Subversion users, and that tends to work well for most projects. [ ] Maintainer-owned tree. Every developer creates his own git tree, or multiple git trees. He periodically asks the maintainer to look at one or more of these trees, and merge changes into the maintainer-owned, main tree. This is the model used by the Linux kernel, and is well-suited to projects wishing to maintain a tighter control on code entering the main tree. If you choose the maintainer-owned tree model, but wish to set up some shared trees where all of your project's committers can commit directly, as might be the case with a discussion tree, or a tree for an individual feature, you may send us such a request by e-mail, and we will set up the tree for you. 8. Set up a project mailing list: [X] Yes, named after our project name [ ] Yes, named __ [ ] No When your project is just getting off the ground, we suggest you eschew a separate mailing list and instead keep discussion about your project on the main OLPC development list. This will give you more input and potentially attract more developers to your project; when the volume of messages related to your project reaches some critical mass, we can trivially create a separate mailing list for you. If you need multiple lists, let us know. We discourage having many mailing lists for smaller projects, as this tends to stunt the growth of your project community. You can always add more lists later. 9. Commit notifications [X] Notification of commits to the main tree should be e-mailed to the list we chose to create above [ ] A separate mailing list, projectname-git, should be created for commit notifications [ ] No commit notifications, please 10. Shell accounts As a general rule, we don't provide shell accounts to developers unless there's a demonstrated need. If you have one, please explain here, and list the usernames of the
Restarting a half-started activity
As I debug how to start my activity with an LD_LIBRARY_PATH (or for other reasons), sometimes it fails to start correctly at all. In those cases, my activity's icon just sits in the ring that shows running activities. When I move the mouse over it, Sugar tells me it is Starting..., but when I look for its process in the 'ps aux' output, the process has already terminated. How can I remove the activity from the Sugar thinks it's starting state so I can reattempt to start the activity without rebooting the laptop? (Thanks all; you've been super helpful so far. If my questions start running into FAQ territory I'm perfectly okay with being told to read some document.) -- Asheesh. -- Live from New York ... It's Saturday Night! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Restarting a half-started activity
--- Asheesh Laroia wrote: As I debug how to start my activity with an LD_LIBRARY_PATH (or for other reasons), sometimes it fails to start correctly at all. In those cases, my activity's icon just sits in the ring that shows running activities. When I move the mouse over it, Sugar tells me it is Starting..., but when I look for its process in the 'ps aux' output, the process has already terminated. How can I remove the activity from the Sugar thinks it's starting state so I can reattempt to start the activity without rebooting the laptop? (Thanks all; you've been super helpful so far. If my questions start running into FAQ territory I'm perfectly okay with being told to read some document.) -- Asheesh. --- end of quote --- On later builds (I'm not sure exactly which build) there is a timeout on activities that are taking a long time to load, usually because of an error. The other option is to just restart X. You can do this by pressing ctrl+alt+backspace - AlexL ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Activity depends on Fedora-packaged binary code
My activity reads RDF files and uses libraptor.so.1 to do that. Fedora does package this in the raptor.i386 RPM. This package is not installed on the Build 650 I'm using. I also see no way to specify RPM dependencies in a .xo nor a way that deployed XOs could be guaranteed to be able to get dependencies from the RPM side of the world upon receiving a new .xo. I suppose I'll have to include a libraptor.so.1 in my own .xo's lib/ directory. Is the normal(ish) way to do this by just unpacking the RPM and yoinking the Fedora-compiled .so and jamming that file into my .xo? (I could just statically compile the libraptor dependencies into my shipped binary code also, I suppose, but I'd rather not consider that option.) I'm open to other ways of thinking about this if they would prove more productive. (-: -- Asheesh. -- Blessed are the young, for they shall inherit the national debt. -- Herbert Hoover ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: status of MANIFEST file
On Dec 8, 2007 7:18 PM, Christoph Derndorfer [EMAIL PROTECTED] wrote: Daniel and me are again having another weekend-jam working on the activity handbook and we've just spent the past half hour looking at different .xo packages from the git-repository to see how the MANIFEST file inside the .xo package is being used. I'd like to see some documentation on how to integrate a non-Python activity into sugar. It certainly has been done, but it seems shrouded in the black art of the pygtk binding. Maybe a C Hello World example would be nice, which contains the minimum python glue to invoke a C function with the necessary GTK context? --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Reducing pygame cpu-load to 4 %
In this case (animation), the games should go quiet, if there is no user input after a short period (say, 30 seconds). It is pretty easy to get the window system to tell you when it has been idle, I believe (the X screen saver extension, for example). When no animation, applications should be quiet as a tomb... We can't rely on young kids to remember when to suspend a computer, I don't think - Jim On Mon, 2007-12-10 at 17:28 -0200, Roberto Fagá wrote: Jim This is specific of games which use many resources, like animations and some more advanced graphics. I also think will be nice if screen / video driver supports other screen resolution, like 600x450 and less color depth if the only depth that XO works is 16bits. This can save CPU/GPU to some games that need speed but not so much resolution... The 100% using CPU happens only if you don't use anything to control framerate, and for it you can use the pygame clock, time.sleep and the event.wait if you can freeze application while you wait for an event. Can happens too if the game / pygame application uses many resources, exactly as a GTK/Hippo activity does. []'s On Dec 10, 2007 5:11 PM, Jim Gettys [EMAIL PROTECTED] wrote: There is one piece of this discussion that is scaring the bejesus out of me: the idea that an application should take *any* cpu time when the user isn't doing anything... Is this specific to pygame based applications? Or am I missing something? Electricity doesn't grow on trees, you know In Peru, 55,000 of the machines will be going to schools/kids with *no* electricity. And this is just the beginning... - Jim -- Jim Gettys One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Jim Gettys One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Prohibition of binaries
On 12/10/07, Chad Z. Hower aka Kudzu [EMAIL PROTECTED] wrote: But just to be clear,end users (ie children) can also download and run new non original binaries if they so choose? If you mean if they can run applications compiled for the platform, then yes. -ffm ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: status of MANIFEST file
Edward Cherlin schrieb: On Dec 8, 2007 4:18 PM, Christoph Derndorfer [EMAIL PROTECTED] wrote: Hey all, Daniel and me are again having another weekend-jam working on the activity handbook Excellent. Does it have a Wiki page? Would someone put a link and a brief description on the OLPC Publications page? There's a brief overview of the chapters that we're thinking to include over on http://wiki.laptop.org/go/Hacking_Sugar#Programming_Sugar Basically the activity handbook should end up being something like all those learning insert language of choice in 21 days types of documents. We really want to guide programmers who have no prior knowledge of OLPC, Sugar, etc. in being able to write activities for the XO. Can I join in? In order to preserve the coherence that we aim to achieve with the handbook (as opposed to the mess on the Wiki) we have decided to limit the number of contributors for the moment being. That will allow us to create the necessary structure and basis before releasing it into the wild. At the moment we think that we'll make the first public release of the handbook in mid-January So stay tuned! Cheers, Christoph and we've just spent the past half hour looking at different .xo packages from the git-repository to see how the MANIFEST file inside the .xo package is being used. Results really vary, some activities don't come with a MANIFEST at all, some only list a file or two inside the MANIFEST while others really do come with a complete index of all the files included in the package. So what I'm basically asking is what the exact requirements for the MANIFEST file are as activities seem to work regardless of what it contains. Thanks, Christoph ___ 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: status of MANIFEST file
C. Scott Ananian schrieb: On Dec 8, 2007 7:18 PM, Christoph Derndorfer [EMAIL PROTECTED] wrote: Daniel and me are again having another weekend-jam working on the activity handbook and we've just spent the past half hour looking at different .xo packages from the git-repository to see how the MANIFEST file inside the .xo package is being used. I'd like to see some documentation on how to integrate a non-Python activity into sugar. It certainly has been done, but it seems shrouded in the black art of the pygtk binding. Maybe a C Hello World example would be nice, which contains the minimum python glue to invoke a C function with the necessary GTK context? --scott Yeppa, we definitely want to integrate something like that in one of the chapters... However seeing how much work we have 'round here it might be some time before we actually get 'round to doing that. Maybe someone already knows how to do that and can write a quick'n'dirty howto! Cheers, Christoph ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Activity depends on Fedora-packaged binary code
Asheesh Laroia wrote: I suppose I'll have to include a libraptor.so.1 in my own .xo's lib/ directory. Is the normal(ish) way to do this by just unpacking the RPM and yoinking the Fedora-compiled .so and jamming that file into my .xo? This is my understanding. As long as it's just one library, it isn't a big problem. I have a friend who is packaging 5MB of Mono libraries for an activity written in C#. This thing obviously doesn't scale and in the long term we may end up reinventing a full blown package manager with dependency tracking, plus tools like apt for downloading and installing them. We learn from history that we learn nothing from history. - George Bernard Shaw (I could just statically compile the libraptor dependencies into my shipped binary code also, I suppose, but I'd rather not consider that option.) Static linking is being quickly phased out from all Linux distros. In OS X, static linking against system libraries is no longer allowed. -- \___/ |___| Bernardo Innocenti - http://www.codewiz.org/ \___\ One Laptop Per Child - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Activity depends on Fedora-packaged binary code
On Mon, 10 Dec 2007, Bernardo Innocenti wrote: Asheesh Laroia wrote: I suppose I'll have to include a libraptor.so.1 in my own .xo's lib/ directory. Is the normal(ish) way to do this by just unpacking the RPM and yoinking the Fedora-compiled .so and jamming that file into my .xo? This is my understanding. As long as it's just one library, it isn't a big problem. I have a friend who is packaging 5MB of Mono libraries for an activity written in C#. That person is still your friend? (-; This thing obviously doesn't scale and in the long term we may end up reinventing a full blown package manager with dependency tracking, plus tools like apt for downloading and installing them. Right. Let me note here that apt is flexible on packaging formats in the backend, as apt4rpm has shown. There's no need to reinvent it, and I think there are some stealth Debian fans sometimes hiding in 1CC Static linking is being quickly phased out from all Linux distros. In OS X, static linking against system libraries is no longer allowed. Well, libraptor is clearly not a system library since it's not installed! (-: But I agree, static linking sucks, and I'm happy to avoid that route entirely. -- Asheesh. -- Omnic another .sig addition ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Activity depends on Fedora-packaged binary code
Asheesh Laroia wrote: This is my understanding. As long as it's just one library, it isn't a big problem. I have a friend who is packaging 5MB of Mono libraries for an activity written in C#. That person is still your friend? (-; Shhht! He may hear us ;-) Right. Let me note here that apt is flexible on packaging formats in the backend, as apt4rpm has shown. There's no need to reinvent it, and I think there are some stealth Debian fans sometimes hiding in 1CC Not very well hidden, actually: it's no secret we have a full port of Debian installable on the laptop. I'd agree on using apt to get 50% of the work done. And then we could use .deb (or rpm, for what I care) to do the rest of the work. I was told the xo bundle format was invented under the assumption that most developers would have been using Windows, and a very basic zip archive with a manifest inside would have been easier for them to work with. Instead, it turns out that people now ask for specialized packaging tools to automate the process of creating manifests. For some kinds of bundles such as the library, with many small files, writing the manifest manually would have been impossible, so some degree of automation is already starting to appear. If we're going to develop a toolset, then we could have as well ported rpm (or dpkg) to Windows or use the already existing ports in Cygwin. Someone, I think Dennis, wrote an xo - rpm converter. And an xo - deb converter would be equally easy. This is necessary if we want to package popular Sugar activities for traditional Linux distros, where using two different package systems would be crazy. Oh, my... I can't remember why it wasn't crazy for us, too... Well, libraptor is clearly not a system library since it's not installed! (-: And anyway, I see no clear distintion between system and user libraries on Linux. We don't have a freaking system registry. -- \___/ |___| Bernardo Innocenti - http://www.codewiz.org/ \___\ One Laptop Per Child - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[PATCH] Ignore generated files
Signed-off-by: Bernardo Innocenti [EMAIL PROTECTED] --- crcimg/.gitignore |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) create mode 100644 crcimg/.gitignore diff --git a/crcimg/.gitignore b/crcimg/.gitignore new file mode 100644 index 000..00c7c35 --- /dev/null +++ b/crcimg/.gitignore @@ -0,0 +1,2 @@ +*.o +crcimg -- 1.5.3.7.1149.g591a ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[PATCH] Fold packages belonging to Xorg into olpc-packages-xorg
Signed-off-by: Bernardo Innocenti [EMAIL PROTECTED] --- streams.d/olpc-development.stream | 14 +- 1 files changed, 1 insertions(+), 13 deletions(-) diff --git a/streams.d/olpc-development.stream b/streams.d/olpc-development.stream index 23ab426..ebc2722 100755 --- a/streams.d/olpc-development.stream +++ b/streams.d/olpc-development.stream @@ -53,22 +53,12 @@ OLPC_CORE_PACKAGES= $OLPC_LANGUAGE_PACKAGES $OLPC_CORE_TELEPATHY_PACKAGES $OLPC_CORE_LIBRARY_PACKAGES +olpc-packages-xorg olpc-library-common shadow-utils vixie-cron anacron logrotate -xorg-x11-server-Xorg -xorg-x11-drv-void -xorg-x11-drv-fbdev -xorg-x11-drv-amd -xorg-x11-drv-evdev -xorg-x11-drv-keyboard -xorg-x11-drv-mouse -xorg-x11-drv-cirrus -xorg-x11-utils -xorg-x11-xinit -xorg-x11-xauth passwd gtk2-engines dbus-x11 @@ -94,8 +84,6 @@ openssl eject csound csound-python -libXcomposite -libXdamage nano hal NetworkManager -- 1.5.3.7.1149.g591a ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[PATCH] Add geode RPM macros
Signed-off-by: Bernardo Innocenti [EMAIL PROTECTED] --- pilgrim |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/pilgrim b/pilgrim index 3cdb4c2..90fc1bc 100755 --- a/pilgrim +++ b/pilgrim @@ -544,6 +544,13 @@ if [ $SKIP_INSTALL = 0 ] ; then mkdir -p /etc/rpm cat EOF /etc/rpm/macros.pilgrim %_install_langs $LOCALES +%_arch geode +%ix86 i386 i486 i586 i686 pentium3 pentium4 athlon geode +optflags: geode -O2 -g -m32 -march=geode +arch_canon: geode: geode 1 +buildarchtranslate: geode: i386 +arch_compat: geode: i586 +buildarch_compat: geode: i586 EOF if [ $EXCLUDE_DOCS != 0 ] ; then cat EOF /etc/rpm/macros.pilgrim -- 1.5.3.7.1149.g591a ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Upgrading to Fedora 8
Yesterday I tried upgrading yoyride to Fedora 8, to see how much pain it would be. After enabling the fedora repo in /etc/yum.repos.d/fedora.repo and tweaking it to make it fetch from version 8, I just did: init 3 yum -y dist-upgrade --exclude poppler init 5 Going to init 3 is necessary to conserve memory, otherwise yum fights with sugar and cranks the system to death. Excluding poppler precents a dependency problem in our custom package. Surprisingly, everything worked perfectly after the update, until I rebotted. Then I got into a minor glitch that prevents input hotplug from working when the X server is run by the unprivileged user olpc (X is a suid binary). If I run X manually from the console, everything works fine. There's probably a stricter check on the EUID somewhere in dbus or in hal. -- \___/ |___| Bernardo Innocenti - http://www.codewiz.org/ \___\ One Laptop Per Child - http://www.laptop.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Upgrading to Fedora 8
Seems likely upgrade.2 material. Please add an enhancement request to trac... - Jim On Mon, 2007-12-10 at 19:05 -0500, Bernardo Innocenti wrote: Yesterday I tried upgrading yoyride to Fedora 8, to see how much pain it would be. After enabling the fedora repo in /etc/yum.repos.d/fedora.repo and tweaking it to make it fetch from version 8, I just did: init 3 yum -y dist-upgrade --exclude poppler init 5 Going to init 3 is necessary to conserve memory, otherwise yum fights with sugar and cranks the system to death. Excluding poppler precents a dependency problem in our custom package. Surprisingly, everything worked perfectly after the update, until I rebotted. Then I got into a minor glitch that prevents input hotplug from working when the X server is run by the unprivileged user olpc (X is a suid binary). If I run X manually from the console, everything works fine. There's probably a stricter check on the EUID somewhere in dbus or in hal. -- Jim Gettys One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
wow, wireless go BOOM!
today i updated my b4 to the latest firmware, then installed ship-2 via usb, then olpc-updated to the latest joyride build that i could find. [the impetus for the updates, today, beyond the RTC bug, was that the wireless on the B4 didn't seem to want to come on. Empty neighborhood screen, etc. There were some libertas error messages in the dmesg output, which were initially somewhat concerning. Now, I wish that I'd written them down. Oops.] a minute ago my ubuntu laptop (an aging dell inspiron 8200, with 802.11b truemobile mini-pci card, running 2.6.22...) started spewing error messages and the card began frequently resetting itself. LOTS of spewage. turning the b4 off seems to have eliminated the issue. huh. :-) possible complicating factors: My local network has a BUNCH of 802.11g devices on it. A d-link pci card, several different belkin and linksys usb dongles, etc. All talking to the one AP. And there are several, several, several APs RF-visible from here - typically 20-30, depending on which window of the house you happen to be closest to. There's also a B2-1 here, running 406.15, with very non-current-ish firmware on it. the AP to which the laptop and the B4 were both connected is a Netgear WGR614v6, running firmware V2.0.13_1.0.13NA. The B2-1 was disconnected and at a point where it would have liked for me to type in a WEP key. The AP is WEP, as there are several devices that don't do WPA and still need to work. This sounds a little bit like the reported WDS/frame/mesh scenarios that I've seen mentioned on a couple of occasions recently... but not exactly. I am happy to do further testing - and endure further possible crashes of my non-XO laptop - to help get this stable again. :-) --elijah ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Upgrading to Fedora 8
On 12/10/07, Bernardo Innocenti [EMAIL PROTECTED] wrote: Then I got into a minor glitch that prevents input hotplug from working when the X server is run by the unprivileged user olpc (X is a suid binary). If I run X manually from the console, everything works fine. There's probably a stricter check on the EUID somewhere in dbus or in hal. So, once this is fixed, are there any plans to upgrade to Fedora Core 8 for everyone else? -ffm ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 1398
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1398/ -cyrus-sasl-lib.i386 0:2.1.22-6 +cyrus-sasl-lib.i386 0:2.1.22-8.fc7 -xorg-x11-drv-cirrus.i386 0:1.1.0-3.fc7 +xorg-x11-drv-cirrus.i386 0:1.1.0-5.olpc2 +xorg-x11-drv-evdev.i386 0:1.2.0-2norel.olpc2 -xorg-x11-drv-evdev.i386 0:1.2.0-2.olpc2 +xorg-x11-drv-fbdev.i386 0:0.3.1-2.fc7 -xorg-x11-drv-fbdev.i386 0:0.3.1-3.olpc2 +xorg-x11-drv-keyboard.i386 0:1.1.0-3.fc7 -xorg-x11-drv-keyboard.i386 0:1.2.1-0.olpc2 +xorg-x11-drv-mouse.i386 0:1.2.1-2.fc7 -xorg-x11-drv-mouse.i386 0:1.2.2-0.olpc2 --- xorg-x11-drv-cirrus.i386 1.1.0-5.olpc2 --- - Rebuild for PPC toolchain bug -- This email was automatically generated Aggregated logs at http://dev.laptop.org/~bert/joyride-pkgs.html ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Upgrading to Fedora 8
So, once this is fixed, are there any plans to upgrade to Fedora Core 8 for everyone else? I seem to recall absorbing the fact that a re-basing onto FC8 was intended... and this was some time back. --e ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
First pre-release sample thing of Creative Commons' Licensing activity
I'm deeply fearful^W^Wproud to announce the first version of the CC licensing activity. Let me give you all some background, and then scar you all with a link. One of the core activities of the Creative Commons organization is getting software (apps and platforms) to support metadata showing and searching when viewing files that contain Creative Commons licenses as well as letting users CC-license their files. We have been chatting with OLPC about some sort of integration for some time; indeed, one of our summer interns was tasked with working on it. http://wiki.laptop.org/go/Creative_Commons has the old brainstorming. What we've converged on is an activity with a comic, to be translated widely, that an XO activity will show, as well as letting the kids play with a license chooser. That license chooser UI will probably show up again in the control panel; probably the license chosen there will be the default if they choose to CC license other work they create. That summer intern wrote a patch some time ago to let CC licenses be chosen in the journal, which is in the old ticket https://dev.laptop.org/ticket/3529 . ENOUGH ALREADY! WHAT IS THIS ACTIVITY? --- It's: * A first-run disclaimer, to be considered by our legal staff who have conerns like the possibility of under-18 people doing licensing, * A simple back-forward viewer of a comic, with text at the bottom, and * A license chooser widget available in the Navigation menu. * available at http://labs.creativecommons.org/~paulproteus/olpc/License_1.xo * appallingly large, which I work on soon * trackable in gitweb: http://dev.laptop.org/git?p=projects/cclicensing;a=summary KNOWN BUGS? --- Of course. The license chooser's first time loading is very slow, and it writes to ~/.license/ , which is bad news for the impending security review of activities (I'll fix both soonish). YOUR HELP? -- Two questions: 1. As you click back and forward, the screen is sort of jerky, and the text widget seems to appear on the screen twice for a moment. Is there a way to make this smoother? 2. How do I make the Navigation menu selected by default on application startup? It seems the Web activity does this, but I can't quite figure out how (indeed, I used it as a reference for making this activity). YOUR TAKE? -- Please take a look at this thing and let me know what you all think. Within the week, we're going to be putting the comics+text up on the web in a convenient format for reading and commenting; consider this a preview of that. -- Asheesh. P.S. Thanks Alex, Jon, and Rebecca for making the comic! P.P.S. The all-caps are section titles, not me shouting! P.P.P.S. Thanks all on this list for being so pleasant and responsive to my questions over the past few weeks! -- Kindness is a language which the deaf can hear and the blind can read. -- Mark Twain ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Activity depends on Fedora-packaged binary code
This thing obviously doesn't scale and in the long term we may end up reinventing a full blown package manager with dependency tracking, plus tools like apt for downloading and installing them. It seems to me that the ideal thing would be for Sun to go ahead and get around to releasing certain bits of the OpenSolaris tree under dual GPL/CDDL, so that OLPC can merely adopt something like the Image Packaging System (IPS) being developed for the it-might-be-Solaris-11 Indiana distribution. It is even in Python :-) [and IPS packages (images) have some *distinctly* Activity or bundle-like characteristics... MANIFESTs/(prototype files)... the need for awareness of security contexts... both OLPC and OpenSolaris are definitely of like mind about a few fairly crucial things.] [[a fun project for someone would be to hack up alien to convert RPMs into images... this is all right in line with the overlay filesystems that I've seen mentioned in a couple of different OLPC contexts.]] --elijah ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: wow, wireless go BOOM!
Elijah, Thanks for this information. It would be great if you can start a bug with all this info and then we can follow the suggested steps and results. Ricardo - can you add suggested tests for Elijah since this is an area you have spent a lot of your time recently :-) Thanks, Kim On Dec 10, 2007 7:39 PM, [EMAIL PROTECTED] wrote: today i updated my b4 to the latest firmware, then installed ship-2 via usb, then olpc-updated to the latest joyride build that i could find. [the impetus for the updates, today, beyond the RTC bug, was that the wireless on the B4 didn't seem to want to come on. Empty neighborhood screen, etc. There were some libertas error messages in the dmesg output, which were initially somewhat concerning. Now, I wish that I'd written them down. Oops.] a minute ago my ubuntu laptop (an aging dell inspiron 8200, with 802.11b truemobile mini-pci card, running 2.6.22...) started spewing error messages and the card began frequently resetting itself. LOTS of spewage. turning the b4 off seems to have eliminated the issue. huh. :-) possible complicating factors: My local network has a BUNCH of 802.11g devices on it. A d-link pci card, several different belkin and linksys usb dongles, etc. All talking to the one AP. And there are several, several, several APs RF-visible from here - typically 20-30, depending on which window of the house you happen to be closest to. There's also a B2-1 here, running 406.15, with very non-current-ish firmware on it. the AP to which the laptop and the B4 were both connected is a Netgear WGR614v6, running firmware V2.0.13_1.0.13NA. The B2-1 was disconnected and at a point where it would have liked for me to type in a WEP key. The AP is WEP, as there are several devices that don't do WPA and still need to work. This sounds a little bit like the reported WDS/frame/mesh scenarios that I've seen mentioned on a couple of occasions recently... but not exactly. I am happy to do further testing - and endure further possible crashes of my non-XO laptop - to help get this stable again. :-) --elijah ___ 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: wow, wireless go BOOM!
Ricardo Carrano wrote: Up to the present moment, there is no other known scenario where a group of XOs could disturb a network. So, if you update the firmware and still get general problems in the network, we are really interested in repeating this. Actually this sounds similar to the problems we had a few weeks ago a a conference in CA. There is a bug report open on it already. As the conference was a temporary thing, we can't reproduce the exact situation. Some of the symptoms you posted look different, but the 3 X0s at the conference were all running build 406 still. One of the ideas at the conference was the density of other APs was part of the problem. This is the part that sounds real similar... - rob - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: wow, wireless go BOOM!
Yes, it sounds very much like what was reported earlier. Maybe different, though. Here's a a dmesg dump of the things-going-insane on my ubuntu laptop, from eth1 getting ifconfig'ed up to crash (I had to do a full-on hold-down-the-power-button reset...). --elijah -- Dec 10 19:06:34 ubuntu kernel: [ 359.208000] ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready Dec 10 19:06:42 ubuntu dhcdbd: dhco_input_option: Value -1 cannot be converted to type L Dec 10 19:06:42 ubuntu dhcdbd: dhco_parse_option_settings: bad option setting: new_dhcp_lease_time = -1 Dec 10 19:06:42 ubuntu dhcdbd: dhco_input_option: Value -644245096 cannot be converted to type L Dec 10 19:06:42 ubuntu dhcdbd: dhco_parse_option_settings: bad option setting: new_dhcp_rebinding_time = -644245096 Dec 10 19:06:42 ubuntu dhcdbd: message_handler: message handler not found under /com/redhat/dhcp/eth1 for sub-path eth1.dbus.get.host_name Dec 10 19:06:42 ubuntu dhcdbd: message_handler: message handler not found under /com/redhat/dhcp/eth1 for sub-path eth1.dbus.get.domain_name Dec 10 19:06:42 ubuntu dhcdbd: message_handler: message handler not found under /com/redhat/dhcp/eth1 for sub-path eth1.dbus.get.nis_domain Dec 10 19:06:42 ubuntu dhcdbd: message_handler: message handler not found under /com/redhat/dhcp/eth1 for sub-path eth1.dbus.get.nis_servers Dec 10 19:07:36 ubuntu kernel: [ 420.464000] hermes @ 0001e100: Card removed while waiting for command 0x0021 completion. Dec 10 19:07:36 ubuntu kernel: [ 420.692000] hermes @ 0001e100: Card removed while issuing command 0x0021. Dec 10 19:07:36 ubuntu kernel: [ 420.692000] hermes @ 0001e100: Card removed while issuing command 0x0021. Dec 10 19:07:36 ubuntu kernel: [ 420.696000] hermes @ 0001e100: Card removed while issuing command 0x0021. Dec 10 19:07:38 ubuntu kernel: [ 422.464000] hermes @ 0001e100: Card removed while issuing command 0x0021. Dec 10 19:07:38 ubuntu last message repeated 3 times Dec 10 19:07:40 ubuntu kernel: [ 424.464000] hermes @ 0001e100: Card removed while issuing command 0x0021. Dec 10 19:07:40 ubuntu last message repeated 2 times Dec 10 19:07:42 ubuntu kernel: [ 426.464000] printk: 1 messages suppressed. Dec 10 19:07:42 ubuntu kernel: [ 426.464000] hermes @ 0001e100: Card removed while issuing command 0x0021. Dec 10 19:08:13 ubuntu kernel: [ 430.712000] printk: 23 messages suppressed. Dec 10 19:08:49 ubuntu kernel: [ 435.692000] printk: 176 messages suppressed. Dec 10 19:08:49 ubuntu kernel: [ 440.712000] printk: 178 messages suppressed. Dec 10 19:09:01 ubuntu kernel: [ 445.70] printk: 177 messages suppressed. Dec 10 19:09:01 ubuntu kernel: [ 450.70] printk: 177 messages suppressed. Dec 10 19:09:01 ubuntu kernel: [ 455.692000] printk: 180 messages suppressed. Dec 10 19:09:01 ubuntu kernel: [ 460.712000] printk: 178 messages suppressed. Dec 10 19:09:01 ubuntu kernel: [ 465.70] printk: 177 messages suppressed. Dec 10 19:09:01 ubuntu kernel: [ 470.696000] printk: 177 messages suppressed. Dec 10 19:09:01 ubuntu kernel: [ 475.696000] printk: 177 messages suppressed. On Mon, 10 Dec 2007, Rob Savoye wrote: Date: Mon, 10 Dec 2007 20:05:59 -0700 From: Rob Savoye [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: wow, wireless go BOOM! Ricardo Carrano wrote: Up to the present moment, there is no other known scenario where a group of XOs could disturb a network. So, if you update the firmware and still get general problems in the network, we are really interested in repeating this. Actually this sounds similar to the problems we had a few weeks ago a a conference in CA. There is a bug report open on it already. As the conference was a temporary thing, we can't reproduce the exact situation. Some of the symptoms you posted look different, but the 3 X0s at the conference were all running build 406 still. One of the ideas at the conference was the density of other APs was part of the problem. This is the part that sounds real similar... - rob - ___ 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: wow, wireless go BOOM!
I think we never got the information on the models of APs in use at this conference. But, we deduct by the symptoms that they were linksys wrt54g with lazywds enabled. Recent builds (640+) addresses this. -- Ricardo Carrano -- Original Message --- From: Rob Savoye [EMAIL PROTECTED] To: N/A Cc: [EMAIL PROTECTED] Sent: Mon, 10 Dec 2007 20:05:59 -0700 Subject: Re: wow, wireless go BOOM! Ricardo Carrano wrote: Up to the present moment, there is no other known scenario where a group of XOs could disturb a network. So, if you update the firmware and still get general problems in the network, we are really interested in repeating this. Actually this sounds similar to the problems we had a few weeks ago a a conference in CA. There is a bug report open on it already. As the conference was a temporary thing, we can't reproduce the exact situation. Some of the symptoms you posted look different, but the 3 X0s at the conference were all running build 406 still. One of the ideas at the conference was the density of other APs was part of the problem. This is the part that sounds real similar... - rob - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel --- End of Original Message --- ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Upgrading to Fedora 8
Bernardo Innocenti wrote: Yesterday I tried upgrading yoyride to Fedora 8, to see how much pain it would be. After enabling the fedora repo in /etc/yum.repos.d/fedora.repo and tweaking it to make it fetch from version 8, I just did: init 3 yum -y dist-upgrade --exclude poppler init 5 Going to init 3 is necessary to conserve memory, otherwise yum fights with sugar and cranks the system to death. Excluding poppler precents a dependency problem in our custom package. Surprisingly, everything worked perfectly after the update, until I rebotted. Then I got into a minor glitch that prevents input hotplug from working when the X server is run by the unprivileged user olpc (X is a suid binary). If I run X manually from the console, everything works fine. There's probably a stricter check on the EUID somewhere in dbus or in hal. Does the symlink in /boot to the kernel get updated? I've tried smaller-scale updates (just the kernel) and it still reboots into the old kernel. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Upgrading to Fedora 8
On Mon, 2007-12-10 at 19:05 -0500, Bernardo Innocenti wrote: Yesterday I tried upgrading yoyride to Fedora 8, to see how much pain it would be. After enabling the fedora repo in /etc/yum.repos.d/fedora.repo and tweaking it to make it fetch from version 8, I just did: init 3 yum -y dist-upgrade --exclude poppler init 5 Going to init 3 is necessary to conserve memory, otherwise yum fights with sugar and cranks the system to death. Excluding poppler precents a dependency problem in our custom package. Surprisingly, everything worked perfectly after the update, until I rebotted. Then I got into a minor glitch that prevents input hotplug from working when the X server is run by the unprivileged user olpc (X is a suid binary). If I run X manually from the console, everything works fine. There's probably a stricter check on the EUID somewhere in dbus or in hal. NetworkManager will lose the mesh interface if you update to 0.7, FYI. Dan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Activity depends on Fedora-packaged binary code
This thing obviously doesn't scale and in the long term we may end up reinventing a full blown package manager with dependency tracking, plus tools like apt for downloading and installing them. But seriously, does the XO really need two package managers? What's wrong with Fedora/RPM/yum? Do people really need to spend ergs on supporting Debian? Neither APT/dpkg/deb nor yum/.rpm toolkits have, that I know of, any kind of support in them right now that would let them work safely with something like Bitfrost/Rainbow/security domains. This is, obviously, a pretty important thing for Linux in general, across all distributions, and particularly for projects like OLPC. Some wheel-reinvention may go on, possibly more than once, before dust settles and folks agree on a common solution that is more than just a one-off hack to support OLPC. [Something like Conary, or IPS, or whatever someone finally does the legwork to make extensible into bitfrost/rainbow-land I suppose there could be considered to be an arms race of getting the technology worked out to do the right things with minimal hassle :-)] --e ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel