Tag Archives | özgür yazılım

GnuPG’nin 2.1.11 Sürümü Çıktı

GPL lisanslı bir özgür yazılım olan GnuPG‘nin (ya da GPG) 2.1.11 sürümü çıktı. GnuPG 2.1.11’in resmi duyurusu henüz yapılmadı ama paketler yansılarda indirime sunuldu. GnuPG Projesinin, yaygın biçimde PGP olarak kısaltılan OpenPGP standartlarında özgür bir uygulama olan GNU Privacy Guard’ın (GnuPG) 2.1.11 kullanıma sunulurken, Yazılımın üç farklı versiyonunun (modern, kararlı, klasik) etkin olarak kullanıldığını hatırlatılıyor. Çok yönlü bir anahtar yönetimi sistemine sahip olan yazılımın diğer uygulamalarla kolay entegrasyon özellikleriyle bir komut satırı aracı içerdiği ifade edilirken, zengin bir kütüphane ile sunulan yazılımın 2. sürümünden bu yana, S/MIME ve Secure Shell için destek sağladığı belirtiliyor. Başlangıçta Werner Koch tarafından geliştirilen GPG, neredeyse tüm GNU/Linux dağıtımlarına; FreeBSD, OpenBSD, NetBSD gibi özgür işletim sistemlerine sıklıkla dahil edilir. GPG ayrıca Mac OS X ve Microsoft Windows gibi platformlar için de derlenebilir. Mac OS X için, MacPGP denen özgür bir GPG portu bulunmaktadır. MacPGP, OS X kullanıcı arayüzüne ve yerel sınıf tanımlarına uyarlanmıştır. Bir melez şifreleme yazılımı olan GnuPG, yalnızca bir kez kullanılan bir oturum anahtarı şifrelemeyi alıcının genel anahtarını kullanarak yapar.

Continue Reading →

GnuPG 2.1.11 edinmek için aşağıdaki linklerden yararlanabilirsiniz.

0

LibreOffice Hint Topluluğunun 2016'daki ilk toplantısı

Italo Vignoli’nin 17 Ocak 2016‘da duyurduğu üzre, LibreOffice Hint Topluluğu, 2016’daki etkinlikleri görüşmek üzere Hindistan’ın başkenti Delhi’de buluştu. Başarılı bir biçimde gerçekleşen toplantıda, bir yıl boyunca yapılacak etkinlikler görüşüldü. Herhangi bir özgür yazılım topluluğu için özellikle Hindistan gibi çok sayıda dile sahip toplumlarda, yerelleştirme, en önemli konulardan biridir. 1.2 milyar nüfusu ile nüfus bakımından dünyanın ikinci büyük ülkesi olan Hindistan Cumhuriyeti’nde LibreOffice Hint topluluğunun gelişimi çok önemlidir. Burada birliğin resmi dili Hintçe’nin yanı sıra; Assam, Bengalce, Bodo, Dogri, Gujarati, Kannada, Keşmir, Konkani, Maithili, Malayalam, Manipuri, Marathi, Nepali, Odia, Pencap, Sanskritçe, Santali, Sindhi, Tamil, Telugu ve Urduca gibi resmi olarak tanınmış 21 bölgesel dil vardır.

Continue Reading →

Bu duyuruyu yapmaktan mutluluk duyduğunu söyleyen Vignoli; ekibin, 2016 yılı etkinliklerini tartıştığını belirtti. Bu arada, yerelleştirmenin öncelikli konulardan biri olduğu ifade edildi. The Document Foundation (TDF) açısından, LibreOffice ofis paketinin geliştirme süreci için Hint Topluluğu son derece önemlidir. Bilindiği gibi, The Document Foundation, Şubat 2016 ‘da ikinci sürüm adayı 13 Ocak 2016‘da çıkarılan bir sonraki büyük sürüm olan LibreOffice’i 5.1’i yayınlayacak.

0

Necdet Yücel: Nasıl daha iyi hata raporu hazırlayabilirsiniz?

