FreedomBox/freedombox.org Website — Telugu @ Hosted Weblate: Though our core team is small, hundreds of volunteers have …

The translation is temporarily closed for contributions due to maintenance, please come back later.
The translation was automatically locked due to following alerts: Could not push the repository.

Zen

Translation

English

Telugu

Needs editing

This translation is currently locked.

Skip

	English	Telugu	Actions
	Meet the members of our core team! Though several community members make contributions, the core team consists of those who are most involved in the development of FreedomBox.	మా కోర్ టీమ్ సభ్యులను కలవండి
	Email	ఇమెయిల్
	Social	సామాజిక
	Website	వెబ్సైట్
	Contributors	సహకారులు
	Though our core team is small, hundreds of volunteers have made contributions to FreedomBox throughout the years. Many of those contributors are listed <a href="https://wiki.debian.org/FreedomBox/Contributors">here</a>. We thank them for their work!	మా కోర్ టీమ్ అయినప్పటికీ
	How Decisions are Made	ఎలా నిర్ణయాలు తీసుకుని
	Generally, decisions about software development and design are discussed by members of the core team and implemented using our open software development platform (i.e. GitLab). Many of the decisions made by our team are uncontroversial and don’t require extended periods of discussion.	సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ గురించి సాధారణంగా నిర్ణయాలు తీసుకుంటారు
	But sometimes, extended periods of discussion are necessary. For proposals that could plausibly be subject to disagreement, we use a “Request for Comments” (RFC) procedure. RFC’s should be posted to one of our open development platforms (i.e. Gitlab or the forum) and should include (1) a written summary, sketch, or mock-up of the proposal, (2) a brief explanation of why the proposal is needed, and (3) a list of action items required to implement the proposal. Optionally, one may also include in the RFC a fourth item: a suggested timeline for the discussion process in order to prevent unnecessary delays. Sometimes, disagreements make it difficult to follow prescribed timelines; in such cases, participants should make efforts in good faith to compromise and, failing that, can extend the discussion.	కానీ కొన్నిసార్లు పొడిగించిన చర్చలు లేదా అవసరం
	Improvement by Revision	పునర్విమర్శ ద్వారా మెరుగుదల
	In general, when proposals regarding software development or design are accepted, these proposals are treated as revisable, not permanent. This improvement-by-revision approach to proposals enables us to accept generally solid proposals without dwelling on minor details. Minor tweaks to accepted proposals can always be made later instead of upfront. Like the original proposal, revisions are subject to discussion and can’t be made unilaterally. In the spirit of experimentation, we embrace revisability in order to foster incremental improvements to our software.	సాధారణంగా సాఫ్ట్‌వేర్ అభివృద్ధికి సంబంధించి ప్రతిపాదనలు ఉన్నప్పుడు

Loading…

Juber

Translation added

English

Telugu 24 characters edited Current translation Translated

7 months ago

Browse all string changes

Things to check

Mismatched exclamation mark

Source and translation do not both end with an exclamation mark

Reset

Glossary

English	Telugu
FreedomBox	ఫ్రీడంబాక్స్	FreedomBox Glossary

String information

Flags

safe-html

Source string location

templates/community.html:74

String age

3 years ago

Last updated

12 months ago

Source string age

3 years ago

Translation file

locale/contents+te.po, string 149