trans February 2011

trans@lists.fedoraproject.org

49 participants
50 discussions

[Bug 657716] New: New translation team
by Red Hat Bugzilla 08 May '14

08 May '14

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: New translation team https://bugzilla.redhat.com/show_bug.cgi?id=657716 Summary: New translation team Product: Fedora Localization Version: unspecified Platform: Unspecified OS/Version: Linux Status: NEW Severity: medium Priority: low Component: l10n-requests AssignedTo: dimitris(a)glezos.com ReportedBy: mohar.darko(a)gmail.com QAContact: aalam(a)redhat.com CC: piotrdrag(a)gmail.com, fedora(a)couf.be, diegobz(a)gmail.com, fedora-trans-list(a)redhat.com Classification: Fedora I would like to create a new Fedora Slovenia translation team. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

[Bug 666038] New: [all languages] yum untranslated words
by Red Hat Bugzilla 03 Apr '12

03 Apr '12

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [all languages] yum untranslated words https://bugzilla.redhat.com/show_bug.cgi?id=666038 Summary: [all languages] yum untranslated words Product: Fedora Localization Version: unspecified Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: medium Priority: low Component: Other language AssignedTo: dimitris(a)glezos.com ReportedBy: lecotegougdelaforce(a)free.fr QAContact: aalam(a)redhat.com CC: piotrdrag(a)gmail.com, fedora-trans-list(a)redhat.com Classification: Fedora Description of problem: When asking for package installation or removal with yum, the user using non-English localization will be facing the following sentence : "---> Package [some package] will be [local translation of "erased" or "installed"]" in which the English words "Package" and "will be" are not localized. This sentence is not translated either : "Adding [locale] to language list" Version-Release number of selected component (if applicable): yum.noarch 0:3.2.28-14.fc15 (on F14) -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

[Bug 666047] New: [all languages] yum untranslated words
by Red Hat Bugzilla 23 Feb '12

23 Feb '12

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [all languages] yum untranslated words https://bugzilla.redhat.com/show_bug.cgi?id=666047 Summary: [all languages] yum untranslated words Product: Fedora Version: 14 Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: Translation, Triaged Severity: medium Priority: low Component: yum-langpacks AssignedTo: petersen(a)redhat.com ReportedBy: aalam(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, james.antill(a)redhat.com, pmatilai(a)redhat.com, tla(a)rasmil.dk, ffesti(a)redhat.com, piotrdrag(a)gmail.com, fedora-trans-list(a)redhat.com, maxamillion(a)fedoraproject.org, skvidal(a)sethdot.org, i18n-bugs(a)lists.fedoraproject.org, lecotegougdelaforce(a)free.fr Depends on: 666038 Classification: Fedora Target Release: --- Clone Of: 666038 yum-langpacks-0.1.5-3.fc14.noarch +++ This bug was initially created as a clone of Bug #666038 +++ Description of problem: When asking for package installation or removal with yum, the user using non-English localization will be facing the following sentence : "---> Package [some package] will be [local translation of "erased" or "installed"]" in which the English words "Package" and "will be" are not localized. This sentence is not translated either : "Adding [locale] to language list" Version-Release number of selected component (if applicable): yum.noarch 0:3.2.28-14.fc15 (on F14) --- Additional comment from aalam(a)redhat.com on 2010-12-28 20:59:45 IST --- Bug need to move 'yum' package and 'yum plugins' -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

Transifex in website category
by Rafael Gomes 29 Oct '11

29 Oct '11

Hi Guys, Why we mantain the transifex translate in our transifex[1], if it have yourself upstream project? Should we remove this project from our infra? Thanks! [1] - https://translate.fedoraproject.org/projects/transifex/ [2] - http://www.transifex.net/projects/p/transifex/ Rafael Gomes Consultor em TI LPIC-1 (71) 8146-5772 Atenção: Este e-mail pode conter anexos no formato ODF (Open Document Format)/ABNT (extensões odt, ods, odp, odb, odg). Antes de pedir os anexos em outro formato, você pode instalar gratuita e livremente o BrOffice (http://www.broffice.org) ou o seguinte Plugin para Microsoft Office (http://www.sun.com/software/star/odf_plugin/get.jsp). On Fri, Mar 5, 2010 at 6:26 AM, Ilias Romanos <ilias(a)i5garage.com> wrote: > On Fri, 2010-03-05 at 13:41 +0530, Shankar Prasad Venkateshbhat wrote: >> HI Ilias, >> > my name is Ilias from Ioannina, Greece and my FAS username is kboi. >> > >> Welcome! Nice to see you here! Since you are from Greece, I assume >> that you are interested to contribute to Greek Translations. >> >> Currently Dimitris Glezos is the Maintainer for the Greek Team. >> >> To reach out the fellow Greek Translators please do join the el >> mailing list as well. >> >> To learn more about the translation process involved in the FLP, do >> visit the Greek version of Translation Quick Start Guide. >> >> For any other help, please drop a mail to the list. >> >> Shanky >> -- >> trans mailing list >> trans(a)lists.fedoraproject.org >> https://admin.fedoraproject.org/mailman/listinfo/trans > > Hey Shanky, > > Thank you for the welcoming. I've already joined my local mailing list > and send an introductory mail to them as I was instructed by the > Translation Quick Start Guide you've mentioned. > > Thanks again, > Ilias > > -- > trans mailing list > trans(a)lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/trans >