Çanakkale Onsekiz Mart Üniversitesi Bilgisayar Mühendisliğinde öğretim görevlisi olarak çalışan Necdet Yücel; kendi blogunda, ” Nasıl daha iyi hata raporu hazırlayabilirsiniz?” başlıklı bir  yazı yayımladı. Necdet Bey’in birikimiyle harmanlanmış, bu son derece yararlı yazıyı buraya aktarmaktan kendimi alamadım. Sözlerine “Kullandığınız yazılımın hatasının giderilmesine veya ihtiyacınız olan özelliğin eklenmesine yardımcı olabilirsiniz” diye başlayan Necdet Hoca’nın yazısı şöyle:

Continue Reading →

“Bir özgür yazılımı kullanıyorsunuz, geliştiricisi onu size özgürce kullanma, dağıtma, değiştirip dağıtma haklarını vermiş ama yolunda gitmeyen bir şeyler var. Yazılım böyle bir şey zaten; mutlaka daha iyisi, daha az hatalısı yazılabilir. Belki bir hatayla karşılaşmadınız da yazılımda şu da olsa dediğiniz bir şey var. Bu durumda başka bir yazılımı kullanmayı deneyebileceğiniz gibi kullandığınız yazılımın hatasının giderilmesine veya ihtiyacınız olan özelliğin eklenmesine yardımcı olabilirsiniz. Özgür yazılım projelerinin çoğunun birer hata takip sistemi oluyor, olmayanların geliştirici listeleri var, o da yoksa geliştiricisine doğrudan yazabilirsiniz. Bunlardan birine bir hata kaydı göndermek sizin çok az zamanınızı alacak ama karşılığında istediğinize daha yakın bir programı kullanabileceksiniz.

Geliştiriciler de sizin gibi insanlar olduklarından ne kadar iyi hata raporlarsanız hatanın düzeltilme süresini o kadar kısaltırsınız. Öncelikle hata raporlamanın geliştiriciler tarafından memnuniyetle karşılanacağını aklımızda tutalım. Hata raporunu alan geliştirici yazdığı yazılımın birileri tarafından kullanıldığını ve geliştirilmesi için istekte bulunulduğunu görmekten memnun olacaktır. Şimdi birlikte hata raporunu nasıl daha iyi hale getirebileceğimize bakalım.

Gerçekten bir hata var mı?

İlk bakışta size hata gibi görünen şey bir özellik olabilir ya da belki siz ilk denemenizde istediğiniz şeyi yaptıramadınız programa. Kullandığınız program ne kadar çok iş yapıyorsa o kadar çok menüsü, ayar dosyası olacaktır, onların arasında istediğiniz şeyi bir bakışta görememiş olabilirsiniz. Kullandığınız programın varsa wiki sayfasına, kullanıcı listesi yazışmalarına, yardım dosyalarına bakmak bazen yapamadığınız/yaptıramadığınız şeyin kolay bir yolunu bulmanıza yardımcı olabilir. ‘Şu işlem nasıl yapılıyor’ şeklindeki ifadeler bir hata kaydı olarak kabul edilmeyecek ve istediğiniz sonuca ulaşamayacaksınız.”

“Sisteminiz güncel mi?

Yazılımlar çoğunlukla yaşayan birer varlık gibi gelişim halindedirler. Sizin kullandığınız sürümde sorunlu olan bir durum yazılımın son sürümünde güncellenmiş olabilir. Veya sorun yazılımdan değil de işletim sisteminden kaynaklanıyor olabilir. Bu güncellemeleri yaptıktan sonra sorun hala devam ediyorsa bir defa da yazılımın web adresine bakarak oradaki son sürümün size işletim sisteminiz tarafından sağlanan sürüm olup olmadığını kontrol etmek iyi olabilir. Uzun dönem desteği  (LTS) sunan dağıtımların yazılımların sürümlerinde radikal değişiklikleri dağıtma dahil ettiğini bilerek kullanıyor olduğunuzdan karşılaştığınız hatayı yazılımın geliştiricilerin değil de dağıtıma raporlamanız gerekebilir.

Her durumda yazılımlarınızı güncel tutmak iyi bir fikir olacaktır.

Hata kullandığınız yazılımdan mı kaynaklanıyor?

