Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-08 Başlik Ozan Çağlayan
Perşembe 08 Temmuz 2010 günü (saat 09:44:28) Serbulent Unsal şunları yazmıştı:
 On Thursday, July 08, 2010 12:56:36 am Ozan Çağlayan wrote:
  On 07.07.2010 16:27, Gürer Özen wrote:
   Benim gördüğüm kadarıyla kararlarınızı yeterli inceleme yaparak,
   sonuçlarını tartarak vermiyorsunuz. Böyle önemli bir kararda hâlâ
   düzgün bir değerlendirme sunamamanız da bunu gösteriyor.
  
  ...
  Ha Redmine konusuna gelirsek, böyle bir alternatif var ise ve JIRA'nın
  sağladıklarını sağlayabiliyorsa, sağlamsa kararlıysa ve JIRA kadar iyi
  bir şekilde maintain ediliyorsa onu kullanmıyor olmak eleştirilebilir.
  Dediğim gibi *sadece* aynı şartlardalarsa. Yok eğer değillerse,
  Redmine'ın belli eksikleri varsa, arayüzü kullanışsızsa ve JIRA'nın bize
  verebildiklerini sağlayabilecek noktaya gelmek için bizden kod emeği
  isteyecekse kusura bakmayın bu benim gözümde ne bir staj projesidir ne
  de oturup benim ya da Semen'in ya da başkasının vakit harcaması gereken
  bir görevdir.
 
 Bu cümleyi kazara kurduğuna inanmak istiyorum açıkcası. Yoksa Pardus gibi
 bir projenin bir geliştiricisi başka bir özgür yazılım için eksiği varsa
 ben buna katkı vermekle uğraşmam başkalarının uğraşmasını da tasvip
 etmem anlamına gelen bir cümle kurmaz.

Detaylara dikkat etmen lazım- *kod emeği*. 

 
  Kaldı ki umarım bu tartışmayı takip eden insanlar, JIRA kurulumunun
  görünen noktaya gelmesi için bile başta Semen'in ne kadar uğraştığı
  konusunda fikir sahibidirler
 
 Hani eksiği olan projeye emek harcanmıyor, eksiği olmayan tercih ediliyordu
 ?

*kod emeği* != *emek*

---
Ozan Çağlayan
TUBITAK/UEKAE - Pardus Linux
http://www.pardus.org.tr/eng
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-08 Başlik Türker Sezer
Merhabalar,

Konunun dağılacağından çekindiğim için bir şey yazmayacağım ama Gürer,
Doruk ve Serbülent'in tüm söylediklerine katıldığımı belirtmek
isterim.

Arkadaşlar söylenebileceklerin tümünü söylemiş. Söylenenler arasında
hem teknik hem de idari ekibin dikkate alması gereken noktalar var.
Kararı hangi ekip verecekse Pardus'un *tüm* geliştiricileri ve
topluluğu ile bir bütün olduğunu farkında olarak, tüm bu yorumları
görmezden gelmeyeceğini düşünüyorum. -En azından böyle olmasını
umuyorum.-

-- 
Türker Sezer
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-08 Başlik Ozan Çağlayan
On 08.07.2010 19:32, Gürer Özen wrote:
 08 Temmuz 2010 Perşembe günü (saat 01:37:15) Ozan Çağlayan şunları yazmıştı:
 
 Bırakılanlar: Ağ yönetimi. 2011'le beraber COMAR/Python tabanlı ağ yönetimi
 tarih olacak. Çünkü 5 yıl önce belki kimsenin sağlamadığı kadar iyi olan bu
 teknoloji, 5 yıl boyunca bağlantı teknolojisinin çılgın hızla ilerlemesi,
 altyapıların değişmesi, bakımsızlık ve teknik donanım yetersizliğinden
 dolayı kötürüm kaldı.
 
 Haklısın, hatta bence de bırakın, önce güncele geçin sonra olmayan 
 yetenekleri 
 ekleyin onun üzerine. Ama önce şunu bir söyleyin, niye 5 yıl önce iyi olan 
 teknoloji bugün geride kaldı, neden 5 senede üzerine bi çivi bile çakamadınız?

Bunun bir çok sebebi olabilir ancak tüm suçu çiviyi çakmayan geliştiricilere 
atmak
yanlış olur diye düşünüyorum. Çivi tutmayan tahtalarda da sorun var.

Dediğim gibi konu başlığından oldukça saptık. Tartışıp fikir teatisinde 
bulunalım
diyorsanız ayrı bir thread açabiliriz.
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-07 Başlik Erkan Tekman
Pardus projesi, her zaman vurguluyorum, Türkiye'de özgür yazılımın bilinmesi 
ve gelişmesine her zaman ve büyük ölçüde katkıda bulunan, bunu herhalde herkes 
kabul edecektir. Bununla birlikte kararlarımızı ideolojik değerlendirmelerden 
çok pratik değerlendirmelerle verdiğimiz de açık, herhalde bunu da geçen bunca 
yılda farketmişsinizdir.

Örnek olarak kapalı kodlu sürücü ve medya kodlayıcı/kod açıcıları 
gösterebiliriz herhalde. Bunların bir kısmı CD ile de geliyor; yani FSF 
sınıflandırmasına göre, Pardus, kurulduğu şekli ile, bir özgür dağıtım 
değil. Bu açıdan karşılaştırıldığında yalnızca gnewsense değil, mesela Ubuntu 
da Pardus'tan daha özgür (ya da idi diyeyim). Ne yazık ki, hedef kitlemiz 
arasında ben özgür olmayan hiçbir parça yazılım kullanmak istemiyorum 
diyenler, mesela Richard Stallman yok. Ama Pardus teknolojiklerinin tümünün 
GPL olması nedeniyle isteyen herhangi bir kimse, grup/dernek/vakıf, ya da 
şirketin Pardus bazlı ve FSF skalasında özgür bir dağıtım üretmesi mümkün; 
doğal olarak marka kullanım politikalarına uygun olarak.

