Re: [Gelistirici] Mono paketleri bölündü
2010/2/20 Fatih Aşıcı > Hepsinin farklı bir anlamı var. runtime, bu tür çatılar ve yorumlayıcılar > için > kullanılan bir terim. Burada kullanımı doğru olabilir. -core eki bir > uygulama > seti tarafından ortaklaşa kullanılan temel araçları içerebilir (ör. > koffice-core). -common ise genelde ortaklaşa kullanılan veri dosyalarından > oluşur (xorg-server-common). > > Anladım, o zaman bu durumda -runtime mantıklı görünüyor. mono paketi ile ilgili değişiklikler devel deposuna aktarıldı, obsolete işlemi yapıldı. şimdi mono'ya bağımlı uygulamaları tek tek düzelteceğim. sonra da devel'de yaptığım değişiklikleri de stable deposuna yansıtacağım. İyi günler. -- gkmngrgn ~ http://www.gokmengorgen.net ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] boş klasörler içeren perl paketleri
Fatih Aşıcı wrote: > On Saturday 20 February 2010 23:31:42 Necdet Yücel wrote: >> Selamlar, >> >> Yaptığım yoğun araştırma geliştirme faaliyetleri sonucunda aşağıdaki >> 121 perl paketinin >> /usr/lib/perl5/vendor_perl/PAKETADI/MİMARİ-linux-thread-multi/ dizini >> altına boş dizinler oluşturduğunu tespit etmiş bulunmaktayım ;) Pek >> çok perl paketinin actions.py dosyasında bu dizinleri silmişiz. >> Aşağıdakiler gözümüzden kaçmış. >> >> Eğer bu dizinlerin silinmesinde bir problem yoksa isterseniz inşa >> dosyalarını ben de düzenleyebilirim. > > Ozan geçende bunların perlmodules ile silinebileceğinden bahsetmişti. Tek tek > paketlerde düzeltmek yerine actionsapi'de düzeltebilirsek daha iyi olur. Farklı farklı boş dizin patternleri var perl paketlerinden çıkan. Bunların ne işe yaradığını bir allah'ın kulu açıklarsa çok makbule geçecek :) ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] boş klasörler içeren perl pake tleri
Bu paketler haricinde bazı paketlerde boş olmayan dizinler de var diye hatırlatmış olayım. ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] boş klasörler içeren perl pak etleri
On Saturday 20 February 2010 23:31:42 Necdet Yücel wrote: > Selamlar, > > Yaptığım yoğun araştırma geliştirme faaliyetleri sonucunda aşağıdaki > 121 perl paketinin > /usr/lib/perl5/vendor_perl/PAKETADI/MİMARİ-linux-thread-multi/ dizini > altına boş dizinler oluşturduğunu tespit etmiş bulunmaktayım ;) Pek > çok perl paketinin actions.py dosyasında bu dizinleri silmişiz. > Aşağıdakiler gözümüzden kaçmış. > > Eğer bu dizinlerin silinmesinde bir problem yoksa isterseniz inşa > dosyalarını ben de düzenleyebilirim. Ozan geçende bunların perlmodules ile silinebileceğinden bahsetmişti. Tek tek paketlerde düzeltmek yerine actionsapi'de düzeltebilirsek daha iyi olur. ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
[Gelistirici] boş klasörler içeren perl pake tleri
Selamlar, Yaptığım yoğun araştırma geliştirme faaliyetleri sonucunda aşağıdaki 121 perl paketinin /usr/lib/perl5/vendor_perl/PAKETADI/MİMARİ-linux-thread-multi/ dizini altına boş dizinler oluşturduğunu tespit etmiş bulunmaktayım ;) Pek çok perl paketinin actions.py dosyasında bu dizinleri silmişiz. Aşağıdakiler gözümüzden kaçmış. Eğer bu dizinlerin silinmesinde bir problem yoksa isterseniz inşa dosyalarını ben de düzenleyebilirim. perl-IO-Pager perl-UNIVERSAL-require perl-GD-TextUtil perl-Chart perl-IO-Digest perl-Term-ReadLine-Perl perl-Mail-SPF-Query perl-Net-SMTP-SSL perl-Mail-SPF-Query perl-Text-Glob perl-File-chdir perl-Template-GD perl-Number-Compare perl-Authen-SASL perl-Algorithm-Diff perl-AnyEvent perl-App-CLI perl-ExtUtils-PkgConfig perl-IO-via-Bzip2 perl-IO-Socket-INET6 perl-File-Temp perl-Time-modules perl-Net-Daemon perl-Sub-Uplevel perl-IO-Zlib perl-File-Tail perl-Email-Reply perl-MIME-Lite perl-Path-Class perl-Gtk2-Ex-FormFactory perl-Data-Hierarchy perl-MailTools perl-File-Next perl-Return-Value perl-XML-DOM perl-Event-ExecFlow perl-Net-CIDR-Lite perl-JSON perl-Regexp-Shellish perl-Class-ISA perl-Log-Log4perl perl-Pod-Simple perl-Error perl-DateTime-TimeZone perl-String-ShellQuote perl-MIME-Types perl-TimeDate perl-Sys-Hostname-Long perl-XML-Simple perl-Test-Pod perl-Email-MIME perl-IO-Socket-SSL perl-XML-XQL perl-Email-Simple-Creator perl-libxml perl-IO-stringy perl-libnet perl-File-HomeDir perl-ExtUtils-Depends perl-XML-Filter-BufferText perl-Astro-SunTime perl-Test-Exception perl-SOAP-Lite perl-Event-RPC perl-Time-Local perl-Unicode-MapUTF8 perl-Module-Refresh perl-XML-Twig perl-Net-IP perl-PatchReader perl-SVN-Simple perl-Class-Autouse perl-XML-SAX perl-IO-via-dynamic perl-XML-SAX-Writer perl-File-Find-Rule perl-HTML-Scrubber perl-Locale-Maketext-Simple perl-Archive-Zip perl-AppConfig perl-GD-Graph perl-XML-RegExp perl-Math-Complex perl-ldap perl-File-Type perl-Email-Simple perl-Email-Send perl-SVN-Mirror perl-Locale-Maketext-Lexicon perl-IO-via-symlink perl-HTML-Tagset perl-Jcode perl-Lexical-Persistence perl-Archive-Tar perl-common-sense perl-Font-TTF perl-Parse-Yapp perl-libwww perl-Getopt-Long perl-Pod-Escapes perl-Net-Ident perl-RPC-XML perl-Config-Tiny perl-X11-Protocol perl-Email-MIME-Encodings perl-Time-Progress perl-XML-NamespaceSupport perl-B-Keywords perl-Email-Valid perl-URI perl-FreezeThaw perl-Email-MIME-ContentType perl-Test-Number-Delta perl-IP-Country perl-SVN-Dump perl-Class-Data-Inheritable perl-Algorithm-Annotate perl-Email-MIME-Attachment-Stripper perl-MIME-tools perl-PlRPC perl-YAML iyi akşamlar Necdet Yücel ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] [RFC] 3 yeni pisi özelliği
On Sat, 20 Feb 2010 19:41:17 +0200 Fatih Aşıcı wrote: > On Saturday 20 February 2010 01:11:18 Ozan Çağlayan wrote: > > Bir kısım değişiklikler örneğin kapalı kodlu ve derlenmiş bazı > > kitaplık ve sürücülerinin farklı kaynak arşiv adreslerine sahip > > olmalarından kaynaklanıyor. Bunu pisi'ye çoklu desteği > > ekleyerek çözdük Fatih ile: > > > > > > .. > > .. > > > type="tarbz2">http://a.com/driver_x86.tar.bz2 > sha1sum=".." > > type="tarbz2">http://a.com/driver_x86_64.tar.bz2 .. > > > > > > kullanımı sayesinde her tarball /var/pisi/../work/ altına kendi > > dizinine açılıyor. Yama henüz yerelimde commit etmedim. > > flashplugin'in 64 bit için olan arşivi diğerinden çıkan dosyaları > eziyor. Alt dizin için target="x86_64" gibi bir attribute vermek > gerekecek sanırım. Sonra da > > WorkDir = get.ARCH() > > yaparak sade bir actions.py de yazılabilir ;) aynı şeyi patches için de verebilsek ne güzel olur, başka yerlerde de kullanırız :) -- Onur Küçük Knowledge speaks, but wisdom listens ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] Paket İmzalama - Eski Bir Hikaye
> yogun bir sinav donemindeyim bu nedenle yazilanlar hakkinda uzun uzun > düsünmedim, ama aklima bir baska konu geldi imzalama ile ilgili. > Sadece paketlerin degil depo indeksinin de imzalanmasi gerektigini > düsünüyorum. Acaba yaniliyor muyum? Paketlerin tek başlarına da dağıtılabileceklerinü düşünerek, sadece indeks imzalamanın yeterli olmayacağına karar verdik. Indeksi imzalayacağız, paketleri indirmeye başlamadan önce, deponun güvenirliğini kontrol etmek iyi olur. > Bir de paket icindeki dosyalarin tek tek imzalanmasi sart mi acaba? PISI içinde, metadata.xml, files.xml, sisteme kurulacak paketleri içeren install.tar.lzma dosyaları ve comar betikleri bulunuyor. Bu dosyaları tek tek imzalamak yerine, bu dosyalar kullanılarak oluşturulan şöyle bir data imzalanıyor: metedata.xml bbf0537a95becae8fb8d08578e59b5d89919e07d files.xml 85a93c108659ec28ecccee99cf6719663d0c1c7f install.tar.lzma 722fffe8f1c254a48883b0db42b90c10aa3cb688 comar/package.py e2dd6497df867630e38527a52c8da3de50d426a0 install.tar.lzma imzalanmasa da olur belki, files.xml içinde sisteme kurulacak dosyaların listesi ve SUM'ları var nasılsa. ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] Paket İmzalama - Eski Bir Hikaye
Merhaba, yogun bir sinav donemindeyim bu nedenle yazilanlar hakkinda uzun uzun düsünmedim, ama aklima bir baska konu geldi imzalama ile ilgili. Sadece paketlerin degil depo indeksinin de imzalanmasi gerektigini düsünüyorum. Acaba yaniliyor muyum? Bir de paket icindeki dosyalarin tek tek imzalanmasi sart mi acaba? Iyi calismalar, Selim -- One more step for freedom: http://www.pardus.org.tr/eng/ ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] [RFC] 3 yeni pisi özelliği
On Saturday 20 February 2010 01:11:18 Ozan Çağlayan wrote: > Bir kısım değişiklikler örneğin kapalı kodlu ve derlenmiş bazı kitaplık ve > sürücülerinin farklı kaynak arşiv adreslerine sahip olmalarından > kaynaklanıyor. Bunu pisi'ye çoklu desteği ekleyerek çözdük Fatih > ile: > > > .. > .. > type="tarbz2">http://a.com/driver_x86.tar.bz2 sha1sum=".." type="tarbz2">http://a.com/driver_x86_64.tar.bz2 .. > > > kullanımı sayesinde her tarball /var/pisi/../work/ altına kendi dizinine > açılıyor. Yama henüz yerelimde commit etmedim. flashplugin'in 64 bit için olan arşivi diğerinden çıkan dosyaları eziyor. Alt dizin için target="x86_64" gibi bir attribute vermek gerekecek sanırım. Sonra da WorkDir = get.ARCH() yaparak sade bir actions.py de yazılabilir ;) ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] Paket İmzalama - Eski Bir Hikaye
20 Şubat 2010 Cumartesi 12:54:40 tarihinde Bahadır Kandemir şunları yazmıştı: > - Doğrulama (verify) işlemi sırasında, dosyaların sum'ları tekrar > hesaplanıyor ve sertifika/imza/data üçlüsü kullanılarak imzanın o dataya > ait olup olmadığı denetleniyor. Burada kontrol edilen tam da yazdığın gibi dosyaların verili anahtar ile imzalanıp imzalanmadıkları ve yine dosyalarda bir değişiklik yapılıp yapılmadığı. Ama imzalamada kullanılan anahtarın geçerliliği ve güvenilirliği konusunda birşey yok. Tabii bunun için sertifika formatı ve güven zinciri konuları devreye giriyor. Özellikle Türkiye ve kurumsal pazarı için sertifikaların mevcut BTK onaylı sertifika makamlarından alınmış kod imzalama sertifikası olması düşünülebilir. Hatta bizim çiftlik - depo arasında Kamu SM'den alınmış ve akıllı karta konmuş bir sertifika ile fiziksel güvenlik de sağlanılabilir. Küresel kullanılabilirlik için ise gpg anahtarlarına dayalı bir alternatif sistem kullanılabilir. Dün akşam konuştuğumuz konular sonuçta... Benim 2 param... ET ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] [RFC] 3 yeni pisi özelliği
> On Saturday 20 February 2010 01:11:18 Ozan Çağlayan wrote: >> Selam, >> >> 64-bit çalışmalarının hızlandığı şu günlerde pisi'nin eksik işlev ve >> yanlış >> davranışlarının üzerinden geçelim diye bu thread'i başlatıyorum :) > > Yeni pspec yapısı için ismail.py'yi düzelttim. Birisinin (Bahadır, Ozan?) > sunucudaki ismail.py'yi güncellemesi gerekiyor. Güncelledim. ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] [RFC] 3 yeni pisi özelliği
Fatih Aşıcı wrote: > On Saturday 20 February 2010 01:11:18 Ozan Çağlayan wrote: >> Selam, >> >> 64-bit çalışmalarının hızlandığı şu günlerde pisi'nin eksik işlev ve yanlış >> davranışlarının üzerinden geçelim diye bu thread'i başlatıyorum :) > > Yeni pspec yapısı için ismail.py'yi düzelttim. Birisinin (Bahadır, Ozan?) > sunucudaki ismail.py'yi güncellemesi gerekiyor. Bahadır'ın erişimi var sadece. Bence trunk'tan cron ile periyodik olarak güncellensin o betik. ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] [RFC] 3 yeni pisi özelliği
On Saturday 20 February 2010 01:11:18 Ozan Çağlayan wrote: > Selam, > > 64-bit çalışmalarının hızlandığı şu günlerde pisi'nin eksik işlev ve yanlış > davranışlarının üzerinden geçelim diye bu thread'i başlatıyorum :) Yeni pspec yapısı için ismail.py'yi düzelttim. Birisinin (Bahadır, Ozan?) sunucudaki ismail.py'yi güncellemesi gerekiyor. ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] [RFC] 3 yeni pisi özelliği
2010/2/20 Ozan Çağlayan > Burak Çalışkan wrote: > > > Bu özellik gereçekten çok güzel olmuş. > > Eksiden workdir öntanımlı olarak "sourcename-version" idi. Bu değişiklik > > ile birlikte birden fazla source tag'ı kullanabildiğimize göre öntanımlı > > workdir ne olacak? Pisi hangi archive'in dizininie geçecek? > > sourcename-version'u sağlayan varsa yine ona geçecek. yoksa elle WorkDir= > yapılması gerek yine actions.py'de. > ama yine de kontrol edeceğim bunu aklımda. > > Aynen bu şekilde oluyor, kontrol ettim. Elinize sağlık bu özellikler için, gayet güzel oldu bence. :) -- - Serdar Dalgic ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] [RFC] 3 yeni pisi özelliği
Burak Çalışkan wrote: > Bu özellik gereçekten çok güzel olmuş. > Eksiden workdir öntanımlı olarak "sourcename-version" idi. Bu değişiklik > ile birlikte birden fazla source tag'ı kullanabildiğimize göre öntanımlı > workdir ne olacak? Pisi hangi archive'in dizininie geçecek? sourcename-version'u sağlayan varsa yine ona geçecek. yoksa elle WorkDir= yapılması gerek yine actions.py'de. ama yine de kontrol edeceğim bunu aklımda. ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] [RFC] 3 yeni pisi özelliği
20-02-2010 01:11, Ozan Çağlayan yazmış: [...] > > > > Bir kısım değişiklikler örneğin kapalı kodlu ve derlenmiş bazı kitaplık ve > sürücülerinin farklı kaynak arşiv adreslerine > sahip olmalarından kaynaklanıyor. Bunu pisi'ye çoklu desteği > ekleyerek çözdük Fatih ile: > > > .. > .. >type="tarbz2">http://a.com/driver_x86.tar.bz2 >type="tarbz2">http://a.com/driver_x86_64.tar.bz2 > .. > > > kullanımı sayesinde her tarball /var/pisi/../work/ altına kendi dizinine > açılıyor. Yama henüz yerelimde commit etmedim. > > Bu sayede actions.py'de: > > if get.ARCH() == "x86_64": > WorkDir = "" > > diyerek aynı kaynak depodan 2 ayrı mimari için paket çıkartabileceğiz. > Bu özellik gereçekten çok güzel olmuş. Eksiden workdir öntanımlı olarak "sourcename-version" idi. Bu değişiklik ile birlikte birden fazla source tag'ı kullanabildiğimize göre öntanımlı workdir ne olacak? Pisi hangi archive'in dizininie geçecek? ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] Mono paketleri bölündü
On Thursday 18 February 2010 09:49:07 Gökmen Görgen wrote: > 2010/2/17 Doruk Fisek > > > Bir de replaces tag'leri eksik, upgrade eden kullaniciya tum mono > > paketlerinin kurulu gelmesi daha iyi olmali. > > Replaces tagı ekleyeceğim tamam. > > > "mono" isimli ikili paketin "mono-core" diye ismini degistirmeyi > > dusunebilirsin. Hem Mono'nun bir kismini icerdigi net anlasilir, > > hem de Pisi problem cikarmaz: > > Mandriva mono-runtime tercih etmiş. Ubuntu da aynı şekilde. Aslında bu tip > isimlendirmeye de bir standart getirsek güzel olur. Bir iki paket için > common, bir başka paket için core tercih edildiğini gördüm Pardus > paketlerinde. Ben de *itiraz olmazsa* runtime tercih edeceğim. Hepsinin farklı bir anlamı var. runtime, bu tür çatılar ve yorumlayıcılar için kullanılan bir terim. Burada kullanımı doğru olabilir. -core eki bir uygulama seti tarafından ortaklaşa kullanılan temel araçları içerebilir (ör. koffice-core). -common ise genelde ortaklaşa kullanılan veri dosyalarından oluşur (xorg-server-common). ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
[Gelistirici] Paket İmzalama - Eski Bir Hikaye
Selamlar, ÇOMÜ'den dönüşte başlayan paket imzalama geyiği sonrası bir tartışma başladı ve kısa bir çalışmanın ardından ortaya şöyle [0] bir kod çıktı. Sistem şöyle işliyor: - PISI dosyası (aslında ZIP) içindeki her bir dosyanın SHA1'i alınarak "dosya dosya.sum, dosya2 dosya2.sum" formatında bir metin oluşturuluyor. - OpenSSL ile, özel anahtar kullanılarak SHA1 bilgileri imzalanıyor ve ZIP dosyasına yorum olarak [1] ekleniyor. - Doğrulama (verify) işlemi sırasında, dosyaların sum'ları tekrar hesaplanıyor ve sertifika/imza/data üçlüsü kullanılarak imzanın o dataya ait olup olmadığı denetleniyor. - Sertifika CD ile gelmesi ve yenilenmesi gerekirse (misal, revocation durumunda) https://paketler.pardus.org.tr'den indirilmesi planlanıyor. Betik, tek başına kullanılabilir durumda değil. Şu an sadece, paketin belirli bir sertifika tarafından imzalandığını ve bütünlüğünün bozulmadığını kontrol edebiliyor. Test etmek isteyenler için README [2] de var. Diğer önemli eksikleri (iptal edilmiş sertifikalar, ) belirlersek, bu hikayeyi mutlu bir sona bağlayabiliriz. [0] http://svn.pardus.org.tr/uludag/trunk/pisi/scripts/package-signing/ [1] http://en.wikipedia.org/wiki/ZIP_(file_format) [2] http://svn.pardus.org.tr/uludag/trunk/pisi/scripts/package-signing/README signature.asc Description: This is a digitally signed message part. ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] [RFC] 3 yeni pisi özelliği
Gürer Özen wrote: > 20 Şubat 2010 Cumartesi günü (saat 01:11:18) Ozan Çağlayan şunları yazmıştı: > >> Bir de bonus olarak paket için desteği ekledik > >>> target="configs/kernel-i686-config">configs/kernel-i686-config> File> > > Bunla paket dizininde files/ altındaki dosyaları source dizini içinde > istediğimiz yere orada dosya varsa override ederek yazabiliyoruz değil mi? dizin yoksa oluşturuyor, permission="" kullanımı da halen geçerli. owner= ve group= ise valid olmasına rağmen işlev olarak karşılığı yok. Senin dediğini denemedik, override etmiyorsa onu da düzelteyim dediğin gibi .po güzel bir örnek. ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] [RFC] 3 yeni pisi özelliği
20 Şubat 2010 Cumartesi günü (saat 01:11:18) Ozan Çağlayan şunları yazmıştı: > Bir de bonus olarak paket için desteği ekledik > target="configs/kernel-i686-config">configs/kernel-i686-config File> Bunla paket dizininde files/ altındaki dosyaları source dizini içinde istediğimiz yere orada dosya varsa override ederek yazabiliyoruz değil mi? Hızlıca çeviri fix etmek falan istediğimizde po'yu yama haline getirmek yerine direk koyabilmemizi falan da sağlar. Çok kral bir özellik. ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
