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:
- Geliştiriciler, Genel Uzlaşma ya da seçim yoluyla;
- Proje Lideri;
- Teknik Kurul ve/veya Teknik Kurul Başkanı;
- Belirli bir iş üzerinde çalışan Geliştirici;
- Proje Lideri tarafından belirli bir işe atanmış temsilciler;
- 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
- 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.
- 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.
- 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
- Kendi işleri ile ilgili teknik veya teknik olmayan herhangi bir
kararı alabilirler;
- Genel Uzlaşma taslağı teklifi yapabilir veya destekleyicisi
olabilirler;
- Seçimlerde kendilerini Proje Lideri adayı
gösterebilirler;
- Genel Uzlaşmalarda ve Liderlik seçimlerinde oy
kullanabilirler;
3.2. Düzenleme ve atama
- 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.
- 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:
- Proje Lideri atayabilir veya görevden alabilir.
- Bu tüzük üzerinde değişiklik yapabilir.
- Proje Lideri ya da herhangi bir Temsilci tarafından verilmiş
kararları geçersiz kılabilir.
- Teknik Kurul tarafından verilmiş kararları aralarında 2:1
çoğunluk sağlamaları şartıyla geçersiz kılabilir.
- 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.
- Esas Belgeler, Proje'nin görev ve amaçları
için kritik derecede önem taşıyan belge ya da
demeçlerdir.
- Esas Belgeler, "Debian Sosyal Sözleşmesi" ve Debian
Özgür Yazılım Yönergeleri" başlıklı belgelerdir.
- 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.
- Proje Lideri ve SPI ile birlikte, Debian'a tahsis edilmiş
bağışlanmış mallarla igili kararları verir.
4.2. Süreç
- 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.
- Proje Lideri veya bir Temsilci tarafından verilmiş bir kararın
geciktirilmesi:
- 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).
- 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).
- 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.
- 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.
- Eğer Proje Lideri (ya da Temsilcisi) kararı geri
çekerse,
oylama tartışılabilir konuma gelecektir ve devam ettirilmeyecektir.
- 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.
- 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.
- 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.
- 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.
- 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:
- 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.
- 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.
- 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.
- Başka kimsenin sorumluluğu olmayan konularda karar verebilir.
- Genel Uzlaşma taslağı ya da değişikliği teklifi yapabilir.
- Teknik Kurul ile beraber, Kurul'a yeni üyeler atayabilir
(bkz §6.2.)
- Geliştiriciler oy kullanırken nihai oy kullanabilir.
Proje Lideri aynı zamanda normal bir oy hakkına da sahiptir.
- Yukarıda belirtildiği gibi Geliştiricilerin tartışma
sürelerini değiştirebilir.
- 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.
- SPI ile birlikte, Debian'a bağışlanmış mallarla ilgili kararları
verir. (bkz §9.1.)
5.2 Atanma
- Proje Lideri Geliştiriciler tarafından seçilir.
- Seçim liderlik konumunun boşalmasından dokuz hafta
önce ya da (zaten çok geç olmuşsa) hemen başlar.
- Takip eden üç hafta içerisinde herhangi bir
Geliştirici kendisini Proje Lideri adayı ilan edebilir.
- 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.
- Daha sonraki üç hafta ise Geliştiricilerin oylarını
kullanabilecekleri oylama süresidir. Liderlik oylamasında, oylar,
oylama süresince ve oylamadan sonra gizli tutulur.
- 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.
- 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.
- 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 :
- 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).)
- 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.
- 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.
- 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.
- 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.
- Proje Lideri ile birlikte, kendisine yeni üyeler atayabilir
ya da var olan üyeleri çıkarabilir. (bkz §6.2.)
- 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.
- 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
- Teknik Kurul en fazla 8 Geliştiriciden oluşur, genelde en az 4
üyesi olmalıdır.
- 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.
- Teknik Kurul, 5 veya daha az üye bulunduğu zaman, üye
sayısı 6'ya ulaşana kadar atama yapabilir.
- 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.
- Teknik Kurul ve Proje Lideri anlaşarak, herhangi bir Teknik Kurul
üyesini değiştirebilir veya Kurul'dan çıkarabilir.
6.3. Süreç
- 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.
- 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).
- 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.
- 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.
- 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.
- 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:
- Tüzük için gerekli olduğunda, Geliştiricilerden
oylarını alır ve Geliştiricilerin sayısını ve kimliğini belirler.
- 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.
- Tüzüğün yorumu hakkındaki anlaşmazlıklar hakkında
son hükmü verir.
- 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:
- Proje Lideri tarafından kendilerine devredilen
güçlere sahiptirler;
- 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
- 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.
- 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.
- 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:
- SPI, para, marka ve diğer somut ve soyut malları elinde
bulunduracaktır ve Debian ile ilgli diğer meseleleri yönetecektir.
- 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.
- 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.
- SPI, Debian için emanette tutulan malları elden
çıkarmayı veya kullanmayı, Proje Lideri tarafından kendilerinden
istendiğinde değerlendirecektir.
- 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.
- 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
- 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.
- 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.
- 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.
- 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.
- 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.
- 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ı
- 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.
- 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.
- 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).
- 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
- 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.
- Ö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.
- 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.
- 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ı
- 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.
- 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.
- Önceden belirlenmiş olmayan ve önceden belirlenmiş
seçeneği gereken çoğunluk oranı ile geçemeyen
seçenekler, sonuçlarda değerlendirilmeye
alınmazlar.
- İ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.
- 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).
- 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.
- Değerlendirilmeye alınan seçeneklerden eşli bir yenenler
listesi yapılır.
- 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.
- Değerlendirilmeye alınan, eşli yenenler listesinden,
geçişli yenenler kümesi hazırlanır.
- 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.
- Geçişli yenenler kümesinden bir Schwartz kümesi
yapılır.
- 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.
- 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.
- 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.
- En güçsüz galibiyet, kendisinden daha
güçsüz bir galibiyet olmayan galibiyettir. En
güçsüz galibiyet sayısı birden fazla olabilir.
- 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.