Jira'nın bir araç olarak seçilmesinin bir unsuru da bu pratiklik yaklaşımı, 
aynen zamanında KDE'nin (o zamanlar Qt özgür değildi, anımsayalım, ve bu 
konuda ciddi tartışmalar olmuştu içimizde ve herhalde dışımızda da) ön tanımlı 
masaüstü ortamı olarak seçilmesinde olduğu gibi. Yalnızca özgür olmaması bir 
yazılım ya da hizmetin proje işlerinde kullanılmaması ya da Pardus'a dahil 
edilmemesi için *yeterli* neden değil. Bu sahipliliğin bağlamına da bakmak 
gerekiyor. Linux'un daha fazla donanım desteği olması için yazılmış, ama ikili 
kod olarak dağıtılan bir sürücüyü (ya da Gökmen'in dediği gibi özgür olmayan 
bir Flash oynatıcıyı) özgür değil diye Pardus'a dahil etmemek aklımızın 
ucundan geçmiyor. Ama öte yandan, özgür seçenekleri o kadar yetenekli değil 
diye Gantt çizelgesi oluşturma işinde Microsoft Project kullanmak da 
aklımızdan geçmiyor. Örneğin ben, OSI onaylı, ama GPL uyumlu olmayan bir 
lisansla dağıtılan bir yazılım kullanıyorum bu işte, fazla rahatsızlık 
duymadan, ve GPL alternatifleri olmasına rağmen. Daha uç bir örnek vereyim: 
Grafik tasarımcımız Mac bilgisayar üzerinde Adobe ürünleri ile yapıyor 
işlerini. Özgür seçenekler yok mu? Var. Ama biz grafikçiyi seçiyoruz, grafikçi 
de aracı.

Bunlar mutlak doğrular ya da yanlışlar değil, tabii ki tartışmaya açık. Ben 
yalnızca Jira özgür değil, bu nedenle kararınız yanlış çıkış noktasına 
katılmadığımı, Pardus'un tarihinde ve bugününde de bu çıkış noktasına göre  
yanlış pek çok örnek olduğunu vurgulamak istedim. Jira ile ilgili olarak 
nasıl bir yol izleneceğine de teknik ekip karar verecektir...


-- 
Erkan Tekman
TÜBİTAK UEKAE
Proje Yöneticisi ::: Pardus
::: Özgürlük İçin... :::

