Re: kids cannot participate (was Re: WSJ)
Albert Cahalan wrote: At bare minimum, the build process should ensure that all the various *-devel RPMs can be installed. Right now they do not all install. I'm unable to get SDL-Pango and librsvg. Just a few days ago we were missing libX11 and even gcc itself. These were just bugs caused by people not uploading all their RPMs to the ~/public_rpms/ directories. In some cases, source RPMs and debuginfo RPMs may be missing too. These problems will be fixed once we complete the migration of all our packages into the Fedora package repository and build them with Koji. Dennis is working on it. Note that a **very** complete development environment is only 9 MB. That includes the C compiler, all the standard header files, and even the odds and ends like libSDL. I believe compiling large C programs with optimizations turned on is not even possible without adding some swap space. It's a crying shame that the laptop includes every impractical sandboxed toy out of academia, but fails to include **the** systems programming language. All of the important things are written in C, including Python! Does the laptop really have to include development tools on the precious internal flash? Only a kid in one thousand will want to become a hacker. And those who do, are better off learning how to download and install a few packages before they get into harder programming business :-) -- \___/ |___| 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: DBus signature for gtk objects
On Tue, 2007-11-27 at 19:29 -0200, Rafael Barbolo Lopes wrote: Is it possible to exchange gtk objects (a gtk.gdk.Pixmap) thought DBus tubes? If it is, can someone help me to find a way to do this? I think it's necessary to create a BusObject, but I can't get it working using this quick tutorial: http://dbus.freedesktop.org/doc/dbus-python/doc/tutorial.html#claiming-a-bus-name You cannot just use a remote object as if it was a gtk.gdk.Pixmap, they are just two very different pieces of code. My guess is that for doing this, you would need to get the Pixmap from the X server to the client side (Pixbuf), serialize it somehow, and pass it as a dbus.ByteArray or as a path to a temp file in disk (if that's possible in Rainbow). The other side would need to create a Pixbuf from it and send it to the server as a Pixmap. This process is not only convoluted, but will be also quite slow. Perhaps there is some way in X for two processes to share pixmaps, but I don't know about that. Why you want to do that? If you explain it, perhaps we'll be able to give better advice. Regards, Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New ship.2 build 643
http://xs-dev.laptop.org/~cscott/olpc/streams/ship.2/build643/ -Etoys-69.xo +Etoys-70.xo -bootfw.i386 0:q2d03-0 +bootfw.i386 0:q2d05-0 -etoys.noarch 0:2.2.1784-1 +etoys.noarch 0:2.2.1793-1 +libpcap.i386 14:0.9.7-1.fc7 -olpccontents.i386 0:1.7-0 +olpccontents.i386 0:1.8-0 -olpcrd.i386 0:0.34-0 +olpcrd.i386 0:0.35-0 -olpcupdate.i386 0:1.3-0 +olpcupdate.i386 0:1.7-0 -olpc-utils.i386 0:0.45-2.olpc2 +olpc-utils.i386 0:0.48-1.olpc2 +tcpdump.i386 14:3.9.7-1.fc7 +telepathy-salut.i386 0:0.1.10-0.10.olpc2 -telepathy-salut.i386 0:0.1.9-0.10.olpc2 --- Etoys-70 --- * fix joining shared activity (#3758) * fixes for popup-carets (#2807) * no sandbox and key generation in rainbow (#4787) -- This email was automatically generated Aggregated logs at http://dev.laptop.org/~bert/ship.2-pkgs.html ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New ship.2 build 643
On Nov 28, 2007 6:00 AM, Build Announcer Script [EMAIL PROTECTED] wrote: http://xs-dev.laptop.org/~cscott/olpc/streams/ship.2/build643/ I expect that this build fixes the following bugs from http://dev.laptop.org/milestone/Ship.2 : * Trac #3879, Robust olpc-update * Trac #5037, Update firmware in update1 to q2d05. * Trac #5047, fix serial number display during activation * Trac #5133, olpc-utils-0.48 to ship.2 * Trac #5070, fix for several Salut crashes. * Trac #5153, Network sniffing script. (in /usr/sbin/olpc-network-capture) Still open: * Trac #5141, unset our default jabber server (just an oversight on my part) * Trac #5143, Change mesh behavior to not bring up the mesh automatically. * Trac #5108, Salut crashed (unclear whether this patch is included in the fix for #5070) --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: DBus signature for gtk objects
I want that for sharing Oficina (paint) activity through the mesh. When a user enters in a shared drawing, the owner would send his pixmap for this new user. Maybe serializing the pixmap wouldn't be a bad idea, cause it's passed once per user who join the activity and wouldn't let the activity slow after loaded. If you have any other advice, please let me know. Thanks 2007/11/28, Tomeu Vizoso [EMAIL PROTECTED]: On Tue, 2007-11-27 at 19:29 -0200, Rafael Barbolo Lopes wrote: Is it possible to exchange gtk objects (a gtk.gdk.Pixmap) thought DBus tubes? If it is, can someone help me to find a way to do this? I think it's necessary to create a BusObject, but I can't get it working using this quick tutorial: http://dbus.freedesktop.org/doc/dbus-python/doc/tutorial.html#claiming-a-bus-name You cannot just use a remote object as if it was a gtk.gdk.Pixmap, they are just two very different pieces of code. My guess is that for doing this, you would need to get the Pixmap from the X server to the client side (Pixbuf), serialize it somehow, and pass it as a dbus.ByteArray or as a path to a temp file in disk (if that's possible in Rainbow). The other side would need to create a Pixbuf from it and send it to the server as a Pixmap. This process is not only convoluted, but will be also quite slow. Perhaps there is some way in X for two processes to share pixmaps, but I don't know about that. Why you want to do that? If you explain it, perhaps we'll be able to give better advice. Regards, Tomeu -- Rafael Barbolo Lopes http://rafaelbarbolo.blogspot.com/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: DBus signature for gtk objects
Hey, Both slider-puzzle and jigsaw-puzzle do this when sharing a puzzle (or when using the Journal storage). It wasn't straightforward iirc, but feel free to dig in the code and ask if there is something cryptic there. And it is slow, so be prepared... -- cn Rafael Barbolo Lopes wrote: I want that for sharing Oficina (paint) activity through the mesh. When a user enters in a shared drawing, the owner would send his pixmap for this new user. Maybe serializing the pixmap wouldn't be a bad idea, cause it's passed once per user who join the activity and wouldn't let the activity slow after loaded. If you have any other advice, please let me know. Thanks 2007/11/28, Tomeu Vizoso [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: On Tue, 2007-11-27 at 19:29 -0200, Rafael Barbolo Lopes wrote: Is it possible to exchange gtk objects (a gtk.gdk.Pixmap) thought DBus tubes? If it is, can someone help me to find a way to do this? I think it's necessary to create a BusObject, but I can't get it working using this quick tutorial: http://dbus.freedesktop.org/doc/dbus-python/doc/tutorial.html#claiming-a-bus-name You cannot just use a remote object as if it was a gtk.gdk.Pixmap, they are just two very different pieces of code. My guess is that for doing this, you would need to get the Pixmap from the X server to the client side (Pixbuf), serialize it somehow, and pass it as a dbus.ByteArray or as a path to a temp file in disk (if that's possible in Rainbow). The other side would need to create a Pixbuf from it and send it to the server as a Pixmap. This process is not only convoluted, but will be also quite slow. Perhaps there is some way in X for two processes to share pixmaps, but I don't know about that. Why you want to do that? If you explain it, perhaps we'll be able to give better advice. Regards, Tomeu -- Rafael Barbolo Lopes http://rafaelbarbolo.blogspot.com/ ___ 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: Updated glibc-2.7 for geode
By the way, why can't we drop the geode optimized routines in sysdeps/i386/i686? The i686 subarch has many more asm optimizations that we may like to have on the geode too. We've been using the i686 binary on the laptop since before I joined the project, so we're not concerned by ISA compatibility issues. I do not know too much about those asm optimizations but keep in mind that the Geode is an in-order CPU so it handles asm in a totally different way in a lot of cases. So it is highly likely that those asm optimizations can turn out to be slower. What I am trying to tell is that good faith does not replace profiling... :) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New ship.2 build 643
On Nov 28, 2007 8:09 AM, Bert Freudenberg [EMAIL PROTECTED] wrote: What designation does this build have for olpcupdate? I get an unknown module: ship.2 error. Sorry, the upgrade server didn't know about 'ship.2'. Fixed; it should work now. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New ship.2 build 643
On Nov 28, 2007, at 14:44 , C. Scott Ananian wrote: On Nov 28, 2007 8:09 AM, Bert Freudenberg [EMAIL PROTECTED] wrote: What designation does this build have for olpcupdate? I get an unknown module: ship.2 error. Sorry, the upgrade server didn't know about 'ship.2'. Fixed; it should work now. It recognizes ship2-643 now. But the update fails in the verification step: Contents manifest failure at line 492 Last file examined: feedparser.py - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New ship.2 build 643
On Nov 28, 2007 9:16 AM, Bert Freudenberg [EMAIL PROTECTED] wrote: It recognizes ship2-643 now. But the update fails in the verification step: Contents manifest failure at line 492 Last file examined: feedparser.py It Works For Me (tm). Please file a trac bug w/ the your starting build, the exact olpc-update command you used, etc. Thanks. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 351
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build351/ -Chat-29.xo +Chat-30.xo --- Chat-30 --- * #5160: Stop autoscrolling when you scroll up (morgs) -- 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
clean installation of 643.
I tried to do clean install of 643 and it failed. Actually, it worked for the first time. Then, I realized that I forgot to put Q2D05 firmware on my USB memory. So I put the .rom file and tried the clean installation again. Then during the boot process I got: -- Restoring from backup tar: Short read Traceback (most recent call last): File /init, line 110, in module backup_or_restore() File /init, line 87, in backup_or_restore do_restore() File /init, line 77, in do_restore safe_sh(tar -xz -f + backup_file + -C /restore) File /initutil.py, line 26, in safe_sh raise RuntimeError(Command exited with non-zero exit status.) -- -- Yoshiki ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: clean installation of 643.
--- Yoshiki Ohshima wrote: I tried to do clean install of 643 and it failed. Actually, it worked for the first time. Then, I realized that I forgot to put Q2D05 firmware on my USB memory. So I put the .rom file and tried the clean installation again. Then during the boot process I got: -- Restoring from backup tar: Short read Traceback (most recent call last): File /init, line 110, in module backup_or_restore() File /init, line 87, in backup_or_restore do_restore() File /init, line 77, in do_restore safe_sh(tar -xz -f + backup_file + -C /restore) File /initutil.py, line 26, in safe_sh raise RuntimeError(Command exited with non-zero exit status.) -- -- Yoshiki --- end of quote --- In the future, if you're only updating the ofw, you should just get to the ok prompt and type: ok flash path_to_file Also, after the firmware is upgraded, it reboots the machine, which would then lead the machine into trying to do an upgrade instead of a clean install if you don't hold the square key. That is probably why it created a backup and tried to restore from it. This means there may be some issues with the auto-reinstallation process, which should be looked into. - AlexL ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Patent infringement lawsuit against OLPC in Nigeria
nick knouf schrieb: I don't know Nigerian reverse-engineering laws so I don't know if the case has any merit, but is there any word about how this will affect the XO in Nigeria? DEAR MR. KNOUF, MY NAME IS KING OYEGBOLA. I COME FROM NIGERIA AND INVENTED THE THIRD AND FOURTH SHIFT KEY FOR COMPUTER KEYBOARDS. THOSE LET THE PEOPLE OF MY COUNTRY TYPE IN THE LETTERS OF THEIR DIALECTS. NOW THE REBELS AROUND LEADER NEGROPONTE STOLE MY IDEAS AND TRY TO ACHIEVE WORLD DOMINANCE USING MY INVENTION. THEREFORE I ASK FOR YOUR HELP IN FIGHTING THE REBELS AND HELP ME AND MY FAMILY OUT OF THIS MESS. TO FINANCE OUT LAWYERS WE HAVE TO TRANSFER 100.000.000$ TO THE U.S. YOU SEEM TO BE THE PERFECT PERSON FOR THIS TASK. 20% OF THE SUM ARE YOURS, IF YOU ARE WILLING TO HELP. WRITE A MAIL TO: [EMAIL PROTECTED] NIGERIA WILL THANK YOU! REGARDS, KING OYEGBOLA ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[PATCH] libertas: Support for firmware ready event.
Firmware sends an event to host to notify that the firmware is ready.
Implemented in wireless firmware version 5.110.21.p1.
Signed-off-by: Javier Cardona [EMAIL PROTECTED]
---
drivers/net/wireless/libertas/cmdresp.c |5 -
drivers/net/wireless/libertas/host.h|1 +
drivers/net/wireless/libertas/if_usb.c | 14 +++---
3 files changed, 16 insertions(+), 4 deletions(-)
diff --git a/drivers/net/wireless/libertas/cmdresp.c
b/drivers/net/wireless/libertas/cmdresp.c
index d391391..dd1e188 100644
--- a/drivers/net/wireless/libertas/cmdresp.c
+++ b/drivers/net/wireless/libertas/cmdresp.c
@@ -982,7 +982,10 @@ int libertas_process_event(wlan_private * priv)
case MACREG_INT_CODE_SNR_HIGH:
lbs_pr_alert(EVENT: snr high\n);
break;
-
+ case MACREG_INT_CODE_FIRMWARE_READY:
+ priv-adapter-fw_ready = 1;
+ lbs_pr_alert(EVENT: Wireless firmware ready\n);
+ break;
case MACREG_INT_CODE_MESH_AUTO_STARTED:
/* Ignore spurious autostart events if autostart is disabled */
if (!priv-mesh_autostart_enabled) {
diff --git a/drivers/net/wireless/libertas/host.h
b/drivers/net/wireless/libertas/host.h
index 00d5675..2150ea0 100644
--- a/drivers/net/wireless/libertas/host.h
+++ b/drivers/net/wireless/libertas/host.h
@@ -291,5 +291,6 @@ enum cmd_mesh_access_opts {
#define MACREG_INT_CODE_RSSI_HIGH 0x001c
#define MACREG_INT_CODE_SNR_HIGH 0x001d
#define MACREG_INT_CODE_MESH_AUTO_STARTED 0x0023
+#define MACREG_INT_CODE_FIRMWARE_READY 0x0030
#endif /* _HOST_H_ */
diff --git a/drivers/net/wireless/libertas/if_usb.c
b/drivers/net/wireless/libertas/if_usb.c
index 4c5e20c..740065b 100644
--- a/drivers/net/wireless/libertas/if_usb.c
+++ b/drivers/net/wireless/libertas/if_usb.c
@@ -924,10 +924,18 @@ restart:
if_usb_submit_rx_urb(priv);
- /* Delay 200 ms to waiting for the FW ready */
- msleep_interruptible(200);
+ /* Wait for the FW ready */
+ i = 0;
+ while (!priv-adapter-fw_ready i 100) {
+ msleep_interruptible(10);
+ ++i;
+ }
- priv-adapter-fw_ready = 1;
+ if (!priv-adapter-fw_ready) {
+ lbs_pr_alert(No FW RDY event received. Older FW?\n);
+ priv-adapter-fw_ready = 1;
+ } else
+ lbs_pr_info(FW ready time = %d ms\n, i * 10);
done:
lbs_deb_leave_args(LBS_DEB_USB, ret %d, ret);
--
1.5.2.5
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
[PATCH] libertas: Support for mesh_start/mesh_stop iwpriv commands.
Disable mesh autostart: mesh will be controlled by the host via iwpriv
mesh_start and mesh_stop commands.
Bump driver version number (for Marvell QA use).
Signed-off-by: Javier Cardona [EMAIL PROTECTED]
---
drivers/net/wireless/libertas/assoc.c | 16 ++
drivers/net/wireless/libertas/cmd.c | 32
drivers/net/wireless/libertas/cmdresp.c | 38 +++---
drivers/net/wireless/libertas/dev.h |2 +
drivers/net/wireless/libertas/host.h|3 +
drivers/net/wireless/libertas/hostcmd.h | 10
drivers/net/wireless/libertas/if_usb.c | 26 --
drivers/net/wireless/libertas/ioctl.c | 83 +-
drivers/net/wireless/libertas/join.c| 38 +++---
drivers/net/wireless/libertas/main.c| 68 ++
drivers/net/wireless/libertas/wext.c|3 +
drivers/net/wireless/libertas/wext.h|3 +
12 files changed, 213 insertions(+), 109 deletions(-)
diff --git a/drivers/net/wireless/libertas/assoc.c
b/drivers/net/wireless/libertas/assoc.c
index ffeec2f..01913e9 100644
--- a/drivers/net/wireless/libertas/assoc.c
+++ b/drivers/net/wireless/libertas/assoc.c
@@ -13,6 +13,8 @@
static const u8 bssid_any[ETH_ALEN] = { 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF };
static const u8 bssid_off[ETH_ALEN] = { 0x00, 0x00, 0x00, 0x00, 0x00, 0x00 };
+extern int libertas_mesh_config(wlan_private * priv, int action, int channel,
+ char *str);
static void print_assoc_req(const char * extra, struct assoc_request *
assoc_req)
{
@@ -211,9 +213,16 @@ static int assoc_helper_channel(wlan_private *priv,
{
wlan_adapter *adapter = priv-adapter;
int ret = 0;
+ int restart_mesh = 0;
lbs_deb_enter(LBS_DEB_ASSOC);
+ if (adapter-mesh_connect_status == LIBERTAS_CONNECTED) {
+ libertas_mesh_config(priv, 0, adapter-curbssparams.channel,
+NULL);
+ restart_mesh = 1;
+ }
+
ret = update_channel(priv);
if (ret 0) {
lbs_deb_assoc(ASSOC: channel: error getting channel.);
@@ -225,11 +234,13 @@ static int assoc_helper_channel(wlan_private *priv,
lbs_deb_assoc(ASSOC: channel: %d - %d\n,
adapter-curbssparams.channel, assoc_req-channel);
+
ret = libertas_prepare_and_send_command(priv, CMD_802_11_RF_CHANNEL,
CMD_OPT_802_11_RF_CHANNEL_SET,
CMD_OPTION_WAITFORRSP, 0, assoc_req-channel);
if (ret 0) {
lbs_deb_assoc(ASSOC: channel: error setting channel.);
+ lbs_pr_alert(Warning: error setting channel.);
}
ret = update_channel(priv);
@@ -256,6 +267,11 @@ static int assoc_helper_channel(wlan_private *priv,
set_bit(ASSOC_FLAG_SSID, assoc_req-flags);
done:
+ if (restart_mesh == 1) {
+ libertas_mesh_config(priv, 1, adapter-curbssparams.channel,
+ adapter-meshid);
+ }
+
lbs_deb_leave_args(LBS_DEB_ASSOC, ret %d, ret);
return ret;
}
diff --git a/drivers/net/wireless/libertas/cmd.c
b/drivers/net/wireless/libertas/cmd.c
index 50747fa..5c9260c 100644
--- a/drivers/net/wireless/libertas/cmd.c
+++ b/drivers/net/wireless/libertas/cmd.c
@@ -901,6 +901,34 @@ static int wlan_cmd_mesh_access(wlan_private * priv,
return 0;
}
+static int wlan_cmd_mesh_config(wlan_private * priv,
+ struct cmd_ds_command *cmd,
+ u16 cmd_action, void *pdata_buf)
+{
+ struct cmd_ds_mesh_config *pmconf = cmd-params.mesh_config;
+ struct cmd_ds_mesh_config *pmesh_config;
+ lbs_deb_enter_args(LBS_DEB_CMD, action %d, cmd_action);
+ pmesh_config = pdata_buf;
+ pmconf-action = cpu_to_le16(pmesh_config-action);
+ pmconf-channel = cpu_to_le16(pmesh_config-channel);
+ pmconf-type = cpu_to_le16(pmesh_config-type);
+ pmconf-length = cpu_to_le16(pmesh_config-length);
+
+ /* Set fixed field variables in scan command */
+ memcpy(pmconf-data[0], pmesh_config-data[0], pmconf-length);
+ cmd-command = cpu_to_le16(CMD_MESH_CONFIG);
+
+ /* size is equal to the sizeof(fixed portions) + the TLV len + header */
+ cmd-size = cpu_to_le16(sizeof(pmconf-action) + sizeof(pmconf-channel)
+ + sizeof(pmconf-type) + sizeof(pmconf-length)
+ + pmconf-length + S_DS_GEN);
+
+ lbs_deb_leave(LBS_DEB_CMD);
+ return 0;
+
+}
+
+
static int wlan_cmd_set_boot2_ver(wlan_private * priv,
struct cmd_ds_command *cmd,
u16 cmd_action, void *pdata_buf)
@@ -1467,6 +1495,10 @@ struct cmd_ctrl_node
*libertas_prepare_command(wlan_private * priv,
ret = wlan_cmd_mesh_access(priv, cmdptr, cmd_action, pdata_buf);
break;
+ case CMD_MESH_CONFIG:
+
New joyride build 353
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build353/ -Write-53.xo +Write-54.xo -libabiword.i386 0:2.6.0.svn20071106-1 +libabiword.i386 0:2.6.0.svn20071127-1 -libabiword-plugins.i386 0:2.6.0.svn20071106-1 +libabiword-plugins.i386 0:2.6.0.svn20071127-1 -olpc-utils.i386 0:0.48-1.olpc2 +olpc-utils.i386 0:0.49-1.olpc2 -pyabiword.i386 0:0.6.0.svn20071106-1 +pyabiword.i386 0:0.6.0.svn20071127-1 -sugar.i386 0:0.75.0-0.5.git6046c8ed46 +sugar.i386 0:0.75.0-0.6.git586d6caff1 --- libabiword.i386 2.6.0.svn20071127-1 --- * Fix 4871: the write save as entries of the journal come up uncolored (rwh) * Fix 4861: Incremental find cycles through words while typing (uwog) --- libabiword-plugins.i386 2.6.0.svn20071127-1 --- * Fix 4871: the write save as entries of the journal come up uncolored (rwh) * Fix 4861: Incremental find cycles through words while typing (uwog) --- pyabiword.i386 0.6.0.svn20071127-1 --- * Fix 4871: the write save as entries of the journal come up uncolored (rwh) * Fix 4861: Incremental find cycles through words while typing (uwog) --- sugar.i386 0.75.0-0.6.git586d6caff1 --- - Correct permissions of ~/Activites and ~/.sugar --- Write-54 --- * Fix 4871: the write save as entries of the journal come up uncolored (rwh) * Fix 4861: Incremental find cycles through words while typing (uwog) -- 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: GTK widgets in C# was: Re: WSJ
Torello Querci wrote: If you're interested in supporting Mono on the OLPC, I can create a wiki where I'll put the code I've already written, because at this time I'm working alone. I am interested in supporting Mono on the OLPC. One thing I've wanted to try is running all of Sugar with IronPython. This ought to give C#, Java (through IKVM), and any other mono language: http://www.mono-project.com/Languages full access to the Sugar widgets and APIs. I don't have time to try this now, but when I or someone else does, it would be helpful to know what is necessary to run Mono. Scott ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Patent infringement lawsuit against OLPC in Nigeria
I wrote KING OYEGBOLA and he called me back immediately. He says he is running a program called Bribe One, Get One. For the price of bribing two government officials, I can have one United States government official in my own pocket, and a government official in an impoverished developing country will be bribed as well. Plus, it is totally tax deductible! I have sent him a forklift full of money, which I'm shipping with a specially designed Haliburton Money Forklift, surplus from Iraq. I'll let you know when I receive the private phone numbers and embarrassing incriminating pictures of the government officials I'm sponsoring. -Don Andi wrote: nick knouf schrieb: I don't know Nigerian reverse-engineering laws so I don't know if the case has any merit, but is there any word about how this will affect the XO in Nigeria? DEAR MR. KNOUF, MY NAME IS KING OYEGBOLA. I COME FROM NIGERIA AND INVENTED THE THIRD AND FOURTH SHIFT KEY FOR COMPUTER KEYBOARDS. THOSE LET THE PEOPLE OF MY COUNTRY TYPE IN THE LETTERS OF THEIR DIALECTS. NOW THE REBELS AROUND LEADER NEGROPONTE STOLE MY IDEAS AND TRY TO ACHIEVE WORLD DOMINANCE USING MY INVENTION. THEREFORE I ASK FOR YOUR HELP IN FIGHTING THE REBELS AND HELP ME AND MY FAMILY OUT OF THIS MESS. TO FINANCE OUT LAWYERS WE HAVE TO TRANSFER 100.000.000$ TO THE U.S. YOU SEEM TO BE THE PERFECT PERSON FOR THIS TASK. 20% OF THE SUM ARE YOURS, IF YOU ARE WILLING TO HELP. WRITE A MAIL TO: [EMAIL PROTECTED] NIGERIA WILL THANK YOU! REGARDS, KING OYEGBOLA ___ 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: Patent infringement lawsuit against OLPC in Nigeria
On 11/27/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I imagine that if the XO is in violation, a lot of other products (hardware and software) are also in violation. Shift keys are modifiers, yes - they help you make Big Letters. The case sounds fairly ridiculous; folks've had some form of AltGr, or Meta, or Mode key since... vt100 terminals? A blasted long time. I haven't looked followed the links (the whole thing sounds frivolous to me, and not about technology), but for prior art one could do worse than the Space Cadet keyboard, used with Lisp Machines at least as early as 1980: http://en.wikipedia.org/wiki/Space-cadet_keyboard ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 354
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build354/ -Etoys-70.xo +Etoys-71.xo -etoys.noarch 0:2.2.1793-1 +etoys.noarch 0:2.2.1796-1 --- etoys.noarch 2.2.1796-1 --- * fix popup arrows * fix dbus signal matching * create badges when buddy joins --- Etoys-71 --- * fix popup arrows * fix dbus signal matching * create badges when buddy joins -- 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
OLPC's ready for delivery
I just got the email announcing that the G1G1 will arrive before XMAS eve. Is it possible that the technically adept could get a machine sooner so I can participate in the release debug? ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: GTK widgets in C# was: Re: WSJ
Im already working on this. Im working on it in a way though to run more effficiently than running as a normal JIT and instead working on a compiler of IL that can use the mono libs. We already have quite a bit working. - Original Message - From: Scott Cytacki [EMAIL PROTECTED] To: Torello Querci [EMAIL PROTECTED] Cc: devel@lists.laptop.org Sent: Wednesday, November 28, 2007 10:33 PM Subject: Re: GTK widgets in C# was: Re: WSJ Torello Querci wrote: If you're interested in supporting Mono on the OLPC, I can create a wiki where I'll put the code I've already written, because at this time I'm working alone. I am interested in supporting Mono on the OLPC. One thing I've wanted to try is running all of Sugar with IronPython. This ought to give C#, Java (through IKVM), and any other mono language: http://www.mono-project.com/Languages full access to the Sugar widgets and APIs. I don't have time to try this now, but when I or someone else does, it would be helpful to know what is necessary to run Mono. Scott ___ 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
