Debian Tüzüğü

Debian Projesi için Tüzük (sürüm 1.2)


1.2. sürümü 29 Ekim 2003 tarihinde onanmıştır. 21 Haziran 2003 tarihinde onanan, 2 Aralık 1998'de kabul edilmiş 1.0 sürümünün yerini almış olan, 1.1. sürümünün yerini almıştır.

1. Giriş

Debian Projesi özgür bir işletim sistemi oluşturmak amacını güden bireylerin oluştruduğu bir cemiyettir.

Bu belge, proje içerisinde karar alacak düzenin yapısını açıklar. Belge projenin hedeflerini, hedeflerine ulaşma yöntemlerini ya da direk olarak karar alma düzeni ile ilgili olanlardan başka bir yönetmeliği belirtmez.

2. Karar alacak birimler ve kişiler

Proje içerisinde verilen her karar aşağıdakilerin bir veya birden fazlası tarafından verilir:
  1. Geliştiriciler, Genel Uzlaşma ya da seçim yoluyla;
  2. Proje Lideri;
  3. Teknik Kurul ve/veya Teknik Kurul Başkanı;
  4. Belirli bir iş üzerinde çalışan Geliştirici;
  5. Proje Lideri tarafından belirli bir işe atanmış temsilciler;
  6. Proje Sekreteri
Belgenin geri kalanının çoğu, bu birimlerin güçlerini, oluşumlarını, atanmalarını ve kendi karar alma süreçlerinin usullerinin ana hatlarını çizecektir. Herhangi bir birimin veya kişinin güçleri diğerlerinin incelemesine ve/veya sınırlamasına tâbi olabilir; böyle bir durumda inceleyen birim ya da kişinin girişinin bunu belirtecektir. Yukarıdaki listede yer alan birimler ya da kişier, genelde, üzerinde yer aldığı kişi ya da birimleri seçebilir, seçimlerine yardımcı olabilir veya kararlarını geçersiz kılabilir, ancak bütün önce yer alanlar, bütün sonra yer alanların kararlarını geçersiz kılamaz.

2.1. Genel kurallar

  1. Tüzükte yer alan hiçbirşey, herhangi bir kişiye proje üzerinde çalışması için zorunluluk getirmez. İstemediği taktirde hiçkimse kendisine devredilmiş ya da atanmış bir işi yapmak zorunda değildir. Ancak bu kurallara ya da bu kurallara uygun olarak verilmiş kararlara karşıt olarak etkin bir faaliyet göstermemelilerdir.

  2. Herhangi bir kişi birden fazla görevi üstlenebilir, ancak Proje Lideri, Proje Sekreteri ve Teknik Kurul Başkanı birbirinden farklı olmalıdır. Ayrıca Proje Lideri kendisini Temsilci olarak atayamaz.

  3. Herhangi bir kişi, herhangi bir zamanda, umumi olarak belirterek elinde bulundurduğu görevden ayrılabilir.

3. Bireysel Geliştiriciler

3.1. Güçleri

Bireysel geliştiriciler
  1. Kendi işleri ile ilgili teknik veya teknik olmayan herhangi bir kararı alabilirler;
  2. Genel Uzlaşma taslağı teklifi yapabilir veya destekleyicisi olabilirler;
  3. Seçimlerde kendilerini Proje Lideri adayı gösterebilirler;
  4. Genel Uzlaşmalarda ve Liderlik seçimlerinde oy kullanabilirler;

3.2. Düzenleme ve atama

  1. Geliştiriciler katılımları ile Proje'nin hedefleri yolunda ilerlemesi için katkıda bulunmayı kabul etmiş ve Proje için paket(ler) bakımını ya da Proje Lideri'nin Temsilcisi(leri)'nin gerekli gördüğü diğer işleri yapan gönüllülerdir.

  2. Proje Lideri'nin Temsilcisi(leri) yeni Geliştirici alımamayı seçebilir veya kabul edilmiş Geliştiricileri çıkarabilir. Tabiki eğer Geliştiriciler, Temsilcilerin güçlerini kötüye kullandıklarını düşünürlerse, ilgili kararı Genel Uzlaşma - bkz. §4.1(3), §4.2. - yolu ile geçersiz kılabilirler.

3.3. Süreç

Geliştiriciler bu kararları uygun gördükleri gibi alabilirler.

4. Geliştiriciler Genel Uzlaşma veya seçim yoluyla

4.1. Güçleri