www.pardus.org.tr
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-07 Başlik Ozan Çağlayan
On 08.07.2010 00:54, Necdet Yücel wrote:
 Selamlar,

 
 Madem yazdım konuyla ilgili fikrimi de söyleyeyim: Nasıl belge
 hazırlamak için openoffice.org ilk sürümlerinde iken (yani ms
 ofice'den oldukça geride iken) özgür olmayan alternatiflerini değil
 onu kullanmışsak burada da tercihimiz özgür olandan yana olmalı.
 *Ciddi* işler özgür yazılımlarla olmuyor duygusunu vermemek için bile
 daha zayıf özgür alternatifi kullanılabilir diye düşünüyorum.

Aramızda bu son cümledeki görüşü savunan insanlar neden flashplayer'ın
depoda bulunması hakkında hiçbir yorum yapmadılar çok merak ediyorum.

Ya da Skype?


___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-07 Başlik Ozan Çağlayan
On 07.07.2010 09:36, Erkan Tekman wrote:

 Grafik tasarımcımız Mac bilgisayar üzerinde Adobe ürünleri ile yapıyor 
 işlerini. Özgür seçenekler yok mu? Var. Ama biz grafikçiyi seçiyoruz, 
 grafikçi 
 de aracı.
 
 Bunlar mutlak doğrular ya da yanlışlar değil, tabii ki tartışmaya açık. Ben 
 yalnızca Jira özgür değil, bu nedenle kararınız yanlış çıkış noktasına 
 katılmadığımı, Pardus'un tarihinde ve bugününde de bu çıkış noktasına göre
 yanlış pek çok örnek olduğunu vurgulamak istedim. Jira ile ilgili olarak 
 nasıl bir yol izleneceğine de teknik ekip karar verecektir...

Tamamıyla katılıyorum.
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-07 Başlik Ozan Çağlayan
On 07.07.2010 17:03, Gürer Özen wrote:
 07 Temmuz 2010 Çarşamba günü (saat 08:45:44) Fatih Aşıcı şunları yazmıştı:

 
 Dost acı söyler, projeye dışardan baktığımda, 20+ maaşlı elemanı ve arada 
 küsenler olsa da, genel olarak gittikçe artış gösteren dış katkıcıları ile 
 stajyerleri olan bir proje için toplam iş gücünüzün çok altında çıktınız var.
 İnovatif ve ses getiren hiç bir şey yapılmıyor.

(Öncelikle offtopic cevaba yanıttır. Bu konuyu tartışmaya devam etmek 
istiyorsanız başka
bir başlık açılabilir)

Beklediğiniz çıktıya bağlı. Takdir edersiniz ki stajyerlerin projeye yoğunluğu
yüksek katkı verebilmeleri, eğitim hayatlarından dolayı genelde mümkün olmuyor.
Olsa bile stajyerlerin pişmesi kısa sürmüyor. Ben stajyer olarak projeye giren
biri olarak projeye *anlamlı* katkı vermeye 1, 1.5 yıl sonra başladığımı
söyleyebilirim.

20+ maaşlı eleman diyorsunuz. Bu insanların hepsinin geliştirme yapmadığını
biliyorsunuz. Diğer dağıtımların *sadece* kernel bileşeniyle kaç kişinin 
ilgilendiğini biliyor musunuz? Bizim total geliştirme gücüne yaptığımız 
harcamanın
%60-100 arası bir miktarı sadece kernel'e aktarabilen bir projeyle beni 
karşılaştırırsanız o alanda benden inovatif ve ses getirecek bir şey 
bekleyemezsiniz. Bu da çıktı beklentinizde sorun olabileceğine işaret eder.

İnovasyona gelirsek. Bu proje başlandığında üretilen inovasyonların 2010 yılı
itibariyle bazılarının arkasında durabiliyor, bazılarını tutmaya çalışıyor,
bazılarını da bırakıyoruz. Bunun bir çok sebebi var.

Arkasında durabildiklerimiz alternatifi olmayan şeyler. Örneğin COMAR.

Tutmaya çalıştıklarımız örneğin Paket Yöneticisi arayüzü. Olası PackageKit
desteğiyle güçlenecek. Artık dağıtım-tabanlı ayrılıkların birleştiği bir
süreçteyiz. X yazılımı eksik bir yazılım farkedip kurmak istediğinde
D-Bus üzerinden PackageKit'e başvuruyorsa bizim inovatif çalışmamızın bir 
noktada standardizasyon açısından eksiklik var demektir.

Bu bazı alanlarda aynılaşma süreci örneğin 2-3 hafta önce udev paketinden
dağıtıma özel kuralların tamamen silinmesi, dağıtımların tek yoldan açılışı
sağlamalarını sağlayacak systemd projesinin dün ilk sürümünün çıkması
gibi örneklerle devam ediyor.

Bırakılanlar: Ağ yönetimi. 2011'le beraber COMAR/Python tabanlı ağ yönetimi
tarih olacak. Çünkü 5 yıl önce belki kimsenin sağlamadığı kadar iyi olan bu
teknoloji, 5 yıl boyunca bağlantı teknolojisinin çılgın hızla ilerlemesi,
altyapıların değişmesi, bakımsızlık ve teknik donanım yetersizliğinden dolayı
kötürüm kaldı. os.system() ile iwlist çağırılan bir altyapı elbette ki
bir gün daha iyisi tarafından al aşağı edilecekti. O zaman iş görüyordu,
bu zaman iş göremiyor, bu kadar basit.

Müdür de henüz tam belli olmasa da bırakılacak eski zaman inovasyonlarından
biri. Çünkü dağıtım spesifik. Çünkü kapalı ve tek dosyadan oluşan kocaman 
monolitik,
top-down bir fonksiyon yığını. Zamanın işlevlerini karşılıyor muydu? Evet. Ama
zaman değişti. Mevcut zamana adapte edilebilecek ölçeklenebilirliğe sahip mi? 
Hayır.
O zaman yol almak zorundayız.

İnovasyonun kelime anlamı nedir bilmiyorum. Ancak inovasyon peşinde koşarken
diğer dağıtımların yıllardır gerçekleştirdiği bazı işlevleri gerçekleştiremeyen
dağıtım konumuna geldik. Dosya sistemi şifreleme, LVM/RAID kurulumu, vs. 
Üretilen
inovasyonları bünyemize katmanın da gerisinde kalmamamız lazım.

Bu arada 5 yıllık bir dağıtım olarak, trend'i takip edebilmek için 1 gün içinde
ortalama 5-10 yeni paket yapmak durumunda olur hale geldik. Mevcut paket yönetim
mekanizmalarından farklı bir altyapı kullandığımız için ortaya çıkan bu iş 
yükünün
de farkında olduğunuzu umuyorum.

Ayrıca açık hatalarımız ve artık yavaş yavaş yazılmaya başlanan belgelerin de..


 Geliştiricilerin şikayet 
 ettiği sorunları çözmek için yapılan, topluluğun dahil olmadığı, çocukça 
 çalışmadan da çıka çıka kapalı bir yazılım ve yeni bir tartışma çıktı.

Çocukça çalışma diyerek bu işe kafa patlatıp, kullanılabilir hale gelmesi için
uğraşmış, başka alternatifleri denemiş - belki de bahsi geçen alternatifi 
bir sebepten gözardı etmiş -, incelemiş insanları rencide etmiş
olmuyor musunuz? Bir sözleşme mi imzalandı önümüzdeki 10 yıl JIRA kullanmak
zorunda olduğumuza dair? Herhangi bir ücret mi ödendi JIRA için? Yeni bir 
tartışma çıkması kadar doğal bir şey yok, burası tartışma listesi. Tartışa 
tartışa bir yerlere gelmeye çalışıyoruz. Ben bu işe girdiğimde bu listeye
ayda 4 tane e-posta geliyordu. O zaman her şey daha mı iyiydi?
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-07 Başlik Erkan Tekman
07 Temmuz 2010 Çarşamba 17:03:20 tarihinde Gürer Özen şunları yazmıştı:
 Dost acı söyler, projeye dışardan baktığımda, 20+ maaşlı elemanı ve arada
 küsenler olsa da, genel olarak gittikçe artış gösteren dış katkıcıları ile
 stajyerleri olan bir proje için toplam iş gücünüzün çok altında çıktınız
 var. İnovatif ve ses getiren hiç bir şey yapılmıyor. Geliştiricilerin
 şikayet ettiği sorunları çözmek için yapılan, topluluğun dahil olmadığı,
 çocukça çalışmadan da çıka çıka kapalı bir yazılım ve yeni bir tartışma
 çıktı.

Zamanında bir KDE geliştiricisi yapılan işe ve ekibin büyüklüğüne bakınca ağzı 
açık kalmıştı diye anımsıyorum. Herhalde bir Türk dünyaya bedeldir meseline 
bir gönderme oldu bu.

Zamanında çok peşinde koşup idari engeller nedeniyle gerçekleştiremediğim, 
sonrasında da benim de unuttuğum gözden geçirme/kıyaslama işine yine girişeyim 
en iyisi, Gerekiyor...

ET
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-07 Başlik Doruk Fisek
Merhaba,

Mon, 5 Jul 2010 22:23:14 +0300, Demiray Ustaoglu
demirayustao...@gmail.com :

 Arkadaşlar bu konu listede daha önce de konuşulmuştu, lütfen
geliştirici listesine dışarıdan atılan e-postaları onaylamayın!

 Zamanında listeye gelistiriciler yazabilir, diğer insanlar isterse
salt-okunur okuyabilir diye kural konmuş.

 Ya tüm dışarıdan gönderilen, tartışmalara katılmak isteyen e-postaları
onaylamak; ya da hiçbirini onaylamamak gerekiyor.

 Keyfim istedi, aradan şunları seçip onayladım demek ciddi bir çifte
standart.

   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-06 Başlik Gökmen Göksel
Sal, 2010-07-06 tarihinde 16:08 +0300 saatinde, Serbulent Unsal yazdı:
 On Sunday, July 04, 2010 04:43:28 pm Fatih Aşıcı wrote:
  Neden zorunlu olsun? Darcs'a (veya başka bir SCM'e) geçemezler miydi? Belli
  ki  istedikleri özelliklere sahip değildi.
  
  Bitstream olayı ile bunun arasında önemli bir fark var. O zamanki kernel 
  topluluğu, istedikleri gibi bir sürüm denetim sistemi bulamayınca
  kendileri  yazacak kadar iş gücü ve deneyime sahipti (bugün de öyledir
  tabi). Ancak, bizim Jira gibi bir proje yönetim sistemi yazacak iş gücümüz
  yok. Aynı şekilde mevcut bir projeyi geliştirecek ya da gelişmesini
  bekleyecek vaktimiz de yok.
 
 Redmine veya Trac için eklenti yazımında stajer veya gönüllülerden oluşacak 
 iş 
 gücünden faydalanılabilir diyecektim ama madem bu kadar acil bir durum hemen 
 yarın kurup kullanmak gerekiyor diyecek birşey yok.
 
 Ama ileride bir gün bir seminerde, Linux da neymiş, enterprise işler öyle 
 özgür yazılımlarla yürümez ciddiyet ister. Bakın Pardus ekibi bile sıkıştığı 
 yerde özgür olmayan yazılımlar kullanmak zorunda kalıyor diyen olursa bizler 
 de diyecek söz bulamayabiliriz.
