Re: [IAEP] Help to Find the PO file of Some Activities to able me to Translate Them
On Sun, May 24, 2009 at 17:32, Gary C Martin g...@garycmartin.com wrote: Hi David, On 24 May 2009, at 11:47, David Van Assche wrote: Overall it would be nice if we had an activitiy matrix that showed the stages of projects. The Activity Team have been making contact with past authors, slowly, slowly we're moving along even if it means adopting extra activities ourselves: This is awesome, congrats for the very well done job to date! I would recommend to mention who is requesting attention to the activity when contacting the authors. It's very comforting knowing about real world usage of your software and I'm sure that will be very motivating for them. Regards, Tomeu http://wiki.sugarlabs.org/go/Activity_Team/Activity_Status The best thing folks can do If they have a favourite activity that is not yet migrated to Sugar Labs infrastructure is make some noise about it. Email the IAEP and/or sugar-devel and advocate or ask about it, email the author/s, see if they are still working on it or have future plans. Many activity developers seem to think no one is interested/using their work and often seem pleasantly surprised when they get an email about their past efforts. This would be helpful to show what people could work on to. Something like, name of activity on one side, and on the other stage (planning, pre-source, alpha, beta, rc, release, packaged, xo bundled, translated) Something along those lines, but I'm sure someone can come up with a better matrix. If this was up at some place, we could know pretty quickly what people could be working on. It could even be split by distro too... The idea came to me because there are a ton of git projects with no code in them. If there are git projects with no code in them, what makes you think the developer will edit another page somewhere else with project status information! ;-b With my activity developer hat on, I do find it a pain how many seemingly random places there are to work on when releasing a new version, even more for a new project, or migrated one. My check-list/todo-list is something like: If it's a new project: - Create a Gitorious project repository for it http://git.sugarlabs.org/ and start hacking on your code - Request a trac component for you activity at http://dev.sugarlabs.org/ - Open a trac ticket to request addition to Pootle (if your strings/release is reasonably mature/ready) - Create a page at http://wiki.sugarlabs.org/go/Activities/actvity-name If it's a new release: - Update your activities wiki page at http://wiki.sugarlabs.org/go/Activities/actvity-name - Upload the .xo bundle, screenshots, notes to http://activities.sugarlabs.org/ - Upload .bz2 source to shell.sugarlabs.org /upload/sugar/sources/honey - Edit wiki table http://wiki.sugarlabs.org/go/Development_Team/Source_Code and make sure it's pointing to your latest .bz2 - Edit wiki table http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Roadmap to get it on Soas - Write a [RELEASE] activity-name-version email and send it to sugar-devel If the project is migrating from olpc infrastructure: - Migrate git repository from http://dev.laptop.org/ - Migrate open trac tickets from http://dev.laptop.org/ - Track down relevant wiki.laptop.org pages and indicate the migration - For deployed activities make sure relevant http://wiki.laptop.org/go/Activities page version templates point to the correct/latest working bundles. I'm sure I missed a step or two, but I think you get the picture! On Sat, May 23, 2009 at 1:51 PM, Tomeu Vizoso to...@sugarlabs.org wrote: Hi Mohammad, On Tue, May 19, 2009 at 06:36, Mohammad Hamed m.ha...@paiwastoon.com.af wrote: Dear Software Translators, Could you please tell me how can I translate some Activities like: Physics, X2O, WFP, Implode, Conozco Uruguay to my language? FWIW: Having spoken with Alex Levenson yesterday, I've started to migrate Physics over to Suage Labs infrastructure (X2o is next on my list). It runs fine on sugar-jhbuild, but does need some UI work and clean-up before I request addition to pootle for translation, or upload a bundle to activities.sugarlabs.org. I also mailed Jo Lee (Implode) about his availability, will migrate that over as well if he doesn't have the time at the moment. Regards, --Gary If you could tell me that how can I find the PO file of the activities it would be easier for me to translate them. Looks like these activities are not in pootle yet. What I think we should do is to contact the maintainers and work with them so their activities are translatable in pootle. If the activities have no active maintainers, then perhaps the Activity Team could adopt them? Regards, Tomeu Sincerely, Mohammad Hamed User Service Officer One Laptop Per Child (OLPC) Project PAIWASTOON Networking Services Ltd. Email: m.ha...@paiwastoon.com.af Mobile: 0093 786 876546 Phone: 0093 794
Re: [IAEP] Help to Find the PO file of Some Activities to able me to Translate Them
Super... that methodology should be written up some place as its a great guide to follow... David On Sun, May 24, 2009 at 5:32 PM, Gary C Martin g...@garycmartin.com wrote: Hi David, On 24 May 2009, at 11:47, David Van Assche wrote: Overall it would be nice if we had an activitiy matrix that showed the stages of projects. The Activity Team have been making contact with past authors, slowly, slowly we're moving along even if it means adopting extra activities ourselves: http://wiki.sugarlabs.org/go/Activity_Team/Activity_Status The best thing folks can do If they have a favourite activity that is not yet migrated to Sugar Labs infrastructure is make some noise about it. Email the IAEP and/or sugar-devel and advocate or ask about it, email the author/s, see if they are still working on it or have future plans. Many activity developers seem to think no one is interested/using their work and often seem pleasantly surprised when they get an email about their past efforts. This would be helpful to show what people could work on to. Something like, name of activity on one side, and on the other stage (planning, pre-source, alpha, beta, rc, release, packaged, xo bundled, translated) Something along those lines, but I'm sure someone can come up with a better matrix. If this was up at some place, we could know pretty quickly what people could be working on. It could even be split by distro too... The idea came to me because there are a ton of git projects with no code in them. If there are git projects with no code in them, what makes you think the developer will edit another page somewhere else with project status information! ;-b With my activity developer hat on, I do find it a pain how many seemingly random places there are to work on when releasing a new version, even more for a new project, or migrated one. My check-list/todo-list is something like: If it's a new project: - Create a Gitorious project repository for it http://git.sugarlabs.org/and start hacking on your code - Request a trac component for you activity at http://dev.sugarlabs.org/ - Open a trac ticket to request addition to Pootle (if your strings/release is reasonably mature/ready) - Create a page at http://wiki.sugarlabs.org/go/Activities/actvity-name If it's a new release: - Update your activities wiki page at http://wiki.sugarlabs.org/go/Activities/actvity-name - Upload the .xo bundle, screenshots, notes to http://activities.sugarlabs.org/ - Upload .bz2 source to shell.sugarlabs.org /upload/sugar/sources/honey - Edit wiki table http://wiki.sugarlabs.org/go/Development_Team/Source_Code and make sure it's pointing to your latest .bz2 - Edit wiki table http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Roadmap to get it on Soas - Write a [RELEASE] activity-name-version email and send it to sugar-devel If the project is migrating from olpc infrastructure: - Migrate git repository from http://dev.laptop.org/ - Migrate open trac tickets from http://dev.laptop.org/ - Track down relevant wiki.laptop.org pages and indicate the migration - For deployed activities make sure relevant http://wiki.laptop.org/go/Activities page version templates point to the correct/latest working bundles. I'm sure I missed a step or two, but I think you get the picture! On Sat, May 23, 2009 at 1:51 PM, Tomeu Vizoso to...@sugarlabs.org wrote: Hi Mohammad, On Tue, May 19, 2009 at 06:36, Mohammad Hamed m.ha...@paiwastoon.com.af wrote: Dear Software Translators, Could you please tell me how can I translate some Activities like: Physics, X2O, WFP, Implode, Conozco Uruguay to my language? FWIW: Having spoken with Alex Levenson yesterday, I've started to migrate Physics over to Suage Labs infrastructure (X2o is next on my list). It runs fine on sugar-jhbuild, but does need some UI work and clean-up before I request addition to pootle for translation, or upload a bundle to activities.sugarlabs.org. I also mailed Jo Lee (Implode) about his availability, will migrate that over as well if he doesn't have the time at the moment. Regards, --Gary If you could tell me that how can I find the PO file of the activities it would be easier for me to translate them. Looks like these activities are not in pootle yet. What I think we should do is to contact the maintainers and work with them so their activities are translatable in pootle. If the activities have no active maintainers, then perhaps the Activity Team could adopt them? Regards, Tomeu Sincerely, Mohammad Hamed User Service Officer One Laptop Per Child (OLPC) Project PAIWASTOON Networking Services Ltd. Email: m.ha...@paiwastoon.com.af Mobile: 0093 786 876546 Phone: 0093 794 195494 PAIWASTOON Networking Services Ltd. 1st street Kart-e-Se, Darul Aman Road Kabul, Afghanistan www.paiwastoon.com.af www.olpc.af
Re: [IAEP] Help to Find the PO file of Some Activities to able me to Translate Them
On 25 May 2009, at 12:33, David Van Assche wrote: Super... that methodology should be written up some place as its a great guide to follow... I'd much rather try and find some agreement to cut un-necessary steps, rather than to wikify/formalise it and push every unfortunate Activity author through the same sausage factory! :-) /me puts on tinfoil hat and asbestos socks I've still not heard a good argument for why Activity authors currently need to create two bundles with identical source content (one .xo zip and one .bz2), upload them to two different locations, and document them in several different places. It's really easy to get out of sync. I'm also still not convinced about the sanity of distros needing to package up each individual Activity (other than perhaps sucrose as one collection). If, for a moment, you think of Sugar as a Firefox, and Activities as Addons, does each distro really consider packaging up every Addon kicking about for Firefox? Once a Sugar release and its platform dependancies are yum, aptitude, or whatever installed; the Sugar UI should then be the one to add/update additional Activities (via Browse as currently, or via a future update control panel checking with activity.sugarlabs.org). Regards, --Gary David On Sun, May 24, 2009 at 5:32 PM, Gary C Martin g...@garycmartin.com wrote: Hi David, On 24 May 2009, at 11:47, David Van Assche wrote: Overall it would be nice if we had an activitiy matrix that showed the stages of projects. The Activity Team have been making contact with past authors, slowly, slowly we're moving along even if it means adopting extra activities ourselves: http://wiki.sugarlabs.org/go/Activity_Team/Activity_Status The best thing folks can do If they have a favourite activity that is not yet migrated to Sugar Labs infrastructure is make some noise about it. Email the IAEP and/or sugar-devel and advocate or ask about it, email the author/s, see if they are still working on it or have future plans. Many activity developers seem to think no one is interested/using their work and often seem pleasantly surprised when they get an email about their past efforts. This would be helpful to show what people could work on to. Something like, name of activity on one side, and on the other stage (planning, pre-source, alpha, beta, rc, release, packaged, xo bundled, translated) Something along those lines, but I'm sure someone can come up with a better matrix. If this was up at some place, we could know pretty quickly what people could be working on. It could even be split by distro too... The idea came to me because there are a ton of git projects with no code in them. If there are git projects with no code in them, what makes you think the developer will edit another page somewhere else with project status information! ;-b With my activity developer hat on, I do find it a pain how many seemingly random places there are to work on when releasing a new version, even more for a new project, or migrated one. My check-list/ todo-list is something like: If it's a new project: - Create a Gitorious project repository for it http://git.sugarlabs.org/ and start hacking on your code - Request a trac component for you activity at http://dev.sugarlabs.org/ - Open a trac ticket to request addition to Pootle (if your strings/ release is reasonably mature/ready) - Create a page at http://wiki.sugarlabs.org/go/Activities/actvity- name If it's a new release: - Update your activities wiki page at http://wiki.sugarlabs.org/go/Activities/ actvity-name - Upload the .xo bundle, screenshots, notes to http://activities.sugarlabs.org/ - Upload .bz2 source to shell.sugarlabs.org /upload/sugar/sources/ honey - Edit wiki table http://wiki.sugarlabs.org/go/Development_Team/Source_Code and make sure it's pointing to your latest .bz2 - Edit wiki table http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Roadmap to get it on Soas - Write a [RELEASE] activity-name-version email and send it to sugar-devel If the project is migrating from olpc infrastructure: - Migrate git repository from http://dev.laptop.org/ - Migrate open trac tickets from http://dev.laptop.org/ - Track down relevant wiki.laptop.org pages and indicate the migration - For deployed activities make sure relevant http://wiki.laptop.org/go/Activities page version templates point to the correct/latest working bundles. I'm sure I missed a step or two, but I think you get the picture! On Sat, May 23, 2009 at 1:51 PM, Tomeu Vizoso to...@sugarlabs.org wrote: Hi Mohammad, On Tue, May 19, 2009 at 06:36, Mohammad Hamed m.ha...@paiwastoon.com.af wrote: Dear Software Translators, Could you please tell me how can I translate some Activities like: Physics, X2O, WFP, Implode, Conozco Uruguay to my language? FWIW: Having spoken with Alex
Re: [IAEP] Help to Find the PO file of Some Activities to able me to Translate Them
Well the main thing here is about demoing... I've taken it upon myself to package about 50 activities... including fructose and glucose... now... we have things like flash which isnt an xo bundle, though many people believe it could/should be, and that would/should be considered a honey app, but it must be installed via rpm Really the only process required with the new jhconvert alexey has been working on is upload to git, then jhconvert creates the packages for the all the distros, including the .xo bundles... so really we want to make it as easy as authors not having to worry about packaging at all... just about uploading their latest source to git.sugarlabs.org, the only place the source really needs to be... we can automate the rest... but your process is currently the only sane thing I've seen written up and it'd be a shame to loose it in the anals of archived emails... so better wiki than nothing, no? kind Regards, David Van Assche On Mon, May 25, 2009 at 6:15 PM, Gary C Martin g...@garycmartin.com wrote: On 25 May 2009, at 12:33, David Van Assche wrote: Super... that methodology should be written up some place as its a great guide to follow... I'd much rather try and find some agreement to cut un-necessary steps, rather than to wikify/formalise it and push every unfortunate Activity author through the same sausage factory! :-) /me puts on tinfoil hat and asbestos socks I've still not heard a good argument for why Activity authors currently need to create two bundles with identical source content (one .xo zip and one .bz2), upload them to two different locations, and document them in several different places. It's really easy to get out of sync. I'm also still not convinced about the sanity of distros needing to package up each individual Activity (other than perhaps sucrose as one collection). If, for a moment, you think of Sugar as a Firefox, and Activities as Addons, does each distro really consider packaging up every Addon kicking about for Firefox? Once a Sugar release and its platform dependancies are yum, aptitude, or whatever installed; the Sugar UI should then be the one to add/update additional Activities (via Browse as currently, or via a future update control panel checking with activity.sugarlabs.org). Regards, --Gary David On Sun, May 24, 2009 at 5:32 PM, Gary C Martin g...@garycmartin.com wrote: Hi David, On 24 May 2009, at 11:47, David Van Assche wrote: Overall it would be nice if we had an activitiy matrix that showed the stages of projects. The Activity Team have been making contact with past authors, slowly, slowly we're moving along even if it means adopting extra activities ourselves: http://wiki.sugarlabs.org/go/Activity_Team/Activity_Status The best thing folks can do If they have a favourite activity that is not yet migrated to Sugar Labs infrastructure is make some noise about it. Email the IAEP and/or sugar-devel and advocate or ask about it, email the author/s, see if they are still working on it or have future plans. Many activity developers seem to think no one is interested/using their work and often seem pleasantly surprised when they get an email about their past efforts. This would be helpful to show what people could work on to. Something like, name of activity on one side, and on the other stage (planning, pre-source, alpha, beta, rc, release, packaged, xo bundled, translated) Something along those lines, but I'm sure someone can come up with a better matrix. If this was up at some place, we could know pretty quickly what people could be working on. It could even be split by distro too... The idea came to me because there are a ton of git projects with no code in them. If there are git projects with no code in them, what makes you think the developer will edit another page somewhere else with project status information! ;-b With my activity developer hat on, I do find it a pain how many seemingly random places there are to work on when releasing a new version, even more for a new project, or migrated one. My check-list/todo-list is something like: If it's a new project: - Create a Gitorious project repository for it http://git.sugarlabs.org/ and start hacking on your code - Request a trac component for you activity at http://dev.sugarlabs.org/ - Open a trac ticket to request addition to Pootle (if your strings/release is reasonably mature/ready) - Create a page at http://wiki.sugarlabs.org/go/Activities/actvity-name If it's a new release: - Update your activities wiki page at http://wiki.sugarlabs.org/go/Activities/actvity-name - Upload the .xo bundle, screenshots, notes to http://activities.sugarlabs.org/ - Upload .bz2 source to shell.sugarlabs.org /upload/sugar/sources/honey - Edit wiki table http://wiki.sugarlabs.org/go/Development_Team/Source_Code and make sure it's pointing to your latest .bz2 - Edit wiki table
Re: [IAEP] Help to Find the PO file of Some Activities to able me to Translate Them
On Sun, May 24, 2009 at 6:47 AM, David Van Assche dvanass...@gmail.com wrote: Overall it would be nice if we had an activitiy matrix that showed the stages of projects. This would be helpful to show what people could work on to. Something like, name of activity on one side, and on the other stage (planning, pre-source, alpha, beta, rc, release, packaged, xo bundled, translated) Something along those lines, but I'm sure someone can come up with a better matrix. If this was up at some place, we could know pretty quickly what people could be working on. It could even be split by distro too... The idea came to me because there are a ton of git projects with no code in them. http://wiki.sugarlabs.org/go/Activity_Team/Activity_Status is a start... -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Help to Find the PO file of Some Activities to able me to Translate Them
Its a start indeed, except all the links go to dev.laptop.org with no source, and most have no status at all. Does anyone mind if I create a new one based on this and what I know? I'll then try and find the exact status of all activities. I need this anyway for the activities I am packaging so it shouldnt be too much extra work. Kind Regards, David Van Assche On 5/24/09, Walter Bender walter.ben...@gmail.com wrote: On Sun, May 24, 2009 at 6:47 AM, David Van Assche dvanass...@gmail.com wrote: Overall it would be nice if we had an activitiy matrix that showed the stages of projects. This would be helpful to show what people could work on to. Something like, name of activity on one side, and on the other stage (planning, pre-source, alpha, beta, rc, release, packaged, xo bundled, translated) Something along those lines, but I'm sure someone can come up with a better matrix. If this was up at some place, we could know pretty quickly what people could be working on. It could even be split by distro too... The idea came to me because there are a ton of git projects with no code in them. http://wiki.sugarlabs.org/go/Activity_Team/Activity_Status is a start... -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Help to Find the PO file of Some Activities to able me to Translate Them
Hi David, On 24 May 2009, at 11:47, David Van Assche wrote: Overall it would be nice if we had an activitiy matrix that showed the stages of projects. The Activity Team have been making contact with past authors, slowly, slowly we're moving along even if it means adopting extra activities ourselves: http://wiki.sugarlabs.org/go/Activity_Team/Activity_Status The best thing folks can do If they have a favourite activity that is not yet migrated to Sugar Labs infrastructure is make some noise about it. Email the IAEP and/or sugar-devel and advocate or ask about it, email the author/s, see if they are still working on it or have future plans. Many activity developers seem to think no one is interested/ using their work and often seem pleasantly surprised when they get an email about their past efforts. This would be helpful to show what people could work on to. Something like, name of activity on one side, and on the other stage (planning, pre-source, alpha, beta, rc, release, packaged, xo bundled, translated) Something along those lines, but I'm sure someone can come up with a better matrix. If this was up at some place, we could know pretty quickly what people could be working on. It could even be split by distro too... The idea came to me because there are a ton of git projects with no code in them. If there are git projects with no code in them, what makes you think the developer will edit another page somewhere else with project status information! ;-b With my activity developer hat on, I do find it a pain how many seemingly random places there are to work on when releasing a new version, even more for a new project, or migrated one. My check-list/ todo-list is something like: If it's a new project: - Create a Gitorious project repository for it http:// git.sugarlabs.org/ and start hacking on your code - Request a trac component for you activity at http://dev.sugarlabs.org/ - Open a trac ticket to request addition to Pootle (if your strings/ release is reasonably mature/ready) - Create a page at http://wiki.sugarlabs.org/go/Activities/actvity- name If it's a new release: - Update your activities wiki page at http://wiki.sugarlabs.org/go/Activities/ actvity-name - Upload the .xo bundle, screenshots, notes to http://activities.sugarlabs.org/ - Upload .bz2 source to shell.sugarlabs.org /upload/sugar/sources/honey - Edit wiki table http://wiki.sugarlabs.org/go/Development_Team/Source_Code and make sure it's pointing to your latest .bz2 - Edit wiki table http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/ Roadmap to get it on Soas - Write a [RELEASE] activity-name-version email and send it to sugar- devel If the project is migrating from olpc infrastructure: - Migrate git repository from http://dev.laptop.org/ - Migrate open trac tickets from http://dev.laptop.org/ - Track down relevant wiki.laptop.org pages and indicate the migration - For deployed activities make sure relevant http://wiki.laptop.org/go/Activities page version templates point to the correct/latest working bundles. I'm sure I missed a step or two, but I think you get the picture! On Sat, May 23, 2009 at 1:51 PM, Tomeu Vizoso to...@sugarlabs.org wrote: Hi Mohammad, On Tue, May 19, 2009 at 06:36, Mohammad Hamed m.ha...@paiwastoon.com.af wrote: Dear Software Translators, Could you please tell me how can I translate some Activities like: Physics, X2O, WFP, Implode, Conozco Uruguay to my language? FWIW: Having spoken with Alex Levenson yesterday, I've started to migrate Physics over to Suage Labs infrastructure (X2o is next on my list). It runs fine on sugar-jhbuild, but does need some UI work and clean-up before I request addition to pootle for translation, or upload a bundle to activities.sugarlabs.org. I also mailed Jo Lee (Implode) about his availability, will migrate that over as well if he doesn't have the time at the moment. Regards, --Gary If you could tell me that how can I find the PO file of the activities it would be easier for me to translate them. Looks like these activities are not in pootle yet. What I think we should do is to contact the maintainers and work with them so their activities are translatable in pootle. If the activities have no active maintainers, then perhaps the Activity Team could adopt them? Regards, Tomeu Sincerely, Mohammad Hamed User Service Officer One Laptop Per Child (OLPC) Project PAIWASTOON Networking Services Ltd. Email: m.ha...@paiwastoon.com.af Mobile: 0093 786 876546 Phone: 0093 794 195494 PAIWASTOON Networking Services Ltd. 1st street Kart-e-Se, Darul Aman Road Kabul, Afghanistan www.paiwastoon.com.af www.olpc.af ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
