Debian GNU/Linux İçin Paket Yapımı

0
yuxel
Debian GNU/Linux'u en popüler dağıtımlardan birisi yapan şüphesiz ki paket yönetim sistemidir. Neredeyse tüm paketleri resmi depolardan (http://www.debian.org) veya gayri resmi yansılardan (http://www.apt-get.org) edinmek mümkün. Ancak bazen istediğiniz programı istediğiniz koşullarda paketlenmiş olarak bulamıyorsunuz. Bu durumda kendiniz kaynak koddan derlemek zorunda kalıyorsunuz. Daha sonraki kullanımlar veya arkadaşlarınızla paylaşmak için bu derleme işlemini bir paket olarak kenarda köşede bekletmek isteyebilirsiniz. Bu belgede, Debian paket yapımı hakkında bilgi bulacaksınız

Görüşler

0
mos
# USE="un seker findik ceviz -tuz -biber" emerge baklava

diyince olmuyor mu? :-p

0
Hsn
Tesekkurler YuXeL, ellerine saglik.
0
irresistible
Yazinin tamamini http://debian-tr.org/ adresine koymayi dusunuyormusun?
Görüş belirtmek için giriş yapın...

İlgili Yazılar

Yeni bir E-dergi : pozi+if

boreas

E-lapis, penguence gibi ücretsiz dergilerin arasına yaklaşık üç ay önce yayına başlayan yeni bir e-dergi pozi+if eklendi. Programlama, özgür yazılımlar gibi konuların yanında donanım ve yazılım testi gibi konularada ağırlık veren bu dergi yaklaşık 200 sayfalık içeriğiyle umut vaad ediyor.

Adres : http://www.pozitifpc.com/

Pozitif dergisinin Nisan sayısı çıktı

batasoy

4 gün gecikmeyle, 3. sayımız olan Nisan sayısını da çıkardık. Yaklaşık 200 sayfalık ve özgür yazılım ağırlıklı dergimizi umarız beğenirsiniz: www.pozitifpc.com

e-Bergi 2 Yaşında!

ilke444

Her sayısını beğenerek takip ettiğiniz elektronik dergi e-bergi Nisan 2009 sayısı ile 2. yaşına bastı :)

Bash Hacker'ı mı Olmak İstiyorsunuz?

darkhunter

Son güncellemesi Aralık 2006'da yapılan, Advanced Bash-Scripting Guide, güncel olmasının yanı sıra, Bash ile yazılan ilginç örneklerle de "state of the art" niteliğinde bir kılavuz.

Dil Üstadları ile Araç Ustaları: IDE Ayrımı

FZ

Geliştirici dünyası iki kampa ayrılmıştır. Bir kampta dil üstadları vardır, bu yazılımcılar yüksek seviyeli programlamadan -- birinci-sınıf fonksiyonlar, aşamalı programlama, AOP, MOP, kendi kendini sorgulama -- bahsederler. Araç ustaları ise tümleşik geliştirme ve hata ayıklama araçlarında ustadırlar, kod tamamlama, "refactoring", vs. Dil üstadları Emacs ya da VIM kullanır, bu tür editörler yeni dilleri denemek için daha uygundur. Araç ustaları ise Visual Studio, Eclipse, IntelliJ gibi IDE'leri kullanırlar.

Laszlo ve Groovy gibi yeni diller ya da AOP (Aspect Oriented Programming) gibi dil uzantıları genellikle öncelikli olarak metin-editörü tabanlı yazılım geliştirme ortamlarında ortaya çıkarlar ve ancak ondan bir süre sonra IDE dünyası bu tür desteklere kavuşur. Eğer dil ya da uzantı gerçekten başarılı ise araçlar da bunu desteklemeye başlar. Bu ayrımın tek sebebi araç geliştirmenin dil geliştirmekten zor olması değildir. Asıl mesele bir dile hakim olmak ile bir araç setine hakim olmanın çok farklı iki mantalite olmasıdır, belli bir ölçüye dek bunlar birbirlerini dışlayan alternatiflerdir. Acaba neden? İşte sebepleri...

Oliver Steele'nin The IDE Divide başlıklı makalesini tüm yazılım geliştiricilerin okumasında fayda var. (Not: Şöyle sağlam bir FM üyesi çıksa da bahsi geçen makaleyi Türk diline kazandırsa... hani yani küçük bir olasılık olsa da, belki diyorum, belki biri üstlenir, FM'ye bir katkıda bulunur...)