Şimdi sıkışınca Flash kullanıyorlar diyorum buna diyecek bir cevabın
var mı ?

-- 
Gökmen Göksel
Pardus Core Developer

___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-06 Başlik Doruk Fisek
Merhaba,

Sun, 04 Jul 2010 19:27:15 +0300, Ozan Çağlayan o...@pardus.org.tr :

 Sadece Jira en iyisi şeklinde bir sonucu değil, somut olarak şu
 anda hangi sorunların yaşandığını, Jira'nın bunları nasıl
 çözeceğini, kod geliştirme dışındaki yeni iş süreçlerinin kod
 geliştirmeyle birleşmesinin gerekip gerekmediğinin gerekçelerini
 duymak isterim.
 * Bir süredir uludag/trunk altında götürülmeye çalışılan tasks
 dosyasının işlevi,
 * Dağıtım yol haritası üzerinde insanlara doğru düzgün issue
 atanabilmesi, bu issue'ların doğru düzgün takibi,
 * Bir issue için geliştiricilerin tartışabilecekleri yorum
 girebilecekleri bir alan sağlanması
 * SVN ve diğer popüler SCM altyapılarından issue id kullanılarak
 commit log getirebilmesi
 * Greenhopper ile Agile entegrasyonu
 * Etkinliklerin RSS ile takip edilebilmesi
 * Çeşitli chart ve grafik üretimleri
 aklıma gelenler bunlar.

Gelen tek somut ihtiyaçlarımız bunlar listesi bu olduğu için, bunun
üzerinden yanıt yazıyorum.

Yukarıda yazılanlarını hepsini Redmine yapabiliyor ve bir özgür yazılım.

Kullanıldığı ölçüde de gelişecektedir, tıpkı her yazılım gibi. Semen'in
yazdıklarından anladığım, Jira'ya bazı özellikler eklenmesi için de
firmasıyla yazışıp uğraşıyorsunuz. İleride de bu tip geliştirme
gereksinimleri olacaktır. Birinde özgür yazılıma, diğerinde ise
savunduğumuz felsefeye aykırı bir yazılıma yatırım yapıyor olacaksınız.
Yatırım yapmanın yanı sıra, vereceğiniz geri beslemeler ve yapacağınız
geliştirmelerle yazılımın gelişmesini ve yaygınlaşmasını
sağlayacaksınız. Kutudan çıktığı gibi Pardus'un üzerine oturmayacağı
bir gerçek.

Üstelik sözleşmeli projeleriniz için kullanmak için lisans satın
alacaksınız Jira'dan. Bunun için yurt dışına akıtacağınız para yerine,
Redmine'ın nesi daha az kolay geliyorsa size ve düzenlemekle uğraşmak
istemiyorsanız; yıllara yayılmış ödeyeceğiniz lisans ücretini
Türkiye'deki bir yazılım geliştirme firmasına verebilirsiniz, size
Redmine'da istediğiniz geliştirmeleri yapabilirler. Kimden
isteyeceğinizi bilmiyorsanız, Ruby ile yazılım geliştiren en azından
iki firma ismi verebilirim.

Hazır yaz dönemiyken, Redmine'da ihtiyaç duyduğunuz çeşitli
iyileştirmeler için görev verebileceğiniz stajyerleri saymıyorum bile.

Burada sadece kendi projeniz için karar vermiyorsunuz. Türkiye'deki
en büyük özgür yazılım projesi için karar veriyorsunuz. Verdiğiniz
karar, Türkiye'de özgür yazılımın gelişimini etkileyecek bir karar.
Birçok insanın örnek göstereceği ve örnek alacağı bir davranış olacak.

Yıl oldu 2010, 27 yıldır özgür yazılım geliştiriliyor, 6 senedir Pardus
Türkiye'deki özgür yazılım dünyasının içinde. Kapalı bir yazılım tercih
etmek, geriye doğru atacağınız kocaman bir adım olacak, açacağı yaralar
belki uzun süre kapanmayacak.

Yav biz Jira için uğraştık, yazık değil mi emeklerimize diye
düşünüyorsanız, yol daha dönmek için yakın. Zararın neresinden
dönülürse kardır. Daha verilerin çoğu aktarılmadı, daha çalışmaların
çoğu yapılmadı. Geri dönülmez bir noktada değiliz.

Tüm bunlara rağmen hala Jira da Jira diye ısrarcıysanız, yıllardır
savunduğumuz özgürlüğümüzden vazgeçmeyi gerektirecek kadar niye Redmine
(ya da başka bir özgür yazılım) yerine Jira kullanmak *zorunda*
olduğunuzu, madde madde hangi ihtiyacı Redmine'ın nasıl karşılayamayıp
Jira'nın karşıladığını anlatmanız gerekiyor.

   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-06 Başlik Ahmet AYGUN
06.Tem.2010 tarihinde 23:18 saatinde, Doruk Fisek  
dfi...@fisek.com.tr şunları yazdı:
Gelen tek somut ihtiyaçlarımız bunlar listesi bu olduğu için,  
bunun

üzerinden yanıt yazıyorum.

Yukarıda yazılanlarını hepsini Redmine yapabiliyor ve bir özgür  
yazılım.


Kullanıldığı ölçüde de gelişecektedir, tıpkı her yazılım  
gibi. Semen'in
yazdıklarından anladığım, Jira'ya bazı özellikler eklenmesi  
için de
firmasıyla yazışıp uğraşıyorsunuz. İleride de bu tip geliştir 
me

gereksinimleri olacaktır. Birinde özgür yazılıma, diğerinde ise
savunduğumuz felsefeye aykırı bir yazılıma yatırım yapıyor  
olacaksınız.
Yatırım yapmanın yanı sıra, vereceğiniz geri beslemeler ve  
yapacağınız

geliştirmelerle yazılımın gelişmesini ve yaygınlaşmasını
sağlayacaksınız. Kutudan çıktığı gibi Pardus'un üzerine  
oturmayacağı

bir gerçek.