Örneğin ayağa kaldırmaya çalıştığınız sunucu servisine dışarıdan bağlanmaya çalışanlara engel olan olan bir güvenlik duvarı kuralınız olabilir. Kullanıcı izinleriniz o programı çalıştırmanıza yetmiyor olabilir. Bir programı kullanarak yazıcıdan çıktı alamıyorsanız denemeniz gereken şeyler şunlar olabilir: a) Bilgisayarınızdaki başka bir programla o yazıcıdan çıktı alabiliyor musunuz? b) (eğer varsa) başka bir yazıcıyla da aynı sorunu yaşıyor musunuz? c) (eğer varsa) aynı yazılımın başka bir işletim sistemindeki sürümüyle aynı sorunu yaşıyor musunuz? Bütün bu sorulara yanıtınız evetse (ya da deneyemiyorsanız) onu raporlamalısınız.

Hata raporlarken neler dikkat etmek gerekir?

Unutmayın hatanın düzeltilmesini isteyen sizsiniz. Ne kadar iyi bir hata raporu gönderirseniz onun düzeltilmesi olasılığı o kadar yüksek olur. Şimdi basit ama faydalı birkaç noktaya değinelim.

  • Hatayı doğru kanaldan bildirin

Önce hatasını bildirmek istediğiniz projenin bir hata takip sistemi var mı diye kontrol etmek en doğrusu olacaktır. Eğer projenin bir bugzilla, redmine veya benzeri bir hata takip sistemi varsa burasını kullanın. Bazı projeler bu işlem için e-posta listesi kullanıyor olabilir. Bu projenin web sayfasında belirtilmişse elbette buraya yazmalısınız. Eğer projenin böyle bir kanalı yoksa geliştiricisine eposta gönderebilirsiniz. Uzun zamandır, yıllardır, yeni sürüm çıkarmamış bir projeye bir hata raporlandığında (hatta bir çeviri dosyası gönderildiğinde bile) projenin canlandığını görmek mutluluk verici bir şey olacaktır.

  • Önceden girilmiş hataları tekrarlamayın

İster bir hata takip sistemine, isterse eposta listesine yazacak olun öncesinde bir arama yapmak çok yerinde bir hareket olacaktır. Eğer karşılaştığınız hata daha önce raporlanmışsa duruma göre kendinizi hatayı takip edenler listesine ekleyebilirsiniz. Hata raporu yazılımın eski bir sürümüne aitse ve siz yeni sürümde de karşılaşıyorsanız hatayı tekrarlayabildiğinizi yorum olarak girmek de faydalı olacaktır. Kesinlikle mevcut bir hata raporunu tekrarlayan yeni bir kayıt açmayın.

  • Hata bildirim kurallarına uyun

Eğer bir hata takip sistemi varsa yazılımın uygun bileşenine gönderin hata raporunuzu. Geliştiriciler hatalar arasından seçsin diye beklemeyin. Hatanın düzeltilmesini isteyenin siz olduğunuzu aklınızdan çıkarmayın. Örneğin; kullandığınız yazılımın Türkçeye özgü karakterlerle ilgili bir sorunu varsa geliştiricisi muhtemelen bundan hiç haberdar olmadan ömrünü geçirebilir. Siz hata raporunu doğru yapabilirseniz işinizi görecek bir yazılımı kullanabiliyor olursunuz.

  • Gerektiği kadar ayrıntı verin

Bir hatayı raporlarken en öncelikli hedefiniz geliştiricilere nasıl bir hatayla karşılaştığınızı göstermek olmalıdır. Bunun için programı çalıştırdıktan sonra karşılaştığınız hatanın nasıl tekrarlanacağını adım adım yazmalısınız. Burada olayı hikaye etmeyin. Basit ve kısa adımlarla tarif edin. Bir işin birden çok yapılma yöntemi olacağını düşünerek siz nasıl yapıp hatayla karşılaşmışsanız onu yazın. Örneğin “servisi başlattıktan sonra” demek yerine “servisi /etc/init.d/bestserviceever start diyerek başlattıktan sonra” diye yazın. Programın bir kısayolunu kullanarak dosya açıyorsanız bunu belirtin. “Yeni dosyayı CTRL+O ile açmaya çalışırken” diye yazmak geliştiriciyi hatayı bulmaya zorlamaktan iyi olacaktır.

