[Bug 657716] New: New translation team
by Red Hat Bugzilla
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.
9 years
[Bug 666038] New: [all languages] yum untranslated words
by Red Hat Bugzilla
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.
11 years, 1 month
[Bug 666047] New: [all languages] yum untranslated words
by Red Hat Bugzilla
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.
11 years, 3 months
Transifex in website category
by Rafael Gomes
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
>
11 years, 7 months
[Bug 624058] New: Bugfix for glibc entry "nds_DE" in /usr/share/i18n/locales
by Red Hat Bugzilla
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.
11 years, 11 months
Re: Translating manpages
by Inna Kabanova
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...
[4] - http://www.transifex.net/projects/p/manpages-ylsoftware-ru/
--
Inna Kabanova / Russian Fedora Team
11 years, 11 months
Re: Collaboration/Cooperation between distribution i18n/l10n teams
by Akira TAGOH
I guess a kind of topic would be better posting to the trans list.
---
Akira TAGOH
----- 元のメッセージ -----
| Hi,
|
| first let me introduce myself:
|
| My name is Oliver Burger and I am the substitute leader of the Mageia
| i18n
| team.
|
| While setting up / creating the infrastructure for Mageia we decided
| to use
| transifex for our i18n work.
| Lot's of things were discussed and done on i18n side as well as on
| sysadmin
| side.
|
| While looking into transifex we found at least two annoying issues
| with it. We
| have created a page in our temporary wiki (which will be replaced by a
| shiny
| new mediawiki installation soon but trying to preserve the contents)
| about
| transifex. It's mainly a howto for the translators but at the end of
| it we are
| listing all things, we have problems with.
| http://www.mageia.org/wiki/doku.php?id=transifex_howto
|
| If you agree with me (as some of you have done on the #fedora-l10n irc
| channel, please feel free to add things to it, comment on it either
| here on
| this ml or directly in the wiki page.
|
| Thank you, hoping for a good collaboration/cooperation between
| different
| distros,
|
| Oliver
|
| --
| http://www.mageia.org/ - Mageia, the magic continues
|
|
| Oliver Burger aka obgr_seneca
|
| web team
| i18n team
| packaging team
| --
| i18n mailing list
| i18n(a)lists.fedoraproject.org
| https://admin.fedoraproject.org/mailman/listinfo/i18n
12 years, 2 months
Re: L10N migration to transifex.net
by Ruediger Landmann
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
12 years, 2 months