Geliştiriciler toplu şekilde:
  1. Proje Lideri atayabilir veya görevden alabilir.

  2. Bu tüzük üzerinde değişiklik yapabilir.

  3. Proje Lideri ya da herhangi bir Temsilci tarafından verilmiş kararları geçersiz kılabilir.

  4. Teknik Kurul tarafından verilmiş kararları aralarında 2:1 çoğunluk sağlamaları şartıyla geçersiz kılabilir.

  5. Teknik olmayan yönetmelik ve demeçler yayınlayabilir, değiştirebilir veya geri çekebilir.

    Bunlar projenin hedeflerini, diğer özgür yazılım bünyeleri ile ilişkilerini açıklayan belgeler ve Debian yazılımlarının yerine getirmek zorunda olduğu özgür yazılım lisans maddeleri gibi teknik olmayan yönetmelikler olabilir.

    Ayrıca bunlar günlük konular hakkında yazar(lar)ın duruşunu belirten yazılar da olabilir.

    1. Esas Belgeler, Proje'nin görev ve amaçları için kritik derecede önem taşıyan belge ya da demeçlerdir.
    2. Esas Belgeler, "Debian Sosyal Sözleşmesi" ve Debian Özgür Yazılım Yönergeleri" başlıklı belgelerdir.
    3. Bir Esas Belge'nin değiştirilmesi için 3:1 çoğunluk gereklidir. Yeni bir Esas Belge'nin yayınlanması ve geçerli olanların geri çekilmesi için bu tüzükteki Esas Belgelerin değiştirilmesi gerekir.

  6. Proje Lideri ve SPI ile birlikte, Debian'a tahsis edilmiş bağışlanmış mallarla igili kararları verir.

4.2. Süreç

  1. Geliştiriciler aşağıda belirtilmiş Standart Uzlaşma Yöntemini takip eder. Herhangi bir uzlaşma veya düzeltmenin geçerli hale gelmesi için, eğer herhangi bir Geliştirici tarafından teklif edildiyse, en az K tane diğer Geliştirici tarafından desteklenmesi veya Proje Lideri ya da Teknik Kurul tarafından teklif edilmiş olması gereklidir.

  2. Proje Lideri veya bir Temsilci tarafından verilmiş bir kararın geciktirilmesi:

    1. Eğer Proje Lideri veya Temsilcisi, veya Teknik Kurul bir karar verdiyse, Geliştiriciler bir genel uzlaşma sağlayarak bu kararı geçersiz kılabilir; bkz 4.1(3).
    2. Eğer böyle bir uzlaşma en az 2K tane Geliştirici tarafından desteklenmişse ya da Teknik Kurul tarafından teklif edilmişse, uzlaşma kararı anında durdurulur (uzlaşmanın içinde bunun belirtilmesi şartıyla).
    3. Eğer ilk karar bir tartışma süresini ya da bir seçim süresini değiştirmek için verilmişse veya uzlaşma Teknik Kurul kararını geçersiz kılmak için ortaya konmuşsa, sadece K tane Geliştirici'nin uzlaşmayı desteklemesi kararı anında durdurmaya yeterlidir.
    4. Eğer karar durdurulursa, tam bir seçim yapılıncaya kadar kararın durdurulup durdurulmayacağına karar vermek için hemen bir oylama yapılacaktır. Hemen yapılacak oylama için salt çoğunluk aranmayacaktır.
    5. Eğer Proje Lideri (ya da Temsilcisi) kararı geri çekerse, oylama tartışılabilir konuma gelecektir ve devam ettirilmeyecektir.

  3. Oylar Proje Sekreteri tarafından toplanır. Oylar, çeteleler ya da sonuçlar oylama süresince açıklanmaz; oylama bittikten sonra Proje Sekreteri bütün oyları listeler. Oylama süresi 2 haftadır, ancak Proje Lideri tarafından en fazla 1 hafta kadar değiştirilebilir.

  4. Tartışma süresi en az 2 haftadır, ancak Proje Lideri tarafından en fazla 1 hafta kadar değiştirilebilir. Proje Lideri nihai oy hakkına sahiptir. 3Q kadar salt çoğunluk aranır.

  5. Teklifler, destekçiler, değiştirmeler, oylama için çağrılar ve diğer resmi faaliyetler, Proje Lideri'nin Temsicisi(leri) tarafından belirtilen, umuma açık bir elektronik e-posta listesinde yapılır; herhangi bir Geliştirici bu listeye, yayınlanmak üzere e-posta gönderebilir.

  6. Oylar Sekretere uygun bir şekilde eposta yoluyla verilir. Sekreter her seçim için oyların değiştirilip değiştirilemeyeceğine karar verir.

  7. Q, geçerli Geliştirici sayısının kare kökünün yarısıdır. K, 5 ya da Q'dan küçük olana eşittir. Q ve K'nin tam sayı olmaları şartı aranmaz ve yuvarlanmazlar.

5. Proje Lideri

5.1. Güçleri

Proje Lideri:
  1. Teknik Kurul'a Temsilciler atayabilir veya temsilci kararları belirtebilir.

    Lider süre gelen bir sorumluluk alanı ya da belirli bir karar belirleyip, diğer bir Geliştirici'ye ya da Teknik Kurul'a iletebilir.

    Herhangi bir karar yetkilendirildiğinde veya alındığında, Proje Lideri yetkilendirmeyi geri çekemez; ancak belirli bir sorumluluk alanı içerisinde süre gelen yetkilendirmeyi geri çekebilir.

  2. Geliştiricilere yetki devredebilir.

    Proje Lideri, sorulduğunda veya başka bir sebeple, bakış açıları hakkında ya da projenin diğer üyeleri hakkında görüş belirtebilir; bu görüşler yalnız ve yalnızca Lider konu hakkında karar verme gücüne sahip olduğunda güç kazanacaktır.

  3. Acil hareket edilmesi gereken konularda karar verebilir.

    Bu madde zaman içerisinde gereken adımlar atılmadığı için acil hale gelmiş, hakkında son gün belirtilmemiş kararlar için geçerli değildir.

  4. Başka kimsenin sorumluluğu olmayan konularda karar verebilir.

  5. Genel Uzlaşma taslağı ya da değişikliği teklifi yapabilir.

  6. Teknik Kurul ile beraber, Kurul'a yeni üyeler atayabilir (bkz §6.2.)

  7. Geliştiriciler oy kullanırken nihai oy kullanabilir.

    Proje Lideri aynı zamanda normal bir oy hakkına da sahiptir.

  8. Yukarıda belirtildiği gibi Geliştiricilerin tartışma sürelerini değiştirebilir.

  9. Geliştiriciler arasındaki tartışmayı yönetebilir.

    Proje Lideri, Geliştiriciler arasındaki tartışmalara, konunun geçerli anahtar noktalara bağlı kalmasını sağlamak amacıyla, katılmaya çalışmalıdır. Proje Lideri konumunun ağırlığını kişisel görüşlerini kabul ettirmek amacıyla kullanmamalıdır.

  10. SPI ile birlikte, Debian'a bağışlanmış mallarla ilgili kararları verir. (bkz §9.1.)

5.2 Atanma

  1. Proje Lideri Geliştiriciler tarafından seçilir.
  2. Seçim liderlik konumunun boşalmasından dokuz hafta önce ya da (zaten çok geç olmuşsa) hemen başlar.
  3. Takip eden üç hafta içerisinde herhangi bir Geliştirici kendisini Proje Lideri adayı ilan edebilir.
  4. Sonraki üç hafta içerisinde yeni adaylar ilan edilemez; adaylar bu süreyi kampanyalarını yapmak için (kendilerini ve duruşlarını belirtmek için) kullanmalıdır. Eğer aday gösterme süresinin sonunda, hiçbir aday yoksa, aday gösterme süresi üç hafta daha uzatılır veya gerekli ise tekrar edilir.
  5. Daha sonraki üç hafta ise Geliştiricilerin oylarını kullanabilecekleri oylama süresidir. Liderlik oylamasında, oylar, oylama süresince ve oylamadan sonra gizli tutulur.
  6. Oy pusulasındaki seçenekler, kendilerini aday göstermiş ve geri çekilmemiş adaylar ve Yukarıdakilerden Hiçbirisi olacaktır. Eğer Yukarıdakilerden Hiçbirisi seçeneği en çok oyu alırsa, seçim süreci gerektiği kadar sayıda tekrarlanır.
  7. Karar mekanizması Standart Uzlaşma Yöntemi bölümü §A.6'da belirtildiği gibi olacaktır. Salt çoğunluk Genel Uzlaşma'da (§4.2) belirtildiği gibi sağlanır ve önceden belirlenmiş seçenek Yukarıdakilerden Hiçbirisi'dir.
  8. Proje Lideri'nin hizmet süresi seçilmesinden itibaren bir senedir.

5.3 Süreç

Proje Lideri alınan kararların Geliştiricilerin genel fikirlerine yakın olmasına çalışmalıdır.

Uygun olan durumlarda Proje Lideri gayri resmi olarak Geliştiricilerin fikirlerini sormalıdır.

Proje Lideri, Lider olarak karar verirken, kendi bakış açısının üzerinde gereğinden fazla durmamalıdır.

6. Teknik Kurul

6.1. Güçleri

