Re: [Sugar-devel] [SoaS] Deja-Dup (duplicity) as a way to backup-restore Soas Mirabelle Home directory
On Saturday, May 15, 2010, Thomas C Gilliard wrote: > I just backed up and then restored the home directory of my f13 RC3 soas > spin 4GB USB to a 2nd 4 GB USB. > * looks like it worked. Still testing. > > > This looks like a possible candidate for a future sugarized application. I look forward to seeing your contribution of that. :) peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] TuxPaint-4 experimental release
On Sat, May 15, 2010 at 10:18:52PM -0400, Bernie Innocenti wrote: > El Thu, 13-05-2010 a las 02:03 +, Aleksey Lim escribió: > > * Bundle id was changed to make activity runnable under rainbow > > please remove v3 manually before installing v4 > > The new bundle id is just "org.tuxpaint". Shouldn't it be > "org.tuxpaint.TuxPaint" instead? Or maybe "org.sugarlabs.TuxPaint", > since you're maintaining it? But why not just org.tuxpaint, there is proper DNS name - tuxpaint.org and there are no other tuxpaint related activities. (and changing bundle_id once more w/o strong reasons will just confuse users since v4 supports journal integration). -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Announcing the Development Team Lead election
On Sat, May 15, 2010 at 12:48:38PM -0400, Chris Ball wrote: > Hi everyone, > > Tomeu's stepping down as the Development Team Lead¹, and we'd like to > elect a replacement. This is an important position -- the team lead > is responsible for setting clear goals for the team, being a > responsive upstream for work we receive from the community, appointing > a release manager for the next (0.90) release and helping to define > its scope, and holding regular Development Team meetings on IRC, > including coordination with the Design and Deployment Teams on new > features. There are more details on the role and the team here: > > http://wiki.sugarlabs.org/go/Development_Team > > The position is open to anyone; if you're interested in nominating > yourself, just add your name and platform to: > > http://wiki.sugarlabs.org/go/Development_Team/Team_Lead_Candidates_2010_05 What about not choosing between candidates but about choosing between plans how sugar will grow for next release cycle (6 months). Every plan could have: * background, i.e. strategic direction, plan for several release cycles * particular steps * should have a coordinator * ... We can have several proposed plans (wiki pages). Every, interested in sugar, contributor can take part in improving of some one. Possible benefits for plans in comparing with candidates: * particular steps are required and discussed before election some ideas could be really perpendicular to current scheme * particular steps is a good possibility to judge final success/fail at the end of release cycle * plan coordinator (in old terms, team lead) should not be an author of particular plan, he just need to share the same vision and have a time to coordinate efforts * it is a good chance to involve sugar community to core processes team lead is too blurred (it is not known, at least for everyone, what particular steps are for this release and for next ones) and too cement at the same time (if you are disagree with team lead, you all time know "you disagree with Team Lead") > The platform -- and the election as a whole -- is an opportunity to > express your view on development directions that Sugar should take. > > The nomination period will be open for seven days, closing at 00:00 > UTC on May 22nd. Then the election will run for ten days, starting > at 00:00 UTC on May 22nd and finishing at 00:00 UTC on June 1st. > All Sugar Labs members are eligible to vote, and will receive a token > for doing so by e-mail. I've volunteered to run the election. > > Finally, many thanks to Tomeu Vizoso and Simon Schampijer for their > great work as the Development Team Lead and Release Manager! > > - Chris. > > ¹: http://lists.sugarlabs.org/archive/sugar-devel/2010-May/023825.html > -- > Chris Ball > One Laptop Per Chil > ___ > Sugar-devel mailing list > Sugar-devel@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Announcing the Development Team Lead election
Hi Aleksey, > What about not choosing between candidates but about choosing > between plans how sugar will grow for next release cycle (6 > months). I certainly like the idea of choosing a team lead based on their plans, and of having a lot of information about which plans each candidate would adopt, but for clarity I still want the vote to be for an individual person rather than a plan. So, I propose that platforms should look roughly like this: * Name of candidate * Past experience with Sugar Labs * General statement of future ideas for Sugar * List of wiki page links to potential plans that the candidate would adopt, if elected. Thanks, - Chris. -- Chris Ball One Laptop Per Child ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [SoaS] Deja-Dup (duplicity) as a way to backup-restore Soas Mirabelle Home directory
El Sat, 15-05-2010 a las 14:00 -0700, Thomas C Gilliard escribió: > I just backed up and then restored the home directory of my f13 RC3 soas > spin 4GB USB to a 2nd 4 GB USB. > * looks like it worked. Still testing. > > # yum install duplicity > # yum install deja-dup > > http://live.gnome.org/DejaDup > https://launchpad.net/deja-dup We also have a schoolserver based backup procedure already in place. See the ds-backup-client package made by OLPC. At ParaguayEduca we also developed a control panel icon to perform manual backups and restores. We've also started to look at a procedure to make the contents of the journal accessible through links in the Documents folder. The opposite could also be done. Additionally, Uruguay extended the Journal to backup and restore to USB sticks. During this release cycle, we'll work to merge these changes with ours into a consistent UI. -- // 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
[Sugar-devel] [Fwd: [PATCH] use the spanish verb "quitar" for unmounting devices]
This was also supposed to be posted on the list: - Mensaje reenviado De: Bernie Innocenti Para: Tomeu Vizoso Cc: Sayamindu Dasgupta , de...@lists.sugarlabs.org, Bernie Innocenti Asunto: [PATCH] use the spanish verb "quitar" for unmounting devices Fecha: Sun, 16 May 2010 13:44:05 -0400 In Sugar 0.88, the command for unmounting removable devices has been renamed from "Unmount" to "Remove", which is used throughout the GUI with several slightly different meanings. The common translation for "remove" was "eliminar", whose semantic meaning is "eliminate", thus inappropriate for the unmount operation. Other languages may not be so lucky. We may have to keep the string for unmounting devices distinct from the others, along with a TRNAS comment to warn translators about the context. --- po/es.po |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/po/es.po b/po/es.po index 587608f..6702db6 100644 --- a/po/es.po +++ b/po/es.po @@ -975,7 +975,7 @@ msgstr "Transferencia a %r" #: ../src/jarabe/frame/clipboardmenu.py:52 ../src/jarabe/view/palettes.py:218 msgid "Remove" -msgstr "Eliminar" +msgstr "Quitar" #: ../src/jarabe/frame/clipboardmenu.py:57 #: ../src/jarabe/frame/clipboardmenu.py:80 -- 1.7.0.1 -- // 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] [SoaS] Deja-Dup (duplicity) as a way to backup-restore Soas Mirabelle Home directory
Bernie; Will you make a .xo or rpm of your backup for standalone instances of Soas? deja-dup, when aimed to a 2nd USB, seems to restore both the /usr/share/sugar/activities and /home/liveuser/Activities to the condition they were in when backed up. I have deleted entries in both and they were restored, after rebooting the stick. deja-dup does not appear to touch the journal entries, and is very efficient in it's use of the 4GB USB I am using for backup. I am still testing Tom Gilliard My main question is: How would I convert it to a .xo file? Is there a reference I should consult? I am running from the command line now. Bernie Innocenti wrote: El Sat, 15-05-2010 a las 14:00 -0700, Thomas C Gilliard escribió: I just backed up and then restored the home directory of my f13 RC3 soas spin 4GB USB to a 2nd 4 GB USB. * looks like it worked. Still testing. # yum install duplicity # yum install deja-dup http://live.gnome.org/DejaDup https://launchpad.net/deja-dup We also have a schoolserver based backup procedure already in place. See the ds-backup-client package made by OLPC. At ParaguayEduca we also developed a control panel icon to perform manual backups and restores. We've also started to look at a procedure to make the contents of the journal accessible through links in the Documents folder. The opposite could also be done. Additionally, Uruguay extended the Journal to backup and restore to USB sticks. During this release cycle, we'll work to merge these changes with ours into a consistent UI. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Simple Journal Backup & Restore Control Panel
Hello, I realize it's been a while since this was discussed, but I figured I'd share some thoughts, in no particular order before I archived the thread. • Having a settings module for this seems reasonable. It might be more fitting to just call it "Journal Backup" instead of "Management", since it is exclusively for this function. I could see adding any pertinent versioning settings here as well in the future, even with the more specific name. • It could also be nice to have a "Back up now" option in the Journal palette. I don't think it's necessary to expose the restore action in the palette, though. • The icon looks reasonable, though using the "fullscreen" icon in this context is somewhat confusing. It might be better to use the keep icon, with bidirectional arrows, to maintain the visual language there. • The large clickable buttons are nice. I think in this instance it would be even better to have nice large up and down arrows to further emphasize the actions. The ones that were made for the 3G device traffic could work in this context, too. • I think this might work better as a two column layout, with backup on the left and restore on the right, with accompanying text and information. As it stands, the description is a bit far removed from the actual buttons, making it look more like the buttons are one unit and the descriptions are a second unit, instead od relating the description to the button. • I would change the label to "Back up now" instead of "Backup." Two notes on that: first, it's a pet peeve, but "back up" should be two words when used as a verb (a "backup" is a noun), and buttons should always read as actions; second, I think emphasizing the "do it now" nature of the button is useful here, especially since backups should be made automatically, periodically. In fact, changing the description to convey this would also be useful. • It would also be great to have an indication of the last time a backup was made, to know whether or not it's worth invoking another. I would add a "Last backup:" label with a relative date (eg. "3 hours ago") to the backup column. • The restore column would do well to convey the results of the action. Specifically, that it will restore the Journal to a previous state, which could result in data loss. • It's not clear from the image what happens when either of these actions are invoked. I'd recommend immediately disabling the "other column" (eg. disable the restore button when a backup is initiated), and replacing the button clicked with an inline progress bar (determinate, if at all possible; perhaps indeterminate during initialization) so there's adequate feedback. • If there is any way to detect when a Journal has been corrupted/wiped, it would be great to have the empty Journal screen be replaced by a prompt to recover from backup, if one is known to exist. This would make it much easier for kids to recover the Journal as it was in such circumstances. Eben PS. I think its useful to consider the UI for Apple's Time Machine here, since it has a number of similarities. On Thu, Apr 8, 2010 at 11:05 AM, Tomeu Vizoso wrote: > On Thu, Apr 1, 2010 at 04:30, Bernie Innocenti wrote: >> On Thu, 2010-04-01 at 09:21 +1100, James Cameron wrote: >>> On Wed, Mar 31, 2010 at 06:36:06PM -0300, mabente wrote: >>> > So, what do you guys think? >>> >>> I like it. >>> >>> I presume it won't appear unless a school server is known? >> >> I wonder if this can be done at the control panel level... probably >> easier to let the icon appear anyway, and then disable the functionality >> in the window. >> >> In the future, we may want to add a backup/restore function for >> removable storage. > > Any comments from the design team? > > Regards, > > Tomeu > >> -- >> // 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 >> > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Fwd: [PATCH] use the spanish verb "quitar" for unmounting devices]
On 17 May 2010 06:07, Bernie Innocenti wrote: > This was also supposed to be posted on the list: > > - Mensaje reenviado > De: Bernie Innocenti > Para: Tomeu Vizoso > Cc: Sayamindu Dasgupta , de...@lists.sugarlabs.org, > Bernie Innocenti > Asunto: [PATCH] use the spanish verb "quitar" for unmounting devices > Fecha: Sun, 16 May 2010 13:44:05 -0400 > > In Sugar 0.88, the command for unmounting removable devices has been > renamed from "Unmount" to "Remove", which is used throughout the GUI > with several slightly different meanings. > > The common translation for "remove" was "eliminar", whose semantic > meaning is "eliminate", thus inappropriate for the unmount operation. Would "Take Out" be an appropriate string? Tim ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH] Add icons to MANIFEST files
Pippy icons were not listed in the MANIFEST file and thus not being installed. I've also removed a bunch of seemingly useless empty lines from MANIFEST and appended a missing \n to the end of port/style.py. Signed-off-by: Bernie Innocenti --- MANIFEST | 124 +++-- port/style.py |2 +- 2 files changed, 7 insertions(+), 119 deletions(-) diff --git a/MANIFEST b/MANIFEST index 3db79c2..13fc137 100644 --- a/MANIFEST +++ b/MANIFEST @@ -50,124 +50,12 @@ library/pippy/physics/tools.py library/pippy/physics/tools_poly.py library/pippy/query.py library/pippy/sound.py - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - +icons/eraser_bw.svg +icons/eraser_color.svg +icons/run_bw.svg +icons/run_color.svg +icons/stopit_bw.svg +icons/stopit_color.svg pippy_app.py po/Pippy.pot po/af.po diff --git a/port/style.py b/port/style.py index 1345ae9..8d3a853 100644 --- a/port/style.py +++ b/port/style.py @@ -25,4 +25,4 @@ def font_zoom(size): if hasattr(style, '_XO_DPI'): return style.zoom(size) else: -return size \ No newline at end of file +return size -- 1.7.0.1 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ASLO] TuxPaint-4 experimental release
El Sun, 16-05-2010 a las 09:33 +, Aleksey Lim escribió: > > The new bundle id is just "org.tuxpaint". Shouldn't it be > > "org.tuxpaint.TuxPaint" instead? Or maybe "org.sugarlabs.TuxPaint", > > since you're maintaining it? > > But why not just org.tuxpaint, there is proper DNS name - tuxpaint.org > and there are no other tuxpaint related activities. > (and changing bundle_id once more w/o strong reasons will just confuse > users since v4 supports journal integration). It seems that the original intent was to do something similar to Java's convention for globally unique names: com.example.PackageName. Admittedly, the entire bundle_id idea seems ill guided to me, as one can't install two copies of Foo.activity, regardless of their IDs being globally unique. In this regard, org.tuxpaint.sugar-is-lame was quite appropriate :-) -- // 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] [PATCH] Add icons to MANIFEST files
On Sun, May 16, 2010 at 05:25:10PM -0400, Bernie Innocenti wrote: > Pippy icons were not listed in the MANIFEST file and thus not > being installed. > > I've also removed a bunch of seemingly useless empty lines from > MANIFEST and appended a missing \n to the end of port/style.py. > > Signed-off-by: Bernie Innocenti Reviewed-by: James Cameron -- 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] [SoaS] Deja-Dup (duplicity) as a way to backup-restore Soas Mirabelle Home directory
Bernie; I wrote a preliminary guide here: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/deja-dup Seems to work fine. Restores a new script built USB to the conditions of an older one that had a lot af extra applications. A real restore! Notes: * Backs up and restores /usr/share/sugar/activities /home/liveuser/Activities liveOS and syslinux directories (Overlay-live-xxx (persistence) OSmin.img Squashfs.img files * Does Not backup journal or (f2) favorites Tom Gilliard satellit References https://launchpad.net/deja-dup Bernie Innocenti wrote: El Sat, 15-05-2010 a las 14:00 -0700, Thomas C Gilliard escribió: I just backed up and then restored the home directory of my f13 RC3 soas spin 4GB USB to a 2nd 4 GB USB. * looks like it worked. Still testing. # yum install duplicity # yum install deja-dup http://live.gnome.org/DejaDup https://launchpad.net/deja-dup We also have a schoolserver based backup procedure already in place. See the ds-backup-client package made by OLPC. At ParaguayEduca we also developed a control panel icon to perform manual backups and restores. We've also started to look at a procedure to make the contents of the journal accessible through links in the Documents folder. The opposite could also be done. Additionally, Uruguay extended the Journal to backup and restore to USB sticks. During this release cycle, we'll work to merge these changes with ours into a consistent UI. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Paint: patch to #1015
I propose a patch to http://bugs.sugarlabs.org/ticket/1015 -- Gonzalo Odiard SugarLabs Argentina paint-1015.patch Description: Binary data ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Paint: patch to #1015
On Mon, May 17, 2010 at 12:15:50AM -0300, Gonzalo Odiard wrote: > I propose a patch to http://bugs.sugarlabs.org/ticket/1015 Hmm, that's odd, your patch only changes the fill colour of an SVG, I'm puzzled as to how it fixes the ticket problem. Can you explain? -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel