Özet

Proje sitesi docs.freebsd.org/en
Çeviri lisansı BSD 2-Clause "Simplified" License
Çeviri süreci
  • Çeviriler doğrudan yapılabilir.
  • Çeviri önerileri yapılabilir.
  • Yalnızca seçilmiş kullanıcılar tarafından katkıda bulunulabilir.
  • Çeviri iki dilli dosyaları kullanıyor.
Dosya maskesi documentation/content/*/articles/problem-reports/_index.po
Çeviri dosyası İndir documentation/content/fa/articles/problem-reports/_index.po
Son değiştirilme 30 Mayıs 2021 21:16
Son katkıda bulunan Parsa Samet

Dizge istatistikleri

Dizge yüzdesi Barındırılan dizge Sözcük yüzdesi Barındırılan sözcük Karakter yüzdesi Barındırılan karakter
Toplam 122 4.531 28.164
Çevrilmiş %3 4 %1 5 %1 38
Düzenlenmesi gerekli %0 0 %0 0 %0 0
Salt okunur %0 0 %0 0 %0 0
Denetim hataları olan %0 0 %0 0 %0 0
Önerileri olan dizgeler %0 0 %0 0 %0 0
Çevrilmemiş dizgeler %96 118 %99 4.526 %99 28.126
Son 12 ay Önceki

Son 12 aydaki etkinlik

0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 0 değişiklik 37 değişiklik
Mar Nis May Haz Tem Ağu Eyl Eki Kas Ara Oca Şub

Hızlı sayılar

4.531
Barındırılan sözcük
122
Barındırılan dizge
%3
Çevrilmiş
0
Katkıda bulunan
ve önceki 30 gün

Son 30 günün eğilimleri

+%3
Barındırılan sözcük
+%100
+%6
Barındırılan dizge
+%100
−%1
Çevrilmiş
+%3
—
Katkıda bulunan
—
Kullanıcı avatarı Bilinmiyor

Çevrilecek yeni dizgeler

Documentation / articles/problem-reports/_index — Farsça

Çevrilecek 35 yeni dizge çeviride göründü. 1 ay önce
Kullanıcı avatarı Bilinmiyor

Kaynağı güncelledi

Documentation / articles/problem-reports/_index — Farsça

"documentation/content/fa/articles/problem-reports/_index.po" dosyası değiştirildi. 1 ay önce
Kullanıcı avatarı Bilinmiyor

Depodaki dizge güncellendi

Documentation / articles/problem-reports/_index — Farsça

If someone requests additional information from you, or you remember or discover something you did not mention in the initial report, please submit a follow up. The number one reason for a bug not getting fixed is lack of communication with the originator. The easiest way is to use the comment option on the individual Bugzilla PR's web page, which you can reach from the https://bugs.freebsd.org/bugzilla/query.cgi[Bugzilla PR search page].
 
1 ay önce
Kullanıcı avatarı Bilinmiyor

Depodaki dizge güncellendi

Documentation / articles/problem-reports/_index — Farsça

If you really do not know where the problem lies (or the explanation does not seem to fit into the ones above), use the `misc` category. Before you do so, you may wish to ask for help first. You may be advised that one of the existing categories really is a better choice.
 
1 ay önce
Kullanıcı avatarı Bilinmiyor

Depodaki dizge güncellendi

Documentation / articles/problem-reports/_index — Farsça

If you are convinced that the problem will only occur under the processor architecture you are using, select one of the architecture-specific categories: commonly `i386` for Intel-compatible machines in 32-bit mode; `amd64` for AMD machines running in 64-bit mode (this also includes Intel-compatible machines running in EMT64 mode); and less commonly `arm`, `powerpc`, or `riscv64`.
 
1 ay önce
Kullanıcı avatarı Bilinmiyor

Depodaki dizge güncellendi

Documentation / articles/problem-reports/_index — Farsça

The email address you use will become public information and may become available to spammers. You should either have spam handling procedures in place, or use a temporary email account. However, please note that if you do not use a valid email account at all, we will not be able to ask you questions about your submission.
 
1 ay önce
Kullanıcı avatarı Bilinmiyor

Depodaki dizge güncellendi

Documentation / articles/problem-reports/_index — Farsça

The following instructions apply only to submissions via Bugzilla.
 
1 ay önce
Kullanıcı avatarı Bilinmiyor

Depodaki dizge güncellendi

Documentation / articles/problem-reports/_index — Farsça

Filling out the Bugzilla Form
 
1 ay önce
Kullanıcı avatarı Bilinmiyor

Depodaki dizge güncellendi

Documentation / articles/problem-reports/_index — Farsça

You should also take note that unless you explicitly specify otherwise in your request or in the patch itself, any patches you submit will be assumed to be licensed under the same terms as the original file you modified.
 
1 ay önce
Kullanıcı avatarı Bilinmiyor

Depodaki dizge güncellendi

Documentation / articles/problem-reports/_index — Farsça

Also note that while including small patches in a Github Pull Request is generally all right—particularly when they fix the problem described in the Pull Request-large patches and especially new code which may require substantial review before committing should be placed on a web or ftp server, and the URL should be included in the Pull Request instead of the patch. Patches in email tend to get mangled, and the larger the patch, the harder it will be for interested parties to unmangle it. Also, posting a patch on the web allows you to modify it without having to resubmit the entire patch in a followup. Finally, large patches simply increase the size of the database, since closed reports are not actually deleted but instead kept and simply marked as complete.
 
1 ay önce
Tüm çeviri değişikliklerine göz at