Re: [Sugar-devel] [PATCH] String format fix for View Source activity title
On 12/15/2011 03:21 AM, Simon Schampijer wrote:
On 14/12/11 19:53, Manuel Quiñones wrote:
Fixes bug #3272 .
Signed-off-by: Manuel Quiñonesma...@laptop.org
---
src/jarabe/view/viewsource.py | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/jarabe/view/viewsource.py
b/src/jarabe/view/viewsource.py
index 4ec47eb..1285e69 100644
--- a/src/jarabe/view/viewsource.py
+++ b/src/jarabe/view/viewsource.py
@@ -397,7 +397,7 @@ class Toolbar(gtk.Toolbar):
sugar_button.show()
self._add_separator()
- self.activity_title_text = _('View source: %r') % title
+ self.activity_title_text = _('View source: %s') % title
self.sugar_toolkit_title_text = _('View source: %r') % 'Sugar Toolkit'
self.label = gtk.Label()
self.label.set_markup('b%s/b' % self.activity_title_text)
Thanks for the patch Manuel, it looks good. Ack'ed by me.
Regards,
Simon
Pushed that one as: 05c85d81df91a3d73a1f5a1ec4e2c4fc9786a969
Regards,
Simon
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] [OLPC-AU] Browse is old
Since I've delurked for a moment (think Caddy Shack/ GroundHog Day /:-v) Yeah, I tried Browse on Google's Picasa at the last OLPCLearningClub and 'not so much' would be the PC way of calling it Site/system also wanted nonFree Adobe Flash, IIRC --- Please excuse the typing, very small keyboard... On Mar 12, 2012, at 16:15, Mikus Grinbergs mi...@bga.com wrote: I don't use it day-to-day, but for more than two years now I've been installing (via 'rpm') the midori browser in all the XO-1 builds that have ever been made available. My intent has been to have at least one (not counting Surf) webkit-based browser for comparison purposes. Depending upon the base-build content, sometimes additional dependencies (packages) needed to be installed to let midori run -- but I've always had this non-Gecko browser available on my XO systems. mikus ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH] Avoid using a protected member in the filter of the favorites view -v2
From: Gonzalo Odiard godi...@gmail.com Implement only a getter method to access the activity name. Signed-off-by: Gonzalo Odiard gonz...@laptop.org --- src/jarabe/desktop/favoritesview.py |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/src/jarabe/desktop/favoritesview.py b/src/jarabe/desktop/favoritesview.py index 5c76cdc..654f400 100644 --- a/src/jarabe/desktop/favoritesview.py +++ b/src/jarabe/desktop/favoritesview.py @@ -115,7 +115,7 @@ class FavoritesView(hippo.Canvas): query = query.strip() for icon in self._box.get_children(): if icon not in [self._my_icon, self._current_activity]: -activity_name = icon._activity_info.get_name().lower() +activity_name = icon.get_activity_name().lower() if activity_name.find(query) -1: icon.alpha = 1.0 else: @@ -508,6 +508,9 @@ class ActivityIcon(CanvasIcon): return self._activity_info.get_activity_version() version = property(get_version, None) +def get_activity_name(self): +return self._activity_info.get_name() + def _get_installation_time(self): return self._activity_info.get_installation_time() installation_time = property(_get_installation_time, None) -- 1.7.7.6 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Avoid using a protected member in the filter of the favorites view -v2
Thanks, pushed as f22a2b92143e3b09eceeb0720f05abef04f31311 Regards, Simon On 03/13/2012 01:47 PM, godi...@sugarlabs.org wrote: From: Gonzalo Odiardgodi...@gmail.com Implement only a getter method to access the activity name. Signed-off-by: Gonzalo Odiardgonz...@laptop.org --- src/jarabe/desktop/favoritesview.py |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/src/jarabe/desktop/favoritesview.py b/src/jarabe/desktop/favoritesview.py index 5c76cdc..654f400 100644 --- a/src/jarabe/desktop/favoritesview.py +++ b/src/jarabe/desktop/favoritesview.py @@ -115,7 +115,7 @@ class FavoritesView(hippo.Canvas): query = query.strip() for icon in self._box.get_children(): if icon not in [self._my_icon, self._current_activity]: -activity_name = icon._activity_info.get_name().lower() +activity_name = icon.get_activity_name().lower() if activity_name.find(query) -1: icon.alpha = 1.0 else: @@ -508,6 +508,9 @@ class ActivityIcon(CanvasIcon): return self._activity_info.get_activity_version() version = property(get_version, None) +def get_activity_name(self): +return self._activity_info.get_name() + def _get_installation_time(self): return self._activity_info.get_installation_time() installation_time = property(_get_installation_time, None) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Please review two important bug fixes (was: Re: [PATCH sugar] Journal detail view: don't choke on invalid 'keep' property, [PATCH sugar-datastore] Ensure we return valid internal / c
On 03/06/2012 10:24 PM, Sascha Silbe wrote: Excerpts from Sascha Silbe's message of 2012-01-09 12:02:12 +0100: Excerpts from Sascha Silbe's message of 2011-11-02 23:28:28 +0100: [sugar patch] Properties of data store entries can get corrupted, e.g. due to low level crashes or running out of battery (see OLPC#11372 [1] for a real-life example). In addition any activity can - accidentally or on purpose - write data store entries with arbitrary metadata. [...] [sugar-datastore patch] The copy in the metadata storage can get corrupted, e.g. due to low level crashes or running out of battery (see OLPC#11372 [1] for a real-life example). [...] Ping. These two patches [1,2] are important bug fixes. Without them, Sugar can be left crippled after a system crash. Can somebody review the patches so we can finally land these important bug fixes, please? Sascha [1] https://patchwork.sugarlabs.org/patch/1032/ [2] https://patchwork.sugarlabs.org/patch/1136/ Both are fine to push with the amended description. Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [Sugar] Only add a group of selections to the clipboard if there are anything available. -v2
From: Gonzalo Odiard godi...@gmail.com
This problem is affecting Text to Speech with Write activity,
because there are only a selection in the secondary clipboard
but a icon is displayed in the frame without anything selected.
v2: Addressed comments from Sasha, add a line and do patch with -U4 option
Signed-off-by: Gonzalo Odiard
---
src/jarabe/frame/clipboardpanelwindow.py | 12
1 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/src/jarabe/frame/clipboardpanelwindow.py
b/src/jarabe/frame/clipboardpanelwindow.py
index aefec7b..b73572e 100644
--- a/src/jarabe/frame/clipboardpanelwindow.py
+++ b/src/jarabe/frame/clipboardpanelwindow.py
@@ -55,23 +55,27 @@ class ClipboardPanelWindow(FrameWindow):
if self._clipboard_tray.owns_clipboard():
return
cb_service = clipboard.get_instance()
-key = cb_service.add_object(name=)
-cb_service.set_object_percent(key, percent=0)
targets = x_clipboard.wait_for_targets()
+cb_selections = []
for target in targets:
if target not in ('TIMESTAMP', 'TARGETS',
'MULTIPLE', 'SAVE_TARGETS'):
logging.debug('Asking for target %s.', target)
selection = x_clipboard.wait_for_contents(target)
if not selection:
logging.warning('no data for selection target %s.', target)
continue
-self._add_selection(key, selection)
+cb_selections.append(selection)
-cb_service.set_object_percent(key, percent=100)
+if len(cb_selections) 0:
+key = cb_service.add_object(name=)
+cb_service.set_object_percent(key, percent=0)
+for selection in cb_selections:
+self._add_selection(key, selection)
+cb_service.set_object_percent(key, percent=100)
def _add_selection(self, key, selection):
if not selection.data:
logging.warning('no data for selection target %s.', selection.type)
--
1.7.7.6
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Sugar] Only add a group of selections to the clipboard if there are anything available. -v2
On 03/13/2012 02:02 PM, godi...@sugarlabs.org wrote: From: Gonzalo Odiardgodi...@gmail.com This problem is affecting Text to Speech with Write activity, because there are only a selection in the secondary clipboard but a icon is displayed in the frame without anything selected. v2: Addressed comments from Sasha, add a line and do patch with -U4 option Signed-off-by: Gonzalo Odiard Thanks Gonzalo for following up on this one. While making a last test before pushing I think I found one issue with this patch: - select a text in and speak it out --- no entry gets created in the clipboard - copy a text from write --- an entry gets created in the clipboard - select a text in and speak it out --- a text entry gets created in the clipboard Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [MINUTES] Development team meeting --- 13. March 2012 (15:00 UTC)
Hi, for those that could not attend, here are the logs: Minutes: http://meeting.ole.org/sugar-meeting/meetings/2012-03-13T15:03:26.html Log: http://meeting.ole.org/sugar-meeting/meetings/2012-03-13T15:03:26 Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Fw: [REQUEST] ChimePlay-1
I'd appreciate a reviewer taking the time to review my new activity, ChimePlay. It has been in the queue for several weeks now (originally the queue contained 13 activities; it still does, FWIW). In case it matters, I've included here my response to Walter's request in regard to ChimePlay. (My response wasn't originally addressed to this list or to Walter personally.) Perhaps someone was waiting for me to address it? In any case, thanks for your support. Art Hunkins - Original Message - From: Art Hunkins abhun...@uncg.edu To: activit...@sugarlabs.org Cc: a...@lists.sugarlabs.org Sent: Saturday, March 03, 2012 4:36 PM Subject: Re: [REQUEST] ChimePlay-1 Hello, Walter, Thanks so much for your on-going help and encouragement for and with my Sugar activities. Without it, and similar counsel from other seasoned Sugar activity developers, I'd still be stuck in the Sugar starting gate. Your observations here can apply just as well to my previous 7 activities. Indeed, perhaps it is ironic that in ChimePlay there is the *least* amount of displayed verbiage of any of my activities; I've done my best to keep it down. (For my last three activities, which urge children to create their own audio samples, most of my commentary is included in a ReadMe.txt file. Only immediately relevent material is presented on-screen.) Some context: I am a professional art music composer, whose main electronic language is Csound. All my Sugar activities are spinoffs of live-performance Csound works composed for adults (please see my website, www.arthunkins.com, where these relationships are clear enough). At the urging of Richard Boulanger, I was led into OLPC, Sugar and the XO, to offer some of my work to at least the older children of the world. As an exclusively Windows person, Linux has been a strange new world - also inhabited by Sugar, Python, PyGTK, git, Inkscape - all equally new and strange. ChimePlay almost didn't get written; I thought that SamplePlay was my last activity. However, inspired by a couple of chime sets at the St. Francis Springs Prayer Center (Stoneville, NC, USA) and my life-long fascination with chimes and bells, ChimePlay manifested and here we are. In the future, I intend no more activities; I'll simply maintain and continue to test the 8 activities I have so that hopefully they remain useful. Hopefully you can humor me this one last time. I also hope my work points the way for other Csound artists to become involved with Sugar with an equally limited investment of time and technology. (Though I admit the requirements of my doing *anything* in Linux/Sugar was infinitely beyond any investment I'd anticipated. It's been an incredibly difficult and arduous learning curve. For example, I just spent three intense and frustrating days relearning Inkscape in order to create a passable icon for ChimePlay.) Early in my activity work, I found some Python/GTK code structures that I could reasonably understand and continue to use in all my activites. I've intentionally limited the depth of tech work I've exposed myself to, and only bugged other developers, like yourself, with issues I considered crucial. I've dealt with others (such as on-screen text, the limit to English, the treatment of MIDI device insertion/detection) in non-Sugar-like ways, which were understandable by low/non-tech me. I did this to protect myself and my sanity - as well as to complete anything. I'm well aware that most children will not have access to MIDI devices. For live Csound work in the adult world, however, MIDI devices are universally required. (In my recent activity ReadMe's, I've indeed recommended certain inexpensive devices to children and their teachers, especially the Korg nanoKontrol.) It seems to me that for any performance activity with Csound (such as for the XO or Sugar), classrooms might well opt to invest in a few MIDI devices, such as keyboard controllers. My activities allow for a very wide range of devices. In previous activities, I've made alternate versions which used only the ASCII keyboard. However, I've found these versions awkward and counterintuitive, as well as requiring considerable additional written explanation. I never use them for my own demonstrations. (They also are a pain to program.) Instead, in ChimePlay, I've paired one live-performance MIDI version with an auto-play incarnation, which requires no controller at all. Just (optionally) adjust the presets, press START and instant chimes (your choice of two chime sets). Once again, thanks for your most valuable help and advice - and the spirit and tone in which it has been given - over several years. Art Hunkins - Original Message - From: Sugar Labs Activities activit...@sugarlabs.org To: abhun...@uncg.edu Cc: a...@lists.sugarlabs.org Sent: Friday, March 02, 2012 11:03 PM Subject: [REQUEST] ChimePlay-1 A Sugar Labs Activities Editor requested further
Re: [Sugar-devel] Please review two important bug fixes (was: Re: [PATCH sugar] Journal detail view: don't choke on invalid 'keep' property, [PATCH sugar-datastore] Ensure we return valid internal / c
Excerpts from Simon Schampijer's message of 2012-03-13 13:57:00 +0100: On 03/06/2012 10:24 PM, Sascha Silbe wrote: [1] https://patchwork.sugarlabs.org/patch/1032/ [2] https://patchwork.sugarlabs.org/patch/1136/ Both are fine to push with the amended description. Pushed as 9fd345f [1] (sugar-datastore) and 55a4df2 [2] (sugar). Thanks for the review! Sascha [1] https://git.sugarlabs.org/sugar-datastore/mainline/commit/9fd345f4b87c074cf50e82376020b7585eac [2] https://git.sugarlabs.org/sugar/mainline/commit/55a4df2fb8476d295f90767d42f54eca81b37cd9 -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fw: [REQUEST] ChimePlay-1
On Tue, Mar 13, 2012 at 1:13 PM, Art Hunkins abhun...@uncg.edu wrote: I'd appreciate a reviewer taking the time to review my new activity, ChimePlay. It has been in the queue for several weeks now (originally the queue contained 13 activities; it still does, FWIW). In case it matters, I've included here my response to Walter's request in regard to ChimePlay. (My response wasn't originally addressed to this list or to Walter personally.) Perhaps someone was waiting for me to address it? In any case, thanks for your support. Hmm. I thought someone pushed it through. Will take care of it now. I would like to sort a few things out with you regarding how to make all of your activities a little more friendly to some of our younger users. But that can happen sometime when we both have a bit more time. -walter Art Hunkins - Original Message - From: Art Hunkins abhun...@uncg.edu To: activit...@sugarlabs.org Cc: a...@lists.sugarlabs.org Sent: Saturday, March 03, 2012 4:36 PM Subject: Re: [REQUEST] ChimePlay-1 Hello, Walter, Thanks so much for your on-going help and encouragement for and with my Sugar activities. Without it, and similar counsel from other seasoned Sugar activity developers, I'd still be stuck in the Sugar starting gate. Your observations here can apply just as well to my previous 7 activities. Indeed, perhaps it is ironic that in ChimePlay there is the *least* amount of displayed verbiage of any of my activities; I've done my best to keep it down. (For my last three activities, which urge children to create their own audio samples, most of my commentary is included in a ReadMe.txt file. Only immediately relevent material is presented on-screen.) Some context: I am a professional art music composer, whose main electronic language is Csound. All my Sugar activities are spinoffs of live-performance Csound works composed for adults (please see my website, www.arthunkins.com, where these relationships are clear enough). At the urging of Richard Boulanger, I was led into OLPC, Sugar and the XO, to offer some of my work to at least the older children of the world. As an exclusively Windows person, Linux has been a strange new world - also inhabited by Sugar, Python, PyGTK, git, Inkscape - all equally new and strange. ChimePlay almost didn't get written; I thought that SamplePlay was my last activity. However, inspired by a couple of chime sets at the St. Francis Springs Prayer Center (Stoneville, NC, USA) and my life-long fascination with chimes and bells, ChimePlay manifested and here we are. In the future, I intend no more activities; I'll simply maintain and continue to test the 8 activities I have so that hopefully they remain useful. Hopefully you can humor me this one last time. I also hope my work points the way for other Csound artists to become involved with Sugar with an equally limited investment of time and technology. (Though I admit the requirements of my doing *anything* in Linux/Sugar was infinitely beyond any investment I'd anticipated. It's been an incredibly difficult and arduous learning curve. For example, I just spent three intense and frustrating days relearning Inkscape in order to create a passable icon for ChimePlay.) Early in my activity work, I found some Python/GTK code structures that I could reasonably understand and continue to use in all my activites. I've intentionally limited the depth of tech work I've exposed myself to, and only bugged other developers, like yourself, with issues I considered crucial. I've dealt with others (such as on-screen text, the limit to English, the treatment of MIDI device insertion/detection) in non-Sugar-like ways, which were understandable by low/non-tech me. I did this to protect myself and my sanity - as well as to complete anything. I'm well aware that most children will not have access to MIDI devices. For live Csound work in the adult world, however, MIDI devices are universally required. (In my recent activity ReadMe's, I've indeed recommended certain inexpensive devices to children and their teachers, especially the Korg nanoKontrol.) It seems to me that for any performance activity with Csound (such as for the XO or Sugar), classrooms might well opt to invest in a few MIDI devices, such as keyboard controllers. My activities allow for a very wide range of devices. In previous activities, I've made alternate versions which used only the ASCII keyboard. However, I've found these versions awkward and counterintuitive, as well as requiring considerable additional written explanation. I never use them for my own demonstrations. (They also are a pain to program.) Instead, in ChimePlay, I've paired one live-performance MIDI version with an auto-play incarnation, which requires no controller at all. Just (optionally) adjust the presets, press START and instant chimes (your choice of two chime sets). Once again, thanks for your most valuable help and
[Sugar-devel] [ASLO] Release ChimePlay-1
Activity Homepage: http://activities.sugarlabs.org/addon/4544 Sugar Platform: 0.82 - 0.94 Download Now: http://activities.sugarlabs.org/downloads/file/27897/chimeplay-1.xo Release notes: Version 1 Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Testing Activities with Sugar 0.96
I've been eager to test my activities with 0.96, but don't find a ready means of doing it. I primarily look to Sugar-on-a-Stick, but 0.94 (Pineapple) is the last official release. Live-USB-Creator won't make me a bootable USB stick with the latest Fedora17 nightly builds either. (It all fails - goes black - just before the username screen should appear.) I've an XO-1 and XO-1.5 available as well, if an 0.96 is available for either of these. Art Hunkins ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Testing Activities with Sugar 0.96
On 03/13/2012 02:42 PM, Art Hunkins wrote: I've been eager to test my activities with 0.96, but don't find a ready means of doing it. I primarily look to Sugar-on-a-Stick, but 0.94 (Pineapple) is the last official release. 1-) Install works http://wiki.sugarlabs.org/go/Community/Distributions/Fedora-SoaS#Fedora-17-Beta-TC1-x86_64-Live-XFCE_with_Sugar_0.95.4 2-) Make bootable Sugar 0.95.4 persistent USB-sticks http://wiki.sugarlabs.org/go/Sugar_Creation_Kit/sck/tools_livecd-iso-to-disk#Fedora-17-Beta-TC1-i686-Live-Desktop http://wiki.sugarlabs.org/go/Sugar_Creation_Kit/sck/tools_livecd-iso-to-disk#Fedora-17-Nightly-20120221.07-i686-Live-soas [1] (no longer available from nightly composes) 3-)Activity testing: http://wiki.sugarlabs.org/go/Sugar_Creation_Kit/sck/Activity_Matrix%28A_to_I%29 http://wiki.sugarlabs.org/go/Sugar_Creation_Kit/sck/Activity_Matrix%28J_to_Z%29 Cordially; Tom Gilliard satellit_ [1] http://people.sugarlabs.org/Tgillard/Fedora-17-Nightly-20120221.07-i686-Live-soas.iso Live-USB-Creator won't make me a bootable USB stick with the latest Fedora17 nightly builds either. (It all fails - goes black - just before the username screen should appear.) I've an XO-1 and XO-1.5 available as well, if an 0.96 is available for either of these. Art Hunkins ___ 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] [Sugar] Only add a group of selections to the clipboard if there are anything available. -v2
I think this is a different problem May be the problem is we do not check if the object to put in the clipboard already exist. Is true we can select a text and press many times Ctrl+C and copy it many times, but I don't see this as a feature. What you think if we do a hash of the data and check if the data is already available before adding the object to our clipboard? Gonzalo Thanks Gonzalo for following up on this one. While making a last test before pushing I think I found one issue with this patch: - select a text in and speak it out --- no entry gets created in the clipboard - copy a text from write --- an entry gets created in the clipboard - select a text in and speak it out --- a text entry gets created in the clipboard Regards, Simon __**_ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.**org Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/**listinfo/sugar-develhttp://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Read and Browse dependencies (was: Re: error in ./sugar-jhbuild update)
Excerpts from Simon Schampijer's message of 2012-02-10 12:19:02 +0100: Sascha, attached is a patch that should update the Fedora deps. I moved the 'gnome-python2-evince' dep to the individual Fedora-version configs that need it, and created the missing F14-F16 configs. Thanks for the patch, but it's not what we need in sugar-jhbuild. Since we build Read from mainline master, the dependencies need to match what Read depends on _now_, not at the time of release of the respective distro. I couldn't get it to work on Debian. Can you tell me what the current dependencies of Read are, in terms of functionality in and versions of upstream packages, not Fedora package names? Or better yet, can you add a README that includes that information so that (non-Fedora) packagers have the same information and can package Read without spending days on source code analysis and trial-and-error? Similar information would be useful for Browse. I did get it to at least start up (though it shows some SVG icon related Tracebacks in the log file), but I can't be sure I'm not missing a dependency that's used only at certain times. In an ideal world, I would expect maintainers to announce the above information on sugar-devel whenever the corresponding change lands in mainline master. Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Testing Activities with Sugar 0.96
On Tue, Mar 13, 2012 at 9:42 PM, Art Hunkins abhun...@uncg.edu wrote: I've been eager to test my activities with 0.96, but don't find a ready means of doing it. 0.96 is technically not released yet. I primarily look to Sugar-on-a-Stick, but 0.94 (Pineapple) is the last official release. That is the current stable release. 0.96 and associated SoaS/XO releases will be based on F-17. Live-USB-Creator won't make me a bootable USB stick with the latest Fedora17 nightly builds either. (It all fails - goes black - just before the username screen should appear.) Should be OK, it runs OK on my netbook dev environment, but that's not a live image. I've an XO-1 and XO-1.5 available as well, if an 0.96 is available for either of these. You should subscribe to the Fedora OLPC mailing list. It's a very low volume list and we announce any dev releases for the XOs there, there should be one later this week. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Syntax error in ./configure jhbuild file
2012/3/12 Manuel Quiñones ma...@laptop.org: Great you solved it, humitos. What's the ticket number? https://bugs.sugarlabs.org/ticket/3365 -- Kaufmann Manuel Blog: http://humitos.wordpress.com/ Portfolio: http://fotos.mkaufmann.com.ar/ PyAr: http://www.python.com.ar/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [NETWORK] Sugar Network Policy
Hi all! While Sugar Network [1] implementaion is happening [2], it is useful to start thinking beforehand about the rules that people should follow while uploading content to Sugar Network. This is the initial version of Sugar Network Policy: http://wiki.sugarlabs.org/go/Sugar_Network/Policy [1] http://wiki.sugarlabs.org/go/Sugar_Network [2] http://groups.google.com/group/sugar-network -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Read and Browse dependencies (was: Re: error in ./sugar-jhbuild update)
Read depends on evince 3.3.2.(And evince 3.3.2 depends on glib 2.31.0 Gonzalo On Tue, Mar 13, 2012 at 7:46 PM, Sascha Silbe si...@activitycentral.comwrote: Excerpts from Simon Schampijer's message of 2012-02-10 12:19:02 +0100: Sascha, attached is a patch that should update the Fedora deps. I moved the 'gnome-python2-evince' dep to the individual Fedora-version configs that need it, and created the missing F14-F16 configs. Thanks for the patch, but it's not what we need in sugar-jhbuild. Since we build Read from mainline master, the dependencies need to match what Read depends on _now_, not at the time of release of the respective distro. I couldn't get it to work on Debian. Can you tell me what the current dependencies of Read are, in terms of functionality in and versions of upstream packages, not Fedora package names? Or better yet, can you add a README that includes that information so that (non-Fedora) packagers have the same information and can package Read without spending days on source code analysis and trial-and-error? Similar information would be useful for Browse. I did get it to at least start up (though it shows some SVG icon related Tracebacks in the log file), but I can't be sure I'm not missing a dependency that's used only at certain times. In an ideal world, I would expect maintainers to announce the above information on sugar-devel whenever the corresponding change lands in mainline master. Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ ___ 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