10 26

[Bug 624058] New: Bugfix for glibc entry "nds_DE" in /usr/share/i18n/locales
by Red Hat Bugzilla 28 Jun '11

28 Jun '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Bugfix for glibc entry "nds_DE" in /usr/share/i18n/locales https://bugzilla.redhat.com/show_bug.cgi?id=624058 Summary: Bugfix for glibc entry "nds_DE" in /usr/share/i18n/locales Product: Fedora Localization Version: unspecified Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: Other language AssignedTo: dimitris(a)glezos.com ReportedBy: ncfiedler(a)fedoraproject.org QAContact: aalam(a)redhat.com CC: piotrdrag(a)gmail.com, fedora-trans-list(a)redhat.com Classification: Fedora Created an attachment (id=438687) --> (https://bugzilla.redhat.com/attachment.cgi?id=438687) fixed nds_DE from /usr/share/locales Description of problem: The actual nds_DE file in /usr/share/locales is obsolete - it is old and wrong. I edited it and hope for it to be adequate now. The old file seems to produce errors while setting the locale to "nds" (Low German). I attached the new file to this bug as a fix. Version-Release number of selected component (if applicable): How reproducible: /usr/share/locales/nds_DE has some wrong contents Steps to Reproduce: 1. 2. 3. Actual results: Expected results: ship the new nds_DE in the next release or as an update Additional info: -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

Re: Translating manpages
by Inna Kabanova 27 Jun '11

27 Jun '11

Good day! ----- "daniel cabrera" <logan(a)fedoraproject.org> пишет: > So, Yulia, Inna, just to be certain, do you think your team in Tx.net > will allow other languages to join you and to use the structure you've > created? If yes, can we use your repositorys, or perhaps you think > that it's better host the files somewhere else? And the last thing: > I've found another translations of man pages in Tx.net [2] that are > also related with you guys: Is there somewhere else where we have to > look for? > > [1] http://www.transifex.net/projects/p/man-pages/ > [2] http://www.transifex.net/projects/p/manpages-ylsoftware-ru/ Yes, certainly. You can add new team on Tx.net [1] and you can also use our repo on Sf.net [2] (if the name "man-pages-ru" doesn't embarrass you :). You can also add page in your language with instructions to Sf.net (ask me about it in private letter). One can find some details about project [2] in file [3]. There are 3 coordinators (Russian): kruvalig (Valerij Kruchko)- project [1] on Tx.net (from Russian Fedora L10N Team); yuray (Yuri Kozlov) - project on Sf.net [2] (He is from Debian community); and I (mama-sun, Inna Kabanova) - I'm responsible for communications with other projects in Russia, with Russian Fedora L10N Team and others. (But if you have some technical questions you had better ask yuray :). And what about project [4]: it is project of Vladimir Stupin (morbo). He created it to translate into Russian man-pages he want. For the moment projects [1] and [4] are not coherent. ----- "Dimitris Glezos" <dimitris(a)glezos.com> пишет: > This effort be created as a global, common project, in order to > leverage the common toolchain. One repository should be created which > contains all source and language files. Something like "CMTP: Common > Manpage Translation Project". We should create a Google Group with > some instructions posted, etc. Yes, I think so too. But today we are at the outset and there are a lot of unsettled problems ahead. > > Any downstream distribution which would like to re-use some of these > translations, could just use this repo as their RPM/DEB source repo in > their spec files. When we succeed in delivering a first set of > translations, the package maintainers could be informed about the > existence of this effort. > > Downstream contributors (e.g. translators of Fedora, Ubuntu, etc) > interested in translating manpages could be encouraged to contribute > to this project. We try to contact with Russian teams from other distribs to invite them into the project. > > > [1] http://www.transifex.net/projects/p/man-pages/ > > My questions mainly revolve around technical issues, like, how do we > keep these PO files in sync with the source repositories? With my > (poor) understanding, I can imagine a workflow as follows: > > 1. We create a repo on github/bitbucket/foo which contains the PO > files. > > 2. The repo contains a text file with direct download links to the > nroff files of upstream projects. > > 3. A sync script is run every few days which downloads these files > and updates the PO files. > > 4. A script/Makefile rule is provided to the developer which he can > run before he releases. > > 5. A new developer can request the addition of his project/URL by > opening a ticket to our ticketing system. > > Do these make sense? According to what Yuri's said me about your questions in our project we have only one upstream project (kernel.org) and we didn't solve the problem of adding a new one. But it's interesting for us. So I ask you, Dimitris, to communicate with Yuri (yuray AT komyakino DOT ru) and kruvalig to take up this problems. [1] - http://www.transifex.net/projects/p/man-pages/ [2] - http://sourceforge.net/projects/man-pages-ru/ [3] - http://man-pages-ru.svn.sourceforge.net/viewvc/man-pages-ru/README_En.txt?r… [4] - http://www.transifex.net/projects/p/manpages-ylsoftware-ru/ -- Inna Kabanova / Russian Fedora Team

