Would you like for people in Uruguay to test it? 0.84 and later Sugar
releases have file transfer in the journal, but most OLPC machines are
stuck with 0.82 for the time being.
Btw, are you the author of Bundle or is it another Lewis?
http://dev.laptop.org/git/activities/bundleactivity/
I am not the author of Bundle. If people would like to test it, fine by me.
This was written mainly to get some sort of file transfer system on the
olpc. Another reason is on the 84, it seems you have to pick a file and
send it to a specific user, where this system lets you pick files and then
Hi Justin,
On 12 Dec 2009, at 16:17, Justin Lewis wrote:
I am not the author of Bundle. If people would like to test it, fine by me.
This was written mainly to get some sort of file transfer system on the olpc.
Another reason is on the 84, it seems you have to pick a file and send it to
Tomeu,
On Mon, Dec 7, 2009 at 2:48 AM, Tomeu Vizoso to...@sugarlabs.org wrote:
Yes. Establishing this communication is useful for working with
activities using non-https protocols like XMPP ( e.g. - Chat activity). We
are trying to explore a variety of possibilities and scenarios, and
+1 from me too, for all of Gary's reasons. Looking forward to
checking the activity out.
-Wade
On Sat, Dec 12, 2009 at 1:28 PM, Gary C Martin g...@garycmartin.com wrote:
Hi Justin,
On 12 Dec 2009, at 16:17, Justin Lewis wrote:
I am not the author of Bundle. If people would like to test
On Fri, Dec 11, 2009 at 8:00 PM, Aleksey Lim alsr...@member.fsf.org wrote:
Hi all,
I've coded[1] initial implementation[2] for standalone 0install mode,
w/o any support from shell. So, activity could bundle saccharin module
to .xo and maybe 0install pure python library as well(otherwise
On Sat, Dec 12, 2009 at 2:00 AM, Aleksey Lim alsr...@member.fsf.org wrote:
I've coded[1] initial implementation[2] for standalone 0install mode,
w/o any support from shell. So, activity could bundle saccharin module
to .xo and maybe 0install pure python library as well(otherwise system
should
Hi all,
Here is my feature proposal for Sugar Problem Reports. It's a quick
way for users to provide feedback about Sugar. Reports automatically
bundle relevant log files, and the PHP log server some simple scraping
for Python exceptions, logger.error() calls, etc.
The patches are all posted
On Sat, Dec 12, 2009 at 11:31:43PM +0100, Martin Langhoff wrote:
On Sat, Dec 12, 2009 at 2:00 AM, Aleksey Lim alsr...@member.fsf.org wrote:
I've coded[1] initial implementation[2] for standalone 0install mode,
w/o any support from shell. So, activity could bundle saccharin module
to .xo and
Thanks for the feedback Gary.
- Is it possible to create your git repository
on http://git.sugarlabs.org/ or is it already somewhere public?
Yep, it is currently on Gitorious
(http://gitorious.org/jlew/xo-file-distro). I can move it to
git.sugarlabs.org if that would be better for everyone
On Sat, Dec 12, 2009 at 01:48:19PM -0500, Wade Brainerd wrote:
On Fri, Dec 11, 2009 at 8:00 PM, Aleksey Lim alsr...@member.fsf.org wrote:
Hi all,
I've coded[1] initial implementation[2] for standalone 0install mode,
w/o any support from shell. So, activity could bundle saccharin module
On Sat, Dec 12, 2009 at 06:28:40PM +, Gary C Martin wrote:
Hi Justin,
On 12 Dec 2009, at 16:17, Justin Lewis wrote:
I am not the author of Bundle. If people would like to test it, fine by
me. This was written mainly to get some sort of file transfer system on
the olpc. Another
..and making my thoughts more clear :)
On Sat, Dec 12, 2009 at 06:28:40PM +, Gary C Martin wrote:
2). As a separate activity it can be developed out side of the Sucrose
development/release cycle and team.
that was another reason for Plugins proposal(now Shell Integration API)
3) As a
Wade, could you prepare shell agnostic code,
it could be utilized in saccharin to report problems while
downloading/compiling, so having the same UI would be useful.
On Sat, Dec 12, 2009 at 08:47:05PM -0500, Wade Brainerd wrote:
Hi all,
Here is my feature proposal for Sugar Problem Reports.
On Sun, Dec 13, 2009 at 02:43:57AM +, Aleksey Lim wrote:
Wade, could you prepare shell agnostic code,
it could be utilized in saccharin to report problems while
downloading/compiling, so having the same UI would be useful.
btw that could be another point for Shell UI Integration proposal,
It is time for me to create a mailing list for the Karma SIG. I would prefer
to use a google group over using the mailman lists because is it easier to
search the google group. What are the pros of using mailman (
lists.sugarlabs.org) over a google group?
On Sun, Dec 13, 2009 at 08:31:53AM +0545, Bryan Berry wrote:
It is time for me to create a mailing list for the Karma SIG. I would prefer
to use a google group over using the mailman lists because is it easier to
search the google group. What are the pros of using mailman (
On Sun, Dec 13, 2009 at 02:52:05AM +, Aleksey Lim wrote:
On Sun, Dec 13, 2009 at 08:31:53AM +0545, Bryan Berry wrote:
It is time for me to create a mailing list for the Karma SIG. I would prefer
to use a google group over using the mailman lists because is it easier to
search the google
I have gone ahead and created a google group for the Karma SIG
http://groups.google.com/group/karmajs
While mailman is a great piece of software I generally find google groups
easier to search even though mailman is mirrored on gmane. Many newbies
aren't familiar with w/ gmane.
Also, another
Hi all,
At the end Journal Plugins mutated to Frame Panles feature.
All UI visible changes I wanted to implement in plugins could be done
via Frame Panle components(the rest of code are shell agnostic).
Frame Panles feature has the same major idea, social context - giving
non core developers
20 matches
Mail list logo