Kullandığınız işletim sisteminin adını ve sürüm numarasını, en son ne zaman güncellediğinizi mutlaka hata raporunda belirtin. Yazılımın sürüm numarası ve paket yöneticisinden mi kaynak koddan mı kurduğunuz bilgisi de çok önemlidir.

  • Gerekmeyen ayrıntıları hata raporuna yazmayın

Bu hatanın sizin için ne kadar önemli olduğunu, onu düzeltmezlerse başka bir yazılımı kullanmak zorunda kalacağınızı filan yazmayın hata raporuna. Hata raporu sadece gerektiği kadar ayrıntı içermeli ama gereken bütün ayrıntıları da içermelidir.

  • Her hata raporunda tek bir hatayı bildirin

Projelerin farklı bileşenlerinin farklı kişiler, hatta ekipler, tarafından geliştirilebildiğini düşünerek karşılaştığınız her hata için ayrı hata kaydı açın. Size çok yakın, ilişkili gibi görünen hataları bile bir raporda sakın birleştirmeyin.

  • Ne bekliyordunuz, ne oluyor?

Hata raporunuzda (eğer imkanı varsa elbette) bir ekran görüntüsü koymak çoğu zaman işleri çok hızlandıracaktır. Bu görüntü yazılımdan ne bekliyordunuz, neyle karşılaşıyorsunuz sorusuna cevap verecek nitelikte olmalıdır. Ekran görüntüsü alırken lütfen ilgisiz veya mahremiyetinizi tehlikeye atacak şeyleri göndermemeye çok dikkat edin. Tarayıcıda açık bulunan diğer sekmeler veya masaüstünüzde bulunan ve kimseye göstermediğiniz dosyaların ekran görüntüsü gibi şeyleri kamuya açık yerlere göndermeyin.

  • Hata raporuna eklediğiniz dosyaları temizleyin

Hatanın anlaşılması ve çözülmesi için eklemeniz gereken dosyalar varsa onları temizleyerek göndermek de dikkat edilmesi gereken konuların başında gelir. 50 sayfalık bir yapılandırma dosyasının tamamını göndermek yerine varsayılan halinden neyi değiştirmişseniz sadece o kısmı göndermek hatanın tekrarlanabilmesine imkan sağlayacaktır. Hatasını raporlayacağınız program sadece bazı dosyaları açarken, kayderderken (veya başka bir biçimde) hataya neden oluyorsa bu tipte bir dosya göndermek elbette iyi olur ama çok sayfalı bir belge diye doktora tezinizi veya yüksek çözünürlüklü bir imaj dosyası diye halka açık olmasını istemeyeceğiniz bir fotografı hata raporuna eklemeyin. İlla çok sayfalı bir metin gerekiyorsa elinizdeki dosyadaki bütün karakterleri x (veya uğurlu harfiniz varsa onunla) ile değiştirip farklı kaydedip onu göndermelisiniz.

Ek olarak göndereceğiniz dosyalardaki başlık bilgilerinin, varsa sürüm değişikliği bilgilerinin de temizlenmesi gerektiğini unutmayın. Bu bilgiler hata raporunuza eklendiğinde artık herkes tarafından kullanılabilir durumda olacaktır. Bir hatayı raporlayacağım derken kendinizi mağdur etmemeye büyük dikkat gösterin.

Açtığınız hata kaydını takip edin

Oluşturduğunuz hata kaydına geliştiriciler bir yorum yazıp sizden bilgi isteyebilirler. Bunlara mutlaka geri dönüş yapmalısınız.

Karşılaştığınız bir hatayı geliştiricilerine raporlayıp düzeltilmesine katkı verdiğiniz için kendinizle gurur duyabilirsiniz artık!”

0

phpMyAdmin 4.5.3.1 Sürümüne Güncellendi