6 7

[Bug 630321] New: Please add direct git access to libguestfs in transifex
by Red Hat Bugzilla 28 Mar '11

28 Mar '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Please add direct git access to libguestfs in transifex https://bugzilla.redhat.com/show_bug.cgi?id=630321 Summary: Please add direct git access to libguestfs in transifex Product: Fedora Localization Version: unspecified Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: l10n-requests AssignedTo: dimitris(a)glezos.com ReportedBy: rjones(a)redhat.com QAContact: aalam(a)redhat.com CC: piotrdrag(a)gmail.com, fedora(a)couf.be, diegobz(a)gmail.com, fedora-trans-list(a)redhat.com Classification: Fedora Target Release: --- Description of problem: Currently libguestfs uses bugzilla for uploading PO files. I have set up a mirror git repo which you should be able to commit to directly: http://fedorapeople.org/gitweb?p=rjones/public_git/libguestfs.git;a=summary I have attempted to set up permissions so that the transif(ex) user can push changes. This is the current state of the directory ACLs: $ getfacl . # file: . # owner: rjones # group: rjones user::rwx user:transif:-w- group::rwx mask::rwx other::r-x (I just did 'setfacl -m u:transif:w .' and nothing else). Note there are two components that need to be updated: https://translate.fedoraproject.org/projects/p/libguestfs/c/master/ https://translate.fedoraproject.org/projects/p/libguestfs/c/master-docs/ Note that transifex can either push to the master branch, or we can create a special branch for it. I suspect creating a special translations branch will be better, but what do you think? -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

Re: Collaboration/Cooperation between distribution i18n/l10n teams
by Akira TAGOH 09 Mar '11

09 Mar '11

3 3

Re: L10N migration to transifex.net
by Ruediger Landmann 07 Mar '11

07 Mar '11

On 02/17/2011 12:43 AM, Zach Oglesby wrote: > Over the last few days it has been decided that we are going to move > all of Fedora's translation efforts away from a self hosted solution > and on to transifex.net. This decision has greatly saddened and disappointed me. With all respect to Dmitris and his team, to me, it seems like Fedora is giving up a key part of our infrastructure and our independence. Therefore, I have obtained permission from my manager to put time and resources into packaging Transifex 1.1 for fedoraproject.org. I have also had the time and skills of two Red Hat sysadmins allocated to get Fedora's own instance of Transifex upgraded and migrated ASAP. I believe that if the Fedora Localization Project is open to the idea, we could have an up-to-date and fully functional local instance of Transifex 1.1 available within a week. Does this seem acceptable? I also want to take this opportunity to thank Dmitris for his extremely generous offer to host this massive project on behalf of Fedora. However, apart from the reasons I gave earlier, I also can't help but feel that this direction would be grossly unfair on Dmitris and his business. Indifex is, after all, a commercial venture, and server resources and bandwidth aren't free of charge -- especially on the scale contemplated for Fedora. Just before I came to work for Red Hat, I owned a small IT business myself, and know that every penny counts! :) Cheers Rudi

16 35

Problem with uploading updated (and/or new) pos to Fedora subprojects in transifex.net
by josefhruska＠upcmail.cz 03 Mar '11

03 Mar '11

Hello Adam, There are difficulties with uploading po files to Fedora projects in transifex.net. I am experiencing the same problem like here [1]. It seems that there is a mismatch within Transifex concerning languages teams variants (e.g. 'cs' vs. 'cs_CZ'). So I had to use 'cs' language to upload a fully new Czech translation of Fedora docs project website/Labels_cs_CZ.po in the upload dialog. However, I am still not able to upload an updated Welcome.po. Could you - or someone with appropriate privileges (that's why I also cc'ing the FLP) to change the team language as suggested in the solution to the problem? Josef [1] http://getsatisfaction.com/indifex/topics/_translate_now_cannot_be_activated

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

trans February 2011