Archive | GNU/Linux

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

Ubuntu 15.04 (Vivid Vervet) Ömrünün Sonuna Geldi

23 Nisan 2015 tarihinde duyurulan Ubuntu 15.04’ün (Vivid Vervet) vadesi, 4 Şubat 2016’da doluyor. Bir LTS (uzun süreli destek) sürümü olmayan Ubuntu 15.04, 9 aylık aylık destek döngüsüne sahipti ve bu süre 4 Şubat 2016 Perşembe günü bitiyor. Bu tarihten itibaren sürüm, paket güncellemesi alamayacak. Hatırlanacağı gibi Unity 7.3 ile kullanıma sunulan sürümde, başlıca değişimlerden birisi de, önyükleme zamanında Systemd init sistemine geçilmiş olmasıydı. 3.19.3 Linux çekirdeği üzerine yapılandırılmış olan sistem, pek çok güncel uygulama ile gelmişti. Kullanıcıların sistemlerini Ubuntu 15.10’a yükseltmeleri öneriliyor. Ubuntu 15.04’ten Ubuntu 15.10’a nasıl yükseltme yapılacağına ilişkin buradan yararlanabilirsiniz. Konuyla ilgili olarak Adam Conrad’ın duyurusunu ya da ubuntu-news.org’da yayımlanan yazıyı inceleyebilirsiniz.

Continue Reading →

Ekim 2004 lansmanından bu yana milyonlarca Ubuntu kullanıcısı tarafından evlerde, okullarda, işyerlerinde ve kamu kurumlarında kullanılarak dünyanın en çok kabul gören GNU/Linux dağıtımlarından biri haline gelen Ubuntu’nun, kullanıcıların ihtiyaçlarını karşılamak için istenildiği gibi özelleştirilebileceği belirtiliyor.

0

GParted’in 0.25.0-beta1 Sürümü Duyuruldu

Bir GNU Projesi olan GParted‘in 0.25.0-beta1 sürümü, Steven Shiau tarafından duyuruldu. Yeni sürümde kullanılan taban GNU/Linux sistemin yükseltildiğini söyleyen Shiau; ayrıca, 13 Ocak 2016 tarihi tibariyle Debian Sid depolarıyla senkronizasyonun yapıldığını söyledi. Yeni GParted 0.25.0-beta1’in 4.3.3-5 Linux çekirdeği üzerine yapılandırıldığını söyleyen Shiau; GParted’in amd64 versiyonu dışında artık yalnızca i686 ve i686-pae versiyonları bulunduğunu belirtti. GParted ya da tam adıyla Gnome Partition Editor; GNU Parted disk bölümlendirme aracı için yazılmış bir arayüzdür. Bir uygulama olarak GNU/Linux altında kullanılabilen GParted; aynı zamanda live CD/USB sürümüyle her sistemde kullanılabilmektedir. GParted ile disk bölümlerini silmek, yeni disk bölümleri oluşturmak, disk bölümlerini yeniden boyutlandırmak, sorunlu USB bellekleri silip biçimlendirmek mümkündür. GParted, bir diskin içeriğini koruyarak yeniden bölümlendirilmesine de olanak sağlar. GParted; NTFS, FAT16, FAT32, ext2, ext3, ext4, ReiserFS, Reiser4, XFS, JFS gibi çok sayıda dosya sistemine destek sunar. GParted’in live sürümünde tüm disk bölümlerinin öntanımlı olarak bağlanmadan geliyor olması kullanım kolaylığı sağlar. GParted Live geliştirme ekibi; en son Debian unstable paketlerine dayalı olarak üretilen GParted’in yeni sürümünü duyurmaktan mutlu olduğunu ifade ederken, 4.2.0-1 Linux çekirdeği üzerine yapılandırılan sistemin, 28 Ekim 2015 tarihi itibariyle Debian Sid depolarıyla senkronize edildiğini belirttiler. Yeni sürümün VirtualBox, VMware, BIOS, UEFI ve fiziksel bilgisayarlarda AMD/ATI, NVidia ve Intel grafik kartları ile başarılı bir biçimde test edildiği ifade edildi. GParted 0.25.0-beta1 hakkında ayrıntılı bilgi edinmek için değişiklikler sayfasını inceleyebilirsiniz.