4.5.3 sürümü yalnızca birkaç gün önce, 23 Aralık 2015‘te duyurulan phpMyAdmin’in 4.5.3.1 sürümü duyuruldu. Bir güvenlik güncelleştirmesi olduğu söylenen ve çeşitli hata düzeltmeleri gerçekleştirilen yeni sürümün paketleri yansılarda yerini aldı. Sürüme ilişkin ayrıntıları sürüm duyurusunda bulabilirsiniz. Başlıca kullanım amacı internet üzerinden MySQL veritabanı yönetimi olan, bununla birlikte veritabanı oluşturma ve silme; tablo ekleme, değiştirme, silme; alan ekleme, değiştirme, silme; SQL sorguları çalıştırma; kullanıcıları, yetkileri ve alan anahtarlarını yönetme gibi pek çok işlevi yerine getiren açık kaynak kodlu ve özgür yazılım phpMyAdmin; halen 72 farklı dili destekliyor. 1998 yılında, Peter Kuppelwieser’in yazmış olduğu MySQL-Webadmin’den esinlenerek PHP tabanlı bir MySQL arayüzü geliştirmeye başlayan Tobias Ratschiller’in zaman darlığı gerekçesiyle 2000 yılında bu projeyi ve özgün yazarı olduğu diğer projeyi (phpAdsNew) yarıda bırakmasının ardından büyük bir kullanıcı ve geliştirici kitlesinin ilgisini kazanan phpMyAdmin, popüler bir PHP uygulaması olmuştu.

Continue Reading →

Pek çok GNU/Linux dağıtımında kullanılan ürüne destek için Marc Delisle, Loïc Chapeaux ve Olivier Müller’den oluşan bir grup geliştirici 2001 yılında SourceForge‘de phpMyAdmin Projesini oluşturup, geliştirme işini üstlendiler. phpMyAdmin projesi; Olivier Müller, Marc Delisle, Alexander M. Turek, Michal Čihař ve Garvin Hicking tarafından yürütülmektedir. phpMyAdmin 4.5.3.1 edinmek için aşağıdaki linkten yararlanabilirsiniz.

0

phpMyAdmin 4.5.3 Sürümüne Güncellendi

phpMyAdmin’in 4.5.3 sürümü duyuruldu. Bir güvenlik güncelleştirmesi olduğu söylenen ve çeşitli hata düzeltmeleri gerçekleştirilen yeni sürümün paketleri yansılarda yerini aldı. Sürüme ilişkin ayrıntıları sürüm notlarında bulabilirsiniz. Başlıca kullanım amacı internet üzerinden MySQL veritabanı yönetimi olan, bununla birlikte veritabanı oluşturma ve silme; tablo ekleme, değiştirme, silme; alan ekleme, değiştirme, silme; SQL sorguları çalıştırma; kullanıcıları, yetkileri ve alan anahtarlarını yönetme gibi pek çok işlevi yerine getiren açık kaynak kodlu ve özgür yazılım phpMyAdmin; halen 72 farklı dili destekliyor. 1998 yılında, Peter Kuppelwieser’in yazmış olduğu MySQL-Webadmin’den esinlenerek PHP tabanlı bir MySQL arayüzü geliştirmeye başlayan Tobias Ratschiller’in zaman darlığı gerekçesiyle 2000 yılında bu projeyi ve özgün yazarı olduğu diğer projeyi (phpAdsNew) yarıda bırakmasının ardından büyük bir kullanıcı ve geliştirici kitlesinin ilgisini kazanan phpMyAdmin, popüler bir PHP uygulaması olmuştu.

Continue Reading →

Pek çok GNU/Linux dağıtımında kullanılan ürüne destek için Marc Delisle, Loïc Chapeaux ve Olivier Müller’den oluşan bir grup geliştirici 2001 yılında SourceForge‘de phpMyAdmin Projesini oluşturup, geliştirme işini üstlendiler. phpMyAdmin projesi; Olivier Müller, Marc Delisle, Alexander M. Turek, Michal Čihař ve Garvin Hicking tarafından yürütülmektedir. phpMyAdmin 4.5.3 edinmek için aşağıdaki linkten yararlanabilirsiniz.