Teknik Kurul :
  1. Teknik talitmatnamede yer alan konularda karar alabilir.

    Bu ifade teknik yönetmelik kılavuzlarını, geliştiricilerin referans materyallerini, örnek paketlerin içeriğini ve deneysel olmayan paket yapım araçlarının hareketlerinin tanımını kapsar. (Her durumda ilk kararları ilgili yazılım ya da dokümantasyonun her zamanki bakımcısı verir; ancak, bkz 6.3(5).)

  2. Geliştiricilerin yargı yetkilerinin kesiştiği bütün teknik konularda son kararı verir.

    Geliştiricilerin birbirine uygun teknik yönetmelikler ya da duruş oluşturmaları gereken durumlarda (örnek olarak, eğer birbine uyumsuzluk gösteren paketlerin önceliklerinin belirlenmesi konusunda, bir komut isminin sahipliği konusunda, her iki bakımcının da bir hata olduğunu kabul ettiği hatanın hangi pakete ait olduğu veya kimin paket bakımcısı olacağı konusunda anlaşamıyorlarsa) teknik kurul konu hakkında karar verebilir.

  3. Karar vermesi başka birisi tarafından istendiğinde karar verebilir.

    Herhangi bir kişi ya da bünye kendilerine ait bir kararı Teknik Kurul'a atayabilir veya konu hakkında tavsiye isteyebilir.

  4. Herhangi bir Geliştirici'nin kararını geçersiz kılabilir (3:1 çoğunluk gerektirir).

    Teknik Kurul, Geliştirici'nin onayı olmasa bile, herhangi bir Geliştirici'den belirli bir teknik yolu izlemesini isteyebilir; bu durum 3:1 çoğunluk gerektirir. Örnek olarak, Kurul bir hatayı belirten kişinin şikayetini geçerli bulup, hatayı belirten kişinin önerdiği çözümün uygulanmasının uygun olduğunu belirleyebilir.

  5. Tavsiye önerebilir.

    Teknik Kurul herhangi bir konudaki görüşlerini resmi duyurular aracılığı ile belirtebilir. Tabii ki bireysel üyeler kendi görüşlerini beyan edebilir ve kurulun tahmini görüşleri ile ilgili gayri resmi açıklamalarda bulunabilir.

  6. Proje Lideri ile birlikte, kendisine yeni üyeler atayabilir ya da var olan üyeleri çıkarabilir. (bkz §6.2.)

  7. Teknik Kurun'un Başkanını atayabilir.

    Başkan, Kurul tarafından kendi üyeleri arasından seçilir. Kurul'un bütün üyeleri otomatik olarak aday gösterilmişlerdir; pozisyon boşalmadan bir hafta önce (veya eğer zaten geç kalındıysa hemen) kurul oylama yapar. Üyeler umumi olarak belirterek, kendileri de dahil olmak üzere, herhangi bir kurul üyesine oy verir; önceden belirlenmiş bir seçenek yoktur. Oylama bütün üyeler oy verdiğinde ya da oylama süresi sona erdiğinde biter. Sonuçlar Standart Uzlaşma Yöntemi A.6'da açıklandığı gibi belirlenir.

  8. Başkan, gerektiğinde Sekreter ile birlikte Başkan'ın yerini alabilir.

    §7.1(2) bölümünde belirtildiği gibi, Teknik Kurul Başkanı ve Proje Sekreteri, Lider yok ise, beraber olarak Liderliği sürdürebilirler.

6.2. Atanma

  1. Teknik Kurul en fazla 8 Geliştiriciden oluşur, genelde en az 4 üyesi olmalıdır.

  2. Teknik Kurul, 8'den az üye bulunduğu zaman, Proje Lideri'ne yeni üye(ler) önerebilir. Proje Lideri önerilen üyeyi/üyeleri ayrı ayrı atamayı ya da atamamayı seçebilir.

  3. Teknik Kurul, 5 veya daha az üye bulunduğu zaman, üye sayısı 6'ya ulaşana kadar atama yapabilir.

  4. Teknik Kurul'da en az bir hafta 5 ya da daha az üye olduğu zaman, Proje Lideri üye sayısı 6'ya ulaşana kadar, her iki ataması arasında bir hafta olmak şartıyla, yeni üye(ler) atayabilir.

  5. Teknik Kurul ve Proje Lideri anlaşarak, herhangi bir Teknik Kurul üyesini değiştirebilir veya Kurul'dan çıkarabilir.

