General guidelines (Türkçe)

Davranış kurallarına ek olarak, her forumun aşağıdaki alt bölümlerde özetlenen kendine özgü kuralları vardır.

Forumlar

Nasıl başlık açılır / mesaj yazılır

Net ve bilgilendirici başlıklar seçin: Bu, o konuda bilgi sahibi olan deneyimli kullanıcıların yanıt verme olasılığını artırır. Ayrıca, benzer sorunları yaşayan geleceki kullanıcıların forum aramalarında konuyu bulmasını ve referans almasını kolaylaştırır. [ACİL!], [YARDIM] gibi gereksiz ifadelerden kaçının.
Düzgün ve seviyeli bir dil kullanımı: Sade, doğru bir dil ve dil bilgisi kullanmak için gösterilen samimi bir çaba, topluluğa duyulan saygının bir göstergesidir; kesinlikle takdir edilecek ve olumlu yanıtlar alma olasılığını artıracaktır. "Mesajlaşma dili", "internet jargonları", "leetspeak" ve diğer tüm internet argolarını kullanmaktan kaçının.
Soru sorarken olabildiğince fazla bilgi verin: Hata mesajlarını, terminal çıktılarını, günlükleri (log), daha önce neleri denediğinizi, hangi dökümanları inceleyip hangi aramaları yaptığınızı ve ilgili yapılandırma dosyalarını mutlaka ekleyin.
Her başlıkta tek bir konuyu ele alın: Teknik sorun alt forumlarında uzun uzadıya uzayan başlıklar genellikle hoş karşılanmaz.
Sorunuzu yalnızca bir alt forumda paylaşın: En ilgili olanını seçin ve sadece oraya yazın.
Rehber (tutorial) veya "nasıl yapılır" yazıları paylaşmayınız: Belgelerin yeri, güncel tutulabileceği yer olan Wiki'dir.
Mevcut bir başlığa yanıt verirken: Her zaman ilk mesajı okuyun ve ana konuya odaklanmaya çalışın.
Sorun çözüldüğünde: İlk mesajınızı düzenleyerek "Konu" (Subject) alanındaki başlığın önüne [ÇÖZÜLDÜ] veya [SOLVED] etiketini ekleyin.
[KAPATILDI] veya [CLOSED] etiketini kullanmaktan kaçının: Bu etiket, sistem tarafından artık yeni mesajlara kapatılmış başlıkları belirtmek için otomatik kullanılır.
Eğer bir başlık [ÇÖZÜLDÜ] olarak işaretlendiyse: Altına "Benzer bir sorun yaşıyorum..." gibi mesajlar yazmayın; yeni bir başlık açın ve gerekirse o çözülmüş başlığa link verin.

Resim ve kod yapıştırma

Konsol çıktılarını yapıştırırken [code] etiketlerini kullanın. Büyük miktarda kod paylaşırken bir pastebin istemcisi kullanın. **pastebin.com sitesini KULLANMAYIN**—bazı kullanıcılar için engellenmiştir ve can sıkıcı sorunlar (JavaScript, reklamlar, kötü biçimlendirme vb.) çıkarma geçmişi vardır. İngilizce dışı yerel ayar kullananlar için: Çıktının İngilizce olması için komutların başına LC_ALL=C.UTF-8 ekleyin. Tam ekran resimler paylaşmayın; bunun yerine resimlerin bağlantılarını (isteğe bağlı olarak küçük resimlerle - thumbnail) paylaşın. Boyutları 250×250 pikselden veya 50 KiB'den büyük olan resimler kaldırılacaktır. Metin çıktılarının ekran görüntüsünü (screenshot) **paylaşmayın**; metnin kendisini kopyalayıp yapıştırın.

Hayat iki yönlü bir caddedir

Basit ama derin ve yadsınamaz bir gerçek. Başlığınızın başkaları için yararlı olacak ayrıntılar ve bilgiler içerdiğinden emin olun. Bulgularınızı toplulukla paylaşın. Başarısızlıklarınızı da paylaşın. Başlığınıza "Neyse, çözdüm." yazıp bırakmak veya benzer nedenlerle kendi mesajlarınızı silmek sadece bencilce ve topluluk için yararsız olmakla kalmaz, aynı zamanda kaynakların ve herkesin zamanının tamamen boşa harcanmasıdır. Ayrıca, zorla yardım talep etmek veya kaba bir sabırsızlık göstermek burada hoş karşılanmaz. Arch, gönüllülerden oluşan bir topluluk tarafından sağlanır. Arch kullanıcılarının araştırma yapması, çaba göstermesi, başlıkta geri bildirimde bulunması, başkalarına yardım etmesi, sürece dahil olması ve topluluğa katkıda bulunması şiddetle teşvik edilir.