Continue Reading →

GParted 0.25.0-beta1 edinmek için aşağıdaki linklerden yararlanabilirsiniz.

0

Tiny Core Linux 7.0 piCore Duyuruldu

Beta sürümü 4 Ocak 2016’da duyurulan Damn Small çatallaması bir GNU/Linux dağıtımı olan, çok hızlı bellek ve önyükleme özelliklerine sahip, üstelik kullanıcıyı destekleyen uygulamalarla donatılmış Tiny Core’un 7.0 piCore sürümü duyuruldu. Tiny Core ekibinin, Tiny Core Linux 7.0 piCore’i duyurmaktan gurur duyduğu belirtilirken, 4.1.13 Linux çekirdeği üzerine yapılandırılan sistemde, tcz depoların güncellendiği ifade edildi. Çeşitli güncelleştirmelerle gelen sistem; glibc 2.22, gcc 5.3.0, e2fsprogs 1.42.13, util-linux 2.27.1, BusyBox  1.24.1 ve MicroPython 1.5.2-35 gibi güncel yazılımlar içeriyor. Tiny Core Linux 7.0 piCore hakkında ayrıntılı bilgi edinmek için sürüm duyurusunu inceleyebilirsiniz.

Continue Reading →

Tiny Core Linux 7.0 piCore edinmek için aşağıdaki linklerden yararlanabilirsiniz.

0

SMPlayer 16.1.0 Nasıl Yüklenir?

Kurulu codecleriyle tüm ses ve video türlerini oynatabilen özgür bir medya oynatıcısı olan SMPlayer‘in kullandığı ödül almış MPlayer motoru, dünyadaki en iyi oynatıcılardan biri olma özelliği taşıyor. Ekstra hiçbir codec ihtiyacı olmayan SMPlayer’ı kurarak herhangi bir medya dosyasını başka bir codec paketi aramaya gerek duymaksızın oynatabilirsiniz. SMPlayer, oynattığı tüm dosyalardaki ayarları hatırlayabilmektedir. Sözgelimi herhangi bir videoyu izlemeyi yarıda bıraktınız, endişelenmeyin, videoyu tekrar açtığınız zaman kaldığınız yerden izlemeye devam edebilirsiniz. Ayarlarınız da (ses parçası, altyazı, ses vb.) yerli yerinde durur. SMPlayer’ın birçok ses ve video türünü başarıyla oynatabilecek kapasiteye sahip, ödül kazanmış bir kullanıcı arayüzü (GUI) vardır: MPlayer. Bunun dışında, SMPlayer’a Youtube videolarını oynatma ve altyazı indirme gibi pek çok ilginç özellik de eklenmiştir. YouTube’da yaşanan bir sorunun düzeltilmiş bulunduğu yeni sürümde, GUI değişikliği sıraında meydana gelen parçalanma da giderilmiş. Artık çalma listesine dosyalar eklenirken, ilk öğe listedeki doğru yere taşınıyor. Bu arada, MPV kullanırken extrastereo ve karaoke filtrelerini devre dışı bırakmak gerekiyor. SMPlayer’in mevcut en son sürümü 16.1.0‘dır. SMPlayer 16.1.0’ı yükleme işlemini bir PPA depodan yapacağımız için işimiz kolaydır. Yapılması gereken, ilgili PPA deponun sisteme eklenmesi ve yükleme komutunun verilmesidir.

Continue Reading →

SMPlayer

