Re: [IAEP] Google Rise Awards
Walter Bender walter.ben...@gmail.com writes: Did you get any feedback as to why the proposal wasn't accepted? Because similarly to you it's my impression that Sugar-related activities should fit in quite well with RISE's scope... You'd think Sugar would be a good fit for Summer of Code as well, but apparently not. Sugar is a good fit for GSoC, but our proposals were not. Google significantly raises the bar for organisations that have participated in GSoC before - or put differently, they give newcomers a certain amount of slack. There are loads of organisations that try to participate in GSoC, so as Kevin phrased it: The competition is stiff. Take a look at the projects the other organisations proposed to students. They were in a much better shape. More detailed and easy to understand descriptions, better fit to the scope of GSoC (i.e. less ambitious!), designated mentors for each proposal, diversity of topics, etc. Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ pgpcxRUB8RmUe.pgp Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] Sugar Digest 2012-06-23
Walter Bender walter.ben...@gmail.com writes: == Sugar Digest == 5. Daniel Francis, a youth from Uruguay, has joined Developer Team meetings and will be mentored by Sascha Silbe in reviewing patches to Sugar itself. A nice example for other aspiring contributors. The nice flurry of new contributors led to a mix-up here: 1. Daniel Francis is (AFAICT) a youth from Uruguay. He has joined the Sugar Labs Development Team and already contributed a number of patches. I'm happy to help him as I help every other Sugar developer, but I'm not paying him. :) 2. Caspar Bothmer, a long-term friend of mine, is my new apprentice. He will help reviewing Sugar patches, with a focus on the upcoming GTK3 port of sugar (the Shell). In addition, Daniel Narvaez has not only been rebuilding our buildbots (as you already mentioned) and written a new build system (that I unfortunately had no chance yet to take a look at yet), but also started contributing Sugar patches. Please welcome all three of them! Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ pgpvxlSS8LCdW.pgp Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Video player for wiki.sugarlabs.org
Excerpts from Bernie Innocenti's message of 2011-11-10 19:20:20 +0100: I use Gnash on my computer and I report bugs to the developers from time to time. Though, after so many years of development, I'm starting to suspect that HTML5 will make Flash irrelevant before Gnash replaces it. It already did: http://www.engadget.com/2011/11/09/adobe-confirms-flash-player-is-dead-for-mobile-devices/ Cheers, Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] Gus Andrews: What Kids These Days Don’t Learn From Technology
Hi! Saw this float by yesterday on #sugar. Very interesting read. http://gandre.ws/blog/2011/11/06/angry-birds-is-no-super-artillery/ Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] Questions to SLOB candidates
Dear SLOB candidates, I've read your announcements with interest. They all explain well where you're coming from and who you are. What I'm missing, however, is what you want to *do* during your election period. I'm aware that the SLOB isn't supposed to do much (and agree on this philosophy), but even within that framework there are possible nuances that could guide me as to who to vote. Right now I only see a set of long-term, active contributors, *each* of which I trust to have the best interests of Sugar Labs at heart. What do you see as current issues of Sugar Labs and what are you going to do to solve them? (For some issues, staying out of the way might be a valid answer). What else would you consider a good reason for me to vote you? Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] Alt-Tab in Sugar
Excerpts from Sebastian Silva's message of 2011-10-25 04:15:29 +0200:
But Sugar will instead continue along the X-order so to say of the Frame.
Could we change this default?
Also, is there a setting for this in metacity or does Sugar have its own
Alt-Tab
implementation?
I should really start writing my Sugar Hacks series. The window
managing tweaks are exactly what I've been planning for the first post.
Alt-Tab is handled by Sugar by default, with the behaviour you describe
(and since it needs to show the Frame, it's quite slow). Fortunately
Sugar waits for metacity to start up before installing the key handlers,
so you can tell metacity to handle Alt-Tab instead. Or rather you can
hack Sugar to not tell metacity to disable the keys:
diff --git i/bin/sugar-session w/bin/sugar-session
index 8ea195f..7db9610 100755
--- i/bin/sugar-session
+++ w/bin/sugar-session
@@ -177,9 +177,10 @@ def setup_window_manager():
if subprocess.call('echo $DISPLAY; xsetroot -cursor_name left_ptr',
shell=True):
logging.warning('Can not reset cursor')
-if subprocess.call('metacity-message disable-keybindings',
-shell=True):
-logging.warning('Can not disable metacity keybindings')
+# local hack: We _do_ want metacity to handle Alt-Tab etc.
+#if subprocess.call('metacity-message disable-keybindings',
+#shell=True):
+#logging.warning('Can not disable metacity keybindings')
def bootstrap():
setup_window_manager()
Since I'm hacking a lot on Sugar with testing on several branches and
having to cherry-pick this commit each time is a PITA, I've chosen a
slightly different, more quickdirty-style approach myself. It works
because my configured metacity key bindings don't clash with Sugar.
This is what my .xsession looks like:
exec ~/sugar-jhbuild/sugar-jhbuild run dbus-launch --exit-with-session \
--config-file=$HOME/.sugar/default/dbus-session.conf bash -c '
echo DBUS_SESSION_BUS_ADDRESS=$DBUS_SESSION_BUS_ADDRESS
~/.sugar/dbus-session-bus-address.sh
# ~/sugar-jhbuild/source/datastore-fuse/datastore-fuse.py ~/datastore
while true ; do
( sleep 5 ; metacity-message enable-keybindings )
( sleep 10 ; metacity-message enable-keybindings )
( sleep 20 ; metacity-message enable-keybindings )
( sleep 30 ; metacity-message enable-keybindings )
# exec notion
sugar --scaling 100
done
# fusermount -u ~/datastore
'
You can ignore the first few lines; their purpose is just to run
everything within sugar-jhbuild (so I can run Sugar natively rather than
having to use sugar-emulator) and to save the session bus address to
some place my profile scripts can read it (this enables me to use
copy-to-journal via ssh from another box).
The interesting pieces are the metacity-message invocations. You'll
notice two things:
1. It's the exact opposite (enable-keybindings) to what Sugar is doing
(disable-keybindings).
2. Since we don't know exactly when Sugar is invoking metacity-message
(and Sugar doesn't provide any hooks), we need to try it several
times. The last line alone would suffice in theory, but then I (as a
user) would always need to wait that long after restarting Sugar
before I can use the window manager keys (restarting is much faster
than first start on boot).
The while loop in .xsession is very useful when hacking on Sugar since
it will restart just Sugar and keep everything else (e.g. text editor
with Sugar sources) running.
As mentioned above my metacity key binding configuration is different
from the default so it doesn't clash with Sugar. In fact it derives from
my custom ion3 / notion key binding scheme, which is to use combinations
with the Win (for window manager ;) ) key (Grab key on XOs - there's
still an interaction problem with olpc-kbdshim that I need to fix).
Since notion has 2D navigation across frames (tiles), the cursor keys
are a natural fit for changing between them. Similarly, I'm using
Win+Ctrl+Cursor Left/Right to switch between windows in a frame.
Since metacity doesn't support tiling and Sugar runs everything
full-screen, I'm using Win+Cursor Left/Right to navigate the windows
in metacity:
gconftool-2 -s --type string /apps/metacity/global_keybindings/cycle_windows
'Mod4Right'
gconftool-2 -s --type string
/apps/metacity/global_keybindings/cycle_windows_backward 'Mod4Left'
On XOs with their tiny screen the next key binding for temporarily
making legacy windows like xterm fullscreen (especially disabling
window decorations) is very useful:
gconftool-2 -s --type string
/apps/metacity/window_keybindings/toggle_fullscreen 'Mod4Return'
Fast access to xterm and screen locking:
gconftool-2 -s --type string /apps/metacity/global_keybindings/run_command_1
'Mod4t'
gconftool-2 -s --type string /apps/metacity/keybinding_commands/command_1
'xterm -maximized'
gconftool-2 -s --type string /apps/metacity/global_keybindings/run_command_2
'Mod4l'
gconftool-2 -s --type string
Re: [IAEP] [Sugar-devel] [Dextrose] About Activity Central and Dextrose (was: [ANNOUNCE] New Dextrose-3 development build: Alpha-1 (dx3ng36))
Excerpts from Gonzalo Odiard's message of Thu Sep 01 21:24:31 +0200 2011: There are a public list of patches? Not just a list, the patches themselves are public [1]. Sascha [1] https://people.sugarlabs.org/~silbe/dextrose/patchsets/ -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] Fwd: SugarCamp in Paris -- save the date: September 9th-10th-11th, 2011
Excerpts from Stefanie Nobel's message of Tue Aug 23 14:37:48 +0200 2011: have you already found an accommodation? Here is a list with some holiday flats: http://paris.fr.craigslist.fr/vac/ Thanks! It's too late this time since most people already booked their accomodation and the idea was to have a large number of people in a single place where we could cook, talk and hack together rather than just stay for the night. But hopefully I'll remember the link when needing accomodation for the next SugarCamp Paris. There are a few interesting locations listed, e.g. a house boat with AC for up to ten persons (4 bedrooms) for 250EUR/d. Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Fwd: [Sugar-devel] SugarCamp in Paris -- save the date: September 9th-10th-11th, 2011
Excerpts from Bastien's message of Sat Aug 20 01:27:46 +0200 2011: I'm quite excited by the list of participants for this second SugarCamp in Paris (sept. 10th and 11th): [...] OLPC France will hold a SugarCamp organization meeting next tuesday so that we can discuss and solve the practical problems and the schedule. With people coming in from all over the world, it would be great to have a key signing event. I'm still trying to find a place for a hackaton on monday, I'll keep you informed. Great, thanks! Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Fwd: [Sugar-devel] SugarCamp in Paris -- save the date: September 9th-10th-11th, 2011
Excerpts from Christoph Derndorfer's message of Tue Aug 02 00:19:45 +0200 2011: but still need accomodation. It would be nice to share an apartment with some fellow Sugar hackers, preferably with snore-proof walls for the bedrooms. ;) Assistance from a local resident with organising a suitable location would be much appreciated. (Non-alcoholic) German beer perhaps? :) I'm in the same boat so any help from Paris based people would be much appreciated (and I'll bring real beer!;-). Any news on accomodation? Some hotels in the vicinity are already booked out and I'd expect the same for other lodgings. I will try myself, but since I don't speak French, this isn't as easy as it sounds... Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Fwd: [Sugar-devel] SugarCamp in Paris -- save the date: September 9th-10th-11th, 2011
Excerpts from Christoph Derndorfer's message of Fri Jul 08 16:31:24 +0200 2011: @Bastien: Count me in! :-) I'm going to join the fun (and hard work!) as well, but still need accomodation. It would be nice to share an apartment with some fellow Sugar hackers, preferably with snore-proof walls for the bedrooms. ;) Assistance from a local resident with organising a suitable location would be much appreciated. (Non-alcoholic) German beer perhaps? :) Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] Membership fees (was: Re: Next slobs meeting?)
Excerpts from Bernie Innocenti's message of Sun Jun 05 06:33:40 +0200 2011: * Membership fees Could you elaborate what you have in mind here? :-) It's a prototype idea, not yet discussed anywhere yet. I'd like to know what the board members would think about asking a yearly fee from members and, in case there's interest, how it could be implemented. Whatever you choose to do, please do not *require* membership fees. Their existence alone is enough to make it impossible for a lot of people to join. They might even be able to afford the actual membership fee, but not necessarily the associated costs of transferring the money to Sugar Labs - given that's possible at all. I wouldn't mind *optional* membership fees, i.e. yearly donations. But it should be the decision of the member. Don't require proof of being too poor to pay the fee. It's impossible to do; been there, tried that, failed to convince to other party. Besides there's a high psychological barrier to admit that you're poor. Instead just *encourage* people to donate a recurring amount of their choosing. Do a direct debit from their bank account, with a minimum amount to cover banking costs (they still have the option not to donate at all). Publish donations above a certain threshold on the website, maybe using several different thresholds and calling them bronze / silver / gold sponsors (or some sweet equivalent). Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] copy files to/from server
Excerpts from Martin Langhoff's message of Tue May 17 18:34:09 +0200 2011: Unfortuntely, there's no easy way to do it with CIFS or NFS -- it would be an interesting addition to Sugar (possibly to the Journal) but it's a big project. NFS mounts do turn up as storage devices in the Journal (at least on Debian Squeeze). They will be treated exactly the same as other storage devices, i.e. USB sticks and SD cards. I would expect CIFS mounts to behave the same way. Don't forget to tweak the mount options to avoid processes from going zombie-like on connection loss. If you had an XS, you could probably use the DataManager activity [1]. A properly configured HTTP server will at least allow you serve a) any kind of content with a proper Content-Type (- mime_type) directly (but without other metadata) and b) Journal Entry Bundles [2] including full metadata. There's currently no way to create a (single-entry) JEB directly from within Sugar. Writing an activity that does so shouldn't be hard; you can copy the bundle generation parts from Backup [3]. Sascha [1] http://activities.sugarlabs.org/en-US/sugar/addon/4208 [2] http://wiki.laptop.org/go/Journal_entry_bundles [3] http://activities.sugarlabs.org/en-US/sugar/addon/4326 -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] OLPC in Science-Subjects --- NEED HELP!!!
Excerpts from Johanna Wener's message of Thu May 12 21:08:31 +0200 2011: The big problem I have is, that everything that the children do on the olpc could not be used for learning because there is no way to print their works out. I expect others to reply to the educational part of that sentence (i.e. is there a better way to reach your goals than consuming lots of energy, water and trees?). We tried to make a screenshot and send it by mail - doesnt work! What exactly have you tried and how did it fail? Walters brand-new Portfolio activity [1] has support for exporting selected, annotated Journal entries as HTML. You could save it to a USB stick, open the HTML file on a computer with an attached printer and print from within the browser. If you install CUPS on the system running Sugar (probably an XO judging from the subject), you can use a browser other than Browse to print locally. Or you can copy the Journal entry to the regular file system using copy-to-journal and print using the lpr command from within Terminal. A whole bunch of other options would combine the following: 1. Acquiring a printable file: a) take a screenshot by pressing Alt+1 b) some activities can export as PDF c) some activities can export as HTML d) some activities use a file format that can be read by non-Sugar applications (e.g. Write uses ODT, native file format of LibreOffice nee OpenOffice) e) Write 73 can export to PDF, so you could try using the clipboard to import content into Write and export as PDF 2. Transferring the file to Gnome or a different computer: a) copy to a USB stick, SD card or USB hard disk using the Journal b) using copy-from-journal from within Terminal to copy the Journal entry to the home directory (so Gnome can access it) c) using datastore-fuse [3] to access the Journal entry from within Gnome (experimental - you might need help from a techie) d) uploading the files to some web site (Moodle, wiki, photo gallery like Flickr, pastebin site, ...) and accessing that site from the computer with the printer. 3. Printing from within Gnome or on a different computer running a desktop system other than Sugar: a) for PDF and ODT just opening the file and printing from within the PDF viewer resp. word processor should usually work well enough. b) for HTML use a browser. You might need to tweak some options to get pretty output. I've seen browsers cutting a line of text in half; hopefully that's fixed by now. c) Gimp is pretty good for printing images, though it could be a bit overwhelming. d) CUPS understands several file formats natively (including images); just type lpr name_of_the_file.jpg (without the quotes). I'd love to tell you to download the Print activity [2] and print directly from within Sugar, but unfortunately I haven't managed to get it to work yet. However, the above options hopefully get you unblocked now; we can work on better solutions later. Sascha [1] http://activities.sugarlabs.org/en-US/sugar/addon/4437 [2] http://lists.sugarlabs.org/archive/sugar-devel/2009-August/thread.html#18173 [3] http://git.sugarlabs.org/datastore-fuse -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Will This Work??? / Open Schoolserver
Excerpts from Frits Hoff's message of Sat Dec 11 08:19:37 +0100 2010: [nothing because the mail was HTML-only] Can you resend as plain text, please? Even if I use a browser (w3m) to display the HTML, it's such a mess (on the screen - haven't tried reading the source) that I can't (easily) figure out what's quoted and what you wrote. Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Will This Work???
Excerpts from Teemu Leinonen's message of Thu Dec 09 10:31:02 +0100 2010: Is it possible for a teachers to read (and comment) the student's Journals? Actually it would be great if all the Journals on XO could be (by default) open for reading (and commenting) by everyone in the learning community / local, near by XO users. That would be the exact opposite of great and it's something Bitfrost intends to protect against [1,2]. The Journal is called thus for a reason: It records _everything_ the user did on the system (within Sugar, that is) and not just school-related work. If Journal entries are to be published, it needs to be on an opt-in basis, not opt-out. There has been some experimental work [3] to allow others to access your Journal (and a way to choose a license [4] for each entry), but nothing actually usable so far (AFAIK at least). Sascha [1] http://wiki.laptop.org/go/OLPC_Bitfrost#Compromising_privacy [2] http://wiki.laptop.org/go/OLPC_Bitfrost#P_DOCUMENT:_file_store_service [3] http://wiki.laptop.org/go/Journal%2C_reloaded [4] http://wiki.laptop.org/go/Creative_Commons -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] stepping down as maintainer
Excerpts from Tomeu Vizoso's message of Tue Oct 19 18:50:23 +0200 2010: for personal reasons have to drastically reduce my involvement in the project. It's sad to see you leave; I hope it's neither completely nor forever. Working with you has helped me improve myself. Sugar Labs will loose an important contributor. But that's not the reason I am sad. It is because we have to see a human, a friend, leave us. Hope your personal reasons are at least pleasant ones. Good luck! Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] stepping down as maintainer
Excerpts from Bastien's message of Sun Oct 24 14:55:30 +0200 2010: There is something I miss in the list of teams/projects for people persons: community management. This is very different from marketing and outreach. Maybe this project/role could be advertized somewhere on the wiki. That's something Tomeu has been calling for for the last few months: A Community Team [1] (with a Community Team Coordinator that initiates the team). It's definitely something we need, but all of the people that I think would make excellent members of that team (alphabetical order: Bernie, David, Mel, Walter) are busy with other stuff already. Sascha [1] https://wiki.sugarlabs.org/go/Vacancies -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] How can we consistantly evalutate CRT monitor quality?
Excerpts from Caroline Meeks's message of Sun Oct 03 19:39:51 +0200 2010: Is there a way to have different people repeatably agree on how good a CRT monitor is? Is there a quantitive measure that is reasonably easy to use? A test image that can somehow get repeatable results by different people? I don't know about CRTs, but for printers certain test patterns used to be standard (it's been a long time since I saw a printer product test, so no idea what is common practice these days). A particular one that I think might be good for CRT testing is a 1° radial lines pattern like CUPS uses [1]. Be careful not to scale the image when displaying it on the monitor. The most common issue with old or low-quality CRTs is that they can be unsharp which the radial lines test might help to discover. It probably works best when comparing to a known-good monitor. Take a peek at how Tom's Hardware evaluates monitors (e.g. [2]); maybe you can adopt some of their tests. Power consumption is nicely quantitative and directly equates to power bills. It's usually proportional to size and age (read: larger and older CRTs draw lots of power and make for a nice electric heating). Some models take much more power than comparable models (i.e. same size+age) so it's useful to measure the consumption (don't trust the rating plate!). To give some numbers: An 80W CRT being used 5h a day consumes ~12kWh per month. Assuming 15cent/kWh this means $1.83 per month just to power the monitor. HTH good luck with your project! Sascha [1] http://www.mepisguides.com/printers/local-print/printer-test-page.png [2] http://www.tomshardware.com/reviews/comparison,440-10.html -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Hablemos claro y en voz alta - Let´s speak loud and clear
Excerpts from Carlos Rabassa's message of Fri Sep 24 14:20:52 +0200 2010: If you write in Plain English, the language form required in some countries for legal documents involving the public, this is English without technical words, using vocabulary at the level of the general public, and i f you stay within a reasonable length, I will be pleased to translate into simple international Spanish. No idea if what I'm using is Plain English, but I'm not a native speaker myself and if you don't understand something, please don't hesitate to ask for clarification. BTW (1), many (maybe even most) of the Sugar Labs members are not native speakers. We use english because it's the lingua franca in computer science, allowing us to communicate even though we come from many different countries with different mother tongues. I am aware this is a barrier to participation for people who didn't have the privilege of learning english during their childhood. There's no perfect solution to this dilemma. Switching to a different language would just be a barrier to a different set of people. No single language is spoken by a majority of the world population. Every effort to bridge the language gap is very welcome! If there's anything I can do to help, please mention it. I'll try to do my best within my limited resources (esp. time :( ). 1 - Brief explanation of the origins and organization of the entity that is about to have some election, hereinafter called Sugar for simplicity. 2 - Conditions required to be a member of Sugar: I suppose you're talking about Sugar Labs [1]. Sugar is a piece of software [2]. Sorry to be picky, but we need to make sure we're talking about the same things and don't get anything lost in translation. 2.1 - Knowledge of reading, speaking or writing in English; is it a requirement? I can't really answer these questions authoritatively and haven't found any formal document (I think bylaws is the term in the US). But I can state my own opinion and impression on this. While being able to communicate in english makes it much easier to work within Sugar Labs, I would consider Sugar Labs membership restrictions based on language to be discriminatory. Similarly language shouldn't matter for team membership. I'm indecisive re. positions on the Oversight Board [4]; while any single language should not be a requirement, it's important that all board members can communicate effectively with each other and that might include agreeing on one language (not necessarily english). 2.2 - Knowledge of computer systems, computer science, programming or similar, at any specific level; is it a requirement? All members need to be able to write an email. [5] Other than that, I don't see why it should be a requirement for membership. 2.3 - Is Sugar interested in having as members individuals without that knowledge but with knowledge in other areas? I am referring very specifically to teachers active in elementary or secondary schools where computers have been distributed to students. Sure we are! 2.4 - Are there any requirements relating to nationality or place of residency? Again, I would consider that to be discriminatory. 2.5 - Is easy physical access to any specific place in the world a requirement, or may members stay in touch with Sugar exclusively via internet? Definitely the last part. While physically meeting at some place to work and have fun together is superior to purely virtual collaboration, there are lots of reasons why one can't participate in such events. I have only been to a single SugarCamp so far and AFAIK many others haven't participated in any physical meeting. 3 - Which are the positions to be filled with those elected in the forthcoming elections? The Sugar Labs Oversight Board (SLOB) [6] is up for election. I expect one of the current SLOBs to chime in and explain this in detail. 3.2 - Requirements in terms of education, diplomas or other qualifications. I'd expect a certain level of social competence and communication skills (to allow the board to operate effectively), but no formal qualifications whatsoever should be required. 3.3 - Obligations in terms of time, physical presence at meetings, virtual presence via internet. That's a good one. I expect every board member to take part in the majority of board meetings and dedicate enough time to fulfill their roles. This includes, but isn't limited to proper preparation prior to the meeting. Because meetings are (by definition) synchronous, this is a rather hard requirement. Any chosen time will be bad for at least one of the members, for various reasons (time zone / sleeping pattern, other obligations etc.). AFAIK (2) the Oversight Board already operates via email as much as possible, using synchronous communication only if consensus cannot be reached otherwise. 3.4 - Is there any condition, not required but desirable, to
Re: [IAEP] [MARKETING] Get Sugar landing page
Excerpts from Walter Bender's message of Tue Sep 14 18:30:54 +0200 2010: I've been doing some work on the Get Sugar landing page in the wiki, which has been the source of some confusion amongst our potential user community. My proposed modifications (See http://wiki.sugarlabs.org/go/User:Walter/Get_Sugar) are an attempt to streamline and consolidate the instructions for first-time users. I'm missing the mention of distro packages. For existing Linux users, this is the easiest way to run Sugar. Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [SLOBS] Sugar Labs 2010 Goals Review
Excerpts from Tim McNamara's message of Wed Jul 14 19:54:40 + 2010: I think it's highly inappropriate to say that eating your own dogfood means that software developers, or even teachers, should use Sugar. Sugar is an environment that is used by teachers to create learning environments for children. Therefore, it's impossible that we as adults will ever be able to do experience the software as it was intended. We shouldn't set ourselves impossible goals. Sugar is not a general computing environment. Sugar is for learners. It's a highly structured place where details like filesystems even files themselves are hidden. Software devs care about files. Teachers care about applications that are for school administration. Software developers go to extensive lengths to customise their development environment. People are highly specific about what maximises their own productivity. Sorry to quote you fully instead of summarising, but I want to make sure to highlight I totally disagree with _all_ of this. I am aware Sugar Labs currently advertises Sugar as being specially suited for school children. But that doesn't imply the opposite is true, i.e. that it is unsuited for other people - on the contrary, I believe Sugar to be an equally good fit for most non-expert users (and even some of the experts). Don't let the fact that Sugar is still immature (despite being shipped to a huge user base) mislead you into thinking that the current restrictions are a design goal when in fact they are not (low floor *and* _no_ _ceiling_). I firmly believe that eating our own dog food is a _necessary_ step for Sugar to mature and grow. I could reply to each of your points individually to show exactly why I think they are all out of line with the stated principles [1,2] of Sugar, but that would be distracting from the real issue: How Sugar is perceived, both by current users (esp. teachers) and even quite a few Sugar Labs members. Sascha [1] http://wiki.sugarlabs.org/go/Sugar_Labs#Mission [2] http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/Design_Fundamentals/Key_Design_Principles -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [SLOBs] Ooo4Kids logo request
Excerpts from Bernie Innocenti's message of Sat Jun 26 07:34:16 +0200 2010: ericb2 http://www.educoo.org/pages/partenaires/ ericb2 Adam sent me some machines, and you are counted as partner ericb2 you means Sugar Labs While AFAICT it's nice to have Sugar Labs mentioned on that page, it appears to credit Sugar Labs for something OLPC has provided. Leaning out of the window a bit (*) I'd say the use of the logo and name in this context is fair use anyway, so while it helps to mention this use case on the examples page, there's no need for SLOBS to (explicitly) permit it. Besides the waste of time, I'm afraid that acting like a bunch of paranoid attorneys when interacting with our partners and contributors would hurt Sugar Labs' public image way more than the tiny chance of our logo receiving an undeserved acknowledgment somewhere. +2 Sascha (*) I don't speak french, so I'm relying on machine translation. signature.asc Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] FW: [support-gang] Voting Continues: Gnome vs Sugar -- The judgement day
Excerpts from Caryl Bigenho's message of Sat Jun 26 21:29:50 +0200 2010: I agree with Sameer and Marife. From an educator's point of view, having both Sugar and Gnome available has a lot of advantages. Sugar offers a kid-friendly environment, while at the same time offering some great Activities for older children. The younger ones probably won't find much of interest in Gnome to draw them away from Sugar, but for the older ones, having the option of switching back and forth without too much difficulty will encourage them to come back to Sugar for favorite Activities even when they have graduated to a grown-up's desktop like Gnome. This could also dampen the drive for getting Windows machines for older students. Who needs Windows when you can have Gnome? I'm curious. What's the reason some people - especially adults - prefer Gnome? Do they like the UI better? Do they need/prefer specific applications and it's too cumbersome to start them from the Terminal? Is Sugar too limited in some aspect? Is it that Sugar is currently marketed as being for kids and they (mis)take that to mean not for adults? Sascha signature.asc Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Notes from OLPC/Waveplace Health Discussion
Excerpts from Beth Santos's message of Tue Jun 22 22:27:08 + 2010: Anyone not on the hea...@waveplace.org listserv who would like to take part in the topic identifying and project executing, send me an email and I will add you. Is there a reason you're not using the existing hea...@lists.laptop.org mailing list that anybody can subscribe to themselves and also read past discussions using the public web archive? Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] How to save Journal entries from multiple students to a single computer?
On Fri, May 14, 2010 at 11:59:38AM -0500, David Han wrote:
*How can we take the data from the students' Journals and save it on a
single computer?*
If you're using a school server (XS), it's probably easiest to use the
backup function (never tried it, so can't tell).
Another option is to tar up the entire data store either to a USB stick
or via network. E.g.:
tar -C ${HOME}/.sugar/default -czf
/media/COLLECTION/datastore-$(gconftool-2 -g /desktop/sugar/user/nick
|tr -cd A-Za-z0-9)-$(uuidgen).tar.gz
ssh su...@soas1 tar -C .sugar/default -czf - datastore
datastore-soas1.tar.gz
You can then unpack the tarball to ~/.sugar/default and use Sugar to
look at the Journal entries. Sugar mustn't be running during unpacking,
and I'd recommend not to do this with a non-empty data store (it should
work in theory, but you can't rely on it).
Depending on what you're going to do with the entries and how, you could
also write a simple activity that scans the data store and saves/sends
the entries in a format of your choice.
Maybe this is enough to get you started - it's hard to tell without
knowing more about what you want to do and in what kind of environment /
using which tools.
CU Sascha
--
http://sascha.silbe.org/
http://www.infra-silbe.de/
signature.asc
Description: Digital signature
___
IAEP -- It's An Education Project (not a laptop project!)
IAEP@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [SLOBs] Trademark Policy and Guidelines
On Fri, May 14, 2010 at 05:21:32PM -0400, Walter Bender wrote: http://wiki.sugarlabs.org/go/Trademark and http://wiki.sugarlabs.org/go/Trademark/Guidelines Sugarize is unacceptable use of the trademarks?? You're (*) kidding, right? And while the new policy/proposal is certainly an improvement over the old one, it still implies that all developers working on new features (especially major ones like version support) need to get written permission from SLOBS prior to publishing changes in a git repository. (*) You = SLOB. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] maintenance
On Fri, Apr 30, 2010 at 12:38:14PM +0200, Tomeu Vizoso wrote: follows a plan about how to improve the situation regarding maintenance of our software modules. If you care about it, please reply even if only to say so, or even better, comment on it and suggest improvements. I will assume that lack of replies mean people don't care about it and will stop caring about it myself. First of all: I care deeply about Sugar (Labs). If I don't reply to your mails, especially ones as important as these, it's not done on purpose. I'm hitting my personal limits. My time is split up between study, work for hire (to pay the rent), Sugar, XO-1[.5] work, family, a few minor projects and sometimes even some leisure time. My workflows also didn't (and still don't) scale well to the diverse amount of work I'm doing these days (e.g. fixing a bug that affects Sugar often involves at least non-SL upstream and one or several distributions). The replies I've read so far - from Michael, Christoph, Martin, Bert and Walter - all made rather good points that I don't have much to add to. I will, however, try to explain my views on the future of Sugar Labs. IMO what Sugar Labs needs most in the near future is developers. For activities as well, but even more so for the core. We not only need to find new contributors and welcome them, but also try to make the best of what (or who, to be more specific) we currently have. We need to cope with the fact that most of us are not paid to do the work, so a) have limited time and b) need to be kept motivated. We need to make development fun, not frustrating. == Welcoming new contributors == Contributors start out small. They write a patch to fix a bug, or add a small feature. Over the time, after becoming familiar with Sugar internals and the other people working on it, they might step up to do regular maintenance tasks. But remember they always start small - if we don't manage to make new contributors comfortable, we won't get anyone to maintain anything (unless paid for). An important part of making them feel comfortable is making it easy for them to involved as well giving fast, positive, helpful feedback and merging finished patches soon. == Coping with what/who we have == As I mentioned above, most of us work on Sugar in their spare time (or a limited part of their work time). My guess is that this is exactly the reason there are so few people willing to do the job maintainer as it's currently defined for Sugar. It's a lot of work and requires _continuous_ dedication of time to the task. What we need is to make the job description fit the people we have, not find people who fit the description. We need to split up the work of the maintainer: Bug fixing As shown below this is already spread out. We don't need to require the maintainer to do it (of course (s)he is more than welcome to!). Reviewing Apparently only due to misunderstandings, this has been done only by the maintainers in the past. Nevertheless I think the new process of allowing anyone (as opposed to just module peers) to do reviews is much better. There are a lot more people that can provide insightful hints for any single patch than there are approved module peers. While we might still require the maintainer to acknowledge (as opposed to review and test) patches, I quite agree with bernie this needs to happen in a timely manner. Letting patches gather dust for several weeks discourages contributors. Non-release tasks like adding new languages Are reasonably low effort that the maintainer can do it. Some of it might even happen via the code review process in the future, if it's streamlined enough. Releasing This is a genuine maintainer job. Since we do time-based releases, this requires the maintainer to spend some effort at specific times. Fortunately it shouldn't take too much time in total. == Sidenote: Nobody is doing maintenance == The problem is that very few people in Sugar Labs are willing to do that maintenance work. You keep repeating this. Personally, I find it insulting. Most of my time is spent on debugging and incremental improvements on existing features. Judging from the commit logs it's similar for all other committers. Counting commits for the last 6 months (first commit 2009-11-06, latest commit 2010-03-28) of the sugar repo (master branch): 17 Simon Schampijer (7 release, 4 bug fix, 1 improvement, 1 style fix, 1 revert, 3 maintenance) 18 Pootle daemon (18 translation) 14 Daniel Drake (9 bug fix, 2 improvement, 1 reintroduce-feature, 1 cleanup, 1 revert) 11 Aleksey Lim (6 bug fix, 3 improvement, 1 style fix, 1 cleanup) 8 Tomeu Vizoso (6 release, 1 maintenance, 1 workaround) 9 Sascha Silbe (4 bug fixes, 3 improvements, 1 cleanup, 1 refactoring) 2 Sayamindu Dasgupta (1 bug fix, 1 improvement) 2
[IAEP] SD card booting, USB stick sizes (was: Re: [SoaS] SoaS on What Machines?)
On Thu, Apr 22, 2010 at 07:12:18PM -0700, Thomas C Gilliard wrote: One problem with acer aspire one: It will not boot from an SD slot (see notes below), [...] Ouch, good to know. I would have expected this to work on laptop (netbook) that comes with a built-in SD card slot. My lexar SD to USB adapter lets an SD boot but then it sticks out the side. : / I guess you already know, but others may not: There are nano USB sticks (e.g. Delock USB 2.0 Nano Memory Stick [1]) that stick out only slightly, thus the risk of it breaking off is minimal. For MicroSD cards similar sized card readers are available (e.g. Delock USB 2.0 Card Reader micro SD/micro SDHC [2]). (*) (*) I have no experience with these models and provide the links merely to give an impression of the kind of product I'm talking about. [1] http://delock.com/produkte/gruppen/Speichermodule/Delock_USB_20_Nano_Memory_stick_4GB_54220.html [2] http://delock.com/produkte/gruppen/Card-Reader/Delock_USB_20_Card_Reader_micro_SDSLASHmicro_SDHC_91677.html CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] SoaS change of direction: heads-up on convos in other lists
On Sat, Mar 20, 2010 at 12:06:53PM -0400, Gerald Ardito wrote: Speaking for teachers working with students, the extra work to download the extra activities desired for over a hundred flash drives would be daunting at best. FWIW, I think downloading activities to each individual stick is an utter waste of time. There are better ways to do that; off the top of my head, you can: a) Prepare / configure a single stick (the smallest one) and clone it by removing ~/.sugar/default/owner.key* and using dd to do an exact copy of the stick or b) create a custom SoaS image[2]. Yes, we could and should build tools that allow non-techies to do this easily. But anyone doing a deployment at this scale will need a system administrator anyway - even if just a teacher with a reasonable amount of Unix/Linux experience. [1] https://bugs.sugarlabs.org/ticket/74 [2] http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Customization CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Systems] wiki design
On Sat, Mar 13, 2010 at 01:36:44PM -0700, Josh Williams wrote: I'm in the camp that it's better to set a maximum width because I think it's harder to read long strings of text. If you really want to do this (I still wouldn't like it), please at least base it on font size (em). Using pixel sizes will cause breakage for users of high resolution (DPI) screens and visually impaired users who have significantly increased the font size. Anyway, I'm not opposed to having it set at 100% width if you think most of the wiki users would prefer that. The question is not just what the majority prefers, but also what the drawbacks are for the minority. That being said, thanks for working on a new style! I too would love a wiki that looks sweeter (i.e. more like the Sugar UI). CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] (fwd) Open Source Schools Think Tank [March, in the UK]
Hi! There are a lot of projects listed we cooperate with (GCompris, Scratch, Ooo4Kids, ...), but I can't see Sugar mentioned anywhere on their page. Maybe someone should tell them about us? CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/---BeginMessage--- Caroline Ford of Tux Paint received this, and I suggested passing it along to the T4K lists to see if anyone in the neighborhood would be interested in attending. (Also including Schoolforge). Miles -- I hope that's ok! Thanks for contacting us good luck! -bill! (in California) - Forwarded message from Caroline Ford - From: Miles Berry mi...@opensourceschools.org.uk Date: 28 February 2010 16:33:30 GMT To: caroline.ford.w...@googlemail.com Subject: Open Source Schools Think Tank Dear Caroline, The Open Source Schools team would be delighted if you could join us for a cross-sector 'think tank' event on open source in schools on Friday 26th March. We would like to bring together a few of the key members of our own community, including both teachers, technical staff and those with more strategic roles together with representatives of the wider open source world to explore a few common concerns from a range of perspectives, and would be very pleased if you were able to participate in this meeting. We'd like your input on what could and should be done now to support and extend the use of open source applications in education, at a range of scales from handheld devices and open source on Windows, to region wide web-based services. We'd also appreciate some input on the future direction of the Open Source Schools community, in particular addressing why you chose to become involved and what could be done to increase participation amongst those in a similar role to yourselves. Our intention is that the day will result in a set of practical recommendations to Becta for how to strengthen the position of open source in the schools technology ecosystem, together with some idea of the role that the Open Source Schools community might play in this. The 'think tank' will meet at the British Academy, Carlton House Terrace, in their Council Room. We're confident that venue will be conducive to convivial conversations. We have in mind running the meeting from 10 am to 4:30 pm. I do hope you'll be able to attend. Best wishes, Miles. PS - we've been using TuxPaint with our undergraduate and PGCE teacher training students at Roehampton - it's been universally popular, and I suspect more than a few will be taking it into school with them. Many thanks! -- Miles Berry Senior Lecturer, ICT | Roehampton University | roehampton.ac.uk | 0208 392 3241 Community Manager | Open Source Schools | opensourceschools.org.uk | 07779 628656 Blogger | milesberry.net Twit | twitter.com/mberrys, Miles. - End forwarded message - -- -bill! Sent from my computer -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Tuxpaint-devel mailing list tuxpaint-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel ---End Message--- signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Scenarios for licensing our trademarks
[Again restricting post to iaep because I cannot cross-post] On Fri, Jan 29, 2010 at 03:59:09PM +0100, Sean DALY wrote: If we extend our trademarks use freely, we 1) run the risk of losing them 2) will be unable to build awareness of the brand. The same is true of the opposite and I fear this is where we're currently heading for. If derivatives cannot use our name (see [1] for an example I personally consider ridiculous) or need to jump through considerable hoops they will simply choose a different one, excluding our name from part of the market. I'm sure we both have the same goal and I certainly appreciate your hard work on this. But I think a more liberal trademark policy would benefit us much more than a firm one. I hope we can agree on some middle ground between the (highly successful!) Debian one and the Mozilla one (successful as well, but starting to get competition from the Debian equivalents like iceweasel). [1] http://wiki.sugarlabs.org/go/Trademark_case_studies#.24DISTRO CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] Why #sugar should be logged - a plug for transparency and ease of use.
On Wed, Jan 13, 2010 at 08:29:58AM -0500, Jeff Elkner wrote: I'm really not interested in beating a dead horse, [...] I deliberately focussed on your workflow issue exactly to avoid that. :) [...], but I have 4 different computers on which I normally work, plus I work on other people's computers when I travel. Having stuff in the cloud is simply easier for me. OK, this was the missing part of the puzzle. You're running IRC clients on several different computers that don't share the logs in any way, so naturally you prefer it to be kept in a central, public place (i.e. a web site since IRC doesn't support server-side storage). Since I keep the IRC logs (and a whole lot of other stuff) in sync using unison [1] and often work offline I naturally prefer the logs to be kept locally. Thanks, I do understand your needs better now! :-| [1] http://www.cis.upenn.edu/~bcpierce/unison/ CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Sharing EToys projects
On Mon, Dec 07, 2009 at 02:33:38PM +1100, fors...@ozonline.com.au wrote: A possible solution would be to give users the ability to inspect and alter the mime of journal items. As of 0.86 the details view show the MIME type. I don't think we should let users edit it in the details view (it's too much of shoot-yourself-in-the-foot), but there's nothing (not even Rainbow AFAIK) preventing anyone from writing a special-purpose activity that supports editing all metadata. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Non-technical Activity Library editors policy
On Mon, Nov 30, 2009 at 12:19:31AM +, Aleksey Lim wrote: There were some threads in mailing lists last time about what activities could be approved to be public on Activity Library[1]. Well, some of these questions are very arguable, but the worst thing which could be is what we have now - lack on any definitions. Unfortunately your draft is lacking any definition as well: [1]: * inappropriate(violent, sexual, subversive content) content * non-FOSS licence, any restriction for essential(for education, some people think, essential for other cases too:) behaviour, free to run|study|redistribute|change For the latter it's reasonably easy to come up with a definition (e.g. all OSI-approved [3] licenses like Sourceforge does or only DFSG-free [4,5] licenses like Debian). The former (inappropriate content) is unfortunately highly subjective and IMO we should stay well clear of letting these considerations influence decisions on whether an activity is displayed or not. I could imagine adding voluntary content advisory information like IMDB is doing. [6] If we ever decide to filter the default view (i.e. the one not-logged-in users get to see), we should _very_ clearly indicate it's only a subset and that the filtered-out ones are not necessarily inappropriate to the current user. It should also include easily understable and reproducible instructions for removing these restrictions (i.e. creating an account and configuring filter rules). Of course content that is illegal (to all audiences) should be kept out of a.sl.o. I'd suggest to take US and EU laws as a basis. If obliged to do filtering by law (e.g. US), we should base it on IP address - country mappings. Just to make my position clear: To me, it's not about whether to provide hardcore porn or highly violent content to children [7] (*), but about all the other subjective decisions: Is Whack-a-mole [8] / Whack-a-rat appropriate? I know many people who would argue on either side. Similarly for various degrees of nakedness. And these are just two examples, there's an entire universe spanning all the different judgements. [1] http://wiki.sugarlabs.org/go/Activity_Library/Editors/Policy/Non-Technical [2] http://wiki.sugarlabs.org/go/Activity_Library/Editors/Policy#Additional_technical_policy_for_editors [3] http://www.opensource.org/licenses [4] http://www.debian.org/social_contract#guidelines [5] http://www.debian.org/intro/free [6] Warning: Potentially inappropriate: http://www.imdb.com/title/tt0298203/parentalguide [7] Warning: Potentially inappropriate: http://www.imdb.com/title/tt0265086/parentalguide [8] http://en.wikipedia.org/wiki/Whack-a-mole (*) We've watched some similarly violent and frightening war films at school, while discussing WW II. But that's a controlled environment. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] [ANNOUNCE] Feature Policy updated
On Fri, Nov 27, 2009 at 07:40:26PM +0100, Simon Schampijer wrote: * Backup up by the community * The proposer of the feature has to get feedback from the community. This includes technical feedback, feedback from the deployments etc. See as well in the last paragraph about which points the community might care. Of course there will be some different opinions in the community - in general there should be more YES than NO in the community for a feature to be able to get into a Sugar release. This puts the burden of interacting with deployments on each individual feature proposer (but away from the core developers, which is a good thing). How is that supposed to happen (getting feedback from deployments)? Writing to iaep? What if nobody replies to those messages (e.g. because it doesn't matter to them either way), will the feature be rejected even if it's a good idea? (*) (*) Obviously good idea is quite subjective, but I assume you understand what I mean. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] turtleArt and materials for education
On Thu, Nov 19, 2009 at 07:34:46PM +0100, roberto wrote: - i've installed sugar on Debian 5.0 but, as you already know, a lot of activities are missing; turtleArt is one of this, so i think i cannot use it on my Debian (tell me if there is a workaround ...) Jonas is working on packaging Sugar on Debian quite a lot lately (much appreciated!), so this might improve in the near future. Some of the missing packages are available on a.sl.o [1] and work fine: - Log [2] - Terminal [3] (needs python-simplejson installed) - TurtleArt [4] (needs python-simplejson installed) Jukebox [5] might also work on x86 (I've only tested it on Mac/PPC where it segfaults); Write might be available soon (Jonas seems to be working on the necessary abiword fixups). [1] http://activities.sugarlabs.org/ [2] http://download.sugarlabs.org/sources/sucrose/fructose/Log [3] http://download.sugarlabs.org/sources/sucrose/fructose/Terminal [4] http://download.sugarlabs.org/sources/sucrose/fructose/TurtleArt [5] http://download.sugarlabs.org/sources/sucrose/fructose/Jukebox CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] GPA Report - Feedback on using the Journal - Stopping and Start New issues
On Fri, Oct 09, 2009 at 10:14:37AM -0400, Caroline Meeks wrote: Start New is not working in the field. I can be standing behind a child coaching them on every move of the mouse and I still can't get them to use it. The impulse to click on what the icon for what they want to do is too strong. It takes too long to get to the drop down. The drop down is not clear and if you think about its a quite complex mental model to understand what is going on and what Start New is. I literally can not get it to happen in the field. Thanks for reinforcing why Resume by default (in the home screen) is a bad idea. If you want to start from scratch, use the home screen (either ring or list). If you want to resume working on an existing object, use the Journal. No need to muddy the waters. Yes, there is an issue with the Journal not being as discoverable as the home screen (e.g. it doesn't have a shortcut key), but we should rather fix that than the symptoms. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-news] Election status update
On Sat, Sep 26, 2009 at 02:20:43AM -0400, DancesWithCars wrote: Then a frozen membership list, first before a call for elections. Please don't spread FUD. This has been discussed over a month ago: From: Luke Faraone l...@faraone.cc Date: Sun, 23 Aug 2009 10:59:33 -0400 Message-ID: 2eaf0c620908230759q508d41afvda0707b534c8b...@mail.gmail.com To: IAEP SugarLabs iaep@lists.sugarlabs.org, Sugar Devel sugar-de...@lists.sugarlabs.org Subject: [IAEP] Sugar Labs Membership proposal There has been a reminder two weeks later: From: Luke Faraone l...@faraone.cc Date: Sat, 5 Sep 2009 18:48:38 -0400 Message-ID: 2eaf0c620909051548t5a6d9617m2a23b7b752c2c...@mail.gmail.com To: IAEP SugarLabs iaep@lists.sugarlabs.org, Sugar Devel sugar-de...@lists.sugarlabs.org, Community Support Volunteers support-g...@lists.laptop.org, Marketing market...@lists.sugarlabs.org Subject: [IAEP] REMINDER: Sugar Labs Membership deadline Sept. 6 Eligibility for membership status and it's impact has been made quite clear: If you're worried about whether you qualify; if you're subscribed to one of the mailing lists receiving this email, you probably should be on the SL Members List. As a Sugar Labs member, you will get the oppertunity to vote in elections determining the project's governance, such as the upcoming Oversight Boardhttp://wiki.sugarlabs.org/go/Oversight_Board 2009-2001 Election http://wiki.sugarlabs.org/go/Oversight_Board/2009-2010-candidates It has been set as a topic for the IRC channel (#sugar on Freenode) for about a month. Also there was a call to put oneself on the membership list in the context of the election as early as 2009-08-05 [1] (i.e. almost two months ago) at a minimum (haven't tried at all to find anything even older). While it could have been announced more clearly (e.g. by sending out an _election_ reminder noting the membership status deadline), this is _very_ far from first before a call for elections. [1] http://wiki.sugarlabs.org/go/Sugar_Labs/Current_Events/Archive/2009-08-05#Help_wanted CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Remove the naming alert in 0.86
Posting to iaep only since cross-posting doesn't work for me anymore (non-subscribed email addresses get rejected) and it's more than just a technical issue (so sugar-devel isn't enough). On Thu, Sep 03, 2009 at 12:21:46AM +0100, Gary C Martin wrote: Perhaps we drop this dialogue and then seriously take another look at improving the names automatically generated for new activity entries? +1 on that, even though I don't have direct experience with learners (other than myself) either. I'd like to toss another idea into the room: Show the naming dialog directly after _startup_ of a new instance. Ask the user what (s)he's intending to do when the decision is fresh and the user is focussed on the current activity, instead of getting in the way on closing, when the user is likely to already be focussing on the _next_ activity (whether real-world or Sugar). I do see the point about the naming dialog being an opportunity for reflection on what's just been done, but at least the current dialog isn't well-suited for that anyway, as it obscurs most part of the screen, so the user can only reflect on what's still in his/her mind, not on the finished work. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] SoaS with SD cards irregularities
On Fri, Aug 07, 2009 at 09:11:31PM +0930, Bill Kerr wrote: The sticks I have with SD cards have started to fail on the older computers at school (after working ok for 2 weeks of lessons). But they still work fine on my newer Dell mini inspiron. The older ones are not XOs, right? Warning: cannot find root file system Can you append rootwait (without the quotes) to the kernel parameters, please? I hope Sebastian can give specific instructions how to do this interactively for SoaS. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Looking for very old hardware
On Thu, Aug 06, 2009 at 02:55:33PM -0700, Caryl Bigenho wrote: I would like very much to be able to put these old 5 1/2 floppies in, boot them up and print out the code so some enterprising Python programmer could convert them for Sugar. I'm not even sure the disks will still work. They are probably 20+ years old. Sorry to be unhelpful, but I doubt those floppies still work. I have thrown away all my 3.5 disks some years ago because they all had errors, and the 5.25 ones long before. Disks usually last about 5 years, maybe 10 if you're lucky (depends on magnetic fields in the vicinity, including the earth magnetic field). If you've got a chance go and try, but I wouldn't recommend spending any money on it. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] Cloning USB sticks (was: Re: Could a KS file be used in the Fedora11 net install to customize the clone process?)
On Tue, Aug 04, 2009 at 02:41:35AM -0700, Thomas C Gilliard wrote: [copying USB stick via dd] Sucessfully copies the USB stick! this is an exact copy and boot and runs well. Just a word of caution: Because it's an exact copy, it will duplicate your identity as well if you've ever logged in to Sugar and entered your name before on the source USB stick. You will need to remove some files in ~/.sugar in order for collaboration to work properly in that case. (The USB's are slightly different in size sometimes even though same size and manufacturer) That's quite normal unfortunately. If you're trying to replicate sticks by raw device copy (i.e. using dd), I recommend either using the smallest of your sticks as the master one (easy, but you need to know the exact size of all your sticks in advance) or leaving enough free space during partitioning and copying only the allocated part with dd (tricky). CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Cloning USB sticks
On Tue, Aug 04, 2009 at 05:07:31AM -0700, Thomas C Gilliard wrote: ie: The over-riding determining factor is that the copied to USB stick has to have equal or greater capacity than the copied from USB stick for the dd process to be sucessful. Exactly. * Do you have a suggestion on how to determine the actual size of a USB stick without seeing the error message if the dd command fails? On Debian you can install a tool called disktype that can print the size of a device: sascha.si...@twin:~$ disktype /dev/disk/by-id/usb-CHIPSBNK_USB_2.0_260917004B813900-0\:0 --- /dev/disk/by-id/usb-CHIPSBNK_USB_2.0_260917004B813900-0:0 Block device, size 999.5 MiB (1048051712 bytes) [...] Alternatively you can check the kernel logs: sascha.si...@twin:~$ grep sectors /var/log/syslog Aug 4 14:37:47 twin kernel: [202233.115200] sd 8:0:0:0: [sdc] 2046976 512-byte hardware sectors (1048 MB) Depending on distribution and installed syslogger, the file you need to check might be called /var/log/syslog, /var/log/messages, /var/log/everything or similar. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Cloning USB sticks: Danger of leaving passwords in clones.
On Tue, Aug 04, 2009 at 10:39:31AM -0700, Thomas C Gilliard wrote: This procedure has to be used on all dd copies of USB You can also do it on the master stick before doing the dd if there's no data in the Journal you want to preserve. Note: I have not seen any failures to USB sticks from using dd. The failures Luke mentioned are due to aging (that may happen prematurely if the formatting doesn't match your stick well enough), not during the copy. PS: Thanks for your work on this! :-| CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] Sugar on Ubuntu Jaunty (was: Re: etoys, moodle, gcompris, kde-edu and other sister projects)
On Tue, Jul 28, 2009 at 08:51:48PM -0700, Edward Cherlin wrote: https://bugs.launchpad.net/ubuntu/+source/sugar/+bug/396200 Bug #396200 reported by Edward Cherlin on 2009-07-06 Looks like SL #310 [1] / Ubuntu #325706 [2] to me. Opened on 2009-02-05, i.e. about one Ubuntu release cycle ago and still not fixed. As a workaround, please try downloading [3] and putting it into /etc/dbus-1/system.d : sudo wget -O /etc/dbus-1/system.d/xorg-server.conf http://sascha.silbe.org/patches/xorg-server.conf Jaunty ships a prerelease of Sugar 0.84, so not sure how much joy you'll have with it. [1] http://dev.sugarlabs.org/ticket/310 [2] https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/325706 [3] http://sascha.silbe.org/patches/xorg-server.conf CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Open-Mesh.com
On Fri, Jun 26, 2009 at 12:13:55PM +0200, Marten Vijn wrote: Generally they use adhoc-mode on the wifi-card with is not supported well on all cards. Do you know this for sure for OpenMesh? They use the Atheros chipset with multiple network interfaces (ath0..ath2) in Linux and always use the acronym AP when they talk about client-side network interfaces (it's an infrastructure mesh). 29$ (US version) / 39$ (EU version) for a mesh-capable (even if just layer 3), open source powered AP (including an ethernet interface in each device) sure seems like a bargain. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] picked up by [some media]
On Thu, Jun 25, 2009 at 11:33:58AM +0200, Sean DALY wrote: Does anyone else feel it's too much information? While the information itself is interesting and useful, a more digest-like mode of dissipation would be appreciated, e.g. one mail per day. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Picked up by OSZine (DE), PCPro (GB ), Hírszerz? (HU), Golem (DE), NeoTeo (ES), PCAdvisor (GB), Netbook Ch oice (US), Ferra (RU), LinuxFR (FR) , La Segunda (CL), Digest-IT (RU)
On Thu, Jun 25, 2009 at 12:01:38PM +0200, Sean DALY wrote: [whole list of links] Much better, thanks! Congratulations for this success (and thanks for the hard work leading to it), BTW - both to the marketing team and the SoaS team! PS: I guess most people who are interested in this are at least subscribed to iaep, so no point in cross-posting to sugar-devel. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Marketing] [Sugar-devel] picked up by [some media]
On Thu, Jun 25, 2009 at 12:23:02PM +0200, Sean DALY wrote: I'll regroup links but I do hope those of us who speak the languages I don't (I can only read en-fr-ru I'm afraid) can assist in pointing out particularly good or particularly bad coverage FWIW I liked the pro-linux.de one. They seem to have actually tried out the software themselves instead of just copy pasting text from the press release and the homepage. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] picked up by Gizmodo off of TechRadar: Sugar On a Stick Turns Any Netbook Into Your Very Own OLPC
On Wed, Jun 24, 2009 at 11:19:01AM +0200, Sean DALY wrote: http://gizmodo.com/5301939/sugar-on-a-stick-turns-any-netbook-into-your-very-own-olpc Where do they get all those old screenshots from? ^^ Do we have a gallery for the journalists to use that's linked from press releases? CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] picked up by Gizmodo off of TechRadar: Sugar On a Stick Turns Any Netbook Into Your Very Own OLPC
On Wed, Jun 24, 2009 at 11:36:02AM +0200, Sean DALY wrote: Hi Sascha, in fact I have no idea where that one came from. We provided the SoaS beauty shot in the press release (http://www.sugarlabs.org/press/Sugar-on-a-Stick-Strawberry.png) and I provided the gallery link to Technology Review last night (http://www.sugarlabs.org/index.php?template=gallerypage=gallery) OK, the Strawberry picture is a bit too generic I guess. Maybe it might make sense to add the gallery link to the press release next time? But I'll better stop talking about things you know much better than me and get back to working on the data store. :) CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] Linuxtag - What is left to do to make it a success?
On Thu, Jun 18, 2009 at 08:59:53AM +0200, Simon Schampijer wrote: http://wiki.sugarlabs.org/go/Marketing_Team/Events/LinuxTag2009 Quoting that page: Not permitted by Linuxtag: * wireless access points (You are not permitted to operate your private wireless LAN. Please take this serious. There will be several site surveys to ensure this.) * connect visitors to the project's network Does this mean you can't show off collaboration? CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Grassroots-l] Fwd: An interesting project I stumbled across
On Sat, Jun 13, 2009 at 02:10:14PM +0200, Sean DALY wrote: I saw this too: http://blog.wizzy.com/post/OLPC-and-Classmate-in-Nigeria Great, just what I needed for my seminar! 20k$/month for an internet connection, wow! I couldn't find any technical information about the solution, although it seems to be based on FOSS [1] is listed as an offsite link to Wizzy tech site on the Wizzy community page. From that page: === Begin quote from [1] === This software is an adapted version of CentOS Linux, itself straight recompile from source RPMs of Redhat Enterprise Linux. Many extra packages have been added, all under the GPL licence. * DHCP server for IP addresses - dhcp as provided by Redhat * SMTP mail server - exim4 * IMAP server for local mailboxes - courier packaged by wizzy * LDAP authentication server - openldap as provided by Redhat * DNS server - dnsmasq - community contribution * UUCP for all communications - uucp as provided by Redhat * LTSP bootserver for Linux Thin Client networks - ltsp 4.2 packaged by wizzy. This is just a bootserver - it requires an LTSP application server as well for full LTSP functionality. * TFTP, NFS servers for booting and diskless workstation support for LTSP - tftp-server , nfs-utils as provided by Redhat * wwwoffle offline web cache - wwwoffle modified and packaged by wizzy * apache webserver for webmail - apache as provided by Redhat * vsftpd ftp server - vsftpd as provided by Redhat === End quote from [1] === The latest news is a public beta announce from March 2006, though. [1] http://www.wizzy.org.za/ CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Journal criticism
On Thu, May 28, 2009 at 09:58:27AM +1000, fors...@ozonline.com.au wrote: hierarchical views of the underlying filesystem Which parts of the filesystem are you talking about (other than external storage) exactly? The system (i.e. anything outside /home)? Sugar config files? Installed activities? The Journal? Files saved using legacy applications? the ability to copy between the journal and a filesystem with user control of mime type and extension the ability to inspect and alter journal items' mime type You mean a graphical equivalent of copy-to/from-journal? PS: Not sure this is still on topic for iaep, suggesting moving to sugar-devel. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] The User experience/interface for Printing
On Mon, May 04, 2009 at 04:44:33AM -0400, Albert Cahalan wrote: Sending the docs to cups-pdf for conversion and then talking to Moodle for teacher review can be done via /usr/bin/lpr, But that would sidestep the Journal and prevent review of the actual output (i.e. what it looks like on paper, not on screen - that can be vastly different!) before printing. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] InfoTech Report
On Sat, Apr 25, 2009 at 09:27:07PM -0700, Caryl Bigenho wrote: I gave them my card which has links to the contributors program, sugar-on-a stick, and lots of other useful info about OLPC and Sugar. Nice idea. Because of the attractive design, I've been asked about it two times already at university. Would be nice to have a standard flyer (in SugarLabs design) that I could hand out. As it's a physical object it would serve as a reminder to them, increasing the chance they actually visit the web sites and get even more interested. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Sugar Labs Code of Conduct
On Fri, Apr 24, 2009 at 11:20:49PM -0500, David Farning wrote: Your comments, suggestions, and edits are welcome. http://wiki.sugarlabs.org/go/Sugar_Labs/Legal/Code_of_Conduct I have trouble parsing the following sentence (section Be flexible): Try to find the appropriate forum for your topic, level or expertises, or language. How does level or expertises and language relate to the first part of the sentence? CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] OT: Networking challenges in developing countries
On Wed, Apr 22, 2009 at 04:22:14PM -0700, Edward Cherlin wrote: They are in Cambridge. Why don't you call them? I'll ping them on behalf of Earth Treasury. Let me know if you find any more like them. Thanks for your answers, Walter and Edward! I've written an email to First Mile Solutions, waiting for their reply now. Their web page already contained some pointers and even some material (photos and descriptions of Sneakernet equipment) I can use. On Wed, Apr 22, 2009 at 04:18:16PM -0700, Edward Cherlin wrote: The title of the original proposal (given to me) was Disruptive Tolerant Networking for the Amazonas (**). Sneakernet is the correct geek term. I see no point in creating yet more euphemisms, especially bafflegab euphemisms. It's the original title, not mine. :) I can't help you with the literature, but I can help imagine a solution, and a social movement to get it working, with historical examples. Would be interesting as well, though I also need a certain amount of scientific work (i.e. referencing and quoting other papers). Do you operate a proxy for intermittent internet access (like wwwoffle)? Resumable data transfers, such as wget? Torrenting? FidoNet? It's still in everyday use. I couldn't help snickering at some part of the topic presentation, since it was all presented as brand-new. I've run a Fido node myself for several years some time ago. :) References to old solutions will be part of my talk as well, of course. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] OT: Networking challenges in developing countries
Hi! Sorry for the slightly off-topic posting, but as some deployments might actually be facing these issues I thought it might be worth a try. As part of my study, I'm going to give a talk on networking challenges and possible solutions in developing countries (*). The title of the original proposal (given to me) was Disruptive Tolerant Networking for the Amazonas (**). I'm looking for any reference (english only, though) on non-technological (or rather not mainly technological - social, legal, organisational, anything) aspects of the networking challenges (esp., but not only non-realtime access) and their solutions. Do you do data transport via USB stick from village to village? Do you operate a proxy for intermittent internet access (like wwwoffle)? Any other kind of high latency data transfer or communication? If so, I'd be very interested in hearing details about it. Tell me your story! (*) In need of a better term. It's more about areas without established / stable networking infrastructure. (**) Also known as Delay Tolerant Networking. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Help Wanted: Keeper of the Hardware List
On Wed, Apr 15, 2009 at 02:51:21PM -0400, Luke Faraone wrote: We can also make use of Semantic Media Wiki to create forms that lead into a table. +1 for that as it's possible to do queries then (instead of manually scanning the table). CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Fwd: Heart Rate Monitor Peripheral
On Wed, Apr 08, 2009 at 03:44:05AM -0400, Seth Woodworth wrote: I'd like to encourage everyone to build on the great work of Arjun Sarwal and help us extend the sensor interface with our peripheral -- the heart rate monitor. Looks great! As I intended to do a similar device in the future (it's going to measure SpO2 (oxygen saturation) as well as that's what I'm interested in), I'd like to see the schematics. Are they available somewhere? Do you just amplify the current through a photo transistor or is there something more fancy going on, e.g. AGC? CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] meetup in Europe
On Tue, Apr 07, 2009 at 08:26:01AM +0200, Holger Levsen wrote: I dont have a car (but a drivers licence) and would like to join you in Hamburg (if the meeting is on May 16th in Paris). I'm afraid what won't make much sense (as much as I'd like to visit Hamburg again) as we're starting from Tübingen/Stuttgart, i.e. the other end of Germany. Hamburg is even further away than Paris... But maybe you can team up with Sebastian (Hannover) or Simon (Berlin)... CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] meetup in Europe
On Mon, Apr 06, 2009 at 06:56:31PM +0200, Sean DALY wrote: I was wondering, if the plans aren't finalized, could we consider meeting that weekend in Paris instead? Prague is significantly cheaper for us to reach via train (312 EUR Prague vs. 424 EUR Paris; 2-way, 2 persons) and car (gas is about 20% cheaper). What about lodging and food? Tomeu mentioned hotels are cheap in Prague and that he could even accomodate some of us in his private headquarters. Aditionally, I've been to Paris several times before, but never to Prague. I don't speak either language, though. :) I'm not sure whether I can come (it mainly depends on money - GSoC acceptance would mean a definite yes, otherwise it's a maybe), but would love to. P.S. on a related subject, this week I have the keys to my Paris apt. back from the renters who have moved out... so I could potentially put up a small crowd of visitors who wouldn't mind camping conditions Sounds good (so Paris might be on equal terms to Prague in that respect). :) CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] meetup in Europe
On Tue, Apr 07, 2009 at 01:27:31AM +0200, Bernie Innocenti wrote: Prague is significantly cheaper for us to reach via train (312 EUR Prague vs. 424 EUR Paris; 2-way, 2 persons) and car (gas is about 20% cheaper). Wow, trains are for you rich people! Yep. :-/ If we decide fast enough, there are some cheaper options: europe special tariff for train - the way back is already booked out, though - or carsharing (Mitfahrzentrale). The latter one would be around 120EUR total and definitely affordable for us. I'm gonna come by plane instead: Not an option for us (at least not if my gf is coming as well). CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] meetup in Europe
On Tue, Apr 07, 2009 at 02:44:07AM +0200, Bernie Innocenti wrote: Have you considered driving to Paris? Yes, I have (see my first reply). Unless someone else is coming with us (and providing a car), I would need to check with our carsharing club first about driving outside germany, but it would probably be around 160EUR for 3 days (i.e. significantly cheaper than train). Prague should be about the same (distance is more or less the same, depending on exact location). Mitfahrzentrale (someone else driving to Prague anyway and taking us with him) would still be cheaper. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] Running sugar at almost-native speeds in Windows
On Tue, Mar 10, 2009 at 09:26:59PM -0400, Benjamin M. Schwartz wrote: So, the principal difficulty with using coLinux with Sugar is that it uses a Windows-side X server, which provides its own window manager. We need to use our own, custom-configured window manager, in order for the GUI to work. (For the same reason, Sugar won't run over an ssh tunnel.) Can't say anything about the first part, but the second is plain wrong (the box running Sugar shipped by lenny is in a different room - go figure how I prevent having to move my feet :) ). The window manager isn't tied to the X server in any way. We could attempt to port some of the window management stuff to Cygwin, but... let's not. IIRC no special porting should be required regarding X on Windows. It even seems to be able to utilize shared memory nowadays if configured accordingly [1], so performance should be OK. Virtualbox is Free and potentially similar. Also, coLinux requires Administrator privileges to run, so students on school computers probably can't use it.[1] Don't VMs on Windows require admin privileges to install and/or run (I honestly don't know)? [1] http://x.cygwin.com/docs/ug/using-shared-memory.html CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] Teaching typing and basic math on the XO
On Fri, Jan 02, 2009 at 07:20:05PM -0500, Wade Brainerd wrote: If you have used TuxType, you will know that it's a simplistic typing *practice game* and in no way teaches the user how to type. I thought that's what you're looking for. How do you imagine a typing teaching activity to work? What does the Typing Turtle activity that was mentioned look like? CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] Teaching typing and basic math on the XO (was: Re: [Sugar-devel] How to Make Activity Designers Happy , Parts I and II)
On Fri, Jan 02, 2009 at 12:10:09PM -0800, Bryan Berry wrote: The Typing Turtle will be immensely useful and immensely popular in Nepal. A typing tutor is one of the most frequently requested programs by the Nepali kids and teachers alike. Thanks alot to Wade for working on it. Have you tried TuxType/TuxTyping [1] and (a recent version of) TuxMath? There's no XO bundle for them yet, but if they fit your needs, you might try asking Albert Calahan. He seems to have done the TuxPaint [2] bundle [3,5] (all three programs are from the same project - Tux4Kids [4]). [1] http://tuxtype.sourceforge.net/ [2] http://www.tuxpaint.org/ [3] http://wiki.laptop.org/go/Tux_Paint [4] http://tux4kids.alioth.debian.org/ [5] http://wiki.laptop.org/go/Activities/All CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
