Re: joyride version announcements
That's right, would people be interested in hearing about each failed build?
Regards,
Reinier
Martin Dengler wrote:
On Tue, Aug 19, 2008 at 09:53:22PM -0400, Polychronis Ypodimatopoulos wrote:
Why are new versions of Joyride not announced?
Bert pointed out http://dev.laptop.org/~rwh/announcer/streams.py to me
yesterday, and it look as if the announcer doesn't bother if the
joyride build hasn't succeeded ('Calling out the done script' is
present in the build.log). I checked yesterday and 2306-2303
(inclusive) had failed.
Pol
Martin
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
--
Reinier Heeres
Waalstraat 17
2515 XK Den Haag
The Netherlands
Tel: +31 6 10852639
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: [sugar] Another sugar rant
Hi, I believe this guy is the culprit: http://www.mediawiki.org/wiki/Manual:%24wgDBminWordLen Default minimum word length = 4. Cheers, Reinier (But still wikipedia's search function doesn't beat google by far) Eben Eliason wrote: On Wed, Aug 6, 2008 at 11:30 AM, Ton van Overbeek [EMAIL PROTECTED] wrote: Eben Eliason wrote: On Wed, Aug 6, 2008 at 2:08 AM, Neil Graham [EMAIL PROTECTED] wrote: On Wednesday 06 August 2008 7:08:33 am Alex Levenson wrote: Searching for X2o using the wiki search doesn't find it. It's Called X2o! it's url is http://wiki.laptop.org/go/X2o for heaven's sake! Somebody either fix the search or just change the search box to go to google. Are you sure? When I search for 'X2o' (case insensitive) I am taken directly to the page you identified, bypassing any search results page altogether. I have to agree with Neil. Entering X2o in the Wiki search box on the left hand side of wiki.laptop.org leads to no matches whatsoever. Searching laptop.org via Google gives the correct page as first hit. Sorry, my fault. I failed to realize that the enter key was bound to the Go button instead of the Search button. You're right, I get no results either. It's truly strange that it doesn't recognize the page title direct match. In fact, I can even click on the 'X2o' in the text where it says You searched for X2o and get linked to the correct page! It sounds like a wiki bug, to me...has anyone filed one yet? If not, I guess it should be done. - Eben Ton van Overbeek -- Reinier Heeres Waalstraat 17 2515 XK Den Haag The Netherlands Tel: +31 6 10852639 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2232
Hi, The changelogs currently come from 2 places: - Changelog / *.changes files in public_rpms dropboxes on d.l.o - koji, by querying http://koji.fedoraproject.org/koji/search?match=globtype=buildterms=package-version I think the kernel rpms are not build in Koji. If I look at the Changelog in dilinger's homedir I see many entries such as 'kernel-latest.i586.rpm'; unfortunately, these don't help much! I didn't think about fetching changelogs from the spec file in the .src.rpm, but I think I'll have some time to do that in the weekend. I just put the build announcer in a git repo at http://dev.laptop.org/git?p=users/rwh/announcer;a=summary, people interested in helping out are welcome. Cheers, Reinier Michael Stone wrote: Indeed. I did ask a while ago where the changelog entries actually should come from, and I got no reply AFAIR. The ones in the public_rpms dropboxes cover only a small portion of packages. The other place they come from is the RPM-level changelogs encoded in the spec file. rpmdev-diff + a bit of filtering on the SRPMS is a quick way to extract the necessary information. There may be better ways. Michael P.S. - Fedora's rawhide report already accomplishes this goal. Maybe they have some code we can steal? ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Reinier Heeres Waalstraat 17 2515 XK Den Haag The Netherlands Tel: +31 6 10852639 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 15 computer science collegians looking for a project
Hi, The problem you encountered was apparently caused by the compiler warning. Renaming all instances of 'round' with something else resulted in the following here (also a C2): [EMAIL PROTECTED] ~]$ ./calibrator 431 4M callog Calibrator v0.9e (by [EMAIL PROTECTED], http://www.cwi.nl/~manegold/) b790c008 -1215250424 4096 -4088 b790cfff -1215246337 4096-1 b790d000 -1215246336 4096 0 MINTIME = 1 analyzing cache throughput... range stride spots brutto- netto-time 5242880 4 1310720 124723118 analyzing cache latency... range stride spots brutto- netto-time 5242880 4 1310720 195660 97830 analyzing TLB latency... range stride spots brutto- netto-time 108134410561024 108585429 CPU loop + L1 access: 19.81 ns = 9 cy ( delay: 959.51 ns = 414 cy ) caches: level sizelinesize miss-latencyreplace-time 1 64 KB 32 bytes 22.75 ns = 10 cy 23.15 ns = 10 cy 2192 KB 32 bytes 64.73 ns = 28 cy 76.50 ns = 33 cy TLBs: level #entries pagesize miss-latency 1 80 4 KB 126.25 ns = 54 cy Cheers, Reinier Martin Dengler wrote: On Wed, Apr 30, 2008 at 10:18:24AM +0200, NoiseEHC wrote: http://homepages.cwi.nl/~manegold/Calibrator/ Could you run on your machine and share the results? Currently I do not have access to an XO. Probably not the results you were looking for: bash-3.2$ echo `cat /ofw/ec-name` PQ2D13 bash-3.2$ echo `cat /ofw/model` C2 bash-3.2$ echo `cat /boot/olpc_build` joyride 1897 bash-3.2$ uname -r 2.6.22-20080408.1.olpc.de2a86ff3b60edc bash-3.2$ gcc --version gcc (GCC) 4.1.2 20070925 (Red Hat 4.1.2-27) Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. bash-3.2$ gcc calibrator.c -o calibrator -lm calibrator.c:132: warning: conflicting types for built-in function Ãoundà bash-3.2$ ./calibrator 431 2M calibrator_OLPC_C2 Calibrator v0.9e (by [EMAIL PROTECTED], http://www.cwi.nl/~manegold/) b7b50008 -1212874744 4096 -4088 b7b50fff -1212870657 4096-1 b7b51000 -1212870656 4096 0 MINTIME = 1 analyzing cache throughput... range stride spots brutto- netto-time 2621440 4 655360 125443136 analyzing cache latency... range stride spots brutto- netto-time 2621440 4 655360 195740 97870 analyzing TLB latency... range stride spots brutto- netto-time 324403210563072Segmentation fault bash-3.2$ Martin ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Reinier Heeres Waalstraat 17 2515 XK Den Haag The Netherlands Tel: +31 6 10852639 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO activities
Hi, I just did a new release for Calculate (v18) and linked that on the wiki page. Cheers, Reinier Bert Freudenberg wrote: On Mar 13, 2008, at 5:54 , John Watlington wrote: As we move from a model of preinstalled activities to one where an installer contains a core OS and a number of activities to be installed, the Activities page on the Wiki is sadly lacking. I didn't find .xo bundles for: Calculate Turtle Art Record Can the authors place recent bundles there ? As an interim step, some kind soul could link the missing bundles from: http://xs-dev.laptop.org/~cscott/repos/joyride/Calculate-17.xo http://xs-dev.laptop.org/~cscott/repos/joyride/TurtleArt-7.xo http://xs-dev.laptop.org/~cscott/repos/joyride/Record-53.xo - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Reinier Heeres Waalstraat 17 2515 XK Den Haag The Netherlands Tel: +31 6 10852639 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Preparing the XOs for next week's test
I'll have an updated Read package ready in a few hours. Cheers, Reinier Dennis Gilmore wrote: On Sunday 24 February 2008, Giannis Galanis wrote: Kim, You can see the diffs here: http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html http://dev.laptop.org/%7Erwh/announcer/joyride_vs_update1.html You will see that there are plenty of new stuff in joyride than just a telepathy-salut update. One thing we can do is use 693 and install the specific package, or make a new Update.1 build that includes it. But we should test it individually before putting it in the update.1 build. One thing we can do is have half the XOs with 1721 in one channel, and the other half with 693 in another channel. So we need a new read package and a new telepathy-salut. Giannis can you please make sure we have a trac bug filled requesting these. Who do i need to talk to to get the Read build done? Dennis ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Reinier Heeres Waalstraat 17 2515 XK Den Haag The Netherlands Tel: +31 6 10852639 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Preparing the XOs for next week's test
Hi, On second thought I think a new Read build is not required for this. However, there is a newer version available in joyride that's not in update-1, I'm making a ticket for that. Guillaume: your patches are on master and will be included soon. Cheers, Reinier Reinier Heeres wrote: I'll have an updated Read package ready in a few hours. Cheers, Reinier Dennis Gilmore wrote: On Sunday 24 February 2008, Giannis Galanis wrote: Kim, You can see the diffs here: http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html http://dev.laptop.org/%7Erwh/announcer/joyride_vs_update1.html You will see that there are plenty of new stuff in joyride than just a telepathy-salut update. One thing we can do is use 693 and install the specific package, or make a new Update.1 build that includes it. But we should test it individually before putting it in the update.1 build. One thing we can do is have half the XOs with 1721 in one channel, and the other half with 693 in another channel. So we need a new read package and a new telepathy-salut. Giannis can you please make sure we have a trac bug filled requesting these. Who do i need to talk to to get the Read build done? Dennis ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Reinier Heeres Waalstraat 17 2515 XK Den Haag The Netherlands Tel: +31 6 10852639 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Items for update.1 RC3
For Calculate-17 I filed http://dev.laptop.org/ticket/6438 Cheers, Reinier Sayamindu Dasgupta wrote: Hi, I have information about the releases of new packages (to pickup translations) for the following modules: acoustic measure calculate chat journal measure memorize pippy read record sugar web I believe we are still waiting for oficina tamtam write Note that some of the modules in the first list might not have got approval (or requested for approval) for inclusion in Update-1 yet. Thanks, Sayamindu On Feb 13, 2008 5:21 AM, Dennis Gilmore [EMAIL PROTECTED] wrote: So far i have to following updates to apply for update.1 Record-52.xo http://dev.laptop.org/ticket/4525 xkeyboard-config-1.1-11.20071130cvs.olpc2 http://dev.laptop.org/ticket/6159 sugar-0.75.12-1.olpc2 sugar-base-0.2.3-1.olpc2 http://dev.laptop.org/ticket/6381 etoys-2.3.1890-1.noarch.rpm Etoys-77.xo http://dev.laptop.org/ticket/6312 olpc-library-common-1-21 olpc-library-core-1-22 http://dev.laptop.org/ticket/6328 Journal-86.xo http://dev.laptop.org/ticket/6384 Memorize-25.xo http://dev.laptop.org/ticket/6401 AcousticMeasure-12.xo http://dev.laptop.org/ticket/6404 Chat-35.xo http://dev.laptop.org/ticket/6066 telepathy-salut-0.2.2-1.olpc2 http://dev.laptop.org/ticket/6271 kernel-2.6.22-20080211.1.olpc.9f4e619336a08dc http://dev.laptop.org/ticket/6402 sugar-0.75.13-1.olpc2 http://dev.laptop.org/ticket/6416 not all activities have been updated for new translations yet. Dennis ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Reinier Heeres Waalstraat 17 2515 XK Den Haag The Netherlands Tel: +31 6 10852639 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 1591
Bernardo Innocenti wrote: Build Announcer v2 wrote: http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1591 Changes in build 1591 from build: 1590 Size delta: 1M Could we keep the decimals for this figure? Maybe I'm too being picky :-) Added that :) -sugar-evince-python 2.20.1.1-1.olpc2 +sugar-evince-python 2.20.1.1-2.olpc2 -bootfw q2d09-3.olpc2.unsigned +bootfw q2d10-1.olpc2.unsigned +desktop-file-utils 0.12-4.fc7 +djvulibre 3.5.18-2.olpc2 -sugar-evince 2.20.1.1-1.olpc2 +sugar-evince 2.20.1.1-2.olpc2 +xdg-utils 1.0.2-3.fc7 What's dragging in djvulibre, desktop-file-utils and xdg-utils? djvulibre is dragged in by Read, which in the current joyride also supports reading djvu files. Don't know about the other two... Cheers, Reinier ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 1606
Hi, This changelog is of course not right, sorry for the noise. I'm looking into fixing it properly. Reinier Build Announcer v2 wrote: http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1606 Changes in build 1606 from build: 1605 Size delta: 0M -kernel 2.6.22-20080118.2.olpc.a985ba6d19d39cc +kernel 2.6.22-20080129.1.olpc.8842a09250ff229 --- Changes for kernel 2.6.22-20080129.1.olpc.8842a09250ff229 from 2.6.22-20080118.2.olpc.a985ba6d19d39cc --- + Hack around bernie/dilinger's mkinitrd brokenness. + [LXFB]: Fix suspend/resume for LX video + [LIBERTAS] Use EC command to reset OLPC wireless instead of direct access + Revert libertas: retry commands if they fail + libertas: Evil hack to work around driver refcounting problems in usb core. + libertas: Don't netif_wake_queue() on a device which isn't registered yet. + libertas: Don't try using the same URB twice simultaneously. + [MMC BLOCK] Avoid re-using minor numbers before the original device is closed. + libertas: allow setting the beacon interval to .1HZ (rather than 1HZ) + [OLPC] Shove POST-like codes into nvram during resume, for debugging. + libertas: make wakeup event mask a module parameter + libertas: bitch lots about the crappy broken locking + bug #4470 and libertas suspend/resume + libertas: drop useless default_fw_name variable + libertas: mark module_init/exit functions as __init/__exit + libertas: reset devices upon disconnect rather than module unloading + libertas: nuke useless variable usbdriver_name and useless comments + Revert psmouse: clean up olpc device capabilities + OLPC: psmouse: make the GlideSensor look like a relative device + Revert libertas: Don't try using the same URB twice simultaneously. + libertas: fix debug code + Merge branch 'stable' of ssh://dev.laptop.org/git/olpc-2.6 + libertas: attempt to recover after TX URB gets stuck + Fix race in driver removal (and hence oops on usb8xxx rmmod) + libertas: build fix * libertas: remove reestablish_connection() hack + libertas: remove nr_cmd_pending + Fix leak when (event_cause 0x). + libertas: fix execute_next_command() dnld_sent assignment + libertas: thinko in libertas_process_tx() + libertas: avoid transmit during suspend/resume + libertas: fix suspend/resume races + libertas: Fix use-after-free in disconnect + libertas: Fix memory leak on RX URB failure + Merge branch 'stable' of ssh://dev.laptop.org/git/olpc-2.6 + libertas: Don't run main command thread until the firmware is ready + libertas: Move reset command + [OLPC DCON] Do not power down DCON on machines earlier than C2. + [OLPC DCON] Remove warning message when we ask for dcon sleep + [BLOCK] Sync unplug_work before destroying queues. + libertas: proper cmd retcode check in download_command() + libertas: set ret accordingly in download_command() + libertas: fail suspend attepmt when firmware returns BUSY + OLPC: pm: run EC cmd 0x32 during suspend + OLPC: pm: issue EC Cmd 0x34 during resume + OLPC: rtc: get CMOS RAM locations from geode MSRs + net: backport print_mac() changes from upstream + libertas: sync with libertas-2.6/master + libertas: add missing files from last commit + [ETHTOOL]: Introduce get_sset_count. Obsolete get_stats_count, self_test_count + libertas: add ethtool support for wake-on-lan configuration + libertas: make lbs_update_channel() function non-static + libertas: cope with both old and new mesh TLV values + libertas: pass channel argument directly to lbs_mesh_config() + libertas: use spin_is_locked() instead of spin_trylock() in lbs_interrupt() + [LXFB]: _Really_ fix suspend/resume for LX video + OLPC: pm: turn off AC events when suspended, and turn on *all* events in resume + OLPC: add a WARN_ON when setting the SCI mask and discovering that 0x80 is unset + libertas: Frob EC reset for wireless in if_usb_reset_device() + libertas: don't exit worker thread until kthread_stop() is called + libertas: stop attempting to reset devices on unload + libertas: clean up if_usb driver + Merge branch 'stable' of ssh://dev.laptop.org/git/olpc-2.6 + libertas: kill whitespace at end of lines + libertas: kill unused wait_option field in struct cmd_ctrl_node + libertas: rename and clean up DownloadcommandToStation + add usb_endpoint_num() inline for libertas + libertas: don't use __lbs_cmd() with empty callback in if_usb.c + libertas: remove some pointless checks for cmdnode buffer being present + libertas: introduce and use lbs_complete_command() for command completion + libertas: don't re-initialise cmdnode when taking it off the free queue + libertas: kill cleanup_cmdnode() + libertas: let __lbs_cmd() free its own cmdnode + libertas: kill pdata_buf member of struct cmd_ctrl_node + libertas: store command result in cmdnode instead of
Re: New joyride build 1605
Hi, Bernardo Innocenti wrote: Build Announcer v2 wrote: snip --- Changes for bash 3.2-20.fc7 from 3.2-19.fc7 --- snip Wow! One would never expect so many changes for such an insignificant 3.2-19 - 3.2-20 upgrade :-) One would be right not to expect that... Fixed, and should be: --- Changes for bash 3.2-20.fc7 from 3.2-19.fc7 --- + Added bash32-026 upstream official patch + Added bash32-027 upstream official patch (#249987) + Added bash32-028 upstream official patch + Added bash32-029 upstream official patch (#286861) + Added bash32-030 upstream official patch + Added bash32-031 upstream official patch (#358231) + Added bash32-032 upstream official patch + Added bash32-033 upstream official patch + Fix insert command repeating in vi mode (#190350) Cheers, Reinier ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 1544 [unable to olpc-update]
Hi, I can't seem to olpc-update to this build or joyride-1543. The images seem to be available. Also, rsync rsync://updates.laptop.org doesn't list these builds, but 1542 as the latest (although I'm not sure what this exactly means :-) Cheers, Reinier Build Announcer v2 wrote: http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1544 Changes in build 1544 from build: 1543 Size delta: 6M -olpc-library-common 1-18 +olpc-library-common 1-19 -olpc-library-core 1-19 +olpc-library-core 1-20 --- Changes for olpc-library-common 1-19 from 1-18 --- + selection/index fixes; removing unused subdirs + Improved reusability of older bundles, fixed index pages + rm xo-guide, fixed es translation --- Changes for olpc-library-core 1-20 from 1-19 --- + selection/index fixes; removing unused subdirs + Improved reusability of older bundles, fixed index pages + rm xo-guide, fixed es translation -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-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 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: non-Sugar but core software?
Hi, evince-olpc is deprecated. The new package that should be used with Read is sugar-evince. Reinier C. Scott Ananian wrote: *In general* packages have 'olpc' in their titles because they are not appropriate for non-XO machines. There are exceptions: olpc-contents and olpc-evince (or is it called evince-sugar?) come to mind. --scott ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Better build announcement script, anyone?
Ivan, I wasn't referring just to the packages, but also to the ChangeLog entries. Cheers, Reinier Ivan Krstić wrote: On Jan 8, 2008, at 5:54 PM, Reinier Heeres wrote: As an added bonus, it should be possible to create a diff between *any* two versions. See also http://dev.laptop.org/~krstic/diffbuildlog.py.txt -- Ivan Krstić [EMAIL PROTECTED] | http://radian.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Better build announcement script, anyone?
Hi all, I recently started working on a new build announcer script in python. It's available at dev.laptop.org/~rwh/announcer. It parses the build.log to figure out which packages are in a build, and then tries to get all the changelogs. For this it looks in /home/*/public_rpms/ for ChangeLog files and tries to get changelogs for rpms directly from koji (this is probably the biggest advantage compared to Bert's script). It also reports changes for versions that have not been released. All changelogs and package lists are cached locally. I haven't included size deltas yet, but plan to do that within a few days; probably the size of the jffs2 or ext3 image will do, and that's easy to get. As an added bonus, it should be possible to create a diff between *any* two versions. It might have been better to integrate it in the actual build process, but I think parsing of the changelogs would probably still be the trickiest thing. If someone thinks we should integrate it better, my code is available and I can help out. I'd like to compare the output of my script and the present announcer for a couple of days to make sure it's an improvement. Then we could consider switching. Here's the mail I got about build 1521 as an example of the rpm ChangeLogs: Changes in build 1521 from build 1520 -sugar-datastore 0.7.2-2.olpc2 +sugar-datastore 0.7.3-1.olpc2 --- Changes for sugar-datastore 0.7.3-1.olpc2 from 0.7.2-2.olpc2 --- * #5707: Delete files for external properties when an entry is deleted. * #5744: Don't copy files out from usb sticks, do a symlink instead. Cheers, Reinier Bert Freudenberg wrote: On Jan 4, 2008, at 4:40 , Chris Ball wrote: I'd like it if we could either prefer ChangeLog entries to RPM changelog entries, or print both in the build changelog. What do others think? ... and ... On Jan 3, 2008, at 7:41 , Bernardo Innocenti wrote: The diff script only got the latest changelog entry and missed those for interim revisions 8, 9 and 10. ... and ... On Jan 3, 2008, at 1:08 , Bernardo Innocenti wrote: how about adding the size delta to the build report? So we see how much bloat we're taking incrementally. ... and all these requests are valid, but my script is really too dumb for that. It was only meant as an interim solution until proper announcements where sent out by the build process. So - could anyone write a new script? I don't think mine is fixable, it already does way more than originally intended. You can see it on dev.laptop.org at ~bert/public_html/updatelogs.sh (cron runs it every 15 minutes). It scrapes build logs by http, generates the html logs at http://dev.laptop.org/~bert/joyride- pkgs.html and sends out mail for any new builds encountered. - Bert - ___ 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: New update.1 build 675
Hi, You should be able to use olpc-update update.1-675 See 'rsync rsync://updates.laptop.org | sort' for a list, and http://wiki.laptop.org/go/Olpc-update for more documentation. Cheers, Reinier [EMAIL PROTECTED] wrote: On Tue, 8 Jan 2008, Build Announcer Script wrote: http://pilgrim.laptop.org/~pilgrim/olpc/streams/update.1/build675/ -etoys.noarch 0:2.3.1864-1 +etoys.noarch 0:2.3.1870-1 -squeak-vm.i386 0:3.9-12olpc3 +squeak-vm.i386 0:3.9-12olpc5 I can install a basic system with olpc-update 653, I can install some of the joyride systems with olpc-update joyride-1522 what do I need to do to install the update.1 test builds like this one? David Lang ___ 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: jhbuild failure: evince-olpc -- evince
Thanks! Pushed the patch. Cheers, Reinier Dan Krejsa wrote: Hi, I just got an error sugar-jhbuild update: dependent module evince-olpc not found from ./sugar-jhbuild. The following change seems to fix it: $ git diff diff --git a/build-scripts/sugar-platform.modules b/build-scripts/sugar-platform index 0c36b2f..da2cd79 100644 --- a/build-scripts/sugar-platform.modules +++ b/build-scripts/sugar-platform.modules @@ -275,7 +275,7 @@ dep package=pyabiword/ dep package=libabiword-plugins/ dep package=squeak/ - dep package=evince-olpc/ + dep package=evince/ dep package=hulahop/ dep package=telepathy-stream-engine/ /dependencies Also, I found I needed to install gnome-common (on Fedora 7). I've added that module to the http://wiki.laptop.org/go/Sugar_on_Fedora page. - Dan ___ 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: jhbuild failure: evince-olpc -- evince
Jani, Which upstream are you referring to? The newer evince version is already in joyride, and Read is updated there to use it. When it's nicely tested there it will probably go in the update.1 build. The Read modifications necessary (a few lines) to work with the newer evince are already in git, and are incompatible with the old evince. Therefore it makes sense to update evince in jhbuild, and besides I think the jhbuild version should reflect joyride. Cheers, Reinier Jani Monoses wrote: Reinier Heeres wrote: Thanks! Pushed the patch. Cheers, Reinier Hi Reinier, are the Sugar changes suitable for upstream inclusion? thanks Jani ___ 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: jhbuild failure: evince-olpc -- evince
Jani, That would be awesome, and in fact we were hoping that something like this was possible. I made only minor adjustments to the latest source. The biggest changes are in configure.ac and Makefile.am: there are new options --disable-binary and --enable-embed to just build things relevant for an embedded version. You can check out the modifications in my git repo: http://dev.laptop.org/git?p=users/rwh/evince;a=summary Maybe we can discuss this on IRC? I'm rwh there in #olpc and #sugar. Cheers, Reinier Jani Monoses wrote: Reinier Heeres wrote: Jani, Which upstream are you referring to? The newer evince version is already I was referring to the GNOME svn upstream, and whether plain evince tarballs will be usable for wrapping in sugar if built with certain configure options. I'd like to reuse as many of the existing system packages for ubuntu debs and I suppose most distros which will include sugar would will as little duplication of upstream packages as well. Jani ___ 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: Need help to resolve any problems
Hi Cihan, Your icon tries to embed a gif file. The actual image data, however, is not in there. Try drawing a couple of lines in inkscape and it'll probably work. As for your MANIFEST file: you need to list the files like this: just.png question.png DefaultConfig So remove the Ghost.activity/ from the beginning of the lines. Also I don't think you have to include the activity/ directory, as activity.info and the icon will be included automatically. Also leave out other directories, and list the individual files. Cheers, Reinier Cihan Akkurt wrote: Hi, I have any problems with my program : Ghost.activity Can someone help me to resolve them. Thanks. Problem with activity-icon.svg : I created an icon svg format with Inkscape that I see in my development machine, but the icon is not displayed in the emulator XO. why I am committed the icon.svg at this mail Problem with Manifest in .xo generation : I can not create Ghost.xo(my program) because I get this error that appears each time. I am committed the manifest file at this mail [EMAIL PROTECTED]:~/Activities/Ghost.activity$ ./setup.py dist WARNING: NEWS file is missing. Traceback (most recent call last): File ./setup.py, line 4, in module bundlebuilder.start(Ghost) File /home/cihan/sugar-jhbuild/build/lib/python2.5/site-packages/sugar/activity/bundlebuilder.py, line 386, in start cmd_dist(bundle_name, manifest) File /home/cihan/sugar-jhbuild/build/lib/python2.5/site-packages/sugar/activity/bundlebuilder.py, line 188, in cmd_dist bundle_zip.write(filename, os.path.join (base_dir, filename)) File /usr/lib/python2.5/zipfile.py, line 541, in write st = os.stat(filename) OSError: [Errno 2] No such file or directory: 'Ghost.activity' [EMAIL PROTECTED]:~/Activities/Ghost.activity$ -- ** Cihan Akkurt E-mail : [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Msn : [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Skype : akkuciha ** ___ 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: Urgent: Need icons from some 3rd party activities
Sure, here it is for calculate. But couldn't you just have taken them from jhbuild or the wiki? Cheers, Reinier Eben Eliason wrote: Pentagram is in need of a few activity icons for the xogiving.org microsite. Would the developers of the following activities please attach the corresponding activity icons to this thread? Thanks! Block Party Calculate News Reader Watch LIsten Turtle Art Additionally, if any of you are unsatisfied with your icons or would the like Sugar design team to clean up their appearance, please let us know. Thanks! - Eben, Pentagram ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel inline: calculate.svg___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Pippy and Calculate - Evolution Solution
Albert, Albert Cahalan wrote: Yoshiki Ohshima writes: Hi, Steve, I am a lurker, but this is an interesting discussion. I am a developer in health applications working with current dev release on a B4. Calculate is impressive; Pippy is impressive. They each serve a purpose which I think fits into an OPLC evolutionist philosophy. But, have you actually tried to use Calculate? It could not detect simple errors properly (which is now fixed), takes 10 seconds to calculate 3+4, and digits in a long floating point number are wrapped around, etc.? Errors ought to be detected as typed, with the text changing color at the point where syntax is violated. So this... 7+5-9*4)-5 ...would be highlighted starting from the ')' character. This sounds like a good idea, but I think it could be a little tricky sometimes, so only certain errors should be detected at 'type-time'. Anyway, I'm putting that on my TODO list... It may be good to display the expressions twice, once like a normal (C, Java, C#, C++) programming language for editing and once in a proper (TeX, MathML, textbooks) rendering. I've thought about this too, and indeed it would be a cool improvement for the future! Not sure about the performance of this though... For the math itself, I suggest feeding expressions into the bc program. An interesting suggestion, and in fact I started out by doing this. The bc program, however, is terribly limited in functions and output, and would require lots of parsing and reparsing when putting things in and getting things out. In the end I concluded that it would be easier and more flexible to write a parser myself. Again, this is not a criticism toward Reinier, but rather toward the fact that keeping up with the rate of change that Sugar and the UI guideline is not something a volunteer developer can easily cope with. Calculate is in Python, isn't it? Sugar and UI changes are deadly for the non-Python stuff. First, there are US toys that are remarkably similar to the OLPC in appearance that comprise a simple 4x4 calculator aimed at the under 5 year old crowd. Large keys that do arithmetic. I think the idea of clicking on on-screen buttons is fundamentally defective. The keyboard is far easier to use. I suggest displaying an on-screen copy of that, with the valid keystrokes highlighted. One could still use it with the touchpad, if one wanted to suffer. So in the above example, after 7+5-9*4 the ')' key would not be highlighted. For older children I agree, for the younger ones I'm not sure. The whole keyboard on the screen would be a little crowded I think, although it could be interesting to try. Having such an on-screen representation would make it easy to show letter keys remapped as appropriate. For example, a key might serve as sin() normally or as arcsin() when control is used. (BTW, control might be made sticky) Well, if you consider under 5 years old crowd, then you would oppose to have variables in Calculate? (BTW, OLPC is not aimed at the crowd, I believe.) What do you think about the the use of e-notation in it? How about all these functions available in the tab? Arbitrary named variables are probably not good. Cut-and-paste gives you a variable, and the most recent answer (or two) could implicitly be a variable. If there is a scrolling log of answers, clicking on lines of the log could act as variables. Anything beyond that is probably getting into spreadsheet territory, but there are low-complexity ways to deal with that too: cut-and-paste to a text document, allow drag-and-drop to a saved-data area of the screen, or just scribble on something physical. Imagine if the functions that are available in the Calculate mode (such as sin, sqrt, etc.) are actually defined in a way that kids can understand (for example, the Newton-method for sqrt, or even a graphical version for sin and cos), and if the user goes to the Pippy mode, the user can look inside the definition and modify them? That would be very constructionist. Dear my. I'm all in favor of supporting the bright kids, but that suggestion sounds like grade 12 honors at minimum. Cheers, Reinier ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Pippy and Calculate
Yoshiki, Yoshiki Ohshima wrote: Reinier, Firstly, I apologize if my first email sounded too harsh to you. (It definitely didn't mean to be personal.) That's alright, I could have phrased it a little differently as well actually! I just think the two activities are suited for different things. Calculate is now more focussed on collaboration than the previous version, and the interface aims to resemble a calculator and expose the user to mathematics directly. Maybe I can include some extra educational features as well, like a help() command that explains things about functions. Pippy, for now, looks (to me) like a one-person activity, although I can imagine inclusion of a similar 'output-history' window to integrate the collaboration aspect. On the other hand, I was thinking about allowing user-written functions in Calculate as well. I guess part of the success of the TI89 style calculators is that children can program stuff for it. In the end, Calculate functionality might overlap a little with Pippy. However, some overlap should not be a problem: for example, I designed Calculate so that it's easy to implement arbitrary precision math in the future. The end-user will never have to adjust to this underlying change, and can just continue to think about the relevant aspect of the activity: math. Being the main Calculate developer, I don't agree on your opinion about Calculate. I think it deserves to be a separate activity. It's true that it was a little underdeveloped lately, but that was mainly because I was on a (long) holiday. The last couple of days have produced major improvements in Calculate: tab-completion of variable names, copy-paste, journal support, etc. (not sure if it made it into the build yet, did a release though: http://rwh.corps.nl/Calculate-7.xo). More new features are coming, for example I just started working on a plot() function (an obviously useful extension), which I estimate to be functioning somewhere next week. It was not so much as Calculate is underdeveloped or not, I think. (Almost every end-user software including Etoys is underdeveloped). But looking at the similarity of Pippy and Calculate, for example the plot feature you are making could be beneficial for both, right? And, you would wish to have a calculator whose syntax is closer to Python, right? I'm not sure. I think the main goal is to have the syntax as close to (written) math as possible. There seem to be some performace issues with Calculate on the XO. I haven't been able to profile these yet, but I expect them to be related to the way the application is shared (basic sharing should be functioning). This problem has the highest priority now... Yes. I filed a bug report for it. The length of old expressions seems to be strongly affecting the performance. The equation parser I wrote isn't perfect yet either, although in general it does a pretty good job at parsing simple as well as more complex expressions. Please file bug reports if you notice weird behavior... Yes. I did it, too. It must be something to do with an error within parenthesis. I saw that and fixed it, thanks :-) -- Yoshiki Cheers, Reinier ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