Üstelik sözleşmeli projeleriniz için kullanmak için lisans sat 
ın
alacaksınız Jira'dan. Bunun için yurt dışına akıtacağınız  
para yerine,
Redmine'ın nesi daha az kolay geliyorsa size ve düzenlemekle  
uğraşmak

istemiyorsanız; yıllara yayılmış ödeyeceğiniz lisans ücretini
Türkiye'deki bir yazılım geliştirme firmasına verebilirsiniz, si 
ze

Redmine'da istediğiniz geliştirmeleri yapabilirler. Kimden
isteyeceğinizi bilmiyorsanız, Ruby ile yazılım geliştiren en  
azından

iki firma ismi verebilirim.

Hazır yaz dönemiyken, Redmine'da ihtiyaç duyduğunuz çeşitli
iyileştirmeler için görev verebileceğiniz stajyerleri saymıyorum  
bile.


Burada sadece kendi projeniz için karar vermiyorsunuz. Türkiye'de 
ki
en büyük özgür yazılım projesi için karar veriyorsunuz.  
Verdiğiniz
karar, Türkiye'de özgür yazılımın gelişimini etkileyecek bir  
karar.
Birçok insanın örnek göstereceği ve örnek alacağı bir  
davranış olacak.


Yıl oldu 2010, 27 yıldır özgür yazılım geliştiriliyor, 6  
senedir Pardus
Türkiye'deki özgür yazılım dünyasının içinde. Kapalı bir  
yazılım tercih
etmek, geriye doğru atacağınız kocaman bir adım olacak,  
açacağı yaralar

belki uzun süre kapanmayacak.

Yav biz Jira için uğraştık, yazık değil mi emeklerimize diye
düşünüyorsanız, yol daha dönmek için yakın. Zararın neresind 
en
dönülürse kardır. Daha verilerin çoğu aktarılmadı, daha  
çalışmaların

çoğu yapılmadı. Geri dönülmez bir noktada değiliz.

Tüm bunlara rağmen hala Jira da Jira diye ısrarcıysanız, yıllard 
ır
savunduğumuz özgürlüğümüzden vazgeçmeyi gerektirecek kadar  
niye Redmine

(ya da başka bir özgür yazılım) yerine Jira kullanmak *zorunda*
olduğunuzu, madde madde hangi ihtiyacı Redmine'ın nasıl  
karşılayamayıp

Jira'nın karşıladığını anlatmanız gerekiyor.


Sadece +1 yazmak pek bir sey katmiyor belki tartismaya aranizda buna  
karsi cikanlar oldugunu biliyorum ama kelimesi kelimesine katiliyorum.


+2 kuruş
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-06 Başlik Fatih Aşıcı
On Wednesday 07 July 2010 05:10:38 selim ok wrote:
 2010/7/7 Fatih Aşıcı fa...@pardus.org.tr

  On Tuesday 06 July 2010 23:18:08 Doruk Fisek wrote:
Hazır yaz dönemiyken, Redmine'da ihtiyaç duyduğunuz çeşitli
  
   iyileştirmeler için görev verebileceğiniz stajyerleri saymıyorum bile.
 
  Zaten gelen stajyerler de sular seller gibi Python bilerek gelip hemen
  proje
  geliştirmeye başlıyorlar. Herhalde ruby de biliyorlardır. Takıldıkları
  bir yer
  olursa bizim her biri Ruby ustası olan ekip üyelerimiz de yardımcı olur.
  Boş
  vaktimiz de çok zaten. Redmine gibi _basit_ bir projenin iyileştirilmesi
  gibi
  bir staj konusunun daha önce aklımıza gelmemiş olması büyük talihsizlik
  olmuş.
  Sonraki staj döneminde bunu bir düşünelim bakalım.

 Tüm argümanlar bitti cevap verilecek bu mu kaldi simdi yani :) Tamam bu
 olmaz diyelim, ya digerleri?

Benim Redmine hakkında bir bilgim yoktu. Redmine'ın ihtiyaçlarımızı 
karşılayabilme ihtimalini gördüğümden beri bu konuda sessizim. Sadece bazı 
işleri (staj gibi) çok kolay zannedip düşüncesizce yazılan yazıları okuyunca 
sinirleniyorum. Sanki bizim elimizde her imkan varmış, iş gücümüz çok 
fazlaymış da biz bunu kullanmayı beceremiyormuşuz gibi bir izlenim ediniyorum 
Doruk'un yazdıklarından.