6.3. Süreç

  1. Teknik Kurul, Standart Uzlaşma Yöntemi'ni kullanır.

    Taslak uzlaşma ya da değiştirme, herhangi bir Teknik Kurul üyesi tarafından teklif edilebilir. Tartışma süresi için belirlenmiş en az bir değer yoktur; oylama süresi en fazla bir hafta ya da sonuç hakkında bir kuşku kalmayana kadardır. Üyeler oylarını değiştirebilir. Salt çoğunluk ikidir.

  2. Oylama ile ilgili detaylar

    Başka'nın nihai oy hakkı vardır. Teknik Kurul, aynı zamanda Kurul Üyesi bir Geliştirici'nin kararını geçersiz kılmak için oylama yaptığında, ilgili üye oy veremez (ancak ilgili üye Başkan ise, sadece nihai oy hakkını kullanabilir).

  3. Umuma açık tartışma ve karar süreci.

    Kurul'un üyeleri tarafından sunulan tartışmalar, taslak uzlaşmalar, değiştirmeler ve oylar, umuma açık Teknik Kurul tartışma listesi aracılığı ile topluma açık hale getirilir. Kurul için ayrı bir sekreter yoktur.

  4. Atamaların gizliliği.

    Teknik kurul kişisel e-posta, umuma kapalı e-posta listesi ya da diğer yollarla Kurul'a yapılacak atamaları  tartışabilir. Ancak atama oyları umuma açık olmalıdır.

  5. Detaylı tasarım işi yapılamaz.

    Teknik Kurul yeni tekliflerin ya da yönetmeliklerin tasarımı ile ilgilenmez. Bu gibi tasarım işleri kişiler tarafından bireseysel ya da beraber olarak yapılmalı ve teknik yönetmelik ve tasarım forumlarında tartışılmalıdır.

    Teknik Kurul başka yerlerde teklif edilmiş ve makul düzeyde tartışılmış çözüm ve konuları ya da bunların uzlaştırılmış şekillerini benimsemeyecektir.

    Teknik kurulun üyeleri tabii ki kişisel olarak her türlü tasarım ve yönetmelik işine katılabilirler.

  6. Teknik Kurul sadece son çare olarak karar verir.

    Teknik Kurul teknik bir karar vermeden önce toplum içerisinde fikir birliğine varma yolu denenmeli ve başarısız olmalıdır ya da normalde sorumluluk sahibi olan başka bir kişi ya da bünye tarafından karar verilmesi istenmesi gereklidir.

7. Proje Sekreteri

7.1. Güçleri

Sekreter:
  1. Tüzük için gerekli olduğunda, Geliştiricilerden oylarını alır ve Geliştiricilerin sayısını ve kimliğini belirler.

  2. Teknik Kurul Başkanı ile birlikte Lider'in yerine geçebilir.

    Eğer Proje Lideri yoksa, Teknik Kurul Başkanı ve Proje Sekreteri, zorunlu görmeleri halinde, bir anlaşma ile birleşip karar verebilirler.

  3. Tüzüğün yorumu hakkındaki anlaşmazlıklar hakkında son hükmü verir.

  4. Yetkisinin bir kısmını ya da tamamını başka bir kişiye devredebilir ya da devredilmiş yetkilerini herhangi bir zamanda geri alabilir.

7.2. Atanma

Proje Sekreteri, Proje Lideri ve geçerli Proje Sekreteri tarafından atanır.

Eğer Proje Lideri ve geçerli Proje Sekreteri yeni bir atamada anlaşamazlarsa, yeni bir Sekreter atamak için SPI'nin (bkz §9.1.) yönetim kuruluna danışmak zorundadırlar.

Eğer Proje Sekreteri yok ise, ya da mevcut Sekreter hazır bulunmuyorsa ve yetkilerini bir başkasına devretmemişse, gerekli karar Teknik Kurul Başkanı tarafından, Geçici Sekreter olarak, verilebilir ya da bir başkasına devredilebilir.

Proje Sekreter'inin hizmet süresi 1 senedir. Bu sürenin sonunda yeni bir Sekreter seçilmeli ya da mevcut Sekreter yeniden seçilmelidir.

7.3 Süreç

Proje Sekreteri'nin verdiği kararlar adil, makul ve tercihen Geliştiriciler arasında verilen kararla örtüşür olmalıdır.

Proje Lideri'nin yokluğunda, Sekreter ve Teknik Kurul Başkanı beraber hareker ederken, yanlızca çok gerekli olan durumlarda, kararları, Geliştiriciler arasında verilen kararla örtüştüğü zaman karar vermelilerdir.

8. Proje Lideri Temsilcileri

8.1 Güçleri

Proje Lideri'nin Temsilcileri:
  1. Proje Lideri tarafından kendilerine devredilen güçlere sahiptirler;
  2. Proje Lideri'nin direk olarak veremeyeceği bazı kararları, yeni Geliştiricileri onaylamak ya da var olan Geliştiricileri çıkarmak ya da paket bakımı yapmayan kişileri Geliştirici olarak görevlendirmek dahil,  verebilirler. Bunun sebebi, özellikle Geliştirici üyeliği hakkında, gücün tek elde, Proje Lideri'nin elinde, toplanmasını önelemektir.

8.2. Atanma

