22 Ağustos 2010 Pazar günü (saat 04:48:06) Serdar Dalgıç şunları yazmıştı:
> Bu benim kafama takılıyor işte, python-PyQt ya da python-pyqt rahatsız
> etmiyor (isim tamamen lowercase olsun'a da ACK. yani bu durumda
> python-pyqt) ama paketin adı python-qt olursa "aa, acaba python-qt diye
> yeni bir
22 Ağustos 2010 Pazar günü (saat 01:44:21) Fatih Aşıcı şunları yazmıştı:
> Şu maddelere itirazı olan var mı?
>
> * Adında "python" geçen paketlerin isimleri değiştirilmez. dbus-python,
>gnome-python-desktop gibi.
>
ACK.
> * Adında "py" geçen paketlerin özgün ismi kullanılmayabilir; ancak
On 22.Ağu.2010, at 03:08, Gökmen Görgen wrote:
> Author: gkmngrgn
> Date: Sun Aug 22 03:08:10 2010
> New Revision: 13559
>
> Modified:
> 2009/devel/office/misc/gnumeric/pspec.xml
> Log:
> leave it alone =(
Söz konusu gnumeric isimli paketle uzun zamandır ilgilenmediğim için kendisini
bakıcısı
On 22.Ağu.2010, at 01:44, Fatih Aşıcı wrote:
> Şu maddelere itirazı olan var mı?
Önceki duruma göre daha iyi.
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici
22 Ağustos 2010 01:44 tarihinde Fatih Aşıcı yazdı:
> Şu maddelere itirazı olan var mı?
Bence oldukça uygun, eline sağlık
---
Necdet Yücel
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici
On Saturday 21 August 2010 20:51:20 Fatih Aşıcı wrote:
> Selamlar,
>
> Mevcut isimlendirme belgesinde hoşuma gitmeyen bir husus var. Şu an özgün
> proje adının ne olduğuna bakmadan python- öneki veriyoruz. Bu, adında "py"
> geçen paketlerde garip duruyor. Bunlara örnek olarak PyQt, pyliblzma,
> Py
Bir de bu var: gnome-python-desktop :)
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/listinfo/gelistirici
On Sunday 22 August 2010 00:10:55 Türker Sezer wrote:
> 2010/8/21 Fatih Aşıcı :
> > Adı py ile başlayan ya da biten paketler için python- ile başlayan keyfi
> > bir isim verebilmeliyiz aslında. Keyfi diyorum; çünkü sadece py ekini
> > kaldırmak mantıklı olmayabilir. Aşağıda bir tablo ile önerilerim
On 22.Ağu.2010, at 00:16, Türker Sezer wrote:
> Bu dediğin diğer dağıtımlardaki virtual-paket işine benziyor. Bu
> ısrarla kaçındığımız bir hareket bildiğim kadarıyla.
Evet benziyor. Ama virtual-packages'ten neden kaçınıyoruz? Bir de kullanıcının
hangi web tarayıcısını kullanacağına bileşen soruml
22 Ağustos 2010 00:03 tarihinde Gökmen Görgen yazdı:
> Hocam bu pigment paketinde bir acayiplik var sanki. Kodlara bakıyorum C,
> örneklere bakıyorum C örneği hepsi. Diğer dağıtımlara bakıyorum python
> bağımlılığı yazmamış adamlar. Diğer taraftan da düşünüyorum pigment python'sa
> pigment-pyth
2010/8/21 Gökmen Görgen :
> Şimdi benim aklımda daha başka bir yöntem var. Elimizin altında
> pardus-default-settings-xfce adında bir paket var. Tüm Xfce paketlerini doğru
> bileşenlerine yerleştirdikten sonra, pardus-default-settings-xfce paketine bu
> ek paketleri bağımlılık olarak yazarsak, y
2010/8/21 Fatih Aşıcı :
> Adı py ile başlayan ya da biten paketler için python- ile başlayan keyfi bir
> isim verebilmeliyiz aslında. Keyfi diyorum; çünkü sadece py ekini kaldırmak
> mantıklı olmayabilir. Aşağıda bir tablo ile önerilerimi göstermek istiyorum.
Orjinal ismi değiştirmek aramalarda so
On 21.Ağu.2010, at 23:16, Necdet Yücel wrote:
>
> Ben projenin adında -python varsa öyle kalsın derim.
>
Eski kural, projenin adının herhangi bir yerinde py, python ve benzeri bir şey
yoksa python öneki eklemekti. Şimdi dediğiniz istisnayı kabul edersek, python
paketlerinin isimleri iyice karm
On 21.Ağu.2010, at 23:16, Necdet Yücel wrote:
> adresinde hem pigment hem de pigment-python bulunuyor. Hem olmasa ne
> farkeder? Projenin geliştiricisi ona pigment-python adını vermişse biz
> neden değiştirelim python-pigment diye? python-pigment-python da pek
> acayip duruyor.
Hocam bu pigment pa
On 21.Ağu.2010, at 23:32, Gökçen Eraslan wrote:
> Paketlerin ilgili bileşenlerine gidecek olmasına +1, fakat kullanıcının
> Xfce'yi tek hamlede kurmasını istiyorsak, kurulacak paket pardus-default-
> settings-xfce olmamalı. Kullanıcıların bu paketin bu işe yaradığını
> anlamaları
> zor olur.
Do
21 Ağustos 2010 Cumartesi günü (saat 22:48:11) Gökmen Görgen şunları yazmıştı:
> İtiraz olmazsa benim Pardus 2011'de Xfce için yapacağım değişiklikler şu
> şekilde olacak: - tüm xfce paketlerinin bileşenlerini doğru yerlerine
> koymak.
> - pardus-default-settings-xfce'ye, kullanıcının minimal ihtiy
On Saturday 21 August 2010 22:17:16 Mete Alpaslan wrote:
> Kafama takılan başka birşey ise python paketlerini için python ön ekini
> kullanmaya neden karar vermiştik mail arşivi içinde bulamadım tam
> cevabını.
Bir nedeni bazı paketlerin generic isimlere sahip olması. FormEncode,
ElementTree is
21 Ağustos 2010 22:44 tarihinde Gökmen Görgen yazdı:
> Ben tam ne demek istediğinizi anlamadım. pigment'in kodları C, haliyle konu
> dışı. pigment-python da demin bahsettiğimiz mevzuyla ilgili. Bileşen diye
> kastettiğim şeyse bizdeki bileşenler. pigment adında bileşenimiz olduğunu mu
> söylüyo
Merhabalar,
Pardus 2009'da Xfce paketlerinin bileşenlerini belirlerken, kullanıcının en
minimal ihtiyaçlarına göre ek paketleri base bileşenine almıştık. Örneğin bir
web tarayıcı için Midori, bir resim görüntüleyici için ristretto, bir arşiv
açıcı için squeeze belirleyip bunları base bileşenine
On 21.Ağu.2010, at 22:29, Necdet Yücel wrote:
> pigment de var pigment-python da[1].
>
> https://code.fluendo.com/pigment/trac/wiki
>
Ben tam ne demek istediğinizi anlamadım. pigment'in kodları C, haliyle konu
dışı. pigment-python da demin bahsettiğimiz mevzuyla ilgili. Bileşen diye
kastettiği
21 Ağustos 2010 21:29 tarihinde Gökmen Görgen yazdı:
> Eğer dbus'un veya pigment'in kendi bileşeni varsa, yazarın tercihine saygı
> duymak mantıklı geliyor bana. Ama verilen örneklere bakılırsa mesela pigment
> bileşenimiz olmadığı için python-pigment veya mysql bileşenimiz olmadığı
> için python-
21 Ağustos 2010 21:21 tarihinde Fatih Aşıcı yazdı:
>> Bu her zaman uygun olmayabilir bence. pigment-python[1] diye bir proje
>> var, adını değiştirmek uygun olmaz gibi.
>
> Önerin bu paketlerin adının hiç değiştirilmemesi mi?
Evet
---
Necdet Yücel
___
Cumartesi, Ağustos 21, 2010 günü (saat 08:51:20 ös) Fatih Aşıcı şunları
yazmıştı:
> Selamlar,
>
> Mevcut isimlendirme belgesinde hoşuma gitmeyen bir husus var. Şu an
özgün
> proje adının ne olduğuna bakmadan python- öneki veriyoruz. Bu, adında
"py"
> geçen paketlerde garip duruyor. Bunlara örne
2010/8/21 Fatih Aşıcı
> Önerin bu paketlerin adının hiç değiştirilmemesi mi? Mevcut belgenin şu
> anki
> haline göre bu paketin adını "python-pigment-python" şeklinde değiştirmek
> gerekiyor :) Dolayısıyla bir düzeltme şart.
>
>
Eğer dbus'un veya pigment'in kendi bileşeni varsa, yazarın tercihine
On Saturday 21 August 2010 20:58:30 Necdet Yücel wrote:
> 21 Ağustos 2010 20:51 tarihinde Fatih Aşıcı yazdı:
> > Bir de -python soneki taşıyan paket adlarından bu eki atıp başına
> > getirsek iyi olur bence. Bu da belgede belirtilmemiş şu an. Örneğin
> > dbus-python yerine python-dbus kullanabilir
21 Ağustos 2010 20:51 tarihinde Fatih Aşıcı yazdı:
> Bir de -python soneki taşıyan paket adlarından bu eki atıp başına getirsek iyi
> olur bence. Bu da belgede belirtilmemiş şu an. Örneğin dbus-python yerine
> python-dbus kullanabiliriz.
Bu her zaman uygun olmayabilir bence. pigment-python[1] diy
Selamlar,
Mevcut isimlendirme belgesinde hoşuma gitmeyen bir husus var. Şu an özgün
proje adının ne olduğuna bakmadan python- öneki veriyoruz. Bu, adında "py"
geçen paketlerde garip duruyor. Bunlara örnek olarak PyQt, pyliblzma, PyOpenGL
paketlerini verebiliriz.
Adı py ile başlayan ya da biten
Düzenledim, teşekkürler.
---
Metin Akdere
2010/8/21 Fatih Aşıcı
> On Saturday 21 August 2010 16:30:03 Metin Akdere wrote:
> >
> > -/usr/lib/libblas.so.3.1.1
> > +/usr/lib/libblas.so.3.2.1
> > /usr/lib/libblas.so.3
> > /usr/lib/libblas.
On Saturday 21 August 2010 16:30:03 Metin Akdere wrote:
>
> -/usr/lib/libblas.so.3.1.1
> +/usr/lib/libblas.so.3.2.1
> /usr/lib/libblas.so.3
> /usr/lib/libblas.so
>
Bunların yerine sadece /usr/lib/libblas.so* yeter.
_
21 Ağustos 2010 10:10 tarihinde Gökçen Eraslan yazdı:
> Farmda:
>
> "/usr/lib/perl5/vendor_perl/5.12.1/i686-linux-thread-multi/". Remove
> directory operation failed.
>
> hatasıyla patlayan perl paketlerinin patlama nedeni de bu herhalde.
2011/x86_64 kurulu makinede paketleri oluşturduğumda 2009
Selamlar,
21 Ağustos 2010 16:34 tarihinde Serdar Dalgıç yazdı:
> Kişisel tercihim sizde kalması yönünde :) spamassassin'in bakıcılığını
> üstlenecekseniz bağımlılıklarının da bakımını üstlenmeniz daha sağlıklı olur.
> Ya da paketlere talipli başka biri çıkana kadar üzerinizde kalsa, bu dönemde
>
21 Ağustos 2010 Cumartesi günü (saat 14:54:00) Necdet Yücel şunları yazmıştı:
> Selamlar,
>
> 21 Ağustos 2010 03:05 tarihinde Serdar Dalgıç yazdı:
> > * Obsolete paketler Semen, Necdet Hoca ve benim üzerimde. 2011'e perl
> > paketlerini geçirirken dikkat edersek sevinirim ;)
>
> Benim bakıcısı o
21 Ağustos 2010 Cumartesi günü (saat 10:10:46) Gökçen Eraslan şunları
yazmıştı:
> 21 Ağustos 2010 Cumartesi günü (saat 03:05:07) Serdar Dalgıç şunları
yazmıştı:
> > Selamlar;
> >
> >
> > * Kuracağınız perl modülleri için .packlist ve perllocal.pod dosyaları
> > artık oluşmayacak gentoo/0006-gen
On 21.08.2010 16:12, Onur Küçük wrote:
>
> On Sat, 21 Aug 2010 03:05:07 +0300
> Serdar Dalgıç wrote:
perl-XML-Parser paketinden 5.10.1 dosyaları çıkıyor halen.
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
http://liste.pardus.org.tr/mailman/li
On Saturday 21 August 2010 16:09:39 Ozan Çağlayan wrote:
> On 21.08.2010 15:57, Fatih Aşıcı wrote:
> > Sonuçta yine poppler paketinin qt4 inşa bağımlılığı olmayacak mı?
> > poppler- bindings'i depodan atıp bootstrap sırasında da geçici olarak
> > qt4'ü disable edelim mi diyorsun?
>
> Evet poppler
On Sat, 21 Aug 2010 03:05:07 +0300
Serdar Dalgıç wrote:
> 2009'da da perl5.10.1 içinde yer alan perl paketlerini silebiliriz.
> Topu Onur'a atıyorum 2009 için ;)
Ters bağımlılıklarını bozmuyorsa 2009 deposundan çıkarabiliriz, hatta
çıkaralım.
Bir de 2011 de gfxboot ailesinin bağımlılığı bazı
On 21.08.2010 15:57, Fatih Aşıcı wrote:
> On Saturday 21 August 2010 15:05:05 Ozan Çağlayan wrote:
>> Merhaba,
>>
>> Depoda uzun zamandır şöyle bir durum mevcuttu:
>>
>> qt4-->cups-->poppler-->qt4
>>
>> Şimdi poppler qt4'ü, binding derlemek için istediğinden, poppler-bindings
>> kaynak paketi yapıp
21 Ağustos 2010 15:52 tarihinde Fatih Aşıcı yazdı:
> svn'deki ve binary depodaki gibi corporate2 yazsa ve 2011 farmı ile aynı
> formatı kullansa ([corporate2/devel/x86_64] gibi) daha iyi olmaz mı?
tabi daha iyi olur.
---
Necdet Yücel
___
Gelistirici ma
On Saturday 21 August 2010 15:05:05 Ozan Çağlayan wrote:
> Merhaba,
>
> Depoda uzun zamandır şöyle bir durum mevcuttu:
>
> qt4-->cups-->poppler-->qt4
>
> Şimdi poppler qt4'ü, binding derlemek için istediğinden, poppler-bindings
> kaynak paketi yapıp qt4 ve diğer bindingleri oradan getiriyorduk z
On Saturday 21 August 2010 15:14:05 Necdet Yücel wrote:
> Bu farm çalışmaya başladığında başka x86_64 farmı olmadığından
> gönderdiği mail başlıkları [x86_64 Buildfarm] şeklindeydi. Az önce
> farkettim ki bunu [C2/devel/x86_64 Buildfarm] şeklinde değiştirmenin
> zamanı gelmiş.
svn'deki ve binary d
Selamlar,
21 Ağustos 2010 14:58 tarihinde Pardus Corporate 2 x86_64 Buildfarm
yazdı:
>
Bu farm çalışmaya başladığında başka x86_64 farmı olmadığından
gönderdiği mail başlıkları [x86_64 Buildfarm] şeklindeydi. Az önce
farkettim ki bunu [C2/devel/x86_64 Buildfarm] şeklinde değiştirmenin
zamanı gel
Merhaba,
Depoda uzun zamandır şöyle bir durum mevcuttu:
qt4-->cups-->poppler-->qt4
Şimdi poppler qt4'ü, binding derlemek için istediğinden, poppler-bindings
kaynak paketi yapıp qt4 ve diğer bindingleri oradan getiriyorduk zinciri kırmak
için.
Ancak sanki şu an 2011 deposunda bunu kırdım gibi
Selamlar,
21 Ağustos 2010 03:05 tarihinde Serdar Dalgıç yazdı:
> * Obsolete paketler Semen, Necdet Hoca ve benim üzerimde. 2011'e perl
> paketlerini geçirirken dikkat edersek sevinirim ;)
Benim bakıcısı olduğum perl paketlerinin tamamı (sahipsiz olduğu için
aldığım son 3ü dışında) spamassasin pa
On Saturday 21 August 2010 13:02:45 ertan wrote:
> 1) http://liste.pardus.org.tr/paketler/Week-of-Mon-20070910/001513.html
Bu geçerli bir argüman değil. Doğru olan Fedora ve Debian'ın yaptığı. Dahili
kitaplıkları mecbur kalmadıkça kullanmamalıyız.
___
G
Merhaba,
Filezilla programının configure parametrelerine --with-tinyxml=builtin
yazıldığında tinyxml dahili (sanırım static), --with-tinyxml=system ile
dinamik, bir şey yazılmazsa auto modunda derleniyor. Daha önce bu konuda
TinyXml depoya review isteğinde bulunulduğunda paket iptal edilmiş. (1)
Mevcut OKTS'leri ve Türkçe Desteklerine Dair Küçük Bir Karşılaştırma
===
abbyyocr - http://www.ocr4linux.com/en:start
-
komut
---
abbyyocr -rl Turkish -if tst.png -of tst
çıkt
21 Ağustos 2010 Cumartesi günü (saat 03:05:07) Serdar Dalgıç şunları yazmıştı:
> Selamlar;
>
> * Kuracağınız perl modülleri için .packlist ve perllocal.pod dosyaları
> artık oluşmayacak gentoo/0006-gentoo_MakeMaker-delete__packlist.diff
> patch'iyle. Bu da perlmodules.py altındaki removePacklist
47 matches
Mail list logo
