On Sun, Jul 05, 2009 at 12:51:22AM +0200, Sebastian Dziallas wrote:
Hi everybody,
so here it is, the Sugar on a Stick v2 Roadmap:
http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Roadmap#Roadmap
Feedback is appreciated, and as we've just entered brainstorming phase,
please go ahead and
On Sat, Jul 04, 2009 at 05:43:38PM +0200, James Michael DuPont wrote:
The report is with jhbuild on debian jaunty. I built it from scratch.
Started with jhbuild run
I guess you mean Ubuntu Jaunty. How did you build? Can you give the
exact commands you used to build and run, please? What does
Sascha,
It build and installed all according to the instructions.
I dont have this all here at the moment as I said. If you have any
questions, you can see my build snapshot, that contains everything.
I have put 2 days of work and finally got it running on ubuntu, you can see
the patches.
You can
On Sun, Jul 05, 2009 at 08:25:16PM +0200, James Michael DuPont wrote:
Sascha,
It build and installed all according to the instructions.
Which instructions specifically?
I dont have this all here at the moment as I said. If you have any
questions, you can see my build snapshot, that contains
On 07/01/2009 05:38 PM, David Farning wrote:
On Wed, Jul 1, 2009 at 6:41 AM, Simon Schampijersi...@schampijer.de wrote:
On 07/01/2009 12:49 AM, David Farning wrote:
On Tue, Jun 30, 2009 at 5:45 PM, Simon Schampijersi...@schampijer.de
wrote:
On 06/29/2009 10:09 PM, David Farning wrote:
On
Hi Sayamindu,
Saw some of your Read roadmap items today, and just wanted to ping and
ask how viable you think it would be for Read to support a single page
by page view for PDFs (rather than current continuous scrolling mode)?
I've been thinking it would be better for memory consumption
Ok,
I mean the ubunutu and fedora packages are broken.
Jhbuild, we will have to go through this together when I am online.
this latop cannot even begin to use jhbuild, it is an aspire one. 512 mb or
ram and no space left.
I am sorry to be so frustrated, but it is too much to ask normal users to
To continue trimming long wiki names, I propose to shift the Human Interface
Guidelines branch,
http://wiki.sugarlabs.org/go/Design_Team/Human_Interface_Guidelines, to the
wiki root,
http://wiki.sugarlabs.org/index.php?title=Human_Interface_Guidelinesredirect=no
.
This will help to make the
Hi!
After reading the recent threads about Journal / data store and the IDs
used by them the big picture is much more clear now, thanks!
I've adjusted by datastore redesign proposal [1] accordingly and would
like to submit it for review now.
It's not clear a full redesign is The Right Thing to
On Sun, Jul 05, 2009 at 10:19:51PM +0200, James Michael DuPont wrote:
Ok,
I mean the ubunutu and fedora packages are broken.
OK, cannot say anything about that as I've stopped using distro packages
quite some time ago. 0.82 never really worked for me and 0.84 wasn't
available as distro
On Sat, Jul 04, 2009 at 03:53:32PM +0200, Tomeu Vizoso wrote:
Another risk could be leaking inodes if we get a too complex hard-link
structure.
This should only happen on crashes as we're only keeping the VCS copy
of the files, everything else is ephemeral.
CU Sascha
--
On 07/04/2009 12:40 AM, Frederick Grose wrote:
On Thu, Jul 2, 2009 at 9:06 AM, Frederick Grosefgr...@sugarlabs.orgwrote:
On Thu, Jul 2, 2009 at 7:45 AM, Simon Schampijersi...@schampijer.dewrote:
Hi Fred,
it might makes sense to trim down our long wiki names. As we heavily use
categories
As mentioned by a member of the sugar-devel list, it seems that a csound (5.10)
install (yum install csound), does not install several crucial site-specific
and library packages (csnd, _csnd, libcsnd and perhaps libcsound).
Having to erase olpcsound before installing csound deletes these files
On Sun, Jul 5, 2009 at 5:17 PM, Simon Schampijer si...@schampijer.dewrote:
... I guess we lost it.
Reconstructed from the Google cache for 16 June 2009,
http://wiki.sugarlabs.org/go/0.84/Roadmap.
___
Sugar-devel mailing list
On 4 Jul 2009, at 04:19, Eben Eliason wrote:
I'll throw this idea back out there for fun, too. I don't know if
there's a way to do even this without adding too much complexity, but
we did make some mockups of an advanced sort bar, which instead of
sorting on columns allowed creation of
As many of you know, I've been fascinated for some time by Scott's Network
Principles [1].
Several weeks ago, I outlined in a lightly-circulated patch how one might hack
up libc's getaddrinfo() implementation to do the DNS resolution work described
in Scott's paper.
Here is a second copy of
Hi James,
On 3 Jul 2009, at 19:29, James Zaki wrote:
Perhaps this is a late reply, (I am yet to read the last 6 or so
digests of to 20+ that were in my inbox)
No not late at all! :-)
But I am always sensitive of little incremental additions that seem
like it would be useful.
I always
On 4 Jul 2009, at 03:36, Eben Eliason wrote:
That said, I'm actually thinking that the tag
dropdown should be an extension of the search field itself. Perhaps
it's just to the right, and only needs to be a little down arrow that
reveals the tags (or perhaps we even modify the search entry to
On Sun, Jul 5, 2009 at 8:33 PM, Gary C Martin g...@garycmartin.com wrote:
... One thing we could do
to try to move forward on the new toolbar concept is to build svg
icons for as many of the tabs that are already in use. We need to come
up with clear and identifiable icon for each **before**
The default color for the Sugar Activity screen seems to be set to light
gray. I'd like mine to be white.
Is there any way to change this in my activity script?
I tried:
import gtk
win = csndsugui.CsoundGUI(self)
ibox = win.box(False)
ibox.modify_bg(gtk.STATE_NORMAL, gtk.gdk.Color(0x,
20 matches
Mail list logo