Temsilciler, Proje Lideri tarafından atanırlar ve Lider'in isteği üzerine yine Lider'in kararıyla değiştirilebilirler. Proje Lideri bir atamayı Temsilci'nin belli bir kararı vermesini şart koşarak yapamaz, ya da Temsilci tarafından verilmiş herhangi bir kararı geçersiz kılamaz.

8.3. Süreç

Temsilciler uygun gördükleri şekilde karar verebilirler, ancak teknik açıdan başarılı ve/veya toplumdaki genel fikri takip ederek kararlar vermeye çalışmalılardır.

9. Software in the Public Interest

SPI ve Debian ortak hedeflere sahip birbirinden bağımsız bünyelerdir. Debian, kendisine sağlanan hukuki destek alt yapısı için SPI'ye minnettardır. Şuanda Debian'ın Geliştiricileri, Geliştirici olmaları dolayısıyla, SPI'nin üyeleridir.

9.1. Yetki

  1. SPI'nin Debian ile ilgili teknik ya da teknik olmayan herhangi bir konuda, Debian'ın verdiği herhangi bir kararın SPI'nin elinde bulundurduğu herhangi bir malın SPI'nin hukuki haklarının dışında hareket etmesini gerektireceği durumlar ve Debian tüzüğü gereği karar vermek için SPI'yi son çare olarak kullanması gereken durumlar haricinde, karar alma yetkisi yoktur.
  2. Her ne kadar Debian Geliştiricileri SPI malları üzerinde SPI kuralları altında yetki verilebilse de, Debian aşağıda belirtildiği gibi, SPI'nin elinde bulundurduğu bazı malların kullanımı hariç, SPI üzerinde hiçbir yetki talep etmemektedir.
  3. Debian Geliştiricileri SPI'nin, birbirlerinin ya da Debian'da yetki sahibi olan kişilerin vekilleri ya da çalışanları değildir. Geliştirici olarak hareket eden kişiler bireysel olarak kendi adlarına hareket ederler.

9.2. Debian ile ilgili amaçlarla malların yönetimi

Debian para ya da mal sahibi olmak gibi bir yetkiye sahip olmadığı için, Debian Projesi'ne yapılacak bütün bağışlar, bu gibi konuları idare eden, SPI'ye yapılmalıdır.

SPI şu konuları üstlenmiştir:
  1. SPI, para, marka ve diğer somut ve soyut malları elinde bulunduracaktır ve Debian ile ilgli diğer meseleleri yönetecektir.
  2. Bu gibi malların hesabı ayrı tutulacaktır ve bu bölümde belirtildiği gibi Debian ve SPI'nin karar verdikleri amaçlar için emanette tutulacaktır.
  3. SPI, Debian için emanette tutulan malları, Debian'ın, Proje Lideri ya da Geliştiricilerinin Genel Uzlaşması üzerine verdiği izin olmadan elden çıkarmayacaktır ya da kullanmayacaktır.
  4. SPI, Debian için emanette tutulan malları elden çıkarmayı veya kullanmayı, Proje Lideri tarafından kendilerinden istendiğinde değerlendirecektir.
  5. SPI, Debian için emanette tutulan malları, Geliştiricilerin Genel Uzlaşma yolu ile istediği zaman, SPI'nin hukuki yetkileri dahilindeyse, elinden çıkaracaktır veya kullanacaktır.
  6. SPI, Debian Geliştiricilerine, Debian için ematte tutulan malları, elinden çıkardığını ya da kullandığını bir Debian Projesi eposta listesine e-posta atmak yoluyla haber verecektir.

A. Standart Uzlaşma Yöntemi

Bu kurallar, yukarıda belirtilen yerlerde, kurullar ve toplum tarafından izlenen toplumsal karar verme yöntemi için geçerlidir.

A.1. Teklif

Resmi süreç, taslak uzlaşma teklif edildiği ve gerektiği gibi desteklendiği zaman başlar.

A.1 Tartışma ve Değiştirme

  1. Teklifi takiben, uzlaşma tartışılabilir. Değişiklikler teklif edilerek ve yeni bir uzlaşma için gerektiği kadar desteklenerek ya da direk olarak ilk uzlaşma teklifinin sahibi tarafından resmileştirilebilir.
  2. Uzlaşma teklifi yapan kişi tarafından resmi bir değiştirme kabul edilebilir. Bu durumda resmi uzlaşma taslağı en kısa zamanda gerektiği şekilde değiştirilmelidir.
  3. Eğer resmi bir değiştirme kabul edilmediyse, ya da uzlaşmanın destekçilerinden birisi değiştirmenin kabulune razı olmuyorsa, resmi değiştirmenin teklif sahibinin kabulü ile, değiştirme, bir değiştirme olarak kalır ve oylamaya geçilir.
  4. Eğer ilk teklif sahibi tarafından kabul edilmiş bir değiştirme diğerleri tarafından beğenilmiyorsa, bu kişiler önceki değişikliği geri almak için (teklif ve destekçi(ler) ile ilgili zorunlulukları yerine getirmek suretiyle) yeni bir değiştirme teklifinde bulunabilirler.
  5. Teklif sahibi ya da bir uzlaşma değiştirmelerin metninde seçilen sözcükleri değiştirmeyi önerebilir; bunlar sadece değiştirme teklif sahibinin kabulü ve hiçbir sponsorun reddi olmaz ise geçerli olur. Bu durumda değiştirmelerin yeni halleri oylanacaktır, asıl halleri değil.
  6. Uzlaşma teklifi sahibi, 24 saat içerisinde kimse itiraz etmediği taktirde, küçük hataları (örnek olarak, yazım hataları ya da tutarsızlıklar) düzeltebilir veya anlamı değiştirmeyen başka değişiklikler yapabilir. Bu durumda en kısa tartışma süresi yeniden başlatılmaz.

