Hi,
might be interesting to lurk during this session to learn more about
how we'll improve accessibility in Sugar.
http://blogs.gnome.org/xan/2009/04/07/webkitgtk-a11y-virtual-hackfest/
Regards,
Tomeu
___
Sugar-devel mailing list
Sugar-devel@lists.sug
== Source ==
http://download.sugarlabs.org/sources/sucrose/glucose/sugar/sugar-0.84.5.tar.bz2
== Fixed tickets ==
* Remove fixed width from speaker palette #719
* Correctly close the input stream in file transfers #682
___
Sugar-devel mailing list
Suga
On Tue, Apr 7, 2009 at 23:29, Dave Bauer wrote:
> I got jabber.sugarlabs.org alias for schoolserver.solutiongrove.com working!
Cool, just performed my first file transfer using gabble with it.
> I had to assign the hostname in the ejabberd-xs.cfg and add the shared
> roster group in the web UI f
On Tue, Apr 07, 2009 at 11:03:48PM -0400, Chris Ball wrote:
> Hi,
>
>> Apr 7 17:12:43 localhost kernel: SQUASHFS error: Major/Minor
>> mismatch, trying to mount newer 4.0 filesystem Apr 7 17:12:43
>> localhost kernel: SQUASHFS error: Please update your kernel
>
>> so I suspect a m
Frederick Grose wrote:
> sugar-devel@lists.sugarlabs.org, you are invited to
>
> Title: Testing SoaS-2
> Time: Wed Apr 8 10am – 12pm (Timezone: Eastern Time)
> Where: irc://irc.freenode.net#sugar-meeting
> Calendar: sugar-devel@lists.sugarlabs.org
> Owner/Creator: fgr...@sugarlabs.org
> Other atte
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20090408T14Z
DTEND:20090408T16Z
DTSTAMP:20090408T124937Z
ORGANIZER:mailto:6n9a99dr5knag9tp0obc0rn...@group.calendar.google.com
UID:bolecurgudqijk4b69ve8cg...@
On Wed, Apr 8, 2009 at 2:20 AM, Aleksey Lim wrote:
> If I understand Wade correctly the one of the main purposes(at least) is not
> hiding "content" bundles somewhere(for example in Browse's bookmarks)
> ..and I see your concern(for what reason we should create new entities
> if there are lots of
Also, it is starting to look like gnome 2.30 will be released as 3.0.
There may be some major changes in store.
david
On Wed, Apr 8, 2009 at 3:24 AM, Tomeu Vizoso wrote:
> Hi,
>
> might be interesting to lurk during this session to learn more about
> how we'll improve accessibility in Sugar.
>
>
Note: Follow up from a discussion on iaep.
On Wed, Apr 08, 2009 at 08:31:15AM -0400, Walter Bender wrote:
(At one point, Sascha had helped me include a script that would build
the appropriate binaries at install time, but that solution depends
upon a build environment be installed, which is no
On Wed, Apr 8, 2009 at 17:59, David Farning wrote:
> Also, it is starting to look like gnome 2.30 will be released as 3.0.
> There may be some major changes in store.
There are. The gnome/freedesktop guys are moving more and more stuff
to non-UI backends, meaning we can reuse more and more code.
Hi James,
On Tue, Apr 7, 2009 at 4:40 PM, James Simmons wrote:
> Since two of my Activities are referred to by name in your proposal I
> suppose I should have an opinion on it, but I don't fully understand the
> proposal.
I'd definitely like to hear your opinion. Also, please don't
interpret th
On Wednesday 08 April 2009 05:24:18 Tomeu Vizoso wrote:
> Hi,
>
> might be interesting to lurk during this session to learn more about
> how we'll improve accessibility in Sugar.
>
Some weeks ago I met Andrea Mangiatordi, from the Farfalla Project, who is
working with LATU on accessibility issu
On Wed, Apr 8, 2009 at 9:12 AM, Eben Eliason wrote:
> On Wed, Apr 8, 2009 at 2:20 AM, Aleksey Lim wrote:
>> Proposal.
>>
>> To achieve this target, instead of inventing new versioning scheme in sugar
>> (in addition to Journal), I propose treat Activities as regular Journal
>> objects.
>
> I'm a
On Wed, Apr 8, 2009 at 1:54 PM, Wade Brainerd wrote:
> On Wed, Apr 8, 2009 at 9:12 AM, Eben Eliason wrote:
>> On Wed, Apr 8, 2009 at 2:20 AM, Aleksey Lim wrote:
>>> Proposal.
>>>
>>> To achieve this target, instead of inventing new versioning scheme in sugar
>>> (in addition to Journal), I propo
On Wed, Apr 08, 2009 at 01:54:45PM -0400, Wade Brainerd wrote:
> On Wed, Apr 8, 2009 at 9:12 AM, Eben Eliason wrote:
> > On Wed, Apr 8, 2009 at 2:20 AM, Aleksey Lim wrote:
> >> Proposal.
> >>
> >> To achieve this target, instead of inventing new versioning scheme in sugar
> >> (in addition to Jou
On Wed, Apr 08, 2009 at 02:01:58PM -0400, Eben Eliason wrote:
> On Wed, Apr 8, 2009 at 1:54 PM, Wade Brainerd wrote:
> > On Wed, Apr 8, 2009 at 9:12 AM, Eben Eliason wrote:
> > certainly provide a future path for activity versioning, promote the
> > creation and modification of activities to be a
On Wed, Apr 08, 2009 at 09:12:17AM -0400, Eben Eliason wrote:
> On Wed, Apr 8, 2009 at 2:20 AM, Aleksey Lim wrote:
> > Benefits.
> >
> > With this scheme accepted user will have unified interface to all
> > objects(and theirs versions) - content(generated by activities or
> > downloaded from the i
The idea that activities actually exist in the Journal (and only in
the Journal) is really exciting to me.
To fully realize this, we should unpack their .xo bundles *into their
Journal entry directory*, not /home/user/Activities.
Also, the default Activities should be present in the Journal, whi
I would really like to have an official mechanism for dealing with
this, as it's preventing several of my activities from working on
SoaS.
I used to just include x86 Python 2.5 compiled modules in my bundles,
but now we are supporting more architectures.
One proposal is to have a build machine wh
On Wed, Apr 8, 2009 at 3:17 PM, Wade Brainerd wrote:
> The idea that activities actually exist in the Journal (and only in
> the Journal) is really exciting to me.
>
> To fully realize this, we should unpack their .xo bundles *into their
> Journal entry directory*, not /home/user/Activities.
Yes
I've added this topic to 0.86 proposal goals
http://wiki.sugarlabs.org/go/Development_Team/Release/Roadmap/0.86#Proposal_Goals
--
Aleksey
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
On Wed, Apr 08, 2009 at 03:23:22PM -0400, Wade Brainerd wrote:
One proposal is to have a build machine which supports cross compiling
all our supported architectures, which can compile the blobs. Then we
include all the blobs inside the .xo bundle. This is like what OSX
does with Application b
On 08.04.2009, at 21:23, Wade Brainerd wrote:
> I would really like to have an official mechanism for dealing with
> this, as it's preventing several of my activities from working on
> SoaS.
>
> I used to just include x86 Python 2.5 compiled modules in my bundles,
> but now we are supporting more
On Wed, Apr 08, 2009 at 10:18:37PM +0200, Bert Freudenberg wrote:
One way to do this is to simply append the config.guess output, which
would result in lib-i686-pc-linux-gnu on my box ...
That's a good start (and even more than my PoC code for TA does), but
not enough. Unfortunately code comp
Wade,
Thanks for your response. It clears up a lot now that I have a better
idea of the purpose of Unified bundles. There is still one question I
have, which is what becomes of Activities in this scenario? For
instance, if you have a bundle containing a PDF, what happens to the
Read activit
On 8 Apr 2009, at 20:17, Wade Brainerd wrote:
> The idea that activities actually exist in the Journal (and only in
> the Journal) is really exciting to me.
Yes, it's a right old lucky dip mess for what you find in Journal for
Activity bundles just now. Old bundle versions that you're not sure
Good question.. My proposal is that activities which don't allow the
creation of brand new content (e.g. they require some initial content
to be used) become Content Viewers which is a special case of
Activity.
As it stands, I'm not sure whether they need to be merged into Sugar
or whether they ca
Wow, you're right- the entire Activity List View is no longer needed!
Activities can be erased, starred and tagged from the Journal just
like any other entry.
The Journal icon can move over into the upper right hand corner of the
Home view, taking the List View icon's place. That reinforces the
n
Hi Chris & Martin,
Thanks for the info! Martin, have you worked with the latest
Soas2-*.iso images? Is it possible that the version of squashfs used to create
the image was raised recently? My kernel is presently at
2.6.27.21-170.2.56.fc10.i686.
I'll probably either look for a fedora 11 host t
Hi Dan,
> Is it possible that the version of squashfs used to create
> the image was raised recently? My kernel is presently at
> 2.6.27.21-170.2.56.fc10.i686.
Yes, that's the problem. "yum install kernel squashfs-tools" and a
reboot should fix it.
- Chris.
--
Chris Ball
_
30 matches
Mail list logo