Re: Avahi optimisations
On Feb 26, 2008, at 2:49 AM, Sjoerd Simons wrote: Does sugar make any assumptions about the size of the key? IOW can we instead of removing the key completely, use a smaller key? As I've told daf, smcv et al many months ago in Boston, there's no point in advertising the whole key. Advertising a digest is enough as long as nodes support an on-demand operation that returns their whole key. -- Ivan Krstić [EMAIL PROTECTED] | http://radian.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Avahi optimisations
Ivan Krstić wrote: On Feb 26, 2008, at 2:49 AM, Sjoerd Simons wrote: Does sugar make any assumptions about the size of the key? IOW can we instead of removing the key completely, use a smaller key? As I've told daf, smcv et al many months ago in Boston, there's no point in advertising the whole key. Advertising a digest is enough as long as nodes support an on-demand operation that returns their whole key. As long as Sugar gets a unique value as the key, nothing will break (for very short term changes for testing...) so you could just replace the key in the TXT record with its hash. Once Update.1 is out the door I can apply my patch to make Sugar not use the key but rather the Buddy object path. Morgan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Avahi optimisations
On Feb 26, 2008, at 4:24 AM, Morgan Collett wrote: I've logged #6572 against Presence Service with a patch, to replace the public key with its sha1 hash. Works in jhbuild. That ticket indicates a 40-byte hash, but SHA-1 is a 160-bit function. Whence the doubling? Also, would you mind updating it to use hashlib.sha256? SHA-1 should be considered deprecated in all new code being written. -- Ivan Krstić [EMAIL PROTECTED] | http://radian.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Avahi optimisations
Morgan Collett wrote: Ivan Krstić wrote: On Feb 26, 2008, at 2:49 AM, Sjoerd Simons wrote: Does sugar make any assumptions about the size of the key? IOW can we instead of removing the key completely, use a smaller key? As I've told daf, smcv et al many months ago in Boston, there's no point in advertising the whole key. Advertising a digest is enough as long as nodes support an on-demand operation that returns their whole key. As long as Sugar gets a unique value as the key, nothing will break (for very short term changes for testing...) so you could just replace the key in the TXT record with its hash. I've logged #6572 against Presence Service with a patch, to replace the public key with its sha1 hash. Works in jhbuild. Morgan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Fwd: [bytesforall_readers] CALL FOR PARTICIPATION: TRAINING OF TRAINERS ON FOSS GIS with SAHANA - JAKARTA, INDONESIA
Excellent timing. Is anybody planning to attend? -- Forwarded message -- From: Francisco Sarmiento III [EMAIL PROTECTED] Date: Mon, Feb 25, 2008 at 4:31 AM Subject: [bytesforall_readers] CALL FOR PARTICIPATION: TRAINING OF TRAINERS ON FOSS GIS with SAHANA - JAKARTA, INDONESIA To: Bytes ForAll [EMAIL PROTECTED] CALL FOR PARTICIPATION: InWEnt-IOSN Training of Trainers on Free/Open Source Software-based Geographic Information Systems with Sahana Component (code: TOT FOSS-GIS Sahana Indonesia) The State Ministry for Research and Technology (RISTEK), Republic of Indonesia Venue: BPPT Building II, 3rd Floor Jl. M.H. Thamrin No. 8 Jakarta 10340, Indonesia 24-28 March 2008 Do you want to be a FOSS-GIS trainer? Do you want to make business with services for FOSS-GIS applications? The International Open Source Network (IOSN) ASEAN+3 and InWEnt Capacity Building International, Germany in collaboration with The State Ministry for Research and Technology (RISTEK), Republic of Indonesia are inviting both government and non-government organizations (NGOs), IT small-to-medium enterprises/businesses (SMEs/SMBs), developers, experts, trainers and users of Free/Open Source Software (F/OSS) disaster management information systems to a Training of Trainers (ToT) for FOSS Geographic Information Systems (GIS) with Sahana to be held at the PDII-LIPI in Jakarta, Indonesia from March 24 to 28, 2008. This activity is in response to the great demand and interest for a follow-up training as a result of the successful conduct of an earlier ToT on FOSS GIS for Disaster Management held last October 2007 in PDII-LIPI in Jakarta, Indonesia. Additional information to this previous event can be found at: http://www.ristek.go.id/index.php?mod=Newsconf=vid=2268 http://tinyurl.com/3d65xx http://wiki.osgeo.org/index.php/ToT_FOSSGIS07_training_materials_in_Bahasa http://wiki.osgeo.org/ToT_FOSSGIS_07 For this present activity, the Sahana FOSS Disaster Management Information System will be included as a training component. It is a web-based collaboration tool that addresses the common coordination problems during a disaster from finding missing people, managing aid, managing volunteers, tracking camps effectively between government groups, the civil society (NGOs) and the victims themselves. More on Sahana at http://sahana.lk/ The training aims to increase the number of potential developers, experts, trainers and users of FOSS disaster management information systems, so they can be quickly deployed in times of disaster and are able to offer more efficient and effective services (physical or virtual) to the affected communities. Of equal importance is the focus on enlarging the base of local small and medium-sized companies (SMEs) in the field of IT, who shall be empowered to offer related FOSS-services to users of FOSS disaster management information systems. The FOSS GIS ToT will focus on: * Main concepts of GIS; install, configure and use FOSS GIS applications; apply FOSS GIS tools for practical purposes (disasters, resource management, data visualization, etc). *Introduction to Sahana, a FOSS Disaster Management Information System; explore its features and applicability to disaster management as a stable and mature FOSS GIS application, particularly to Indonesian situations. *Knowing about business possibilities with FOSS-GIS services. *Develop a corps of trainers in Indonesia able to train others how to use FOSS GIS tools and applications. HOW TO APPLY: Before you proceed to apply, please refer to the detailed Participation Criteria, background and additional information along with downloadable application forms (odt and pdf formats), at the IOSN site at http://www.iosn.net/Members/fsarmiento3/tot-fossgis-sahana-indonesia Interested individuals are invited to apply for participation by sending your responses below to: asean3[AT]iosn[DOT]net Application deadline: 03 March 2008 To apply, please provide us with the following information: 1) Personal Details Name: Gender: Nationality: Country where you live and work now: Affiliation/organization, please include designation/position: Email: Address: Mobile phone number (or any contact number) and emergency contact number: 2) How far do you live from the training site (see above)? 3) Have you trained others on the use of information and communications technology? If YES, what was the topic of the course and when was the last time you gave this course? 4) How do you fulfill the participation criteria? Please refer to the PARTICIPATION CRITERIA at http://www.iosn.net/Members/fsarmiento3/tot-fossgis-sahana-indonesia FUNDING AND IMPLEMENTING PARTNERS State Ministry of Research and Technology (RISTEK), Government of Indonesia http://www.ristek.go.id/ InWent Capacity Building International, Germany http://www.inwent.org/ http://www.it-foss.org International Open Source
Re: Avahi optimisations
Ivan Krstić wrote: On Feb 26, 2008, at 4:24 AM, Morgan Collett wrote: I've logged #6572 against Presence Service with a patch, to replace the public key with its sha1 hash. Works in jhbuild. That ticket indicates a 40-byte hash, but SHA-1 is a 160-bit function. Whence the doubling? Also, would you mind updating it to use hashlib.sha256? SHA-1 should be considered deprecated in all new code being written. I used hexdigest, but actually we are normally using b64 encoding so that brought it down to 28 bytes. Using SHA-256 it's 44 bytes in the TXT record. I've updated the patch. This is a minimal patch for comparative testing of avahi, given that we will change things anyway after we do the security analysis - but for now it means we have a thing called a key in PS and Sugar that we can't use as a (cryptographic) key. If we need to live with this for more releases before we get the crypto designed and implemented, I'll probably do a more invasive patch post Update.1 that makes it clear that this is not actually the key. Morgan ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Avahi optimisations
On Feb 26, 2008, at 10:29 , Ivan Krstić wrote: On Feb 26, 2008, at 4:24 AM, Morgan Collett wrote: I've logged #6572 against Presence Service with a patch, to replace the public key with its sha1 hash. Works in jhbuild. That ticket indicates a 40-byte hash, but SHA-1 is a 160-bit function. Whence the doubling? Hex-encoding. - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Avahi optimisations
On Feb 26, 2008, at 5:20 AM, Bert Freudenberg wrote: Hex-encoding. I figured, but why? Is passing around network-order raw bytes an issue? If so, and we're trying to squeeze out bytes, surely a more efficient packing than hex encoding can be used. -- Ivan Krstić [EMAIL PROTECTED] | http://radian.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Avahi optimisations
On Feb 26, 2008, at 5:48 AM, Morgan Collett wrote: actually we are normally using b64 encoding so that brought it down to 28 bytes. Using SHA-256 it's 44 bytes in the TXT record. But _why_ are we encoding at all? TXT RDATA is one or more character strings, which are each a length octet followed by up to 255 arbitrary characters treated as a binary string. Am I misremembering the RFC? -- Ivan Krstić [EMAIL PROTECTED] | http://radian.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Avahi optimisations
On Tue, 26 Feb 2008 at 06:58:10 -0500, Ivan Krstić wrote: On Feb 26, 2008, at 5:48 AM, Morgan Collett wrote: actually we are normally using b64 encoding so that brought it down to 28 bytes. Using SHA-256 it's 44 bytes in the TXT record. But _why_ are we encoding at all? TXT RDATA is one or more character strings, which are each a length octet followed by up to 255 arbitrary characters treated as a binary string. Am I misremembering the RFC? You're correct, and I've replied as such to the Trac ticket. Can we move any further discussion there? Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Community/OLPC Server Support Discussion
ffm wrote: On Wed, Feb 20, 2008 at 9:49 AM, Bernardo Innocenti [EMAIL PROTECTED] wrote: Can we postpone it to a later date? 3:30 PM EST, Thursday, Feb. 21st? Earlier, but one I can make. Oops, I've only noticed your reply now. Has the meeting already been done? If not, how about: 18:00 EST, Tuesday, Feb. 26 in #olpc-meeting on irc.freenode.org http://www.timeanddate.com/worldclock/fixedtime.html?month=2day=26year=2008hour=18min=0sec=0p1=43 -- \___/ |___| 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
Status of goocanvas and pygoonvas
Hello, I'm a Python newbie who have used my new OLPC as a pretext of learning Python to write some board games controllable with the OLPC game buttons. As I was familiar with the goocanvas from the past (in C, and Perl) I choose to use its python binding pygoocanvas for my first game. You are welcome to see my first attempt at: http://imagic.weizmann.ac.il/~dov/olpc/index.html Look for goovex . To run it on the olpc you will first have to do: yum install pygoocanvas and that is the issue I wanted to ask about. Is there any chance of getting this platform officially sanctioned so that I can create activities and have them run out of the box? Comments on how I should finish the game are welcome as well. :-) Regards, Dov ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [OVC-discuss] Latest and Greatest from OVC
On Tue, Feb 26, 2008 at 8:58 AM, Alan Dechert [EMAIL PROTECTED] wrote: Ed Cherlin wrote, We are releasing a new demo disk today. (http://www.openvotingconsortium.org/blog/2008-feb-26/ovc_demo_gaining_exposure ) This version says that it needs 384 MB to run. I would like to see a version that can run on the One Laptop Per Child XO, which has 256 MB of RAM and no swap area. Is that possible? I'm sure it's possible, but I doubt we are going to be able to produce a boot disk any time soon that will work for that. Since the XO doesn't have a CD drive, the boot disk isn't required. We would need software source and binaries in .xo bundles or RPM packages. I'm pretty sure that we can get volunteers from OLPC and the Python community more generally to work on it, including localizing into 60+ languages. For example, we could have a code sprint at next month's PyCon Python Convention in Chicago.) Students could use the OVC software for school elections, and the community could use it at schools for local elections, knowing that the students can verify the correctness of the code. It may be easier to get our work accepted in other countries where governments are taking up Free Software more rapidly than the US. I wonder whether we could get, say, UNESCO http://portal.unesco.org/shs/en/ev.php-URL_ID=6784URL_DO=DO_TOPICURL_SECTION=201.html (From the outset, UNESCO has played a key role in the promotion of democratic values and principles.) or the Soros Foundation http://www.soros.org/initiatives/information/focus/communication/about (Civil Society Communication includes...software tools to meet the special needs of these groups.) to fund such work. Certainly the members of World Movement for Global Democracy, http://www.wmgd.net/, should be interested. We can write up something for their newsletter to ask them to get involved. I believe the OLPC comes with Python installed. If you can add Pygame, then our stuff should work. Python and PyGame are standard on the XO. See http://wiki.laptop.org/go/Games, http://wiki.laptop.org/go/Game_development, and http://www.olpcgames.org/. Alan ___ OVC-discuss mailing list [EMAIL PROTECTED] http://lists.sonic.net/mailman/listinfo/ovc-discuss By sending email to the OVC-discuss list, you thereby agree to release the content of your posts to the Public Domain--with the exception of copyrighted material quoted according to fair use, including publicly archiving at http://gnosis.python-hosting.com/voting-project/ -- 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: Wireshark
On Mon, 2008-02-25 at 15:02 -0500, Ricardo Carrano wrote: 14:43:34 Err file about_dlg.c: line 250 (splash_update): assertion failed: (ul_sofar = ul_count) Aborted (core dumped) We shouldn't be hacking epan/dissectors/register.c directly -- it's autogenerated. If we'd regenerated it using the proper tool, it would have increased the counts in the register_count() function accordingly. But we didn't, and that's why the count of registered protocols exceeds the 'maximum'. Since it's autogenerated, it is sufficient just to remove it in the RPM specfile and it'll get created again appropriately. ftp://ftp.infradead.org/pub/wireshark/wireshark.spec (with RPMs in the same directory) -- dwmw2 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New update.1 build 694
http://pilgrim.laptop.org/~pilgrim/olpc/streams/update.1/build694 Changes in build 694 from build: 693 Size delta: 0.26M -etoys 2.3.1894-1 +etoys 2.3.1894-2 -telepathy-salut 0.2.2-1.olpc2 +telepathy-salut 0.2.2-3.olpc2 -Read 41 +Read 44 --- Changes for etoys 2.3.1894-2 from 2.3.1894-1 --- + respin rpm, previous etoys.image was broken (#6548) --- Changes for telepathy-salut 0.2.2-3.olpc2 from 0.2.2-1.olpc2 --- + dev.laptop.org #6483 for stream tube flushing (patch really applied) + dev.laptop.org #6483 for stream tube flushing (patch applied) --- Changes for Read 44 from 41 --- + fix unused_download_tubes problem, #6540 (gdesmott) + Pickup translations + Add mimetypes for djvu/tiff -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/update.1-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
RPM package for cerebro test
http://lyme.media.mit.edu/cerebro/images/Cerebro-24-1.olpc2.noarch.rpm ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Wireshark
On Mon, 2008-02-25 at 04:37 -0500, John Watlington wrote: http://dev.laptop.org/~wad/wireshark-0.99.7.mesh.patch Has this been submitted to the wireshark developers? I took a quick look through it and removed some whitespace noise, and spotted a change in add_fixed_field() behaviour in the CAT_HT case. It used to lack a break; and thus fall through to the default: case. But now it doesn't, because you added a break there before your new code for CAT_VENDOR_SPECIFIC. If you really mean that as a bug fix, it should be submitted as a separate patch instead of a subtle side-effect of the mesh support. On a similar note -- in dissect_snap() in packet-llc.c, are you intentionally falling through to the OUT_ENCAP_ETHER case? If so, it's probably worth a comment to that effect. -- dwmw2 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Creative Commons branch of Sugar + Journal
I've been working behind the scenes on some changes to Sugar and the Journal that allow storing and modifying Creative Commons license metadata. It's pretty rudimentary, and it's more of a demo than code that should be merged the way it is, but I'd love to have some feedback on it. http://wiki.laptop.org/go/Creative_Commons#How_to_try_it is some info. To summarize here: * http://dev.laptop.org/ticket/3529 is a ticket with the history of this * http://dev.laptop.org/git?p=users/paulproteus/journal-activity.git;a=summary is the gitweb of my Journal branch * http://dev.laptop.org/git?p=users/paulproteus/sugar.git;a=summary is the gitweb of my Sugar branch To make this go: 1. Install the liblicense RPM at http://downloads.sourceforge.net/cctools/liblicense-0.4-1.i386.rpm (forcing the dependencies, for now; I'll build an updated RPM soon). 2. In your jhbuild (or what have you), pull my changes from my git repository. Sugar first: git remote add asheesh git://dev.laptop.org/users/paulproteus/sugar.git git fetch asheesh git merge asheesh/master Then the Journal: git remote add asheesh git://dev.laptop.org/users/paulproteus/journal-activity.git git fetch asheesh git merge asheesh/master 3. Then build, and run! I'd like feedback (mostly from laptop.org'ers, but anyone else is fine too!) about the UI, the implementation, the bugs, the data store interactions, and so forth. You'll find that my additions are technically fairly simple. The major difficulties, I think, will be working out the UI for this, which is something that I am not comfortable with, and maybe thinking through the right way to make this accessible to other activities (data store usage). Please, please reply with either I need more instructions getting it going or I got it going and have this to say. I want feedback! Cheers! -- Asheesh. -- I do not know myself and God forbid that I should. -- Johann Wolfgang von Goethe ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel