Re: [Sugar-devel] [RELEASE] Browse-106
On Wed, Apr 1, 2009 at 8:11 AM, Martin Langhoff martin.langh...@gmail.com wrote: Kudos for the release! One note though: On Wed, Apr 1, 2009 at 8:01 AM, Simon Schampijer si...@schampijer.de wrote: * Make sugarlabs.org the default homepage Um. This means that Browse out-of-the-box doesn't behave well in disconnected or XS-driven environments. Going back on the actual trac entry, it seems like it still retains a local page, and that the changelog is misleading. Sorry about the noise. I just hope that it's still a local page, with links that make it useful out-of-the-box for small deployments, like 'Activities' and 'Schoolserver' (hint, hint! ;-) ) as well as Sugarlabs. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [RELEASE] Browse-106
Martin Langhoff wrote: Kudos for the release! One note though: On Wed, Apr 1, 2009 at 8:01 AM, Simon Schampijer si...@schampijer.de wrote: * Make sugarlabs.org the default homepage Um. This means that Browse out-of-the-box doesn't behave well in disconnected or XS-driven environments. IMHO having the local homepage is a good thing, and making it link (promimently) to Sugarlabs is an even better thing. But no local homepage is a bit of a bummer. cheers, m #645 does handle getting in the local page. The sugarlabs.org page is just there in the meantime. Cheers, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [RELEASE] Terminal v25 (attention distro managers!!)
On Tue, Mar 31, 2009 at 22:55, Simon Schampijer si...@schampijer.de wrote: Wade Brainerd wrote: Yeah, v24 introduced tabs. v25 is a bugfix of v24. Hmmm, it has been packaged for Fedora 11 already. And F11 should only contain Sucrose 0.84. Please make clear what Sucrose version it is for when you announce new releases - since otherwise packagers pick it up and put it in 0.84? Wonder if that's a problem for SugarLabs? If a packager wants to include an activity that is not part of the stable release of Sugar that they are shipping, isn't that their choice? Regards, Tomeu Do we need something else to distinguish. Separate repos? I mean the release pages contain the intended versions, not sure if this is enough. Thanks, Simon ___ 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] something funky at git.sl.o?
Tomeu Vizoso wrote: On Wed, Apr 1, 2009 at 00:17, David Farning dfarn...@sugarlabs.org wrote: Is something funky going on at git.sl.o? dfarn...@sunjammer:~/aslo$ git pull ssh_exchange_identification: Connection closed by remote host fatal: The remote end hung up unexpectedly That sounds to me like the IP from which you are doing that is blacklisted. Any chance we can move gitorious to a machine without those issues? Like sunjammer? It's a critical service and people have already decided to use fedoraproject.org instead of git.sl.o because of that. Regards, Tomeu Oh? That sounds serious to me. We had many problems already with the git service. Would be nice to get this more stable - whatever it takes. Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Distributors mixing across Sugar branches (Was: Terminal v25 (attention distro managers!!))
On Wed, Apr 1, 2009 at 11:12, Jonas Smedegaard d...@jones.dk wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Apr 01, 2009 at 10:12:07AM +0200, Tomeu Vizoso wrote: On Tue, Mar 31, 2009 at 22:55, Simon Schampijer si...@schampijer.de wrote: Wade Brainerd wrote: Yeah, v24 introduced tabs. v25 is a bugfix of v24. Hmmm, it has been packaged for Fedora 11 already. And F11 should only contain Sucrose 0.84. Please make clear what Sucrose version it is for when you announce new releases - since otherwise packagers pick it up and put it in 0.84? Wonder if that's a problem for SugarLabs? If a packager wants to include an activity that is not part of the stable release of Sugar that they are shipping, isn't that their choice? I'd say so too. What I see that Sugarlabs can do to help encourage distributors to not fuck up is to more clearly document what breaks by mixing. I have been guilty of mixing: Debian 0.82-based packages contain a too new Browse. That activity will not run on an XO, but Debian contains a newer underlying library so it works proberly anyway (I believe). But I couldn't find anywhere a list of what I would break by mixing - I learned about this particular shortcoming by following this upstream development list closely, until someone mentioned it. (I think I even posted an explicit question about it at somepoint, which I think was ignored). I am not complining here, not at all: If we distributors mess your carefully composed dependencies, then we are to blame for breaking anything. But your carefull composition is based on some assumptions of the underlying OS which are not universally true, and so does not apply to all versions of all distributions. - From a distributor point of view, it would be nice to be able to look at the Homepage of each part of Sugar (sugar-toolkit, sugar-base, sugar, hulahop, Browse, etc) and see not only a download link for the latest and greatest release of that piece, but a download link for the latest and greatest release for *each* of your development tracks (i.e. currently 0.82, 0.84 and bleeding edge) and also a brief note on which changes are not backwards-compatible. +1 Also publishing the changelogs for each release would be good - currently they seem to be only sent in the release announcement mail. Regards Morgan ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Server-devel] Gadget on XS
On Wed, Apr 1, 2009 at 12:36 PM, Guillaume Desmottes Basically you have to install the gadget service, launch it (it's a separated process), modify your ejabberd.cfg as explained in the Gadget README and then restart your ejabberd. I suspect he's done that already... You can see if Gadget is working by looking at the XMPP traffic exchanged between clients and the server. And as an end-user, what things work better / differently? As an end-user-administrator, does it expose any info, stats, knobs, etc? CC'ing Sugar-dev, as probably part of the answer is on what the new Sugar does when it finds that the server speaks Gadget... cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Distributors mixing across Sugar branches (Was: Terminal v25 (attention distro managers!!))
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Apr 01, 2009 at 12:43:04PM +0200, Morgan Collett wrote: On Wed, Apr 1, 2009 at 11:12, Jonas Smedegaard d...@jones.dk wrote: - From a distributor point of view, it would be nice to be able to look at the Homepage of each part of Sugar (sugar-toolkit, sugar-base, sugar, hulahop, Browse, etc) and see not only a download link for the latest and greatest release of that piece, but a download link for the latest and greatest release for *each* of your development tracks (i.e. currently 0.82, 0.84 and bleeding edge) and also a brief note on which changes are not backwards-compatible. +1 Also publishing the changelogs for each release would be good - currently they seem to be only sent in the release announcement mail. With the risk of writing stuff that you all know better than me already, let me elaborate a bit on that: There is several levels of changes. In Debian we may have the following, for each single software package: * VCS commit notes, describing each atomic edit * Changelog entries, grouped per release * NEWS items about eventual major changes, grouped by release * Status pages, tracking newest events for each branch * Long description, describing the product in few sentences * Short description, describing the product in one line I probably forgot some. Above list is ordered in after how often it typically needs updating. (yes, short and long descriptions are also a form of status info: Debian Sugar packages currently mention that Sugar is mostly for XOs ;-) ). An important issue (that I thankfully haven't noticed abused at Sugarlabs but frequently in Debian) is that each and every item in above channels should be somewhat self-contained. It is ok to reference external resources (like bug-number being closed) but it is wrong to write Fixed earlier problem properly now without mentioning *what* problem it is, in the entry itself. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknTUBkACgkQn7DbMsAkQLjvHwCeJpui2oc8eYzIeLGzJVLY2ZxI 69UAoJX+VBL7FI689W5sUtWiBKjdLF11 =xHeu -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Server-devel] Gadget on XS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Apr 01, 2009 at 11:50:52AM +0100, Guillaume Desmottes wrote: Le mercredi 01 avril 2009 à 12:45 +0200, Martin Langhoff a écrit : On Wed, Apr 1, 2009 at 12:36 PM, Guillaume Desmottes Basically you have to install the gadget service, launch it (it's a separated process), modify your ejabberd.cfg as explained in the Gadget README and then restart your ejabberd. I suspect he's done that already... You can see if Gadget is working by looking at the XMPP traffic exchanged between clients and the server. And as an end-user, what things work better / differently? If you're using a recent Sugar it should request a view containing random activities and buddies. So you should see people/activities in your roster even if the shared roster is not configured. As an end-user-administrator, does it expose any info, stats, knobs, etc? You can redirect Gadget log to a file. The Debian package write logs to /var/log/gadget.log iirc; don't know for the RPM. What Debian package? Gadget does not seem to be in Debian Sid. I'd be happy to help maintain it officially for Debian if there is already a Gadget package floating around unofficially. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEUEARECAAYFAknTWo0ACgkQn7DbMsAkQLgzjQCeJHGfhAWqCc8EaCKdF4UmGWvs Mk8AmPQglol1W0Uqa29PDHLUUN0ok0Q= =al+j -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Google Summer of Code proposal: Speech Synthesis (Small Achievment)
! This is the recommended version for today's testing session. You can grab it here: http://download.sugarlabs.org/soas/snapshots/2/Soas2-200904011025.iso There's also a virtual appliance available here: http://download.sugarlabs.org/soas/appliances/soas2-20090401.tar.gz Though, we'd like to request to test the .iso image as much as possible, as we're quickly approaching our release, which is in fact scheduled for April 10th. Please make sure to report all bugs you come along, so that they can be fixed in time until April 5th. What's new in this snapshot? * It's now based on the Rawhide state F11 Beta was composed from * It includes now the latest Sugar bits (thanks erikos) There are also several other improvements and bug fixes, such as you should now be able to remove the honey activities as a user. Again, please give this image a try and join us for the testing session! Thanks and have fun, --Your SoaS Team -- Message: 8 Date: Wed, 01 Apr 2009 12:23:07 +0100 From: Guillaume Desmottes guillaume.desmot...@collabora.co.uk Subject: Re: [Sugar-devel] [Server-devel] Gadget on XS To: Martin Langhoff martin.langh...@gmail.com Cc: server-de...@lists.laptop.org, Sugar-dev Sugar-devel@lists.sugarlabs.org Message-ID: 1238584987.4457.16.ca...@cass-lpt Content-Type: text/plain; charset=UTF-8 Le mercredi 01 avril 2009 ? 12:53 +0200, Martin Langhoff a ?crit : On Wed, Apr 1, 2009 at 12:50 PM, Guillaume Desmottes guillaume.desmot...@collabora.co.uk wrote: If you're using a recent Sugar it should request a view containing random activities and buddies. So you should see people/activities in your roster even if the shared roster is not configured. Cool! And does it evolve (learn?) from random to people you've interacted with or something similar? No, atm it's pure random. Gadget also supports contact and activity search but Sugar doesn't have UI for it currently. If user want to be able to always see a buddy, the right way is to add him as a friend. G. -- Message: 9 Date: Wed, 1 Apr 2009 13:29:29 +0200 From: Jonas Smedegaard d...@jones.dk Subject: Re: [Sugar-devel] Distributors mixing across Sugar branches (Was: Terminal v25 (attention distro managers!!)) To: sugar-devel@lists.sugarlabs.org Message-ID: 20090401112929.gm30...@jones.dk Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Apr 01, 2009 at 12:43:04PM +0200, Morgan Collett wrote: On Wed, Apr 1, 2009 at 11:12, Jonas Smedegaard d...@jones.dk wrote: - From a distributor point of view, it would be nice to be able to look at the Homepage of each part of Sugar (sugar-toolkit, sugar-base, sugar, hulahop, Browse, etc) and see not only a download link for the latest and greatest release of that piece, but a download link for the latest and greatest release for *each* of your development tracks (i.e. currently 0.82, 0.84 and bleeding edge) and also a brief note on which changes are not backwards-compatible. +1 Also publishing the changelogs for each release would be good - currently they seem to be only sent in the release announcement mail. With the risk of writing stuff that you all know better than me already, let me elaborate a bit on that: There is several levels of changes. In Debian we may have the following, for each single software package: * VCS commit notes, describing each atomic edit * Changelog entries, grouped per release * NEWS items about eventual major changes, grouped by release * Status pages, tracking newest events for each branch * Long description, describing the product in few sentences * Short description, describing the product in one line I probably forgot some. Above list is ordered in after how often it typically needs updating. (yes, short and long descriptions are also a form of status info: Debian Sugar packages currently mention that Sugar is mostly for XOs ;-) ). An important issue (that I thankfully haven't noticed abused at Sugarlabs but frequently in Debian) is that each and every item in above channels should be somewhat self-contained. It is ok to reference external resources (like bug-number being closed) but it is wrong to write Fixed earlier problem properly now without mentioning *what* problem it is, in the entry itself. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknTUBkACgkQn7DbMsAkQLjvHwCeJpui2oc8eYzIeLGzJVLY2ZxI 69UAoJX+VBL7FI689W5sUtWiBKjdLF11 =xHeu -END PGP SIGNATURE- -- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http
Re: [Sugar-devel] [RELEASE] Terminal v25 (attention distro managers!!)
On Wed, Apr 1, 2009 at 4:59 AM, Simon Schampijer si...@schampijer.dewrote: Tomeu Vizoso wrote: On Tue, Mar 31, 2009 at 22:55, Simon Schampijer si...@schampijer.de wrote: Wade Brainerd wrote: Yeah, v24 introduced tabs. v25 is a bugfix of v24. Hmmm, it has been packaged for Fedora 11 already. And F11 should only contain Sucrose 0.84. Please make clear what Sucrose version it is for when you announce new releases - since otherwise packagers pick it up and put it in 0.84? Wonder if that's a problem for SugarLabs? If a packager wants to include an activity that is not part of the stable release of Sugar that they are shipping, isn't that their choice? Regards, Tomeu Maybe that is right. But it is good to mark it like that. So packagers have the choice. [Sugar-devel] [RELEASE] Terminal v25 (attention distro managers!!) The message sounds more like a serious bug fix release to me :) Cheers, Simon Right, it *was* a serious bugfix of a bug that was introduced in v24 I should have made that more clear that if distro managers are using v23 there was no need to update. But it's not the end of the world, Terminal v25 works fine in 0.84. Best, Wade ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Server-devel] Gadget on XS
Le mercredi 01 avril 2009 à 14:14 +0200, Jonas Smedegaard a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Apr 01, 2009 at 11:50:52AM +0100, Guillaume Desmottes wrote: Le mercredi 01 avril 2009 à 12:45 +0200, Martin Langhoff a écrit : On Wed, Apr 1, 2009 at 12:36 PM, Guillaume Desmottes Basically you have to install the gadget service, launch it (it's a separated process), modify your ejabberd.cfg as explained in the Gadget README and then restart your ejabberd. I suspect he's done that already... You can see if Gadget is working by looking at the XMPP traffic exchanged between clients and the server. And as an end-user, what things work better / differently? If you're using a recent Sugar it should request a view containing random activities and buddies. So you should see people/activities in your roster even if the shared roster is not configured. As an end-user-administrator, does it expose any info, stats, knobs, etc? You can redirect Gadget log to a file. The Debian package write logs to /var/log/gadget.log iirc; don't know for the RPM. What Debian package? Gadget does not seem to be in Debian Sid. I'd be happy to help maintain it officially for Debian if there is already a Gadget package floating around unofficially. See http://dev.laptop.org/git/projects/gadget/log/?h=debian ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] announce: alternate power management
peter wrote:
This looks quite interesting. Have you looked at what Fedora is
introducing with DeviceKit-power and fellows in Fedora 11. It would be
interesting to see the similarities in features to help minimise
duplication of effort and to piggy back off Redhat's development
resources. They are using it to push alot of the functionality of
gnome-power-manager lower down into the stack which in turn means any
device such as servers/kde/whatever can make use of it. More details
can be seen here https://fedoraproject.org/wiki/Features/DeviceKit
that's the great thing about linux -- just when we finally
develop a standard way of doing things, someone steps in and
says, no, that was wrong, let's do it this way instead, and
stops supporting or improving the old way. i was just in the
process of reluctantly integrating olpc-kbdshim with hal, since
it turns out that's the path of least resistance to detecting
user activity on removeable USB devices. but now that i learn
that hal has been pronounced obsolescent, i suppose i'll just put
this all on the shelf for a year or two, and wait for the new
infrastructure to be ready.
that sarcasm aside, i see no reason that at some point powerd
couldn't use some of the facilities listed here:
http://hal.freedesktop.org/docs/DeviceKit-power/
as a means to become more generic. (at the cost of becoming
slower, of course -- we would be replacing simple reads of fixed
nodes in /sys with dbus calls to a daemon which would do those
simple reads of fixed nodes for us.)
my goal with powerd was simplicity, and with specific support of
the XO. there are some small complexities dealing with things
like USB devices, as mentioned above, and with making sure we can
put up splash screens in a timely manner, but overall, it really
is pretty simple. i don't intend (in the near term, if ever) to
balloon it with generic support for problems we don't have.
(especialy when it's not clear anyone will ever use it! :-)
thanks for the heads-up, though -- i wasn't aware of devicekit.
paul
Peter
On Fri, Mar 13, 2009 at 10:33 PM, p...@laptop.org wrote:
hi --
i had an itch that needed scratching, and the result is a
reimplementation of much (but not all) of what ohmd does
currently.
i've thought for some time (and i believe cjb agrees) that ohmd
is needlessly difficult to maintain and modify for our purposes
on the XO. small improvements are difficult to implement
quickly.
since my heart is with more quasi-embedded systems than the XO's
current incarnation, part of my goal was to do a rewrite which
was not dependent on hald, dbus, or X11 -- power management
should work well from a console screen, and be available even if
none of those services is running.
i call the service i wrote powerd. it gets user idle/active
reports from the olpc-kbdshim daemon (which is watching all
user keypress and touchpad activity in any case), and it gets
reports regarding the hardware inputs (power button, lid and
ebook switches, ac adapter status, battery level, etc) either
from another small daemon that monitors /dev/input/event{0,1,2},
or from /sys nodes directly.
it basically recreates ohmd's dim after a bit, then sleep
behavior, with some additions:
- a power button splash screen: a second press of the power
button invokes shutdown, simply waiting for a brief timeout
invokes suspend, and any user activity cancels. (i even
managed to kinda sorta convey all that with graphics. i'm
sure every UI person that sees it will roll their eyes.)
- configurable timeouts for screen dim and sleep. the dim
level is configurable.
- different power management behavior when on wall power vs.
battery -- many laptop owners don't need to be miserly with
power when running from an external source. powerd makes
this behavior selectable.
- different power behavior when in ebook mode (though detection
may be unreliable -- i think the ebook switch suffers from
some issues we previously noticed with the lid switch). this
should let you configure things like a very short timeout until
idle-suspend, and/or no screen dimming, when in ebook mode. (i
find the frequent on/off nature of the backlight when reading
in ebook mode to be a distraction.)
- clean shutdown on critically low battery. (currently set at
a reported 5%, at which point my laptop would only run for
another couple of minutes.)
- the ability to run arbitrary scripts after a resume. (perhaps
to reinit usb devices that don't suspend/resume properly? haven't
used this much yet.)
- ease of customization, given that it's written in everyone's
favorite interpreted language.
unimplemented:
- inhibiting idle suspend based on system or network load.
i.e., the system will dim
Re: [Sugar-devel] [Server-devel] Gadget on XS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Apr 01, 2009 at 03:22:12PM +0100, Guillaume Desmottes wrote: Le mercredi 01 avril 2009 à 14:14 +0200, Jonas Smedegaard a écrit : On Wed, Apr 01, 2009 at 11:50:52AM +0100, Guillaume Desmottes wrote: The Debian package write logs to /var/log/gadget.log iirc; What Debian package? Gadget does not seem to be in Debian Sid. I'd be happy to help maintain it officially for Debian if there is already a Gadget package floating around unofficially. See http://dev.laptop.org/git/projects/gadget/log/?h=debian Above URL does not clarify if it is in Debian officially. If my questions are too silly to respond to with human words (as opposed to just URLs), then I shall not bother you anymore with them. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknTfnsACgkQn7DbMsAkQLhvLwCdEYix1/1+eZ8h4pGqF0BMZxv2 9cMAn24cd9imFLI5tLoPf4vHOcA8mWMI =ABKF -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Server-devel] Gadget on XS
On Wed, Apr 1, 2009 at 9:47 AM, Jonas Smedegaard d...@jones.dk wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Apr 01, 2009 at 03:22:12PM +0100, Guillaume Desmottes wrote: Le mercredi 01 avril 2009 à 14:14 +0200, Jonas Smedegaard a écrit : On Wed, Apr 01, 2009 at 11:50:52AM +0100, Guillaume Desmottes wrote: The Debian package write logs to /var/log/gadget.log iirc; What Debian package? Gadget does not seem to be in Debian Sid. I'd be happy to help maintain it officially for Debian if there is already a Gadget package floating around unofficially. See http://dev.laptop.org/git/projects/gadget/log/?h=debian Above URL does not clarify if it is in Debian officially. If my questions are too silly to respond to with human words (as opposed to just URLs), then I shall not bother you anymore with them. Please try to stay polite. English is not the native language for many of the participants in Sugar Labs. Many times I prefer to send links rather than try to make people understand my mangled use of written language. david - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknTfnsACgkQn7DbMsAkQLhvLwCdEYix1/1+eZ8h4pGqF0BMZxv2 9cMAn24cd9imFLI5tLoPf4vHOcA8mWMI =ABKF -END PGP SIGNATURE- ___ 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] [Bugs] #645 UNSP: make sugarlabs.org the default page
Hi Gary--this looks great! One small suggestion: could we bring the logo down in scale to ca. 75%? That would look better... Christian On Wed, Apr 1, 2009 at 10:55 AM, Gary C Martin g...@garycmartin.com wrote: On 1 Apr 2009, at 05:52, Simon Schampijer wrote: Gary C Martin wrote: On 31 Mar 2009, at 22:40, Gary C Martin wrote: On 30 Mar 2009, at 14:59, Sean DALY wrote: I really like this idea, baseline so first-time visitors won't get lost between site sections Christian, would it be possible for you to put together that 1 page linking to the different sections + Google? FWIW: Assuming it's not being worked on yet, I just picked this ticket up. Will post a screen grab to the list tomorrow for quick review/ feedback cycle. Here's a quick first pass at a simple static page, please do fire off some feedback - FWIW, I'm not too keen on how the Google treatment clashes with SL logo, but it is a useful feature to have on a home page: http://dev.sugarlabs.org/attachment/ticket/645/simple_static_page_v1.png Regards, --Gary --Gary Do we need the google logo for trademark reasons? Otherwise I would just leave it out. It says 'Google' on the button already. Should I just drop it all together for now? I know we are used to seeing it on the default OLPC XO home page, but it's not like we thought it necessary to put Google search on www.sugarlabes.org Would be nice to have a link to our bug tracker as well - maybe just named 'Bugs'. Sure, here it is with the extra link and dropping the Google logo (but keeping the Google search inputs): http://dev.sugarlabs.org/attachment/ticket/645/simple_static_page_v2.png Of course - ideally this page would be translated :/ We can do that for 0.86 then I guess :) :-) Regards, --Gary Thanks, Simon -- anyth...@christianmarcschmidt.com http://www.christianmarcschmidt.com 917/ 575 0013 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [RELEASE] Etoys 4.0.2212
== Sources == http://download.sugarlabs.org/sources/sucrose/glucose/etoys/etoys-4.0.2212.tar.gz http://download.sugarlabs.org/sources/sucrose/fructose/Etoys/Etoys-101.tar.gz == Packaged == http://etoys.laptop.org/rpms/etoys-4.0.2212-1.noarch.rpm http://etoys.laptop.org/rpms/Etoys-101.xo == News == * keep temp names in textual scripts * make it less easy to rip a BookMorph's nav-bar out of the book * fix GStreamer playback (for squeak-vm with GStreamer-Plugin JMM.16) - Bert (for the Etoys team) - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Server-devel] Gadget on XS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Apr 01, 2009 at 10:18:37AM -0500, David Farning wrote: On Wed, Apr 1, 2009 at 9:47 AM, Jonas Smedegaard d...@jones.dk wrote: On Wed, Apr 01, 2009 at 03:22:12PM +0100, Guillaume Desmottes wrote: Le mercredi 01 avril 2009 à 14:14 +0200, Jonas Smedegaard a écrit : On Wed, Apr 01, 2009 at 11:50:52AM +0100, Guillaume Desmottes wrote: The Debian package write logs to /var/log/gadget.log iirc; What Debian package? Gadget does not seem to be in Debian Sid. I'd be happy to help maintain it officially for Debian if there is already a Gadget package floating around unofficially. See http://dev.laptop.org/git/projects/gadget/log/?h=debian Above URL does not clarify if it is in Debian officially. If my questions are too silly to respond to with human words (as opposed to just URLs), then I shall not bother you anymore with them. Please try to stay polite. Hi Guillaume (and everyone else), Sorry for being rude. You mention a Debian package, and I wonder: 1. Is it a Debian package of Gadget, ejabberd or something else? 2. If it is a Gadget package, is it targeted for Debian officially? 3. If yes, are you interested in help maintaining such package? 4. If no, are you interested in helping maintain it officially? Your brief response above seems to indicate that indeed it is a Gadget package. I am still interested in clarification about questions 2, 3 and 4. If you answer with a URL, then I would appreciate that you also write some human words too, as I believe (contrary to David, possibly) that it can help avoid misunderstandings. Kind regards, - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknTikYACgkQn7DbMsAkQLiXQQCeIq5D8lwGeCTwC7vhHZaEFSiE HwgAnAuQW10B4V6gas5U9gS5X3l/INUU =hpQl -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Server-devel] Gadget on XS
Le mercredi 01 avril 2009 à 17:37 +0200, Jonas Smedegaard a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Apr 01, 2009 at 10:18:37AM -0500, David Farning wrote: On Wed, Apr 1, 2009 at 9:47 AM, Jonas Smedegaard d...@jones.dk wrote: On Wed, Apr 01, 2009 at 03:22:12PM +0100, Guillaume Desmottes wrote: Le mercredi 01 avril 2009 à 14:14 +0200, Jonas Smedegaard a écrit : On Wed, Apr 01, 2009 at 11:50:52AM +0100, Guillaume Desmottes wrote: The Debian package write logs to /var/log/gadget.log iirc; What Debian package? Gadget does not seem to be in Debian Sid. I'd be happy to help maintain it officially for Debian if there is already a Gadget package floating around unofficially. See http://dev.laptop.org/git/projects/gadget/log/?h=debian Above URL does not clarify if it is in Debian officially. If my questions are too silly to respond to with human words (as opposed to just URLs), then I shall not bother you anymore with them. Please try to stay polite. Hi Guillaume (and everyone else), Hi (CCing Daf who is the author of this Debian package). Sorry for being rude. You mention a Debian package, and I wonder: 1. Is it a Debian package of Gadget, ejabberd or something else? The link I pasted you is a git branch of Gadget containing a 'debian' directory used for the packaging. These files are http://dev.laptop.org/git/projects/gadget/tree/debian?h=debian 2. If it is a Gadget package, is it targeted for Debian officially? It could but has not been proposed to Debian yet. 3. If yes, are you interested in help maintaining such package? 4. If no, are you interested in helping maintain it officially? Sure. Any help is welcome. Your brief response above seems to indicate that indeed it is a Gadget package. I am still interested in clarification about questions 2, 3 and 4. If you answer with a URL, then I would appreciate that you also write some human words too, as I believe (contrary to David, possibly) that it can help avoid misunderstandings. Sorry, I was quite busy when I replied to your mail. Hope it's clearer now. G. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] GSoC proposal: Speech Synnthesis
-- Message: 3 Date: Wed, 1 Apr 2009 11:27:02 -0400 From: Christian Marc Schmidt christianm...@gmail.com Subject: Re: [Sugar-devel] [Bugs] #645 UNSP: make sugarlabs.org the default page To: Gary C Martin g...@garycmartin.com Cc: Sugar-dev Devel sugar-devel@lists.sugarlabs.org Message-ID: dab53f2f0904010827x2c3eafc7vcfd5701909ec9...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Hi Gary--this looks great! One small suggestion: could we bring the logo down in scale to ca. 75%? That would look better... Christian On Wed, Apr 1, 2009 at 10:55 AM, Gary C Martin g...@garycmartin.com wrote: On 1 Apr 2009, at 05:52, Simon Schampijer wrote: Gary C Martin wrote: On 31 Mar 2009, at 22:40, Gary C Martin wrote: On 30 Mar 2009, at 14:59, Sean DALY wrote: I really like this idea, baseline so first-time visitors won't get lost between site sections Christian, would it be possible for you to put together that 1 page linking to the different sections + Google? FWIW: Assuming it's not being worked on yet, I just picked this ticket up. Will post a screen grab to the list tomorrow for quick review/ feedback cycle. Here's a quick first pass at a simple static page, please do fire off some feedback - FWIW, I'm not too keen on how the Google treatment clashes with SL logo, but it is a useful feature to have on a home page: http://dev.sugarlabs.org/attachment/ticket/645/simple_static_page_v1.png Regards, --Gary --Gary Do we need the google logo for trademark reasons? Otherwise I would just leave it out. It says 'Google' on the button already. Should I just drop it all together for now? I know we are used to seeing it on the default OLPC XO home page, but it's not like we thought it necessary to put Google search on www.sugarlabes.org Would be nice to have a link to our bug tracker as well - maybe just named 'Bugs'. Sure, here it is with the extra link and dropping the Google logo (but keeping the Google search inputs): http://dev.sugarlabs.org/attachment/ticket/645/simple_static_page_v2.png Of course - ideally this page would be translated :/ We can do that for 0.86 then I guess :) :-) Regards, --Gary Thanks, Simon -- anyth...@christianmarcschmidt.com http://www.christianmarcschmidt.com 917/ 575 0013 -- next part -- An HTML attachment was scrubbed... URL: http://lists.sugarlabs.org/archive/sugar-devel/attachments/20090401/ad5c9b06/attachment-0001.htm -- Message: 4 Date: Wed, 1 Apr 2009 17:33:06 +0200 From: Bert Freudenberg b...@freudenbergs.de Subject: [Sugar-devel] [RELEASE] Etoys 4.0.2212 To: Sugar-dev Devel sugar-devel@lists.sugarlabs.org Cc: OLPC Etoys et...@lists.laptop.org Message-ID: 575daf2c-fb4f-4927-82b3-6e3fa1e33...@freudenbergs.de Content-Type: text/plain; charset=US-ASCII; format=flowed == Sources == http://download.sugarlabs.org/sources/sucrose/glucose/etoys/etoys-4.0.2212.tar.gz http://download.sugarlabs.org/sources/sucrose/fructose/Etoys/Etoys-101.tar.gz == Packaged == http://etoys.laptop.org/rpms/etoys-4.0.2212-1.noarch.rpm http://etoys.laptop.org/rpms/Etoys-101.xo == News == * keep temp names in textual scripts * make it less easy to rip a BookMorph's nav-bar out of the book * fix GStreamer playback (for squeak-vm with GStreamer-Plugin JMM.16) - Bert (for the Etoys team) - -- Message: 5 Date: Wed, 1 Apr 2009 17:37:42 +0200 From: Jonas Smedegaard d...@jones.dk Subject: Re: [Sugar-devel] [Server-devel] Gadget on XS To: Guillaume Desmottes guillaume.desmot...@collabora.co.uk Cc: server-de...@lists.laptop.org, Sugar-dev Sugar-devel@lists.sugarlabs.org Message-ID: 20090401153742.gw30...@jones.dk Content-Type: text/plain; charset=utf-8; x-action=pgp-signed -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Apr 01, 2009 at 10:18:37AM -0500, David Farning wrote: On Wed, Apr 1, 2009 at 9:47 AM, Jonas Smedegaard d...@jones.dk wrote: On Wed, Apr 01, 2009 at 03:22:12PM +0100, Guillaume Desmottes wrote: Le mercredi 01 avril 2009 ? 14:14 +0200, Jonas Smedegaard a ?crit : On Wed, Apr 01, 2009 at 11:50:52AM +0100, Guillaume Desmottes wrote: The Debian package write logs to /var/log/gadget.log iirc; What Debian package? Gadget does not seem to be in Debian Sid. I'd be happy to help maintain it officially for Debian if there is already a Gadget package floating around unofficially. See http://dev.laptop.org/git/projects/gadget/log/?h=debian Above URL does not clarify if it is in Debian officially. If my questions are too silly to respond to with human words (as opposed to just URLs), then I shall not bother you anymore with them. Please try to stay polite. Hi Guillaume (and everyone else), Sorry for being rude. You mention a Debian package, and I wonder: 1. Is it a Debian package of Gadget, ejabberd or something else? 2
Re: [Sugar-devel] Distributors mixing across Sugar branches (Was: Terminal v25 (attention distro managers!!))
On 1 Apr 2009, at 15:09, David Farning wrote: On Wed, Apr 1, 2009 at 6:29 AM, Jonas Smedegaard d...@jones.dk wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Apr 01, 2009 at 12:43:04PM +0200, Morgan Collett wrote: On Wed, Apr 1, 2009 at 11:12, Jonas Smedegaard d...@jones.dk wrote: - From a distributor point of view, it would be nice to be able to look at the Homepage of each part of Sugar (sugar-toolkit, sugar-base, sugar, hulahop, Browse, etc) and see not only a download link for the latest and greatest release of that piece, but a download link for the latest and greatest release for *each* of your development tracks (i.e. currently 0.82, 0.84 and bleeding edge) and also a brief note on which changes are not backwards- compatible. +1 Also publishing the changelogs for each release would be good - currently they seem to be only sent in the release announcement mail. With the risk of writing stuff that you all know better than me already, let me elaborate a bit on that: There is several levels of changes. In Debian we may have the following, for each single software package: * VCS commit notes, describing each atomic edit * Changelog entries, grouped per release * NEWS items about eventual major changes, grouped by release * Status pages, tracking newest events for each branch * Long description, describing the product in few sentences * Short description, describing the product in one line As our activity ecosystem matures, I think that we will want to focus on setting a method for activity developers to _opt in_ to joining the Sugar Labs release cycle. Hmmm unless I've misunderstood, I actually think exactly the opposite :-) As our activity ecosystem matures, Sugar Labs should be arriving at a more and more solid and stable Sugar platform, one that Activity developers can build for with less and less worry about burning their life away trying to work in, and develop for, an unstable Sugar release, just because it's the next one where we break your work again. If you're developing an Activity that relies on a bleeding edge new feature, then expect to get broken and need to work right up to the release wire. That's a very good reason for a core set of fructose activities tied to the release cycle. They are the ones that have to work well for a new release as they provide the agreed base line utility, they can also lead the way on supporting new core features that are getting rolled out (act as proof of concept for other's to pick up on). For mid to long term Activity development to be successful, we need to free activity developers to be as far as they like from the core Sugar Labs release cycle (by providing a stable activity platform). Activity developers need to work to their own release time cycles. Without this, very few activities will get to maturity. Regards, --Gary P.S. All the above is with the understanding that Sugar has not reached version 1.0 yet (and I doubt it'll be there for another year), so it's understandable that Activities will get broken from time to time – but I like to think that is a short to mid term issue, and not the Sugar Labs long term goal ;-) It could start something simple like just a check list of items listed you and Morgan listed above. david I probably forgot some. Above list is ordered in after how often it typically needs updating. (yes, short and long descriptions are also a form of status info: Debian Sugar packages currently mention that Sugar is mostly for XOs ;-) ). An important issue (that I thankfully haven't noticed abused at Sugarlabs but frequently in Debian) is that each and every item in above channels should be somewhat self-contained. It is ok to reference external resources (like bug-number being closed) but it is wrong to write Fixed earlier problem properly now without mentioning *what* problem it is, in the entry itself. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknTUBkACgkQn7DbMsAkQLjvHwCeJpui2oc8eYzIeLGzJVLY2ZxI 69UAoJX+VBL7FI689W5sUtWiBKjdLF11 =xHeu -END PGP SIGNATURE- ___ 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 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Server-devel] Gadget on XS
On Wed, Apr 1, 2009 at 5:49 PM, Guillaume Desmottes guillaume.desmot...@collabora.co.uk wrote: (CCing Daf who is the author of this Debian package). I suspect it's a small misunderstanding. It's a 'deb' package, (the collabora team is very good in making sure their software is available as .deb. and rpm) but not a 'Debian' package in the sense that it's not in the Debian archive. That's all. Jonas, I am sure you've seen this situation before :-) cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Bugs] #645 UNSP: make sugarlabs.org the default page
On 1 Apr 2009, at 16:27, Christian Marc Schmidt wrote: Hi Gary--this looks great! One small suggestion: could we bring the logo down in scale to ca. 75%? That would look better... Sure I'll pull it back to ~75% of what v2 shows, I was hoping to allow auto scaling, but Browse does a really nasty job leaning nasty pixel steps all over the place (Safari shows it clean and smooth). So I'll just render to another lower width so this is all dependant on what screen someone is running Sugar on (the example screenshot was based on 1200x900). Regards, --Gary Christian On Wed, Apr 1, 2009 at 10:55 AM, Gary C Martin g...@garycmartin.com wrote: On 1 Apr 2009, at 05:52, Simon Schampijer wrote: Gary C Martin wrote: On 31 Mar 2009, at 22:40, Gary C Martin wrote: On 30 Mar 2009, at 14:59, Sean DALY wrote: I really like this idea, baseline so first-time visitors won't get lost between site sections Christian, would it be possible for you to put together that 1 page linking to the different sections + Google? FWIW: Assuming it's not being worked on yet, I just picked this ticket up. Will post a screen grab to the list tomorrow for quick review/ feedback cycle. Here's a quick first pass at a simple static page, please do fire off some feedback - FWIW, I'm not too keen on how the Google treatment clashes with SL logo, but it is a useful feature to have on a home page: http://dev.sugarlabs.org/attachment/ticket/645/simple_static_page_v1.png Regards, --Gary --Gary Do we need the google logo for trademark reasons? Otherwise I would just leave it out. It says 'Google' on the button already. Should I just drop it all together for now? I know we are used to seeing it on the default OLPC XO home page, but it's not like we thought it necessary to put Google search on www.sugarlabes.org Would be nice to have a link to our bug tracker as well - maybe just named 'Bugs'. Sure, here it is with the extra link and dropping the Google logo (but keeping the Google search inputs): http://dev.sugarlabs.org/attachment/ticket/645/simple_static_page_v2.png Of course - ideally this page would be translated :/ We can do that for 0.86 then I guess :) :-) Regards, --Gary Thanks, Simon -- anyth...@christianmarcschmidt.com http://www.christianmarcschmidt.com 917/ 575 0013 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Server-devel] Gadget on XS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Apr 01, 2009 at 04:49:33PM +0100, Guillaume Desmottes wrote: Le mercredi 01 avril 2009 à 17:37 +0200, Jonas Smedegaard a écrit : 1. Is it a Debian package of Gadget, ejabberd or something else? The link I pasted you is a git branch of Gadget containing a 'debian' directory used for the packaging. These files are http://dev.laptop.org/git/projects/gadget/tree/debian?h=debian 2. If it is a Gadget package, is it targeted for Debian officially? It could but has not been proposed to Debian yet. 3. If yes, are you interested in help maintaining such package? 4. If no, are you interested in helping maintain it officially? Sure. Any help is welcome. Ah, I see now that Dafydd is participating in that packaging, and that he is an active Debian maintainer already maintaining Telepathy and Farsight officially for Debian. I suspect you have no need for my help here. I would personally use a different packaging style (Wrap debhelper with CDBS and extend with more CDBS wrappers, host the packaging Git at Alioth collab-maint area to ease collaboration with other Debian developers, etc.). But all that is really just nice to have, not need to have. And such changes could demotivate Dafydd or others from collaborating - not everyone fancy same packaging styles. If you are still interested in my help, then tell me! I will then happily repackage using CDBS at Alioth and release officially for Debian. And I will help provide write access to that new Git to you and other non-Debian folks possibly interested in participating directly (Dafydd have write access already). Else I will just lean back and wait for Dafydd to eventually release the package himself in his own pace officially to Debian. (actually no, I will not just lean back: I will move on to other packages needing help - e.g. Abiword which I am working on at the moment, to get the Write activity to Debian) Sorry, I was quite busy when I replied to your mail. Ah, makes sense. Hope it's clearer now. I understand it now, yes. Thanks :-) - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknT0LQACgkQn7DbMsAkQLhB2wCfYop1fPWWaVzIOrwsErscZ7hI htAAn0p+XqwdcRjB1JHu2GvA3jIF7qkF =h2Mm -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Server-devel] Gadget on XS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Apr 01, 2009 at 09:11:46PM +0200, Martin Langhoff wrote: On Wed, Apr 1, 2009 at 5:49 PM, Guillaume Desmottes guillaume.desmot...@collabora.co.uk wrote: (CCing Daf who is the author of this Debian package). I suspect it's a small misunderstanding. It's a 'deb' package, (the collabora team is very good in making sure their software is available as .deb. and rpm) but not a 'Debian' package in the sense that it's not in the Debian archive. That's all. Jonas, I am sure you've seen this situation before :-) No misunderstanding there: I understood Debian package as Debian-compatible package - which technically means a DPKG package that in its binary form has a .deb extension. My questions was (partly) about whether or not that Debian package was targeted Debian officially or not. - Jonas P.S. It seems Dafydd was _not_ cc'ed this thread, despite the note about it. - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknT0sAACgkQn7DbMsAkQLjGogCgmmEL7PFDxq/u4x56bpNkjjpC DeIAmQHU6tTzLcotvmAm4sdT9Z8InNZZ =LJBP -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar-devel Digest, Vol 6, Issue 7
Chirag, Since you have been working with Aleksey Lim you probably know about text to speech with highlighting in Read Etexts. I wrote the original TTS code that used speech-dispatcher with some assistance from Hemant Goyal and the folks on the speech-dispatcher project. Aleksey refactored my code so it could work with either speech-dispatcher or his own gstreamer espeak plugin. Not only does his plugin need no configuration to work, it also does a LOT better in producing timely callbacks as it reads each word. Since I've labored in these vineyards for awhile, my opinion might be worth something. I think your proposal is fine as written. I just wonder if you can deliver what you're promising, and how you'd go about it. As you point out in your proposal, highlighting the word as it is spoken is a big part of the benefit of what you're proposing. If all you wanted to do was capture some highlighted text in the clipboard and have it spoken in a voice you can configure in a control panel, that would be easy, even trivial. It's the highlighting that's difficult. When I added speech to Read Etexts I deliberately tried for the simplest approach that would get the job done. It reads only the current page. It always starts either at the first word on the page, or if speech has been paused, it resumes with the last word spoken. You can't choose the word to start on. The Activity itself receives the callbacks as each word is spoken and takes care of doing the highlight and scrolling the textarea so the highlighted word stays on the screen. If I had to write a facility that did what Read Etexts does outside of the Activity I wouldn't know how to do it. It seems to me that highlighting is best done by the Activity itself. I can't deny that it would be useful to have all this work done as you have described without the Activity knowing anything about it, but it doesn't seem feasible. You'd have to have something that could work with gtk textareas, the evince component Read uses, Abiword, and everything else that came along. Another thing you'd have to deal with is PDFs composed of scanned in book pages. There are a lot of these around (the Internet Archive is full of them) and somehow the kid trying to select words on a scanned in page would have to be clued in that these words are not selectable. I suppose you could make an Activity that grabbed whatever text was in the clipboard, displayed it in a textarea, and highlighted the words in that textarea as it spoke them. I'm pretty sure that wasn't what you had in mind. Splitting sentences into separate words will be a challenge. I just use spaces as delimiters and filter out characters like asterisks, vertical bars, etc. That works OK for English but not for other languages. If I wanted Read Etexts to do highlighting on the Bhagavad-Gita in the original Sanskrit it wouldn't work. Even in English I get tripped up by double hyphens (--). It would be nice if Gutenberg etexts put spaces around double hyphens but they don't. It looks like you've picked a challenging project, and I would love to be proven wrong about everything I've mentioned here. Good luck with this, James Simmons Date: Wed, 1 Apr 2009 22:00:02 +0530 From: chirag jain chiragjain1...@gmail.com Subject: [Sugar-devel] GSoC proposal: Speech Synnthesis To: sugar-devel@lists.sugarlabs.org Message-ID: e116096a0904010930l23312712ha5fd4128efe7d...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Modified the proposal a lot. http://wiki.sugarlabs.org/go/speech-synthesis want some feedback ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Bugs] #645 UNSP: make sugarlabs.org the default page
On 1 Apr 2009, at 16:27, Christian Marc Schmidt wrote: Hi Gary--this looks great! One small suggestion: could we bring the logo down in scale to ca. 75%? That would look better... Hi Christian, here's a shot with logo down to ~75% of previous (and some minor tweaks): http://dev.sugarlabs.org/attachment/ticket/645/simple_static_page_v3.png --G Christian On Wed, Apr 1, 2009 at 10:55 AM, Gary C Martin g...@garycmartin.com wrote: On 1 Apr 2009, at 05:52, Simon Schampijer wrote: Gary C Martin wrote: On 31 Mar 2009, at 22:40, Gary C Martin wrote: On 30 Mar 2009, at 14:59, Sean DALY wrote: I really like this idea, baseline so first-time visitors won't get lost between site sections Christian, would it be possible for you to put together that 1 page linking to the different sections + Google? FWIW: Assuming it's not being worked on yet, I just picked this ticket up. Will post a screen grab to the list tomorrow for quick review/ feedback cycle. Here's a quick first pass at a simple static page, please do fire off some feedback - FWIW, I'm not too keen on how the Google treatment clashes with SL logo, but it is a useful feature to have on a home page: http://dev.sugarlabs.org/attachment/ticket/645/simple_static_page_v1.png Regards, --Gary --Gary Do we need the google logo for trademark reasons? Otherwise I would just leave it out. It says 'Google' on the button already. Should I just drop it all together for now? I know we are used to seeing it on the default OLPC XO home page, but it's not like we thought it necessary to put Google search on www.sugarlabes.org Would be nice to have a link to our bug tracker as well - maybe just named 'Bugs'. Sure, here it is with the extra link and dropping the Google logo (but keeping the Google search inputs): http://dev.sugarlabs.org/attachment/ticket/645/simple_static_page_v2.png Of course - ideally this page would be translated :/ We can do that for 0.86 then I guess :) :-) Regards, --Gary Thanks, Simon -- anyth...@christianmarcschmidt.com http://www.christianmarcschmidt.com 917/ 575 0013 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] How to implement TTS + highlighting
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 James Simmons wrote: As you point out in your proposal, highlighting the word as it is spoken is a big part of the benefit of what you're proposing. If all you wanted to do was capture some highlighted text in the clipboard and have it spoken in a voice you can configure in a control panel, that would be easy, even trivial. It's the highlighting that's difficult. ... If I had to write a facility that did what Read Etexts does outside of the Activity I wouldn't know how to do it. It seems to me that highlighting is best done by the Activity itself. I can't deny that it would be useful to have all this work done as you have described without the Activity knowing anything about it, but it doesn't seem feasible. You'd have to have something that could work with gtk textareas, the evince component Read uses, Abiword, and everything else that came along. What if we forget about showing the highlighting in place? Instead, the TTS button can pop up a small window or palette showing the text from the clipboard (actually the PRIMARY selection[1]). This window would use the widget from Read Etexts or Listen and Spell, to provide active highlighting. As soon as TTS completes, the window disappears. That gives us karaoke highlighting with any activity that supports selection. Another thing you'd have to deal with is PDFs composed of scanned in book pages. There are a lot of these around (the Internet Archive is full of them) and somehow the kid trying to select words on a scanned in page would have to be clued in that these words are not selectable. The interface already does this, by not allowing selections unless evince can extract text from the PDF. (Note that this works even with some of those scanned books, which often have a layer of OCR text aligned with the scanned images, invisible until you start a selection.) - --Ben [1] http://en.wikipedia.org/wiki/X_Window_selection#Clipboard -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknUP7kACgkQUJT6e6HFtqTPegCdEVWr99KHkb/VSErJKB6NC9s8 XlIAn33utSJRQ9VwF9yv3hh+q0JAywg7 =7JrQ -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