O halde yükleme işlemine başlayabiliriz. Ancak yükleme işlemi için Ubuntu 15.10 Wily Werewolf, Ubuntu 15.04 Vivid Vervet, Ubuntu 14.04 Trusty Tahr ile diğer Ubuntu türevleri Linux Mint 17.3 Rosa, Linux Mint 17.2 Rafaela, Linux Mint 17.1 Rebecca, Linux Mint 17 Qiana, Pinguy OS 14.04, Elementary OS 0.3 Freya, Peppermint 6, Peppermint 5, LXLE 14.04 ve Linux Lite 2’nin esas alındığı unutulmamalıdır. Öncelikle PPA depoyu ekliyoruz:

sudo add-apt-repository ppa:rvm/smplayer

Depoları güncelliyoruz:

sudo apt-get update

Yükleme işlemini gerçekleştiriyoruz:

sudo apt-get install smplayer

Daha sonra gerek duyarsanız, SMPlayer’i aşağıdaki komutla kaldırabilirsiniz.

sudo apt-get remove smplayer

Bu arada, dileyenler, SMPlayer ile birlikte kurulmayan ama tarayıcıyı kullanmadan Youtube’u kullanma şansı veren Smtube adlı eklentiyi kurabilirler. Eklenti, SMPlayer menüsünde mavi balon içinde siyah kare simgesiyle görülmektedir. Bu ayrıntıyı bana ileten forum.debian.org.tr üyesi Sevgili Vedat Kılıç‘a teşekkür ederim. Smtube kurulumu için aşağıdaki komutları verebilirsiniz.

sudo add-apt-repository ppa:rvm/smplayer

sudo apt-get update

sudo apt-get install smtube

Smtube

0

Slackware Linux 14.2 Beta 1 Duyuruldu

Çok sayıda güncellemenin ardından geliştirici ekibin lideri Patrick Volkerding, Slackware Linux 14.2 Beta 1’i duyurdu. En yeni Linux çekirdeği 4.4 LTS üzerine inşa edilen sistemin, BlueZ 5 yükseltiminden sonra son derece düzgün çalıştığının gözlemlendiğini söyleyen Volkerding; bunun artık PulseAudio gerektirdiğini sözlerine ekledi. Volkerding; sistemi test eden kullanıcıların izlenimlerini geribildirim yoluyla iletmelerini rica etti. Slackware Linux 14.2 Beta 1 hakkında ayrıntılı bilgi edinmek için değişiklikler sayfasını inceleyebilirsiniz.

Continue Reading →

Slackware Linux 14.2 Beta 1 edinmek için aşağıdaki linklerden yararlanabilirsiniz.

0

Tails 2.0 RC1 Duyuruldu

Beta sürümü 23 Aralık 2015‘te duyurulan İrlanda kökenli, Debian GNU/Linux tabanlı ve internet taraması sırasında güçlü kişisel gizlilik ve anonimlik özellikleri içeren bir live DVD/USB dağıtımı olan Tails’in 2.0 sürümünün ilk sürüm adayı da yansılarda yerini aldı. Yaklaşan 2.0 sürümünün ilk sürüm adayını duyurmaktan heyecanlı olduğunu açıklayan geliştirme ekibi, kullanıcıların izlenimlerini öğrenmek için merakla beklediklerini ifade ediyor. Debian GNU/Linux 8.0 tabanlı olan ve test edilmek üzere kullanıma sunulan sürüm adayı, GNOME Shell masaüstü ortamı ile birlikte geliyor. Sürümde en göze çarpan değişikliğin klasik modda yapılandırılan GNOME Shell masaüstü ortamı olduğu belirtilirken, tüm yazılımların en yeni sürümlerine güncellendiği ifade ediliyor. Yeni sürümde GNOME disklerin parola gücü göstergesinin düzenlediği belirtilirken, Icedove’un artık varsayılan e-posta istemcisi olduğu ve Tor Browser’in 5.5a6 sürümüne güncellendiği söyleniyor. Pek çok modern teknolojik yenilikle gelen sürüm hakkında ayrıntılı bilgi edinmek için sürüm duyurusunu inceleyebilirsiniz.

Continue Reading →

Tails 2.0 RC1 edinmek için aşağıdaki linklerden yararlanabilirsiniz.

0