0

GnuPG’nin 2.1.10 Sürümü Duyuruldu

GPL lisanslı bir özgür yazılım olan GnuPG‘nin (ya da GPG) 2.1.10 sürümü, Werner Koch tarafından duyuruldu. GnuPG Projesinin, yaygın biçimde PGP olarak kısaltılan OpenPGP standartlarında özgür bir uygulama olan GNU Privacy Guard’ın (GnuPG) 2.1.10 sürümünü duyurmaktan mutluluk duyduğunu söyleyen Koch; GnuPG’nin üç farklı versiyonunun (modern, kararlı, klasik) etkin olarak kullanıldığını hatırlattı. GnuPG’nin OpenPGP standardının tam ve özgür bir uygulaması olduğunu ifade eden Koch; çok yönlü bir anahtar yönetimi sistemine sahip olan yazılımın diğer uygulamalarla kolay entegrasyon özellikleriyle bir komut satırı aracı içerdiğini belirtti. Koch; zengin bir kütüphane ile sunulan yazılımın 2. sürümünden bu yana, S/MIME ve Secure Shell için destek sağladığını hatırlattı. Çeşitli yeniliklerle gelen yeni sürüm, bir takım hata düzeltmeleri içeriyor. Başlangıçta Werner Koch tarafından geliştirilen GPG, neredeyse tüm GNU/Linux dağıtımlarına; FreeBSD, OpenBSD, NetBSD gibi özgür işletim sistemlerine sıklıkla dahil edilir. GPG ayrıca Mac OS X ve Microsoft Windows gibi platformlar için de derlenebilir. Mac OS X için, MacPGP denen özgür bir GPG portu bulunmaktadır. MacPGP, OS X kullanıcı arayüzüne ve yerel sınıf tanımlarına uyarlanmıştır. Bir melez şifreleme yazılımı olan GnuPG, yalnızca bir kez kullanılan bir oturum anahtarı şifrelemeyi alıcının genel anahtarını kullanarak yapar. GnuPG 2.1.10 hakkında ayrıntılı bilgi edinmek için sürüm duyurusunu inceleyebilirsiniz.

Continue Reading →

GnuPG 2.1.10 edinmek için aşağıdaki linklerden yararlanabilirsiniz.

0

GCC’nin 5.3 Sürümü Duyuruldu

GNU Projesi tarafından üretilen ve çeşitli programlama dillerini destekleyen bir derleyici sistemi olan ve genelde GCC olarak kısaltılan GNU Compiler Collection’ın 5.3 sürümü, Richard Biener tarafından duyuruldu. Bunun bir hata düzeltme sürümü olduğunu söyleyen Biener; 143 hata düzeltimi içeren sürümün, 5.2 sürümünden bu yana kimi ciddi hataları giderdiğini belirtti. Biener; her zaman olduğu gibi, GCC’nin bu sürümüne de geniş bir katılımla katkıda bulunulduğunu söyledi. Başlangıçta GNU işletim sistemi için derleyici olarak yazılan GCC; 100% özgür bir yazılım olarak kullanıcının özgürlüğüne saygı anlamında GNU araç zincirinin önemli bir parçasıdır. Diğer pek çok modern Unix benzeri işletim sistemleri tarafından da standart derleyici olarak benimsenen GCC; çok çeşitli işlemci mimarilerine taşınmış; ticari, perakende ve kapalı kaynak yazılım geliştirme ortamlarında da yaygın bir araç olarak kullanılır olmuştur. Özgür Yazılım Vakfı (FSF) tarafından GNU Genel Kamu Lisansı altında dağıtılan GCC’nin ilk sürümü 1987 yılında duyurulmuş; aynı yılın Aralık ayında C++ programlama dilinin de derleyicisi olmuş, daha sonra Fortran, Pascal, Objective-C, Java, Ada ve diğer diller için geliştirilmiştir. GCC 5.3 hakkında ayrıntılı bilgi edinmek için sürüm duyurusunu inceleyebilirsiniz.

Continue Reading →

GCC 5.3 edinmek için aşağıdaki linklerden yararlanabilirsiniz.

0