[Sugar-devel] tamtammini-57.xo, csound and ubuntu
Hi!
I am putting together an Ubuntu based Live-System for Kids from 6
to 12 years. I am exited that sugar is available as a package for
installation within Ubuntu now. Two years ago i tried so hard to
get it running (on debian), but failed. Most of the activities
are now running without problems after installing them with
sugar-install-bundle. But still i have a problem with TamTammini,
which is one of the essential programs for the paedagogical
approach of our setup. Maybe somebody could have a look at my
logfile. A friend tried it on a debian system and had similar
problems. Should i direct my questions to another place? I am
very thankful for advice and help.
Andrea
System is: Ubuntu 10.10.. Sugar 0.88.1, Csound version 5.12,
tamtammini-57.xo
Problem: TamTammini starts within sugar on ubuntu. When clicking
on an instrument you hear the sound you get when clicking a
button (sound is working, i.e Speak.activity is working fine),
but you don't hear the instrument. Also the keyboard gives no
sounds.
Log file:
** Message: pygobject_register_sinkfunc is deprecated
(HippoCanvasBox)
1301392836.158145 DEBUG root: Debug Level 0
1301392836.158415 DEBUG root: INFO: loaded
TAMTAM_ROOT=/home/jux/Activities/TamTamMini.activity
1301392836.214454 DEBUG root: skip
/home/jux/Activities/TamTamMini.activity/common/Util/Clooper/linux64_511_deb
blobs: /home/jux/Activities/Tam
TamMini.activity/common/Util/Clooper/linux64_511_deb/aclient.so:
falsche ELF-Klasse: ELFCLASS64
1301392836.216862 DEBUG root: skip
/home/jux/Activities/TamTamMini.activity/common/Util/Clooper/linux64_510
blobs: /home/jux/Activities/TamTamM
ini.activity/common/Util/Clooper/linux64_510/aclient.so: falsche
ELF-Klasse: ELFCLASS64
1301392836.218069 DEBUG root: skip
/home/jux/Activities/TamTamMini.activity/common/Util/Clooper/linux32_508
blobs: libcsound.so.5.1: Kann die S
hared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht
gefunden
1301392836.226332 DEBUG root: use
/home/jux/Activities/TamTamMini.activity/common/Util/Clooper/linux32_511_deb
blobs
1301392836.293436 DEBUG root: datastore.get
1301392836.298367 WARNING root: .has_key() is deprecated, use
'in'
1301392836.303999 DEBUG root: *** Act
fe6faa0ce02bb0dce54e1510cf9c965b80cde2b4, mesh instance None,
scope private
1301392836.326327 DEBUG root: PaletteWindow.popdown immediate
True
1301392836.335281 DEBUG root: PaletteWindow.popdown immediate
True
1301392836.340254 WARNING root: No gtk.AccelGroup in the top
level window.
1301392836.344155 WARNING root: No gtk.AccelGroup in the top
level window.
/usr/lib/python2.6/dist-packages/sugar/graphics/window.py:290:
DeprecationWarning: use toolbar_box instead of toolbox
warnings.warn('use toolbar_box instead of toolbox',
DeprecationWarning)
Logging disabled on purpose
PortMIDI real time MIDI plugin for Csound
virtual_keyboard real time MIDI plugin for Csound
PortAudio real-time audio module for Csound
0dBFS level = 32768.0
Csound version 5.12 (double samples) Sep 15 2010
libsndfile-1.0.21
UnifiedCSD:
/home/jux/Activities/TamTamMini.activity/common/Resources/tamtamorc.csd
STARTING FILE
Creating options
Herstellen des Orchesters
Creating score
orchname: /tmp/csound-uN7ijG.orc
scorename: /tmp/csound-QRX3dJ.sco
rtaudio: PortAudio module enabled ... using blocking interface
RAWWAVE_PATH: /usr/share/stk/rawwaves/
rtmidi: PortMIDI module enabled
orch compiler:
opcode homeSine a kki
opcode synthGrain a aa
opcode ControlMatrice i ii
opcode SourceMatrice i i
opcode FxMatrice i i
opcode controller k ii
opcode source a ii
opcode effects a ii
instr 200
instr 5600
instr 5400
instr 5401
instr 5201
instr 5202
instr 5212
instr 6000
instr 5204
instr 5203
instr 5000
instr 5022
instr 5023
instr 5001 5002 5003 5004 5005 5006 5007 5008 5009 5010
instr 5101 5102 5103 5104 5105 5106 5107 5108 5109 5110
instr 5011 5012 5013 5014 5015 5016 5017 5018 5019 5020
instr 5111 5112 5113 5114 5115 5116 5117 5118 5119 5120
instr 5021
sorting score ...
... getan
Csound version 5.12 (double samples) Sep 15 2010
displays suppressed
0dBFS level = 32768.0
orch now loaded
audio buffered in 256 sample-frame blocks
SECTION 1:
/home/jux/Activities/TamTamMini.activity/Mini/miniTamTamMain.py:92:
DeprecationWarning: Use the new widget gtk.Tooltip
self.tooltips = gtk.Tooltips()
/home/jux/Activities/TamTamMini.activity/Mini/miniTamTamMain.py:187:
DeprecationWarning: Use the new widget gtk.Tooltip
self.tooltips.set_tip(self.geneSlider,Tooltips.COM PL)
/home/jux/Activities/TamTamMini.activity/Mini/miniTamTamMain.py:200:
DeprecationWarning: Use the new widget gtk.Tooltip
self.tooltips.set_tip(self.beatSlider,Tooltips.BEA T)
/home/jux/Activities/TamTamMini.activity/Mini/miniTamTamMain.py:217:
DeprecationWarning: Use the new widget gtk.Tooltip
self.tooltips.set_tip(tempoSlider,Tooltips.TEMPO)
/home/jux/Activities/TamTamMini.activity/Mini/miniTamTamMain.py:230:
DeprecationWarning: Use the new widget gtk.Tooltip
self.tooltips.set_tip(volumeSlider,Tooltips.VOL)
Re: [Sugar-devel] [DESIGN] Record UI
as a former audio engineer, I agree visual feedback during recording is vital. There are lots of ways to do this minimally: * a red light on in standby, red light blinking when recording * green blinking light for recording within level, yellow blinking for close to saturation, red blinking for saturation * 5-bar pseudo LEDs; 3 green, 1 yellow, 1 red, valid for recording and playback * a single light varying in intensity, size, or spectrum from green to red, small to large FWIW, I also feel the lips are not an intuitive representation of a microphone. A microphone would best represent mic input. Sean On Fri, Apr 1, 2011 at 12:54 AM, C. Scott Ananian csc...@laptop.org wrote: On Fri, Mar 18, 2011 at 12:18 PM, Art Hunkins abhun...@uncg.edu wrote: Please ensure that, in *audio* recording mode, any video display (including an oscilloscope-style display) does not cause glitches in the audio. (This was an apparent problem in earlier versions.) Of course, the surest guarantee of this is no simultaneous (changing) video display. I think video feedback is vital. How do you know it's actually doing something if nothing seems to happen when you start recording audio? It doesn't necessarily have to be a waveform display, but *something* needs to be changing. A waveform display has pedagogical value. It's worth making that work right. --scott ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Dropbox on the XO
Hi all, thanks a lot for the replies. So I just heard back from the local project coordinator and the main motivation behind using Dropbox is syncing up files between the teacher's XO and the pupils' XOs. One of the things we've been trying to do for awhile is finding a simple way to get pupils' work of the XOs and into other systems as well as enabling them to print out the things they write, pictures they draw, photos they take, etc. If there was a simple way to do this then we'd make 25 pupils and 2 teachers very happy:-) James suggested Sugar Commander to copy the files from the dropbox folder into the Journal, having never used I'm wondering whether it's also possible to do it the other way 'round (Journal - Dropbox folder)? (since that would be the main initial use-case) As per Rudolf's comment I'm now thinking that enabling an easy-sync between the XOs and other computers they children have access to (e.g. at home) might also be an area that's worthwhile investigating. And while I agree that sugar already has many sharing features I don't think they're nearly powerful and flexible enough (which reminds of seeing the expression on Richard Smith's face when I showed him this photo from Peru - http://www.olpcnews.com/countries/peru/peruvian_pupils_ingenious_method_for_copying_songs.html - which was simply priceless;-). Cheers, Christoph On Fri, Apr 1, 2011 at 1:55 AM, James Cameron qu...@laptop.org wrote: On Thu, Mar 31, 2011 at 10:06:45AM -0400, Rodolfo D. Arce S. wrote: Dropbox is designed based on syncing in multiple machines, if a child has only one machine, then i don't think it to be necessary. I'd like to work on the assumption that Sugar is for a child who has at least one machine, not at most one machine. if n = 0, our software will not run; if n = 1, our software will run; if n 1, our software will still run. -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.com e-mail: christ...@olpcnews.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Dropbox on the XO
On Fri, Apr 01, 2011 at 01:02:46PM +0200, Christoph Derndorfer wrote: James suggested Sugar Commander to copy the files from the dropbox folder into the Journal, ... Not me, probably Other James. And while I agree that sugar already has many sharing features I don't think they're nearly powerful and flexible enough (which reminds of seeing the expression on Richard Smith's face when I showed him this photo from Peru - http://www.olpcnews.com/countries/peru/peruvian_pupils_ingenious_method_for_copying_songs.html - which was simply priceless;-). Very sad. Have you actually used the feature that sends a journal entry from one laptop to another over wireless? 'Cause if you haven't used it, then perhaps you should retract your opinion until you've had a go at it. There's no point whinging about software written years ago. -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] The activity icon does not handle the case of a activity without metadata.
Done: http://bugs.sugarlabs.org/ticket/2743 On Thu, Mar 31, 2011 at 12:23 PM, Simon Schampijer si...@schampijer.dewrote: Hi Gonzalo, thanks for the patch! Can we open a ticket that has a test case for it and add the bug number to the description? If you open it on SL infra please add the '11.2.0' keywords. Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Dropbox on the XO
On Fri, Apr 1, 2011 at 1:31 PM, James Cameron qu...@laptop.org wrote: On Fri, Apr 01, 2011 at 01:02:46PM +0200, Christoph Derndorfer wrote: James suggested Sugar Commander to copy the files from the dropbox folder into the Journal, ... Not me, probably Other James. Yes, sorry, it was James Simmons and I only realized now that his message didn't go to the list... And while I agree that sugar already has many sharing features I don't think they're nearly powerful and flexible enough (which reminds of seeing the expression on Richard Smith's face when I showed him this photo from Peru - http://www.olpcnews.com/countries/peru/peruvian_pupils_ingenious_method_for_copying_songs.html - which was simply priceless;-). Very sad. Not sure why people think it's sad. To me it really is ingenious and I loved how these pupils worked around the software limitations to achieve what they wanted. Have you actually used the feature that sends a journal entry from one laptop to another over wireless? 'Cause if you haven't used it, then perhaps you should retract your opinion until you've had a go at it. There's no point whinging about software written years ago. Sorry if I touched a soft spot here! ;-) On a more serious note I saw that my previous e-mail should read teacher's normal laptop rather than teacher's XO since the main idea is still to make it easy to print children's works. Cheers, Christoph -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.com e-mail: christ...@olpcnews.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Record UI
Thanks, Gonzalo; that's a very good idea. I'll look forward to testing. Art Hunkins - Original Message - From: Gonzalo Odiard To: Art Hunkins Cc: C. Scott Ananian ; Sugar-dev Devel Sent: Thursday, March 31, 2011 11:39 PM Subject: Re: [Sugar-devel] [DESIGN] Record UI Art, I don't know if i will see the glitches when we do the visual representation. I agree, in a tool to record audio, is important the audio is well recorded. And when I have anything to show, I will inform and we can test it and see what can we do. Regards Gonzalo On Thu, Mar 31, 2011 at 10:15 PM, Art Hunkins abhun...@uncg.edu wrote: - Original Message - From: C. Scott Ananian csc...@laptop.org To: Art Hunkins abhun...@uncg.edu Cc: Gonzalo Odiard gonz...@laptop.org; Sugar-dev Devel sugar-devel@lists.sugarlabs.org Sent: Thursday, March 31, 2011 6:54 PM Subject: Re: [Sugar-devel] [DESIGN] Record UI On Fri, Mar 18, 2011 at 12:18 PM, Art Hunkins abhun...@uncg.edu wrote: Please ensure that, in *audio* recording mode, any video display (including an oscilloscope-style display) does not cause glitches in the audio. (This was an apparent problem in earlier versions.) Of course, the surest guarantee of this is no simultaneous (changing) video display. I think video feedback is vital. How do you know it's actually doing something if nothing seems to happen when you start recording audio? It doesn't necessarily have to be a waveform display, but *something* needs to be changing. A waveform display has pedagogical value. It's worth making that work right. --scott If it works right, fine. Otherwise, there is the elapsed time indicator that is the something that needs to be changing. Also there are visual changes when you start and stop recording - all sorts of visual cues. I too rather like the waveform display - it does have some pedagogical value; it just *must not* interrupt smooth audio flow. Art Hunkins ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] tamtammini-57.xo, csound and ubuntu
Hello Andrea, Yes this is the correct place to ask. I have the exact same problem on my machine with Trisquel 10.04. I've looked and there isnt a bug report so I made one: http://bugs.sugarlabs.org/ticket/2744 I've put you on CC so you get news on it. Thanks for the report! El 01/04/11 04:13, Andrea Mayr escribió: Problem: TamTammini starts within sugar on ubuntu. When clicking on an instrument you hear the sound you get when clicking a button (sound is working, i.e Speak.activity is working fine), but you don't hear the instrument. Also the keyboard gives no sounds. insert_score_event(): invalid instrument number or name ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Fedora_15_gnome3_with_sugar_0.92.0
FYI New today: The f15 desktop live .iso [1] Boots from CD to gnome3 and installs to HD. sugar 0.92.0 can also be installed see method: http://wiki.sugarlabs.org/go/Community/Distributions/Fedora#Fedora_15_gnome3_with_sugar_0.92.0 Tom Gilliard satellit on freenode #sugar IRC Download: [1] http://serverbeach1.fedoraproject.org/pub/alt/stage/15-Beta.TC1/Live/i686/Fedora-15-Beta-i686-Live-Desktop.iso ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH] Adding support for Tuquito GNU/Linux distribution
Tuquito is a Ubuntu based distribution - http://www.tuquito.org.ar Made in
Argentina our goal is to make an usable distribution whit support for educators
from a collaborative learning perspective.
---
config/sysdeps/10tuquito-allversions.xml |1 +
config/sysdeps/50tuquito-4.1.xml | 25 +
config/sysdeps/50tuquito-allversions.xml |5 +
sjhbuild/sysdeps.py |3 ++-
4 files changed, 33 insertions(+), 1 deletions(-)
create mode 12 config/sysdeps/10tuquito-allversions.xml
create mode 100644 config/sysdeps/50tuquito-4.1.xml
create mode 100644 config/sysdeps/50tuquito-allversions.xml
diff --git a/config/sysdeps/10tuquito-allversions.xml
b/config/sysdeps/10tuquito-allversions.xml
new file mode 12
index 000..ce85b51
--- /dev/null
+++ b/config/sysdeps/10tuquito-allversions.xml
@@ -0,0 +1 @@
+debian-family.xml
\ No newline at end of file
diff --git a/config/sysdeps/50tuquito-4.1.xml b/config/sysdeps/50tuquito-4.1.xml
new file mode 100644
index 000..5ed0ce8
--- /dev/null
+++ b/config/sysdeps/50tuquito-4.1.xml
@@ -0,0 +1,25 @@
+?xml version=1.0?
+dependencies
+ package name=abiword source=abiword-plugins/
+ package name=espeak/
+ package name=espeak-data/
+ package name=libabiword-2.8-dev source=abiword/
+ package name=libtelepathy-glib0 source=telepathy-glib/
+ package name=libdbus-glib-1-dev source=dbus-glib/
+ package name=metacity source=metacity/
+ package name=pep8 source=pep8/
+ package name=pylint source=pylint/
+ package name=python-abiword source=pyabiword/
+ package name=python-evince source=gnome-python-desktop/
+ package name= python-lxml source= python-lxml/
+ package name=python-beautifulsoup source=python-beautifulsoup/
+!-- package name=python-metacity source=gnome-python-desktop/ --
+ package name=python-rsvg source=gnome-python-desktop/
+ package name=python-telepathy source=telepathy-python/
+ package name=python-wnck source=gnome-python-desktop/
+ package name=python-xklavier source=python-xklavier/
+ !-- python-xpcom still isn't packaged so hulahop won't work, but it builds
--
+ package name=telepathy-gabble source=telepathy-gabble/
+ package name=telepathy-salut source=telepathy-salut/
+ package name=xulrunner-1.9.2 source=xulrunner/!-- for hulahop --
+/dependencies
diff --git a/config/sysdeps/50tuquito-allversions.xml
b/config/sysdeps/50tuquito-allversions.xml
new file mode 100644
index 000..e523b3a
--- /dev/null
+++ b/config/sysdeps/50tuquito-allversions.xml
@@ -0,0 +1,5 @@
+?xml version=1.0?
+dependencies
+ !-- TODO: check whether we actually need these (commented out for Debian)
--
+ package name=libpoppler-dev/
+/dependencies
diff --git a/sjhbuild/sysdeps.py b/sjhbuild/sysdeps.py
index 7aeb026..cf851af 100644
--- a/sjhbuild/sysdeps.py
+++ b/sjhbuild/sysdeps.py
@@ -15,6 +15,7 @@ _UNSTABLE_NAMES = {
'fedora': 'rawhide',
'mandrivalinux': 'cooker',
'ubuntu': 'unstable',
+'tuquito':'unstable',
}
@@ -49,7 +50,7 @@ def check_package(package):
if name in ['fedora', 'mandrivalinux']:
ret = subprocess.call(['rpm', '--quiet', '-q', package])
return ret == 0
-elif name in ['ubuntu', 'debian']:
+elif name in ['ubuntu', 'debian', 'tuquito']:
cmd = [dpkg-query, -f='${status}', -W, package]
out, err_ = subprocess.Popen(cmd, stdout=subprocess.PIPE).communicate()
return out.find('install ok installed') != -1
--
1.7.1
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] adding support for Tuquito GNU/Linux distribution
On Thu, Mar 31, 2011 at 7:10 PM, Sascha Silbe si...@activitycentral.comwrote:
Thanks for the patch! I'll take a closer look within the next few days
(if I don't, feel free to ping me).
ok thanks for all
Just one thing: You need to use
lower case 'tuquito' in sysdeps.py because we force all names to lower
case before usage (see _get_distribution() and _pipe_lower()).
I made the corrections to the pacht, I send via git and attach to this mail
to
From 233589ff2fdc1e862e2eb8b02c66525dd8c9ac5f Mon Sep 17 00:00:00 2001
From: amaciel al...@tuquito.org.ar
Date: Fri, 1 Apr 2011 12:06:00 -0300
Subject: [PATCH] Adding support for Tuquito GNU/Linux distribution
Tuquito is a Ubuntu based distribution - http://www.tuquito.org.ar Made in
Argentina our goal is to make an usable distribution whit support for
educators from a collaborative learning perspective.
---
config/sysdeps/10tuquito-allversions.xml |1 +
config/sysdeps/50tuquito-4.1.xml | 25 +
config/sysdeps/50tuquito-allversions.xml |5 +
sjhbuild/sysdeps.py |3 ++-
4 files changed, 33 insertions(+), 1 deletions(-)
create mode 12 config/sysdeps/10tuquito-allversions.xml
create mode 100644 config/sysdeps/50tuquito-4.1.xml
create mode 100644 config/sysdeps/50tuquito-allversions.xml
diff --git a/config/sysdeps/10tuquito-allversions.xml
b/config/sysdeps/10tuquito-allversions.xml
new file mode 12
index 000..ce85b51
--- /dev/null
+++ b/config/sysdeps/10tuquito-allversions.xml
@@ -0,0 +1 @@
+debian-family.xml
\ No newline at end of file
diff --git a/config/sysdeps/50tuquito-4.1.xml
b/config/sysdeps/50tuquito-4.1.xml
new file mode 100644
index 000..5ed0ce8
--- /dev/null
+++ b/config/sysdeps/50tuquito-4.1.xml
@@ -0,0 +1,25 @@
+?xml version=1.0?
+dependencies
+ package name=abiword source=abiword-plugins/
+ package name=espeak/
+ package name=espeak-data/
+ package name=libabiword-2.8-dev source=abiword/
+ package name=libtelepathy-glib0 source=telepathy-glib/
+ package name=libdbus-glib-1-dev source=dbus-glib/
+ package name=metacity source=metacity/
+ package name=pep8 source=pep8/
+ package name=pylint source=pylint/
+ package name=python-abiword source=pyabiword/
+ package name=python-evince source=gnome-python-desktop/
+ package name= python-lxml source= python-lxml/
+ package name=python-beautifulsoup source=python-beautifulsoup/
+!-- package name=python-metacity source=gnome-python-desktop/ --
+ package name=python-rsvg source=gnome-python-desktop/
+ package name=python-telepathy source=telepathy-python/
+ package name=python-wnck source=gnome-python-desktop/
+ package name=python-xklavier source=python-xklavier/
+ !-- python-xpcom still isn't packaged so hulahop won't work, but it
builds --
+ package name=telepathy-gabble source=telepathy-gabble/
+ package name=telepathy-salut source=telepathy-salut/
+ package name=xulrunner-1.9.2 source=xulrunner/!-- for hulahop --
+/dependencies
diff --git a/config/sysdeps/50tuquito-allversions.xml
b/config/sysdeps/50tuquito-allversions.xml
new file mode 100644
index 000..e523b3a
--- /dev/null
+++ b/config/sysdeps/50tuquito-allversions.xml
@@ -0,0 +1,5 @@
+?xml version=1.0?
+dependencies
+ !-- TODO: check whether we actually need these (commented out for
Debian) --
+ package name=libpoppler-dev/
+/dependencies
diff --git a/sjhbuild/sysdeps.py b/sjhbuild/sysdeps.py
index 7aeb026..cf851af 100644
--- a/sjhbuild/sysdeps.py
+++ b/sjhbuild/sysdeps.py
@@ -15,6 +15,7 @@ _UNSTABLE_NAMES = {
'fedora': 'rawhide',
'mandrivalinux': 'cooker',
'ubuntu': 'unstable',
+'tuquito':'unstable',
}
@@ -49,7 +50,7 @@ def check_package(package):
if name in ['fedora', 'mandrivalinux']:
ret = subprocess.call(['rpm', '--quiet', '-q', package])
return ret == 0
-elif name in ['ubuntu', 'debian']:
+elif name in ['ubuntu', 'debian', 'tuquito']:
cmd = [dpkg-query, -f='${status}', -W, package]
out, err_ = subprocess.Popen(cmd,
stdout=subprocess.PIPE).communicate()
return out.find('install ok installed') != -1
--
1.7.1
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] tamtammini-57.xo, csound and ubuntu
As a Csound user (but except for Sugar, lacking Linux experience), I can
perhaps be of some help.
The problem is shown by these lines:
insert_score_event(): invalid instrument number or name
insert_score_event(): invalid instrument number or name
insert_score_event(): invalid instrument number or name
insert_score_event(): invalid instrument number or name
insert_score_event(): invalid instrument number or name
insert_score_event(): invalid instrument number or name
insert_score_event(): invalid instrument number or name
insert_score_event(): invalid instrument number or name
insert_score_event(): invalid instrument number or name
insert_score_event(): invalid instrument number or name
insert_score_event(): invalid instrument number or name
insert_score_event(): invalid instrument number or name
Clearly, the orchestra has been compiled correctly. The score is the
problem. Score events are obviously being inserted in real time as you press
keys. As each score event is initiated, it looks for its designated
instrument name or number and doesn't find it in the orchestra; so it gives
a click and cancels the event. Offhand, it looks like the activity has a
name communication problem; either that, or the necessary instruments
aren't being generated in the orchestra (although there is no indication of
that).
Other than that, there are a very large number of (gtk) deprecation warnings
indicated. Could this indicate python-related version incompatibilites?
Others with more expertise than I should address this possibility.
Art Hunkins
- Original Message -
From: Andrea Mayr andrea.m...@netbridge.at
To: sugar-devel@lists.sugarlabs.org
Sent: Friday, April 01, 2011 5:13 AM
Subject: [Sugar-devel] tamtammini-57.xo, csound and ubuntu
Hi!
I am putting together an Ubuntu based Live-System for Kids from 6
to 12 years. I am exited that sugar is available as a package for
installation within Ubuntu now. Two years ago i tried so hard to
get it running (on debian), but failed. Most of the activities
are now running without problems after installing them with
sugar-install-bundle. But still i have a problem with TamTammini,
which is one of the essential programs for the paedagogical
approach of our setup. Maybe somebody could have a look at my
logfile. A friend tried it on a debian system and had similar
problems. Should i direct my questions to another place? I am
very thankful for advice and help.
Andrea
System is: Ubuntu 10.10.. Sugar 0.88.1, Csound version 5.12,
tamtammini-57.xo
Problem: TamTammini starts within sugar on ubuntu. When clicking
on an instrument you hear the sound you get when clicking a
button (sound is working, i.e Speak.activity is working fine),
but you don't hear the instrument. Also the keyboard gives no
sounds.
Log file:
** Message: pygobject_register_sinkfunc is deprecated
(HippoCanvasBox)
1301392836.158145 DEBUG root: Debug Level 0
1301392836.158415 DEBUG root: INFO: loaded
TAMTAM_ROOT=/home/jux/Activities/TamTamMini.activity
1301392836.214454 DEBUG root: skip
/home/jux/Activities/TamTamMini.activity/common/Util/Clooper/linux64_511_deb
blobs: /home/jux/Activities/Tam
TamMini.activity/common/Util/Clooper/linux64_511_deb/aclient.so:
falsche ELF-Klasse: ELFCLASS64
1301392836.216862 DEBUG root: skip
/home/jux/Activities/TamTamMini.activity/common/Util/Clooper/linux64_510
blobs: /home/jux/Activities/TamTamM
ini.activity/common/Util/Clooper/linux64_510/aclient.so: falsche
ELF-Klasse: ELFCLASS64
1301392836.218069 DEBUG root: skip
/home/jux/Activities/TamTamMini.activity/common/Util/Clooper/linux32_508
blobs: libcsound.so.5.1: Kann die S
hared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht
gefunden
1301392836.226332 DEBUG root: use
/home/jux/Activities/TamTamMini.activity/common/Util/Clooper/linux32_511_deb
blobs
1301392836.293436 DEBUG root: datastore.get
1301392836.298367 WARNING root: .has_key() is deprecated, use
'in'
1301392836.303999 DEBUG root: *** Act
fe6faa0ce02bb0dce54e1510cf9c965b80cde2b4, mesh instance None,
scope private
1301392836.326327 DEBUG root: PaletteWindow.popdown immediate
True
1301392836.335281 DEBUG root: PaletteWindow.popdown immediate
True
1301392836.340254 WARNING root: No gtk.AccelGroup in the top
level window.
1301392836.344155 WARNING root: No gtk.AccelGroup in the top
level window.
/usr/lib/python2.6/dist-packages/sugar/graphics/window.py:290:
DeprecationWarning: use toolbar_box instead of toolbox
warnings.warn('use toolbar_box instead of toolbox',
DeprecationWarning)
Logging disabled on purpose
PortMIDI real time MIDI plugin for Csound
virtual_keyboard real time MIDI plugin for Csound
PortAudio real-time audio module for Csound
0dBFS level = 32768.0
Csound version 5.12 (double samples) Sep 15 2010
libsndfile-1.0.21
UnifiedCSD:
/home/jux/Activities/TamTamMini.activity/common/Resources/tamtamorc.csd
STARTING FILE
Creating options
Herstellen des Orchesters
Creating score
orchname: /tmp/csound-uN7ijG.orc
scorename: /tmp/csound-QRX3dJ.sco
Re: [Sugar-devel] [Systems] Sugar Labs website: call for content
On Fri, 2011-04-01 at 11:12 -0400, Mike DeVine wrote: Dear Sugar Labs community members, This is Mike DeVine, one of the RIT students working on the redesign for the Sugar Labs website. As you may have read in an earlier email from Sean Daly, we're currently looking for any and all content related to Sugar, in any shape or form, which we can incorporate into the new site. This means images, video, documents, links, anything. The new site will be much more multimedia-friendly, and we'd like to show that off with as much content as possible, as well as by creating new content to fill holes left by what's already out there. We also have more specific needs for content in some areas, and I'll be sending out more emails with details on those items, but for now I'm simply sending out a general call for any and all content (and links to content) the Sugar community can provide. Simply reply to this email with either content attached or links to content, and we'll take it from there. Thanks very much in advance, These are my a few photos I've selected some time ago for the website: http://people.sugarlabs.org/bernie/sugar/marketing/website-images/ You may also find the following advertisement material useful: http://people.sugarlabs.org/bernie/sugar/marketing/logo/ http://people.sugarlabs.org/bernie/sugar/marketing/screenshots/ http://people.sugarlabs.org/bernie/sugar/slides/pics/ -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Dropbox on the XO
Hi Christopher, On 1 Apr 2011, at 13:01, Christoph Derndorfer christoph.derndor...@gmail.com wrote: On Fri, Apr 1, 2011 at 1:31 PM, James Cameron qu...@laptop.org wrote: On Fri, Apr 01, 2011 at 01:02:46PM +0200, Christoph Derndorfer wrote: James suggested Sugar Commander to copy the files from the dropbox folder into the Journal, ... Not me, probably Other James. Yes, sorry, it was James Simmons and I only realized now that his message didn't go to the list... And while I agree that sugar already has many sharing features I don't think they're nearly powerful and flexible enough (which reminds of seeing the expression on Richard Smith's face when I showed him this photo from Peru - http://www.olpcnews.com/countries/peru/peruvian_pupils_ingenious_method_for_copying_songs.html - which was simply priceless;-). Very sad. Not sure why people think it's sad. To me it really is ingenious and I loved how these pupils worked around the software limitations to achieve what they wanted. Have you actually used the feature that sends a journal entry from one laptop to another over wireless? 'Cause if you haven't used it, then perhaps you should retract your opinion until you've had a go at it. There's no point whinging about software written years ago. Sorry if I touched a soft spot here! ;-) On a more serious note I saw that my previous e-mail should read teacher's normal laptop rather than teacher's XO since the main idea is still to make it easy to print children's works. I'd be happy to see a 3rd party make a nice Dropbox activity (perhaps Dropbox would consider sponsoring a dev seeing as they are a commercial service), pretty sure it is based on WebDAV so should be some standard open source projects about to build a nice focused Sugar Activity UI around. I wanted to raise the bandwidth issue — I do use Dropbox from time to time to share files between my iPad and PowerBook, but I find it painful having to upload and download to the Internet over broadband for more than trivial file sizes, imagine the frustration for one class full of children trying to all sync remotely with a Dropbox account. The solution really needs to use the local network e.g. as achievable via being connected to the class wireless access point, salute (not a remote network jabber server or perhaps a local XS would be OK), and using the Journal 'send to -- friend' feature. FWIW, I've had text chat working between XOs and iChat on a Mac, think I've seen reports of Pidgen working in Gnome as well, but not recently tried testing to see if file transfer works (it didn't used to, but a fair bit of has changed since then). That could be the area most worth some more effort and testing. Regards, --Gary Cheers, Christoph -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.com e-mail: christ...@olpcnews.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Dropbox on the XO
Hi Christoph, We're having a similar use case in Peru at the moment. Artists from Neokinok.tv are recording with the children of the Shippibo and Aymara native communities a documentary using XOs and Record. They needed a way to copy the footage as well as other content into a central server. So I have started working with them on using and adapting http://wiki.sugarlabs.org/go/Activities/FileShare. We've run into some constraints like: - Having to share one file by one. (I've made a patch to share all favorites at once) http://git.sugarlabs.org/file-share-activity With a populated journal this crashes, still debugging. - The server script - we'd like it to provide feedback of successful operations and also to extract uploaded files into a regular directory (instead of .xoj journal files). For use with a regular linux desktop for editing video and material. - All children should have permission to upload to server - When testing on localhost the server errors (but doesnt seem to fail) http://bugs.sugarlabs.org/ticket/2732 When I'm finished writing these patches maybe the activity will be closer to useful for your scenario as well. Let me know if you'd like me to ping you for testing it. I'm copying Justin who is the author. BTW they'll be streaming live today at 7pm EST http://experimentaltv.org/xotv or directly http://stream.neokinok.tv:8000/xotv.ogg Cheers! Sebastian El 01/04/11 07:01, Christoph Derndorfer escribió: On Fri, Apr 1, 2011 at 1:31 PM, James Cameron qu...@laptop.org mailto:qu...@laptop.org wrote: On Fri, Apr 01, 2011 at 01:02:46PM +0200, Christoph Derndorfer wrote: James suggested Sugar Commander to copy the files from the dropbox folder into the Journal, ... Not me, probably Other James. Yes, sorry, it was James Simmons and I only realized now that his message didn't go to the list... And while I agree that sugar already has many sharing features I don't think they're nearly powerful and flexible enough (which reminds of seeing the expression on Richard Smith's face when I showed him this photo from Peru - http://www.olpcnews.com/countries/peru/peruvian_pupils_ingenious_method_for_copying_songs.html - which was simply priceless;-). Very sad. Not sure why people think it's sad. To me it really is ingenious and I loved how these pupils worked around the software limitations to achieve what they wanted. Have you actually used the feature that sends a journal entry from one laptop to another over wireless? 'Cause if you haven't used it, then perhaps you should retract your opinion until you've had a go at it. There's no point whinging about software written years ago. Sorry if I touched a soft spot here! ;-) On a more serious note I saw that my previous e-mail should read teacher's normal laptop rather than teacher's XO since the main idea is still to make it easy to print children's works. Cheers, Christoph -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.com http://www.olpcnews.com e-mail: christ...@olpcnews.com mailto:christ...@olpcnews.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Dropbox on the XO
On Fri, Apr 1, 2011 at 6:12 PM, Gary Martin garycmar...@googlemail.comwrote: Hi Christopher, Hi Gary, On 1 Apr 2011, at 13:01, Christoph Derndorfer christoph.derndor...@gmail.com wrote: On Fri, Apr 1, 2011 at 1:31 PM, James Cameron qu...@laptop.org qu...@laptop.org wrote: On Fri, Apr 01, 2011 at 01:02:46PM +0200, Christoph Derndorfer wrote: James suggested Sugar Commander to copy the files from the dropbox folder into the Journal, ... Not me, probably Other James. Yes, sorry, it was James Simmons and I only realized now that his message didn't go to the list... And while I agree that sugar already has many sharing features I don't think they're nearly powerful and flexible enough (which reminds of seeing the expression on Richard Smith's face when I showed him this photo from Peru - http://www.olpcnews.com/countries/peru/peruvian_pupils_ingenious_method_for_copying_songs.html http://www.olpcnews.com/countries/peru/peruvian_pupils_ingenious_method_for_copying_songs.html - which was simply priceless;-). Very sad. Not sure why people think it's sad. To me it really is ingenious and I loved how these pupils worked around the software limitations to achieve what they wanted. Have you actually used the feature that sends a journal entry from one laptop to another over wireless? 'Cause if you haven't used it, then perhaps you should retract your opinion until you've had a go at it. There's no point whinging about software written years ago. Sorry if I touched a soft spot here! ;-) On a more serious note I saw that my previous e-mail should read teacher's normal laptop rather than teacher's XO since the main idea is still to make it easy to print children's works. I'd be happy to see a 3rd party make a nice Dropbox activity (perhaps Dropbox would consider sponsoring a dev seeing as they are a commercial service), pretty sure it is based on WebDAV so should be some standard open source projects about to build a nice focused Sugar Activity UI around. Good idea. Maybe someone really should approach Dropbox. Without getting to off-topic this is something that I've been thinking about for awhile. In the mobile space most people try to support iOS, Android, WebOS, etc. and it would be great if we could convince service providers to do something similar for the Sugar ecosystem. I wanted to raise the bandwidth issue — I do use Dropbox from time to time to share files between my iPad and PowerBook, but I find it painful having to upload and download to the Internet over broadband for more than trivial file sizes, imagine the frustration for one class full of children trying to all sync remotely with a Dropbox account. The solution really needs to use the local network e.g. as achievable via being connected to the class wireless access point, salute (not a remote network jabber server or perhaps a local XS would be OK), and using the Journal 'send to -- friend' feature. This is indeed a good point though for some reason I had thought that Dropbox is as smart as Skype and does direct file-transfer when it detects that the computers are on the same LAN... Will have to investigate this more. FWIW, I've had text chat working between XOs and iChat on a Mac, think I've seen reports of Pidgen working in Gnome as well, but not recently tried testing to see if file transfer works (it didn't used to, but a fair bit of has changed since then). That could be the area most worth some more effort and testing. Excellent point, this is an option I hadn't even considered yet! Thanks, Christoph P.S. Every time I see your name on the mailing-lists I'm reminded of the fact that we still haven't implemented the medal/awards system we discussed at Sean's apartment during Sugar Camp Paris almost two years ago... :-/ -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.com e-mail: christ...@olpcnews.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Dropbox on the XO
Hi Sebastian, hi James, thanks a lot for your message. I'd definitely love to look at your work when it's done as it really does sounds like a possible solution for the scenario we're looking at. Oh, and I can't wait to see the Neokinok.tv footage:-) Saludos, Christoph On Fri, Apr 1, 2011 at 6:31 PM, Sebastian Silva sebast...@somosazucar.orgwrote: Hi Christoph, We're having a similar use case in Peru at the moment. Artists from Neokinok.tv are recording with the children of the Shippibo and Aymara native communities a documentary using XOs and Record. They needed a way to copy the footage as well as other content into a central server. So I have started working with them on using and adapting http://wiki.sugarlabs.org/go/Activities/FileShare. We've run into some constraints like: - Having to share one file by one. (I've made a patch to share all favorites at once) http://git.sugarlabs.org/file-share-activity With a populated journal this crashes, still debugging. - The server script - we'd like it to provide feedback of successful operations and also to extract uploaded files into a regular directory (instead of .xoj journal files). For use with a regular linux desktop for editing video and material. - All children should have permission to upload to server - When testing on localhost the server errors (but doesnt seem to fail) http://bugs.sugarlabs.org/ticket/2732 When I'm finished writing these patches maybe the activity will be closer to useful for your scenario as well. Let me know if you'd like me to ping you for testing it. I'm copying Justin who is the author. BTW they'll be streaming live today at 7pm EST http://experimentaltv.org/xotv or directly http://stream.neokinok.tv:8000/xotv.ogg Cheers! Sebastian El 01/04/11 07:01, Christoph Derndorfer escribió: On Fri, Apr 1, 2011 at 1:31 PM, James Cameron qu...@laptop.org wrote: On Fri, Apr 01, 2011 at 01:02:46PM +0200, Christoph Derndorfer wrote: James suggested Sugar Commander to copy the files from the dropbox folder into the Journal, ... Not me, probably Other James. Yes, sorry, it was James Simmons and I only realized now that his message didn't go to the list... And while I agree that sugar already has many sharing features I don't think they're nearly powerful and flexible enough (which reminds of seeing the expression on Richard Smith's face when I showed him this photo from Peru - http://www.olpcnews.com/countries/peru/peruvian_pupils_ingenious_method_for_copying_songs.html - which was simply priceless;-). Very sad. Not sure why people think it's sad. To me it really is ingenious and I loved how these pupils worked around the software limitations to achieve what they wanted. Have you actually used the feature that sends a journal entry from one laptop to another over wireless? 'Cause if you haven't used it, then perhaps you should retract your opinion until you've had a go at it. There's no point whinging about software written years ago. Sorry if I touched a soft spot here! ;-) On a more serious note I saw that my previous e-mail should read teacher's normal laptop rather than teacher's XO since the main idea is still to make it easy to print children's works. Cheers, Christoph -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.com e-mail: christ...@olpcnews.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.orghttp://lists.sugarlabs.org/listinfo/sugar-devel -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.com e-mail: christ...@olpcnews.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Record UI
Hi Gonzalo, On 31 Mar 2011, at 14:29, Gonzalo Odiard gonz...@laptop.org wrote: Thanks Gary and all the team. On Thu, Mar 31, 2011 at 9:56 AM, Gary Martin garycmar...@googlemail.com wrote: Hi Gonzalo, On 18 Mar 2011, at 15:15, Gonzalo Odiard wrote: I have prepared mockups about the changes I want to do in the Record UI. [1] The changes were discussed with Simon Schampijer and we take ideas from Tom Staubitz. Just following up from Sunday's design meeting: http://meeting.sugarlabs.org/sugar-meeting/meetings/2011-03-27T15:04:42 See the above log for details, but here's a quick summary: - place the chronometer combo in the secondary toolbars, as opposed to the main toolbar Ok. - write each object to Journal upon its creation rather than trying to write all of them at once on an Activity switch or Stop (which can feel like a crash/hang if you have recorded more than a few new objects) Ok. - remove the (i) info icon from the toolbar and instead badge each media thumbnail on the bottom right corner with an info widget (icon still to be decided) The idea with the (i) button in the main toolbar was make a explicit difference in the UI between the play/reproduce use and the recording use. If we go with the 'edit details' badges on each media thumb (that with the current api takes the user to the Journal details view), is this still a valid thought? Sorry if I have misunderstood your intent here (perhaps describe a short use case). The icon is not good (was a temporary icon only) - use the Journal detail view API explicitly for editing individual object metadata information, rather than the custom info/take notes side bar, see Browse and its download complete alert for example code. We standardise on an edit details UI for all Activities that want to edit their metadata at any time, an existing proposal already being worked on [1]. Are you talking about the Show in Journal button? I think is not a good idea for the workflow, but can be a fist step, until we have the detail view [1] implemented. I agree that 'Show in Journal' is a less optimal workflow than directly editing inside the activity using your own custom details view UI, but the new 'invoke details view from anywhere' proposal should remove that argument (over time). The major benefit is that we standardise on the metadata editing UI for all Activities that need it, share code, maintenance, and pickup some free features — seeing the file size, file type are useful free extras for Record, we might even implement the atomised tag display some day ;-) - camera icon should be the one as seen in sugar-artwork for camera-external, need a similar styled icon for video (Walter has also recently started using camera-external in Turtle Art/Blocks) Ok. - I suggested the sugar-artwork microphone icon (lips) would be good for the audio recording icon (I believe it was originally designed for use as the device icon for a proposed microphone input gain control palette). We didn't formally +1 in the meeting, but worth considering if you don't find it controversial I think the lips icons is better to text to speech (I am using it in Read now). We need a coherent set of metaphor here. What will be represent the icon? The action done by computer or the action done by the child? Also, we can record music too, no only talking. All good points (I didn't know about the Read text to speech — that's a nice use for the icon to standardise on), I stand corrected. We just need a matching styled microphone and video icon then (shout if you want a hand with them). There is still some concern over the user interaction for a primary tool, with sub-toolbar, triggering a full screen canvas change (e.g. as mocked up in your Record camera vs video vs audio, and my Memorize play vs create UI modes), as it might be confusing to get back out of a mode (especially when triggered unexpectedly by hover delay). I'll make a test activity with this interaction for next Sunday's design meeting and see how it feels. Yes. Can we disable the hover delay triggered change? May be we can use a RadioToolButton and display the sub-toolbars when the button is toggled? Pass, not sure, but I think the approach for Record where camera/video/audio are radio buttons and we trigger secondary toolbars for them (along with the canvas mode changes) could the viable alternative. Regards, --Gary Regards Gonzalo [1] Option 1. from Christian's 'detail view anywhere' mockups http://wiki.sugarlabs.org/go/File:Detailview_20110313.pdf ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Dropbox on the XO
On Fri, Apr 1, 2011 at 12:35 PM, Christoph Derndorfer christoph.derndor...@gmail.com wrote: On Fri, Apr 1, 2011 at 6:12 PM, Gary Martin garycmar...@googlemail.com wrote: Hi Christopher, Hi Gary, On 1 Apr 2011, at 13:01, Christoph Derndorfer christoph.derndor...@gmail.com wrote: On Fri, Apr 1, 2011 at 1:31 PM, James Cameron qu...@laptop.org wrote: On Fri, Apr 01, 2011 at 01:02:46PM +0200, Christoph Derndorfer wrote: James suggested Sugar Commander to copy the files from the dropbox folder into the Journal, ... Not me, probably Other James. Yes, sorry, it was James Simmons and I only realized now that his message didn't go to the list... And while I agree that sugar already has many sharing features I don't think they're nearly powerful and flexible enough (which reminds of seeing the expression on Richard Smith's face when I showed him this photo from Peru - http://www.olpcnews.com/countries/peru/peruvian_pupils_ingenious_method_for_copying_songs.html - which was simply priceless;-). Very sad. Not sure why people think it's sad. To me it really is ingenious and I loved how these pupils worked around the software limitations to achieve what they wanted. Have you actually used the feature that sends a journal entry from one laptop to another over wireless? 'Cause if you haven't used it, then perhaps you should retract your opinion until you've had a go at it. There's no point whinging about software written years ago. Sorry if I touched a soft spot here! ;-) On a more serious note I saw that my previous e-mail should read teacher's normal laptop rather than teacher's XO since the main idea is still to make it easy to print children's works. I'd be happy to see a 3rd party make a nice Dropbox activity (perhaps Dropbox would consider sponsoring a dev seeing as they are a commercial service), pretty sure it is based on WebDAV so should be some standard open source projects about to build a nice focused Sugar Activity UI around. Good idea. Maybe someone really should approach Dropbox. Without getting to off-topic this is something that I've been thinking about for awhile. In the mobile space most people try to support iOS, Android, WebOS, etc. and it would be great if we could convince service providers to do something similar for the Sugar ecosystem. ...and if you want to run your own Dropbox like service, there's sparkleshare (http://www.sparkleshare.org/) Its in beta/rc1 but I haven't tried it as yet... cheers, Sameer I wanted to raise the bandwidth issue — I do use Dropbox from time to time to share files between my iPad and PowerBook, but I find it painful having to upload and download to the Internet over broadband for more than trivial file sizes, imagine the frustration for one class full of children trying to all sync remotely with a Dropbox account. The solution really needs to use the local network e.g. as achievable via being connected to the class wireless access point, salute (not a remote network jabber server or perhaps a local XS would be OK), and using the Journal 'send to -- friend' feature. This is indeed a good point though for some reason I had thought that Dropbox is as smart as Skype and does direct file-transfer when it detects that the computers are on the same LAN... Will have to investigate this more. FWIW, I've had text chat working between XOs and iChat on a Mac, think I've seen reports of Pidgen working in Gnome as well, but not recently tried testing to see if file transfer works (it didn't used to, but a fair bit of has changed since then). That could be the area most worth some more effort and testing. Excellent point, this is an option I hadn't even considered yet! Thanks, Christoph P.S. Every time I see your name on the mailing-lists I'm reminded of the fact that we still haven't implemented the medal/awards system we discussed at Sean's apartment during Sugar Camp Paris almost two years ago... :-/ -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.com e-mail: christ...@olpcnews.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Record UI
On Fri, Apr 1, 2011 at 1:55 PM, Gary Martin garycmar...@googlemail.comwrote: Hi Gonzalo, On 31 Mar 2011, at 14:29, Gonzalo Odiard gonz...@laptop.org wrote: Thanks Gary and all the team. On Thu, Mar 31, 2011 at 9:56 AM, Gary Martin garycmar...@googlemail.com garycmar...@googlemail.com wrote: Hi Gonzalo, On 18 Mar 2011, at 15:15, Gonzalo Odiard wrote: I have prepared mockups about the changes I want to do in the Record UI. [1] The changes were discussed with Simon Schampijer and we take ideas from Tom Staubitz. Just following up from Sunday's design meeting: http://meeting.sugarlabs.org/sugar-meeting/meetings/2011-03-27T15:04:42 http://meeting.sugarlabs.org/sugar-meeting/meetings/2011-03-27T15:04:42 See the above log for details, but here's a quick summary: - place the chronometer combo in the secondary toolbars, as opposed to the main toolbar Ok. - write each object to Journal upon its creation rather than trying to write all of them at once on an Activity switch or Stop (which can feel like a crash/hang if you have recorded more than a few new objects) Ok. - remove the (i) info icon from the toolbar and instead badge each media thumbnail on the bottom right corner with an info widget (icon still to be decided) The idea with the (i) button in the main toolbar was make a explicit difference in the UI between the play/reproduce use and the recording use. If we go with the 'edit details' badges on each media thumb (that with the current api takes the user to the Journal details view), is this still a valid thought? Sorry if I have misunderstood your intent here (perhaps describe a short use case). Yes, it is not necessary if we use the Deail View in the Journal. The icon is not good (was a temporary icon only) - use the Journal detail view API explicitly for editing individual object metadata information, rather than the custom info/take notes side bar, see Browse and its download complete alert for example code. We standardise on an edit details UI for all Activities that want to edit their metadata at any time, an existing proposal already being worked on [1]. Are you talking about the Show in Journal button? I think is not a good idea for the workflow, but can be a fist step, until we have the detail view [1] implemented. I agree that 'Show in Journal' is a less optimal workflow than directly editing inside the activity using your own custom details view UI, but the new 'invoke details view from anywhere' proposal should remove that argument (over time). The major benefit is that we standardise on the metadata editing UI for all Activities that need it, share code, maintenance, and pickup some free features — seeing the file size, file type are useful free extras for Record, we might even implement the atomised tag display some day ;-) - camera icon should be the one as seen in sugar-artwork for camera-external, need a similar styled icon for video (Walter has also recently started using camera-external in Turtle Art/Blocks) Ok. - I suggested the sugar-artwork microphone icon (lips) would be good for the audio recording icon (I believe it was originally designed for use as the device icon for a proposed microphone input gain control palette). We didn't formally +1 in the meeting, but worth considering if you don't find it controversial I think the lips icons is better to text to speech (I am using it in Read now). We need a coherent set of metaphor here. What will be represent the icon? The action done by computer or the action done by the child? Also, we can record music too, no only talking. All good points (I didn't know about the Read text to speech — that's a nice use for the icon to standardise on), I stand corrected. We just need a matching styled microphone and video icon then (shout if you want a hand with them). Yes! We need standard icons for video and microphone in sugar-artwork Gonzalo There is still some concern over the user interaction for a primary tool, with sub-toolbar, triggering a full screen canvas change (e.g. as mocked up in your Record camera vs video vs audio, and my Memorize play vs create UI modes), as it might be confusing to get back out of a mode (especially when triggered unexpectedly by hover delay). I'll make a test activity with this interaction for next Sunday's design meeting and see how it feels. Yes. Can we disable the hover delay triggered change? May be we can use a RadioToolButton and display the sub-toolbars when the button is toggled? Pass, not sure, but I think the approach for Record where camera/video/audio are radio buttons and we trigger secondary toolbars for them (along with the canvas mode changes) could the viable alternative. Regards, --Gary Regards Gonzalo [1] Option 1. from Christian's 'detail view anywhere' mockups http://wiki.sugarlabs.org/go/File:Detailview_20110313.pdf
Re: [Sugar-devel] Fedora_15_gnome3_with_sugar_0.92.0
Is there yet a public SoaS release that incorporates Sugar 0.92? (Hopefully as an .iso installable via Live USB Creator?) Art Hunkins - Original Message - From: Thomas C Gilliard satel...@bendbroadband.com To: SoaS s...@lists.sugarlabs.org Cc: Sugar Devel sugar-devel@lists.sugarlabs.org Sent: Friday, April 01, 2011 11:00 AM Subject: [Sugar-devel] Fedora_15_gnome3_with_sugar_0.92.0 FYI New today: The f15 desktop live .iso [1] Boots from CD to gnome3 and installs to HD. sugar 0.92.0 can also be installed see method: http://wiki.sugarlabs.org/go/Community/Distributions/Fedora#Fedora_15_gnome3_with_sugar_0.92.0 Tom Gilliard satellit on freenode #sugar IRC Download: [1] http://serverbeach1.fedoraproject.org/pub/alt/stage/15-Beta.TC1/Live/i686/Fedora-15-Beta-i686-Live-Desktop.iso ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] New Dextrose-2 build os508dx
Hi, This mail is a notification of the international release for Dextrose-2 non-gnome builds for the XO-1 and XO-1.5 laptops. Among new additions to this release is the automatic crash reporting and manual feedback feature. Users can click the 'submit a report' icon in the frame and submit feedback reports which will be visible to the dextrose team. Feedback submits will not include any personal information such as user's nick and laptop serial number. This release also includes nearly complete Spanish translations for many new components added recently to the build. On the server side, we have setup yum testing repositories, and a feedback daemon service to accept all submitted reports and the capability to parse these feedback submits and send it to a mailing list. Thanks to extensive testing, many interesting bugs were reported and fixed in this development cycle. The current list of bugs and enhancement requests (including closed tickets) is here [1]. To enable us to effectively track and fix bug reports, please add 'dx2' to the keywords list and '[dx2]' to the title when opening a ticket [2]. In an effort to make it easier for users to know about and use the new enhancements, a few single page documents have been created [3][4][5][6]. We hope to keep adding such documents in the future, the links for which will be available in the wiki [7]. The non-gnome builds can be downloaded from here [8][9]. I can generate the gnome versions if requested (and really needed). ==Delta over os439dx== ===Feature Updates and Additions=== * Automatic yum based updater (alsroot, m_anish) * Notification system.(tch) * Feedback reporting with daemon for server (alsroot, tch, mukesh_dce) * 3G network sharing (tch) * 3G connection providers DB support (aa, tch) * Updated activity list (m_anish, dirakx) * Backported fixes from current 0.90/2 (alsroot) * Nearly complete spanish translations (scs, car|0s, tch) * Lease info display in About my computer section of Control Panel (Mohit Nagpal, m_anish) * Lots of bugfixes :-) (tch, alsroot, dirakx) ===New Activities=== FlipSticks-8 Moon-11 Poll-27 Ruler-7 Spirolaterals-20 TetrisMat-1 TurtleMachine-11 ===Removed Activities=== Analyze-8 Edit-8 Finance-3 GetIABooks-6 InfoSlicer-8 TamTamSynthLab-53 TamTamEdit-53 TamTamJam-54 xoEditor-2 ===Updated Activities=== Browse-116 Calculate/Calculadora-36 Chat-70 Distance-22 FotoToon-6 ImageViewer-17 IRC-9 Log-24 Maze-9 Paint-31 Pippy-40 Scratch-19 Speak-20 StopWatch-7 TurtleArt-106 VisualMatch-28 Words-7 Write-70 (Downgraded) ===New OS Packages=== dextrose-platform-2-2.fc11.noarch ipython-0.9.1-3.fc11.noarch ==Updated OS Packages== cairo-1.8.8-1.fc11.i586 (downgraded) dextrose-updater-5-1.fc11.noarch kernel-2.6.31_xo1-20110320.1409.1.olpc.3d8536c28d6c5a1.i586 kernel-firmware-2.6.31_xo1-20110320.1409.1.olpc.3d8536c28d6c5a1.i586 olpc-bootanim-2.12-8.dxo4.fc11.i586 olpc-kbdshim-17-1.fc11.i586 olpc-powerd-33-1.fc11.i586 olpc-powerd-dbus-33-1.fc11.i586 sugar-0.88.1-5.60dxo.fc11.noarch sugar-artwork-0.88.1-1.12dxo.fc11.i586 sugar-base-0.88.0-2.fc11.i586 sugar-toolkit-0.88.1-4.16dxo.fc11.i586 xkeyboard-config-1.5-13.fc11.olpc.noarch [1] http://bugs.sugarlabs.org/query?status=acceptedstatus=assignedstatus=closedstatus=newstatus=reopenedorder=prioritycol=idcol=summarycol=statuscol=ownercol=typecol=prioritycol=severitykeywords=~dx2 [2] http://bugs.sugarlabs.org [3] http://people.sugarlabs.org/anish/3g_configuration.pdf [4] http://people.sugarlabs.org/anish/3g_sharing.pdf [5] http://people.sugarlabs.org/anish/feedback.pdf [6] http://people.sugarlabs.org/anish/resources.pdf [7] http://wiki.sugarlabs.org/go/Dextrose [8] http://people.sugarlabs.org/anish/dextrose/2/builds/xo1/unsigned/nognome/ [9] http://people.sugarlabs.org/anish/dextrose/2/builds/xo1.5/unsigned/nognome/ -- Anish ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ANNOUNCE] 0.92 branching
On Thu, Mar 31, 2011 at 10:03 AM, Simon Schampijer si...@schampijer.dewrote: Hi, I branched off today (created a sucrose-0.92 branch) the following repositories: sugar sugar-toolkit sugar-base sugar-datastore sugar-artwork I did NOT branch off sugar-presence-service as it is deprecated. We must now update pootle accordingly. Pootle has been updated now, thanks to gonzalo, cjl and erikos. each localization admin/team must translate or submit the diff strings accordingly. http://translate.sugarlabs.org/projects/glucose92/ for future references all the process is documented at http://wiki.sugarlabs.org/go/Service/translate#Creating_branches: Cheers!. Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] GetBook activity
Here there are a new unofficial version of GetBooks to test. You can download it from http://dev.laptop.org/~gonzalo/GetBooks-6.xo (the name of the file is the same, but is updated) New improvements: * Don't save entry in the Journal. * Download cover images in separated threads to do the UI more responsive. * Use REST client backend to search in Internet Archive (from Get Internet Archive Books activity) * Show books in the journal (My books, in the sources combo) * Improved work flow (using Open in Journal buttons, like in Browse) * Add support of DejaVu files. * More minor fixes You can see the code (and start to contribute ;) ) in http://git.sugarlabs.org/~godiard/get-books/gonzalo-mainline If you want test adding a private bookserver, you can install Pathagar http://en.flossmanuals.net/e-book-enlightenment/ch026_the-pathagar-book-server and copy the file get-books.cfg from the activity to /etc directory and add a section: [MyBookServer] name = MyBookServer query_uri = http://IP_NUMBER/catalogs/?q= opds_cover = http://opds-spec.org/cover Gonzalo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fedora_15_gnome3_with_sugar_0.92.0
Art Hunkins wrote: Is there yet a public SoaS release that incorporates Sugar 0.92? (Hopefully as an .iso installable via Live USB Creator?) I just tested http://koji.fedoraproject.org/koji/getfile?taskID=2967493name=Fedora-15-Nightly-20110401.17-i686-Live-soas.iso It fails with pop-up message failed to load sessiongnome-openbox (LOG 0UT) Then goes to login Live System User when log in get pop-up message failed to load sessiongnome-openbox (LOG 0UT) other gdm shows GNOME/Openbox -get pop-up message failed to load sessiongnome-openbox (LOG 0UT) Openbox Live System User and blank password:(authentication failure) Sugar Live System User and blank password:(authentication failure) Command F5 login init3: root return liveinst Install to HD use whole disk Boot HD in VirtualBox #sugar IRC clips from booted VM of Soas 20110401: * Soas-b81e (~u...@208-100-148-220.bendbroadband.com) has joined #sugar Soas-b81e testing Fedora-15-Nightly-20110401.17-i686-live-soas.iso installed to HD in Virtualbox. have to use ALT f5 init3 login as root then liveinst to install soas. It will not boot as CD get failed to load session gnome-openbox pop up. Fix is init3 install then incomplete sugar install is possible. gdm shows GNOME/Openbox -get pop-up message failed to load sessiongnome-openbox (LOG 0UT)-Openbox Live System User and blank password:(authentication failure) Sugar Live System User and blank password:(authentication failure) we do get boot to gdm with f15 birds in a tree background now. but Sugar-Control Panel says Sugar on a stick 4 Mango lassi sugar 0.92.0 ? even though this is f15 spin? This is better than we have gotten so far with the broken Soas spins in f15. That is why I have been experimenting with sugar-desktop installs in gnome3-shell: See: http://wiki.sugarlabs.org/go/Community/Distributions/Fedora#Fedora-15-Beta-i686-Live-Desktop-Download Tom Gilliard Art Hunkins - Original Message - From: Thomas C Gilliard satel...@bendbroadband.com To: SoaS s...@lists.sugarlabs.org Cc: Sugar Devel sugar-devel@lists.sugarlabs.org Sent: Friday, April 01, 2011 11:00 AM Subject: [Sugar-devel] Fedora_15_gnome3_with_sugar_0.92.0 FYI New today: The f15 desktop live .iso [1] Boots from CD to gnome3 and installs to HD. sugar 0.92.0 can also be installed see method: http://wiki.sugarlabs.org/go/Community/Distributions/Fedora#Fedora_15_gnome3_with_sugar_0.92.0 Tom Gilliard satellit on freenode #sugar IRC Download: [1] http://serverbeach1.fedoraproject.org/pub/alt/stage/15-Beta.TC1/Live/i686/Fedora-15-Beta-i686-Live-Desktop.iso ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