Bir "yardım vampiri" olmayın.

Ürün tavsiyesi talepleri

Bilgisayar ürünü veya donanım tavsiyesi isteyen başlıklar hoş karşılanmaz. Bu tür konular, tartıştıkları teknoloji gibi hızla geçerliliğini yitirir ve genel topluluğa kalıcı bir fayda sağlama olasılığı düşüktür. Kendi araştırmanızı yapmanız ve kendi kişisel gereksinimlerinize en uygun ürünün hangisi olduğu konusunda kendi sonuçlarınızı çıkarmanız beklenmektedir.

Eski başlıklar / "Hortlatma" (Necro-bumping)

Forumları düzenli tutmak için üzerinize düşeni yapın. Arch belgelerinin yeri Wiki olduğundan, teknik sorun alt forumlarında eski başlıkların hortlatılması ("necrobumping") genellikle hoş karşılanmaz. Çünkü bu durum kopuk "zombi" bilgilerin oluşmasına yol açabilir; Arch'ın yuvarlanan (rolling release) yapısı nedeniyle artık geçerli olmayan eski verilerle, güncel durumu yansıtan yeni mesajlar birbirine karışabilir.

Pratik kurallar:

Bir sorunuz varsa, yeni bir başlık açın ve gerekirse eski başlığa link verin. Eski başlığı yetkililerin kapatması için rapor da edebilirsiniz.
Ekleyecek bir şeyiniz varsa ve bilginizin ilgili ancak daha güncel olduğunu düşünüyorsanız, yeni bir başlık açın ve isterseniz eski başlığa link verin. Ancak Arch Wiki'de zaten var olan bilgileri tekrar paylaşarak emek hırsızlığı yapmaktan kaçının.
Sürümden bağımsız veya kesin bir çözümünüz varsa ve başlık bir veya iki yıldan daha eski değilse başlığı hortlatmak uygun *olabilir*.

Boş mesajlar / Gösteriş gönderileri (Power-posting)

Power-posting, en iyi şekilde boş ve değersiz mesajlar göndermek olarak tanımlanabilir. Buna tolerans gösterilmez. İnsanların bunu yapması için iki nedeni olabilir: Mesaj sayılarını anlamsızca artırmak veya bir fikri oyluyormuş gibi desteklemek. Power-posting örnekleri arasında "+1", "lol", "ben de", "katılıyorum" veya ":)" ile yanıt vermek sayılabilir ancak bunlarla sınırlı değildir.

Mesaj gönderirken veya yanıtlarken söyleyecek bir şeyiniz olduğundan emin olun. Bu boş mesajlar başlıkları ve tartışmaları karıştırır, 'Yeni Mesajları Göster' işlevini geçersiz kılar, bant genişliğini ve sunucu alanını boşa harcar.

Sadece "+1/-1" veya "ben de/katılıyorum/katılmıyorum" serisine dönüşen başlıklar kilitlenecektir. Münferit boş mesajlar da silinebilir.

Mesaj gönderirken veya yanıtlarken söyleyecek bir şeyiniz olduğundan emin olun. Bu boş mesajlar başlıkları ve tartışmaları karıştırır, 'Yeni Mesajları Göster' işlevini geçersiz kılar, bant genişliğini ve sunucu alanını boşa harcar.

Sadece "+1/-1" veya "ben de/katılıyorum/katılmıyorum" serisine dönüşen başlıklar kilitlenecektir. Münferit boş mesajlar da silinebilir.

Başlık Öne Çıkarma (Bumping)

Başlığınıza dikkat çekmek için tek bir kelime veya yararsız bir mesaj yazmak (bumping) yasaktır. Kendi araştırmanızı yapın, sorun gidermeye devam edin, sonuçları paylaşın ve topluluğa karşı sabırlı olun. İnsanlar başlığınızı okuyor ama yanıtlamıyor veya yardım etmiyorsa, daha fazla ayrıntı vermeyi deneyebilir veya doğru yöne yönlendirilmeyi isteyebilirsiniz. Genellikle soruların yanıtsız kalmasının nedeni, ilk mesajdaki ayrıntıların yetersiz olması veya çözümlerin Wiki'de, forumda ya da internette açıkça bulunması ve topluluğun bariz olanı göstermek istememesidir.