A.2. Oylama için çağrı

  1. Hareket ya da değiştirme teklifi sahibi ya da bir destekçisi, en kısa tartışma süresinin (var ise) dolduğunu gösterdikten sonra, oylamaya çağrıda bulunabilir.
  2. Uzlaşmanın telkif sahibi ya da destekçilerinden herhangi birisi, söz konusu uzlaşma ya da ilgili herhangi bir değiştirme için oylama çağrısında bulunabilir.
  3. Oylama için çağrıda bulunan kişi, uzlaşmanın uygun gördüğü yazılı ifadesini, ilgili değiştirmeleri ve bunların sonucu olarak oy pusulasının nasıl bir şekil alması gerektiğini belirtir. Ancak, oy pusulalarının şekli hakkında karar verme yetkisi Sekreter'indir - bkz 7.1(1), 7.1(3) and A.3(4).
  4. En kısa tartışma süresi, en son resmi değiştirmenin kabul tarihinden ya da hiçbir değiştirme teklif edilmediyse ve  uzlaşma kabul ediyse uzlaşmanın teklifinden itibaren sayılır.

A.3. Oylama süreci

  1. Her bir uzlaşma ve ilgili değiştirmeleri tek bir oy pusulasında oylanır. Her bir oy pusulası asıl uzlaşma, her bir değiştirme, ve (uygun yerlerde) önceden seçilmiş seçenek için birer seçenek içerir.
  2. Önceden belirlenmiş seçeneğin çoğunluk gereksinimi olmamalıdır. Özel olarak belirtilmiş bir çoğunluk gereksinimi olmayan seçenekler için 1:1 çoğunluk gereksinimi varsayılır.
  3. Oyların hesabı A.6'da belirtildiği gibi tutulur. Önceden belirlenmiş seçenek, başka türlü belirtilmediği sürece, "Daha Çok Tartışma"dır.
  4. Emin olunamayan durumlarda Proje Sekreteri süreç hakkında kararları verecektir.

A.4. Uzlaşmaların geri çekilmesi veya kabul edilmeyen değiştirmeler

Herhangi bir uzlaşma ya da kabul edilmeyen değiştirme sahibi, uzlaşmasını ya da değiştirmesini geri çekebilir. Bu durumda yeni teklifçiler ortaya çıkarak, ilk kişi teklif sahibi, sonrakiler de henüz olmadılarsa destekleyici olarak, uzlaşmayı ya da değiştirmeyi sürdürmeye çalışabilirler.

Aksi kabul edilmediği sürece, herhangi bir uzlaşma ya da değiştirmenin destekçileri geri çekilebilirler.

Eğer teklif sahibinin ve/veya destekçilerin geri çekilmesi, uzlaşmanın teklif sahibi ya da yeterince destekçisi olmayan bir konuma gelmesine sebep oluyorsa ve bu durum uzlaşmanın süresi aşılana kadar düzeltilmezse, uzlaşma oylanmayacaktır.

A.5. Süre aşımı

Eğer teklif edilmiş uzlaşma, 4 hafta içerisinde, tartışılmadıysa, değiştirilmediyse, oylanmadıysa ya da diğer bir şekilde ilgilenilmediyse, bu sürenin sonunda sekreter, söz konusu meselenin geri çekilmekte olduğunu belirten bir demeç yayınlayabilir. Eğer tekliflerin hiçbirinin destekçilerinden cevap gelmezse, mesele geri çekilir.

Sekreter uygun olduğu taktirde, açıklamasına, sonraki adımlar hakkında öneriler de ekleyebilir.

A.6. Oyların Sayılması

  1. Her seçmenin oy pusulası verilen seçenekleri seçim sırasına göre sıralar. Her seçenek sıralanmak zorunda değildir. Sıralanmış seçenekler, sıralanmamış seçeneklere tercih edilmiş sayılır. Seçmenler seçenekleri eşit olarak sıralayabilir. Sıralanmamış seçenekler birbirine eşit olarak sıralanmış sayılır. Oy pusulalarının nasıl doldurulacağı hakkındaki bilgiler Oylar İçin Çağrı'da açıklanacaktır.
  2. Eğer seçim R kadar salt çoğunluk gerektiriyorsa, önceden belirlenmiş seçenek dışındaki seçeneklerden, en az R tane, o seçeneği, önceden belirlenmiş seçeneğin üzerinde sıralayan oy almamış olanlar, sonuçlarda değerlendirilmeye alınmazlar.
  3. Önceden belirlenmiş olmayan ve önceden belirlenmiş seçeneği gereken çoğunluk oranı ile geçemeyen seçenekler, sonuçlarda değerlendirilmeye alınmazlar.
    1. İki seçenek A ve B var ise, V(A,B) ifadesi A seçeneğini B seçeneğine tercih eden seçmenlerin sayısını belirtir.
    2. Seçenek A'nın, önceden belirlenmiş seçenek, D'yi, N oranında geçmesi için, V(A,D) değerinin N * V(D,A) değerinden büyük olması gereklidir (eşit olması yeterli değildir).
    3. Eğer A için gerekli üstün çoğunluk oranı S:1 ise, A'nın çoğunluk oranı S idir; aksi taktirde çoğunluk oranı 1'dir.
  4. Değerlendirilmeye alınan seçeneklerden eşli bir yenenler listesi yapılır.
    1. Eğer herhangi A ve B seçenekleri için, V(A,B), V(B,A)'dan büyük (ve eşit değil) ise, A seçeneği B seçeneğini yener.
  5. Değerlendirilmeye alınan, eşli yenenler listesinden, geçişli yenenler kümesi hazırlanır.
    1. Eğer A, C'yi yeniyorsa ya da eğer diğer bir seçenek B, A'ya yeniliyor ve C'yi yeniyorsa, A seçeneği, C seçeneğini geçişli olarak yener.
  6. Geçişli yenenler kümesinden bir Schwartz kümesi yapılır.
    1. Herhangi bir A seçeneğinin Schwartz kümesinde olabilmesi için, bütün B kümeleri için, ya A'nın geçişli olarak B'yi yenmesi ya da B'nin geçişli olarak A'yı yenmiyor olması gereklidir.
  7. Eğer Schwartz kümesinin içinde yenenler var ise, bu yenenlerden en güçsüzü eşli yenilgiler listesinden çıkarılır ve 5. adıma dönülür.
    1. Eğer V(A,X) değeri, V(B,Y) değerinden daha az ise, A seçeneğinin (A,X) galibiyeti, (B,Y) galibiyetinden daha güçsüzdür.
    2. En güçsüz galibiyet, kendisinden daha güçsüz bir galibiyet olmayan galibiyettir. En güçsüz galibiyet sayısı birden fazla olabilir.
  8. Eğer Schwartz kümesinde hiçbir yenilgi yoksa, seçimin kazananı kümedeki seçenekler arasından seçilir. Eğer sadece bir tane seçenek kalmışsa, kazanan bu seçenektir. Eğer kümede birden fazla seçenek varsa, nihai oy sahibi olan seçmen, hangi seçeneğin kazanacağına karar verir.
Not: Seçmenlerin kabul edilebilir bulduğu seçenekler, önceden belirlenmiş seçeneğin üzerinde sıraladıkları seçeneklerdir. Önceden belirlenmiş seçeneğin altında sıralananlar ise kabul edilenemez bulunmuştur.

Standart Uzlaşma Yöntemi'ne başvuran metinler, taslak uzlaşma teklifinde bulunmak ve/veya desteklenmesi için yeterli kriterleri, en kısa tartışma süresinin uzunluğunu ve oylama süresini belirtmelilerdir. Ayrıca ilgili metin çoğunluk ve/veya salt çoğunluk değerlerini (ve önceden belirlenmiş seçeneği) de belirtmelidir.

B. İfade tarzı ve yazım kuralları

Bu tüzük içerisinde kullanılan şimdiki ve geniş zaman kullanan ifadeler bir kuralı belirtir. -ebilir, -abilir eklerini taşıyan fiiller bir kişinin ya da bir bünyenin kanaatine bırakılmıştır. -meli, -malı ekleri, yapılması uygun görülen ancak bağlayıcı olmayan ifadeleri belirtir. Bu cümle gibi işaretlenmiş ifadeler açıklamalardır ve tüzüğün bir parçasını oluşturmazlar. Sadece yorumlamalarda oluşabilecek kararsızlıklarda yardımcı olmak üzere kullanılabilir.