Pisi'nin depo yönetimi ile ilgili de kodda _öncelikle_ önemli derecede bir 
refaktör yapılmasını düşündüğümden bahsediyorum; ama sanki keyfi bir cevap 
vermişim gibi tepkiyle karşılaşıyorum. O özelliğin getirisinin götürüsünün ne 
olacağını ben de çok iyi biliyorum; ama mevcut durumu göz önünde bulundurmak 
gerek.
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-05 Başlik Erkan Tekman
Pazar 04 Temmuz 2010 14:50:49 tarihinde Ali Işıngör şunları yazmıştı:
 Projenin kaba kod geliştirme süreçlerinin yanına bir sürü yeni iş modeli ve
 görev tanımı eklemlenmeye (Bkz: Tekman'ın son blog
 girdisihttp://developer.pardus.org.tr/people/tekman/blog/?p=182)
 başladı. Dışarıdan görebildiğim kadarıyla, UEKAE içindeki iş süreçleri
 artık yüzde 90 oranında kod geliştirmeden ibaret değil ve içeride ciddi
 bir proje/süreç yönetimi aracına ihtiyaç var.

Ali'nin yazdıkları üzerine zorunlu bir açıklama:

Söz konusu değişikliklerin sonucu olarak dağıtım tarafından biraz 
farklılaşan ve neredeyse biraz da ayrılan sözleşmeli projeler tarafımızda 
kullanılacak araç burada tartışılmakta olan Jira değil. 

Sevgili Akın'ın uzun süren araştırma ve değerlendirmeleri sonucu mevcut kimi 
projelerimizde project-open kullanıyoruz. Ancak araçtan ya da bizden 
kaynaklanan nedenlerle yeterince etkin kullanılamadığından bir değişiklik 
peşindeyiz. Dağıtım tarafında Jira kullanılması yönünde oluşan karara partalel 
olarak diğer tarafta da Jira seçimi hayli olası görünüyor. Ancak Jira'nın 
özgür yazılımlara özel muamelesinden dolayı ve kimi diğer değerlendirmeler 
ışığında sözleşmeli proje kanadında kullanılan Jira farklı bir lisansla, 
farklı bir instance olacak.

Gerek sözleşmeli projeler ve gerekse dağıtım taraflarımızda kullanılacak 
araçların seçiminde kullanılan gerekler listesinin en başında her zaman GPL 
ya da uyumlu bir özgür lisansla dağıtılan ve geliştirilen maddesi yer alıyor. 
Bunun ardından da işlevsel gerekler. Araştırmada GPL ve özgür olmayan ürünlere 
de bakılıyor, belli bir sınır dahilinde. İşlevsel gerekler GPL ve özgür 
herhangi bir ürün tarafından sağlanmazsa diğer grup da değerlendirmeye 
katılıyor. İşlevsel gereklerde önemli bir karşılama farkı varsa ve lisans 
açısından önemli bir günah söz konusu değilse tercih özgür olmayan 
araçlardan yana  da kullanılabiliyor. Bu durumda da yazılım ve tedarikçi 
bağımsızlığı, hapsolma durumu yaratmaması, açık standartları desteklemesi ve 
özgür yazılım projelerine özel lisanslama seçenekleri gibi durumlara dikkat 
ediliyor. Zaman içerisinde GPL ve özgür bir seçeneğin ortaya çıkması olasılığı 
sürekli takip ediliyor ve böyle bir durum oluştuğunda imkanlar dahilinde 
ivedilikle göç edilmesi yoluna gidiliyor.

Pardus'u geliştirirken özgür olmayan araçlar kullanılması bizim de içimize 
sinmiyor (bizim derken şu ya da bu kişileri değil, tüm UEKAE ekibini 
kastediyorum). Ancak mecbur kaldığımız durumlar olabiliyor ve bu durumlarda da 
özgürlük açısından en kabul edilebilir yolu tercih ediyoruz.

Böyleyken böyle, bilgileirnize...

-- 
Erkan Tekman
TÜBİTAK UEKAE
Proje Yöneticisi ::: Pardus
::: Özgürlük İçin... :::

www.pardus.org.tr
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-05 Başlik Doruk Fisek
Merhaba,

Mon, 5 Jul 2010 10:38:06 +0300, Semen Cirit sci...@pardus.org.tr :

  Redmine'ın, kendi kullanım deneyimime de dayanarak, iyi bir
  alternatif olabileceğini düşünüyorum. Üstelik ruby. Bunun
  üzerinden gidilemez mi?
  Ben de redmine kullanmış ve trac'ten nefret etmiş birisi olarak
  redmine'in çok güzel bir uygulama olduğunu düşünüyorum. Seve seve
  kullanırım. Fikrimi belirttim =)
 JIRA'nın iyi yönleri:
...
Soru Jira'nın nesi daha iyi değildi ki.

Redmine üzerinden gidilemez mi? idi.

   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-04 Başlik Ozan Çağlayan
On 04.07.2010 13:13, Doruk Fisek wrote:
 Merhaba,

 
  Pardus 2011 (için düşünülen fikirler) başlığı altında, Pardus'un
 geliştirilmesinde Jira ve beraberinde FishEye, Bamboo, Confluence,
 Crucible, vs özgür olmayan yazılımlarının kullanılması düşüncesinden
 bahsedildi (hatta aktif kullanıma da geçilmiş gözüküyor).

..ve beraberinde.. kısmı gerçeği yansıtmıyor. Sadece o eklentilerin de 
önemli işlevler kattığını ve Jira'da bir eksiklik olduğu düşünülüyorsa
onlara bakılabileceğini söyledim.

 
  Özgür yazılım geliştirmek için özgür olmayan yazılımlar kullanmak
 tutarsız bir davranış biçimi. Pardus'ta derdimizin sadece teknik
 yararları için özgür yazılım kullanmak olmadığını umuyorum. Özgür
 yazılımı özgür olduğu için tercih ediyor olmalıyız.
 
  Pardus'un geliştirilmesinde kullanılacak yazılımlar, başkalarına da
 örnek olacaktır. Özgür yazılım geliştirelim derken, özgür olmayan
 yazılımların yaygınlaşmasına ön ayak olmak demek bu.

Buralar tartışmaya açık. Qt JIRA kullanıyor. Biz de Qt'yi kullanıyoruz.
Apache, VMWare, Novell, Oracle da JIRA kullanıyor. Özgür Yazılım geliştirirken
planlama ayağında kullanılan özgür olmayan bir yazılımın kullanılması ne kadar
tutarlıdır ne kadar tutarsızdır bilmiyorum. Benim kişisel olarak içime siniyor.

 
  Zamanında Linux çekirdeğinin geliştirilmesi için Bitkeeper
 kullanılmasından çok farklı değil Pardus'u geliştirmek için Jira ve
 kardeşlerini kullanmak.

Peki zamanında GIT'e geçilene kadar Bitkeeper kullanıldı mı kullanılmadı mı?
O süreçte yayımlanan çekirdek sürümlerini dağıtımlar, biz kullandık mı, 
kullanmadık mı? GIT bitkeeper'a iyi bir alternatif olarak ortaya atılmasa, 
geliştirilmese bitkeeper'da kalınacak mıydı? Büyük ihtimalle.

JIRA'nın sağladıklarını sağlayan özgür yazılım bir alternatif varsa tabii ki
o tercih edilebilir ancak yoksa da JIRA'nın önü kesilmemeli.
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-04 Başlik Doruk Fisek
Merhaba,

Sun, 04 Jul 2010 13:40:54 +0300, Ozan Çağlayan o...@pardus.org.tr :

 GIT bitkeeper'a iyi bir alternatif olarak ortaya atılmasa, 
 geliştirilmese bitkeeper'da kalınacak mıydı? Büyük ihtimalle.
Bu pek öyle olmadı.

Bitkeeper çekirdeğin geliştirilmesinde 2002-2005 yılları arasında
kullanıldı. Bu dönemde birçok kez buna karşı çıkıldı; Alan Cox da dahil
olmak üzere bir çekirdek geliştiricisi Bitkeeper kullanmayı toptan
reddetti.

