Why not rebase to update? The current guide can lead to some messy merge
commits.
I guess you can fix it with an interactive rebase later, but this has
always been the cleanest way I've found to keep my forks up to date as
well as enabling clean merges of my forks.
Manuel Quiñones
Hi,
we talked yesterday on irc about how to handle the deployment of the
webactivity libraries like sugar-html-graphics. We came up with three
basic ways of dealing with it. It follows a summary. Please comment,
fill in the missing items. It is an interesting item that needs
discussion and
Hi Simon,
nice summary. I just got an idea...
Our installed activities are served over a custom activity:// protocol,
HTMLActivity is doing the mapping between the path in the url and the path
on disk. If we include the volo package.json in the activity bundle we can
map library paths to
2013/5/29 William Orr w...@worrbase.com:
Why not rebase to update? The current guide can lead to some messy merge
commits.
I don't know Will. Maybe you are right. What we do is the
recommended way in github:
https://help.github.com/articles/fork-a-repo#step-3-configure-remotes
I don't think
Could you test to see if the translations are correct in 13.1?
-walter
On Tue, May 28, 2013 at 11:49 PM, Basanta Shrestha
basanta.shres...@olenepal.org wrote:
One example is About Me under My Settings which comes from sugar.po .
Thank you .
-Basanta
On Tue, May 28, 2013 at 5:41 PM,
Looks like a broken libffi-devel package made it into F19
https://bugzilla.redhat.com/show_bug.cgi?id=727301
--
Daniel Narvaez
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
You can grab fixed rpms here until they available to yum (I guess it takes
a bit before they make it to the mirrors or something).
http://kojipkgs.fedoraproject.org//packages/libffi/3.0.13/4.fc19/x86_64/libffi-3.0.13-4.fc19.x86_64.rpm
On 28 May 2013 02:10, Manuel Quiñones ma...@laptop.org wrote:
Yes, this works well but you should be more careful whlie hacking,
because a wrong push could mess the main repository (calling commands
in the wrong order, for example). Personally I hack in my own fork,
and when I put my
Activity Homepage:
http://activities.sugarlabs.org/addon/4043
Sugar Platform:
0.98 - 0.100
Download Now:
http://activities.sugarlabs.org/downloads/file/28633/terminal-42.xo
Release notes:
Do not try to set unsensitive non existing buttons
Get back a working activity history, SL #4131
Use
2013/5/29 Daniel Narvaez dwnarv...@gmail.com:
On 28 May 2013 02:10, Manuel Quiñones ma...@laptop.org wrote:
Yes, this works well but you should be more careful whlie hacking,
because a wrong push could mess the main repository (calling commands
in the wrong order, for example). Personally I
I wonder if keeping origin on read only git, upstream on the main repo ssh
and fork on the fork ssh would work well. You wouldn't risk to accidentally
push to main repo that way.
On 29 May 2013 14:53, Manuel Quiñones ma...@laptop.org wrote:
2013/5/29 Daniel Narvaez dwnarv...@gmail.com:
On 28
Hi Daniel,
thanks for the feedback, a few questions about your proposal:
On 05/29/2013 01:30 PM, Daniel Narvaez wrote:
Hi Simon,
nice summary. I just got an idea...
Our installed activities are served over a custom activity:// protocol,
HTMLActivity is doing the mapping between the path in
On 29 May 2013 14:56, Simon Schampijer si...@schampijer.de wrote:
Don't we include it already in the activity bundle?
https://github.com/sugarlabs/sugar-html-template/blob/master/package.json
Yeah, though not quite intentionally I think, it's not used.
I looked at the volojs docs but
Actually volo versioning seems to be more complicated than I thought
https://github.com/volojs/volo/blob/master/commands/add/doc.md
The part about user/repo/semverVersion in particular.
So we need to figure out exactly how to behave for the different version
types, when to use the system
On Tue, May 28, 2013 at 9:40 PM, Basanta Shrestha
basanta.shres...@olenepal.org wrote:
Adding firefox did install firefox but gave following error while trying to
execute on XO:
$ firefox
Error: Platform version '13.0' is not compatible with
minVersion = 12.0
maxVersion
Thanks for starting this thread - it is something that needs to be
carefully discussed and considered.
Just one comment to add for now:
On Wed, May 29, 2013 at 4:29 AM, Simon Schampijer si...@schampijer.de wrote:
===Include a copy of the library in each webactivity===
Each activity carries a
On Wed, 2013-05-29 at 08:08 -0600, Daniel Drake wrote:
On Tue, May 28, 2013 at 9:40 PM, Basanta Shrestha
basanta.shres...@olenepal.org wrote:
Adding firefox did install firefox but gave following error while trying to
execute on XO:
$ firefox
Error: Platform
On 29 May 2013 16:46, Daniel Drake d...@laptop.org wrote:
In other words, I imagine that for activities that meet a certain
level of complexity/functionality, there will commonly be some point
at which they cross the line and start depending something specific in
the underlying system, which
On 2013-05-29, at 16:46, Daniel Drake d...@laptop.org wrote:
In other words, I imagine that for activities that meet a certain
level of complexity/functionality, there will commonly be some point
at which they cross the line and start depending something specific in
the underlying system,
On Wed, May 29, 2013 at 12:30 PM, Daniel Narvaez dwnarv...@gmail.comwrote:
On 29 May 2013 16:46, Daniel Drake d...@laptop.org wrote:
In other words, I imagine that for activities that meet a certain
level of complexity/functionality, there will commonly be some point
at which they cross the
On 29 May 2013 17:37, Gonzalo Odiard gonz...@laptop.org wrote:
I agree we should point to do the activities so standard as possible, and
allow the use on a browser.
In fact will be a useful debugging tool for developers.
I don't know how the use of the activity:// protocol affect that...
Since I'm the one proposing the implementation, and I'm actually not too
keen about the idea itself, let me take a step back before I get blamed for
it forever :)
My feeling is that we should *not* implement this for 0.100 but rather
consider (very carefully) if it's something we need in one of
I wonder if we actually need something like that (we have an activity
object where we could put it) or if it's better to just let the activity
author decide when saving/loading is necessary, using the TextObject stuff
I proposed.
It feels a bit inflexible to have the activity request
Can you explain the use case for these?
To write an activity like SugarCommander [2].
Lionel.
Other activities, like Portfolio or JournalShare use it too.
Gonzalo
___
Sugar-devel mailing list
On 29 May 2013 21:45, lio...@olpc-france.org wrote:
Not fully agree. The easiest activity has just to write a single entry in
the journal with “standard” metadata and a screen capture. In Python,
nothing has to be written to create this entry. I guess that it’s why the
read_file and
Please check my repo list at this configuration file.
http://pastebin.ca/2384881
and xulrunner and firefox version
xulrunner-13.0-1.fc17.armv7vl
firefox-12.0-1.fc17.armv7hl
Thank you.
On Wed, May 29, 2013 at 8:38 PM, Jerry Vonau jvo...@shaw.ca wrote:
On Wed, 2013-05-29 at 08:08 -0600,
Well that will require me to completely change OS on my build machine. I
will not be able to do that soon I am afraid. Any other option you can
suggest?
-Basanta
On Wed, May 29, 2013 at 5:38 PM, Walter Bender walter.ben...@gmail.comwrote:
Could you test to see if the translations are correct
It's my understand the translations are pulled in a package build
time. In the case of the core Sugar interface and OS packages that's
when the rpms are built. In the case of the Activities that's when
they're bundled into the .xo files. Translations have to be pulled
from pootle to be actually
On Thu, May 30, 2013 at 6:18 AM, Basanta Shrestha
basanta.shres...@olenepal.org wrote:
Please check my repo list at this configuration file.
http://pastebin.ca/2384881
and xulrunner and firefox version
xulrunner-13.0-1.fc17.armv7vl
firefox-12.0-1.fc17.armv7hl
Firefox and xulrunner 17 are
On Thu, 2013-05-30 at 06:50 +0100, Peter Robinson wrote:
On Thu, May 30, 2013 at 6:18 AM, Basanta Shrestha
basanta.shres...@olenepal.org wrote:
Please check my repo list at this configuration file.
http://pastebin.ca/2384881
and xulrunner and firefox version
30 matches
Mail list logo
