Re: [Gelistirici] 2011/devel/system/base/pciutils - Version bump, refactor package, update PCI ID data...
2010/6/11 Gürer Özen > Asıl sorun .txt işleyen araçları yazmanın daha karışık olmasında. Çünkü her > seferinde hazır araçları kullanmak yerine oradaki kafamıza göre koyduğumuz > ve > başka yerde kullanılmayan sentaksı işleyecek kodlar yazmak gerekecek yada > oldukça kırılgan regexpler ile işleyeceğiz. > > JSON gibi yaygın bir format olabilir belki, ama bir sürü aracı değiştirmek > gerekecek ve gerçek bir getirisi var mı diye düşünmek lazım. > Merhabalar, PyYAML da iyi bir alternatif olurmuş: http://blog.ratonred.com/2010/06/pisi-yaml-destegi-beta/ Sanırım daha iyisini bulana kadar en iyisi PyYAML =) -- gkmngrgn ~ http://www.gokmengorgen.net ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] 2011/devel/system/base/pciutils - Version bump, refactor package, update PCI ID data...
11 Haziran 2010 Cuma günü (saat 14:12:50) Gökmen Görgen şunları yazmıştı: > Bir şey soracağım: Neden pspec, translations dosyalarımız XML formatında? Validate etmesi ve çeşitli araçlarla işlemesi kolay diye. Okunaklılık, genişletilebilirlik, standartlık, otomatize edilebilirlik gibi kriterlere göre düşünülmüştü. Pisi dökümanında baya anlatılmış olması lazım nedenlerin. Translations ve geri kalan bilgiler farklı kişiler (packager ve translators) tarafından ve farklı araçlarca update edildiği için ayrılmıştı. > Zamanında neden bu dosyaların XML olması gerektiğine karar verildiğini > hatırlayan bir arkadaş varsa merakımı giderebilir mi? Hem json'a göre daha > okunaklı, hem XML'i json kadar hızlı parse edebilecek piksemel uygulamamız > olduğu için mi XML tercih edildi? Epey süre Python'ın kendi parser'ını kullandık, bir o kadar da 4suite parser ile devam ettik. Ciddi hız farkı olmasa piksemele geçmezdik tahminen. > 2011 için böyle köklü bir değişikliğin yapılması söz konusu olabilir mi > bilmiyorum (pisi kodu karışık :P) ama şuradaki gibi bir pspec dosyası > düşünmemiz mümkün mü (md5sum satırına kadar kısma bakınız, gerisi için > actions.py hallediyor): > http://repos.archlinux.org/wsvn/packages/xz/trunk/PKGBUILD Zaman içinde yeni ihtiyaçlar eklenmesine oldukça iyi dayandı pspec.xml formatı diye düşünüyorum. Örnek verdiğin dosya basit görünüyor ama bu çok aldatıcı. Aslında epey bir sentaks var orada ve yeni şeyler eklemek gerektiğinde bu sentaksı sürekli genişletmek gerekecek. > xml'den bash dosyasına geçelim de demiyorum ama .txt bile olabilirdi. > Tamam, bir .txt dosyası parse etmek daha fazla zaman alır ama paketin > içinde yine xml şeklinde durabilir bu bilgiler. Asıl sorun .txt işleyen araçları yazmanın daha karışık olmasında. Çünkü her seferinde hazır araçları kullanmak yerine oradaki kafamıza göre koyduğumuz ve başka yerde kullanılmayan sentaksı işleyecek kodlar yazmak gerekecek yada oldukça kırılgan regexpler ile işleyeceğiz. JSON gibi yaygın bir format olabilir belki, ama bir sürü aracı değiştirmek gerekecek ve gerçek bir getirisi var mı diye düşünmek lazım. ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] 2011/devel/system/base/pciutils - Version bump, refactor package, update PCI ID data...
2010/6/10 Fatih Aşıcı > Ben aslında comment (hatta summary ve decription) metinlerinin XML dosyası > içinde çok şekilsiz durduğunu düşünüyorum. XML'i parse edip oradaki metni > düzgün bir şekilde arayüzde göstermek için iğrenç taklalar atmak gerekiyor. > O > yüzden ChangeLog gibi plain text bir dosya daha güzel olurdu. > > Bir şey soracağım: Neden pspec, translations dosyalarımız XML formatında? Zamanında neden bu dosyaların XML olması gerektiğine karar verildiğini hatırlayan bir arkadaş varsa merakımı giderebilir mi? Hem json'a göre daha okunaklı, hem XML'i json kadar hızlı parse edebilecek piksemel uygulamamız olduğu için mi XML tercih edildi? 2011 için böyle köklü bir değişikliğin yapılması söz konusu olabilir mi bilmiyorum (pisi kodu karışık :P) ama şuradaki gibi bir pspec dosyası düşünmemiz mümkün mü (md5sum satırına kadar kısma bakınız, gerisi için actions.py hallediyor): http://repos.archlinux.org/wsvn/packages/xz/trunk/PKGBUILD xml'den bash dosyasına geçelim de demiyorum ama .txt bile olabilirdi. Tamam, bir .txt dosyası parse etmek daha fazla zaman alır ama paketin içinde yine xml şeklinde durabilir bu bilgiler. -- gkmngrgn ~ http://www.gokmengorgen.net ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] 2011/devel/system/base/pciutils - Version bump, refactor package, update PCI ID data...
Thursday 10 June 2010 günü (saat 12:06:07) Fatih Aşıcı şunları yazmıştı: > On Thursday 10 June 2010 11:50:23 Doruk Fisek wrote: > > Merhaba, > > > > Thu, 10 Jun 2010 11:45:04 +0300, Fatih Aşıcı : > > > Update tag'larının amacının credit vermek mi yoksa yapılan > > > değişiklik ile ilgili not düşmek mi olduğunu da tartışmamız lazım. > > > > Bir taşla iki kuş vurmayalım derseniz; authors.xml, credits.xml (ya da > > benzeri) bir dosya olabilir, paket üzerinde daha önce emek vermişlerin > > isimleri olan. Yazılım paketlerindeki AUTHORS dosyası gibi. > > Ben aslında comment (hatta summary ve decription) metinlerinin XML dosyası > içinde çok şekilsiz durduğunu düşünüyorum. XML'i parse edip oradaki metni > düzgün bir şekilde arayüzde göstermek için iğrenç taklalar atmak gerekiyor. O > yüzden ChangeLog gibi plain text bir dosya daha güzel olurdu. > Bence bir metadata formatı belirleyip burada geçmişi tutabiliriz, xml benim de pek hoşuma gitmiyor açıkçası. History olayına hep karşıydım zaten. Değişiklikleri görmek istiyorsak version control bunun için var, diff e bak ne zaman ne olmuş gör. Aslında git e geçiş yapsak diff leri daha rahat, daha konforlu bir şekilde görebiliriz. > PackageKit'de her güncelleme için kullanıcıya yönelik notlar düşülebiliyor > (Internet'ten çekiyor). Eğer güncelleme için not girilmemişse "Güncelleme > notları bulunmadığı için geliştirici notları gösteriliyor" şeklinde bir > mesajın altına paket içerisindeki notları basıyor. Biz de benzer bir yöntem > izlesek güzel olurdu. > -- saygılarımla/regards, Mehmet Emre ATASEVER TUBITAK/UEKAE | Pardus-ARM memre ~ pardus.org.tr http://www.pardus.org.tr/ http://memre.net/ ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] 2011/devel/system/base/pciutils - Version bump, refactor package, update PCI ID data...
Merhaba, Thread'İn geri kalanındaki AUTHORS, THANKS vs önerilerine genelde katılmakla birlikte, > History'de tutup, index'e sokmamak da fena bir çözüm gibi durmuyor > history'yi kaybetmemek için. Buna bayaa bi +1: tek derdimiz credit vermek değil bence, paketin geçmiş, neyken ne olduğunu hızla göden geçirmek gerekiyor... -- Ekin Meroğlu Pardus Linux - www.pardus.org.tr ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] 2011/devel/system/base/pciutils - Version bump, refactor package, update PCI ID data...
2010/6/10 Necdet Yücel > 10 Haziran 2010 11:43 tarihinde Gökmen Görgen yazdı: > > Zamanında çevirileri translations.xml'e aldığımız gibi history'leri de > > history.xml'de tutmak gibi (Hatta mümkünse history.rst) bir çözüm > > uygulayamaz mıyız? Böylece her bir paket için ileride history bilgisini > > pspec.xml'den betikle veya elle temizlemek durumunda kalmayız. > > Bir paket için bu kadar fazla dosya kullanmanın iyi fikir olmadığını > düşünüyorum ben. > > Evet haklısınız hocam ama bence History bilgisini xml formatında tutunca güzel görünmüyor. Fedora'nın kullandığı gibi bizim de restructed, markdown gibi markup dilleriyle veya salt txt dosyası şeklinde ayrı bir dosyada tutulması bizi çok rahatlatır. Fatih de sanırım aynı fikirde. -- gkmngrgn ~ http://www.gokmengorgen.net ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] 2011/devel/system/base/pciutils - Version bump, refactor package, update PCI ID data...
Thu, 10 Jun 2010 12:06:07 +0300, Fatih Aşıcı : > PackageKit'de her güncelleme için kullanıcıya yönelik notlar > düşülebiliyor (Internet'ten çekiyor). Eğer güncelleme için not > girilmemişse "Güncelleme notları bulunmadığı için geliştirici notları > gösteriliyor" şeklinde bir mesajın altına paket içerisindeki notları > basıyor. Biz de benzer bir yöntem izlesek güzel olurdu. WONTFIX'le kapatılmış şöyle bir hata raporumuz var: http://bugs.pardus.org.tr/show_bug.cgi?id=6820 Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] 2011/devel/system/base/pciutils - Version bump, refactor package, update PCI ID data...
On Thu, Jun 10, 2010 at 11:50:23AM +0300, Doruk Fisek wrote: > Bir taşla iki kuş vurmayalım derseniz; authors.xml, credits.xml (ya da > benzeri) bir dosya olabilir, paket üzerinde daha önce emek vermişlerin > isimleri olan. Yazılım paketlerindeki AUTHORS dosyası gibi. Depo kökünde THANKS dosyası bulundurmamız mantıklı duruyor. Aynı zamanda DEVELOPERS listesi yapacaksak "şu tarihle birlikte aktif geliştiriciler", "eski geliştiriciler" şeklinde yazalım. Paket güncellemiş, hatasını gidermiş, paket bakımclığını yapmış ve bir şekilde katkı vermiş [0] olan insanları DEVELOPERS listesine yazar, hata düzeltmiş, bugzilla aracılığı ile bir pakete patch ekleyip pspec.xml düzenlemiş ancak bir daha ortalıklarda görünmemiş insanları da THANKS dosyasına yazarız? Birçok proje böyle işliyor ve bunu desteklemekteyim. ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] 2011/devel/system/base/pciutils - Version bump, refactor package, update PCI ID data...
On Thursday 10 June 2010 11:50:23 Doruk Fisek wrote: > Merhaba, > > Thu, 10 Jun 2010 11:45:04 +0300, Fatih Aşıcı : > > Update tag'larının amacının credit vermek mi yoksa yapılan > > değişiklik ile ilgili not düşmek mi olduğunu da tartışmamız lazım. > > Bir taşla iki kuş vurmayalım derseniz; authors.xml, credits.xml (ya da > benzeri) bir dosya olabilir, paket üzerinde daha önce emek vermişlerin > isimleri olan. Yazılım paketlerindeki AUTHORS dosyası gibi. Ben aslında comment (hatta summary ve decription) metinlerinin XML dosyası içinde çok şekilsiz durduğunu düşünüyorum. XML'i parse edip oradaki metni düzgün bir şekilde arayüzde göstermek için iğrenç taklalar atmak gerekiyor. O yüzden ChangeLog gibi plain text bir dosya daha güzel olurdu. PackageKit'de her güncelleme için kullanıcıya yönelik notlar düşülebiliyor (Internet'ten çekiyor). Eğer güncelleme için not girilmemişse "Güncelleme notları bulunmadığı için geliştirici notları gösteriliyor" şeklinde bir mesajın altına paket içerisindeki notları basıyor. Biz de benzer bir yöntem izlesek güzel olurdu. 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] 2011/devel/system/base/pciutils - Version bump, refactor package, update PCI ID data...
Perşembe 10 Haziran 2010 günü (saat 11:50:23) Doruk Fisek şunları yazmıştı: > Bir taşla iki kuş vurmayalım derseniz; authors.xml, credits.xml (ya da > benzeri) bir dosya olabilir, paket üzerinde daha önce emek vermişlerin > isimleri olan. Yazılım paketlerindeki AUTHORS dosyası gibi. Depo kökünde bulunacak bu tür bir dosyaya +1 ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] 2011/devel/system/base/pciutils - Version bump, refactor package, update PCI ID data...
10 Haziran 2010 11:43 tarihinde Gökmen Görgen yazdı: > Zamanında çevirileri translations.xml'e aldığımız gibi history'leri de > history.xml'de tutmak gibi (Hatta mümkünse history.rst) bir çözüm > uygulayamaz mıyız? Böylece her bir paket için ileride history bilgisini > pspec.xml'den betikle veya elle temizlemek durumunda kalmayız. Bir paket için bu kadar fazla dosya kullanmanın iyi fikir olmadığını düşünüyorum ben. --- Necdet Yücel ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] 2011/devel/system/base/pciutils - Version bump, refactor package, update PCI ID data...
Merhaba, Thu, 10 Jun 2010 11:45:04 +0300, Fatih Aşıcı : > Update tag'larının amacının credit vermek mi yoksa yapılan > değişiklik ile ilgili not düşmek mi olduğunu da tartışmamız lazım. Bir taşla iki kuş vurmayalım derseniz; authors.xml, credits.xml (ya da benzeri) bir dosya olabilir, paket üzerinde daha önce emek vermişlerin isimleri olan. Yazılım paketlerindeki AUTHORS dosyası gibi. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] 2011/devel/system/base/pciutils - Version bump, refactor package, update PCI ID data...
2010/6/10 Fatih Aşıcı > Sonsuza kadar o bilgileri tutamayız pspec.xml'lerde. svn deposunda da her > şey > kayıtlı. Update tag'larının amacının credit vermek mi yoksa yapılan > değişiklik > ile ilgili not düşmek mi olduğunu da tartışmamız lazım. Zira her dosyada bu > yöntemin izlenmesi lazım aynı mantıkla. > > Zamanında çevirileri translations.xml'e aldığımız gibi history'leri de history.xml'de tutmak gibi (Hatta mümkünse history.rst) bir çözüm uygulayamaz mıyız? Böylece her bir paket için ileride history bilgisini pspec.xml'den betikle veya elle temizlemek durumunda kalmayız. -- gkmngrgn ~ http://www.gokmengorgen.net ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] 2011/devel/system/base/pciutils - Version bump, refactor package, update PCI ID data...
Doruk Fisek wrote: > Thu, 10 Jun 2010 11:16:21 +0300, Fatih Aşıcı : > >> History'leri 2011'de temizliyoruz. Index dosyası çok büyümüş durumda >> (sorun sadece boyut değil, parse edilirken geçen zaman). Pisi, şu an >> glibc paketinden çıkan her alt paket için (locale paketleri) index >> içinde History'yi tekrarlıyor. Bu da düzeltilecek elbette; fakat >> diğer dağıtımların da çoğu pakette yaptığı gibi belli majör >> sürümlerde bunu yapacağız. > History'leri temizlemek yerine, pisi-index'e sokmasak daha iyi değil mi? 1-2 pakette temizledim sonra temizlememeye başladım ben de. Bu yapılacaksa sonra toptan daha genel ve sağlam bir metodla otomatik olarak temizlenir diye düşündüm. History'de tutup, index'e sokmamak da fena bir çözüm gibi durmuyor history'yi kaybetmemek için. ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] 2011/devel/system/base/pciutils - Version bump, refactor package, update PCI ID data...
On Thursday 10 June 2010 11:29:25 Doruk Fisek wrote: > Merhaba, > > Thu, 10 Jun 2010 11:28:07 +0300, Fatih Aşıcı : > > > > History'leri temizlememek için bir neden var mı? > > > > > > Paketin geçmişi? Kim ne emek vermiş, niye yapmış orada yazıyor. > > > Yani sileceksek, niye yazıyoruz ki zaten? > > > > 2009 deposundaki paketlerde duruyor eskileri? > > Anlatamadım sanırım. > > Paket üzerinde emeği olanların isimleri yazıyor orada. 2011'i yaparken, > tum pspec ve actions.py'leri sil-baştan yazmıyorsak; o insanların > emeklerinin üzerine devam ediyoruz demektir. O zaman o insanların > isimlerini silmememiz, credit vermeye devam etmemiz gerekir. Sonsuza kadar o bilgileri tutamayız pspec.xml'lerde. svn deposunda da her şey kayıtlı. Update tag'larının amacının credit vermek mi yoksa yapılan değişiklik ile ilgili not düşmek mi olduğunu da tartışmamız lazım. Zira her dosyada bu yöntemin izlenmesi lazım aynı mantıkla. Diğer dağıtımlarda da benzer temizlik yapılıyor. Örneğin Fedora/devel'de kernel'in en eski changelog girdisi kernel'in 2.6.32 sürümüne ait. > Ek bir not: Bu konuyu daha önce de listede konuşmuştuk, benzer > argümanlar sonucunda "tamam kalsın o zaman history'ler" denmişti. Şimdi > bundan farklı bir karar verirken, en azından listeyi bilgilendirseniz > de, commitlerden farketmek zorunda kalmasak iyi olmaz mıydı? Bununla ilgili bir açıklama yapılacak. Bu temizlik işine de bootstrap sonrası başlamayı düşünüyordum; fakat kendi içimizdeki bir yanlış anlaşılma dolayısıyla bazı paketlerde başlanmış. Bu konuda hatalı olduğumuzu kabul ediyorum. 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] 2011/devel/system/base/pciutils - Version bump, refactor package, update PCI ID data...
Merhaba, Thu, 10 Jun 2010 11:28:07 +0300, Fatih Aşıcı : > > > History'leri temizlememek için bir neden var mı? > > Paketin geçmişi? Kim ne emek vermiş, niye yapmış orada yazıyor. > > Yani sileceksek, niye yazıyoruz ki zaten? > 2009 deposundaki paketlerde duruyor eskileri? Anlatamadım sanırım. Paket üzerinde emeği olanların isimleri yazıyor orada. 2011'i yaparken, tum pspec ve actions.py'leri sil-baştan yazmıyorsak; o insanların emeklerinin üzerine devam ediyoruz demektir. O zaman o insanların isimlerini silmememiz, credit vermeye devam etmemiz gerekir. Ek bir not: Bu konuyu daha önce de listede konuşmuştuk, benzer argümanlar sonucunda "tamam kalsın o zaman history'ler" denmişti. Şimdi bundan farklı bir karar verirken, en azından listeyi bilgilendirseniz de, commitlerden farketmek zorunda kalmasak iyi olmaz mıydı? Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] 2011/devel/system/base/pciutils - Version bump, refactor package, update PCI ID data...
On Thursday 10 June 2010 11:22:03 Doruk Fisek wrote: > > History'leri temizlememek için bir neden var mı? > > Paketin geçmişi? Kim ne emek vermiş, niye yapmış orada yazıyor. > > Yani sileceksek, niye yazıyoruz ki zaten? 2009 deposundaki paketlerde duruyor eskileri? 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] 2011/devel/system/base/pciutils - Version bump, refactor package, update PCI ID data...
Merhaba, Thu, 10 Jun 2010 11:25:01 +0300, Fatih Aşıcı : > History'leri temizlememek için bir neden var mı? Paketin geçmişi? Kim ne emek vermiş, niye yapmış orada yazıyor. Yani sileceksek, niye yazıyoruz ki zaten? Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] 2011/devel/system/base/pciutils - Version bump, refactor package, update PCI ID data...
On Thursday 10 June 2010 11:16:41 Doruk Fisek wrote: > > History'leri 2011'de temizliyoruz. Index dosyası çok büyümüş durumda > > (sorun sadece boyut değil, parse edilirken geçen zaman). Pisi, şu an > > glibc paketinden çıkan her alt paket için (locale paketleri) index > > içinde History'yi tekrarlıyor. Bu da düzeltilecek elbette; fakat > > diğer dağıtımların da çoğu pakette yaptığı gibi belli majör > > sürümlerde bunu yapacağız. > > History'leri temizlemek yerine, pisi-index'e sokmasak daha iyi değil mi? Uygulayacağım çözüm büyük ihtimalle böyle olacak zaten. History'leri temizlememek için bir neden var mı? 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] 2011/devel/system/base/pciutils - Version bump, refactor package, update PCI ID data...
Thu, 10 Jun 2010 11:16:21 +0300, Fatih Aşıcı : > History'leri 2011'de temizliyoruz. Index dosyası çok büyümüş durumda > (sorun sadece boyut değil, parse edilirken geçen zaman). Pisi, şu an > glibc paketinden çıkan her alt paket için (locale paketleri) index > içinde History'yi tekrarlıyor. Bu da düzeltilecek elbette; fakat > diğer dağıtımların da çoğu pakette yaptığı gibi belli majör > sürümlerde bunu yapacağız. History'leri temizlemek yerine, pisi-index'e sokmasak daha iyi değil mi? Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici
Re: [Gelistirici] 2011/devel/system/base/pciutils - Version bump, refactor package, update PCI ID data...
On Thursday 10 June 2010 10:52:35 Burak Çalışkan wrote: > [...] > > Eski 'ler neden silindi? Aynı eylem usbutils paketinde de var. History'leri 2011'de temizliyoruz. Index dosyası çok büyümüş durumda (sorun sadece boyut değil, parse edilirken geçen zaman). Pisi, şu an glibc paketinden çıkan her alt paket için (locale paketleri) index içinde History'yi tekrarlıyor. Bu da düzeltilecek elbette; fakat diğer dağıtımların da çoğu pakette yaptığı gibi belli majör sürümlerde bunu yapacağız. 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] 2011/devel/system/base/pciutils - Version bump, refactor package, update PCI ID data...
09-06-2010 21:20, Ozan Çağlayan yazmış: > Author: ozan.caglayan > Date: Wed Jun 9 21:20:45 2010 > New Revision: 93995 > > Added: [...] > > Modified: 2011/devel/system/base/pciutils/pspec.xml > = > --- 2011/devel/system/base/pciutils/pspec.xml (original) > +++ 2011/devel/system/base/pciutils/pspec.xml Wed Jun 9 21:20:45 2010 > @@ -12,17 +12,18 @@ > app:console > Various utilities dealing with the PCI bus > The PCI Utilities are a collection of programs for > inspecting and manipulating configuration of PCI devices. > - type="targz">ftp://atrey.karlin.mff.cuni.cz/pub/linux/pci/pciutils-3.1.6.tar.gz > + type="targz">ftp://atrey.karlin.mff.cuni.cz/pub/linux/pci/pciutils-3.1.7.tar.gz > + > + > +pci.ids > + > > > pciutils-nogz.patch > > > pciutils-remove-update-pciids.patch > - > - > +makefile.patch > > > > @@ -33,115 +34,18 @@ > /usr/lib > /usr/share/man > /usr/share/misc > +/usr/lib/pkgconfig > /usr/include > > > > > - > -2010-01-26 > -3.1.6 > + > +2010-06-09 > +3.1.7 > Version bump > Ozan Çağlayan > o...@pardus.org.tr > > - > -2009-06-29 > -3.1.2 > -Version bump and update PCI ID database. > -Ozan Çağlayan > -o...@pardus.org.tr > - [...] Eski 'ler neden silindi? Aynı eylem usbutils paketinde de var. İyi çalışmalar. ___ Gelistirici mailing list Gelistirici@pardus.org.tr http://liste.pardus.org.tr/mailman/listinfo/gelistirici