2005'te Andrew Tridgell'ın (Samba'nın da geliştiricisi olan), Bitkeeper
meta dosyalarını okuyan bir yazılım geliştirmeye başlamasını gerekçe
göstererek; Bitmover firması özgür yazılım projelerine verdiği lisansı
iptal etti.

Bunun sonrasında, -zorunlu- olarak Git yazıldı ve Linux çekirdeğinin
geliştirilmesi Git'e aktarıldı.

   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-04 Başlik Doruk Fisek
Sun, 4 Jul 2010 13:52:27 +0300, Doruk Fisek dfi...@fisek.com.tr :

 dahil olmak üzere bir çekirdek geliştiricisi Bitkeeper kullanmayı
s/bir/birçok/g

   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-04 Başlik Ozan Çağlayan
On 04.07.2010 14:09, selim ok wrote:
 Selamlar,
 
 bu konuda henüz etraflica düsünemedigim icin net bir fikrim de yok. Sadece
 bu konuyu daha önceden konustugumuzu hatirladim. Baglanti* vereyim istedim.
 
 O zaman yogun bir karsi cikis olmus. Bugün durum nedir, fikirler degisti mi
 bilemiyorum.
 
 Iyi calismalar,
 Selim
 
 *  http://liste.pardus.org.tr/gelistirici/2009-January/016368.html

İlgili kişiler kendi ölçeklerinde cevaplarini mutlaka vereceklerdir. Ancak 
tartışmada
dikkat çeken bir nokta var o da herkesin JIRA'yi bugzilla'ya alternatif olarak 
görmüş
olması. Olaya o noktadan yaklaşınca insanlar bugzilla varken buna geçmeyi 
düşünmenin
mantıklı olmadığı noktasında birleşmiş çünkü bugzilla'nın kullanışsızlığının 
bir kısmı
bizim çevirememizden, düzgün maintain edemememizden kaynaklanıyor(du). Onları 
düzeltmeye
çalışmak, kapalı kodlu bir yazılıma geçmekten daha öncelikli ve mantıklı 
görünüyordu.

Ama dediğim gibi JIRA kesinlikle bir hata takip sistemi değil.
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-04 Başlik Ali Işıngör
2010/7/4 selim ok seli...@gmail.com

 Selamlar,

 bu konuda henüz etraflica düsünemedigim icin net bir fikrim de yok. Sadece
 bu konuyu daha önceden konustugumuzu hatirladim. Baglanti* vereyim istedim.

 O zaman yogun bir karsi cikis olmus. Bugün durum nedir, fikirler degisti mi
 bilemiyorum.



O gün bana *İstediği kadar uçup kaçsın, ben kapalı kodlu bir yazılım
kullanmaya karşıyım (bakınız bitkeeper).* diye cevap veren sevgili Onur
KÜÇÜK'ün düşüncelerini merak etmiyor değilim aslında :)...

Şaka bir yana, o gün söylediklerimi bir kere daha tekrar etmekte fayda
görüyorum:

Bir süredir yol haritaları, yapılacak işlerin takvimi, UEKAE dışı
 geliştiricilerin süreçler hakkında daha iyi bilgilendirilmesi tartışmaları
 yürürken; mevcut sorun kaynaklarından birinin bu projede bir issue
 tracker+bugzilla+project management aracımızın olmaması olduğunu
 düşünüyordum...


Pardus Projesi'nin bence en büyük sıkıntılarından biri, bir  project
management-issue tracker aracına sahip olmaması. O günlerde projenin tek
bir ürün ailesi varken beni pek kimse anlamamıştı. Ama bugün geldiğimiz
yerde geliştirilen ürün/çözümler ailesi; Pardus 2009, Pardus 2011, Pardus
Kurumsal 2, Pardus 64 bit ve Pardus ARM portu, kurumlara özel çözümler falan
şeklinde dallandı, budaklandı. Geçmişte yaşanan tartışmadan çok daha ileri
ve ciddi bir noktada proje. Dolayısıyla ihtiyaçlar da büyüyor.

Projenin kaba kod geliştirme süreçlerinin yanına bir sürü yeni iş modeli ve
görev tanımı eklemlenmeye (Bkz: Tekman'ın son blog
girdisihttp://developer.pardus.org.tr/people/tekman/blog/?p=182)
başladı. Dışarıdan görebildiğim kadarıyla, UEKAE içindeki iş süreçleri artık
yüzde 90 oranında kod geliştirmeden ibaret değil ve içeride ciddi bir
proje/süreç yönetimi aracına ihtiyaç var.

Peki, Doruk'un -bence çok haklı olan- sorusuna dönelim:

- Jira'nın özgür yazılım muadili var mı? Varsa neden kullanmıyoruz?

(...)

Benim görebildiğim kadarıyla Jira'nın herhangi bir özgür yazılım muadili
yok. Çok yetersiz bir alternatif olarak Scarab http://scarab.tigris.org/'ı
gösterebiliriz belki. Son olarak 0.2.1 sürümünü çıkaran Scarab, son derece
yetersiz ve arayüz tarafında Bugzilla'dan bile beter araç.

Trac http://trac.edgewall.org/ ise issuetracking tarafında güçlü ama
project management tarafında zayıf bir araç.
Mantishttp://www.mantisbt.org/'ten
ise hiç bahsetmeyelim, bildiğiniz Bugzilla'nın alternatifi sadece...

Jira'ya ben bir alternatif göremiyorum açıkçası.



Bu da benim iki kuruşum olsun.

Ali
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici

Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-04 Başlik Onur Küçük

On Sun, 4 Jul 2010 14:50:49 +0300
Ali Işıngör isin...@gmail.com wrote:

 O gün bana *İstediği kadar uçup kaçsın, ben kapalı kodlu bir yazılım
 kullanmaya karşıyım (bakınız bitkeeper).* diye cevap veren sevgili
 Onur KÜÇÜK'ün düşüncelerini merak etmiyor değilim aslında :)...

 Sevgili Ali, fikrim değişmedi, hala karşıyım, ama kullanılacak aracın
kararını ben vermiyorum :)

 Bu konuda bir Özgür Yazılım kullanmayı isterim, ama diğer taraftan
Semen'in bu konuda çok araştırma yaptığını ve işimizi tam anlamıyla
görecek bir yazılım bulamadığını biliyorum. Bildiğim bir alan
olmadığı için de alternatif öneremiyorum.


-- 
 Onur Küçük  Knowledge speaks,
 onur.--.-.pardus.org.tr   but wisdom listens

___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-04 Başlik Doruk Fisek
Merhaba,

Sun, 4 Jul 2010 14:50:49 +0300, Ali Işıngör isin...@gmail.com :

 Pardus Projesi'nin bence en büyük sıkıntılarından biri, bir  project
 management-issue tracker aracına sahip olmaması. 
Kimse gücenmesin ama problem gerçekten araçta mı, yoksa onu
kullananlarda mı?

Bugzilla'da üzerinde açık hatalara bakmayanlar; Jira'da olunca
bakacaklar mı?

 O günlerde projenin tek bir ürün ailesi varken beni pek kimse
 anlamamıştı.
O günlerdeki insanlar sizi anlamamış değildi, anlaşılan bugünkü
geliştirici kitlesine nazaran daha fazla özgürlük için Pardus'u
geliştiriyorlardı.

Açıkçası benim dışında kimsenin buna sesini çıkaracak kadar karşı
çıkmamasını şaşkınlıkla karşılıyorum.

   Doruk

--
FISEK ENSTITUSU - http://www.fisek.com.tr
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-04 Başlik Gürer Özen
04 Temmuz 2010 Pazar günü (saat 14:50:49) Ali Işıngör şunları yazmıştı:

 Benim görebildiğim kadarıyla Jira'nın herhangi bir özgür yazılım muadili
 yok.

Pardus'ta kullanıcılara bazı özellikleri sağlayabilmek için (film izlemek, 
ekran kartı yada wifi adaptörünü çalıştırmak, flash oynatmak, özgürleşmeden 
önceki dönemde java çalıştırmak), içimiz acısa da özgür olmayan yazılımlar 
kullanmak zorunda kalmıştık. Çünkü bu özellikler hedef kullanıcılar için 
olmazsa olmaz durumundaydı.

