Program kurulum
Wiki.Pardus-Linux.Org sitesinden
 |
Bu sayfanın içeriği wiki standartlarına uygun değildir. İçerik dağınık bir yapıda olabilir, anlatım bozuklukları, yazım hataları içerebilir, bilgiler güncelliğini yitirmiş olabilir. |
Pardus PİSİ SİSTEMİ
Konu başlıkları |
GİRİŞ
Bu belge Ulusal Dağıtım projesi kapsamında geliştirilen PİSİ paket yönetim sistemin, hangi amaçlar ve gerekler ile geliştirildiğini, genel yapısını ve mimarisini anlatır.
Belgenin hedef kitlesi PİSİ sistemini yakından tanımak isteyen kullanıcılar, sistem yöneticileri ve PİSİ üzerinde çalışmak isteyen geliştiricilerdir. Belge bir son kullanıcı belgesi değildir. Belge kapsamında ele alınan konuları kavrayabilmek için yer yer paket yönetim sistemleri konusunda genel bilgi ve diğer paket yönetim sistemleri üzerinde deneyim gerekmektedir.
Paket Yöneticisi Gereksinimleri
Bu kısımda önceki bölümde tanımlanan paket yöneticisi kavramının, sunması beklenen gereksinimler listelenmiştir.
Fakat önce paket ve paket yöneticisi kavramlarına kısa bir göz atalım.
Paket Yöneticisi
Paket, bir uygulamayı ya da işletim sisteminin bir parçasını tüm bileşenleriyle toplu olarak ifade eden bir kavramdır. Uygulamaların bir yerden bir yere taşınması (örneğin bir CD yada ağ kaynağından gelip, sisteme kurulması) sırasında bazı bileşenlerin geride unutulmamasını sağlar. Bir sistemdeki onbinlerce dosyayı, görevleri ve ait oldukları uygulamalar bazında birkaç yüz pakete ayırarak yönetilebilir kılar. Kullanıcının büyük bir sistemde neler bulunduğuna hakim olabilmesini kolaylaştırır.
Bu paketleri kurup kaldırmak, çeşitli kaynaklardan temin etmek, sorgulamak, sistemdeki değişiklikleri takip etmek için, paket yöneticisi adını verdiğimiz bir uygulamaya ihtiyaç vardır.
Kullanıcı Gereksinimleri
Kullanıcı gereksinimleri, bilişim okuryazarı olarak daha önce tanımladığımız1 kullanıcı profiline bağlı kalınarak çıkarılmıştır.
Bilişim okuryazarının temel isteği, sisteme istediği uygulamaları kolayca kurabilmekten ibarettir.
Kur emri, komut satırından, grafik arayüzlerden, ya da sistemin otomatik olarak bir pakete ihtiyaç olduğunu saptamasıyla kolayca verilebilmeli, bu görev mümkün olduğunca soru sorulmadan ve kullanıcıyı rahatsız etmeden yerine getirilmelidir.
Kullanıcı, paketin sistemde doğru şekilde çalışabilmesi için gerekli olan yapılandırma gereksinimlerinin karşılanmasından mümkün olduğunca yalıtılmalıdır. Yapılandırma ile ilgili görevler paket yöneticisi dışındaki bir araçla otomatik sağlanmalı, ya da kullanıcının verdiği emirlerle sonradan yapılabilmelidir.
Kurulum mümkün olduğunca hızlı olmalıdır.
Kurulu programların yeni sürümleri çıktıkça, veya üzerinde düzeltmeler ve güvenlik onarımları yapılmış yeni paket sürümleri yayımlandıkça, kullanıcı elindeki uygulamaları güncellemek isteyecektir.
Kullanıcı vakti yada ağ bağlantı hızı yetersiz olduğunda acil önem taşıyan ve yapılması gerekli güncellemeleri, diğerlerinden kolayca ayırabilmelidir; bunun yapılabilmesi için paketin her sürümündeki güncellemelerin önem derecesi (yeni özellikler, hata düzeltmeleri, güvenlik açığı düzeltmesi) paketleme esnasında belirtilebilmelidir.
Bir paketin eski veya deneysel sürümlerini kurmak bilişim okuryazarının bir ihtiyacı değildir. Dolayısıyla eski sürümler ve geliştirme sürümleri alternatifleri ile kullanıcının kafasının karıştırılmaması için; kullanıcı paketler deposunda her eriştiğinde en son düzeltmeleri içeren son ve tek bir sürüme ulaşabilmelidir. Bu hem basitlik sağlar, hem de kullanıcının istemeyerek yanlış bir paket kurmasının önüne geçer.
Paket güncelleme ile ilgili paket bazında ayrı ayrı politikalar belirlenmesi yukarda bahsedilen kullanıcı profilinden bakıldığında gereksiz ve kafa karıştırıcıdır.
Nerdeyse her uygulama kendi sürüm numarası verme politikasına sahip olduğundan, paketin asıl sürüm numarası yanında, düzenli olarak artacak bir numara daha vererek, kullanıcının kolayca hangi sürümlerin yeni olduğunu ayırt edebilmesi sağlanabilmelidir (aynı uygulama sürümünün çeşitli hata düzeltmeleri içeren farklı paket sürümleri olabileceği de düşünülürse bunun önemi daha net bir şekilde ortaya çıkmaktadır).
Kullanıcı, artık ihtiyaç duymadığı bir uygulamayı, yer ve takip tasarrufu amacıyla kaldırmak isteyebilir. Kullanıcının bu seçimi kolayca yapabilmesi için, hiç bir paket tarafından ihtiyaç duyulmayan paketler, kurulu paketlerin kapladığı alan gibi bilgiler paket yöneticisinden kolayca alınabilmelidir.
Kullanıcı sistemde nelerin kurulu olduğunu, hangi paketleri kurabileceğini, kurulu paketlere ait bilgileri, sistemdeki bir bileşen veya dosyanın hangi uygulamaya ait olduğunu ve benzeri paket yöneticisinden kolayca alabilmelidir.
Paketler farklı hedeflere kurulabilecek biçimde ``relocatable özellik taşımalıdır (bu, farklı hedeflere kurulum, ya da başkasına ait sistemde ev dizinine kurulum gibi yeteneklerin sağlanması için gereklidir).
Paket bileşenlerinin değişip değişmediği kontrol toplamları, özet fonksiyonları yardımıyla tespit edilebilmelidir. Paket yöneticisinin böyle bir durumu kontrol edebilmesi, ve örneğin bir kullanıcı hatası sonucu silinen/değişen dosyaları tekrar temin edip düzeltebilmesi kullanıcıya kolaylık sağlar.
Uygulamayı kod olarak çekip, sisteme özel değişik ayarlar ile derleyebilecek Gentoo benzeri bir özellik gereklerimiz arasında değildir. Bu tür bir özellik aynı kodun farklı makinalarda farklı ikili paketler oluşturmasına ve teknik destek sağlamanın zorlaşmasına yol açacaktır.
Paketleyici / Geliştirici Gereksinimleri
Paket hazırlamak kolay olmalıdır. Paket hazırlanırken ve inşa edilirken gerekli dosyalar bir çok ayrı kaynaktan temin edilebilmelidir.
Pakete ait bilgiler iyi tanımlanmış bir formatta, kolayca erişilebilir olarak tutulmalıdır. Böylece paketleri işleyen araçlar yapmak kolaylaşacak, ilerde veri bağımlılığı sorunları olmayacaktır.
Kolayca paket oluşturabilmek için, tercihen bir grafik arayüz ile paket hazırlanabilmelidir. Paket yöneticisi, üst geliştirici kodunu alıp, gerekli bilgileri hazırlatacak, gerekli işaretlemeleri kolayca yapabilecek bir araç sunmalıdır.
Paket yöneticisinin geliştirme sistemi, paketleyici hatalarının gözden kaçmasını zorlaştıracak araçlar sunmalıdır.
Paket Kaynağı Gereksinimleri
Paketler CD, Internet, uzak dosya sistemi gibi çeşitli kaynaklardan kurulabilmelidir. Temel olarak iki tip kaynak sözkonusudur.
İlk tip, pakedi tek bir dosya olarak taşıyabilen ve programı depolama aygıtları, e-posta ve benzeri yollarla dağıtmaya uygun bir arşiv dosyasıdır.
Bu arşiv içinden, arşiv hakkında bilgi alınabilecek dosyalara, bütün arşivi açmadan erişilebilmelidir.
Mümkünse arşivin yaygın olarak bilinen ve kullanılan araçlarla açılabilmesinde yarar vardır.
İkinci tip kaynak ise Internet yada yerel ağ üzerinden bir paket grubunun indeks bilgilerini ve kendilerini sunabilecek bir ``depo sunucusudur.
Depodaki değişikliklerin listesi, yerel paket listesiyle mümkün olan en az veri iletimi ile senkron edilebilmelidir. Bu ağ kaynaklarının verimli kullanımı ve yeni sürümlerin hızlıca takip edilebilmesi için gereklidir.
Paketler birden fazla kaynaktan temin edilebilmelidir.
Güvenlik gereksinimleri
CD, Internet gibi değişik yollarla temin edilen paketlerin kim tarafından paketlendiği bilgisi ve içeriğinin yolda değişmediği garantisi için bir dijital imza sistemi desteklenmelidir.
Gerektiğinde pakedi oluşturan kişinin imzası dışında, üçüncü parti kurum veya kişilerin de pakedi deneyip, güvendiğini belirtebilmesi için, birden fazla kişi tarafından pakedin imzalanabilmesi gereklidir.
Kurumsal Gereksinimler
Paket yöneticisi birden fazla paket kaynağı ile aynı anda sorunsuz bir şekilde çalışabilmelidir.
Kurumlar ya da bireyler tarafından ön tanımlı depoda da bulunan kimi paketlerin değiştirilmiş versiyonlarının bulunduğu depolar overlay olarak tanımlanabilmelidir.
Ön tanımlı depoda bulunmayan çeşitli paketlerin bulunduğu depolar addon olarak tanımlanabilmelidir.
Neden Pisi?
Hali hazırda varolan ve geniş bir kullanım oranına sahip paket yöneticileri (RPM, DPKG ve Portage) yukarda saydığımız gereksinimlerin kimilerini bizim olması gerektiğini düşündüğümüz basitlikte yerine getirememekte, kimilerini de hiç vaad etmemektedirler. Bu paket yöneticilerinin geliştirilmesi ve istenen noktaya getirilmeye çalışılması yeni ve ayakları yere daha sağlam basan bir paket yöneticisini yeniden yazmaktan daha kolay değildir.
Daha önemlisi, varolan paket yöneticilerinin paket formatlarında görevleri ve bilgileri birbirinden düzgün bir biçimde ayrılmadıkları görülmektedir. Bu araçlar basit olarak hazırlanmış ve zaman içinde ortaya çıkan ihtiyaçları karşılamak için sürekli yeni özellikler eklenerek bugünkü hallerine gelmişlerdir. Bunun getirdiği karmaşıklığı temizlemek için aşağıdaki iki ilkeyi temel alan yeni bir paket yöneticisinin yazılmasına karar verilmiştir:
Kurulum ve yapılandırma birbirinden ayrı iki görevdir.</b> Kurulum, yalnızca programların kurulumu, güncellenmesi ve kaldırılması esnasında iş görürken, yapılandırma hem kurulumda hem de çalışan sistemde söz konusudur. Bu ayrı görevleri sorumluluk sınırları belirlenmiş ayrı araçların yerine getirmesi uygundur. Uludağ projesi için yapılandırma işlerini yürütecek araç ÇOMAR'dır. PİSİ bu görevleri ÇOMAR'a devredecektir. Paket meta bilgileri ile paketin derlenme ve kurulumunu yöneten betikler iç içe geçmemelidir.</b> Varolan paket yöneticilerinde paket tanımlama dosyaları kod ile bilginin birbirine karıştığı, araçlarla işlemesi, içinden bilgi çıkarılması zor, net ve kesin tanımlanmamış biçimlerdedir.
Pisi Tasarımı
PİSİ paket sisteminin tasarımı gerekler bölümünde anlatılan kriterlere uygun bir şekilde yapılmıştır. Bu gerekler burada tekrar açıklanmayacak yalnızca PİSİ'nin temel parçaları anlatılacaktır.
Paket sistemi doğrudan ikili (derlenmiş) paketler üzerinde çalışacak bir şekilde tasarlanmıştır. Bununla birlikte kaynak paketler üzerinden çalışmanın da mümkün olmasına dikkat edilmiştir. PİSİ ikili paketler üzerinden temel paket işlevlerini (paket kurma/kaldırma) yerine getirir. İkili paketler ise kaynak paketlerin PİSİ ile derlenmesi ile oluşturulur.
Bu bağlamda, PİSİ kaynak ve ikili paketlere farklı davranmaktadır. Kaynak ve ikili paketlerin görünümü de farklılık sergiler. Bu bölüm içerisinde kaynak paketler ve ikili paketler ile ilgili detaylı bir anlatım yer alıyor. Fakat önce PİSİ'nin temelini oluşturan PİSİ çekirdeği/kütüphanesinin temel işlevlerinden bahsedeceğiz.
Paket sisteminin ana işlevleri bir kütüphane (python package) tarafından sağlanmaktadır. Arayüzler ve yardımcı araçlar bu kütüphanenin sağladığı işlevleri kullanarak görevlerini yerine getirirler. Kütüphanenin temel görevleri aşağıdaki liste ile özetlenebilir.
Paket deposu işlevleri
depo ekleme
depo silme
aktif depoları listeleme
depodan kuruluma hazır paketleri listeleme
İkili paket işlevleri
Paket kurulumu
tek bir (bağımsız) paketi sisteme kurma
depo üzerinden paket indirme ve kurma
Paket kaldırma
kurulu bir paketi kaldırma
İkili paket üzerinde yapılan diğer işlemler
paket hakkında bilgisi alma
ikili paketin içeriğini açma
ikili paket içerisinden yalnızca istenen dosya/dizini çıkarma
Kaynak paket işlevleri
kaynak paket üzerinden, tanım dosyasını vererek, paket oluşturma
paket tanım dosyalarını (PSPEC) okuma/işleme
tanım dosyasında belirtilen uygulama kaynağını çekme
farklı dosya tiplerini (zip, tar, tar.gz, tar.bz2) açma
paket oluşturma betiklerini (actions.py) çalıştırma
Diğer işlevler
Bağımlılık çözümleme
Uzak bağlantılar ile çalışma (ftp, http, https, vb.): paket kurma, tanım dosyası üzerinden paket oluşturma, vb.
Kurulu paketler veritabanını güncelleme (yeni girdi ekleme, girdi silme veya bir girdiyi güncelleme)
Dosya sistemini paket işlemleri için sorgulama (bir paketin kurulumu için diskte yeteri kadar boş yer bulunuyor mu?)
Dosya özetlerini (hash) oluşturma ve doğruluklarını kontrol etme.
Paketi imzalama ve imzanın doğruluğunu kontrol etme.
ÇOMAR sistemi ile iletişim kurma (CSL betiklerinin ÇOMAR'a bildirilmesi, betiklerin ÇOMAR'dan kaldırılması)
PİSİ işlevlerini kullanmak isteyen bir geliştirici basitçe PİSİ ile sağlanan pisi Python paketini kullanarak yukarıdaki işlevlere sahip olabilir.
Pisi Sözlüğü
Bu kısa bölüm belge içerisinde sıklıkla karşılaşacağınız bazı kavramlara açıklamalar getirecektir.
PİSİ: Paket yönetim sisteminin adıdır.
PİSİ ikili paketi: Sisteme kurulmak için hazırlanmış/derlenmiş olan ikili pakettir.
PİSİ Kaynak Paketi: İkili paketlerin oluşturulduğu derlenmek için hazırlanmış pisi paketidir. ``PİSİ kaynak dizini olarak da isimlendirilebilir.
İkili PİSİ Deposu: İkili paketlerin oluşturduğu depoya verilen isimdir.
Kaynak PİSİ Deposu: Kaynak paketlerin bulunduğu depoya verilen isimdir.
Pisi Kaynak Paketi
Bu kısımda bir PİSİ kaynak paketinin bileşenleri anlatılacaktır. PİSİ kaynak paketi temel olarak bir tanım dosyası (PSPEC dosyası) paketin oluşturulmasını sağlayan bir Python betiği (actions.py) ve ek dosyaların bulunduğu iki dizinden (comar/ ve files/ dizinleri) oluşur.
Tüm bu dosyalar bir dizin içerisinde toplanır ve bu dizine PİSİ kaynak paketi (veya PİSİ kaynak dizini) adı verilir. Örneğin fontconfig kaynak dizini içerisinde aşağıdaki dosyalar bulunur:
pspec.xml
actions.py
files/
fontconfig-2.1-slighthint.patch
fontconfig-2.2-local_fontdir-r1.patch
fontconfig-2.2-remove_subpixel_test.patch
fontconfig-2.2-blacklist.patch
comar/
package.py
Kaynak paket içerisinde bulunan dosyalar bundan sonraki alt bölümlerde detaylı olarak açıklanmaktadır.
Pspec Dosyası
PSPEC (PİSİ SPECification) dosyası paketin oluşturulması için gerekli olan temel bilgiyi tanımlar. Oluşturulacak paketin ne olduğu, kaynağı, kim tarafından paketlendiği, kaynağa uygulanan yamalar, hangi başka paketlere ne tür bağımlılıklar içerdiği gibi bilgileri içerir. Bir PSPEC dosyasından, dolayısı ile bir kaynaktan birden fazla paket oluşturulabilir. Örneğin kcontrol paketi kdebase-kaynaksürümü.paketsürümü.tar.gz kaynağından oluşturulabilecek yalnızca bir pakettir. Dosya biçimi XML'dir ve aşağıdaki etiketleri içerir. Her PSPEC dosyasında tüm etiketlerin bulunması zorunlu değildir. Bulunması zorunlu olan etiketler aşağıda (*) ile belirtilmiştir. PSPEC dosyaları PSPEC deposunda pakete ait dizinde pspec.xml adı ile tutulurlar. Her PSPEC dosyası PİSİ etiketi (tag) altında bir Source ve en az bir Package olmak üzere iki ana bölüm içermek zorundadırlar.
Source
Name: (*) Uygulamanın adı.
Homepage: Uygulamanın web sitesinin URL'sini belirtir.
Summary: (*) Tek satırlık açıklayıcı bilgi. Çoklu dil desteğine sahiptir.
Description: (*) Uygulama hakkında özet açıklama. Çoklu dil desteğine sahiptir.
IsA: Paketin bir kategori/sistem/kolleksiyon'a aitliğini belirtir. Bir uygulamanın yaptığı işi, ait olduğu kategoriyi belirtir yani uygulamaların sıfatlarıdır. Bu bilgi kullanılarak bir işi ya da işler grubunu yapan uygulamalar sorgulanabilir. Örneğin PDF Gösteren uygulamaları göster, Ogg çalan ve konsoldan çalışan uygulamalar hangileridir gibi.
PartOf: Paketin hangi bütünün/grubun parçası olduğunu belirtir. Aitlik özellikleri için Freshmeat'in Trove kategorileri örnek verilebilir. Bir paketler bütününden oluşan anlamlı ve kurulabilir birliği temsil eder. Yani uygulamaları kapsüller. Örneğin KDE Component'ı içinde kdebase, kdepim, kdemultimedia v.s gibi kaynakları bulundurur, kdebase ise kcontrol, konqueror v.s. gibi paketlerden oluşur. Bu bilgi kullanılarak örneğin KDE Component'ını sisteme kur, kaldır, güncelle gibi eylemler gerçekleştirilebilir. Örn: ``LaTeX and TeTex are parts of Tex:Distrubiton
IsA ve ParfOf bir PİSİ paketinin farklı türdeki aitliklerini ifade eder. PartOf ile belirtilen bir Component'in tümünü sisteme kurabilirsiniz. Fakat IsA ile belirtilen aitlikleri yanlızca sorgulayabilirsiniz.
Source ve Package tagları içerisinde yalnızca birer tane PartOf tanımlanabiliyor olmasına karşın, birden fazla IsA tanımlanabilir.
Packager: (*) Paketi oluşturan kişilerin adı/soyadı ve e-posta adresi belirtir.
Name: (*) Paket oluşturan kişinin adı ve soyadı.
Email: (*) Paket oluşturan kişinin e-posta adresi.
License: (*) Uygulamanın lisansını belirtir (GPL, BSD, vb).
Archive: (*) Uygulamanın orjinal kaynak kodunun bulunduğu URL'yi belirtir. archType arşiv tipini (tar.gz, tar.bz2, zip, vb) belirtirken, sha1sum, sha1 ile alınmış özet değerini belirtir. Her iki attribute (archType ve sha1sum) zorunludur.
Patches: Orjinal koda uygulanacak yamaların sıralı bir listesini içerir. Yamalar bu bölümde tanımlanan sıra ile kaynak koda uygulanır.
Patch: Yamanın dosya adını içerir. compressionType ile varsa sıkıştırma biçimi (gz, bz2, vb) verilebilir. level ile yamanın patch komutuna seviye verilebilir, level verilmez ise seviye 0 olarak kabul edilir. Örnek: <Patch compressionType="gz" level="1">popt-1.7-uclibc.patch.gz</Patch>
BuildDependencies: Pakedi oluşturmak için gereken bağımlılıkları listeler.
Dependency: Bir bağımlılığı tanımlar. Burada bahsedilen bağımlılık paket bağımlılığı olabilir. versionFrom ve versionTo attribute bilgileri ile paketin hangi sürüm numarasına bağımlı olduğu ifade edilebilir. Örnek: <Dependency versionFrom="1.8">automake</Dependency>
Package: (*) Uygulamadan oluşturulacak bir pakedi tanımlar. Her PSPEC dosyası en az bir Package etiketi içermek zorundadır.
Package içerisindeki bazı taglar Source içerisindekileri tekrarlayabilir. Bu tekrarlamaların bazıları üzerine yazılırken (override) bazıları birleştirilecektir (merge).
Name (tanımlı ise Source bölümündekinin yerine kullanılır)
Summary (tanımlı ise Source bölümündekinin yerine kullanılır)
Description (tanımlı ise Source bölümündekinin yerine kullanılır)
License (tanımlı ise Source bölümündekinin yerine kullanılır)
IsA (tanımlı ise Source bölümündeki ile birleştirilir)
PartOf (tanımlı ise Source bölümündekinin yerine kullanılır)
Conflicts: Paketin çalışması/işlevini yerine getirmesi için, sistemde olmaması gereken paketleri belirtir, bu örneğin aynı dosyayı iki paketin de taşıması durumunda olabilir.
Package: Olmaması gereken paket adını verir.
Provides: Paketin sağladığı bileşenleri listeler.
COMAR: COMAR OM bacağı ve bu bacağı doğrulayan betiği tarif eder. Örnek: <COMAR script=interface.py>Net.NIC</COMAR>
Requires: Paketin çalışmak için gerek duyduğu bileşenleri listeler.
COMAR: COMAR OM bacağı bağımlılıkları.
RuntimeDependencies: Pakedin çalışabilmesi için gereken bağımlılıkların bir listesini verir.
Dependency: Bir bağımlılık tanımlar. BuildDependency ile aynı yapıdadır
Files: (*) Pakedin kurulacak dosyalarının tiplerini belirlemek için kullanılır. Dosya tipleri ile ilgili bigi 4.3.2 kısmında verilmiştir.
Path (*): Bir dosya/dizin yolunu tarif eder. Verilebilecek olan fileType attribute ise path'in tipini belirtir. Belge, paylaşımlı kütüphane, çalıştırılabilir, vb... Eğer fileType verilmezse path tipi other olarak tanımlanır. Örnek: <Path fileType="sharedLib">/usr/lib</Path>
AdditionalFiles: Kaynak ile gelmeyen ama paketin çalışması, ek özellik kazanması v.s. için gerekli dosyaları belirtir. ( örn; init betikleri )
AdditionalFile: Files dizini altından alınacak dosyayı belirtir. target attribute dosyanın nereye konulacağını belirtir, zorunludur. permission attribute varsa dosyanın hangi haklarla saklanacağını belirtir. Örnek: <AdditionalFile target=/etc/bash/>bashrc</AdditionalFile>
History: (*) Pakete yapılan güncellemelerin bir listesini verir. History altındaki güncellemeleri belirten Update taglarının mutlaka tarihe göre sıralı olması gerekmektedir. En son güncelleme en üstte bulunmalıdır. Çünkü en son güncellemeden alınan Version ve Release bilgisi pakete uygulanacaktır.
Update: (*) Bir güncellemeyi tarif eder. release (*) attribute paketin sürüm numarası. type attribute güncellemenin tipini belirtir (Security, Bug, Enhancement, Normal v.s). Eğer bu etiket tanımlı değilse tip Normal olarak kabul edilir.
Date: (*) Güncellemenin tarihi.
Version: (*) Uygulamanın sürüm numarası.
Name: (*) Güncellemeyi yapan kişinin adıdır.
Email: (*) Güncellemeyi yapan kişinin e-posta adresidir.
<!DOCTYPE PSPEC SYSTEM "<a href="http://www.uludag.org.tr/projeler/pisi/pisi-spec.dtd" class="external free" title="http://www.uludag.org.tr/projeler/pisi/pisi-spec.dtd" rel="nofollow">http://www.uludag.org.tr/projeler/pisi/pisi-spec.dtd</a>">
<PISI>
<Source>
<Name>popt</Name>
<Homepage><a href="http://www.rpm.org/" class="external free" title="http://www.rpm.org/" rel="nofollow">http://www.rpm.org/</a></Homepage>
<Packager>
<Name>Pardus Man</Name>
<Email>bilgi@uludag.org.tr</Email>
</Packager>
<License>As-Is</License>
<IsA>library:util:optparser</IsA>
<PartOf>rpm:archive</PartOf>
<Summary xml:lang=en>Popt command line option parser</Summary>
<Description xml:lang=en>Command line option parsing library.
While it is similiar to getopt(3), it contains a number of enhancements, including:
1) popt is fully reentrant
2) popt can parse arbitrary argv[] style arrays while getopt(2) makes this quite difficult
3) popt allows users to alias command line arguments
4) popt provides convience functions for parsing strings into argv[] style arrays
</Description>
<Archive type="targz" sha1sum="66f3c77b87a160951b180447f4a6dce68ad2f71b"><a href="ftp://ftp.rpm.org/pub/rpm/dist/rpm-4.1.x/popt-1.7.tar.gz" class="external free" title="ftp://ftp.rpm.org/pub/rpm/dist/rpm-4.1.x/popt-1.7.tar.gz" rel="nofollow">ftp://ftp.rpm.org/pub/rpm/dist/rpm-4.1.x/popt-1.7.tar.gz</a></Archive>
<Patches>
<Patch compressionType="gz" level="1">popt-1.7-uclibc.patch.gz</Patch>
</Patches>
<BuildDependencies>
<Dependency versionFrom="1.8">automake</Dependency>
</BuildDependencies>
</Source>
<Package>
<Name>popt</Name>
<RuntimeDependencies>
<Dependency>gettext</Dependency>
</RuntimeDependencies>
<Files>
<Path fileType="sharedLib">/usr/lib</Path>
<Path fileType="doc">/usr/share/doc</Path>
<Path fileType="doc">/usr/share/man</Path>
<Path fileType="localedata">/usr/share/locale</Path>
<Path fileType="header">/usr/include/popt.h</Path>
</Files>
</Package>
<History>
<Update release=2 type=Bug>
<Date>2005-07-01</Date>
<Version>1.7</Version>
<Comment>paths fixed.</Comment>
<Name>Barış Metin</Name>
<Email>baris@uludag.org.tr</Email>
</Update>
<Update release=1>
<Date>2005-06-10</Date>
<Version>1.7</Version>
<Comment>first release.</Comment>
<Name>Barış Metin</Name>
<Email>baris@uludag.org.tr</Email>
</Update>
</PISI>
</pre>
Yukarıdaki örnek dosyada Package içerisinde tanımlanmayan taglar Source içerisinden alınarak kullanılacaktır. Bir kaynak paketten birden fazla ikili (binary) paket oluşturmak için Package etiketleri farklı isimler (Name) verilerek arttırılabilir. Paketler Files içerisinde bulunan Path taglarına göre bölümlendirilecektir.
Actions.py Dosyası
Bu dosya bir Python betiği olup, kaynağın kurulması, derlenmesi, test edilmesi, sisteme kurulması gibi işlevleri yerine getiren fonksiyonlardan oluşur. Paketin oluşturulması sırasında derleme sistemi actions.py içerisindeki 3 fonksiyon adını arar ve çalıştırır; setup, build, install. Bu fonksiyonlardan install'ın tanımlanması zorunlu olmakla birlikte setup ve build sadece tanımlanmışsa çalıştırılır. actions.py'ler tarafından kullanılmak üzere PİSİ tarafından hazır bir API ActionsAPI adında sunulacaktır.
from pisi.actionsapi import gnuconfig
from pisi.actionsapi import autotools
def setup():
gnuconfig.gnuconfig_update()
autotools.configure(``--with-nls<i>)</i>
def build():
autotools.make()
def install():
autotools.install()
Files Dizini
Kaynak paket içerisinde bulunan files dizini kaynak arşivine uygulanacak yamaları, kurulum sırasında sistemin belirli bir yerine kopyalanması gereken ve paketle birlikte gelen ek dosyaları barındırır. Burada bulunan tüm dosyalar PSPEC içerisindeki ilgili oldukları bölümlerde tanımlanmalıdır.
Comar Dizini
Kaynak paket içerisinde bulunan comar dizini adından da kolayca anlaşılabilecek basit bir amaç ile oluşturulmuştur. Dizin ÇOMAR'a kayıt edilecek olan betik dosyalarının bulunduğu dizindir. ÇOMAR betikleri PSPEC içerisinde tarif edilir.
Bu dizin içerisindeki dosyalar ikili paketin sisteme kurulması ile kullanılabilir olacağı için, comar dizini içerisindeki ÇOMAR betikleri ikili pakete aynen kopyalanır.
İkili Pisi Paketi
PİSİ paketleri ikili bir biçimde sunulacaktır. Bu bölüm paketlerin biçemini (format) ve içerdiklerini tanımlamaktadır.
PİSİ paketi, içerisinde aşağıdaki bölümler olan bir PK-ZIP paketidir. Bu sayede paketler standart araçlar ile açılabilir/erişilebilir olacaklardır.
metadata.xml: PSPEC dosyasından alınacak ve üzerine eklenecek bilgiler ile oluşturulacak Meta bilgisi
files.xml: Paket içerisinde bulunan dosyaların bir listesi
comar/ dizini: ÇOMAR betikleri
install/ dizini: Paketin kurulu biçimi. Paketin sisteme kurulumu bu dizinin belirtilen dizine açılır.
Alt bölümler ikili PİSİ paketi içerisindeki bileşenleri detaylı olarak anlatmaktadır.
Metadata.xml
Metadata dosyası bir uygulamanın paket haline geldikten sonra yanında taşıyacağı ve paket ile ilgili bilgileri barındıran dosyadır.
Metadata dosyası sadece oluşturulan paket ile ilgili bilgileri tutmaktan sorumludur. Paket hakkında temel bilgi bu dosyadan alınacaktır.
Bu bilgilerin büyük kısmı PSPEC dosyasının işlenmesi sonucu ile Metadata dosyasına yazılmaktadır. Metadata PSPEC dosyasından alınan bilgilerin yanında kaynak derlendikten ve paket oluşturulduktan sonra alınabilecek diğer bilgileri de içerir (paketin kurulduktan sonra sistemde kaplayacağı alanın boyutu gibi).
Metadata dosyasının içeriği şöyle tanımlanmıştır;
Source: Bu bölümdeki bilgiler PSPEC dosyasının Source bölümünden alınır.
Name
Homepage
Summary
Description
Packager
Name
Email
Package
Name
Summary
Description
License
History
Update
Type
Date
Version
Release
Conflicts
Provides: Paketin hangi OM bacaklarını sağladığını belirtir.
RuntimeDependencies
Dependency
Files
Path
Build: Paketin derleneme sayısını gösterir. Bu değer derleme sistemi tarafından otomatik olarak hesaplanır.
Distribution: Paketin ait olduğu dağıtımı belirtir (Pardus).
DistributionRelease: Paketin ait olduğu dağıtımın hangi sürümü için oluşturduğunu belirtir (1.0).
Architecture: Paketin hangi mimari için yapıldığını belirtir.
InstallSize: Paketin sisteme kurulduğunda kaplayacağı alanın tahmini boyutunu belirtir.
Yukarıda tanımlanan Metadata dosyası, belirlenecek paket formatının içinde XML dosyası olarak tutulacaktır. Metadata XML dosyalarının yapısı PSPEC dosyası ile hemen hemen aynıdır. Yalnızca Metadata paket oluşumundan sonra elimizde olan bazı ek bilgileri de içerir.
metadata.xml dosyaları otomatik olarak PİSİ derleme sistemi tarafından oluşturulur ve ikili paket içerisine dahil edilir. Bu dosyanın hiç bir koşulda el ile oluşturulması gerekmemektedir.
Files.xml
Kaynak derlendikten sonra oluşan dosyaların, oluşturulan pakete göre (Package) sınıflandırılması gerekmektedir. Tek bir kaynaktan birden fazla paket oluşturulması, kaynağın derlenmesinden sonra oluşan dosyaların sınıflandırılması ile olur.
files.xml dosyası paket geliştirme aracı/araçları ile oluşturularak paket içerisine yerleştirilir.
Files
Package: Dosya serisinin hangi SubPackage'i oluşturduğunu belirtir. (örn. mysql-devel, mysql-client, mysql-server , mysql-doc)
File: Pakete dahil edilecek bir dosyayı tarif eder.
Path: Dosyanın, paket içerisindeki yerini belirtir. PISI gereklerinden biri paketin belirtilen konuma kurulabilmesi olduğu için konum bilgisi bağımlı (rölatif) olarak verilir.
Type: Dosyanın tipini belirtir. Paket sisteme kurulduğunda, veritabanına bu tip tanımı ile işaretlenerek yerleştirilecektir. Bu tip tanımları şunlardan birisi olabileceği gibi boş da bırakılabilir: executable, config, doc, man, info, library, data, localedata, header.
Size: Dosyanın byte cinsinden boyutunu saklar.
SHA1Sum: Path ile belirtilen dosyanın SHA1 algoritması ile elde edilmiş cryptographic özet değerini saklar.
files.xml dosyaları otomatik olarak PİSİ derleme sistemi tarafından oluşturulur ve ikili paket içerisine dahil edilir. Bu dosyanın hiç bir koşulda el ile oluşturulması gerekmemektedir.
Install Dizini
İkili paketin sisteme kurulmak üzere hazırlanmış/derlenmiş bileşenleri install/ dizini içerisinde bulunur.
Comar Dizini
Kaynak paketten alınan ÇOMAR betikleri comar/ dizininde bulunur ve kurulum sırasında ÇOMAR'a kayıt edilir.
Paket Depoları
PİSİ için tanımlanmış iki farklı paket deposu bulunmaktadır:
Kaynak PİSİ Deposu (veya Kaynak Paket Deposu)
İkili PİSİ Deposu (veya İkili Paket Deposu)
Paket depoları ile ilgili kurallar için ``Pardus Depo Politikası belgesini inceleyebilirsiniz.
Kaynak Pisi Deposu
Paketleri oluşturmak için gerekli PİSİ kaynak paketleri hiyerarşik bir yapıda bir subversion deposunda sunulmaktadır. Geliştirme işlemleri bu depo üzerinde yapılır. Kaynak PİSİ deposunda paketler bileşenler altına konumlandırılırlar. Her kaynak paket ait olduğu bileşenin altına yerleştirlir.
İkili Pisi Deposu
İkili PİSİ paketlerinin bulundurulduğu depodur. İkili PİSİ Deposu da ``Pardus Depo Politikası belgesinde anlatıldığı gibi Kaynak PİSİ Deposu ile özdeş bir görünüm sergiler.
İkili PİSİ Deposu paketlerin istemciler tarafından ulaşılabilir olması için bir paket indeksi sağlar. Paketlerin içerisinde bulunan metadata.xml dosyaları depodaki paketlerden alınarak ve birleştirilerek pisi-index.xml isminde bir içerik (depo içeriği) dosyası düzenli aralıklar ile oluşturulacaktır.
İçeriğinde mevcut sürümün bilgilerini içerecek bir dosya oluşturulacaktır. Bu dosya dağıtımın tüm paketleri için şu bilgileri içerecektir;
Name
Summary
Description
Version
Release
License
RuntimeDependencies
InstallDependencies
Provides
History
Conflicts
PackageSize
InstalledSize
pisi-index.xml dosyasının biçimi XML'dir. Dosyanın doğrulanması için kullanılabilecek bilgi pisi-index.dtd dosyasında tanımlanmıştır.
İleriki sürümlerde; bu dosya değiştirilmeyecek ve sadece Dağıtım Sürüm değiştirdiği zaman yenisi oluşturulacaktır. Aktif sürüm sırasında tüm değişiklikler ChangeSet olarak sunulacaktır. İstemci bilgisayarlarca çekilecek ve bağımlılık çözme, paket veritabanını arama, paket kurma/kaldırma işlemleri bu dosyaların pisi.index ile birleştirilmesi yardımı ile yapılacaktır.
ChangeSet'ler pisi.index dosyasına yama olarak sunulacaklardır. Kolay oluşturulan, az bant genişliği isteyen ve efektif olmaları açısından içeriklerini pisi.index'in bir önceki revizyonlarından olan farkları arttırımsal (incremental) olarak oluşturacaktır.
Kullanıcı bilgisayarında oluşturulacak depo veritabanı pisi.index ve Changeset'ler yardımı ile yaratılacaktır. Kullanıcının depodaki paketlerin en güncel bilgilerini alabilmesi için depo veritabanını düzenli olarak güncellemesi gerekmektedir. Bu işlem bir arkaplan uygulaması ile otomatik olarak yaptırılabilir.
Depoya eklenecek ikili paketler geliştiriciden alınmayacak, PİSİ derleme ortamı tarafından hazırlanıp uygun görülen depoya yerleştirilecektir. Böylece geliştiricinin sisteminden kaynaklanabilecek olası problemlerin (sürüm farklılıkları, sorunlu ya da güvensiz yazılımlar vs.) önüne geçilecektir.
PİSİ istemcisi birden fazla depo ile çalışabilecektir. Birden fazla depo tanımlanması durumunda öncelikli depo her zaman Pardus Resmi Deposu olacaktır. Diğer depolar eşit önceliğe sahip olacaklardır ve kullanıcı elle belirtmediği sürece tüm depolarda bulunan paketler resmi depodan alınacaktır.
Süreçlerin Tarifi
Süreç tarifi paket sisteminin en temel görevlerini, tasarımı özetlemek amacı ile anlatır.
Paket Oluşturmak
Bir geliştiricinin paket oluşturmak için izleyeceği adımlar şöyledir;
Geliştirici Grafik Arayüzü ya da konsol araçları yardımı ile PSPEC dosyası yukarıda anlatılan yapıya uygun olarak oluşturulur. Gerekli olacak yamalar ve dosyalar yukarıda tarif edildiği gibi files/ dizinine yerleştirilir. ÇOMAR betikleri comar/ dizini altına yerleştirilir.
Oluşturulan PSPEC dosyası, hazırlanan paketin derlenebilmesi için PİSİ tarafından işlenir. Eğer gerekli paketler sistemde mevcut değil ise bu paketler PİSİ tarafından otomatik veya kullanıcıya sorularak sisteme kurularak, sistem derleme işlemine hazır hale getirilir.
Oluşturulan PSPEC dosyasının Source bölümündeki bilgiler işlenerek kaynak kod sisteme alınır ve doğruluğu kontrol edilir. Gerekli dosya ve yamalar yukarıda anlatılan biçime uygun bir şekilde PİSİ tarafından açılır ve gerekli yamalar koda uygulanır.
actions.py betiği işletilerek kaynak koddan ikili veri oluşturulur.
Geliştirici (tercihen grafik arayüz yardımı ile) derleme sonrası oluşturulan dosyaları, PSPEC dosyasında tanımlanan Package bölümlerine göre sınıflandırır. Oluşturulacak her paket için files.xml dosyası ve metadata.xml dosyası yaratılır.
PİSİ oluşturulan dosyaları da sisteme ekleyerek ikili paketi veya paketleri oluşturur.
Geliştirici oluşturduğu paketleri sisteminde test eder.
Oluşturulan paket oluşturma dosyaları (PSPEC dosyası, actions.py ve dizinler) Merkezi Paket Derleme Çiftliği tarafından derlenmek üzere Kaynak PİSİ Deposu'na iletilir.
İletilen PİSİ Kaynak Paketi dosyası Merkezi Paket Derleme Çiftliği tarafından ikili paket veya paketler haline getirilir.
Oluşturulan paket veya paketler Paket Deposu'na yerleştirilir.
Paket Kurmak
Bir istemcinin sisteme paket kurmak için izleyeceği yol şöyledir;
Sistemdeki ilgili uygulamalardan biri PİSİ'ye paket kurması için istekte bulunur.
PİSİ, paket deposundan, deponun durumu ile ilgili bilgileri (ChangeSetler ve kullanıcı yeni bir depo kullanmaya başladıysa pisi-index.xml) alır.
Gerekiyorsa Depodan aldığı bilgileri Depo Veritabanına yerleştirir.
PİSİ istenen paketin kurulması için gerekli olan bilgileri, ihtiyaç duyulan paketleri belirler. Gerekli olan paketleri Paket Deposundan çekerek sisteme kurar. Eğer çakışan paketler var ise bunları çözer.
PİSİ Kurulacak paketi Paket Deposundan çeker ve çektiği paketin doğruluğunu kontrol ederek sisteme kurar. Kurduğu paket ile ilgili bilgileri Kurulu Paket Veritabanı'na yerleştirir.
Paketlerin yanında taşıdığı CSL betiklerini ÇOMAR'a verir. Kurulum için gerekli ``post install (kurulum sonrası) ÇOMAR betiklerinin çalıştırılması için ÇOMAR'a istekte bulunur.
Paket Kaldırmak
Bir istemcinin, sistemdeki bir paketi kaldırmak için izleyeceği yol şöyledir;
Sistemdeki ilgili uygulamalardan biri PİSİ'ye paket kaldırmak için istekte bulunur.
PİSİ, kendi yapılandırma dosyasını işleyerek, Kurulu Paket Veritabanından pakete başka bir paket tarafından gereksinim duyulup duyulmadığını kontrol eder.
PİSİ paketi kaldırır.
ÇOMAR'a ``pre remove (kaldırma öncesi) betiklerinin çalıştırılması için istekte bulunur. Daha sonra ilgili ÇOMAR betiklerini kaldırması için silinen paket ile ilgili bilgi verir.
Bağımlılık Çözmek
PİSİ içerisinde kulanılan bağımlılık çözme algoritması, kaynak içersindeki detaylı belge (doc/dependency.tex) ile anlatılmıştır. PİSİ içerisinde paket bağımlılığı, doğrudan paket isim ve sürüm numarasına bağımlılık olarak tanımlanmıştır. Bu yüzden paket bağımlılığının çözümü depo veritabanından bağımlılığı oluşturan paketleri iteratif olarak çıkarmak ile sınırlıdır. Paketler için tanımlanan bir diğer bağımlılık tipi ise ÇOMAR OM (Object Model) bacaklarına olan bağımlılıktır. Bu bağımlılığın çözümü için Kurulu Paketler ve Depo veritabanları sorgulanarak ilgili OM bacağını sağlayan bir paketin sistemde kurulu durumda olup olmadığı bilgisi çıkartılır. Eğer yoksa ilgili OM bacağını sağlayan paketlerin bir listesi sunulur.
Veritabanları
İstemci makinadaki paket veritabanı aşağıdaki bölümlere sahip olacaktır. Veritabanları BerkeleyDB veritabanlarıdır. Veritabanları, /var/db/pisi/ altında bulunmaktadır. PİSİ temel işlevlerini yerine getirmek için birden fazla veri tabanı kullanır.
KOMUTLAR.
Şuan için sadece Pardus ile kullanılan Pisi paket yönetim sistemi geleceğe yönelik önü açık bir sistem ve diğer paket yönetim sistemlerinden aşağı kalır yanı yok diyebiliriz.Bizde sizlere Pisi paket yönetim sisteminin kısa bir kullanım kılavuzunu hazırladık. Konuyu fazla uzatmadan icraata geçelim.
add-repo (ar) :Bir depo ekler. build (bi) : Pisi paketlerini inşa eder. check : Kurulumu doğrular. clean : Bayat kilitleri temizler. configure-pending (cp) : Bekleyen paketleri yapılandırır. delete-cache (dc) : Önbellek dosyalarını siler. delta (dt) : Creates delta Pisi paketleri. emerge (em) : Depodan PiSi paketlerini inşa eder ve kurar. graph : Paket ilişkilerini çizer. help (?) : Verilen komutlar için yardım metnini gösterir. index (ix) : Verilen bir dizindeki PiSi dosyalarını indeksler. info : Paket bilgisini gösterir. install (it) : PiSi paketlerini kurar. list-available (la) : Depolardaki paketleri gösterir. list-components (lc) : Depolardaki bileşenleri gösterir. list-installed (li) : Kurulu paketlerin bir listesini yazar. list-pending (lp) : Bekleyen paketleri gösterir. list-repo (lr) : Depoları listeler. list-sources (ls) : Kullanılabilir kaynakları gösterir. list-upgrades (lu) : Yükseltilecek paketleri listeler. rebuild-db (rdb) : Veritabanlarını yeniden inşa eder. remove (rm) : PiSi paketlerini kaldırır. remove-repo (rr) : Depoları kaldırır. search (sr) : Paketleri araştırır. search-file (sf) : Dosya araştırır. update-repo (ur) : Depo veritabanlarını günceller. upgrade (up) : PiSi paketlerini yükseltir.
Belirli bir komut hakkında yardım için "pisi help <komut>"'u kullanınız.
seçenekler:
--version : Program'ın versiyon numarasını göster ve çıkar. -h [--help] : Bu yardım mesajını göster ve çıkar.
genel seçenekler: -D [--destdir] arg : Pisi komutları için sistem kök dizinini değiştirir. -y [--yes-all] : Bütün evet/hayır sorularında evet varsayar. -u [--username] arg -p [--password] arg -v [--verbose] : Detaylı çıktı -d [--debug] : Hata ayıklama bilgisini gösterir. -N [--no-color] : PiSi'nin tüm çıktı renklendirmelerini önler
Yardımları için Mello@pardus-linux.org'a teşekkür ederiz.
Bu yazı Programlar bölümünün bir parçasıdır.