Çapraz Gönderi (Cross-posting)

Çapraz gönderi, aynı soruyu farklı alt forumlarda birden fazla kez paylaşmak (örneğin hem Newbie Corner hem de Installation'da paylaşmak) veya sorunun hafif farklı versiyonlarını aynı veya farklı alt forumlarda yayınlamaktır. Bu bir kaynak israfıdır ve izin verilmez. Çapraz gönderilen tüm konular derhal kilitlenecek ve silinmek üzere işaretlenecektir.

Başlık Gaspı (Thread hijacking)

Başlık gaspı, mevcut bir başlığa farklı bir konuyla yanıt verme işlemidir. Bu genellikle hoş karşılanmaz. Mevcut bir sorunla ilgili ancak net bir şekilde farklı bir probleminiz varsa yeni bir başlık açmanız daha iyidir. Ciddi bir başlığı konu dışı tartışmalarla gasp eden mesajlar da hoş karşılanmaz.

Çöp Kutusu Politikası (Silinmek üzere işaretlenenler)

Zaten panolarda veya Wiki'de belgelenmiş oldukları için veya Arch Yolu (Arch Way) ile tutarsız oldukları için kilitlenen/kapatılan başlıklar Dust/troll-bin (Çöp/Troll kutusu) alanına taşınacaktır. Beş günlük bir sürenin ardından başlık, yetkililerin takdirine bağlı olarak silinebilir. Sorumlu Moderatör başlığı açıkça "Binned" (Çöpe atıldı) veya "For deletion" (Silinecek) olarak işaretleyecektir.

E-posta Listeleri (Mailing lists)

E-posta listeleri için kurallar. Ayrıca bkz. E-posta listesi mesaj yazma stili.

Üste yazma (Top posting)

Top posting (gelen e-postanın en üstüne yanıt yazmak) için hiçbir mazeret yoktur. Bunu yapmayın.

Alıntı yapma

Önceki bir e-postadan yalnızca gerekli öğeleri alıntılayın (satır arası alıntı - interleaved quoting olarak da bilinir). Toplu alıntı yapmak başlıkları hızla şişirir ve okunabilirliği azaltırken, tüm listenin zihinsel yükünü artırır. Gereksiz tüm materyalleri budayın ve sadece ilgili alıntılanan kısma yanıt verin.

Düz metin (Plain text)

Düz metin, Unix ve e-posta standardıdır. HTML gereksizdir ve komut satırı istemcileri kullananlar için hoş karşılanmaz. Satır uzunluklarınızı makul tutun: Satır sonu için varsayılan değer 72 karakter kabul edilir.

https://useplaintext.email/ adresi, e-posta istemcilerini düz metin kullanacak şekilde yapılandırmak için talimatlar sunar.

E-posta listesine yanıt verin

Bir e-posta listesi başlığına yanıt verirken, orijinal e-postanın yazarı yerine e-posta listesine yanıt verdiğinizden emin olun. Çoğu e-posta istemcisi, yanıt seçenekleri arasında "e-posta listesine yanıt ver" özelliği sunmalıdır. Yoksa, "Kime" (To) alanına e-posta listesinin adresini manuel olarak girin.

arch-mirrors-announce ve aur-requests gibi abonelik gerektirmeyen e-posta listeleri için "herkese yanıt ver" (reply to all) seçeneğini kullanın ve e-posta listesinin alıcılar arasında olduğundan emin olun.

AUR

Arch Kullanıcı Deposu (Arch User Repository) için kurallara AUR yükleme kuralları sayfasından ulaşılabilir.

IRC

Tüm Arch IRC kanalları Libera Chat IRC ağındadır. Libera Chat'teki kullanıcılar ağ politikasına ve Libera Chat kanal kurallarına uymalıdır.

#archlinux kanalının resmi dili İngilizcedir. Başka bir dilde yardıma ihtiyacınız varsa uluslararası arch kanallarını arayın.

#archlinux kanalının ana konusu Arch Linux desteği ve tartışmalarıdır. Yazılım ve donanım üzerine genel sohbetlere, ana tartışma konusunu engellemediği sürece izin verilir. Bir konuyu başka bir kanala veya özel mesaja (PM) taşımanız istenirse bunu yapmalısınız.
/topic komutuyla kanal konusunu düzenli olarak okuyun. Genellikle önemli bilgiler içerir.
Yalnızca bir resmi kanal botu vardır: phrik. Bot komutlarını spamlamayın ve kullanımınızı yararlı şeylerle sınırlayın. Herhangi bir Arch Linux kanalına kendi botunuzu getirmek istiyorsanız, bunu yapmadan önce operatörlere sorun.
İzin almadan kanalları başka bir ağa veya ortama köprülemeyin (bridge).
Tüm katılımcıların izni olmadan günlükleri (logları) kamuya açık alanda yayınlamayın.
Kanalı metinle doldurmayın (flood yapmayın). Buna ASCII sanatları, bot komutları ve hata günlükleri dahildir.
- Üç satırdan uzun bir şeyi paylaşmak için bir pastebin kullanın. pastebin istemcileri ile birlikte program &> program-output.txt komutunu kullanmak bu adımı kolaylaştırabilir.
- Bot komutlarını denemek veya yardım fonksiyonuna bakmak istiyorsanız, bunu bir /query veya /msg içinde yapın. Örnek: /query phrik help komut.
Özel mesajda (PM) "away" (uzakta) durumunda nickiniz etiketlendiğinde verilen otomatik yanıtlar hariç, kanalda veya özel mesajda otomatik yanıt sistemleri kullanılması yasaktır.
Kimsenin hayatta olup olmadığını veya yazılımınızı kullanıp kullanmadığını sormayın, doğrudan sorunuzu belirtin.
Zorla yardım talep etmeyin; rica edin. Soruları tekrarlamadan önce birkaç dakika sabırla bekleyin. Çoğu soru, tıpkı sizin gibi *başka bir kullanıcı* tarafından yanıtlanır.
Yardım isterken, sizden daha fazla bilgi isteyen kişilere her zaman yanıt verin, cevabı bilmiyorsanız bilmediğinizi söyleyin.

Wiki

Wiki için kurallara Katkıda Bulunma sayfasından ulaşılabilir.

GitLab

Paketleme sorunları

archlinux/packaging/packages GitLab alanındaki sorunları bildirme kurallarına Hata bildirim kılavuzu sayfasından ulaşılabilir.

Paket birleştirme talepleri (Merge requests)

archlinux/packaging/packages GitLab alanındaki projeler için birleştirme talepleri (MR) gönderirken aşağıdaki kurallar geçerlidir.

Projenin kendi çatalınızdaki (fork) özel bir daldan (branch) birleştirme talebi oluşturun (varsayılan dal olan **main** dalını KULLANMAYIN). Bu, daha sonra paket geliştiricilerinin değişikliklerinizi yeniden temellendirmesini (rebase) sağlar.
Açıklayıcı commit mesajları yazın ve detaylı birleştirme talebi açıklamaları yapın: Bunların açık ve öz tutulması işlenmesini kolaylaştırır.
Bir bileti kapatan bir commit sağlarken, commit mesajının gövdesinde bunun için geçerli anahtar kelimelerden birini kullanın.
Bir commit mesajında bir bilete veya birleştirme talebine atıfta bulunurken (veya kapatırken), biletin veya birleştirme talebinin tam URL'sini kullanın.
.SRCINFO dosyasını değişikliklerinizle senkronize tutun (örneğin .SRCINFO dosyasını yeni sağlama toplamları (checksum), bağımlılıklar vb. ile güncelleyin).
Commit etmeden ve push yapmadan önce değişikliklerinizi test edin: Paketin doğru şekilde derlendiğini (clean chroot içinde) ve ele aldığınız sorunun doğru şekilde çözüldüğünü doğrulayın.
Önemsiz paket güncellemeleri için birleştirme talepleri oluşturmayın: Bunun yerine Arch'ın paketler web sitesindeki Flag Package Out-of-Date (Paketi Güncel Değil Olarak İşaretle) özelliğini kullanın. Sadece pkgver değerini yükseltmek, genellikle yeni bir sürümün paketlenmesini engelleyen şey değildir.
Sürümle ilgili değişkenlerde (pkgver, pkgrel, epoch) değişiklik yapmayın: Birleştirme talepleri, sürüm birimlerinden ziyade değişiklik birimleri olmalıdır. Değişiklikleri yayınlama kararı Paket Sorumlularının (Package Maintainers) ellerine bırakılmalıdır. Bunun istisnası, ayırt edilmesi/çözülmesi zor olan bir paket güncellemesini ele almak amacıyla açılan bir birleştirme talebi olabilir (örneğin, yama yapmayı veya derleme/paketleme işlevlerinde değişiklik yapmayı gerektiren güncellemeler, bir önceki maddeye bakın).