Buradaki karar ise son kullanıcıları direk etkilemeyen bir karar. Çok başarılı 
olmasa da özgür alternatifler de mevcut. Bu alternatifler geliştirilebilir, 
üzerine ek araçlar yazılabilir.

Sadece Jira en iyisi şeklinde bir sonucu değil, somut olarak şu anda hangi 
sorunların yaşandığını, Jira'nın bunları nasıl çözeceğini, kod geliştirme 
dışındaki yeni iş süreçlerinin kod geliştirmeyle birleşmesinin gerekip 
gerekmediğinin gerekçelerini duymak isterim.
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-04 Başlik Ozan Çağlayan
On 04.07.2010 18:50, Gürer Özen wrote:
 04 Temmuz 2010 Pazar günü (saat 14:50:49) Ali Işıngör şunları yazmıştı:

 
 Sadece Jira en iyisi şeklinde bir sonucu değil, somut olarak şu anda hangi 
 sorunların yaşandığını, Jira'nın bunları nasıl çözeceğini, kod geliştirme 
 dışındaki yeni iş süreçlerinin kod geliştirmeyle birleşmesinin gerekip 
 gerekmediğinin gerekçelerini duymak isterim.

* Bir süredir uludag/trunk altında götürülmeye çalışılan tasks dosyasının 
işlevi,
* Dağıtım yol haritası üzerinde insanlara doğru düzgün issue atanabilmesi, bu 
issue'ların
  doğru düzgün takibi,
* Bir issue için geliştiricilerin tartışabilecekleri yorum girebilecekleri bir 
alan sağlanması
* SVN ve diğer popüler SCM altyapılarından issue id kullanılarak commit log 
getirebilmesi
* Greenhopper ile Agile entegrasyonu
* Etkinliklerin RSS ile takip edilebilmesi
* Çeşitli chart ve grafik üretimleri

aklıma gelenler bunlar.

___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-04 Başlik Ozan Çağlayan
On 04.07.2010 18:34, Doruk Fisek wrote:
 Merhaba,
 
 Sun, 4 Jul 2010 14:50:49 +0300, Ali Işıngör isin...@gmail.com :
 
 Pardus Projesi'nin bence en büyük sıkıntılarından biri, bir  project
 management-issue tracker aracına sahip olmaması. 
 Kimse gücenmesin ama problem gerçekten araçta mı, yoksa onu
 kullananlarda mı?
 
 Bugzilla'da üzerinde açık hatalara bakmayanlar; Jira'da olunca
 bakacaklar mı?

JIRA'nın hata takip sistemi olmadığını bir daha söylemem mi gerekiyor?
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici


Re: [Gelistirici] Pardus'un geliştirilmesinde ö zgür olmayan yazılımlar kullanılması

2010-07-04 Başlik Fatih Aşıcı
On Sunday 04 July 2010 18:52:55 selim ok wrote:
  Sun, 4 Jul 2010 14:50:49 +0300, Ali Işıngör isin...@gmail.com :
   Pardus Projesi'nin bence en büyük sıkıntılarından biri, bir  project
   management-issue tracker aracına sahip olmaması.
  
  Kimse gücenmesin ama problem gerçekten araçta mı, yoksa onu
  kullananlarda mı?
 
 Ben Bugzilla'nin hata takip sistemi olarak islevini gayet güzel bir sekilde
 yerine getirebildigini düsünüyorum. Daha önce önerdigim sadelestirme
 istekleri pek kabul görmedi (yani sonuc olarak cesitli sadelestirmeler
 yapildi ama su anki durumu hala karisik), fakat bence kullanici icin
 olabildigince sadelestirilebilseydi, sikayet edilecek bir tarafi
 kalmayacakti.

Bugzilla'yı nasıl savunabiliyorsunuz anlamıyorum. Tek işi hata takibi yapmak 
olan bir yazılım bu kadar karmaşık olabilir mi hala anlayabilmiş değilim. Yıl 
olmuş 2010 ve bu arkadaş hala ilkel bir çeviri alt yapısı (alt yapı bile 
denmez aslında) kullanıyor. Burada yorum yapanlar kaç defa bugzilla kurup 
yönetti bilmiyorum. Ben de kurup yönetmedim; fakat her bugzilla 
güncellemesinde ofiste bununla uğraşıp zaman harcayan insanları görmekten 
sıkıldım artık. Diğer projeler sadece İngilizce kullandığı için bu kadar 
problem yaşamıyor da olabilir tabi.

Bir tane yama gözden geçirme eklentisi kuralım dedik. O da bir sürü sorun 
çıkardı. Arayüzdeki hiyerarşik düzeni elden geçirmek istedik; 10 tane saçma 
sınırlama ile karşılaştık. Ya bu alet, Linux dağıtımları gibi binlerce 
bileşenden oluşan projeler için uygun değil (belki de redhat gibi forklayıp 
geliştirmek lazım) ya da biz kullanmayı öğrenecek kapasitede değiliz.

Yanlış anlaşılmasın. Bugzilla'yı bu saatten sonra bırakalım demiyorum; fakat 
bu sinir bozucu aracın övüldüğünü görünce dayanamıyorum.
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici