Re: [Sugar-devel] [PATCH 4/4] disconnect on passphrase cancel #1805
On Fri, Apr 23, 2010 at 02:37:37PM +1000, James Cameron wrote: Okay. I'll rework it to avoid losing the saved password. It will, however, not try connecting again until asked to do so. The list of saved passwords is too closely coupled to the NetworkManagerSettings service; the rework would be too complex, so I'm abandoning it for the time being. I withdraw the patches in this thread. -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] Shave off unnecessary dependencies from jhbuild
On Sun, Apr 25, 2010 at 09:12:13PM -0400, Bernie Innocenti wrote: Signed-off-by: Bernie Innocenti ber...@codewiz.org Ack-By: Sascha Silbe sascha-...@silbe.org CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Did someone say Webkit?
There already is a mostly complete pywebkitgtk activity, Surf. There has been a lot of debate on whether webkit is better than gecko for our purposes. I also plan to only support what is reasonably easy to support and let the abstraction layer be leaky. This way, the new Browse can much more easily be ported to another web engine if needed. In fact, as the abstraction layer grows more complete, Browse can be 'ported' to the rest of the abstraction layer (as opposed to AbstractBrowser+hulahop events which would be the first step). On 26 April 2010 03:20, Bernie Innocenti ber...@codewiz.org wrote: On Sun, 2010-04-25 at 18:07 +0100, Lucian Branescu wrote: My GSoC project involves building an abstraction layer above pywebkitgtk/hulahop (wiki/AbstractBrowser). While the project itself isn't related, this abstraction layer and one of it's lower layers (i.e. pywebkitgtk) would become a dependency of the sugar toolkit. Very interesting. Would your work make it possible to switch the Browse activity from XPCOM to Webkit? If there were no loss of features, would it be easier for you to switch the Browse activty from hulahop to pywebkitgtk without developing an abstraction framework for both? -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH 4/4] disconnect on passphrase cancel #1805
On Mon, Apr 26, 2010 at 9:23 AM, James Cameron qu...@laptop.org wrote: On Fri, Apr 23, 2010 at 02:37:37PM +1000, James Cameron wrote: Okay. I'll rework it to avoid losing the saved password. It will, however, not try connecting again until asked to do so. The list of saved passwords is too closely coupled to the NetworkManagerSettings service; the rework would be too complex, so I'm abandoning it for the time being. I withdraw the patches in this thread. Hi James, Maybe I'm missing something here but is there any reason we can't use the same store and procedures that the gnome NM applet uses. The advantage this would have is that for the dual desktops on the XO-1.5 (and for distributions that ship Sugar and other desktops using NM - gnome etc) is that you wouldn't have to put passwords in for each different desktop. EG on Fedora both my gnome and Moblin desktops use the same passwords so I don't need to re-enter them. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Modern Linux trends (was: Re: [PATCH] use ConsoleKit instead of HAL for)
On Sun, Apr 25, 2010 at 06:54:13PM -0400, C. Scott Ananian wrote: I am failing to resist responding to this troll. I'm rather puzzled why you are resorting to personal attacks on me; I've had a rather high opinion of you up to now. I'll try an objective answer nevertheless. Dbus access from the command line is fairly good, It's correct that one can do DBus calls from the shell. Whether that capability works fairly well I cannot judge; every time I need DBus I use python because I find it more comfortable than dbus-send. That wasn't the point, though: I'm not asking for _API_ access to NetworkManager (I already got that using python), but for a CLI _tool_ to use as an _administrator_ or _user_, not as a developer. and NM supports a number of static data files for configuration if that's what you want yo do. What I want to be able to do is exactly the same I can do using nm-applet. As for the static config files, I considered that in the past, but failed because I couldn't find any documentation locally (and didn't have internet access because that was exactly what I was trying to set up on the only laptop I had with me). Even now I find the documentation [1] to be rather lacking. I'm referred to the settings specification [2] for finding out what settings I need to supply; the specification lists 139 keys in 15 settings. It would take me hours to figure out how to connect to a bog-standard WPA2 access point this way. You seem to have experience using these files: would they work the same way using system connections with nm-applet would do? I.e. can I still change location and have NetworkManager connect automatically to available networks? Will Sugar still be able to show all available networks and let me pick them? Learn the new tools, I'm trying to, but... you'll like them. so far I'm getting quite frustrated every time I try, wasting countless hours trying to accomplishing something that would have taken me mere minutes before. A normal user would be totally out of luck. Arguing from the stuck-in-the-mud old fart perspective may be fun, but it's not constructive. It's certainly no fun being stuck in the mud. Since I don't have enough time to fix all upstream components myself, filing bugs and making others aware of the issues is the most constructive I can get. FWIW, I'm even planning to enhance Sugar [3] so I can run nm-applet, just to be able to _configure_ NetworkManager. [1] http://live.gnome.org/NetworkManager/SystemSettings [2] http://www.gnome.org/projects/NetworkManager/developers/settings-spec-08.html [3] https://bugs.sugarlabs.org/ticket/1886 CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Sugar 0.90 and migration from GConf to GSettings?
Hi All, Is there yet any plans for migrations from GConf to GSettings in the 0.90 development of Sugar? I'm not sure if there's even any requirements but I've noticed in maintaining of the packages there's a dep on it. Do we get this free when pygtk migrates or is this something we need to do. I'm just asking from the perspective that there will be a mass migration over the next 6 months for gnome 3 and it will help get rid of a number of old dependency chains. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Modern Linux trends (was: Re: [PATCH] use ConsoleKit instead of HAL for)
On Mon, Apr 26, 2010 at 11:51, Sascha Silbe sascha-ml-ui-sugar-de...@silbe.org wrote: That wasn't the point, though: I'm not asking for _API_ access to NetworkManager (I already got that using python), but for a CLI _tool_ to use as an _administrator_ or _user_, not as a developer. system-config-network has a cli tool to configure the system conf files that NM uses. And s-c-n was actually there before NM. -- Mathieu Bridon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Modern Linux trends (was: Re: [PATCH] use ConsoleKit instead of HAL for)
On Mon, Apr 26, 2010 at 12:04, Sascha Silbe sascha-ml-ui-sugar-de...@silbe.org wrote: On Mon, Apr 26, 2010 at 11:57:45AM +0200, Mathieu Bridon wrote: That wasn't the point, though: I'm not asking for _API_ access to NetworkManager (I already got that using python), but for a CLI _tool_ to use as an _administrator_ or _user_, not as a developer. system-config-network has a cli tool to configure the system conf files that NM uses. I can't find system-config-network anywhere on my system; I suppose it's Fedora-specific? It was made by Fedora, but it should work basically anywhere (I think I've seen it on Gentoo as well). -- Mathieu Bridon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Modern Linux trends (was: Re: [PATCH] use ConsoleKit instead of HAL for)
On Mon, Apr 26, 2010 at 5:51 AM, Sascha Silbe sascha-ml-ui-sugar-de...@silbe.org wrote: What I want to be able to do is exactly the same I can do using nm-applet. That would be a good start. Reasonable feature parity with the old network scripts would also be great. The best that I can say of NM is that Dan moves quickly, and cares. At this stage it's mature for many uses, but cli and server usage are rather green. And that for server scenarios the model of having a daemon is not the best fit. Is there any good documentation of a fullblown cli for it? Good docs of a fullblown config setup for servers (including bonding, bridging, virtual interfaces and similar goodies)? It's puzzling to me why Scott is jumping to defend NM. While in general things are getting better on the linux world, sometimes new tools have large green areas. NM has taken a long long time to mature to where it's at (it's not an easy job) -- but it's silly to say it excels at things it... well, doesn't (yet?). Learn the new tools, Where's docs, examples? Where's --help ? man and --help on nm-tool on F-12 don't have anything to say for example. Who else is using it? Or are we going to pioneer it, and file all the bugs tht come with the territory? 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] Modern Linux trends (was: Re: [PATCH] use ConsoleKit instead of HAL for)
On Mon, Apr 26, 2010 at 14:25, Martin Langhoff martin.langh...@gmail.com wrote: On Mon, Apr 26, 2010 at 5:51 AM, Sascha Silbe sascha-ml-ui-sugar-de...@silbe.org wrote: What I want to be able to do is exactly the same I can do using nm-applet. That would be a good start. Reasonable feature parity with the old network scripts would also be great. The best that I can say of NM is that Dan moves quickly, and cares. At this stage it's mature for many uses, but cli and server usage are rather green. And that for server scenarios the model of having a daemon is not the best fit. Is there any good documentation of a fullblown cli for it? As already mentioned, there's system-config-network-tui. I'm not sure it has any doc, but the curses interface is self explanatory. Other than that, NM-0.8 comes with it's own cli tool (brand new, so it might be rather limited and undocumented for now): http://fedoraproject.org/wiki/Features/NetworkManagerCmdline Good docs of a fullblown config setup for servers (including bonding, bridging, virtual interfaces and similar goodies)? I don't know about the others, but NM currently doesn't know about bridging. It should come pretty soon though : http://fedoraproject.org/wiki/Features/NetworkManagerBridging -- Mathieu Bridon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH 3/4] fix AP association failure after removing encryption #1674
On 25 April 2010 22:35, James Cameron qu...@laptop.org wrote: Yes, but the additional work might delay a solution. Do you have a patch? No, but you're already knee deep, it would be trivial for you to do this. And breaking compatibility is something that needs extra attention. It can't be rushed. Daniel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Modern Linux trends (was: Re: [PATCH] use ConsoleKit instead of HAL for)
Sorry, Sascha, didn't mean for the attack to seem personal. And Martin, I'm not sure NetworkManager is really the right tool for your (server) job. NetworkManager's goal in life is dynamic roaming, not static setups. I'm not necessarily defending NM: lord knows I wish it had better docs and a more stable API. I'm just saying that a command-line interface isn't the be-all and end-all. The goals of network manager aren't terribly well served by a CLI, and NM does have strong scriptability via other mechanisms. If the thread started as why doesn't networkmanager do XYZ or ...have better docs I wouldn't have felt it to be a troll. But bitching about lack of CLI doesn't get my automatic sympathy. If NM doesn't do what you want, let's write the tools/patches necessary. But don't start complaining just because the kids don't use getopt anymore. --Scott On Monday, April 26, 2010, Martin Langhoff martin.langh...@gmail.com wrote: On Mon, Apr 26, 2010 at 5:51 AM, Sascha Silbe sascha-ml-ui-sugar-de...@silbe.org wrote: What I want to be able to do is exactly the same I can do using nm-applet. That would be a good start. Reasonable feature parity with the old network scripts would also be great. The best that I can say of NM is that Dan moves quickly, and cares. At this stage it's mature for many uses, but cli and server usage are rather green. And that for server scenarios the model of having a daemon is not the best fit. Is there any good documentation of a fullblown cli for it? Good docs of a fullblown config setup for servers (including bonding, bridging, virtual interfaces and similar goodies)? It's puzzling to me why Scott is jumping to defend NM. While in general things are getting better on the linux world, sometimes new tools have large green areas. NM has taken a long long time to mature to where it's at (it's not an easy job) -- but it's silly to say it excels at things it... well, doesn't (yet?). Learn the new tools, Where's docs, examples? Where's --help ? man and --help on nm-tool on F-12 don't have anything to say for example. Who else is using it? Or are we going to pioneer it, and file all the bugs tht come with the territory? 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 -- ( http://cscott.net/ ) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Modern Linux trends (was: Re: [PATCH] use ConsoleKit instead of HAL for)
On Mon, Apr 26, 2010 at 11:20 AM, C. Scott Ananian csc...@cscott.net wrote: Martin, I'm not sure NetworkManager is really the right tool for your (server) job. NetworkManager's goal in life is dynamic roaming, not static setups. You'd be surprised: people are proposing complete removal of networks-scripts in Fedora/RH, and for use of NM on server setups. I'm just saying that a command-line interface isn't the be-all and end-all. It's a pretty important interface however. I don't think anyone can claim maturity of an important piece of infra (such as the network handling) that cannot be queried and poked easily from cli tools. If NM doesn't do what you want, let's write the tools/patches Sure, and I've done my good chunk of adapting tools (see git). If the old farts are complaining, it's because we had tools with cli interfaces; they are being removed before the replacement has even basic cli support. 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] Modern Linux trends
Brief tutorial on Gobject: http://cananian.livejournal.com/58744.html Sorry, Bernie you don't get any sympathy from me: XFConfig deserves to die, no matter how much you liked it. And are you really running Gentoo and complaining whenthings break? Seriously? That's the price of unstable (and progress): sometimes things get broken before their replacement is quite ready. I'm not a udev expert yet either, but as far as I can tell it's not obviously the wrong thing here. Maybe you should try to contribute udev versions of the hal-* cli tools, if they don't already exist? --scott On Monday, April 26, 2010, Bernie Innocenti ber...@codewiz.org wrote: On Sun, 2010-04-25 at 18:54 -0400, C. Scott Ananian wrote: I am failing to resist responding to this troll. Dbus access from the command line is fairly good, and NM supports a number of static data files for configuration if that's what you want yo do. Fear not, scriptability of Unix systems is, if anything, *increasing*, as there are now powerful ways to get at the internals of most system software using things like gobject, which provide much more powerful mechanisms than simple pipes and getopt. +1 Insightful. You would have got a +1 Informative if you'd link to a nice tutorial. I've always wanted to learn how to control things with dbus. Learn the new tools, you'll like them. Arguing from the stuck-in-the-mud old fart perspective may be fun, but it's not constructive. Bah, such a luddite! ;-) I'll go back trying to get my scroll wheel emulation to work in my brand new X 1.8. The old xorg.conf way was way too easy: Option EmulateWheel 1 Option EmulateWheelButton 2 When static configuration files fell in disgrace, I figured out that I could achieve the same functionality by means of this simple HAL fdi: /etc/hal/fdi/policy/10-bernie.fdi: ?xml version=1.0 encoding=ISO-8859-1? deviceinfo version=0.2 device match key=info.capabilities contains=input.mouse merge key=input.x11_driver type=stringmouse/merge match key=info.product contains=TPPS/2 IBM TrackPoint merge key=input.x11_options.EmulateWheel type=string1/merge merge key=input.x11_options.EmulateWheelButton type=string2/merge /match match key=/org/freedesktop/Hal/devices/computer:system.kernel.name string=Linux merge key=input.x11_driver type=stringevdev/merge /match /match /device /deviceinfo Now hal also fell in disgrace and devices are being configured directly by udev. Being clueless, I asked my friends on #xorg-devel: bernie whot: what's the udev equivalent of these hal rules for Xorg 1.8? remi|work bernie, we started writing an upgrade guide for our users with a couple examples : http://dev.gentoo.org/~scarabeus/xorg-server-1.8-upgrade-guide.xml bernie remi|work: thanks! dberkholz remi|work: yeah, i guess we could reverse our old script that translated xorg.conf to fdi dberkholz wherever that thing ended up remi|work dberkholz, that script is dead, it relied on xf86config which can't be pulled easily from the server dberkholz it's been a while, but i thought we had figured out some way around that remi|work dberkholz, besides, I've never been a huge fan of that script. I think our users should know what they're doing remi|work so we're documenting it properly dberkholz i think knowing what you are doing is different from creating needless work dberkholz when will people ever need to repeat this task again? how is it a valuable skill? remi|work then let's not run the script by default remi|work if you create one... remi|work IMHO, trying to figure out how to parse HAL .fdi files isn't much fun. remi|work and given the complexity HAL files can reach, I don't think it'll work reliably dberkholz sigh. that dumb script was never written to actually understand the xml, just to output tags as raw text. Eventually, I wrote this: Section InputClass Identifier TPPS/2 IBM TrackPoint Wheel Emulation Driver evdev Option EmulateWheel true Option EmulateWheelButton 2 MatchProduct TPPS/2 IBM TrackPoint EndSection Unfortunately, it doesn't seem to work. I'm not really sure what the product string is supposed to be, and testing changes requires restarting X. Meanwhile, I'm typing two obscure xinput commands manually every time I start my X server: xinput --set-int-prop 'TPPS/2 IBM TrackPoint' 'Evdev Wheel Emulation Button' 8 2 xinput --set-int-prop 'TPPS/2 IBM TrackPoint' 'Evdev Wheel Emulation' 8 1 Ah, progress... why don't anyone just love it? Now you've got to be a hacker with connections with the Xorg core developers in order to configure your clit mouse on Linux! -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ -- ( http://cscott.net/ )
Re: [Sugar-devel] Modern Linux trends (was: Re: [PATCH] use ConsoleKit instead of HAL for)
Replying to quoted text is hard from my phone; bear with me. On Monday, April 26, 2010, Sascha Silbe sascha-ml-ui-sugar-de...@silbe.org wrote: On Sun, Apr 25, 2010 at 06:54:13PM -0400, C. Scott Ananian wrote: and NM supports a number of static data files for configuration if that's what you want yo do. What I want to be able to do is exactly the same I can do using nm-applet. As for the static config files, I considered that in the past, but failed because I couldn't find any documentation locally (and didn't have internet access because that was exactly what I was trying to set up on the only laptop I had with me). Even now I find the documentation [1] to be rather lacking. I'm referred to the settings specification [2] for finding out what settings I need to supply; the specification lists 139 keys in 15 settings. It would take me hours to figure out how to connect to a bog-standard WPA2 access point this way. You seem to have experience using these files: would they work the same way using system connections with nm-applet would do? I.e. can I still change location and have NetworkManager connect automatically to available networks? Will Sugar still be able to show all available networks and let me pick them? yes. The best documentation is to connect to the network you like in gnome's nm applet and save it as a system connection. The resulting XML file in nm's connection dir will show you what settings you need. I also recommend d-feet for interactively querying NM for connection properties and settings. so far I'm getting quite frustrated every time I try, wasting countless hours trying to accomplishing something that would have taken me mere minutes before. A normal user would be totally out of luck. Maybe NetworkManager us the wrong tool for the job, then. Are you trying to drive a nail with a screwdriver? FWIW, I'm even planning to enhance Sugar [3] so I can run nm-applet, just to be able to _configure_ NetworkManager. It sounds like you really want to run NM's connection editor, which is a seperate application. Nm-applet itself is trivial to clone, and afaik sugar already did a good job of that. The smarts are all elsewhere, either in the headless NM daemon or in the connection editor. --Scott -- ( http://cscott.net/ ) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] SOAS-3: Final Activity List - Attention needed!
Hi All, So as it stands the final Activity list that we're pushing for SOAS-3 will be as below unless someone gives me reasonable doubt as to the release team's (Sebastian and myself) decision. So the final list is: - browse - physics - turtleart - irc - log - terminal - Record - Read - Write - Chat. - etoys In literally the last 10 minutes Sebastian and I have fixed the Write issue and over the last 2 weeks with the latest Record release and a number of fixes and testing I've got Record to what seems to be a stable and working release. The last of the changes should be in the daily build from tomorrow (including a fix from sdz for the lack of a boot screen). One thing to note is that other than sdz and I there has only been one other person test and report back on the builds (Thanks Thomas!) so if you haven't done so until now we are now on the home straight so please test. I don't want to here the day after release Blah is broken because someone hasn't taken 10 minutes to test the release, I will be less than impressed! For those who forget where they can get the daily build you can from this link. http://alt.fedoraproject.org/pub/alt/nightly-composes/soas/ Regards, The SoaS release team! ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [SoaS] SOAS-3: Final Activity List - Attention needed!
As stated previously, it's a mistake for this release to be numbered v3. I won't be able to do anything with it. Sean On Mon, Apr 26, 2010 at 9:16 PM, Peter Robinson pbrobin...@gmail.com wrote: Hi All, So as it stands the final Activity list that we're pushing for SOAS-3 will be as below unless someone gives me reasonable doubt as to the release team's (Sebastian and myself) decision. So the final list is: - browse - physics - turtleart - irc - log - terminal - Record - Read - Write - Chat. - etoys In literally the last 10 minutes Sebastian and I have fixed the Write issue and over the last 2 weeks with the latest Record release and a number of fixes and testing I've got Record to what seems to be a stable and working release. The last of the changes should be in the daily build from tomorrow (including a fix from sdz for the lack of a boot screen). One thing to note is that other than sdz and I there has only been one other person test and report back on the builds (Thanks Thomas!) so if you haven't done so until now we are now on the home straight so please test. I don't want to here the day after release Blah is broken because someone hasn't taken 10 minutes to test the release, I will be less than impressed! For those who forget where they can get the daily build you can from this link. http://alt.fedoraproject.org/pub/alt/nightly-composes/soas/ Regards, The SoaS release team! ___ SoaS mailing list s...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/soas ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] SOAS-3: Final Activity List - Attention needed!
SugarClone script should be included http://people.sugarlabs.org/fgrose/SugarClone works well Tom Gilliard satellit Peter Robinson wrote: Hi All, So as it stands the final Activity list that we're pushing for SOAS-3 will be as below unless someone gives me reasonable doubt as to the release team's (Sebastian and myself) decision. So the final list is: - browse - physics - turtleart - irc - log - terminal - Record - Read - Write - Chat. - etoys In literally the last 10 minutes Sebastian and I have fixed the Write issue and over the last 2 weeks with the latest Record release and a number of fixes and testing I've got Record to what seems to be a stable and working release. The last of the changes should be in the daily build from tomorrow (including a fix from sdz for the lack of a boot screen). One thing to note is that other than sdz and I there has only been one other person test and report back on the builds (Thanks Thomas!) so if you haven't done so until now we are now on the home straight so please test. I don't want to here the day after release Blah is broken because someone hasn't taken 10 minutes to test the release, I will be less than impressed! For those who forget where they can get the daily build you can from this link. http://alt.fedoraproject.org/pub/alt/nightly-composes/soas/ Regards, The SoaS release team! ___ 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] SOAS-3: Final Activity List - Attention needed!
On Mon, Apr 26, 2010 at 8:27 PM, Thomas C Gilliard satel...@bendbroadband.com wrote: SugarClone script should be included http://people.sugarlabs.org/fgrose/SugarClone works well Hi Tom, As I've already mentioned its not packaged in Fedora so won't be included. Once that is the case I'm happy to change that. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [SoaS] SOAS-3: Final Activity List - Attention needed!
Hi Sean, I'm so pleased that you think that all the hard work that Sebastian, myself and all the other Sugar developers that have put into the Sugar 0.88 release and associated SoaS release is so 0.5. and a whole lot less than previous releases. I think your choice is demeaning to the hard work that everyone does and without active testing of other Activities by other people it only hurts SoaS when things don't work because the release team are the only people that test stuff and aren't paid full time to do this. Peter On Mon, Apr 26, 2010 at 8:22 PM, Sean DALY sdaly...@gmail.com wrote: As stated previously, it's a mistake for this release to be numbered v3. I won't be able to do anything with it. Sean On Mon, Apr 26, 2010 at 9:16 PM, Peter Robinson pbrobin...@gmail.com wrote: Hi All, So as it stands the final Activity list that we're pushing for SOAS-3 will be as below unless someone gives me reasonable doubt as to the release team's (Sebastian and myself) decision. So the final list is: - browse - physics - turtleart - irc - log - terminal - Record - Read - Write - Chat. - etoys In literally the last 10 minutes Sebastian and I have fixed the Write issue and over the last 2 weeks with the latest Record release and a number of fixes and testing I've got Record to what seems to be a stable and working release. The last of the changes should be in the daily build from tomorrow (including a fix from sdz for the lack of a boot screen). One thing to note is that other than sdz and I there has only been one other person test and report back on the builds (Thanks Thomas!) so if you haven't done so until now we are now on the home straight so please test. I don't want to here the day after release Blah is broken because someone hasn't taken 10 minutes to test the release, I will be less than impressed! For those who forget where they can get the daily build you can from this link. http://alt.fedoraproject.org/pub/alt/nightly-composes/soas/ Regards, The SoaS release team! ___ SoaS mailing list s...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/soas ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH] _update_signal_match wasn't initialized
Because of missing initialization and a weak test for the existence of the object (self._update_signal_match is not None) Turtle Art was crashing when resuming from the Journal. Signed-off-by: Raúl Gutiérrez S. r...@paraguayeduca.org Ackd-by: Bernie Innocenti ber...@sugarlabs.org --- src/sugar/datastore/datastore.py |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/src/sugar/datastore/datastore.py b/src/sugar/datastore/datastore.py index 6ff10de..e711f02 100644 --- a/src/sugar/datastore/datastore.py +++ b/src/sugar/datastore/datastore.py @@ -57,6 +57,7 @@ class DSMetadata(gobject.GObject): } def __init__(self, props=None): +self._update_signal_match = None gobject.GObject.__init__(self) if not props: self._props = {} -- 1.6.3.3 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Support for EPUB with Read in sugar-jhbuild?
On Sun, Apr 25, 2010 at 10:20 PM, Bernie Innocenti ber...@codewiz.org wrote: On Sat, 2010-04-24 at 22:21 -0500, James Simmons wrote: 1). How do I get Read as delivered by sugar-jhbuld to work with EPUBs? 2). Does Read support EPUBs on SoaS right now? If not, what are our future plans regarding EPUB support? The only Linux reader that supports EPUB seems to be KDE's Okular, through libepub (ebook-tools). Moreover, Okular does not seem to dynamically reflow the text, which was the only useful feature EPUB had over PDF. Anyway, if we *do* support it, does it have to be in Read? Can't we have one activity per file format instead? It may be simpler from a maintenance and UI design PoV. Besides, EPUB resembles more HTML than PDF. Read supports EPUB if the right dependencies are installed. However, for OLPC 8.2.x builds, one has to use FBReader Activity (http://dev.laptop.org/~sayamindu/FBReader-4.xo is the latest version). It's an ugly hack, but it works. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [SoaS] SOAS-3: Final Activity List - Attention needed!
Peter; I know it is not an activity, but it affects all of them: Will the presence service get fixed in time for the release? All I am able to see is xmpp local on any of the f13 Composes of Soas log application has no entries No Jabber server access for collaboration. (Or are we waiting for tomeu to rework it for the next version) Tom Gilliard satellit Peter Robinson wrote: Hi All, So as it stands the final Activity list that we're pushing for SOAS-3 will be as below unless someone gives me reasonable doubt as to the release team's (Sebastian and myself) decision. So the final list is: - browse - physics - turtleart - irc - log - terminal - Record - Read - Write - Chat. - etoys In literally the last 10 minutes Sebastian and I have fixed the Write issue and over the last 2 weeks with the latest Record release and a number of fixes and testing I've got Record to what seems to be a stable and working release. The last of the changes should be in the daily build from tomorrow (including a fix from sdz for the lack of a boot screen). One thing to note is that other than sdz and I there has only been one other person test and report back on the builds (Thanks Thomas!) so if you haven't done so until now we are now on the home straight so please test. I don't want to here the day after release Blah is broken because someone hasn't taken 10 minutes to test the release, I will be less than impressed! For those who forget where they can get the daily build you can from this link. http://alt.fedoraproject.org/pub/alt/nightly-composes/soas/ Regards, The SoaS release team! ___ SoaS mailing list s...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/soas ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Did someone say Webkit?
On Mon, Apr 26, 2010 at 2:18 PM, Lucian Branescu lucian.brane...@gmail.com wrote: There already is a mostly complete pywebkitgtk activity, Surf. There has been a lot of debate on whether webkit is better than gecko for our purposes. I also plan to only support what is reasonably easy to support and let the abstraction layer be leaky. This way, the new Browse can much more easily be ported to another web engine if needed. In fact, as the abstraction layer grows more complete, Browse can be 'ported' to the rest of the abstraction layer (as opposed to AbstractBrowser+hulahop events which would be the first step). Something which concerns me is the relative lack of maintainer activity for pywebkitgtk. For example, http://code.google.com/p/pywebkitgtk/issues/detail?id=44 lists an issue which was reported in December last year, and there has been no feedback on it (there is a proposed patch as well). The fix for the issue would help address a few crashers in Read in F-12 and above. Of course, as we move to gobject-introspection and friends, this should become less of a concern. Thanks, Sayamindu On 26 April 2010 03:20, Bernie Innocenti ber...@codewiz.org wrote: On Sun, 2010-04-25 at 18:07 +0100, Lucian Branescu wrote: My GSoC project involves building an abstraction layer above pywebkitgtk/hulahop (wiki/AbstractBrowser). While the project itself isn't related, this abstraction layer and one of it's lower layers (i.e. pywebkitgtk) would become a dependency of the sugar toolkit. Very interesting. Would your work make it possible to switch the Browse activity from XPCOM to Webkit? If there were no loss of features, would it be easier for you to switch the Browse activty from hulahop to pywebkitgtk without developing an abstraction framework for both? -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] _update_signal_match wasn't initialized
Forgot to mention that this is for 0.84 branch, 0.88 does it right. On Mon, 2010-04-26 at 15:50 -0400, Raul Gutierrez Segales wrote: Because of missing initialization and a weak test for the existence of the object (self._update_signal_match is not None) Turtle Art was crashing when resuming from the Journal. Signed-off-by: Raúl Gutiérrez S. r...@paraguayeduca.org Ackd-by: Bernie Innocenti ber...@sugarlabs.org --- src/sugar/datastore/datastore.py |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/src/sugar/datastore/datastore.py b/src/sugar/datastore/datastore.py index 6ff10de..e711f02 100644 --- a/src/sugar/datastore/datastore.py +++ b/src/sugar/datastore/datastore.py @@ -57,6 +57,7 @@ class DSMetadata(gobject.GObject): } def __init__(self, props=None): +self._update_signal_match = None gobject.GObject.__init__(self) if not props: self._props = {} ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [SoaS] SOAS-3: Final Activity List - Attention needed!
On Mon, Apr 26, 2010 at 9:09 PM, Thomas C Gilliard satel...@bendbroadband.com wrote: Peter; I know it is not an activity, but it affects all of them: Will the presence service get fixed in time for the release? All I am able to see is xmpp local on any of the f13 Composes of Soas log application has no entries No Jabber server access for collaboration. (Or are we waiting for tomeu to rework it for the next version) Is there a jabber server configured in the default config? I'm looking into the problem and its on my list. I'm hoping to get it fixed before the final release. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [SoaS] SOAS-3: Final Activity List - Attention needed!
Yes it has jabber.sugarlabs.org in Control Panel / Network Tom Gilliard satellit Peter Robinson wrote: On Mon, Apr 26, 2010 at 9:09 PM, Thomas C Gilliard satel...@bendbroadband.com wrote: Peter; I know it is not an activity, but it affects all of them: Will the presence service get fixed in time for the release? All I am able to see is xmpp local on any of the f13 Composes of Soas log application has no entries No Jabber server access for collaboration. (Or are we waiting for tomeu to rework it for the next version) Is there a jabber server configured in the default config? I'm looking into the problem and its on my list. I'm hoping to get it fixed before the final release. Peter ___ 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] [SoaS] SOAS-3: Final Activity List - Attention needed!
On Mon, Apr 26, 2010 at 11:04 PM, Thomas C Gilliard satel...@bendbroadband.com wrote: Yes it has jabber.sugarlabs.org in Control Panel / Network It looks very much like this, which seems to be pretty much a blocker, yup: https://bugzilla.redhat.com/show_bug.cgi?id=585413 Tom Gilliard satellit Peter Robinson wrote: On Mon, Apr 26, 2010 at 9:09 PM, Thomas C Gilliard satel...@bendbroadband.com wrote: Peter; I know it is not an activity, but it affects all of them: Will the presence service get fixed in time for the release? All I am able to see is xmpp local on any of the f13 Composes of Soas log application has no entries No Jabber server access for collaboration. (Or are we waiting for tomeu to rework it for the next version) Is there a jabber server configured in the default config? I'm looking into the problem and its on my list. I'm hoping to get it fixed before the final release. Peter ___ 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] [PATCH] sl#1876: cleanup partially extracted bundle on filesystem error
From: Martin Dengler mar...@martindengler.com This patch solves the most severe issue in #1876: filling up the filesystem with temporary files that won't be deleted afterwards. Before we can consider this bug completely fixed, we still need to do something for the remaining issues: 1) Unpacking shouldn't be attempted if there isn't a safety margin 2) System becomes unresponsive during unpacking 3) No progress indication for the operation, so users are tempted to click multiple times 4) No error messages displayed for unpacking errors, which is a common Sugar nuisance. http://bugs.sugarlabs.org/ticket/1876#comment:5 offers possible strategies for (1) and (2). Signed-off-by: Martin Dengler mar...@martindengler.com Signed-off-by: Bernie Innocenti ber...@codewiz.org --- src/sugar/bundle/bundle.py |7 ++- 1 files changed, 6 insertions(+), 1 deletions(-) diff --git a/src/sugar/bundle/bundle.py b/src/sugar/bundle/bundle.py index c9763a0..a04c873 100644 --- a/src/sugar/bundle/bundle.py +++ b/src/sugar/bundle/bundle.py @@ -72,7 +72,12 @@ class Bundle(object): if os.path.isdir(self._path): self._zip_file = None else: -self._zip_file = zipfile.ZipFile(self._path) +try: +self._zip_file = zipfile.ZipFile(self._path) +except (zipfile.error, LargeZipFile), ziperror: +raise MalformedBundleException( +Error accessing zip file %s: %s +% (self._path, ziperror)) self._check_zip_bundle() # manifest = self._get_file(self._infodir + '/contents') -- 1.7.0.1 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [SoaS] SOAS-3: Final Activity List - Attention needed!
One more important suggestion for a non activity for the release: liveusb-creator gedit on the Mirabelle.iso would also allow making persistent USB's without having to first make a persistent USB and then yum installing them onto it. (the source.iso can be on a 1st USB and target on 2nd.) It works well. Tom Gilliard satellit Peter Robinson wrote: Hi All, So as it stands the final Activity list that we're pushing for SOAS-3 will be as below unless someone gives me reasonable doubt as to the release team's (Sebastian and myself) decision. So the final list is: - browse - physics - turtleart - irc - log - terminal - Record - Read - Write - Chat. - etoys In literally the last 10 minutes Sebastian and I have fixed the Write issue and over the last 2 weeks with the latest Record release and a number of fixes and testing I've got Record to what seems to be a stable and working release. The last of the changes should be in the daily build from tomorrow (including a fix from sdz for the lack of a boot screen). One thing to note is that other than sdz and I there has only been one other person test and report back on the builds (Thanks Thomas!) so if you haven't done so until now we are now on the home straight so please test. I don't want to here the day after release Blah is broken because someone hasn't taken 10 minutes to test the release, I will be less than impressed! For those who forget where they can get the daily build you can from this link. http://alt.fedoraproject.org/pub/alt/nightly-composes/soas/ Regards, The SoaS release team! ___ SoaS mailing list s...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/soas ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [PATCH] bundlebuilder should not use locale name
In regard to http://bugs.sugarlabs.org/ticket/1968 Discussed this morning on IRC: I have an activity that has a different name in the locale/en.po file than in activity.info. bundlebuilder uses the locale name to create the .pot file, the .xo and .tar files whereas I think it should always use the name from the activity.info file. The attached patch uses the name from activity.info in bundlebuilder while preserving the locale/ name for user-facing strings. I opted to add a new method, get_bundle_name so as to preserve any calls to get_name that expect the localized name. diff --git a/src/sugar/activity/bundlebuilder.py b/src/sugar/activity/bundlebuilder.py index 868ca3d..fc8ebc8 100644 --- a/src/sugar/activity/bundlebuilder.py +++ b/src/sugar/activity/bundlebuilder.py @@ -82,7 +82,7 @@ class Config(object): def update(self): self.bundle = bundle = ActivityBundle(self.source_dir) self.version = bundle.get_activity_version() -self.activity_name = bundle.get_name() +self.activity_name = bundle.get_bundle_name() self.bundle_id = bundle.get_bundle_id() self.bundle_name = reduce(lambda x, y: x+y, self.activity_name.split()) self.bundle_root_dir = self.bundle_name + '.activity' diff --git a/src/sugar/bundle/activitybundle.py b/src/sugar/bundle/activitybundle.py index a1f10b9..c83257f 100644 --- a/src/sugar/bundle/activitybundle.py +++ b/src/sugar/bundle/activitybundle.py @@ -51,6 +51,7 @@ class ActivityBundle(Bundle): self.bundle_exec = None self._name = None +self._local_name = None self._icon = None self._bundle_id = None self._mime_types = None @@ -69,6 +70,9 @@ class ActivityBundle(Bundle): if linfo_file: self._parse_linfo(linfo_file) +if self._local_name == None: + self._local_name = self._name + def _get_manifest(self): if self._manifest is None: self._manifest = self._read_manifest() @@ -217,7 +221,7 @@ class ActivityBundle(Bundle): section = 'Activity' if cp.has_option(section, 'name'): -self._name = cp.get(section, 'name') +self._local_name = cp.get(section, 'name') if cp.has_option(section, 'tags'): tag_list = cp.get(section, 'tags').strip(';') @@ -240,7 +244,11 @@ class ActivityBundle(Bundle): return self._path def get_name(self): -Get the activity user visible name. +Get the activity user-visible name. +return self._local_name + +def get_bundle_name(self): +Get the activity bundle name. return self._name def get_installation_time(self): -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org diff --git a/src/sugar/activity/bundlebuilder.py b/src/sugar/activity/bundlebuilder.py index 868ca3d..fc8ebc8 100644 --- a/src/sugar/activity/bundlebuilder.py +++ b/src/sugar/activity/bundlebuilder.py @@ -82,7 +82,7 @@ class Config(object): def update(self): self.bundle = bundle = ActivityBundle(self.source_dir) self.version = bundle.get_activity_version() -self.activity_name = bundle.get_name() +self.activity_name = bundle.get_bundle_name() self.bundle_id = bundle.get_bundle_id() self.bundle_name = reduce(lambda x, y: x+y, self.activity_name.split()) self.bundle_root_dir = self.bundle_name + '.activity' diff --git a/src/sugar/bundle/activitybundle.py b/src/sugar/bundle/activitybundle.py index a1f10b9..c83257f 100644 --- a/src/sugar/bundle/activitybundle.py +++ b/src/sugar/bundle/activitybundle.py @@ -51,6 +51,7 @@ class ActivityBundle(Bundle): self.bundle_exec = None self._name = None +self._local_name = None self._icon = None self._bundle_id = None self._mime_types = None @@ -69,6 +70,9 @@ class ActivityBundle(Bundle): if linfo_file: self._parse_linfo(linfo_file) +if self._local_name == None: + self._local_name = self._name + def _get_manifest(self): if self._manifest is None: self._manifest = self._read_manifest() @@ -217,7 +221,7 @@ class ActivityBundle(Bundle): section = 'Activity' if cp.has_option(section, 'name'): -self._name = cp.get(section, 'name') +self._local_name = cp.get(section, 'name') if cp.has_option(section, 'tags'): tag_list = cp.get(section, 'tags').strip(';') @@ -240,7 +244,11 @@ class ActivityBundle(Bundle): return self._path def get_name(self): -Get the activity user visible name. +Get the activity user-visible name. +return self._local_name + +def get_bundle_name(self): +Get the activity bundle name. return self._name def get_installation_time(self): ___ Sugar-devel mailing list
Re: [Sugar-devel] SOAS-3: Final Activity List - Attention needed!
On 26.04.2010, at 21:16, Peter Robinson wrote: Hi All, So as it stands the final Activity list that we're pushing for SOAS-3 will be as below unless someone gives me reasonable doubt as to the release team's (Sebastian and myself) decision. So the final list is: - browse - physics - turtleart - irc - log - terminal - Record - Read - Write - Chat. - etoys In literally the last 10 minutes Sebastian and I have fixed the Write issue and over the last 2 weeks with the latest Record release and a number of fixes and testing I've got Record to what seems to be a stable and working release. The last of the changes should be in the daily build from tomorrow (including a fix from sdz for the lack of a boot screen). One thing to note is that other than sdz and I there has only been one other person test and report back on the builds (Thanks Thomas!) so if you haven't done so until now we are now on the home straight so please test. I don't want to here the day after release Blah is broken because someone hasn't taken 10 minutes to test the release, I will be less than impressed! For those who forget where they can get the daily build you can from this link. http://alt.fedoraproject.org/pub/alt/nightly-composes/soas/ Regards, The SoaS release team! Looking quite good :) Issues I noticed: * Write, Read, and Etoys do not appear in the home view by default. They should be marked as favorite from the beginning. * There is no sound in Etoys. Pulseaudio is running but padsp is not installed (which Etoys uses to fall back on OSS when it detects PA). To test, click the little red car icon in the screen's top right corner, then click the yellow exclamation mark button in front of the Car make sound tile. You should hear a croak if it is working. * Shut down does not finish. I ran the iso image directly in VirtualBox. Shutting it down leaves a message Shutting down... in the screen center, but it does not power off. Thanks for prodding us to test ;) - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] SOAS-3: Final Activity List - Attention needed!
On Mon, Apr 26, 2010 at 11:10 PM, Bert Freudenberg b...@freudenbergs.de wrote: On 26.04.2010, at 21:16, Peter Robinson wrote: Hi All, So as it stands the final Activity list that we're pushing for SOAS-3 will be as below unless someone gives me reasonable doubt as to the release team's (Sebastian and myself) decision. So the final list is: - browse - physics - turtleart - irc - log - terminal - Record - Read - Write - Chat. - etoys In literally the last 10 minutes Sebastian and I have fixed the Write issue and over the last 2 weeks with the latest Record release and a number of fixes and testing I've got Record to what seems to be a stable and working release. The last of the changes should be in the daily build from tomorrow (including a fix from sdz for the lack of a boot screen). One thing to note is that other than sdz and I there has only been one other person test and report back on the builds (Thanks Thomas!) so if you haven't done so until now we are now on the home straight so please test. I don't want to here the day after release Blah is broken because someone hasn't taken 10 minutes to test the release, I will be less than impressed! For those who forget where they can get the daily build you can from this link. http://alt.fedoraproject.org/pub/alt/nightly-composes/soas/ Regards, The SoaS release team! Looking quite good :) Issues I noticed: * Write, Read, and Etoys do not appear in the home view by default. They should be marked as favorite from the beginning. That will be fixed in the next daily build. * There is no sound in Etoys. Pulseaudio is running but padsp is not installed (which Etoys uses to fall back on OSS when it detects PA). To test, click the little red car icon in the screen's top right corner, then click the yellow exclamation mark button in front of the Car make sound tile. You should hear a croak if it is working. So does etoys not support PA? Or does it fall back to using OSS emulation layer when it detects PA? What other sound layers does it support? I don't find a padsp package in Fedora. * Shut down does not finish. I ran the iso image directly in VirtualBox. Shutting it down leaves a message Shutting down... in the screen center, but it does not power off. OK. Will check on my test physical machines. Thanks for prodding us to test ;) Thanks for doing do! Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [SoaS] SOAS-3: Final Activity List - Attention needed!
soas-i386-20100421.18.iso as USB: booted on acer aspire one sugar terminal: r...@localhost liveuser]# setenforce 0 [r...@localhost liveuser]# python /usr/bin/sugar-presence-service Traceback (most recent call last): File /usr/bin/sugar-presence-service, line 24, in module main.main() File /usr/share/sugar-presence-service/main.py, line 58, in main logger.start('presenceservice') File /usr/lib/python2.6/site-packages/sugar/logger.py, line 131, in start raise e OSError: [Errno 2] No such file or directory: '/root/.sugar/default/logs/presenceservice.log' [r...@localhost liveuser]# (saved to clipboard and drag dropped to 2nd USB in frame from journal) Tom Gilliard satellit Sebastian Dziallas wrote: On Mon, Apr 26, 2010 at 11:04 PM, Thomas C Gilliard satel...@bendbroadband.com wrote: Yes it has jabber.sugarlabs.org in Control Panel / Network It looks very much like this, which seems to be pretty much a blocker, yup: https://bugzilla.redhat.com/show_bug.cgi?id=585413 Tom Gilliard satellit Peter Robinson wrote: On Mon, Apr 26, 2010 at 9:09 PM, Thomas C Gilliard satel...@bendbroadband.com wrote: Peter; I know it is not an activity, but it affects all of them: Will the presence service get fixed in time for the release? All I am able to see is xmpp local on any of the f13 Composes of Soas log application has no entries No Jabber server access for collaboration. (Or are we waiting for tomeu to rework it for the next version) Is there a jabber server configured in the default config? I'm looking into the problem and its on my list. I'm hoping to get it fixed before the final release. Peter ___ 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] SOAS-3: Final Activity List - Attention needed!
On 27.04.2010, at 00:17, Peter Robinson wrote: On Mon, Apr 26, 2010 at 11:10 PM, Bert Freudenberg b...@freudenbergs.de wrote: * There is no sound in Etoys. Pulseaudio is running but padsp is not installed (which Etoys uses to fall back on OSS when it detects PA). To test, click the little red car icon in the screen's top right corner, then click the yellow exclamation mark button in front of the Car make sound tile. You should hear a croak if it is working. So does etoys not support PA? Not properly yet, in the current version. Or does it fall back to using OSS emulation layer when it detects PA? Yes. What other sound layers does it support? Of the Linux ones, ALSA. But Etoys works better with PA's OSS emulation than its ALSA emulation IIRC. I don't find a padsp package in Fedora. I think in a regular Fedora install rpm -f `which padsp` should find it. My guess is that it is in pulseaudio-utils. - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Did someone say Webkit?
This is part of why I think having an abstraction layer is more important than having a complete pywebkitgtk browser activity. It would be even cooler if Read could also use this abstraction layer for epub. On 26 April 2010 21:10, Sayamindu Dasgupta sayami...@gmail.com wrote: On Mon, Apr 26, 2010 at 2:18 PM, Lucian Branescu lucian.brane...@gmail.com wrote: There already is a mostly complete pywebkitgtk activity, Surf. There has been a lot of debate on whether webkit is better than gecko for our purposes. I also plan to only support what is reasonably easy to support and let the abstraction layer be leaky. This way, the new Browse can much more easily be ported to another web engine if needed. In fact, as the abstraction layer grows more complete, Browse can be 'ported' to the rest of the abstraction layer (as opposed to AbstractBrowser+hulahop events which would be the first step). Something which concerns me is the relative lack of maintainer activity for pywebkitgtk. For example, http://code.google.com/p/pywebkitgtk/issues/detail?id=44 lists an issue which was reported in December last year, and there has been no feedback on it (there is a proposed patch as well). The fix for the issue would help address a few crashers in Read in F-12 and above. Of course, as we move to gobject-introspection and friends, this should become less of a concern. Thanks, Sayamindu On 26 April 2010 03:20, Bernie Innocenti ber...@codewiz.org wrote: On Sun, 2010-04-25 at 18:07 +0100, Lucian Branescu wrote: My GSoC project involves building an abstraction layer above pywebkitgtk/hulahop (wiki/AbstractBrowser). While the project itself isn't related, this abstraction layer and one of it's lower layers (i.e. pywebkitgtk) would become a dependency of the sugar toolkit. Very interesting. Would your work make it possible to switch the Browse activity from XPCOM to Webkit? If there were no loss of features, would it be easier for you to switch the Browse activty from hulahop to pywebkitgtk without developing an abstraction framework for both? -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Did someone say Webkit?
This is part of why I think having an abstraction layer is more important than having a complete pywebkitgtk browser activity. I would be even cooler if Read could also use this abstraction layer for epub. On 26 April 2010 21:10, Sayamindu Dasgupta sayami...@gmail.com wrote: On Mon, Apr 26, 2010 at 2:18 PM, Lucian Branescu lucian.brane...@gmail.com wrote: There already is a mostly complete pywebkitgtk activity, Surf. There has been a lot of debate on whether webkit is better than gecko for our purposes. I also plan to only support what is reasonably easy to support and let the abstraction layer be leaky. This way, the new Browse can much more easily be ported to another web engine if needed. In fact, as the abstraction layer grows more complete, Browse can be 'ported' to the rest of the abstraction layer (as opposed to AbstractBrowser+hulahop events which would be the first step). Something which concerns me is the relative lack of maintainer activity for pywebkitgtk. For example, http://code.google.com/p/pywebkitgtk/issues/detail?id=44 lists an issue which was reported in December last year, and there has been no feedback on it (there is a proposed patch as well). The fix for the issue would help address a few crashers in Read in F-12 and above. Of course, as we move to gobject-introspection and friends, this should become less of a concern. Thanks, Sayamindu On 26 April 2010 03:20, Bernie Innocenti ber...@codewiz.org wrote: On Sun, 2010-04-25 at 18:07 +0100, Lucian Branescu wrote: My GSoC project involves building an abstraction layer above pywebkitgtk/hulahop (wiki/AbstractBrowser). While the project itself isn't related, this abstraction layer and one of it's lower layers (i.e. pywebkitgtk) would become a dependency of the sugar toolkit. Very interesting. Would your work make it possible to switch the Browse activity from XPCOM to Webkit? If there were no loss of features, would it be easier for you to switch the Browse activty from hulahop to pywebkitgtk without developing an abstraction framework for both? -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Did someone say Webkit?
This is part of why I think having an abstraction layer is more important than having a complete pywebkitgtk browser activity. I would be even cooler if Read could also use this abstraction layer for epub. On 26 April 2010 21:10, Sayamindu Dasgupta sayami...@gmail.com wrote: On Mon, Apr 26, 2010 at 2:18 PM, Lucian Branescu lucian.brane...@gmail.com wrote: There already is a mostly complete pywebkitgtk activity, Surf. There has been a lot of debate on whether webkit is better than gecko for our purposes. I also plan to only support what is reasonably easy to support and let the abstraction layer be leaky. This way, the new Browse can much more easily be ported to another web engine if needed. In fact, as the abstraction layer grows more complete, Browse can be 'ported' to the rest of the abstraction layer (as opposed to AbstractBrowser+hulahop events which would be the first step). Something which concerns me is the relative lack of maintainer activity for pywebkitgtk. For example, http://code.google.com/p/pywebkitgtk/issues/detail?id=44 lists an issue which was reported in December last year, and there has been no feedback on it (there is a proposed patch as well). The fix for the issue would help address a few crashers in Read in F-12 and above. Of course, as we move to gobject-introspection and friends, this should become less of a concern. Thanks, Sayamindu On 26 April 2010 03:20, Bernie Innocenti ber...@codewiz.org wrote: On Sun, 2010-04-25 at 18:07 +0100, Lucian Branescu wrote: My GSoC project involves building an abstraction layer above pywebkitgtk/hulahop (wiki/AbstractBrowser). While the project itself isn't related, this abstraction layer and one of it's lower layers (i.e. pywebkitgtk) would become a dependency of the sugar toolkit. Very interesting. Would your work make it possible to switch the Browse activity from XPCOM to Webkit? If there were no loss of features, would it be easier for you to switch the Browse activty from hulahop to pywebkitgtk without developing an abstraction framework for both? -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] SOAS-3: Final Activity List - Attention needed!
Peter Robinson wrote: On Mon, Apr 26, 2010 at 11:10 PM, Bert Freudenberg b...@freudenbergs.de wrote: On 26.04.2010, at 21:16, Peter Robinson wrote: Hi All, So as it stands the final Activity list that we're pushing for SOAS-3 will be as below unless someone gives me reasonable doubt as to the release team's (Sebastian and myself) decision. So the final list is: - browse - physics - turtleart - irc - log - terminal - Record - Read - Write - Chat. - etoys In literally the last 10 minutes Sebastian and I have fixed the Write issue and over the last 2 weeks with the latest Record release and a number of fixes and testing I've got Record to what seems to be a stable and working release. The last of the changes should be in the daily build from tomorrow (including a fix from sdz for the lack of a boot screen). One thing to note is that other than sdz and I there has only been one other person test and report back on the builds (Thanks Thomas!) so if you haven't done so until now we are now on the home straight so please test. I don't want to here the day after release Blah is broken because someone hasn't taken 10 minutes to test the release, I will be less than impressed! For those who forget where they can get the daily build you can from this link. http://alt.fedoraproject.org/pub/alt/nightly-composes/soas/ Regards, The SoaS release team! Looking quite good :) Issues I noticed: * Write, Read, and Etoys do not appear in the home view by default. They should be marked as favorite from the beginning. That will be fixed in the next daily build. * There is no sound in Etoys. Pulseaudio is running but padsp is not installed (which Etoys uses to fall back on OSS when it detects PA). To test, click the little red car icon in the screen's top right corner, then click the yellow exclamation mark button in front of the Car make sound tile. You should hear a croak if it is working. So does etoys not support PA? Or does it fall back to using OSS emulation layer when it detects PA? What other sound layers does it support? I don't find a padsp package in Fedora. * Shut down does not finish. I ran the iso image directly in VirtualBox. Shutting it down leaves a message Shutting down... in the screen center, but it does not power off. OK. Will check on my test physical machines. shuts down-works fine on soas 421 as usb. shuts down completely. Thanks for prodding us to test ;) Thanks for doing do! Peter ___ 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] [SoaS] SOAS-3: Final Activity List - Attention needed!
On Mon, Apr 26, 2010 at 11:26 PM, Bert Freudenberg b...@freudenbergs.de wrote: On 27.04.2010, at 00:17, Peter Robinson wrote: On Mon, Apr 26, 2010 at 11:10 PM, Bert Freudenberg b...@freudenbergs.de wrote: * There is no sound in Etoys. Pulseaudio is running but padsp is not installed (which Etoys uses to fall back on OSS when it detects PA). To test, click the little red car icon in the screen's top right corner, then click the yellow exclamation mark button in front of the Car make sound tile. You should hear a croak if it is working. So does etoys not support PA? Not properly yet, in the current version. Or does it fall back to using OSS emulation layer when it detects PA? Yes. What other sound layers does it support? Of the Linux ones, ALSA. But Etoys works better with PA's OSS emulation than its ALSA emulation IIRC. I don't find a padsp package in Fedora. I think in a regular Fedora install rpm -f `which padsp` should find it. My guess is that it is in pulseaudio-utils. Spot on, added to build, will be fixed in the next couple of days in a daily. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH 4/4] disconnect on passphrase cancel #1805
On Mon, Apr 26, 2010 at 10:15:25AM +0100, Peter Robinson wrote: Maybe I'm missing something here but is there any reason we can't use the same store and procedures that the gnome NM applet uses. I don't know, sorry. http://bugs.sugarlabs.org/ticket/1884 covers this. -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Did someone say Webkit?
I wrote surf a while ago, and it was quite an easy port. In fact, the demo browser for pywebkitgtk was (at least at one point) based on browse. I did most of the work in a day and a half, but ran into problems with both webkit's packaging and the feature-completeness of pywebkitgtk (the ability to download files, for example), both of which seem to be solved now. There are also gir bindings for webkit (in webkit's trunk), so it might be worth investigating their completeness, especially since pywebkitgtk seems to be unmaintained, as Sayamindu pointed out. yours, Bobby On Mon, Apr 26, 2010 at 1:48 AM, Lucian Branescu lucian.brane...@gmail.com wrote: There already is a mostly complete pywebkitgtk activity, Surf. There has been a lot of debate on whether webkit is better than gecko for our purposes. I also plan to only support what is reasonably easy to support and let the abstraction layer be leaky. This way, the new Browse can much more easily be ported to another web engine if needed. In fact, as the abstraction layer grows more complete, Browse can be 'ported' to the rest of the abstraction layer (as opposed to AbstractBrowser+hulahop events which would be the first step). On 26 April 2010 03:20, Bernie Innocenti ber...@codewiz.org wrote: On Sun, 2010-04-25 at 18:07 +0100, Lucian Branescu wrote: My GSoC project involves building an abstraction layer above pywebkitgtk/hulahop (wiki/AbstractBrowser). While the project itself isn't related, this abstraction layer and one of it's lower layers (i.e. pywebkitgtk) would become a dependency of the sugar toolkit. Very interesting. Would your work make it possible to switch the Browse activity from XPCOM to Webkit? If there were no loss of features, would it be easier for you to switch the Browse activty from hulahop to pywebkitgtk without developing an abstraction framework for both? -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ 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] [PATCH] _update_signal_match wasn't initialized
On Mon, Apr 26, 2010 at 03:50:17PM -0400, Raul Gutierrez Segales wrote: Because of missing initialization and a weak test for the existence of the object (self._update_signal_match is not None) Turtle Art was crashing when resuming from the Journal. Reviewed, but I didn't understand. This might be my fault. Your patch appears to be to sugar-toolkit. self._update_signal_match is only used in DSObject, it is already initialised in sugar-toolkit 0.84.9, and you're adding the initialisation to DSMetadata, where it is not used. -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] SOAS-3: Final Activity List - Attention needed!
Peter, Please consider including either Get Books or Get Internet Archive Books! Having one (not both) of these installed will greatly increase the usefulness of the Read Activity and either one should be robust enough to satisfy anyone. The Blueberry release of Sugar actually pushed e-book reading as a key feature. There's no reason to drop it almost entirely with this release. James Simmons Date: Mon, 26 Apr 2010 20:16:41 +0100 From: Peter Robinson pbrobin...@gmail.com Subject: [Sugar-devel] SOAS-3: Final Activity List - Attention needed! To: Sugar on a Stick List s...@lists.sugarlabs.org, Sugar devel sugar-devel@lists.sugarlabs.org Message-ID: s2v5256d0b1004261216vf8fea8e7he5c964fc912ac...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Hi All, So as it stands the final Activity list that we're pushing for SOAS-3 will be as below unless someone gives me reasonable doubt as to the release team's (Sebastian and myself) decision. So the final list is: - browse - physics - turtleart - irc - log - terminal - Record - Read - Write - Chat. - etoys In literally the last 10 minutes Sebastian and I have fixed the Write issue and over the last 2 weeks with the latest Record release and a number of fixes and testing I've got Record to what seems to be a stable and working release. The last of the changes should be in the daily build from tomorrow (including a fix from sdz for the lack of a boot screen). One thing to note is that other than sdz and I there has only been one other person test and report back on the builds (Thanks Thomas!) so if you haven't done so until now we are now on the home straight so please test. I don't want to here the day after release Blah is broken because someone hasn't taken 10 minutes to test the release, I will be less than impressed! For those who forget where they can get the daily build you can from this link. http://alt.fedoraproject.org/pub/alt/nightly-composes/soas/ Regards, The SoaS release team! ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Did someone say Webkit?
On Mon, 2010-04-26 at 23:29 +0100, Lucian Branescu wrote: This is part of why I think having an abstraction layer is more important than having a complete pywebkitgtk browser activity. I would be even cooler if Read could also use this abstraction layer for epub. Now it makes sense. As long as there's only one activity using this abstraction layer, it wouldn't make sense to have it as a separate module. But careful: designing glue code of this kind is really hard. They're really bridges with an abstract API on each side. The Linux vfs layer would be a good example. Many iterations may be necessary to refine the interface before it can be considered stable on both side. These things also tend to make debugging very hard, because they introduce 2-3 additional layers of indirection between the user interface and the engine doing the actual work on its behalf. To slightly reduce the overall complexity, one may think to fold hulahop into one of the concrete browser implementations and remove most of the excess flexibility that it delivered. Anyway, Browse appears to be the only user of hulahop in the entire universe, so it would have been stupid to maintain in separately. This is of course just the personal opinion of a minimalist embedded engineer who hates unnecessary abstractions. I'm aware that innumerable books of mainstream software engineering encourage a diametrically opposite approach. In support my demodé opinion, consider that among the production-quality browsers, only Epiphany attempted to abstract away the differences between Mozilla and Webkit. However, after a while they decided it was too much work for too little benefit. Eventually, they discontinued Mozilla support. Epiphany was trying to solve just one half of the whole problem of mediating between multiple applications and browser engines. KDE's KPart would be closer to what you want to do, but after several years of struggling, the webkitpart still hasn't reached the point of usability. That said, I'm not familiar with the details of any of the APIs in question. It may very well be overestimating the actual complexity and the other projects I mentioned might have just been unlucky or mismanaged. On 26 April 2010 21:10, Sayamindu Dasgupta sayami...@gmail.com wrote: On Mon, Apr 26, 2010 at 2:18 PM, Lucian Branescu lucian.brane...@gmail.com wrote: There already is a mostly complete pywebkitgtk activity, Surf. There has been a lot of debate on whether webkit is better than gecko for our purposes. I also plan to only support what is reasonably easy to support and let the abstraction layer be leaky. This way, the new Browse can much more easily be ported to another web engine if needed. In fact, as the abstraction layer grows more complete, Browse can be 'ported' to the rest of the abstraction layer (as opposed to AbstractBrowser+hulahop events which would be the first step). Something which concerns me is the relative lack of maintainer activity for pywebkitgtk. For example, http://code.google.com/p/pywebkitgtk/issues/detail?id=44 lists an issue which was reported in December last year, and there has been no feedback on it (there is a proposed patch as well). The fix for the issue would help address a few crashers in Read in F-12 and above. Of course, as we move to gobject-introspection and friends, this should become less of a concern. Thanks, Sayamindu On 26 April 2010 03:20, Bernie Innocenti ber...@codewiz.org wrote: On Sun, 2010-04-25 at 18:07 +0100, Lucian Branescu wrote: My GSoC project involves building an abstraction layer above pywebkitgtk/hulahop (wiki/AbstractBrowser). While the project itself isn't related, this abstraction layer and one of it's lower layers (i.e. pywebkitgtk) would become a dependency of the sugar toolkit. Very interesting. Would your work make it possible to switch the Browse activity from XPCOM to Webkit? If there were no loss of features, would it be easier for you to switch the Browse activty from hulahop to pywebkitgtk without developing an abstraction framework for both? -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel