From onur at pardus.org.tr Tue Dec 1 00:03:14 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Tue, 1 Dec 2009 00:03:14 +0200 Subject: [Gelistirici] 2009/stable/network/library/neon - Merge: Add missing pkgconfig runtime dep In-Reply-To: <20091130183638.9D38749C989@ns1.pardus.org.tr> References: <20091130183638.9D38749C989@ns1.pardus.org.tr> Message-ID: <20091201000314.5e0abfdf.onur@pardus.org.tr> On Mon, 30 Nov 2009 20:36:38 +0200 (EET) İnanç Yıldırgan wrote: > Author: inanc > Date: Mon Nov 30 20:36:38 2009 > New Revision: 81113 > > Modified: > 2009/stable/network/library/neon/pspec.xml > Log: > Merge: Add missing pkgconfig runtime dep pkgconfig neon için runtime bir bağımlılık değil, neon ile bir program derlenmeye çalışıldığında kullanılacak betik için gerekli, o zaman da program derleyeceğimiz zamzan system.devel kurulu olduğu için pkgconfig gerekmeyecek. Aslında bu işin doğru yolu paketleri "-devel" şeklinde ayırmak ve "-devel" olan paketlerle bir şey derleneceği zaman gerekli bir bağımlılık varsa ve system.devel de değilse o zaman runtime bağımlılık olarak yazmak. Bunu yapmaya 2009 için geç kaldığımızı düşünüyorum, ancak bir sonraki sürümde bu tarz bir ayrılığa gidip paketleri bölmek bana mantıklı geliyor. İnanç bu değişikliği revert eder misin ? Kullanıcıların bilgisayarına boşuna pkgconfig kurmayalım bence. -- Onur Küçük Knowledge speaks, but wisdom listens From mnurolcay at gmail.com Tue Dec 1 00:12:06 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Tue, 1 Dec 2009 00:12:06 +0200 Subject: [Gelistirici] [Pardus-devel] [2009] [ACK/NACK] 20091118 In-Reply-To: <20091130235943.da2f6fb6.onur@pardus.org.tr> References: <20091118191412.da896268.onur@pardus.org.tr> <4ebc247e0911291107k776e3adcof24763369889f24b@mail.gmail.com> <20091130235943.da2f6fb6.onur@pardus.org.tr> Message-ID: <200912010012.06511.mnurolcay@gmail.com> On Monday 30 November 2009 23:59:43 Onur Küçük wrote: > Bu paketler bu gece kararlı depoya giriyor > > > konversation-1.2.1-33-14.pisi Şu paket 4.3'le derlendiği için 4.2 ile ilgili bir sorunu varmış. Test deposu kullandığım için fark edemedim maalesef. İmkanın varsa 4.2 de elle derlenmiş bir paketi alabilir misin bunun yerine ? --- Mehmet Nur Olcay From onur at pardus.org.tr Tue Dec 1 00:23:55 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Tue, 1 Dec 2009 00:23:55 +0200 Subject: [Gelistirici] [Pardus-devel] [2009] [ACK/NACK] 20091118 In-Reply-To: <200912010012.06511.mnurolcay@gmail.com> References: <20091118191412.da896268.onur@pardus.org.tr> <4ebc247e0911291107k776e3adcof24763369889f24b@mail.gmail.com> <20091130235943.da2f6fb6.onur@pardus.org.tr> <200912010012.06511.mnurolcay@gmail.com> Message-ID: <20091201002355.32f5b03f.onur@pardus.org.tr> On Tue, 1 Dec 2009 00:12:06 +0200 Mehmet Nur Olcay wrote: > On Monday 30 November 2009 23:59:43 Onur Küçük wrote: > > > Bu paketler bu gece kararlı depoya giriyor > > > > > konversation-1.2.1-33-14.pisi > > Şu paket 4.3'le derlendiği için 4.2 ile ilgili bir sorunu varmış. > Test deposu kullandığım için fark edemedim maalesef. İmkanın varsa > 4.2 de elle derlenmiş bir paketi alabilir misin bunun yerine ? tamam bakıyorum buna -- Onur Küçük Knowledge speaks, but wisdom listens From mnurolcay at gmail.com Tue Dec 1 01:17:52 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Tue, 1 Dec 2009 01:17:52 +0200 Subject: [Gelistirici] [Pardus-devel] [2009] [ACK/NACK] 20091118 In-Reply-To: <20091201002355.32f5b03f.onur@pardus.org.tr> References: <20091118191412.da896268.onur@pardus.org.tr> <200912010012.06511.mnurolcay@gmail.com> <20091201002355.32f5b03f.onur@pardus.org.tr> Message-ID: <200912010117.52651.mnurolcay@gmail.com> On Tuesday 01 December 2009 00:23:55 Onur Küçük wrote: elle derlenmiş bir paketi alabilir misin bunun yerine ? > > tamam bakıyorum buna Teşekkürler şöyle[1] de bir hata raporumuz var. Sanırım bunu da kapatabiliriz alınınca: 1. http://bugs.pardus.org.tr/show_bug.cgi?id=11576 --- Mehmet Nur Olcay From onur at pardus.org.tr Tue Dec 1 01:26:13 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Tue, 1 Dec 2009 01:26:13 +0200 Subject: [Gelistirici] [Pardus-devel] [2009] [ACK/NACK] 20091118 In-Reply-To: <200912010117.52651.mnurolcay@gmail.com> References: <20091118191412.da896268.onur@pardus.org.tr> <200912010012.06511.mnurolcay@gmail.com> <20091201002355.32f5b03f.onur@pardus.org.tr> <200912010117.52651.mnurolcay@gmail.com> Message-ID: <20091201012613.da4ede4c.onur@pardus.org.tr> On Tue, 1 Dec 2009 01:17:52 +0200 Mehmet Nur Olcay wrote: > On Tuesday 01 December 2009 00:23:55 Onur Küçük wrote: > elle derlenmiş bir paketi alabilir misin bunun yerine ? > > > > tamam bakıyorum buna > > Teşekkürler şöyle[1] de bir hata raporumuz var. Sanırım bunu da > kapatabiliriz alınınca: > > 1. http://bugs.pardus.org.tr/show_bug.cgi?id=11576 Paket bu gece kararlı depoya girecek, ben denedim bir sorun yok gibi, ama kayıt kapatılmadan iyice denenirse daha iyi olur. -- Onur Küçük Knowledge speaks, but wisdom listens From mustafagunay at gmail.com Tue Dec 1 10:05:34 2009 From: mustafagunay at gmail.com (mustafa gunay) Date: Tue, 1 Dec 2009 10:05:34 +0200 Subject: [Gelistirici] firefox ve xulrunner Message-ID: <408afad60912010005k1d468c92qe99b1a08e6b9756d@mail.gmail.com> Firefox 3.5.3 xulrunner 1.9.1.4 ile konuşamıyor sanırım aşağıdaki bilgilere bakabilirsiniz... [~]>firefox Could not find compatible GRE between version 1.9.1.3 and 1.9.1.3. [~]>xulrunner --version Mozilla XULRunner 1.9.1.4 - 20091030171044 [~]>firefox -v Mozilla Firefox 3.5.3, Copyright (c) 1998 - 2009 mozilla.org -- Mustafa GÜNAY -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From inancyildirgan at gmail.com Tue Dec 1 11:25:07 2009 From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=) Date: Tue, 1 Dec 2009 11:25:07 +0200 Subject: [Gelistirici] 2009/stable/network/library/neon - Merge: Add missing pkgconfig runtime dep In-Reply-To: <20091201000314.5e0abfdf.onur@pardus.org.tr> References: <20091130183638.9D38749C989@ns1.pardus.org.tr> <20091201000314.5e0abfdf.onur@pardus.org.tr> Message-ID: <200912011125.07749.inancyildirgan@gmail.com> 01 Aralık 2009 Salı günü (saat 00:03:14) Onur Küçük şunları yazmıştı: > pkgconfig neon için runtime bir bağımlılık değil, neon ile bir program > derlenmeye çalışıldığında kullanılacak betik için gerekli, o zaman da > program derleyeceğimiz zamzan system.devel kurulu olduğu için pkgconfig > gerekmeyecek. > > Aslında bu işin doğru yolu paketleri "-devel" şeklinde ayırmak ve > "-devel" olan paketlerle bir şey derleneceği zaman gerekli bir > bağımlılık varsa ve system.devel de değilse o zaman runtime bağımlılık > olarak yazmak. Bunu yapmaya 2009 için geç kaldığımızı düşünüyorum, > ancak bir sonraki sürümde bu tarz bir ayrılığa gidip paketleri bölmek > bana mantıklı geliyor. > > İnanç bu değişikliği revert eder misin ? Kullanıcıların bilgisayarına > boşuna pkgconfig kurmayalım bence. Tamamdır. From onur at pardus.org.tr Tue Dec 1 19:04:11 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Tue, 1 Dec 2009 19:04:11 +0200 Subject: [Gelistirici] [Buildfarm] [2009] error: /root/2009/office/openoffice/openoffice/pspec.xml In-Reply-To: <20091201165753.E36A8A7AAF8@lider.pardus.org.tr> References: <20091201165753.E36A8A7AAF8@lider.pardus.org.tr> Message-ID: <20091201190411.c4efe9d1.onur@pardus.org.tr> On Tue, 1 Dec 2009 18:57:53 +0200 (EET) Pardus 2009 Buildfarm wrote: > Hello, > > This message is sent from Pardus buildfarm. Please do not reply as it > is automatically generated. > > An error occured while processing the file > '/root/2009/office/openoffice/openoffice/pspec.xml' (maintainer: > 'Gökçen Eraslan'). Error log is as follows: > > -------------------------------------------------------------------------- > Error occured for '/root/2009/office/openoffice/openoffice/pspec.xml' > in BUILD process: > > -------------------------------------------------------------------------- Sandbox yüzünden takılmıştı, elle durdurdum, sonra tekrar derleteceğim -- Onur Küçük Knowledge speaks, but wisdom listens From dfisek at fisek.com.tr Tue Dec 1 20:21:38 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Tue, 1 Dec 2009 20:21:38 +0200 Subject: [Gelistirici] [2009] error: /root/2009/desktop/misc/basket/pspec.xml In-Reply-To: <20091201174908.D01FBA7AAF6@lider.pardus.org.tr> References: <20091201174908.D01FBA7AAF6@lider.pardus.org.tr> Message-ID: <20091201202138.8b831ffd.dfisek@fisek.com.tr> Tue, 1 Dec 2009 19:49:08 +0200 (EET), Pardus 2009 Buildfarm : > -------------------------------------------------------------------------- > Error occured for '/root/2009/desktop/misc/basket/pspec.xml' in BUILD > process: > HTTP Error 404: Not Found > -------------------------------------------------------------------------- Pardon, arsivi sunucuya koymayi unutmusum. Simdi problem olmamali. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From gkmngrgn at gmail.com Tue Dec 1 21:31:27 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Tue, 1 Dec 2009 21:31:27 +0200 Subject: [Gelistirici] =?iso-8859-9?q?gnome-common=27un_kararl=FD_depoya_t?= =?iso-8859-9?q?a=FE=FDnmas=FD_talebi?= Message-ID: <579eef480912011131l7c69c407la28a1a4224d33859@mail.gmail.com> Selamlar, Gerek pulseaudio'nun bazı araçlarının bağımlılık olarak ihtiyaç duyması, gerekse önemli bir paket olması nedeniyle gnome-desktop'u kararlı depoya almayı düşünüyorum; ama gnome-desktop'un kararlı depoda olmayan gnome-common adında bir bağımlılığı var. İtiraz olmazsa, gnome-common'u kararlı depoya taşıyabilir miyiz? Birkaç gün içinde müsait olduğum zaman taşıma işlemini ben de yapabilirim. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From turkersezer at tsdesign.info Tue Dec 1 22:46:10 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Tue, 1 Dec 2009 22:46:10 +0200 Subject: [Gelistirici] 2009/devel/network/p2p/vuze - add new version of vuze In-Reply-To: <20091201201240.3269549C98A@ns1.pardus.org.tr> References: <20091201201240.3269549C98A@ns1.pardus.org.tr> Message-ID: <897749fe0912011246l1843cfffvc5b9a72de1cd75ff@mail.gmail.com> 2009/12/1 Renan Çakırerk : > Author: renan.cakirerk > Date: Tue Dec  1 22:12:40 2009 > New Revision: 12228 > > Added: >   2009/devel/network/p2p/vuze/ >   2009/devel/network/p2p/vuze/actions.py >   2009/devel/network/p2p/vuze/files/ >   2009/devel/network/p2p/vuze/files/vuze >   2009/devel/network/p2p/vuze/files/vuze.desktop >   2009/devel/network/p2p/vuze/pspec.xml > Log: > add new version of vuze Azureus yerine geldiğine göre bu pakete replace ekleyecek misin? Türker From okyaycihan at gmail.com Wed Dec 2 13:43:21 2009 From: okyaycihan at gmail.com (cihan okyay) Date: Wed, 2 Dec 2009 13:43:21 +0200 Subject: [Gelistirici] Mecburi Ara Message-ID: <637d3feb0912020343r1dbb8232uae6ffe2a10f3a2a9@mail.gmail.com> Selamlar; Dün emektar bilgisayarımın anakartının arızalanması yüzünden yeni bir bilgisayar edinene kadar veya yerine birşeyler uydurana kadar Pardus ile ilgilenemeyeceğim. Bu süre ne kadar olur kestiremiyorum. Paketlere hiç çekinmeden şefkat gösterebilirsiniz. Kusuruma bakmayın. İyi çalışmalar herkese... -- Cihan OKYAY http://cihanokyay.wordpress.com -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From fatih at pardus.org.tr Thu Dec 3 08:10:00 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Thu, 3 Dec 2009 08:10:00 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912022233.43811.mete@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912022141.45694.ekin@pardus.org.tr> <200912022233.43811.mete@pardus.org.tr> Message-ID: <200912030810.01046.fatih@pardus.org.tr> On Wednesday 02 December 2009 22:33:43 Mete Alpaslan wrote: > On Wednesday 02 December 2009 21:41:45 Ekin Meroğlu wrote: > > Pisi'ye bu özellikleri nasıl ekleyeceğimizi geliştirici listesinde daha > > geniş bir katılımla tartışıp çözüme ulaşabiliriz - bugun tek bir > > pspec'in multi-arch desteklemesi için bir çözüm önerisi geldi ofiste ama > > ben unuttum kimin söylediğini mesela :-( > > Bu özellikleri mutlaka ekleyerek tek depoyla devam etmeliyiz bence eninde > > sonunda.. > > Bunu bugün Fatih yemekte bahsetmişti en doğru bilgiyi ve nasıl olacağını o > daha iyi aktarı sanırım... [1] adresinde XML için bir önişlemci bulunuyor. Pisi'de küçük bir değişiklik yaparak XML dosyaları okunduktan sonra önişlemciden geçmesini sağlayabiliriz. xmlpreprocess yoksa olduğu gibi bırakılabilir. Böylece bu aracı system.base yerine system.devel'e almamız yeterli olur. [2] adresinde örnek kullanımları görebilirsiniz. XML'in geçerliliğine ve yapısallığına zarar vermeden önişlemci deyimlerini kullanmak mümkün. Bu özelliği eklersek bootstrap aşamasını da daha otomatize hale getirebiliriz. Ayrıca python, python-std-extensions gibi aynı kaynağa sahip paketleri ayırmak zorunda da kalmayız. actions.py ile ilgili kısım zaten kolay. actionsapi'ye tanımlı değişkenleri (X86_64, BOOTSTRAP, vs) döndürecek bir fonksiyon eklemek yeterli olur. [1] http://xmlpreprocess.sourceforge.net [2] http://xmlpreprocess.sourceforge.net/usersguide.html From fatih at pardus.org.tr Thu Dec 3 08:22:23 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Thu, 3 Dec 2009 08:22:23 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912030810.01046.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912022233.43811.mete@pardus.org.tr> <200912030810.01046.fatih@pardus.org.tr> Message-ID: <200912030822.23604.fatih@pardus.org.tr> On Thursday 03 December 2009 08:10:00 Fatih Aşıcı wrote: > On Wednesday 02 December 2009 22:33:43 Mete Alpaslan wrote: > > On Wednesday 02 December 2009 21:41:45 Ekin Meroğlu wrote: > > > Pisi'ye bu özellikleri nasıl ekleyeceğimizi geliştirici listesinde daha > > > geniş bir katılımla tartışıp çözüme ulaşabiliriz - bugun tek bir > > > pspec'in multi-arch desteklemesi için bir çözüm önerisi geldi ofiste > > > ama ben unuttum kimin söylediğini mesela :-( > > > Bu özellikleri mutlaka ekleyerek tek depoyla devam etmeliyiz bence > > > eninde sonunda.. > > > > Bunu bugün Fatih yemekte bahsetmişti en doğru bilgiyi ve nasıl olacağını > > o daha iyi aktarı sanırım... > > [1] adresinde XML için bir önişlemci bulunuyor. Pisi'de küçük bir > değişiklik yaparak XML dosyaları okunduktan sonra önişlemciden geçmesini > sağlayabiliriz. xmlpreprocess yoksa olduğu gibi bırakılabilir. Böylece bu > aracı system.base yerine system.devel'e almamız yeterli olur. Sadece Windows'ta çalışan C# ile yazılmış bir projeymiş bu :( From mete at pardus.org.tr Thu Dec 3 09:41:34 2009 From: mete at pardus.org.tr (Mete Alpaslan) Date: Thu, 3 Dec 2009 09:41:34 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912030822.23604.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912030810.01046.fatih@pardus.org.tr> <200912030822.23604.fatih@pardus.org.tr> Message-ID: <200912030941.34229.mete@pardus.org.tr> On Thursday 03 December 2009 08:22:23 am Fatih Aşıcı wrote: > Sadece Windows'ta çalışan C# ile yazılmış bir projeymiş bu :( http://code.google.com/p/preprocess/ Buna da bakabiliriz sanırım syntaxı güzel gibi... Mete Alpaslan -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From fatih at pardus.org.tr Thu Dec 3 09:22:10 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Thu, 3 Dec 2009 09:22:10 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <4B1764C3.5060806@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912030822.23604.fatih@pardus.org.tr> <4B1764C3.5060806@pardus.org.tr> Message-ID: <200912030922.10598.fatih@pardus.org.tr> On Thursday 03 December 2009 09:12:03 Ozan Çağlayan wrote: > Fatih Aşıcı wrote On 03-12-2009 08:22: > >> [1] adresinde XML için bir önişlemci bulunuyor. Pisi'de küçük bir > >> değişiklik yaparak XML dosyaları okunduktan sonra önişlemciden > >> geçmesini sağlayabiliriz. xmlpreprocess yoksa olduğu gibi bırakılabilir. > >> Böylece bu aracı system.base yerine system.devel'e almamız yeterli olur. > > > > Sadece Windows'ta çalışan C# ile yazılmış bir projeymiş bu :( > > ehehehe epic-fail olmuş :) > > Bence mimari bağımlı değişiklikler sadece actions.py'yi etkilemeli. > pspec.xml'de ne gibi bir farklılık yaratıyor ki paketler? 64-bit ile > ilgili yamaların hepsi transparan oluyor genelde yani 32-bit desteğini > kırmaktansa, 64-bit desteği eklemeye yönelik oluyorlar. Bu yamalar > mimari bağımsız olarak pakete dahil edilebilir. Örneğin kernel yapılandırması için kullandığımız yama değişebilir. Bazı binary paketlerde farklı Archive URL'leri verilebilir. Yine bazı paketler (libx86 gibi) her mimaride bağımlılık olarak yazılmayabilir. From fatih at pardus.org.tr Thu Dec 3 09:22:36 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Thu, 3 Dec 2009 09:22:36 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <200912030941.34229.mete@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912030822.23604.fatih@pardus.org.tr> <200912030941.34229.mete@pardus.org.tr> Message-ID: <200912030922.36599.fatih@pardus.org.tr> On Thursday 03 December 2009 09:41:34 Mete Alpaslan wrote: > On Thursday 03 December 2009 08:22:23 am Fatih Aşıcı wrote: > > Sadece Windows'ta çalışan C# ile yazılmış bir projeymiş bu :( > > http://code.google.com/p/preprocess/ > > Buna da bakabiliriz sanırım syntaxı güzel gibi... Evet bu güzelmiş. python modülü olması da güzel. From gurer at pardus.org.tr Thu Dec 3 09:31:22 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Thu, 3 Dec 2009 09:31:22 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912030810.01046.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912022233.43811.mete@pardus.org.tr> <200912030810.01046.fatih@pardus.org.tr> Message-ID: <200912030931.22235.gurer@pardus.org.tr> 03 Aralık 2009 Perşembe günü (saat 08:10:00) Fatih Aşıcı şunları yazmıştı: > [1] adresinde XML için bir önişlemci bulunuyor. Pisi'de küçük bir > değişiklik yaparak XML dosyaları okunduktan sonra önişlemciden geçmesini > sağlayabiliriz. xmlpreprocess yoksa olduğu gibi bırakılabilir. Böylece bu > aracı system.base yerine system.devel'e almamız yeterli olur. Neden XML'in kendi özelliklerini kullanmak yerine araya karmaşık araçlar sokuyoruz? lala.patch 64bit.patch gibi doğru yerlere eklenecek basit bir arch keyword'ü yetmiyor mu? Öbür türlü depo üzerinde çalışan tüm araçları değiştirmek gerekecek, basit greplerle falan bişiler aramak zorlaşacak. From ozan at pardus.org.tr Thu Dec 3 09:41:50 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Thu, 03 Dec 2009 09:41:50 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912030931.22235.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912022233.43811.mete@pardus.org.tr> <200912030810.01046.fatih@pardus.org.tr> <200912030931.22235.gurer@pardus.org.tr> Message-ID: <4B176BBE.6020000@pardus.org.tr> Gürer Özen wrote On 03-12-2009 09:31: > 03 Aralık 2009 Perşembe günü (saat 08:10:00) Fatih Aşıcı şunları yazmıştı: > > >> [1] adresinde XML için bir önişlemci bulunuyor. Pisi'de küçük bir >> değişiklik yaparak XML dosyaları okunduktan sonra önişlemciden geçmesini >> sağlayabiliriz. xmlpreprocess yoksa olduğu gibi bırakılabilir. Böylece bu >> aracı system.base yerine system.devel'e almamız yeterli olur. >> > > Neden XML'in kendi özelliklerini kullanmak yerine araya karmaşık araçlar > sokuyoruz? > > lala.patch > 64bit.patch > Sadece bu değil ki sorun dağıtımı bootstrap ederken yaşanan sorunlar ve bunları aşmak için çatallanan paketler var. avahi, avahi-bindings, poppler, poppler-bindings, vs.vs. Bir kere preprocess edip temiz XML elde edip onun üzerinden gitmek, XML'in özelliklerini kullanıp pisi'yi modifiye etmekten daha performanslı olur gibime geliyor ayrıca. From fatih at pardus.org.tr Thu Dec 3 09:40:47 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Thu, 3 Dec 2009 09:40:47 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912030931.22235.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912030810.01046.fatih@pardus.org.tr> <200912030931.22235.gurer@pardus.org.tr> Message-ID: <200912030940.48005.fatih@pardus.org.tr> On Thursday 03 December 2009 09:31:22 Gürer Özen wrote: > 03 Aralık 2009 Perşembe günü (saat 08:10:00) Fatih Aşıcı şunları yazmıştı: > > [1] adresinde XML için bir önişlemci bulunuyor. Pisi'de küçük bir > > değişiklik yaparak XML dosyaları okunduktan sonra önişlemciden geçmesini > > sağlayabiliriz. xmlpreprocess yoksa olduğu gibi bırakılabilir. Böylece bu > > aracı system.base yerine system.devel'e almamız yeterli olur. > > Neden XML'in kendi özelliklerini kullanmak yerine araya karmaşık araçlar > sokuyoruz? > > lala.patch > 64bit.patch > > gibi doğru yerlere eklenecek basit bir arch keyword'ü yetmiyor mu? > > Öbür türlü depo üzerinde çalışan tüm araçları değiştirmek gerekecek, basit > greplerle falan bişiler aramak zorlaşacak. Bununla sadece mimari ile ilgili sorunları değil, yaklaşık bir yıl önce [1]'deki mail ile biten thread'de açıkladığım sorunları da çözmeyi amaçlıyorum. Ortak kaynak kullanan python/python-std-extensions, poppler/poppler-bindings gibi paketler ve BOOTSTRAP'in daha otomatize hale getirilmesi. Bence çok da karmaşık bir yöntem değil. Üstelik gerçeklenmesi çok kolay. [1] http://liste.pardus.org.tr/gelistirici/2008-October/014041.html From faik at pardus.org.tr Thu Dec 3 10:23:21 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Thu, 3 Dec 2009 10:23:21 +0200 Subject: [Gelistirici] 2009/devel/office/openoffice/openoffice - Add more and more Replaces for 2008-2009 switch. In-Reply-To: <200911131332.24656.fatih@pardus.org.tr> References: <20091113101638.421EC49C93F@ns1.pardus.org.tr> <200911131324.50312.faik@pardus.org.tr> <200911131332.24656.fatih@pardus.org.tr> Message-ID: <200912031023.21889.faik@pardus.org.tr> > On Friday 13 November 2009 13:24:50 Faik Uygur wrote: > > > Bu malesef işe yaramıyor diye biliyorum. Bir paket sadece tek bir paket > > > tarafından replace edilebiliyor. Bu parçalanan paketler (xorg-video -> > > > xorg- video-* gibi) için önemli bir sorun. > > > > Hata açarsanız bir özellik olarak ekleyebilirim sanırım. Zor görünmedi > > koda bakınca. > > Bir yıl önce açmışım. Ben de unutmuşum bunu :) > > http://bugs.pardus.org.tr/show_bug.cgi?id=8561 Author: faik Repository: uludag Commit: 26635 Changed Files: _U trunk/pisi/ U trunk/pisi/pisi/api.py U trunk/pisi/pisi/db/packagedb.py U trunk/pisi/pisi/operations/upgrade.py Commit Message: Replaces now supports divided packages also. Here are three scenarios where Replaces can be used: 1) A package is replaced by another: actioncube -> assaultcube 2) A package is divided into multiple packages: gimp-i18n -> (gimp-i18n-de, gimp-i18n-tr, ...) All the sub packages should include gimp-i18n 3) Multiple packages became one package: [nvidia-drivers177, nvidia- drivers180] -> module-nvidia-current module-nvidia-current should have nvidia-drivers177nvidia- drivers180 - Faik From gurer at pardus.org.tr Thu Dec 3 10:31:18 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Thu, 3 Dec 2009 10:31:18 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912030940.48005.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912030931.22235.gurer@pardus.org.tr> <200912030940.48005.fatih@pardus.org.tr> Message-ID: <200912031031.19017.gurer@pardus.org.tr> 03 Aralık 2009 Perşembe günü (saat 09:40:47) Fatih Aşıcı şunları yazmıştı: > Bence çok da karmaşık bir yöntem değil. Üstelik gerçeklenmesi çok kolay. Evet read() ile parse() arasına bir filtre koymak beş dakkalık iş. Ancak bu şekilde, XML dosyasına da program yapıları ekleyerek Pisi'nin veri (pspec.xml) ve kod (actions.py) ayrımını kaybediyoruz. Paketçiler yeni ve zor sentakslı bir dil daha öğrenmek zorunda kalıyor. Koşullu olarak devreye girecek Tagler comment içinde olduğu için bir editörle dosyaya bakınca sentaks highlight yardımı olmadan takip etmek çok zorlaşıyor. Depo üzerinde çalışacak araçlar geliştirmek çok zorlaşıyor. Yani Pisi üzerinde minimum emek harcamak uğruna diğer tüm geliştiricilere ek handikap çıkarıyoruz. Kaldı ki, arch= attribute'ü benzeri bir çözümde de, aynı şekilde araya filtre sokularak işlenmeyecek mimari ve durumlara ait taglar aynı basitlikte elenebilir. From gurer at pardus.org.tr Thu Dec 3 10:44:19 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Thu, 3 Dec 2009 10:44:19 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <4B176BBE.6020000@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912030931.22235.gurer@pardus.org.tr> <4B176BBE.6020000@pardus.org.tr> Message-ID: <200912031044.19712.gurer@pardus.org.tr> 03 Aralık 2009 Perşembe günü (saat 09:41:50) Ozan Çağlayan şunları yazmıştı: > Bir kere preprocess edip temiz XML elde edip onun üzerinden gitmek, > XML'in özelliklerini kullanıp pisi'yi modifiye etmekten daha > performanslı olur gibime geliyor ayrıca. Eğer önceden toplu olarak preprocess edip her mimariyi ayrı depoya kopyalayacaksak, evet mikrosaniye cinsinden bir hızlanma olabilir ama bu sefer bir yerde yapılan düzeltmeyi diğer depolarla senkron tutma derdi olur. Yok pisi dosyayı okurken preprocess edecekse dosya iki kere parse edileceği ve işleneceği için (önce preprocessor sonra XML parser tarafından), tek parse + attribute based filtrelemeye göre daha yavaş olur. Tabi bu da mikrosaniye cinsinden. Yani ciddi bir fark olmaz. From ozan at pardus.org.tr Thu Dec 3 10:52:35 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Thu, 03 Dec 2009 10:52:35 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912031031.19017.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912030931.22235.gurer@pardus.org.tr> <200912030940.48005.fatih@pardus.org.tr> <200912031031.19017.gurer@pardus.org.tr> Message-ID: <4B177C53.5060900@pardus.org.tr> Gürer Özen wrote On 03-12-2009 10:31: > 03 Aralık 2009 Perşembe günü (saat 09:40:47) Fatih Aşıcı şunları yazmıştı: > > >> Bence çok da karmaşık bir yöntem değil. Üstelik gerçeklenmesi çok kolay. >> > > Evet read() ile parse() arasına bir filtre koymak beş dakkalık iş. > > Ancak bu şekilde, XML dosyasına da program yapıları ekleyerek Pisi'nin veri > (pspec.xml) ve kod (actions.py) ayrımını kaybediyoruz. Paketçiler yeni ve zor > sentakslı bir dil daha öğrenmek zorunda kalıyor. Koşullu olarak devreye > girecek Tagler comment içinde olduğu için bir editörle dosyaya bakınca sentaks > highlight yardımı olmadan takip etmek çok zorlaşıyor. Depo üzerinde çalışacak > araçlar geliştirmek çok zorlaşıyor. > > Sadece #if kullanmak bütün ihtiyaçlarımızı görüyor zaten. Transparan bir değişiklik, paketçi ihtiyacı olmadığı ve peşine düşmediği sürece böyle bir özellikten haberdar bile olmama özgürlüğüne sahip. veri ve kod ayrımını kaybetmemek uğruna aynı kaynaklı paketler çatallanıyor, *sadece* config'i değişik gerisi tamamen aynı kernel-pae paketi var mesela. Tartışalım :) From askin at askin.ws Thu Dec 3 11:09:47 2009 From: askin at askin.ws (=?UTF-8?B?QcWfa8SxbiBZb2xsdQ==?=) Date: Thu, 3 Dec 2009 11:09:47 +0200 Subject: [Gelistirici] playground/review/desktop/freedesktop/PackageKit - splip mozilla plugin In-Reply-To: References: <20090901101824.0C9A449D502@ns1.pardus.org.tr> <200909061745.35674.fatih@pardus.org.tr> <4AA43ABD.9040307@askin.ws> <579eef480909062322ve731926yfad9d0d5020daec@mail.gmail.com> Message-ID: 2009/11/30 Aşkın Yollu : > 2009/10/25 Aşkın Yollu : >> 2009/9/7 Gökmen Görgen : >>> 2009/9/7 Aşkın Yollu >>>> >>>> Açıkçası eklentinin ne işe yaradığını pek bilmiyorum. >>>> Mozilla tayfası ile alakalı bir plugin. Thunderbirde ekleyecek biyer >>>> bulamadım. midori ve konquerorda görünmüyor. >>>> Eklentinin işe yaraması için kendini görebildiğim firefoxu bağımlılık >>>> yazdım. >>>> >>> >>> PackageKit'in Firefox arayüzü olabilir mi? gnome-packagekit veya kpackagekit >>> yüklemeden de sanırım konsol dışında Firefox üzerinden de kullanmak mümkün. >>> http://www.packagekit.org/img/pk-web-plugin.png >> >> >> Bilgisayarım serviste olduğu için uzun zamandır ilgilenemiyordum, >> şimdi hala serviste ama uğraşacak bir bilgisayar buldum:) >> >> ubuntu firefox ve www-brower paketlerini bağımlılık olarak yazmış. >> Önceden çalışmamasına rağmen firefox eklentilerinde görebiliyordum, >> şimdi ne yaparsam yapayım göremiyorum :S >> >> Bu tarz eklentiler için özel olarak yaptığımız birşey var mı? >> > > Bu konuda daha öncede yazmıştım, ya moderasyonda kayboldu ya da arada kaynadı. > > Ubuntu bu paket için www-browser ve firefox paketlerini bağımlılık yazmış. > Paket kurulduğunda firefox yan eklenti(plugin) olarak görüyor, fakat > bir çıktı vermiyor. > http://www.packagekit.org/img/pk-web-plugin.png buradaki gibi bir > ekran bekliyorum ama karşıma boş bir sayfa çıkıyor. > > Bu eklentinin çalışabilmesi için önerisi olan var mı? > > Eklenti PackageKit-glib paketine de bağımlı, değişikliği yaptım fakat > commit etmedim. Çalışabilir durumda olduğu zaman commit etmeyi > düşünüyorum. Denemek isteyenler PackageKit-glib paketini kurarsa sorun > çıkmayacaktır. > ping.. ____________________ Aşkın Yollu http://blog.yollu.com http://askin.ws From onur at pardus.org.tr Thu Dec 3 11:55:27 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Thu, 3 Dec 2009 11:55:27 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912030931.22235.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912030810.01046.fatih@pardus.org.tr> <200912030931.22235.gurer@pardus.org.tr> Message-ID: <200912031155.27890.onur@pardus.org.tr> On 03 Aralık 2009 Perşembe 09:31:22 Gürer Özen wrote: > 03 Aralık 2009 Perşembe günü (saat 08:10:00) Fatih Aşıcı şunları yazmıştı: > > [1] adresinde XML için bir önişlemci bulunuyor. Pisi'de küçük bir > > değişiklik yaparak XML dosyaları okunduktan sonra önişlemciden geçmesini > > sağlayabiliriz. xmlpreprocess yoksa olduğu gibi bırakılabilir. Böylece bu > > aracı system.base yerine system.devel'e almamız yeterli olur. > > Neden XML'in kendi özelliklerini kullanmak yerine araya karmaşık araçlar > sokuyoruz? > > lala.patch > 64bit.patch > > gibi doğru yerlere eklenecek basit bir arch keyword'ü yetmiyor mu? > > Öbür türlü depo üzerinde çalışan tüm araçları değiştirmek gerekecek, basit > greplerle falan bişiler aramak zorlaşacak. Dün ayaküstü konuşurken ben de aynı şeyi demiştim. Bu işin sadece pisi tarafı yok, XML kullanarak veri parse eden her yerde (indeksleri kullanarak çıktı oluşturan betiklerimiz, web arayüzleri vs.) pp bağımlılığı gelecek. XML dışına çıkmadan bu işi yapabiliyorken ek bir bağımlılık bana pek anlamlı gelmiyor. -- Onur Küçük Knowledge speaks, but wisdom listens From fatih at pardus.org.tr Thu Dec 3 12:01:50 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Thu, 3 Dec 2009 12:01:50 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912031031.19017.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912030940.48005.fatih@pardus.org.tr> <200912031031.19017.gurer@pardus.org.tr> Message-ID: <200912031201.50764.fatih@pardus.org.tr> On Thursday 03 December 2009 10:31:18 Gürer Özen wrote: > 03 Aralık 2009 Perşembe günü (saat 09:40:47) Fatih Aşıcı şunları yazmıştı: > > Bence çok da karmaşık bir yöntem değil. Üstelik gerçeklenmesi çok kolay. > > Evet read() ile parse() arasına bir filtre koymak beş dakkalık iş. > > Ancak bu şekilde, XML dosyasına da program yapıları ekleyerek Pisi'nin veri > (pspec.xml) ve kod (actions.py) ayrımını kaybediyoruz. Paketçiler yeni ve > zor sentakslı bir dil daha öğrenmek zorunda kalıyor. Koşullu olarak > devreye girecek Tagler comment içinde olduğu için bir editörle dosyaya > bakınca sentaks highlight yardımı olmadan takip etmek çok zorlaşıyor. Depo > üzerinde çalışacak araçlar geliştirmek çok zorlaşıyor. Comment arasında kalacak tek kısım direktifler. 32 bit flashplugin url'si 64 bit flashplugin url'si Dolayısıyla bir highlight sorunu olacağını sanmıyorum. XML'in yapısallığı bozulmuyor. Zaten bozuk olduğunda commit de edemiyoruz. > Kaldı ki, arch= attribute'ü benzeri bir çözümde de, aynı şekilde araya > filtre sokularak işlenmeyecek mimari ve durumlara ait taglar aynı > basitlikte elenebilir. Bu attribute'ün Package, Dependency, Archive, Patch ve hatta Update tagları için ayrı ayrı destekleniyor olması gerekiyor yalnız. From gkmngrgn at gmail.com Thu Dec 3 12:09:09 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Thu, 3 Dec 2009 12:09:09 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912031201.50764.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912030940.48005.fatih@pardus.org.tr> <200912031031.19017.gurer@pardus.org.tr> <200912031201.50764.fatih@pardus.org.tr> Message-ID: <579eef480912030209q5b08a86cvbec5e80d0c14bc83@mail.gmail.com> 2009/12/3 Fatih Aşıcı > Comment arasında kalacak tek kısım direktifler. > > > 32 bit flashplugin url'si > > 64 bit flashplugin url'si > > > Dolayısıyla bir highlight sorunu olacağını sanmıyorum. XML'in yapısallığı > bozulmuyor. Zaten bozuk olduğunda commit de edemiyoruz. > > 32 bit flashplugin url'si 64 bit flashplugin url'si Arm flashplugin url'si ... Ben böyle düşünmüştüm. Ötekine göre daha temiz bence. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From gurer at pardus.org.tr Thu Dec 3 12:19:13 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Thu, 3 Dec 2009 12:19:13 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912031201.50764.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912031031.19017.gurer@pardus.org.tr> <200912031201.50764.fatih@pardus.org.tr> Message-ID: <200912031219.13360.gurer@pardus.org.tr> 03 Aralık 2009 Perşembe günü (saat 12:01:50) Fatih Aşıcı şunları yazmıştı: > > 32 bit flashplugin url'si > > 64 bit flashplugin url'si > Verdiğin URL deki örnekte else içindeki Archive'i de commentliyordu gibi gördüm, sanırım preprocessor olmadığında çift olmasın diye. > Bu attribute'ün Package, Dependency, Archive, Patch ve hatta Update tagları > için ayrı ayrı destekleniyor olması gerekiyor yalnız. Tüm tagler için geçerli diyebiliriz. Tıpkı xml:lang gibi. Komple için de belki düşünmek lazım. Yalnızca bir mimariye özel paketler var. Patch konusunda da başka bir problem geldi aklıma. Mesela bir 64bit patch'i var. Aynı koda bir de güvenlik yaması eklendi. Güvenlik yaması aynı satırları değiştirdiği için 64bit'e uygulanamıyor oldu. Böyle karışıklıkları önlemek için mesela 64bit yamasını 32bit'e de yapmak daha doğru geliyor. Sonuçta bu yamalar içinde zaten C/C++ #ifdef leri oluyor, yada mesela int yerine size_t kullanmak gibi her zaman doğru şeyler oluyor. Yani yamaları dallandırıp çakışmalar yaratmamak lazım mümkünse. Config tarzı yamalar için de farklı configler koda farklı dosyalar halinde eklenip, actions.py içinde bir configure parametresi yada link ile falan koşula göre aktive edilebilir? From ozan at pardus.org.tr Thu Dec 3 12:38:41 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Thu, 03 Dec 2009 12:38:41 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912031219.13360.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912031031.19017.gurer@pardus.org.tr> <200912031201.50764.fatih@pardus.org.tr> <200912031219.13360.gurer@pardus.org.tr> Message-ID: <4B179531.4080208@pardus.org.tr> Gürer Özen wrote On 03-12-2009 12:19: > 03 Aralık 2009 Perşembe günü (saat 12:01:50) Fatih Aşıcı şunları yazmıştı > > > Config tarzı yamalar için de farklı configler koda farklı dosyalar halinde > eklenip, actions.py içinde bir configure parametresi yada link ile falan koşula > göre aktive edilebilir? > AdditionalFile'ların workDir'e de alınabilmesi lazım setup() öncesi, doğru çözüm bu bence. From isbaran at gmail.com Thu Dec 3 14:29:39 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Thu, 3 Dec 2009 14:29:39 +0200 Subject: [Gelistirici] 2009/devel/multimedia/sound/listen/files - what? it's empty file =/. In-Reply-To: <20091203121458.9C39349C968@ns1.pardus.org.tr> References: <20091203121458.9C39349C968@ns1.pardus.org.tr> Message-ID: <395ed7070912030429m521fbd24j471038697c9c6fe6@mail.gmail.com> 2009/12/3 Gökmen Görgen > Author: gkmngrgn > Date: Thu Dec 3 14:14:58 2009 > New Revision: 12239 > > Removed: > 2009/devel/multimedia/sound/listen/files/dbus.patch > Log: > what? it's empty file =/. > Hello ~ $ listen AttributeError: 'module' object has no attribute 'Element' No avahi support Traceback (most recent call last): File "listen", line 211, in ListenApp() File "listen", line 132, in __init__ self.listen_instance = Listen() File "/usr/lib/listen/widget/listen.py", line 134, in __init__ self.notify = Notify(self.tray) File "/usr/lib/listen/widget/notify.py", line 58, in __init__ if dbus_imported and bus and utils.dbus_service_available(bus,interface,True): File "/usr/lib/listen/utils.py", line 93, in dbus_service_available bus.start_service_by_name(interface) File "/usr/lib/python2.6/site-packages/dbus/bus.py", line 281, in start_service_by_name 'su', (bus_name, flags))) File "/usr/lib/python2.6/site-packages/dbus/connection.py", line 630, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Notifications was not provided by any .service files -- İşbaran Akçayır http://ish.kodzilla.org -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From gkmngrgn at gmail.com Thu Dec 3 14:44:30 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Thu, 3 Dec 2009 14:44:30 +0200 Subject: [Gelistirici] 2009/devel/multimedia/sound/listen/files - what? it's empty file =/. In-Reply-To: <395ed7070912030429m521fbd24j471038697c9c6fe6@mail.gmail.com> References: <20091203121458.9C39349C968@ns1.pardus.org.tr> <395ed7070912030429m521fbd24j471038697c9c6fe6@mail.gmail.com> Message-ID: <579eef480912030444y2695559bua307fb85318e32e2@mail.gmail.com> 2009/12/3 İşbaran Akçayır > > Hello > > ~ $ listen > AttributeError: 'module' object has no attribute 'Element' > No avahi support > Traceback (most recent call last): > File "listen", line 211, in > ListenApp() > File "listen", line 132, in __init__ > self.listen_instance = Listen() > File "/usr/lib/listen/widget/listen.py", line 134, in __init__ > self.notify = Notify(self.tray) > File "/usr/lib/listen/widget/notify.py", line 58, in __init__ > if dbus_imported and bus and > utils.dbus_service_available(bus,interface,True): > File "/usr/lib/listen/utils.py", line 93, in dbus_service_available > bus.start_service_by_name(interface) > File "/usr/lib/python2.6/site-packages/dbus/bus.py", line 281, in > start_service_by_name > 'su', (bus_name, flags))) > File "/usr/lib/python2.6/site-packages/dbus/connection.py", line 630, in > call_blocking > message, timeout) > dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: > The name org.freedesktop.Notifications was not provided by any .service > files > > Yep bunu biliyorum, bir şeyler gözümden kaçmış. Fırsat bulunca ilgileneceğim. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From dfisek at fisek.com.tr Thu Dec 3 16:26:57 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Thu, 3 Dec 2009 16:26:57 +0200 Subject: [Gelistirici] [Buildfarm] [2009] info In-Reply-To: <20091203141849.1F784A7AAF3@lider.pardus.org.tr> References: <20091203141849.1F784A7AAF3@lider.pardus.org.tr> Message-ID: <20091203162657.290b04d5.dfisek@fisek.com.tr> Thu, 3 Dec 2009 16:18:49 +0200 (EET), Pardus 2009 Buildfarm : > chromium-bsu-0.9.14-7-3.pisi Eger cok gec degilse paketi yok edebilir miyiz? devel'de homepage degisikligi yapacagima yanlislikla stable'da yapmisim ve kuyruga girmis o yuzden. Eger gecse onemli degil, ACK vermem, bosu bosuna guncelleme gitmez kullaniciya. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From onur at pardus.org.tr Thu Dec 3 16:33:18 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Thu, 3 Dec 2009 16:33:18 +0200 Subject: [Gelistirici] [Buildfarm] [2009] info In-Reply-To: <20091203162657.290b04d5.dfisek@fisek.com.tr> References: <20091203141849.1F784A7AAF3@lider.pardus.org.tr> <20091203162657.290b04d5.dfisek@fisek.com.tr> Message-ID: <200912031633.18310.onur@pardus.org.tr> On 03 Aralık 2009 Perşembe 16:26:57 Doruk Fisek wrote: > Thu, 3 Dec 2009 16:18:49 +0200 (EET), Pardus 2009 Buildfarm > > : > > chromium-bsu-0.9.14-7-3.pisi > > Eger cok gec degilse paketi yok edebilir miyiz? > > devel'de homepage degisikligi yapacagima yanlislikla stable'da > yapmisim ve kuyruga girmis o yuzden. > > Eger gecse onemli degil, ACK vermem, bosu bosuna guncelleme gitmez > kullaniciya. geç malesef :/ -- Onur Küçük Knowledge speaks, but wisdom listens From isbaran at gmail.com Thu Dec 3 17:14:00 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Thu, 3 Dec 2009 17:14:00 +0200 Subject: [Gelistirici] [Buildfarm] [2009] error: /root/2009/multimedia/sound/amarok/pspec.xml In-Reply-To: <20091203145306.B0B8DA7AB39@lider.pardus.org.tr> References: <20091203145306.B0B8DA7AB39@lider.pardus.org.tr> Message-ID: <395ed7070912030714w180a3de8w5c6dae998986022e@mail.gmail.com> 2009/12/3 Pardus 2009 Buildfarm > Hello, > > This message is sent from Pardus buildfarm. Please do not reply as it is > automatically generated. > > An error occured while processing the file '* > /root/2009/multimedia/sound/amarok/pspec.xml*' (maintainer: *İşbaran > Akçayır*). Error log is as follows > Selam, Bu test deposu için derleme işlemi değil mi ?.. Fark ettim ki taglib-extras ın yeniden derlenmesini istiyor bu güncellemede, needs rebuild gibi bir şey var mıydı bizde ? -- İşbaran Akçayır http://ish.kodzilla.org -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From onur at pardus.org.tr Thu Dec 3 19:06:14 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Thu, 3 Dec 2009 19:06:14 +0200 Subject: [Gelistirici] [Buildfarm] [2009] error: /root/2009/multimedia/sound/amarok/pspec.xml In-Reply-To: <395ed7070912030714w180a3de8w5c6dae998986022e@mail.gmail.com> References: <20091203145306.B0B8DA7AB39@lider.pardus.org.tr> <395ed7070912030714w180a3de8w5c6dae998986022e@mail.gmail.com> Message-ID: <20091203190614.4f1be20e.onur@pardus.org.tr> On Thu, 3 Dec 2009 17:14:00 +0200 İşbaran Akçayır wrote: > Bu test deposu için derleme işlemi değil mi ?.. evet > Fark ettim ki taglib-extras ın yeniden derlenmesini istiyor bu > güncellemede, needs rebuild gibi bir şey var mıydı bizde ? taglib-extras niye yeniden derlenmeli, bağımlılıklarından birindeki yeni bir özelliği kullanabilmek için mi ? Eğer öyle ise bağımlılığının yeni sürümüne (versionFrom) bağımlılık yaparak release arttırıp tekrar depoya alırsa derlenir, ayrıca Amarok'a da taglib-extras 'ın yeni sürümüne bağımlılık yazman lazım -- Onur Küçük Knowledge speaks, but wisdom listens From isbaran at gmail.com Thu Dec 3 23:10:32 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Thu, 03 Dec 2009 23:10:32 +0200 Subject: [Gelistirici] [2009] error: /root/2009/multimedia/sound/amarok/pspec.xml In-Reply-To: <20091203182050.D4833A7AB6E@lider.pardus.org.tr> References: <20091203182050.D4833A7AB6E@lider.pardus.org.tr> Message-ID: <4B182948.2070807@gmail.com> Pardus 2009 Buildfarm wrote On 03-12-2009 20:20: > > Plain log file: http://paketler.pardus.org.tr/logs/2009/amarok.log Hatanın neden olduğu hakkında fikrim yok, güncel iki bilgisayarda derledim kullanıyorum paketi From onur at pardus.org.tr Thu Dec 3 23:18:05 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Thu, 3 Dec 2009 23:18:05 +0200 Subject: [Gelistirici] [2009] error: /root/2009/multimedia/sound/amarok/pspec.xml In-Reply-To: <4B182948.2070807@gmail.com> References: <20091203182050.D4833A7AB6E@lider.pardus.org.tr> <4B182948.2070807@gmail.com> Message-ID: <20091203231805.cde76b75.onur@pardus.org.tr> On Thu, 03 Dec 2009 23:10:32 +0200 İşbaran Akçayır wrote: > Pardus 2009 Buildfarm wrote On 03-12-2009 20:20: > > > > Plain log file: http://paketler.pardus.org.tr/logs/2009/amarok.log > > Hatanın neden olduğu hakkında fikrim yok, güncel iki bilgisayarda > derledim kullanıyorum paketi Sorunlar şuralarda, collectionscanner bir seri başlık dosyasını bulamıyor cd /var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/build/src/services/magnatune && /usr/lib/ccache/bin/i686-pc-linux-gnu-g++ -DMAKE_KCM_AMAROK_SERVICE_MAGNATUNESTORE_LIB -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DQT_NO_STL -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -mtune=generic -march=i686 -O2 -pipe -fomit-frame-pointer -fstack-protector -D_FORTIFY_SOURCE=2 -g3 -ggdb -fmessage-length=0 -Wl,--as-needed -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden -fPIC -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/build/src/services/magnatune -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/src/services/magnatune -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/shared -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1 -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/build -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/src/services/.. -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/src/services/magnatune/.. -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/src/services/magnatune/../.. -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/src/services/magnatune/../../plugin -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/src/services/magnatune/../../meta -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/src/services/magnatune/../../collection -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/src/services/magnatune/../../servicebrowser -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/src/services/magnatune/../../statusbar -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/build/src/services/magnatune/../../.. -I/usr/include/mysql -I/usr/kde/4/include -I/usr/kde/4/include/KDE -I/usr/qt/4/include/KDE -I/usr/qt/4/include -I/usr/qt/4/include/QtXmlPatterns -I/usr/qt/4/include/QtWebKit -I/usr/qt/4/include/QtHelp -I/usr/qt/4/include/QtAssistant -I/usr/qt/4/include/QtDBus -I/usr/qt/4/include/QtTest -I/usr/qt/4/include/QtUiTools -I/usr/qt/4/include/QtScript -I/usr/qt/4/include/QtSvg -I/usr/qt/4/include/QtXml -I/usr/qt/4/include/QtSql -I/usr/qt/4/include/QtOpenGL -I/usr/qt/4/include/QtNetwork -I/usr/qt/4/include/QtDesigner -I/usr/qt/4/include/Qt3Support -I/usr/qt/4/include/QtGui -I/usr/qt/4/include/QtCore -I/usr/qt/4/include/Qt -I/usr/qt/4/mkspecs/default -I/usr/include/taglib -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/taglib -I//var/pisi/taglib-extras-1.0.1-6/install/usr/kde/4/include/taglib-extras -o CMakeFiles/kcm_amarok_service_magnatunestore.dir/MagnatuneSettingsModule.o -c /var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/src/services/magnatune/MagnatuneSettingsModule.cpp Built target amarok_afttagger /usr/bin/cmake -E cmake_progress_report /var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/build/CMakeFiles [ 19%] Building CXX object utilities/collectionscanner/CMakeFiles/amarokcollectionscanner.dir/__/__/shared/MetaReplayGain.o cd /var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/build/utilities/collectionscanner && /usr/lib/ccache/bin/i686-pc-linux-gnu-g++ -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DQT_NO_STL -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -DUTILITIES_BUILD -mtune=generic -march=i686 -O2 -pipe -fomit-frame-pointer -fstack-protector -D_FORTIFY_SOURCE=2 -g3 -ggdb -fmessage-length=0 -Wl,--as-needed -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden -fexceptions -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/build/utilities/collectionscanner -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/utilities/collectionscanner -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/shared -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1 -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/build -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/utilities/collectionscanner/.. -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/utilities/collectionscanner/charset-detector/include -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/utilities/collectionscanner/charset-detector/src -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/utilities/collectionscanner/charset-detector/src/tables -I/usr/include/mysql -I/usr/kde/4/include -I/usr/kde/4/include/KDE -I/usr/qt/4/include/KDE -I/usr/qt/4/include -I/usr/qt/4/include/QtXmlPatterns -I/usr/qt/4/include/QtWebKit -I/usr/qt/4/include/QtHelp -I/usr/qt/4/include/QtAssistant -I/usr/qt/4/include/QtDBus -I/usr/qt/4/include/QtTest -I/usr/qt/4/include/QtUiTools -I/usr/qt/4/include/QtScript -I/usr/qt/4/include/QtSvg -I/usr/qt/4/include/QtXml -I/usr/qt/4/include/QtSql -I/usr/qt/4/include/QtOpenGL -I/usr/qt/4/include/QtNetwork -I/usr/qt/4/include/QtDesigner -I/usr/qt/4/include/Qt3Support -I/usr/qt/4/include/QtGui -I/usr/qt/4/include/QtCore -I/usr/qt/4/include/Qt -I/usr/qt/4/mkspecs/default -I/usr/include/taglib -I//var/pisi/taglib-extras-1.0.1-6/install/usr/kde/4/include/taglib-extras -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/taglib -I//var/pisi/taglib-extras-1.0.1-6/install/usr/kde/4/include/taglib-extras -o CMakeFiles/amarokcollectionscanner.dir/__/__/shared/MetaReplayGain.o -c /var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/shared/MetaReplayGain.cpp /var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/utilities/collectionscanner/CollectionScanner.cpp:64:37: error: audiblefiletyperesolver.h: No such file or directory /usr/bin/cmake -E cmake_progress_report /var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/build/CMakeFiles /var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/utilities/collectionscanner/CollectionScanner.cpp:65:39: error: realmediafiletyperesolver.h: No such file or directory In file included from /var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/utilities/collectionscanner/CollectionScanner.cpp:66: /var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/shared/taglib_filetype_resolvers/asffiletyperesolver.h:27:26: error: tfile_helper.h: No such file or directory -- Onur Küçük Knowledge speaks, but wisdom listens From isbaran at gmail.com Thu Dec 3 23:20:38 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Thu, 03 Dec 2009 23:20:38 +0200 Subject: [Gelistirici] [Buildfarm] [2009] error: /root/2009/multimedia/sound/amarok/pspec.xml In-Reply-To: <20091203190614.4f1be20e.onur@pardus.org.tr> References: <20091203145306.B0B8DA7AB39@lider.pardus.org.tr> <395ed7070912030714w180a3de8w5c6dae998986022e@mail.gmail.com> <20091203190614.4f1be20e.onur@pardus.org.tr> Message-ID: <4B182BA6.3060102@gmail.com> Onur Küçük wrote On 03-12-2009 19:06: > > On Thu, 3 Dec 2009 17:14:00 +0200 > İşbaran Akçayır wrote: > >> Bu test deposu için derleme işlemi değil mi ?.. > > evet Derleme başka bir sebepten kesilmiş ama ne olduğunu anlamadım >> Fark ettim ki taglib-extras ın yeniden derlenmesini istiyor bu >> güncellemede, needs rebuild gibi bir şey var mıydı bizde ? > > taglib-extras niye yeniden derlenmeli, bağımlılıklarından birindeki > yeni bir özelliği kullanabilmek için mi ? Eğer öyle ise bağımlılığının > yeni sürümüne (versionFrom) bağımlılık yaparak release arttırıp tekrar > depoya alırsa derlenir, ayrıca Amarok'a da taglib-extras 'ın yeni > sürümüne bağımlılık yazman lazım taglib-extras'ın pek bir bağımlılığı yok, yeniden derlemeyince asf ile ilgili bir yerlerde patlıyor, taglib bağımlılığından dolayı olabilir dedim ama Eren bir ara update etmiş ama depoya almamış taglib'i benim update ile duruyor en son .. kde ile ilgili diyeceğim ama ne alaka anlamadım hatayı da şans eseri çabuk çözdüğümden tam ne yazdığını hatırlamıyorum şu an gelen hata ile ilgili fikriniz var mı bende böyle bir sorun yok From isbaran at gmail.com Thu Dec 3 23:27:32 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Thu, 03 Dec 2009 23:27:32 +0200 Subject: [Gelistirici] [2009] error: /root/2009/multimedia/sound/amarok/pspec.xml In-Reply-To: <20091203231805.cde76b75.onur@pardus.org.tr> References: <20091203182050.D4833A7AB6E@lider.pardus.org.tr> <4B182948.2070807@gmail.com> <20091203231805.cde76b75.onur@pardus.org.tr> Message-ID: <4B182D44.9080300@gmail.com> Onur Küçük wrote On 03-12-2009 23:18: > > On Thu, 03 Dec 2009 23:10:32 +0200 > İşbaran Akçayır wrote: > >> Pardus 2009 Buildfarm wrote On 03-12-2009 20:20: >>> >>> Plain log file: http://paketler.pardus.org.tr/logs/2009/amarok.log >> >> Hatanın neden olduğu hakkında fikrim yok, güncel iki bilgisayarda >> derledim kullanıyorum paketi > > Sorunlar şuralarda, collectionscanner bir seri başlık dosyasını bulamıyor Sağol gözümün önünde görmemişim bu taglib le ilgili dediğim hata, tfile_helper.h taglib-extras paketinde olmasına rağmen bulamıyor ama taglib-extras'ı tekrar derleyip kurunca buluyor oysa dosya aynı yerde .. From fatih at pardus.org.tr Fri Dec 4 11:03:01 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Fri, 4 Dec 2009 11:03:01 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912031219.13360.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912031201.50764.fatih@pardus.org.tr> <200912031219.13360.gurer@pardus.org.tr> Message-ID: <200912041103.01665.fatih@pardus.org.tr> On Thursday 03 December 2009 12:19:13 Gürer Özen wrote: > > Bu attribute'ün Package, Dependency, Archive, Patch ve hatta Update > > tagları için ayrı ayrı destekleniyor olması gerekiyor yalnız. > > Tüm tagler için geçerli diyebiliriz. Tıpkı xml:lang gibi. > > Komple için de belki düşünmek lazım. Yalnızca bir mimariye özel > paketler var. Peki; böyle olsun. Ancak "arch" gibi çok spesifik bir kelime yerine "for" ya da "if" gibi genel bir attribute adını tercih ederim. veya "Package for bootstrap/x86" şeklinde okuyunca anlamlı geliyor bana. Birden fazla değer için ayrı tag veya attribute kullanmak yerine virgül ile ayırmayı tercih ederim. for="x86,bootstrap" gibi. From gkmngrgn at gmail.com Fri Dec 4 11:27:55 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Fri, 4 Dec 2009 11:27:55 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912041103.01665.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912031201.50764.fatih@pardus.org.tr> <200912031219.13360.gurer@pardus.org.tr> <200912041103.01665.fatih@pardus.org.tr> Message-ID: <579eef480912040127g7785a909uca1ebe85441f3e5c@mail.gmail.com> 2009/12/4 Fatih Aşıcı > Peki; böyle olsun. Ancak "arch" gibi çok spesifik bir kelime yerine "for" > ya > da "if" gibi genel bir attribute adını tercih ederim. > > > veya > > "Package for bootstrap/x86" şeklinde okuyunca anlamlı geliyor bana. > > Birden fazla değer için ayrı tag veya attribute kullanmak yerine virgül ile > ayırmayı tercih ederim. for="x86,bootstrap" gibi. > > arch'ı ben archlinux'a bakarak söyledim ama for olması daha iyi görünüyor. şeklinde kullanınca hem satır sayısı artıyor, hem de paketçinin hata yapma olasılığı artıyor. Bir de sadece Archive için değil diğerleri için de pekala böyle bir şey kullanılabilir, senin de örnek olarak yazdığın gibi. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Fri Dec 4 12:02:18 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Fri, 04 Dec 2009 12:02:18 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <200912041103.01665.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912031201.50764.fatih@pardus.org.tr> <200912031219.13360.gurer@pardus.org.tr> <200912041103.01665.fatih@pardus.org.tr> Message-ID: <4B18DE2A.3090901@pardus.org.tr> Fatih Aşıcı wrote: > Peki; böyle olsun. Ancak "arch" gibi çok spesifik bir kelime yerine "for" ya > da "if" gibi genel bir attribute adını tercih ederim. > Fatih yenildik :( Ama PP desteğini opsiyonel olarak pisi'ye koyalım. Toplu yama commentlemek için kullanabilmek bile hayatımı kurtarıyor :) From fatih at pardus.org.tr Fri Dec 4 13:31:43 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Fri, 4 Dec 2009 13:31:43 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <4B18DE2A.3090901@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912041103.01665.fatih@pardus.org.tr> <4B18DE2A.3090901@pardus.org.tr> Message-ID: <200912041331.43109.fatih@pardus.org.tr> On Friday 04 December 2009 12:02:18 Ozan Çağlayan wrote: > Fatih Aşıcı wrote: > > Peki; böyle olsun. Ancak "arch" gibi çok spesifik bir kelime yerine "for" > > ya da "if" gibi genel bir attribute adını tercih ederim. > > Fatih yenildik :( Ama PP desteğini opsiyonel olarak pisi'ye koyalım. > Toplu yama commentlemek için > > > > kullanabilmek bile hayatımı kurtarıyor :) Evet; diğer türlü toplu comment yapmak çok can sıkıcı. Benden +1 :) From onur at pardus.org.tr Fri Dec 4 13:29:56 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Fri, 4 Dec 2009 13:29:56 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912041331.43109.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <4B18DE2A.3090901@pardus.org.tr> <200912041331.43109.fatih@pardus.org.tr> Message-ID: <200912041329.56934.onur@pardus.org.tr> On 04 Aralık 2009 Cuma 13:31:43 Fatih Aşıcı wrote: > On Friday 04 December 2009 12:02:18 Ozan Çağlayan wrote: > > Fatih Aşıcı wrote: > > > Peki; böyle olsun. Ancak "arch" gibi çok spesifik bir kelime yerine > > > "for" ya da "if" gibi genel bir attribute adını tercih ederim. > > > > Fatih yenildik :( Ama PP desteğini opsiyonel olarak pisi'ye koyalım. > > Toplu yama commentlemek için > > > > > > > > kullanabilmek bile hayatımı kurtarıyor :) > > Evet; diğer türlü toplu comment yapmak çok can sıkıcı. Benden +1 :) +1 :) -- Onur Küçük Knowledge speaks, but wisdom listens From gkmngrgn at gmail.com Fri Dec 4 18:09:52 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Fri, 4 Dec 2009 18:09:52 +0200 Subject: [Gelistirici] 2009/devel/multimedia/sound/listen/files - what? it's empty file =/. In-Reply-To: <579eef480912030444y2695559bua307fb85318e32e2@mail.gmail.com> References: <20091203121458.9C39349C968@ns1.pardus.org.tr> <395ed7070912030429m521fbd24j471038697c9c6fe6@mail.gmail.com> <579eef480912030444y2695559bua307fb85318e32e2@mail.gmail.com> Message-ID: <579eef480912040809q10ae1829x9fe8e8c29073c3cd@mail.gmail.com> 2009/12/3 Gökmen Görgen > > Yep bunu biliyorum, bir şeyler gözümden kaçmış. Fırsat bulunca > ilgileneceğim. > > Bu arada bir şey dikkatımı çekti: In [1]: import gst --------------------------------------------------------------------------- AttributeError Traceback (most recent call last) AttributeError: 'module' object has no attribute 'Element' gst-python paketinde bir sorun var. bu paketin ters bağımlılığı olan uygulamaların paketçileri de kendi paketlerinde hatayı tekrarlayabiliyorlar mı bilmiyorum. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From okyaycihan at gmail.com Fri Dec 4 18:23:52 2009 From: okyaycihan at gmail.com (cihan okyay) Date: Fri, 4 Dec 2009 18:23:52 +0200 Subject: [Gelistirici] 2009/devel/multimedia/sound/listen/files - what? it's empty file =/. In-Reply-To: <579eef480912040809q10ae1829x9fe8e8c29073c3cd@mail.gmail.com> References: <20091203121458.9C39349C968@ns1.pardus.org.tr> <395ed7070912030429m521fbd24j471038697c9c6fe6@mail.gmail.com> <579eef480912030444y2695559bua307fb85318e32e2@mail.gmail.com> <579eef480912040809q10ae1829x9fe8e8c29073c3cd@mail.gmail.com> Message-ID: <637d3feb0912040823h54e19881uaacc28e25c52c25f@mail.gmail.com> 04 Aralık 2009 18:09 tarihinde Gökmen Görgen yazdı: > 2009/12/3 Gökmen Görgen > > >> Yep bunu biliyorum, bir şeyler gözümden kaçmış. Fırsat bulunca >> ilgileneceğim. >> >> > Bu arada bir şey dikkatımı çekti: > In [1]: import gst > --------------------------------------------------------------------------- > AttributeError Traceback (most recent call last) > > > AttributeError: 'module' object has no attribute 'Element' > > gst-python paketinde bir sorun var. bu paketin ters bağımlılığı olan > uygulamaların paketçileri de kendi paketlerinde hatayı tekrarlayabiliyorlar > mı bilmiyorum. > Son güncelleme ile bununla ilgili bir hata çözülmüştü diye hatırlıyorum. Onur yapmıştı değişikliği o daha iyi bilir. -- Cihan OKYAY http://cihanokyay.wordpress.com -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From gurer at pardus.org.tr Fri Dec 4 18:52:57 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Fri, 4 Dec 2009 18:52:57 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912041103.01665.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912031219.13360.gurer@pardus.org.tr> <200912041103.01665.fatih@pardus.org.tr> Message-ID: <200912041852.57857.gurer@pardus.org.tr> 04 Aralık 2009 Cuma günü (saat 11:03:01) Fatih Aşıcı şunları yazmıştı: > > veya > > "Package for bootstrap/x86" şeklinde okuyunca anlamlı geliyor bana. > > Birden fazla değer için ayrı tag veya attribute kullanmak yerine virgül ile > ayırmayı tercih ederim. for="x86,bootstrap" gibi. Heh ben önerdim ama sonra aklımda bir şüphe oluştu acaba basit olacak mı diye. Çünkü forlar için and or mevzuları çıkıyor gibi. Bir deneme yaptım ekte. filter.py pspec.xml x64,bootstrap şeklinde deneyin, ikinci parametre boş da kalabilir. xml içinde for=".." içeren taglar eğer kendi kondisyonları tam tutuyorsa diğerlerini replace ediyor. addFor="..." içerenler ise eğer kondisyonları tutuyorsa aktive oluyorlar aksi halde çıkarılıyorlar. Bu modelle kurtarabilir miyiz, daha basit bişi olur mu, yoksa yetmeyecek mi bir deneyelim. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: filter.py Type: text/x-python Size: 1414 bytes Desc: kullanılamıyor URL: From gurer at pardus.org.tr Fri Dec 4 18:59:04 2009 From: gurer at pardus.org.tr (=?utf-8?q?G=C3=BCrer_=C3=96zen?=) Date: Fri, 4 Dec 2009 18:59:04 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <200912041852.57857.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912041103.01665.fatih@pardus.org.tr> <200912041852.57857.gurer@pardus.org.tr> Message-ID: <200912041859.04270.gurer@pardus.org.tr> 04 Aralık 2009 Cuma günü (saat 18:52:57) Gürer Özen şunları yazmıştı: > xml içinde for=".." içeren taglar eğer kendi kondisyonları tam tutuyorsa > diğerlerini replace ediyor. > addFor="..." içerenler ise eğer kondisyonları tutuyorsa aktive oluyorlar > aksi halde çıkarılıyorlar. Bunu açıklamam lazım: ... ... bunlardan yalnızca ikinci grup kullanılıyor ... ... burada ise ekleniyor. From dfisek at fisek.com.tr Fri Dec 4 19:07:46 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 4 Dec 2009 19:07:46 +0200 Subject: [Gelistirici] checklib -> pisi In-Reply-To: <4B192C2E.3020407@pardus.org.tr> References: <200912041532.42175.gokcen@pardus.org.tr> <4B192C2E.3020407@pardus.org.tr> Message-ID: <20091204190746.e8362758.dfisek@fisek.com.tr> (paketler listesinden tasiyorum) Fri, 04 Dec 2009 17:35:10 +0200, Ozan Çağlayan : > ozan2009-pardus virtuoso # checklib virtuoso-apps-5.0.12-1-1.pisi Bu checklib betigini lspisi gibi pisi paketine dahil etsek? Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From ozan at pardus.org.tr Fri Dec 4 19:13:51 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Fri, 04 Dec 2009 19:13:51 +0200 Subject: [Gelistirici] checklib -> pisi In-Reply-To: <20091204190746.e8362758.dfisek@fisek.com.tr> References: <200912041532.42175.gokcen@pardus.org.tr> <4B192C2E.3020407@pardus.org.tr> <20091204190746.e8362758.dfisek@fisek.com.tr> Message-ID: <4B19434F.7070906@pardus.org.tr> Doruk Fisek wrote: > (paketler listesinden tasiyorum) > > Fri, 04 Dec 2009 17:35:10 +0200, Ozan Çağlayan : > > >> ozan2009-pardus virtuoso # checklib virtuoso-apps-5.0.12-1-1.pisi >> > Bu checklib betigini lspisi gibi pisi paketine dahil etsek? > Evet olabilir biraz üzerinden geçeyim, bir kaç eksiği var. From onur at pardus.org.tr Fri Dec 4 19:35:57 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Fri, 4 Dec 2009 19:35:57 +0200 Subject: [Gelistirici] mudur=live* Message-ID: <20091204193557.17a121f6.onur@pardus.org.tr> Merhaba, Çalışan sistemleri ayırt etmek için mudur={livecd,livedisk,nfs} kullanıyoruz. Bu parametre müdür dışında initramfs, pardus-python vb. bir kaç farklı yerde kullanılıyor. Bu parametre sadece mudur tarafından kullanılmadığı için böyle yazmak bana artık mantıklı gelmiyor. Ayrıca mudur= ile başka parametreler de kullandığımız için birden fazla mudur=, virgüller vs. ile parse etmesi iyice zorlaşıyor. Yakında livecd / livedisk ayrımını kaldıracağım. Hazır değiştirmişken bunu da değiştirmek istiyorum. LABEL bilgisini alırken de root=LIVELABEL=XXXXX gibi bir yapı var aklımda. Benim önerim ya root=LIVELABEL ı kıstas alsın sistemler, bunu gören direkt live sistemde olduğunu anlasın, ya da bu parametrenin yanına media=live media=nfs media=network (attım ama belki ileride bir tarihte) şeklinde eklenti ekleyelim. Hangisini kullanalım ? Başka önerisi olan var mı ? -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Fri Dec 4 19:39:00 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Fri, 4 Dec 2009 19:39:00 +0200 Subject: [Gelistirici] 2009/devel/multimedia/sound/listen/files - what? it's empty file =/. In-Reply-To: <579eef480912040809q10ae1829x9fe8e8c29073c3cd@mail.gmail.com> References: <20091203121458.9C39349C968@ns1.pardus.org.tr> <395ed7070912030429m521fbd24j471038697c9c6fe6@mail.gmail.com> <579eef480912030444y2695559bua307fb85318e32e2@mail.gmail.com> <579eef480912040809q10ae1829x9fe8e8c29073c3cd@mail.gmail.com> Message-ID: <20091204193900.17bbe199.onur@pardus.org.tr> On Fri, 4 Dec 2009 18:09:52 +0200 Gökmen Görgen wrote: > 2009/12/3 Gökmen Görgen > > > > > Yep bunu biliyorum, bir şeyler gözümden kaçmış. Fırsat bulunca > > ilgileneceğim. > > > > > Bu arada bir şey dikkatımı çekti: > In [1]: import gst > --------------------------------------------------------------------------- > AttributeError Traceback (most recent call > last) > > > AttributeError: 'module' object has no attribute 'Element' > > gst-python paketinde bir sorun var. bu paketin ters bağımlılığı olan > uygulamaların paketçileri de kendi paketlerinde hatayı > tekrarlayabiliyorlar mı bilmiyorum. gst-python release 8 ile bu sorunu düzelttim, az önce denedim sorun çıkmadı -- Onur Küçük Knowledge speaks, but wisdom listens From dfisek at fisek.com.tr Fri Dec 4 20:26:03 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 4 Dec 2009 20:26:03 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <200911260901.00817.ekin@pardus.org.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <200911260901.00817.ekin@pardus.org.tr> Message-ID: <20091204202603.108ee2bc.dfisek@fisek.com.tr> Thu, 26 Nov 2009 09:01:00 +0200, Ekin Meroğlu : > Diğer konular için uzunca bir mail ve duyuru yazacağım, geciktiğinin > farkındayım - H1N1 vurdu da buraları biraz :-P Ping... Patates yetistiriciligine baslasak, domuzlar onu yese, sizi rahat birakirlar mi? :) Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From fatih at pardus.org.tr Fri Dec 4 23:39:12 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Fri, 4 Dec 2009 23:39:12 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912041859.04270.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912041852.57857.gurer@pardus.org.tr> <200912041859.04270.gurer@pardus.org.tr> Message-ID: <200912042339.12249.fatih@pardus.org.tr> On Friday 04 December 2009 18:59:04 Gürer Özen wrote: > Bunu açıklamam lazım: > > ... > > ... > > bunlardan yalnızca ikinci grup kullanılıyor Bence bunlara gerek yok. for değerlerini birden fazla Patches tag'ı etkin olmayacak şekilde vermek kural olsun. or ve and için ise aklıma şöyle bir fikir geldi (böyle bir senaryoya ne kadar ihtiyaç duyarız bilmiyorum): Hem x64 hem bootstrap ise: for="x64,bootstrap" x64 veya bootstrap ise: forAll="x64,bootstrap" (veya forEach ?) > ... > ... Buna da dolayısıyla gerek kalmıyor. From inancyildirgan at gmail.com Fri Dec 4 23:51:06 2009 From: inancyildirgan at gmail.com (=?utf-8?q?=C4=B0nan=C3=A7_Y=C4=B1ld=C4=B1rgan?=) Date: Fri, 4 Dec 2009 23:51:06 +0200 Subject: [Gelistirici] =?utf-8?q?Bespin_Kde_Temas=C4=B1_G=C3=BCncellemesi?= Message-ID: <200912042351.06634.inancyildirgan@gmail.com> Gökmen asker de olduğu için buraya yazayım dedim. Paketi güncellemem de bir sakınca var mı? Kde 4.3 ile şu an ki halinde sorunlar var da. İyi çalışmalar; İnanç From isbaran at gmail.com Fri Dec 4 23:56:59 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Fri, 04 Dec 2009 23:56:59 +0200 Subject: [Gelistirici] =?utf-8?q?Bespin_Kde_Temas=C4=B1_G=C3=BCncellemesi?= In-Reply-To: <200912042351.06634.inancyildirgan@gmail.com> References: <200912042351.06634.inancyildirgan@gmail.com> Message-ID: <4B1985AB.2060802@gmail.com> İnanç Yıldırgan wrote On 04-12-2009 23:51: > Gökmen asker de olduğu için buraya yazayım dedim. Paketi güncellemem de bir > sakınca var mı? Kde 4.3 ile şu an ki halinde sorunlar var da. Güncelle tabi ne duruyorsun madem bir kere girmiş depoya güncel dursun From ozan at pardus.org.tr Sat Dec 5 10:41:39 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 05 Dec 2009 10:41:39 +0200 Subject: [Gelistirici] [Fwd: [Buildfarm] [2009] error: /root/2009/hardware/printer/foomatic-db-engine/pspec.xml] Message-ID: <4B1A1CC3.5050907@pardus.org.tr> Bu pakette çok acayip bir violation var. Configure esnasında, /dev/fd/3'ü kullanarak ghostscript ile bir I/O testi yapıyor. Normal sistemde fd3 açık olmadığı için sorunla karşılaşılmıyor ancak farm kodu pisi api'sini falan kullandığı için o esnada oldukça fazla açık dosya var, fd3 buildlog'a denk geliyor. Yamayla 8 yaptım o da files.db'ye denk geldi. Anlamadığım eskiden nasıl derlendi bu sandbox'a takılmadan.. Nasıl çözücez? -------- Original Message -------- Subject: [Buildfarm] [2009] error: /root/2009/hardware/printer/foomatic-db-engine/pspec.xml Date: Sat, 5 Dec 2009 03:34:01 +0200 (EET) From: Pardus 2009 Buildfarm Reply-To: gelistirici at pardus.org.tr To: onur at pardus.org.tr CC: buildfarm at pardus.org.tr -------------- sonraki bölüm -------------- An embedded and charset-unspecified text was scrubbed... Name: Attached Message Part URL: From ozan at pardus.org.tr Sat Dec 5 11:23:56 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 05 Dec 2009 11:23:56 +0200 Subject: [Gelistirici] =?utf-8?q?sandbox_performans_penalt=C4=B1s=C4=B1?= Message-ID: <4B1A26AC.5030300@pardus.org.tr> Selam, Geçen gün güvenlik yamalarını test etmek için 2008 buildfarm'ında kullanıcı olarak kernel derlemem gerekti. 2008 farm'ında sandbox kapalı, ccache açık. Eren'e 1 saat falan sürer dedim, 3 dakika geçti yan konsola baktım install aşamasını bitirmiş. Gerek benim makinemde gerek 2009 farm'ında kernel'in derlenip paketlenmesi 1 saate yakın zaman alıyor. İkisinde de ccache ve sandbox açık. Onur da bu fark için sandboxtan şüpheneliyorum diyince ufak bir shell betiği yazdım, bir paketin derlenme süresini ölçen. Önce sync çağırıp sonra bütün cache'leri drop ediyor ve paketi derliyor. Kernel için deneyecek vaktim olmadı ancak örneğin cups paketi için benim dandiri AMD makinedeki fark şu şekilde: ozan2009-pardus cups # measure-build --build Measuring builds for cups Syncing dirty pages.. Dropping all caches.. build_with_sandbox real 1m19.520s user 0m44.814s sys 0m39.323s Syncing dirty pages.. Dropping all caches.. build_without_sandbox real 0m29.912s user 0m22.230s sys 0m7.951s -- Fark gözardı edilemeyecek kadar fazla. Bir şey yapabilir miyiz, yapsak çok şahane olur bence :) Biraz daha büyükçe ve daha da büyükçe paketler için de sonuçları yazacağım. Görüşürüz. From gurer at pardus.org.tr Sat Dec 5 12:05:51 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 5 Dec 2009 12:05:51 +0200 Subject: [Gelistirici] =?iso-8859-9?q?sandbox_performans_penalt=FDs=FD?= In-Reply-To: <4B1A26AC.5030300@pardus.org.tr> References: <4B1A26AC.5030300@pardus.org.tr> Message-ID: <200912051205.51306.gurer@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 11:23:56) Ozan Çağlayan şunları yazmıştı: > Onur da bu fark için sandboxtan şüpheneliyorum diyince ufak bir shell > betiği yazdım, bir paketin derlenme süresini ölçen. Abi şüphelenmenize gerek yok, sandbox altındaki süreçlerin *her* sistem çağrısı girişinde süreç pause ediyor, bizim sürecimiz devreye girip argümanları inceliyor, sonra kernel işini bitirip tekrar bize dönüyor, çağrı dönüşü yapacaklarımızı yapıp süreci tekrar aktive ediyoruz. Her sistem çağrısı için 2 tane ek context switch demek bu da. Burada yapacak çok fazla bişi yok. Compilerın falan daha az sistem çağrısı yapmasını sağlayabilirsek hız farkedebilir (mesela read() lerde daha büyük miktarda veri okunması vb). Ama asıl kayıp build işini yürüten shell betiklerinden geliyor diye tahmin ediyorum. From gurer at pardus.org.tr Sat Dec 5 12:09:16 2009 From: gurer at pardus.org.tr (=?utf-8?q?G=C3=BCrer_=C3=96zen?=) Date: Sat, 5 Dec 2009 12:09:16 +0200 Subject: [Gelistirici] =?utf-8?b?W0Z3ZDogW0J1aWxkZmFybV0gWzIwMDldIGVycm9y?= =?utf-8?q?=3A=09/root/2009/hardware/printer/foomatic-db-engine/pspec=2Exm?= =?utf-8?q?l=5D?= In-Reply-To: <4B1A1CC3.5050907@pardus.org.tr> References: <4B1A1CC3.5050907@pardus.org.tr> Message-ID: <200912051209.16462.gurer@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 10:41:39) Ozan Çağlayan şunları yazmıştı: > Bu pakette çok acayip bir violation var. Configure esnasında, /dev/fd/3'ü > kullanarak ghostscript ile bir I/O testi yapıyor. Normal sistemde fd3 açık > olmadığı için sorunla karşılaşılmıyor ancak farm kodu pisi api'sini falan > kullandığı için o esnada oldukça fazla açık dosya var, fd3 buildlog'a denk > geliyor. Yamayla 8 yaptım o da files.db'ye denk geldi. Hardcoded olarak kullanması yanlış zaten. Ancak 0,1,2 stdin/out/err diye kabul edilebilir (ki o da çok portable ve doğru bir şey değil). Şans eseri çalışıyormuş bugüne kadar. From ozan at pardus.org.tr Sat Dec 5 12:10:59 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 05 Dec 2009 12:10:59 +0200 Subject: [Gelistirici] =?utf-8?q?sandbox_performans_penalt=C4=B1s=C4=B1?= In-Reply-To: <4B1A26AC.5030300@pardus.org.tr> References: <4B1A26AC.5030300@pardus.org.tr> Message-ID: <4B1A31B3.2050607@pardus.org.tr> Ozan Çağlayan wrote: > Selam, > -g3 -ggdb: ---------- build_with_sandbox real 2m56.380s user 4m0.834s sys 3m7.523s build_without_sandbox real 0m34.395s user 1m13.261s sys 0m22.867s debug parametresiz: ------------------- build_with_sandbox real 2m22.084s user 1m42.145s sys 2m31.369s build_without_sandbox real 0m33.269s user 1m14.031s sys 0m22.869s debug parametresiz, cache sıcak, -j14: -------------------------------------- build_with_sandbox real 1m45.044s user 1m32.336s sys 2m14.989s build_without_sandbox real 0m15.444s user 1m6.471s sys 0m18.938s --- Aradaki fark çok işlemcili makinelerde biraz daha geniş sanırım, bu testleri farm'da yaptım. Son olarak kernel ile deneyeceğim. From ozan at pardus.org.tr Sat Dec 5 13:42:53 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 05 Dec 2009 13:42:53 +0200 Subject: [Gelistirici] =?utf-8?q?sandbox_performans_penalt=C4=B1s=C4=B1?= In-Reply-To: <200912051205.51306.gurer@pardus.org.tr> References: <4B1A26AC.5030300@pardus.org.tr> <200912051205.51306.gurer@pardus.org.tr> Message-ID: <4B1A473D.6070808@pardus.org.tr> Gürer Özen wrote: > Abi şüphelenmenize gerek yok, sandbox altındaki süreçlerin *her* sistem > çağrısı girişinde süreç pause ediyor, bizim sürecimiz devreye girip > argümanları inceliyor, sonra kernel işini bitirip tekrar bize dönüyor, çağrı > dönüşü yapacaklarımızı yapıp süreci tekrar aktive ediyoruz. Her sistem çağrısı > için 2 tane ek context switch demek bu da. > (Bu arada diğer iletimde attığım süreler module-alsa-driver paketi içindi, yazmayı unutmuşum) Ya tabii ki bir overhead'inin olduğunu herkes biliyordur da bu kadar hissedilebilir olacağını düşünmemiştim ben. Kernel için de ölçüm yaptım en son kendi makinemde: build_with_sandbox real 58m11.288s user 59m48.153s sys 29m44.836s build_without_sandbox real 12m9.342s user 18m22.565s sys 4m41.782s From necdetyucel at gmail.com Sat Dec 5 13:43:37 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Sat, 5 Dec 2009 13:43:37 +0200 Subject: [Gelistirici] =?iso-8859-9?q?64bit_deposu_hakk=FDnda?= Message-ID: Selamlar, Deponun adına ve yerine karar verildiyse artık açabilir miyiz? iyi hatfa sonları dilerim Necdet Yücel From gurer at pardus.org.tr Sat Dec 5 14:11:47 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 5 Dec 2009 14:11:47 +0200 Subject: [Gelistirici] =?iso-8859-9?q?sandbox_performans_penalt=FDs=FD?= In-Reply-To: <4B1A473D.6070808@pardus.org.tr> References: <4B1A26AC.5030300@pardus.org.tr> <200912051205.51306.gurer@pardus.org.tr> <4B1A473D.6070808@pardus.org.tr> Message-ID: <200912051411.47458.gurer@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 13:42:53) Ozan Çağlayan şunları yazmıştı: > Ya tabii ki bir overhead'inin olduğunu herkes biliyordur da bu kadar > hissedilebilir olacağını düşünmemiştim ben. Normal paketlerde %10-20 civarında genelde, kernel vb için sistem çağrıları derleme işlemine baskın çıkıyor gibi görünüyor. Bir ölçmek lazım, catbox'a çağrı istatistikleri gibi bişi ekleyebiliriz bunun için. From necdetyucel at gmail.com Sat Dec 5 14:23:03 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Sat, 5 Dec 2009 14:23:03 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= Message-ID: Selamlar, Biz oluşturduğumuz x86_64 paketlerini mevcut i686 paketleri ile aynı isimlere sahip olarak oluşturuyoruz (önceki konuşmalarımızda buna karar vermiştik). Bu durum ileride "son kullanıcı" için bir problem oluşturabilir gibi geliyor bana. Yani ruby-1.8.7_p173-21-1.pisi isimli paketi internetten indiren bir kullanıcı bunu sistemine kurakta bir sorun yaşamazken (sonuçta kurulum aşamasında mimari kontrolü yok) sisteminde çalıştıramayacaktır. Bu durum Pardus'un portları arttıkça daha da karmaşıklaşmaz mı? Diğer dağıtımların yaptığı gibi bir x86_64.pisi isimlendirmesi kafa karıştırıcı mı olur? Ne dersiniz? Necdet Yücel From gurer at pardus.org.tr Sat Dec 5 14:27:53 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 5 Dec 2009 14:27:53 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912042339.12249.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912041859.04270.gurer@pardus.org.tr> <200912042339.12249.fatih@pardus.org.tr> Message-ID: <200912051427.53868.gurer@pardus.org.tr> 04 Aralık 2009 Cuma günü (saat 23:39:12) Fatih Aşıcı şunları yazmıştı: Eğer yalnızca override yeterliyse (yani farklı bir durum için patchler değiştiğinde, farkı belirtmek yerine hepsini baştan yazmak sorun değilse) en kolayı: En tepedeki tag'den aşağıya doğru, aynı düzeyde aynı isimli taglerde, for= attribute'u olanlar varsa, o anki kondisyon bunla tam match ediyorsa yalnızca bunlar alınır. Tam match eden tag yoksa for= suzlar alınır. Geri kalanlar silinir. Bunu implemente etmek de, text dosyasına bakarken anlamak da oldukça kolay. İşin içine and ve or koyarsak ambiguity içeren durumlar çıkıyor. Varsın her durum için yeniden yazalım? From gurer at pardus.org.tr Sat Dec 5 14:30:07 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 5 Dec 2009 14:30:07 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: References: Message-ID: <200912051430.07279.gurer@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 14:23:03) Necdet Yücel şunları yazmıştı: > Yani ruby-1.8.7_p173-21-1.pisi isimli paketi internetten indiren bir > kullanıcı bunu sistemine kurakta bir sorun yaşamazken (sonuçta kurulum > aşamasında mimari kontrolü yok) sisteminde çalıştıramayacaktır. Bu > durum Pardus'un portları arttıkça daha da karmaşıklaşmaz mı? Evet. Paketin metadata.xml'inde mimariyi belirtiyoruz şu anda. Pisinin bunu kontrol etmeye de başlaması lazım. > Diğer dağıtımların yaptığı gibi bir x86_64.pisi isimlendirmesi kafa > karıştırıcı mı olur? Ne dersiniz? Paket isimlerini değiştirmeyelim, o iyi bir yol değil. Ama ikili paketlere otomatik olarak paketadı-build-x86_64.pisi son takısı eklenebilir? From necdetyucel at gmail.com Sat Dec 5 14:31:51 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Sat, 5 Dec 2009 14:31:51 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: <200912051430.07279.gurer@pardus.org.tr> References: <200912051430.07279.gurer@pardus.org.tr> Message-ID: > Paket isimlerini değiştirmeyelim, o iyi bir yol değil. Ama ikili paketlere > otomatik olarak paketadı-build-x86_64.pisi son takısı eklenebilir? Ben de tam onu kastetmiştim aslında ;) From ozan at pardus.org.tr Sat Dec 5 14:32:27 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 05 Dec 2009 14:32:27 +0200 Subject: [Gelistirici] =?utf-8?q?paket_isimleri_hakk=C4=B1nda?= In-Reply-To: <200912051430.07279.gurer@pardus.org.tr> References: <200912051430.07279.gurer@pardus.org.tr> Message-ID: <4B1A52DB.7080008@pardus.org.tr> Gürer Özen wrote: > 05 Aralık 2009 Cumartesi günü (saat 14:23:03) Necdet Yücel şunları yazmıştı: > > >> Yani ruby-1.8.7_p173-21-1.pisi isimli paketi internetten indiren bir >> kullanıcı bunu sistemine kurakta bir sorun yaşamazken (sonuçta kurulum >> aşamasında mimari kontrolü yok) sisteminde çalıştıramayacaktır. Bu >> durum Pardus'un portları arttıkça daha da karmaşıklaşmaz mı? >> > > Evet. Paketin metadata.xml'inde mimariyi belirtiyoruz şu anda. Pisinin bunu > kontrol etmeye de başlaması lazım. > Evet mimari kontrolü yapılmalı zaten. 64-bit sistemde pisi.conf'a architecture = x86_64 yazarız. i686 biraz garip bir ifade, 32-bit sistemde de architecture = x86 yazmalı belki de. > >> Diğer dağıtımların yaptığı gibi bir x86_64.pisi isimlendirmesi kafa >> karıştırıcı mı olur? Ne dersiniz? >> > > Paket isimlerini değiştirmeyelim, o iyi bir yol değil. Ama ikili paketlere > otomatik olarak paketadı-build-x86_64.pisi son takısı eklenebilir? > Mimari kontrolü yapılıyor olduktan sonra takı eklemenin gerekli olacağı bir yer var mı? From onur at pardus.org.tr Sat Dec 5 14:39:35 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sat, 5 Dec 2009 14:39:35 +0200 Subject: [Gelistirici] 2009/devel - add 3 new components In-Reply-To: <20091204213952.E131A49C8E9@ns1.pardus.org.tr> References: <20091204213952.E131A49C8E9@ns1.pardus.org.tr> Message-ID: <20091205143935.13d813f6.onur@pardus.org.tr> On Fri, 4 Dec 2009 23:39:52 +0200 (EET) Cihan Okyay wrote: > Modified: 2009/devel/components.xml > ================================================================= > --- 2009/devel/components.xml (original) > +++ 2009/devel/components.xml Fri Dec 4 23:39:52 2009 > @@ -868,7 +868,30 @@ > Pardus > admins at pardus.org.tr > > - > + > + > + desktop.lxde > + FIXME > + FIXME > + FIXME ... > + FIXME > + FIXME > + FIXME components.xml ler yanlış yazıldığı için farm indeks de pörtlemiş, lütfen xmllint le kontrol etmeden components.xml leri değiştirmeyelim ! -- Onur Küçük Knowledge speaks, but wisdom listens From gurer at pardus.org.tr Sat Dec 5 14:40:24 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 5 Dec 2009 14:40:24 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: <4B1A52DB.7080008@pardus.org.tr> References: <200912051430.07279.gurer@pardus.org.tr> <4B1A52DB.7080008@pardus.org.tr> Message-ID: <200912051440.24361.gurer@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 14:32:27) Ozan Çağlayan şunları yazmıştı: > Mimari kontrolü yapılıyor olduktan sonra takı eklemenin gerekli olacağı > bir yer var mı? Mesela elinde bir CD falan varsa yada bir siteden download ediyorsan, paketi kurmaya kalkmadan yada unpisi ile içine bakmadan hangi mimari için olduğunu görebilmek? Bu arada asıl düşünmemiz gereken konu, platform bağımlı olmayan paketler. Mesela bir oyunun 50MB lik data paketini yada manpages gibi bir şeyi her platform için ayrı ikili paketler halinde tutmak yerine mimari bağımsız bir paket yapabilir miyiz? From fatih at pardus.org.tr Sat Dec 5 14:40:18 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sat, 5 Dec 2009 14:40:18 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912051427.53868.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912042339.12249.fatih@pardus.org.tr> <200912051427.53868.gurer@pardus.org.tr> Message-ID: <200912051440.19069.fatih@pardus.org.tr> On Saturday 05 December 2009 14:27:53 Gürer Özen wrote: > 04 Aralık 2009 Cuma günü (saat 23:39:12) Fatih Aşıcı şunları yazmıştı: > > Eğer yalnızca override yeterliyse (yani farklı bir durum için patchler > değiştiğinde, farkı belirtmek yerine hepsini baştan yazmak sorun değilse) > en kolayı: > > En tepedeki tag'den aşağıya doğru, aynı düzeyde aynı isimli taglerde, for= > attribute'u olanlar varsa, o anki kondisyon bunla tam match ediyorsa > yalnızca bunlar alınır. Tam match eden tag yoksa for= suzlar alınır. Geri > kalanlar silinir. > > Bunu implemente etmek de, text dosyasına bakarken anlamak da oldukça kolay. > İşin içine and ve or koyarsak ambiguity içeren durumlar çıkıyor. Varsın her > durum için yeniden yazalım? Kaçırdığım bir şey mi var anlamadım? Neden zorlaştırıyoruz ki? for bulunmayan yamalar her zaman uygulansın. for bulunanlardan da sadece match edenler uygulansın. Bu yöntemle hangi durumda ambiguity olabilir? Belki örnek üzerinden gitsek daha iyi olur. From okyaycihan at gmail.com Sat Dec 5 14:45:04 2009 From: okyaycihan at gmail.com (cihan okyay) Date: Sat, 5 Dec 2009 14:45:04 +0200 Subject: [Gelistirici] 2009/devel - add 3 new components In-Reply-To: <20091205143935.13d813f6.onur@pardus.org.tr> References: <20091204213952.E131A49C8E9@ns1.pardus.org.tr> <20091205143935.13d813f6.onur@pardus.org.tr> Message-ID: <637d3feb0912050445w5c907ac0s6ec72d68cc6c33a2@mail.gmail.com> 05 Aralık 2009 14:39 tarihinde Onur Küçük yazdı: > > On Fri, 4 Dec 2009 23:39:52 +0200 (EET) > Cihan Okyay wrote: > > > Modified: 2009/devel/components.xml > > ================================================================= > > --- 2009/devel/components.xml (original) > > +++ 2009/devel/components.xml Fri Dec 4 23:39:52 2009 > > @@ -868,7 +868,30 @@ > > Pardus > > admins at pardus.org.tr > > > > - > > + > > + > > + desktop.lxde > > + FIXME > > + FIXME > > + FIXME > ... > > + FIXME > > + FIXME > > + FIXME > > components.xml ler yanlış yazıldığı için farm indeks de pörtlemiş, > lütfen xmllint le kontrol etmeden components.xml leri değiştirmeyelim ! > Kontrol ettim ancak bir sorun yok gibi duruyordu =/ Sıkıntı için özür dilerim -- Cihan OKYAY http://cihanokyay.wordpress.com -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From fatih at pardus.org.tr Sat Dec 5 14:48:18 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sat, 5 Dec 2009 14:48:18 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: <200912051430.07279.gurer@pardus.org.tr> References: <200912051430.07279.gurer@pardus.org.tr> Message-ID: <200912051448.19068.fatih@pardus.org.tr> On Saturday 05 December 2009 14:30:07 Gürer Özen wrote: > 05 Aralık 2009 Cumartesi günü (saat 14:23:03) Necdet Yücel şunları yazmıştı: > > Yani ruby-1.8.7_p173-21-1.pisi isimli paketi internetten indiren bir > > kullanıcı bunu sistemine kurakta bir sorun yaşamazken (sonuçta kurulum > > aşamasında mimari kontrolü yok) sisteminde çalıştıramayacaktır. Bu > > durum Pardus'un portları arttıkça daha da karmaşıklaşmaz mı? > > Evet. Paketin metadata.xml'inde mimariyi belirtiyoruz şu anda. Pisinin bunu > kontrol etmeye de başlaması lazım. +1 > > Diğer dağıtımların yaptığı gibi bir x86_64.pisi isimlendirmesi kafa > > karıştırıcı mı olur? Ne dersiniz? > > Paket isimlerini değiştirmeyelim, o iyi bir yol değil. Ama ikili paketlere > otomatik olarak paketadı-build-x86_64.pisi son takısı eklenebilir? Bence gerekli değil. 2007 ile 2008 depolarındaki paketler aynı dosya adına sahip olabilir; ama aynı sistemde ikisinin de çalışabileceği anlamına gelmiyor. Bir bilgi aynı depo içindeki tüm dosya adlarında aynı olacaksa bu bilgiyi dosya adına eklemenin yararsız olduğunu düşünüyorum. From onur at pardus.org.tr Sat Dec 5 14:55:13 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sat, 5 Dec 2009 14:55:13 +0200 Subject: [Gelistirici] 2009/devel - add 3 new components In-Reply-To: <637d3feb0912050445w5c907ac0s6ec72d68cc6c33a2@mail.gmail.com> References: <20091204213952.E131A49C8E9@ns1.pardus.org.tr> <20091205143935.13d813f6.onur@pardus.org.tr> <637d3feb0912050445w5c907ac0s6ec72d68cc6c33a2@mail.gmail.com> Message-ID: <20091205145513.78de5bd4.onur@pardus.org.tr> On Sat, 5 Dec 2009 14:45:04 +0200 cihan okyay wrote: > 05 Aralık 2009 14:39 tarihinde Onur Küçük yazdı: > > > > > On Fri, 4 Dec 2009 23:39:52 +0200 (EET) > > Cihan Okyay wrote: > > > > > Modified: 2009/devel/components.xml > > > ================================================================= > > > --- 2009/devel/components.xml (original) > > > +++ 2009/devel/components.xml Fri Dec 4 23:39:52 2009 > > > @@ -868,7 +868,30 @@ > > > Pardus > > > admins at pardus.org.tr > > > > > > - > > > + > > > + > > > + desktop.lxde > > > + FIXME > > > + FIXME > > > + FIXME > > ... > > > + FIXME > > > + FIXME > > > + FIXME > > > > components.xml ler yanlış yazıldığı için farm indeks de pörtlemiş, > > lütfen xmllint le kontrol etmeden components.xml leri > > değiştirmeyelim ! > > > > Kontrol ettim ancak bir sorun yok gibi duruyordu =/ Sıkıntı için özür > dilerim içerik doğru da taglar yanlış, Summary açıp LocalName kapatılmış mesela. Düzeltiyorum birazdan. Groups dosyasını da değiştiriyorum, doğru mu bilmiyorum, ikonu düzeltmesi senden -- Onur Küçük Knowledge speaks, but wisdom listens From okyaycihan at gmail.com Sat Dec 5 14:58:30 2009 From: okyaycihan at gmail.com (cihan okyay) Date: Sat, 5 Dec 2009 14:58:30 +0200 Subject: [Gelistirici] 2009/devel - add 3 new components In-Reply-To: <20091205145513.78de5bd4.onur@pardus.org.tr> References: <20091204213952.E131A49C8E9@ns1.pardus.org.tr> <20091205143935.13d813f6.onur@pardus.org.tr> <637d3feb0912050445w5c907ac0s6ec72d68cc6c33a2@mail.gmail.com> <20091205145513.78de5bd4.onur@pardus.org.tr> Message-ID: <637d3feb0912050458w784e4c32rc2c23d455700c1d5@mail.gmail.com> 05 Aralık 2009 14:55 tarihinde Onur Küçük yazdı: > > On Sat, 5 Dec 2009 14:45:04 +0200 > cihan okyay wrote: > > > 05 Aralık 2009 14:39 tarihinde Onur Küçük yazdı: > > > > > > > > On Fri, 4 Dec 2009 23:39:52 +0200 (EET) > > > Cihan Okyay wrote: > > > > > > > Modified: 2009/devel/components.xml > > > > ================================================================= > > > > --- 2009/devel/components.xml (original) > > > > +++ 2009/devel/components.xml Fri Dec 4 23:39:52 2009 > > > > @@ -868,7 +868,30 @@ > > > > Pardus > > > > admins at pardus.org.tr > > > > > > > > - > > > > + > > > > + > > > > + desktop.lxde > > > > + FIXME > > > > + FIXME > > > > + FIXME > > > ... > > > > + FIXME > > > > + FIXME > > > > + FIXME > > > > > > components.xml ler yanlış yazıldığı için farm indeks de pörtlemiş, > > > lütfen xmllint le kontrol etmeden components.xml leri > > > değiştirmeyelim ! > > > > > > > Kontrol ettim ancak bir sorun yok gibi duruyordu =/ Sıkıntı için özür > > dilerim > > içerik doğru da taglar yanlış, Summary açıp LocalName kapatılmış > mesela. Düzeltiyorum birazdan. Groups dosyasını da değiştiriyorum, > doğru mu bilmiyorum, ikonu düzeltmesi senden > Evet gördüm. Devel da düzelttim. xmllint ile kontrol ettim ama neden kaçırdım bilmiyorum =/ stable da ellemiyorum o zaman Groups ta değiştireceksen. Icon larada bakarım birazdan -- Cihan OKYAY http://cihanokyay.wordpress.com -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From fatih at pardus.org.tr Sat Dec 5 15:03:21 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Sat, 5 Dec 2009 15:03:21 +0200 Subject: [Gelistirici] 2009/devel - add lxde.desktop, don't know if it is correct In-Reply-To: <20091205125714.052EE49C8CB@ns1.pardus.org.tr> References: <20091205125714.052EE49C8CB@ns1.pardus.org.tr> Message-ID: <200912051503.21193.fatih@pardus.org.tr> On Saturday 05 December 2009 14:57:14 Onur Küçük wrote: > Author: onur > Date: Sat Dec 5 14:57:13 2009 > New Revision: 82206 > > Modified: > 2009/devel/groups.xml > Log: > add lxde.desktop, don't know if it is correct Depodaki masaüstü ortamları arttıkça arayüzdeki grup sayısı da artıyor. "Masaüstü Ortamları" şeklinde ana bir grup tanımlayıp altında KDE, GNOME, Xfce, vs. gösterebilsek güzel olurdu. Bununla ilgili bir şey yapabilir miyiz acaba? From gurer at pardus.org.tr Sat Dec 5 15:07:45 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 5 Dec 2009 15:07:45 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912051440.19069.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051427.53868.gurer@pardus.org.tr> <200912051440.19069.fatih@pardus.org.tr> Message-ID: <200912051507.45153.gurer@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 14:40:18) Fatih Aşıcı şunları yazmıştı: > Kaçırdığım bir şey mi var anlamadım? Neden zorlaştırıyoruz ki? for > bulunmayan yamalar her zaman uygulansın. for bulunanlardan da sadece match > edenler uygulansın. Bu yöntemle hangi durumda ambiguity olabilir? Belki > örnek üzerinden gitsek daha iyi olur. Yama için bu mantık doğru gibi. Tek kaçırdığı durum, mesela tüm mimariler için uygulanıp, yalnızca arm için uygulanmayacak bir yama olabilir. Ama tekil tagler için şöyle bir sorun var: paket paket-64 paket-nohededep gibi bir durum olsun. Şimdi bu paketi x86 için, x64 için, bootstrap için, x64+bootstrap için derlediğimizde hangi Tag'ı seçmeliyiz? From gkmngrgn at gmail.com Sat Dec 5 15:09:37 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Sat, 5 Dec 2009 15:09:37 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: <200912051448.19068.fatih@pardus.org.tr> References: <200912051430.07279.gurer@pardus.org.tr> <200912051448.19068.fatih@pardus.org.tr> Message-ID: <579eef480912050509y578eed5bp95ce01fc01fd1c4e@mail.gmail.com> 2009/12/5 Fatih Aşıcı > > Paket isimlerini değiştirmeyelim, o iyi bir yol değil. Ama ikili > paketlere > > otomatik olarak paketadı-build-x86_64.pisi son takısı eklenebilir? > > Bence gerekli değil. 2007 ile 2008 depolarındaki paketler aynı dosya adına > sahip olabilir; ama aynı sistemde ikisinin de çalışabileceği anlamına > gelmiyor. Bir bilgi aynı depo içindeki tüm dosya adlarında aynı olacaksa bu > bilgiyi dosya adına eklemenin yararsız olduğunu düşünüyorum. > > Bence gerekli. Nasıl ki binary arşivlerinin isimlerine bakarak, onun 64 bit veya 32 bitte derlendiğini anlayabiliyorsak, paket isimlerine bakarak da anlayabilmemiz gerekir. Aksi taktirde kullanıcının önce pisi'yi indirip o şekilde anlaması gerek(EBİL)ir. Her ne kadar internette bir pisi bağlantısını paylaşırken "Bu bir 64 bit paketidir" ibaresi koysak veya paket bağlantı adresinde 64 bit veya 32 bit olabileceğini anlamamız mümkün olsa da, burada son kullanıcı söz konusu olduğu için, Fedora'nın Mandriva'nın OpenSuse'nin veya Archlinux'un izlediği yöntemi izlemeliyiz. Bir arch takısı eklemenin fazla göz çıkaracağını sanmıyorum. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From fatih at pardus.org.tr Sat Dec 5 15:18:02 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sat, 5 Dec 2009 15:18:02 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912051507.45153.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051440.19069.fatih@pardus.org.tr> <200912051507.45153.gurer@pardus.org.tr> Message-ID: <200912051518.03016.fatih@pardus.org.tr> On Saturday 05 December 2009 15:07:45 Gürer Özen wrote: > 05 Aralık 2009 Cumartesi günü (saat 14:40:18) Fatih Aşıcı şunları yazmıştı: > > Kaçırdığım bir şey mi var anlamadım? Neden zorlaştırıyoruz ki? for > > bulunmayan yamalar her zaman uygulansın. for bulunanlardan da sadece > > match edenler uygulansın. Bu yöntemle hangi durumda ambiguity olabilir? > > Belki örnek üzerinden gitsek daha iyi olur. > > Yama için bu mantık doğru gibi. Tek kaçırdığı durum, mesela tüm mimariler > için uygulanıp, yalnızca arm için uygulanmayacak bir yama olabilir. Bunun için for="!arm" önermiştim. > Ama tekil tagler için şöyle bir sorun var: > > paket > paket-64 > paket-nohededep Bence for bulunmayan tag'lar her zaman geçerli sayılmalı. Dolayısıyla buradaki gibi hem for'lu hem for'suz Name tagları bir arada bulunmamalı. > gibi bir durum olsun. Şimdi bu paketi x86 için, x64 için, bootstrap için, > x64+bootstrap için derlediğimizde hangi Tag'ı seçmeliyiz? Bu çok nadir bir senaryo olduğu için aşağıdaki gibi bir kullanım tercih edilebilir: paket-64 paket-nohededep paket-nohededep-64 From fatih at pardus.org.tr Sat Dec 5 15:20:00 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Sat, 5 Dec 2009 15:20:00 +0200 Subject: [Gelistirici] =?utf-8?q?paket_isimleri_hakk=C4=B1nda?= In-Reply-To: <579eef480912050509y578eed5bp95ce01fc01fd1c4e@mail.gmail.com> References: <200912051448.19068.fatih@pardus.org.tr> <579eef480912050509y578eed5bp95ce01fc01fd1c4e@mail.gmail.com> Message-ID: <200912051520.00725.fatih@pardus.org.tr> On Saturday 05 December 2009 15:09:37 Gökmen Görgen wrote: > 2009/12/5 Fatih Aşıcı > > > > Paket isimlerini değiştirmeyelim, o iyi bir yol değil. Ama ikili > > > > paketlere > > > > > otomatik olarak paketadı-build-x86_64.pisi son takısı eklenebilir? > > > > Bence gerekli değil. 2007 ile 2008 depolarındaki paketler aynı dosya > > adına sahip olabilir; ama aynı sistemde ikisinin de çalışabileceği > > anlamına gelmiyor. Bir bilgi aynı depo içindeki tüm dosya adlarında aynı > > olacaksa bu bilgiyi dosya adına eklemenin yararsız olduğunu düşünüyorum. > > Bence gerekli. Nasıl ki binary arşivlerinin isimlerine bakarak, onun 64 bit > veya 32 bitte derlendiğini anlayabiliyorsak, paket isimlerine bakarak da > anlayabilmemiz gerekir. Aksi taktirde kullanıcının önce pisi'yi indirip o > şekilde anlaması gerek(EBİL)ir. Her ne kadar internette bir pisi > bağlantısını paylaşırken "Bu bir 64 bit paketidir" ibaresi koysak veya > paket bağlantı adresinde 64 bit veya 32 bit olabileceğini anlamamız mümkün > olsa da, burada son kullanıcı söz konusu olduğu için, Fedora'nın > Mandriva'nın OpenSuse'nin veya Archlinux'un izlediği yöntemi izlemeliyiz. > Bir arch takısı eklemenin fazla göz çıkaracağını sanmıyorum. Aynı mantıkla gidecek olursa paket adlarına hangi Pardus sürümü için derlendiğini de eklemek gerekir (-2008,-2009 gibi). From gkmngrgn at gmail.com Sat Dec 5 15:27:02 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Sat, 5 Dec 2009 15:27:02 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: <200912051520.00725.fatih@pardus.org.tr> References: <200912051448.19068.fatih@pardus.org.tr> <579eef480912050509y578eed5bp95ce01fc01fd1c4e@mail.gmail.com> <200912051520.00725.fatih@pardus.org.tr> Message-ID: <579eef480912050527q2aae59c2l8457557b5d499547@mail.gmail.com> 2009/12/5 Fatih Aşıcı > > Aynı mantıkla gidecek olursa paket adlarına hangi Pardus sürümü için > derlendiğini de eklemek gerekir (-2008,-2009 gibi). > > Hangi Pardus sürümü için derlendiğini eklememize aslında gerek yok. Diğer dağıtımlarda olduğu gibi biz de kullanıcının her zaman Pardus'un son sürümünü kullandığını varsayabiliriz. Kaldı ki yeni bir sürüm çıkarınca eski sürüme desteği er geç bırakıyoruz. Ama arch için böyle bir varsayım yapmamız mümkün değil, aynı sürüm dağıtım için kimisi 64 bit kullanıyor olabilir kimisi de 32 bit kullanıyor olabilir, kimisi arm. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From fatih at pardus.org.tr Sat Dec 5 15:37:08 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Sat, 5 Dec 2009 15:37:08 +0200 Subject: [Gelistirici] =?utf-8?q?paket_isimleri_hakk=C4=B1nda?= In-Reply-To: <579eef480912050527q2aae59c2l8457557b5d499547@mail.gmail.com> References: <200912051520.00725.fatih@pardus.org.tr> <579eef480912050527q2aae59c2l8457557b5d499547@mail.gmail.com> Message-ID: <200912051537.08641.fatih@pardus.org.tr> On Saturday 05 December 2009 15:27:02 Gökmen Görgen wrote: > 2009/12/5 Fatih Aşıcı > > > Aynı mantıkla gidecek olursa paket adlarına hangi Pardus sürümü için > > derlendiğini de eklemek gerekir (-2008,-2009 gibi). > > Hangi Pardus sürümü için derlendiğini eklememize aslında gerek yok. Diğer > dağıtımlarda olduğu gibi biz de kullanıcının her zaman Pardus'un son > sürümünü kullandığını varsayabiliriz. Böyle bir varsayıma sahip olduklarını sanmıyorum. [1] adresindeki paketlerde kullanılan f12,f13 soneklerine dikkat. > Kaldı ki yeni bir sürüm çıkarınca > eski sürüme desteği er geç bırakıyoruz. Ama arch için böyle bir varsayım > yapmamız mümkün değil, aynı sürüm dağıtım için kimisi 64 bit kullanıyor > olabilir kimisi de 32 bit kullanıyor olabilir, kimisi arm. Ben de diyorum ki kullanıcıların kimi 2008 kimi 2009 kullanıyor olabilir aynı mantıkla. Bu arada bu konu pisi'nin tasarımının yapıldığı zamanlarda çok tartışılmıştı. Neden böyle bir karar verildiğini görmek için arşivlere bakabilirsiniz. [1] http://mirrors.kernel.org/fedora/development/i386/os/Packages/ From gurer at pardus.org.tr Sat Dec 5 15:46:04 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 5 Dec 2009 15:46:04 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: <200912051537.08641.fatih@pardus.org.tr> References: <579eef480912050527q2aae59c2l8457557b5d499547@mail.gmail.com> <200912051537.08641.fatih@pardus.org.tr> Message-ID: <200912051546.04258.gurer@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 15:37:08) Fatih Aşıcı şunları yazmıştı: > Ben de diyorum ki kullanıcıların kimi 2008 kimi 2009 kullanıyor olabilir > aynı mantıkla. Buna ben de katıldım şimdi, paket adını metadata çorbasına çevirmemekte fayda var. From dfisek at fisek.com.tr Sat Dec 5 15:44:14 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Sat, 5 Dec 2009 15:44:14 +0200 Subject: [Gelistirici] =?utf-8?q?paket_isimleri_hakk=C4=B1nda?= In-Reply-To: <200912051520.00725.fatih@pardus.org.tr> References: <200912051448.19068.fatih@pardus.org.tr> <579eef480912050509y578eed5bp95ce01fc01fd1c4e@mail.gmail.com> <200912051520.00725.fatih@pardus.org.tr> Message-ID: <20091205154414.6f236f44.dfisek@fisek.com.tr> Sat, 5 Dec 2009 15:20:00 +0200, Fatih Aşıcı : > Aynı mantıkla gidecek olursa paket adlarına hangi Pardus sürümü için > derlendiğini de eklemek gerekir (-2008,-2009 gibi). Evet, bence onu da ekleyelim -- insanlar icin :) Icini acip xml dosyalarina bakmak Pisi icin kolay olabilir ama insanlar icin degil :) Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From gurer at pardus.org.tr Sat Dec 5 15:49:05 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 5 Dec 2009 15:49:05 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912051518.03016.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051507.45153.gurer@pardus.org.tr> <200912051518.03016.fatih@pardus.org.tr> Message-ID: <200912051549.05493.gurer@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 15:18:02) Fatih Aşıcı şunları yazmıştı: > Bence for bulunmayan tag'lar her zaman geçerli sayılmalı. Dolayısıyla > buradaki gibi hem for'lu hem for'suz Name tagları bir arada bulunmamalı. Bu durumda mesela hata verip çıkalım mı? > Bu çok nadir bir senaryo olduğu için aşağıdaki gibi bir kullanım tercih > edilebilir: > > paket-64 > paket-nohededep > paket-nohededep-64 Mimari sayısı artarsa arap saçına döneceğinden korkuyorum. Şu yukarki ifadeyi kavramak bile biraz zaman alıyor. From bahadir at pardus.org.tr Sat Dec 5 15:58:31 2009 From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=) Date: Sat, 5 Dec 2009 15:58:31 +0200 Subject: [Gelistirici] =?iso-8859-9?q?64bit_deposu_hakk=FDnda?= In-Reply-To: References: Message-ID: <200912051558.35134.bahadir@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 13:43:37) Necdet Yücel şunları yazmıştı: > Selamlar, > > Deponun adına ve yerine karar verildiyse artık açabilir miyiz? https://svn.pardus.org.tr/pardus/corporate2/devel-x86_64/ SVN ayarlarında gördüğüm kadarıyla SVN hesabı olan herkesin pardus deposu altına yazma hakkı var. Corporate ve doğal olarak da altındaki dizinlere de yazabiliyorsunuz. devel-x86_64 dizinini oluşturdum, güle güle kullanın :) -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From fatih at pardus.org.tr Sat Dec 5 15:59:49 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sat, 5 Dec 2009 15:59:49 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912051549.05493.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051518.03016.fatih@pardus.org.tr> <200912051549.05493.gurer@pardus.org.tr> Message-ID: <200912051559.49932.fatih@pardus.org.tr> On Saturday 05 December 2009 15:49:05 Gürer Özen wrote: > 05 Aralık 2009 Cumartesi günü (saat 15:18:02) Fatih Aşıcı şunları yazmıştı: > > Bence for bulunmayan tag'lar her zaman geçerli sayılmalı. Dolayısıyla > > buradaki gibi hem for'lu hem for'suz Name tagları bir arada bulunmamalı. > > Bu durumda mesela hata verip çıkalım mı? Evet. > > Bu çok nadir bir senaryo olduğu için aşağıdaki gibi bir kullanım tercih > > edilebilir: > > > > paket-64 > > paket-nohededep > > paket-nohededep-64 > > Mimari sayısı artarsa arap saçına döneceğinden korkuyorum. Şu yukarki > ifadeyi kavramak bile biraz zaman alıyor. Birden fazla deyime (x64, bootstrap, vs) bu şekilde bağlı olan bir tag içeriği çok ama çok nadir bir durum. Hatta hiç kullanacağımızı sanmıyorum. Daha çok aşağıdakilere benzer senaryolar olacak: Nadiren karşılaşacağımız durumlar için gerçeklemesi zor bir özellik eklemeyelim bence. From gurer at pardus.org.tr Sat Dec 5 16:07:19 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 5 Dec 2009 16:07:19 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912051549.05493.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051518.03016.fatih@pardus.org.tr> <200912051549.05493.gurer@pardus.org.tr> Message-ID: <200912051607.20113.gurer@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 15:49:05) Gürer Özen şunları yazmıştı: > Mimari sayısı artarsa arap saçına döneceğinden korkuyorum. Şu yukarki > ifadeyi kavramak bile biraz zaman alıyor. Aslında buradaki temel karışıklık durumların birden fazla parçadan oluşmasından kaynaklanıyor gibi. Gerçekten extensible bir durum setine ihtiyacımız var mı? Mimariye özel durumlar var (x86, x64, arm, vb). Bootstrap ise ya genel olabilir (bootstrap), yada pakette mimariye özel bir durum varsa gene mimariye bağlı olabilir (x86-bootstrap, x64-bootstrap). Eğer "x64,arm" yada "!arm,bootstrap" gibi senaryolar çok nadir olacaksa, ve pspec'te farklılık gerektiren başka bir durum çeşidimiz yoksa, tek keywordle basitçe halledelim? From eren at pardus.org.tr Sat Dec 5 16:28:22 2009 From: eren at pardus.org.tr (Eren =?iso-8859-9?q?T=FCrkay?=) Date: Sat, 5 Dec 2009 16:28:22 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: <20091205154414.6f236f44.dfisek@fisek.com.tr> References: <200912051520.00725.fatih@pardus.org.tr> <20091205154414.6f236f44.dfisek@fisek.com.tr> Message-ID: <200912051628.23112.eren@pardus.org.tr> On Saturday 05 December 2009 03:44:14 pm Doruk Fisek wrote: > Evet, bence onu da ekleyelim -- insanlar icin :) > > Icini acip xml dosyalarina bakmak Pisi icin kolay olabilir ama insanlar > icin degil :) Katılıyorum. Paketlerin sonuna -2008, -2009 eklenmese bile mimari belirtmenin doğru olacağına inanıyorum. Ubuntu, Suse, Redhat gibi dağıtımlar paketlerin sonuna mimariyi ekliyor ancak sürümlerinin eklemiyorlar. İndirilecek paketin hangi mimariye ait olduğunu önceden bilmeyi isterdim. kernel-2.6.25.20-78.x86_64.pisi gibi bir paketi sunMAMAK için sağlam bir sebebimiz olduğunu zannetmiyorum. Diğer dağıtımlar gibi biz de buna benzer bir yol izlesek ve mutlu olsak ne güzel olur? :) From fatih at pardus.org.tr Sat Dec 5 16:42:46 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sat, 5 Dec 2009 16:42:46 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912051607.20113.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051549.05493.gurer@pardus.org.tr> <200912051607.20113.gurer@pardus.org.tr> Message-ID: <200912051642.46691.fatih@pardus.org.tr> On Saturday 05 December 2009 16:07:19 Gürer Özen wrote: > Eğer "x64,arm" yada "!arm,bootstrap" gibi senaryolar çok nadir olacaksa, > ve pspec'te farklılık gerektiren başka bir durum çeşidimiz yoksa, tek > keywordle basitçe halledelim? bootstrap durumunu genelde bir bağımlılığı çıkarmak için kullanacağız. Aşağıdaki gibi: qt Bu yüzden "not" anlamı taşıyan bir karaktere ihtiyacımız var. Ya da notFor şeklinde farklı bir attribute de kullanabiliriz. Virgül ile ayrılmış birden fazla durum arasındaki ilişkiye OR diyeceksek buna da destek vermek zorunda değiliz. Karşılaşması muhtemel aşağıdaki senaryoda: intel.patch yerine intel.patch intel.patch şeklinde Patch tagını tekrar ederek de kullanabiliriz. Ancak birden fazla durum adını kullanabilmenin pisi'de satır sayısı olarak maliyeti 3-4 satır olur diye tahmin ediyorum. AND ilişkisine sahip farklı durumlar için bir senaryo aklıma gelmiyor. Eğer böyle bir şeye ihtiyacımız olursa da dediğin gibi x86-bootstrap şeklinde ayrı bir durum adı kullanabiliriz. Bu arada pisi'deki gerekli değişikliği piksemel ile parse edilen kısmın hemen ardına eklersek hata durumlarını (birden fazla Name tagının match etmesi gibi) ayrıca yakalama gereği de kalmaz. From fatih at pardus.org.tr Sat Dec 5 17:09:51 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sat, 5 Dec 2009 17:09:51 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <4B18DE2A.3090901@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912041103.01665.fatih@pardus.org.tr> <4B18DE2A.3090901@pardus.org.tr> Message-ID: <200912051709.51359.fatih@pardus.org.tr> On Friday 04 December 2009 12:02:18 Ozan Çağlayan wrote: > Toplu yama commentlemek için > > > > kullanabilmek bile hayatımı kurtarıyor :) Aslında bunu for özelliği ile de yapmak mümkün :) ... ... Ekleyeceğimiz "for" kodu Hede taglarını ve arasındakileri gizleyeceği için pisi bu yamaları uygulamaz; ancak ismail.py böyle bir pspec.xml'i commit ettirmez. Hede yerine yine Patch ismini kullansak commit ettirir mi emin değilim. From eren at pardus.org.tr Sat Dec 5 17:25:42 2009 From: eren at pardus.org.tr (Eren =?iso-8859-9?q?T=FCrkay?=) Date: Sat, 5 Dec 2009 17:25:42 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <4B18DE2A.3090901@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912041103.01665.fatih@pardus.org.tr> <4B18DE2A.3090901@pardus.org.tr> Message-ID: <200912051725.42689.eren@pardus.org.tr> On Friday 04 December 2009 12:02:18 pm Ozan Çağlayan wrote: > Toplu yama commentlemek için > > > > kullanabilmek bile hayatımı kurtarıyor :) Toplu yama commentlemek için boxes kullanabilirsin? :) Review'da mevcut kendileri. Yükledikten sonra bir pspec.xml dosyasını vim ile aç, ile commentleyeceğin yeri seç, "!boxes -d html-cmt" yaz, voila! Geri getirmek için de aynı yöntemle commentlediğin yeri seçip "!boxes -r -d html-cmt" ile geri getirebilirsin. PP desteği yine opsiyonel olarak konabilir tabi. From gurer at pardus.org.tr Sat Dec 5 18:27:04 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 5 Dec 2009 18:27:04 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912051642.46691.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051607.20113.gurer@pardus.org.tr> <200912051642.46691.fatih@pardus.org.tr> Message-ID: <200912051827.04513.gurer@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 16:42:46) Fatih Aşıcı şunları yazmıştı: > AND ilişkisine sahip farklı durumlar için bir senaryo aklıma gelmiyor. Eğer > böyle bir şeye ihtiyacımız olursa da dediğin gibi x86-bootstrap şeklinde > ayrı bir durum adı kullanabiliriz. Ekte buna göre yaptım. Mantık şöyle (rekürsif olarak): Bir tag eğer notFor özelliği taşıyorsa, bu özellik içindeki virgülle ayrılmış durumlarda silinir. Bir tag eğer for özelliği taşıyorsa, bu özellik içindeki virgülle ayrılmış durumlardan en az biri aktif değilse silinir. ! işareti yerine notFor daha açık geldi, öbür türlü biraz kriptik oluyor, göz hemen göremiyor. > Bu arada pisi'deki gerekli değişikliği piksemel ile parse edilen kısmın > hemen ardına eklersek hata durumlarını (birden fazla Name tagının match > etmesi gibi) ayrıca yakalama gereği de kalmaz. Aynen öyle olacak. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: filter.py Type: text/x-python Size: 1355 bytes Desc: kullanılamıyor URL: From ekin at pardus.org.tr Sat Dec 5 20:44:47 2009 From: ekin at pardus.org.tr (Ekin =?iso-8859-9?q?Mero=F0lu?=) Date: Sat, 5 Dec 2009 20:44:47 +0200 Subject: [Gelistirici] [Stable] [Security] applications/printing/cups In-Reply-To: <4B1A27AF.1010705@pardus.org.tr> References: <4B1A27AF.1010705@pardus.org.tr> Message-ID: <200912052044.47942.ekin@pardus.org.tr> On Saturday 05 December 2009 11:28:15 Ozan Çağlayan wrote: > Use-after-free (crash) due improper reference counting in abstract file > descriptors handling interface (CVE-2009-3553) (#11663). QA ? S? -- Ekin Meroğlu From ekin at pardus.org.tr Sat Dec 5 21:56:33 2009 From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=) Date: Sat, 5 Dec 2009 21:56:33 +0200 Subject: [Gelistirici] 2008/devel/applications/virtualization/kvm - Limit instructions to 15 bytes (CVE-2009-4031) (#1... In-Reply-To: <20091204134236.35E0249C91A@ns1.pardus.org.tr> References: <20091204134236.35E0249C91A@ns1.pardus.org.tr> Message-ID: <200912052156.33674.ekin@pardus.org.tr> On Friday 04 December 2009 15:20:43 Ozan Çağlayan wrote: > Author: ozan.caglayan > Date: Fri Dec 4 15:20:43 2009 > New Revision: 82134 > > Added: > > 2008/devel/applications/virtualization/kvm/files/kvm.git-e42d9b8141d1f54ff7 >2ad3850bb110c95a5f3b88.patch Modified: > 2008/devel/applications/virtualization/kvm/pspec.xml > Log: > Limit instructions to 15 bytes (CVE-2009-4031) (#11640). > > BUG:COMMENT:11640 Ozan, bunu da aldım stable'a, eline sağlık.. Yalnız deneyebileceğim makinem yok artık, paketi deneyemedim... Bi de QA ve S alalım... -- Ekin Meroğlu From ozan at pardus.org.tr Sun Dec 6 00:12:48 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sun, 06 Dec 2009 00:12:48 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <200912051725.42689.eren@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912041103.01665.fatih@pardus.org.tr> <4B18DE2A.3090901@pardus.org.tr> <200912051725.42689.eren@pardus.org.tr> Message-ID: <4B1ADAE0.3040603@pardus.org.tr> Eren Türkay wrote: > Toplu yama commentlemek için boxes kullanabilirsin? :) Review'da mevcut > kendileri. > > Yükledikten sonra bir pspec.xml dosyasını vim ile aç, ile > commentleyeceğin yeri seç, "!boxes -d html-cmt" yaz, voila! > voilà! diyosun da :) hede.patch hede.patch hede.patch hede.patch bunu XML'de boxes kullansan da nasıl toptan commentleyeceksin? Bilmediğim bir şey varsa öğreneyim :) From ozan at pardus.org.tr Sun Dec 6 00:19:00 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sun, 06 Dec 2009 00:19:00 +0200 Subject: [Gelistirici] [Stable] [Security] applications/printing/cups In-Reply-To: <200912052044.47942.ekin@pardus.org.tr> References: <4B1A27AF.1010705@pardus.org.tr> <200912052044.47942.ekin@pardus.org.tr> Message-ID: <4B1ADC54.8080008@pardus.org.tr> Ekin Meroğlu wrote: > On Saturday 05 December 2009 11:28:15 Ozan Çağlayan wrote: > >> Use-after-free (crash) due improper reference counting in abstract file >> descriptors handling interface (CVE-2009-3553) (#11663). >> > QA ? S? > Acı itiraf: Ben bunlara karar vermeyi kesinlikle beceremiyorum, CVE kimliklerinde de pek bir bilgi yok. I need assistance, belki de Eren biraz yardım etmeli :) Mesela CUPS açığı crafted request ile daemon hang/crash'e yol açabiliyor, KVM açığı de guest OS üzerinden, host OS'te scheduling latency'i tavan yaptırabilecek bir denial of service'e sebep oluyor. Fikirleri alırsak belki ilerisi için de referans oluşturmuş olur. İyi akşamlar. From h.ibrahim.gungor at gmail.com Sun Dec 6 09:06:18 2009 From: h.ibrahim.gungor at gmail.com (=?UTF-8?B?SC4gxLBicmFoaW0gR8O8bmfDtnI=?=) Date: Sun, 6 Dec 2009 09:06:18 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <4B1ADAE0.3040603@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912041103.01665.fatih@pardus.org.tr> <4B18DE2A.3090901@pardus.org.tr> <200912051725.42689.eren@pardus.org.tr> <4B1ADAE0.3040603@pardus.org.tr> Message-ID: 06 Aralık 2009 00:12 tarihinde Ozan Çağlayan yazdı: > Eren Türkay wrote: > > Toplu yama commentlemek için boxes kullanabilirsin? :) Review'da mevcut > > kendileri. > > > > Yükledikten sonra bir pspec.xml dosyasını vim ile aç, ile > > commentleyeceğin yeri seç, "!boxes -d html-cmt" yaz, voila! > > > > voilà! diyosun da :) > > > hede.patch > > hede.patch > > hede.patch > > hede.patch > > bunu XML'de boxes kullansan da nasıl toptan commentleyeceksin? > Bilmediğim bir şey varsa öğreneyim :) > > Vim için NERDCommenter kullanabilirsin: http://www.vim.org/scripts/script.php?script_id=1218 Yakında görüşmek üzere. -- H. İbrahim Güngör -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From gurer at pardus.org.tr Sun Dec 6 10:41:58 2009 From: gurer at pardus.org.tr (=?utf-8?q?G=C3=BCrer_=C3=96zen?=) Date: Sun, 6 Dec 2009 10:41:58 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <200912051827.04513.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051642.46691.fatih@pardus.org.tr> <200912051827.04513.gurer@pardus.org.tr> Message-ID: <200912061041.58408.gurer@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 18:27:04) Gürer Özen şunları yazmıştı: > Ekte buna göre yaptım. Mantık şöyle (rekürsif olarak): Daha da temizlenmiş ve hızlı hali, 20 satır. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: filter.py Type: text/x-python Size: 987 bytes Desc: kullanılamıyor URL: From eren at pardus.org.tr Sun Dec 6 10:44:17 2009 From: eren at pardus.org.tr (Eren =?iso-8859-9?q?T=FCrkay?=) Date: Sun, 6 Dec 2009 10:44:17 +0200 Subject: [Gelistirici] [Stable] [Security] applications/printing/cups In-Reply-To: <4B1ADC54.8080008@pardus.org.tr> References: <4B1A27AF.1010705@pardus.org.tr> <200912052044.47942.ekin@pardus.org.tr> <4B1ADC54.8080008@pardus.org.tr> Message-ID: <200912061044.18067.eren@pardus.org.tr> On Sunday 06 December 2009 12:19:00 am Ozan Çağlayan wrote: > Mesela CUPS açığı crafted request ile daemon hang/crash'e yol açabiliyor, > KVM açığı de guest OS üzerinden, host OS'te scheduling latency'i tavan > yaptırabilecek bir denial of service'e sebep oluyor. Diğer dağıtımlar buna moderately critical dedi. Ancak Kernel için "Important" olarak belirtiyor Redhat. Kıstasları nedir tam olarak bilmiyorum, bir belge halinde de yok şu ana kadar baktığım kadarıyla. Ubuntu ise sadece advisory yayınlıyor. İçerisinde önem derecesini belirten bir bilgi yok. Bunlar için diğer dağıtımları baz alıp S3 verelim derim. İlerleyen günlerde S ve QA değerlerini belirlemede nasıl bir yol izleyeceğimize karar verebiliriz. From dfisek at fisek.com.tr Sun Dec 6 11:32:17 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Sun, 6 Dec 2009 11:32:17 +0200 Subject: [Gelistirici] [Stable] [Security] applications/printing/cups In-Reply-To: <4B1ADC54.8080008@pardus.org.tr> References: <4B1A27AF.1010705@pardus.org.tr> <200912052044.47942.ekin@pardus.org.tr> <4B1ADC54.8080008@pardus.org.tr> Message-ID: <20091206113217.9044bf1d.dfisek@fisek.com.tr> Sun, 06 Dec 2009 00:19:00 +0200, Ozan Çağlayan : > Acı itiraf: Ben bunlara karar vermeyi kesinlikle beceremiyorum, Yalniz degilsin :) Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From ekin at pardus.org.tr Sun Dec 6 12:03:46 2009 From: ekin at pardus.org.tr (Ekin =?iso-8859-9?q?Mero=F0lu?=) Date: Sun, 6 Dec 2009 12:03:46 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: <200912051628.23112.eren@pardus.org.tr> References: <20091205154414.6f236f44.dfisek@fisek.com.tr> <200912051628.23112.eren@pardus.org.tr> Message-ID: <200912061203.47097.ekin@pardus.org.tr> On Saturday 05 December 2009 16:28:22 Eren Türkay wrote: > On Saturday 05 December 2009 03:44:14 pm Doruk Fisek wrote: > > Evet, bence onu da ekleyelim -- insanlar icin :) > > > > Icini acip xml dosyalarina bakmak Pisi icin kolay olabilir ama insanlar > > icin degil :) > > Katılıyorum. Paketlerin sonuna -2008, -2009 eklenmese bile mimari > belirtmenin doğru olacağına inanıyorum. Ben de bu fikirdeyim - geliştirici ve testçilerin çok işine yaracaktır, bir zarraı olduğunu da düşünmüyorum. Evet ideal değil ama işimizi kolaylaştıracağı kesin. -- Ekin Meroğlu From ozan at pardus.org.tr Sun Dec 6 13:51:06 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sun, 06 Dec 2009 13:51:06 +0200 Subject: [Gelistirici] 2008/devel/applications/virtualization/kvm - Limit instructions to 15 bytes (CVE-2009-4031) (#1... In-Reply-To: <200912052156.33674.ekin@pardus.org.tr> References: <20091204134236.35E0249C91A@ns1.pardus.org.tr> <200912052156.33674.ekin@pardus.org.tr> Message-ID: <4B1B9AAA.7030700@pardus.org.tr> Ekin Meroğlu wrote: > Ozan, bunu da aldım stable'a, eline sağlık.. Yalnız deneyebileceğim makinem > yok artık, paketi deneyemedim... > > Bi de QA ve S alalım... > QA4 S3 diyelim. Onur denedi 2009 sistemde, sorun olmadığını söyledi. From fatih at pardus.org.tr Sun Dec 6 14:10:56 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Sun, 6 Dec 2009 14:10:56 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: References: <4AFEB31E.3090102@comu.edu.tr> <4B1ADAE0.3040603@pardus.org.tr> Message-ID: <200912061410.57074.fatih@pardus.org.tr> On Sunday 06 December 2009 09:06:18 H. İbrahim Güngör wrote: > 06 Aralık 2009 00:12 tarihinde Ozan Çağlayan yazdı: > > Eren Türkay wrote: > > > Toplu yama commentlemek için boxes kullanabilirsin? :) Review'da mevcut > > > kendileri. > > > > > > Yükledikten sonra bir pspec.xml dosyasını vim ile aç, ile > > > commentleyeceğin yeri seç, "!boxes -d html-cmt" yaz, voila! > > > > voilà! diyosun da :) > > > > > > hede.patch > > > > hede.patch > > > > hede.patch > > > > hede.patch > > > > bunu XML'de boxes kullansan da nasıl toptan commentleyeceksin? > > Bilmediğim bir şey varsa öğreneyim :) > > Vim için NERDCommenter kullanabilirsin: > http://www.vim.org/scripts/script.php?script_id=1218 Bunun kolay bir yolunun olup olmaması önemli değil. Aradaki comment işaretlerine müdahele etmek diff çıktısını gereksiz yere büyütüyor. From fatih at pardus.org.tr Sun Dec 6 14:15:45 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sun, 6 Dec 2009 14:15:45 +0200 Subject: [Gelistirici] mudur=live* In-Reply-To: <20091204193557.17a121f6.onur@pardus.org.tr> References: <20091204193557.17a121f6.onur@pardus.org.tr> Message-ID: <200912061415.45474.fatih@pardus.org.tr> On Friday 04 December 2009 19:35:57 Onur Küçük wrote: > Yakında livecd / livedisk ayrımını kaldıracağım. Hazır değiştirmişken > bunu da değiştirmek istiyorum. LABEL bilgisini alırken de > root=LIVELABEL=XXXXX gibi bir yapı var aklımda. Benim önerim > > ya > > root=LIVELABEL ı kıstas alsın sistemler, bunu gören direkt live > sistemde olduğunu anlasın, ya da bu parametrenin yanına > > media=live > media=nfs > media=network (attım ama belki ileride bir tarihte) Bence media=... parametresi bulunsa iyi olur. root'u elle vermek isteyeceğimiz durumlar olabilir ve doğrudan aygıt adı kullanmak isteyebiliriz. Diğer araçların sistemin live olduğunu anlaması için gerekli. From mustafagunay at gmail.com Sun Dec 6 14:23:58 2009 From: mustafagunay at gmail.com (mustafa gunay) Date: Sun, 6 Dec 2009 14:23:58 +0200 Subject: [Gelistirici] mudur=live* In-Reply-To: <200912061415.45474.fatih@pardus.org.tr> References: <20091204193557.17a121f6.onur@pardus.org.tr> <200912061415.45474.fatih@pardus.org.tr> Message-ID: <408afad60912060423p59429eb8iee2c98b73658e6dc@mail.gmail.com> > > media=live > > media=nfs > > media=network (attım ama belki ileride bir tarihte) > > Bence media=... parametresi bulunsa iyi olur. root'u elle vermek > isteyeceğimiz > durumlar olabilir ve doğrudan aygıt adı kullanmak isteyebiliriz. Diğer > araçların sistemin live olduğunu anlaması için gerekli. > > Çok iyi bilmiyorum ama Fatih'in önerisini görünce aklıma şöyle bir senaryo geldi : mudur=live* değil de media_list.conf şeklinde bir dosyada tutulsa bu bilgi de müdür bey amca oradan sorgulasa medianın ne olduğunu böylece hem aygıt adı kullanmak da mümkün olabilir ? -- Mustafa GÜNAY -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From gurer at pardus.org.tr Sun Dec 6 14:26:03 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sun, 6 Dec 2009 14:26:03 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912061410.57074.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912061410.57074.fatih@pardus.org.tr> Message-ID: <200912061426.04014.gurer@pardus.org.tr> 06 Aralık 2009 Pazar günü (saat 14:10:56) Fatih Aşıcı şunları yazmıştı: > Bunun kolay bir yolunun olup olmaması önemli değil. Aradaki comment > işaretlerine müdahele etmek diff çıktısını gereksiz yere büyütüyor. Bu geçerli bir argüman. Otomatik de olsa aradaki datayı editlemek hoş değil. Bunu da sağlayan bir çözüm önerim var: 1.diff 2.diff ]]> 4.diff Bu şekilde aradaki taglar tamamen karakter data olarak işleniyor. Piside tagler arasında kalan karakter datası ignore edildiği için işlenmiyor ve validate araçlarına da takılmayacağını zannediyorum. Commentlenecek kısımda "]]>" dizisi geçmesi ise çok düşük ihtimal. From fatih at pardus.org.tr Sun Dec 6 14:36:23 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Sun, 6 Dec 2009 14:36:23 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <200912061041.58408.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051827.04513.gurer@pardus.org.tr> <200912061041.58408.gurer@pardus.org.tr> Message-ID: <200912061436.23539.fatih@pardus.org.tr> On Sunday 06 December 2009 10:41:58 Gürer Özen wrote: > 05 Aralık 2009 Cumartesi günü (saat 18:27:04) Gürer Özen şunları yazmıştı: > > Ekte buna göre yaptım. Mantık şöyle (rekürsif olarak): > > Daha da temizlenmiş ve hızlı hali, 20 satır. > Eline sağlık. Tek gördüğüm sorun PISI tagındakilerin dikkate alınmaması. Bunun için bir şey yapabilir miyiz bilmiyorum. Ya da bazı paketlerin derlenmemesi için PISI yerine Source tagını mı gizlesek bilemedim. Ayrıca kafama şöyle bir şey takıldı. Kaynak depoda pisi-index.xml tutuyoruz. Bu dosyanın ya bu işleme tabi tutulmadan oluşturulması gerekiyor ya da en azından her mimari için ayrı bir index tutulması gerekiyor. Gerçi Faik bana source depo index'indeki bilgilerin çoğunun kullanılmadığını söylemişti. Sadece pspec dosyalarının path'leri alınıyor sanırım. From fatih at pardus.org.tr Sun Dec 6 14:40:26 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sun, 6 Dec 2009 14:40:26 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912061426.04014.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912061410.57074.fatih@pardus.org.tr> <200912061426.04014.gurer@pardus.org.tr> Message-ID: <200912061440.26804.fatih@pardus.org.tr> On Sunday 06 December 2009 14:26:03 Gürer Özen wrote: > 06 Aralık 2009 Pazar günü (saat 14:10:56) Fatih Aşıcı şunları yazmıştı: > > Bunun kolay bir yolunun olup olmaması önemli değil. Aradaki comment > > işaretlerine müdahele etmek diff çıktısını gereksiz yere büyütüyor. > > Bu geçerli bir argüman. Otomatik de olsa aradaki datayı editlemek hoş > değil. Bunu da sağlayan bir çözüm önerim var: > > 1.diff > 2.diff > > ]]> > 4.diff > > Bu şekilde aradaki taglar tamamen karakter data olarak işleniyor. Piside > tagler arasında kalan karakter datası ignore edildiği için işlenmiyor ve > validate araçlarına da takılmayacağını zannediyorum. Commentlenecek kısımda > "]]>" dizisi geçmesi ise çok düşük ihtimal. Güzelmiş :) Bu işimizi görür. From gurer at pardus.org.tr Sun Dec 6 14:45:07 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sun, 6 Dec 2009 14:45:07 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912061436.23539.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912061041.58408.gurer@pardus.org.tr> <200912061436.23539.fatih@pardus.org.tr> Message-ID: <200912061445.08044.gurer@pardus.org.tr> 06 Aralık 2009 Pazar günü (saat 14:36:23) Fatih Aşıcı şunları yazmıştı: > Eline sağlık. Tek gördüğüm sorun PISI tagındakilerin dikkate alınmaması. > Bunun için bir şey yapabilir miyiz bilmiyorum. Ya da bazı paketlerin > derlenmemesi için PISI yerine Source tagını mı gizlesek bilemedim. Evet kod hep alt taglara bakarak gidiyor. En üst tag için elle bir check koyabiliriz. From faik at pardus.org.tr Mon Dec 7 08:09:29 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Mon, 7 Dec 2009 08:09:29 +0200 Subject: [Gelistirici] =?utf-8?q?paket_isimleri_hakk=C4=B1nda?= In-Reply-To: <200912051628.23112.eren@pardus.org.tr> References: <20091205154414.6f236f44.dfisek@fisek.com.tr> <200912051628.23112.eren@pardus.org.tr> Message-ID: <200912070809.29546.faik@pardus.org.tr> > On Saturday 05 December 2009 03:44:14 pm Doruk Fisek wrote: > > Evet, bence onu da ekleyelim -- insanlar icin :) > > > > Icini acip xml dosyalarina bakmak Pisi icin kolay olabilir ama insanlar > > icin degil :) > > Katılıyorum. Paketlerin sonuna -2008, -2009 eklenmese bile mimari > belirtmenin doğru olacağına inanıyorum. +1 2009.1'de de i686 eklemeye başlayalım mı? pisi'ye veya güncellemelere bir etkisi olmayacak. Eklense de eklenmese de pisi aynı şekilde çalışacak. Sadece dosya adında görünmeye başlayacak, pisi bu kısmı ignore edecek. - Faik From fatih at pardus.org.tr Mon Dec 7 08:53:55 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Mon, 7 Dec 2009 08:53:55 +0200 Subject: [Gelistirici] corporate2/devel-x86_64/kernel - first commit of x86_64. In-Reply-To: <20091206204345.1C61149C901@ns1.pardus.org.tr> References: <20091206204345.1C61149C901@ns1.pardus.org.tr> Message-ID: <200912070853.55850.fatih@pardus.org.tr> On Sunday 06 December 2009 22:43:44 Necdet Yücel wrote: > Author: necdet.yucel > Date: Sun Dec 6 22:43:44 2009 > New Revision: 82260 > > Added: > corporate2/devel-x86_64/kernel/ > corporate2/devel-x86_64/kernel/default/ > corporate2/devel-x86_64/kernel/default/drivers/ > corporate2/devel-x86_64/kernel/default/drivers/module-fglrx/ > corporate2/devel-x86_64/kernel/default/drivers/module-fglrx/actions.py > corporate2/devel-x86_64/kernel/default/drivers/module-fglrx/comar/ (...) > Log: > first commit of x86_64. svn cp ile kopyalanmadığında bu dosyaların svn geçmişini kaybediyoruz. devel deposundan (ya da hangi depo temel alınıyorsa o depodan) kopyalanması daha doğru olur. From ozan at pardus.org.tr Mon Dec 7 09:06:58 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Mon, 07 Dec 2009 09:06:58 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: <200912070809.29546.faik@pardus.org.tr> References: <20091205154414.6f236f44.dfisek@fisek.com.tr> <200912051628.23112.eren@pardus.org.tr> <200912070809.29546.faik@pardus.org.tr> Message-ID: <4B1CA992.6070205@pardus.org.tr> Faik Uygur wrote On 07-12-2009 08:09: >> On Saturday 05 December 2009 03:44:14 pm Doruk Fisek wrote: >> >>> Evet, bence onu da ekleyelim -- insanlar icin :) >>> >>> Icini acip xml dosyalarina bakmak Pisi icin kolay olabilir ama insanlar >>> icin degil :) >>> >> Katılıyorum. Paketlerin sonuna -2008, -2009 eklenmese bile mimari >> belirtmenin doğru olacağına inanıyorum. >> > > +1 > > 2009.1'de de i686 eklemeye başlayalım mı? pisi'ye veya güncellemelere bir > etkisi olmayacak. Eklense de eklenmese de pisi aynı şekilde çalışacak. Sadece > dosya adında görünmeye başlayacak, pisi bu kısmı ignore edecek. > Şu i686'yı da konuşsak neden i686 :) From faik at pardus.org.tr Mon Dec 7 09:28:22 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Mon, 7 Dec 2009 09:28:22 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <200912061436.23539.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912061041.58408.gurer@pardus.org.tr> <200912061436.23539.fatih@pardus.org.tr> Message-ID: <200912070928.22961.faik@pardus.org.tr> > On Sunday 06 December 2009 10:41:58 Gürer Özen wrote: > Ayrıca kafama şöyle bir şey takıldı. Kaynak depoda pisi-index.xml > tutuyoruz. Bu dosyanın ya bu işleme tabi tutulmadan oluşturulması > gerekiyor ya da en azından her mimari için ayrı bir index tutulması > gerekiyor. Gerçi Faik bana source depo index'indeki bilgilerin çoğunun > kullanılmadığını söylemişti. Sadece pspec dosyalarının path'leri alınıyor > sanırım. for kullanılacaksa tek bir index zorlamaya gerek yok. Amacımız sadece tek kaynak paketten farklı mimariler ve durumlara göre paket üretebilmek. Ayrı index çıkarılabilir. - Faik From onur at pardus.org.tr Mon Dec 7 09:31:58 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Mon, 7 Dec 2009 09:31:58 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: <200912070809.29546.faik@pardus.org.tr> References: <200912051628.23112.eren@pardus.org.tr> <200912070809.29546.faik@pardus.org.tr> Message-ID: <200912070931.58839.onur@pardus.org.tr> On 07 Aralık 2009 Pazartesi 08:09:29 Faik Uygur wrote: > > On Saturday 05 December 2009 03:44:14 pm Doruk Fisek wrote: > > > Evet, bence onu da ekleyelim -- insanlar icin :) > > > > > > Icini acip xml dosyalarina bakmak Pisi icin kolay olabilir ama insanlar > > > icin degil :) > > > > Katılıyorum. Paketlerin sonuna -2008, -2009 eklenmese bile mimari > > belirtmenin doğru olacağına inanıyorum. > > +1 > > 2009.1'de de i686 eklemeye başlayalım mı? pisi'ye veya güncellemelere bir > etkisi olmayacak. Eklense de eklenmese de pisi aynı şekilde çalışacak. > Sadece dosya adında görünmeye başlayacak, pisi bu kısmı ignore edecek. Paketlerin bir kısmında mimari adı var bir kısmında yok durumu olacak ama. 2009 içinde yapmayalım. -- Onur Küçük Knowledge speaks, but wisdom listens From faik at pardus.org.tr Mon Dec 7 09:31:18 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Mon, 7 Dec 2009 09:31:18 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <200912061426.04014.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912061410.57074.fatih@pardus.org.tr> <200912061426.04014.gurer@pardus.org.tr> Message-ID: <200912070931.18046.faik@pardus.org.tr> > 06 Aralık 2009 Pazar günü (saat 14:10:56) Fatih Aşıcı şunları yazmıştı: > > Bunun kolay bir yolunun olup olmaması önemli değil. Aradaki comment > > işaretlerine müdahele etmek diff çıktısını gereksiz yere büyütüyor. > > Bu geçerli bir argüman. Otomatik de olsa aradaki datayı editlemek hoş > değil. Bunu da sağlayan bir çözüm önerim var: > > 1.diff > 2.diff > > ]]> > 4.diff Çirkin bir şeymiş, xml assembly dili bu :) - Faik From gurer at pardus.org.tr Mon Dec 7 09:36:38 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Mon, 7 Dec 2009 09:36:38 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912070931.18046.faik@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912061426.04014.gurer@pardus.org.tr> <200912070931.18046.faik@pardus.org.tr> Message-ID: <200912070936.38352.gurer@pardus.org.tr> 07 Aralık 2009 Pazartesi günü (saat 09:31:18) Faik Uygur şunları yazmıştı: > > 1.diff > > > 2.diff > > > > ]]> > > 4.diff > > Çirkin bir şeymiş, xml assembly dili bu :) Mesela tagler içeren bir şeyi text olarak eklemek istiyorsan, ortalığı < > doldurmasın diye eklemişler bu özelliği. From faik at pardus.org.tr Mon Dec 7 10:28:37 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Mon, 7 Dec 2009 10:28:37 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <200912051607.20113.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051549.05493.gurer@pardus.org.tr> <200912051607.20113.gurer@pardus.org.tr> Message-ID: <200912071028.37591.faik@pardus.org.tr> > 05 Aralık 2009 Cumartesi günü (saat 15:49:05) Gürer Özen şunları yazmıştı: > > Mimari sayısı artarsa arap saçına döneceğinden korkuyorum. Şu yukarki > > ifadeyi kavramak bile biraz zaman alıyor. > > Aslında buradaki temel karışıklık durumların birden fazla parçadan > oluşmasından kaynaklanıyor gibi. Gerçekten extensible bir durum setine > ihtiyacımız var mı? > > Mimariye özel durumlar var (x86, x64, arm, vb). > > Bootstrap ise ya genel olabilir (bootstrap), yada pakette mimariye özel bir > durum varsa gene mimariye bağlı olabilir (x86-bootstrap, x64-bootstrap). > > Eğer "x64,arm" yada "!arm,bootstrap" gibi senaryolar çok nadir olacaksa, ve > pspec'te farklılık gerektiren başka bir durum çeşidimiz yoksa, tek > keywordle basitçe halledelim? Threadden anladığım kadarı ile eksilerini ve artılarını çıkartmaya çalıştım her iki yöntemin. Artı eksi farkı diye bir şey yok gibi, liste kısa zaten. Atladıklarımı ekleyebilirsiniz. XML Tag Attributeleri ------------------ + Xml yapısı dışına çıkılmamış oluyor - Implementasyonu pisi tarafında daha fazla iş gerektiriyor - İlerde attributelar ile kriptik bir "pisi xml processor" dili ortaya çıkabilir. Şimdilik ortaya atılanlar: for, forEach (or veya and), notFor, !arch - Attributelar için yeni definelar gerekecek. for=x86_bootstrap (and ve or sorunu... preprocessor'ın and ve or desteği var) XML Preprocessor ---------------- + Implementasyonu pisi tarafında çok fazla iş gerektirmiyor - XML ve Python dışında ayrı bir preprocessor syntax'i öğrenmek gerekiyor. - XML dışı editorler ile işlemek zorlaşıyor. + ile yamaları comment etme işi daha alışılmış ve okunaklı + Definelara değişken değeri verebiliyorsun işe yarayabilir. (Fatih bir örnek verdi: Yazılım firması tek bir kaynak paket ile 2008 öncesi Pardus, 2009 sonrası Pardus için şunu şunu yap diyebilir.) İlk gidişatta for ve preprocessor'ı da beraber ekleyelim gibi düşündüm. preprocessor'ın sadece ını kullanırız, pisi ye eklenmiş olur, hem şimdiden göremediğimiz durumlar için ilerde de işimize yarayabilir diye düşündüm. for ile de arch işini hallederiz. Fakat for işi, peki şunu nasıl yaparız dedikçe ortaya atılan fikirler ile ve sonrasında çıkabilecek yeni attribute istekleri ile biraz gözümü korkuttu. İleriye dönük olarak sanki preprocessor daha temiz ve doğru bir seçim gibi geliyor bana. - Faik From gurer at pardus.org.tr Mon Dec 7 10:34:26 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Mon, 7 Dec 2009 10:34:26 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912071028.37591.faik@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051607.20113.gurer@pardus.org.tr> <200912071028.37591.faik@pardus.org.tr> Message-ID: <200912071034.26828.gurer@pardus.org.tr> 07 Aralık 2009 Pazartesi günü (saat 10:28:37) Faik Uygur şunları yazmıştı: > - Implementasyonu pisi tarafında daha fazla iş gerektiriyor Implementasyon elimizde aslında, 20 satırlık bir fonksiyon. Bunu parse'tan hemen sonra çağırmak yetecek. > - İlerde attributelar ile kriptik bir "pisi xml processor" dili ortaya > çıkabilir. Şimdilik ortaya atılanlar: for, forEach (or veya and), notFor, > !arch for ve notFor var yalnızca en son durumda. > + Definelara değişken değeri verebiliyorsun işe yarayabilir. (Fatih bir > örnek verdi: Yazılım firması tek bir kaynak paket ile 2008 öncesi Pardus, > 2009 sonrası Pardus için şunu şunu yap diyebilir.) Attribute ile de yapabiliyoruz bunu. Hatta güzel bir use-case imiş. From gurer at pardus.org.tr Mon Dec 7 10:48:40 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Mon, 7 Dec 2009 10:48:40 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912071034.26828.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912071028.37591.faik@pardus.org.tr> <200912071034.26828.gurer@pardus.org.tr> Message-ID: <200912071048.40387.gurer@pardus.org.tr> Bu arada, düşünürken hep x64 portu ihtiyaçları bazında düşündük. Diğer mimariler için (mesela arm), derlemeleri x86 üzerinde cross yapabileceğimiz bir yapı gerekecek. Yoksa depoyu build etmek günler sürebilir :) From faik at pardus.org.tr Mon Dec 7 10:52:13 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Mon, 7 Dec 2009 10:52:13 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <200912071028.37591.faik@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051607.20113.gurer@pardus.org.tr> <200912071028.37591.faik@pardus.org.tr> Message-ID: <200912071052.13501.faik@pardus.org.tr> > > 05 Aralık 2009 Cumartesi günü (saat 15:49:05) Gürer Özen şunları yazmıştı: > XML Tag Attributeleri > ------------------ > + Xml yapısı dışına çıkılmamış oluyor > - Implementasyonu pisi tarafında daha fazla iş gerektiriyor - Attribute tekrar yazımları ve okunabilirliği References: <4AFEB31E.3090102@comu.edu.tr> <200912071028.37591.faik@pardus.org.tr> <200912071052.13501.faik@pardus.org.tr> Message-ID: <200912071147.36833.gurer@pardus.org.tr> 07 Aralık 2009 Pazartesi günü (saat 10:52:13) Faik Uygur şunları yazmıştı: > for için References: <4AFEB31E.3090102@comu.edu.tr> <200912071028.37591.faik@pardus.org.tr> <200912071052.13501.faik@pardus.org.tr> Message-ID: <200912071239.07597.fatih@pardus.org.tr> On Monday 07 December 2009 10:52:13 Faik Uygur wrote: > > > 05 Aralık 2009 Cumartesi günü (saat 15:49:05) Gürer Özen şunları > > > yazmıştı: > > > > XML Tag Attributeleri > > ------------------ > > + Xml yapısı dışına çıkılmamış oluyor > > - Implementasyonu pisi tarafında daha fazla iş gerektiriyor > > - Attribute tekrar yazımları ve okunabilirliği > > yerine > > > > > for için Eğer bir pakette çok sayıda mimariye özel yama varsa okunurluğu arttırmak için Patches tagında attribute kullanabiliriz. ... x86 yamaları ... arm yamaları şeklinde. Tabi bu yöntemde ortak yamalar tekrarlanmış olur; fakat okunabilirliği arttırmak için değebilir. Paketçi hangi tag'da for kullanacağına duruma göre karar verebilir. Aslında preprocess'den vazgeçme nedenim pisi-index.xml içine comment'lerin taşınamayışıydı. Ama aynı sorun attribute kullanıldığında da çıktı. Mimariler için ayrı index kullanacaksak preprocess daha yetenekli görünüyor bana da. From necdetyucel at gmail.com Mon Dec 7 13:08:23 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Mon, 7 Dec 2009 13:08:23 +0200 Subject: [Gelistirici] corporate2/devel-x86_64/kernel - first commit of x86_64. In-Reply-To: <200912070853.55850.fatih@pardus.org.tr> References: <20091206204345.1C61149C901@ns1.pardus.org.tr> <200912070853.55850.fatih@pardus.org.tr> Message-ID: Haklısın, buna dikkat etmemiz lazım. From necdetyucel at gmail.com Mon Dec 7 13:29:07 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Mon, 7 Dec 2009 13:29:07 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: <200912070931.58839.onur@pardus.org.tr> References: <200912051628.23112.eren@pardus.org.tr> <200912070809.29546.faik@pardus.org.tr> <200912070931.58839.onur@pardus.org.tr> Message-ID: >  Paketlerin bir kısmında mimari adı var bir kısmında yok durumu olacak ama. > 2009 içinde yapmayalım. Peki corporate2 için uygun olur mu? Necdet Yücel From faik at pardus.org.tr Mon Dec 7 13:38:59 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Mon, 7 Dec 2009 13:38:59 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <200912071239.07597.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912071052.13501.faik@pardus.org.tr> <200912071239.07597.fatih@pardus.org.tr> Message-ID: <200912071338.59468.faik@pardus.org.tr> > On Monday 07 December 2009 10:52:13 Faik Uygur wrote: [...] > > for için > Eğer bir pakette çok sayıda mimariye özel yama varsa okunurluğu arttırmak > için Patches tagında attribute kullanabiliriz. :) - Faik From taner at pardus.org.tr Mon Dec 7 13:42:55 2009 From: taner at pardus.org.tr (Taner =?iso-8859-9?Q?Ta=FE?=) Date: Mon, 7 Dec 2009 13:42:55 +0200 (EET) Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912071052.13501.faik@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051607.20113.gurer@pardus.org.tr> <200912071028.37591.faik@pardus.org.tr> <200912071052.13501.faik@pardus.org.tr> Message-ID: > References: <4AFEB31E.3090102@comu.edu.tr> <200912071052.13501.faik@pardus.org.tr> Message-ID: <200912071352.32883.fatih@pardus.org.tr> On Monday 07 December 2009 13:42:55 Taner Taş wrote: > > > > > > > > Aklımdan öylesine geçti de, mimari için gereken yama tag'larını dosya > isimlerine uzantı olarak eklesek ne gibi bir sıkıntı olur? Patch sadece bir örnek. Diğer taglar (Archive, Dependency, Package, vs.) için de bir ayrım söz konusu. From gkmngrgn at gmail.com Mon Dec 7 13:50:43 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Mon, 7 Dec 2009 13:50:43 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: References: <4AFEB31E.3090102@comu.edu.tr> <200912051607.20113.gurer@pardus.org.tr> <200912071028.37591.faik@pardus.org.tr> <200912071052.13501.faik@pardus.org.tr> Message-ID: <579eef480912070350rb6feb98x9eef44bab09c9c89@mail.gmail.com> 2009/12/7 Taner Taş > > > > > > > > > Aklımdan öylesine geçti de, mimari için gereken yama tag'larını dosya > isimlerine uzantı olarak eklesek ne gibi bir sıkıntı olur? > > .x86.diff .x86-64.patch .arm.patch şeklinde dostya uzantısından önce veya > birlikte kullanılırsa pisi bunları derleme sırasında mimari tipine göre > ayıklayabilir. Bu tip bir uzantıya sahip olmayan dosyalar "generic" olarak > ayıklanıp her koşulda uygulanabilir sanki.. > > Ben de diyorum ki, files içinde .patch uzantılı olanları pisi patch olarak algılasa, sonra level'i diff +++ --- satırından anlasa, senin dediğin şekilde de hangi mimariye ait yama olduğunu anlasa vs. vs.. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From necdetyucel at gmail.com Mon Dec 7 13:56:22 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Mon, 7 Dec 2009 13:56:22 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912071048.40387.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912071028.37591.faik@pardus.org.tr> <200912071034.26828.gurer@pardus.org.tr> <200912071048.40387.gurer@pardus.org.tr> Message-ID: 07 Aralık 2009 10:48 tarihinde Gürer Özen yazdı: > > Bu arada, düşünürken hep x64 portu ihtiyaçları bazında düşündük. Diğer > mimariler için (mesela arm), derlemeleri x86 üzerinde cross yapabileceğimiz > bir yapı gerekecek. Yoksa depoyu build etmek günler sürebilir :) Bu arada; biz x86_64'ü de çapraz derleme ile derlemiyoruz ;) Necdet Yücel From gurer at pardus.org.tr Mon Dec 7 14:21:48 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Mon, 7 Dec 2009 14:21:48 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912071338.59468.faik@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912071239.07597.fatih@pardus.org.tr> <200912071338.59468.faik@pardus.org.tr> Message-ID: <200912071421.48388.gurer@pardus.org.tr> 07 Aralık 2009 Pazartesi günü (saat 13:38:59) Faik Uygur şunları yazmıştı: > > > for için > > fazla > Eğer bir pakette çok sayıda mimariye özel yama varsa okunurluğu arttırmak > > için Patches tagında attribute kullanabiliriz. > :) İki durum farklı. Birinde birden fazla Patches var, ama bir mimari için yalnız biri aktif. Öbüründe birden fazla aktif Patches düşünülmüş. From gurer at pardus.org.tr Mon Dec 7 14:26:42 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Mon, 7 Dec 2009 14:26:42 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: References: <4AFEB31E.3090102@comu.edu.tr> <200912071048.40387.gurer@pardus.org.tr> Message-ID: <200912071426.42758.gurer@pardus.org.tr> 07 Aralık 2009 Pazartesi günü (saat 13:56:22) Necdet Yücel şunları yazmıştı: > 07 Aralık 2009 10:48 tarihinde Gürer Özen yazdı: > > Bu arada, düşünürken hep x64 portu ihtiyaçları bazında düşündük. Diğer > > mimariler için (mesela arm), derlemeleri x86 üzerinde cross > > yapabileceğimiz bir yapı gerekecek. Yoksa depoyu build etmek günler > > sürebilir :) > > Bu arada; biz x86_64'ü de çapraz derleme ile derlemiyoruz ;) Ben de onu söyledim zaten. Siz x64'ü native derliyorsunuz ama Arm için hızlı ve kolay bir yol olmaz. From inancyildirgan at gmail.com Tue Dec 8 16:20:46 2009 From: inancyildirgan at gmail.com (=?utf-8?q?=C4=B0nan=C3=A7_Y=C4=B1ld=C4=B1rgan?=) Date: Tue, 8 Dec 2009 16:20:46 +0200 Subject: [Gelistirici] usbmuxd paketi Message-ID: <200912081620.46670.inancyildirgan@gmail.com> Selamlar: Depodaki [1] usbmuxd paketini derlerken; * REMINDER * Remember to add a user named 'usbmux' with USB access permissions for the udev hotplugging feature to work out of the box. şeklinde bir hatırlatma çıkıyor. Bunun için pakette herhangi bir işlem yapmamıza gerek var mı? Grup eklemek vb. gibi? [1]= http://svn.pardus.org.tr/pardus/2009/devel/hardware/library/usbmuxd/ From ozan at pardus.org.tr Tue Dec 8 16:30:53 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Tue, 08 Dec 2009 16:30:53 +0200 Subject: [Gelistirici] usbmuxd paketi In-Reply-To: <200912081620.46670.inancyildirgan@gmail.com> References: <200912081620.46670.inancyildirgan@gmail.com> Message-ID: <4B1E631D.4030003@pardus.org.tr> İnanç Yıldırgan wrote On 08-12-2009 16:20: > Selamlar: > > Depodaki [1] usbmuxd paketini derlerken; > > * REMINDER > * Remember to add a user named 'usbmux' with USB access permissions for the > udev hotplugging feature to work out of the box. > > şeklinde bir hatırlatma çıkıyor. Bunun için pakette herhangi bir işlem > yapmamıza gerek var mı? Grup eklemek vb. gibi? > Paketler senin üzerinde olduğuna göre, elinde bir iPhone, iPod olduğunu varsayıyorum. Eğer varsa, paketlerin şu haliyle düzgün çalışıp çalışmadığına karar verebiliyor olmalısın :) From inancyildirgan at gmail.com Tue Dec 8 16:27:54 2009 From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=) Date: Tue, 8 Dec 2009 16:27:54 +0200 Subject: [Gelistirici] usbmuxd paketi In-Reply-To: <4B1E631D.4030003@pardus.org.tr> References: <200912081620.46670.inancyildirgan@gmail.com> <4B1E631D.4030003@pardus.org.tr> Message-ID: <200912081627.54756.inancyildirgan@gmail.com> 08 Aralık 2009 Salı günü (saat 16:30:53) Ozan Çağlayan şunları yazmıştı: > Paketler senin üzerinde olduğuna göre, elinde bir iPhone, iPod olduğunu > varsayıyorum. Eğer varsa, paketlerin şu haliyle düzgün çalışıp > çalışmadığına karar verebiliyor olmalısın :) :D gerekli alet edevat var. Takınca sorun da çıkarmıyor, çalışıyor. Ama yine de bir sorayım istemiştim. Demek ki gerek yokmuş. From fatih at pardus.org.tr Tue Dec 8 17:13:35 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Tue, 8 Dec 2009 17:13:35 +0200 Subject: [Gelistirici] corporate2/devel/multimedia/graphics/gwenview - Keep libtool .la files In-Reply-To: <20091208144542.892D549C91F@ns1.pardus.org.tr> References: <20091208144542.892D549C91F@ns1.pardus.org.tr> Message-ID: <200912081713.35275.fatih@pardus.org.tr> On Tuesday 08 December 2009 16:45:42 Ozan Çağlayan wrote: > Author: ozan.caglayan > Date: Tue Dec 8 16:45:42 2009 > New Revision: 82330 > > Modified: > corporate2/devel/multimedia/graphics/gwenview/actions.py > corporate2/devel/multimedia/graphics/gwenview/pspec.xml > Log: > Keep libtool .la files /usr/kde/3.5/lib altındaki sürümlü kitaplıklara ait .la dosyalarını bırakmak iyi fikir olmayabilir. İlerde bu kitaplıklara bağlı diğer paketlerde build problemleri yaşayabiliriz. From ozan at pardus.org.tr Tue Dec 8 18:41:47 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Tue, 08 Dec 2009 18:41:47 +0200 Subject: [Gelistirici] corporate2/devel/multimedia/graphics/gwenview - Keep libtool .la files In-Reply-To: <200912081713.35275.fatih@pardus.org.tr> References: <20091208144542.892D549C91F@ns1.pardus.org.tr> <200912081713.35275.fatih@pardus.org.tr> Message-ID: <4B1E81CB.8010104@pardus.org.tr> Fatih Aşıcı wrote: > On Tuesday 08 December 2009 16:45:42 Ozan Çağlayan wrote: > >> Author: ozan.caglayan >> Date: Tue Dec 8 16:45:42 2009 >> New Revision: 82330 >> >> Modified: >> corporate2/devel/multimedia/graphics/gwenview/actions.py >> corporate2/devel/multimedia/graphics/gwenview/pspec.xml >> Log: >> Keep libtool .la files >> > > /usr/kde/3.5/lib altındaki sürümlü kitaplıklara ait .la dosyalarını bırakmak > iyi fikir olmayabilir. İlerde bu kitaplıklara bağlı diğer paketlerde build > problemleri yaşayabiliriz. > gwenview çalışmıyor şu an corporate2' .la eksiğinden dolayı. gwenview'ın lib/'e attığı şey büyük ihtimalle modüldür zaten, bir şeyin ona linkleneceğini sanmıyorum. From fatih at pardus.org.tr Wed Dec 9 00:40:37 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Wed, 9 Dec 2009 00:40:37 +0200 Subject: [Gelistirici] branches/kde/kaptan - modify the current maintainer name and email In-Reply-To: <20091208214541.99A4E49C90B@ns1.pardus.org.tr> References: <20091208214541.99A4E49C90B@ns1.pardus.org.tr> Message-ID: <200912090040.37225.fatih@pardus.org.tr> On Tuesday 08 December 2009 23:45:41 Renan Çakırerk wrote: > Author: renan.cakirerk > Date: Tue Dec 8 23:45:41 2009 > New Revision: 26727 > > Modified: > branches/kde/kaptan/AUTHORS > branches/kde/kaptan/README > Log: > modify the current maintainer name and email Kaptan'ın branch dizininde bir karışıklık olmuş anlaşılan. Yarın bakalım. From mete at pardus.org.tr Wed Dec 9 01:08:40 2009 From: mete at pardus.org.tr (Mete Alpaslan) Date: Wed, 9 Dec 2009 01:08:40 +0200 Subject: [Gelistirici] branches/kde/kaptan - modify the current maintainer name and email In-Reply-To: <200912090040.37225.fatih@pardus.org.tr> References: <20091208214541.99A4E49C90B@ns1.pardus.org.tr> <200912090040.37225.fatih@pardus.org.tr> Message-ID: <200912090108.40595.mete@pardus.org.tr> On Wednesday 09 December 2009 00:40:37 Fatih Aşıcı wrote: > On Tuesday 08 December 2009 23:45:41 Renan Çakırerk wrote: > > Author: renan.cakirerk > > Date: Tue Dec 8 23:45:41 2009 > > New Revision: 26727 > > > > Modified: > > branches/kde/kaptan/AUTHORS > > branches/kde/kaptan/README > > Log: > > modify the current maintainer name and email > > Kaptan'ın branch dizininde bir karışıklık olmuş anlaşılan. Yarın bakalım. Bende commiti görünce diyecektim. Bu arada aynı sorun pardusman 2008 branchında da var 2009 ile aynı :S ----------Mete Alpaslan ----------------- From gkmngrgn at gmail.com Wed Dec 9 02:09:38 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Wed, 9 Dec 2009 02:09:38 +0200 Subject: [Gelistirici] =?iso-8859-9?q?gnome-common=27un_kararl=FD_depoya_t?= =?iso-8859-9?q?a=FE=FDnmas=FD_talebi?= In-Reply-To: <579eef480912011131l7c69c407la28a1a4224d33859@mail.gmail.com> References: <579eef480912011131l7c69c407la28a1a4224d33859@mail.gmail.com> Message-ID: <579eef480912081609t1e441ebchdb5b0b0d7d97f687@mail.gmail.com> 2009/12/1 Gökmen Görgen > Selamlar, > > Gerek pulseaudio'nun bazı araçlarının bağımlılık olarak ihtiyaç duyması, > gerekse önemli bir paket olması nedeniyle gnome-desktop'u kararlı depoya > almayı düşünüyorum; ama gnome-desktop'un kararlı depoda olmayan gnome-common > adında bir bağımlılığı var. İtiraz olmazsa, gnome-common'u kararlı depoya > taşıyabilir miyiz? > > Birkaç gün içinde müsait olduğum zaman taşıma işlemini ben de yapabilirim. > > gnome-common pardus deposuna aktarılıp, contrip deposundan silindi. Bununla beraber gnome-desktop da gnome-common'un yanına gitti. Depo sorumlularına duyurulur. Bu arada, pardus kararlı deposunda desktop/gnome altında base, addon gibi alt bileşenler açılmamış. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From scirit at pardus.org.tr Wed Dec 9 09:55:13 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Wed, 9 Dec 2009 09:55:13 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091209_2009_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912082355y1cc54db6qa7b30b5f30af9d56@mail.gmail.com> Selamlar, 20091209 2009 Güvenlik Güncellemesi Testleri için son tarih: 10-12-2009 09:00 System bileşeni ---------------------------- glibc glibc-locales-aa glibc-locales-af glibc-locales-am glibc-locales-an glibc-locales-ar glibc-locales-as glibc-locales-ast glibc-locales-az glibc-locales-be glibc-locales-ber glibc-locales-bg glibc-locales-bn glibc-locales-bo glibc-locales-br glibc-locales-bs glibc-locales-byn glibc-locales-ca glibc-locales-crh glibc-locales-cs glibc-locales-csb glibc-locales-cy glibc-locales-da glibc-locales-de glibc-locales-dz glibc-locales-el glibc-locales-en glibc-locales-es glibc-locales-et glibc-locales-eu glibc-locales-fa glibc-locales-fi glibc-locales-fil glibc-locales-fo glibc-locales-fr glibc-locales-fur glibc-locales-fy glibc-locales-ga glibc-locales-gd glibc-locales-gez glibc-locales-gl glibc-locales-gu glibc-locales-gv glibc-locales-ha glibc-locales-he glibc-locales-hi glibc-locales-hne glibc-locales-hr glibc-locales-hsb glibc-locales-ht glibc-locales-hu glibc-locales-hy glibc-locales-id glibc-locales-ig glibc-locales-ik glibc-locales-is glibc-locales-it glibc-locales-iu glibc-locales-iw glibc-locales-ja glibc-locales-ka glibc-locales-kk glibc-locales-kl glibc-locales-km glibc-locales-kn glibc-locales-ko glibc-locales-ks glibc-locales-ku glibc-locales-kw glibc-locales-ky glibc-locales-lg glibc-locales-li glibc-locales-lo glibc-locales-lt glibc-locales-lv glibc-locales-mai glibc-locales-mg glibc-locales-mi glibc-locales-mk glibc-locales-ml glibc-locales-mn glibc-locales-mr glibc-locales-ms glibc-locales-mt glibc-locales-nb glibc-locales-nds glibc-locales-ne glibc-locales-nl glibc-locales-nn glibc-locales-nr glibc-locales-nso glibc-locales-oc glibc-locales-om glibc-locales-or glibc-locales-pa glibc-locales-pap glibc-locales-pl glibc-locales-pt glibc-locales-ro glibc-locales-ru glibc-locales-rw glibc-locales-sa glibc-locales-sc glibc-locales-sd glibc-locales-se glibc-locales-shs glibc-locales-si glibc-locales-sid glibc-locales-sk glibc-locales-sl glibc-locales-so glibc-locales-sq glibc-locales-sr glibc-locales-ss glibc-locales-st glibc-locales-sv glibc-locales-ta glibc-locales-te glibc-locales-tg glibc-locales-th glibc-locales-ti glibc-locales-tig glibc-locales-tk glibc-locales-tl glibc-locales-tn glibc-locales-ts glibc-locales-tt glibc-locales-ug glibc-locales-uk glibc-locales-ur glibc-locales-uz glibc-locales-ve glibc-locales-vi glibc-locales-wa glibc-locales-wo glibc-locales-xh glibc-locales-yi glibc-locales-yo glibc-locales-zh glibc-locales-zu glibc-zoneinfo python expat libtool libtool-ltdl Server bileşeni -------------------------- bind bind-tools openldap-client openldap-server Hardware bileşeni ------------------------------ cups Kernel bileşeni ----------------------------- kernel kernel-firmware kernel-headers kernel-module-headers kernel-module-headers-pae kernel-pae module-kvm module-kvm-userspace module-pae-kvm Library bileşeni ---------------------- DevIL Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/testci-2009/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Cirit From scirit at pardus.org.tr Wed Dec 9 15:23:18 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Wed, 9 Dec 2009 15:23:18 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091209_2008_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912090523l55bce70foe039969a24148662@mail.gmail.com> Selamlar, 20091209 2008 Güvenlik Güncellemesi Testleri için son tarih: 10-12-2009 10:00 Multimedia bileşeni ------------------------------ gimp gimp-devel gimp-i18n gimp-i18n-am gimp-i18n-ar gimp-i18n-az gimp-i18n-be gimp-i18n-bg gimp-i18n-ca gimp-i18n-ca_valencia gimp-i18n-cs gimp-i18n-da gimp-i18n-de gimp-i18n-dz gimp-i18n-el gimp-i18n-en_CA gimp-i18n-en_GB gimp-i18n-eo gimp-i18n-es gimp-i18n-et gimp-i18n-eu gimp-i18n-fa gimp-i18n-fi gimp-i18n-fr gimp-i18n-ga gimp-i18n-gl gimp-i18n-gu gimp-i18n-he gimp-i18n-hi gimp-i18n-hr gimp-i18n-hu gimp-i18n-id gimp-i18n-is gimp-i18n-it gimp-i18n-ja gimp-i18n-ka gimp-i18n-km gimp-i18n-ko gimp-i18n-lt gimp-i18n-lv gimp-i18n-mk gimp-i18n-ml gimp-i18n-ms gimp-i18n-nb gimp-i18n-ne gimp-i18n-nl gimp-i18n-nn gimp-i18n-oc gimp-i18n-pa gimp-i18n-pl gimp-i18n-pt gimp-i18n-pt_BR gimp-i18n-ro gimp-i18n-ru gimp-i18n-rw gimp-i18n-sk gimp-i18n-sl gimp-i18n-sr gimp-i18n-sr_Latn gimp-i18n-sv gimp-i18n-th gimp-i18n-tt gimp-i18n-uk gimp-i18n-vi gimp-i18n-xh gimp-i18n-yi gimp-i18n-zh_CN gimp-i18n-zh_HK gimp-i18n-zh_TW System bileşeni ----------------------------- libtool expat python Hardware bileşeni ------------------------------ cups kvm Kernel bileşeni -------------------------- kernel kernel-headers Server bileşeni ---------------------- openldap-client openldap-server openldap-slurpd Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/testci-2008/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Ciri From ozan at pardus.org.tr Wed Dec 9 19:15:24 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Wed, 09 Dec 2009 19:15:24 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <20091126083713.8022f2e0.dfisek@fisek.com.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> Message-ID: <4B1FDB2C.4090800@pardus.org.tr> Doruk Fisek wrote; > - Alfa da olsa en azindan base kurulum icin bir ISO, rootfs, vs ne > zaman cikacak? Depo base kismini geceli cok oldu -- elinizde calisan bir > sistem mutlaka vardir. > En erken yarın, en geç cuma günü ilk ISO'yu sunmayı düşünüyoruz. Ondan sonraki süreçte her gece bir adet ISO oluşacak ve önceki ISO ile incremental ChangeLog yayınlayarak cekirdek.pardus.org.tr üzerinden takibi kolay bir nightly-build atraksiyonu yapacağız. > - Kurulum sonrasi derleme ciftliginin derleyip durdugu ikili paketlere > nasil ulasacagiz? (http://paketler.pardus.org.tr/corporate2/ dizini var > ama ici bos) > :) http://paketler.pardus.org.tr/corporate2-test/ > - Kurumsal 2 deposunda hangi paketler yer alacak? > Buna kurumsal gerekler doğrultusunda beraberce karar vermeliyiz. Şimdilik game/ bileşeninin olmayacağını söyleyebiliriz. Bunun dışında depomuzda olmayan bir evolution'ın C2 için hazırlanması gereği/planı var. Dediğim gibi fikir ve argümanlar önemli :) > - Paketlerin guncellenme politikasi ne olacak? Sadece guvenlik > yamalari mi yapilacak, paketlere "kritik olmayan" hata raporlari da > kabul edilecek / duzeltmeleri uygulanacak mi? > Güncellemelerin daha kararlı ve ağır gideceği aşikar. İşlevselliği olumsuz etkileyen, sistemin kararlılığını etkileyen hatalar kritik olarak adlandırılabilir. Kritik olmayan hata raporları/güncellemeler nelerdir bunların adını koymamız lazım. > - Kurumsal 2 deposunda yer almayacak paketleri gelistiricilerin > yerlestirmesi icin bir kurumsal 2 katki deposu acilacak mi? > Hmm. Katkı deposu maintain etmeyi hiç düşünmedik, tartışılabilir ama ben pek sıcak bakamadım ilk duyuşta :) > "Basinda" cikti, duyuruldu, vs haberleri okuyoruz ama urune katkida > bulunmasi gereken bizlerin bile teknik olarak ne oldugundan/olacagindan > cok haberi yok (ya da en azindan benim yok). > Bir aksilik olmazsa - trunk'taki tasks dosyasında da mevcut - 2x Mayıs gibi Final sürümünü çıkartmayı düşünüyoruz. Dediğim tasks dosyamız açık, yapmayı düşündüklerinizi burda tartışıp C2'nin gerekleri olduğuna karar verdikten sonra ekleyebilir ve kendi iş planınızı oradan götürebilirsiniz. > "Disaridan katki istemiyoruz, hic bulasmayin" diyorsaniz, onu da > diyebilirsiniz :) > İstemez miyiz yahu! İyi akşamlar. From onur at pardus.org.tr Wed Dec 9 22:23:27 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Wed, 9 Dec 2009 22:23:27 +0200 Subject: [Gelistirici] surum proje dosyalari In-Reply-To: <20090811155059.0d5db60f.dfisek@fisek.com.tr> References: <20090811155059.0d5db60f.dfisek@fisek.com.tr> Message-ID: <20091209222327.08a931f3.onur@pardus.org.tr> Doruk Fisek wrote: biraz geç oldu ama... > Merhaba, > > Surumlerin proje dosyalari svn'de pardusman/projects dizininde > bulunuyor. > > 2009 dosyalari kde4/pardusman/projects/ altinda dururken, daha eski > surumler pardusman/projects/ altinda. > > Bu ayriliga bir son verip, proje dosyalarini tek bir yerde, belki > programlarin kok agaci disinda bir yerde toplasak daha kolay > erisilebilir hale gelebilir. uludag svn in düzenlenmesi üstüne proje dosyalarını da bir arada distribution altına topladık. Güzel oldu böyle derli toplu, teşekkürler. > Son dosyalarin projects altinda olmasi kolaylik oluyor derseniz, > ornegin surumle beraber proje dosyalari da tags altina tasinabilir? Şu anda CD üretmesi beklenen projeleri oraya koyduk. 2009.1 çıkınca 2009 u taglamak şimdilik işime gelmedi açıkcası, ama 2009 ömrü bitince taglamayı düşünüyorum. -- Onur Küçük Knowledge speaks, but wisdom listens From dfisek at fisek.com.tr Wed Dec 9 23:01:34 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Wed, 9 Dec 2009 23:01:34 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <4B1FDB2C.4090800@pardus.org.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <4B1FDB2C.4090800@pardus.org.tr> Message-ID: <20091209230134.7c970770.dfisek@fisek.com.tr> Merhaba, Wed, 09 Dec 2009 19:15:24 +0200, Ozan Çağlayan : > Buna kurumsal gerekler doğrultusunda beraberce karar vermeliyiz. > Şimdilik game/ bileşeninin olmayacağını söyleyebiliriz. Bunun dışında > depomuzda olmayan bir evolution'ın C2 için hazırlanması gereği/planı > var. Dediğim gibi fikir ve argümanlar önemli :) Elde "biz su paketlerin olmasini uygun gorduk" diye depoya alinacak bir standart liste var mi, tasks listesi gibi? Icinden kendi paketlerimizi port edebiliriz yavas yavas. > > - Paketlerin guncellenme politikasi ne olacak? Sadece guvenlik > > yamalari mi yapilacak, paketlere "kritik olmayan" hata raporlari da > > kabul edilecek / duzeltmeleri uygulanacak mi? > Güncellemelerin daha kararlı ve ağır gideceği aşikar. İşlevselliği > olumsuz etkileyen, sistemin kararlılığını etkileyen hatalar kritik > olarak adlandırılabilir. Kritik olmayan hata raporları/güncellemeler > nelerdir bunların adını koymamız lazım. Depoya neye gore guncelleme commit edecegiz? Ornegin benim uzerimdeki paketlerden c2 (corporate2 kisaltmasi olarak kullandigini tahmin ediyorum) deposuna alindiktan sonra guncellenenler oldu. Bunlari guncelleyebilir/guncellemeli miyim? > > - Kurumsal 2 deposunda yer almayacak paketleri gelistiricilerin > > yerlestirmesi icin bir kurumsal 2 katki deposu acilacak mi? > Hmm. Katkı deposu maintain etmeyi hiç düşünmedik, tartışılabilir ama > ben pek sıcak bakamadım ilk duyuşta :) Acikcasi ben kendi adima c2 deposuna girilmesi uygun gorulmeyebilecek (oyunlar dahil) cesitli c2 paketlerini ilk ISO'nun yayinlanmasi ile beraber yapmayi ve guncellemeyi planliyorum. Bunlari da diger kullanicilarin da isine yarayabilecegini dusunerek herkesin ulasabilecegi bir yerde tutmak isterim. Contrib deposu acilmayacaksa, ben de ona gore bu paketleri baska bir yere yerlestireyim. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From tekman at pardus.org.tr Thu Dec 10 00:40:40 2009 From: tekman at pardus.org.tr (Erkan Tekman) Date: Thu, 10 Dec 2009 00:40:40 +0200 Subject: [Gelistirici] =?utf-8?b?R8O2cmV2IGRlxJ9pxZ9pa2xpa2xlcmkgdmUgc8O8?= =?utf-8?b?csO8bSBwbGFuxLE=?= Message-ID: <200912100040.41462.tekman@pardus.org.tr> Yarın blogumda yayımlayacağım bir duyuruyu önce geliştirici camiamız ile paylaşmayı uygun gördük: ====================================================================== Üç yıldır projede pek çok görevi üstlenmiş, bu arada 2008 Sürüm Yöneticiliği, Dış Projeler Koordinatörlüğü ve son olarak da Kurumsal 2 Sürüm Yöneticiliği görevlerini üstlenmiş olan Ekin Meroğlu kısa (ümidimiz oldukça kısa) bir süre için projeden ayrılıyor, Ekin askere gidiyor... 2008 Sürüm Yöneticiliği görevini Gökcen Eraslan üstleniyor. 2009.1'in çıkışı (sürüm takvimini pek yakında sürüm yöneticimiz Onur Küçük açıklayacak) ile YALNIZCA GÜVENLİK durumuna geçecek ve 2009.2'nin çıkışı (planımıza göre 2010 Nisan'ında yayımlanacak) ile YAŞAM SONU durumuna erişecek olan 2008 sürümü Ekin'in dönüşünü göremeyecek herhalde. O nedenle bu görevlendirme geçici değil, kalıcı... Kurumsal 2 Sürüm Yöneticiliği görevini geçici olarak Ozan Çağlayan üstleniyor. Yeni yapılanmamız uyarınca artık sürümlerimizi iki kişilik bir sürüm yönetim ekibi çıkaracak. Geliştirici sürümünü geçtiğimiz haftalarda duyurduğumuz ve nihai sürümünü planımıza göre 2010'un ilk yarısında yayımlayacağımız Kurumsal 2 çalışmalarında Ozan ile birlikte çalışacak arkadaşımız Serdar Dalgıç. Gerek 2009'un ara sürümlerinin takvimi göz önüne alındığında, gerekse 2010 yılı içerisinde ekipte yaşanacak büyüme ve ortaya çıkacak oryantasyon ihtiyacı hesaba katıldığında "Pardus 2010" adı ile bir sürüm yayımlamanın yerinde olmadığını gördük. 2000 serisinde 2009'u izleyecek olan sürümümüz Pardus 2011. Pardus 2011 Sürüm Yöneticisi olarak Gökcen Eraslan görev yapacak ve sürüm yönetim ekibinde Fatih Aşıcı ile birlikte çalışacak. Ayrıca 2009 için "Ürün Yöneticisi" adıyla oluşturduğumuz görev 2011'den başlayarak Sürüm Camia Temsilcisi (SCT) adını alarak sürüm yönetim ekibindeki UEKAE çalışanı arkadaşlarımıza eşlik edecek. Pardus 2011 için SCT'yi gelecek ay başında belirleyip duyurmayı planlıyoruz. Pardus 2011 sürümünü 2010 yılı sonunda yayımlamayı hedefliyoruz. Geliştirme çalışmalarının çok yakında başlayacağının müjdesini vermiş olayım buradan ve gerisini Gökcen'e bırakayım. Pardus 2009, Pardus 2011.1'in çıkışı ile, tahminen 2011'in ilk yarısında YALNIZCA GÜVENLİK durumuna geçecek ve 2011.2'nin çıkışı ile, tahminen 2011 ortasında, yani 2009'un çıkışından neredeyse 2 yıl sonra YAŞAM SONU durumuna erişecek. Bu da 2009'u 2007 ile birlikte en uzun ömürlü sürümlerimiz arasına sokacak. Amacımız 2011 sonrasında 12 aylık sürüm periyotlarına olabildiğince uymak. Uygun zamanda diğer büyük dağıtımlar gibi 6 aylık periyotlara geçişi düşünebileceğiz, ama kişisel tahminim bunun 2013'ten önce olamayacağı yönünde... Kurumsal sürümlerimiz için ise 3 yıllık periyotlar düşünüyoruz. Ancak Kurumsal 3'ün 2 yılın ardından, yani 2012'de yayımlanması olasılığı hayli yüksek. Kurumsal sürümler bir sonraki sürümün çıkması ardından 1 yıl desteklenecekler. Eğer sözleşmeli kullanıcıları olursa bu süreyi 1 yıl daha uzatmak mümkün olacak. Yani Kurumsal 2 için desteğimiz 2013-2014 civarında sona erecek. Kurumsal 3'ün geliştirici sürümünün 2011 sonunda çıkacağı hesaba katıldığında kurumsal kullanıcıların test, yerleştirme ve terfi/göç için en az 1,5 zamanları olacak, ki diğer büyük dağıtımlar ile uyumlu süreler bunlar da. ====================================================================== Önümüzdeki aylardaki sürüm planımızı özetleyecek olursak: 2010 başı: 2009.1 2010 Nisan: 2009.2, 2008 -> EoL 2010 ortası: Kurumsal 2 2010 sonu: 2011 2011: 2011.1, 2011.2, 2009 -> EoL, 2011.3 (?) 2011 sonu: 2012, Kurumsal 3 geliştirici sürümü (?) 2012: 2012.1, 2012.2, 2011 -> EoL, Kurumsal 3 (?), 2012.3 (?) 2013: Kurumsal 2 -> EoL, vb Ayrıntılı ve kesin sürüm takvimleri uygun olunan ilk fırsatta Sürüm Yöneticileri tarafından duyurulacaktır. Ekin'e hayırlı teskereler diliyor, Gökcen, Ozan, Serdar ve Fatih'e kolay gelsin diyorum... Erkan Tekman TÜBİTAK UEKAE Proje Yöneticisi ::: Pardus ::: Özgürlük İçin... ::: www.pardus.org.tr From onur at pardus.org.tr Thu Dec 10 16:33:06 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Thu, 10 Dec 2009 16:33:06 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri__-_Secu?= =?utf-8?q?rity_Fixes_=282009-12-10=29?= Message-ID: <20091210163306.b143b017.onur@pardus.org.tr> Merhaba / Hi, Bu gece kararlı depolara girecek güvenlik güncellemeleri : Tonights security fixes for Pardus stable repos : ----------------------------------------------------------------------- * Pardus 2009 coreutils-7.6-32-7.pisi poppler-0.10.7-31-6.pisi cups-1.3.11-64-8.pisi kernel-2.6.30.9-128-33.pisi kernel-doc-2.6.30.9-128-16.pisi kernel-firmware-2.6.30.9-128-30.pisi kernel-headers-2.6.30.9-128-33.pisi kernel-module-headers-2.6.30.9-128-25.pisi kernel-source-2.6.30.9-128-33.pisi kernel-module-headers-pae-2.6.30.9-128-14.pisi kernel-pae-2.6.30.9-128-14.pisi module-kvm-85-7-17.pisi module-kvm-userspace-85-7-10.pisi module-pae-kvm-85-7-7.pisi python-2.6.4-54-15.pisi expat-2.0.1-8-8.pisi DevIL-1.7.8-10-3.pisi openldap-client-2.4.20-24-7.pisi openldap-server-2.4.20-24-7.pisi libtool-2.2.6-14-8.pisi libtool-ltdl-2.2.6-14-3.pisi glibc-2.9-45-10.pisi glibc-doc-2.9-45-5.pisi glibc-locales-aa-2.9-45-10.pisi glibc-locales-af-2.9-45-10.pisi glibc-locales-am-2.9-45-10.pisi glibc-locales-an-2.9-45-10.pisi glibc-locales-ar-2.9-45-10.pisi glibc-locales-as-2.9-45-10.pisi glibc-locales-ast-2.9-45-10.pisi glibc-locales-az-2.9-45-10.pisi glibc-locales-be-2.9-45-10.pisi glibc-locales-ber-2.9-45-10.pisi glibc-locales-bg-2.9-45-10.pisi glibc-locales-bn-2.9-45-10.pisi glibc-locales-bo-2.9-45-10.pisi glibc-locales-br-2.9-45-10.pisi glibc-locales-bs-2.9-45-10.pisi glibc-locales-byn-2.9-45-10.pisi glibc-locales-ca-2.9-45-10.pisi glibc-locales-crh-2.9-45-10.pisi glibc-locales-cs-2.9-45-10.pisi glibc-locales-csb-2.9-45-10.pisi glibc-locales-cy-2.9-45-10.pisi glibc-locales-da-2.9-45-10.pisi glibc-locales-de-2.9-45-10.pisi glibc-locales-dz-2.9-45-10.pisi glibc-locales-el-2.9-45-10.pisi glibc-locales-en-2.9-45-10.pisi glibc-locales-es-2.9-45-10.pisi glibc-locales-et-2.9-45-10.pisi glibc-locales-eu-2.9-45-10.pisi glibc-locales-fa-2.9-45-10.pisi glibc-locales-fi-2.9-45-10.pisi glibc-locales-fil-2.9-45-10.pisi glibc-locales-fo-2.9-45-10.pisi glibc-locales-fr-2.9-45-10.pisi glibc-locales-fur-2.9-45-10.pisi glibc-locales-fy-2.9-45-10.pisi glibc-locales-ga-2.9-45-10.pisi glibc-locales-gd-2.9-45-10.pisi glibc-locales-gez-2.9-45-10.pisi glibc-locales-gl-2.9-45-10.pisi glibc-locales-gu-2.9-45-10.pisi glibc-locales-gv-2.9-45-10.pisi glibc-locales-ha-2.9-45-10.pisi glibc-locales-he-2.9-45-10.pisi glibc-locales-hi-2.9-45-10.pisi glibc-locales-hne-2.9-45-2.pisi glibc-locales-hr-2.9-45-10.pisi glibc-locales-hsb-2.9-45-10.pisi glibc-locales-ht-2.9-45-2.pisi glibc-locales-hu-2.9-45-10.pisi glibc-locales-hy-2.9-45-10.pisi glibc-locales-id-2.9-45-10.pisi glibc-locales-ig-2.9-45-10.pisi glibc-locales-ik-2.9-45-10.pisi glibc-locales-is-2.9-45-10.pisi glibc-locales-it-2.9-45-10.pisi glibc-locales-iu-2.9-45-10.pisi glibc-locales-iw-2.9-45-10.pisi glibc-locales-ja-2.9-45-10.pisi glibc-locales-ka-2.9-45-10.pisi glibc-locales-kk-2.9-45-10.pisi glibc-locales-kl-2.9-45-10.pisi glibc-locales-km-2.9-45-10.pisi glibc-locales-kn-2.9-45-10.pisi glibc-locales-ko-2.9-45-10.pisi glibc-locales-ks-2.9-45-2.pisi glibc-locales-ku-2.9-45-10.pisi glibc-locales-kw-2.9-45-10.pisi glibc-locales-ky-2.9-45-10.pisi glibc-locales-lg-2.9-45-10.pisi glibc-locales-li-2.9-45-10.pisi glibc-locales-lo-2.9-45-10.pisi glibc-locales-lt-2.9-45-10.pisi glibc-locales-lv-2.9-45-10.pisi glibc-locales-mai-2.9-45-10.pisi glibc-locales-mg-2.9-45-10.pisi glibc-locales-mi-2.9-45-10.pisi glibc-locales-mk-2.9-45-10.pisi glibc-locales-ml-2.9-45-10.pisi glibc-locales-mn-2.9-45-10.pisi glibc-locales-mr-2.9-45-10.pisi glibc-locales-ms-2.9-45-10.pisi glibc-locales-mt-2.9-45-10.pisi glibc-locales-nb-2.9-45-10.pisi glibc-locales-nds-2.9-45-10.pisi glibc-locales-ne-2.9-45-10.pisi glibc-locales-nl-2.9-45-10.pisi glibc-locales-nn-2.9-45-10.pisi glibc-locales-nr-2.9-45-10.pisi glibc-locales-nso-2.9-45-10.pisi glibc-locales-oc-2.9-45-10.pisi glibc-locales-om-2.9-45-10.pisi glibc-locales-or-2.9-45-10.pisi glibc-locales-pa-2.9-45-10.pisi glibc-locales-pap-2.9-45-10.pisi glibc-locales-pl-2.9-45-10.pisi glibc-locales-pt-2.9-45-10.pisi glibc-locales-ro-2.9-45-10.pisi glibc-locales-ru-2.9-45-10.pisi glibc-locales-rw-2.9-45-10.pisi glibc-locales-sa-2.9-45-10.pisi glibc-locales-sc-2.9-45-10.pisi glibc-locales-sd-2.9-45-2.pisi glibc-locales-se-2.9-45-10.pisi glibc-locales-shs-2.9-45-10.pisi glibc-locales-si-2.9-45-10.pisi glibc-locales-sid-2.9-45-10.pisi glibc-locales-sk-2.9-45-10.pisi glibc-locales-sl-2.9-45-10.pisi glibc-locales-so-2.9-45-10.pisi glibc-locales-sq-2.9-45-10.pisi glibc-locales-sr-2.9-45-10.pisi glibc-locales-ss-2.9-45-10.pisi glibc-locales-st-2.9-45-10.pisi glibc-locales-sv-2.9-45-10.pisi glibc-locales-ta-2.9-45-10.pisi glibc-locales-te-2.9-45-10.pisi glibc-locales-tg-2.9-45-10.pisi glibc-locales-th-2.9-45-10.pisi glibc-locales-ti-2.9-45-10.pisi glibc-locales-tig-2.9-45-10.pisi glibc-locales-tk-2.9-45-10.pisi glibc-locales-tl-2.9-45-10.pisi glibc-locales-tn-2.9-45-10.pisi glibc-locales-ts-2.9-45-10.pisi glibc-locales-tt-2.9-45-10.pisi glibc-locales-ug-2.9-45-10.pisi glibc-locales-uk-2.9-45-10.pisi glibc-locales-ur-2.9-45-10.pisi glibc-locales-uz-2.9-45-10.pisi glibc-locales-ve-2.9-45-10.pisi glibc-locales-vi-2.9-45-10.pisi glibc-locales-wa-2.9-45-10.pisi glibc-locales-wo-2.9-45-10.pisi glibc-locales-xh-2.9-45-10.pisi glibc-locales-yi-2.9-45-10.pisi glibc-locales-yo-2.9-45-10.pisi glibc-locales-zh-2.9-45-10.pisi glibc-locales-zu-2.9-45-10.pisi glibc-zoneinfo-2.9-45-10.pisi bind-9.6.1_p2-23-3.pisi bind-tools-9.6.1_p2-23-3.pisi -- Onur Küçük Knowledge speaks, but wisdom listens From eren at pardus.org.tr Fri Dec 11 01:44:58 2009 From: eren at pardus.org.tr (Eren =?utf-8?q?T=C3=BCrkay?=) Date: Fri, 11 Dec 2009 01:44:58 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri_-_Secur?= =?utf-8?q?ity_Fixes__=282009-12-10=29?= In-Reply-To: <20091210163306.b143b017.onur@pardus.org.tr> References: <20091210163306.b143b017.onur@pardus.org.tr> Message-ID: <200912110144.58965.eren@pardus.org.tr> On Thursday 10 December 2009 04:33:06 pm Onur Küçük wrote: > coreutils-7.6-32-7.pisi [PLSA 2009-201] http://security.pardus.org.tr/en/2009-201/ > poppler-0.10.7-31-6.pisi [PLSA 2009-182] http://security.pardus.org.tr/en/2009-182/ > cups-1.3.11-64-8.pisi [PLSA 2009-199] http://security.pardus.org.tr/en/2009-199/ > kernel-2.6.30.9-128-33.pisi > kernel-pae-2.6.30.9-128-14.pisi [PLSA 2009-200] http://security.pardus.org.tr/en/2009-200/ > module-kvm-85-7-17.pisi > module-kvm-userspace-85-7-10.pisi > module-pae-kvm-85-7-7.pisi [PLSA 2009-194] http://security.pardus.org.tr/en/2009-194/ > python-2.6.4-54-15.pisi [PLSA 2009-196] http://security.pardus.org.tr/en/2009-196/ > expat-2.0.1-8-8.pisi [PLSA 2009-196] http://security.pardus.org.tr/en/2009-196/ > DevIL-1.7.8-10-3.pisi [PLSA 2009-195] http://security.pardus.org.tr/en/2009-195/ > openldap-client-2.4.20-24-7.pisi > openldap-server-2.4.20-24-7.pisi [PLSA 2009-192] http://security.pardus.org.tr/en/2009-192/ > libtool-2.2.6-14-8.pisi > libtool-ltdl-2.2.6-14-3.pisi [PLSA 2009-197] http://security.pardus.org.tr/en/2009-197/ > glibc-2.9-45-10.pisi [PLSA 2009-198] http://security.pardus.org.tr/en/2009-197/ > bind-9.6.1_p2-23-3.pisi > bind-tools-9.6.1_p2-23-3.pisi [PLSA 2009-193] http://security.pardus.org.tr/en/2009-193/ From gokcen at pardus.org.tr Fri Dec 11 14:17:10 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Fri, 11 Dec 2009 14:17:10 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri__-_Secu?= =?utf-8?q?rity_Fixes__=282009-12-11=29?= Message-ID: <200912111417.10474.gokcen@pardus.org.tr> Merhaba / Hi, Bu gece kararlı depolara girecek güvenlik güncellemeleri : Tonights security fixes for Pardus stable repos : ----------------------------------------------------------------------- * Pardus 2008 openldap-client-2.3.43-24-7.pisi openldap-server-2.3.43-24-7.pisi openldap-slurpd-2.3.43-24-7.pisi gimp-2.6.7-43-15.pisi gimp-devel-2.6.7-43-15.pisi gimp-i18n-2.6.7-43-14.pisi gimp-i18n-am-2.6.7-43-9.pisi gimp-i18n-ar-2.6.7-43-11.pisi gimp-i18n-az-2.6.7-43-9.pisi gimp-i18n-be-2.6.7-43-11.pisi gimp-i18n-bg-2.6.7-43-11.pisi gimp-i18n-ca-2.6.7-43-11.pisi gimp-i18n-ca_valencia-2.6.7-43-11.pisi gimp-i18n-cs-2.6.7-43-11.pisi gimp-i18n-da-2.6.7-43-11.pisi gimp-i18n-de-2.6.7-43-11.pisi gimp-i18n-dz-2.6.7-43-11.pisi gimp-i18n-el-2.6.7-43-11.pisi gimp-i18n-en_CA-2.6.7-43-11.pisi gimp-i18n-en_GB-2.6.7-43-11.pisi gimp-i18n-eo-2.6.7-43-11.pisi gimp-i18n-es-2.6.7-43-11.pisi gimp-i18n-et-2.6.7-43-11.pisi gimp-i18n-eu-2.6.7-43-11.pisi gimp-i18n-fa-2.6.7-43-11.pisi gimp-i18n-fi-2.6.7-43-11.pisi gimp-i18n-fr-2.6.7-43-11.pisi gimp-i18n-ga-2.6.7-43-11.pisi gimp-i18n-gl-2.6.7-43-11.pisi gimp-i18n-gu-2.6.7-43-11.pisi gimp-i18n-he-2.6.7-43-11.pisi gimp-i18n-hi-2.6.7-43-9.pisi gimp-i18n-hr-2.6.7-43-11.pisi gimp-i18n-hu-2.6.7-43-11.pisi gimp-i18n-id-2.6.7-43-11.pisi gimp-i18n-is-2.6.7-43-9.pisi gimp-i18n-it-2.6.7-43-11.pisi gimp-i18n-ja-2.6.7-43-11.pisi gimp-i18n-ka-2.6.7-43-9.pisi gimp-i18n-km-2.6.7-43-11.pisi gimp-i18n-ko-2.6.7-43-11.pisi gimp-i18n-lt-2.6.7-43-11.pisi gimp-i18n-lv-2.6.7-43-9.pisi gimp-i18n-mk-2.6.7-43-11.pisi gimp-i18n-ml-2.6.7-43-9.pisi gimp-i18n-ms-2.6.7-43-11.pisi gimp-i18n-nb-2.6.7-43-11.pisi gimp-i18n-ne-2.6.7-43-11.pisi gimp-i18n-nl-2.6.7-43-11.pisi gimp-i18n-nn-2.6.7-43-11.pisi gimp-i18n-oc-2.6.7-43-11.pisi gimp-i18n-pa-2.6.7-43-11.pisi gimp-i18n-pl-2.6.7-43-11.pisi gimp-i18n-pt-2.6.7-43-11.pisi gimp-i18n-pt_BR-2.6.7-43-11.pisi gimp-i18n-ro-2.6.7-43-11.pisi gimp-i18n-ru-2.6.7-43-11.pisi gimp-i18n-rw-2.6.7-43-11.pisi gimp-i18n-sk-2.6.7-43-11.pisi gimp-i18n-sl-2.6.7-43-11.pisi gimp-i18n-sr-2.6.7-43-11.pisi gimp-i18n-sr_Latn-2.6.7-43-11.pisi gimp-i18n-sv-2.6.7-43-11.pisi gimp-i18n-th-2.6.7-43-9.pisi gimp-i18n-tt-2.6.7-43-11.pisi gimp-i18n-uk-2.6.7-43-11.pisi gimp-i18n-vi-2.6.7-43-11.pisi gimp-i18n-xh-2.6.7-43-11.pisi gimp-i18n-yi-2.6.7-43-11.pisi gimp-i18n-zh_CN-2.6.7-43-11.pisi gimp-i18n-zh_HK-2.6.7-43-9.pisi gimp-i18n-zh_TW-2.6.7-43-11.pisi libtool-1.5.26-10-3.pisi cups-1.3.10-59-12.pisi expat-2.0.1-7-4.pisi python-2.5.4-41-12.pisi kvm-84-48-30.pisi kernel-2.6.25.20-114-57.pisi kernel-headers-2.6.25.20-114-57.pisi kernel-source-2.6.25.20-114-57.pisi bind-9.4.3_p4-23-9.pisi bind-tools-9.4.3_p4-23-9.pisi -- Gökçen Eraslan From scirit at pardus.org.tr Fri Dec 11 14:44:53 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Fri, 11 Dec 2009 14:44:53 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091211_2009_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912110444y1407fbe6l5a5ce8ee81ceb56e@mail.gmail.com> Selamlar, 20091211 2009 Güvenlik Güncellemesi Testleri için son tarih: 12-12-2009 10:00 network bileşeni -------------------------- flashplugin-10.0.42.34-23-5.pisi Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/pardus-2009-test/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Cirit From scirit at pardus.org.tr Fri Dec 11 16:10:51 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Fri, 11 Dec 2009 16:10:51 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091211_2008_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912110610r3f1c8cd8h2865b1eb75b82f54@mail.gmail.com> Selamlar, 20091211 2008 Güvenlik Güncellemesi Testleri için son tarih: 12-12-2009 10:00 Server bileşeni --------------------- ntp-client ntp-server Network bileşeni ----------------------- flashplugin System bileşeni ----------------------- glibc glibc-locales-aa glibc-locales-af glibc-locales-am glibc-locales-an glibc-locales-ar glibc-locales-as glibc-locales-ast glibc-locales-az glibc-locales-be glibc-locales-ber glibc-locales-bg glibc-locales-bn glibc-locales-bo glibc-locales-br glibc-locales-bs glibc-locales-byn glibc-locales-ca glibc-locales-crh glibc-locales-cs glibc-locales-csb glibc-locales-cy glibc-locales-da glibc-locales-de glibc-locales-dz glibc-locales-el glibc-locales-en glibc-locales-es glibc-locales-et glibc-locales-eu glibc-locales-fa glibc-locales-fi glibc-locales-fil glibc-locales-fo glibc-locales-fr glibc-locales-fur glibc-locales-fy glibc-locales-ga glibc-locales-gd glibc-locales-gez glibc-locales-gl glibc-locales-gu glibc-locales-gv glibc-locales-ha glibc-locales-he glibc-locales-hi glibc-locales-hr glibc-locales-hsb glibc-locales-hu glibc-locales-hy glibc-locales-id glibc-locales-ig glibc-locales-ik glibc-locales-is glibc-locales-it glibc-locales-iu glibc-locales-iw glibc-locales-ja glibc-locales-ka glibc-locales-kk glibc-locales-kl glibc-locales-km glibc-locales-kn glibc-locales-ko glibc-locales-ku glibc-locales-kw glibc-locales-ky glibc-locales-lg glibc-locales-li glibc-locales-lo glibc-locales-lt glibc-locales-lv glibc-locales-mai glibc-locales-mg glibc-locales-mi glibc-locales-mk glibc-locales-ml glibc-locales-mn glibc-locales-mr glibc-locales-ms glibc-locales-mt glibc-locales-nb glibc-locales-nds glibc-locales-ne glibc-locales-nl glibc-locales-nn glibc-locales-nr glibc-locales-nso glibc-locales-oc glibc-locales-om glibc-locales-or glibc-locales-pa glibc-locales-pap glibc-locales-pl glibc-locales-pt glibc-locales-ro glibc-locales-ru glibc-locales-rw glibc-locales-sa glibc-locales-sc glibc-locales-se glibc-locales-shs glibc-locales-si glibc-locales-sid glibc-locales-sk glibc-locales-sl glibc-locales-so glibc-locales-sq glibc-locales-sr glibc-locales-ss glibc-locales-st glibc-locales-sv glibc-locales-ta glibc-locales-te glibc-locales-tg glibc-locales-th glibc-locales-ti glibc-locales-tig glibc-locales-tk glibc-locales-tl glibc-locales-tn glibc-locales-ts glibc-locales-tt glibc-locales-ug glibc-locales-uk glibc-locales-ur glibc-locales-uz glibc-locales-ve glibc-locales-vi glibc-locales-wa glibc-locales-wo glibc-locales-xh glibc-locales-yi glibc-locales-yo glibc-locales-zh glibc-locales-zu glibc-zoneinfo coreutils Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/testci-2008/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Ciri From ozan at pardus.org.tr Fri Dec 11 20:30:21 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Fri, 11 Dec 2009 20:30:21 +0200 Subject: [Gelistirici] Kurumsal2 ISO Message-ID: <4B228FBD.30304@pardus.org.tr> Selam, http://cekirdek.pardus.org.tr/~ozan/Corporate2/ yukarıdaki adreste ilk ISO ve gelecek ISO'ları (bulabilir/bulabilecek)siniz. Hataları buraya ya da tasks dosyasına işleyebilirseniz şahane olur, henüz kurumsal2 bileşeni yok bugzilla'da. Teşekkürler From dfisek at fisek.com.tr Fri Dec 11 20:40:21 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 11 Dec 2009 20:40:21 +0200 Subject: [Gelistirici] Kurumsal2 ISO In-Reply-To: <4B228FBD.30304@pardus.org.tr> References: <4B228FBD.30304@pardus.org.tr> Message-ID: <20091211204021.4c30cdf1.dfisek@fisek.com.tr> Fri, 11 Dec 2009 20:30:21 +0200, Ozan Çağlayan : > http://cekirdek.pardus.org.tr/~ozan/Corporate2/ > yukarıdaki adreste ilk ISO ve gelecek ISO'ları (bulabilir/bulabilecek) > siniz. > Hataları buraya ya da tasks dosyasına işleyebilirseniz şahane olur, Eline saglik, md5 dosyasi icinde 20091210/....iso diye geciyor dosya ismi. 20091210 diye dizin ismi olmasa daha iyi olabilir. Indirenler dizin yapisini korumazlar buyuk olasilikla. > henüz kurumsal2 bileşeni yok bugzilla'da. Acalim? :) Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From turkersezer at tsdesign.info Fri Dec 11 20:48:25 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Fri, 11 Dec 2009 20:48:25 +0200 Subject: [Gelistirici] Kurumsal2 ISO In-Reply-To: <20091211204021.4c30cdf1.dfisek@fisek.com.tr> References: <4B228FBD.30304@pardus.org.tr> <20091211204021.4c30cdf1.dfisek@fisek.com.tr> Message-ID: <897749fe0912111048m43d8b102ka71be6d0170b1292@mail.gmail.com> 009/12/11 Doruk Fisek : >> henüz kurumsal2 bileşeni yok bugzilla'da. > Acalim? :) Paketler bileşeni için "Pardus Kurumsal 2" sürümü ekledim. Bileşen olmamasından kastın buydu sanırım. Türker From turkersezer at tsdesign.info Fri Dec 11 20:52:36 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Fri, 11 Dec 2009 20:52:36 +0200 Subject: [Gelistirici] Kurumsal2 ISO In-Reply-To: <897749fe0912111048m43d8b102ka71be6d0170b1292@mail.gmail.com> References: <4B228FBD.30304@pardus.org.tr> <20091211204021.4c30cdf1.dfisek@fisek.com.tr> <897749fe0912111048m43d8b102ka71be6d0170b1292@mail.gmail.com> Message-ID: <897749fe0912111052p5c4a78f2q2c52cbccda13c6ef@mail.gmail.com> 2009/12/11 Türker Sezer : > 009/12/11 Doruk Fisek : >>> henüz kurumsal2 bileşeni yok bugzilla'da. >> Acalim? :) > > Paketler bileşeni için "Pardus Kurumsal 2" sürümü ekledim. Bileşen > olmamasından kastın buydu sanırım. Tekrar okuyunca farkettim de ilk mesajda bugzillaya bu sürüm eklenmesin gibi yazmışsın. Hataları takip etmek, gerekirse sürüm için işaretlemek felan gerekir diye sürümü eklemiş bulundum. Kaldırayım mı? Türker From ozan at pardus.org.tr Fri Dec 11 20:54:10 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Fri, 11 Dec 2009 20:54:10 +0200 Subject: [Gelistirici] Kurumsal2 ISO In-Reply-To: <897749fe0912111052p5c4a78f2q2c52cbccda13c6ef@mail.gmail.com> References: <4B228FBD.30304@pardus.org.tr> <20091211204021.4c30cdf1.dfisek@fisek.com.tr> <897749fe0912111048m43d8b102ka71be6d0170b1292@mail.gmail.com> <897749fe0912111052p5c4a78f2q2c52cbccda13c6ef@mail.gmail.com> Message-ID: <4B229552.1020406@pardus.org.tr> Türker Sezer wrote: > 2009/12/11 Türker Sezer : > >> 009/12/11 Doruk Fisek : >> >>>> henüz kurumsal2 bileşeni yok bugzilla'da. >>>> >>> Acalim? :) >>> >> Paketler bileşeni için "Pardus Kurumsal 2" sürümü ekledim. Bileşen >> olmamasından kastın buydu sanırım. >> > > Tekrar okuyunca farkettim de ilk mesajda bugzillaya bu sürüm > eklenmesin gibi yazmışsın. Hataları takip etmek, gerekirse sürüm için > işaretlemek felan gerekir diye sürümü eklemiş bulundum. Kaldırayım mı? > Yok kalsın bence, iyi olmuş :) From ozan at pardus.org.tr Fri Dec 11 20:54:36 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Fri, 11 Dec 2009 20:54:36 +0200 Subject: [Gelistirici] Kurumsal2 ISO In-Reply-To: <20091211204021.4c30cdf1.dfisek@fisek.com.tr> References: <4B228FBD.30304@pardus.org.tr> <20091211204021.4c30cdf1.dfisek@fisek.com.tr> Message-ID: <4B22956C.5050200@pardus.org.tr> Doruk Fisek wrote: > Fri, 11 Dec 2009 20:30:21 +0200, Ozan Çağlayan : > > >> http://cekirdek.pardus.org.tr/~ozan/Corporate2/ >> yukarıdaki adreste ilk ISO ve gelecek ISO'ları (bulabilir/bulabilecek) >> siniz. >> Hataları buraya ya da tasks dosyasına işleyebilirseniz şahane olur, >> > Eline saglik, md5 dosyasi icinde 20091210/....iso diye geciyor dosya > ismi. 20091210 diye dizin ismi olmasa daha iyi olabilir. Indirenler > dizin yapisini korumazlar buyuk olasilikla. > md5 dosyasının formatını bilemediğimden öylece bıraktım. sum dosyaadi şeklinde mi olmalı yoksa sadece sum'ı mı içermeli? From dfisek at fisek.com.tr Fri Dec 11 21:19:04 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 11 Dec 2009 21:19:04 +0200 Subject: [Gelistirici] Kurumsal2 ISO In-Reply-To: <4B22956C.5050200@pardus.org.tr> References: <4B228FBD.30304@pardus.org.tr> <20091211204021.4c30cdf1.dfisek@fisek.com.tr> <4B22956C.5050200@pardus.org.tr> Message-ID: <20091211211904.3757c393.dfisek@fisek.com.tr> Fri, 11 Dec 2009 20:54:36 +0200, Ozan Çağlayan : > md5 dosyasının formatını bilemediğimden öylece bıraktım. > sum dosyaadi > şeklinde mi olmalı yoksa sadece sum'ı mı içermeli? sum dosyaadi olmasi gerekli. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From dfisek at fisek.com.tr Fri Dec 11 22:11:34 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 11 Dec 2009 22:11:34 +0200 Subject: [Gelistirici] pisi'ye cd'deki paket listesi destegi? Message-ID: <20091211221134.c11184bf.dfisek@fisek.com.tr> Merhaba, Pardus CD'sine giren paketleri ontanimli olarak kullanicinin sistemine kuruyoruz. Bunlara "onerilen" paketler diyebiliriz. Bu paketlerin listesi zaman icinde degisebiliyor. Ornegin 2009 ile 2009.1'in ontanimli kurulan paketleri farkli olabilir. Bu degisiklik kurulumlar arasi farklilik olmasina yol acabiliyor. Eger yeni CD'ye yeni eklenen paket baska bir paketin bagimliligi ise guncelleme sirasinda otomatik kuruluyor zaten. Eger degilse, guncelleyerek yeni surume gecen kullanicinin sistemine hic kurulmuyor. Ozellikle erken surum (alpha, RC, vs) kurulumlarinda bu problem cok daha bariz hissediliyor. CD'ye giren paketlerin guncel bir listesini, ilgili depoda distribution.xml benzeri bir listede tutmak iyi olabilir diye dusunuyorum. Pisi boylece guncelleme yaparken bu listeyi kontrol ederek, CD'ye yeni eklenen paketleri kullanicinin sistemine kurmayi onerebilir ("Asagidaki paketlerin sisteminizde bulunmasi onerilmektedir, kurayim mi? e/h) gibi. Sadece Pisi'nin, listede kullanicinin kendi eliyle sistemden kaldirdigi ontanimli paketler varsa (bu bilgi pisi gecmisinde var), bunlari her guncellemede tekrar onermemeye dikkat etmesi gerekli. Ne dersiniz? Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From eren at pardus.org.tr Fri Dec 11 22:34:08 2009 From: eren at pardus.org.tr (Eren =?utf-8?q?T=C3=BCrkay?=) Date: Fri, 11 Dec 2009 22:34:08 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri__-_Secu?= =?utf-8?q?rity_Fixes__=282009-12-11=29?= In-Reply-To: <200912111417.10474.gokcen@pardus.org.tr> References: <200912111417.10474.gokcen@pardus.org.tr> Message-ID: <200912112234.08541.eren@pardus.org.tr> On Friday 11 December 2009 02:17:10 pm Gökçen Eraslan wrote: > * Pardus 2008 > > openldap-client-2.3.43-24-7.pisi > openldap-server-2.3.43-24-7.pisi > openldap-slurpd-2.3.43-24-7.pisi [PLSA 2009-202] http://security.pardus.org.tr/en/2009-202/ > gimp-2.6.7-43-15.pisi [PLSA 2009-188] http://security.pardus.org.tr/en/2009-188/ > libtool-1.5.26-10-3.pisi [PLSA 2009-197] http://security.pardus.org.tr/en/2009-197/ > cups-1.3.10-59-12.pisi [PLSA 2009-199] http://security.pardus.org.tr/en/2009-199/ > expat-2.0.1-7-4.pisi [PLSA 2009-196] http://security.pardus.org.tr/en/2009-196/ > python-2.5.4-41-12.pisi [PLSA 2009-196] http://security.pardus.org.tr/en/2009-196/ > kvm-84-48-30.pisi [PLSA 2009-194] http://security.pardus.org.tr/en/2009-194/ > kernel-2.6.25.20-114-57.pisi > kernel-headers-2.6.25.20-114-57.pisi > kernel-source-2.6.25.20-114-57.pisi [PLSA 2009-203] http://security.pardus.org.tr/en/2009-203/ > bind-9.4.3_p4-23-9.pisi > bind-tools-9.4.3_p4-23-9.pisi [PLSA 2009-193] http://security.pardus.org.tr/en/2009-193/ From ozan at pardus.org.tr Fri Dec 11 22:45:46 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Fri, 11 Dec 2009 22:45:46 +0200 Subject: [Gelistirici] pisi'ye cd'deki paket listesi destegi? In-Reply-To: <20091211221134.c11184bf.dfisek@fisek.com.tr> References: <20091211221134.c11184bf.dfisek@fisek.com.tr> Message-ID: <4B22AF7A.6060101@pardus.org.tr> Doruk Fisek wrote: > Merhaba, > > > CD'ye giren paketlerin guncel bir listesini, ilgili depoda > distribution.xml benzeri bir listede tutmak iyi olabilir diye > dusunuyorum. > > 2008->2009 geçişini sağlayacak update-manager tam da böyle bir liste tutup yeni paketleri kuracak sisteme. Aynı ana sürüm içerisinde böyle bir şeye gerek var mı bilemiyorum belki de ilk alfa çıktıktan sonra böyle bir şeyi hiç yapmamak lazım. From dfisek at fisek.com.tr Fri Dec 11 22:59:08 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 11 Dec 2009 22:59:08 +0200 Subject: [Gelistirici] pisi'ye cd'deki paket listesi destegi? In-Reply-To: <4B22AF7A.6060101@pardus.org.tr> References: <20091211221134.c11184bf.dfisek@fisek.com.tr> <4B22AF7A.6060101@pardus.org.tr> Message-ID: <20091211225908.6e9d5218.dfisek@fisek.com.tr> Merhaba, Fri, 11 Dec 2009 22:45:46 +0200, Ozan Çağlayan : > > CD'ye giren paketlerin guncel bir listesini, ilgili depoda > > distribution.xml benzeri bir listede tutmak iyi olabilir diye > > dusunuyorum. > 2008->2009 geçişini sağlayacak update-manager tam da böyle bir liste > tutup yeni paketleri kuracak sisteme. Aynı ana sürüm içerisinde böyle > bir şeye gerek var mı bilemiyorum belki de ilk alfa çıktıktan sonra > böyle bir şeyi hiç yapmamak lazım. Teoride olabilir ama pratikte RC ile son surum arasinda bile CD'deki yer darligindan dolayi degisiklik yapilmasi gerekebiliyor. Ya da .x surumleri arasinda. En basitinden yeni baslayan kurumsal 2 surumunu ele alalim. Bugun cikan ISO'yu kuran biri aynen bu problemleri yasayacak. Mutlaka yeni paketler eklenecek ISO'ya (500 MB kalacak hali yok) ama bu tip bir duzenek olmazsa, yeni ontanimli paketleri surekli elle eklemesi gerekecek. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From gurer at pardus.org.tr Sat Dec 12 12:40:50 2009 From: gurer at pardus.org.tr (=?utf-8?q?G=C3=BCrer_=C3=96zen?=) Date: Sat, 12 Dec 2009 12:40:50 +0200 Subject: [Gelistirici] web sitesi Message-ID: <200912121240.51021.gurer@pardus.org.tr> Python in Pardus ve Müdür belgesi sayfaları Not found veriyor. Onları bir düzeltsek de yabancı sitelerdeki linkler kırık kalmasa. Cool URLs don't change! [0] [0] http://www.w3.org/Provider/Style/URI From fatih at pardus.org.tr Sat Dec 12 12:54:18 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sat, 12 Dec 2009 12:54:18 +0200 Subject: [Gelistirici] pisi'ye cd'deki paket listesi destegi? In-Reply-To: <20091211221134.c11184bf.dfisek@fisek.com.tr> References: <20091211221134.c11184bf.dfisek@fisek.com.tr> Message-ID: <200912121254.18485.fatih@pardus.org.tr> On Friday 11 December 2009 22:11:34 Doruk Fisek wrote: > Merhaba, > > Pardus CD'sine giren paketleri ontanimli olarak kullanicinin sistemine > kuruyoruz. Bunlara "onerilen" paketler diyebiliriz. Bu paketlerin > listesi zaman icinde degisebiliyor. Ornegin 2009 ile 2009.1'in > ontanimli kurulan paketleri farkli olabilir. > > Bu degisiklik kurulumlar arasi farklilik olmasina yol acabiliyor. Eger > yeni CD'ye yeni eklenen paket baska bir paketin bagimliligi ise > guncelleme sirasinda otomatik kuruluyor zaten. Eger degilse, > guncelleyerek yeni surume gecen kullanicinin sistemine hic kurulmuyor. > Ozellikle erken surum (alpha, RC, vs) kurulumlarinda bu problem cok daha > bariz hissediliyor. Kurulumların farklı olması normal. Problem olarak görsek bile pisi'nin problemi değil. Sorunun bağımlılık, çakışma, vs ilişkileri ile çözülmesi lazım. Paketlerin bölünmesi durumunda karşılaşabileceğimiz bir sorun mevcut. Örneğin kde-i18n-tr paketi, hem çevirileri hem de yardım dosyalarını içerirken sonraki sürümde kde-i18n-tr ve kde-i18n-tr-doc şeklinde belgeler ayrılmış olsun. Güncelleme yapıldığında daha önce varolan yardım dosyalarını kullanıcının sisteminden silmiş oluyoruz. > CD'ye giren paketlerin guncel bir listesini, ilgili depoda > distribution.xml benzeri bir listede tutmak iyi olabilir diye > dusunuyorum. Bu dosyada böyle bir bilgi tutmak doğru değil. Aynı depoyu kullanan CD, DVD, USB sürümleri olabilir. Bunların her biri için ayrı bir liste gerekir. Söylediğin gibi şu anda CD'deki tüm paketleri sisteme kuruyoruz; fakat bu durum ilerde değişebilir. From onur at pardus.org.tr Sat Dec 12 13:42:51 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sat, 12 Dec 2009 13:42:51 +0200 Subject: [Gelistirici] =?utf-8?b?MjAwOS4xIHPDvHLDvG0gIHRha3ZpbWk=?= Message-ID: <20091212134251.ea57eeb0.onur@pardus.org.tr> Merhaba, 2009.1 sürümü için elimizdeki işler, yapılacaklar, ana depoyu bozmamak için yapmamız gereken değişiklikler vs. ye bırakarak şöyle bir plan çıkardım 25 Aralık - Beta 8 Ocak - RC 15 Ocak - Sürüm 2009.1 için yapılması gerekenler * KDE - 4.3.4 sürümüne geçiş (tamamlandı) - 4.2 -> 4.3 geçişinin sağlıklı olması (tamamlandı görünüyor ancak test edilmeli) - Kaptan'ın 4.3 de çalışır hale gelmesi gerekiyor (tamamlandı görünüyor ancak test edilmeli) - Migration için yaz stajında yapılan iyileştirmelerin birleştirilmesi gerekiyor (Renan) - Mesa bilgisi ile KDE'nin efekt sisteminin ortak dili konuşması incelenecek, eksikler varsa tamamlanacak (Fatih) - KOSD kullanmaya başlayacağız (Ozan) * Kernel 2.6.31 e geçmeyi planlıyoruz, paketler devel de hazır, kararlı depo güvenlik güncellemeleri ve kritik hata düzeltmeleri serisi tamamlanınca derleyip test deposuna alacağız (Ozan) * Xorg 1.7.x serisine geçmek anlamlı mı inceleyeceğiz. Özellikle EXA iyileştirmeleri için bu hamleyi yapmayı düşünüyoruz. Fatih şu anda paketlemesi ile ilgileniyor. Testler olumlu sonuçlanırsa derleyip test deposuna alacağız * GTK2 - Yeni kararlı sürüme geçmeyi düşünüyorum. Kendi bilgisayarımda 1 aydan fazladır kullanıyorum ve sıkıntı yaşadığım scroll vb. bir sürü sıkıntı çözülmüş görünüyor. Depodaki sürüm ile ABI uyumlu. Bu geçişte dikkat edeceğimiz nokta yeni GTK2 ile derlenen paketlerimiz varsa sadece yeni GTK2 ile gelen semboller kullanıyorsa yeni GTK2 ye bağımlılık yazmamız gerekecek. Burak ? * Çalışan 2009.1 ile beraber çalışan CD'de çıkarıyoruz. Önümüzdeki en büyük engel normal bir sistemi elimizdeki altyapı ile oluşturduğumuzda 820 MB lık bir imajımız olmasıydı. Ozan'ın Squahsfs'e lzma desteği eklemesiyle imaj boyutunu 692MB a indirmeyi başardık. Bunun dışında çalışan CD'de yapılacaklar - X klavye haritası ayarlanması (Fatih) - KDE cache lerinin kapatılması (Gökçen) - KDE diskte az yer kaldı uyarısının kapatılması (Gökçen) - KDM TTY açık uyarısı (Gökçen) * Çok aromalı imaj Her ortam için birden fazla imaj oluşturmak yerine tek bir imaj ile istenilen ortamda Pardus çalışan / kurulan hazırlanabilmesini istiyoruz. Artık oluşturduğumuz ISO görüntüsünü ister CD'ye ister DVD'ye yazıp kullanabiliyoruz. Yapılacak bir kaç değişiklik ile aynı imajı USB çubuğa, SD karta vs. yazıp da kullanabiliyor olacağız. Sistemin çalışan olduğunun anlaşılması için kernel parametrelerine mudur=livecd/livedisk veriyorduk . Artık açılış sonrası yazılımlar /var/run/pardus/livemedia dosyasını kontrol ederek algılayabilecekler. Initramfs için de root=LIVEMEDIA=OrtamLabel gibi bir çözüm düşünüyorum. İşin büyk bir kısmı tamamlandı, kalanlar - initramfs, müdür, pardus-python, pardusman değişiklikleri (Onur) - Yalı HDD/CD ayrımı (Mete, Onur) 2008 -> 2009 geçişi için de çalışmalar sürüyor. Upgrade-manager tamamlandı, iyice test edeceğiz ve paket değişikliklerine odaklanmamız gerekiyor. Paketlerde ayar değişikliklerinin düzgün yapılması, replaces ve obsolete listelerinin üzerinden geçilmesi gerekiyor. 2009.1 için engelleyici olmamakla birlikte 2009.1 çıkışıyla geçişin tamamlanmış olmasını istiyorum. Durum budur, başka ekleyeceği olan ? herkese kolaylıklar, -- Onur Küçük Knowledge speaks, but wisdom listens From ozan at pardus.org.tr Sat Dec 12 14:33:54 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 12 Dec 2009 14:33:54 +0200 Subject: [Gelistirici] Kurumsal2 ISO (20091212) In-Reply-To: <4B228FBD.30304@pardus.org.tr> References: <4B228FBD.30304@pardus.org.tr> Message-ID: <4B238DB2.4030501@pardus.org.tr> http://cekirdek.pardus.org.tr/~ozan/Corporate2/20091212/ adresinde tazedir. Artık bir önceki ISO ile bir adet xdelta ve ISO farklarını anlatan bir html dosyası da mevcuttur. From bahadir at pardus.org.tr Sat Dec 12 15:29:47 2009 From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=) Date: Sat, 12 Dec 2009 15:29:47 +0200 Subject: [Gelistirici] =?iso-8859-9?q?2009=2E1_s=FCr=FCm__takvimi?= In-Reply-To: <20091212134251.ea57eeb0.onur@pardus.org.tr> References: <20091212134251.ea57eeb0.onur@pardus.org.tr> Message-ID: <200912121529.47866.bahadir@pardus.org.tr> 12 Aralık 2009 Cumartesi günü (saat 13:42:51) Onur Küçük şunları yazmıştı: > 2009.1 için yapılması gerekenler > > ... > > > Durum budur, başka ekleyeceği olan ? GRUB'da ana ekranda sadece en son çekirdekler (1 kernel, 1 kernel-pae, ...) listelense, eski çekirdeklere de "Eski Çekirdekler" menüsünden ulaşılmasa demiştik bi ara, tamamladım bunu. Diğer menüye geçip sistemi eski çekirdekten boot edince, yeni çekirdekte bir sorun olduğunu varsayıp, seçilen eski çekirdeği ana menüye alan Müdür özelliği de tamam. Betiği test edebilirsiniz: $ wget http://cekirdek.pardus.org.tr/~bahadir/scripts/update-grub.py $ sudo ./update-grub.py --test Sürüm ve kök belirtmek zorunlu değil. Birşey demezseniz, mevcut kernel ve kök dizin kullanılır. Müdür, seçilen çekirdeği ana menüye taşımak için bu komutu parametresiz çalıştıracak. --test kullanmazsanız grub.conf'unuza bir güzel pisleyebilir. Söylemedi/okumadım demeyin. GRUB'ın COMAR betiğinin Boot.Manager tarafından kullanılan metodlarını düzeltiyorum, Beta'dan önce yayınlarım. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From burakclskn at gmail.com Sat Dec 12 17:42:26 2009 From: burakclskn at gmail.com (=?ISO-8859-9?Q?Burak_=C7al=FD=FEkan?=) Date: Sat, 12 Dec 2009 17:42:26 +0200 Subject: [Gelistirici] =?iso-8859-9?q?2009=2E1_s=FCr=FCm__takvimi?= In-Reply-To: <20091212134251.ea57eeb0.onur@pardus.org.tr> References: <20091212134251.ea57eeb0.onur@pardus.org.tr> Message-ID: <4B23B9E2.2060303@gmail.com> 12-12-2009 13:42, Onur Küçük yazmış: > > 1.7.x serisine geçmek anlamlı mı inceleyeceğiz. Özellikle EXA > iyileştirmeleri için bu hamleyi yapmayı düşünüyoruz. Fatih şu anda > paketlemesi ile ilgileniyor. Testler olumlu sonuçlanırsa derleyip test > deposuna alacağız > > * GTK2 > > - Yeni kararlı sürüme geçmeyi düşünüyorum. Kendi bilgisayarımda 1 > aydan fazladır kullanıyorum ve sıkıntı yaşadığım scroll vb. bir sürü > sıkıntı çözülmüş görünüyor. Depodaki sürüm ile ABI uyumlu. > > Bu geçişte dikkat edeceğimiz nokta yeni GTK2 ile derlenen paketlerimiz > varsa sadece yeni GTK2 ile gelen semboller kullanıyorsa yeni GTK2 ye > bağımlılık yazmamız gerekecek. Burak ? Doğrudur. gtk2 ve ailesini güncelleyeceğim. > > Durum budur, başka ekleyeceği olan ? > * Thunderbird 3.0 geçişi. > herkese kolaylıklar, From selimok at gmail.com Sat Dec 12 19:04:24 2009 From: selimok at gmail.com (selim ok) Date: Sat, 12 Dec 2009 18:04:24 +0100 Subject: [Gelistirici] =?iso-8859-1?q?2009=2E1_s=FCr=FCm_takvimi?= In-Reply-To: <20091212134251.ea57eeb0.onur@pardus.org.tr> References: <20091212134251.ea57eeb0.onur@pardus.org.tr> Message-ID: 2009/12/12 Onur Küçük > > - KDE diskte az yer kaldı uyarısının kapatılması (Gökçen) > Bunu kacirdim heralde ben, nicin kapatiliyor acaba, var mi bir sebebi? Iyi calismalar, Selim -- One more step for freedom: http://www.pardus.org.tr/eng/ -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From bahadir at pardus.org.tr Sat Dec 12 19:14:22 2009 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Sat, 12 Dec 2009 19:14:22 +0200 Subject: [Gelistirici] =?utf-8?b?MjAwOS4xIHPDvHLDvG0gIHRha3ZpbWk=?= In-Reply-To: References: <20091212134251.ea57eeb0.onur@pardus.org.tr> Message-ID: <200912121914.34051.bahadir@pardus.org.tr> 12 Aralık 2009 Cumartesi günü (saat 19:04:24) selim ok şunları yazmıştı: > 2009/12/12 Onur Küçük > > > - KDE diskte az yer kaldı uyarısının kapatılması (Gökçen) > > Bunu kacirdim heralde ben, nicin kapatiliyor acaba, var mi bir sebebi? Çalışan CD başlığı altında bu, bir işe yaramıyor bu uyarı :) -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From turkersezer at tsdesign.info Sun Dec 13 00:11:46 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Sun, 13 Dec 2009 00:11:46 +0200 Subject: [Gelistirici] web sitesi In-Reply-To: <200912121240.51021.gurer@pardus.org.tr> References: <200912121240.51021.gurer@pardus.org.tr> Message-ID: <897749fe0912121411ufe7697pfa667e11b7c5b78b@mail.gmail.com> 2009/12/12 Gürer Özen : > > Python in Pardus ve Müdür belgesi sayfaları Not found veriyor. Onları bir > düzeltsek de yabancı sitelerdeki linkler kırık kalmasa. Cool URLs don't > change! [0] > > [0] http://www.w3.org/Provider/Style/URI Web deposuna el atmışken, bugzilla dizinini de web deposuna almamız mümkün mü? Bugzilla kodu uludag deposunda kalmış. Türker From eren at pardus.org.tr Mon Dec 14 00:53:31 2009 From: eren at pardus.org.tr (Eren =?iso-8859-9?q?T=FCrkay?=) Date: Mon, 14 Dec 2009 00:53:31 +0200 Subject: [Gelistirici] =?iso-8859-9?q?G=FCvenlik_G=FCncellemeleri__-_Secur?= =?iso-8859-9?q?ity_Fixes__=282009-12-11=29?= In-Reply-To: <200912111417.10474.gokcen@pardus.org.tr> References: <200912111417.10474.gokcen@pardus.org.tr> Message-ID: <200912140053.31328.eren@pardus.org.tr> On Friday 11 December 2009 02:17:10 pm Gökçen Eraslan wrote: > Merhaba / Hi, > > Bu gece kararlı depolara girecek güvenlik güncellemeleri : > > Tonights security fixes for Pardus stable repos : Sorry, the PLSAs covering these packages were sent 3 days ago to pardus-security list. But I forgot to reply to this e-mail. > ----------------------------------------------------------------------- > > * Pardus 2008 > > openldap-client-2.3.43-24-7.pisi > openldap-server-2.3.43-24-7.pisi > openldap-slurpd-2.3.43-24-7.pisi [PLSA-2009-202] http://security.pardus.org.tr/en/2009-202/ > gimp-2.6.7-43-15.pisi [PLSA-2009-188] http://security.pardus.org.tr/en/2009-202/ > libtool-1.5.26-10-3.pisi [PLSA-2009-197] http://security.pardus.org.tr/en/2009-197/ > cups-1.3.10-59-12.pisi [PLSA-2009-199] http://security.pardus.org.tr/en/2009-199/ > expat-2.0.1-7-4.pisi [PLSA-2009-196] http://security.pardus.org.tr/en/2009-196/ > python-2.5.4-41-12.pisi [PLSA-2009-196] http://security.pardus.org.tr/en/2009-196/ > kvm-84-48-30.pisi [PLSA-2009-194] http://security.pardus.org.tr/en/2009-194/ > kernel-2.6.25.20-114-57.pisi > kernel-headers-2.6.25.20-114-57.pisi > kernel-source-2.6.25.20-114-57.pisi [PLSA-2009-203] http://security.pardus.org.tr/en/2009-203/ > bind-9.4.3_p4-23-9.pisi > bind-tools-9.4.3_p4-23-9.pisi [PLSA-2009-193] http://security.pardus.org.tr/en/2009-193/ From scirit at pardus.org.tr Mon Dec 14 09:56:50 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Mon, 14 Dec 2009 09:56:50 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091214_2009_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912132356w3cc2cfbcid6d85073e36e5fe9@mail.gmail.com> Selamlar, 20091214 2009 Güvenlik Güncellemesi Testleri için son tarih: 13-12-2009 10:00 Server Bileşeni -------------------------- mysql-client-5.1.41-45-8.pisi mysql-lib-5.1.41-45-8.pisi mysql-man-pages-5.1.41-45-8.pisi mysql-server-5.1.41-45-8.pisi Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/pardus-2009-test/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Cirit From scirit at pardus.org.tr Mon Dec 14 10:22:12 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Mon, 14 Dec 2009 10:22:12 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091214_2009_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= In-Reply-To: <4ebc247e0912132356w3cc2cfbcid6d85073e36e5fe9@mail.gmail.com> References: <4ebc247e0912132356w3cc2cfbcid6d85073e36e5fe9@mail.gmail.com> Message-ID: <4ebc247e0912140022y4d5e869ava181345bad0956b3@mail.gmail.com> 2009/12/14 Semen Cirit : > Selamlar, > > 20091214 2009 Güvenlik Güncellemesi Testleri için son tarih: 13-12-2009 10:00 > Test tarihi ile ilgili bir yanlışlık olmuş 15-12-2009 10:00 olacak. From faik at pardus.org.tr Mon Dec 14 12:07:23 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Mon, 14 Dec 2009 12:07:23 +0200 Subject: [Gelistirici] 2009/stable/programming/language/perl/perl-SDL - perl-Pod-Simple-3.11 In-Reply-To: <20091214095751.345B049C93E@ns1.pardus.org.tr> References: <20091214095751.345B049C93E@ns1.pardus.org.tr> Message-ID: <200912141207.23637.faik@pardus.org.tr> > Author: faik > Date: Mon Dec 14 11:57:51 2009 > New Revision: 82641 > > Removed: > > 2009/stable/programming/language/perl/perl-SDL/files/perl-SDL-gfxPie.patch > Modified: > 2009/stable/programming/language/perl/perl-SDL/ (props changed) > 2009/stable/programming/language/perl/perl-SDL/actions.py > 2009/stable/programming/language/perl/perl-SDL/pspec.xml > Log: > perl-Pod-Simple-3.11 > > * Fixed XHTML to output definition lists when it should > * Fixed XHTML so that multiparagraph list items work correctly. > * Added entity handling for E\ and E\ to Pod::Simple::XHTML. > * Fix nested definition list format in the XHTML output (RT#51187) Kopyala, yapıştır dalgınlığı.. Yanlış comment svn loglarında düzeltildi... - Faik From scirit at pardus.org.tr Mon Dec 14 12:34:18 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Mon, 14 Dec 2009 12:34:18 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091214_2009_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= In-Reply-To: <4ebc247e0912132356w3cc2cfbcid6d85073e36e5fe9@mail.gmail.com> References: <4ebc247e0912132356w3cc2cfbcid6d85073e36e5fe9@mail.gmail.com> Message-ID: <4ebc247e0912140234g4f374772lb69fc613a8618dd6@mail.gmail.com> 2009/12/14 Semen Cirit : > Selamlar, > > 20091214 2009 Güvenlik Güncellemesi Testleri için son tarih: 15-12-2009 10:00 > > Server Bileşeni > -------------------------- > mysql-client-5.1.41-45-8.pisi > mysql-lib-5.1.41-45-8.pisi > mysql-man-pages-5.1.41-45-8.pisi > mysql-server-5.1.41-45-8.pisi > Bir paket daha eklendi, System bileşeni -------------------------- automake-1.11.1-9-8.pisi Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/pardus-2009-test/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Cirit From ozan at pardus.org.tr Mon Dec 14 14:14:22 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Mon, 14 Dec 2009 14:14:22 +0200 Subject: [Gelistirici] [Fwd: trunk/pisi/pisi - Add new option to pisi ar : --ignore-check] Message-ID: <4B262C1E.5040101@pardus.org.tr> Bir kaç bişey: Modified: trunk/pisi/pisi/cli/addrepo.py ================================================================= --- trunk/pisi/pisi/cli/addrepo.py (original) +++ trunk/pisi/pisi/cli/addrepo.py Mon Dec 14 13:55:00 2009 @@ -45,6 +45,9 @@ group.add_option("--at", action="store", type="int", default=None, help=_("Add repository at given position (0 is first)")) + group.add_option("--ignore-check", action="store_true", + default=False, + help=_("Ignore distribution release and architecture checks")) self.parser.add_option_group(group) ######## "Skip distribution release and architecture check" daha düzgün bence. def run(self): Modified: trunk/pisi/pisi/index.py ================================================================= --- trunk/pisi/pisi/index.py (original) +++ trunk/pisi/pisi/index.py Mon Dec 14 13:55:00 2009 @@ -34,6 +34,16 @@ class Error(pisi.Error): pass +class NotCompatibleDistroException(pisi.Exception): + def __init__(self, repoVersion, curDistro, curDistVersion): + pisi.Exception.__init__(self, "Opps, sorry, this repository for %s is not compatible with your distribution release %s %s." \ + % (repoVersion, curDistro, curDistVersion)) + +class NotCompatibleArchException(pisi.Exception): + def __init__(self, repoArch, curArch): + pisi.Exception.__init__(self, "Opps, sorry, repo architecture %s is not compatible with your %s architecture." \ + % (repoArch, curArch)) ##### Exception isimleri şöyle olsa? DistributionMismatchException ArchitectureMismatchException distro ve arch gibi kısaltmaya gerek yok bence. ###### Bir de Exception mesajlarında oops'a sorry'ye falan gerek yok bence: The repository couldn't be added because of distribution release mismatch. The repository couldn't ve added because of distribution architecture mismatch. + def check_distro_and_arch(self, doc): + config = pisi.configfile.ConfigurationFile("/etc/pisi/pisi.conf") + if doc.getTag("Distribution").getTagData("Version") != config.get("general", "distribution_release"): + raise NotCompatibleDistroException(doc.getTag("Distribution").getTagData("Version"), \ + config.get("general", "distribution"), config.get("general", "distribution_release")) + if doc.getTag("Distribution").getTagData("Architecture"): + # First check if Architecture tag exists in index.xml; if not, directly skip it ;) + if doc.getTag("Distribution").getTagData("Architecture") != config.get("general", "architecture"): + raise NotCompatibleArchException(doc.getTag("Distribution").getTagData("Architecture"), \ + config.get("general", "architecture")) check_distribution_and_architecture() şeklinde uzun olarak yazarsak daha düzgün bence. config nesnesi zaten o esnada bir yerde olabilir (büyük ihtimalle hatta). tekrar yaratman gerekmeyebilir. # First check if architecture tag.... yorumu da ikinci if'in üstüne gelmeli. From gokcen at pardus.org.tr Mon Dec 14 14:10:25 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Mon, 14 Dec 2009 14:10:25 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri__-_Secu?= =?utf-8?q?rity_Fixes__=282009-12-14=29?= Message-ID: <200912141410.25362.gokcen@pardus.org.tr> Merhaba / Hi, Bu gece kararlı depolara girecek güvenlik güncellemeleri : Tonights security fixes for Pardus stable repos : ----------------------------------------------------------------------- * Pardus 2008 ntp-client-4.2.4_p7-12-6.pisi ntp-server-4.2.4_p7-12-6.pisi glibc-2.8-33-8.pisi glibc-locales-aa-2.8-33-8.pisi glibc-locales-af-2.8-33-8.pisi glibc-locales-am-2.8-33-8.pisi glibc-locales-an-2.8-33-8.pisi glibc-locales-ar-2.8-33-8.pisi glibc-locales-as-2.8-33-8.pisi glibc-locales-ast-2.8-33-6.pisi glibc-locales-az-2.8-33-8.pisi glibc-locales-be-2.8-33-8.pisi glibc-locales-ber-2.8-33-6.pisi glibc-locales-bg-2.8-33-8.pisi glibc-locales-bn-2.8-33-8.pisi glibc-locales-bo-2.8-33-6.pisi glibc-locales-br-2.8-33-8.pisi glibc-locales-bs-2.8-33-8.pisi glibc-locales-byn-2.8-33-8.pisi glibc-locales-ca-2.8-33-8.pisi glibc-locales-crh-2.8-33-8.pisi glibc-locales-cs-2.8-33-8.pisi glibc-locales-csb-2.8-33-8.pisi glibc-locales-cy-2.8-33-8.pisi glibc-locales-da-2.8-33-8.pisi glibc-locales-de-2.8-33-8.pisi glibc-locales-dz-2.8-33-8.pisi glibc-locales-el-2.8-33-8.pisi glibc-locales-en-2.8-33-8.pisi glibc-locales-es-2.8-33-8.pisi glibc-locales-et-2.8-33-8.pisi glibc-locales-eu-2.8-33-8.pisi glibc-locales-fa-2.8-33-8.pisi glibc-locales-fi-2.8-33-8.pisi glibc-locales-fil-2.8-33-6.pisi glibc-locales-fo-2.8-33-8.pisi glibc-locales-fr-2.8-33-8.pisi glibc-locales-fur-2.8-33-6.pisi glibc-locales-fy-2.8-33-8.pisi glibc-locales-ga-2.8-33-8.pisi glibc-locales-gd-2.8-33-8.pisi glibc-locales-gez-2.8-33-8.pisi glibc-locales-gl-2.8-33-8.pisi glibc-locales-gu-2.8-33-8.pisi glibc-locales-gv-2.8-33-8.pisi glibc-locales-ha-2.8-33-6.pisi glibc-locales-he-2.8-33-8.pisi glibc-locales-hi-2.8-33-8.pisi glibc-locales-hr-2.8-33-8.pisi glibc-locales-hsb-2.8-33-8.pisi glibc-locales-hu-2.8-33-8.pisi glibc-locales-hy-2.8-33-8.pisi glibc-locales-id-2.8-33-8.pisi glibc-locales-ig-2.8-33-6.pisi glibc-locales-ik-2.8-33-6.pisi glibc-locales-is-2.8-33-8.pisi glibc-locales-it-2.8-33-8.pisi glibc-locales-iu-2.8-33-6.pisi glibc-locales-iw-2.8-33-8.pisi glibc-locales-ja-2.8-33-8.pisi glibc-locales-ka-2.8-33-8.pisi glibc-locales-kk-2.8-33-8.pisi glibc-locales-kl-2.8-33-8.pisi glibc-locales-km-2.8-33-8.pisi glibc-locales-kn-2.8-33-8.pisi glibc-locales-ko-2.8-33-8.pisi glibc-locales-ku-2.8-33-8.pisi glibc-locales-kw-2.8-33-8.pisi glibc-locales-ky-2.8-33-8.pisi glibc-locales-lg-2.8-33-8.pisi glibc-locales-li-2.8-33-6.pisi glibc-locales-lo-2.8-33-8.pisi glibc-locales-lt-2.8-33-8.pisi glibc-locales-lv-2.8-33-8.pisi glibc-locales-mai-2.8-33-8.pisi glibc-locales-mg-2.8-33-8.pisi glibc-locales-mi-2.8-33-8.pisi glibc-locales-mk-2.8-33-8.pisi glibc-locales-ml-2.8-33-8.pisi glibc-locales-mn-2.8-33-8.pisi glibc-locales-mr-2.8-33-8.pisi glibc-locales-ms-2.8-33-8.pisi glibc-locales-mt-2.8-33-8.pisi glibc-locales-nb-2.8-33-8.pisi glibc-locales-nds-2.8-33-6.pisi glibc-locales-ne-2.8-33-8.pisi glibc-locales-nl-2.8-33-8.pisi glibc-locales-nn-2.8-33-8.pisi glibc-locales-nr-2.8-33-8.pisi glibc-locales-nso-2.8-33-8.pisi glibc-locales-oc-2.8-33-8.pisi glibc-locales-om-2.8-33-8.pisi glibc-locales-or-2.8-33-8.pisi glibc-locales-pa-2.8-33-8.pisi glibc-locales-pap-2.8-33-6.pisi glibc-locales-pl-2.8-33-8.pisi glibc-locales-pt-2.8-33-8.pisi glibc-locales-ro-2.8-33-8.pisi glibc-locales-ru-2.8-33-8.pisi glibc-locales-rw-2.8-33-8.pisi glibc-locales-sa-2.8-33-6.pisi glibc-locales-sc-2.8-33-6.pisi glibc-locales-se-2.8-33-8.pisi glibc-locales-shs-2.8-33-6.pisi glibc-locales-si-2.8-33-8.pisi glibc-locales-sid-2.8-33-8.pisi glibc-locales-sk-2.8-33-8.pisi glibc-locales-sl-2.8-33-8.pisi glibc-locales-so-2.8-33-8.pisi glibc-locales-sq-2.8-33-8.pisi glibc-locales-sr-2.8-33-8.pisi glibc-locales-ss-2.8-33-8.pisi glibc-locales-st-2.8-33-8.pisi glibc-locales-sv-2.8-33-8.pisi glibc-locales-ta-2.8-33-8.pisi glibc-locales-te-2.8-33-8.pisi glibc-locales-tg-2.8-33-8.pisi glibc-locales-th-2.8-33-8.pisi glibc-locales-ti-2.8-33-8.pisi glibc-locales-tig-2.8-33-8.pisi glibc-locales-tk-2.8-33-6.pisi glibc-locales-tl-2.8-33-8.pisi glibc-locales-tn-2.8-33-8.pisi glibc-locales-ts-2.8-33-8.pisi glibc-locales-tt-2.8-33-8.pisi glibc-locales-ug-2.8-33-6.pisi glibc-locales-uk-2.8-33-8.pisi glibc-locales-ur-2.8-33-8.pisi glibc-locales-uz-2.8-33-8.pisi glibc-locales-ve-2.8-33-8.pisi glibc-locales-vi-2.8-33-8.pisi glibc-locales-wa-2.8-33-8.pisi glibc-locales-wo-2.8-33-6.pisi glibc-locales-xh-2.8-33-8.pisi glibc-locales-yi-2.8-33-8.pisi glibc-locales-yo-2.8-33-6.pisi glibc-locales-zh-2.8-33-8.pisi glibc-locales-zu-2.8-33-8.pisi glibc-zoneinfo-2.8-33-8.pisi coreutils-6.12-29-6.pisi flashplugin-10.0.42.34-23-8.pisi -- Gökçen Eraslan From fatih at pardus.org.tr Mon Dec 14 14:28:42 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Mon, 14 Dec 2009 14:28:42 +0200 Subject: [Gelistirici] [Fwd: trunk/pisi/pisi - Add new option to pisi ar : --ignore-check] In-Reply-To: <4B262C1E.5040101@pardus.org.tr> References: <4B262C1E.5040101@pardus.org.tr> Message-ID: <200912141428.42678.fatih@pardus.org.tr> On Monday 14 December 2009 14:14:22 Ozan Çağlayan wrote: > + def check_distro_and_arch(self, doc): > + config = pisi.configfile.ConfigurationFile("/etc/pisi/pisi.conf") > Bir de şu dosya adı hard coded olmasa iyi olur. From serdar at pardus.org.tr Mon Dec 14 14:59:14 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Mon, 14 Dec 2009 14:59:14 +0200 Subject: [Gelistirici] [Fwd: trunk/pisi/pisi - Add new option to pisi ar : --ignore-check] In-Reply-To: <4B262C1E.5040101@pardus.org.tr> References: <4B262C1E.5040101@pardus.org.tr> Message-ID: 2009/12/14 Ozan Çağlayan > Bir kaç bişey: > > > Modified: trunk/pisi/pisi/cli/addrepo.py > ================================================================= > --- trunk/pisi/pisi/cli/addrepo.py (original) > +++ trunk/pisi/pisi/cli/addrepo.py Mon Dec 14 13:55:00 2009 > @@ -45,6 +45,9 @@ > group.add_option("--at", action="store", > type="int", default=None, > help=_("Add repository at given position (0 > is first)")) > + group.add_option("--ignore-check", action="store_true", > + default=False, > + help=_("Ignore distribution release and > architecture checks")) > self.parser.add_option_group(group) > > ######## "Skip distribution release and architecture check" daha düzgün > bence. > > hmm, skip daha iyi evet, değiştiriyorum. > > def run(self): > > Modified: trunk/pisi/pisi/index.py > ================================================================= > --- trunk/pisi/pisi/index.py (original) > +++ trunk/pisi/pisi/index.py Mon Dec 14 13:55:00 2009 > @@ -34,6 +34,16 @@ > class Error(pisi.Error): > pass > > +class NotCompatibleDistroException(pisi.Exception): > + def __init__(self, repoVersion, curDistro, curDistVersion): > + pisi.Exception.__init__(self, "Opps, sorry, this repository for %s > is not compatible with your distribution release %s %s." \ > + % (repoVersion, curDistro, curDistVersion)) > + > +class NotCompatibleArchException(pisi.Exception): > + def __init__(self, repoArch, curArch): > + pisi.Exception.__init__(self, "Opps, sorry, repo architecture %s > is not compatible with your %s architecture." \ > + % (repoArch, curArch)) > > > ##### Exception isimleri şöyle olsa? > DistributionMismatchException > ArchitectureMismatchException > > distro ve arch gibi kısaltmaya gerek yok bence. > > ###### Bir de Exception mesajlarında oops'a sorry'ye falan gerek yok bence: > The repository couldn't be added because of distribution release mismatch. > The repository couldn't ve added because of distribution architecture > mismatch. > > Exception'ları ctx.ui.error ile bastırmak daha mantıklı sanırım, hem çevrilebilir olacaklar, hem de pisi.Exception class'ı yaratmadan handle edilebilecekler. Bu şekilde değiştiriyorum. > > check_distribution_and_architecture() şeklinde uzun olarak yazarsak daha > düzgün bence. > > fonksiyonun adını da bu şekilde dğeiştirdim. > config nesnesi zaten o esnada bir yerde olabilir (büyük ihtimalle hatta). > tekrar yaratman gerekmeyebilir. > # First check if architecture tag.... > > yorumu da ikinci if'in üstüne gelmeli. > bu da tamam. -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From serdar at pardus.org.tr Mon Dec 14 15:30:40 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Mon, 14 Dec 2009 15:30:40 +0200 Subject: [Gelistirici] [Fwd: trunk/pisi/pisi - Add new option to pisi ar : --ignore-check] In-Reply-To: <200912141428.42678.fatih@pardus.org.tr> References: <4B262C1E.5040101@pardus.org.tr> <200912141428.42678.fatih@pardus.org.tr> Message-ID: 2009/12/14 Fatih Aşıcı > On Monday 14 December 2009 14:14:22 Ozan Çağlayan wrote: > > + def check_distro_and_arch(self, doc): > > + config = > pisi.configfile.ConfigurationFile("/etc/pisi/pisi.conf") > > > > Bir de şu dosya adı hard coded olmasa iyi olur. > > bu da tamamdır; ctx.config.values.get("general", "distribution_release") ile ilk parametre /etc/pisi/pisi.conf'un section'ı, ikincisi de value olmak üzere ulaşılabiliyor. -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From dfisek at fisek.com.tr Mon Dec 14 16:47:29 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Mon, 14 Dec 2009 16:47:29 +0200 Subject: [Gelistirici] kurumsal 2 / yali'daki auto-login secenegi calismiyor Message-ID: <20091214164729.a0c67639.dfisek@fisek.com.tr> Merhaba, Sanirim Yali 2009'dan alinma oldugu icin KDE4'teki ayar dosyalarini duzenlemeye calisiyordur; kurulumdaki su kullanici auto-login yapsin secenegi calismiyor. Hata raporu olarak mi, gelistirici listesine mi, svn'deki tasks listesinde ilgili kisiye mi eklemeliyim kestiremedim. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From ozan at pardus.org.tr Mon Dec 14 17:04:26 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Mon, 14 Dec 2009 17:04:26 +0200 Subject: [Gelistirici] kurumsal 2 / yali'daki auto-login secenegi calismiyor In-Reply-To: <20091214164729.a0c67639.dfisek@fisek.com.tr> References: <20091214164729.a0c67639.dfisek@fisek.com.tr> Message-ID: <4B2653FA.4060705@pardus.org.tr> Doruk Fisek wrote On 14-12-2009 16:47: > Merhaba, > > Sanirim Yali 2009'dan alinma oldugu icin KDE4'teki ayar dosyalarini > duzenlemeye calisiyordur; kurulumdaki su kullanici auto-login yapsin > secenegi calismiyor. > > Hata raporu olarak mi, gelistirici listesine mi, svn'deki tasks > listesinde ilgili kisiye mi eklemeliyim kestiremedim. > güzel tespit :) From mete at pardus.org.tr Mon Dec 14 17:25:21 2009 From: mete at pardus.org.tr (Mete Alpaslan) Date: Mon, 14 Dec 2009 17:25:21 +0200 Subject: [Gelistirici] kurumsal 2 / yali'daki auto-login secenegi calismiyor In-Reply-To: <20091214164729.a0c67639.dfisek@fisek.com.tr> References: <20091214164729.a0c67639.dfisek@fisek.com.tr> Message-ID: <200912141725.21922.mete@pardus.org.tr> 14 Aralık 2009 Pazartesi günü (saat 16:47:29) Doruk Fisek şunları yazmıştı: > Merhaba, > > Sanirim Yali 2009'dan alinma oldugu icin KDE4'teki ayar dosyalarini > duzenlemeye calisiyordur; kurulumdaki su kullanici auto-login yapsin > secenegi calismiyor. Çalışmaması normal, çünkü kurumsal deposundaki YALI 2009 branchından geliyor ve orada o seçeneği aktif hale getirebilmek için kde4rc dosyası handle ediliyor. Corporate branchını açtığımda kde3 için değişiklikler gelecek ve aktif hale gelebilecek. 1-2 ufak işim kaldı sonra yeni YALI depoya koyacam ;) > Hata raporu olarak mi, gelistirici listesine mi, svn'deki tasks > listesinde ilgili kisiye mi eklemeliyim kestiremedim. Durumu biliyorum. İstersen bugzillaya hata açabilirsin değişikliği yaptığımda sanada geri bildirim gelmiş olur... ---- Mete Alpaslan ----- From eren at pardus.org.tr Tue Dec 15 09:36:40 2009 From: eren at pardus.org.tr (Eren =?iso-8859-9?q?T=FCrkay?=) Date: Tue, 15 Dec 2009 09:36:40 +0200 Subject: [Gelistirici] =?iso-8859-9?q?G=FCvenlik_G=FCncellemeleri__-_Secur?= =?iso-8859-9?q?ity_Fixes__=282009-12-14=29?= In-Reply-To: <200912141410.25362.gokcen@pardus.org.tr> References: <200912141410.25362.gokcen@pardus.org.tr> Message-ID: <200912150936.41131.eren@pardus.org.tr> On Monday 14 December 2009 02:10:25 pm you wrote: > * Pardus 2008 > > ntp-client-4.2.4_p7-12-6.pisi > ntp-server-4.2.4_p7-12-6.pisi [PLSA 2009-204] http://security.pardus.org.tr/en/2009-204/ > glibc-2.8-33-8.pisi [PLSA 2009-198] http://security.pardus.org.tr/en/2009-199/ > coreutils-6.12-29-6.pisi [PLSA 2009-201] http://security.pardus.org.tr/en/2009-201/ > flashplugin-10.0.42.34-23-8.pisi [PLSA 2009-205] http://security.pardus.org.tr/en/2009-205/ From ozan at pardus.org.tr Tue Dec 15 10:05:13 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Tue, 15 Dec 2009 10:05:13 +0200 Subject: [Gelistirici] python-turbojson Message-ID: <4B274339.40903@pardus.org.tr> Selam, 2009/devel'de bu paket PEAK-Rules paketine bağımlı görünüyor ancak böyle bir paket bulamıyorum ben.? From dfisek at fisek.com.tr Tue Dec 15 12:13:05 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Tue, 15 Dec 2009 12:13:05 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <20091209230134.7c970770.dfisek@fisek.com.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <4B1FDB2C.4090800@pardus.org.tr> <20091209230134.7c970770.dfisek@fisek.com.tr> Message-ID: <20091215121305.d373f22d.dfisek@fisek.com.tr> Wed, 9 Dec 2009 23:01:34 +0200, Doruk Fisek : Ping? (tam alintilamayi sevmiyorum ama kesebilecegim bir yerini bulamadim :)) - dfisek > > Buna kurumsal gerekler doğrultusunda beraberce karar vermeliyiz. > > Şimdilik game/ bileşeninin olmayacağını söyleyebiliriz. Bunun > > dışında depomuzda olmayan bir evolution'ın C2 için hazırlanması > > gereği/planı var. Dediğim gibi fikir ve argümanlar önemli :) > Elde "biz su paketlerin olmasini uygun gorduk" diye depoya alinacak > bir standart liste var mi, tasks listesi gibi? Icinden kendi > paketlerimizi port edebiliriz yavas yavas. > > > > - Paketlerin guncellenme politikasi ne olacak? Sadece guvenlik > > > yamalari mi yapilacak, paketlere "kritik olmayan" hata raporlari > > > da kabul edilecek / duzeltmeleri uygulanacak mi? > > Güncellemelerin daha kararlı ve ağır gideceği aşikar. İşlevselliği > > olumsuz etkileyen, sistemin kararlılığını etkileyen hatalar kritik > > olarak adlandırılabilir. Kritik olmayan hata raporları/güncellemeler > > nelerdir bunların adını koymamız lazım. > Depoya neye gore guncelleme commit edecegiz? > > Ornegin benim uzerimdeki paketlerden c2 (corporate2 kisaltmasi olarak > kullandigini tahmin ediyorum) deposuna alindiktan sonra guncellenenler > oldu. Bunlari guncelleyebilir/guncellemeli miyim? > > > > - Kurumsal 2 deposunda yer almayacak paketleri gelistiricilerin > > > yerlestirmesi icin bir kurumsal 2 katki deposu acilacak mi? > > Hmm. Katkı deposu maintain etmeyi hiç düşünmedik, tartışılabilir ama > > ben pek sıcak bakamadım ilk duyuşta :) > Acikcasi ben kendi adima c2 deposuna girilmesi uygun gorulmeyebilecek > (oyunlar dahil) cesitli c2 paketlerini ilk ISO'nun yayinlanmasi ile > beraber yapmayi ve guncellemeyi planliyorum. Bunlari da diger > kullanicilarin da isine yarayabilecegini dusunerek herkesin > ulasabilecegi bir yerde tutmak isterim. > > Contrib deposu acilmayacaksa, ben de ona gore bu paketleri baska bir > yere yerlestireyim. From fethicanc at gmail.com Tue Dec 15 15:55:46 2009 From: fethicanc at gmail.com (Fethican =?UTF-8?B?Q2/Fn2t1bmVy?=) Date: Tue, 15 Dec 2009 15:55:46 +0200 Subject: [Gelistirici] python-turbojson In-Reply-To: <4B274339.40903@pardus.org.tr> References: <4B274339.40903@pardus.org.tr> Message-ID: <20091215155546.2c94dc17.fethicanc@gmail.com> On Tue, 15 Dec 2009 10:05:13 +0200 Ozan Çağlayan wrote: > Selam, Selam, > 2009/devel'de bu paket PEAK-Rules paketine bağımlı görünüyor ancak > böyle bir paket bulamıyorum ben.? Evet henüz depoda değil. Yeni sürüm depoda olmayan yeni bağımlılıklar getirdiği için güncellemeyi yarıda bırakıp paket yapmaya girişmiştim. Paketler review'a gitmeye birer translation dosyası uzaklıktalar. Şimdilik eski haline çeviriyorum, daha fazla kafa karıştırmasın. --- Fethican From ozan at pardus.org.tr Wed Dec 16 09:30:05 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Wed, 16 Dec 2009 09:30:05 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <20091215121305.d373f22d.dfisek@fisek.com.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <4B1FDB2C.4090800@pardus.org.tr> <20091209230134.7c970770.dfisek@fisek.com.tr> <20091215121305.d373f22d.dfisek@fisek.com.tr> Message-ID: <4B288C7D.80403@pardus.org.tr> Doruk Fisek wrote On 15-12-2009 12:13: > Wed, 9 Dec 2009 23:01:34 +0200, Doruk Fisek : > > Ping? > > (tam alintilamayi sevmiyorum ama kesebilecegim bir yerini bulamadim :)) > > - dfisek > > >>> Buna kurumsal gerekler doğrultusunda beraberce karar vermeliyiz. >>> Şimdilik game/ bileşeninin olmayacağını söyleyebiliriz. Bunun >>> dışında depomuzda olmayan bir evolution'ın C2 için hazırlanması >>> gereği/planı var. Dediğim gibi fikir ve argümanlar önemli :) >>> >> Elde "biz su paketlerin olmasini uygun gorduk" diye depoya alinacak >> bir standart liste var mi, tasks listesi gibi? Icinden kendi >> paketlerimizi port edebiliriz yavas yavas. >> Hayır böyle bir liste henüz yok. Ben ilk planda tüm python ve perl modüllerini aldım, çünkü zırt pırt bir şeylerin bağımlılığı çıkıyorlardı. Ben depoyu kısıtlayıp/kısıtlamamak konusunda kararsızım. Yani zaten 2009 deposunda 2000 küsür kaynak paketimiz var, kurumsal sürüm çıkartıyoruz diye paket sayısını azaltmak bana mantıklı gelmiyor, sonuçta sunucu sürüm değil, gömülü sürüm değil, KDE'si var, masaüstüsü var. Sadece dediğim game bileşenini almayalım diyoruz. Onun dışında verilmiş bir karar henüz yok. Paketlerinizden uygun gördüklerinizi alabilir, bakımını yapabilirsiniz. >> Depoya neye gore guncelleme commit edecegiz? >> >> Ornegin benim uzerimdeki paketlerden c2 (corporate2 kisaltmasi olarak >> kullandigini tahmin ediyorum) deposuna alindiktan sonra guncellenenler >> oldu. Bunlari guncelleyebilir/guncellemeli miyim? >> Tabii ki güncelleyebilirsiniz. Kimse güncellemiyor diye ben depoya alırken bazı paketlerin güncellemesi var mı diye bakıyorum. >> >>>> - Kurumsal 2 deposunda yer almayacak paketleri gelistiricilerin >>>> yerlestirmesi icin bir kurumsal 2 katki deposu acilacak mi? >>>> >>> Hmm. Katkı deposu maintain etmeyi hiç düşünmedik, tartışılabilir ama >>> ben pek sıcak bakamadım ilk duyuşta :) >>> >> Acikcasi ben kendi adima c2 deposuna girilmesi uygun gorulmeyebilecek >> (oyunlar dahil) cesitli c2 paketlerini ilk ISO'nun yayinlanmasi ile >> beraber yapmayi ve guncellemeyi planliyorum. Bunlari da diger >> kullanicilarin da isine yarayabilecegini dusunerek herkesin >> ulasabilecegi bir yerde tutmak isterim. >> >> Contrib deposu acilmayacaksa, ben de ona gore bu paketleri baska bir >> yere yerlestireyim Şu anda contrib/2009/devel'den gelme 2 adet paket var corporate2'da: imlib ve desktop-file-utils. İhtiyaç olduğu için buraya aldık. From dfisek at fisek.com.tr Wed Dec 16 09:50:07 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Wed, 16 Dec 2009 09:50:07 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <4B288C7D.80403@pardus.org.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <4B1FDB2C.4090800@pardus.org.tr> <20091209230134.7c970770.dfisek@fisek.com.tr> <20091215121305.d373f22d.dfisek@fisek.com.tr> <4B288C7D.80403@pardus.org.tr> Message-ID: <20091216095007.371898f8.dfisek@fisek.com.tr> Merhaba, Wed, 16 Dec 2009 09:30:05 +0200, Ozan Çağlayan : > Hayır böyle bir liste henüz yok. Ben ilk planda tüm python ve perl > modüllerini aldım, çünkü zırt pırt bir şeylerin bağımlılığı > çıkıyorlardı. Ben depoyu kısıtlayıp/kısıtlamamak konusunda kararsızım. > Yani zaten 2009 deposunda 2000 küsür kaynak paketimiz var, kurumsal > sürüm çıkartıyoruz diye paket sayısını azaltmak bana mantıklı > gelmiyor, sonuçta sunucu sürüm değil, gömülü sürüm değil, KDE'si var, > masaüstüsü var. > Sadece dediğim game bileşenini almayalım diyoruz. Onun dışında > verilmiş bir karar henüz yok. Paketlerinizden uygun gördüklerinizi > alabilir, bakımını yapabilirsiniz. Buradan oyun bileseni disinda 2008/2009 Pardus deposundaki istedigim tum paketleri gelistirici listesine onaylatmadan c2 deposuna alabilecegimi anliyorum. Depoyu kisitlamama dusuncesi olduguna gore, "kurumsal" olmayan bircok paket de gire(bile)cek c2 deposuna anladigim kadariyla. c2 icin bakimini yapip ilgilenecek gelistiricisi olduktan sonra, depoda yer almasinda ne sakinca gordugunuz icin "game bilesenini almayalim" diyorsunuz? > Şu anda contrib/2009/devel'den gelme 2 adet paket var corporate2'da: > imlib ve desktop-file-utils. İhtiyaç olduğu için buraya aldık. Ihtiyac disinda da girecekler olabiliyor mu? Kisa yoldan sorayim, su contrib paketlerinden hangilerini alabilirim c2 deposuna? aucdtect easytag fdupes gpsbabel josm licq merkaartor moodin navilink qcomicbook qlandkarte rpl tuxcards Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From scirit at pardus.org.tr Wed Dec 16 10:47:15 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Wed, 16 Dec 2009 10:47:15 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091216_2008_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912160047i42b80791x33823f36ed50a778@mail.gmail.com> Selamlar, 20091216 2008 Güvenlik Güncellemesi Testleri için son tarih: 17-12-2009 10:00 Server Bileşeni --------------------------- mysql-client-5.0.88-40-8.pisi mysql-lib-5.0.88-40-8.pisi mysql-man-pages-5.0.88-40-8.pisi mysql-server-5.0.88-40-8.pisi Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/pardus-2008-test/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Cirit From dfisek at fisek.com.tr Wed Dec 16 11:08:44 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Wed, 16 Dec 2009 11:08:44 +0200 Subject: [Gelistirici] [Hata 11728] In-Reply-To: References: Message-ID: <20091216110844.308ff441.dfisek@fisek.com.tr> Wed, 16 Dec 2009 10:48:12 +0200 (EET), Pardus Bugzilla : > Product: Güvenlik / Security Bugzilla'da bir sorun var olabilir mi? Hata "guvenlik" bileseninde olmasina karsin Bugzilla e-posta listesine duyurusu geldi. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From eren at pardus.org.tr Wed Dec 16 11:30:41 2009 From: eren at pardus.org.tr (Eren =?iso-8859-9?q?T=FCrkay?=) Date: Wed, 16 Dec 2009 11:30:41 +0200 Subject: [Gelistirici] [Hata 11728] In-Reply-To: <20091216110844.308ff441.dfisek@fisek.com.tr> References: <20091216110844.308ff441.dfisek@fisek.com.tr> Message-ID: <200912161130.41358.eren@pardus.org.tr> On Wednesday 16 December 2009 11:08:44 am Doruk Fisek wrote: > Bugzilla'da bir sorun var olabilir mi? Hata "guvenlik" bileseninde > olmasina karsin Bugzilla e-posta listesine duyurusu geldi. > > Doruk Bugzilladan kaynaklanan bir hata değil. Hatayı açarken izinler için checkbox'ı seçmeyi unutmamdan kaynaklanıyor. Bazen bu şekilde durumlar oluşabiliyor, checkbox seçilmediği zaman listeye gönderiyor. Doğru yöntem güvenlik componenti seçildiği zaman listeye göndermemesi gibi geldi. Bugzillada böyle bir şey yapma imkanımız var mı? "Şu component seçili ise şunlara mail gönder" gibi. From gkmngrgn at gmail.com Wed Dec 16 12:20:43 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Wed, 16 Dec 2009 12:20:43 +0200 Subject: [Gelistirici] corporate2/devel-x86_64/system/devel/icecream - added icecream In-Reply-To: <20091216101048.706E049C95A@ns1.pardus.org.tr> References: <20091216101048.706E049C95A@ns1.pardus.org.tr> Message-ID: <579eef480912160220t87af379g17bc5d0e64b49079@mail.gmail.com> 2009/12/16 Meltem Parmaksız > Author: meltem.parmaksiz > Date: Wed Dec 16 12:10:48 2009 > New Revision: 82959 > > Modified: > corporate2/devel-x86_64/system/devel/icecream/actions.py > Log: > added icecream > > > --- > actions.py | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > Modified: corporate2/devel-x86_64/system/devel/icecream/actions.py > ================================================================= > --- corporate2/devel-x86_64/system/devel/icecream/actions.py (original) > +++ corporate2/devel-x86_64/system/devel/icecream/actions.py Wed Dec 16 > 12:10:48 2009 > @@ -24,6 +24,6 @@ > def install(): > autotools.rawInstall("DESTDIR=%s" % get.installDIR()) > > - for chost in ["", "i686-pc-linux-gnu-"]: > + for chost in ["", "x86_64-pc-linux-gnu-"]: > for i in ["c++", "cc", "g++", "gcc"]: > pisitools.dosym("icecc", "/opt/icecream/bin/%s%s" % (chost, i)) > Denemedim ama, bu tip şey bizim işimizi görüyor olması lazım => http://tr.pardus-wiki.org/Pardus:ActionsAPI#HOST Eğer pisi.conf'tan host bilgisini alacak bir get modülü fonksiyonu yazılmamışsa da yazmamız gerek. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From serdar at pardus.org.tr Wed Dec 16 13:55:04 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Wed, 16 Dec 2009 13:55:04 +0200 Subject: [Gelistirici] corporate2/devel-x86_64/system/devel/icecream - added icecream In-Reply-To: <579eef480912160220t87af379g17bc5d0e64b49079@mail.gmail.com> References: <20091216101048.706E049C95A@ns1.pardus.org.tr> <579eef480912160220t87af379g17bc5d0e64b49079@mail.gmail.com> Message-ID: 2009/12/16 Gökmen Görgen > 2009/12/16 Meltem Parmaksız > > >> Modified: corporate2/devel-x86_64/system/devel/icecream/actions.py >> ================================================================= >> --- corporate2/devel-x86_64/system/devel/icecream/actions.py (original) >> +++ corporate2/devel-x86_64/system/devel/icecream/actions.py Wed Dec 16 >> 12:10:48 2009 >> @@ -24,6 +24,6 @@ >> def install(): >> autotools.rawInstall("DESTDIR=%s" % get.installDIR()) >> >> - for chost in ["", "i686-pc-linux-gnu-"]: >> + for chost in ["", "x86_64-pc-linux-gnu-"]: >> for i in ["c++", "cc", "g++", "gcc"]: >> pisitools.dosym("icecc", "/opt/icecream/bin/%s%s" % (chost, >> i)) >> > > Denemedim ama, bu tip şey bizim işimizi görüyor olması lazım => > http://tr.pardus-wiki.org/Pardus:ActionsAPI#HOST > > Eğer pisi.conf'tan host bilgisini alacak bir get modülü fonksiyonu > yazılmamışsa da yazmamız gerek. > > http://svn.pardus.org.tr/uludag/trunk/pisi/pisi/actionsapi/get.py def HOST(): return env.host -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From scirit at pardus.org.tr Wed Dec 16 14:44:15 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Wed, 16 Dec 2009 14:44:15 +0200 Subject: [Gelistirici] =?iso-8859-1?q?2009=2E1_s=FCr=FCm_takvimi?= In-Reply-To: <20091212134251.ea57eeb0.onur@pardus.org.tr> References: <20091212134251.ea57eeb0.onur@pardus.org.tr> Message-ID: <4ebc247e0912160444i986e16if095a4f5ac141224@mail.gmail.com> 2009/12/12 Onur Küçük : > >  Merhaba, > >  2009.1 sürümü için elimizdeki işler, yapılacaklar, ana depoyu bozmamak > için yapmamız gereken değişiklikler vs. ye bırakarak şöyle bir plan > çıkardım > > * KDE > >  - 4.3.4 sürümüne geçiş (tamamlandı) >  - 4.2 -> 4.3 geçişinin sağlıklı olması (tamamlandı görünüyor ancak > test edilmeli) Bu geçişin testlerini gerçekleştirdim. Hatalar: comic strip ve lcd weather station plasmoidlerinin verileri güncellemeden sonra siliniyor. Sistem yeniden başlatıldıktan sonra yeniden yapılandır butonu ortaya çıkıyor. >  2008 -> 2009 geçişi için de çalışmalar sürüyor. Upgrade-manager > tamamlandı, iyice test edeceğiz ve paket değişikliklerine odaklanmamız > gerekiyor. Paketlerde ayar değişikliklerinin düzgün yapılması, replaces > ve obsolete listelerinin üzerinden geçilmesi gerekiyor. 2009.1 için > engelleyici olmamakla birlikte 2009.1 çıkışıyla geçişin tamamlanmış > olmasını istiyorum. 2008 ve 2009 CD'si arasındaki paket farkları alındıktan sonra kde3->kde4 geçişinin testleri gerçekleştirilecek. Herkese iyi günler, Semen Cirit Semen From onur at pardus.org.tr Wed Dec 16 15:52:40 2009 From: onur at pardus.org.tr (Onur =?utf-8?q?K=C3=BC=C3=A7=C3=BCk?=) Date: Wed, 16 Dec 2009 15:52:40 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri_-_Secur?= =?utf-8?q?ity_Fixes__=282009-12-16=29?= Message-ID: <200912161552.40220.onur@pardus.org.tr> Merhaba / Hi, Bu gece kararlı depolara girecek güvenlik güncellemeleri : Tonights security fixes for Pardus stable repos : ----------------------------------------------------------------------- * Pardus 2009 automake-1.11.1-9-8.pisi mysql-client-5.1.41-45-8.pisi mysql-lib-5.1.41-45-8.pisi mysql-man-pages-5.1.41-45-8.pisi mysql-server-5.1.41-45-8.pisi flashplugin-10.0.42.34-23-5.pisi -- Onur Küçük Knowledge speaks, but wisdom listens From m3lt3mparmaks1z at gmail.com Wed Dec 16 16:10:46 2009 From: m3lt3mparmaks1z at gmail.com (=?ISO-8859-9?Q?meltem_parmaks=FDz?=) Date: Wed, 16 Dec 2009 16:10:46 +0200 Subject: [Gelistirici] corporate2/devel-x86_64/system/devel/icecream - added icecream In-Reply-To: References: <20091216101048.706E049C95A@ns1.pardus.org.tr> <579eef480912160220t87af379g17bc5d0e64b49079@mail.gmail.com> Message-ID: Önerdiğiniz gibi action.py dosyasınındaki x86_64-pc-linux-gnu- ifadesinin get.HOST() ile alınmış halini svn e commit ettim. -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From onur at pardus.org.tr Thu Dec 17 11:38:21 2009 From: onur at pardus.org.tr (Onur =?utf-8?q?K=C3=BC=C3=A7=C3=BCk?=) Date: Thu, 17 Dec 2009 11:38:21 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <20091216214023.31FF649CC15@ns1.pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> Message-ID: <200912171138.22086.onur@pardus.org.tr> On 16 Aralık 2009 Çarşamba 23:40:23 Fatih Aşıcı wrote: > Author: fatih > Date: Wed Dec 16 23:40:23 2009 > New Revision: 83029 > > Modified: > 2009/stable/kernel/default/drivers/module-nvidia-current/actions.py > > 2009/stable/kernel/default/drivers/module-nvidia-current/comar/xorg.driver > .py 2009/stable/kernel/default/drivers/module-nvidia-current/pspec.xml Log: > New stable release (190.53) Bu güncellemeyle KDE açılmaz hale geldi .xsession-errors de şu var Could not open library ksmserver: Cannot load library /usr/kde/4/lib/libkdeinit4_ksmserver.so: (libnvidia-tls.so.1: paylaşımlı nesne dosyası açılamıyor: Böyle bir dosya ya da dizin yok) ksmserver: error while loading shared libraries: libnvidia-tls.so.1: cannot open shared object file: No such file or directory /usr/lib de bir seri kırık symlink var ll /usr/lib/libGL* wxrwxrwx 1 root root 14 Ara 17 10:39 /usr/lib/libGLcore.so -> libGLcore.so.1 lrwxrwxrwx 1 root root 19 Ara 17 10:39 /usr/lib/libGLcore.so.1 -> libGLcore.so.190.53 lrwxrwxrwx 1 root root 52 Ara 17 10:39 /usr/lib/libGLcore.so.190.53 -> /usr/lib/xorg/nvidia-current/lib/libGLcore.so.190.53 lrwxrwxrwx 1 root root 15 Tem 30 15:05 /usr/lib/libGLC.so -> libGLC.so.0.0.7 lrwxrwxrwx 1 root root 15 Tem 30 15:05 /usr/lib/libGLC.so.0 -> libGLC.so.0.0.7 -rwxr-xr-x 1 root root 136K Tem 6 16:21 /usr/lib/libGLC.so.0.0.7 lrwxrwxrwx 1 root root 16 Haz 2 2009 /usr/lib/libGLEW.so -> libGLEW.so.1.5.1 lrwxrwxrwx 1 root root 16 Haz 2 2009 /usr/lib/libGLEW.so.1.5 -> libGLEW.so.1.5.1 -rwxr-xr-x 1 root root 250K Haz 14 2009 /usr/lib/libGLEW.so.1.5.1 lrwxrwxrwx 1 root root 10 Haz 9 2009 /usr/lib/libGL.so -> libGL.so.1 lrwxrwxrwx 1 root root 48 Ara 17 10:39 /usr/lib/libGL.so.1.2 -> /usr/lib/xorg/nvidia-current/lib/libGL.so.190.53 lrwxrwxrwx 1 root root 11 Haz 9 2009 /usr/lib/libGLU.so -> libGLU.so.1 lrwxrwxrwx 1 root root 20 Eki 20 10:55 /usr/lib/libGLU.so.1 -> libGLU.so.1.3.070601 -rwxr-xr-x 1 root root 461K Kas 26 10:16 /usr/lib/libGLU.so.1.3.070601 ll /usr/lib/*nvidia* /usr/lib/*vdpau* -rwxr-xr-x 1 root root 39K Haz 14 2009 libBasicUsageEnvironment.so lrwxrwxrwx 1 root root 50 Ara 17 10:39 libcuda.so.190.53 -> /usr/lib/xorg/nvidia-current/lib/libcuda.so.190.53 lrwxrwxrwx 1 root root 52 Ara 17 10:39 libGLcore.so.190.53 -> /usr/lib/xorg/nvidia-current/lib/libGLcore.so.190.53 lrwxrwxrwx 1 root root 48 Ara 17 10:39 libGL.so.1.2 -> /usr/lib/xorg/nvidia-current/lib/libGL.so.190.53 lrwxrwxrwx 1 root root 18 Kas 2 06:44 libnvidia-cfg.so -> libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 18 Kas 2 06:44 libnvidia-tls.so -> libnvidia-tls.so.1 -rwxr-xr-x 1 root root 9,6K Haz 14 2009 libUsageEnvironment.so lrwxrwxrwx 1 root root 25 Kas 2 06:44 libvdpau_nvidia.so -> libvdpau_nvidia.so.190.42 lrwxrwxrwx 1 root root 17 Tem 15 10:15 libvdpau.so -> libvdpau.so.1.0.0 lrwxrwxrwx 1 root root 17 Tem 15 10:15 libvdpau.so.1 -> libvdpau.so.1.0.0 -rwxr-xr-x 1 root root 5,5K Eyl 23 10:14 libvdpau.so.1.0.0 -rwxr-xr-x 1 root root 54K Eyl 23 10:14 libvdpau_trace.so lrwxrwxrwx 1 root root 56 Ara 17 10:39 libXvMCNVIDIA.so.190.53 -> /usr/lib/xorg/nvidia-current/lib/libXvMCNVIDIA.so.190.53 $ tree /usr/lib/xorg/nvidia-current/ /usr/lib/xorg/nvidia-current/ |-- drivers | `-- nvidia_drv.so |-- extensions | `-- libglx.so.190.53 |-- include | |-- GL | | |-- gl.h | | |-- glext.h | | |-- glx.h | | `-- glxext.h | `-- cuda | |-- cuda.h | `-- cudaGL.h `-- lib |-- libGL.so.190.53 |-- libGLcore.so.190.53 |-- libXvMCNVIDIA.so.190.53 |-- libcuda.so.190.53 |-- libnvidia-cfg.so.190.53 |-- tls | `-- libnvidia-tls.so.190.53 `-- vdpau |-- libvdpau_nvidia.so.190.53 `-- libvdpau_trace.so.190.53 -- Onur Küçük Knowledge speaks, but wisdom listens From serdar at pardus.org.tr Thu Dec 17 11:37:44 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Thu, 17 Dec 2009 11:37:44 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Pisi_T=FCrk=E7e_=E7eviri_hatalar=FD?= Message-ID: Merhabalar; Bir kaç çeviri hatası ilişti de gözüme, Türkçeye çevirmekle ilgilenenler bunlara bi el atabilir mi? #: pisi/pxml/autoxml.py:120 pisi/pxml/autoxml.py:135 "Tag should have at least the current locale, or failing that an English or " "Turkish version" msgstr "" "Takı içeriğinin en azından güncel yerelde (locale) bir karşılığı olmalı, ya " "da eğer o yoksa bir Türkçe ya da İngilizce sürüme sahip olmalı." Takı ne yahu, düğüne mi geldik :D Etiket olmalı. Düzgün çevirildiği yerler var tabi: #: pisi/pxml/autoxml.py:79 gibi. Bunun benzer: #: pisi/cli/index.py:23 #: pisi/pxml/autoxml.py:86 #: pisi/pxml/autoxml.py:528 #: pisi/pxml/autoxml.py:661 pisi/pxml/autoxml.py:670 takı sendromu bulunmakta. ---------- #: pisi/operations/build.py:373 msgid "" "Cannot find component.xml in upper directory, Source is now part of unknown " "component" msgstr "" "component.xml uzaktaki dizinde bulunamadı, kaynak bilinmeyen bir bileşenin " "parçası" burada çeviri uzaktaki dizin olmamalı, bir üst dizin olmalı. Bir de component.xml ile uzaktaki kelimeleri arasında fazladan bir boşluk var. Listeye sorayım dedim bir de, Source is now part of unknown component" derken "kaynak bilinmeyen bir bileşenin parçası" mı diyelim "kaynak bilinmeyen bileşeninin bir parçası" mı? ikisinde de kararsız kaldım ben. Bu string şu iki satırda yer alıyor: #: pisi/operations/build.py:367 #: pisi/operations/build.py:373 -------- #: pisi/operations/install.py:163 msgid "Package %s is not compatible with your distribution release %s %s." msgstr "%s paketi dağıtım sürmünüz %s %s ile uyumlu değil." sürmünüz -> sürümünüz typo var. --------- #: pisi/operations/install.py:167 msgid "Package %s (%s) is not compatible with your %s architecture." msgstr "%s (%s) paketi sizin %s mimariniz ile uyumlu değil" Sonda nokta unutulmuş. Şimdilik gözüme çarpanlar bunlar. -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From faik at pardus.org.tr Thu Dec 17 11:44:30 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Thu, 17 Dec 2009 11:44:30 +0200 Subject: [Gelistirici] =?utf-8?b?UGlzaSBUw7xya8OnZSDDp2V2aXJpIGhhdGFsYXI=?= =?utf-8?b?xLE=?= In-Reply-To: References: Message-ID: <200912171144.30838.faik@pardus.org.tr> > Merhabalar; > > Bir kaç çeviri hatası ilişti de gözüme, Türkçeye çevirmekle ilgilenenler > bunlara bi el atabilir mi? Çok bir işi yok, sen bulmuşken, düzeltiverip commit etsene. :) - Faik From fatih at pardus.org.tr Thu Dec 17 11:51:39 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Thu, 17 Dec 2009 11:51:39 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171138.22086.onur@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171138.22086.onur@pardus.org.tr> Message-ID: <200912171151.39176.fatih@pardus.org.tr> On Thursday 17 December 2009 11:38:21 Onur Küçük wrote: > On 16 Aralık 2009 Çarşamba 23:40:23 Fatih Aşıcı wrote: > > Author: fatih > > Date: Wed Dec 16 23:40:23 2009 > > New Revision: 83029 > > > > Modified: > > 2009/stable/kernel/default/drivers/module-nvidia-current/actions.py > > > > > > 2009/stable/kernel/default/drivers/module-nvidia-current/comar/xorg.drive > >r .py 2009/stable/kernel/default/drivers/module-nvidia-current/pspec.xml > > Log: New stable release (190.53) > > Bu güncellemeyle KDE açılmaz hale geldi > > .xsession-errors de şu var postInstall'da bir hata olmuş muydu? comar.log'a düşen bir şey var mı? Paketi kurunca tekrarlayamadım hatayı. Sanırım 190.42'den güncelleyince çıkıyor hata. From onur at pardus.org.tr Thu Dec 17 11:59:35 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Thu, 17 Dec 2009 11:59:35 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171151.39176.fatih@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171138.22086.onur@pardus.org.tr> <200912171151.39176.fatih@pardus.org.tr> Message-ID: <200912171159.35982.onur@pardus.org.tr> On 17 Aralık 2009 Perşembe 11:51:39 Fatih Aşıcı wrote: > postInstall'da bir hata olmuş muydu? comar.log'a düşen bir şey var mı? evet postinstall da olmuş > Paketi kurunca tekrarlayamadım hatayı. Sanırım 190.42'den güncelleyince > çıkıyor hata. aynen 142 den güncelleyince oldu pisi lp de xorg-video-nvidia-current görünüyordu, çıktıyı almak için pisi cp yazdım bu sefer çalıştı, paket bağımlılıklarından dolayı kurulum sırası mı değişti ? Belki onunla ilgilidir -- Onur Küçük Knowledge speaks, but wisdom listens From fatih at pardus.org.tr Thu Dec 17 12:07:50 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Thu, 17 Dec 2009 12:07:50 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171159.35982.onur@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171151.39176.fatih@pardus.org.tr> <200912171159.35982.onur@pardus.org.tr> Message-ID: <200912171207.50962.fatih@pardus.org.tr> On Thursday 17 December 2009 11:59:35 Onur Küçük wrote: > On 17 Aralık 2009 Perşembe 11:51:39 Fatih Aşıcı wrote: > > postInstall'da bir hata olmuş muydu? comar.log'a düşen bir şey var mı? > > evet postinstall da olmuş > > > Paketi kurunca tekrarlayamadım hatayı. Sanırım 190.42'den güncelleyince > > çıkıyor hata. > > aynen 142 den güncelleyince oldu Önce 190.42'yi kurarak tekrar etmeye çalıştım; ama yine tekrarlayamadım. > pisi lp de xorg-video-nvidia-current görünüyordu, çıktıyı almak için pisi > cp yazdım bu sefer çalıştı, paket bağımlılıklarından dolayı kurulum sırası > mı değişti ? Belki onunla ilgilidir Her güncellemede yaptığım gibi strict dep'lerdeki sürümleri değiştirdim. Bu sürümdeki tek farklılık vdpau sürücülerinin bulunduğu dizin. Sürücüler artık /usr/lib/vdpau dizini altında. /usr/lib altındaki sembolik linkleri temizletmeyi unutmuşum. O yüzden bir tane kırık link görebilirsin. From serdar at pardus.org.tr Thu Dec 17 12:20:55 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Thu, 17 Dec 2009 12:20:55 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Pisi_T=FCrk=E7e_=E7eviri_hatalar=FD?= In-Reply-To: <200912171144.30838.faik@pardus.org.tr> References: <200912171144.30838.faik@pardus.org.tr> Message-ID: 2009/12/17 Faik Uygur > > Merhabalar; > > > > Bir kaç çeviri hatası ilişti de gözüme, Türkçeye çevirmekle ilgilenenler > > bunlara bi el atabilir mi? > > Çok bir işi yok, sen bulmuşken, düzeltiverip commit etsene. :) > > - Faik > Oluur, benim için sorun değil de çevirileri geliştiriciler mi yapıyor, çeviriyle ilgilenen birileri yok mu? Çeviriyle ilgilenen birileri varsa diye yazayım dedim, iş başa kaldıysa yaparız tabi ki :) -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From onur at pardus.org.tr Thu Dec 17 12:44:29 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Thu, 17 Dec 2009 12:44:29 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171207.50962.fatih@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171159.35982.onur@pardus.org.tr> <200912171207.50962.fatih@pardus.org.tr> Message-ID: <200912171244.29502.onur@pardus.org.tr> On 17 Aralık 2009 Perşembe 12:07:50 Fatih Aşıcı wrote: > Her güncellemede yaptığım gibi strict dep'lerdeki sürümleri değiştirdim. Bu > sürümdeki tek farklılık vdpau sürücülerinin bulunduğu dizin. Sürücüler > artık /usr/lib/vdpau dizini altında. /usr/lib altındaki sembolik linkleri > temizletmeyi unutmuşum. O yüzden bir tane kırık link görebilirsin. vdpau kırık linki var da, post patlamış ben oradayım 153 varken zorg -p patlıyor bu arada, -s -k vs. düzgün çalışıyor Traceback (most recent call last): File "/usr/bin/zorg", line 87, in probe(opts) File "/usr/bin/zorg", line 33, in probe if link.Xorg.Display["zorg"].initialConfig(): File "/usr/lib/pardus/comar/__init__.py", line 127, in call raise dbus.DBusException, exception dbus.exceptions.DBusException: tr.org.pardus.comar.DBusException: tr.org.pardus.comar.OSError: (2, 'No such file or directory') şimdilik 142 ye döndüm, sorun kritik olduğu için test deposu paket senkronunu kapattım -- Onur Küçük Knowledge speaks, but wisdom listens From fatih at pardus.org.tr Thu Dec 17 13:05:33 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Thu, 17 Dec 2009 13:05:33 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171244.29502.onur@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171207.50962.fatih@pardus.org.tr> <200912171244.29502.onur@pardus.org.tr> Message-ID: <200912171305.33433.fatih@pardus.org.tr> On Thursday 17 December 2009 12:44:29 Onur Küçük wrote: > On 17 Aralık 2009 Perşembe 12:07:50 Fatih Aşıcı wrote: > > Her güncellemede yaptığım gibi strict dep'lerdeki sürümleri değiştirdim. > > Bu sürümdeki tek farklılık vdpau sürücülerinin bulunduğu dizin. Sürücüler > > artık /usr/lib/vdpau dizini altında. /usr/lib altındaki sembolik linkleri > > temizletmeyi unutmuşum. O yüzden bir tane kırık link görebilirsin. > > vdpau kırık linki var da, post patlamış ben oradayım > > 153 varken zorg -p patlıyor bu arada, -s -k vs. düzgün çalışıyor > > Traceback (most recent call last): > File "/usr/bin/zorg", line 87, in > probe(opts) > File "/usr/bin/zorg", line 33, in probe > if link.Xorg.Display["zorg"].initialConfig(): > File "/usr/lib/pardus/comar/__init__.py", line 127, in call > raise dbus.DBusException, exception > dbus.exceptions.DBusException: tr.org.pardus.comar.DBusException: > tr.org.pardus.comar.OSError: (2, 'No such file or directory') comar logunda daha detaylı bir backtrace var mı? Hem postInstall için hem de zorg probe için. From faik at pardus.org.tr Thu Dec 17 13:12:35 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Thu, 17 Dec 2009 13:12:35 +0200 Subject: [Gelistirici] =?utf-8?b?UGlzaSBUw7xya8OnZSDDp2V2aXJpIGhhdGFsYXI=?= =?utf-8?b?xLE=?= In-Reply-To: References: <200912171144.30838.faik@pardus.org.tr> Message-ID: <200912171312.35346.faik@pardus.org.tr> > 2009/12/17 Faik Uygur > > > > Merhabalar; > > > > > > Bir kaç çeviri hatası ilişti de gözüme, Türkçeye çevirmekle > > > ilgilenenler bunlara bi el atabilir mi? > > > > Çok bir işi yok, sen bulmuşken, düzeltiverip commit etsene. :) > > > > - Faik > > Oluur, benim için sorun değil de çevirileri geliştiriciler mi yapıyor, > çeviriyle ilgilenen birileri yok mu? Çeviriyle ilgilenen birileri varsa > diye yazayım dedim, iş başa kaldıysa yaparız tabi ki :) > Sürüm öncesi genelde eksik Türkçe çevirileri kendim yapıyorum piside. - Faik From onur at pardus.org.tr Thu Dec 17 13:25:05 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Thu, 17 Dec 2009 13:25:05 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171305.33433.fatih@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171244.29502.onur@pardus.org.tr> <200912171305.33433.fatih@pardus.org.tr> Message-ID: <200912171325.05257.onur@pardus.org.tr> On 17 Aralık 2009 Perşembe 13:05:33 Fatih Aşıcı wrote: > > vdpau kırık linki var da, post patlamış ben oradayım > > > > 153 varken zorg -p patlıyor bu arada, -s -k vs. düzgün çalışıyor > > > > Traceback (most recent call last): > > File "/usr/bin/zorg", line 87, in > > probe(opts) > > File "/usr/bin/zorg", line 33, in probe > > if link.Xorg.Display["zorg"].initialConfig(): > > File "/usr/lib/pardus/comar/__init__.py", line 127, in call > > raise dbus.DBusException, exception > > dbus.exceptions.DBusException: tr.org.pardus.comar.DBusException: > > tr.org.pardus.comar.OSError: (2, 'No such file or directory') > > comar logunda daha detaylı bir backtrace var mı? Hem postInstall için hem > de zorg probe için. şöyle bir şey var 2009-12-17 12:32:09 (894) [bus:1.49] ERROR: Exception: OSError - (2, 'No such file or directory') 2009-12-17 12:32:09 (894) [bus:1.49] ERROR: File /var/db/comar3/scripts/Xorg.Driver/xorg_video_nvidia_current.py, line 65, in enable() 2009-12-17 12:32:09 (894) [bus:1.49] ERROR: File /var/db/comar3/scripts/Xorg.Driver/xorg_video_nvidia_current.py, line 19, in symlink() 2009-12-17 12:32:09 (889) [bus:1.47] ERROR: Exception: DBusException - tr.org.pardus.comar.OSError: (2, 'No such file or directory') 2009-12-17 12:32:09 (889) [bus:1.47] ERROR: File /var/db/comar3/scripts/Xorg.Display/zorg.py, line 105, in initialConfig() 2009-12-17 12:32:09 (889) [bus:1.47] ERROR: File /usr/lib/pardus/zorg/probe.py, line 121, in setDriver() 2009-12-17 12:32:09 (889) [bus:1.47] ERROR: File /usr/lib/pardus/zorg/probe.py, line 132, in enableDriver() 2009-12-17 12:32:09 (889) [bus:1.47] ERROR: File /usr/lib/pardus/comar/__init__.py, line 127, in call() 2009-12-17 12:32:23 (903) [bus:1.56] ERROR: Exception: OSError - (2, 'No such file or directory') 2009-12-17 12:32:23 (903) [bus:1.56] ERROR: File /var/db/comar3/scripts/Xorg.Driver/xorg_video_nvidia_current.py, line 65, in enable() 2009-12-17 12:32:23 (903) [bus:1.56] ERROR: File /var/db/comar3/scripts/Xorg.Driver/xorg_video_nvidia_current.py, line 19, in symlink() 2009-12-17 12:32:23 (898) [bus:1.54] ERROR: Exception: DBusException - tr.org.pardus.comar.OSError: (2, 'No such file or directory') 2009-12-17 12:32:23 (898) [bus:1.54] ERROR: File /var/db/comar3/scripts/Xorg.Display/zorg.py, line 105, in initialConfig() 2009-12-17 12:32:23 (898) [bus:1.54] ERROR: File /usr/lib/pardus/zorg/probe.py, line 121, in setDriver() 2009-12-17 12:32:23 (898) [bus:1.54] ERROR: File /usr/lib/pardus/zorg/probe.py, line 132, in enableDriver() 2009-12-17 12:32:23 (898) [bus:1.54] ERROR: File /usr/lib/pardus/comar/__init__.py, line 127, in call() -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Thu Dec 17 13:30:34 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Thu, 17 Dec 2009 13:30:34 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171325.05257.onur@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171305.33433.fatih@pardus.org.tr> <200912171325.05257.onur@pardus.org.tr> Message-ID: <200912171330.34061.onur@pardus.org.tr> On 17 Aralık 2009 Perşembe 13:25:05 Onur Küçük wrote: > On 17 Aralık 2009 Perşembe 13:05:33 Fatih Aşıcı wrote: > > > vdpau kırık linki var da, post patlamış ben oradayım > > > > > > 153 varken zorg -p patlıyor bu arada, -s -k vs. düzgün çalışıyor > > > > > > Traceback (most recent call last): > > > File "/usr/bin/zorg", line 87, in > > > probe(opts) > > > File "/usr/bin/zorg", line 33, in probe > > > if link.Xorg.Display["zorg"].initialConfig(): > > > File "/usr/lib/pardus/comar/__init__.py", line 127, in call > > > raise dbus.DBusException, exception > > > dbus.exceptions.DBusException: tr.org.pardus.comar.DBusException: > > > tr.org.pardus.comar.OSError: (2, 'No such file or directory') > > > > comar logunda daha detaylı bir backtrace var mı? Hem postInstall için hem > > de zorg probe için. > > şöyle bir şey var ... paketleri reinstall da yaptım bu arada bir şey değişmedi -- Onur Küçük Knowledge speaks, but wisdom listens From fatih at pardus.org.tr Thu Dec 17 13:38:03 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Thu, 17 Dec 2009 13:38:03 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171330.34061.onur@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171325.05257.onur@pardus.org.tr> <200912171330.34061.onur@pardus.org.tr> Message-ID: <200912171338.03919.fatih@pardus.org.tr> On Thursday 17 December 2009 13:30:34 Onur Küçük wrote: > On 17 Aralık 2009 Perşembe 13:25:05 Onur Küçük wrote: > > On 17 Aralık 2009 Perşembe 13:05:33 Fatih Aşıcı wrote: > > > > vdpau kırık linki var da, post patlamış ben oradayım > > > > > > > > 153 varken zorg -p patlıyor bu arada, -s -k vs. düzgün çalışıyor > > > > > > > > Traceback (most recent call last): > > > > File "/usr/bin/zorg", line 87, in > > > > probe(opts) > > > > File "/usr/bin/zorg", line 33, in probe > > > > if link.Xorg.Display["zorg"].initialConfig(): > > > > File "/usr/lib/pardus/comar/__init__.py", line 127, in call > > > > raise dbus.DBusException, exception > > > > dbus.exceptions.DBusException: tr.org.pardus.comar.DBusException: > > > > tr.org.pardus.comar.OSError: (2, 'No such file or directory') > > > > > > comar logunda daha detaylı bir backtrace var mı? Hem postInstall için > > > hem de zorg probe için. > > > > şöyle bir şey var > > ... > > paketleri reinstall da yaptım bu arada bir şey değişmedi > Sorunu anladım. Sendeki libvdpau eski olduğu (ya da kurulmadığı) için /usr/lib/vdpau diye bir dizin yoktu. Bu dizinin içerisinde symlink oluşturmaya çalışırken patlıyor. libvdpau paketini güncelleyip bağımlılık olarak ekleyeceğim. From onur at pardus.org.tr Thu Dec 17 14:14:04 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Thu, 17 Dec 2009 14:14:04 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171338.03919.fatih@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171330.34061.onur@pardus.org.tr> <200912171338.03919.fatih@pardus.org.tr> Message-ID: <200912171414.04528.onur@pardus.org.tr> On 17 Aralık 2009 Perşembe 13:38:03 Fatih Aşıcı wrote: > Sorunu anladım. Sendeki libvdpau eski olduğu (ya da kurulmadığı) için > /usr/lib/vdpau diye bir dizin yoktu. Bu dizinin içerisinde symlink > oluşturmaya çalışırken patlıyor. libvdpau paketini güncelleyip bağımlılık > olarak ekleyeceğim. farmda olan paket kuruluymuş bende Yüklü paket: İsim: libvdpau, sürüm 0.2, yayım 2, inşa 3 dediğin mantıklı, 42 deyim, paketler hazır olunca güncelleyip deneyeyim -- Onur Küçük Knowledge speaks, but wisdom listens From fatih at pardus.org.tr Thu Dec 17 14:16:16 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Thu, 17 Dec 2009 14:16:16 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171414.04528.onur@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171338.03919.fatih@pardus.org.tr> <200912171414.04528.onur@pardus.org.tr> Message-ID: <200912171416.16880.fatih@pardus.org.tr> On Thursday 17 December 2009 14:14:04 Onur Küçük wrote: > On 17 Aralık 2009 Perşembe 13:38:03 Fatih Aşıcı wrote: > > Sorunu anladım. Sendeki libvdpau eski olduğu (ya da kurulmadığı) için > > /usr/lib/vdpau diye bir dizin yoktu. Bu dizinin içerisinde symlink > > oluşturmaya çalışırken patlıyor. libvdpau paketini güncelleyip > > bağımlılık olarak ekleyeceğim. > > farmda olan paket kuruluymuş bende > > Yüklü paket: > İsim: libvdpau, sürüm 0.2, yayım 2, inşa 3 0.3'e güncelledim şimdi. > dediğin mantıklı, 42 deyim, paketler hazır olunca güncelleyip deneyeyim > svn'de gerekli güncellemeleri yaptım. Paketler derlenebilir. From fatih at pardus.org.tr Thu Dec 17 14:17:10 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Thu, 17 Dec 2009 14:17:10 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171414.04528.onur@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171338.03919.fatih@pardus.org.tr> <200912171414.04528.onur@pardus.org.tr> Message-ID: <200912171417.10909.fatih@pardus.org.tr> On Thursday 17 December 2009 14:14:04 Onur Küçük wrote: > On 17 Aralık 2009 Perşembe 13:38:03 Fatih Aşıcı wrote: > > Sorunu anladım. Sendeki libvdpau eski olduğu (ya da kurulmadığı) için > > /usr/lib/vdpau diye bir dizin yoktu. Bu dizinin içerisinde symlink > > oluşturmaya çalışırken patlıyor. libvdpau paketini güncelleyip > > bağımlılık olarak ekleyeceğim. > > farmda olan paket kuruluymuş bende > > Yüklü paket: > İsim: libvdpau, sürüm 0.2, yayım 2, inşa 3 > > dediğin mantıklı, 42 deyim, paketler hazır olunca güncelleyip deneyeyim > Deneme yapmadan önce /usr/lib/vdpau dizinini sil ;) From onur at pardus.org.tr Thu Dec 17 14:41:34 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Thu, 17 Dec 2009 14:41:34 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171417.10909.fatih@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171414.04528.onur@pardus.org.tr> <200912171417.10909.fatih@pardus.org.tr> Message-ID: <200912171441.34264.onur@pardus.org.tr> On 17 Aralık 2009 Perşembe 14:17:10 Fatih Aşıcı wrote: > > Deneme yapmadan önce /usr/lib/vdpau dizinini sil ;) tamamdır güncellemeden sonra gayet leziz çalıştı:) -- Onur Küçük Knowledge speaks, but wisdom listens From eren at pardus.org.tr Thu Dec 17 16:43:54 2009 From: eren at pardus.org.tr (Eren =?iso-8859-9?q?T=FCrkay?=) Date: Thu, 17 Dec 2009 16:43:54 +0200 Subject: [Gelistirici] =?iso-8859-9?q?G=FCvenlik_G=FCncellemeleri_-_Securi?= =?iso-8859-9?q?ty_Fixes__=282009-12-16=29?= In-Reply-To: <200912161552.40220.onur@pardus.org.tr> References: <200912161552.40220.onur@pardus.org.tr> Message-ID: <200912171643.55045.eren@pardus.org.tr> On Wednesday 16 December 2009 03:52:40 pm Onur Küçük wrote: > automake-1.11.1-9-8.pisi [PLSA-2009-206] http://security.pardus.org.tr/en/2009-206/ > mysql-client-5.1.41-45-8.pisi > mysql-lib-5.1.41-45-8.pisi > mysql-man-pages-5.1.41-45-8.pisi > mysql-server-5.1.41-45-8.pisi [PLSA-2009-207] http://security.pardus.org.tr/en/2009-207/ > flashplugin-10.0.42.34-23-5.pisi [PLSA-2009-205] http://security.pardus.org.tr/en/2009-205/ From isbaran at gmail.com Thu Dec 17 18:23:58 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Thu, 17 Dec 2009 18:23:58 +0200 Subject: [Gelistirici] =?utf-8?q?component=2Exml_de=C4=9Fi=C5=9Fiklikleri?= Message-ID: <395ed7070912170823i4a20feb6n2a128a621b7d84ac@mail.gmail.com> Nasıl derliyoruz ? isbaran-pardus taglib-extras # pisi bi pspec.xml -d Outputting packages in the working directory. Building PiSi source package: taglib-extras DEBUG: InstallDB initialized in 0.029314994812. PartOf tag not defined, looking for component *** 0 error(s), 0 warning(s) Program Terminated. : (u'PISI.name: Mandatory token Name not available', u"PISI.localName: At least one 'LocalName' tag should have local text", u"PISI.summary: At least one 'Summary' tag should have local text", u"PISI.description: At least one 'Description' tag should have local text", u"autoxml.read: File '/home/isbaran/component.xml' has errors") Please use 'pisi help' for general help. Traceback: File "/usr/bin/pisi", line 80, in cli.run_command() File "/usr/lib/pardus/pisi/cli/pisicli.py", line 141, in run_command self.command.run() File "/usr/lib/pardus/pisi/cli/build.py", line 119, in run pisi.api.build(x) File "/usr/lib/pardus/pisi/api.py", line 834, in build return pisi.atomicoperations.build(*args, **kw) File "/usr/lib/pardus/pisi/atomicoperations.py", line 621, in build return pisi.operations.build.build(package) File "/usr/lib/pardus/pisi/operations/build.py", line 1049, in build result = pb.build() File "/usr/lib/pardus/pisi/operations/build.py", line 250, in build self.fetch_component() File "/usr/lib/pardus/pisi/operations/build.py", line 371, in fetch_component comp.read(path) File "/usr/lib/pardus/pisi/pxml/autoxml.py", line 453, in read raise Error(*errs) component.xml olayına oldum olası gıcığım var bir de yerelde paket derlemek için türlü işkencelere neden katlandığımı anlamıyorum :/ svn'den aldığım component.xml olmadı, üst dizindeki components.xml den aldım koydum içine yine olmadı. multimedia.library FIXME FIXME FIXME programming Pardus admins at pardus.org.tr -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From onur at pardus.org.tr Thu Dec 17 18:52:34 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Thu, 17 Dec 2009 18:52:34 +0200 Subject: [Gelistirici] =?utf-8?q?component=2Exml_de=C4=9Fi=C5=9Fiklikleri?= In-Reply-To: <395ed7070912170823i4a20feb6n2a128a621b7d84ac@mail.gmail.com> References: <395ed7070912170823i4a20feb6n2a128a621b7d84ac@mail.gmail.com> Message-ID: <20091217185234.46645ace.onur@pardus.org.tr> On Thu, 17 Dec 2009 18:23:58 +0200 İşbaran Akçayır wrote: > Nasıl derliyoruz ? test deposundaki pisi yi kurmak gerekiyor -- Onur Küçük Knowledge speaks, but wisdom listens From isbaran at gmail.com Thu Dec 17 19:33:07 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Thu, 17 Dec 2009 19:33:07 +0200 Subject: [Gelistirici] =?utf-8?q?component=2Exml_de=C4=9Fi=C5=9Fiklikleri?= In-Reply-To: <20091217185234.46645ace.onur@pardus.org.tr> References: <395ed7070912170823i4a20feb6n2a128a621b7d84ac@mail.gmail.com> <20091217185234.46645ace.onur@pardus.org.tr> Message-ID: <395ed7070912170933s7dfc6ee5h2210e13b74031010@mail.gmail.com> 2009/12/17 Onur Küçük > > On Thu, 17 Dec 2009 18:23:58 +0200 > İşbaran Akçayır wrote: > > > Nasıl derliyoruz ? > > test deposundaki pisi yi kurmak gerekiyor > > Hmm index'e sonradan girmiş herhalde yeni pisi şimdi geldi güncelleme .. -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From scirit at pardus.org.tr Fri Dec 18 00:07:29 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Fri, 18 Dec 2009 00:07:29 +0200 Subject: [Gelistirici] =?iso-8859-1?q?2009=2E1_s=FCr=FCm_takvimi?= In-Reply-To: <4ebc247e0912160444i986e16if095a4f5ac141224@mail.gmail.com> References: <20091212134251.ea57eeb0.onur@pardus.org.tr> <4ebc247e0912160444i986e16if095a4f5ac141224@mail.gmail.com> Message-ID: <4ebc247e0912171407y2ea3936t82c674967d71d065@mail.gmail.com> 2009/12/16 Semen Cirit : > 2009/12/12 Onur Küçük : >> >>  Merhaba, >> >>  2008 -> 2009 geçişi için de çalışmalar sürüyor. Upgrade-manager >> tamamlandı, iyice test edeceğiz ve paket değişikliklerine odaklanmamız >> gerekiyor. Paketlerde ayar değişikliklerinin düzgün yapılması, replaces >> ve obsolete listelerinin üzerinden geçilmesi gerekiyor. 2009.1 için >> engelleyici olmamakla birlikte 2009.1 çıkışıyla geçişin tamamlanmış >> olmasını istiyorum. > > 2008 ve 2009 CD'si arasındaki paket farkları alındıktan sonra > kde3->kde4 geçişinin testleri gerçekleştirilecek. Bugün iki CD arasındaki farkları alıp, 2009 CD'sinde bulunan fakat 2008 CD'sinde bulunmayan ve bir paketin bağımlılığı ile yüklenemeyecek olan paketleri belirleyip, http://svn.pardus.org.tr/uludag/trunk/pardus-upgrade/2008_2009.list dosyası içerisine ekledik. upgrade-manager buradan otomatik olarak paket adlarını almakta. Daha sonra çeşitli kde, thunderbird ve firefox ayarları yapılmış 2008 sistemde geçişi denedik, geçişten sonra .kde dizininin .kde4' bağladık ve .kde3.5'ten gerekli rc ve apps dosyalarını kopyaladık. Karşılaşılan sorunlar, - Amarok kolleksiyon listesi gelmiyor. Öntanımlı olarak kolleksiyon listesi Belgeler/muzik altına bakıyor ve daha önce farklı bir dizine ayarlanmış kolleksiyon listeleri amarok tarafından görüntülenemiyor. - Daha önce 6'ya ayarlanmış olan masaüstü sayısı, öntanımlı olan 4 masaüstü sayısına düştü - paket yöneticisi sistem tepsisinden silindi. - duvar kağıdı 2009 öntanımlı duvar kağıdı oldu. - Kontact uygulamasında bulunan kişiler listesi silindi. - Firefox ayarları silindi. herkese iyi çalışmalar, Semen Cirit From faik at pardus.org.tr Fri Dec 18 01:15:44 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Fri, 18 Dec 2009 01:15:44 +0200 Subject: [Gelistirici] =?iso-8859-9?q?2009=2E1_s=FCr=FCm__takvimi?= In-Reply-To: <4ebc247e0912171407y2ea3936t82c674967d71d065@mail.gmail.com> References: <20091212134251.ea57eeb0.onur@pardus.org.tr> <4ebc247e0912160444i986e16if095a4f5ac141224@mail.gmail.com> <4ebc247e0912171407y2ea3936t82c674967d71d065@mail.gmail.com> Message-ID: <200912180115.44744.faik@pardus.org.tr> 18 Aralık 2009 Cuma günü (saat 00:07:29) Semen Cirit şunları yazmıştı: > >> Merhaba, Merhaba, > - paket yöneticisi sistem tepsisinden silindi. package-managerrc dosyasını taşımak yeterli olmalı. - Faik From scirit at pardus.org.tr Fri Dec 18 10:27:14 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Fri, 18 Dec 2009 10:27:14 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091218_2008_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912180027v3eb538c8s5452302122cf966a@mail.gmail.com> Selamlar, 20091218 2008 Güvenlik Güncellemesi Testleri için son tarih: 19-12-2009 10:00 System bileşeni ----------------------- automake-1.10.3-6-4.pisi Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/pardus-2008-test/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Cirit From scirit at pardus.org.tr Fri Dec 18 10:47:23 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Fri, 18 Dec 2009 10:47:23 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091218_2009_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912180047g2f0ae15cm61aec28cab995849@mail.gmail.com> Selamlar, 20091218 2009 Güvenlik Güncellemesi Testleri için son tarih: 19-12-2009 10:00 Server bileşeni -------------------------- ntp-client-4.2.4_p7-13-5.pisi ntp-server-4.2.4_p7-13-5.pisi Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/pardus-2009-test/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Cirit From fatih at pardus.org.tr Fri Dec 18 13:37:37 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Fri, 18 Dec 2009 13:37:37 +0200 Subject: [Gelistirici] 2009/devel - add Architecture to distribution.xml In-Reply-To: <20091215102241.B002249C9C5@ns1.pardus.org.tr> References: <20091215102241.B002249C9C5@ns1.pardus.org.tr> Message-ID: <200912181337.37445.fatih@pardus.org.tr> On Tuesday 15 December 2009 12:22:41 Serdar Dalgıç wrote: > Author: sdalgic > Date: Tue Dec 15 12:22:41 2009 > New Revision: 82821 > > Modified: > 2009/devel/distribution.xml > Log: > add Architecture to distribution.xml Bence bu yanlış. Kaynak deponun mimarisi olmamalı. Paketlerin mimarisini, onları derleyen buildfarm'ın pisi yapılandırması belirliyor. İkili depoların mimarisi de bu şekilde belirlenmeli. From fatih at pardus.org.tr Fri Dec 18 13:46:07 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Fri, 18 Dec 2009 13:46:07 +0200 Subject: [Gelistirici] trunk/pisi/pisi - Fix pisi delta's not carrying file permission chan... In-Reply-To: <20091216143631.158C349CBB3@ns1.pardus.org.tr> References: <20091216143631.158C349CBB3@ns1.pardus.org.tr> Message-ID: <200912181346.11375.fatih@pardus.org.tr> On Wednesday 16 December 2009 16:36:31 Faik Uygur wrote: > Author: faik > Date: Wed Dec 16 16:36:30 2009 > New Revision: 26893 > > Modified: > trunk/pisi/pisi/atomicoperations.py > trunk/pisi/pisi/operations/delta.py > Log: > Fix pisi delta's not carrying file permission changes xdm paketini güncelleyemiyorum. Önce /etc/X11/xdm/Xresources dosyasını Xresources.old olarak isimlendiriyor. Sonra mevcut olmayan Xresources dosyasının modunu almaya çalışıyor ve aşağıdaki gibi patlıyor: $ sudo pisi up xdm -d --ignore-safety Password: Updating repositories DEBUG: RepoDB initialized in 0.0001540184021. DEBUG: HistoryDB initialized in 0.0164079666138. * Updating repository: pardus-2009 DEBUG: RepoDB initialized in 0.000175952911377. pisi-index.xml.bz2.sha1sum (40.0 B)100% 795.34 KB/s [00:00:00] [complete] pardus-2009 repository information is up-to-date. * Updating repository: contrib pisi-index.xml.bz2.sha1sum (40.0 B)100% 738.02 KB/s [00:00:00] [complete] contrib repository information is up-to-date. DEBUG: PackageDB initialized in 1.47214484215. DEBUG: SourceDB initialized in 0.56050992012. DEBUG: ComponentDB initialized in 0.570436000824. DEBUG: GroupDB initialized in 0.560909986496. DEBUG: HistoryDB initialized in 0.0167090892792. DEBUG: PackageDB initialized in 0.0384299755096. DEBUG: InstallDB initialized in 0.0122330188751. DEBUG: A = set(['xdm']) digraph G { xdm[ label = "xdm(1.1.9,7)" ]; } DEBUG: ComponentDB initialized in 0.00445699691772. The following packages will be upgraded: xdm Total size of package(s): 63.00 KB Downloading 1 / 1 Package xdm found in repository pardus-2009 xdm-7-8.delta.pisi [cached] Installing 1 / 1 xdm-7-8.delta.pisi [cached] Installing xdm, version 1.1.9, release 7, build 8 DEBUG: FilesDB initialized in 0.0049901008606. Upgrading to new distribution release Running pre removal operations for xdm DEBUG: Calling pre remove handlers Running post removal operations for xdm DEBUG: Calling post remove handlers DEBUG: Unregistering comar scripts Extracting the files of xdm System Error. Program Terminated. : (2, 'No such file or directory') Please use 'pisi help' for general help. Traceback: File "/usr/bin/pisi", line 80, in cli.run_command() File "/usr/lib/pardus/pisi/cli/pisicli.py", line 141, in run_command self.command.run() File "/usr/lib/pardus/pisi/cli/upgrade.py", line 115, in run pisi.api.upgrade(packages, repository) File "/usr/lib/pardus/pisi/api.py", line 73, in wrapper ret = func(*__args,**__kw) File "/usr/lib/pardus/pisi/api.py", line 445, in upgrade return pisi.operations.upgrade.upgrade(packages, repo) File "/usr/lib/pardus/pisi/operations/upgrade.py", line 163, in upgrade install_op.install(True) File "/usr/lib/pardus/pisi/atomicoperations.py", line 156, in install self.extract_install() File "/usr/lib/pardus/pisi/atomicoperations.py", line 421, in extract_install update_permissions() File "/usr/lib/pardus/pisi/atomicoperations.py", line 364, in update_permissions permissions = pisi.operations.delta.find_permission_changes(self.old_files, self.files) File "/usr/lib/pardus/pisi/operations/delta.py", line 156, in find_permission_changes if oct(stat.S_IMODE(os.stat(path)[stat.ST_MODE])) != _file.mode: -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From fatih at pardus.org.tr Fri Dec 18 13:47:55 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Fri, 18 Dec 2009 13:47:55 +0200 Subject: [Gelistirici] trunk/pisi/pisi - Fix pisi delta's not carrying file permission chan... In-Reply-To: <200912181346.11375.fatih@pardus.org.tr> References: <20091216143631.158C349CBB3@ns1.pardus.org.tr> <200912181346.11375.fatih@pardus.org.tr> Message-ID: <200912181347.55905.fatih@pardus.org.tr> On Friday 18 December 2009 13:46:07 Fatih Aşıcı wrote: > > Author: faik > > Date: Wed Dec 16 16:36:30 2009 > > New Revision: 26893 > > > > Modified: > > trunk/pisi/pisi/atomicoperations.py > > trunk/pisi/pisi/operations/delta.py > > Log: > > Fix pisi delta's not carrying file permission changes > > xdm paketini güncelleyemiyorum. Önce /etc/X11/xdm/Xresources dosyasını > Xresources.old olarak isimlendiriyor. Sonra mevcut olmayan Xresources > dosyasının modunu almaya çalışıyor ve aşağıdaki gibi patlıyor: Sanırım bu dosyayı daha önce elle değiştirmişim. delta paketlerinde config dosyalarının her zaman bulunması gerekiyor anlaşılan. From gokcen at pardus.org.tr Fri Dec 18 13:56:51 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Fri, 18 Dec 2009 13:56:51 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri_-_Secur?= =?utf-8?q?ity_Fixes__=282009-12-18=29?= Message-ID: <200912181356.54642.gokcen@pardus.org.tr> Merhaba / Hi, Bu gece kararlı depolara girecek güvenlik güncellemeleri : Tonights security fixes for Pardus stable repos : ----------------------------------------------------------------------- * Pardus 2008 mysql-client-5.0.88-40-8.pisi mysql-lib-5.0.88-40-8.pisi mysql-man-pages-5.0.88-40-8.pisi mysql-server-5.0.88-40-8.pisi -- Gökçen Eraslan -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From fatih at pardus.org.tr Fri Dec 18 13:59:21 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Fri, 18 Dec 2009 13:59:21 +0200 Subject: [Gelistirici] trunk/pisi/pisi - Fix pisi delta's not carrying file permission chan... In-Reply-To: <200912181347.55905.fatih@pardus.org.tr> References: <20091216143631.158C349CBB3@ns1.pardus.org.tr> <200912181346.11375.fatih@pardus.org.tr> <200912181347.55905.fatih@pardus.org.tr> Message-ID: <200912181359.24726.fatih@pardus.org.tr> On Friday 18 December 2009 13:47:55 Fatih Aşıcı wrote: > On Friday 18 December 2009 13:46:07 Fatih Aşıcı wrote: > > > Author: faik > > > Date: Wed Dec 16 16:36:30 2009 > > > New Revision: 26893 > > > > > > Modified: > > > trunk/pisi/pisi/atomicoperations.py > > > trunk/pisi/pisi/operations/delta.py > > > Log: > > > Fix pisi delta's not carrying file permission changes > > > > xdm paketini güncelleyemiyorum. Önce /etc/X11/xdm/Xresources dosyasını > > Xresources.old olarak isimlendiriyor. Sonra mevcut olmayan Xresources > > dosyasının modunu almaya çalışıyor ve aşağıdaki gibi patlıyor: > > Sanırım bu dosyayı daha önce elle değiştirmişim. delta paketlerinde config > dosyalarının her zaman bulunması gerekiyor anlaşılan. Bununla ilgisi yok galiba. .old uzantısını eklemesinin amacı ne? -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From muratasenel at gmail.com Fri Dec 18 14:04:02 2009 From: muratasenel at gmail.com (=?UTF-8?B?TXVyYXQgxZ5lbmVs?=) Date: Fri, 18 Dec 2009 14:04:02 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: <20091217080506.1E179A7AB37@lider.pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> Message-ID: Yeri her ne kadar geliştirici listesi olmasa gibi gelse de söz konusu hediye sadece geliştiricilere gönderileceği için bence burası gayet uygun. Cevap yazmayayım dedim, her zamanki gibi es geç, boş ver dedim kendi kendime ama yok olmadı işte. Hediye diyorsunuz ve kargo masrafını bize ödetiyorsunuz. Bu nasıl bir mantık gerçekten merak ediyorum. Kim birine hediye yollarken böyle bir şart koşmuş? Gerçi düşününce pek de şaşırmıyorum. Pardus geliştiricilerine söz verip de hangi sözünü tuttu veya bu açıdan neyi doğru yaptı ki hediye işini de doğru yapsın... Bir sürü paketim varken, sırf artık bu saçmalıklarla uğraşmayayım diye paket sayımı 10'un da altına düşürdüm. Çünkü şevk falan kalmadı gerçekten. Sürekli veriyoruz ama karşılığında tutulmayacak sözler alıyoruz. Ama sanırım bu saçmalıklara muhattap olmamak için Pardus'tan komple çıkmak gerekiyor. Amacınız mı bu acaba, yalnız mı kalmak istiyorsunuz? Murat ---------- Forwarded message ---------- From: Pardus Tanıtım Date: 2009/12/17 Subject: Pardus'tan Yeni Yıl Hediyesi To: Murat Şenel Değerli Murat Şenel, Pardus projesi, başlangıcından bu yana, projenin geniş kitlelerce bilinirliğinin ve kullanım yaygınlığının artmasına, daima yükselen ve güçlenen bir camia yapısına ulaşmasına emek veren siz değerli Pardus geliştiricilerine yeni yıla girerken teşekkür etmek istiyor. Bu amaçla sizlerden, öncelikle tişört beden bilginizi (XL, L, M) ve mesai saatleri içerisinde size ulaşabileceğimiz bir ikametgah adresini bu e-postayı cevaplayarak iletmenizi bekliyoruz. Göndereceğimiz kargonuz, ödemeli olarak tarafınıza en kısa sürede iletilecektir. Daimi ilginiz ve desteğiniz için teşekkür eder, Parduslu günler dileriz. --------------------- Pardus Projesi TÜBİTAK UEKAE ::: Özgürlük İçin... ::: www.pardus.org.tr -- Murat Şenel -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From serdar at pardus.org.tr Fri Dec 18 14:08:24 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Fri, 18 Dec 2009 14:08:24 +0200 Subject: [Gelistirici] 2009/devel - add Architecture to distribution.xml In-Reply-To: <200912181337.37445.fatih@pardus.org.tr> References: <20091215102241.B002249C9C5@ns1.pardus.org.tr> <200912181337.37445.fatih@pardus.org.tr> Message-ID: 2009/12/18 Fatih Aşıcı > On Tuesday 15 December 2009 12:22:41 Serdar Dalgıç wrote: > > Author: sdalgic > > Date: Tue Dec 15 12:22:41 2009 > > New Revision: 82821 > > > > Modified: > > 2009/devel/distribution.xml > > Log: > > add Architecture to distribution.xml > > Bence bu yanlış. Kaynak deponun mimarisi olmamalı. Paketlerin mimarisini, > onları derleyen buildfarm'ın pisi yapılandırması belirliyor. İkili > depoların > mimarisi de bu şekilde belirlenmeli. > Aslında buildfarm'ın yapısına göre distribution.xml yazıyoruz şeklinde düşünebiliriz. Ama şöyle daha iyi olur diyorsan index oluşturulurken distribution.xml'in eklenmesi sırasında Architecture tag'indeki değeri /etc/pisi/pisi.conf'tan okuyarak aldırabilirim. Ama o zaman da şurda kafa karışıklığı yaratabilir, Birisi 64 bit bilgisayara 32 bit paketler indirdi, onların indexini çıkardı diyelim. index dosyasında bütün paketler i686 mimarisindeyken pisi-index.xml "ben x86-64'üm abi" diyecek :) Extreme bir durum olabilir ama, aklıma geldi. Distribution.xml bence mimari etiketini taşıyabilir, aynı kaynak depodan birden fazla mimaride paket çıkarmadığımız için sorun yok. Benim fikrim bu. -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Fri Dec 18 14:17:39 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Fri, 18 Dec 2009 14:17:39 +0200 Subject: [Gelistirici] 2009/devel - add Architecture to distribution.xml In-Reply-To: References: <20091215102241.B002249C9C5@ns1.pardus.org.tr> <200912181337.37445.fatih@pardus.org.tr> Message-ID: <4B2B72E3.8020106@pardus.org.tr> Serdar Dalgic wrote On 18-12-2009 14:08: > 2009/12/18 Fatih Aşıcı > Distribution.xml bence mimari etiketini taşıyabilir, aynı kaynak depodan > birden fazla mimaride paket çıkarmadığımız için sorun yok. Çıkarma hedefimiz var? From fatih at pardus.org.tr Fri Dec 18 14:15:31 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Fri, 18 Dec 2009 14:15:31 +0200 Subject: [Gelistirici] 2009/devel - add Architecture to distribution.xml In-Reply-To: References: <20091215102241.B002249C9C5@ns1.pardus.org.tr> <200912181337.37445.fatih@pardus.org.tr> Message-ID: <200912181415.34782.fatih@pardus.org.tr> On Friday 18 December 2009 14:08:24 Serdar Dalgic wrote: > Aslında buildfarm'ın yapısına göre distribution.xml yazıyoruz şeklinde > düşünebiliriz. Ama şöyle daha iyi olur diyorsan index oluşturulurken > distribution.xml'in eklenmesi sırasında Architecture tag'indeki değeri > /etc/pisi/pisi.conf'tan okuyarak aldırabilirim. > > Ama o zaman da şurda kafa karışıklığı yaratabilir, Birisi 64 bit > bilgisayara 32 bit paketler indirdi, onların indexini çıkardı diyelim. > index dosyasında bütün paketler i686 mimarisindeyken pisi-index.xml "ben > x86-64'üm abi" diyecek :) Extreme bir durum olabilir ama, aklıma geldi. Sistemden değil; index'e giren paketlerden çıkarılmalı bu bilgi. > Distribution.xml bence mimari etiketini taşıyabilir, aynı kaynak depodan > birden fazla mimaride paket çıkarmadığımız için sorun yok. Şu anda çıkarmıyoruz; ama bunu ilerde yapabilmek için uzun uzun koşullu inşa yöntemini (for= özelliği, xml preprocessor vs.) konuştuk ;) -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From ozan at pardus.org.tr Fri Dec 18 14:27:16 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Fri, 18 Dec 2009 14:27:16 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> Message-ID: <4B2B7524.5000706@pardus.org.tr> Murat Şenel wrote On 18-12-2009 14:04: > Cevap yazmayayım dedim, her zamanki gibi es geç, boş ver dedim kendi kendime > ama yok olmadı işte. Hediye diyorsunuz ve kargo masrafını bize > ödetiyorsunuz. Bu nasıl bir mantık gerçekten merak ediyorum. Kim birine > hediye yollarken böyle bir şart koşmuş? Kargo masrafıyla ilgili konu hakkında birinci elden açıklama elbet gelir. Ben de merak ettim mantığı siz böyle sorunca ancak; en azından "Bu iş böyle yapıldıysa arkasında böyle yapılmamasını engelleyen stratejik/lojistik bir sebep vardır" diye mantık yürütebiliyorum. > > Gerçi düşününce pek de şaşırmıyorum. Pardus geliştiricilerine söz verip de > hangi sözünü tuttu veya bu açıdan neyi doğru yaptı ki hediye işini de doğru > yapsın... Teşekkürler. > > Bir sürü paketim varken, sırf artık bu saçmalıklarla uğraşmayayım diye paket > sayımı 10'un da altına düşürdüm. Çünkü şevk falan kalmadı gerçekten. Sürekli > veriyoruz ama karşılığında tutulmayacak sözler alıyoruz. Ama sanırım bu > saçmalıklara muhattap olmamak için Pardus'tan komple çıkmak gerekiyor. > Amacınız mı bu acaba, yalnız mı kalmak istiyorsunuz? Paket sayınızı bizi yalnız bırakmak için düşürüyorsanız bilemem, yok eğer Pardus'a katkı vermek istiyorsanız bu tarz şeylerin önünüzde engel olmaması lazım. Ben kernel'e 3-5 yama yapıp upstream'e yolladığımda bana ne yılbaşı hediyesi veriyorlar ne de başka bir şey. Gönül işinden, özgür projeden bahsediyoruz. Söz verilen şeylerin gecikmesi tabii ki hoş bir şey değil ancak bir katkıcının verilen sözlerin tutulmamasından dolayı uzaklaşıp gitmesi de bana pek mantıklı gelmiyor ne yalan söyleyeyim. Kolay gelsin. From serdar at pardus.org.tr Fri Dec 18 14:22:00 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Fri, 18 Dec 2009 14:22:00 +0200 Subject: [Gelistirici] 2009/devel - add Architecture to distribution.xml In-Reply-To: <200912181415.34782.fatih@pardus.org.tr> References: <20091215102241.B002249C9C5@ns1.pardus.org.tr> <200912181337.37445.fatih@pardus.org.tr> <200912181415.34782.fatih@pardus.org.tr> Message-ID: 2009/12/18 Fatih Aşıcı > On Friday 18 December 2009 14:08:24 Serdar Dalgic wrote: > > Aslında buildfarm'ın yapısına göre distribution.xml yazıyoruz şeklinde > > düşünebiliriz. Ama şöyle daha iyi olur diyorsan index oluşturulurken > > distribution.xml'in eklenmesi sırasında Architecture tag'indeki değeri > > /etc/pisi/pisi.conf'tan okuyarak aldırabilirim. > > > > Ama o zaman da şurda kafa karışıklığı yaratabilir, Birisi 64 bit > > bilgisayara 32 bit paketler indirdi, onların indexini çıkardı diyelim. > > index dosyasında bütün paketler i686 mimarisindeyken pisi-index.xml "ben > > x86-64'üm abi" diyecek :) Extreme bir durum olabilir ama, aklıma geldi. > > Sistemden değil; index'e giren paketlerden çıkarılmalı bu bilgi. > > O zaman index'e giren bütün paketlerin architecture'ının aynı olduğunu kabul edip ilk pakete mi bakmalı? İlk yazdığım kod bu şekilde işliyordu ama hacky geldiği için distribution.xml'e ekleyelim dedik Faik'le. Ya da eklenen paketlerin aynı mimaride olup olmadığını kontrol edip ona göre bir architecture tag'i koymak mı daha mantıklı? (pisi ix işlemine bayağı bir overhead'i olacak bu halin bence.) > > Distribution.xml bence mimari etiketini taşıyabilir, aynı kaynak depodan > > birden fazla mimaride paket çıkarmadığımız için sorun yok. > > Şu anda çıkarmıyoruz; ama bunu ilerde yapabilmek için uzun uzun koşullu > inşa > yöntemini (for= özelliği, xml preprocessor vs.) konuştuk ;) > > Send'e bastıktan sonra aklıma geldi benim de :/ Ama alternatif olarak Distribution.xml'e de bu destekleri verip i686'ysa i686 Architecture tag'i ekle, x86_64'se x86_64 ekle şeklinde de yapabiliriz, ne dersiniz? -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From muratasenel at gmail.com Fri Dec 18 14:41:17 2009 From: muratasenel at gmail.com (=?UTF-8?B?TXVyYXQgxZ5lbmVs?=) Date: Fri, 18 Dec 2009 14:41:17 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: <4B2B7524.5000706@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <4B2B7524.5000706@pardus.org.tr> Message-ID: 2009/12/18 Ozan Çağlayan > > Söz verilen şeylerin gecikmesi tabii ki hoş bir şey değil ancak bir > katkıcının verilen sözlerin tutulmamasından dolayı uzaklaşıp gitmesi de bana > pek mantıklı gelmiyor ne yalan söyleyeyim. > > Diğer yazdıklarını es geçiyorum sadece burayı tekrar oku lütfen. Hala sana mantıklı geliyorsa bilemem ama benim için verilen söz tutulmak zorundadır. Üstelik gecikme öyle bir kaç aylık gecikmeler değil. Hiç söz verilmese eyvallah, sorun da olmayacak. Ama artık tutulmayan her söz, Pardus projesinin ciddiyetsizliğini gösteriyor benim için. Ben paketlerimi bırakıyorum diye Pardus zora falan da girmeyecek ama böyle devam ettiğiniz sürece, savunulmaması gereken şeyleri savunduğunuz sürece aynı şekilde kalmaya devam ederiz. Tekrar söylüyorum, 2006'dan beri Pardus'ta bir şeyler yapıyorsam bunu hep karşılıksız yaptım. Ama kendi çapınızda karşılık vermeye kalkıyorsanız da bunu layıkıyla yapın. Ve Ozan, "Pardus projesi için konuşuyorum", sen bir katkıcının, ki şuan bu benim, hangi sebeplerden dolayı uzaklaşıp uzaklaşamayacağının mantığını anlayamazsın. Çünkü sen katkılarının karsılıgını alıyorsun, bense eskiden alırken artık bu saçmalıklar yüzünden alamıyorum! O yüzden bırak da bırakıp gitme konusunda ben karar vereyim ve bunun mantığını sen sorgulama lütfen. -- Murat Şenel -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From fatih at pardus.org.tr Fri Dec 18 15:15:43 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Fri, 18 Dec 2009 15:15:43 +0200 Subject: [Gelistirici] 2009/devel - add Architecture to distribution.xml In-Reply-To: References: <20091215102241.B002249C9C5@ns1.pardus.org.tr> <200912181415.34782.fatih@pardus.org.tr> Message-ID: <200912181515.47336.fatih@pardus.org.tr> On Friday 18 December 2009 14:22:00 Serdar Dalgic wrote: > 2009/12/18 Fatih Aşıcı > > > On Friday 18 December 2009 14:08:24 Serdar Dalgic wrote: > > > Aslında buildfarm'ın yapısına göre distribution.xml yazıyoruz şeklinde > > > düşünebiliriz. Ama şöyle daha iyi olur diyorsan index oluşturulurken > > > distribution.xml'in eklenmesi sırasında Architecture tag'indeki değeri > > > /etc/pisi/pisi.conf'tan okuyarak aldırabilirim. > > > > > > Ama o zaman da şurda kafa karışıklığı yaratabilir, Birisi 64 bit > > > bilgisayara 32 bit paketler indirdi, onların indexini çıkardı diyelim. > > > index dosyasında bütün paketler i686 mimarisindeyken pisi-index.xml > > > "ben x86-64'üm abi" diyecek :) Extreme bir durum olabilir ama, aklıma > > > geldi. > > > > Sistemden değil; index'e giren paketlerden çıkarılmalı bu bilgi. > > O zaman index'e giren bütün paketlerin architecture'ının aynı olduğunu > kabul edip ilk pakete mi bakmalı? İlk yazdığım kod bu şekilde işliyordu > ama hacky geldiği için distribution.xml'e ekleyelim dedik Faik'le. > > Ya da eklenen paketlerin aynı mimaride olup olmadığını kontrol edip ona > göre bir architecture tag'i koymak mı daha mantıklı? (pisi ix işlemine > bayağı bir overhead'i olacak bu halin bence.) Overhead'i olacağını sanmıyorum. Kontrol edilmesi iyi olur. > > > > Distribution.xml bence mimari etiketini taşıyabilir, aynı kaynak > > > depodan > > > > > > birden fazla mimaride paket çıkarmadığımız için sorun yok. > > > > Şu anda çıkarmıyoruz; ama bunu ilerde yapabilmek için uzun uzun koşullu > > inşa > > yöntemini (for= özelliği, xml preprocessor vs.) konuştuk ;) > > Send'e bastıktan sonra aklıma geldi benim de :/ Ama alternatif olarak > Distribution.xml'e de bu destekleri verip i686'ysa i686 Architecture tag'i > ekle, x86_64'se x86_64 ekle şeklinde de yapabiliriz, ne dersiniz? > x86 x86_64 gibi kullanılacaksa bence iyi bir fikir değil. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From bahadir at pardus.org.tr Fri Dec 18 15:21:19 2009 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Fri, 18 Dec 2009 15:21:19 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> Message-ID: <200912181521.23662.bahadir@pardus.org.tr> 18 Aralık 2009 Cuma günü (saat 14:04:02) Murat Şenel şunları yazmıştı: > ... TÜBİTAK'ta işler böyle yürüyor. Güle güle. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From muratasenel at gmail.com Fri Dec 18 15:30:15 2009 From: muratasenel at gmail.com (=?UTF-8?B?TXVyYXQgxZ5lbmVs?=) Date: Fri, 18 Dec 2009 15:30:15 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: <200912181521.23662.bahadir@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181521.23662.bahadir@pardus.org.tr> Message-ID: 2009/12/18 Bahadır Kandemir > 18 Aralık 2009 Cuma günü (saat 14:04:02) Murat Şenel şunları yazmıştı: > > ... > > TÜBİTAK'ta işler böyle yürüyor. > > Güle güle. > > Bu saçma tavırlar zaten en baştan alt kademeye kadar sirayet etmiş. Tam bir memur mantığı almış gidiyor... Zaten her zaman kurum değil midir suçlu olan? Yoksa en kolayı mıdır kurumu suçlamak. Neyse Bahadır'ın çok güzel dediği gibi, bana güle güle... -- Murat Şenel -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From isbaran at gmail.com Fri Dec 18 15:32:36 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Fri, 18 Dec 2009 15:32:36 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: <200912181521.23662.bahadir@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181521.23662.bahadir@pardus.org.tr> Message-ID: <4B2B8474.7030601@gmail.com> Bahadır Kandemir wrote On 18-12-2009 15:21: > 18 Aralık 2009 Cuma günü (saat 14:04:02) Murat Şenel şunları yazmıştı: >> ... > > TÜBİTAK'ta işler böyle yürüyor. Evet abi nesini sorguluyorsun tübitak'ın ne mal olduğunu çok gördük .. Tabi hiç beklentim filan olmamasına rağmen verileceği söylenen katkıcı imkanlarının uzun zamandır verilmemesi konusunda haklısın ama o da aynı engele bağlanıp kaldı sanırım. From turkersezer at tsdesign.info Fri Dec 18 16:03:33 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Fri, 18 Dec 2009 16:03:33 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: <4B2B8474.7030601@gmail.com> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181521.23662.bahadir@pardus.org.tr> <4B2B8474.7030601@gmail.com> Message-ID: <897749fe0912180603j4ec83070wb12fc36868c48e34@mail.gmail.com> Ben de Murat'la aynı mantıktan yola çıkıp bu konuyu dile getirmemeyi seçmiştim ama madem konuşuluyor fikirlerimi ileteyim. 2009/12/18 Ozan Çağlayan : > Kargo masrafıyla ilgili konu hakkında birinci elden açıklama elbet gelir. Ben de merak ettim mantığı siz böyle sorunca ancak; en azından "Bu iş böyle yapıldıysa arkasında böyle yapılmamasını engelleyen stratejik/lojistik bir sebep vardır" diye mantık yürütebiliyorum. Pardus projesinin böyle bir jest yapması ilk anda bana ne kadar ilginç geldiyse, bu kargo mevzusu da o kadar doğal geldi. Ama bu aşamaya gelinmiş olması bile bir gelişme elbette. İnsanların ideal olanı beklemesi de kötülüklerinden, beğenmemezliklerinden değil Pardus'a her zaman ideal olanı yakıştırmalarından. Bu uygulamanın da elbet bir nedeni vardır. Bize söylenir söylenmez o kısmına takılmıyorum. > Paket sayınızı bizi yalnız bırakmak için düşürüyorsanız bilemem, yok eğer Pardus'a katkı vermek istiyorsanız bu tarz şeylerin önünüzde engel olmaması lazım. Bunlar elbette katkı vermeye engel değil ama küçük küçük birçok olay birleşince projeye olan güven dolayısı ile de insanın şevki kırılıyor. Yoksa elbette ki eskiden buralarda olup bugün olmayan kimse bu gibi tek bir olay yüzünden bu sevdadan vazgeçmedi. > Ben kernel'e 3-5 yama yapıp upstream'e yolladığımda bana ne yılbaşı hediyesi veriyorlar ne de başka bir şey. Burada bir yanlış anlaşılma olmuş sanırım. Kimsenin kişisel olarak ekstra bir beklentisi yok. (Böyle birşeyi kastetmediysen burayı yok sayabilirsin) > Gönül işinden, özgür projeden bahsediyoruz. Söz verilen şeylerin gecikmesi tabii ki hoş bir şey değil ancak bir katkıcının verilen sözlerin tutulmamasından dolayı uzaklaşıp gitmesi de bana pek mantıklı gelmiyor ne yalan söyleyeyim. Verilen sözler insanların proje ile ilgili istedikleri ile ilgili olunca, yukarıda da dediğim gibi, işlerin işleyişi ile ilgili inançları güvenleri kırılıyor insanların. 2009/12/18 İşbaran Akçayır : > Evet abi nesini sorguluyorsun tübitak'ın ne mal olduğunu çok gördük .. > Tabi hiç beklentim filan olmamasına rağmen verileceği söylenen katkıcı > imkanlarının uzun zamandır verilmemesi konusunda haklısın ama o da aynı > engele bağlanıp kaldı sanırım. Yapılması planlanan ama yapıl(a)mayan birçok şey oldu zaman içinde. Fakat yapılması en mümkün olanlar hatta yapılmış olanlar bile hayata geçirilmedi. Kaldı ki aradan geçen sürenin bazı durumlar için yıllar düzeyinde olduğu gözönüne alınırsa bu konularla ilgili bir ihmalkarlık seziliyor. İnsanları iten de bu oluyor sanırım. Türker From tekman at pardus.org.tr Fri Dec 18 16:14:22 2009 From: tekman at pardus.org.tr (Erkan Tekman) Date: Fri, 18 Dec 2009 16:14:22 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> Message-ID: <200912181614.24850.tekman@pardus.org.tr> 18 Aralık 2009 Cuma 14:04:02 tarihinde Murat Şenel şunları yazmıştı: > Yeri her ne kadar geliştirici listesi olmasa gibi gelse de söz konusu > hediye sadece geliştiricilere gönderileceği için bence burası gayet uygun. > > Cevap yazmayayım dedim, her zamanki gibi es geç, boş ver dedim kendi > kendime ama yok olmadı işte. Hediye diyorsunuz ve kargo masrafını bize > ödetiyorsunuz. Bu nasıl bir mantık gerçekten merak ediyorum. Kim birine > hediye yollarken böyle bir şart koşmuş? > > Gerçi düşününce pek de şaşırmıyorum. Pardus geliştiricilerine söz verip de > hangi sözünü tuttu veya bu açıdan neyi doğru yaptı ki hediye işini de doğru > yapsın... > > Bir sürü paketim varken, sırf artık bu saçmalıklarla uğraşmayayım diye > paket sayımı 10'un da altına düşürdüm. Çünkü şevk falan kalmadı gerçekten. > Sürekli veriyoruz ama karşılığında tutulmayacak sözler alıyoruz. Ama > sanırım bu saçmalıklara muhattap olmamak için Pardus'tan komple çıkmak > gerekiyor. Amacınız mı bu acaba, yalnız mı kalmak istiyorsunuz? > > Murat Söz konusu paket yalnızca geliştiricilere gönderilmiyor, yanılmıyorsam sayıları 150'ye varan katkıcıya da gönderiliyor. O nedenle denildiği üzere bu sorunun ve tartışmanın yeri burası değil. Normalde bu tonda yazılan bir yazıya yanıt yazmanın yararına inanmıyorum, ancak belki liste üyeleri ve izleyenler arasında merak edenler olabilir diye durumu açıklayayım: Mevzuatı gereği TÜBİTAK kargo ile gönderi yapamıyor. Yalnızca sözleşmeli projelerde proje bütçesinde yer alıyorsa kargo hizmeti satın alınabiliyor, örnek olarak KamuSM tarafından gönderimi yapılan e-imza sertifikaları. Bu kapsam dışında yalnızca kimi kritik müşteri ve projelerde yapılan kimi gönderilerde ve son derece sınırlı bir şekilde kargo kullanılabiliyor. Bu tip bir istisnanın yapılabilmesi durumu UEKAE'nin idari birimleri ile değerlendirildiğinde hem bizim talep etmememiz ve hem de onların mevcut kuralları fazla zorlamama tercihleri nedeniyle ödemeli gönderim yönünde karar verildi. Bu gönderiler de KamuSM'nin anlaşmalı kargo şirketi ile son derece cüzi bir ücret karşılığı yapılacak diye biliyorum. Geliştiricilere sağlanması gereken olanaklar konusunun en sıkı takipçisi ve taraftarı ben olmama karşın [1], doğrudur, verdiğimiz söleri yerine getiremiyoruz bir süredir. Bunun ufak bir kısmı kaynak yokluğundan, bir başka ufak kısmı da (yine kaynak yokluğundan dolayı) işgücü eksikliğinden. Ama bu konudaki başarısızlığımızın çoğu organizasyon ve yönetim kabiliyet(sizliğ)imizden kaynaklanıyor. İsterseniz "asıl işlerine odaklandıklarından buna sıra gelmiyor" deyin, ister kara düzene yorun, durum bu. Yalnızca geliştiricilerimize verdiğimiz vaatler ile ilgili değil bu aksaklık(lar), başka alanlarda da örnekleri var. Zaten bu nedenle iki aya varan bir süredir daha iyi organize olmanın, işleri daha iyi yönetme ve takip etmenin yollarını aramaya, öğrenmeye ve uygulamaya çalışıyoruz. Bu çalışmalar 2011 sürümüne kadar da yoğun olarak devam edecek büyük olasılıkla... Bu süreç ilerlerken geliştiricileri, kimi zaman katkıcıları ve kullanıcıları hayal kırıklığına uğratacağız (uğratmaya devam edeceğiz), şimdiden uyarayım. İsteyerek değil, bizatihi düzeltmek istediğimiz eksikliklerin doğal sonucu olarak. Camiamızdan bu süre boyunca biraz daha kredi istiyorum, "verdiğimiz rahatsızlığı mazur görsünler"... Ancak yukarıda alıntıladığım mesaj gibi insana "fesüphanallah" çektiren tepkileri de dikkate alıyoruz, ama emin olabilirsiniz ki hareket tarzımızı bunlara göre belirlemiyoruz. Gecesini gündüzüne katıp bu işin olmasına çabalayan, kariyer geleceğini bu projeye bağlamış, elini ve kafasını bu derece taşın altına koymuş geliştiricilere saldırmasalar keşke. İsteyen bana saldırsın, Pardus projesinde yolunda gitmeyen herşeyin sorumlusu benim, e- posta adresimi de herkes biliyor [2]... Bu vesile ile tüm geliştiricilerimize böylesi kaliteli ve güzel bir ürün oluşturma konusunda bizimle birlikte çalıştıkları için bir kez daha teşekkür edeyim ve hepinize iyi yıllar dileyeyim, biraz erken olsa da... Sevgi ve saygılarla, [1] Özgürlük için e-dergi'nin Mayıs 2009 sayısındaki yazım, yanılmıyorsam [2] Pardus'a saldırmanın karşı konulmaz cazibesi konulu blog girdim Erkan Tekman TÜBİTAK UEKAE Proje Yöneticisi ::: Pardus ::: Özgürlük İçin... ::: www.pardus.org.tr From bahadir at pardus.org.tr Fri Dec 18 16:22:28 2009 From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=) Date: Fri, 18 Dec 2009 16:22:28 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Fwd=3A_Pardus=27tan_Yeni_Y=FDl__Hedi?= =?iso-8859-9?q?yesi?= In-Reply-To: <897749fe0912180603j4ec83070wb12fc36868c48e34@mail.gmail.com> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <4B2B8474.7030601@gmail.com> <897749fe0912180603j4ec83070wb12fc36868c48e34@mail.gmail.com> Message-ID: <200912181622.28190.bahadir@pardus.org.tr> 18 Aralık 2009 Cuma günü (saat 16:03:33) Türker Sezer şunları yazmıştı: > Yapılması planlanan ama yapıl(a)mayan birçok şey oldu zaman içinde. > Fakat yapılması en mümkün olanlar hatta yapılmış olanlar bile hayata > geçirilmedi. Kaldı ki aradan geçen sürenin bazı durumlar için yıllar > düzeyinde olduğu gözönüne alınırsa bu konularla ilgili bir ihmalkarlık > seziliyor. İnsanları iten de bu oluyor sanırım. Eposta hesapları ve web alanı işi çok uzadı, herkes bunun farkında. En son Bilmök toplantısı ve sonrasındaki eposta tartışmasında karar verilmiş, o zamanki sistem yöneticisi Taner gerekli çalışmaları Ağustos başı tamamlamış. Duyurulması için geliştirici sözleşmesinin hazırlanması beklenmiş yanlış anlamadıysam. Bu neden olmadı konusu tartışıladursun bu listede, zamanında o konuyla ilgilenmediğim için bu sözleşme mevzusundan başka bilgim ve bana atanmış bir görevim olmadığı için birşey demem mümkün değil. Eposta/web ne zaman duyurulacak konusu ise, bir sonraki eposta mesajımın konusu olacak. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From turkersezer at tsdesign.info Fri Dec 18 16:32:57 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Fri, 18 Dec 2009 16:32:57 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: <200912181614.24850.tekman@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> Message-ID: <897749fe0912180632m11913099r3a66339053ca2609@mail.gmail.com> 2009/12/18 Erkan Tekman : > Gecesini gündüzüne katıp bu işin olmasına > çabalayan, kariyer geleceğini bu projeye bağlamış, elini ve kafasını bu derece > taşın altına koymuş geliştiricilere saldırmasalar keşke. İsteyen bana > saldırsın, Pardus projesinde yolunda gitmeyen herşeyin sorumlusu benim, e- > posta adresimi de herkes biliyor [2]... Zaman sıkıntısı, kaynak sıkıntısı gibi konuları eminim ki herkes biliyor. Bu yüzden de kimse kimseye sen bu işi neden yapmadın gibi kişisel birşey söylemiyor. Söylenenlerin tümü alınan kararların uygulan(a)madığını hatırlatmak için. Bunların sık sık dile getirilmesindeki amacın, zaman içinde düzensiz bir düzende bu işlerin kaybolup gitmesine mani olmak olduğunu düşünüp, bu söylenenleri bir saldırı olarak görmemenizi temenni ederim. Türker From dfisek at fisek.com.tr Fri Dec 18 16:35:35 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 18 Dec 2009 16:35:35 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: <200912181614.24850.tekman@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> Message-ID: <20091218163535.de55d47e.dfisek@fisek.com.tr> Merhaba, Fri, 18 Dec 2009 16:14:22 +0200, Erkan Tekman : > Ancak yukarıda alıntıladığım mesaj gibi insana "fesüphanallah" > çektiren tepkileri de dikkate alıyoruz ... > Gecesini gündüzüne katıp bu işin olmasına çabalayan, kariyer > geleceğini bu projeye bağlamış, elini ve kafasını bu derece taşın > altına koymuş geliştiricilere saldırmasalar keşke. İsteyen bana ... > [2] Pardus'a saldırmanın karşı konulmaz cazibesi konulu blog girdim ... Ben saldirayim o zaman. Sizin bu tavriniz yuzunden Pardus surekli disaridan katki veren gelistirici kaybediyor. Imam-cemaat iliskisi diger calisanlarinizi da sariyor. Murat'a "gelistiricilere saldiriyor" diyorsunuz, o da bir gelistirici. Ustelik gelistiricilerden degil, bizzat yonetim problemlerinden sikayet ediyor. Yonetimden sikayet edene "Pardus'a saldiriyor" diye yazmaniz da cok acayip, cunku Pardus sadece yonetim kademesinden ya da ucretli calisanlarindan olusmuyor. Siz bu tavri gosterdikten ve onu "gelistiricilikten disladiktan", bunu da diger katkici gelistiriciler gordukten sonra; 500 tane tisort, 1000 tane usb stick, 800 tane sweatshirt verseniz de hicbir degeri olmaz. Disaridan katki veren gelistiriciler, "deger verildiklerini" hissetmek istiyorlar. Ben kendi adima bir gelistirici olarak, surekli olarak "size deger veriyoruz" laflarina tezat davranislar goruyorum -- bu da edilen laflarin icinin bos oldugunu dusunduruyor. Pardus yonetiminin basarili katkici iliskileri sayesinde degil, Pardus yonetimine -ragmen- katki vermeye devam ediyorum. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From tekman at pardus.org.tr Fri Dec 18 16:48:30 2009 From: tekman at pardus.org.tr (Erkan Tekman) Date: Fri, 18 Dec 2009 16:48:30 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: <20091218163535.de55d47e.dfisek@fisek.com.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> Message-ID: <200912181648.53020.tekman@pardus.org.tr> 18 Aralık 2009 Cuma 16:35:35 tarihinde Doruk Fisek şunları yazmıştı: > Murat'a "gelistiricilere saldiriyor" diyorsunuz, "geliştiricilere saldırıyor" demedim, "kariyerini ve geleceğini bu işe bağlamış geliştiricilere saldırıyor" dedim, düzeltirim. > o da bir gelistirici. > Ustelik gelistiricilerden degil, bizzat yonetim problemlerinden sikayet > ediyor. Yonetimden sikayet edene "Pardus'a saldiriyor" diye yazmaniz da > cok acayip, cunku Pardus sadece yonetim kademesinden ya da ucretli > calisanlarindan olusmuyor. benim sıkıntım tavır ve tarz ile, birisi kalkıp da "yahu ne güzel düşünmüşsünüz, ama kargoyu niye vize yıktınız?" dese biz de ona göre yanıt verirdik. "ne söz verdi de tuttu", ya da "ne mal olduğunu çok gördük" diyenlere bu şekilde yanıt veriyorum. > Ben kendi adima bir gelistirici olarak, surekli olarak > "size deger veriyoruz" laflarina tezat davranislar goruyorum -- bu da > edilen laflarin icinin bos oldugunu dusunduruyor. ben de proje yöneticisi olarak kimi kişilerde "pardus'un UEKAE'deki geliştiricileri olmasa tadından yenmezdi" havası seziyorum. olabildiğince empati yapmaya çalışıyoruz, ama onun da bir sınırı var, bkz yukarıdaki tavır ve tarz örnekleri. > Pardus yonetiminin basarili katkici iliskileri sayesinde degil, Pardus > yonetimine -ragmen- katki vermeye devam ediyorum. ben de kimi pardus geliştiricilerine rağmen projeyi yönetmeye devam ediyorum. iyi yıllar dedik de yanıt vermek şart oldu, kusura bakmayın, uzatmayayım... ET From fatih at pardus.org.tr Fri Dec 18 16:57:07 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Fri, 18 Dec 2009 16:57:07 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Fwd=3A_Pardus=27tan_Yeni_Y=FDl__Hedi?= =?iso-8859-9?q?yesi?= In-Reply-To: <20091218163535.de55d47e.dfisek@fisek.com.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> Message-ID: <200912181657.11210.fatih@pardus.org.tr> On Friday 18 December 2009 16:35:35 Doruk Fisek wrote: > Murat'a "gelistiricilere saldiriyor" diyorsunuz, o da bir gelistirici. > Ustelik gelistiricilerden degil, bizzat yonetim problemlerinden sikayet > ediyor. Yonetimden sikayet edene "Pardus'a saldiriyor" diye yazmaniz da > cok acayip, cunku Pardus sadece yonetim kademesinden ya da ucretli > calisanlarindan olusmuyor. Yönetime yapılan şikayetler gelistirici listesi üzerinden mi yapılıyor? Yöneticiler bu listeyi takip ediyor mu zannediyorsunuz? Geliştirici listesine atılmış "Hediye diyorsunuz ve kargo masrafını bize ödetiyorsunuz." gibi cümleleri kimin üzerine alınması normal? -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From ozan at pardus.org.tr Fri Dec 18 17:03:36 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Fri, 18 Dec 2009 17:03:36 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Fwd=3A_Pardus=27tan_Yeni_Y=FDl__Hedi?= =?iso-8859-9?q?yesi?= In-Reply-To: <200912181648.53020.tekman@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181648.53020.tekman@pardus.org.tr> Message-ID: <4B2B99C8.5030909@pardus.org.tr> Erkan Tekman wrote On 18-12-2009 16:48: > 18 Aralık 2009 Cuma 16:35:35 tarihinde Doruk Fisek şunları yazmıştı: >> Murat'a "gelistiricilere saldiriyor" diyorsunuz, > > "geliştiricilere saldırıyor" demedim, "kariyerini ve geleceğini bu işe > bağlamış geliştiricilere saldırıyor" dedim, düzeltirim. > >> o da bir gelistirici. >> Ustelik gelistiricilerden degil, bizzat yonetim problemlerinden sikayet >> ediyor. Yonetimden sikayet edene "Pardus'a saldiriyor" diye yazmaniz da >> cok acayip, cunku Pardus sadece yonetim kademesinden ya da ucretli >> calisanlarindan olusmuyor. > > benim sıkıntım tavır ve tarz ile, birisi kalkıp da "yahu ne güzel > düşünmüşsünüz, ama kargoyu niye vize yıktınız?" dese biz de ona göre yanıt > verirdik. "ne söz verdi de tuttu", ya da "ne mal olduğunu çok gördük" > diyenlere bu şekilde yanıt veriyorum. > +1 Her türlü haklı tepki/eleştiri düzgün ifade edildiği sürece geçerlidir. Yanlış üslupla dile getirilen herhangi bir şey, en azından benim tarafımdan dikkate alınmamaya mahkumdur. Ben burda 7/24 bir şeyler yapmakla uğraşıyorum, açıyorum geliştirici listesine, aylarca yıllarca beraber katkı verdiğim insanlar tarafından ağıza alınmayacak saçmalıklar okuyorum. Pardus bizim ya da Erkan Bey'in tavrından dolayı geliştirici kaybetmiyor. Pardus geliştiricileri/katkıcıları bazı şeyleri dile getirmekte kullandıkları üslupla kendilerini imha ediyorlar, bu kadar. Hiç boşuna bu haklı tepkilerin haksız ifadelerini savunmaya kalkmayın, biraz özeleştiri yapın, biz yapıyoruz eksiklikleri kabul ediyoruz, siz de deneyin.. From muratasenel at gmail.com Fri Dec 18 16:58:40 2009 From: muratasenel at gmail.com (=?UTF-8?B?TXVyYXQgxZ5lbmVs?=) Date: Fri, 18 Dec 2009 16:58:40 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: <200912181648.53020.tekman@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181648.53020.tekman@pardus.org.tr> Message-ID: 2009/12/18 Erkan Tekman > 18 Aralık 2009 Cuma 16:35:35 tarihinde Doruk Fisek şunları yazmıştı: > > Murat'a "gelistiricilere saldiriyor" diyorsunuz, > > "geliştiricilere saldırıyor" demedim, "kariyerini ve geleceğini bu işe > bağlamış geliştiricilere saldırıyor" dedim, düzeltirim. > > Peki, yazımın neresinde, şahsi olarak kime saldırmışım? Eğer eleştirel bir yazıyı saldırı olarak gören bir mantık içerisinde cevapladıysanız, yanlış yapmışsınız. > > o da bir gelistirici. > > Ustelik gelistiricilerden degil, bizzat yonetim problemlerinden sikayet > > ediyor. Yonetimden sikayet edene "Pardus'a saldiriyor" diye yazmaniz da > > cok acayip, cunku Pardus sadece yonetim kademesinden ya da ucretli > > calisanlarindan olusmuyor. > > benim sıkıntım tavır ve tarz ile, birisi kalkıp da "yahu ne güzel > düşünmüşsünüz, ama kargoyu niye vize yıktınız?" dese biz de ona göre yanıt > verirdik. "ne söz verdi de tuttu", ya da "ne mal olduğunu çok gördük" > diyenlere bu şekilde yanıt veriyorum. > Bu listede, 2006 yılından başlayarak tek tek bakın isterseniz. Bize ne laflar söylendi, kimler küstürüldü ve gitti... O zaman çıkıp kendi çalışanlarınıza tek bir laf ettiniz mi "bir saniye arkadaşlar, bu nasıl bir hitaptır" dediniz mi? > > > Ben kendi adima bir gelistirici olarak, surekli olarak > > "size deger veriyoruz" laflarina tezat davranislar goruyorum -- bu da > > edilen laflarin icinin bos oldugunu dusunduruyor. > > ben de proje yöneticisi olarak kimi kişilerde "pardus'un UEKAE'deki > geliştiricileri olmasa tadından yenmezdi" havası seziyorum. olabildiğince > empati yapmaya çalışıyoruz, ama onun da bir sınırı var, bkz yukarıdaki > tavır > ve tarz örnekleri. > > > Pardus yonetiminin basarili katkici iliskileri sayesinde degil, Pardus > > yonetimine -ragmen- katki vermeye devam ediyorum. > > ben de kimi pardus geliştiricilerine rağmen projeyi yönetmeye devam > ediyorum. > > iyi yıllar dedik de yanıt vermek şart oldu, kusura bakmayın, uzatmayayım... > İyi yıllar deseniz de cevap vermekten çekinmeyin. En azından kime kişisel saldırı yapmışım bunu bir açıklığa kavuşturun. > > ET > _______________________________________________ > Gelistirici mailing list > Gelistirici at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/gelistirici > -- Murat Şenel -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From tekman at pardus.org.tr Fri Dec 18 17:14:15 2009 From: tekman at pardus.org.tr (Erkan Tekman) Date: Fri, 18 Dec 2009 17:14:15 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181648.53020.tekman@pardus.org.tr> Message-ID: 18 Aralık 15:30 tarihli mesajınız... Erkan Tekman TÜBİTAK UEKAE Proje Yöneticisi // Pardus <-- Özgürlük için... --> http://www.pardus.org.tr 18.Ara.2009 tarihinde 16:58 saatinde, Murat Şenel şunları yazdı: > 2009/12/18 Erkan Tekman > 18 Aralık 2009 Cuma 16:35:35 tarihinde Doruk Fisek şunları > yazmıştı: > > Murat'a "gelistiricilere saldiriyor" diyorsunuz, > > "geliştiricilere saldırıyor" demedim, "kariyerini ve geleceğini > bu işe > bağlamış geliştiricilere saldırıyor" dedim, düzeltirim. > > > Peki, yazımın neresinde, şahsi olarak kime saldırmışım? Eğer > eleştirel bir yazıyı saldırı olarak gören bir mantık > içerisinde cevapladıysanız, yanlış yapmışsınız. > > > o da bir gelistirici. > > Ustelik gelistiricilerden degil, bizzat yonetim problemlerinden > sikayet > > ediyor. Yonetimden sikayet edene "Pardus'a saldiriyor" diye > yazmaniz da > > cok acayip, cunku Pardus sadece yonetim kademesinden ya da ucretli > > calisanlarindan olusmuyor. > > benim sıkıntım tavır ve tarz ile, birisi kalkıp da "yahu ne güz > el > düşünmüşsünüz, ama kargoyu niye vize yıktınız?" dese biz de > ona göre yanıt > verirdik. "ne söz verdi de tuttu", ya da "ne mal olduğunu çok > gördük" > diyenlere bu şekilde yanıt veriyorum. > > Bu listede, 2006 yılından başlayarak tek tek bakın isterseniz. > Bize ne laflar söylendi, kimler küstürüldü ve gitti... O zaman > çıkıp kendi çalışanlarınıza tek bir laf ettiniz mi "bir > saniye arkadaşlar, bu nasıl bir hitaptır" dediniz mi? > > > > Ben kendi adima bir gelistirici olarak, surekli olarak > > "size deger veriyoruz" laflarina tezat davranislar goruyorum -- bu > da > > edilen laflarin icinin bos oldugunu dusunduruyor. > > ben de proje yöneticisi olarak kimi kişilerde "pardus'un UEKAE'deki > geliştiricileri olmasa tadından yenmezdi" havası seziyorum. > olabildiğince > empati yapmaya çalışıyoruz, ama onun da bir sınırı var, bkz > yukarıdaki tavır > ve tarz örnekleri. > > > Pardus yonetiminin basarili katkici iliskileri sayesinde degil, > Pardus > > yonetimine -ragmen- katki vermeye devam ediyorum. > > ben de kimi pardus geliştiricilerine rağmen projeyi yönetmeye > devam ediyorum. > > iyi yıllar dedik de yanıt vermek şart oldu, kusura bakmayın, > uzatmayayım... > > İyi yıllar deseniz de cevap vermekten çekinmeyin. En azından kime > kişisel saldırı yapmışım bunu bir açıklığa kavuşturun. > > > > ET > _______________________________________________ > Gelistirici mailing list > Gelistirici at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/gelistirici > > > > -- > Murat Şenel > _______________________________________________ > Gelistirici mailing list > Gelistirici at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/gelistirici -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From muratasenel at gmail.com Fri Dec 18 17:25:00 2009 From: muratasenel at gmail.com (=?UTF-8?B?TXVyYXQgxZ5lbmVs?=) Date: Fri, 18 Dec 2009 17:25:00 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: <4B2B99C8.5030909@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181648.53020.tekman@pardus.org.tr> <4B2B99C8.5030909@pardus.org.tr> Message-ID: 2009/12/18 Ozan Çağlayan > Erkan Tekman wrote On 18-12-2009 16:48: > > 18 Aralık 2009 Cuma 16:35:35 tarihinde Doruk Fisek şunları yazmıştı: > >> Murat'a "gelistiricilere saldiriyor" diyorsunuz, > > > > "geliştiricilere saldırıyor" demedim, "kariyerini ve geleceğini bu işe > > bağlamış geliştiricilere saldırıyor" dedim, düzeltirim. > > > >> o da bir gelistirici. > >> Ustelik gelistiricilerden degil, bizzat yonetim problemlerinden sikayet > >> ediyor. Yonetimden sikayet edene "Pardus'a saldiriyor" diye yazmaniz da > >> cok acayip, cunku Pardus sadece yonetim kademesinden ya da ucretli > >> calisanlarindan olusmuyor. > > > > benim sıkıntım tavır ve tarz ile, birisi kalkıp da "yahu ne güzel > > düşünmüşsünüz, ama kargoyu niye vize yıktınız?" dese biz de ona göre > yanıt > > verirdik. "ne söz verdi de tuttu", ya da "ne mal olduğunu çok gördük" > > diyenlere bu şekilde yanıt veriyorum. > > > > +1 > > Her türlü haklı tepki/eleştiri düzgün ifade edildiği sürece geçerlidir. > Yanlış üslupla dile getirilen herhangi bir şey, en azından benim tarafımdan > dikkate alınmamaya mahkumdur. Ben burda 7/24 bir şeyler yapmakla > uğraşıyorum, açıyorum geliştirici listesine, aylarca yıllarca beraber katkı > verdiğim insanlar tarafından ağıza alınmayacak saçmalıklar okuyorum. > > Senin saçmalık olarak bahsettiklerin bu listede yaşanan gerçekler Ozan. Bunların farkına varamadığınız için zaten size saçma geliyor. Sen 7/24 uğraşıyorsun, strese giriyorsun ama buna da katlanman gerektiğinin farkındasın. Çünkü bu senin mesleğin ve mesleğin gereği stres olur. Hayatını bu şekilde kazandığın para ile idame ettirdiğin için de katlanırsın bu duruma. Ama benim mesleğim tamamen farklı ve Pardus'tan dolayı bir lokma bile girmemiştir boğazımdan. Yıllardır da Pardus'la uğraşıyorsam hem katkım olsun hem de boş zamanlarımda kendimi meşgul etmektir nedeni. Fakat artık senin ağıza alınmayacak saçmalıklar diye bahsettiklerini siz o kadar çok yapar oldunuz ki aynı uslup ile karşılaşınca da saçmalıyor diyorsunuz veya kişisel saldırı yapıyor diyorsunuz. > Pardus bizim ya da Erkan Bey'in tavrından dolayı geliştirici kaybetmiyor. > Pardus geliştiricileri/katkıcıları bazı şeyleri dile getirmekte > kullandıkları üslupla kendilerini imha ediyorlar, bu kadar. > İşte zaten "ben değil, sen yaptın" tavrınız ve inadınız, geliştiricileri/katkıcıları değil ama Pardusu imha eden... Yoksa ben ne imha olacağım... Ama Pardus imha olursa, ben değil sizler zor durumda kalırsınız... > > Hiç boşuna bu haklı tepkilerin haksız ifadelerini savunmaya kalkmayın, > biraz özeleştiri yapın, biz yapıyoruz eksiklikleri kabul ediyoruz, siz de > deneyin.. > > Benim gözümde, eksikliklerinizi kabul etmeniz bir şey ifade etmiyor artık. Bazı şeyleri sadece kabul etmek yerine eylemde bulunabilmenin yollarını arayın derim ben. -- Murat Şenel -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From isbaran at gmail.com Fri Dec 18 17:26:13 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Fri, 18 Dec 2009 17:26:13 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: <200912181648.53020.tekman@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181648.53020.tekman@pardus.org.tr> Message-ID: <4B2B9F15.4080203@gmail.com> Erkan Tekman wrote On 18-12-2009 16:48: > 18 Aralık 2009 Cuma 16:35:35 tarihinde Doruk Fisek şunları yazmıştı: >> Murat'a "gelistiricilere saldiriyor" diyorsunuz, > > benim sıkıntım tavır ve tarz ile, birisi kalkıp da "yahu ne güzel > düşünmüşsünüz, ama kargoyu niye vize yıktınız?" dese biz de ona göre yanıt > verirdik. "ne söz verdi de tuttu", ya da "ne mal olduğunu çok gördük" > diyenlere bu şekilde yanıt veriyorum. ben o lafla bir geliştiricinin mesajına kendi fikrimle cevap vermiştim, tübitak'a söylediğim lafı niye üstünüze alıyorsunuz ? ya da niye tübitak = pardus = tekman gibi düşünüyorsunuz ? pardus malesef tübitak gibi *fikrimce* bağnaz, eş dost market işletiyoruz havasında bir kurum ile beraber çalışıyor ve ne mal olduğunu çok gördüğümüzü (ülke çapındaki davranışlarından başka 20 yıldır Gebze'de yaşayan ve tübitak'ta bir çok tanıdığı olan biri olduğumu bu yüzden sallayarak değil epey şey bilerek söylediğimi ekleyeyim) ve çok şey beklemememiz gerektiğini düşünüyorum, sizle ya da pardus ile bir ilgisi yok .. sadece maddi ve dolaylı olarak internal konularda bağımlılık var.. Murat'a da bu yüzden salla gitsin demek istedim. (dedim) From muratasenel at gmail.com Fri Dec 18 17:29:01 2009 From: muratasenel at gmail.com (=?UTF-8?B?TXVyYXQgxZ5lbmVs?=) Date: Fri, 18 Dec 2009 17:29:01 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181648.53020.tekman@pardus.org.tr> Message-ID: 2009/12/18 Erkan Tekman > 18 Aralık 15:30 tarihli mesajınız... > > > Kişisel saldırı anlayışınıza saygı duymamak elde değil. -- Murat Şenel -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From isingor at gmail.com Fri Dec 18 17:37:18 2009 From: isingor at gmail.com (=?UTF-8?B?QWxpIEnFn8SxbmfDtnI=?=) Date: Fri, 18 Dec 2009 17:37:18 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181648.53020.tekman@pardus.org.tr> Message-ID: 2009/12/18 Murat Şenel > >> benim sıkıntım tavır ve tarz ile, birisi kalkıp da "yahu ne güzel >> düşünmüşsünüz, ama kargoyu niye vize yıktınız?" dese biz de ona göre yanıt >> verirdik. "ne söz verdi de tuttu", ya da "ne mal olduğunu çok gördük" >> diyenlere bu şekilde yanıt veriyorum. >> > > > Bu listede, 2006 yılından başlayarak tek tek bakın isterseniz. Bize ne > laflar söylendi, kimler küstürüldü ve gitti... O zaman çıkıp kendi > çalışanlarınıza tek bir laf ettiniz mi "bir saniye arkadaşlar, bu nasıl bir > hitaptır" dediniz mi? > > Sadece şunu söyleyebilirim. TÜBİTAK UEKAE çalışanlarına çok laf söylendi, hatta "bir saniye arkadaşlar, bu nasıl bir hitaptır" gibi lafların ötesinde laflar da edildi. Yeri geldi, bu listede, UEKAE çalışanı bir geliştiriciye "Bu konu üzerinde biraz daha saçmalarsan, @ işaretinden sonra ne yazdığına falan bakmadan listeden atacağım" lafı bile edildi yahu! UEKAE ekibinin bu tür tartışmalar sırasında aynı mekanda bulunmak gibi bir avantajı var. Listedeki gibi yürümüyor işler, çoğu zaman geliştirici ekip yüzyüze tartışıp, anlaşmazlıkları sandalye ile monitör arasında durarak değil, bahçeye çıkarak saatlerce tartışıp çözüyorlar. Aslında işin sağlıklısı da bu, belki de adına "genişletilmiş geliştirici toplantısı" mı ne diyoruz, bu tür yüzyüze görüşme/tartışmaları daha fazla yapmamız gerekiyor diye düşünüyorum. Bazen geliştiricinin biri olmadık bir laf edip de "hani elimde olsa da günde beş rekat dövsem" diye hayıflandığım olmuyor mu? Oluyor. Derin bir nefes alıyorum ve susuyorum. İki gün sonra telefon açıyorum ya da birkaç hafta küs kalıyorum o geliştiriciye. Ama yüzyüze konuşmadan, onu dinlemeden, anlamaya çalışmadan klavyeye sarılmamaya çalışıyorum. Sorunlarımızı klavyeye sarılmadan önce, ama özelden chatleşerek ama telefonla ama yüzyüze gelmeye çalışarak çözelim derim. Belli ki, TÜBİTAK içindeki bazı sıkıntılar yüzünden bu gönderiler 2,5-3,5 liralık bir ödemeyle gönderiliyor. Yoksa kimsenin "Bu geliştirici parçalarına tişörtlerini gönderelim, kargo ücretini de onlara ittirelim, nıhaha ha!" diye isterik kahkahalar attığı yok.. Ben durduğum yerden bunu görebiliyorum, aslında senin de görebileceğini düşünüyorum. "Birbirimize dokunarak konuşalım" diyeceğim ama fazla eşcinsel bir mesaj olacak :). Sağlıcakla Ali -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From muratasenel at gmail.com Fri Dec 18 17:42:42 2009 From: muratasenel at gmail.com (=?UTF-8?B?TXVyYXQgxZ5lbmVs?=) Date: Fri, 18 Dec 2009 17:42:42 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181648.53020.tekman@pardus.org.tr> Message-ID: 2009/12/18 Ali Işıngör > 2009/12/18 Murat Şenel > >> >>> benim sıkıntım tavır ve tarz ile, birisi kalkıp da "yahu ne güzel >>> düşünmüşsünüz, ama kargoyu niye vize yıktınız?" dese biz de ona göre >>> yanıt >>> verirdik. "ne söz verdi de tuttu", ya da "ne mal olduğunu çok gördük" >>> diyenlere bu şekilde yanıt veriyorum. >>> >> >> >> Bu listede, 2006 yılından başlayarak tek tek bakın isterseniz. Bize ne >> laflar söylendi, kimler küstürüldü ve gitti... O zaman çıkıp kendi >> çalışanlarınıza tek bir laf ettiniz mi "bir saniye arkadaşlar, bu nasıl bir >> hitaptır" dediniz mi? >> >> > > > Sadece şunu söyleyebilirim. > > TÜBİTAK UEKAE çalışanlarına çok laf söylendi, hatta "bir saniye arkadaşlar, > bu nasıl bir hitaptır" gibi lafların ötesinde laflar da edildi. Yeri geldi, > bu listede, UEKAE çalışanı bir geliştiriciye "Bu konu üzerinde biraz daha > saçmalarsan, @ işaretinden sonra ne yazdığına falan bakmadan listeden > atacağım" lafı bile edildi yahu! > > UEKAE ekibinin bu tür tartışmalar sırasında aynı mekanda bulunmak gibi bir > avantajı var. Listedeki gibi yürümüyor işler, çoğu zaman geliştirici ekip > yüzyüze tartışıp, anlaşmazlıkları sandalye ile monitör arasında durarak > değil, bahçeye çıkarak saatlerce tartışıp çözüyorlar. Aslında işin > sağlıklısı da bu, belki de adına "genişletilmiş geliştirici toplantısı" mı > ne diyoruz, bu tür yüzyüze görüşme/tartışmaları daha fazla yapmamız > gerekiyor diye düşünüyorum. > > Bazen geliştiricinin biri olmadık bir laf edip de "hani elimde olsa da > günde beş rekat dövsem" diye hayıflandığım olmuyor mu? Oluyor. Derin bir > nefes alıyorum ve susuyorum. İki gün sonra telefon açıyorum ya da birkaç > hafta küs kalıyorum o geliştiriciye. Ama yüzyüze konuşmadan, onu dinlemeden, > anlamaya çalışmadan klavyeye sarılmamaya çalışıyorum. > > Sorunlarımızı klavyeye sarılmadan önce, ama özelden chatleşerek ama > telefonla ama yüzyüze gelmeye çalışarak çözelim derim. Belli ki, TÜBİTAK > içindeki bazı sıkıntılar yüzünden bu gönderiler 2,5-3,5 liralık bir ödemeyle > gönderiliyor. Yoksa kimsenin "Bu geliştirici parçalarına tişörtlerini > gönderelim, kargo ücretini de onlara ittirelim, nıhaha ha!" diye isterik > kahkahalar attığı yok.. Ben durduğum yerden bunu görebiliyorum, aslında > senin de görebileceğini düşünüyorum. > > Umarım bu kadar yazışmanın kaynağını sadece 2 liralık bir kargo bedeli yüzünden olduğunu düşünmüyorsundur? Senin gördüğün durumu ben de görüyorum ama ben projenin daha öncesini ve sonrasını da görerek ve bilerek daha geniş bir mecrada konuştum yukarıda... > "Birbirimize dokunarak konuşalım" diyeceğim ama fazla eşcinsel bir mesaj > olacak :). > > > Sağlıcakla > > Ali > > > _______________________________________________ > Gelistirici mailing list > Gelistirici at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/gelistirici > -- Murat Şenel -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From tekman at pardus.org.tr Fri Dec 18 17:46:36 2009 From: tekman at pardus.org.tr (Erkan Tekman) Date: Fri, 18 Dec 2009 17:46:36 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181648.53020.tekman@pardus.org.tr> Message-ID: <72222617-7023-4286-BA18-1174FB27C421@pardus.org.tr> Eleştiri tartışma başlatır, fikir temellidir, soru/sorgu içerir. Saldırı ise tartışmayı bitirir, polemik başlatır, varsayım temellidir, yargı/karar içerir. Hayatta ve bu listede birini diğerinden ayırt etmek için kullandığım kıstas budur... Bilginize sunayım dedim. Erkan Tekman TÜBİTAK UEKAE Proje Yöneticisi // Pardus <-- Özgürlük için... --> http://www.pardus.org.tr 18.Ara.2009 tarihinde 17:29 saatinde, Murat Şenel şunları yazdı: > 2009/12/18 Erkan Tekman > 18 Aralık 15:30 tarihli mesajınız... > > > > Kişisel saldırı anlayışınıza saygı duymamak elde değil. > -- > Murat Şenel > _______________________________________________ > Gelistirici mailing list > Gelistirici at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/gelistirici -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From bahadir at pardus.org.tr Fri Dec 18 19:04:04 2009 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Fri, 18 Dec 2009 19:04:04 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: <200912181521.23662.bahadir@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181521.23662.bahadir@pardus.org.tr> Message-ID: <200912181904.08838.bahadir@pardus.org.tr> 18 Aralık 2009 Cuma günü (saat 15:21:19) Bahadır Kandemir şunları yazmıştı: > Güle güle. Gelen uyarılardan, bu mesajın okuyan birçok kişi tarafından "defol git" olarak algılandığını öğrendim, yanlış anlaşılmış. Ozan'a verdiğin cevap sonrası kesin kararının gitmek olduğu ve gidene bundan gayrı, birşey demeyeceğimden yazdım bu sözleri. Diğer cümlelere cevap yazsaydım, iyi şeyler çıkmazdı klavyemden. Talihsiz cümleler, kötü bir üslupla yazıldığında, yazanın bundan daha önce yazdıkları ve yaptıkları unutulup gidiyor. Bizim yapacağız deyip yapmadıklarımızın, yaptığımız iyi şeyleri unutturması gibi. TÜBİTAK ile ilgili kısa ve öz mesajıma gelince, kurum ilgili sıkıntıları anlatmak huyum ve haddime değil. Açıklamayı Tekman yaptı sonradan, iyi oldu. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From bahadir at pardus.org.tr Fri Dec 18 19:27:59 2009 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Fri, 18 Dec 2009 19:27:59 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> Message-ID: <200912181927.59763.bahadir@pardus.org.tr> 18 Aralık 2009 Cuma günü (saat 17:37:18) Ali Işıngör şunları yazmıştı: > "Birbirimize dokunarak konuşalım" diyeceğim ama fazla eşcinsel bir mesaj > olacak :). Yüzyüze görüşememekten, aramızdaki samimiyeti kaybettik birçok insanla. Fazla resmi olmuşuz. İki kişiye yazdım, buraya da yazayım en iyisi: Eskisi gibi görüşsek herkesle, ve ben Murat'ın mesajına "*** lan ****" (yıldızların yerine hangi harfleri koyacağınızı hemen bulabileceğinizden eminim), "yürü, anca gidersin" yazsam oraya, okuyan herkes gülmekten altına kaçırırdı ve kimse üzülmezdi. Zaten Murat da "hediyenin kargo bedeli mi olur kaymağım" diye mesaj gönderirdi, sonuna da "fakir ama gururlu bir eposta adresi ve web alanı vardı" yazardı. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From ozan at pardus.org.tr Fri Dec 18 19:31:48 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Fri, 18 Dec 2009 19:31:48 +0200 Subject: [Gelistirici] 2009/devel - add Architecture to distribution.xml In-Reply-To: <200912181515.47336.fatih@pardus.org.tr> References: <20091215102241.B002249C9C5@ns1.pardus.org.tr> <200912181415.34782.fatih@pardus.org.tr> <200912181515.47336.fatih@pardus.org.tr> Message-ID: <4B2BBC84.8080603@pardus.org.tr> Fatih Aşıcı wrote: > On Friday 18 December 2009 14:22:00 Serdar Dalgic wrote: >> 2009/12/18 Fatih Aşıcı Bu arada bu yeni mimari/dağıtım sürümü denetlemesini destekleyen pisi paketi sisteme kurulduktan sonra, pisi.conf'u yanlış olan bir sistemde ilk pisi ur'dan sonra depo kaldırılıyor. Bu doğru bir davranış mı bilmiyorum. Corporate2'nin pisi paketinde distribution bilgileri yanlış kalmış bu yüzden C2 kullananlar ilk update'de deposuz kalacaklar. Bu bir sorun değil henüz resmi bir ISO yayınlamadık ama, conf ile bir şekilde elleşmiş birileri ilgili pisi güncellemesini newconfig olarak alacaklar bu can sıkıcı. Aynı şekilde 2008>2009 geçişi esnasında, 2009 deposu eklendiği anda depo kaldırılacak bu denetlemeden dolayı. Update manager'ın, hiçbir işe başlamadan önce pisi.conf'u düzeltip Pardus 2009 yazması lazım. Ya da bu özellik 2008 pisi'sine alınmayacak. Ancak yine de pisi.conf zorla düzeltilmeli ki geçişten sonraki ilk güncellemede depo kaldırılmasın. From kpelit at gmail.com Fri Dec 18 19:57:04 2009 From: kpelit at gmail.com (Kenan Pelit) Date: Fri, 18 Dec 2009 19:57:04 +0200 Subject: [Gelistirici] Mola Message-ID: Merhaba, Uzun zamandır çeşitli sebepler yüzünden aktif olarak bakımını yap(a)madığım paketlerimden, aşağıda yazılı olan, kullanmaktan ve paketlemekten keyif aldığım dışındakileri en kısa sürede Pardus amcaya atayıp, üzerimdeki manevi yükü şimdilik hafifletmeye karar verdim. Eğer paketlerimde _gözü olan_, _elleşecem amma kenp laf sokar_ diye düşünen varsa, alpine ve desktop.fluxbox haricinde meydan sizindir ;) Selamlar. -- Kenan Pelit Ayinesi iştir kişinin lafa bakılmaz... e-posta : gro.pardus at nanek web alanı : \gro.pardus.ptf\\:ptf -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From dfisek at fisek.com.tr Fri Dec 18 21:08:14 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 18 Dec 2009 21:08:14 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: <200912181657.11210.fatih@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181657.11210.fatih@pardus.org.tr> Message-ID: <20091218210814.0752adb7.dfisek@fisek.com.tr> Fri, 18 Dec 2009 16:57:07 +0200, Fatih Aşıcı : > Yönetime yapılan şikayetler gelistirici listesi üzerinden mi > yapılıyor? Yöneticiler bu listeyi takip ediyor mu zannediyorsunuz? > Geliştirici listesine atılmış "Hediye diyorsunuz ve kargo masrafını > bize ödetiyorsunuz." gibi cümleleri kimin üzerine alınması normal? Gelistiricilerin, gelistirici olmaktan kaynaklanan ortak sorunlari da bu listenin konusudur diye dusunuyorum. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From selimok at gmail.com Sat Dec 19 00:57:03 2009 From: selimok at gmail.com (selim ok) Date: Fri, 18 Dec 2009 23:57:03 +0100 Subject: [Gelistirici] =?iso-8859-9?q?Fwd=3A_Pardus=27tan_Yeni_Y=FDl_Hediy?= =?iso-8859-9?q?esi?= In-Reply-To: <20091218210814.0752adb7.dfisek@fisek.com.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181657.11210.fatih@pardus.org.tr> <20091218210814.0752adb7.dfisek@fisek.com.tr> Message-ID: Selamlar, Iki tarafinda birbirini anlamasi gerekiyor diye düsünüyorum. Bir tarafta gönüllü gelistirici/katkicilar isteklerine karsi duyarsiz kalindigini düsünüyorlar bence. Ciddiye alinmama hissiyati insanda bir süre sonra bikkinlik yaratir. Bu da haliyle gerginlige sebep olur, gerginlik arttikca da gelir bir yerde patlar. Bugun olan da, bundan once de benzer kopmalar oldu, bundan sonra da olacak. Bunun ne siklikta ve ne derece de olacagi birbirimizi ne kadar iyi anladigimiza bagli olacak tabii. Diger taraftan kisitli imkanlarla cok buyuk islere kalkisan, biraz "herkesin gonlu olsun" yaklasimi ile sozler verip tutamayan, zaman zaman tasa toslayan bir ekip yada proje yönetimi görüyorum. Isler her zaman yolunda gitmiyor tabii. Kotu niyet, kucumseme, onemsememe gibi bir durumun olduguna hic inanmiyorum, olmadigina eminim. Zira ben de cok eski degil, gecenlerde, projeye karsi verdigim bir sozu tutamadim, "Urun yoneticiligi" isini ustlendim, fakat pek bir halt yemeden ortalardan kayboldum. Bu acidan verilen sozlerin elde olmayan sartlardan dolayi tutulamamasi konusunu anlayabiliyorum. Ani ve sert tepkilerin faydasini gormedim simdiye kadar. Tepkiyi gosteren ne kadar hakli olsa da, kutuplasma yaratiyor, yapici olmaktan cok yikici oluyor. Sakin olmak lazim :) Lakin gelin gorun ki, ortada ciddi bir sorun var, bunu da gormezden gelemeyiz. Sorun 3 kurusluk kargo parasi degil bunu hepimiz biliyoruz. :) Bence proje yonetiminin/cekirdeginin bol bol aciklama/duyuru yapmasi cok onemli. Bir is yada verilen bir soz yerine getirilemiyorsa bile, bu durumun acik bir sekilde izah edilmesi gerekiyor. Simdiye kadar zaman zaman aciklamalar/duyurular yapildi belki proje hakkinda, ama acik oldugu iddasinda olan bir projenin ic sureclerinden genel olarak disaridakilerin pek haberi yok. Ancak yakin kisiler belli duyumlar alabiliyor, biz de onlardan ne duyarsak.... Kullanicilari soylemiyorum bile. Ha birde "personel hareketleri" var. Bu konuda bilgisiz kalmiyoruz sukur, hic sikayetim yok :). Projenin bir cok insandan destek aldigini biliyoruz. Destekten kastim, kod destegi olur, ceviri olur, kullanma seklinde olur, manevi destek olur, hepsi bu tanima dahil. Destek veren insanlarin gonul bagi var bu projeyle. Herkes daha cok sey duymak daha cok sey bilmek,olan biten neyse; olumlu olsun olumsuz olsun haberdar olmak istiyor. Daha gecen gunlerde kullanici listesinde gorduk benzer bir iletisimsizlik ornegini. OI'de isler biraz durunca neler cikti ortaya, ne fikirler, ne tedirginlikler... Bunlara gerek yoktu. Sorun neredeyse ne zaman ortaya ciktiysa, aksaklik neredeyse bildirilir, duyurulur, bunca dedikodunun cikmasi engellenebilirdi. Isler karman corman olduktan sonra bir takim aciklamalar yapildi, sebepler anlatildi ama o arada toz duman oldu tabii ortalik. Burada da ayni durumu goruyorum. Yarin proje yine sessizlestiginde, kullanicilar buradaki tartismayi referans gosterip, korkularini, suphelerini dokecekler ortaya. Oysa projenin butce problemlerinden tutun, lojistik aksakliklarina, aldigi/verdigi ihalelerden tutun, katildigi toplanti/konferans veya etkinliklere, her turlu aksiyondan haberdar olmamiz cok onemli. Yapmasi gercekten cok zor degil. Gunluk yazip uzun uzun anlatmaya bile gerek yok. Projenin resmi kutusunda guncel olaylar, duyurular baslikli bir bolum olur. Ne olmus ne bitmis 3 cumleyle aciklanir. Sorun kismen de olsa cozulur. Velhasil kelam, acik ve ozgur bir projenin yari acik olmasi isleri zorlastiriyor. Ya tam acik , ya tam kapali olmak gerek galiba. Orneklerini saymakla bitiremem, kac senedir staj projeleri yapiliyor, nerede kim ne yapti, sonuclari ne oldu haberimiz yok. Pide diye bir proje var mesela, ne svn'de ne baska bir yerde, "Ne ise yarar?Ne yapar?" sorularina yanit bulabilecegim bir tek dokuman bulamadim. Benim okuzlugum de olabilir tabi, bulamamis olabilirim o ayri, ama bunun ornekleri cok dedigim gibi. Saya saya bitmez. :) Biliyorum yine is gelecek "is gucu" sorununa dayanacak. Ama su noktayi kacirmayalim. Projeyi yonetenler ve yonetime az cok yakin olan projenin kadrolu elemanlari, bu projeyi halka acmazlar/acamazlarsa projenin iddasi kalmaz. Yarin gelecek (yada gelmesi planlanan) +30 gelistirici bile bu iddayi surdurmeye yetmez. Zira bu is genis capli gonullu destegine siki sikiya bagli. Proje merkezi (o artik nasil bir tanimsa, anlayin iste) ic sureclerden, olandan bitenden daha cok haberdar etmeli disaridakileri. Bu projenin cazibesini arttiracaktir mutlaka. Daha cok gonullu destegi gelecektir. O zaman bu is gucu sorununu dert etmeye bile vakit kalmayacak belki. Geldigimiz durumda goruyoruz ki, gonullulerin bir kismi gelirken bir kismi gitmekte. (Tabii ki bunlarin icinde zorunluluktan dolayi projeden el ayak cekenler de var. Bunlari da hesaba katmak lazim. Mesela ben...:) Isi bilgi saklamak olan bir kurumun bunyesinde filizlenen bir projeden ne kadar acik olmasi beklenebilir? Yada proje disa acilmak istese bile, kurumsal sartlar buna ne kadar izin verir? Bunlar da ayri konular... Ama dedigim gibi bunun ikisi bir arada yurumuyor bu cok net. Ya tam acik olmali proje yada tam kapali. Aksi halde herkes cok yipraniyor. Bu kadar uzun ve birazda karmasik yazdigim icin ozur diliyorum okuyanlardan. Bu arada yurt disina gonderilebiliyor mu acaba paketler? Ben bir tane hatira alabilirim de :) Iyi calismalar, Selim -- One more step for freedom: http://www.pardus.org.tr/eng/ -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Sat Dec 19 01:05:33 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 19 Dec 2009 01:05:33 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181657.11210.fatih@pardus.org.tr> <20091218210814.0752adb7.dfisek@fisek.com.tr> Message-ID: <4B2C0ABD.1010909@pardus.org.tr> selim ok wrote: > Selamlar, > > Bu kadar uzun ve birazda karmasik yazdigim icin ozur diliyorum okuyanlardan. > > > Bu arada yurt disina gonderilebiliyor mu acaba paketler? Ben bir tane hatira > alabilirim de :) Genelde cok güzel yazmissin/özetlemissin, agzina saglik. Kolay gelsin :) From dfisek at fisek.com.tr Sat Dec 19 09:36:35 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Sat, 19 Dec 2009 09:36:35 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181657.11210.fatih@pardus.org.tr> <20091218210814.0752adb7.dfisek@fisek.com.tr> Message-ID: <20091219093635.435c8a67.dfisek@fisek.com.tr> Merhaba, Fri, 18 Dec 2009 23:57:03 +0100, selim ok : > Bu kadar uzun ve birazda karmasik yazdigim icin ozur diliyorum > okuyanlardan. Bence de cok guzel yazmissin, hic de karmasik degil. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From dfisek at fisek.com.tr Sat Dec 19 09:45:59 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Sat, 19 Dec 2009 09:45:59 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: <200912181622.28190.bahadir@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <4B2B8474.7030601@gmail.com> <897749fe0912180603j4ec83070wb12fc36868c48e34@mail.gmail.com> <200912181622.28190.bahadir@pardus.org.tr> Message-ID: <20091219094559.bfac87f4.dfisek@fisek.com.tr> Merhaba, Fri, 18 Dec 2009 16:22:28 +0200, Bahadır Kandemir : > Eposta hesapları ve web alanı işi çok uzadı, herkes bunun farkında. > En son Bilmök toplantısı ve sonrasındaki eposta tartışmasında karar > verilmiş, o zamanki sistem yöneticisi Taner gerekli çalışmaları > Ağustos başı tamamlamış. > Duyurulması için geliştirici sözleşmesinin hazırlanması beklenmiş > yanlış anlamadıysam. Bu neden olmadı konusu tartışıladursun bu > listede, zamanında o konuyla ilgilenmediğim için bu sözleşme > mevzusundan başka bilgim ve bana atanmış bir görevim olmadığı için > birşey demem mümkün değil. > Eposta/web ne zaman duyurulacak konusu ise, bir sonraki eposta > mesajımın konusu olacak. Aciklamalar icin tesekkurler. Arada ben gelistirici listesinde mesaj kacirmadiysam, 5 ay once olmus bu gelisme ile ilgili "katkici" insanlarin ilk defa haberi olmus oldu. Ben o konu basliginda hala "teknik sorunlar" asamasinda kalmistim. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From turkersezer at tsdesign.info Sat Dec 19 11:31:32 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Sat, 19 Dec 2009 11:31:32 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: <20091219094559.bfac87f4.dfisek@fisek.com.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <4B2B8474.7030601@gmail.com> <897749fe0912180603j4ec83070wb12fc36868c48e34@mail.gmail.com> <200912181622.28190.bahadir@pardus.org.tr> <20091219094559.bfac87f4.dfisek@fisek.com.tr> Message-ID: <897749fe0912190131s21591235pad8180a0ba1ab651@mail.gmail.com> 2009/12/19 Doruk Fisek : > Aciklamalar icin tesekkurler. > > Arada ben gelistirici listesinde mesaj kacirmadiysam, 5 ay once olmus > bu gelisme ile ilgili "katkici" insanlarin ilk defa haberi olmus oldu. > > Ben o konu basliginda hala "teknik sorunlar" asamasinda kalmistim. Ben bu ftp alanı konusu için bizzat kapı kapı dolaşmama rağmen ben de en son haziran ayında "en yakın toplantıda bu işi karara bağlayacağız" noktasına kadar gelebilmiştim. Bu konuda en can sıkıcı olansa gerekli işgücü, zaman bulunup iş tamamlanmış olmasında rağmen (ftp alanı işini Taner hazır hale getireli pek yakında 1 yıl olacak) 1 yıldır gerekli duyuruyu yapıp kullanıma açamamış olmamız. Bahadır bir sonraki mailını yazıp bize detay bilgi verene kadar, SVN hesabı olan, svn deposuna dosya ekleyebilen, paket yapıp kullanıcıların makinelerine ulaşacak yazılımları hazırlayan kişilere paketlerde kullanılacak tarball'ları yüklemesi için alan neden verilemez sorusunu kısaca cevaplayabilecek biri varsa bu konudaki merakımı gidermesini rica ediyorum. Türker From gurer at pardus.org.tr Sat Dec 19 12:38:09 2009 From: gurer at pardus.org.tr (=?utf-8?q?G=C3=BCrer_=C3=96zen?=) Date: Sat, 19 Dec 2009 12:38:09 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <20091218210814.0752adb7.dfisek@fisek.com.tr> Message-ID: <200912191238.09430.gurer@pardus.org.tr> 19 Aralık 2009 Cumartesi günü (saat 00:57:03) selim ok şunları yazmıştı: Selim, öncelikle çok güzel yazmışsın. > Bence proje yonetiminin/cekirdeginin bol bol aciklama/duyuru yapmasi cok > onemli. Bir is yada verilen bir soz yerine getirilemiyorsa bile, bu durumun > acik bir sekilde izah edilmesi gerekiyor. Teknik olmayan konularda, gizlenmesinin hiç bir anlamı olmayan bilgiler, malesef PR ve insan ilişkileri açısından çok zarar verici tartışmalar/kavgalar yaşanmadan önce açıklanmıyor. Bunun nedenini çözebilmiş değilim. Teknik konularda ise başka bir problem var. Bunu üç sene evvel de söylemiştim, sorumluluklar belli olmadan hiç bir şeyin takibi yapılamaz. Bundan kastım da hiyerarşik bir yapılanma yada bürokrasi değil, yanlış anlamayın. Bir örnek olarak şu birkaç sorunun cevabını düşünün: 1. Geliştirici başvurularını takip eden, bunların aksamasından sorumlu kişi kimdir? 2. Review süreci sorumlusu kimdir? Review bekleme sürelerini öğrenmek istesek kimden bilgi alabiliriz? 3. Geliştirici ilişkileriyle kim ilgilenir? Problemi olan bir geliştiricinin gitmesi gereken kişi kimdir? 4. Böyle takip edilmesinde fayda olacak kaç tane süreç vardır? 5. Pardus dağıtımında hangi işler yapılmaktadır? Bunları kimler yürütmektedir? 6. Tüm ekosistemde hangi projeler yapılmaktadır? Bunların durumu nedir? 7. Bu soruların cevapları merak eden birinin öğrenebilmesi için nerede yazılıdır? Cevap olarak bilgi at pardus demeyin, falancalar ilgileniyor da demeyin, ben takip ediyorum ama bu konuda bir açıklama yapmadım hiç demeyin. Sorumluluk ancak tekil olur. Yoksa kişiler senkronize olamaz, arada bazı şeyler unutulur, biri diğerinin yapmış olduğunu sanar, vb ve şu anda olduğu gibi işler aksayıp durur. Bir işin sorumlusunun işin kendisini yapması gerekmiyor. Tek yapması gereken o işin alt işlerinin bir listesini tutmak, haftada mesela yarım saat o maddelere bakıp ne durumda olunduğunu incelemek, aksayan işler varsa durumla ilgili bir açıklama yapmak, ilgili kişilerle iletişim kurup nedenini bulmak. Bu takip işini çekirdek ekip dışındaki geliştiriciler bile çok kolayca yapabilir. Süreçler ölçülmeye takip edilmeye başlayınca iyileştirilmeleri çok kolay olur. Yani sorunun insan kaynağı olduğunu düşünmüyorum. Uzun süredir yapılmayan bir iş için, ya falanca onu çoktan yaptı ama arada kaynadı ortaya çıkartamadık gibi şeyler söyleniyor. Bu sorun bu kadar az kişi ile yaşanıyorsa, Pardus 200 kişiye çıkarsa yüz katıyla yaşanacaktır. Bunun için yazılım yada altyapı da gerekmiyor, bugzilla ile çok kolay yürütülür, hatta kağıt kalemle bile yürür. Yeter ki disiplinsiz devam edildiği sürece bu sıkıntıların ve verimsizliğin devam edeceğinin farkına varın. From gurer at pardus.org.tr Sat Dec 19 12:49:43 2009 From: gurer at pardus.org.tr (=?utf-8?q?G=C3=BCrer_=C3=96zen?=) Date: Sat, 19 Dec 2009 12:49:43 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181521.23662.bahadir@pardus.org.tr> Message-ID: <200912191249.43855.gurer@pardus.org.tr> 18 Aralık 2009 Cuma günü (saat 15:30:15) Murat Şenel şunları yazmıştı: > Neyse Bahadır'ın çok güzel dediği gibi, bana güle güle... Murat, Hediye olayında yapılan şey büyük düşüncesizlik. Kişilerin tepkilerin ise projenin genel olarak başarısızca yönetilmesinden kaynaklı sıkıntıların birikmesiyle yükseldiğini, yazılanlarla niyetlerin aynı olmadığını düşünüyorum. Öte yandan bunlar affedilmeyecek kadar büyük şeyler değil. En azından bir şans daha vermeden gitme derim. From muratasenel at gmail.com Sat Dec 19 14:20:26 2009 From: muratasenel at gmail.com (=?UTF-8?B?TXVyYXQgxZ5lbmVs?=) Date: Sat, 19 Dec 2009 14:20:26 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: <200912191249.43855.gurer@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181521.23662.bahadir@pardus.org.tr> <200912191249.43855.gurer@pardus.org.tr> Message-ID: 2009/12/19 Gürer Özen > 18 Aralık 2009 Cuma günü (saat 15:30:15) Murat Şenel şunları yazmıştı: > > > Neyse Bahadır'ın çok güzel dediği gibi, bana güle güle... > > Murat, > > Hediye olayında yapılan şey büyük düşüncesizlik. Kişilerin tepkilerin ise > projenin genel olarak başarısızca yönetilmesinden kaynaklı sıkıntıların > birikmesiyle yükseldiğini, yazılanlarla niyetlerin aynı olmadığını > düşünüyorum. Öte yandan bunlar affedilmeyecek kadar büyük şeyler değil. > > En azından bir şans daha vermeden gitme derim. > > Gürer, bir önceki mailinde artık kangren olan noktaları çok iyi dile getirmişsin. Sen de biliyorsun uzun süredir var bu konular ve kesilmeyen kangren vücudun her yerine sirayet eder, bu projede de olduğu gibi... Ve bunların düzeleceğine inanmıyorum... İyi niyetle bir şans vermemi istediğini biliyorum, çok da teşekkür ediyorum ve naz yapar gibi de görünmek istemiyorum fakat benim şans verip vermemem proje için bir şeyi değiştirmeyecek. Hatta çok açıkça söyleyeyim sadece benim değil ama benim gibi dışarıdan katkı veren geliştiricilerden bir kaçının daha bırakmasını çok isterdim. Bunun için provakatör de denebilir bana ama başka türlü dışarıdan olan katkıyı anlayabilecek bir görüş yeteneği, proje yöneticisinden başlayarak en alt kademeye kadar mevcut değil bence. Bu noktadan sonra ne benim verecek bir şansım ne de bu projenin bana verebileceği bir şey var maalesef... Devam edebilmeyi isterdim, ama mevcut şartlarda herkese başarılar dilemekten başka yapabileceğim bir şey yok... Herkese başarılar... -- Murat Şenel -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Sat Dec 19 14:27:28 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 19 Dec 2009 14:27:28 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181521.23662.bahadir@pardus.org.tr> <200912191249.43855.gurer@pardus.org.tr> Message-ID: <4B2CC6B0.40001@pardus.org.tr> Murat Şenel wrote: > > İyi niyetle bir şans vermemi istediğini biliyorum, çok da teşekkür ediyorum > ve naz yapar gibi de görünmek istemiyorum fakat benim şans verip vermemem > proje için bir şeyi değiştirmeyecek. Hatta çok açıkça söyleyeyim sadece > benim değil ama benim gibi dışarıdan katkı veren geliştiricilerden bir > kaçının daha bırakmasını çok isterdim. Bunun için provakatör de denebilir > bana ama başka türlü dışarıdan olan katkıyı anlayabilecek bir görüş > yeteneği, proje yöneticisinden başlayarak en alt kademeye kadar mevcut değil > bence. Sen bizler hakkında kesin kararını ve hükmünü vermişsin zaten. Bu peşin hükümlülükle çok fazla yapılacak bir şey *gerçekten* yok. Görüş yeteneğimizin noksanlığı hakkında yaptığın tespitler için çok teşekkürler, emin ol projeyi, proje çalışanlarını ve katkıcılarını inanılmaz motive ediyorsun. İyi günler. From muratasenel at gmail.com Sat Dec 19 15:15:34 2009 From: muratasenel at gmail.com (=?UTF-8?B?TXVyYXQgxZ5lbmVs?=) Date: Sat, 19 Dec 2009 15:15:34 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: <4B2CC6B0.40001@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181521.23662.bahadir@pardus.org.tr> <200912191249.43855.gurer@pardus.org.tr> <4B2CC6B0.40001@pardus.org.tr> Message-ID: 2009/12/19 Ozan Çağlayan > > Sen bizler hakkında kesin kararını ve hükmünü vermişsin zaten. Bu peşin > hükümlülükle çok fazla yapılacak bir şey *gerçekten* yok. Görüş > yeteneğimizin noksanlığı hakkında yaptığın tespitler için çok teşekkürler, > emin ol projeyi, proje çalışanlarını ve katkıcılarını inanılmaz motive > ediyorsun. > > İyi günler. Çok enteresan... Bizden motivasyon etmemizi bekliyordunuz ama bunun karşılığında biz sizden herhangi bir motivasyon görmeyelim, değil mi? Dışarıdan katkı veren geliştiriciler, sizlerin verdiği sözleri tutmamanız karşılığında motivasyonlarını sorgulamadan kendi ftp alanlarını ve svn sunucularını sadece bir kaç kişi cebinden parasını ödeyerek satın aldı ve onlarca diğer katkıcıya *ücretsiz* hizmet sağladı/sağlıyor. Biz motivasyonumuzu düşünmeden devam ettik ama nereye kadar... Gerçekten anlayamadığım şey, sizlerden herhangi bir katkı olmadan bizden nasıl motivasyon bekleyebiliyorsunuz? En baştan beri anlatmak istediğim ve sizlerin içinde bulunduğunuz halet-i ruhiye bu zaten. Herhangi bir karşılık vermeden bizden ödünlerde bulunmamızı bekliyorsunuz, bir de buna ekibin motivasyonu mu eklendi şimdi? -- Murat Şenel -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From isbaran at gmail.com Sat Dec 19 15:18:01 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Sat, 19 Dec 2009 15:18:01 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: <4B2CC6B0.40001@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181521.23662.bahadir@pardus.org.tr> <200912191249.43855.gurer@pardus.org.tr> <4B2CC6B0.40001@pardus.org.tr> Message-ID: <4B2CD289.5090109@gmail.com> Ozan Çağlayan wrote On 19-12-2009 14: > Murat Şenel wrote: > >> >> İyi niyetle bir şans vermemi istediğini biliyorum, çok da teşekkür ediyorum >> ve naz yapar gibi de görünmek istemiyorum fakat benim şans verip vermemem >> proje için bir şeyi değiştirmeyecek. Hatta çok açıkça söyleyeyim sadece >> benim değil ama benim gibi dışarıdan katkı veren geliştiricilerden bir >> kaçının daha bırakmasını çok isterdim. Bunun için provakatör de denebilir >> bana ama başka türlü dışarıdan olan katkıyı anlayabilecek bir görüş >> yeteneği, proje yöneticisinden başlayarak en alt kademeye kadar mevcut değil >> bence. > > Sen bizler hakkında kesin kararını ve hükmünü vermişsin zaten. Bu peşin hükümlülükle çok fazla yapılacak bir şey *gerçekten* yok. Görüş yeteneğimizin noksanlığı hakkında yaptığın tespitler için çok teşekkürler, emin ol projeyi, proje çalışanlarını ve katkıcılarını inanılmaz motive ediyorsun. Katkıcılar kendinden gazla katkı yapıyorlar zaten, yani birileri çıkıp özellikle katkıcıları yaptıkları işten soğutmadıkça bu gaz azalmaz ki zaten kendinden gazla bir şeyler yapan adamı kolay kolay soğutamazsınız. :) Murat'ın fikirlerini öğrenmenin de dolayısıyıyla kimseyi soğutacağını filan sanmıyorum. Bir şeyi yaptıktan sonra da "aman sus google cache'ler, insanlar ne der" filan demenin anlamı yok .. bu o adamın tecrübesi ve düşünceleri ki bir şey beklemeden yardım eden birisinin düşünceleri olması da daha önemli kılıyor From ozan at pardus.org.tr Sat Dec 19 15:58:56 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 19 Dec 2009 15:58:56 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181521.23662.bahadir@pardus.org.tr> <200912191249.43855.gurer@pardus.org.tr> <4B2CC6B0.40001@pardus.org.tr> Message-ID: <4B2CDC20.8030605@pardus.org.tr> Murat Şenel wrote: > > Çok enteresan... Bizden motivasyon etmemizi bekliyordunuz ama bunun > karşılığında biz sizden herhangi bir motivasyon görmeyelim, değil mi? Azıcık sakin olup sakin kafayla okursan her e-posta'ndan sonra söylediklerimin anladığın şekilde olmadığına dair bir açıklama e-postası daha yazmak zorunda kalmayacağım. Burada kavga etmiyoruz, tartışıyoruz. Ne alakası var, öyle bir şey demiş miyim ben? Sanki 5 yıldır SVN hesabınızın açılmasını bekliyormuş gibi, yaşanmış her şeyi yoksayarak "dışarıdan olan katkıyı anlayabilecek bir görüş yeteneğine" sahip olmadığımızı söyleyerek her şeyi kestirip atıyorsun. Tepkim buna. > Dışarıdan katkı veren geliştiriciler, sizlerin verdiği sözleri tutmamanız > karşılığında motivasyonlarını sorgulamadan kendi ftp alanlarını ve svn > sunucularını sadece bir kaç kişi cebinden parasını ödeyerek satın aldı ve > onlarca diğer katkıcıya *ücretsiz* hizmet sağladı/sağlıyor. Biz > motivasyonumuzu düşünmeden devam ettik ama nereye kadar... Gerçekten > anlayamadığım şey, sizlerden herhangi bir katkı olmadan bizden nasıl > motivasyon bekleyebiliyorsunuz? Halen gerçekleştirilememiş sözler olabilir. Peki hiçbir şey yapılmadı mı? Bu tartışma uzadıkça kendini, projeye yıllardır kazandırdıklarını, projenin sana kazandırdıklarını yoksayıyorsun. Katkıcılara halen bir FTP alanı verememiş olmak belki gerçekten ayıp ya da eksiklik olarak nitelendirilebilir ancak bu, bizim "dışarıdan gelecek katkıyı anlayabilecek bir görüş yeteneğine" sahip olmadığımız sonucuna mı götürmektedir seni? > En baştan beri anlatmak istediğim sizlerin içinde bulunduğunuz halet-i ruhiye bu zaten. İçinde bulunduğumuz halet-i ruhiye hakkında bu kadar kolay yorum yapamazsın. Güne uyandığımızda önümüzde yapılacak nelerin olduğunu gözden geçirdiğimizde aklımıza gelenlerin başında katkıcılar, sunulması beklenen imkanlar, yeni geliştirici/katkıcı alımının tanımlanması gibi dağıtım için çok çok önemli unsurlar var. Ancak senin tüm yorumlarında vardığın sonuç ise bizi şöyle tanımlıyor: "Off ya şu katkıcılara FTP hesabı açacaktık, sanal makine verecektik. Neysssee sonra bakarız, bikaç paket bump ediyim, çeviri yapayım." Tepkim buna. Bu kadar acımasız olmaya hakkın var mı? > Herhangi bir karşılık > vermeden bizden ödünlerde bulunmamızı bekliyorsunuz, bir de buna ekibin > motivasyonu mu eklendi şimdi? Eklenen/çıkarılan bir şey yok. Sadece tüm yukarıda yazdıklarımın doğrultusunda senin, diğer geliştirici/katkıcıları bazı yönlerden -yerin dibine vururcasına- görüş yeteneğine sahip olmamakla suçlaman, o insanların hayatlarını olumlu yönde etkilemiyor. Ve tartışmanın da -her ne kadar bir kargo masrafı isteniyor olsa da- sizlere jest olsun diye ekipten insanların belki haftalardır uğraştığı bir hediye paketi temel alınarak filizlendirilmesi de emin ol o uğraşan insanları fazlasıyla üzüyor. İyi günler. From bahadir at pardus.org.tr Sat Dec 19 16:35:42 2009 From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=) Date: Sat, 19 Dec 2009 16:35:42 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Fwd=3A_Pardus=27tan_Yeni_Y=FDl__Hedi?= =?iso-8859-9?q?yesi?= In-Reply-To: <200912191238.09430.gurer@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912191238.09430.gurer@pardus.org.tr> Message-ID: <200912191635.53161.bahadir@pardus.org.tr> 19 Aralık 2009 Cumartesi günü (saat 12:38:09) Gürer Özen şunları yazmıştı: > Yani sorunun insan kaynağı olduğunu düşünmüyorum. Uzun süredir yapılmayan > bir iş için, ya falanca onu çoktan yaptı ama arada kaynadı ortaya > çıkartamadık gibi şeyler söyleniyor. Bu sorun bu kadar az kişi ile > yaşanıyorsa, Pardus 200 kişiye çıkarsa yüz katıyla yaşanacaktır. Kaynak eksikliği önemli bir etken, önümüzdeki aylarda çözülecek gibi görünüyor. Ama, "kaynak eksiği yüzünden" dediğimiz sorunların hiçbirini çözmeyecek bu, söylediğin gibi. Muhtemelen, daha da artıracak sorunları. Herkes bunun farkında. 18 Aralık 2009 Cuma günü (saat 16:14:22) Erkan Tekman şunları yazmıştı: > Verdiğimiz söleri yerine > getiremiyoruz bir süredir. Bunun ufak bir kısmı kaynak yokluğundan, bir > başka ufak kısmı da (yine kaynak yokluğundan dolayı) işgücü eksikliğinden. > > Ama bu konudaki başarısızlığımızın çoğu organizasyon ve yönetim > kabiliyet(sizliğ)imizden kaynaklanıyor. İsterseniz "asıl işlerine > odaklandıklarından buna sıra gelmiyor" deyin, ister kara düzene yorun, > durum bu. Yalnızca geliştiricilerimize verdiğimiz vaatler ile ilgili > değil bu aksaklık(lar), başka alanlarda da örnekleri var. 19 Aralık 2009 Cumartesi günü (saat 12:38:09) Gürer Özen şunları yazmıştı: > Bunun için yazılım yada altyapı da gerekmiyor, bugzilla ile çok kolay > yürütülür, hatta kağıt kalemle bile yürür. Yeter ki disiplinsiz devam > edildiği sürece bu sıkıntıların ve verimsizliğin devam edeceğinin farkına > varın. Çözüm, senin dediğin gibi disiplinli çalışma. 18 Aralık 2009 Cuma günü (saat 16:14:22) Erkan Tekman şunları yazmıştı: > Zaten bu nedenle > iki aya varan bir süredir daha iyi organize olmanın, işleri daha iyi > yönetme ve takip etmenin yollarını aramaya, öğrenmeye ve uygulamaya > çalışıyoruz. Bu çalışmalar 2011 sürümüne kadar da yoğun olarak devam > edecek büyük olasılıkla... -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From gkmngrgn at gmail.com Sat Dec 19 21:28:09 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Sat, 19 Dec 2009 21:28:09 +0200 Subject: [Gelistirici] corporate2/devel-x86_64/system/base/libcap - x86-64 release In-Reply-To: <20091219183502.5F2CB49CE88@ns1.pardus.org.tr> References: <20091219183502.5F2CB49CE88@ns1.pardus.org.tr> Message-ID: <579eef480912191128w3905d3ban7d6518035f2cc101@mail.gmail.com> 2009/12/19 Necdet Yücel > # we should not need this static > - pisitools.remove("/lib/libcap.a") > + pisitools.remove("/lib64/libcap.a") > pisitools.dodoc("CHANGELOG", "README", "doc/capability.notes") > > Hocam bunun için get.py'de libDIR() olabilirdi sanki. libexec için fonksiyon yazılmış ama libDIR()'e şimdiye kadar ihtiyaç duymamışız sanırım: def libDIR(prefix=None): if not prefix: prefix = "" if HOST().startswith("x86_64"): return "%s/lib64" % prefix return "%s/lib" % prefix gibi bir şey olabilirdi. Kodu misal olarak yazdım. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From gkmngrgn at gmail.com Sat Dec 19 21:55:50 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Sat, 19 Dec 2009 21:55:50 +0200 Subject: [Gelistirici] corporate2/devel-x86_64/system/base/libcap - x86-64 release In-Reply-To: <579eef480912191128w3905d3ban7d6518035f2cc101@mail.gmail.com> References: <20091219183502.5F2CB49CE88@ns1.pardus.org.tr> <579eef480912191128w3905d3ban7d6518035f2cc101@mail.gmail.com> Message-ID: <579eef480912191155l60618320mdb11e8778eac943e@mail.gmail.com> 2009/12/19 Gökmen Görgen > Hocam bunun için get.py'de libDIR() olabilirdi sanki. libexec için > fonksiyon yazılmış ama libDIR()'e şimdiye kadar ihtiyaç duymamışız sanırım: > > Mete Bilgin'in bana özelden yazdığı: "..bazı dosyaları lib64'e bazılarını da lib dizinine atıyor. Hangisi nerede olduğunu ancak derleme sonrasında görebiliyoruz paketlerde ondan pek mantıklı gelmedi bana." Haklı buldum, onu da hesaba katmamız gerekiyor. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ekrem.seren at gmail.com Sun Dec 20 03:00:59 2009 From: ekrem.seren at gmail.com (Ekrem SEREN) Date: Sun, 20 Dec 2009 03:00:59 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> Message-ID: <39f080000912191700q5798cbe3v614ba6717abed2d7@mail.gmail.com> 2009/12/18 Murat Şenel > Yeri her ne kadar geliştirici listesi olmasa gibi gelse de söz konusu > hediye sadece geliştiricilere gönderileceği için bence burası gayet uygun. > > Cevap yazmayayım dedim, her zamanki gibi es geç, boş ver dedim kendi > kendime ama yok olmadı işte. Hediye diyorsunuz ve kargo masrafını bize > ödetiyorsunuz. Bu nasıl bir mantık gerçekten merak ediyorum. Kim birine > hediye yollarken böyle bir şart koşmuş? > > Gerçi düşününce pek de şaşırmıyorum. Pardus geliştiricilerine söz verip de > hangi sözünü tuttu veya bu açıdan neyi doğru yaptı ki hediye işini de doğru > yapsın... > > Bir sürü paketim varken, sırf artık bu saçmalıklarla uğraşmayayım diye > paket sayımı 10'un da altına düşürdüm. Çünkü şevk falan kalmadı gerçekten. > Sürekli veriyoruz ama karşılığında tutulmayacak sözler alıyoruz. Ama sanırım > bu saçmalıklara muhattap olmamak için Pardus'tan komple çıkmak gerekiyor. > Amacınız mı bu acaba, yalnız mı kalmak istiyorsunuz? > > Murat > Eskiden (ben ilk defa Pardus'a bulaştığım zamanlar, ~2006) Pardus gönüllü geliştiricileri arasında çok güzel bir atmosfer vardı. Beni Pardus'a ve sonunda gönüllü bir geliştirici olmaya iten asıl sebep Pardus'tan çok buydu aslında. *#pardus* kanalı bir çok gönüllü geliştirici kazanmasını sağladı projenin. Gönüllü geliştiriciler arasındaki muhabbet ve samimiyet yenilerini çekiyordu camiaya. O zamanlar tanıştığım bir sürü insan ile çok yakın dost oldum, fiziksel hayatta görüştüm, beraber nargile içtim, çay içtim... Pardus'a katkı vermek ile ilgili (paket yapma, kod/betik yazma, *'peç'*yapma vs.) herşeyi onlardan öğrendim. Şimdi ise durum öyle değil maalesef :( Hala tüm gün, hem işimde hem özel hayatımda, sadece Pardus kullanıyorum. Fakat kullanıcıyım artık yalnızca. Bunun sebeplerine baktığımda, her ne kadar kendimi işlerim yoğunlaştı hayatım değişti diye kandırsam da, daha önce olan o samimi ve sıcak ortamı bulamadığım için olduğunu görüyorum. O zamanlar tanıştığım arkadaşlarım ile hala görüşüyorum, ama görüyorum ki onları projeden soğutan aynı sebepler beni de soğutmuş. Kendimi motive etmeye çalışıyordum son zamanlarda ama bu tartışmalardan sonra motivasyon zerresi de dağıldı gitti. Söylenecek şeyleri Doruk, Gürer, Türker ve Murat söylemiş. Projeye dışarıdan en çok katkıyı vermiş ve en çok *gönüllü* geliştirici kazandırmış insanların projeye küsmeleri bazı *_bence düzeltilebilir_*sorunları işaret ediyor. -- Ekrem SEREN -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From selimok at gmail.com Sun Dec 20 06:07:08 2009 From: selimok at gmail.com (selim ok) Date: Sun, 20 Dec 2009 05:07:08 +0100 Subject: [Gelistirici] =?iso-8859-9?q?Fwd=3A_Pardus=27tan_Yeni_Y=FDl_Hediy?= =?iso-8859-9?q?esi?= In-Reply-To: <200912191238.09430.gurer@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <20091218210814.0752adb7.dfisek@fisek.com.tr> <200912191238.09430.gurer@pardus.org.tr> Message-ID: 2009/12/19 Gürer Özen > > Bir örnek olarak şu birkaç sorunun cevabını düşünün: > 1. Geliştirici başvurularını takip eden, bunların aksamasından sorumlu kişi > kimdir? > 2. Review süreci sorumlusu kimdir? Review bekleme sürelerini öğrenmek > istesek > kimden bilgi alabiliriz? > 3. Geliştirici ilişkileriyle kim ilgilenir? Problemi olan bir > geliştiricinin > gitmesi gereken kişi kimdir? > 4. Böyle takip edilmesinde fayda olacak kaç tane süreç vardır? > 5. Pardus dağıtımında hangi işler yapılmaktadır? Bunları kimler > yürütmektedir? > 6. Tüm ekosistemde hangi projeler yapılmaktadır? Bunların durumu nedir? > 7. Bu soruların cevapları merak eden birinin öğrenebilmesi için nerede > yazılıdır? > > Cevap olarak bilgi at pardus demeyin, falancalar ilgileniyor da demeyin, ben > takip ediyorum ama bu konuda bir açıklama yapmadım hiç demeyin. Sorumluluk > ancak tekil olur. Yoksa kişiler senkronize olamaz, arada bazı şeyler > unutulur, > biri diğerinin yapmış olduğunu sanar, vb ve şu anda olduğu gibi işler > aksayıp > durur. > > Bir işin sorumlusunun işin kendisini yapması gerekmiyor. Tek yapması > gereken o > işin alt işlerinin bir listesini tutmak, haftada mesela yarım saat o > maddelere > bakıp ne durumda olunduğunu incelemek, aksayan işler varsa durumla ilgili > bir > açıklama yapmak, ilgili kişilerle iletişim kurup nedenini bulmak. Bu takip > işini çekirdek ekip dışındaki geliştiriciler bile çok kolayca yapabilir. > Süreçler ölçülmeye takip edilmeye başlayınca iyileştirilmeleri çok kolay > olur. > > Gürer somut cözüm önerileri sunmus. Uygulanabilir makul öneriler. Tüm sorunlari cözmez belki, ama en azindan güzel bir baslangic. Sonrasi sorumluluklarin yerine getirilmesine bakiyor. Gecmisi konusmak veya savunmak bize birsey kazandirmiyor. Erkan Bey'e acik cagrida bulunuyorum. Sorumluluklarin acik ve net bir sekilde belirlenmesi, bu bilgilerin acik bir sekilde duyurulmasi konusunda bir adim atin lütfen. Tabii bu öneri kabul görmeyecekse bununda nedenlerini bilmek isteriz :) Iyi calismalar, Selim -- One more step for freedom: http://www.pardus.org.tr/eng/ -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From tekman at pardus.org.tr Sun Dec 20 11:45:16 2009 From: tekman at pardus.org.tr (Erkan Tekman) Date: Sun, 20 Dec 2009 11:45:16 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912191238.09430.gurer@pardus.org.tr> Message-ID: <200912201145.17148.tekman@pardus.org.tr> 20 Aralık 2009 Pazar 06:07:08 tarihinde selim ok şunları yazmıştı: > Gecmisi konusmak veya savunmak bize birsey kazandirmiyor. Erkan Bey'e acik > cagrida bulunuyorum. > Sorumluluklarin acik ve net bir sekilde belirlenmesi, bu bilgilerin acik > bir sekilde duyurulmasi konusunda bir adim atin lütfen. Tabii bu öneri > kabul görmeyecekse bununda nedenlerini bilmek isteriz :) Pardus projesi yakınında olanların gayet iyi bildiği, bu liste üyelerinin hemen hepsinin de bir şekilde haberdar olduğu (ya da olduğunu tahmin ettiğim) şekilde kaynakları ile orantısız hedefler ortaya koymuş bir proje. Bunun çeşitli nedenleri var, pek çoğunu barındıran bir özet olarak şöyle bir cümle kurulabilir: "Eğer Pardus'un gerçekten Türkiye bilişim sektöründe bir etkisi olması isteniyorsa bu hedeflerin hepsine ve makul bir sürede ulaşması gerekir." Yani bu orantısızlık bir seçim değil, bir zorunluluk. Ya da projeyi şu anda yönetmekte olan kişinin çözümlemesi bu yönde. Daha önce de yazdım, kaynak ve dolayısı ile işgücü eksikliği bir açıklama olduğu kadar bir mazeret aynı zamanda. Daha iyi yapabileceğimiz bazı şeyler var, bunları yap(a)mıyoruz. Ya da bunları yaparsak eksik kalacağımız alanları feda etmek istemiyoruz. Kimi konularda da düpedüz yönetim, yürütme, izleme süreçlerimizin zafiyeti bizi engelliyor, hiçbir mazereti yok. Bir kez daha vurgulayayım, bu eksiklik ve hataların sorumlusu benim; UEKAE'deki geliştirici arkadaşlara yüklenmenin gereği yok. Özellikle son üç aydır bu zafiyetlerimizi ortadan kaldırmak ve 2010 yılı ile artacak kaynak akışı ve dolayısı ile kalabalıklaşacak ekibi yönetilebilir kılmak için bir çalışma başlattık. Aramızdaki kod adı "Kara Düzeni Kaldırma" projesi. Sürüm yönetiminden Pardus teknolojilerinin yol haritasına, geliştirici ilişkilerinden web sitemizin içeriğine pek çok konuyu masaya yatırıp mevcut durumunu görüyor ve olması gereken şekli tarif ediyoruz. Daha envanter konusunda gidilecek çok yolumuz var, planlama için daha da fazla, takdir edeceğiniz gibi. Beş yılın biriken alışkanlıkları, ad hoc çözümleri, öncelikleri kolay kolay ortadan kalkmıyor, kalkmayacak da. Benim KaDüK projesi sorumlusu arkadaşlara koyduğum hedef en geç Pardus 2011 sürüm tarihinde kara düzene son verme konusunda geri dönülmez noktaya erişmiş olmamız. Kimi zaman 2010 yazında dahi bu hedefe ulaşabilirmişiz gibi geliyor, kimi zaman 2011'de dahi kara düzenle yaşamak zorunda kalacakmışız gibi... Sözün kısası kargo sorusu ile başlayıp Gürer'in önerilerine uzanan sorunlar (belki kargo konusu dışında kalanların hepsi ;-) KaDüK projesi kapsamında olması gereken şekle getirilmesi planlanan işler. Ama bunun için daha önce yazdığım gibi biraz daha sabır gerekiyor, inşaat küllüğünü temizlemek o kadar kolay olmuyor. İkincisi; şu yazdıklarıma yanıt olarak kimi geliştiricilerden "KaDüK'e biz neden dahil değiliz", "yine kendi başınıza iş çeviriyorsunuz" benzeri şikayetler yükselmeye başlayacağının farkındayım. Bu noktada benim şöyle ya da böyle birşey söylemem söz konusu değil, KaDüK proje sorumluları zamanlamaları ve planları çerçevesinde geliştirici camiasına da el atıp kulak verecekler mutlaka. Ama işlerin daha kolay (ya da daha zor ?) olduğu UEKAE ekibinden işe başlamış durumdalar. Üçüncüsü;, "KaDüK proje sorumluları" ibaresinin de bir giz perdesi olarak algılanacağının farkındayım. Ama bu arkadaşlara kendi plan ve tempolarına göre çalışma şansı verebilmek istiyorum. Onlar projenin gelişmesine bağlı olarak uygun gördükleri zamanda dolaptan çıkıp "mevcut paket hazırlama ve güncelleme süreçlerinde işlemediğini düşündüğünüz neler var" ya da "geliştirici camiası ilişkilerinde kara düzeni ortadan kaldırmak için ne yapmamız gerekir" gibi sorular soracaklardır Son olarak da yönetişim konusu: Geliştiricilerimizin projenin gidişatı konusunda daha etkin olmaları gerektiğine uzun zamandır inanıyorum ve bunu da ilan ediyorum. Daha önceleri iç listemizde tartışılan teknik konular artık gelistirici listesine geliyorlar, yanlışlıkla iç listeye düşenleri ve gelistirici listesine yönlendiren komiserlerimiz var. Ancak bu etkinin sınırları olması gereği de açık, Pardus UEKAE'nin bir ürünü ve TÜBİTAK ve UEKAE'nin kimi strateji ve eğilimleri ile uygun hareket etmesi de gerekli. Ayrıca üçüncü kişi ve firmalarla yapılan anlaşma ve sözleşmeler geliştirici camiası ile paylaşabileceğimiz bilgileri sınırlayabiliyorlar, doğal olarak. Bu kısıtlılıkların farkında olunmasını rica ediyorum. Kimi UEKAE süreçleri, mevzuat gerekleri vb konuları geliştirici ya da kullanıcı camiası ile paylaşmanın gerekli ya da doğru olmadığını düşünüyorum. Ancak son zamanlarda gerek pardus-kullanicilari gerekse gelistirici listesinde yaşananlar beni yanlış çıkarttı bu konuda. Açık konuşmak gerekirse ikna olmadım, herkes Pardus'un bir kamu kurumunda yürütülen bir proje olduğunu biliyor ve bazı şeyleri tahmin etmek zor olmasa gerek. Aksi taktirde UEKAE içi süreçleri olduğu gibi bu listelere faş etmemiz gerekir ki, bu ortaya çıkan sorunlardan daha saçma bir sonuca götürür bizi. Son olarakın son olarakı olarak da meşhur İzleme Komitesi'nden bahsedeyim. Biliyorsunuz DPT projesinin bir gereği olarak 2010 yılı içerisinde çoğunluğu TÜBİTAK ve UEKAE dışı temsilcilerden oluşan bir komite kurulacak. Bu komitede Pardus geliştirici camiasının bir temsilcisi olması gereğine inanıyoruz ve proje önerisinde de böyle bir hüküm mevcut. Bu temsili hayata geçirebilmemiz için geliştirici tanımını tam olarak ve resmen yapabilmemiz, geliştiricilerimiz ile bir akit oluşturmamız ve geliştiriciler arasında bir seçim yöntemi belirlememiz gerekiyor. KaDüK kapsamında ele alınacak konulardan birisi de bu. Ancak bu geliştirici sözleşmesi kavramına karşı çıkan, bu çerçevede küresel uygulama ve eğilimleri gözardı eden, doğrudan TÜBİTAK ismi etrafında rahatsızlık dile getiren arkadaşlarımız da var, ne yazık ki. Bu durumu endişe ile dikkate alıp "geliştirici camiamızın da bir KaDüK'e ihtiyacı olmasın sakın" demekten kendimi alamıyorum. Uzunca mesajın özeti olarak şöyle diyeyim: Problemlerin farkındayız ve çözüm peşindeyiz. Bu çözümlere ulaşmak için birlikte çalışmaktan da mutluluk duyacağız, dahası bunun gereğine inanıyoruz. Biraz *daha* sabır ve anlayış bekliyoruz... Saygılarımla, Erkan Tekman TÜBİTAK UEKAE Proje Yöneticisi ::: Pardus ::: Özgürlük İçin... ::: www.pardus.org.tr From gurer at pardus.org.tr Sun Dec 20 13:06:51 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sun, 20 Dec 2009 13:06:51 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Fwd=3A_Pardus=27tan_Yeni_Y=FDl__Hedi?= =?iso-8859-9?q?yesi?= In-Reply-To: <200912201145.17148.tekman@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912201145.17148.tekman@pardus.org.tr> Message-ID: <200912201306.52185.gurer@pardus.org.tr> 20 Aralık 2009 Pazar günü (saat 11:45:16) Erkan Tekman şunları yazmıştı: > Benim KaDüK projesi sorumlusu arkadaşlara koyduğum hedef en geç Pardus 2011 > sürüm tarihinde kara düzene son verme konusunda geri dönülmez noktaya > erişmiş olmamız. Kimi zaman 2010 yazında dahi bu hedefe ulaşabilirmişiz > gibi geliyor, kimi zaman 2011'de dahi kara düzenle yaşamak zorunda > kalacakmışız gibi... Erkan bey, bence herşeyi bir arada çözmeye çalışarak yanlış yapıyorsunuz. Üç ayrı problem var: 1. UEKAE'nin iç işleri. Bunların toplulukla bir alakası yok. O yüzden birarada düşünmeyelim lütfen. Üstelik 20 kişinin büyük bölümünü meşgul edecek kadar iç işiniz olduğuna da inanmıyorum :p 2. DPT ve büyüme planları. DPT'nin kendisi bile para göndermekte pek acele etmezken, bunları kısa vadeli düşünmeye pek gerek yok gibi :) 3. Geliştirici topluluğundaki dağınıklık ve plansızlık kaynaklı sıkıntılar. İşte bunların bırakın 2011'i, 2010 yazını, bugüne kadar beklemiş olması bile çok zararımıza oldu. Kaybettiğimiz geliştiricilerin yanında, diğer geliştiricilerimizin de hevesleri ve performansları sürekli düşüyor. Bu devam etmesin artık. En azından şu listede konuşulan ve alınan kararların bir listesinin tutulması ve ne durumda olduklarını takip edilmesi bile çok şeyi değiştirecek. Bu kadar basit şeyler için aylarca beklenmesini talep etmeyin lütfen. Düzenli ve sürekli olarak bir şeylerin iyiye gittiğini görmek, bu şeyler çok ufak bile olsa herkese moral ve güven verir, işlerin hızlanmasını sağlar. From eren at pardus.org.tr Mon Dec 21 09:36:43 2009 From: eren at pardus.org.tr (Eren =?iso-8859-15?q?T=FCrkay?=) Date: Mon, 21 Dec 2009 09:36:43 +0200 Subject: [Gelistirici] =?iso-8859-15?q?G=FCvenlik_G=FCncellemeleri_-_Secur?= =?iso-8859-15?q?ity_Fixes__=282009-12-18=29?= In-Reply-To: <200912181356.54642.gokcen@pardus.org.tr> References: <200912181356.54642.gokcen@pardus.org.tr> Message-ID: <200912210936.43920.eren@pardus.org.tr> On Friday 18 December 2009 01:56:51 pm Gökçen Eraslan wrote: > * Pardus 2008 > > mysql-client-5.0.88-40-8.pisi > mysql-lib-5.0.88-40-8.pisi > mysql-man-pages-5.0.88-40-8.pisi > mysql-server-5.0.88-40-8.pisi [PLSA-2009-207] http://security.pardus.org.tr/en/2009-207/ From faik at pardus.org.tr Mon Dec 21 10:04:06 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Mon, 21 Dec 2009 10:04:06 +0200 Subject: [Gelistirici] trunk/pisi/pisi - Fix pisi delta's not carrying file permission chan... In-Reply-To: <200912181359.24726.fatih@pardus.org.tr> References: <20091216143631.158C349CBB3@ns1.pardus.org.tr> <200912181347.55905.fatih@pardus.org.tr> <200912181359.24726.fatih@pardus.org.tr> Message-ID: <200912211004.06569.faik@pardus.org.tr> > > Sanırım bu dosyayı daha önce elle değiştirmişim. delta paketlerinde > > config dosyalarının her zaman bulunması gerekiyor anlaşılan. > > Bununla ilgisi yok galiba. .old uzantısını eklemesinin amacı ne? Geçici bir şey .old uzantısı. Paket açılırken kullanıcı tarafından değişen config dosyaları varsa ezilmesin diye önce .old uzantısı eklenerek dosya korunuyor. Paket açılıyor, yeni config .newconfig uzantısı ile saklanıyor, en son kullanıcının config dosyasına eklenen .old uzantısı atılıyor. Bakıyorum hataya şimdi. - Faik From ozan at pardus.org.tr Mon Dec 21 10:12:58 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Mon, 21 Dec 2009 10:12:58 +0200 Subject: [Gelistirici] 2009->Corporate2 Message-ID: <4B2F2E0A.1060405@pardus.org.tr> Selam, 2009 deposuna yaptığınız değişiklikleri lütfen Corporate2 devel'ine de yansıtır mısınız? İyi günler Ozan From scirit at pardus.org.tr Mon Dec 21 11:56:25 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Mon, 21 Dec 2009 11:56:25 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091221_2008_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912210156l75da2a6fnd9d4b35448f5dd3e@mail.gmail.com> Selamlar, 20091221 2008 Güvenlik Güncellemesi Testleri için son tarih: 22-12-2009 10:00 Desktop bileşeni ------------------------------ kdelibs-3.5.10-89-16.pisi kdelibs-apidox-3.5.10-89-16.pisi arts-3.5.10-26-6.pisi Network bileşeni ---------------------------- firefox-3.0.16-111-33.pisi firefox-devel-3.0.16-111-33.pisi Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/testci-2008/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Cirit From gokcen at pardus.org.tr Mon Dec 21 13:37:37 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Mon, 21 Dec 2009 13:37:37 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri_-_Secur?= =?utf-8?q?ity_Fixes__=282009-12-21=29?= Message-ID: <200912211337.42748.gokcen@pardus.org.tr> Merhaba / Hi, Bu gece kararlı depolara girecek güvenlik güncellemeleri : Tonights security fixes for Pardus stable repos : ----------------------------------------------------------------------- * Pardus 2008 automake-1.10.3-6-4.pisi -- Gökçen Eraslan -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From mnurolcay at gmail.com Mon Dec 21 17:52:20 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Mon, 21 Dec 2009 17:52:20 +0200 Subject: [Gelistirici] 2009->Corporate2 In-Reply-To: <4B2F2E0A.1060405@pardus.org.tr> References: <4B2F2E0A.1060405@pardus.org.tr> Message-ID: <200912211752.21101.mnurolcay@gmail.com> On Monday 21 December 2009 10:12:58 Ozan Çağlayan wrote: > Selam, > > 2009 deposuna yaptığınız değişiklikleri lütfen Corporate2 devel'ine de > yansıtır mısınız? > Şuraya Corporate2 de eklenebilir mi? Mevcut paket/paketçi durumunun takibi kolay oluyor: http://paketler.pardus.org.tr/ --- Mehmet Nur Olcay From mnurolcay at gmail.com Mon Dec 21 18:00:30 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Mon, 21 Dec 2009 18:00:30 +0200 Subject: [Gelistirici] playground/sdalgic/office - add astranslator, not-ready package In-Reply-To: <20091221131543.AC04849CB7A@ns1.pardus.org.tr> References: <20091221131543.AC04849CB7A@ns1.pardus.org.tr> Message-ID: <200912211800.30863.mnurolcay@gmail.com> On Monday 21 December 2009 15:15:43 Serdar Dalgıç wrote: > Author: sdalgic > Date: Mon Dec 21 15:15:43 2009 > New Revision: 83328 .. > Added: .. > playground/sdalgic/office/dictionary/astranslator/ > Log: > add astranslator, not-ready package Ready olanı var, lazımsa şuradan[1] alabilirsin. Hatta şuna[2] da bakabilirsin ;) 1. http://svn.pardus.org.tr/pardus/playground/mnurolcay/2009/office/dictionary/astranslator/ 2. http://svn.pardus.org.tr/pardus/playground/mnurolcay/2009/office/dictionary/qgoogletranslate/ --- Mehmet Nur Olcay From ozan at pardus.org.tr Mon Dec 21 18:33:18 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Mon, 21 Dec 2009 18:33:18 +0200 Subject: [Gelistirici] vim paketi Message-ID: <4B2FA34E.3010205@pardus.org.tr> 2009/devel'deki vim'in yamaları uygulanmıyor. From inancyildirgan at gmail.com Mon Dec 21 22:04:10 2009 From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=) Date: Mon, 21 Dec 2009 22:04:10 +0200 Subject: [Gelistirici] vim paketi In-Reply-To: <4B2FA34E.3010205@pardus.org.tr> References: <4B2FA34E.3010205@pardus.org.tr> Message-ID: <200912212204.10404.inancyildirgan@gmail.com> 21 Aralık 2009 Pazartesi günü (saat 18:33:18) Ozan Çağlayan şunları yazmıştı: > 2009/devel'deki vim'in yamaları uygulanmıyor. 2009 ile sorunsuz derliyorum ben. Ki zaten stable ile devel aynı sürümde. Farm da derleyebiliyor. Sen denedin mi? From necdetyucel at gmail.com Mon Dec 21 23:27:09 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Mon, 21 Dec 2009 23:27:09 +0200 Subject: [Gelistirici] 2009->Corporate2 In-Reply-To: <200912211752.21101.mnurolcay@gmail.com> References: <4B2F2E0A.1060405@pardus.org.tr> <200912211752.21101.mnurolcay@gmail.com> Message-ID: Selamlar > Şuraya Corporate2 de eklenebilir mi? Mevcut paket/paketçi durumunun takibi kolay oluyor: > > http://paketler.pardus.org.tr/ Ben de Corporate2 x86-64 için istesem aynı şeyi ;) Bizim için de kolaylık olur. Necdet Yücel From necdetyucel at gmail.com Tue Dec 22 00:30:53 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Tue, 22 Dec 2009 00:30:53 +0200 Subject: [Gelistirici] Corporate 2 x86-64 RootFS-0.42 Message-ID: Selamlar, Pardus'un Kurumsal 2 sürümünü temel alıp geliştirdiğimiz 64 bit sürümünün sadece geliştiricilerin kullanımına yönelik kök dosya sistemini paylaşmak istiyoruz[1]. Bu kök dosya sisteminde tüm system.base ve system.devel bileşenleri 64-bit derlenmiş bulunuyor. 64 bite uygun çekirdek ve geliştirme için mutlaka gereken vi ve subversion da bu kök dosya sisteminde mevcut. Daha fazlasını isterseniz 64 bit hazırladığımız paketler de şimdilik burada[4]. Bu kök dosya sistemini kullanabilmek için ayrı bir disk bölümüne veya sanal bir makineye kurmaya ihtiyacınız olacak. Sistemin şimdilik bir yükleyicisi (grub, lilo, vb.) olmadığından varolan bir yükleyicinin boot etmesine ihtiyacı var. Kullandığınız herhangi bir linux'un grub veya lilo'suna herhangi bir linux'u nasıl ekliyorsanız aynı şekilde bu kökdosya sistemini açtığınız bölümü de eklemeniz yeterli olacaktır. Geleneksel hatırlatmaları yapmakta fayda var: bu kök sistemi bir deneme sürümüdür, yeni toolchain ile paket derlemekten başka bir amaç için uygun değildir. Bu paketleri herhangi bir Pardus üzerine kurmamanız gerekir (kursanız da çalışmazlar;)). Kullandığınız 32bit bir Pardus üzerinden bu kök sisteme chroot yapamazsınız (inatlaşmak için değil de uygun olanı bu değil diye yazıyorum). /root dizini içine svn deposunun kök dosya sistemi hazırlandığındaki halini devel-x86_64 olarak koyduk. Sistem açıldığında bir svn up diyerek sadece aradaki farkları alıp paketlemeye başlayabilirsiniz. Belki başlamadan "PiSi paketlerini 64 bite taşırken neler yapılıyor" başlıklı yazımı[5] da okumak isteyebilirsiniz. Svn depomuz hakkında da bir yazı[6] var, okumadıysanız o da ilginizi çekebilir. Kurulum için 64 bit işlemcili bilgisayarınızda şu adımları izlemek yeterli: * Yeni kök sisteminin kurulacağı disk bölümünü hazırlayın. Belki [2] adresinindeki Pardus 2008 RootFS duyurusundaki adımlara bakmak isteyebilirsiniz. * pardus-corporate2-rootfs-0.42.tar.bz2 dosyasını bu dizine açın. Dosya açıldığında ~1.3GB yer kaplayacaktır. /etc/fstab ve /etc/mtab dosyalarını sisteminize uygun hale getirin. * İmaj açıldıktan sonra sisteminizi yeniden başlatabilirsiniz. Açılış için bir önyükleyiciye ihtiyacınız olduğunu yazmıştım. İşler yolunda giderse sisteminiz açılacaktır. * root için pardus parolasını kullanarak oturum açıp geliştirmeye başlayabilirsiniz. Bu x86-64 için ilk rootfs deneme sürümü olduğundan bir takım hataları mutlaka vardır. İyi çalışmalar dilerim Necdet Yücel [1]http://members.comu.edu.tr/nyucel/pardus-corporate2-rootfs-0.42.tar.bz2 [2]http://liste.pardus.org.tr/gelistirici/2008-February/011253.html [4]http://x86-64.comu.edu.tr [5]http://nyucel.blogspot.com/2009/12/pisi-paketlerini-64-bite-tasrken-neler.html [6]http://nyucel.blogspot.com/2009/12/devel-x8664-svn-deposu-hakknda.html From selimok at gmail.com Tue Dec 22 00:54:30 2009 From: selimok at gmail.com (selim ok) Date: Mon, 21 Dec 2009 23:54:30 +0100 Subject: [Gelistirici] Corporate 2 x86-64 RootFS-0.42 In-Reply-To: References: Message-ID: Selamlar, Öncelikle elinize saglik. Bu gelisime tanik olmak onur verici :) Merak ettigim bir nokta var. Tüm bu 64 Bitlestirme süreci belgelendiriliyor mu acaba? Eger baslangictan itibaren tüm adimlari ve karsilasilan sorunlari anlatan bir belge olsaydi, cok faydali bir Türkce eser olurdu kanimca. :) Eger yoksa yada olamayacaksa caniniz saolsun :D Süpersiniz, tüm ekibi ayri ayri tebrik ediyorum :) Iyi calismalar, Selim -- One more step for freedom: http://www.pardus.org.tr/eng/ -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From necdetyucel at gmail.com Tue Dec 22 01:05:42 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Tue, 22 Dec 2009 01:05:42 +0200 Subject: [Gelistirici] Corporate 2 x86-64 RootFS-0.42 In-Reply-To: References: Message-ID: Çok teşekkürler. Hala yazmaya devam ettiğimiz belge burada[1]. Necdet Yücel [1] http://tr.pardus-wiki.org/X86_64-64_Mimarisine_Port_Edilmesi From selimok at gmail.com Tue Dec 22 01:10:34 2009 From: selimok at gmail.com (selim ok) Date: Tue, 22 Dec 2009 00:10:34 +0100 Subject: [Gelistirici] Corporate 2 x86-64 RootFS-0.42 In-Reply-To: References: Message-ID: 2009/12/22 Necdet Yücel > Çok teşekkürler. > > Hala yazmaya devam ettiğimiz belge burada[1]. > Süper :) Kolay gelsin tekrardan... Selim -- One more step for freedom: http://www.pardus.org.tr/eng/ -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Tue Dec 22 01:22:32 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Tue, 22 Dec 2009 01:22:32 +0200 Subject: [Gelistirici] vim paketi In-Reply-To: <200912212204.10404.inancyildirgan@gmail.com> References: <4B2FA34E.3010205@pardus.org.tr> <200912212204.10404.inancyildirgan@gmail.com> Message-ID: <4B300338.2000209@pardus.org.tr> İnanç Yıldırgan wrote: > 21 Aralık 2009 Pazartesi günü (saat 18:33:18) Ozan Çağlayan şunları yazmıştı: >> 2009/devel'deki vim'in yamaları uygulanmıyor. > > 2009 ile sorunsuz derliyorum ben. Ki zaten stable ile devel aynı sürümde. Farm > da derleyebiliyor. Sen denedin mi? Son değişiklikleri Corporate'a alıp farm'a verdiğimde yamaların biri uygulanmadı. From inancyildirgan at gmail.com Tue Dec 22 01:30:09 2009 From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=) Date: Tue, 22 Dec 2009 01:30:09 +0200 Subject: [Gelistirici] vim paketi In-Reply-To: <4B300338.2000209@pardus.org.tr> References: <4B2FA34E.3010205@pardus.org.tr> <200912212204.10404.inancyildirgan@gmail.com> <4B300338.2000209@pardus.org.tr> Message-ID: <200912220130.09665.inancyildirgan@gmail.com> 22 Aralık 2009 Salı günü (saat 01:22:32) Ozan Çağlayan şunları yazmıştı: > Son değişiklikleri Corporate'a alıp farm'a verdiğimde yamaların biri > uygulanmadı. Son değişikliklerle denedim zaten ben. Corporate farm'dan gelen mesajı bende gördüm ama açıp bakınca patch ile ilgili bir sorun görünmüyor. [1]= http://paketler.pardus.org.tr/logs/corporate2/vim.html From dfisek at fisek.com.tr Tue Dec 22 01:35:11 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Tue, 22 Dec 2009 01:35:11 +0200 Subject: [Gelistirici] yeni kurumsal2 iso'su? Message-ID: <20091222013511.cc68eefd.dfisek@fisek.com.tr> Merhaba, Son ISO'nun uzerinden 1 haftadan fazla gecti, yapilan da bircok degisiklik var. Yakin zamanda yeni bir ISO cikacak mi? (bir makinaya kuracagim da, yenisi cikacaksa, bosuna eskisini kurmayayim) Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From dfisek at fisek.com.tr Tue Dec 22 01:46:43 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Tue, 22 Dec 2009 01:46:43 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <20091216095007.371898f8.dfisek@fisek.com.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <4B1FDB2C.4090800@pardus.org.tr> <20091209230134.7c970770.dfisek@fisek.com.tr> <20091215121305.d373f22d.dfisek@fisek.com.tr> <4B288C7D.80403@pardus.org.tr> <20091216095007.371898f8.dfisek@fisek.com.tr> Message-ID: <20091222014643.4bd86680.dfisek@fisek.com.tr> Wed, 16 Dec 2009 09:50:07 +0200, Doruk Fisek : > Wed, 16 Dec 2009 09:30:05 +0200, Ozan Çağlayan : Ping? - dfisek > > Hayır böyle bir liste henüz yok. Ben ilk planda tüm python ve perl > > modüllerini aldım, çünkü zırt pırt bir şeylerin bağımlılığı > > çıkıyorlardı. Ben depoyu kısıtlayıp/kısıtlamamak konusunda > > kararsızım. Yani zaten 2009 deposunda 2000 küsür kaynak paketimiz > > var, kurumsal sürüm çıkartıyoruz diye paket sayısını azaltmak bana > > mantıklı gelmiyor, sonuçta sunucu sürüm değil, gömülü sürüm değil, > > KDE'si var, masaüstüsü var. > > Sadece dediğim game bileşenini almayalım diyoruz. Onun dışında > > verilmiş bir karar henüz yok. Paketlerinizden uygun gördüklerinizi > > alabilir, bakımını yapabilirsiniz. > > Buradan oyun bileseni disinda 2008/2009 Pardus deposundaki istedigim > tum paketleri gelistirici listesine onaylatmadan c2 deposuna > alabilecegimi anliyorum. > > Depoyu kisitlamama dusuncesi olduguna gore, "kurumsal" olmayan bircok > paket de gire(bile)cek c2 deposuna anladigim kadariyla. c2 icin > bakimini yapip ilgilenecek gelistiricisi olduktan sonra, depoda yer > almasinda ne sakinca gordugunuz icin "game bilesenini almayalim" > diyorsunuz? > > > Şu anda contrib/2009/devel'den gelme 2 adet paket var corporate2'da: > > imlib ve desktop-file-utils. İhtiyaç olduğu için buraya aldık. > Ihtiyac disinda da girecekler olabiliyor mu? Kisa yoldan sorayim, su > contrib paketlerinden hangilerini alabilirim c2 deposuna? > > aucdtect > easytag > fdupes > gpsbabel > josm > licq > merkaartor > moodin > navilink > qcomicbook > qlandkarte > rpl > tuxcards > > Doruk > > -- > FISEK ENSTITUSU - http://www.fisek.com.tr > _______________________________________________ > Gelistirici mailing list > Gelistirici at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/gelistirici > From ozan at pardus.org.tr Tue Dec 22 09:02:43 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Tue, 22 Dec 2009 09:02:43 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <20091216095007.371898f8.dfisek@fisek.com.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <4B1FDB2C.4090800@pardus.org.tr> <20091209230134.7c970770.dfisek@fisek.com.tr> <20091215121305.d373f22d.dfisek@fisek.com.tr> <4B288C7D.80403@pardus.org.tr> <20091216095007.371898f8.dfisek@fisek.com.tr> Message-ID: <4B306F13.8070801@pardus.org.tr> Doruk Fisek wrote On 16-12-2009 09:50: > Merhaba, > > Wed, 16 Dec 2009 09:30:05 +0200, Ozan Çağlayan : > >> Hayır böyle bir liste henüz yok. Ben ilk planda tüm python ve perl >> modüllerini aldım, çünkü zırt pırt bir şeylerin bağımlılığı >> çıkıyorlardı. Ben depoyu kısıtlayıp/kısıtlamamak konusunda kararsızım. >> Yani zaten 2009 deposunda 2000 küsür kaynak paketimiz var, kurumsal >> sürüm çıkartıyoruz diye paket sayısını azaltmak bana mantıklı >> gelmiyor, sonuçta sunucu sürüm değil, gömülü sürüm değil, KDE'si var, >> masaüstüsü var. >> Sadece dediğim game bileşenini almayalım diyoruz. Onun dışında >> verilmiş bir karar henüz yok. Paketlerinizden uygun gördüklerinizi >> alabilir, bakımını yapabilirsiniz. > > Buradan oyun bileseni disinda 2008/2009 Pardus deposundaki istedigim > tum paketleri gelistirici listesine onaylatmadan c2 deposuna > alabilecegimi anliyorum. > > Depoyu kisitlamama dusuncesi olduguna gore, "kurumsal" olmayan bircok > paket de gire(bile)cek c2 deposuna anladigim kadariyla. c2 icin bakimini > yapip ilgilenecek gelistiricisi olduktan sonra, depoda yer almasinda ne > sakinca gordugunuz icin "game bilesenini almayalim" diyorsunuz? Henüz halen karar verilebilmiş değil. Kararlı sürüm yayınlandıktan sonra güncellemeleri yavaşlatacağımız ve kararlılığı maksimum seviyede tutmak isteyeceğimizden dolayı 2008 sürümü gibi Merge e-postası tabanlı bir devel->stable sürecine geçme ihtimali var. Hatta belki de Merge istenilen commitlerin sadece güvenlik güncellemesi olması veya bugzilla'da açık veya sizler/bizler tarafından gözlemlenen önemli bir hatayı kapatması şartı getirilebilir. Bu üstteki durum da olsa, 2009'daki gibi de olsa süreç, deponun büyük tutulması, bakıcısız paketlerin (veya bakıcılı gözüken ancak yeterli ilgi göremeyen paketlerin) de yükünün aktif geliştirici/katkıcıları kalması durumu var. Bunun yanında ana sürüm çıktıktan sonra, katkıcıların paketlerinin bakımının da bizim tarafımızdan götürülmesi fikri de var. Eğer bu fikir devreye girerse deponun küçük tutulması bizim için iş yükünü azaltmış olacak. Her halükarda deponun kısıtlanıp kısıtlanmaması konusunda fikirlere ihtiyaç var. Oyun bileşeni ağır bir bileşen, içinde urbanterror gibi büyük data paketli büyük oyunlar var, çok fazla gerekli olduğunu düşünmüyorum. Ayrıca Fatih de mesela koffice'i almayı düşünmüyor çünkü KDE3 sürümünün yeteri kadar iyi olmadığını düşünüyor. Bu tarz blacklist'ler oluşmaya başlayacak yavaş yavaş sanırım fikirler ortaya atıldıkça. From ozan at pardus.org.tr Tue Dec 22 09:04:58 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Tue, 22 Dec 2009 09:04:58 +0200 Subject: [Gelistirici] yeni kurumsal2 iso'su? In-Reply-To: <20091222013511.cc68eefd.dfisek@fisek.com.tr> References: <20091222013511.cc68eefd.dfisek@fisek.com.tr> Message-ID: <4B306F9A.8090206@pardus.org.tr> Doruk Fisek wrote On 22-12-2009 01:35: > Merhaba, > > Son ISO'nun uzerinden 1 haftadan fazla gecti, yapilan da bircok > degisiklik var. > > Yakin zamanda yeni bir ISO cikacak mi? (bir makinaya kuracagim da, > yenisi cikacaksa, bosuna eskisini kurmayayim) > Temel olarak ISO için çok fazla engel yok ancak görselleri bekliyorum. 2008 yazsın istemiyorum ıvır zıvır yerlerde, bu hafta içinde çıkartmayı düşünüyorum. Teşekkürler. From fatih at pardus.org.tr Tue Dec 22 09:42:13 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Tue, 22 Dec 2009 09:42:13 +0200 Subject: [Gelistirici] yeni kurumsal2 iso'su? In-Reply-To: <20091222013511.cc68eefd.dfisek@fisek.com.tr> References: <20091222013511.cc68eefd.dfisek@fisek.com.tr> Message-ID: <200912220942.18631.fatih@pardus.org.tr> On Tuesday 22 December 2009 01:35:11 Doruk Fisek wrote: > Merhaba, > > Son ISO'nun uzerinden 1 haftadan fazla gecti, yapilan da bircok > degisiklik var. > > Yakin zamanda yeni bir ISO cikacak mi? (bir makinaya kuracagim da, > yenisi cikacaksa, bosuna eskisini kurmayayim) Yeni x sunucusu için gereken tek değişiklik virtualbox sürücüsü. Şu anki haliyle virtualbox'ta X açılmıyor. Şu an üzerinde çalışıyorum. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From necdetyucel at gmail.com Tue Dec 22 11:05:52 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Tue, 22 Dec 2009 11:05:52 +0200 Subject: [Gelistirici] =?iso-8859-9?q?luatex_paketi_hakk=FDnda?= Message-ID: Selamlar, luatex paketini 2008, 2009 ve corporate2 kurulu makinelerde derleyemiyorum. Hep aşağıdaki hatayı alıyorum: libtool: Version mismatch error. This is libtool 2.2.6b, but the libtool: definition of this LT_INIT comes from libtool 2.2.6. libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6b libtool: and run autoconf again. make[2]: *** [libkpathsea_la-absolute.lo] Error 63 mv -f .deps/kpsewhich.Tpo .deps/kpsewhich.Po make[2]: Leaving directory `/var/pisi/luatex-0.47.0-3/work/luatex-beta-0.47.0/source/texk/kpathsea' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/pisi/luatex-0.47.0-3/work/luatex-beta-0.47.0/source/texk/kpathsea' make: *** [all] Error 2 Sistemlerin hepsi güncel. Kolaylıklar dilerim Necdet Yücel From dfisek at fisek.com.tr Tue Dec 22 14:14:41 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Tue, 22 Dec 2009 14:14:41 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <4B306F13.8070801@pardus.org.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <4B1FDB2C.4090800@pardus.org.tr> <20091209230134.7c970770.dfisek@fisek.com.tr> <20091215121305.d373f22d.dfisek@fisek.com.tr> <4B288C7D.80403@pardus.org.tr> <20091216095007.371898f8.dfisek@fisek.com.tr> <4B306F13.8070801@pardus.org.tr> Message-ID: <20091222141441.991f534d.dfisek@fisek.com.tr> Tue, 22 Dec 2009 09:02:43 +0200, Ozan Çağlayan : > Bunun yanında ana sürüm çıktıktan sonra, katkıcıların paketlerinin > bakımının da bizim tarafımızdan götürülmesi fikri de var. Eğer bu > fikir devreye girerse deponun küçük tutulması bizim için iş yükünü > azaltmış olacak. Peki o zaman kendimi kurtarayim en azindan, nasil bir yontem izlemem gerekiyor kendi paketlerimle ilgili? Pardus deposundaki oyunlar disindaki tum paketlerimi alayim mi kurumsal2 deposuna? Hayirsa, hangilerini alayim? Yoksa hic paket aktarmayayim, sadece cekirdek ekipten birinin halihazirda almis oldugu paketleri mi guncelleyeyim (en azindan surum cikana kadar)? Bana somut bir yanit gerekli calisabilmem icin :) Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From turkersezer at tsdesign.info Tue Dec 22 14:41:32 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Tue, 22 Dec 2009 14:41:32 +0200 Subject: [Gelistirici] =?utf-8?b?RndkOiBbUGFyZHVzLVRlc3QtVGFrxLFtxLFdVGVz?= =?utf-8?q?tci_Toplu_Mesaj=C4=B1=2C_Say=C4=B1_21=2C_Konu_4?= In-Reply-To: References: Message-ID: <897749fe0912220441x5d3222b2q4dd1997394f6ada4@mail.gmail.com> ---------- Forwarded message ---------- From: Muhammed ER Date: 2009/12/22 Subject: Re: [Pardus-Test-Takımı]Testci Toplu Mesajı, Sayı 21, Konu 4 To: testci at pardus.org.tr Merhaba, Bana gelen e-postalar her zaman test tarihleri geçtikten sonra geliyor. Bu işte bir yanlışlık mı var? Test için gelen postalar, toplu halde ve tarihi geçmiş olarak geliyor her seferinde. ---------------- Yukarıdaki eposta vasıtasıyla bir süredir aklımda olan bir soruyu sormak istiyorum. Eskiden birçok testçimiz varken son zamanlarda sadece bir kişiden test sonuçları alıyoruz. Bunun sebebini hakkında bir bilgimiz var mı? Bu kadar testçi bir anda nereye gitti? Arada Muhammed bey gibi gelişmeleri kaçıranlar sorun yaşayanlar var mıdır, bu insanlardan cevap gelmeyince bunun sebebine hiç baktık mı? Türker Not: Kimsenin vaktini çalmak, mesaisini harcamak gibi bir niyetim olmadığı, sadece dikkatimi çeken bu konuda merakımı gidermek için ilgili kişiye bu soruyu yönelttiğim biline. From gokcen at pardus.org.tr Tue Dec 22 14:49:53 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Tue, 22 Dec 2009 14:49:53 +0200 Subject: [Gelistirici] [2008] [ACK/NACK] 20091222 Message-ID: <200912221449.58258.gokcen@pardus.org.tr> Merhaba / Hi; * 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 25-12-2009, 14:00 * ACK/NACK for new packages in 2008-test repo, please reply before 25-12-2009, 14:00 (GMT+2) avidemux-2.5.2-16-7.pisi avidemux-cli-2.5.2-16-7.pisi avidemux-common-2.5.2-16-7.pisi avidemux-qt-2.5.2-16-7.pisi blobAndConquer-1.10-3-3.pisi bzflag-2.0.12-7-3.pisi comar-2.0.5-83-40.pisi dhcpcd-3.2.3-19-4.pisi freecol-0.9.0_alpha2-20-11.pisi kdiff3-kde4-0.9.95-2-1.pisi lbreakout2-2.6-4-2.pisi ltris-1.0.13-5-2.pisi nano-2.2.1-18-7.pisi nss-3.12.5.0-26-9.pisi openmpi-1.2.8-6-3.pisi pisi-2.1.3-122-45.pisi samba-3.2.15-44-13.pisi sylpheed-3.0.0_beta4-32-13.pisi tesseract-2.04-4-2.pisi tpm-tools-1.3.1-4-1.pisi tpmmanager-0.5-3-1.pisi trousers-0.3.1-7-1.pisi upgrade-manager-0.1-1-1.pisi wget-1.12-14-6.pisi yaz-3.0.52-21-13.pisi -- Gökçen Eraslan -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From gokcen at pardus.org.tr Tue Dec 22 14:54:12 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Tue, 22 Dec 2009 14:54:12 +0200 Subject: [Gelistirici] [2008] [ACK/NACK] 20091222 - Update Details In-Reply-To: <200912221449.58258.gokcen@pardus.org.tr> References: <200912221449.58258.gokcen@pardus.org.tr> Message-ID: <200912221454.12720.gokcen@pardus.org.tr> = Package : avidemux [Doruk Fişek ] = Package : avidemux-cli [Doruk Fişek ] = Package : avidemux-common [Doruk Fişek ] = Package : avidemux-qt [Doruk Fişek ] ====================================================================== * Ver.: 2.5.2, Rel.: 16, Type: None * Doruk Fişek [2009-12-22] Version bump: * Re-enabled Vorbis decoder (regression introduced 2.5.0) * Improved channel mapping of multichannel DTS * Updated the FFmpeg libraries * Added support for latest x264 core and updated Qt interface * Added support for H264 video, VP6A video and AAC audio in FLV container * Added support for SEDG and WMVA four CCs * Various fixes related to Xvid settings * Fixed Xvid stat files remaining locked after encoding (regression introduced 2.5.0) * Improved MKV demuxer * New Colour Curve Editor plugin for Qt interface * Fixed FluxSmooth filter plugin (regression introduced 2.5.0) * Fixed saving of filter parameters for Rotate and Equaliser plugins (regression introduced 2.5.0) * Added extra bitrate settings for LAME audio encoder * Enabled JACK audio device plugin (regression introduced 2.5.0) * Various GUI fixes for GTK+ and Qt interface * Fixed command-line interface support for various video filters * Changed "save-jpg" parameter of command-line interface to honour "begin" parameter * Fixed saving of crash file when Avidemux unexpectedly quits (regression introduced in 2.5.0) * Fixed GUI quirks when using Copy mode and AVI un/packing * Various minor fixes and enhancements = Package : blobAndConquer [Doruk Fişek ] ====================================================================== * Ver.: 1.10, Rel.: 3, Type: None * Doruk Fişek [2009-11-10] Version bump: * i18n support and Polish translations * Allows players better control over optional motion blur * Motion blur settings is now automatically disabled when outside of the actual game * Fix bugs in cheat options, font addition and sound/volume settings = Package : bzflag [Pınar Yanardağ ] ====================================================================== * Ver.: 2.0.12, Rel.: 7, Type: None * Pınar Yanardağ [2008-12-18] Version bump to stable update. = Package : comar [Bahadır Kandemir ] ====================================================================== * Ver.: 2.0.5, Rel.: 83, Type: None * Faik Uygur [2009-11-09] Update System.Upgrader policy file to only include access_label=run * Ver.: 2.0.5, Rel.: 82, Type: None * Faik Uygur [2009-10-19] Add System.Upgrader script policy settings = Package : dhcpcd [Faik Uygur ] ====================================================================== * Ver.: 3.2.3, Rel.: 19, Type: None * Gökçen Eraslan [2008-12-14] Add fix for 'Option 43 has zero length' bug, especially triggered while using ZyXEL P660 ADSL modems. = Package : freecol [Doruk Fişek ] ====================================================================== * Ver.: 0.9.0_alpha2, Rel.: 20, Type: None * Doruk Fişek [2009-11-29] Bump to alpha of new development version for testing. * Ver.: 0.9.0_alpha1, Rel.: 19, Type: None * Doruk Fişek [2009-10-07] Bump to alpha of new development version for testing. = Package : kdiff3-kde4 [David Stegbauer ] ====================================================================== * Ver.: 0.9.95, Rel.: 2, Type: None * David Stegbauer [2009-05-22] Version bump. * Ver.: 0.9.94, Rel.: 1, Type: None * David Stegbauer [2009-02-16] First release = Package : lbreakout2 [Doruk Fişek ] ====================================================================== * Ver.: 2.6, Rel.: 4, Type: None * Doruk Fişek [2009-11-09] Version bump: * Swearing disabled by default * Translation updates, add a latin-1 Turkish translation * Added new levelsets * Add icon tag = Package : ltris [Doruk Fişek ] ====================================================================== * Ver.: 1.0.13, Rel.: 5, Type: None * Doruk Fişek [2009-11-09] Version bump: * Translation updates * Highscore charts are now language independent * 'Block shadow' (to help aiming) is now enabled by default. = Package : nano [Doruk Fişek ] ====================================================================== * Ver.: 2.2.1, Rel.: 18, Type: None * Doruk Fişek [2009-12-15] * Fix missing keybindings for page up/down and GotoDir in the browser, ^P/^N in the help menu, and restoration of M-W as the default re-search binding * Documentation updates, including the nano texinfo manual, nano and nanorc man pages, and UPGRADE file, and some missing syntax highlighting entries for the sample nanorc * Latest round of 'final' soft wrapping fixes * Nano will no longer print a warning when attempting to insert the contents of a read-only file into an existing buffer * Other minor fixes * Ver.: 2.2.0, Rel.: 17, Type: None * Doruk Fişek [2009-11-29] * Fixes for tiny mode (involving both keys and replace menu text) * More 'final' fixes for soft wrapping, and several typo and documentation * Updates including nanorc tweaks and a new syntax highlighting file * nano will no longer clear the screen on suspend to maintain compatibility with other editors. * Ver.: 2.1.99_pre2, Rel.: 16, Type: None * Doruk Fişek [2009-11-22] * Fixes for issues with last page display caused by the soft wrapping code * Fix for a long standing issue with hittig the home key when going through the search history * Attempt to retain the proper ownership and permissions when trying to create a .save file due to receiving a signal * Unbind keys from one or more menus via the 'unbind' keyword * Passing --fill or --nowrap on the command line overrides any related .nanorc entries. * Ver.: 2.1.99_pre1, Rel.: 15, Type: None * Doruk Fişek [2009-11-15] Version bump to development branch for testing: * Customizable key bindings. * 'Soft' line wrapping (i.e. full line display) * Experimental full undo/redo support * Pager support (i.e. reading from stdin) * Warnings for un-writable files, external modification since opening * Abortable searching * More syntax highlighting examples (Fortran, objC, OCaml, Makefiles) * Faster syntax higlighting for complicated regexes = Package : nss [Gökçen Eraslan ] ====================================================================== * Ver.: 3.12.5.0, Rel.: 26, Type: None * Gökçen Eraslan [2009-09-18] Version bump to latest release to properly use latest certificates. = Package : openmpi [Faik Uygur ] ====================================================================== * Ver.: 1.2.8, Rel.: 6, Type: None * Faik Uygur [2008-10-22] Bug fixes and a few new features = Package : pisi [Faik Uygur ] ====================================================================== * Ver.: 2.1.3, Rel.: 122, Type: None * Faik Uygur [2009-12-17] * Check kdmrc existence in comar upgrader script * Ver.: 2.1.3, Rel.: 121, Type: None * Faik Uygur [2009-12-08] * Get distribution upgrade package list from web * Ver.: 2.1.3, Rel.: 120, Type: None * Faik Uygur [2009-11-11] * Ignore file conflicts must be used by upgrader comar script * Ver.: 2.1.3, Rel.: 119, Type: None * Faik Uygur [2009-11-10] * Close urlgrabber socket connection after transfer completed. If not there is a limit of 1024 open fds for the process. This effects upgrade-manager download process. * Ver.: 2.1.3, Rel.: 118, Type: None * Faik Uygur [2009-10-19] fetch cli command/api call, upgrader comar script = Package : samba [Ozan Çağlayan ] ====================================================================== * Ver.: 3.2.15, Rel.: 44, Type: None * Ozan Çağlayan [2009-11-05] Fix the startup of nmbd (#9336). = Package : sylpheed [Doruk Fişek ] ====================================================================== * Ver.: 3.0.0_beta4, Rel.: 32, Type: None * Doruk Fişek [2009-12-17] Version bump to new beta for testing: * The folder icons renewed. * The setup dialog on the first run is user-friendly. * 'Last 7 days' added to the quick search options. * The number of matched messages is displayed at the side of quick search now. * Description is displayed on the quick search entry when it does not have focus. * Always show warning dialog when SSL certificate is expired. * The menu item to request disposition notification added to the compose window. * The button order of folder selection dialog was modified. * Disable update check by default (Pardus has its own package-manager for that). * Ver.: 3.0.0_beta3, Rel.: 31, Type: None * Doruk Fişek [2009-11-27] Version bump to new beta for testing: * SHA1/MD5 fingerprint and validity period of certificate is now displayed when verification of server SSL certificate failed. * Address book is now sortable by each column. * Address book search feature was added. * The visibility of message number columns in the folder view is now configurable for each column. * The error check of socket connection became more strict. * Ver.: 3.0.0_beta2, Rel.: 30, Type: None * Doruk Fişek [2009-11-16] Version bump to new beta for testing: * Multi-threading fix: Sync failure when operating IMAP folders while IMAP communication * Multi-threading fix: IMAP folder search didn't work * Multi-threading fix: Freeze when update check dialog was popped up * Multi-threading fix: Crash on connection timeout * The unintended drag start on IMAP folders was fixed. * A dialog will be displayed while creating folder tree after creating IMAP accounts. * Ver.: 3.0.0_beta1, Rel.: 29, Type: None * Doruk Fişek [2009-10-30] Version bump to beta for testing: * Multi-threading support, reduces the situations where user actions are blocked. * Summary caches are updated on the fly (on receive/move/copy/delete), improves the performance of opening folders with many new messages. * Progress is displayed while scanning folders. * The user interface of address book was rewritten using the new API (GtkTreeView), reducing glitches. * Included Sylpheed English FAQ was updated. * Some bugfixes are made. = Package : tesseract [Ekin Meroğlu ] ====================================================================== * Ver.: 2.04, Rel.: 4, Type: None * Ozan Çağlayan [2009-08-10] Version bump. = Package : tpm-tools [Ertuğrul Erata ] ====================================================================== * Ver.: 1.3.1, Rel.: 4, Type: None * Ertuğrul Erata [2008-01-07] Version Bump. * Ver.: 1.3.0, Rel.: 3, Type: None * Ertuğrul Erata [2007-11-08] Version Bump. * Ver.: 1.2.5.1, Rel.: 2, Type: None * Ertuğrul Erata [2007-02-05] Version Bump. * Ver.: 1.2.5, Rel.: 1, Type: None * Ertuğrul Erata [2006-11-30] First release = Package : tpmmanager [Ertuğrul Erata ] ====================================================================== * Ver.: 0.5, Rel.: 3, Type: None * Ertuğrul Erata [2008-04-19] Stable update * Ver.: 0.4, Rel.: 2, Type: None * Ertuğrul Erata [2007-11-10] Version bump. * Ver.: 0.3, Rel.: 1, Type: None * Ertuğrul Erata [2007-03-02] First release = Package : trousers [Ertuğrul Erata ] ====================================================================== * Ver.: 0.3.1, Rel.: 7, Type: None * Ertuğrul Erata [2008-04-16] Fix compiled with gcc4.3 and many bugs * Ver.: 0.3.1, Rel.: 6, Type: None * Ertuğrul Erata [2008-01-12] Bug Fixed:6794 * Ver.: 0.3.1, Rel.: 5, Type: None * Ertuğrul Erata [2007-11-04] Version bump * Ver.: 0.2.9.1, Rel.: 4, Type: None * Bahadır Kandemir [2007-05-23] Updated Service script. * Ver.: 0.2.9.1, Rel.: 3, Type: None * Ertuğrul Erata [2007-04-27] Version Bump * Ver.: 0.2.9, Rel.: 2, Type: None * Ertuğrul Erata [2007-03-13] Version Bump * Ver.: 0.2.8, Rel.: 1, Type: None * Ertuğrul Erata [2006-11-30] First release = Package : upgrade-manager [Faik Uygur ] ====================================================================== * Ver.: 0.1, Rel.: 1, Type: None * Faik Uygur [2009-10-28] First release. = Package : wget [Doruk Fişek ] ====================================================================== * Ver.: 1.12, Rel.: 14, Type: None * Doruk Fişek [2009-09-24] Version bump: * Added CSS support. * --html-extension has been renamed to --adjust-extension, to reflect the fact that it now also applies to CSS content. * Added Internationalized Resource Identifiers (IRIs, RFC 3987) support. * --ask-password option (and associated wgetrc command) added to support password prompts at the console. * The --input-file option now also handles retrieving links from an external file. * --default-page option (and associated wgetrc command) added to support alternative default names for index.html. * An "ascii" specifier is now accepted by --restrict-file-names, which forces the percent-encoding of all non-ASCII bytes * wgetrc options are better documented * The output generated by the --version option now includes information on how it was built, and the set of configure-time options that were selected. * More sensible exit status codes. * Mailing-list info added. = Package : yaz [Doruk Fişek ] ====================================================================== * Ver.: 3.0.52, Rel.: 21, Type: None * Doruk Fişek [2009-12-03] Fix WRT handling of cs_connect failures * Ver.: 3.0.51, Rel.: 20, Type: None * Doruk Fişek [2009-12-03] Version bump : * tcpip comstack: fix leak for getaddrinfo. * Encoding of SRU database is performed by yaz_encode_sru_dbpath_odr or yaz_encode_sru_dbpath_buf. Now used by yaz-client and the ZOOM API. * Decoding of SRU "path" database is performed by private function yaz_decode_sru_dbpath_odr. This in turn is used by yaz_srw_decode and yaz_sru_decode in server applications, GFS, yazproxy, metaproxy. * yaz-client honors base command for SRU. Change when database setting is applied for SRU and ensure it is kept when a connection is reset. Change also the way errors are displayed or SRU (decoding of packages). * Ver.: 3.0.50, Rel.: 19, Type: None * Doruk Fişek [2009-11-03] Version bump : * Add support for extra request / response data for SRU codecs and GFS. * ZOOM: For queries that cannot be converted to the specified rpnCharset, ZOOM now returns a diagnostic on the client-side ('invalid query' / 10010). * yaz-client fix: If cmdfile is passed to yaz-client (option -f) and that cmdfile included a 'quit' command that would result in a memory violation. -- Gökçen Eraslan -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From gokcen at pardus.org.tr Tue Dec 22 14:56:14 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Tue, 22 Dec 2009 14:56:14 +0200 Subject: [Gelistirici] [2008] [ACK/NACK] 20091222 In-Reply-To: <200912221449.58258.gokcen@pardus.org.tr> References: <200912221449.58258.gokcen@pardus.org.tr> Message-ID: <200912221456.14500.gokcen@pardus.org.tr> > dhcpcd-3.2.3-19-4.pisi > nss-3.12.5.0-26-9.pisi ACK. -- Gökçen Eraslan -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From dfisek at fisek.com.tr Tue Dec 22 15:06:37 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Tue, 22 Dec 2009 15:06:37 +0200 Subject: [Gelistirici] [2008] [ACK/NACK] 20091222 In-Reply-To: <200912221449.58258.gokcen@pardus.org.tr> References: <200912221449.58258.gokcen@pardus.org.tr> Message-ID: <20091222150637.cc60b74f.dfisek@fisek.com.tr> Tue, 22 Dec 2009 14:49:53 +0200, Gökçen Eraslan : > avidemux-2.5.2-16-7.pisi > avidemux-cli-2.5.2-16-7.pisi > avidemux-common-2.5.2-16-7.pisi > avidemux-qt-2.5.2-16-7.pisi NACK. Daha bugun girdiler depoya, biraz zaman gecirsin once. > freecol-0.9.0_alpha2-20-11.pisi > sylpheed-3.0.0_beta4-32-13.pisi NACK. Kararli surum bekleyelim. > blobAndConquer-1.10-3-3.pisi > lbreakout2-2.6-4-2.pisi > ltris-1.0.13-5-2.pisi > nano-2.2.1-18-7.pisi > wget-1.12-14-6.pisi > yaz-3.0.52-21-13.pisi ACK. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From onur at pardus.org.tr Tue Dec 22 16:40:15 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Tue, 22 Dec 2009 16:40:15 +0200 Subject: [Gelistirici] yine x264 Message-ID: <20091222164015.79e7dfab.onur@pardus.org.tr> Merhaba, Hazır vlc, avidemux, ffmpeg, mplayer güncelleniyorken yine x264 ü güncellemeyi düşünüyorum. Bir kaç gündür ffmpeg ve mplayer için tırmalıyordum, yeni x264 çok önemli diyip eski sürümlere desteği attılar, bu geçiş benim işimi de kolaylaştıracak. Bunlar dışında benim paketim olmayan gst-plugins-ugly ile contrib de cinerella var, bir değişiklik gerekli olursa onları da halledeceğim. Var mıdır itirazı olan ? -- Onur Küçük Knowledge speaks, but wisdom listens From serdar at pardus.org.tr Tue Dec 22 16:47:45 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Tue, 22 Dec 2009 16:47:45 +0200 Subject: [Gelistirici] 2009/devel - add Architecture to distribution.xml In-Reply-To: <200912181515.47336.fatih@pardus.org.tr> References: <20091215102241.B002249C9C5@ns1.pardus.org.tr> <200912181415.34782.fatih@pardus.org.tr> <200912181515.47336.fatih@pardus.org.tr> Message-ID: 2009/12/18 Fatih Aşıcı > On Friday 18 December 2009 14:22:00 Serdar Dalgic wrote: > > 2009/12/18 Fatih Aşıcı > > > > > > > > Sistemden değil; index'e giren paketlerden çıkarılmalı bu bilgi. > > > > O zaman index'e giren bütün paketlerin architecture'ının aynı olduğunu > > kabul edip ilk pakete mi bakmalı? İlk yazdığım kod bu şekilde işliyordu > > ama hacky geldiği için distribution.xml'e ekleyelim dedik Faik'le. > > > > Ya da eklenen paketlerin aynı mimaride olup olmadığını kontrol edip ona > > göre bir architecture tag'i koymak mı daha mantıklı? (pisi ix işlemine > > bayağı bir overhead'i olacak bu halin bence.) > > Overhead'i olacağını sanmıyorum. Kontrol edilmesi iyi olur. > > O zaman şu şekilde yapıyorum: * index'e eklenen ilk paketin architecture'ını bir değişkende tutuyorum * diğer paketlerde architecture'ı olanları ilk paketin architecture'ıyla karşılaştırıyorum, farklı mimarilerdeyseler pisi index işlemi hata verip çıkıyor. Architecture'ı belli olmayan paketler için bir şey yapmıyor, index'e direk ekliyorum. * Bütün paketlerin kontrolü olduktan sonra da distribution.xml'in eklendiği kısma index'i çıkarılan deponun architecture'ını ekliyorum. Bu şekilde distribution.xml'in içinde architecture yazmaya gerek kalmıyor, index çıkarılırken gerekli yere architecture yazılmış oluyor. itirazı olan yoksa bu şekilde kodluyorum, fikirler? -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From serdar at pardus.org.tr Tue Dec 22 16:51:45 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Tue, 22 Dec 2009 16:51:45 +0200 Subject: [Gelistirici] yine x264 In-Reply-To: <20091222164015.79e7dfab.onur@pardus.org.tr> References: <20091222164015.79e7dfab.onur@pardus.org.tr> Message-ID: 2009/12/22 Onur Küçük > > Merhaba, > > Hazır vlc, avidemux, ffmpeg, mplayer güncelleniyorken yine x264 ü > güncellemeyi düşünüyorum. Bir kaç gündür ffmpeg ve mplayer için > tırmalıyordum, yeni x264 çok önemli diyip eski sürümlere desteği > attılar, bu geçiş benim işimi de kolaylaştıracak. Bunlar dışında benim > paketim olmayan gst-plugins-ugly ile contrib de cinerella var, bir > değişiklik gerekli olursa onları da halledeceğim. > > Var mıdır itirazı olan ? > > Bir öncekinde de bu şekilde olmuştu, sanıyorum kimsenin yeni x264'e güncellemenin ne getirip ne götüreceği konusunda bir fikri olmadığı için, backup olarak da "bir değişiklik gerekli olursa onları da halledeceğim." demenden dolayı bir itirazı olmuyor :) Peki olası problem ne olabilir, itiraz ediyor olsaydık neye itiraz edebilirdik? :) Bilmediğim için soruyorum, listede konuşmak da yararlı olabilir. Vaktin olursa bilgilendirebilirsen güzel olur, feyz alırız :) Teşekkürler şimdiden =) -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From mete at pardus.org.tr Tue Dec 22 17:05:14 2009 From: mete at pardus.org.tr (Mete Alpaslan) Date: Tue, 22 Dec 2009 17:05:14 +0200 Subject: [Gelistirici] yine x264 In-Reply-To: References: <20091222164015.79e7dfab.onur@pardus.org.tr> Message-ID: <200912221705.14751.mete@pardus.org.tr> On Tuesday 22 December 2009 16:51:45 Serdar Dalgic wrote: > Bir öncekinde de bu şekilde olmuştu, sanıyorum kimsenin yeni x264'e > güncellemenin ne getirip ne götüreceği konusunda bir fikri olmadığı için, > backup olarak da "bir değişiklik gerekli olursa onları da halledeceğim." > demenden dolayı bir itirazı olmuyor :) > Aynen :) > Peki olası problem ne olabilir, itiraz ediyor olsaydık neye itiraz > edebilirdik? :) Bilmediğim için soruyorum, listede konuşmak da yararlı > olabilir. > Vaktin olursa bilgilendirebilirsen güzel olur, feyz alırız :) +1 ---MT--- From dfisek at fisek.com.tr Tue Dec 22 17:13:27 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Tue, 22 Dec 2009 17:13:27 +0200 Subject: [Gelistirici] yine x264 In-Reply-To: <20091222164015.79e7dfab.onur@pardus.org.tr> References: <20091222164015.79e7dfab.onur@pardus.org.tr> Message-ID: <20091222171327.de1bd284.dfisek@fisek.com.tr> Tue, 22 Dec 2009 16:40:15 +0200, Onur Küçük : > Hazır vlc, avidemux, ffmpeg, mplayer güncelleniyorken yine x264 ü > güncellemeyi düşünüyorum. Bir kaç gündür ffmpeg ve mplayer için > tırmalıyordum, yeni x264 çok önemli diyip eski sürümlere desteği > attılar, bu geçiş benim işimi de kolaylaştıracak. Bunlar dışında benim > paketim olmayan gst-plugins-ugly ile contrib de cinerella var, bir > değişiklik gerekli olursa onları da halledeceğim. > Var mıdır itirazı olan ? Bence problem yok, zaten devel'de guncelleyip stable'a merge etmemistim Avidemux'i, sana birakiyorum merge'u o zaman. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From ert976 at gmail.com Tue Dec 22 18:33:15 2009 From: ert976 at gmail.com (ertan) Date: Tue, 22 Dec 2009 18:33:15 +0200 Subject: [Gelistirici] yine x264 In-Reply-To: <20091222164015.79e7dfab.onur@pardus.org.tr> References: <20091222164015.79e7dfab.onur@pardus.org.tr> Message-ID: <200912221833.15968.ert976@gmail.com> > paketim olmayan gst-plugins-ugly ile contrib de cinerella var, bir > değişiklik gerekli olursa onları da halledeceğim. > > Var mıdır itirazı olan ? Cinelerra için itirazım yoktur. Gerekeni yapabilirsin. Saygılarımla Ertan Argüden From fatih at pardus.org.tr Tue Dec 22 19:20:01 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Tue, 22 Dec 2009 19:20:01 +0200 Subject: [Gelistirici] [Buildfarm] [Corporate2] error: /root/corporate2-devel/kernel/default/drivers/module-virtualbox/pspec.xml In-Reply-To: <20091222155717.0C495A7AB39@lider.pardus.org.tr> References: <20091222155717.0C495A7AB39@lider.pardus.org.tr> Message-ID: <200912221920.01669.fatih@pardus.org.tr> On Tuesday 22 December 2009 17:57:17 Pardus Corporate 2 Buildfarm wrote: >*** Building 'vboxdrv' module *** >make[1]: Entering directory `/var/pisi/module-virtualbox-3.1.2-14/work/vboxdrv' >make KBUILD_VERBOSE= -C /lib/modules/2.6.30.9-128/build SUBDIRS=/var/pisi/module-virtualbox-3.1.2-14/work/vboxdrv SRCROOT=/var/pisi/module-virtualbox-3.1.2-14/work/vboxdrv modules >ccache: failed to create /var/pisi/kaptan-3.5.5-32/work/.ccache (No such file or directory) >ccache: failed to create /var/pisi/kaptan-3.5.5-32/work/.ccache (No such file or directory) kaptan paketi derlenemediği için mi çevre değişkenleri sıfırlanamadı? Yoksa hiç sıfırlanmıyor mu? From onur at pardus.org.tr Tue Dec 22 21:27:25 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Tue, 22 Dec 2009 21:27:25 +0200 Subject: [Gelistirici] yine x264 In-Reply-To: References: <20091222164015.79e7dfab.onur@pardus.org.tr> Message-ID: <20091222212725.bbf57b82.onur@pardus.org.tr> On Tue, 22 Dec 2009 16:51:45 +0200 Serdar Dalgic wrote: > 2009/12/22 Onur Küçük > > > > > Merhaba, > > > > Hazır vlc, avidemux, ffmpeg, mplayer güncelleniyorken yine x264 ü > > güncellemeyi düşünüyorum. Bir kaç gündür ffmpeg ve mplayer için > > tırmalıyordum, yeni x264 çok önemli diyip eski sürümlere desteği > > attılar, bu geçiş benim işimi de kolaylaştıracak. Bunlar dışında > > benim paketim olmayan gst-plugins-ugly ile contrib de cinerella > > var, bir değişiklik gerekli olursa onları da halledeceğim. > > > > Var mıdır itirazı olan ? > > > > > Bir öncekinde de bu şekilde olmuştu, sanıyorum kimsenin yeni x264'e > güncellemenin ne getirip ne götüreceği konusunda bir fikri olmadığı > için, backup olarak da "bir değişiklik gerekli olursa onları da > halledeceğim." demenden dolayı bir itirazı olmuyor :) İlla itiraz olması mı gerekiyor ? :) Bir öncekinde kısa özet halinde nerelerde değişiklik olduğunu yazmıştım [1], getirisi bunlardı, şimdiki geçiş ile olacak önemli değişiklikleri de şimdi yazdım [2] ama konu ile ilgilenmiyorsanız bunlar bir şey ifade etmeyecek. Götürüsü ise, yine yazdığım [1] gibi ABI kıracağı için (so dosyasının adının değişmesi sebebiyle) ters bağımlılıkların tekrar derlenmesi, API de bir değişiklik varsa ve gerekiyorsa da paketlere uygulanması gerekmesi. > Peki olası problem ne olabilir, itiraz ediyor olsaydık neye itiraz > edebilirdik? :) Bilmediğim için soruyorum, listede konuşmak da yararlı > olabilir. Olay şu, kararlı sürüm çıktıktan sonra o seri içerisinde depoda gerçekten gerekli olduğu durumlar hariç ABI kırmıyoruz. Kırmamız gerekiyorsa da geliştirici listesine durumu haber veriyoruz, yorumları alıyoruz, sonuca göre de sürüm yöneticisi yapıp yapmamaya karar veriyor. x264 bu konu için kötü bir örnek, başka bir paket olsaydı belki bu konuda konuşacak daha çok kişi olabilirdi, ? 264 ailesindeki değişiklikleri takip eden bu listede kaç kişi var bilmiyorum ama başka birileri daha olsa idi belki "hede geliyor o gelince yapsak daha iyi" gibi bir konuşma geçebilirdi, ya da paketin ters bağımlılıklarından birinin sahibi "yeni sürümle hödö patlıyor, onu düzeltelim öyle alalım", "benim çıkında yapacağım bi değişiklik var pakette, onu alayım onunla değiştirelim" diyebilir. Paketlerin derlenmesini sağlamak kısmen kolay, ama değişiklikle beraber düzgün çalışmasını garantilemek her zaman o kadar kolay değil. Örneğin avidemux da x264 bframe-pyramid değişikliğinde sadece bframe-pyramid parametresini değiştirmek derlenmesi için yetiyordu, ancak doğru çalışması için yeni sürümlerde yeni bframe-pyramid seçeneğini sadece bframe referansları <=2 durumu için ayarlamak gerekiyor. Amacım bu tarz konuşmalara olanak tanımak ve böyle önemli bir değişikliği listede haber vermek. Ama "zaten bu konu ile ilgilenen fazla kimse yok, sen de zaten gereğini yapıyorsun, fikir sorma boşuna" derseniz sadece haber verip x264 için gerektiğinde direkt ilgili değişikliği yapıp listeye haber verebilirim, zaman açısından işime de gelir :) [1] http://liste.pardus.org.tr/gelistirici/2009-September/021259.html [2] - trellis b-adapt hafıza kullanımı azaltıldı - trellis son frame in silinmesi sorunu düzeltildi - qcomp=1 iken CRF init de QP seçimi düzeltildi - VBV Pyramid kullanımında olası bir çökme ve fazla kaynak tüketimi düzeltildi - Minigop başına birden fazla B-ref kullanabilmek için QPfile da iyileştirmeler yapıldı - macroblock tamponunda ortak yazılan veri tipi arttırılarak iyileştirme yapıldı - b-pyramid strict kullanımında yanlış yayın oluşması sorunu düzeltildi - CABAC ve CAVLC için optimizasyonlar eklendi - Ofset hesaplaması yapısı değiştirilerek MC init hızı arttırıldı - b-adapt=1 iken frame tipinin yanlışlıkla otomatik işaretlenmesi düzeltildi - memcpy ler elden geçirilerek MB-tree nin bazı B-frame lerde yanlış çalışması düzeltildi - Interlaced hareket takibinde chroma MV ofsetine bakarak interlaced sıkıştırma hızlandırıldı - bime kod boyutu azaltıldı, çalışan kod boyutu 8k düştü, sibme için % 0.6 hız artışı sağlandı - düşük çözünürlüklü yüzeyler için alt sağ piksel init i düzeltildi - pixel_ssd_ ASM fonksiyonları elden geçirildi, 10K çalışan kod boyutu kazanıldı - double->float dönüşümü ile oluşan ve az rastlanan 2-pass VBV sonsuz döngü sorunu çözüldü - girdi ve çıktıların pipe / FIFO olması durumunda sağlıklı çalışmama sorunu düzeltildi - IDR olmayan I-frame lerde rastlanan çökme düzeltildi - GSOC 2009 da hazırlanan weightp ( Weighted P-frame Prediction ) desteği eklendi - FLV muxer desteği eklendi - sync-lookahead de oluşabilecek bir deadlock düzeltildi - 2 geçişli işlemde geçişler arasında fark varsa düzgün uyarı verme desteği eklendi - satd / RD çağrıları tekrar sıralanarak MC çıktısı cache desteği ile qpel-RD %5-10 daha hızlandı - 8x8 zigzag için MMX desteği eklendi - BOOL olması gereken seçenekler BOOL olarak tanımlanarak SEI alanında düzgün görülmesi sağlandı - slice base threading desteği eklendi (bunu sanırım açmayacağım) - B-Pyramid MB-tree desteği eklendi - Artık SEI bilgi alanına fast pskip ekleniyor - Subme 1 ile qpel arama kapatılması ve geçici MV lerin ortalanması vb. lookahead iyileştirmeleri yapıldı - 2-pass için 2. turda last_qscale ayarlanmaması sorunu çözüldü - abr_buffer değeri arttırılarak, 2-pass için büyük I-frame lerin kullanıldığı (örn. anime) yayınlarda thread kullanımında performans artışı sağlandı -- Onur Küçük Knowledge speaks, but wisdom listens From serdar at pardus.org.tr Tue Dec 22 21:59:56 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Tue, 22 Dec 2009 21:59:56 +0200 Subject: [Gelistirici] yine x264 In-Reply-To: <20091222212725.bbf57b82.onur@pardus.org.tr> References: <20091222164015.79e7dfab.onur@pardus.org.tr> <20091222212725.bbf57b82.onur@pardus.org.tr> Message-ID: 2009/12/22 Onur Küçük > > > Amacım bu tarz konuşmalara olanak tanımak ve böyle önemli bir > değişikliği listede haber vermek. Ama "zaten bu konu ile ilgilenen > fazla kimse yok, sen de zaten gereğini yapıyorsun, fikir sorma boşuna" > derseniz sadece haber verip x264 için gerektiğinde direkt ilgili > değişikliği yapıp listeye haber verebilirim, zaman açısından işime de > gelir :) > > Tam tersine, mümkün olduğunca listede bu tarz konuşmaların dönmesi gerekiyor bence, hatta olası bir problemde "gereğini yapmak" yerine "gereğini yaptırtmak" yoluna gitmen de her açıdan daha yararlı olacaktır. Amacım "boşuna konuşuyosun hacım, yap geç" demek değil "üzerine konuşalım, fikir alışverişinde bulunalım"dır. x264 değişiklikleri üzerinde pek bir bilgim yoktu, bu büyük oranda benim eksikliğim; bu beni rahatsız ettiği için listeye yazmayı uygun gördüm, bir dahaki sefere bir şeyler yazmadan önce arşivi bir daha tarayıp, gerekiyorsa yazıcam o zaman :) Bilgilendirmeler için de teşekkürler bu arada ;) -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From fethicanc at gmail.com Tue Dec 22 22:18:08 2009 From: fethicanc at gmail.com (Fethican =?UTF-8?B?Q2/Fn2t1bmVy?=) Date: Tue, 22 Dec 2009 22:18:08 +0200 Subject: [Gelistirici] yine x264 In-Reply-To: <20091222212725.bbf57b82.onur@pardus.org.tr> References: <20091222164015.79e7dfab.onur@pardus.org.tr> <20091222212725.bbf57b82.onur@pardus.org.tr> Message-ID: <20091222221808.656bc143.fethicanc@gmail.com> On Tue, 22 Dec 2009 21:27:25 +0200 Onur Küçük wrote: > Amacım bu tarz konuşmalara olanak tanımak ve böyle önemli bir > değişikliği listede haber vermek. Ama "zaten bu konu ile ilgilenen > fazla kimse yok, sen de zaten gereğini yapıyorsun, fikir sorma boşuna" > derseniz sadece haber verip x264 için gerektiğinde direkt ilgili > değişikliği yapıp listeye haber verebilirim, zaman açısından işime de > gelir :) Açıkçası multimedia bileşeninde hiç bir paketim olmamasına rağmen, şu anda bildiğim çoğu şeyi bu listedeki konuşmalara borçlu olduğumu hesaba katarak, bu konuşmaların yapılması taraftarıyım. Bir çok konuda çoğul katılımı sağlayamasak bile, (ki bu senin de belirttiğin üzere bilgi sahibi olmamamız yüzünden) aşağı yukarı neler olup bittiğinden haberdar oluyoruz, yeni şeyler öğreniyoruz. --- Fethican From selimok at gmail.com Tue Dec 22 22:17:56 2009 From: selimok at gmail.com (selim ok) Date: Tue, 22 Dec 2009 21:17:56 +0100 Subject: [Gelistirici] yine x264 In-Reply-To: References: <20091222164015.79e7dfab.onur@pardus.org.tr> <20091222212725.bbf57b82.onur@pardus.org.tr> Message-ID: 2009/12/22 Serdar Dalgic > > > 2009/12/22 Onur Küçük > >> >> >> Amacım bu tarz konuşmalara olanak tanımak ve böyle önemli bir >> değişikliği listede haber vermek. Ama "zaten bu konu ile ilgilenen >> fazla kimse yok, sen de zaten gereğini yapıyorsun, fikir sorma boşuna" >> derseniz sadece haber verip x264 için gerektiğinde direkt ilgili >> değişikliği yapıp listeye haber verebilirim, zaman açısından işime de >> gelir :) >> >> > Tam tersine, mümkün olduğunca listede bu tarz konuşmaların dönmesi > gerekiyor bence, hatta olası bir problemde "gereğini yapmak" yerine > "gereğini yaptırtmak" yoluna gitmen de her açıdan daha yararlı olacaktır. > Amacım "boşuna konuşuyosun hacım, yap geç" demek değil "üzerine konuşalım, > fikir alışverişinde bulunalım"dır. x264 değişiklikleri üzerinde pek bir > bilgim yoktu, bu büyük oranda benim eksikliğim; bu beni rahatsız ettiği için > listeye yazmayı uygun gördüm, bir dahaki sefere bir şeyler yazmadan önce > arşivi bir daha tarayıp, gerekiyorsa yazıcam o zaman :) > Listede her gecen konuyu okumaya calisiyorum. Ne kadar cok konu konusulursa o kadar cok sey ögreniyorum kendi adima. O yüzden, az cok demeyelim konusulacak ne varsa konusalim :) Sadece listeyi takip edenler degil, yarin bir gün isi düsüp arayanlarda arsivden bulup ögrenebilirler böylece... Sessizce destekliyorum. :) Iyi calismalar, Selim -- One more step for freedom: http://www.pardus.org.tr/eng/ -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Tue Dec 22 23:18:21 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Tue, 22 Dec 2009 23:18:21 +0200 Subject: [Gelistirici] [Buildfarm] [Corporate2] error: /root/corporate2-devel/kernel/default/drivers/module-virtualbox/pspec.xml In-Reply-To: <200912221920.01669.fatih@pardus.org.tr> References: <20091222155717.0C495A7AB39@lider.pardus.org.tr> <200912221920.01669.fatih@pardus.org.tr> Message-ID: <4B31379D.5070403@pardus.org.tr> Fatih Aşıcı wrote: > > kaptan paketi derlenemediği için mi çevre değişkenleri sıfırlanamadı? Yoksa hiç sıfırlanmıyor mu > Enteresan şeyler olmuş, incelemek lazım. HOME exportlarını kullanmayı bırakalım artık bence, sandbox sorunları için /root/.kde{34}/share/config dizinlerini sandbox whitelist'ine ekleyelim. Bu dizinleri de bir şekilde bir yerde boş olarak yaratalım (skel, baselayout?). Ya da bir şekilde farm bir çevre değişkeni export etsin (BUILDFARM=yes), ve KDE'yi yamalayıp bu değişken varsa /root altında şu aptal dizin yaratma huyundan vazgeç yaması yapalım. From gokcen at pardus.org.tr Wed Dec 23 08:53:09 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Wed, 23 Dec 2009 08:53:09 +0200 Subject: [Gelistirici] =?utf-8?q?=5BBuildfarm=5D_=5BCorporate2=5D_error=3A?= =?utf-8?q?=09/root/corporate2-devel/kernel/default/drivers/module-virtual?= =?utf-8?q?box/pspec=2Exml?= In-Reply-To: <4B31379D.5070403@pardus.org.tr> References: <20091222155717.0C495A7AB39@lider.pardus.org.tr> <200912221920.01669.fatih@pardus.org.tr> <4B31379D.5070403@pardus.org.tr> Message-ID: <200912230853.16227.gokcen@pardus.org.tr> > HOME exportlarını kullanmayı bırakalım artık bence, sandbox sorunları > için /root/.kde{34}/share/config dizinlerini sandbox whitelist'ine > ekleyelim. Evet, bence de eklenmeli. > Bu dizinleri de bir şekilde bir yerde boş olarak yaratalım > (skel, baselayout?). Whitelist'e eklenirse gerek olmaz zaten bir pakette yaratmaya. > > Ya da bir şekilde farm bir çevre değişkeni export etsin (BUILDFARM=yes), > ve KDE'yi yamalayıp bu değişken varsa /root altında şu aptal dizin > yaratma huyundan vazgeç yaması yapalım. > Bu biraz overengineering olur, üstteki çözüm daha mantıklı bence. -- Gökçen Eraslan -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From faik at pardus.org.tr Wed Dec 23 09:02:30 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Wed, 23 Dec 2009 09:02:30 +0200 Subject: [Gelistirici] 2009/devel - add Architecture to distribution.xml In-Reply-To: <4B2BBC84.8080603@pardus.org.tr> References: <20091215102241.B002249C9C5@ns1.pardus.org.tr> <200912181515.47336.fatih@pardus.org.tr> <4B2BBC84.8080603@pardus.org.tr> Message-ID: <200912230902.30763.faik@pardus.org.tr> > Fatih Aşıcı wrote: > > On Friday 18 December 2009 14:22:00 Serdar Dalgic wrote: > >> 2009/12/18 Fatih Aşıcı > > Bu arada bu yeni mimari/dağıtım sürümü denetlemesini destekleyen pisi > paketi sisteme kurulduktan sonra, pisi.conf'u yanlış olan bir sistemde ilk > pisi ur'dan sonra depo kaldırılıyor. Bu doğru bir davranış mı bilmiyorum. Değil bence de, düzeltiriz. Sonuçta ignore-check ile eklemiş olabilir depoyu. Bu kaldırma işi up sırasında nasıl etkili oluyor anlamadım. add-repo sırasında depo bulunamayınca siliniyordu sadece. - Faik From faik at pardus.org.tr Wed Dec 23 09:06:08 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Wed, 23 Dec 2009 09:06:08 +0200 Subject: [Gelistirici] 2009/devel - add Architecture to distribution.xml In-Reply-To: <200912181337.37445.fatih@pardus.org.tr> References: <20091215102241.B002249C9C5@ns1.pardus.org.tr> <200912181337.37445.fatih@pardus.org.tr> Message-ID: <200912230906.08894.faik@pardus.org.tr> > On Tuesday 15 December 2009 12:22:41 Serdar Dalgıç wrote: > > Author: sdalgic > > Date: Tue Dec 15 12:22:41 2009 > > New Revision: 82821 > > > > Modified: > > 2009/devel/distribution.xml > > Log: > > add Architecture to distribution.xml > > Bence bu yanlış. Kaynak deponun mimarisi olmamalı. Paketlerin mimarisini, > onları derleyen buildfarm'ın pisi yapılandırması belirliyor. İkili > depoların mimarisi de bu şekilde belirlenmeli. Doğru, kaynak depo için hiç bir mantığı yok, yanlış hatta. Architecture eklenmemeli kaynak indexine. Ama binary depo eklerken koruma amaçlı "arch check" yapacaksak binary index'e eklenmeli. - Faik From scirit at pardus.org.tr Wed Dec 23 09:20:26 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Wed, 23 Dec 2009 09:20:26 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091223_2008_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912222320x29c8a370j2e9bc5519ca0e61f@mail.gmail.com> Selamlar, 20091223 2008 Güvenlik Güncellemesi Testleri için son tarih: 24-12-2009 10:00 Programming bileşeni --------------------------------- mod_php-5.2.12-74-14.pisi php-cli-5.2.12-74-14.pisi php-common-5.2.12-74-14.pisi Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/pardus-2008-test/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, From scirit at pardus.org.tr Wed Dec 23 09:46:30 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Wed, 23 Dec 2009 09:46:30 +0200 Subject: [Gelistirici] =?iso-8859-1?q?2009=2E1_s=FCr=FCm_takvimi?= In-Reply-To: <4ebc247e0912171407y2ea3936t82c674967d71d065@mail.gmail.com> References: <20091212134251.ea57eeb0.onur@pardus.org.tr> <4ebc247e0912160444i986e16if095a4f5ac141224@mail.gmail.com> <4ebc247e0912171407y2ea3936t82c674967d71d065@mail.gmail.com> Message-ID: <4ebc247e0912222346i19c2760lfbf66f5b36847a04@mail.gmail.com> 2009/12/18 Semen Cirit : > 2009/12/16 Semen Cirit : >> 2009/12/12 Onur Küçük : >>> >>>  Merhaba, >>> >>>  2008 -> 2009 geçişi için de çalışmalar sürüyor. Upgrade-manager >>> tamamlandı, iyice test edeceğiz ve paket değişikliklerine odaklanmamız >>> gerekiyor. Paketlerde ayar değişikliklerinin düzgün yapılması, replaces >>> ve obsolete listelerinin üzerinden geçilmesi gerekiyor. 2009.1 için >>> engelleyici olmamakla birlikte 2009.1 çıkışıyla geçişin tamamlanmış >>> olmasını istiyorum. >> >> 2008 ve 2009 CD'si arasındaki paket farkları alındıktan sonra >> kde3->kde4 geçişinin testleri gerçekleştirilecek. > > Bugün iki CD arasındaki farkları alıp, 2009 CD'sinde bulunan fakat > 2008 CD'sinde bulunmayan ve bir paketin bağımlılığı ile yüklenemeyecek > olan paketleri belirleyip, > http://svn.pardus.org.tr/uludag/trunk/pardus-upgrade/2008_2009.list > dosyası içerisine ekledik. upgrade-manager buradan otomatik olarak > paket adlarını almakta. > > Daha sonra çeşitli kde, thunderbird ve firefox ayarları yapılmış 2008 > sistemde geçişi denedik, geçişten sonra .kde dizininin .kde4' bağladık > ve .kde3.5'ten gerekli rc ve apps dosyalarını kopyaladık. > > Karşılaşılan sorunlar, > > - Amarok kolleksiyon listesi gelmiyor. Öntanımlı olarak kolleksiyon > listesi Belgeler/muzik altına bakıyor ve daha önce farklı bir dizine > ayarlanmış kolleksiyon listeleri amarok tarafından görüntülenemiyor. > - Daha önce 6'ya ayarlanmış olan masaüstü sayısı, öntanımlı olan 4 > masaüstü sayısına düştü > - paket yöneticisi sistem tepsisinden silindi. > - duvar kağıdı 2009 öntanımlı duvar kağıdı oldu. > - Kontact uygulamasında bulunan kişiler listesi silindi. > - Firefox  ayarları silindi. kd3.5 kd4'e sembolik link yapılarak denendiğinde. Kontact: Kişiler listesi, notlar, haberler geldi Takvim, doğum günü, günlük, yapılacaklar listesi gelmedi Konsole ayarları gelmedi. Kopete, kmail, digikam, thunderbird, firefox ayarları geldi Masaüstü sayısı, mouse düzeni, paket yöneticisi sistem tepsisi ikonu ayarları geldi. Yakuake F12 tuşu çalışmıyor Alt +Tab tuşu çalışmıyor Alt + F2 tuşu çalışmıyor Yöneticilerin izin ayarları çalışmıyor. Polycykit izin dosyaları içerisinde python 2.5 ile ilgili kısımlar python 2.6 olmalı. /var/lib/PolycyKit/*.auths dosyalarında yapılacak. İyi çalışmalar, Semen Cirit From onur at pardus.org.tr Wed Dec 23 14:41:53 2009 From: onur at pardus.org.tr (Onur =?utf-8?q?K=C3=BC=C3=A7=C3=BCk?=) Date: Wed, 23 Dec 2009 14:41:53 +0200 Subject: [Gelistirici] =?utf-8?q?=5BBuildfarm=5D_=5BCorporate2=5D_error=3A?= =?utf-8?q?=09/root/corporate2-devel/kernel/default/drivers/module-virtual?= =?utf-8?q?box/pspec=2Exml?= In-Reply-To: <200912230853.16227.gokcen@pardus.org.tr> References: <20091222155717.0C495A7AB39@lider.pardus.org.tr> <4B31379D.5070403@pardus.org.tr> <200912230853.16227.gokcen@pardus.org.tr> Message-ID: <200912231441.54101.onur@pardus.org.tr> On 23 Aralık 2009 Çarşamba 08:53:09 Gökçen Eraslan wrote: > > HOME exportlarını kullanmayı bırakalım artık bence, sandbox sorunları > > için /root/.kde{34}/share/config dizinlerini sandbox whitelist'ine > > ekleyelim. > > Evet, bence de eklenmeli. > > > Bu dizinleri de bir şekilde bir yerde boş olarak yaratalım > > (skel, baselayout?). > > Whitelist'e eklenirse gerek olmaz zaten bir pakette yaratmaya. HOME export larından kurtulmaya +1 . whitelist de olur KDE için, ama bir de $HOME/.subversion lar var onları nasıl yapalım ? -- Onur Küçük Knowledge speaks, but wisdom listens From fatih at pardus.org.tr Wed Dec 23 16:08:47 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Wed, 23 Dec 2009 16:08:47 +0200 Subject: [Gelistirici] =?iso-8859-9?q?2009=2E1_s=FCr=FCm__takvimi?= In-Reply-To: <20091212134251.ea57eeb0.onur@pardus.org.tr> References: <20091212134251.ea57eeb0.onur@pardus.org.tr> Message-ID: <200912231608.50677.fatih@pardus.org.tr> On Saturday 12 December 2009 13:42:51 Onur Küçük wrote: > * Xorg > > 1.7.x serisine geçmek anlamlı mı inceleyeceğiz. Özellikle EXA > iyileştirmeleri için bu hamleyi yapmayı düşünüyoruz. Fatih şu anda > paketlemesi ile ilgileniyor. Testler olumlu sonuçlanırsa derleyip test > deposuna alacağız > Kurumsal depoda yeni sürüme geçip denedim. Tek sorun fglrx sürücüsünün 1.7.x sürümlerini desteklememesi. Bu yüzden 2009.1'de yeni sürümlere geçemiyoruz. 2009.2'de geçeriz artık. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From metebilgin48 at gmail.com Wed Dec 23 16:37:16 2009 From: metebilgin48 at gmail.com (mete bilgin) Date: Wed, 23 Dec 2009 16:37:16 +0200 Subject: [Gelistirici] =?utf-8?q?xorg-video-geode_64bit_paketi_hakk=C4=B1n?= =?utf-8?q?da?= Message-ID: Selamlar, x11/driver/xorg-video-geode paketinin [0]gentoo'da ve [1]debian'da bakıldığında bu paket sadece 32bit için var olduğunu görülüyor. Ancak yali4 bu pakete ters bağımlılığı var. Yali'nın bağımlılığından çıkartılması gerekiyor. Herhangi bir sorun teşkil eder mi? İyi çalışmalar. [0]: http://gentoo-portage.com/x11-drivers/xf86-video-geode [1]: http://packages.debian.org/lenny/xserver-xorg-video-geode -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From scirit at pardus.org.tr Wed Dec 23 17:01:16 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Wed, 23 Dec 2009 17:01:16 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091223_2009_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912230701g760a97cbx6c36edab28a2a678@mail.gmail.com> Selamlar, 20091223 2009 Güvenlik Güncellemesi Testleri için son tarih: 24-12-2009 10:00 Desktop bileşeni ----------------------------- qt-4.5.3-72-17.pisi qt-designer-4.5.3-72-17.pisi qt-doc-4.5.3-72-17.pisi qt-linguist-4.5.3-72-17.pisi qt-sql-ibase-4.5.3-72-17.pisi qt-sql-mysql-4.5.3-72-17.pisi qt-sql-odbc-4.5.3-72-17.pisi qt-sql-postgresql-4.5.3-72-17.pisi qt-sql-sqlite-4.5.3-72-17.pisi cairo-1.8.8-28-4.pisi gtk2-2.18.5-59-16.pisi gtk2-demo-2.18.5-59-16.pisi gtk2-docs-2.18.5-59-16.pisi Programming bileşeni -------------------------------------- mod_php-5.2.12-75-10.pisi php-cli-5.2.12-75-10.pisi php-common-5.2.12-75-10.pisi Library bileşeni --------------------------- xulrunner-1.9.1.6-25-19.pisi Network bileşeni --------------------------- firefox-3.5.6-120-21.pisi Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/testci-2009/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Cirit From fatih at pardus.org.tr Wed Dec 23 19:22:30 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Wed, 23 Dec 2009 19:22:30 +0200 Subject: [Gelistirici] =?utf-8?q?xorg-video-geode_64bit_paketi_hakk=C4=B1n?= =?utf-8?q?da?= In-Reply-To: References: Message-ID: <200912231922.30845.fatih@pardus.org.tr> On Wednesday 23 December 2009 16:37:16 mete bilgin wrote: > Selamlar, > > x11/driver/xorg-video-geode paketinin [0]gentoo'da ve [1]debian'da > bakıldığında bu paket sadece 32bit için var olduğunu görülüyor. Ancak yali4 > bu pakete ters bağımlılığı var. Yali'nın bağımlılığından çıkartılması > gerekiyor. Herhangi bir sorun teşkil eder mi? Pardusman'in son halinde kurulum imajına girecek paketleri seçebiliyoruz bildiğim kadarıyla. Dolayısıyla artık bu bağımlılıklara gerek yok. Yine de diğer depodan fazla farklılaşmaması adına bağımlılığı comment içine almanızı öneririm. From onur at pardus.org.tr Wed Dec 23 19:26:04 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Wed, 23 Dec 2009 19:26:04 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri__-_Secu?= =?utf-8?q?rity_Fixes_=282009-12-23=29?= Message-ID: <20091223192604.0595b0f7.onur@pardus.org.tr> Merhaba / Hi, Bu gece kararlı depolara girecek güvenlik güncellemeleri : Tonights security fixes for Pardus stable repos : ----------------------------------------------------------------------- * Pardus 2009 ntp-client-4.2.4_p7-13-5.pisi ntp-server-4.2.4_p7-13-5.pisi -- Onur Küçük Knowledge speaks, but wisdom listens From mete at pardus.org.tr Wed Dec 23 21:01:34 2009 From: mete at pardus.org.tr (Mete Alpaslan) Date: Wed, 23 Dec 2009 21:01:34 +0200 Subject: [Gelistirici] =?iso-8859-9?q?xorg-video-geode_64bit_paketi_hakk?= =?iso-8859-9?q?=FDnda?= In-Reply-To: <200912231922.30845.fatih@pardus.org.tr> References: <200912231922.30845.fatih@pardus.org.tr> Message-ID: <200912232101.34534.mete@pardus.org.tr> On Wednesday 23 December 2009 19:22:30 Fatih Aşıcı wrote: > On Wednesday 23 December 2009 16:37:16 mete bilgin wrote: > > Selamlar, > > > > x11/driver/xorg-video-geode paketinin [0]gentoo'da ve [1]debian'da > > bakıldığında bu paket sadece 32bit için var olduğunu görülüyor. Ancak > > yali4 bu pakete ters bağımlılığı var. Yali'nın bağımlılığından > > çıkartılması gerekiyor. Herhangi bir sorun teşkil eder mi? > > Pardusman'in son halinde kurulum imajına girecek paketleri seçebiliyoruz > bildiğim kadarıyla. Dolayısıyla artık bu bağımlılıklara gerek yok. Yine de > diğer depodan fazla farklılaşmaması adına bağımlılığı comment içine > almanızı öneririm. yok daha o desteği bitirmiş değilim. Pardusmandaki değişikliği 2009.1 sonrasına takvime kaydırdım ;) ---MT--- From erenoglu at gmail.com Wed Dec 23 23:14:16 2009 From: erenoglu at gmail.com (Emre Erenoglu) Date: Wed, 23 Dec 2009 23:14:16 +0200 Subject: [Gelistirici] =?utf-8?q?2009=2E1_s=C3=BCr=C3=BCm_takvimi?= In-Reply-To: <20091212134251.ea57eeb0.onur@pardus.org.tr> References: <20091212134251.ea57eeb0.onur@pardus.org.tr> Message-ID: 2009/12/12 Onur Küçük > Merhaba, > 2009.1 sürümü için elimizdeki işler, yapılacaklar, ana depoyu bozmamak > için yapmamız gereken değişiklikler vs. ye bırakarak şöyle bir plan > çıkardım > > 25 Aralık - Beta > 8 Ocak - RC > 15 Ocak - Sürüm > > 2009.1 için yapılması gerekenler > > * KDE > > - 4.3.4 sürümüne geçiş (tamamlandı) > - 4.2 -> 4.3 geçişinin sağlıklı olması (tamamlandı görünüyor ancak > test edilmeli) > - Kaptan'ın 4.3 de çalışır hale gelmesi gerekiyor (tamamlandı > görünüyor ancak test edilmeli) > - Migration için yaz stajında yapılan iyileştirmelerin birleştirilmesi > gerekiyor (Renan) > - Mesa bilgisi ile KDE'nin efekt sisteminin ortak dili konuşması > incelenecek, eksikler varsa tamamlanacak (Fatih) > - KOSD kullanmaya başlayacağız (Ozan) > > * Kernel > > 2.6.31 e geçmeyi planlıyoruz, paketler devel de hazır, kararlı depo > güvenlik güncellemeleri ve kritik hata düzeltmeleri serisi tamamlanınca > derleyip test deposuna alacağız (Ozan) > > * Xorg > > 1.7.x serisine geçmek anlamlı mı inceleyeceğiz. Özellikle EXA > iyileştirmeleri için bu hamleyi yapmayı düşünüyoruz. Fatih şu anda > paketlemesi ile ilgileniyor. Testler olumlu sonuçlanırsa derleyip test > deposuna alacağız > > * GTK2 > > - Yeni kararlı sürüme geçmeyi düşünüyorum. Kendi bilgisayarımda 1 > aydan fazladır kullanıyorum ve sıkıntı yaşadığım scroll vb. bir sürü > sıkıntı çözülmüş görünüyor. Depodaki sürüm ile ABI uyumlu. > > Bu geçişte dikkat edeceğimiz nokta yeni GTK2 ile derlenen paketlerimiz > varsa sadece yeni GTK2 ile gelen semboller kullanıyorsa yeni GTK2 ye > bağımlılık yazmamız gerekecek. Burak ? > > * Çalışan > > 2009.1 ile beraber çalışan CD'de çıkarıyoruz. Önümüzdeki en büyük > engel normal bir sistemi elimizdeki altyapı ile oluşturduğumuzda 820 MB > lık bir imajımız olmasıydı. Ozan'ın Squahsfs'e lzma desteği eklemesiyle > imaj boyutunu 692MB a indirmeyi başardık. Bunun dışında çalışan CD'de > yapılacaklar > > - X klavye haritası ayarlanması (Fatih) > - KDE cache lerinin kapatılması (Gökçen) > - KDE diskte az yer kaldı uyarısının kapatılması (Gökçen) > - KDM TTY açık uyarısı (Gökçen) > > * Çok aromalı imaj > > Her ortam için birden fazla imaj oluşturmak yerine tek bir imaj ile > istenilen ortamda Pardus çalışan / kurulan hazırlanabilmesini > istiyoruz. Artık oluşturduğumuz ISO görüntüsünü ister CD'ye ister > DVD'ye yazıp kullanabiliyoruz. Yapılacak bir kaç değişiklik ile aynı > imajı USB çubuğa, SD karta vs. yazıp da kullanabiliyor olacağız. > > Sistemin çalışan olduğunun anlaşılması için kernel parametrelerine > mudur=livecd/livedisk veriyorduk . Artık açılış sonrası > yazılımlar /var/run/pardus/livemedia dosyasını kontrol ederek > algılayabilecekler. Initramfs için de root=LIVEMEDIA=OrtamLabel gibi > bir çözüm düşünüyorum. İşin büyk bir kısmı tamamlandı, kalanlar > > - initramfs, müdür, pardus-python, pardusman değişiklikleri (Onur) > - Yalı HDD/CD ayrımı (Mete, Onur) > > > 2008 -> 2009 geçişi için de çalışmalar sürüyor. Upgrade-manager > tamamlandı, iyice test edeceğiz ve paket değişikliklerine odaklanmamız > gerekiyor. Paketlerde ayar değişikliklerinin düzgün yapılması, replaces > ve obsolete listelerinin üzerinden geçilmesi gerekiyor. 2009.1 için > engelleyici olmamakla birlikte 2009.1 çıkışıyla geçişin tamamlanmış > olmasını istiyorum. > > Durum budur, başka ekleyeceği olan ? > Ozan Hocam selamlar, bu yukardaki mesajdan, 2008'den beri merakla beklenen RAID/LVM desteginin hali hazirda geldigini ve hali hazirda YALI'ya desteginin eklendigini mi anlamam gerekiyor? Konu ile ilgili bir satir goremedim de :) Selamlar, -- Emre -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Thu Dec 24 00:39:26 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Thu, 24 Dec 2009 00:39:26 +0200 Subject: [Gelistirici] [Fwd: branches/yali/2009/yali4 - Fixed ConfigParser problem in kdmrc with use kde4 ...] Message-ID: <4B329C1E.5010108@pardus.org.tr> Fatih ve Gökçen daha iyi bilir, YALI'nın burasında özellikle ConfigParser kullanılıyor olabilir. Bir ara değiştirildi sonra bir sorunlar çıktı tekrar ConfigParser'a mı dönülmüştü hatırlamıyorum. -------- Original Message -------- Subject: branches/yali/2009/yali4 - Fixed ConfigParser problem in kdmrc with use kde4 ... Date: Wed, 23 Dec 2009 22:30:08 +0200 (EET) From: Mete Alpaslan Reply-To: gelistirici at pardus.org.tr To: uludag-commits at pardus.org.tr Author: mete Date: Wed Dec 23 22:30:07 2009 New Revision: 27046 Modified: branches/yali/2009/yali4/users.py Log: Fixed ConfigParser problem in kdmrc with use kde4 autologin.(Merged from trunk) From mete at pardus.org.tr Thu Dec 24 00:55:37 2009 From: mete at pardus.org.tr (Mete Alpaslan) Date: Thu, 24 Dec 2009 00:55:37 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5BFwd=3A_branches/yali/2009/yali4_-?= =?iso-8859-9?q?_Fixed_ConfigParser_problem_in_kdmrc_with=09use_kde4__=2E?= =?iso-8859-9?q?=2E=2E=5D?= In-Reply-To: <4B329C1E.5010108@pardus.org.tr> References: <4B329C1E.5010108@pardus.org.tr> Message-ID: <200912240055.37501.mete@pardus.org.tr> On Thursday 24 December 2009 00:39:26 Ozan Çağlayan wrote: > çen daha iyi bilir, YALI'nın burasında özellikle ConfigParser kullanılıyor > olabilir. Bir ara değiştirildi sonra bir sorunlar çıktı tekrar > ConfigParser'a mı dönülmüştü hatırlamıyorum. > Zaten oradaki değişiklik Gökçenin yaptıkları sadece. 2009 serisi boyunca bütün releaseları 2009 branchından (cebit ve 2009.1 vs) çıkarıyorum. Gökçen trunka değişiklik yaptmiştı bende onu brancha yansıttım ;) ---MT--- From eren at pardus.org.tr Thu Dec 24 01:13:18 2009 From: eren at pardus.org.tr (Eren =?iso-8859-9?q?T=FCrkay?=) Date: Thu, 24 Dec 2009 01:13:18 +0200 Subject: [Gelistirici] =?iso-8859-9?q?G=FCvenlik_G=FCncellemeleri__-_Secur?= =?iso-8859-9?q?ity_Fixes__=282009-12-23=29?= In-Reply-To: <20091223192604.0595b0f7.onur@pardus.org.tr> References: <20091223192604.0595b0f7.onur@pardus.org.tr> Message-ID: <200912240113.18649.eren@pardus.org.tr> On Wednesday 23 December 2009 07:26:04 pm Onur Küçük wrote: > ntp-client-4.2.4_p7-13-5.pisi > ntp-server-4.2.4_p7-13-5.pisi [PLSA-2009-204] http://security.pardus.org.tr/en/2009-204/ From onur at pardus.org.tr Fri Dec 25 00:13:11 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Fri, 25 Dec 2009 00:13:11 +0200 Subject: [Gelistirici] corporate2/devel-x86_64/hardware/library/libgphoto2 - Fixed missing dependency. In-Reply-To: <20091224221016.36C0A49CC4E@ns1.pardus.org.tr> References: <20091224221016.36C0A49CC4E@ns1.pardus.org.tr> Message-ID: <20091225001311.5c39cb7d.onur@pardus.org.tr> On Fri, 25 Dec 2009 00:10:16 +0200 (EET) Necdet Yücel wrote: > Author: necdet.yucel > Date: Fri Dec 25 00:10:16 2009 > New Revision: 83500 > > Modified: > corporate2/devel-x86_64/hardware/library/libgphoto2/pspec.xml > Log: > Fixed missing dependency. > > > --- > pspec.xml | 1 + > 1 file changed, 1 insertion(+) > > Modified: > corporate2/devel-x86_64/hardware/library/libgphoto2/pspec.xml > ================================================================= > --- > corporate2/devel-x86_64/hardware/library/libgphoto2/pspec.xml > (original) +++ > corporate2/devel-x86_64/hardware/library/libgphoto2/pspec.xml > Fri Dec 25 00:10:16 2009 @@ -17,6 +17,7 @@ > libexif lockdev > avahi > + cvs Bunu bağımlılık olarak eklemek yerine actions.py de shelltolls.export("AUTOPOINT", "true") yapılması daha iyi olur -- Onur Küçük Knowledge speaks, but wisdom listens From dfisek at fisek.com.tr Fri Dec 25 00:12:40 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 25 Dec 2009 00:12:40 +0200 Subject: [Gelistirici] [2008] [ACK/NACK] 20091222 In-Reply-To: <20091222150637.cc60b74f.dfisek@fisek.com.tr> References: <200912221449.58258.gokcen@pardus.org.tr> <20091222150637.cc60b74f.dfisek@fisek.com.tr> Message-ID: <20091225001240.f282c597.dfisek@fisek.com.tr> Tue, 22 Dec 2009 15:06:37 +0200, Doruk Fisek : > > lbreakout2-2.6-4-2.pisi Bunun yeni duzeltme surumu cikti, svn'de guncelledim. O derlenip teste girebilirse daha iyi olur. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From necdetyucel at gmail.com Fri Dec 25 00:42:17 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Fri, 25 Dec 2009 00:42:17 +0200 Subject: [Gelistirici] [64bit] corporate2/devel-x86_64/hardware/library/libgphoto2 - Fixed missing dependency. In-Reply-To: <20091225001311.5c39cb7d.onur@pardus.org.tr> References: <20091224221016.36C0A49CC4E@ns1.pardus.org.tr> <20091225001311.5c39cb7d.onur@pardus.org.tr> Message-ID: Selam, >> +            cvs > >  Bunu bağımlılık olarak eklemek yerine actions.py de > >  shelltolls.export("AUTOPOINT", "true") > >  yapılması daha iyi olur Peki öyle değiştiriyorum o zaman Necdet Yücel From serdar at pardus.org.tr Fri Dec 25 01:49:39 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Fri, 25 Dec 2009 01:49:39 +0200 Subject: [Gelistirici] What does Fedora Marketing doing today for Fedora 13? Message-ID: Merhaba; http://blog.melchua.com/2009/12/24/whats-marketing-doing-for-f13-anyway-a-show-with-dancing-penguins/ ilgimi çeken bir yazı, paylaşayım dedim. Fedora'da Fedora Marketing diye bir yapılanma var, wikilerinde kendilerinden şöyle bahsediyorlar: *The Fedora Marketing team ensures that people in Fedora can consistently explain to everyone what Fedora is, why the project can help them, and how they can help the project. *Bir de beraber çalıştıkları *Ambassador*lar mevcut, yazıda da geçiyor.. Dökümantasyon ve iletişim için farklı toollar kullanıyorlar (limesurvey, zikula etc..). * * *Fedora 13'ün çıkış sürecinde, roadmap'e göre Marketing Team neler üzerine yoğunlaşıyor, nelerle karşılaşıyor, nelere önem veriyor üzerine güzel bir blog girdisi olmuş.* Projeye ilk defa olan dışarıdan katkıların ne zamanlar ne derecede olduğu ile de ilgili bir kaç bir şey yazmışlar. Önerilerde bulunmuşlar. * * *"new contributors want to come when it's exciting. And when it's exciting is when we're really, really busy - around release day. Generally, new people come in when the teams they're trying to join don't have much bandwidth to on-board them, but when you're new, you want to know right away how to get started helping - you want immediate feedback that this is a community you want to stay in and contribute to."* ... "*in Fedoraland, contributions are our currency. This is the "sustainability" part. * *Open source marketing is the community-driven process responsible for enabling users to identify, anticipate, and satisfy their own requirements sustainably.*" Şu an bulunduğumuz noktadan kat be kat ötedeler, eğri oturup doğru konuşmak lazım :) Ama bu blog girdisinde yazılanların Pardus projesinin geliştirilmesi sürecinde, fikir alışverişi olması açısından yararlı olacağını düşünüyorum. Keyifli okumalar. ;) -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From onur at pardus.org.tr Fri Dec 25 01:46:54 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Fri, 25 Dec 2009 01:46:54 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri__-_Secu?= =?utf-8?q?rity_Fixes_=282009-12-25=29?= Message-ID: <20091225014654.77c28d3a.onur@pardus.org.tr> Merhaba / Hi, Bu gece kararlı depolara girecek güvenlik güncellemeleri : Tonights security fixes for Pardus stable repos : ----------------------------------------------------------------------- * Pardus 2009 mod_php-5.2.12-75-10.pisi php-cli-5.2.12-75-10.pisi php-common-5.2.12-75-10.pisi qt-4.5.3-72-17.pisi qt-designer-4.5.3-72-17.pisi qt-doc-4.5.3-72-17.pisi qt-linguist-4.5.3-72-17.pisi qt-sql-ibase-4.5.3-72-17.pisi qt-sql-mysql-4.5.3-72-17.pisi qt-sql-odbc-4.5.3-72-17.pisi qt-sql-postgresql-4.5.3-72-17.pisi qt-sql-sqlite-4.5.3-72-17.pisi -- Onur Küçük Knowledge speaks, but wisdom listens From tekman at pardus.org.tr Fri Dec 25 07:36:04 2009 From: tekman at pardus.org.tr (Erkan Tekman) Date: Fri, 25 Dec 2009 07:36:04 +0200 Subject: [Gelistirici] What does Fedora Marketing doing today for Fedora 13? In-Reply-To: References: Message-ID: <200912250736.04729.tekman@pardus.org.tr> 25 Aralık 2009 Cuma 01:49:39 tarihinde Serdar Dalgic şunları yazmıştı: > Merhaba; > > http://blog.melchua.com/2009/12/24/whats-marketing-doing-for-f13-anyway-a-s > how-with-dancing-penguins/ > > ilgimi çeken bir yazı, paylaşayım dedim. Bu mesaj da, bir süre önceki upuzun bir tartışma yaratan mesaj gibi, bu listeye ait değil. Ya katkici at pardus.org.tr diye yeni bir liste açalım, ya da bu konuları daha uygun olduğu Özgürlükİçin forumlarında tartışalım. Hatta mevcut hali ile kullanıcılar listesi dahi daha uygundur bu konu için. ET From eren at pardus.org.tr Fri Dec 25 09:16:06 2009 From: eren at pardus.org.tr (Eren =?utf-8?q?T=C3=BCrkay?=) Date: Fri, 25 Dec 2009 09:16:06 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri_-_Secur?= =?utf-8?q?ity_Fixes__=282009-12-25=29?= In-Reply-To: <20091225014654.77c28d3a.onur@pardus.org.tr> References: <20091225014654.77c28d3a.onur@pardus.org.tr> Message-ID: <200912250916.07130.eren@pardus.org.tr> On Friday 25 December 2009 01:46:54 am Onur Küçük wrote: > * Pardus 2009 > > mod_php-5.2.12-75-10.pisi > php-cli-5.2.12-75-10.pisi > php-common-5.2.12-75-10.pisi [PLSA-2009-208] http://security.pardus.org.tr/en/2009-208/ > qt-4.5.3-72-17.pisi > qt-designer-4.5.3-72-17.pisi > qt-doc-4.5.3-72-17.pisi > qt-linguist-4.5.3-72-17.pisi > qt-sql-ibase-4.5.3-72-17.pisi > qt-sql-mysql-4.5.3-72-17.pisi > qt-sql-odbc-4.5.3-72-17.pisi > qt-sql-postgresql-4.5.3-72-17.pisi > qt-sql-sqlite-4.5.3-72-17.pisi [PLSA-2009-209] http://security.pardus.org.tr/en/2009-209/ From ozan at pardus.org.tr Fri Dec 25 09:46:42 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Fri, 25 Dec 2009 09:46:42 +0200 Subject: [Gelistirici] Contrib->2009/Corporate2 Message-ID: <4B346DE2.3090301@pardus.org.tr> Selam, Contrib'den pgadmin3 aracını (2009/devel'de mevcut, stable'a girmemiş..) Contrib'den lsdvd uygulamasını (2009'da yok, eski devel'de var...) ana depoya ve akabinde Corporate2 deposuna alıyorum. From serdar at pardus.org.tr Fri Dec 25 10:38:22 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Fri, 25 Dec 2009 10:38:22 +0200 Subject: [Gelistirici] Contrib->2009 Message-ID: 2009/12/25 Ozan Çağlayan > Selam, > > Contrib'den pgadmin3 aracını (2009/devel'de mevcut, stable'a girmemiş..) > Contrib'den lsdvd uygulamasını (2009'da yok, eski devel'de var...) > > PG'daki dvd::rip programı için lsdvd ile birlikte subtitleripper programı da gerekli. subtitleripper'ı da 2009'a alıyorum. -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From serdar at pardus.org.tr Fri Dec 25 10:39:01 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Fri, 25 Dec 2009 10:39:01 +0200 Subject: [Gelistirici] Contrib->2009 In-Reply-To: References: Message-ID: 2009/12/25 Serdar Dalgic > > > 2009/12/25 Ozan Çağlayan > >> Selam, >> >> Contrib'den pgadmin3 aracını (2009/devel'de mevcut, stable'a girmemiş..) >> Contrib'den lsdvd uygulamasını (2009'da yok, eski devel'de var...) >> >> > PG'daki dvd::rip programı için lsdvd ile birlikte subtitleripper programı > da gerekli. > > subtitleripper'ı da 2009'a alıyorum. > > -- > - Serdar Dalgic > > PG'daki dvd::rip programını review'a alıcam, o yüzden gerekli :) yanlış ifade etmişim. -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Fri Dec 25 11:14:33 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Fri, 25 Dec 2009 11:14:33 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <20091222141441.991f534d.dfisek@fisek.com.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <4B1FDB2C.4090800@pardus.org.tr> <20091209230134.7c970770.dfisek@fisek.com.tr> <20091215121305.d373f22d.dfisek@fisek.com.tr> <4B288C7D.80403@pardus.org.tr> <20091216095007.371898f8.dfisek@fisek.com.tr> <4B306F13.8070801@pardus.org.tr> <20091222141441.991f534d.dfisek@fisek.com.tr> Message-ID: <4B348279.5020905@pardus.org.tr> Doruk Fisek wrote On 22-12-2009 14:14: > Tue, 22 Dec 2009 09:02:43 +0200, Ozan Çağlayan : > >> Bunun yanında ana sürüm çıktıktan sonra, katkıcıların paketlerinin >> bakımının da bizim tarafımızdan götürülmesi fikri de var. Eğer bu >> fikir devreye girerse deponun küçük tutulması bizim için iş yükünü >> azaltmış olacak. > Peki o zaman kendimi kurtarayim en azindan, nasil bir yontem izlemem > gerekiyor kendi paketlerimle ilgili? > > Pardus deposundaki oyunlar disindaki tum paketlerimi alayim mi > kurumsal2 deposuna? Hayirsa, hangilerini alayim? Yoksa hic paket > aktarmayayim, sadece cekirdek ekipten birinin halihazirda almis oldugu > paketleri mi guncelleyeyim (en azindan surum cikana kadar)? > > Bana somut bir yanit gerekli calisabilmem icin :) Gerçekten çok gereksiz, artık bakımı zor zor yapılan ve son kullanıcı tarafından ihtiyaç duyulması zor gözüken paketleri alma şimdilik. Ben düzenli olarak iki depo farkına bakıyorum. Bir ihtiyaç duyduğumuz anda alırız. Zaten şu anda devel'i derliyoruz, en kötü stable'ı açtığımızda devel'den almayız bazı paketleri bir karara vardığımız anda. Oyunlara dokunmayalım şimdilik evet :) From dfisek at fisek.com.tr Fri Dec 25 11:13:03 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 25 Dec 2009 11:13:03 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <4B348279.5020905@pardus.org.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <4B1FDB2C.4090800@pardus.org.tr> <20091209230134.7c970770.dfisek@fisek.com.tr> <20091215121305.d373f22d.dfisek@fisek.com.tr> <4B288C7D.80403@pardus.org.tr> <20091216095007.371898f8.dfisek@fisek.com.tr> <4B306F13.8070801@pardus.org.tr> <20091222141441.991f534d.dfisek@fisek.com.tr> <4B348279.5020905@pardus.org.tr> Message-ID: <20091225111303.aca0f25e.dfisek@fisek.com.tr> Merhaba, Fri, 25 Dec 2009 11:14:33 +0200, Ozan Çağlayan : > Gerçekten çok gereksiz, artık bakımı zor zor yapılan ve son kullanıcı > tarafından ihtiyaç duyulması zor gözüken paketleri alma şimdilik. Ben > düzenli olarak iki depo farkına bakıyorum. Bir ihtiyaç duyduğumuz > anda alırız. > Zaten şu anda devel'i derliyoruz, en kötü stable'ı açtığımızda > devel'den almayız bazı paketleri bir karara vardığımız anda. Acikcasi benim "gerekli" buldugum bir paket, ihtiyac duyulmaz olarak gorulebilir bir baskasi tarafindan. Cok gorece bir kavram. Daha sonra stable acildiginda derlenmis paketleri almamak ikili depoda problem cikarmaz mi? Her biri icin obsolete falan yazmak gerekir gibime geliyor? Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From ozan at pardus.org.tr Fri Dec 25 11:36:43 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Fri, 25 Dec 2009 11:36:43 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <20091225111303.aca0f25e.dfisek@fisek.com.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <4B1FDB2C.4090800@pardus.org.tr> <20091209230134.7c970770.dfisek@fisek.com.tr> <20091215121305.d373f22d.dfisek@fisek.com.tr> <4B288C7D.80403@pardus.org.tr> <20091216095007.371898f8.dfisek@fisek.com.tr> <4B306F13.8070801@pardus.org.tr> <20091222141441.991f534d.dfisek@fisek.com.tr> <4B348279.5020905@pardus.org.tr> <20091225111303.aca0f25e.dfisek@fisek.com.tr> Message-ID: <4B3487AB.4050601@pardus.org.tr> Doruk Fisek wrote On 25-12-2009 11:13: > Merhaba, > > > Daha sonra stable acildiginda derlenmis paketleri almamak ikili depoda > problem cikarmaz mi? Her biri icin obsolete falan yazmak gerekir gibime > geliyor? Hm evet doğru diyorsun. From dfisek at fisek.com.tr Fri Dec 25 13:08:40 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 25 Dec 2009 13:08:40 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <4B3487AB.4050601@pardus.org.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <4B1FDB2C.4090800@pardus.org.tr> <20091209230134.7c970770.dfisek@fisek.com.tr> <20091215121305.d373f22d.dfisek@fisek.com.tr> <4B288C7D.80403@pardus.org.tr> <20091216095007.371898f8.dfisek@fisek.com.tr> <4B306F13.8070801@pardus.org.tr> <20091222141441.991f534d.dfisek@fisek.com.tr> <4B348279.5020905@pardus.org.tr> <20091225111303.aca0f25e.dfisek@fisek.com.tr> <4B3487AB.4050601@pardus.org.tr> Message-ID: <20091225130840.4b065897.dfisek@fisek.com.tr> Merhaba, Fri, 25 Dec 2009 11:36:43 +0200, Ozan Çağlayan : > > Daha sonra stable acildiginda derlenmis paketleri almamak ikili > > depoda problem cikarmaz mi? Her biri icin obsolete falan yazmak > > gerekir gibime geliyor? > Hm evet doğru diyorsun. Biraz gozunuzde buyudugunun farkindayim ama bunun en temiz cozumu tum paketleri inceleyip, nelerin kurumsal2'de yer alacagina simdi karar verip bir liste cikarmaniz. Hele bir de surum ciktiktan sonra depodaki tum paketlere sadece TUBITAK calisanlarinin bakmasi gibi bir durum soz konusuysa, depoya girecek her sizce gereksiz paket ileride size yuk olacak. O nedenle sizin kendinizin karar vermesi en dogrusu bence. Boyle bir liste olusunca, onun uzerinden elbirligiyle depoyu olusturabiliriz. Hem calismanin basi-sonu-ne kadarinin bittigi de belli olur. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From bahadir at pardus.org.tr Fri Dec 25 14:58:57 2009 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Fri, 25 Dec 2009 14:58:57 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_=C3=BCzerinde_kablosuz_?= =?utf-8?q?a=C4=9Flar_=5Berror_=3A_unable_to_handle_kernel_NULL_pointer_de?= =?utf-8?q?reference_at__=28null=29=5D?= In-Reply-To: <79dd30100912240349p3f9de964r73ce8c042b60add9@mail.gmail.com> References: <4B32E78D.5060804@gmail.com> <79dd30100912240349p3f9de964r73ce8c042b60add9@mail.gmail.com> Message-ID: <200912251458.57997.bahadir@pardus.org.tr> 24 Aralık 2009 Perşembe günü (saat 13:49:13) Metin AKDERE şunları yazmıştı: > link.Network.Link[package].setState(profile, state) > File "/usr/lib/pardus/comar/__init__.py", line 127, in call > raise dbus.DBusException, exception > dbus.exceptions.DBusException: tr.org.pardus.comar.DBus: Unable to call > method: > Unable to find '/var/db/comar3/scripts/Network.Stack/baselayout.py' Bunu az evvel İnanç da söyledi. Güncel sistemde bunu tekrarlayamıyorum, dosya olması gerektiği yerde duruyor. baselayout paketini tekrar kurunca düzeliyor, ama bu sorunun neden oluştuğunu bulmak gerekli. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From bahadir at pardus.org.tr Fri Dec 25 18:47:47 2009 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Fri, 25 Dec 2009 18:47:47 +0200 Subject: [Gelistirici] =?utf-8?b?TcO8ZMO8ciAtICBOZXR3b3Jr?= Message-ID: <200912251847.47514.bahadir@pardus.org.tr> Selamlar, Çözersek kullanıcıların bir kısmını memnun ederken, bir kısmının sistemini yavaş açmasına sebep olacak bir hatamız var: Gizli ESSID'e otomatik tekrar bağlanamama hatası (#10576) [0] Bir de, fi tarihinden beri karara bağlayamadığımız "resume sonrası network'ü (tekrar) up etme" hadisesi var. Her iki sorun için de basit bir çözüm var(dı) aklımda. Network kodunu Müdür'den çıkarıp ayrı bir komut haline getirebilir ve Müdür'ün servislerden hemen önce bu komutu fork'lamasını sağlayabiliriz. Resume sonrası bu komutu çalıştırarak 2. sorunumuzu çözeriz. Nasıl olsa forklanacağı ve açılış süresini etkilemeyeceği için #10576 çözümünü de kolaylıkla uygulayabiliriz. Yapalım mı? [0] http://bugs.pardus.org.tr/show_bug.cgi?id=10576 -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From ozan at pardus.org.tr Fri Dec 25 19:01:40 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Fri, 25 Dec 2009 19:01:40 +0200 Subject: [Gelistirici] =?utf-8?b?TcO8ZMO8ciAtICBOZXR3b3Jr?= In-Reply-To: <200912251847.47514.bahadir@pardus.org.tr> References: <200912251847.47514.bahadir@pardus.org.tr> Message-ID: <4B34EFF4.5050909@pardus.org.tr> Bahadır Kandemir wrote: > Selamlar, > > Çözersek kullanıcıların bir kısmını memnun ederken, bir kısmının sistemini > yavaş açmasına sebep olacak bir hatamız var: Gizli ESSID'e otomatik tekrar > bağlanamama hatası (#10576) [0] > > Bir de, fi tarihinden beri karara bağlayamadığımız "resume sonrası network'ü > (tekrar) up etme" hadisesi var. > > Her iki sorun için de basit bir çözüm var(dı) aklımda. Network kodunu > Müdür'den çıkarıp ayrı bir komut haline getirebilir ve Müdür'ün servislerden > hemen önce bu komutu fork'lamasını sağlayabiliriz. > > Resume sonrası bu komutu çalıştırarak 2. sorunumuzu çözeriz. Nasıl olsa > forklanacağı ve açılış süresini etkilemeyeceği için #10576 çözümünü de > kolaylıkla uygulayabiliriz. > > Yapalım mı? > > [0] http://bugs.pardus.org.tr/show_bug.cgi?id=10576 > resume işinin pm.utils hook'u olması gerekiyor. Her kartta sorun çıkmıyor. Resume'a giderken de düzgünce down etmek lazım. Açılışın yavaş açılacak olması fikrine benden NACK, zaten diğer dağıtımlara göre yavaş açılıyoruz. Açılış altyapısının ağ bağımlı olmaması lazım. Diğer dağıtımlarda network-manager bir servis ve init betiği ile başlatılıyor. Bizde böyle bir durum yok, dediğin gibi yapılabilir ancak müdür'e gömülü NFS mount kodları var, onları nasıl temizleyeceğiz? From bahadir at pardus.org.tr Fri Dec 25 19:06:29 2009 From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=) Date: Fri, 25 Dec 2009 19:06:29 +0200 Subject: [Gelistirici] =?iso-8859-9?q?M=FCd=FCr_-__Network?= In-Reply-To: <4B34EFF4.5050909@pardus.org.tr> References: <200912251847.47514.bahadir@pardus.org.tr> <4B34EFF4.5050909@pardus.org.tr> Message-ID: <200912251906.29177.bahadir@pardus.org.tr> 25 Aralık 2009 Cuma günü (saat 19:01:40) Ozan Çağlayan şunları yazmıştı: > Açılış altyapısının ağ bağımlı olmaması lazım. Diğer dağıtımlarda > network-manager bir servis ve init betiği ile başlatılıyor. > Bizde böyle bir durum yok, dediğin gibi yapılabilir ancak müdür'e gömülü > NFS mount kodları var, onları nasıl temizleyeceğiz? NFS varsa fork etmez, bekleriz. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From inancyildirgan at gmail.com Fri Dec 25 19:11:09 2009 From: inancyildirgan at gmail.com (=?utf-8?q?=C4=B0nan=C3=A7_Y=C4=B1ld=C4=B1rgan?=) Date: Fri, 25 Dec 2009 19:11:09 +0200 Subject: [Gelistirici] 2009.1 Alpha Message-ID: <200912251911.09241.inancyildirgan@gmail.com> Selam; Alphanın bugün yayınlanması planlanmıyor muydu? Bir aksilik oldu sanırım? Ne olduğunu (son durumu) bizimle de paylaşır mısınız? İyi çalışmalar; İnanç From bahadir at pardus.org.tr Fri Dec 25 19:19:55 2009 From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=) Date: Fri, 25 Dec 2009 19:19:55 +0200 Subject: [Gelistirici] 2009.1 Alpha In-Reply-To: <200912251911.09241.inancyildirgan@gmail.com> References: <200912251911.09241.inancyildirgan@gmail.com> Message-ID: <200912251919.55879.bahadir@pardus.org.tr> 25 Aralık 2009 Cuma günü (saat 19:11:09) İnanç Yıldırgan şunları yazmıştı: > Alphanın bugün yayınlanması planlanmıyor muydu? Bir aksilik oldu sanırım? > Ne olduğunu (son durumu) bizimle de paylaşır mısınız? Gün içinde "öteliyoruz" duyurusu yapılmadığına göre, 00:00'dan önce yayınlanacak demektir :) F5'e basmaya devam :D -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From onur at pardus.org.tr Fri Dec 25 19:29:49 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Fri, 25 Dec 2009 19:29:49 +0200 Subject: [Gelistirici] 2009.1 Alpha In-Reply-To: <200912251911.09241.inancyildirgan@gmail.com> References: <200912251911.09241.inancyildirgan@gmail.com> Message-ID: <200912251929.49860.onur@pardus.org.tr> On 25 Aralık 2009 Cuma 19:11:09 İnanç Yıldırgan wrote: > Selam; > > Alphanın bugün yayınlanması planlanmıyor muydu? Bir aksilik oldu sanırım? > Ne olduğunu (son durumu) bizimle de paylaşır mısınız? Nihai ISO lar hazır görünüyor, son testlerini yapıyoruz şu anda, tamam dediğimizde sunucuya yükleyip duyuracağız :) -- Onur Küçük Knowledge speaks, but wisdom listens From inancyildirgan at gmail.com Fri Dec 25 21:22:32 2009 From: inancyildirgan at gmail.com (=?utf-8?q?=C4=B0nan=C3=A7_Y=C4=B1ld=C4=B1rgan?=) Date: Fri, 25 Dec 2009 21:22:32 +0200 Subject: [Gelistirici] Corporate kernel 2.6.31.9 alsa problem Message-ID: <200912252122.33184.inancyildirgan@gmail.com> Selam; Corporate deposundaki kerneli kurduktan sonra sistemde ses gitti. Alsa- driver'da güncel. snd modülleri yüklenmiyor. Kern.log'da Dec 25 21:15:52 bankai kernel: [ 444.188645] snd: exports duplicate symbol gcd (owned by kernel) şeklinde çıktı var. Elle insert etmeye çalışınca bankai inanc # modprobe snd-hda-intel WARNING: Error inserting snd_timer (/lib/modules/2.6.31.9-129- pae/kernel/sound/acore/snd-timer.ko): Invalid module format WARNING: Error inserting snd_pcm (/lib/modules/2.6.31.9-129- pae/kernel/sound/acore/snd-pcm.ko): Invalid module format WARNING: Error inserting snd_hwdep (/lib/modules/2.6.31.9-129- pae/kernel/sound/acore/snd-hwdep.ko): Invalid module format WARNING: Error inserting snd_hda_codec (/lib/modules/2.6.31.9-129- pae/kernel/sound/pci/hda/snd-hda-codec.ko): Invalid module format FATAL: Error inserting snd_hda_intel (/lib/modules/2.6.31.9-129- pae/kernel/sound/pci/hda/snd-hda-intel.ko): Invalid module format hatasını veriyor. Bilgin olsun. İyi çalışmalar; İnanç From gurer at pardus.org.tr Fri Dec 25 23:53:56 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Fri, 25 Dec 2009 23:53:56 +0200 Subject: [Gelistirici] =?iso-8859-9?q?M=FCd=FCr_-__Network?= In-Reply-To: <4B34EFF4.5050909@pardus.org.tr> References: <200912251847.47514.bahadir@pardus.org.tr> <4B34EFF4.5050909@pardus.org.tr> Message-ID: <200912252353.56963.gurer@pardus.org.tr> 25 Aralık 2009 Cuma günü (saat 19:01:40) Ozan Çağlayan şunları yazmıştı: > Açılışın yavaş açılacak olması fikrine benden NACK, zaten diğer > dağıtımlara göre yavaş açılıyoruz. Niye diğer dağıtımlara göre yavaş açılıyoruz? Yavaşlık farkının kaynağı nedir? Müdür logunda müdürün toplam işlem süresi 11 saniye görünüyor bende. Bunun da 6 saniye gibi bir kısmı udev'in işlemleri sürmüş. Bu bana çok görünmedi. Kernel yada desktop kaynaklı bir yavaşlık mı var? Bu arada logda anlamsız bir şekilde time.time()'ı önce değer olarak sonra formatlanmış şekilde basmaya başlamışız, evvelden oraya formatlı tarihin yanında uptime'ı yazıyor böylece müdür ilk devreye girdiği ana kadar kernelin kaç saniye harcadığını falan görebiliyorduk. From inancyildirgan at gmail.com Sat Dec 26 00:12:57 2009 From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=) Date: Sat, 26 Dec 2009 00:12:57 +0200 Subject: [Gelistirici] =?iso-8859-9?q?M=FCd=FCr_-__Network?= In-Reply-To: <200912252353.56963.gurer@pardus.org.tr> References: <200912251847.47514.bahadir@pardus.org.tr> <4B34EFF4.5050909@pardus.org.tr> <200912252353.56963.gurer@pardus.org.tr> Message-ID: <200912260012.57537.inancyildirgan@gmail.com> 25 Aralık 2009 Cuma günü (saat 23:53:56) Gürer Özen şunları yazmıştı: > Niye diğer dağıtımlara göre yavaş açılıyoruz? Yavaşlık farkının kaynağı > nedir? > > Müdür logunda müdürün toplam işlem süresi 11 saniye görünüyor bende. Bunun > da 6 saniye gibi bir kısmı udev'in işlemleri sürmüş. Bu bana çok > görünmedi. Kernel yada desktop kaynaklı bir yavaşlık mı var? > Tam olarak nedenini anlayamamış olsam da yaklaşık olarak 2 dk sürüyor açılış. Ki kullanmadığım servislerin hepsini off durumda. (8 servis açık) Bir çok şey denedim ama bir çözüm bulamadım ne yazık ki. From onur at pardus.org.tr Sat Dec 26 00:27:11 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sat, 26 Dec 2009 00:27:11 +0200 Subject: [Gelistirici] 2009.1 Beta Message-ID: <20091226002711.0378b987.onur@pardus.org.tr> Merhaba, $subject ftp de yerini aldı, emeği geçen herkesin eline sağlık :) Şu anda ftp sunucusunda Kurulan ve Kurulan Int. yer alıyor. Çalışan CD ile bazı donanımlarda X açılışı ile sorun yaşadığımız için henüz ftp sunucusuna yerleştirmedik. Sorunun sadece Türkçe açılışta olduğunu tahmin ediyoruz ancak farklı donanımlar üzerinde deneyip sorunun kaynağını yakalamak istiyoruz. En güncel çalışan ISO sunu şuraya [1] yerleştirdim. Deneyiniz, kurcalayınız, yakaladığınız sorunları iletiniz. [1] http://cekirdek.pardus.org.tr/~onur/2009live/ -- Onur Küçük Knowledge speaks, but wisdom listens From gurer at pardus.org.tr Sat Dec 26 10:58:45 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 26 Dec 2009 10:58:45 +0200 Subject: [Gelistirici] =?iso-8859-9?q?M=FCd=FCr_-__Network?= In-Reply-To: <200912260012.57537.inancyildirgan@gmail.com> References: <200912251847.47514.bahadir@pardus.org.tr> <200912252353.56963.gurer@pardus.org.tr> <200912260012.57537.inancyildirgan@gmail.com> Message-ID: <200912261058.45841.gurer@pardus.org.tr> 26 Aralık 2009 Cumartesi günü (saat 00:12:57) İnanç Yıldırgan şunları yazmıştı: > Tam olarak nedenini anlayamamış olsam da yaklaşık olarak 2 dk sürüyor > açılış. Ki kullanmadığım servislerin hepsini off durumda. (8 servis açık) > Bir çok şey denedim ama bir çözüm bulamadım ne yazık ki. Bu 2 dk bilgisi hiç bir işe yaramıyor malesef. Her adımı ayrı ayrı ölçebilir misin rica etsem? Adımlar: 1. Power on tuşuna basınca grub ekranının gelmesi 2. Grub ekranında entera basmanla yada timeout etmesiyle ekrana INIT Vbilmemkaç yazması arasındaki süre. 3. Initin devreye girmesiyle müdürün starting services yazması arasındaki süre, ayrıca müdürün mesajları sırasında bekleme olan bir nokta var mı, 4. Starting services ile ekranın kararıp X pointerının gelmesi 5. X ile KDM login ekranı 6. Loginden sonra desktopun açılması Ayrıca bir de bootchart raporu alabilirsen çok makbule geçer. From ozan at pardus.org.tr Sat Dec 26 11:52:49 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 26 Dec 2009 11:52:49 +0200 Subject: [Gelistirici] =?utf-8?b?TcO8ZMO8ciAtICBOZXR3b3Jr?= In-Reply-To: <200912260012.57537.inancyildirgan@gmail.com> References: <200912251847.47514.bahadir@pardus.org.tr> <4B34EFF4.5050909@pardus.org.tr> <200912252353.56963.gurer@pardus.org.tr> <200912260012.57537.inancyildirgan@gmail.com> Message-ID: <4B35DCF1.9020004@pardus.org.tr> İnanç Yıldırgan wrote: > 25 Aralık 2009 Cuma günü (saat 23:53:56) Gürer Özen şunları yazmıştı: > > >> Niye diğer dağıtımlara göre yavaş açılıyoruz? Yavaşlık farkının kaynağı >> nedir? >> >> Müdür logunda müdürün toplam işlem süresi 11 saniye görünüyor bende. Bunun >> da 6 saniye gibi bir kısmı udev'in işlemleri sürmüş. Bu bana çok >> görünmedi. Kernel yada desktop kaynaklı bir yavaşlık mı var? >> >> > Tam olarak nedenini anlayamamış olsam da yaklaşık olarak 2 dk sürüyor açılış. > Ki kullanmadığım servislerin hepsini off durumda. (8 servis açık) Bir çok şey > denedim ama bir çözüm bulamadım ne yazık ki. > > Yavaşlıktan kastım 2 dakika falan değil orada bir anormallik olduğu kesin. X/KDM'yi çok bekliyoruz, Diğer dağıtımlar readahead, sreadahead, plymouth/KMS, preload vs. kullanarak süreyi oldukça daraltıyorlar. Ancak ben ne zaman bunları denemeye kalkışsam belge eksikliğinden, neyin nasıl yapılacağı çok anlatılmadığından ya randıman alamıyorum ya cuvalliyorum. SuSE (preload kullanıyor) örneğin 14 saniye gibi bir sürede GDM'ye gelirken bizde 26 saniyeyi buluyor. Yine SuSE'de firefoxun ilk başlangıç hızı 1.5~ saniye iken bizde 6-7 saniyeyi buluyor. (Quadcore sistem) From ozan at pardus.org.tr Sat Dec 26 11:58:00 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 26 Dec 2009 11:58:00 +0200 Subject: [Gelistirici] Corporate kernel 2.6.31.9 alsa problem In-Reply-To: <200912252122.33184.inancyildirgan@gmail.com> References: <200912252122.33184.inancyildirgan@gmail.com> Message-ID: <4B35DE28.20308@pardus.org.tr> İnanç Yıldırgan wrote: > Selam; > > Corporate deposundaki kerneli kurduktan sonra sistemde ses gitti. Alsa- > driver'da güncel. snd modülleri yüklenmiyor. Kern.log'da > > Tamam teşekkürler bakacağım. From mnurolcay at gmail.com Sat Dec 26 17:08:24 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Sat, 26 Dec 2009 17:08:24 +0200 Subject: [Gelistirici] =?utf-8?q?Gtk_ile_ilgili_bir_=C3=A7=C3=B6kme_hakk?= =?utf-8?b?xLFuZGEgeWFyZMSxbSAgPw==?= Message-ID: <200912261708.24257.mnurolcay@gmail.com> Merhaba, Bir süredir açık duran bir hata[1] ile ilgili yardım almak istiyorum. Hangi güncellemeden sonra oldu bilmiyorum ama Contrib deposundaki paketlerimden fotoxx[2], jpeg dosyalarını açarken çökmeye başladı ve FreeImage ile ilgili bir hata veriyor. FreeImage'deki yamalardan olabileceğini düşünüp Freeimage'i yamasız derleyince, FreeImage hatası gitti ama ama bu sefer de gtk ile ilgili bir hata verdi. Uğraştım epey ama sorunun kaynağını bulamadım. Fotoxx'un geliştiricisine Pardus kurup denettim hatta, o da anlayamadı pek bize özgün bu durumu :) Daha çok Gtk ile ilgili gibi geldi. Vakti olan biri yardımcı olabilirse sevinirim. Çökme sonrası bt ektedir. 1. http://bugs.pardus.org.tr/show_bug.cgi?id=11529 2. http://svn.pardus.org.tr/contrib/2009/devel/multimedia/graphics/fotoxx/ --- Mehmet Nur Olcay -------------- sonraki bölüm -------------- (gdb) bt #0 0xb7f841b9 in jpeg_CreateDecompress (cinfo=0x95a3c98, version=62, structsize=464) at Source/LibJPEG/jdapimin.c:71 #1 0xb6f24027 in gdk_pixbuf__jpeg_image_begin_load (size_func=0xb7a920a0 , prepared_func=0xb7a924c0 , updated_func=0xb7a923e0 , user_data=0x9142090, error=0x0) at io-jpeg.c:660 #2 0xb7a922d3 in gdk_pixbuf_loader_load_module (loader=0x9142090, image_type=, error=0x0) at gdk-pixbuf-loader.c:382 #3 0xb7a92f54 in gdk_pixbuf_loader_eat_header_write (error=, count=, buf=, loader=) at gdk-pixbuf-loader.c:417 #4 IA__gdk_pixbuf_loader_write (error=, count=, buf=, loader=) at gdk-pixbuf-loader.c:463 #5 0xb7a91676 in IA__gdk_pixbuf_new_from_file_at_scale (filename=0x91a0d28 "/home/mnurolcay/av-2089.jpg", width=256, height=256, preserve_aspect_ratio=1, error=0x0) at gdk-pixbuf-io.c:1255 #6 0xb7a918ef in IA__gdk_pixbuf_new_from_file_at_size (filename=0x91a0d28 "/home/mnurolcay/av-2089.jpg", width=256, height=256, error=0x0) at gdk-pixbuf-io.c:1097 #7 0x0809fdb9 in image_thumbfile(char const*) () #8 0x080a1a45 in image_thumbnail(char const*, int) () #9 0x080a1b03 in zgetfile_preview(_GtkWidget*, _GtkWidget*) () From ozan at pardus.org.tr Sat Dec 26 17:29:34 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 26 Dec 2009 17:29:34 +0200 Subject: [Gelistirici] =?utf-8?q?Gtk_ile_ilgili_bir_=C3=A7=C3=B6kme_hakk?= =?utf-8?b?xLFuZGEgeWFyZMSxbSAgPw==?= In-Reply-To: <200912261708.24257.mnurolcay@gmail.com> References: <200912261708.24257.mnurolcay@gmail.com> Message-ID: <4B362BDE.1060800@pardus.org.tr> Mehmet Nur Olcay wrote: > Merhaba, > > Bir süredir açık duran bir hata[1] ile ilgili yardım almak istiyorum. Hangi güncellemeden sonra oldu > bilmiyorum ama Contrib deposundaki paketlerimden fotoxx[2], jpeg dosyalarını açarken çökmeye başladı > ve FreeImage ile ilgili bir hata veriyor. FreeImage'deki yamalardan olabileceğini düşünüp > Freeimage'i yamasız derleyince, FreeImage hatası gitti ama ama bu sefer de gtk ile ilgili bir hata > verdi. Uğraştım epey ama sorunun kaynağını bulamadım. Fotoxx'un geliştiricisine Pardus kurup > denettim hatta, o da anlayamadı pek bize özgün bu durumu :) > gdb'de bt dediğin yerde frame 0 list yazınca kod parçası veriyor mu? Vermiyorsa o Source/LibJPEG/jdapimin.c hangi paketten geliyorsa o paketi pisi ile unpack edip tekrar dene o zaman kod parçası vermesi lazım. O kodu yollarsan daha faydalı olabilir. Bir de o noktada gdb ile 71. satırda kullanılan değişkenlerin içeriğine falan bakabilirsin (atıyorum x değişkeninin içeriğini ekrana basmak için p x yazıp enter'a basıyorsun) From mnurolcay at gmail.com Sat Dec 26 18:00:14 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Sat, 26 Dec 2009 18:00:14 +0200 Subject: [Gelistirici] =?utf-8?q?Gtk_ile_ilgili_bir_=C3=A7=C3=B6kme_hakk?= =?utf-8?b?xLFuZGEgeWFyZMSxbSAgPw==?= In-Reply-To: <4B362BDE.1060800@pardus.org.tr> References: <200912261708.24257.mnurolcay@gmail.com> <4B362BDE.1060800@pardus.org.tr> Message-ID: <200912261800.14217.mnurolcay@gmail.com> Yanıt için teşekkürler, gdb üzerinde kod vermiyor. Kaynak dosyada hatayı döndüren kod ve dosyanın tamamı ekte. Hata mesajındaki 71. satır, bu dosyada 38. satır: if (structsize != SIZEOF(struct jpeg_decompress_struct)) ERREXIT2(cinfo, JERR_BAD_STRUCT_SIZE, --- Mehmet Nur Olcay -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: jdapimin_part.c Type: text/x-csrc Size: 1147 bytes Desc: kullanılamıyor URL: -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: jdapimin.c Type: text/x-csrc Size: 14951 bytes Desc: kullanılamıyor URL: From gurer at pardus.org.tr Sat Dec 26 20:08:42 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 26 Dec 2009 20:08:42 +0200 Subject: [Gelistirici] =?iso-8859-9?q?M=FCd=FCr_-__Network?= In-Reply-To: <4B35DCF1.9020004@pardus.org.tr> References: <200912251847.47514.bahadir@pardus.org.tr> <200912260012.57537.inancyildirgan@gmail.com> <4B35DCF1.9020004@pardus.org.tr> Message-ID: <200912262008.43657.gurer@pardus.org.tr> 26 Aralık 2009 Cumartesi günü (saat 11:52:49) Ozan Çağlayan şunları yazmıştı: > X/KDM'yi çok bekliyoruz, > Diğer dağıtımlar readahead, sreadahead, plymouth/KMS, preload vs. > kullanarak süreyi oldukça daraltıyorlar. > > Ancak ben ne zaman bunları denemeye kalkışsam belge eksikliğinden, neyin > nasıl yapılacağı çok anlatılmadığından ya randıman alamıyorum ya > cuvalliyorum. SuSE (preload kullanıyor) örneğin 14 saniye gibi bir > sürede GDM'ye gelirken bizde 26 saniyeyi buluyor. Yine SuSE'de firefoxun > ilk başlangıç hızı 1.5~ saniye iken bizde 6-7 saniyeyi buluyor. > (Quadcore sistem) Firefox, OpenOffice.org gibi uygulamalar için çözüm preload. Özel bir ayar gerektirmemesi lazım, dinamik olarak öğreniyor. Belki default olarak bu uygulamaları yüklemesini sağlayacak bir state dosyasıyla dağıtılabilir. KDM biraz daha zor. Orada readahead'i denedim ben şimdi. X'in açılması ile KDM login ekranı arasındaki süre 5 sn den 3 snye indi. Login ile desktop arasındaki süre ise 32 sn den 25 sn ye indi. Ancak o sürede neredeyse hiç bir yükleme yapmadı, aslında 5-6 sn sonunda tüm progress ikonları çıkmıştı, ancak herhangi bi disk i/o yapılmayan uzun bir bekleme yaptı orada, gereksiz sleep falan mı var acaba? Git'ten readahead kodunu çekip derledim. readahead ve readahead-collector dosyalarını /sbin'e attım, readahead.conf'u /etc ye attım, /var/lib/readahead dizinini oluşturdum. Sistemi init=/sbin/readahead-collector ile bu ettim ama bu sırada audit servisini off konumda tuttum. Oluşan dosyadan .swap'ı çıkardım (bunu readahead.conf'a eklemek lazım). /sbin/mudur.py içine setupUdev() den önce şu satırı ekledim: run_async(["/sbin/readahead", "/var/lib/readahead/custom.early"], fstdout="/dev/null") Bunu tam olarak entegre etmek istersek, müdür içinden mesela kurulumdan ve büyük updatelerden sonra collector'u otomatik çalıştırmak ve normal bootlarda da yukardaki satırı işletmek yeterli olacaktır. sreadahead özel bir kernel yaması falan istiyor, çok da iyi yöntem gibi gelmedi bana. Sizler de denerseniz sonuçları bir karşılaştıralım. From burakclskn at gmail.com Sat Dec 26 20:41:18 2009 From: burakclskn at gmail.com (=?UTF-8?B?QnVyYWsgw4dhbMSxxZ9rYW4=?=) Date: Sat, 26 Dec 2009 20:41:18 +0200 Subject: [Gelistirici] =?utf-8?q?Gtk_ile_ilgili_bir_=C3=A7=C3=B6kme_hakk?= =?utf-8?b?xLFuZGEgeWFyZMSxbSAgPw==?= In-Reply-To: <200912261708.24257.mnurolcay@gmail.com> References: <200912261708.24257.mnurolcay@gmail.com> Message-ID: <4B3658CE.4020902@gmail.com> Mehmet Nur Olcay wrote On 26-12-2009 17:08: > > Merhaba, > > Bir süredir açık duran bir hata[1] ile ilgili yardım almak istiyorum. Hangi güncellemeden sonra oldu > bilmiyorum ama Contrib deposundaki paketlerimden fotoxx[2], jpeg dosyalarını açarken çökmeye başladı > ve FreeImage ile ilgili bir hata veriyor. FreeImage'deki yamalardan olabileceğini düşünüp > Freeimage'i yamasız derleyince, FreeImage hatası gitti ama ama bu sefer de gtk ile ilgili bir hata > verdi. Uğraştım epey ama sorunun kaynağını bulamadım. Fotoxx'un geliştiricisine Pardus kurup > denettim hatta, o da anlayamadı pek bize özgün bu durumu :) > > Daha çok Gtk ile ilgili gibi geldi. Vakti olan biri yardımcı olabilirse sevinirim. > > Çökme sonrası bt ektedir. > > 1. http://bugs.pardus.org.tr/show_bug.cgi?id=11529 > 2. http://svn.pardus.org.tr/contrib/2009/devel/multimedia/graphics/fotoxx/ > --- > Mehmet Nur Olcay > FreeImage 3.12 ile, gtk2.16 ve 2.18 de aynı hatayı tekrarlıyorum. FreeImage 3.10 sürümünde hata tekralanmıyor, zaten popüler dağıtımlar 3.10 ve 3.11 sürümünü almış, genelde 3.10. 3.10 ve 3.11 de harhangi bir sorun yok. Her iki gtk2 sürümünde sorunsuzca çalışıyor. From onur at pardus.org.tr Sat Dec 26 21:09:36 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sat, 26 Dec 2009 21:09:36 +0200 Subject: [Gelistirici] =?utf-8?q?Farmlara_1_g=C3=BCnl=C3=BCk__izin?= Message-ID: <20091226210936.65dc4c25.onur@pardus.org.tr> Merhaba, Derleme çiftliklerinin olduğu sistem odasında bakım çalışması yapılacağı için bu akşamdan itibaren pazartesi sabahına kadar çiftlik sistemlerini kapatacağız. Her şey yolunda giderse pazartesi sabahı çiftlik bilgisayarları tekrar çalışmaya başlayacak. ilgi bilgi, -- Onur Küçük Knowledge speaks, but wisdom listens From bahadir at pardus.org.tr Sat Dec 26 21:26:02 2009 From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=) Date: Sat, 26 Dec 2009 21:26:02 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Farmlara_1_g=FCnl=FCk__izin?= In-Reply-To: <20091226210936.65dc4c25.onur@pardus.org.tr> References: <20091226210936.65dc4c25.onur@pardus.org.tr> Message-ID: <200912262126.11243.bahadir@pardus.org.tr> 26 Aralık 2009 Cumartesi günü (saat 21:09:36) Onur Küçük şunları yazmıştı: > Merhaba, > > Derleme çiftliklerinin olduğu sistem odasında bakım çalışması > yapılacağı için bu akşamdan itibaren pazartesi sabahına kadar çiftlik > sistemlerini kapatacağız. Her şey yolunda giderse pazartesi sabahı > çiftlik bilgisayarları tekrar çalışmaya başlayacak. Ulaşılamayan çiftçi varsa sistemleri kapatma konusunda makul bir ücrete yardımcı olabilirim. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From mnurolcay at gmail.com Sun Dec 27 00:01:09 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Sun, 27 Dec 2009 00:01:09 +0200 Subject: [Gelistirici] =?utf-8?q?Gtk_ile_ilgili_bir_=C3=A7=C3=B6kme_hakk?= =?utf-8?b?xLFuZGEgeWFyZMSxbSAgPw==?= In-Reply-To: <4B3658CE.4020902@gmail.com> References: <200912261708.24257.mnurolcay@gmail.com> <4B3658CE.4020902@gmail.com> Message-ID: <200912270001.09457.mnurolcay@gmail.com> On Saturday 26 December 2009 20:41:18 Burak Çalışkan wrote: > > FreeImage 3.12 ile, gtk2.16 ve 2.18 de aynı hatayı tekrarlıyorum. > > FreeImage 3.10 sürümünde hata tekralanmıyor, zaten popüler dağıtımlar > 3.10 ve 3.11 sürümünü almış, genelde 3.10. > > 3.10 ve 3.11 de harhangi bir sorun yok. Her iki gtk2 sürümünde > sorunsuzca çalışıyor. Suse, Ubuntu, Debian ve Fedora 3.10'da, Mandriva 3.11'de imiş. 3.10'a indirip bir kaç düzeltme yaptım[1]. Biz de 3.10'a inelim mi? fotoxx ve cegui (dolayısıyla smc) görünen ters bağımlılıkları. Yeniden derlemediğim halde sorunlu görünmüyorlar, revdep-build çıktısında görünen bir şey de yok ama her ihtimale karşı bunların da yeniden derlenmesini sağlarsak, sorun olmayacak gibi. Ya da , savulun ben 3.12'yi de adam ederim diyen var mı :) 1. http://svn.pardus.org.tr/pardus/playground/mnurolcay/2009/multimedia/library/FreeImage --- Mehmet Nur Olcay From onur at pardus.org.tr Sun Dec 27 01:39:28 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sun, 27 Dec 2009 01:39:28 +0200 Subject: [Gelistirici] =?utf-8?q?Gtk_ile_ilgili_bir_=C3=A7=C3=B6kme_hakk?= =?utf-8?b?xLFuZGEgeWFyZMSxbSAgID8=?= In-Reply-To: <200912270001.09457.mnurolcay@gmail.com> References: <200912261708.24257.mnurolcay@gmail.com> <4B3658CE.4020902@gmail.com> <200912270001.09457.mnurolcay@gmail.com> Message-ID: <20091227013928.7c8e808c.onur@pardus.org.tr> On Sun, 27 Dec 2009 00:01:09 +0200 Mehmet Nur Olcay wrote: > Ya da , savulun ben 3.12'yi de adam ederim diyen var mı :) olma mı :P devel deki freeimage i dener misin ? Sorun bende düzeldi -- Onur Küçük Knowledge speaks, but wisdom listens From mnurolcay at gmail.com Sun Dec 27 01:53:09 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Sun, 27 Dec 2009 01:53:09 +0200 Subject: [Gelistirici] =?utf-8?q?Gtk_ile_ilgili_bir_=C3=A7=C3=B6kme_hakk?= =?utf-8?b?xLFuZGEgeWFyZMSxbSAgPw==?= In-Reply-To: <20091227013928.7c8e808c.onur@pardus.org.tr> References: <200912261708.24257.mnurolcay@gmail.com> <200912270001.09457.mnurolcay@gmail.com> <20091227013928.7c8e808c.onur@pardus.org.tr> Message-ID: <200912270153.09332.mnurolcay@gmail.com> On Sunday 27 December 2009 01:39:28 Onur Küçük wrote: > olma mı :P Olmuş hakikaten :) Epeydir canımı sıkan bir hataydı, eline sağlık. Hatanın çözümü bu paketin stable'a alınması ile olacak, hemen alamıyor muyuz, bir nevi security deyip :) --- Mehmet Nur Olcay From ozan at pardus.org.tr Sun Dec 27 01:53:45 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sun, 27 Dec 2009 01:53:45 +0200 Subject: [Gelistirici] =?utf-8?b?TcO8ZMO8ciAtICBOZXR3b3Jr?= In-Reply-To: <200912262008.43657.gurer@pardus.org.tr> References: <200912251847.47514.bahadir@pardus.org.tr> <200912260012.57537.inancyildirgan@gmail.com> <4B35DCF1.9020004@pardus.org.tr> <200912262008.43657.gurer@pardus.org.tr> Message-ID: <4B36A209.4010609@pardus.org.tr> Gürer Özen wrote: > Firefox, OpenOffice.org gibi uygulamalar için çözüm preload. Özel bir ayar > gerektirmemesi lazım, dinamik olarak öğreniyor. Belki default olarak bu > uygulamaları yüklemesini sağlayacak bir state dosyasıyla dağıtılabilir. > > KDM biraz daha zor. Orada readahead'i denedim ben şimdi. X'in açılması ile KDM > login ekranı arasındaki süre 5 sn den 3 snye indi. Login ile desktop > arasındaki süre ise 32 sn den 25 sn ye indi. Ancak o sürede neredeyse hiç bir > yükleme yapmadı, aslında 5-6 sn sonunda tüm progress ikonları çıkmıştı, ancak > herhangi bi disk i/o yapılmayan uzun bir bekleme yaptı orada, gereksiz sleep > falan mı var acaba? > > Git'ten readahead kodunu çekip derledim. readahead ve readahead-collector > dosyalarını /sbin'e attım, readahead.conf'u /etc ye attım, /var/lib/readahead > dizinini oluşturdum. Sistemi init=/sbin/readahead-collector ile bu ettim ama > bu sırada audit servisini off konumda tuttum. Oluşan dosyadan .swap'ı çıkardım > (bunu readahead.conf'a eklemek lazım). /sbin/mudur.py içine setupUdev() den > önce şu satırı ekledim: > > run_async(["/sbin/readahead", "/var/lib/readahead/custom.early"], > fstdout="/dev/null") > > Bunu tam olarak entegre etmek istersek, müdür içinden mesela kurulumdan ve > büyük updatelerden sonra collector'u otomatik çalıştırmak ve normal bootlarda > da yukardaki satırı işletmek yeterli olacaktır. > > sreadahead özel bir kernel yaması falan istiyor, çok da iyi yöntem gibi > gelmedi bana. Sizler de denerseniz sonuçları bir karşılaştıralım. > Abi şöyle bi olay var, ortada 3 adet readahead var (readahead, sreadahead, ureadahead). sreadahead'i intelciler yazıyordu en son, rotational'dan ziyade SSD için azıcık optimize, kernel'de tracer yaması isteyen bir şey. readahead daha eski bir proje. ureadahead'i debiancilar yeni çıkarttı. preload cephesindeyse bir fedora preload var, bir de suse preload var. suse preload'un opsiyonel kernel modülü var. Varoglu var. Ben bunlara daldığım zaman süper demotive oluyorum 14bin ayrı fork olduğu için bir de denediğim sistemlerde çok fazla etkisini görmeyi pek başaramıyorum. GDM'in preloading desteği var, KDM'nin yok. Müdür'de X11 soketini bekleyen bir waitBus var, en son denemelerimde o süre 5 saniyeden bazen 1-2 bazen 2-3 aralığına inmişti preload ile. Vaktim olduğunda tekrar mutlaka bakacağım hep aklımda, preload desteği eklemiştim müdür'e zaten. From onur at pardus.org.tr Sun Dec 27 02:27:42 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sun, 27 Dec 2009 02:27:42 +0200 Subject: [Gelistirici] =?utf-8?q?Gtk_ile_ilgili_bir_=C3=A7=C3=B6kme_hakk?= =?utf-8?b?xLFuZGEgeWFyZMSxbSAgID8=?= In-Reply-To: <200912270153.09332.mnurolcay@gmail.com> References: <200912261708.24257.mnurolcay@gmail.com> <200912270001.09457.mnurolcay@gmail.com> <20091227013928.7c8e808c.onur@pardus.org.tr> <200912270153.09332.mnurolcay@gmail.com> Message-ID: <20091227022742.ea5b7999.onur@pardus.org.tr> On Sun, 27 Dec 2009 01:53:09 +0200 Mehmet Nur Olcay wrote: > On Sunday 27 December 2009 01:39:28 Onur Küçük wrote: > > > olma mı :P > > Olmuş hakikaten :) > > Epeydir canımı sıkan bir hataydı, eline sağlık. afiyet olsun :) > Hatanın çözümü bu paketin stable'a alınması ile olacak, hemen > alamıyor muyuz, bir nevi security deyip :) farm tatilde, daha paketi derleyemiyoruz :) Hafta başı ACK/NACK başlatacağım, o arada alalım -- Onur Küçük Knowledge speaks, but wisdom listens From fatih at pardus.org.tr Sun Dec 27 03:16:43 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sun, 27 Dec 2009 03:16:43 +0200 Subject: [Gelistirici] =?iso-8859-9?q?M=FCd=FCr_-__Network?= In-Reply-To: <4B36A209.4010609@pardus.org.tr> References: <200912251847.47514.bahadir@pardus.org.tr> <200912262008.43657.gurer@pardus.org.tr> <4B36A209.4010609@pardus.org.tr> Message-ID: <200912270316.44079.fatih@pardus.org.tr> On Sunday 27 December 2009 01:53:45 Ozan Çağlayan wrote: > GDM'in preloading desteği var, KDM'nin yok. Nasıl bir preloading desteği bu? kdmrc'deki Preloader seçeneği aynı işi yapıyor olmasın? From gurer at pardus.org.tr Sun Dec 27 10:44:47 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sun, 27 Dec 2009 10:44:47 +0200 Subject: [Gelistirici] =?iso-8859-9?q?M=FCd=FCr_-__Network?= In-Reply-To: <4B36A209.4010609@pardus.org.tr> References: <200912251847.47514.bahadir@pardus.org.tr> <200912262008.43657.gurer@pardus.org.tr> <4B36A209.4010609@pardus.org.tr> Message-ID: <200912271044.47475.gurer@pardus.org.tr> 27 Aralık 2009 Pazar günü (saat 01:53:45) Ozan Çağlayan şunları yazmıştı: > Ben bunlara daldığım zaman süper demotive oluyorum 14bin ayrı fork > olduğu için bir de denediğim sistemlerde çok fazla etkisini görmeyi pek > başaramıyorum. Demotive olacak bişi yok ki. Normal readahead ile bende 9-10 saniye falan fark oldu, KDM'deki boş bekleme olayı da çözülürse belki 20-25 sn ye çıkacak fark. Şimdi diğer readahead varyantları mesela yalnızca 1-2 sn farkediyor ama kernel yaması vb istiyorsa o kadar uğraşmaya gerek yok. Belli başlı bikaç taneyi test eder hız ve entegrasyon kolaylığına göre bir taneyi seçeriz. Ortada bir maintainance sorunu da yok, readahead dediğin bir dosyadan dosya adları okuyup üzerlerinde bikaç sistem çağrısı yapan minicik programlar. Erişim listesini çıkartan kodlar bile oldukça küçük ve basit. Müdür'ün IO miktarı çok düşük (shell komutları yerine built-in kodlarla gitmenin bir sonucu), bu sürede baya bi yükleme yapılabiliyor. Ancak bunu KDM'ye yönelik kullanmak lazım. Kullanıcının uygulamaları için preload gibi dinamik olarak öğrenen bir sistem daha avantajlı. Boot dosyaları ile mesela openoffice şeylerini bir arada yüklemek süreci yavaşlatabilir. Bir de preload kapatılabilir olmalı, mesela bataryadan sistemi çalıştırdığımda hiç openoffice açmayacaksam o dosyaların yüklenip bir dolu gereksiz disk işlemi yapılmasını istemeyebilirim. Yada hızlı bir diski (SSD) olan kişi preload tercih etmeyebilir. Boot readahead ise her durumda faydalı olacak bişi, o yüzden bu ikisi ayrı tutmayı tavsiye ettim. From ozan at pardus.org.tr Sun Dec 27 12:10:34 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sun, 27 Dec 2009 12:10:34 +0200 Subject: [Gelistirici] =?utf-8?b?TcO8ZMO8ciAtICBOZXR3b3Jr?= In-Reply-To: <200912271044.47475.gurer@pardus.org.tr> References: <200912251847.47514.bahadir@pardus.org.tr> <200912262008.43657.gurer@pardus.org.tr> <4B36A209.4010609@pardus.org.tr> <200912271044.47475.gurer@pardus.org.tr> Message-ID: <4B37329A.807@pardus.org.tr> Gürer Özen wrote: > 27 Aralık 2009 Pazar günü (saat 01:53:45) Ozan Çağlayan şunları yazmıştı: > > >> Ben bunlara daldığım zaman süper demotive oluyorum 14bin ayrı fork >> olduğu için bir de denediğim sistemlerde çok fazla etkisini görmeyi pek >> başaramıyorum. >> > > Demotive olacak bişi yok ki. Normal readahead ile bende 9-10 saniye falan fark > oldu, KDM'deki boş bekleme olayı da çözülürse belki 20-25 sn ye çıkacak fark. > Şimdi diğer readahead varyantları mesela yalnızca 1-2 sn farkediyor ama kernel > yaması vb istiyorsa o kadar uğraşmaya gerek yok. Belli başlı bikaç taneyi test > eder hız ve entegrasyon kolaylığına göre bir taneyi seçeriz. > > Ben dün akşam tekrar baktım, ubuntu sreadahead'den ureadahead'e geçmiş. Ufak bir kernel yaması istiyor ext2/3/4 inode işlemlerini trace etmek için. Sonuçlar çoğu makinede baya iyi, 20 küsür saniyelik düşüşler var. Ama bazı insanlarda da ters tepebiliyor. Bakalım bakalım :) From ozan at pardus.org.tr Sun Dec 27 12:11:10 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sun, 27 Dec 2009 12:11:10 +0200 Subject: [Gelistirici] =?utf-8?b?TcO8ZMO8ciAtICBOZXR3b3Jr?= In-Reply-To: <200912270316.44079.fatih@pardus.org.tr> References: <200912251847.47514.bahadir@pardus.org.tr> <200912262008.43657.gurer@pardus.org.tr> <4B36A209.4010609@pardus.org.tr> <200912270316.44079.fatih@pardus.org.tr> Message-ID: <4B3732BE.5030303@pardus.org.tr> Fatih Aşıcı wrote: > On Sunday 27 December 2009 01:53:45 Ozan Çağlayan wrote: > >> GDM'in preloading desteği var, KDM'nin yok. >> > > Nasıl bir preloading desteği bu? kdmrc'deki Preloader seçeneği > aynı işi yapıyor olmasın? > Bir script yazıp onu GDM'ye veriyorsun, GDM idle iken o script'i çalıştırıp preloading yapabiliyor. From necdetyucel at gmail.com Sun Dec 27 19:36:59 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Sun, 27 Dec 2009 19:36:59 +0200 Subject: [Gelistirici] corporate2/devel-x86_64/kernel/default/drivers/module-fglrx - fix for x86-64 In-Reply-To: <20091227171912.320E449CAC2@ns1.pardus.org.tr> References: <20091227171912.320E449CAC2@ns1.pardus.org.tr> Message-ID: Nasıl yaptıysam son halini commit etmemişim. Şimdi doğrusunu gönderiyorum. From necdetyucel at gmail.com Sun Dec 27 23:42:47 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Sun, 27 Dec 2009 23:42:47 +0200 Subject: [Gelistirici] =?iso-8859-9?q?64_bit_virtualbox_hakk=FDnda?= Message-ID: Selamlar, Virtualbox'ın 64bit paketini yaparken açık kaynak kodlu olanının 64bitte derlenmediğini gördüm. Yani derlenmek için illa 32bit desteği istiyor. [1] adresinden de görebileceğiniz gibi configure şöyle bir aşamadan geçiyor: # # Check if we are able to build 32-bit applications (needed for the guest additions) # check_32bit() { test_header "32-bit support" cat > $ODIR.tmp_src.c << EOF #include int main(void) { return 0; } EOF echo "compiling the following source file:" >> $LOG cat $ODIR.tmp_src.c >> $LOG echo "using the following command line:" >> $LOG echo "$CC -m32 -O -Wall -o $ODIR.tmp_out $ODIR.tmp_src.c" >> $LOG $CC -m32 -O -Wall -o $ODIR.tmp_out $ODIR.tmp_src.c >> $LOG 2>&1 if [ $? -ne 0 ]; then echo echo " Cannot compile 32-bit applications (missing headers and/or libraries)!" echo " Check the file $LOG for detailed error information." fail fi log_success "" } Burada başarısızlığa uğrayınca kesiliyor. Halbuki kendi sitesinde[2] AMD64 için binary dosyası var. Bir alternatif Virtualbox'ı dağıtımdan çıkarmak, diğeri de bu ikilik dosyayı kullanmak. Ne dersiniz? Necdet Yücel [1] http://www.virtualbox.org/svn/vbox/trunk/configure [2] http://www.virtualbox.org/wiki/Linux_Downloads From caglar at pardus.org.tr Mon Dec 28 01:21:14 2009 From: caglar at pardus.org.tr (=?UTF-8?B?Uy7Dh2HEn2xhciBPbnVy?=) Date: Mon, 28 Dec 2009 01:21:14 +0200 Subject: [Gelistirici] =?utf-8?q?64_bit_virtualbox_hakk=C4=B1nda?= In-Reply-To: References: Message-ID: <92ad66910912271521u188845ddpf0acfbb25e936437@mail.gmail.com> Selamlar; 2009/12/27 Necdet Yücel : > Halbuki kendi sitesinde[2] AMD64 için binary dosyası var. Bir > alternatif Virtualbox'ı dağıtımdan çıkarmak, diğeri de bu ikilik > dosyayı kullanmak. > > Ne dersiniz? Sorun VirtualBox'ta degil de gcc paketinde sanki, 64 bit derleyicinin 32 bit kod uretememesi icin bir sebep olmamali, gcc'nin configure parametrelerine goz atsaniza... Saygilar From caglar at pardus.org.tr Mon Dec 28 01:26:09 2009 From: caglar at pardus.org.tr (=?UTF-8?B?Uy7Dh2HEn2xhciBPbnVy?=) Date: Mon, 28 Dec 2009 01:26:09 +0200 Subject: [Gelistirici] =?utf-8?q?64_bit_virtualbox_hakk=C4=B1nda?= In-Reply-To: <92ad66910912271521u188845ddpf0acfbb25e936437@mail.gmail.com> References: <92ad66910912271521u188845ddpf0acfbb25e936437@mail.gmail.com> Message-ID: <92ad66910912271526n8b3545frfe1ff55f490a671@mail.gmail.com> Selamlar; 2009/12/28 S.Çağlar Onur : > Selamlar; > > 2009/12/27 Necdet Yücel : >> Halbuki kendi sitesinde[2] AMD64 için binary dosyası var. Bir >> alternatif Virtualbox'ı dağıtımdan çıkarmak, diğeri de bu ikilik >> dosyayı kullanmak. >> >> Ne dersiniz? > > Sorun VirtualBox'ta degil de gcc paketinde sanki, 64 bit derleyicinin > 32 bit kod uretememesi icin bir sebep olmamali, gcc'nin configure > parametrelerine goz atsaniza... Veya oradaki ornek kodu derlemeye kalkinca "gnu/stubs-32.h: No such file or directory" gibi birsey aliyorsaniz bu sefer de glibc paketinde sorun var demektir (eksik glibc headeri). Saygilar From caglar at pardus.org.tr Mon Dec 28 01:39:50 2009 From: caglar at pardus.org.tr (=?UTF-8?B?Uy7Dh2HEn2xhciBPbnVy?=) Date: Mon, 28 Dec 2009 01:39:50 +0200 Subject: [Gelistirici] =?utf-8?b?TcO8ZMO8ciAtIE5ldHdvcms=?= In-Reply-To: <4B36A209.4010609@pardus.org.tr> References: <200912251847.47514.bahadir@pardus.org.tr> <200912260012.57537.inancyildirgan@gmail.com> <4B35DCF1.9020004@pardus.org.tr> <200912262008.43657.gurer@pardus.org.tr> <4B36A209.4010609@pardus.org.tr> Message-ID: <92ad66910912271539o48401347yd26cba2c11811824@mail.gmail.com> Selamlar, 2009/12/27 Ozan Çağlayan : > Gürer Özen wrote: >> Firefox, OpenOffice.org gibi uygulamalar için çözüm preload. Özel bir ayar >> gerektirmemesi lazım, dinamik olarak öğreniyor. Belki default olarak bu >> uygulamaları yüklemesini sağlayacak bir state dosyasıyla dağıtılabilir. >> >> KDM biraz daha zor. Orada readahead'i denedim ben şimdi. X'in açılması ile KDM >> login ekranı arasındaki süre 5 sn den 3 snye indi. Login ile desktop >> arasındaki süre ise 32 sn den 25 sn ye indi. Ancak o sürede neredeyse hiç bir >> yükleme yapmadı, aslında 5-6 sn sonunda tüm progress ikonları çıkmıştı, ancak >> herhangi bi disk i/o yapılmayan uzun bir bekleme yaptı orada, gereksiz sleep >> falan mı var acaba? >> >> Git'ten readahead kodunu çekip derledim. readahead ve readahead-collector >> dosyalarını /sbin'e attım, readahead.conf'u /etc ye attım, /var/lib/readahead >> dizinini oluşturdum. Sistemi init=/sbin/readahead-collector ile bu ettim ama >> bu sırada audit servisini off konumda tuttum. Oluşan dosyadan .swap'ı çıkardım >> (bunu readahead.conf'a eklemek lazım). /sbin/mudur.py içine setupUdev() den >> önce şu satırı ekledim: >> >> run_async(["/sbin/readahead", "/var/lib/readahead/custom.early"], >> fstdout="/dev/null") >> >> Bunu tam olarak entegre etmek istersek, müdür içinden mesela kurulumdan ve >> büyük updatelerden sonra collector'u otomatik çalıştırmak ve normal bootlarda >> da yukardaki satırı işletmek yeterli olacaktır. >> >> sreadahead özel bir kernel yaması falan istiyor, çok da iyi yöntem gibi >> gelmedi bana. Sizler de denerseniz sonuçları bir karşılaştıralım. >> > > Abi şöyle bi olay var, ortada 3 adet readahead var (readahead, > sreadahead, ureadahead). > sreadahead'i intelciler yazıyordu en son, rotational'dan ziyade SSD için > azıcık optimize, kernel'de tracer yaması isteyen bir şey. > > readahead daha eski bir proje. > > ureadahead'i debiancilar yeni çıkarttı. Depo loglarinda bir yerlerde mudur icin readahead destegi ve gerekli betikler v.s. de olmali eger baska referans gerekirse, olmadi arsivlerden de bulabilirsin sanirim. Zamaninda cok ciddi bir avantaj getirmedigi icin bir sure deneyip sonra vazgecmistik (preload'u da uzun sure kullandik ve attik). > preload cephesindeyse bir fedora preload var, bir de suse preload var. > suse preload'un opsiyonel kernel modülü var. Varoglu var. Preload'a hic ihtiyaciniz olmamali. gnu-hash-style zaten bu sorunu cozmek icin var, fedoranin halen kullaniyor olmasi cekirdeklerinde de tux yamasini tasima israrlarindan farkli bir sey olmamali. > Ben bunlara daldığım zaman süper demotive oluyorum 14bin ayrı fork > olduğu için bir de denediğim sistemlerde çok fazla etkisini görmeyi pek > başaramıyorum. > > GDM'in preloading desteği var, KDM'nin yok. Müdür'de X11 soketini > bekleyen bir waitBus var, en son denemelerimde o süre 5 saniyeden bazen > 1-2 bazen 2-3 aralığına inmişti preload ile. > > Vaktim olduğunda tekrar mutlaka bakacağım hep aklımda, preload desteği > eklemiştim müdür'e zaten. Bu arada eger "bir gun" daha buyuk bir hamle __yapilacaksa__ bu hamlenin mudur'u optimize etmek veya yeniden yazmak degil de __bence__ uzerinden yeterince zaman gectiginden ve n tane dagitim da kullandiginda olan upstart v.s. gibi bir sisteme gecmek olmasini yeglerim. Mudur baska turlu bir init sisteminin yazilabilecegini etrafa yeterince kanitladi ve event-driven her benzerinin de cikis noktasi oldu coktan. Comar ve sistem betiklerinin yanina nasil oturur v.s. uzerine hic dusunmedim ama servislerin baslangic betiklerini yeniden yazmamak ve bunlarin birbirine bagimliliklari gibi bir seri sorunu yaygin bir yontemle cozduklerinden (ve fedora 12'de goruldugu uzere performanslari da hic fena olmadigindan) bir seri is yukunu hafifletebilirler. From necdetyucel at gmail.com Mon Dec 28 03:21:30 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Mon, 28 Dec 2009 03:21:30 +0200 Subject: [Gelistirici] =?iso-8859-9?q?64_bit_virtualbox_hakk=FDnda?= In-Reply-To: <92ad66910912271521u188845ddpf0acfbb25e936437@mail.gmail.com> References: <92ad66910912271521u188845ddpf0acfbb25e936437@mail.gmail.com> Message-ID: Selamlar, 28 Aralık 2009 01:21 tarihinde S.Çağlar Onur yazdı: > Sorun VirtualBox'ta degil de gcc paketinde sanki, 64 bit derleyicinin > 32 bit kod uretememesi icin bir sebep olmamali, gcc'nin configure > parametrelerine goz atsaniza... Hatalı olan kod değil gcc diyorsun[1] yani ;) Şaka bir yana gcc 64bitte 32bit parametreleriyle neredeyse aynı parametreler kullanılarak derlendi. Yani yine --disable-multilib olduğundan bana 32bit için kod derlememesi normal gibi geliyor bana. [1] http://duvarlar.blogspot.com/2009/12/nukteler.html [2] http://svn.pardus.org.tr/pardus/corporate2/devel-x86_64/system/devel/gcc/actions.py iyi sabahlar Necdet Yücel From fatih at pardus.org.tr Mon Dec 28 09:08:01 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Mon, 28 Dec 2009 09:08:01 +0200 Subject: [Gelistirici] =?iso-8859-9?q?M=FCd=FCr_-__Network?= In-Reply-To: <92ad66910912271539o48401347yd26cba2c11811824@mail.gmail.com> References: <200912251847.47514.bahadir@pardus.org.tr> <4B36A209.4010609@pardus.org.tr> <92ad66910912271539o48401347yd26cba2c11811824@mail.gmail.com> Message-ID: <200912280908.04727.fatih@pardus.org.tr> On Monday 28 December 2009 01:39:50 S.Çağlar Onur wrote: > Bu arada eger "bir gun" daha buyuk bir hamle __yapilacaksa__ bu > hamlenin mudur'u optimize etmek veya yeniden yazmak degil de __bence__ > uzerinden yeterince zaman gectiginden ve n tane dagitim da > kullandiginda olan upstart v.s. gibi bir sisteme gecmek olmasini > yeglerim. Mudur baska turlu bir init sisteminin yazilabilecegini > etrafa yeterince kanitladi ve event-driven her benzerinin de cikis > noktasi oldu coktan. > > Comar ve sistem betiklerinin yanina nasil oturur v.s. uzerine hic > dusunmedim ama servislerin baslangic betiklerini yeniden yazmamak ve > bunlarin birbirine bagimliliklari gibi bir seri sorunu yaygin bir > yontemle cozduklerinden (ve fedora 12'de goruldugu uzere > performanslari da hic fena olmadigindan) bir seri is yukunu > hafifletebilirler. +1 Upstart'ı daha önce incelemiştim. Çok güzel özellikleri var. Aynı şeyleri mudur'e eklemek oldukça fazla bir iş yükü getirir. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From ozan at pardus.org.tr Mon Dec 28 11:25:17 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Mon, 28 Dec 2009 11:25:17 +0200 Subject: [Gelistirici] [2008] [ACK/NACK] 20091222 In-Reply-To: <200912221449.58258.gokcen@pardus.org.tr> References: <200912221449.58258.gokcen@pardus.org.tr> Message-ID: <4B38797D.5070301@pardus.org.tr> Gökçen Eraslan wrote On 22-12-2009 14:49: > Merhaba / Hi; > > * 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih > 25-12-2009, 14:00 > samba-3.2.15-44-13.pisi > tesseract-2.04-4-2.pisi ACK. From faik at pardus.org.tr Mon Dec 28 11:20:48 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Mon, 28 Dec 2009 11:20:48 +0200 Subject: [Gelistirici] [Pardus-devel] [2008] [ACK/NACK] 20091222 In-Reply-To: <200912221449.58258.gokcen@pardus.org.tr> References: <200912221449.58258.gokcen@pardus.org.tr> Message-ID: <200912281120.48447.faik@pardus.org.tr> Geç cevap için özür. > comar-2.0.5-83-40.pisi > openmpi-1.2.8-6-3.pisi > pisi-2.1.3-122-45.pisi ACK. > upgrade-manager-0.1-1-1.pisi NACK. Kullanıcı masaüstü ayarları taşınması konusunda eksikleri var. - Faik From isbaran at gmail.com Mon Dec 28 17:55:55 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Mon, 28 Dec 2009 17:55:55 +0200 Subject: [Gelistirici] 2009.1 Beta In-Reply-To: <20091226002711.0378b987.onur@pardus.org.tr> References: <20091226002711.0378b987.onur@pardus.org.tr> Message-ID: <395ed7070912280755v3046054eudff9c34ea41851ed@mail.gmail.com> 2009/12/26 Onur Küçük > > Merhaba, > Merhaba, > En güncel çalışan ISO sunu şuraya [1] yerleştirdim. Deneyiniz, > kurcalayınız, yakaladığınız sorunları iletiniz. > - Kaptandan siyah tema seçince kmix gibi tepsideki bazı uygulamaların beyaz arkaplanda ve beyaz text ile kaldığını dolayısıyla bir şey okunamadığını gördüm. - bespin temasıyla ilgili yakın geçmişte yaşadığım bir sürü sorun var, bu tema diğer temalardan farklı olarak bazı hacklerle dokunmaması gereken yerlere de dokunup estetik sağlama uğruna bazı durumlarda yavaşlık, ve çökmelere neden oluyor. bu temanın default iso ya dahil edilmemesini öneriyorum. - dolphin içindeki bir mesajda Türkçe karakterlerle ilgili bir sorun gördüm, şöyle bir şey [0] iyi akşamlar. [0] http://img69.imageshack.us/img69/4137/karakter.png -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From caglar at pardus.org.tr Mon Dec 28 18:41:10 2009 From: caglar at pardus.org.tr (=?UTF-8?B?Uy7Dh2HEn2xhciBPbnVy?=) Date: Mon, 28 Dec 2009 18:41:10 +0200 Subject: [Gelistirici] =?utf-8?q?64_bit_virtualbox_hakk=C4=B1nda?= In-Reply-To: References: <92ad66910912271521u188845ddpf0acfbb25e936437@mail.gmail.com> Message-ID: <92ad66910912280841n7c66d678yc03c7ea8a6be7ad6@mail.gmail.com> Selamlar, 2009/12/28 Necdet Yücel : > Selamlar, > > 28 Aralık 2009 01:21 tarihinde S.Çağlar Onur yazdı: >> Sorun VirtualBox'ta degil de gcc paketinde sanki, 64 bit derleyicinin >> 32 bit kod uretememesi icin bir sebep olmamali, gcc'nin configure >> parametrelerine goz atsaniza... > > Hatalı olan kod değil gcc diyorsun[1] yani ;) Şaka bir yana gcc > 64bitte 32bit parametreleriyle neredeyse aynı parametreler > kullanılarak derlendi. Yani yine --disable-multilib olduğundan bana > 32bit için kod derlememesi normal gibi geliyor bana. Haklısın pakete bakmadan yazmıştım :), dediğin gibi --disable-multilib bunu sağlıyor (veya bakış açısına göre engelliyor) olmalı. Belki sadece toolchain'i bu tür amaçlar için multilib destekli derlemeyi tercih edebilirsiniz veya debian/ubuntu ikilisine bakabilirsiniz belki, eğer hafızam beni yamultmuyorsa bu işi multiarch falan gibi bir terminoloji ile bir seri yama ile sağlıyorlardı sanırım. Veya dediğin gibi bu tür sorunlu paketleri şimdilik depoya almayabilirsiniz (ki bence bu listeye eğer değişmedilerse qemu, wine falan da katılacaktır :P) > [1] http://duvarlar.blogspot.com/2009/12/nukteler.html > [2] http://svn.pardus.org.tr/pardus/corporate2/devel-x86_64/system/devel/gcc/actions.py > > iyi sabahlar > > Necdet Yücel Saygılar From gokcen at pardus.org.tr Mon Dec 28 19:08:08 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Mon, 28 Dec 2009 19:08:08 +0200 Subject: [Gelistirici] 2009.1 Beta In-Reply-To: <395ed7070912280755v3046054eudff9c34ea41851ed@mail.gmail.com> References: <20091226002711.0378b987.onur@pardus.org.tr> <395ed7070912280755v3046054eudff9c34ea41851ed@mail.gmail.com> Message-ID: <200912281908.11316.gokcen@pardus.org.tr> 28 Aralık 2009 Pazartesi günü (saat 17:55:55) İşbaran Akçayır şunları yazmıştı: > - Kaptandan siyah tema seçince kmix gibi tepsideki bazı uygulamaların beyaz > arkaplanda ve beyaz text ile kaldığını dolayısıyla bir şey okunamadığını > gördüm. Bunu Renan'la konuştuk. Plasma temalarındaki air->default geçişinden kaynaklı sanırım. Gerekli değişikliği yapıp sonucu iletebilir misin Renan? > - bespin temasıyla ilgili yakın geçmişte yaşadığım bir sürü sorun var, bu > tema diğer temalardan farklı olarak bazı hacklerle dokunmaması gereken > yerlere de dokunup estetik sağlama uğruna bazı durumlarda yavaşlık, ve > çökmelere neden oluyor. bu temanın default iso ya dahil edilmemesini > öneriyorum. Oyy, bunu hatırlattığın iyi olmuş, ben cd'de olduğunu bilmiyordum. Bence de alınmaması daha iyi olur. > - dolphin içindeki bir mesajda Türkçe karakterlerle ilgili bir sorun > gördüm, şöyle bir şey [0] > Buna bakacağım. Teşekkürler. -- Gökçen Eraslan -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From kunguz at gmail.com Tue Dec 15 12:21:29 2009 From: kunguz at gmail.com (=?ISO-8859-9?Q?Kaan_AK=DE=DDT?=) Date: Tue, 15 Dec 2009 11:21:29 +0100 Subject: [Gelistirici] Pydot Message-ID: <8fa7fe790912150221r6988daf3hb1f74a3c80b2dd2e@mail.gmail.com> Açık olan bir paket isteği için bir pisi paketi yapıp hata kaydına eklemiştim. Ancak şu anda Pardus Admins'e atanmış görünüyor. Uzun bir süredir de böyle. İşleme hız kazandırmak için ne yapılması gerekir? http://bugs.pardus.org.tr/show_bug.cgi?id=11589 Kolaylıklar, Kaan -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From balikcisuleyman at gmail.com Mon Dec 28 18:59:37 2009 From: balikcisuleyman at gmail.com (=?ISO-8859-9?B?U/xsZXltYW4gQmFs/Wvn/Q==?=) Date: Mon, 28 Dec 2009 18:59:37 +0200 Subject: [Gelistirici] 2009.1 Beta In-Reply-To: <395ed7070912280755v3046054eudff9c34ea41851ed@mail.gmail.com> References: <20091226002711.0378b987.onur@pardus.org.tr> <395ed7070912280755v3046054eudff9c34ea41851ed@mail.gmail.com> Message-ID: <78f032620912280859n70eb6883uc27eb4aa785e1d6e@mail.gmail.com> konuyla alakası yok ama aklıma glmişken söylesem fena olmaz :) bende ati 4850 ekran kartı var. daha önce 2009 da güncellemelerden sonra fglrx sürücülerini yükleyip kullanabiliyordum. beta da ise yüklememe rağmen bir fark olmadı. masaüstü efektleri bile çalışmadı... 28 Aralık 2009 17:55 tarihinde İşbaran Akçayır yazdı: > 2009/12/26 Onur Küçük > >> >> Merhaba, >> > Merhaba, > > >> En güncel çalışan ISO sunu şuraya [1] yerleştirdim. Deneyiniz, >> kurcalayınız, yakaladığınız sorunları iletiniz. >> > > - Kaptandan siyah tema seçince kmix gibi tepsideki bazı uygulamaların beyaz > arkaplanda ve beyaz text ile kaldığını dolayısıyla bir şey okunamadığını > gördüm. > - bespin temasıyla ilgili yakın geçmişte yaşadığım bir sürü sorun var, bu > tema diğer temalardan farklı olarak bazı hacklerle dokunmaması gereken > yerlere de dokunup estetik sağlama uğruna bazı durumlarda yavaşlık, ve > çökmelere neden oluyor. bu temanın default iso ya dahil edilmemesini > öneriyorum. > - dolphin içindeki bir mesajda Türkçe karakterlerle ilgili bir sorun > gördüm, şöyle bir şey [0] > > iyi akşamlar. > > [0] http://img69.imageshack.us/img69/4137/karakter.png > > _______________________________________________ > Gelistirici mailing list > Gelistirici at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/gelistirici > -- Süleyman Balıkçı -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Mon Dec 28 19:10:02 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Mon, 28 Dec 2009 19:10:02 +0200 Subject: [Gelistirici] 2009.1 Beta In-Reply-To: <78f032620912280859n70eb6883uc27eb4aa785e1d6e@mail.gmail.com> References: <20091226002711.0378b987.onur@pardus.org.tr> <395ed7070912280755v3046054eudff9c34ea41851ed@mail.gmail.com> <78f032620912280859n70eb6883uc27eb4aa785e1d6e@mail.gmail.com> Message-ID: <4B38E66A.4040204@pardus.org.tr> Süleyman Balıkçı wrote: > konuyla alakası yok ama aklıma glmişken söylesem fena olmaz :) bende ati > 4850 ekran kartı var. daha önce 2009 da güncellemelerden sonra fglrx > sürücülerini yükleyip kullanabiliyordum. beta da ise yüklememe rağmen bir > fark olmadı. masaüstü efektleri bile çalışmadı... > konuyla alakası yok değil aslında. Hata açarsanız iyi olur gibime geldi. From okyaycihan at gmail.com Mon Dec 28 19:52:38 2009 From: okyaycihan at gmail.com (cihan okyay) Date: Mon, 28 Dec 2009 19:52:38 +0200 Subject: [Gelistirici] Pydot In-Reply-To: <8fa7fe790912150221r6988daf3hb1f74a3c80b2dd2e@mail.gmail.com> References: <8fa7fe790912150221r6988daf3hb1f74a3c80b2dd2e@mail.gmail.com> Message-ID: <637d3feb0912280952w3901605bqb239cd6af3d69e52@mail.gmail.com> 15 Aralık 2009 12:21 tarihinde Kaan AKŞİT yazdı: > Açık olan bir paket isteği için bir pisi paketi yapıp hata kaydına > eklemiştim. Ancak şu anda Pardus Admins'e atanmış görünüyor. Uzun bir > süredir de böyle. İşleme hız kazandırmak için ne yapılması gerekir? > > http://bugs.pardus.org.tr/show_bug.cgi?id=11589 > Dün bu konuyu iki geliştirici size kullanıcı listesinde izah etti diye hatırlıyorum. Bugzillada ki hataya hatırlatıcı yorumlar girmeniz yeterli. Ayrıca inşa dosyalarını indiremiyorum bugzilladan. Bir el atın isterseniz. -- Cihan OKYAY http://cihanokyay.wordpress.com -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From renan at pardus.org.tr Mon Dec 28 20:25:12 2009 From: renan at pardus.org.tr (Renan Cakirerk) Date: Mon, 28 Dec 2009 20:25:12 +0200 Subject: [Gelistirici] branches/kde/upgrade-manager/kde3/po trunk/kde/kaptan/po trunk/pardus-python/po trunk/pisi/po trunk/yali/po - Swedish translation. In-Reply-To: <20091228172328.75CF249C972@ns1.pardus.org.tr> References: <20091228172328.75CF249C972@ns1.pardus.org.tr> Message-ID: <55f23d7f0912281025p37dad353qf6511d1a2ea21ca3@mail.gmail.com> Hi Patrik, Unfortunately Kaptan 2009.1 Beta and RC is currently not ready for translation yet. There will be major changes in the *.po files very soon. I will really need your collaboration after the changes are done. Thanks for your help and patience and keep up the good work! :) -- Renan Cakirerk -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Mon Dec 28 21:23:35 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Mon, 28 Dec 2009 21:23:35 +0200 Subject: [Gelistirici] branches/kde/upgrade-manager/kde3/po trunk/kde/kaptan/po trunk/pardus-python/po trunk/pisi/po trunk/yali/po - Swedish translation. In-Reply-To: <55f23d7f0912281025p37dad353qf6511d1a2ea21ca3@mail.gmail.com> References: <20091228172328.75CF249C972@ns1.pardus.org.tr> <55f23d7f0912281025p37dad353qf6511d1a2ea21ca3@mail.gmail.com> Message-ID: <4B3905B7.8060005@pardus.org.tr> Renan Cakirerk wrote: > Hi Patrik, > > Unfortunately Kaptan 2009.1 Beta and RC is currently not ready for > translation yet. There will be major changes in the *.po files very soon. > > I will really need your collaboration after the changes are done. > > Thanks for your help and patience and keep up the good work! :) > translators'a atcan bunu burası türkçe gelistirici listesi :) From renan at pardus.org.tr Mon Dec 28 21:32:37 2009 From: renan at pardus.org.tr (Renan Cakirerk) Date: Mon, 28 Dec 2009 21:32:37 +0200 Subject: [Gelistirici] 2009.1 Beta In-Reply-To: <200912281908.11316.gokcen@pardus.org.tr> References: <20091226002711.0378b987.onur@pardus.org.tr> <395ed7070912280755v3046054eudff9c34ea41851ed@mail.gmail.com> <200912281908.11316.gokcen@pardus.org.tr> Message-ID: <55f23d7f0912281132o79c05bc6o781662e4be519c3f@mail.gmail.com> 2009/12/28 Gökçen Eraslan > 28 Aralık 2009 Pazartesi günü (saat 17:55:55) İşbaran Akçayır şunları > yazmıştı: > > - Kaptandan siyah tema seçince kmix gibi tepsideki bazı uygulamaların > beyaz > > arkaplanda ve beyaz text ile kaldığını dolayısıyla bir şey okunamadığını > > gördüm. > > Bunu Renan'la konuştuk. Plasma temalarındaki air->default geçişinden > kaynaklı > sanırım. Gerekli değişikliği yapıp sonucu iletebilir misin Renan? > > Kaptan text'leri bittikten sonra gerekli degisiklikleri yapip buraya yazacagim. -- Renan Cakirerk -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From gkmngrgn at gmail.com Mon Dec 28 22:21:05 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Mon, 28 Dec 2009 22:21:05 +0200 Subject: [Gelistirici] =?iso-8859-9?q?timezone_g=FCncellemesi_sonras=FD?= Message-ID: <579eef480912281221o38ce8929m874d9c44660aeeb9@mail.gmail.com> """ az önce pisi up dedim [timezone, glibc sürüm <= 45 util-linux sürüm <= 31 ile çakışıyor] gibi bi uyarı çıktı util-linux paketi kaldırılıyor. util-linux için kaldırma öncesi işlemler çalıştırılıyor Program Sonlandırıldı. Betik hatası: [Errno 2] No such file or directory daha sonra da patladı haliyle şu an sistemim yamulmuş durumda """ Türker'in sistemi yamulduğundan onun yerine ben yazdım. Test deposu kullanıyor. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Mon Dec 28 23:14:06 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Mon, 28 Dec 2009 23:14:06 +0200 Subject: [Gelistirici] =?utf-8?q?timezone_g=C3=BCncellemesi_sonras=C4=B1?= In-Reply-To: <579eef480912281221o38ce8929m874d9c44660aeeb9@mail.gmail.com> References: <579eef480912281221o38ce8929m874d9c44660aeeb9@mail.gmail.com> Message-ID: <4B391F9E.6000705@pardus.org.tr> Gökmen Görgen wrote: > """ > az önce pisi up dedim > > [timezone, glibc sürüm <= 45 util-linux sürüm <= 31 ile çakışıyor] > gibi bi uyarı çıktı > util-linux paketi kaldırılıyor. > util-linux için kaldırma öncesi işlemler çalıştırılıyor > Program Sonlandırıldı. > Betik hatası: [Errno 2] No such file or directory > daha sonra da patladı haliyle > şu an sistemim yamulmuş durumda > """ > /var/log/comar3/trace.log yardımcı olabilir. From necdetyucel at gmail.com Mon Dec 28 23:45:17 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Mon, 28 Dec 2009 23:45:17 +0200 Subject: [Gelistirici] =?iso-8859-9?q?64_bit_virtualbox_hakk=FDnda?= In-Reply-To: <92ad66910912280841n7c66d678yc03c7ea8a6be7ad6@mail.gmail.com> References: <92ad66910912271521u188845ddpf0acfbb25e936437@mail.gmail.com> <92ad66910912280841n7c66d678yc03c7ea8a6be7ad6@mail.gmail.com> Message-ID: Selamlar, 28 Aralık 2009 18:41 tarihinde S.Çağlar Onur yazdı: > Belki sadece toolchain'i bu tür amaçlar için multilib destekli > derlemeyi tercih edebilirsiniz veya debian/ubuntu ikilisine > bakabilirsiniz belki, eğer hafızam beni yamultmuyorsa bu işi multiarch > falan gibi bir terminoloji ile bir seri yama ile sağlıyorlardı > sanırım. Veya dediğin gibi bu tür sorunlu paketleri şimdilik depoya > almayabilirsiniz (ki bence bu listeye eğer değişmedilerse qemu, wine > falan da katılacaktır :P) [1] olmaz mı acaba? Tamam en iyi çözüm değil ama hiç olmamasından iyi olmaz mı? Necdet Yücel [1] http://download.virtualbox.org/virtualbox/3.1.2/VirtualBox-3.1.2-56127-Linux_amd64.run From turkersezer at tsdesign.info Tue Dec 29 00:00:02 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Tue, 29 Dec 2009 00:00:02 +0200 Subject: [Gelistirici] =?utf-8?q?timezone_g=C3=BCncellemesi_sonras=C4=B1?= In-Reply-To: <4B391F9E.6000705@pardus.org.tr> References: <579eef480912281221o38ce8929m874d9c44660aeeb9@mail.gmail.com> <4B391F9E.6000705@pardus.org.tr> Message-ID: <897749fe0912281400v3fa45274x55329e1070f66120@mail.gmail.com> 2009/12/28 Ozan Çağlayan : > Gökmen Görgen wrote: >> """ >> az önce pisi up dedim >> >> [timezone, glibc sürüm <= 45 util-linux sürüm <= 31 ile çakışıyor] >> gibi bi uyarı çıktı >> util-linux paketi kaldırılıyor. >> util-linux için kaldırma öncesi işlemler çalıştırılıyor >> Program Sonlandırıldı. >> Betik hatası: [Errno 2] No such file or directory >> daha sonra da patladı haliyle >> şu an sistemim yamulmuş durumda >> """ >> > > /var/log/comar3/trace.log yardımcı olabilir. util-linux'ı kaldırmadan önce pisi glibc'yi kaldırmış. --------- İşlem 339: yükselt Tarih: 2009-12-28 21:55 * glibc 2.9-45-10 kaldırıldı. ---------- haliyle sonraki işlemde pisi hata verdi. Sonrasında da sırayla herşey hata verdi. trace.log'da bu olayla ilgili bir kayıt yok. Eski bir glibc paketini sisteme bir şekilde yerleştirip açabildim. Geri dönüş sırasında yaptığım acayip işlemlerden kaynaklı şu an tekrar güncelleme yapmayı deneyemiyorum. Bir de, pisi bir dosyada hata çıktığında (metadata.xml, files.xml vb.) çıktıda hangi dosyada sorun olduğunu söylese dosyalar bozulduğunda sorunu çözmesi çok daha kolay olur. Türker From serdar at pardus.org.tr Tue Dec 29 00:05:07 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Tue, 29 Dec 2009 00:05:07 +0200 Subject: [Gelistirici] =?iso-8859-9?q?timezone_g=FCncellemesi_sonras=FD?= In-Reply-To: <897749fe0912281400v3fa45274x55329e1070f66120@mail.gmail.com> References: <579eef480912281221o38ce8929m874d9c44660aeeb9@mail.gmail.com> <4B391F9E.6000705@pardus.org.tr> <897749fe0912281400v3fa45274x55329e1070f66120@mail.gmail.com> Message-ID: 2009/12/29 Türker Sezer > > Bir de, pisi bir dosyada hata çıktığında (metadata.xml, files.xml vb.) > çıktıda hangi dosyada sorun olduğunu söylese dosyalar bozulduğunda > sorunu çözmesi çok daha kolay olur. > > > Pisi'nin herhangi bir sorun olduğunda çıkardığı hatalarla ilgileniyordum, buna da bakacağım. -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From turkersezer at tsdesign.info Tue Dec 29 00:09:52 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Tue, 29 Dec 2009 00:09:52 +0200 Subject: [Gelistirici] =?utf-8?q?timezone_g=C3=BCncellemesi_sonras=C4=B1?= In-Reply-To: References: <579eef480912281221o38ce8929m874d9c44660aeeb9@mail.gmail.com> <4B391F9E.6000705@pardus.org.tr> <897749fe0912281400v3fa45274x55329e1070f66120@mail.gmail.com> Message-ID: <897749fe0912281409n77d8888clce43c070f269deef@mail.gmail.com> Tekrar güncelleme yapabilecek hale geldim. Soruna dair denenecek birşey varsa söyleyebilirsiniz. 2009/12/29 Serdar Dalgic : > Pisi'nin herhangi bir sorun olduğunda çıkardığı hatalarla ilgileniyordum, > buna da bakacağım. Sevindim. Bu arada yakalanmayan (ve haliyle pisiyi öldüren) zilyon tane exception'ı da yakalıyorsundur umarım :) Türker From serdar at pardus.org.tr Tue Dec 29 00:22:31 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Tue, 29 Dec 2009 00:22:31 +0200 Subject: [Gelistirici] =?iso-8859-9?q?timezone_g=FCncellemesi_sonras=FD?= In-Reply-To: <897749fe0912281409n77d8888clce43c070f269deef@mail.gmail.com> References: <579eef480912281221o38ce8929m874d9c44660aeeb9@mail.gmail.com> <4B391F9E.6000705@pardus.org.tr> <897749fe0912281400v3fa45274x55329e1070f66120@mail.gmail.com> <897749fe0912281409n77d8888clce43c070f269deef@mail.gmail.com> Message-ID: 2009/12/29 Türker Sezer > Tekrar güncelleme yapabilecek hale geldim. Soruna dair denenecek > birşey varsa söyleyebilirsiniz. > > 2009/12/29 Serdar Dalgic : > > Pisi'nin herhangi bir sorun olduğunda çıkardığı hatalarla ilgileniyordum, > > buna da bakacağım. > > Sevindim. Bu arada yakalanmayan (ve haliyle pisiyi öldüren) zilyon > tane exception'ı da yakalıyorsundur umarım :) > > Pisi'yi öldüren dediğin hangileri? Düzgün açıklama yapmayan Exception'lar var, ama vermemesi gerektiği yerde Error veren Exception'la karşılaşmadım, hatırlamıyorum daha doğrusu. Böyle bir şey söz konusuysa hata raporu girebilir misin? -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From turkersezer at tsdesign.info Tue Dec 29 00:32:57 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Tue, 29 Dec 2009 00:32:57 +0200 Subject: [Gelistirici] =?utf-8?q?timezone_g=C3=BCncellemesi_sonras=C4=B1?= In-Reply-To: References: <579eef480912281221o38ce8929m874d9c44660aeeb9@mail.gmail.com> <4B391F9E.6000705@pardus.org.tr> <897749fe0912281400v3fa45274x55329e1070f66120@mail.gmail.com> <897749fe0912281409n77d8888clce43c070f269deef@mail.gmail.com> Message-ID: <897749fe0912281432m5a46cb31raffded776d5eb280@mail.gmail.com> 2009/12/29 Serdar Dalgic : > Pisi'yi öldüren dediğin hangileri? Düzgün açıklama yapmayan Exception'lar > var, ama vermemesi gerektiği yerde Error veren Exception'la karşılaşmadım, > hatırlamıyorum daha doğrusu. Böyle bir şey söz konusuysa hata raporu > girebilir misin? Hata girmek pek mümkün değil. Birçok yerde "Sistem Hatası. Program Sonlandırıldı." şeklinde tamamlanıyor işlemler. Pisiyi öldürmekten kastım bu. Türker From fatih at pardus.org.tr Tue Dec 29 00:34:19 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Tue, 29 Dec 2009 00:34:19 +0200 Subject: [Gelistirici] =?iso-8859-9?q?64_bit_virtualbox_hakk=FDnda?= In-Reply-To: References: <92ad66910912280841n7c66d678yc03c7ea8a6be7ad6@mail.gmail.com> Message-ID: <200912290034.19888.fatih@pardus.org.tr> On Monday 28 December 2009 23:45:17 Necdet Yücel wrote: > Selamlar, > > 28 Aralık 2009 18:41 tarihinde S.Çağlar Onur yazdı: > > Belki sadece toolchain'i bu tür amaçlar için multilib destekli > > derlemeyi tercih edebilirsiniz veya debian/ubuntu ikilisine > > bakabilirsiniz belki, eğer hafızam beni yamultmuyorsa bu işi multiarch > > falan gibi bir terminoloji ile bir seri yama ile sağlıyorlardı > > sanırım. Veya dediğin gibi bu tür sorunlu paketleri şimdilik depoya > > almayabilirsiniz (ki bence bu listeye eğer değişmedilerse qemu, wine > > falan da katılacaktır :P) > > [1] olmaz mı acaba? Tamam en iyi çözüm değil ama hiç olmamasından iyi olmaz > mı? Bu pakete ben bakarım sonra. Kullanmak isteyen elle .run dosyasından kurabilir nasıl olsa. From mnurolcay at gmail.com Tue Dec 29 00:58:53 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Tue, 29 Dec 2009 00:58:53 +0200 Subject: [Gelistirici] Fwd: IDJC should be under GPLv2 (lisans ihlali konusunda bir ileti) Message-ID: <200912290058.53607.mnurolcay@gmail.com> Merhaba, Aşağıdaki iletiyi aldım bugün. Mutagen GPLv2, idjc GPLv3 ile lisanslanmış ve idjc'nin mutagen bağımlılığı var. Bu durumda, aşağıdaki iletiye göre, idjc lisans ihlali yapıyor. GPLv2 lisanslı bir uygulama, GPLv3 lisanslı bir uygulama içinde kullanılamaz. Biraz mantıklı geliyor ama mutagen ayrıca paketlenmiş ve GPLv2 olarak lisanlanmış, idjc de sistemdeki bu paketi kullanıyor diyerek sorun yok diyebilir miyiz ? Yoksa cidden burada bir sorun var mı ? ---------- Forwarded Message ---------- Subject: IDJC should be under GPLv2 Date: Monday 28 December 2009 From: Jari Pennanen To: mnurolcay at gmail.com ( http://packages.pardus.org.tr/info/contrib/2009/stable/source/idjc.html ) Mutagen is GPLv2 only, and this is the reason GPLv3 licensed program cannot, to my understanding, use it, see following links about this: http://code.google.com/p/mutagen/issues/detail?id=38 http://groups.google.com/group/quod-libet-development/browse_thread/thread/bf3a521d3eeb4d11# I just liked to inform you as I was studying programs and licensing issues of using mutagen... ------------------------------------------------------- --- Mehmet Nur Olcay From dfisek at fisek.com.tr Tue Dec 29 01:06:57 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Tue, 29 Dec 2009 01:06:57 +0200 Subject: [Gelistirici] Fwd: IDJC should be under GPLv2 (lisans ihlali konusunda bir ileti) In-Reply-To: <200912290058.53607.mnurolcay@gmail.com> References: <200912290058.53607.mnurolcay@gmail.com> Message-ID: <20091229010657.4ef8d305.dfisek@fisek.com.tr> Tue, 29 Dec 2009 00:58:53 +0200, Mehmet Nur Olcay : > Biraz mantıklı geliyor ama mutagen ayrıca paketlenmiş ve GPLv2 olarak > lisanlanmış, idjc de sistemdeki bu paketi kullanıyor diyerek sorun > yok diyebilir miyiz ? Yoksa cidden burada bir sorun var mı ? Bence kisiyi IDJC'nin yazarina yonlendirmek en mantiklisi. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From mnurolcay at gmail.com Tue Dec 29 01:18:57 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Tue, 29 Dec 2009 01:18:57 +0200 Subject: [Gelistirici] Fwd: IDJC should be under GPLv2 (lisans ihlali konusunda bir ileti) In-Reply-To: <20091229010657.4ef8d305.dfisek@fisek.com.tr> References: <200912290058.53607.mnurolcay@gmail.com> <20091229010657.4ef8d305.dfisek@fisek.com.tr> Message-ID: <200912290118.57244.mnurolcay@gmail.com> On Tuesday 29 December 2009 01:06:57 Doruk Fisek wrote: > Bence kisiyi IDJC'nin yazarina yonlendirmek en mantiklisi. Yönlendirdim de eğer böyle bir durum varsa, bu bağımlılıkları ile lisans farkı olan pek çok paketi ekleyecektir. Genel anlamda bir prensip belirleyebilir miyiz acaba diye düşünerek buraya sordum. --- Mehmet Nur Olcay From necdetyucel at gmail.com Tue Dec 29 01:21:27 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Tue, 29 Dec 2009 01:21:27 +0200 Subject: [Gelistirici] =?iso-8859-9?q?64_bit_virtualbox_hakk=FDnda?= In-Reply-To: <200912290034.19888.fatih@pardus.org.tr> References: <92ad66910912280841n7c66d678yc03c7ea8a6be7ad6@mail.gmail.com> <200912290034.19888.fatih@pardus.org.tr> Message-ID: > Bu pakete ben bakarım sonra. Kullanmak isteyen elle .run dosyasından kurabilir > nasıl olsa. peki o zaman, iyi akşamlar Necdet Yücel From onur at pardus.org.tr Tue Dec 29 09:04:39 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Tue, 29 Dec 2009 09:04:39 +0200 Subject: [Gelistirici] yine x264 In-Reply-To: <20091222164015.79e7dfab.onur@pardus.org.tr> References: <20091222164015.79e7dfab.onur@pardus.org.tr> Message-ID: <200912290904.39856.onur@pardus.org.tr> On 22 Aralık 2009 Salı 16:40:15 Onur Küçük wrote: > Var mıdır itirazı olan ? Paketler hazır, MPlayer / FFmpeg de biraz daha test yapıp bugün komitleyeceğim -- Onur Küçük Knowledge speaks, but wisdom listens From faik at pardus.org.tr Tue Dec 29 09:19:55 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Tue, 29 Dec 2009 09:19:55 +0200 Subject: [Gelistirici] =?utf-8?q?timezone_g=C3=BCncellemesi_sonras=C4=B1?= In-Reply-To: <579eef480912281221o38ce8929m874d9c44660aeeb9@mail.gmail.com> References: <579eef480912281221o38ce8929m874d9c44660aeeb9@mail.gmail.com> Message-ID: <200912290919.55787.faik@pardus.org.tr> > """ > az önce pisi up dedim > > [timezone, glibc sürüm <= 45 util-linux sürüm <= 31 ile çakışıyor] > gibi bi uyarı çıktı Bu senaryo olabilir gibi durmuyor. Güncelleme sırasında, ki sadece pisi up yapılmış özel de bir şey değil. Bu tarz çakışmalar güncelleme ile gelecek paketlerde çözülüyor olmalı, pisi de uyarı vermiyor bu durumda. Hem stable hem test deposu ekliyken olabilir sanki bu. - Faik From turkersezer at tsdesign.info Tue Dec 29 11:47:33 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Tue, 29 Dec 2009 11:47:33 +0200 Subject: [Gelistirici] =?utf-8?q?timezone_g=C3=BCncellemesi_sonras=C4=B1?= In-Reply-To: <200912290919.55787.faik@pardus.org.tr> References: <579eef480912281221o38ce8929m874d9c44660aeeb9@mail.gmail.com> <200912290919.55787.faik@pardus.org.tr> Message-ID: <897749fe0912290147m313f105dn92f8fa83794ba1be@mail.gmail.com> 2009/12/29 Faik Uygur : >> """ >> az önce pisi up dedim >> >> [timezone, glibc sürüm <= 45 util-linux sürüm <= 31 ile çakışıyor] >> gibi bi uyarı çıktı > > Bu senaryo olabilir gibi durmuyor. Güncelleme sırasında, ki sadece pisi up > yapılmış özel de bir şey değil. Bu tarz çakışmalar güncelleme ile gelecek > paketlerde çözülüyor olmalı, pisi de uyarı vermiyor bu durumda. > > Hem stable hem test deposu ekliyken olabilir sanki bu. Bir sürü depo var ama stable yok. Sorunun benim makinamdan kaynaklı olması da muhtemel fakat öyle bile olsa glibc paketini kaldırmak intihar gibi birşey. pisi lr çıktısı: pardus-devel [etkin] http://svn.pardus.org.tr/pardus/2009/devel/pisi-index.xml.bz2 contrib-devel [etkin] http://svn.pardus.org.tr/contrib/2009/devel/pisi-index.xml.bz2 2009-debug [etkin] http://paketler.pardus.org.tr/pardus-2009-debug/pisi-index.xml.bz2 contrib-debug [etkin] http://paketler.pardus.org.tr/contrib-2009-debug/pisi-index.xml.bz2 contrib [etkin] http://paketler.pardus.org.tr/contrib-2009/pisi-index.xml.bz2 2009-test [etkin] http://paketler.pardus.org.tr/pardus-2009-test/pisi-index.xml.bz2 Türker From fethicanc at gmail.com Tue Dec 29 11:57:03 2009 From: fethicanc at gmail.com (Fethican Coskuner) Date: Tue, 29 Dec 2009 11:57:03 +0200 Subject: [Gelistirici] =?utf-8?q?Smolt_sunucusu_devre_d=C4=B1=C5=9F=C4=B1?= Message-ID: Merhaba, Şu anda sunucularımızla kim ilgileniyor? Smolt sunucusuna bağlantı kurulamıyor, kiminle irtibata geçmeliyim? --- Fethican -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From gokcen at pardus.org.tr Tue Dec 29 14:33:36 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Tue, 29 Dec 2009 14:33:36 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri__-_Secu?= =?utf-8?q?rity_Fixes__=282009-12-29=29?= Message-ID: <200912291433.48916.gokcen@pardus.org.tr> Merhaba / Hi, Bu gece kararlı depolara girecek güvenlik güncellemeleri : Tonights security fixes for Pardus stable repos : ----------------------------------------------------------------------- * Pardus 2008 mod_php-5.2.12-74-14.pisi php-cli-5.2.12-74-14.pisi php-common-5.2.12-74-14.pisi kdelibs-3.5.10-89-16.pisi kdelibs-apidox-3.5.10-89-16.pisi arts-3.5.10-26-6.pisi firefox-3.0.16-111-33.pisi firefox-devel-3.0.16-111-33.pisi -- Gökçen Eraslan -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From dfisek at fisek.com.tr Tue Dec 29 18:28:07 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Tue, 29 Dec 2009 18:28:07 +0200 Subject: [Gelistirici] yeni kurumsal2 iso'su? In-Reply-To: <4B306F9A.8090206@pardus.org.tr> References: <20091222013511.cc68eefd.dfisek@fisek.com.tr> <4B306F9A.8090206@pardus.org.tr> Message-ID: <20091229182807.e19bf700.dfisek@fisek.com.tr> Tue, 22 Dec 2009 09:04:58 +0200, Ozan Çağlayan : > > Son ISO'nun uzerinden 1 haftadan fazla gecti, yapilan da bircok > > degisiklik var. > > Yakin zamanda yeni bir ISO cikacak mi? (bir makinaya kuracagim da, > > yenisi cikacaksa, bosuna eskisini kurmayayim) > Temel olarak ISO için çok fazla engel yok ancak görselleri bekliyorum. > 2008 yazsın istemiyorum ıvır zıvır yerlerde, bu hafta içinde > çıkartmayı düşünüyorum. Bir "yilbasi" ISO'su belki? :) Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From ozan at pardus.org.tr Tue Dec 29 18:53:17 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Tue, 29 Dec 2009 18:53:17 +0200 Subject: [Gelistirici] yeni kurumsal2 iso'su? In-Reply-To: <20091229182807.e19bf700.dfisek@fisek.com.tr> References: <20091222013511.cc68eefd.dfisek@fisek.com.tr> <4B306F9A.8090206@pardus.org.tr> <20091229182807.e19bf700.dfisek@fisek.com.tr> Message-ID: <4B3A33FD.4060204@pardus.org.tr> Doruk Fisek wrote: > Tue, 22 Dec 2009 09:04:58 +0200, Ozan Çağlayan : > > >>> Son ISO'nun uzerinden 1 haftadan fazla gecti, yapilan da bircok >>> degisiklik var. >>> Yakin zamanda yeni bir ISO cikacak mi? (bir makinaya kuracagim da, >>> yenisi cikacaksa, bosuna eskisini kurmayayim) >>> >> Temel olarak ISO için çok fazla engel yok ancak görselleri bekliyorum. >> 2008 yazsın istemiyorum ıvır zıvır yerlerde, bu hafta içinde >> çıkartmayı düşünüyorum. >> > Bir "yilbasi" ISO'su belki? :) > eveeet :) Mete bu akşam YALI'sını test edecek, YALI'da halen 2009 ve KDE4 bilgileri geçmesinden pek hoşnut olmasam da o işin üzerinden ancak haftasonu geçilebilecek. Adı olmayan bir preview ISO'su için çok önemli olmasa gerek diye düşünüyorum. Yarın yayınlayacağım, söz. From dfisek at fisek.com.tr Tue Dec 29 18:59:09 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Tue, 29 Dec 2009 18:59:09 +0200 Subject: [Gelistirici] yeni kurumsal2 iso'su? In-Reply-To: <4B3A33FD.4060204@pardus.org.tr> References: <20091222013511.cc68eefd.dfisek@fisek.com.tr> <4B306F9A.8090206@pardus.org.tr> <20091229182807.e19bf700.dfisek@fisek.com.tr> <4B3A33FD.4060204@pardus.org.tr> Message-ID: <20091229185909.0eaee0da.dfisek@fisek.com.tr> Merhaba, Tue, 29 Dec 2009 18:53:17 +0200, Ozan Çağlayan : > Mete bu akşam YALI'sını test edecek, YALI'da halen 2009 ve KDE4 > bilgileri geçmesinden pek hoşnut olmasam da o işin üzerinden ancak > haftasonu geçilebilecek. Adı olmayan bir preview ISO'su için çok > önemli olmasa gerek diye düşünüyorum. Katiliyorum. Sonucta gelistirme ISO'su, onceki 2008-2009 karmasi hali bile fazlasiyla kullanilabilir haldeydi. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From bahadir at pardus.org.tr Tue Dec 29 21:17:43 2009 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Tue, 29 Dec 2009 21:17:43 +0200 Subject: [Gelistirici] =?utf-8?q?websvn=2Epardus=2Eorg=2Etr_Servis_D=C4=B1?= =?utf-8?b?xZ/EsQ==?= Message-ID: <200912292117.48476.bahadir@pardus.org.tr> Selamlar, Bugün akşam saatlerinde, web sunucusunun yükünde ciddi bir artış farkettik. WebSVN'i indekslemeye çalışan Google, MSN, Cuil ve Yahoo botları pisi- index.xml'in bilgi sayfasını açmaya çalıştığında, "svn blame" çalıştırılıyor ve işlemci yükü %90'a fırlıyordu. WebSVN yerine daha hafif, kararlı ve halen geliştirilen bir uygulama bulana kadar websvn servisini kapattım. http(s)://svn.pardus.org.tr ile ilgili herhangi bir kısıtlama ya da problem yok. robots.txt kullanarak botları uygulamadan uzak tutmak mümkün ancak aynı yük kullanıcılar tarafından da oluşturulabilir. SVN web arabirimi konusunda önerilere açığım. Görüşürüz, Bahadır -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From dfisek at fisek.com.tr Tue Dec 29 21:15:54 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Tue, 29 Dec 2009 21:15:54 +0200 Subject: [Gelistirici] Corporate2 -> paketler.pardus.org.tr In-Reply-To: <200912211752.21101.mnurolcay@gmail.com> References: <4B2F2E0A.1060405@pardus.org.tr> <200912211752.21101.mnurolcay@gmail.com> Message-ID: <20091229211554.2a1d3490.dfisek@fisek.com.tr> Mon, 21 Dec 2009 17:52:20 +0200, Mehmet Nur Olcay : > Şuraya Corporate2 de eklenebilir mi? Mevcut paket/paketçi durumunun > takibi kolay oluyor: > http://paketler.pardus.org.tr/ Ping. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From selimok at gmail.com Tue Dec 29 21:24:48 2009 From: selimok at gmail.com (selim ok) Date: Tue, 29 Dec 2009 20:24:48 +0100 Subject: [Gelistirici] =?iso-8859-9?q?websvn=2Epardus=2Eorg=2Etr_Servis_D?= =?iso-8859-9?q?=FD=FE=FD?= In-Reply-To: <200912292117.48476.bahadir@pardus.org.tr> References: <200912292117.48476.bahadir@pardus.org.tr> Message-ID: 2009/12/29 Bahadır Kandemir > WebSVN yerine daha hafif, kararlı ve halen geliştirilen bir uygulama bulana > kadar websvn servisini kapattım. http(s)://svn.pardus.org.tr ile ilgili > herhangi bir kısıtlama ya da problem yok. > Bu bilgilendirme yazisini bir sekilde siteye de yerlestirsek daha iyi olmaz miydi acaba. Zira yazdigin mesaji toplasan bir avuc insan okuyor, yabancisi susu busu ne oldugunu bilemeyecek. Baglantiya tikladiklarinda hata sayfasi goreceklerine bir bilgilendirme yazisi gorseler daha iyi olurdu sanki. Iyi calismalar, Selim -- One more step for freedom: http://www.pardus.org.tr/eng/ -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From bahadir at pardus.org.tr Tue Dec 29 21:32:37 2009 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Tue, 29 Dec 2009 21:32:37 +0200 Subject: [Gelistirici] =?utf-8?q?websvn=2Epardus=2Eorg=2Etr_Servis_D=C4=B1?= =?utf-8?b?xZ/EsQ==?= In-Reply-To: References: <200912292117.48476.bahadir@pardus.org.tr> Message-ID: <200912292132.37596.bahadir@pardus.org.tr> 29 Aralık 2009 Salı günü (saat 21:24:48) selim ok şunları yazmıştı: > Bu bilgilendirme yazisini bir sekilde siteye de yerlestirsek daha iyi olmaz > miydi acaba. Zira yazdigin mesaji toplasan bir avuc insan okuyor, yabancisi > susu busu ne oldugunu bilemeyecek. Baglantiya tikladiklarinda hata sayfasi > goreceklerine bir bilgilendirme yazisi gorseler daha iyi olurdu sanki. WebSVN kullanıcıların umrunda mı emin değilim, geliştiricilere yönelik bir uygulama. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From bahadir at pardus.org.tr Tue Dec 29 21:40:05 2009 From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=) Date: Tue, 29 Dec 2009 21:40:05 +0200 Subject: [Gelistirici] Corporate2 -> paketler.pardus.org.tr In-Reply-To: <20091229211554.2a1d3490.dfisek@fisek.com.tr> References: <4B2F2E0A.1060405@pardus.org.tr> <200912211752.21101.mnurolcay@gmail.com> <20091229211554.2a1d3490.dfisek@fisek.com.tr> Message-ID: <200912292140.05430.bahadir@pardus.org.tr> 29 Aralık 2009 Salı günü (saat 21:15:54) Doruk Fisek şunları yazmıştı: > > http://paketler.pardus.org.tr/ Birazdan yayına girer. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From selimok at gmail.com Tue Dec 29 21:42:07 2009 From: selimok at gmail.com (selim ok) Date: Tue, 29 Dec 2009 20:42:07 +0100 Subject: [Gelistirici] =?iso-8859-9?q?websvn=2Epardus=2Eorg=2Etr_Servis_D?= =?iso-8859-9?q?=FD=FE=FD?= In-Reply-To: <200912292132.37596.bahadir@pardus.org.tr> References: <200912292117.48476.bahadir@pardus.org.tr> <200912292132.37596.bahadir@pardus.org.tr> Message-ID: 2009/12/29 Bahadır Kandemir > 29 Aralık 2009 Salı günü (saat 21:24:48) selim ok şunları yazmıştı: > > Bu bilgilendirme yazisini bir sekilde siteye de yerlestirsek daha iyi > olmaz > > miydi acaba. Zira yazdigin mesaji toplasan bir avuc insan okuyor, > yabancisi > > susu busu ne oldugunu bilemeyecek. Baglantiya tikladiklarinda hata > sayfasi > > goreceklerine bir bilgilendirme yazisi gorseler daha iyi olurdu sanki. > > WebSVN kullanıcıların umrunda mı emin değilim, geliştiricilere yönelik bir > uygulama. > Gelistiricilere yada uzman kullanicilara yonelik olabilir ama attigin e-posta ile maalesef dunya uzerindeki herkesin bundan haberi olmuyor. Az da olsa Pardus ile dogrudan ilgisi olmayan bazi kimseler depoyu gezmek isteyebilir. Sirf bir pakette hangi yamanin kullanildigina bakmak icin mesela. Genel olarak bu hata sayfasi projenin itibarini zedeleyen onca seyden biri olacak. Ha bir eksik ha bir fazla diyorsaniz neyse, ama ufak tefek de olsa imaj sorunlarini onemsemek gerekiyor bence. Bu arada arastirdim biraz. Bulabildigim dise dokunur tek svn arayuzu usvn *. Bizde gecenler de kullanmaya basladik, ben kurmadim, fazlaca da kullanmadim ama edindigim izlenimlere gore arayuzu temiz erisim haklari detaylica ayarlanabilen bir web arayuzu. Avantajlari veya dezavantajlari konusunda bilgi sahibi degilim. Bakilabilir diye soyledim sadece :) Iyi calismalar, Selim * http://www.usvn.info/ -- One more step for freedom: http://www.pardus.org.tr/eng/ -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From mete at pardus.org.tr Tue Dec 29 21:52:13 2009 From: mete at pardus.org.tr (Mete Alpaslan) Date: Tue, 29 Dec 2009 19:52:13 -0000 Subject: [Gelistirici] =?utf-8?q?websvn=2Epardus=2Eorg=2Etr_Servis_D=C4=B1?= =?utf-8?b?xZ/EsQ==?= In-Reply-To: References: <200912292117.48476.bahadir@pardus.org.tr> <200912292132.37596.bahadir@pardus.org.tr> Message-ID: <200901292158.49250.mete@pardus.org.tr> On Tuesday 29 December 2009 21:42:07 selim ok wrote: > Bu arada arastirdim biraz. Bulabildigim dise dokunur tek svn arayuzu usvn > *. Bizde gecenler de kullanmaya basladik, ben kurmadim, fazlaca da > kullanmadim ama edindigim izlenimlere gore arayuzu temiz erisim haklari > detaylica ayarlanabilen bir web arayuzu. Avantajlari veya dezavantajlari > konusunda bilgi sahibi degilim. Bakilabilir diye soyledim sadece :) Fedora sanırım bunu kullanıyor svn desteği de var sanırım :) http://www.viewvc.org/ -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From mete at pardus.org.tr Tue Dec 29 22:08:52 2009 From: mete at pardus.org.tr (Mete Alpaslan) Date: Tue, 29 Dec 2009 20:08:52 -0000 Subject: [Gelistirici] yeni kurumsal2 iso'su? In-Reply-To: <4B3A33FD.4060204@pardus.org.tr> References: <20091222013511.cc68eefd.dfisek@fisek.com.tr> <20091229182807.e19bf700.dfisek@fisek.com.tr> <4B3A33FD.4060204@pardus.org.tr> Message-ID: <200901292215.47303.mete@pardus.org.tr> On Tuesday 29 December 2009 18:53:17 Ozan Çağlayan wrote: > > Bir "yilbasi" ISO'su belki? :) > > eveeet :) Mete bu akşam YALI'sını test edecek, YALI'da halen 2009 ve > KDE4 bilgileri geçmesinden pek hoşnut > olmasam da o işin üzerinden ancak haftasonu geçilebilecek. Adı olmayan > bir preview ISO'su için çok önemli olmasa gerek diye düşünüyorum. Test edecem bi de rsync açık olsaydı depoda eh evden biraz zor oluyor böyle iso hazırlayıp test etmesi :( From caglar at pardus.org.tr Wed Dec 30 00:28:51 2009 From: caglar at pardus.org.tr (=?UTF-8?B?Uy7Dh2HEn2xhciBPbnVy?=) Date: Wed, 30 Dec 2009 00:28:51 +0200 Subject: [Gelistirici] =?utf-8?q?websvn=2Epardus=2Eorg=2Etr_Servis_D=C4=B1?= =?utf-8?b?xZ/EsQ==?= In-Reply-To: <200912292117.48476.bahadir@pardus.org.tr> References: <200912292117.48476.bahadir@pardus.org.tr> Message-ID: <92ad66910912291428v59718413lcbf3f6ca77de0774@mail.gmail.com> Selamlar; 2009/12/29 Bahadır Kandemir : > SVN web arabirimi konusunda önerilere açığım. code.google.com :) > Görüşürüz, > Bahadır From ozan at pardus.org.tr Wed Dec 30 00:30:06 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Wed, 30 Dec 2009 00:30:06 +0200 Subject: [Gelistirici] =?utf-8?q?websvn=2Epardus=2Eorg=2Etr_Servis_D=C4=B1?= =?utf-8?b?xZ/EsQ==?= In-Reply-To: References: <200912292117.48476.bahadir@pardus.org.tr> Message-ID: <4B3A82EE.6060304@pardus.org.tr> selim ok wrote: > > Bu bilgilendirme yazisini bir sekilde siteye de yerlestirsek daha iyi olmaz > miydi acaba. Zira yazdigin mesaji toplasan bir avuc insan okuyor, yabancisi > susu busu ne oldugunu bilemeyecek. Baglantiya tikladiklarinda hata sayfasi > goreceklerine bir bilgilendirme yazisi gorseler daha iyi olurdu sanki. > > > ingilizce için pardus-announce türkçe için duyuru listelerini kullanmayı düşünelim artık aktif olarak.. From mete at pardus.org.tr Wed Dec 30 01:39:42 2009 From: mete at pardus.org.tr (Mete Alpaslan) Date: Tue, 29 Dec 2009 23:39:42 -0000 Subject: [Gelistirici] yeni kurumsal2 iso'su? In-Reply-To: <4B3A33FD.4060204@pardus.org.tr> References: <20091222013511.cc68eefd.dfisek@fisek.com.tr> <20091229182807.e19bf700.dfisek@fisek.com.tr> <4B3A33FD.4060204@pardus.org.tr> Message-ID: <200901300146.34047.mete@pardus.org.tr> On Tuesday 29 December 2009 18:53:17 Ozan Çağlayan wrote: > Doruk Fisek wrote: > > Tue, 22 Dec 2009 09:04:58 +0200, Ozan Çağlayan : > >>> Son ISO'nun uzerinden 1 haftadan fazla gecti, yapilan da bircok > >>> degisiklik var. > >>> Yakin zamanda yeni bir ISO cikacak mi? (bir makinaya kuracagim da, > >>> yenisi cikacaksa, bosuna eskisini kurmayayim) > >> > >> Temel olarak ISO için çok fazla engel yok ancak görselleri bekliyorum. > >> 2008 yazsın istemiyorum ıvır zıvır yerlerde, bu hafta içinde > >> çıkartmayı düşünüyorum. > > > > Bir "yilbasi" ISO'su belki? :) > > eveeet :) Mete bu akşam YALI'sını test edecek, YALI'da halen 2009 ve > KDE4 bilgileri geçmesinden pek hoşnut > olmasam da o işin üzerinden ancak haftasonu geçilebilecek. Adı olmayan > bir preview ISO'su için çok önemli olmasa gerek diye düşünüyorum. Birkaç renk kodu hatası haricinde benden ok. Bu arada Ozanın da dediği gibi slideshow da KDE4 den kalma Okular Dolphin bilgiler içeriyor biline... Virtualbox altında test ettim Virtualbox modullerini almamışız sanırım project dosyasına KDE açılmadı yarın bide güncel sistem de tekrar deneriz? Pas sende Ozan ? Bu arada corporate2-test deposunu rsync açsak mı acaba boyle zor oluyor dışardan! ----MT----- From turkersezer at tsdesign.info Wed Dec 30 02:38:05 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Wed, 30 Dec 2009 02:38:05 +0200 Subject: [Gelistirici] =?utf-8?q?websvn=2Epardus=2Eorg=2Etr_Servis_D=C4=B1?= =?utf-8?b?xZ/EsQ==?= In-Reply-To: <4B3A82EE.6060304@pardus.org.tr> References: <200912292117.48476.bahadir@pardus.org.tr> <4B3A82EE.6060304@pardus.org.tr> Message-ID: <897749fe0912291638o17ba4e96qefbea2ef9f71eef9@mail.gmail.com> 2009/12/30 Ozan Çağlayan : > ingilizce için pardus-announce > türkçe için duyuru listelerini > > kullanmayı düşünelim artık aktif olarak.. Web sayfalarını da aktif olarak kullanabiliriz aslında. Daha ne kullanacağımız belli değilken, kurması, ayarlaması epey zaman alacaktır muhtemelen. Bu kadar zaman hata ekranı kalması yerine Selim'in önerisine uymak mantıklı görünüyor. (Bir de eskinin güzel hata ekranları vardı, insan hata ekranından kendini alamıyordu, hey gidi günler) Türker From bahadir at pardus.org.tr Wed Dec 30 09:26:21 2009 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Wed, 30 Dec 2009 09:26:21 +0200 Subject: [Gelistirici] =?utf-8?q?websvn=2Epardus=2Eorg=2Etr_Yay=C4=B1nda?= In-Reply-To: <200912292117.48476.bahadir@pardus.org.tr> References: <200912292117.48476.bahadir@pardus.org.tr> Message-ID: <200912300926.33614.bahadir@pardus.org.tr> Salı 29 Aralık 2009 günü (saat 21:17:43) Bahadır Kandemir şunları yazmıştı: > robots.txt kullanarak botları uygulamadan uzak tutmak mümkün ancak aynı yük > kullanıcılar tarafından da oluşturulabilir. ViewCV'yi 1.1 branch'ına çektim ve robots.txt ekledim, büyük dosyalar ait sayfalarda sorun yaşanmıyor. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From bahadir at pardus.org.tr Wed Dec 30 09:52:54 2009 From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=) Date: Wed, 30 Dec 2009 09:52:54 +0200 Subject: [Gelistirici] 2009->Corporate2 In-Reply-To: <200912211752.21101.mnurolcay@gmail.com> References: <4B2F2E0A.1060405@pardus.org.tr> <200912211752.21101.mnurolcay@gmail.com> Message-ID: <200912300952.54774.bahadir@pardus.org.tr> Pazartesi 21 Aralık 2009 günü (saat 17:52:20) Mehmet Nur Olcay şunları yazmıştı: > http://paketler.pardus.org.tr/ Web arayüzüne Corporate2 devel ve devel-x86_64 depoları, RSync'e corporate2- test eklendi. Güle güle kullanın. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From eren at pardus.org.tr Wed Dec 30 10:16:36 2009 From: eren at pardus.org.tr (Eren =?iso-8859-15?q?T=FCrkay?=) Date: Wed, 30 Dec 2009 10:16:36 +0200 Subject: [Gelistirici] =?iso-8859-15?q?G=FCvenlik_G=FCncellemeleri__-_Secu?= =?iso-8859-15?q?rity_Fixes__=282009-12-29=29?= In-Reply-To: <200912291433.48916.gokcen@pardus.org.tr> References: <200912291433.48916.gokcen@pardus.org.tr> Message-ID: <200912301016.36515.eren@pardus.org.tr> On Tuesday 29 December 2009 02:33:36 pm Gökçen Eraslan wrote: > * Pardus 2008 > > mod_php-5.2.12-74-14.pisi > php-cli-5.2.12-74-14.pisi > php-common-5.2.12-74-14.pisi [PLSA 2009-208] http://security.pardus.org.tr/en/2009-208/ > kdelibs-3.5.10-89-16.pisi > kdelibs-apidox-3.5.10-89-16.pisi [PLSA 2009-210] http://security.pardus.org.tr/en/2009-210/ > arts-3.5.10-26-6.pisi [PLSA 2009-211] http://security.pardus.org.tr/en/2009-211/ > firefox-3.0.16-111-33.pisi > firefox-devel-3.0.16-111-33.pisi [PLSA 2009-212] http://security.pardus.org.tr/en/2009-212/ From dfisek at fisek.com.tr Wed Dec 30 11:03:25 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Wed, 30 Dec 2009 11:03:25 +0200 Subject: [Gelistirici] 2009->Corporate2 In-Reply-To: <200912300952.54774.bahadir@pardus.org.tr> References: <4B2F2E0A.1060405@pardus.org.tr> <200912211752.21101.mnurolcay@gmail.com> <200912300952.54774.bahadir@pardus.org.tr> Message-ID: <20091230110325.43fceac8.dfisek@fisek.com.tr> Wed, 30 Dec 2009 09:52:54 +0200, Bahadır Kandemir : > > http://paketler.pardus.org.tr/ > Web arayüzüne Corporate2 devel ve devel-x86_64 depoları, RSync'e > corporate2- test eklendi. > Güle güle kullanın. Eline saglik, bir de ana sayfaya baglanti koyabilir misin? Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From metebilgin48 at gmail.com Wed Dec 30 12:59:18 2009 From: metebilgin48 at gmail.com (mete bilgin) Date: Wed, 30 Dec 2009 12:59:18 +0200 Subject: [Gelistirici] =?utf-8?b?YXJ0cyB2ZSBrZGVsaWJzIMOnYWvEscWfYW4gcGFr?= =?utf-8?q?etler?= Message-ID: Selamlar, Corporate2 64 bit için derleme yaparken kde bileşenlerininde (kdelibs ve arts da) bir çakışma yaşadık. Arts kurulumunda; /etc/env.d/46kdepaths from kdelibs package /etc/env.d/99kde-env from kdelibs package İki paketin içerisinde de AdditionalFile ile eklenmiş. Hangisinde olması gerektiğine karar veremedik. İyi çalışmalar... -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Wed Dec 30 13:12:38 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Wed, 30 Dec 2009 13:12:38 +0200 Subject: [Gelistirici] =?utf-8?b?YXJ0cyB2ZSBrZGVsaWJzIMOnYWvEscWfYW4gcGFr?= =?utf-8?q?etler?= In-Reply-To: References: Message-ID: <4B3B35A6.4000108@pardus.org.tr> mete bilgin wrote On 30-12-2009 12:59: > Selamlar, > > Corporate2 64 bit için derleme yaparken kde bileşenlerininde (kdelibs ve > arts da) bir çakışma yaşadık. > > Arts kurulumunda; > > /etc/env.d/46kdepaths from kdelibs > package > > /etc/env.d/99kde-env from kdelibs package > iki paket de corporate2/devel'de var ve çakışmıyorlar. Sizde olmayan update gelmiş olabilir, karşılaştır istersen. arts'tan attım diye hatırlıyorum o dosyayı.. From ozan at pardus.org.tr Wed Dec 30 13:39:13 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Wed, 30 Dec 2009 13:39:13 +0200 Subject: [Gelistirici] =?iso-8859-9?q?arts_ve_kdelibs_=E7ak=FD=FEan_paketl?= =?iso-8859-9?q?er?= In-Reply-To: <4B3B35A6.4000108@pardus.org.tr> References: <4B3B35A6.4000108@pardus.org.tr> Message-ID: <4B3B3BE1.10708@pardus.org.tr> Ozan Çağlayan wrote On 30-12-2009 13:12: > mete bilgin wrote On 30-12-2009 12:59: >> Selamlar, >> >> Corporate2 64 bit için derleme yaparken kde bileşenlerininde (kdelibs ve >> arts da) bir çakışma yaşadık. evet atmamışım arts'paketinden. arts paketini derlemenize gerek yok, kullanılmıyor zaten Corporate2 deposunda ikili paketi yok. From scirit at pardus.org.tr Wed Dec 30 14:04:36 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Wed, 30 Dec 2009 14:04:36 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091230_2008_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912300404l7eb32390gba6b8f0aa2907910@mail.gmail.com> Selamlar, 20091230 2008 Güvenlik Güncellemesi Testleri için son tarih: 31-12-2009 10:00 Server bileşeni -------------------------- postgresql-doc-8.1.19-22-4.pisi postgresql-lib-8.1.19-22-4.pisi postgresql-pl-8.1.19-22-4.pisi postgresql-server-8.1.19-22-4.pisi Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/pardus-2008-test/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Cirit From selimok at gmail.com Wed Dec 30 14:53:19 2009 From: selimok at gmail.com (selim ok) Date: Wed, 30 Dec 2009 13:53:19 +0100 Subject: [Gelistirici] =?iso-8859-9?q?websvn=2Epardus=2Eorg=2Etr_Yay=FDnda?= In-Reply-To: <200912300926.33614.bahadir@pardus.org.tr> References: <200912292117.48476.bahadir@pardus.org.tr> <200912300926.33614.bahadir@pardus.org.tr> Message-ID: 2009/12/30 Bahadır Kandemir > Salı 29 Aralık 2009 günü (saat 21:17:43) Bahadır Kandemir şunları yazmıştı: > > robots.txt kullanarak botları uygulamadan uzak tutmak mümkün ancak aynı > yük > > kullanıcılar tarafından da oluşturulabilir. > > ViewCV'yi 1.1 branch'ına çektim ve robots.txt ekledim, büyük dosyalar ait > sayfalarda sorun yaşanmıyor. > Sol ust kosedeki viewVC logosu yerine Pardus logosu konulmasi mumkun mu acaba? Eger lisans vs acisindan dert degilse tabii. Iyi calismalar, Selim -- One more step for freedom: http://www.pardus.org.tr/eng/ -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From metinakdere at gmail.com Wed Dec 30 17:56:54 2009 From: metinakdere at gmail.com (Metin AKDERE) Date: Wed, 30 Dec 2009 17:56:54 +0200 Subject: [Gelistirici] =?utf-8?q?Pardusman_ile_64bit_i=C3=A7in_kurulan_CD_?= =?utf-8?q?olu=C5=9Fturma_hakk=C4=B1nda?= Message-ID: <79dd30100912300756n3807b3ear7fa8b563abb1681e@mail.gmail.com> Selamlar, 64bit paketlerin index dosyası [1] adresinde bulunuyor. Bu adresi kaynak depo ve ekteki xml dosyasını kurulacak paketler olarak gösterip Pardusman ile kurulabilir CD oluşturmaya çalışıyoruz. Paketler indirilip yerel depo başarılı bir şekilde oluşturuluyor. Listelenen paketlerin tamamı da hata vermeden kuruluyor görünüyor. Hemen bu aşamanın ardından pardusman/repotools/maker.py içerisindeki make_image metodundaki komutlar da chrun("/sbin/ldconfig") komutuna kadar başarılı bir şekilde çalıştıktan sonra chrun("/sbin/update-environment") komutunda başarısızlıkla sonlanıyor; çünkü oluşturulan image içerisinde /sbin/update-environment bulunamıyor. Sonuçta Mudur paketi pardusman ile başarılı bir şekilde kurulamıyor; ama "pisi it mudur -D image" komutu ile konsoldan kurduğumda ilgili image dizinine düzgün bir şekilde kuruluyor. Konu hakkında fikri bulunanlardan duymak isteriz. İyi çalışmalar. --- Metin AKDERE [1] http://x86-64.comu.edu.tr/pisi-index.xml.bz2 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Corporate2-64.xml.bz2 Type: application/x-bzip2 Size: 3813 bytes Desc: not available URL: From onur at pardus.org.tr Wed Dec 30 19:01:39 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Wed, 30 Dec 2009 19:01:39 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri___-_Sec?= =?utf-8?q?urity_Fixes_=282009-12-30=29?= Message-ID: <20091230190139.c6ea7ca1.onur@pardus.org.tr> Merhaba / Hi, Bu gece kararlı depolara girecek güvenlik güncellemeleri : Tonights security fixes for Pardus stable repos : ----------------------------------------------------------------------- * Pardus 2009 xulrunner-1.9.1.6-25-19.pisi xulrunner-devel-1.9.1.6-25-19.pisi firefox-3.5.6-120-21.pisi - Dependencies / Bağımlılıklar cairo-1.8.8-28-4.pisi gtk2-2.18.5-59-16.pisi gtk2-demo-2.18.5-59-16.pisi gtk2-docs-2.18.5-59-16.pisi -- Onur Küçük Knowledge speaks, but wisdom listens From ozan at pardus.org.tr Wed Dec 30 20:07:21 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Wed, 30 Dec 2009 20:07:21 +0200 Subject: [Gelistirici] =?utf-8?q?Pardus_Kurumsal_2_=C3=96nizleme_S=C3=BCr?= =?utf-8?b?w7xtw7wgKDIwMDkxMjMwKQ==?= Message-ID: <4B3B96D9.9050804@pardus.org.tr> Merhaba, Mayıs 2010'da yayımlanacak olan Pardus Kurumsal 2 sürümünün ilk resmi deneme sürümü FTP sunucularında yerini aldı. Türkçe ve İngilizce kurulum CD görüntüsüne: ftp://ftp.pardus.org.tr/pub/pardus/kurulan/corporate2/ adresinden ulaşabilirsiniz. Sorunsuz kurulum için CD görüntüsü özetlerini kontrol etmenizi, kaliteli CD'ler kullanmanızı, görüntüleri DAO modunda ve en fazla 16x hızında yakmanızı öneririz. Pardus Kurumsal 2, masaüstü olarak kararlılığını ve performansını kanıtlamış KDE 3.5.10 ile birlikte gelmektedir. Diğer tüm altyapılar ve uygulamalar ise en güncel sürümlerine güncellenerek kullanıcılara daha hızlı, rahat ve sorunsuz bir deneyim sunulmaktadır. Bazı temel bileşenlerin sürümleri aşağıda listelenmiştir: KDE Masaüstü ortamı 3.5.10 Linux çekirdeği 2.6.31.9 OpenOffice.org Ofis araçları 3.1.1.5 Mozilla Firefox Internet tarayıcı 3.5.6 Xorg 1.7.3.901 Python 2.6.4 GCC 4.3.3 Glibc 2.9 Bu önizleme sürümü bir deneme sürümüdür. Çok hızlı ilerleyen gelişme süreci içerisinde depolarda sık sık paket güncellemelerinin yer alacağını tekrar hatırlatmak istiyoruz. Kurumsal gerekleri karşılayacak yeni uygulama ve paketler de depoya hızlı aktarılacaktır. Karşılaştığınız hataları ve iyileştirme isteklerinizi hata takip sistemimizde[0] 'Pardus Kurumsal 2' sürümünü seçerek bildirebilirsiniz. [0]: http://hata.pardus.org.tr -- Teşekkürler, Ozan Çağlayan From onur at pardus.org.tr Wed Dec 30 20:05:24 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Wed, 30 Dec 2009 20:05:24 +0200 Subject: [Gelistirici] 2009.1 Beta In-Reply-To: <20091226002711.0378b987.onur@pardus.org.tr> References: <20091226002711.0378b987.onur@pardus.org.tr> Message-ID: <20091230200524.e688a754.onur@pardus.org.tr> On Sat, 26 Dec 2009 00:27:11 +0200 Onur Küçük wrote: > Şu anda ftp sunucusunda Kurulan ve Kurulan Int. yer alıyor. Çalışan > CD ile bazı donanımlarda X açılışı ile sorun yaşadığımız için henüz > ftp sunucusuna yerleştirmedik. Sorunun sadece Türkçe açılışta olduğunu > tahmin ediyoruz ancak farklı donanımlar üzerinde deneyip sorunun > kaynağını yakalamak istiyoruz. Sorunu KDM'in X için beklediği süreyi arttırarak çözdük, diğer dağıtımlar da böyle yapmış. Çalışan CD Beta da böylelikle hazır oldu, herkesin tekrardan eline sağlık :) -- Onur Küçük Knowledge speaks, but wisdom listens From ert976 at gmail.com Thu Dec 31 01:04:00 2009 From: ert976 at gmail.com (ertan) Date: Thu, 31 Dec 2009 01:04:00 +0200 Subject: [Gelistirici] yine x264 In-Reply-To: <200912221833.15968.ert976@gmail.com> References: <20091222164015.79e7dfab.onur@pardus.org.tr> <200912221833.15968.ert976@gmail.com> Message-ID: <200912310104.01107.ert976@gmail.com> 22 Aralık 2009 Salı günü (saat 18:33:15) ertan şunları yazmıştı: > > paketim olmayan gst-plugins-ugly ile contrib de cinerella var, bir > > değişiklik gerekli olursa onları da halledeceğim. > > > > Var mıdır itirazı olan ? > > Cinelerra için itirazım yoktur. Gerekeni yapabilirsin. > > Saygılarımla > Ertan Argüden > Cinelerra paketini contrib/develde hazırladım. Yeni x264 ve ffmpeg pardus/stable depoya girince cinelerra yı contrib/stable a commitleyeceğim. x264 ve ffmpeg için "versionFrom..." ekledim. Yoksa sistemini güncellemeden paketi kuran kişiler hata alabilir. Sanırım bu şekilde olması lazım. En son güncellemede ffmpeg paketi versiyon arttırılmamış gözüküyor. (İnşa no artmış) Genel kaide olarak bu işlemi nasıl yapıyoruz. x264 bağımlılığı olmasa "versionFrom..." işe yaramayacak. Bu konuda bilgi verebilir misiniz? Saygılarımla Ertan Argüden From scirit at pardus.org.tr Thu Dec 31 09:28:25 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Thu, 31 Dec 2009 09:28:25 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091231_2009_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912302328i23b532baob1ee721c53b9100@mail.gmail.com> Selamlar, 20091231 2009 Güvenlik Güncellemesi Testleri için son tarih: 01-01-2010 17:00 Network bileşeni ------------------------ wireshark-1.2.5-32-8.pisi Server Bileşeni --------------------------- postgresql-doc-8.3.9-24-7.pisi postgresql-lib-8.3.9-24-7.pisi postgresql-pl-8.3.9-24-7.pisi postgresql-server-8.3.9-24-7.pisi Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/pardus-2009-test/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Cirit From serdar at pardus.org.tr Thu Dec 31 09:46:15 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Thu, 31 Dec 2009 09:46:15 +0200 Subject: [Gelistirici] PG'daki gereksiz programming.languages dizini Message-ID: Merhaba; 2009'dan itibaren programming.language bileşenini kullanıyoruz, ama önceden kalma bir programming.languages dizini var ki beni varlığıyla rahatsız ediyor. Herhangi bir işlevi yok, eğer bir itiraz yoksa bu pazar (03.01.2010) bu dizini[1] PG'dan kaldırıyorum. ilgi, bilgi. [1] http://svn.pardus.org.tr/pardus/playground/review/programming/languages/ -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From onur at pardus.org.tr Thu Dec 31 10:57:01 2009 From: onur at pardus.org.tr (Onur =?utf-8?q?K=C3=BC=C3=A7=C3=BCk?=) Date: Thu, 31 Dec 2009 10:57:01 +0200 Subject: [Gelistirici] PG'daki gereksiz programming.languages dizini In-Reply-To: References: Message-ID: <200912311057.01389.onur@pardus.org.tr> On 31 Aralık 2009 Perşembe 09:46:15 Serdar Dalgic wrote: > Merhaba; > > 2009'dan itibaren programming.language bileşenini kullanıyoruz, ama önceden > kalma bir programming.languages dizini var ki beni varlığıyla rahatsız > ediyor. > > Herhangi bir işlevi yok, eğer bir itiraz yoksa bu pazar (03.01.2010) bu > dizini[1] PG'dan kaldırıyorum. > > ilgi, bilgi. > > [1] > http://svn.pardus.org.tr/pardus/playground/review/programming/languages/ Direkt kaldır bence 2008 yakında security only moda girince yeni paket almayacak, playground/review u elden geçirelim, hatta 2009.1 çıktıktan sonra review da atıl bekleyen paketleri kurcalayalım, konuştuğumuz review sürecini oturtalım. -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Thu Dec 31 11:03:24 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Thu, 31 Dec 2009 11:03:24 +0200 Subject: [Gelistirici] yine x264 In-Reply-To: <200912310104.01107.ert976@gmail.com> References: <20091222164015.79e7dfab.onur@pardus.org.tr> <200912221833.15968.ert976@gmail.com> <200912310104.01107.ert976@gmail.com> Message-ID: <200912311103.24910.onur@pardus.org.tr> On 31 Aralık 2009 Perşembe 01:04:00 ertan wrote: > Cinelerra paketini contrib/develde hazırladım. Yeni x264 ve ffmpeg > pardus/stable depoya girince cinelerra yı contrib/stable a > commitleyeceğim. eline sağlık :) API değişmedi bu arada, bir şey kırılmamış olması lazım > x264 ve ffmpeg için "versionFrom..." ekledim. Yoksa sistemini > güncellemeden paketi kuran kişiler hata alabilir. Sanırım bu şekilde > olması lazım. aslında bağımlılık yazmamış şart değil, x264 e reversedependencyupdate yazdığımız için pisi gerekli güncellemeyi yapacak. Ama pakete o sürüme bağımlılık yazıp history de işaretleyince yarın öbür gün geriye dönük bakmak işimize yarıyor takibi kolaylaştırıyor. > En son güncellemede ffmpeg paketi versiyon arttırılmamış gözüküyor. (İnşa > no artmış) Genel kaide olarak bu işlemi nasıl yapıyoruz. x264 bağımlılığı > olmasa "versionFrom..." işe yaramayacak. Bu konuda bilgi verebilir > misiniz? FFmpeg de release arttırdım güncellerken, ancak paketi derledikten hemen sonra eklediğim değişikliğin küçük bir düzeltme içeren hali upstream e girdi, ben de o hali ile yeni arşiv oluşturup tekrar derlettim. Sürüm arttırmam iyi olurdu aslında, gözden kaçırmışım. -- Onur Küçük Knowledge speaks, but wisdom listens From serdar at pardus.org.tr Thu Dec 31 15:17:08 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Thu, 31 Dec 2009 15:17:08 +0200 Subject: [Gelistirici] trunk/pisi - Do not give permission to takeback system to the i... In-Reply-To: <20091231123446.A7D3349CDA4@ns1.pardus.org.tr> References: <20091231123446.A7D3349CDA4@ns1.pardus.org.tr> Message-ID: Merhaba; pisi hs'nin ilk komutu aşağıda da yazdığı gibi `pardus-cd repository is updated.`; bu yüzden pisi hs -t 1 komutu sistemdeki bütün paketleri kaldırıyor. İşbu commit bunu düzeltiyor, ama uyarı mesajı pek içimize sinmedi. `initial state` biraz fuzzy kalmış gibi. Daha iyi önerisi olan var mı? 2009/12/31 Serdar Dalgıç > Author: sdalgic > Date: Thu Dec 31 14:34:46 2009 > New Revision: 27190 > > Modified: > trunk/pisi/ChangeLog > trunk/pisi/pisi/cli/history.py > Log: > Do not give permission to takeback system to the initial state which is > always `pardus-cd repository is updated.` . > > > > -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From onur at pardus.org.tr Thu Dec 31 16:22:09 2009 From: onur at pardus.org.tr (Onur =?utf-8?q?K=C3=BC=C3=A7=C3=BCk?=) Date: Thu, 31 Dec 2009 16:22:09 +0200 Subject: [Gelistirici] =?utf-8?q?b=C3=B6cek__11861?= Message-ID: <200912311622.09934.onur@pardus.org.tr> Merhaba, 2009.1 in çıkışını takip edebilmek için #11861 numaralı hata kaydını [1] açtım. Bu yöntemle sürüm takibi yapmanın daha kolay olacağını düşünüyorum. Kıyasla daha az engelleyici hata girdisi olan 2009.1'i de şu aşamada kobay seçtim. Önümüzdeki sürümün RC olması, tek RC planlamamız ve engelleyici sorunlarımızın az olması sebebiyle direkt sürüm için kayıt açtım ama sonraki sürümlerde ara sürümler için aynı yolu izlemeyi düşünüyorum. Şu anda tüm hata takip sisteminin üzerinden geçmek fazlaca zamanımı alacak, bu yüzden test ekibinden gelen bilgi ve kendi todo listemdeki kayıtlara göre işaretleme yapıyorum. Bunların dışında "sürüm engelleyici" olduğunu düşündüğünüz hata kayıtları varsa [2] bana haber ediniz, uygun bulduklarımı işaretleyeyim. "Sürüm engelleyici nedir" için de daha sonra bir şeyler karalamaya çalışacağım. [1] http://bugs.pardus.org.tr/show_bug.cgi?id=11861 [2] hata kaydı : hata takip sistemine bildirilmiş hatalar -- Onur Küçük Knowledge speaks, but wisdom listens From dfisek at fisek.com.tr Thu Dec 31 16:27:53 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Thu, 31 Dec 2009 16:27:53 +0200 Subject: [Gelistirici] trunk/pisi - Do not give permission to takeback system to the i... In-Reply-To: References: <20091231123446.A7D3349CDA4@ns1.pardus.org.tr> Message-ID: <20091231162753.c64073ad.dfisek@fisek.com.tr> Merhaba, Thu, 31 Dec 2009 15:17:08 +0200, Serdar Dalgic : > pisi hs'nin ilk komutu aşağıda da yazdığı gibi `pardus-cd repository > is updated.`; bu yüzden pisi hs -t 1 komutu sistemdeki bütün paketleri > kaldırıyor. > İşbu commit bunu düzeltiyor, ama uyarı mesajı pek içimize sinmedi. > `initial state` biraz fuzzy kalmış gibi. Daha iyi önerisi olan var mı? "Always" dedigin olay sadece 2009 ve sonrasi icin gecerli. 2008 kurulu sistemlerde 1. state ilk kurulum -- cd repository updated degil. Ornegin ben sisteme ne paket kurmustum daha sonradan listesini almak icin pisi hs -t 1 komutunu kullanip, kaldirilacak paket listesini aliyorum ve baska bir sisteme ayni paketleri kuruyorum klonlamak icin (bunun GUI'ye eklenmesi de onerilmisti). Ayni sekilde 2008'den 2009'a ya da kurumsal2'ye guncelleyecek sistemlerin 1. state'i de "cd repository updated" olmayacak. Ya 2009/kurumsal2 guncellemesi sirasinda pisi history'sini sifirlamak ve 2008 pisi'sine bu ozelligi gecirmemek ya da 1. state'in "cd repository updated" olup olmadigini da ek olarak kontrol etmek gerekiyor diye dusunuyorum. Ifade de "First state is a totally blank system, you don't want to go back there" olabilir. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From onur at pardus.org.tr Thu Dec 31 16:36:08 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Thu, 31 Dec 2009 16:36:08 +0200 Subject: [Gelistirici] =?iso-8859-9?q?b=F6cek__11861?= In-Reply-To: <200912311622.09934.onur@pardus.org.tr> References: <200912311622.09934.onur@pardus.org.tr> Message-ID: <200912311636.08908.onur@pardus.org.tr> On 31 Aralık 2009 Perşembe 16:22:09 Onur Küçük wrote: > kayıtlara göre işaretleme yapıyorum. Bunların dışında "sürüm engelleyici" > olduğunu düşündüğünüz hata kayıtları varsa [2] bana haber ediniz, uygun > bulduklarımı işaretleyeyim. > > "Sürüm engelleyici nedir" için de daha sonra bir şeyler karalamaya > çalışacağım. bana haber vermek için karalamamı beklemeyin tabi ki, hata numarasını özelden posta bile atsanız olur, gerisini ben hallederim -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Thu Dec 31 16:52:19 2009 From: onur at pardus.org.tr (Onur =?utf-8?q?K=C3=BC=C3=A7=C3=BCk?=) Date: Thu, 31 Dec 2009 16:52:19 +0200 Subject: [Gelistirici] [2009] [ACK/NACK] 20091231 Message-ID: <200912311652.20213.onur@pardus.org.tr> Merhaba / Hi; * 2009-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 2010-01-04, 9:00 KDE 4.3 ailesini henüz depoya almıyoruz, yeni KDE'ye bağımlı ve stable depo ile uyumsuz paketlere lütfen NACK verin * ACK/NACK for new packages in 2009-test repo, please reply before 2010-01-04, 9:00 (GMT+2) KDE 4.3 family is not going to stable repo, if your packages does not work fine with KDE in stable repo please give them NACK FreeImage-3.12.0-5-3.pisi FreeMat-4.0.1-1-1.pisi PyKDE-4.3.4-30-13.pisi PyQt-4.5.4-36-10.pisi PyQt-doc-4.5.4-36-10.pisi PyXML-0.8.4-5-4.pisi QtCurve-Gtk2-0.69.2-20-7.pisi QtCurve-KDE4-0.69.2-18-12.pisi SGMLSpm-1.03-2-4.pisi SVK-2.2.1-6-2.pisi Smarty-2.6.24-8-5.pisi abuse-0.7.1-5-2.pisi akonadi-1.2.1-10-6.pisi amarok-2.2.1-33-16.pisi amsn-0.98.1-27-6.pisi amsn-skin-oxygen-1.0_20091013-1-1.pisi arora-0.10.2-15-8.pisi artwork-pardus-release-2009-8-6.pisi asciidoc-8.5.2-10-6.pisi ati-control-center-9.12-55-8.pisi avahi-glib-0.6.25-7-5.pisi avahi-qt-0.6.25-7-5.pisi avidemux-2.5.2-19-4.pisi avidemux-cli-2.5.2-19-4.pisi avidemux-common-2.5.2-19-4.pisi avidemux-qt-2.5.2-19-4.pisi basket-2.0_20091124-18-6.pisi bespin-kde4-theme-0.1-5-3.pisi bind-9.6.1_p2-24-4.pisi bind-tools-9.6.1_p2-24-4.pisi bitbake-1.8.18-1-1.pisi blobby-0.8_20091224-5-3.pisi boo-0.9.2.3383-2-2.pisi boot-manager-2.9.5-25-7.pisi chromium-bsu-0.9.14-7-3.pisi clustalx-2.0.12-2-2.pisi command-not-found-0.8-10-5.pisi dhcpcd-5.1.3-20-5.pisi dia-0.97-4-1.pisi digikam-1.0.0-16-9.pisi display-settings-0.9.96-27-6.pisi droid-fonts-0.0_20091121-2-4.pisi eet-1.2.2-15-5.pisi eigen-2.0.10-6-4.pisi eina-0.0.2.062-9-5.pisi elixir-0.6.1-6-2.pisi eric-4.3.8-18-2.pisi eric-i18n-cs-4.3.8-5-2.pisi eric-i18n-de-4.3.8-5-2.pisi eric-i18n-es-4.3.8-5-2.pisi eric-i18n-fr-4.3.8-5-2.pisi eric-i18n-ru-4.3.8-5-2.pisi eric-i18n-tr-4.3.8-5-2.pisi extreme-tuxracer-0.5_beta1-1-1.pisi farsight2-0.0.16-9-7.pisi ffmpeg-0.5.1_20091020-63-16.pisi ffmpeg2theora-0.24-4-3.pisi fluidsynth-1.1.1-5-6.pisi foomatic-db-4.0_20091123-22-6.pisi foomatic-db-engine-4.0.3_20091123-19-5.pisi foomatic-db-hpijs-4.0_20090629-18-4.pisi foomatic-filters-4.0.3-20-5.pisi freecol-0.9.0_alpha2-21-6.pisi frescobaldi-1.0.0-7-6.pisi frozen-bubble-2.2.0-20-3.pisi funguloids-1.06.4-6-1.pisi gecko-mediaplayer-0.9.8_20091226-20-12.pisi geos-3.2.0_rc1-10-1.pisi gfxtheme-base-0.10-24-4.pisi gfxtheme-pardus-boot-0.10-24-12.pisi gfxtheme-pardus-install-0.10-24-12.pisi git-1.6.5.6-86-10.pisi git-cvs-1.6.5.6-86-6.pisi git-daemon-1.6.5.6-86-6.pisi git-emacs-1.6.5.6-86-10.pisi git-gui-1.6.5.6-86-6.pisi git-svn-1.6.5.6-86-6.pisi gitk-1.6.5.6-86-6.pisi gitweb-1.6.5.6-86-10.pisi glib2-2.22.2-39-8.pisi glibc-2.9-46-11.pisi glibc-doc-2.9-46-6.pisi glibc-locales-aa-2.9-46-11.pisi gnome-common-2.26.0-5-4.pisi gnome-desktop-2.28.1-1-1.pisi gnome-mplayer-0.9.8_20091226-26-15.pisi gnutls-2.8.5-18-7.pisi goldendict-0.9.0-1-1.pisi graphviz-2.22.2-14-5.pisi graphviz-docs-2.22.2-14-5.pisi grub-0.97-70-15.pisi gssdp-0.7.0-4-4.pisi gst-plugins-ugly-0.10.12-16-7.pisi gtk-qt-engine-1.1_147-8-6.pisi guidance-power-manager-4.3.3-5-4.pisi gupnp-0.13.1-4-4.pisi gupnp-igd-0.1.4-5-5.pisi gvim-7.2.319-67-8.pisi hmmer-3.0_beta3-1-1.pisi hmmer-doc-3.0_beta3-1-1.pisi htop-0.8.3-5-3.pisi hylafax-6.0.3-16-1.pisi ifuse-0.9.5-2-2.pisi imagemagick-6.5.7.7-32-8.pisi imagemagick-doc-6.5.7.7-32-7.pisi indywiki-0.9.9.1-2-2.pisi inkscape-0.47-18-5.pisi iw-0.9.18-4-4.pisi k3b-1.69.0_alpha4-15-12.pisi k3b-extra-themes-1.69.0_alpha4-15-11.pisi kaptan-4.0.15-54-30.pisi kfax-3.3.6-2-2.pisi kftpgrabber-0.8.99_20090721-4-2.pisi kgraphviewer-2.0.2-3-2.pisi kipi-plugins-1.0.0-15-11.pisi kmplayer-0.11.1b-9-6.pisi konqueror-plugins-4.3.1-4-2.pisi konqueror-plugins-doc-4.3.1-4-2.pisi konversation-1.2.1-33-16.pisi konversation-docs-1.2.1-33-14.pisi kradio-4.0.0-3-2.pisi krename-4.0.2-9-8.pisi ktorrent-3.2.5-13-6.pisi kvirc-4.0_rc1-9-5.pisi kwin-crystal-style-2.0.5-7-3.pisi lablgl-1.04-2-1.pisi latex-xmltex-1.9-5-5.pisi lbreakout2-2.6.1-6-3.pisi libgdiplus-2.6-20-7.pisi libiphone-0.9.5-2-2.pisi libmatthew-java-0.7.2-2-4.pisi libnice-0.0.10-8-6.pisi libplist-1.1-4-4.pisi libqjson-0.7.1-1-1.pisi libquicktime-1.1.2-11-7.pisi libspectre-0.2.3-3-4.pisi libusb1-1.0.6-8-4.pisi libv4l-0.6.3-21-12.pisi libva-0.31.0-3-2.pisi libvdpau-0.3-3-4.pisi lilycomp-1.0.2-4-2.pisi log4c-1.2.1-1-1.pisi lpsolve-5.5.0.15-2-3.pisi lsb-release-1.4-6-8.pisi lsdvd-0.16-2-1.pisi matio-1.3.3-1-1.pisi maxima-5.20.1-10-3.pisi mercurial-1.4.1-13-4.pisi mesa-experimental-7.6_20091019-13-3.pisi minitube-0.8.1-1-1.pisi mkinitramfs-0.6-59-12.pisi mlt-0.4.6-17-7.pisi mod_dav_svn-1.6.6-53-13.pisi mod_perl-2.0.4-9-3.pisi mono-2.6-27-9.pisi mono-zeroconf-0.9.0-2-2.pisi mpeg4ip-1.5.0.1-11-6.pisi mpg123-1.10.0-23-7.pisi mplayer-0.0_20091229-116-14.pisi mudur-3.1.1-103-27.pisi mysql-python-1.2.3-6-3.pisi nano-2.2.1-18-7.pisi neon-0.29.1-14-9.pisi net-snmp-5.4.2.1-9-3.pisi net-snmptrap-5.4.2.1-9-3.pisi net-tools-1.60-44-19.pisi neverball-1.5.4-6-4.pisi ntfs_3g-0.0_2009.11.14-42-5.pisi obexftp-0.23-3-5.pisi octave-3.2.3-18-5.pisi ode-0.11.1-7-2.pisi openoffice-3.1.1.5-76-11.pisi openoffice-clipart-3.1.1.5-76-3.pisi openoffice-extension-pdfimport-3.1.1.5-76-11.pisi openoffice-extension-presentation-minimizer-3.1.1.5-76-11.pisi openoffice-extension-presenter-screen-3.1.1.5-76-11.pisi openoffice-extension-report-builder-3.1.1.5-76-11.pisi openoffice-extension-wiki-publisher-3.1.1.5-76-11.pisi openoffice-help-de-3.1.1.5-76-11.pisi openoffice-help-en-3.1.1.5-76-11.pisi openoffice-help-es-3.1.1.5-76-11.pisi openoffice-help-fr-3.1.1.5-76-11.pisi openoffice-help-it-3.1.1.5-76-11.pisi openoffice-help-nl-3.1.1.5-76-11.pisi openoffice-help-pt-BR-3.1.1.5-76-11.pisi openoffice-help-sv-3.1.1.5-76-11.pisi openoffice-help-tr-3.1.1.5-76-11.pisi openoffice-kde-3.1.1.5-76-11.pisi openoffice-langpack-de-3.1.1.5-76-11.pisi openoffice-langpack-de-extras-3.1.1.5-76-3.pisi openoffice-langpack-es-3.1.1.5-76-11.pisi openoffice-langpack-fr-3.1.1.5-76-11.pisi openoffice-langpack-it-3.1.1.5-76-11.pisi openoffice-langpack-nl-3.1.1.5-76-11.pisi openoffice-langpack-pt-BR-3.1.1.5-76-11.pisi openoffice-langpack-sv-3.1.1.5-76-11.pisi openoffice-langpack-tr-3.1.1.5-76-11.pisi openoffice-python-3.1.1.5-76-11.pisi package-manager-2.0.1-79-23.pisi pango-1.24.5-32-8.pisi pango-docs-1.24.5-32-3.pisi pardus-python-0.4.5-27-15.pisi perf-2.6.31.9-129-1.pisi perl-5.10.1-27-9.pisi perl-Algorithm-Annotate-0.10-4-3.pisi perl-Algorithm-Diff-1.1902-3-3.pisi perl-AnyEvent-5.21-6-3.pisi perl-Apache-DBI-1.07-5-3.pisi perl-App-CLI-0.08-4-3.pisi perl-AppConfig-1.66-4-3.pisi perl-Archive-Tar-1.54-8-4.pisi perl-Archive-Zip-1.30-8-4.pisi perl-Astro-SunTime-0.01-4-3.pisi perl-Authen-SASL-2.13-5-4.pisi perl-B-Keywords-1.09-4-3.pisi perl-Bit-Vector-7.1-4-3.pisi perl-Cairo-1.061-5-3.pisi perl-Carp-Clan-6.04-6-3.pisi perl-Chart-2.4.1-3-3.pisi perl-Class-Accessor-0.34-6-4.pisi perl-Class-Autouse-1.29-5-3.pisi perl-Class-Data-Inheritable-0.08-4-3.pisi perl-Class-ISA-0.36-4-4.pisi perl-Class-MethodMaker-2.15-8-3.pisi perl-Clone-0.31-8-3.pisi perl-Compress-Bzip2-2.09-3-3.pisi perl-Compress-Raw-Zlib-2.023-11-4.pisi perl-Compress-Zlib-2.015-11-4.pisi perl-Config-Tiny-2.12-5-3.pisi perl-Convert-ASN1-0.22-7-3.pisi perl-Crypt-Blowfish-2.10-4-3.pisi perl-Crypt-PasswdMD5-1.3-3-4.pisi perl-Crypt-SSLeay-0.57-8-4.pisi perl-Crypt-Simple-0.06-4-3.pisi perl-Crypt-SmbHash-0.12-5-3.pisi perl-Curses-1.27-7-3.pisi perl-DBD-Pg-2.15.1-4-3.pisi perl-DBD-SQLite-1.27-7-3.pisi perl-DBD-mysql-4.013-10-3.pisi perl-DBI-1.609-7-4.pisi perl-Data-Dumper-2.125-5-3.pisi perl-Data-Hierarchy-0.34-4-3.pisi perl-Data-UUID-1.203-6-3.pisi perl-Date-Calc-6.3-4-4.pisi perl-Date-Manip-6.04-6-2.pisi perl-Devel-Caller-2.03-7-3.pisi perl-Devel-LexAlias-0.04-4-3.pisi perl-Device-SerialPort-1.04-5-4.pisi perl-Digest-Base-1.16-4-4.pisi perl-Digest-HMAC-1.01-4-4.pisi perl-Digest-MD4-1.5-5-3.pisi perl-Digest-MD5-2.39-5-4.pisi perl-Digest-SHA1-2.12-4-4.pisi perl-Email-Abstract-3.001-6-3.pisi perl-Email-Address-1.889-5-3.pisi perl-Email-Date-1.103-6-3.pisi perl-Email-Date-Format-1.002-4-3.pisi perl-Email-MIME-1.902-6-3.pisi perl-Email-MIME-Attachment-Stripper-1.316-5-3.pisi perl-Email-MIME-ContentType-1.015-5-3.pisi perl-Email-MIME-Creator-1.456-5-3.pisi perl-Email-MIME-Encodings-1.313-5-3.pisi perl-Email-MIME-Modifier-1.444-5-3.pisi perl-Email-MessageID-1.401-5-3.pisi perl-Email-Reply-1.202-5-3.pisi perl-Email-Send-2.198-8-3.pisi perl-Email-Simple-2.005-6-3.pisi perl-Email-Simple-Creator-1.424-6-3.pisi perl-Email-Valid-0.182-3-3.pisi perl-Error-0.17015-6-4.pisi perl-Event-1.13-5-3.pisi perl-Event-ExecFlow-0.63-5-3.pisi perl-Event-RPC-1.01-5-3.pisi perl-ExtUtils-Depends-0.302-7-4.pisi perl-ExtUtils-ParseXS-2.21-7-4.pisi perl-ExtUtils-PkgConfig-1.12-6-3.pisi perl-File-Find-Rule-0.32-4-4.pisi perl-File-HomeDir-0.86-7-3.pisi perl-File-Next-1.06-6-4.pisi perl-File-Tail-0.99.3-5-3.pisi perl-File-Temp-0.22-6-3.pisi perl-File-Type-0.22-4-3.pisi perl-File-chdir-0.1002-6-3.pisi perl-Font-TTF-0.45-3-3.pisi perl-FreezeThaw-0.45-4-3.pisi perl-GD-2.44-5-3.pisi perl-GD-Graph-1.44-4-3.pisi perl-GD-TextUtil-0.86-3-3.pisi perl-GSSAPI-0.26-5-3.pisi perl-Getopt-Long-2.38-7-4.pisi perl-Git-1.6.5.6-86-6.pisi perl-Glib-1.222-6-7.pisi perl-Gtk2-1.221-5-3.pisi perl-Gtk2-Ex-FormFactory-0.65-5-4.pisi perl-Gtk2-Sexy-0.04-6-4.pisi perl-Gtk2-TrayIcon-0.06-5-3.pisi perl-Gtk2-doc-1.221-5-3.pisi perl-HTML-Parser-3.64-9-6.pisi perl-HTML-Scrubber-0.08-4-3.pisi perl-HTML-Tagset-3.20-4-4.pisi perl-IO-Compress-Base-2.015-9-4.pisi perl-IO-Compress-Zlib-2.015-10-4.pisi perl-IO-Digest-0.10-4-3.pisi perl-IO-Pager-0.06-4-3.pisi perl-IO-Socket-INET6-2.57-6-5.pisi perl-IO-Socket-SSL-1.31-17-6.pisi perl-IO-Zlib-1.10-8-5.pisi perl-IO-eol-0.14-5-3.pisi perl-IO-gzip-0.18-3-3.pisi perl-IO-stringy-2.110-5-3.pisi perl-IO-via-Bzip2-0.02-3-3.pisi perl-IO-via-dynamic-0.13-5-3.pisi perl-IO-via-symlink-0.05-4-3.pisi perl-IP-Country-2.27-8-5.pisi perl-Image-ExifTool-7.77-6-3.pisi perl-Internals-1.1-3-3.pisi perl-Jcode-2.07-5-3.pisi perl-Lexical-Persistence-1.01-5-3.pisi perl-List-MoreUtils-0.22-4-3.pisi perl-Locale-Maketext-Lexicon-0.77-7-3.pisi perl-Locale-Maketext-Simple-0.21-5-4.pisi perl-Locale-gettext-1.05-4-4.pisi perl-Log-Log4perl-1.26-7-4.pisi perl-MIME-Base64-3.08-5-5.pisi perl-MIME-Lite-3.027-6-3.pisi perl-MIME-Types-1.28-6-4.pisi perl-MIME-tools-5.427-5-3.pisi perl-Mail-SPF-Query-1.999.1-4-4.pisi perl-MailTools-2.04-7-3.pisi perl-Math-Complex-1.56-5-3.pisi perl-Module-Pluggable-3.9-5-3.pisi perl-Module-Refresh-0.13-5-3.pisi perl-Net-CIDR-Lite-0.20-4-4.pisi perl-Net-DNS-0.65-9-5.pisi perl-Net-Daemon-0.43-5-4.pisi perl-Net-IP-1.25-4-4.pisi perl-Net-Ident-1.20-3-4.pisi perl-Net-SMTP-SSL-1.01-3-4.pisi perl-Net-SSLeay-1.35-8-4.pisi perl-Number-Compare-0.01-3-3.pisi perl-PadWalker-1.9-7-3.pisi perl-Pango-1.221-4-4.pisi perl-Parse-Yapp-1.05-3-3.pisi perl-PatchReader-0.9.5-4-3.pisi perl-Path-Class-0.17-5-3.pisi perl-PathTools-3.31-9-4.pisi perl-PlRPC-0.2020-3-3.pisi perl-Pod-Escapes-1.04-4-3.pisi perl-Pod-Simple-3.11-6-4.pisi perl-RPC-XML-0.69-9-4.pisi perl-Regexp-Shellish-0.93-4-3.pisi perl-Return-Value-1.666001-4-3.pisi perl-SDL-2.2.6-7-5.pisi perl-SOAP-Lite-0.710.08-5-3.pisi perl-SVN-Dump-0.04-3-3.pisi perl-SVN-Mirror-0.75-7-3.pisi perl-SVN-Simple-0.27-4-3.pisi perl-Socket6-0.23-5-5.pisi perl-Storable-2.21-6-4.pisi perl-String-ShellQuote-1.03-4-4.pisi perl-Sub-Uplevel-0.22-4-4.pisi perl-Sys-Hostname-Long-1.4-3-4.pisi perl-Sys-Syslog-0.27-5-3.pisi perl-Template-GD-2.66-4-3.pisi perl-Template-Toolkit-2.22-6-4.pisi perl-Term-ReadKey-2.30-3-4.pisi perl-Term-ReadLine-Perl-1.0303-6-4.pisi perl-Test-Exception-0.27-3-3.pisi perl-Test-Number-Delta-1.03-5-3.pisi perl-Test-Pod-1.40-4-5.pisi perl-Test-Simple-0.94-7-5.pisi perl-Text-Glob-0.08-3-3.pisi perl-Text-Iconv-1.7-5-3.pisi perl-Time-HiRes-1.9719-6-4.pisi perl-Time-Local-1.1901-5-3.pisi perl-Time-Piece-1.15-5-3.pisi perl-Time-Progress-1.5-3-3.pisi perl-Time-modules-2006.0814-4-3.pisi perl-TimeDate-1.19-5-4.pisi perl-Tk-804.028-7-3.pisi perl-UNIVERSAL-require-0.13-4-3.pisi perl-URI-1.51-8-6.pisi perl-Unicode-Map-0.112-4-3.pisi perl-Unicode-Map8-0.12-4-3.pisi perl-Unicode-MapUTF8-1.11-4-3.pisi perl-Unicode-String-2.09-4-3.pisi perl-X11-Protocol-0.56-4-3.pisi perl-XML-DOM-1.44-3-3.pisi perl-XML-Filter-BufferText-1.01-4-3.pisi perl-XML-LibXML-1.70-5-4.pisi perl-XML-LibXML-Common-0.13-4-3.pisi perl-XML-NamespaceSupport-1.10-4-3.pisi perl-XML-Parser-2.36-4-6.pisi perl-XML-RegExp-0.03-3-3.pisi perl-XML-SAX-0.96-7-3.pisi perl-XML-SAX-Writer-0.52-5-3.pisi perl-XML-Simple-2.18-4-3.pisi perl-XML-Twig-3.32-5-3.pisi perl-XML-XQL-0.68-3-3.pisi perl-YAML-0.70-9-5.pisi perl-YAML-Syck-1.07-7-3.pisi perl-doc-5.10.1-27-9.pisi perl-ldap-0.39-8-3.pisi perl-libintl-1.20-5-3.pisi perl-libnet-1.22-4-4.pisi perl-libwww-5.834-12-6.pisi perl-libxml-0.08-3-3.pisi perl-mlt-0.4.6-17-1.pisi perl-pcsc-1.4.7-3-4.pisi perl-version-0.78-9-4.pisi perlconsole-0.4-7-3.pisi phonon-4.3.50_20091109-19-12.pisi phonon-gstreamer-4.3.50_20091109-19-6.pisi phonon-xine-4.3.50_20091109-19-6.pisi physfs-2.0.0-3-4.pisi pilot-link-0.12.3-10-4.pisi pisi-2.2.16-151-42.pisi plasmoid-adjustable-clock-2.1-1-3.pisi plasmoid-daisy-0.0.4.21-3-5.pisi plasmoid-network-applet-0.4-7-10.pisi plasmoid-service-applet-0.1-2-4.pisi plasmoid-translatoid-1.1-3-3.pisi plasmoid-yawp-0.3.2-2-2.pisi poppler-glib-0.10.7-13-6.pisi poppler-qt-0.10.7-13-6.pisi psi-0.14-17-9.pisi puding-0.2-8-4.pisi pycha-0.5.2-4-2.pisi python-Jinja2-2.2.1-4-2.pisi python-M2Crypto-0.20.2-5-4.pisi python-avahi-0.6.25-7-5.pisi python-docs-2.6.4-8-4.pisi python-markdown-2.0.3-4-2.pisi python-mlt-0.4.6-17-1.pisi python-preprocess-1.1.0-1-1.pisi python-sphinx-0.6.3-5-3.pisi python-tornado-0.2-1-1.pisi python-xlrd-0.6.1-2-1.pisi pytz-2009p-4-3.pisi qjackctl-0.3.5-8-5.pisi qoauth-1.0-1-1.pisi qoauth-devel-1.0-1-1.pisi qsvn-0.8.3-3-1.pisi qsvn-devel-0.8.3-3-1.pisi qtwitter-0.10.0-5-1.pisi raptor-1.4.20-10-5.pisi redland-1.0.9-9-7.pisi redland-mysql-1.0.9-9-2.pisi redland-postgresql-1.0.9-9-2.pisi rrdtool-1.4_rc2-5-3.pisi rsibreak-0.10-6-2.pisi sane-backends-1.0.20-15-5.pisi setuptools-0.6_11-8-4.pisi shared-mime-info-0.70-16-10.pisi skanlite-0.3-4-3.pisi slf4j-1.5.10-3-5.pisi smb4k-0.10.4-3-5.pisi smbldap-tools-0.9.5-4-2.pisi soprano-2.3.1-11-4.pisi soundconverter-1.4.4-3-1.pisi spamassassin-3.2.5-20-4.pisi spamd-3.2.5-20-4.pisi sqlalchemy-0.5.6-14-4.pisi squashfs-tools-4.0_20091207-7-3.pisi stormbaancoureur-2.1.5-8-1.pisi streamripper-1.64.6-9-3.pisi strigi-0.7.0-9-5.pisi strigi-devel-0.7.0-9-5.pisi subtitleripper-0.3.4-2-1.pisi subversion-1.6.6-53-13.pisi sylpheed-3.0.0_beta4-33-8.pisi sysstat-9.0.4-5-2.pisi taglib-extras-1.0.1-7-6.pisi tcl-8.5.8-13-5.pisi tcltk-8.5.8-12-4.pisi terminus-font-4.30-8-4.pisi texlive-basic-0.0_20080816-4-3.pisi texlive-latex-0.0_20080816-5-4.pisi texlive-metapost-0.0_20080816-2-2.pisi texlive-omega-0.0_20080816-2-2.pisi texlive-xetex-0.0_20080816-3-3.pisi thunderbird-3.0-50-7.pisi tig-0.15-3-3.pisi timezone-0.0_20091214-1-1.pisi tomcat-servlet-api-5.5.28-3-3.pisi tre-0.8.0-3-4.pisi usbmuxd-1.0.0-4-4.pisi util-linux-2.16.1-32-12.pisi valgrind-3.5.0-16-2.pisi vdpau-video-0.6.1-2-2.pisi vim-7.2.319-67-8.pisi vim-colorschemes-0.0_20091217-5-5.pisi virt-viewer-0.2.0-2-3.pisi virtinst-0.500.0-2-3.pisi virtualbox-3.1.2-44-12.pisi virtualbox-guest-utils-3.1.2-44-12.pisi vlc-1.0.4-31-10.pisi vlc-firefox-1.0.4-31-10.pisi webkitkde-0.0_1043146-4-5.pisi wireless-regdb-0.0_20091110-4-4.pisi wireless-tools-29-65-20.pisi x11-ssh-askpass-1.2.4.1-2-1.pisi x264-0.0_20091228-26-10.pisi xdg-user-dirs-0.12-5-6.pisi xdm-1.1.9-7-8.pisi xorg-app-7.5_20091014-38-8.pisi xorg-video-fglrx-9.12-55-8.pisi xorg-video-nvidia-current-190.53-20-19.pisi xorg-video-nvidia173-173.14.22-38-18.pisi xorg-video-nvidia96-96.43.14-41-18.pisi xplanet-1.2.1-1-1.pisi xscreensaver-5.08-14-5.pisi xscreensaver-demo-5.08-14-5.pisi xvba-video-0.5.4-2-2.pisi yali4-2.2.2-101-39.pisi yaz-3.0.51-20-8.pisi zorg-2.0.3-77-17.pisi -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Thu Dec 31 16:55:52 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Thu, 31 Dec 2009 16:55:52 +0200 Subject: [Gelistirici] [2009] [ACK/NACK] 20091231 Details / Detaylar In-Reply-To: <200912311652.20213.onur@pardus.org.tr> References: <200912311652.20213.onur@pardus.org.tr> Message-ID: <200912311655.52792.onur@pardus.org.tr> = Package : FreeImage [Pardus ] ====================================================================== * Ver.: 3.12.0, Rel.: 5, Type: None * Onur Küçük [2009-12-27] Make sure to use system jpeg, was using internal one causing segfault on struct siz comparison, bug (#11529) = Package : FreeMat [Serdar Dalgıç ] ====================================================================== * Ver.: 4.0.1, Rel.: 1, Type: None * Serdar Dalgıç [2009-11-17] First release. = Package : PyKDE [Gökçen Eraslan ] ====================================================================== * Ver.: 4.3.4, Rel.: 30, Type: None * Gökçen Eraslan [2009-12-03] Version bump to 4.3.4 * Ver.: 4.3.3, Rel.: 29, Type: None * Gökçen Eraslan [2009-10-31] Version bump to new KDE release * Ver.: 4.3.2, Rel.: 28, Type: None * Gökçen Eraslan [2009-10-06] Version bump to new KDE release = Package : PyQt [Gökmen GÖKSEL ] ====================================================================== * Ver.: 4.5.4, Rel.: 36, Type: None * Ozan Çağlayan [2009-11-16] Replace PyQt4 and PyQt4-doc = Package : PyQt-doc [Gökmen GÖKSEL ] ====================================================================== * Ver.: 4.5.4, Rel.: 36, Type: None * Ozan Çağlayan [2009-11-16] Replace PyQt4 and PyQt4-doc = Package : PyXML [Pınar Yanardağ ] ====================================================================== * Ver.: 0.8.4, Rel.: 5, Type: None * Onur Küçük [2009-12-05] Fix working under python 2.6 = Package : QtCurve-Gtk2 [Kenan Pelit ] ====================================================================== * Ver.: 0.69.2, Rel.: 20, Type: None * Gökçen Eraslan [2009-12-21] Version bump to latest version: * If a scrollbar slider is maxed-out, then shade it as disabled - matches KDE. * When detecting Ctrl-Alt-M for menubar hiding, check for uppercase M as well as lower case. Also, ignore state of shift and caps-lock keys. * Set default contrast to 7 * Fix glow-style mouse over for combos with coloured buttons. * Improve appearance of plastik style mouse-over on scrollbar sliders. * Add option to control whether bottom tabs should have their gradient shades inverted. * Config files now stored under $XDG_CONFIG_HOME/qtcurve (e.g. ~/.config/qtcurve) * Fix some issue with 'flat' appearance. * Add an experimental option to hide/unhide menubars using Ctrl-Alt-M. * Respect double arrow setting for non-editable combos on more Gtk2 combo types. (Affects combos in pidgin.) * Colour arrows on mouse over of non-editable combos on more Gtk2 combo types. (Affects combos in pidgin.) * Fix disabled editable combos. * It has been reported that under intel Xorg drivers > 2.8, that QtCurve's arrows are not appearing. This seems to be due to the fact that QtCurve is using cairo to draw non-antialised lines in this case. To work-around this issue QtCurve has been changed to use the older Gdk to draw arrows. To revert back to cairo, use the following cmake option: -DQTC_USE_CAIRO_FOR_ARROWS=true = Package : QtCurve-KDE4 [Gökçen Eraslan ] ====================================================================== * Ver.: 0.69.2, Rel.: 18, Type: None * Gökçen Eraslan [2009-12-25] Add KComponentData patch for i18n problem. * Ver.: 0.69.2, Rel.: 17, Type: None * Ozan Çağlayan [2009-12-18] Replace QtCurve-KDE3, add translations.xml = Package : SGMLSpm [Semen Cirit ] ====================================================================== * Ver.: 1.03, Rel.: 2, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. = Package : SVK [Faik Uygur ] ====================================================================== * Ver.: 2.2.1, Rel.: 6, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. Remove unused directories by hand. = Package : Smarty [Taner Taş ] ====================================================================== = Package : abuse [Onur Küçük ] ====================================================================== * Ver.: 0.7.1, Rel.: 5, Type: None * Serdar Dalgıç [2009-12-28] Correct data dir to fix #11800 = Package : akonadi [Kenan Pelit ] ====================================================================== * Ver.: 1.2.1, Rel.: 10, Type: None * Gökçen Eraslan [2009-09-25] Version bump to stable release and change prefix to KDE independent place. = Package : amarok [İşbaran Akçayır ] ====================================================================== * Ver.: 2.2.1, Rel.: 33, Type: None * İşbaran Akçayır [2009-12-02] Update to 2.2.1 = Package : amsn [Murat Şenel ] ====================================================================== * Ver.: 0.98.1, Rel.: 27, Type: None * Murat Şenel [2009-11-21] Stable release. Full Audio/Video chat support. * Ver.: 0.98b_11326, Rel.: 26, Type: None * Murat Şenel [2009-07-10] New snapshot. Fixes audaio/video asistant and translation improvements. = Package : amsn-skin-oxygen [Mehmet Nur Olcay ] ====================================================================== * Ver.: 1.0_20091013, Rel.: 1, Type: None * Mehmet Nur Olcay [2009-10-13] First release. = Package : arora [Mehmet Nur Olcay ] ====================================================================== * Ver.: 0.10.2, Rel.: 15, Type: None * Mehmet Nur Olcay [2009-12-15] Bugfix release: - Fix build breakage due to final API changes in Qt 4.6.0 - A segfault that could occur when opening a URL on a new window from the command-line = Package : artwork-pardus-release [Onur Küçük ] ====================================================================== * Ver.: 2009, Rel.: 8, Type: None * Onur Küçük [2009-12-23] Remove Cebit images * Ver.: 2009, Rel.: 7, Type: None * Ozan Çağlayan [2009-12-18] Replace artwork * Ver.: 2009, Rel.: 6, Type: None * Onur Küçük [2009-10-02] Temporarily add Cebit images = Package : asciidoc [Faik Uygur ] ====================================================================== * Ver.: 8.5.2, Rel.: 10, Type: None * Faik Uygur [2009-12-15] * FIXED: Absolute imagesdir and iconsdir attribute path names do not work with the xhtml11 data-uri encoding. * FIXED: Regression issue with inline data-uri images. * FIXED: An unexpected error occurred when processing a table containing CSV data if the cols attribute was not explicitly specified. = Package : ati-control-center [Fatih Aşıcı ] ====================================================================== * Ver.: 9.12, Rel.: 55, Type: None * Fatih Aşıcı [2009-12-19] New release * Ver.: 9.11, Rel.: 54, Type: None * Fatih Aşıcı [2009-11-19] New release = Package : avahi-glib [Ozan Çağlayan ] ====================================================================== * Ver.: 0.6.25, Rel.: 7, Type: None * Ozan Çağlayan [2009-11-16] Replace avahi-qt4. = Package : avahi-qt [Ozan Çağlayan ] ====================================================================== * Ver.: 0.6.25, Rel.: 7, Type: None * Ozan Çağlayan [2009-11-16] Replace avahi-qt4. = Package : avidemux [Doruk Fişek ] ====================================================================== * Ver.: 2.5.2, Rel.: 19, Type: None * Onur Küçük [2009-12-28] Depend on new x264 * Ver.: 2.5.2, Rel.: 18, Type: None * Doruk Fişek [2009-12-22] Version bump: * Re-enabled Vorbis decoder (regression introduced 2.5.0) * Improved channel mapping of multichannel DTS * Updated the FFmpeg libraries * Added support for latest x264 core and updated Qt interface * Added support for H264 video, VP6A video and AAC audio in FLV container * Added support for SEDG and WMVA four CCs * Various fixes related to Xvid settings * Fixed Xvid stat files remaining locked after encoding (regression introduced 2.5.0) * Improved MKV demuxer * New Colour Curve Editor plugin for Qt interface * Fixed FluxSmooth filter plugin (regression introduced 2.5.0) * Fixed saving of filter parameters for Rotate and Equaliser plugins (regression introduced 2.5.0) * Added extra bitrate settings for LAME audio encoder * Enabled JACK audio device plugin (regression introduced 2.5.0) * Various GUI fixes for GTK+ and Qt interface * Fixed command-line interface support for various video filters * Changed "save-jpg" parameter of command-line interface to honour "begin" parameter * Fixed saving of crash file when Avidemux unexpectedly quits (regression introduced in 2.5.0) * Fixed GUI quirks when using Copy mode and AVI un/packing * Various minor fixes and enhancements = Package : avidemux-cli [Doruk Fişek ] ====================================================================== * Ver.: 2.5.2, Rel.: 19, Type: None * Onur Küçük [2009-12-28] Depend on new x264 * Ver.: 2.5.2, Rel.: 18, Type: None * Doruk Fişek [2009-12-22] Version bump: * Re-enabled Vorbis decoder (regression introduced 2.5.0) * Improved channel mapping of multichannel DTS * Updated the FFmpeg libraries * Added support for latest x264 core and updated Qt interface * Added support for H264 video, VP6A video and AAC audio in FLV container * Added support for SEDG and WMVA four CCs * Various fixes related to Xvid settings * Fixed Xvid stat files remaining locked after encoding (regression introduced 2.5.0) * Improved MKV demuxer * New Colour Curve Editor plugin for Qt interface * Fixed FluxSmooth filter plugin (regression introduced 2.5.0) * Fixed saving of filter parameters for Rotate and Equaliser plugins (regression introduced 2.5.0) * Added extra bitrate settings for LAME audio encoder * Enabled JACK audio device plugin (regression introduced 2.5.0) * Various GUI fixes for GTK+ and Qt interface * Fixed command-line interface support for various video filters * Changed "save-jpg" parameter of command-line interface to honour "begin" parameter * Fixed saving of crash file when Avidemux unexpectedly quits (regression introduced in 2.5.0) * Fixed GUI quirks when using Copy mode and AVI un/packing * Various minor fixes and enhancements = Package : avidemux-common [Doruk Fişek ] ====================================================================== * Ver.: 2.5.2, Rel.: 19, Type: None * Onur Küçük [2009-12-28] Depend on new x264 * Ver.: 2.5.2, Rel.: 18, Type: None * Doruk Fişek [2009-12-22] Version bump: * Re-enabled Vorbis decoder (regression introduced 2.5.0) * Improved channel mapping of multichannel DTS * Updated the FFmpeg libraries * Added support for latest x264 core and updated Qt interface * Added support for H264 video, VP6A video and AAC audio in FLV container * Added support for SEDG and WMVA four CCs * Various fixes related to Xvid settings * Fixed Xvid stat files remaining locked after encoding (regression introduced 2.5.0) * Improved MKV demuxer * New Colour Curve Editor plugin for Qt interface * Fixed FluxSmooth filter plugin (regression introduced 2.5.0) * Fixed saving of filter parameters for Rotate and Equaliser plugins (regression introduced 2.5.0) * Added extra bitrate settings for LAME audio encoder * Enabled JACK audio device plugin (regression introduced 2.5.0) * Various GUI fixes for GTK+ and Qt interface * Fixed command-line interface support for various video filters * Changed "save-jpg" parameter of command-line interface to honour "begin" parameter * Fixed saving of crash file when Avidemux unexpectedly quits (regression introduced in 2.5.0) * Fixed GUI quirks when using Copy mode and AVI un/packing * Various minor fixes and enhancements = Package : avidemux-qt [Doruk Fişek ] ====================================================================== * Ver.: 2.5.2, Rel.: 19, Type: None * Onur Küçük [2009-12-28] Depend on new x264 * Ver.: 2.5.2, Rel.: 18, Type: None * Doruk Fişek [2009-12-22] Version bump: * Re-enabled Vorbis decoder (regression introduced 2.5.0) * Improved channel mapping of multichannel DTS * Updated the FFmpeg libraries * Added support for latest x264 core and updated Qt interface * Added support for H264 video, VP6A video and AAC audio in FLV container * Added support for SEDG and WMVA four CCs * Various fixes related to Xvid settings * Fixed Xvid stat files remaining locked after encoding (regression introduced 2.5.0) * Improved MKV demuxer * New Colour Curve Editor plugin for Qt interface * Fixed FluxSmooth filter plugin (regression introduced 2.5.0) * Fixed saving of filter parameters for Rotate and Equaliser plugins (regression introduced 2.5.0) * Added extra bitrate settings for LAME audio encoder * Enabled JACK audio device plugin (regression introduced 2.5.0) * Various GUI fixes for GTK+ and Qt interface * Fixed command-line interface support for various video filters * Changed "save-jpg" parameter of command-line interface to honour "begin" parameter * Fixed saving of crash file when Avidemux unexpectedly quits (regression introduced in 2.5.0) * Fixed GUI quirks when using Copy mode and AVI un/packing * Various minor fixes and enhancements = Package : basket [Doruk Fişek ] ====================================================================== * Ver.: 2.0_20091124, Rel.: 18, Type: None * Doruk Fişek [2009-12-01] Bump to latest git: * Fixed usage of height and width in Note * Fix group indicator * Update kontact plugin to new API * Fix a layout bug that disabled the "Unlock" button * Fix move and copy drop actions for remote URLs = Package : bespin-kde4-theme [Gökmen GÖKSEL ] ====================================================================== * Ver.: 0.1, Rel.: 5, Type: None * İnanç Yıldırgan [2009-12-05] Sync with SVN revision. = Package : bind [Taner Taş ] ====================================================================== * Ver.: 9.6.1_p2, Rel.: 24, Type: None * Onur Küçük [2009-12-17] Fix wrong bind-tools PartOf = Package : bind-tools [Taner Taş ] ====================================================================== * Ver.: 9.6.1_p2, Rel.: 24, Type: None * Onur Küçük [2009-12-17] Fix wrong bind-tools PartOf = Package : bitbake [İşbaran Akçayır ] ====================================================================== * Ver.: 1.8.18, Rel.: 1, Type: None * İşbaran Akçayır [2009-12-03] First release. = Package : blobby [İnanç Yıldırgan ] ====================================================================== * Ver.: 0.8_20091224, Rel.: 5, Type: None * İnanç Yıldırgan [2009-12-24] Version bump to new release. = Package : boo [Gökmen Görgen ] ====================================================================== * Ver.: 0.9.2.3383, Rel.: 2, Type: None * Gökmen Görgen [2009-11-29] Fix libdir path. * Ver.: 0.9.2.3383, Rel.: 1, Type: None * Gökmen Görgen [2009-10-30] First release. = Package : boot-manager [Bahadır Kandemir ] ====================================================================== * Ver.: 2.9.5, Rel.: 25, Type: None * Bahadır Kandemir [2009-12-14] New Release. Fixes a small bug in list entry parser to work properly with new Boot.Loader API. = Package : chromium-bsu [Doruk Fişek ] ====================================================================== = Package : clustalx [Bulak Arpat ] ====================================================================== * Ver.: 2.0.12, Rel.: 2, Type: None * Onur Küçük [2009-12-15] Remove wrong PartOf * Ver.: 2.0.12, Rel.: 1, Type: None * Bulak Arpat [2009-11-04] First release. = Package : command-not-found [Ozan Çağlayan ] ====================================================================== * Ver.: 0.8, Rel.: 10, Type: None * Ozan Çağlayan [2009-11-23] Update db. = Package : dhcpcd [Faik Uygur ] ====================================================================== * Ver.: 5.1.3, Rel.: 20, Type: None * Ozan Çağlayan [2009-11-13] - Version bump, - Add compat hook to better cope with Pardus netutils. * Ver.: 5.0.7, Rel.: 19, Type: None * Bahadır Kandemir [2009-08-05] Version bump = Package : dia [Serdar Dalgıç ] ====================================================================== * Ver.: 0.97, Rel.: 4, Type: None * Serdar Dalgıç [2009-11-19] * Make the package ready for Pardus 2009 with various patches. * Reorganize the dependencies. * Ver.: 0.97, Rel.: 3, Type: None * Gökmen Görgen [2009-08-21] * Version bump. * Ver.: 0.96.1, Rel.: 2, Type: None * Onur Küçük [2008-10-13] Build with 2008 toolchain * Ver.: 0.96.1, Rel.: 1, Type: None * Michael Austin [2007-04-11] Initial version = Package : digikam [Ozan Çağlayan ] ====================================================================== * Ver.: 1.0.0, Rel.: 16, Type: None * Ozan Çağlayan [2009-12-25] Bump to final version. * Ver.: 1.0.0_rc, Rel.: 15, Type: None * Ozan Çağlayan [2009-12-04] Bump to the latest release candidate containing 22 bug fixes. * Ver.: 1.0.0_beta6, Rel.: 14, Type: None * Ozan Çağlayan [2009-11-16] Replace kde4 counterpart. * Ver.: 1.0.0_beta6, Rel.: 13, Type: None * Ozan Çağlayan [2009-11-13] Bump to the new beta * Ver.: 1.0.0_beta5, Rel.: 12, Type: None * Ozan Çağlayan [2009-10-10] Version bump to the latest beta = Package : display-settings [Fatih Aşıcı ] ====================================================================== * Ver.: 0.9.96, Rel.: 27, Type: None * Fatih Aşıcı [2009-12-28] New development release = Package : droid-fonts [İnanç Yıldırgan ] ====================================================================== * Ver.: 0.0_20091121, Rel.: 2, Type: None * İnanç Yıldırgan [2009-11-21] Version bump. = Package : eet [H. İbrahim Güngör ] ====================================================================== * Ver.: 1.2.2, Rel.: 15, Type: None * H. İbrahim Güngör [2009-07-30] Stable bump, remove gnutls dependency as openssl is used for cipher and signature. * Ver.: 1.2.1, Rel.: 14, Type: None * H. İbrahim Güngör [2009-06-15] Stable bump. = Package : eigen [Gökçen Eraslan ] ====================================================================== * Ver.: 2.0.10, Rel.: 6, Type: None * Gökçen Eraslan [2009-12-03] Version bump to latest: * Rewrite 4x4 matrix inverse to improve precision, and add a new unit test to guarantee that precision. It's less fast, but it's still faster than the cofactors method. * Fix bug #65: MatrixBase::nonZeros() was recursing infinitely * Prevent the construction of bogus MatrixBase objects and generate good compilation errors for that. Done by making the default constructor protected, and adding some private constructors. * Add option to initialize all matrices by zero: just #define EIGEN_INITIALIZE_MATRICES_BY_ZERO * Improve Map documentation * Install the pkg-config file to share/pkgconfig, instead of lib/pkgconfig (thanks to Thomas Capricelli) * fix warnings * adjust to repository name change * Ver.: 2.0.6, Rel.: 5, Type: None * Gökçen Eraslan [2009-09-27] Version bump to latest release: * allow to disable all alignment code by defining EIGEN_DONT_ALIGN (backport from devel branch). * backport the devel branch's StdVector header as NewStdVector. You may also #define EIGEN_USE_NEW_STDVECTOR to make StdVector use it automatically. However, by default it isn't used by StdVector, to preserve compatibility. * Vectorized quaternion product (for float) by Rohit Garg (backport from devel branch). * allow to override EIGEN_RESTRICT and add EIGEN_DONT_USE_RESTRICT_KEYWORD * fix a warning in ei_aligned_malloc; fixed by backporting the body from the devel branch; may result in a different choice of system aligned malloc function. * fix bug: in rare situations involving mixed storage orders, a matrix product could be evaluated as its own transpose * fix bug: LU::solve() crashed when called on the LU decomposition of a zero matrix * fix bug: EIGEN_STACK_ALLOCATION_LIMIT was too high, resulting in stack overflow for a user. Now it is set as in the devel branch. * fix compilation bug: our StdVector header didn't work with GCC 4.1. (Bug #41) * fix compilation bug: missing return statement in Rotation2D::operator*= (Bug #36) * in StdVector, a more useful #error message about the #including order * add EIGEN_TRANSFORM_PLUGIN allowing to customize the Transform class * fix a warning with MSVC * fix a bug in our cmake code when building unit-tests (thanks to Marcus Hanwell) * work around a bug in cmake that made it fail to build unit-tests when fortran wasn't installed * in our cmake code, remove the part about retrieving the mercurial info and appending it to the version number in the dox * dox: remove the old example list * fix the option to build a binary library, although it's not very useful and will be removed * add basic .hgignore file and script to build the docs (thanks to Thomas Capricelli) = Package : eina [H. İbrahim Güngör ] ====================================================================== * Ver.: 0.0.2.062, Rel.: 9, Type: None * H. İbrahim Güngör [2009-07-30] New snapshot. * Ver.: 0.0.2.061, Rel.: 8, Type: None * H. İbrahim Güngör [2009-06-15] New snapshot. = Package : elixir [Jérôme Schneider ] ====================================================================== * Ver.: 0.6.1, Rel.: 6, Type: None * Jérôme Schneider [2009-07-31] Fix examples path path. = Package : eric [David Stegbauer ] ====================================================================== * Ver.: 4.3.8, Rel.: 18, Type: None * David Stegbauer [2009-10-12] Version bump = Package : eric-i18n-cs [David Stegbauer ] ====================================================================== * Ver.: 4.3.8, Rel.: 5, Type: None * David Stegbauer [2009-10-12] Version bump = Package : eric-i18n-de [David Stegbauer ] ====================================================================== * Ver.: 4.3.8, Rel.: 5, Type: None * David Stegbauer [2009-10-12] Version bump = Package : eric-i18n-es [David Stegbauer ] ====================================================================== * Ver.: 4.3.8, Rel.: 5, Type: None * David Stegbauer [2009-10-12] Version bump = Package : eric-i18n-fr [David Stegbauer ] ====================================================================== * Ver.: 4.3.8, Rel.: 5, Type: None * David Stegbauer [2009-10-12] Version bump = Package : eric-i18n-ru [David Stegbauer ] ====================================================================== * Ver.: 4.3.8, Rel.: 5, Type: None * David Stegbauer [2009-10-12] Version bump = Package : eric-i18n-tr [David Stegbauer ] ====================================================================== * Ver.: 4.3.8, Rel.: 5, Type: None * David Stegbauer [2009-10-12] Version bump = Package : extreme-tuxracer [Onur Küçük ] ====================================================================== * Ver.: 0.5_beta1, Rel.: 1, Type: None * Onur Küçük [2009-11-23] First release, will fix bug #11561 and probably some more = Package : farsight2 [Pardus ] ====================================================================== * Ver.: 0.0.16, Rel.: 9, Type: None * Murat Şenel [2009-11-21] Stable bump * Ver.: 0.0.14, Rel.: 8, Type: None * Eren Türkay [2009-08-25] Stable bump = Package : ffmpeg [Onur Küçük ] ====================================================================== * Ver.: 0.5.1_20091020, Rel.: 63, Type: None * Onur Küçük [2009-12-28] Bump snapshot to 20964 Enable vaapi support Depend on new x264 = Package : ffmpeg2theora [Gökmen Görgen ] ====================================================================== * Ver.: 0.24, Rel.: 4, Type: None * Gökmen Görgen [2009-09-03] * Package takeover. * Version bump: - Fix to make --max_size --no_upscaling work. - Pad image with black instead of green. - Long option for -p is --preset now. - Update to ffmpeg 0.5. = Package : fluidsynth [Pardus ] ====================================================================== * Ver.: 1.1.1, Rel.: 5, Type: None * Mehmet Nur Olcay [2009-12-24] Stable bump, lots of new features and improvements. Add all direct dependencies and enable libsnd support = Package : foomatic-db [Onur Küçük ] ====================================================================== * Ver.: 4.0_20091123, Rel.: 22, Type: None * Ozan Çağlayan [2009-12-24] Don't replace hpijs for now as the decision is not clear * Ver.: 4.0_20091123, Rel.: 21, Type: None * Ozan Çağlayan [2009-11-23] - Bump to the latest snapshot, - Add support for various new Lexmark printers, - Removed PostScript printer PPD files which are shipped as part of HPLIP, - Replaced references to PostScript-HP driver by references to hplip driver, - Added non-Postscript versions of the Sharp printers, - Updated comments in XML's to remove all references to the hpijs driver, - Added new hplip driver entry which is now the recommended instead of hpijs, - Changed the recommended driver for Epson Stylus Color 200 to stcolor. * Ver.: 4.0_20090821, Rel.: 20, Type: None * Ozan Çağlayan [2009-08-21] Version bump = Package : foomatic-db-engine [Onur Küçük ] ====================================================================== * Ver.: 4.0.3_20091123, Rel.: 19, Type: None * Ozan Çağlayan [2009-11-23] - Bump to the latest snapshot, - Disable a ghostscript check in configure to avoid sandbox violation, - Add strict Perl dependency, - Fixes on printer/driver combo data readout from the SQL database, - The "hpijs" driver entry got replaced by hplip, = Package : foomatic-db-hpijs [Onur Küçük ] ====================================================================== * Ver.: 4.0_20090629, Rel.: 18, Type: None * Ozan Çağlayan [2009-12-24] Sync with upstream. = Package : foomatic-filters [Onur Küçük ] ====================================================================== * Ver.: 4.0.3, Rel.: 20, Type: None * Ozan Çağlayan [2009-09-30] Version bump = Package : freecol [Doruk Fişek ] ====================================================================== * Ver.: 0.9.0_alpha2, Rel.: 21, Type: None * Doruk Fişek [2009-11-30] Bump to new alpha of new development version for testing. * Ver.: 0.9.0_alpha1, Rel.: 20, Type: None * Doruk Fişek [2009-10-09] Bump to alpha of new development version for testing. = Package : frescobaldi [Mehmet Nur Olcay ] ====================================================================== * Ver.: 1.0.0, Rel.: 7, Type: None * Mehmet Nur Olcay [2009-12-27] Stable bump, lots of improvements and bugfixes = Package : frozen-bubble [Doruk Fişek ] ====================================================================== * Ver.: 2.2.0, Rel.: 20, Type: None * Serdar Dalgıç [2009-12-04] Depend on new perl. = Package : funguloids [Murat Şenel ] ====================================================================== * Ver.: 1.06.4, Rel.: 6, Type: None * Onur Küçük [2009-10-20] Fix new OGRE usage * Ver.: 1.06.4, Rel.: 5, Type: None * Murat Şenel [2008-05-18] Use new OGRE-1.4.8 and disable Plugin_CgProgramManager * Ver.: 1.06.4, Rel.: 4, Type: None * Murat Şenel [2008-05-11] Fix alc error and disable mouse capture * Ver.: 1.06.4, Rel.: 3, Type: None * Murat Şenel [2008-05-10] Fix size chunks reverse * Ver.: 1.06.4, Rel.: 2, Type: None * Murat Şenel [2008-04-18] Fix compilation * Ver.: 1.06.4, Rel.: 1, Type: None * Murat Şenel [2007-06-24] First release = Package : gecko-mediaplayer [Onur Küçük ] ====================================================================== * Ver.: 0.9.8_20091226, Rel.: 20, Type: None * Onur Küçük [2009-12-26] Bump to version 344 Add volume level fixes, bug (#11564) Fix crash on Apple related sites, bug (#11759) Enable gconf since xulrunner uses it too = Package : geos [İşbaran Akçayır ] ====================================================================== * Ver.: 3.2.0_rc1, Rel.: 10, Type: None * İşbaran Akçayır [2009-12-01] Update, remove compiled pyc/o, include doxy doc * Ver.: 3.0.0_rc5, Rel.: 9, Type: None * Murat Şenel [2007-12-18] Version bump * Ver.: 3.0.0_rc4, Rel.: 8, Type: None * Murat Şenel [2007-04-30] fixCompiledPy * Ver.: 3.0.0_rc4, Rel.: 7, Type: None * Murat Şenel [2007-04-17] qgis-compile.patch added * Ver.: 3.0.0_rc4, Rel.: 6, Type: None * Murat Şenel [2007-02-27] Version bump * Ver.: 3.0.0_rc3, Rel.: 5, Type: None * Murat Şenel [2006-12-21] Version bump * Ver.: 3.0.0_rc2, Rel.: 4, Type: None * Murat Şenel [2006-11-17] Version bump * Ver.: 2.2.3, Rel.: 3, Type: None * Murat Şenel [2006-09-30] Return to the stable version for now since it's not compatible with the programs that need geos as dep. * Ver.: 3.0.0_rc1, Rel.: 2, Type: None * Murat Şenel [2006-09-24] Version bump * Ver.: 2.2.3, Rel.: 1, Type: None * Murat Şenel [2006-08-26] First release = Package : gfxtheme-base [Onur Küçük ] ====================================================================== * Ver.: 0.10, Rel.: 24, Type: None * Onur Küçük [2009-12-16] Add mainmenu and otheroptions support Update translations = Package : gfxtheme-pardus-boot [Onur Küçük ] ====================================================================== * Ver.: 0.10, Rel.: 24, Type: None * Onur Küçük [2009-12-16] Add mainmenu and otheroptions support Update translations = Package : gfxtheme-pardus-install [Onur Küçük ] ====================================================================== * Ver.: 0.10, Rel.: 24, Type: None * Onur Küçük [2009-12-16] Add mainmenu and otheroptions support Update translations = Package : git [Faik Uygur ] ====================================================================== * Ver.: 1.6.5.6, Rel.: 86, Type: None * Faik Uygur [2009-12-15] * "git rebase" got confused when the log message began with certain strings that looked like Subject:, Date: or From: header * "git reset" accidentally run in .git/ directory checked out the work tree contents in there * "git add -p" had a regression since v1.6.5.3 that broke deletion of non- empty files * "git archive -o o.zip -- Makefile" produced an archive in o.zip but in POSIX tar format * The post-upload-hook run by upload-pack in response to "git fetch" has been removed, due to security concerns * "git diff -B" and "git diff --dirstat" was not counting newly added contents correctly * "git format-patch revisions... -- path" issued an incorrect error * "git grep -F -i StRiNg" did not work as expected * Enumeration of available merge strategies iterated over the list of commands in a wrong way, sometimes producing an incorrect result * Ver.: 1.6.5.4, Rel.: 85, Type: None * Faik Uygur [2009-12-04] * "git prune-packed" cron job problem fix * "git apply -p(n) --directory=(elsewhere)" did not work well for a non- default value of n * "git merge foo HEAD" was misparsed as an old-style invocation of the command and produced a confusing error message. * Documentation updates * perl dep added to perl-Git module * Ver.: 1.6.5.3, Rel.: 84, Type: None * Faik Uygur [2009-12-01] * output from "git blame" was unreadable when the file ended in an incomplete line. * "git imap-send" did not compile cleanly with newer OpenSSL. * "git rebase -i" gave bogus error message when the command word was misspelled. * "gitweb" did not escape non-ascii characters correctly in the URL. and many other fixes = Package : git-cvs [Faik Uygur ] ====================================================================== * Ver.: 1.6.5.6, Rel.: 86, Type: None * Faik Uygur [2009-12-15] * "git rebase" got confused when the log message began with certain strings that looked like Subject:, Date: or From: header * "git reset" accidentally run in .git/ directory checked out the work tree contents in there * "git add -p" had a regression since v1.6.5.3 that broke deletion of non- empty files * "git archive -o o.zip -- Makefile" produced an archive in o.zip but in POSIX tar format * The post-upload-hook run by upload-pack in response to "git fetch" has been removed, due to security concerns * "git diff -B" and "git diff --dirstat" was not counting newly added contents correctly * "git format-patch revisions... -- path" issued an incorrect error * "git grep -F -i StRiNg" did not work as expected * Enumeration of available merge strategies iterated over the list of commands in a wrong way, sometimes producing an incorrect result * Ver.: 1.6.5.4, Rel.: 85, Type: None * Faik Uygur [2009-12-04] * "git prune-packed" cron job problem fix * "git apply -p(n) --directory=(elsewhere)" did not work well for a non- default value of n * "git merge foo HEAD" was misparsed as an old-style invocation of the command and produced a confusing error message. * Documentation updates * perl dep added to perl-Git module * Ver.: 1.6.5.3, Rel.: 84, Type: None * Faik Uygur [2009-12-01] * output from "git blame" was unreadable when the file ended in an incomplete line. * "git imap-send" did not compile cleanly with newer OpenSSL. * "git rebase -i" gave bogus error message when the command word was misspelled. * "gitweb" did not escape non-ascii characters correctly in the URL. and many other fixes = Package : git-daemon [Faik Uygur ] ====================================================================== * Ver.: 1.6.5.6, Rel.: 86, Type: None * Faik Uygur [2009-12-15] * "git rebase" got confused when the log message began with certain strings that looked like Subject:, Date: or From: header * "git reset" accidentally run in .git/ directory checked out the work tree contents in there * "git add -p" had a regression since v1.6.5.3 that broke deletion of non- empty files * "git archive -o o.zip -- Makefile" produced an archive in o.zip but in POSIX tar format * The post-upload-hook run by upload-pack in response to "git fetch" has been removed, due to security concerns * "git diff -B" and "git diff --dirstat" was not counting newly added contents correctly * "git format-patch revisions... -- path" issued an incorrect error * "git grep -F -i StRiNg" did not work as expected * Enumeration of available merge strategies iterated over the list of commands in a wrong way, sometimes producing an incorrect result * Ver.: 1.6.5.4, Rel.: 85, Type: None * Faik Uygur [2009-12-04] * "git prune-packed" cron job problem fix * "git apply -p(n) --directory=(elsewhere)" did not work well for a non- default value of n * "git merge foo HEAD" was misparsed as an old-style invocation of the command and produced a confusing error message. * Documentation updates * perl dep added to perl-Git module * Ver.: 1.6.5.3, Rel.: 84, Type: None * Faik Uygur [2009-12-01] * output from "git blame" was unreadable when the file ended in an incomplete line. * "git imap-send" did not compile cleanly with newer OpenSSL. * "git rebase -i" gave bogus error message when the command word was misspelled. * "gitweb" did not escape non-ascii characters correctly in the URL. and many other fixes = Package : git-emacs [Faik Uygur ] ====================================================================== * Ver.: 1.6.5.6, Rel.: 86, Type: None * Faik Uygur [2009-12-15] * "git rebase" got confused when the log message began with certain strings that looked like Subject:, Date: or From: header * "git reset" accidentally run in .git/ directory checked out the work tree contents in there * "git add -p" had a regression since v1.6.5.3 that broke deletion of non- empty files * "git archive -o o.zip -- Makefile" produced an archive in o.zip but in POSIX tar format * The post-upload-hook run by upload-pack in response to "git fetch" has been removed, due to security concerns * "git diff -B" and "git diff --dirstat" was not counting newly added contents correctly * "git format-patch revisions... -- path" issued an incorrect error * "git grep -F -i StRiNg" did not work as expected * Enumeration of available merge strategies iterated over the list of commands in a wrong way, sometimes producing an incorrect result * Ver.: 1.6.5.4, Rel.: 85, Type: None * Faik Uygur [2009-12-04] * "git prune-packed" cron job problem fix * "git apply -p(n) --directory=(elsewhere)" did not work well for a non- default value of n * "git merge foo HEAD" was misparsed as an old-style invocation of the command and produced a confusing error message. * Documentation updates * perl dep added to perl-Git module * Ver.: 1.6.5.3, Rel.: 84, Type: None * Faik Uygur [2009-12-01] * output from "git blame" was unreadable when the file ended in an incomplete line. * "git imap-send" did not compile cleanly with newer OpenSSL. * "git rebase -i" gave bogus error message when the command word was misspelled. * "gitweb" did not escape non-ascii characters correctly in the URL. and many other fixes = Package : git-gui [Faik Uygur ] ====================================================================== * Ver.: 1.6.5.6, Rel.: 86, Type: None * Faik Uygur [2009-12-15] * "git rebase" got confused when the log message began with certain strings that looked like Subject:, Date: or From: header * "git reset" accidentally run in .git/ directory checked out the work tree contents in there * "git add -p" had a regression since v1.6.5.3 that broke deletion of non- empty files * "git archive -o o.zip -- Makefile" produced an archive in o.zip but in POSIX tar format * The post-upload-hook run by upload-pack in response to "git fetch" has been removed, due to security concerns * "git diff -B" and "git diff --dirstat" was not counting newly added contents correctly * "git format-patch revisions... -- path" issued an incorrect error * "git grep -F -i StRiNg" did not work as expected * Enumeration of available merge strategies iterated over the list of commands in a wrong way, sometimes producing an incorrect result * Ver.: 1.6.5.4, Rel.: 85, Type: None * Faik Uygur [2009-12-04] * "git prune-packed" cron job problem fix * "git apply -p(n) --directory=(elsewhere)" did not work well for a non- default value of n * "git merge foo HEAD" was misparsed as an old-style invocation of the command and produced a confusing error message. * Documentation updates * perl dep added to perl-Git module * Ver.: 1.6.5.3, Rel.: 84, Type: None * Faik Uygur [2009-12-01] * output from "git blame" was unreadable when the file ended in an incomplete line. * "git imap-send" did not compile cleanly with newer OpenSSL. * "git rebase -i" gave bogus error message when the command word was misspelled. * "gitweb" did not escape non-ascii characters correctly in the URL. and many other fixes = Package : git-svn [Faik Uygur ] ====================================================================== * Ver.: 1.6.5.6, Rel.: 86, Type: None * Faik Uygur [2009-12-15] * "git rebase" got confused when the log message began with certain strings that looked like Subject:, Date: or From: header * "git reset" accidentally run in .git/ directory checked out the work tree contents in there * "git add -p" had a regression since v1.6.5.3 that broke deletion of non- empty files * "git archive -o o.zip -- Makefile" produced an archive in o.zip but in POSIX tar format * The post-upload-hook run by upload-pack in response to "git fetch" has been removed, due to security concerns * "git diff -B" and "git diff --dirstat" was not counting newly added contents correctly * "git format-patch revisions... -- path" issued an incorrect error * "git grep -F -i StRiNg" did not work as expected * Enumeration of available merge strategies iterated over the list of commands in a wrong way, sometimes producing an incorrect result * Ver.: 1.6.5.4, Rel.: 85, Type: None * Faik Uygur [2009-12-04] * "git prune-packed" cron job problem fix * "git apply -p(n) --directory=(elsewhere)" did not work well for a non- default value of n * "git merge foo HEAD" was misparsed as an old-style invocation of the command and produced a confusing error message. * Documentation updates * perl dep added to perl-Git module * Ver.: 1.6.5.3, Rel.: 84, Type: None * Faik Uygur [2009-12-01] * output from "git blame" was unreadable when the file ended in an incomplete line. * "git imap-send" did not compile cleanly with newer OpenSSL. * "git rebase -i" gave bogus error message when the command word was misspelled. * "gitweb" did not escape non-ascii characters correctly in the URL. and many other fixes = Package : gitk [Faik Uygur ] ====================================================================== * Ver.: 1.6.5.6, Rel.: 86, Type: None * Faik Uygur [2009-12-15] * "git rebase" got confused when the log message began with certain strings that looked like Subject:, Date: or From: header * "git reset" accidentally run in .git/ directory checked out the work tree contents in there * "git add -p" had a regression since v1.6.5.3 that broke deletion of non- empty files * "git archive -o o.zip -- Makefile" produced an archive in o.zip but in POSIX tar format * The post-upload-hook run by upload-pack in response to "git fetch" has been removed, due to security concerns * "git diff -B" and "git diff --dirstat" was not counting newly added contents correctly * "git format-patch revisions... -- path" issued an incorrect error * "git grep -F -i StRiNg" did not work as expected * Enumeration of available merge strategies iterated over the list of commands in a wrong way, sometimes producing an incorrect result * Ver.: 1.6.5.4, Rel.: 85, Type: None * Faik Uygur [2009-12-04] * "git prune-packed" cron job problem fix * "git apply -p(n) --directory=(elsewhere)" did not work well for a non- default value of n * "git merge foo HEAD" was misparsed as an old-style invocation of the command and produced a confusing error message. * Documentation updates * perl dep added to perl-Git module * Ver.: 1.6.5.3, Rel.: 84, Type: None * Faik Uygur [2009-12-01] * output from "git blame" was unreadable when the file ended in an incomplete line. * "git imap-send" did not compile cleanly with newer OpenSSL. * "git rebase -i" gave bogus error message when the command word was misspelled. * "gitweb" did not escape non-ascii characters correctly in the URL. and many other fixes = Package : gitweb [Faik Uygur ] ====================================================================== * Ver.: 1.6.5.6, Rel.: 86, Type: None * Faik Uygur [2009-12-15] * "git rebase" got confused when the log message began with certain strings that looked like Subject:, Date: or From: header * "git reset" accidentally run in .git/ directory checked out the work tree contents in there * "git add -p" had a regression since v1.6.5.3 that broke deletion of non- empty files * "git archive -o o.zip -- Makefile" produced an archive in o.zip but in POSIX tar format * The post-upload-hook run by upload-pack in response to "git fetch" has been removed, due to security concerns * "git diff -B" and "git diff --dirstat" was not counting newly added contents correctly * "git format-patch revisions... -- path" issued an incorrect error * "git grep -F -i StRiNg" did not work as expected * Enumeration of available merge strategies iterated over the list of commands in a wrong way, sometimes producing an incorrect result * Ver.: 1.6.5.4, Rel.: 85, Type: None * Faik Uygur [2009-12-04] * "git prune-packed" cron job problem fix * "git apply -p(n) --directory=(elsewhere)" did not work well for a non- default value of n * "git merge foo HEAD" was misparsed as an old-style invocation of the command and produced a confusing error message. * Documentation updates * perl dep added to perl-Git module * Ver.: 1.6.5.3, Rel.: 84, Type: None * Faik Uygur [2009-12-01] * output from "git blame" was unreadable when the file ended in an incomplete line. * "git imap-send" did not compile cleanly with newer OpenSSL. * "git rebase -i" gave bogus error message when the command word was misspelled. * "gitweb" did not escape non-ascii characters correctly in the URL. and many other fixes = Package : glib2 [Ozan Çağlayan ] ====================================================================== * Ver.: 2.22.2, Rel.: 39, Type: None * Ozan Çağlayan [2009-11-10] Switch to 2.22 branch = Package : glibc [Onur Küçük ] ====================================================================== * Ver.: 2.9, Rel.: 46, Type: None * Onur Küçük [2009-12-18] Timezone package is replacing glibc-zoneinfo now, remove dump-tz-db, zdump, zic and /usr/share/zoneinfo = Package : glibc-doc [Onur Küçük ] ====================================================================== * Ver.: 2.9, Rel.: 46, Type: None * Onur Küçük [2009-12-18] Timezone package is replacing glibc-zoneinfo now, remove dump-tz-db, zdump, zic and /usr/share/zoneinfo = Package : glibc-locales-aa [Onur Küçük ] ====================================================================== * Ver.: 2.9, Rel.: 46, Type: None * Onur Küçük [2009-12-18] Timezone package is replacing glibc-zoneinfo now, remove dump-tz-db, zdump, zic and /usr/share/zoneinfo = Package : gnome-common [Burak Çalışkan ] ====================================================================== * Ver.: 2.26.0, Rel.: 5, Type: None * Burak Çalışkan [2009-06-01] Version bump. * Ver.: 2.24.0, Rel.: 4, Type: None * Burak Çalışkan [2009-02-07] Version bump. * Ver.: 2.20.0, Rel.: 3, Type: None * Eren Türkay [2008-06-05] Version bump. * Ver.: 2.18.0, Rel.: 2, Type: None * İlker Kesen [2007-08-25] Stable update. * Ver.: 2.12.0, Rel.: 1, Type: None * İlker Kesen [2007-03-09] First release. = Package : gnome-desktop [Gökmen Görgen ] ====================================================================== * Ver.: 2.28.1, Rel.: 1, Type: None * Gökmen Görgen [2009-10-27] First release. = Package : gnome-mplayer [Onur Küçük ] ====================================================================== * Ver.: 0.9.8_20091226, Rel.: 26, Type: None * Onur Küçük [2009-12-26] Bump to snapshot 1606 Add volume level fixes, bug (#11564) Fix crash on Apple related sites, bug (#11759) Enable gconf since xulrunner uses it too = Package : gnutls [Ozan Çağlayan ] ====================================================================== * Ver.: 2.8.5, Rel.: 18, Type: None * Ozan Çağlayan [2009-11-05] - libgnutls: In server side when resuming a session do not overwrite the initial session data with the resumed session data, - libgnutls: Fix PKCS#12 encoding. The error you would get was "The OID is not supported.", - guile: Compatibility with guile 2.x, - libgnutls: Enable Camellia ciphers by default, - libgnutls: Make OpenPGP hostname checking work again. - libgnutls: When printing X.509 certificates, handle XMPP SANs better. = Package : goldendict [Renan Cakirerk ] ====================================================================== * Ver.: 0.9.0, Rel.: 1, Type: None * Renan Cakirerk [2009-10-01] First release. = Package : graphviz [Pınar Yanardağ ] ====================================================================== * Ver.: 2.22.2, Rel.: 14, Type: None * Serdar Dalgıç [2009-12-04] Depend on new perl. = Package : graphviz-docs [Pınar Yanardağ ] ====================================================================== * Ver.: 2.22.2, Rel.: 14, Type: None * Serdar Dalgıç [2009-12-04] Depend on new perl. = Package : grub [Onur Küçük ] ====================================================================== * Ver.: 0.97, Rel.: 70, Type: None * Onur Küçük [2009-12-16] Disable xfs_freeze since it causes hangs on other filesystems, bug (#11134) * Ver.: 0.97, Rel.: 69, Type: None * Bahadır Kandemir [2009-12-14] Boot.Loader COMAR script will move all old kernel entries to seperate GRUB configuration file and menu. = Package : gssdp [Murat Şenel ] ====================================================================== * Ver.: 0.7.0, Rel.: 4, Type: None * Murat Şenel [2009-11-21] Stable bump = Package : gst-plugins-ugly [Pınar Yanardağ ] ====================================================================== * Ver.: 0.10.12, Rel.: 16, Type: None * Onur Küçük [2009-12-28] Depend on new x264 = Package : gtk-qt-engine [Gökçen Eraslan ] ====================================================================== * Ver.: 1.1_147, Rel.: 8, Type: None * Gökçen Eraslan [2009-12-04] Add Xsession.d script to export SAL_GTK_USE_PIXMAPPAINT variable if gtk- qt-engine is installed. * Ver.: 1.1_147, Rel.: 7, Type: None * Gökçen Eraslan [2009-11-24] Totally remove Qt4 style, this makes gtk-qt-engine just a GTK widget style selector. = Package : guidance-power-manager [İnanç Yıldırgan ] ====================================================================== * Ver.: 4.3.3, Rel.: 5, Type: None * İnanç Yıldırgan [2009-12-17] Version bump. = Package : gupnp [Murat Şenel ] ====================================================================== * Ver.: 0.13.1, Rel.: 4, Type: None * Murat Şenel [2009-11-21] Stable bump = Package : gupnp-igd [Murat Şenel ] ====================================================================== * Ver.: 0.1.4, Rel.: 5, Type: None * Murat Şenel [2009-11-21] Stable bump = Package : gvim [İnanç Yıldırgan ] ====================================================================== * Ver.: 7.2.319, Rel.: 67, Type: None * İnanç Yıldırgan [2009-12-17] Update to patchlevel 319. = Package : hmmer [Serdar Dalgıç ] ====================================================================== * Ver.: 3.0_beta3, Rel.: 1, Type: None * Serdar Dalgıç [2009-11-17] First Release. = Package : hmmer-doc [Serdar Dalgıç ] ====================================================================== * Ver.: 3.0_beta3, Rel.: 1, Type: None * Serdar Dalgıç [2009-11-17] First Release. = Package : htop [Jérôme Schneider ] ====================================================================== * Ver.: 0.8.3, Rel.: 5, Type: None * Jérôme Schneider [2009-07-06] * Version bump * Add a patch to fix ncurses includes * Add french translations * Remove patches from Fedora = Package : hylafax [Taner Taş ] ====================================================================== * Ver.: 6.0.3, Rel.: 16, Type: None * Taner Taş [2009-07-28] Updating to 6.x branch * Ver.: 4.4.4, Rel.: 15, Type: None * Onur Küçük [2009-02-19] Define mkfifo in /usr/bin fixes bug #9239 * Ver.: 4.4.4, Rel.: 14, Type: None * Ekin Meroğlu [2008-07-12] Stable update * Ver.: 4.4.3, Rel.: 13, Type: None * İsmail Dönmez [2007-11-29] Stable update * Ver.: 4.4.2, Rel.: 12, Type: None * İsmail Dönmez [2007-10-04] Stable update * Ver.: 4.4.0, Rel.: 11, Type: None * İsmail Dönmez [2007-08-02] Version bump * Ver.: 4.3.4, Rel.: 10, Type: None * Doruk Fişek [2007-07-15] Explicitly specify config dir, remove unnecessary dependency * Ver.: 4.3.4, Rel.: 9, Type: None * İsmail Dönmez [2007-05-29] Stable update * Ver.: 4.3.1, Rel.: 8, Type: None * Bahadır Kandemir [2007-05-23] Updated Service script. * Ver.: 4.3.1, Rel.: 7, Type: security * Ali Erdinç Köroğlu [2007-02-21] Bugfix #4901 * Ver.: 4.3.1, Rel.: 6, Type: security * Ali Erdinç Köroğlu [2007-01-06] Version bump and bug #3435 and #3414 fixes * Ver.: 4.2.5, Rel.: 5, Type: None * Bahadır Kandemir [2006-10-09] Service script updated. * Ver.: 4.2.5, Rel.: 4, Type: security * Ali Erdinç Köroğlu [2006-10-07] Uid and gid fixes * Ver.: 4.2.5, Rel.: 3, Type: security * Ali Erdinç Köroğlu [2006-09-18] Init comarization * Ver.: 4.2.5, Rel.: 2, Type: security * İsmail Dönmez [2006-04-18] Fix CVE-2005-3538 and CVE-2005-3539 * Ver.: 4.2.4, Rel.: 1, Type: None * Ali Erdinç Köroğlu [2006-01-11] First release. = Package : ifuse [İnanç Yıldırgan ] ====================================================================== * Ver.: 0.9.5, Rel.: 2, Type: None * İnanç Yıldırgan [2009-11-30] Version bump. * Ver.: 0.9.4, Rel.: 1, Type: None * İnanç Yıldırgan [2009-11-02] First release. = Package : imagemagick [Faik Uygur ] ====================================================================== * Ver.: 6.5.7.7, Rel.: 32, Type: None * Serdar Dalgıç [2009-12-07] Add perl dependency, add perl INSTALLDIRS=vendor. = Package : imagemagick-doc [Faik Uygur ] ====================================================================== * Ver.: 6.5.7.7, Rel.: 32, Type: None * Serdar Dalgıç [2009-12-07] Add perl dependency, add perl INSTALLDIRS=vendor. = Package : indywiki [Server Acim ] ====================================================================== * Ver.: 0.9.9.1, Rel.: 2, Type: None * Server Acim [2009-09-16] * added new RuntimeDependency * added do-nothing-on-bg-colour-cancel.patch * added non-native.patch * Ver.: 0.9.9.1, Rel.: 1, Type: None * Server Acim [2009-08-17] First Release. = Package : inkscape [Faik Uygur ] ====================================================================== * Ver.: 0.47, Rel.: 18, Type: None * Faik Uygur [2009-12-01] * Timed autosave: no more lost work * Spiro splines: an exciting new way to work with paths, fully supported in Pen, Pencil, and Node tools * Auto smooth nodes: a new type of node that keeps the path as smooth as possible as you move it or its neighbors * New modes in Tweak tool: pushing and jittering whole objects, scaling/rotating objects, deleting and duplicating using the "soft brush" * Reworked, much more usable snapping system and a Snapping toolbar * New path effects, including sketch, hatching, envelope deformation; effects can be stacked and assigned to groups * A huge collection of preset filters in the new Filters menu * New cairo-based PS and EPS export: improved quality, more features supported, fallback rasterization for filters and transparency * Spell checker for text objects in a document * Many new extensions: restacking, calendar, printing marks, cartesian and polar grids, interpolating attributes * Optimized SVG code options, now with their own Preferences page * Many other improvements, usability tweaks, memleak stops, and misc bugfixes = Package : iw [Ozan Çağlayan ] ====================================================================== * Ver.: 0.9.18, Rel.: 4, Type: None * Ozan Çağlayan [2009-11-23] Bump to 0.9.18 = Package : k3b [Gökçen Eraslan ] ====================================================================== * Ver.: 1.69.0_alpha4, Rel.: 15, Type: None * Ozan Çağlayan [2009-12-02] - Version bump to the latest alpha, - Really fix busy spinning mouse pointer. * Ver.: 1.68.0_alpha3, Rel.: 14, Type: None * Ozan Çağlayan [2009-10-16] - Version bump to the latest alpha, - Disable building of K3bsetup completely, - Fix busy spinning mouse pointer (#11173), - Added translations (#10232). = Package : k3b-extra-themes [Gökçen Eraslan ] ====================================================================== * Ver.: 1.69.0_alpha4, Rel.: 15, Type: None * Ozan Çağlayan [2009-12-02] - Version bump to the latest alpha, - Really fix busy spinning mouse pointer. * Ver.: 1.68.0_alpha3, Rel.: 14, Type: None * Ozan Çağlayan [2009-10-16] - Version bump to the latest alpha, - Disable building of K3bsetup completely, - Fix busy spinning mouse pointer (#11173), - Added translations (#10232). = Package : kaptan [Renan Çakırerk ] ====================================================================== * Ver.: 4.0.15, Rel.: 54, Type: None * Renan Çakırerk [2009-12-30] FIX: Kaptan tries to set non existing pixmaps. * Ver.: 4.0.15, Rel.: 53, Type: None * Renan Çakırerk [2009-12-29] Kaptan for Pardus 2009.1 RC * Ver.: 4.0.14, Rel.: 52, Type: None * Renan Çakırerk [2009-12-25] Menu failsafe fix thanks to Onur * Ver.: 4.0.14, Rel.: 51, Type: None * Renan Çakırerk [2009-12-25] Default Keymap Fix * Ver.: 4.0.14, Rel.: 50, Type: None * Renan Çakırerk [2009-12-25] KDE 4.3 adaptation * Ver.: 4.0.14, Rel.: 49, Type: None * Renan Çakırerk [2009-12-24] Kaptan for Pardus 2009.1 beta * Ver.: 4.0.14, Rel.: 48, Type: None * Renan Çakırerk [2009-12-19] Select keymap automatically feature added. * Ver.: 4.0.13, Rel.: 47, Type: None * Renan Çakırerk [2009-12-09] Fix for KDE 4.3 and minor fixes. = Package : kfax [Gökçen Eraslan ] ====================================================================== * Ver.: 3.3.6, Rel.: 2, Type: None * Ozan Çağlayan [2009-10-16] Switch to 4.3.1 tarball. = Package : kftpgrabber [Gökmen GÖKSEL ] ====================================================================== * Ver.: 0.8.99_20090721, Rel.: 4, Type: None * Ozan Çağlayan [2009-11-16] Replace kftpgrabber-kde4. = Package : kgraphviewer [Gökçen Eraslan ] ====================================================================== * Ver.: 2.0.2, Rel.: 3, Type: None * Ozan Çağlayan [2009-11-16] Replace kde4 counterpart. = Package : kipi-plugins [Ozan Çağlayan ] ====================================================================== * Ver.: 1.0.0, Rel.: 15, Type: None * Ozan Çağlayan [2009-12-25] Bump to 1.0.0, add missing qca2 dependency. * Ver.: 0.9.0, Rel.: 14, Type: None * Ozan Çağlayan [2009-12-04] Version bump. * Ver.: 0.8.0, Rel.: 13, Type: None * Ozan Çağlayan [2009-11-16] Replace kipi-plugins-kde4. * Ver.: 0.8.0, Rel.: 12, Type: None * Ozan Çağlayan [2009-11-04] Version bump * Ver.: 0.7.0, Rel.: 11, Type: None * Ozan Çağlayan [2009-10-08] Version bump = Package : kmplayer [Gökmen GÖKSEL ] ====================================================================== * Ver.: 0.11.1b, Rel.: 9, Type: None * Ozan Çağlayan [2009-11-16] Replace kde4 counterpart. = Package : konqueror-plugins [Gökçen Eraslan ] ====================================================================== * Ver.: 4.3.1, Rel.: 4, Type: None * Gökçen Eraslan [2009-11-25] Version bump = Package : konqueror-plugins-doc [Gökçen Eraslan ] ====================================================================== * Ver.: 4.3.1, Rel.: 4, Type: None * Gökçen Eraslan [2009-11-25] Version bump = Package : konversation [Mehmet Nur Olcay ] ====================================================================== = Package : konversation-docs [Mehmet Nur Olcay ] ====================================================================== = Package : kradio [Ozan Çağlayan ] ====================================================================== * Ver.: 4.0.0, Rel.: 3, Type: None * Ozan Çağlayan [2009-11-16] Replace kradio-kde4. = Package : krename [Doruk Fişek ] ====================================================================== * Ver.: 4.0.2, Rel.: 9, Type: None * Doruk Fişek [2009-12-04] Version bump for many bug fixes. * Ver.: 4.0.1, Rel.: 8, Type: None * Ozan Çağlayan [2009-11-16] Replace kde4 counterpart. = Package : ktorrent [İşbaran Akçayır ] ====================================================================== * Ver.: 3.2.5, Rel.: 13, Type: None * Ozan Çağlayan [2009-10-26] Version bump to 3.2.5, add missing dependencies. = Package : kvirc [İşbaran Akçayır ] ====================================================================== * Ver.: 4.0_rc1, Rel.: 9, Type: None * İşbaran Akçayır [2009-12-01] Update package = Package : kwin-crystal-style [İşbaran Akçayır ] ====================================================================== * Ver.: 2.0.5, Rel.: 7, Type: None * Ozan Çağlayan [2009-11-16] Bump to 2.0.5, replace crystal-kde4. = Package : lablgl [Anıl Özbek ] ====================================================================== * Ver.: 1.04, Rel.: 2, Type: None * İşbaran Akçayır [2009-11-13] Make up * Ver.: 1.04, Rel.: 1, Type: None * Anıl Özbek [2009-08-03] First release = Package : latex-xmltex [Semen Cirit ] ====================================================================== * Ver.: 1.9, Rel.: 5, Type: None * Semen Cirit [2009-12-17] Pisi check problems fixed. = Package : lbreakout2 [Doruk Fişek ] ====================================================================== * Ver.: 2.6.1, Rel.: 6, Type: None * Doruk Fişek [2009-12-24] Version bump: * All sounds now have sample rate 22050 to prevent poor on-the-fly conversion of cheap sound cards. * Fixed a bug that cut the first few entries from the level set list in the menu (so you have more to play now). * Some english typos have been fixed. * The quick help now has text with proper transparency. = Package : libgdiplus [Gökmen Görgen ] ====================================================================== * Ver.: 2.6, Rel.: 20, Type: None * Gökmen Görgen [2009-12-16] * New stable release. * Update configure parameters. * Set pkgconfig file as data. = Package : libiphone [İnanç Yıldırgan ] ====================================================================== * Ver.: 0.9.5, Rel.: 2, Type: None * İnanç Yıldırgan [2009-11-30] Version bump. = Package : libmatthew-java [Fahri Tuğrul Gürkaynak ] ====================================================================== * Ver.: 0.7.2, Rel.: 2, Type: None * Gökçen Eraslan [2009-12-15] Version bump to latest: * Also add .NO_PARALLEL and .NOTPARALLEL because I have no idea which one is correct * Apply patch from Omair Majid which make overriding CFLAGS easier * Use -source 1.5 rather than -source 5.0, the former works with more Java compilers * Add -fno-stack-protector to fix compilation issues in various distros * Fix spin-on-disconnection bug (Spotted by Christopher Armstrong) = Package : libnice [Pardus ] ====================================================================== * Ver.: 0.0.10, Rel.: 8, Type: None * Murat Şenel [2009-11-21] Stable bump * Ver.: 0.0.9, Rel.: 7, Type: None * Eren Türkay [2009-08-25] Stable bump = Package : libplist [İnanç Yıldırgan ] ====================================================================== * Ver.: 1.1, Rel.: 4, Type: None * İnanç Yıldırgan [2009-12-15] Minor version bump. * Ver.: 1.0, Rel.: 3, Type: None * İnanç Yıldırgan [2009-12-08] Version bump to new stable release. * Ver.: 0.16_20091130, Rel.: 2, Type: None * İnanç Yıldırgan [2009-11-30] Version bump to new snapshot. = Package : libqjson [İnanç Yıldırgan ] ====================================================================== * Ver.: 0.7.1, Rel.: 1, Type: None * İnanç Yıldırgan [2009-12-04] First release. = Package : libquicktime [Onur Küçük ] ====================================================================== * Ver.: 1.1.2, Rel.: 11, Type: None * Onur Küçük [2009-12-28] Depend on new x264 = Package : libspectre [İnanç Yıldırgan ] ====================================================================== * Ver.: 0.2.3, Rel.: 3, Type: None * İnanç Yıldırgan [2009-11-05] Version bump to bugfix release. = Package : libusb1 [İnanç Yıldırgan ] ====================================================================== * Ver.: 1.0.6, Rel.: 8, Type: None * İnanç Yıldırgan [2009-12-05] Version bump to bugfix release. = Package : libv4l [Onur Küçük ] ====================================================================== * Ver.: 0.6.3, Rel.: 21, Type: None * Onur Küçük [2009-10-30] Minor version bump Add more laptop models to the upside down devices table Improved mr97310a decompression Add support for decompressing yuv420 planar JPEG (needed for w9968cf based cams) Add support for STV0680 raw bayer data = Package : libva [Fatih Aşıcı ] ====================================================================== * Ver.: 0.31.0, Rel.: 3, Type: None * Onur Küçük [2009-12-28] Bump to sds9 release Add extra picture fields for _VAPictureParameterBufferMPEG4 and _VAPictureParameterBufferMPEG4 * Ver.: 0.31.0, Rel.: 2, Type: None * Fatih Aşıcı [2009-11-25] Bump to sds8 release = Package : libvdpau [Fatih Aşıcı ] ====================================================================== * Ver.: 0.3, Rel.: 3, Type: None * Fatih Aşıcı [2009-12-09] New stable release = Package : lilycomp [Serdar Dalgıç ] ====================================================================== * Ver.: 1.0.2, Rel.: 4, Type: None * Serdar Dalgıç [2009-11-18] Add missing Menu Icon. = Package : log4c [Ozan Çağlayan ] ====================================================================== * Ver.: 1.2.1, Rel.: 1, Type: None * Ozan Çağlayan [2009-03-19] First release. = Package : lpsolve [Gökçen Eraslan ] ====================================================================== * Ver.: 5.5.0.15, Rel.: 2, Type: None * Gökçen Eraslan [2009-12-11] Version bump to latest: - Improved guess_basis - set_row(ex) corrections. Actually completely revised the routine. - When in set_add_row mode, all API calls can now be used. For example printing or writing the model, retrieving data from the model and so on are now all possible in that mode. - Sometimes an integer model is reported infeasible while it isn't because the integer solution is much different from the relaxed (real) model. Then API call set_bb_depthlimit can be used to increase the default B&B depth. However its new value was not used for the depth limit of an individual variabled which could result in still infeasible results. - modified the demo program not to use the str_ versions of API calls, because they are not performant and not intended to be used in real programs. - Added an lpsolve driver to Sysquake. - Added an lpsolve driver to FreeMat. - Added an lpsolve driver to Euler. - Added an Access example. - Added documentation to use lpsolve from Sage via the existing Python driver. - Changed the second parameter to read_mps, read_MPS, read_freemps and read_freeMPS from verbose to options. - Removed read_LPhandle and read_MPShandle from the lprec structure. - write_lp/write_LP write just a + or - if the factor to a variable is +1 or -1 - When a message function is set via put_msgfunc, in message MSG_LPOPTIMAL it was not possible to get the solution. Now it is. - Extended the MATLAB, O-Matrix, Scilab, Octave, Python, PHP and of course the new Sysquake, FreeMat and Euler drivers to support string constants. - IDE enhancements. = Package : lsb-release [Ozan Çağlayan ] ====================================================================== * Ver.: 1.4, Rel.: 6, Type: None * Onur Küçük [2009-12-23] Bump for Pardus 2009.1 Beta = Package : lsdvd [Serdar Dalgıç ] ====================================================================== * Ver.: 0.16, Rel.: 2, Type: None * Ozan Çağlayan [2009-12-25] Ready for 2009 * Ver.: 0.16, Rel.: 1, Type: None * Murat Şenel [2006-10-15] First release = Package : matio [Ozan Çağlayan ] ====================================================================== * Ver.: 1.3.3, Rel.: 1, Type: None * Ozan Çağlayan [2008-09-16] First release. = Package : maxima [İnanç Yıldırgan ] ====================================================================== * Ver.: 5.20.1, Rel.: 10, Type: None * İnanç Yıldırgan [2009-12-15] Version bump to new bugfix release. = Package : mercurial [Faik Uygur ] ====================================================================== * Ver.: 1.4.1, Rel.: 13, Type: None * Faik Uygur [2009-12-16] * summary: new command summarizes current working state * tags: new tag cache greatly speeds up tag operations * hgweb: fix for showing header lines in raw changeset diffs * hgweb: try to send better error messages to the client * extdiff: add 3-way diff for merge changesets * fix to prepush logic when it creates new heads * fix qseries truncation * inotify fixes = Package : mesa-experimental [Fatih Aşıcı ] ====================================================================== * Ver.: 7.6_20091019, Rel.: 13, Type: None * Fatih Aşıcı [2009-10-20] Upstream fixes. - r600: Fix size calculation for 24 bit depth - r300: fix texture size handling with size > 2048 * Ver.: 7.6_20091019, Rel.: 12, Type: None * Fatih Aşıcı [2009-10-19] - Sync with 7.6 branch - Add -DNDEBUG to CFLAGS - Remove upstreamed patches * Ver.: 7.6, Rel.: 11, Type: None * Fatih Aşıcı [2009-09-29] - Switch to 7.6 branch - Put experimental/buggy drivers into mesa-experimental sub-package * Ver.: 7.5, Rel.: 10, Type: None * Fatih Aşıcı [2009-08-26] Sync with upstream 7.5 branch * Ver.: 7.5, Rel.: 9, Type: None * Fatih Aşıcı [2009-07-25] - Sync with upstream 7.5 branch - Do not build buggy unichrome driver * Ver.: 7.5, Rel.: 8, Type: None * Fatih Aşıcı [2009-07-18] New release * Ver.: 7.5_pre20090628, Rel.: 7, Type: None * Fatih Aşıcı [2009-06-28] - Update to latest snapshot of upstream 7.5 branch - Depend on latest libdrm * Ver.: 7.5_pre20090606, Rel.: 6, Type: None * Fatih Aşıcı [2009-06-06] - Sync with 7.5 branch - Disable radeon-rewrite patch * Ver.: 7.5_rc2, Rel.: 5, Type: None * Fatih Aşıcı [2009-05-15] - Bump to new release candidate for 7.5 - Update radeon-rewrite patch * Ver.: 7.5_pre20090509, Rel.: 4, Type: None * Fatih Aşıcı [2009-05-09] Bump to 7.5 RC1, update radeon-rewrite patch * Ver.: 7.5_pre20090328, Rel.: 3, Type: None * Fatih Aşıcı [2009-03-28] Switch to 7.5 branch, add radeon-rewrite patch * Ver.: 7.4_pre20090323, Rel.: 2, Type: None * Fatih Aşıcı [2009-03-23] * Bump to new snapshot. * Add Fedora patch: Make a libdricore.so from libmesa.a and link DRI drivers against it. This makes a huge difference in package size. * Ver.: 7.4_pre20090309, Rel.: 1, Type: None * Fatih Aşıcı [2009-03-09] First release = Package : minitube [Mehmet Nur Olcay ] ====================================================================== * Ver.: 0.8.1, Rel.: 1, Type: None * Mehmet Nur Olcay [2009-11-20] First Release = Package : mkinitramfs [Onur Küçük ] ====================================================================== * Ver.: 0.6, Rel.: 59, Type: None * Onur Küçük [2009-12-05] Touch livemedia for userspace Use full path for modinfo in mkinitramfs, by Ozan * Ver.: 0.6, Rel.: 58, Type: None * Ozan Çağlayan [2009-11-03] Version bump to latest bugfix release = Package : mlt [Ozan Çağlayan ] ====================================================================== * Ver.: 0.4.6, Rel.: 17, Type: None * Ozan Çağlayan [2009-12-06] Enable perl and python bindings (#11667). * Ver.: 0.4.6, Rel.: 16, Type: None * Ozan Çağlayan [2009-10-12] Version bump = Package : mod_dav_svn [Faik Uygur ] ====================================================================== * Ver.: 1.6.6, Rel.: 53, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. = Package : mod_perl [Taner Taş ] ====================================================================== * Ver.: 2.0.4, Rel.: 9, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. = Package : mono [Gökmen Görgen ] ====================================================================== * Ver.: 2.6, Rel.: 27, Type: None * Gökmen Görgen [2009-12-16] * Version bump: - WCF client and server, the subset exposed by Silverlight 2.0. - LLVM support, to improve performance on server/computational loads. - Co-routine framework Mono.Tasklets. - Preview of LINQ to SQL using DbLinq. - New Soft Debugger, integrated with MonoDevelop on Unix and OSX. - Joint release with MonoDevelop 2.2. - System.IO.Packaging. - csharp shell now supports auto-completion. - xbuild can now build most msbuild projects. - Support for CoreCLR security: + Mono debuts a full metadata and IL verifier + Security system used by Silverlight applications, reusable for other cases. * Update format strings patch. * Add patch: files/mono-2.6-selfexe.patch. * Fix configuration parameters: Removed default parameters, and enable profile4. = Package : mono-zeroconf [Gökmen Görgen ] ====================================================================== * Ver.: 0.9.0, Rel.: 2, Type: None * Gökmen Görgen [2009-11-29] Disable mDNSResponder support. It still not in repository. * Ver.: 0.9.0, Rel.: 1, Type: None * Gökmen Görgen [2009-10-30] First release. = Package : mpeg4ip [Onur Küçük ] ====================================================================== * Ver.: 1.5.0.1, Rel.: 11, Type: None * Onur Küçük [2009-12-29] Depend on new x264 = Package : mpg123 [İnanç Yıldırgan ] ====================================================================== * Ver.: 1.10.0, Rel.: 23, Type: None * İnanç Yıldırgan [2009-12-24] Version bump new release. * Ver.: 1.9.2, Rel.: 22, Type: None * İnanç Yıldırgan [2009-12-05] Version bump to bugfix release. = Package : mplayer [Onur Küçük ] ====================================================================== * Ver.: 0.0_20091229, Rel.: 116, Type: None * Onur Küçük [2009-12-29] Bump snapshot to 30135, ffmpeg 20964 Enable vaapi support Depend on new x264 Add mp4, matroska, 3gp, mp4 mimetypes to desktop file Add more examples to mplayer.conf = Package : mudur [Bahadır Kandemir ] ====================================================================== * Ver.: 3.1.1, Rel.: 103, Type: None * Ozan Çağlayan [2009-12-11] Don't remove livemedia file in /var/run * Ver.: 3.1.1, Rel.: 102, Type: None * Ozan Çağlayan [2009-11-09] - Added missing runtime dependencies, - Version bump, - Fix /etc/mtab~ stale lock files, - Fix a possible NoneType reference, - Don't bork if /etc/fstab doesn't have an entry for /, - Suggest an fsck through gfxmenu if rootfs can't be mounted as rw, - Refactor the code. * Ver.: 3.0.6, Rel.: 101, Type: None * Ozan Çağlayan [2009-10-31] Revert back to 3.0.6 as it seems we have some problems during separate /home mount. * Ver.: 3.1.0, Rel.: 100, Type: None * Ozan Çağlayan [2009-10-22] - Added missing runtime dependencies, - Version bump, - Fix /etc/mtab~ stale lock files, - Don't bork if /etc/fstab doesn't have an entry for /, - Suggest an fsck through gfxmenu if rootfs can't be mounted as rw, - Refactor the code. * Ver.: 3.0.6, Rel.: 99, Type: None * Ozan Çağlayan [2009-10-20] - Add refreshPartitionTable method to disk.py. Written by Renan Cakirerk, - Add missing runtime dependencies. = Package : mysql-python [Pınar Yanardağ ] ====================================================================== * Ver.: 1.2.3, Rel.: 6, Type: None * Eren Türkay [2009-11-23] Fix format mismatch that can cause problems with 64-bit big-endian systems. = Package : nano [Doruk Fişek ] ====================================================================== * Ver.: 2.2.1, Rel.: 18, Type: None * Doruk Fişek [2009-12-15] * Fix missing keybindings for page up/down and GotoDir in the browser, ^P/^N in the help menu, and restoration of M-W as the default re-search binding * Documentation updates, including the nano texinfo manual, nano and nanorc man pages, and UPGRADE file, and some missing syntax highlighting entries for the sample nanorc * Latest round of 'final' soft wrapping fixes * Nano will no longer print a warning when attempting to insert the contents of a read-only file into an existing buffer * Other minor fixes * Ver.: 2.2.0, Rel.: 17, Type: None * Doruk Fişek [2009-11-30] * Fixes for tiny mode (involving both keys and replace menu text) * More 'final' fixes for soft wrapping, and several typo and documentation * Updates including nanorc tweaks and a new syntax highlighting file * nano will no longer clear the screen on suspend to maintain compatibility with other editors * Ver.: 2.1.99_pre2, Rel.: 16, Type: None * Doruk Fişek [2009-11-22] * Fixes for issues with last page display caused by the soft wrapping code * Fix for a long standing issue with hittig the home key when going through the search history * Attempt to retain the proper ownership and permissions when trying to create a .save file due to receiving a signal * Unbind keys from one or more menus via the 'unbind' keyword * Passing --fill or --nowrap on the command line overrides any related .nanorc entries. * Ver.: 2.1.99_pre1, Rel.: 15, Type: None * Doruk Fişek [2009-11-15] Version bump to development branch for testing: * Customizable key bindings. * 'Soft' line wrapping (i.e. full line display) * Experimental full undo/redo support * Pager support (i.e. reading from stdin) * Warnings for un-writable files, external modification since opening * Abortable searching * More syntax highlighting examples (Fortran, objC, OCaml, Makefiles) * Faster syntax higlighting for complicated regexes * Update doc path and remove strict deps for 2009. = Package : neon [İnanç Yıldırgan ] ====================================================================== * Ver.: 0.29.1, Rel.: 14, Type: None * İnanç Yıldırgan [2009-12-16] Minor version bump, bugfix release. * Ver.: 0.29.0, Rel.: 13, Type: None * İnanç Yıldırgan [2009-12-01] Revert release 11. * Ver.: 0.29.0, Rel.: 12, Type: None * İnanç Yıldırgan [2009-11-30] Add missing pkgconfig runtime dep. = Package : net-snmp [Ekin Meroğlu ] ====================================================================== * Ver.: 5.4.2.1, Rel.: 9, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. = Package : net-snmptrap [Ekin Meroğlu ] ====================================================================== * Ver.: 5.4.2.1, Rel.: 9, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. = Package : net-tools [Bahadır Kandemir ] ====================================================================== * Ver.: 1.60, Rel.: 44, Type: None * Ozan Çağlayan [2009-08-18] - Don't check for connection type in udev rule, backend is transparent, - Stop ifplugd only when the profile is matched with the device. = Package : neverball [Onur Küçük ] ====================================================================== * Ver.: 1.5.4, Rel.: 6, Type: None * Serdar Dalgıç [2009-12-15] Add missing physfs dependency, close the bug #11726. = Package : ntfs_3g [Faik Uygur ] ====================================================================== * Ver.: 0.0_2009.11.14, Rel.: 42, Type: None * Faik Uygur [2009-12-01] * New: Full file ownership and permissions support. * New: POSIX ACL support. * New: Full extended attributes support for all namespaces. * New: Junction points support. * New: Access is possible to NTFS internal data like Windows style archive bit and file attributes. * New: Compression write support: sequential writing to compressed files is supported. * New: Support copying and restoring encrypted files without decrypting them. * New: Support getting and setting high-resolution file timestamps. * New: Support to get, set and remove DOS filenames. * Fix: Improved Windows junction and symlink handling. * Fix: Improved ACL handling. * Performance optimizations. Frequently used data are cached to improve speed. Space allocation for fragmented and sparse files has been improved. = Package : obexftp [Ozan Çağlayan ] ====================================================================== * Ver.: 0.23, Rel.: 3, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. = Package : octave [Faik Uygur ] ====================================================================== * Ver.: 3.2.3, Rel.: 18, Type: None * Faik Uygur [2009-12-21] Add missing dependencies * Ver.: 3.2.3, Rel.: 17, Type: None * Faik Uygur [2009-11-09] Add missing atlas dependency * Ver.: 3.2.3, Rel.: 16, Type: None * Onur Küçük [2009-10-13] Depend on libgfortran instead of gcc * Ver.: 3.2.3, Rel.: 15, Type: None * Faik Uygur [2009-10-01] * Abort if floating point format is not recognized as IEEE * Fix vector * matrix case = Package : ode [Onur Küçük ] ====================================================================== * Ver.: 0.11.1, Rel.: 7, Type: None * Onur Küçük [2009-11-26] Enable trimesh=opcode Disable double precision Fix stormbaancoureur segfaults Fix archive checksum, somehow it was changed silently = Package : openoffice [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-clipart [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-extension-pdfimport [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-extension-presentation-minimizer [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-extension-presenter-screen [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-extension-report-builder [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-extension-wiki-publisher [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-help-de [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-help-en [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-help-es [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-help-fr [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-help-it [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-help-nl [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-help-pt-BR [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-help-sv [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-help-tr [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-kde [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-langpack-de [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-langpack-de-extras [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-langpack-es [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-langpack-fr [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-langpack-it [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-langpack-nl [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-langpack-pt-BR [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-langpack-sv [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-langpack-tr [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-python [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : package-manager [Faik Uygur ] ====================================================================== * Ver.: 2.0.1, Rel.: 79, Type: None * Onur Küçük [2009-12-23] Get latest fixes from trunk Fix replaces problems on new installed system Show progress in window title Update translations Fix B/s problem = Package : pango [Burak Çalışkan ] ====================================================================== * Ver.: 1.24.5, Rel.: 32, Type: None * Ozan Çağlayan [2009-11-11] Add libXft runtime dependency. = Package : pango-docs [Burak Çalışkan ] ====================================================================== * Ver.: 1.24.5, Rel.: 32, Type: None * Ozan Çağlayan [2009-11-11] Add libXft runtime dependency. = Package : pardus-python [Bahadır Kandemir ] ====================================================================== * Ver.: 0.4.5, Rel.: 27, Type: None * Bahadır Kandemir [2009-12-14] - Common methods in Boot.Loader moved to diskutils module. * Ver.: 0.4.4, Rel.: 26, Type: None * Ozan Çağlayan [2009-11-16] - Fixed parsing of DNS= lines from dhcpcd-interface.info files, - Implement isPPP() method for 3G stuff, - Add support for spawning dhcpcd 5.x. = Package : perf [Ozan Çağlayan ] ====================================================================== * Ver.: 2.6.31.9, Rel.: 129, Type: None * Ozan Çağlayan [2009-12-19] - Version bump to 2.6.31.9, - Drop mainlined patches, - Sync'ed aufs with the latest branch, - Add Apparmor back again but don't disable it, - Add lirc drivers, - Add several Suse and Fedora patches, - bluetooth: Add USB autosuspend support (disabled), - memcg: Improve resource counter scalability, - pci: Increase alignment to make more space for hidden code, - virtio_blk: Add support for cache flush, - cpuidle: Fix the menu governor to boost IO performance, - Revert "Attach the ACPI device to the ACPI handle as early as possible", - ahci: Disable 64-bit DMA on SB600 SATA controllers, - nfs: Fixed hang during NFS installs, - nfs: NFSD v4 dynamic pseudo root patch which allows NFSv3 exports to be mounted by v4 clients, - acpi: Fix boot hang with ACPI on some systems, - netlink: Fix typo in initialization (CVE-2009-3612), - security: connector security bypass: capabilities check (CVE-2009-3725, #11521) - security: nfsv4: null pointer dereference (CVE-2009-3726, #11522) - Disable prism54 in favor of p54pci, - Disable rt2800usb in favor of staging/rt2870sta, - Add TG3 network driver fixes, - sched: Update the clock of runqueue select_task_rq() selected, - i8142: Bypass aux loop tests on laptops, - Grab atkbd fixes from upstream, - ath9k: add upstream fixes, - Add several IOMMU fixes from upstream, - Add ACPI fixes from 2.6.32, - squashfs: Add lzma patches from squashfs-devel git, - Add two kill switch drivers for Fujitsu Amilo M7400 and M7440 (#11571), - Enable AppArmor, - Add some little fixes from Suse, - drm: Update Fedora patches. * Ver.: 2.6.30.9, Rel.: 128, Type: security * Ozan Çağlayan [2009-12-04] - Version bump to 2.6.30.9, - x86: Don't leak 64-bit registers into 32-bit processes (#11265), - sched: Add several scheduler fixes from linus-2.6 tree to improve latencies, - ecryptfs: Fix NULL pointer dereference (CVE-2009-2908) (#11282), - netlink: fix typo in initialization (CVE-2009-3612), - ax25: Security fix (CVE-2009-2909), - keys: get_instantiation_keyring() should inc the keyring refcount in all cases (CVE-2009-3624) (#11426), - af_unix: Fix deadlock on connecting to shutdown socket, - forcedeth: Fix race condition, - libata: Fix a drive detection problem, - Several networking fixes from 2.6.31 stable, - ACPI: Add notifier chain for AC/DC connect/disconnect events, - ACPI: Several upstream ACPI EC fixes from 2.6.32, - ACPI: Revert "attach device to handle early.." to fix boot hang on some systems. - drm: Sync with latest drm-next tree. - drm/nouveau: more vbios opcodes, minor fixes, hopeful fix for hangs on nVidia 7800GT. * Ver.: 2.6.30.8, Rel.: 127, Type: security * Ozan Çağlayan [2009-10-06] - Version bump to 2.6.30.8, - PM PCMCIA: Fix CardBus suspend/resume regression introduced after 2.6.28, - cfq: Fix serious performance regression, - KVM: x86: Disallow hypercalls for guest callers in rings > 0 (CVE-2009-3290) (#11210), - appletalk: Fix skb leak when ipddp interface is not loaded (CVE-2009-2903) (#11164), - Fix several getsockname() leaks in net subsystem (CVE-2009-3002) (#10122), - Fix vulnerability in net llc sockaddr_llc struct (#11121, #11016), - Fix uninitialized kernel memory leak in tc (#11092), - Several security improvements for mmap stuff (#11120), - Fix fan control for Acer A0A150 model, - Add Con Kolivas' BFS scheduler patch but don't enable it, - zd1211rw: Add 083a:e503 as a ZD1211B device, - cx25840: Fix CX23885 and CX241XX caused ivtv regression, - xen: Rearrange things to fix stack protector, - af9015: Fix stack corruption bug, - x86: Make sure load_percpu has no stackprotector, - hdpvr: Enable IR, - sched: Add several patches for improving desktop latencies (disabled for now). - drm: Sync with latest drm-next tree. - drm/nouveau: Sync with upstream tree. * Ver.: 2.6.30.5, Rel.: 126, Type: security * Ozan Çağlayan [2009-08-17] - Version bump to 2.6.30.5, (#10774, #10820, #10875, #10908, #10918), - Avoid stack_t leakage to userspace (#10767), - Add more CDC modems to whitelist, - driver-core: add new device to bus's list before probing, - Add new device IDs for usb-serial drivers, - Add new i8042 and atkbd quirks for input layer devices, - Add support for a new Wacom device, - Add new IDs for several network drivers, - Fix reboot on MacBook5,2, MacBookPro5,1. * Ver.: 2.6.30.4, Rel.: 125, Type: security * Ozan Çağlayan [2009-07-31] - Version bump to 2.6.30.4, - Fix 2 security vulnerability in eCryptfs (CVE-2009-2406, CVE-2009-2407) (#10689, #10691), - Fix LANGID=0 regression (#10521), - Add Fedora's platform patch to get away from polling Toshibas. * Ver.: 2.6.30.2, Rel.: 124, Type: security * Ozan Çağlayan [2009-07-20] - Version bump to 2.6.30.2 which is mainly a security release for CVE-2009-1895 and CVE-2009-1897, - Backport gcc-4.2 workaround for drivers/fbmon which could hang the kernel upon booting. * Ver.: 2.6.30.1, Rel.: 123, Type: None * Ozan Çağlayan [2009-07-15] - Add patches from upstream to fix some booting link detection issues on bnx2 and bnx2x, - Add several useful SAUCE patches from Jaunty and Karmic, - Split documentations. * Ver.: 2.6.30.1, Rel.: 122, Type: None * Ozan Çağlayan [2009-07-09] - Version bump to 2.6.30.1, - Disable initramfs creation in kernel, do it in postInstall, - Add VIA MMC driver, - Fix inaccurate delay calculation using TSC, - Enable acpi-cpufreq for VIA Centaur' family, disable e_powersaver driver, - Fix port= option for CIFS, * Ver.: 2.6.30, Rel.: 121, Type: None * Ozan Çağlayan [2009-06-10] - Version bump to 2.6.30, - Sync TuxOnIce from upstream, - Enable some new staging drivers, - Backport a DRM patch from linus-2.6 which may fix RS690 Radeon lockups, - Backport Ene Technologies CB7x0 MMC/SD/SDHC card reader support, - Grab recent nouveau fixes from Fedora. * Ver.: 2.6.30_rc8, Rel.: 120, Type: None * Ozan Çağlayan [2009-06-03] - Version bump to 2.6.30_rc8-git1 which contains the latest DRM fixes, - Add DRM patchset from Fatih, - Add CRYPTO_LZMA support from OpenWRT. * Ver.: 2.6.30_rc7, Rel.: 119, Type: None * Ozan Çağlayan [2009-06-02] - Version bump to 2.6.30_rc7, - Migrate to the new kerneltools ActionsAPI module, - Fork off a new kernel-module-headers package that will be sufficient for module building, - Add TuxOnIce as an alternative to swsusp, - Make LZO compression built-in for TuxOnIce. * Ver.: 2.6.30_rc6, Rel.: 118, Type: None * Ozan Çağlayan [2009-05-20] Version bump to 2.6.30_rc6. * Ver.: 2.6.30_rc5, Rel.: 117, Type: None * Ozan Çağlayan [2009-05-16] - Build rtc-cmos into the kernel, - Build SCSI support into the kernel along with sr_mod and sg_mod, - Replace ov511, - Disable TOMOYO security framework along with path based access control. * Ver.: 2.6.30_rc5, Rel.: 116, Type: None * Ozan Çağlayan [2009-05-09] - Version bump to the latest RC, - Make FUSE in-kernel, - Build usbcore, *hci-hcd in-kernel, - Drop mainlined fastboot and nfs patches, - Enable CONFIG_MOUSE_PS2_ELANTECH and CONFIG_MOUSE_PS2_TOUCHKIT, - Split kernel firmwares to avoid file conflicts with other kernel packages, - lmpcm_usb and acerhk are now patched into the kernel, - Make USBHID support builtin, - Add kernel-firmware dependency to kernel package, - Add acx-firmware dependency to kernel as the driver is now patched into the kernel, - Add replaces tag for sn9c1xx, pwc, - Invert hid-apple Fn+Key behaviour, - Drop old AppArmor patches, - Drop STKWEBCAM support, remove a conflicting PCI_ID from zc0301. * Ver.: 2.6.29, Rel.: 115, Type: None * Ozan Çağlayan [2009-03-13] - Version bump to 2.6.29, - Forwardport nfs4acl and wireless-no-aes patches, - Remove squashfs as it's mainlined, - Add some fedora patches, - Add sreadahead patch for kernel-level open() tracing, - Compile cpufreq_*, acpi*, ext2/3/4, udf, msr, cpuid built-in, - Avoid pcspeaker from being built-in, - Enable cgroups, ath5k, - Add AuFS patches, - Add DRM patches from fedora, - It's not a part of the system.base anymore, - Add some Moblin patches. * Ver.: 2.6.28, Rel.: 114, Type: None * Ozan Çağlayan [2008-12-28] - Version bump to the stable version, - Drop DRM patches, - Drop Unionfs support, - Grab Apparmor's 2.6.28 patchset, - Enable CONFIG_PRIME to make alsa-driver work correctly, - Add Gigabyte M912 to the noloop table to enable its touchpad, - Add LZMA support to SquashFS, - Add sreadahead patch to implement inode timestamping for ext3. * Ver.: 2.6.25.20, Rel.: 113, Type: security * Ozan Çağlayan [2008-11-15] - Add UDF backports from SUSE, - Version bump to the latest 2.6.25.20 which contains a security fix(CVE-2008-3528) with some other goodies. * Ver.: 2.6.25.19, Rel.: 112, Type: security * S.Çağlar Onur [2008-10-24] Version bump * Ver.: 2.6.25.18, Rel.: 111, Type: None * Ekin Meroğlu [2008-10-14] Fix mtrr warning, fallback to VESA on undefined video mode number (#7117) * Ver.: 2.6.25.18, Rel.: 110, Type: None * S.Çağlar Onur [2008-10-10] Version bump * Ver.: 2.6.25.17, Rel.: 109, Type: None * S.Çağlar Onur [2008-09-08] Version bump * Ver.: 2.6.25.16, Rel.: 108, Type: None * S.Çağlar Onur [2008-08-21] Version bump * Ver.: 2.6.25.15, Rel.: 107, Type: None * S.Çağlar Onur [2008-08-06] Version bump * Ver.: 2.6.25.14, Rel.: 106, Type: None * S.Çağlar Onur [2008-08-03] Version bump * Ver.: 2.6.25.13, Rel.: 105, Type: None * S.Çağlar Onur [2008-07-29] Version bump * Ver.: 2.6.25.12, Rel.: 104, Type: None * S.Çağlar Onur [2008-07-25] Version bump * Ver.: 2.6.25.11, Rel.: 103, Type: security * S.Çağlar Onur [2008-07-20] Version bump * Ver.: 2.6.25.10, Rel.: 102, Type: None * S.Çağlar Onur [2008-07-03] Version bump * Ver.: 2.6.25.9, Rel.: 101, Type: security * S.Çağlar Onur [2008-06-25] Version bump * Ver.: 2.6.25.8, Rel.: 100, Type: security * S.Çağlar Onur [2008-06-23] Version bump to 2.6.25.8 * Ver.: 2.6.25.7, Rel.: 99, Type: None * S.Çağlar Onur [2008-06-11] Version bump to 2.6.25.7 * Ver.: 2.6.25.6, Rel.: 98, Type: security * S.Çağlar Onur [2008-06-11] Version bump to 2.6.25.6 with wireless tree updates * Ver.: 2.6.25.5, Rel.: 97, Type: security * S.Çağlar Onur [2008-06-07] Version bump to 2.6.25.5, fixes CVE-2008-1673 * Ver.: 2.6.25.4, Rel.: 96, Type: None * S.Çağlar Onur [2008-05-07] Version bump to 2.6.25.4 * Ver.: 2.6.24.7, Rel.: 95, Type: security * S.Çağlar Onur [2008-05-07] Version bump to stable, fixes CVE-2008-1669 * Ver.: 2.6.24.6, Rel.: 94, Type: security * S.Çağlar Onur [2008-05-02] Version bump to stable, fixes CVE-2008-1375 and CVE-2008-1675 * Ver.: 2.6.24.5, Rel.: 93, Type: None * S.Çağlar Onur [2008-04-29] - Enable CONFIG_FAIR_GROUP_SCHED and CONFIG_LOGO - Sync with stable-queue - Grab "nouveau drm stack" from Fedora - Grab "TSC Clocksource can cause hangs and time jumps" and "sched: retain vruntime" from Ubuntu - Grab "mm: sparsemem memory_present() fix" from 2.6.25 - Grab whole wireless stack of 2008-04-25 * Ver.: 2.6.24.5, Rel.: 92, Type: None * S.Çağlar Onur [2008-04-21] - Bump to 2.6.24.5 - Add unionfs 2.3.2 - Grab whole wireless stack of 2008-04-16 * Ver.: 2.6.24.4, Rel.: 91, Type: None * S.Çağlar Onur [2008-04-09] - Disable CONFIG_AC97_BUS - Backport PIE and brk() randomization bits - USB: serial: ti_usb_3410_5052: Correct TUSB3410 endpoint requirements - USB: serial: fix regression in Visor/Palm OS module for kernels >= 2.6.24 - Prevent sys_io_getevents syscall from clobbering the esi register on x86 - inotify: send IN_ATTRIB events when link count changes - Fix a potential bug in inotify_user.c - SIGIO-driven I/O with inotify queues - Backport virtio and lguest changes from 2.6.25-rc9 * Ver.: 2.6.24.4, Rel.: 90, Type: None * S.Çağlar Onur [2008-04-07] Grab lots of patches from Ubuntu and Fedora to solve following; - Sync with stable-queue (these will be 2.6.24.5) - Unhiding this smbus breaks acpi thermal zones - Fix pci resource allocation broken in 2.6.24 - Make "pci=rom" work as documented: don't assign addresses to every rom by default - Backport MTRR fixes from 2.6.25 - Fix resource limits for isapnp devices - Extend memory resource limit for pnp devices - Disable PNP motherboard resources that overlap PCI BARs - Clear simplex DMA before probing pata_atiixp devices - Fix locking in tun/tap driver when device address changes - Fix mis-read of xfs attr2 superblock flag which was causing corruption in some cases - Fix drm race that can lockup the kernel - EHCI: add separate IAA watchdog timer - PM: Introduce PM_EVENT_HIBERNATE callback state - Update drm and i915 drm driver to fix suspend issues - Disable DRM suspend/resume on pre-915 Intel chips - x86: provide a DMI based port 0x80 I/O delay override - Resolve sky2 race condition leading to failed suspends - ACPI: fix boot oops regression - Fix for device attached to pata_sis as secondary master - Fix bluetooth rfcomm crash on suspend - Fix reading of MAC address in sis190 driver - Handle suspend/resume in Ricoh MMC disabler - Extend ricoh_mmc to support Ricoh RL5c476 - Fix bluetooth log spam with a buggy conwise USB adapter - Allow more IPSEC connections * Ver.: 2.6.24.4, Rel.: 89, Type: None * S.Çağlar Onur [2008-03-24] Version bump to stable and grab following patches from ubuntu and fedora - Refresh mactel patchset from upstream - Add WD WD800ADFS NCQ horkage quirk support - AMD SB700 south bridge support patches - Add AGP support for Radeon Mobility 9000 chipset - ACPI: disable stray GPE, prevent ACPI interrupt storm - Revert "ACPI: EC: Enable boot EC before bus_scan" from stable - ACPI: video: Rationalise ACPI backlight implementation - hwmon: (coretemp) Add Penryn CPU to coretemp - ali atapi dma is broken right now. disable it (but not disk dma) - libata/pata_it821x: Improve handling of poorly compatible emulations - Map volume and brightness events on thinkpads - USB: fix usb-serial generic recursive lock * Ver.: 2.6.24.3, Rel.: 88, Type: None * S.Çağlar Onur [2008-03-03] Version bump, - Add early medium-not-present detection in sr/sd drivers - Fix CDROM_DRIVE_STATUS ioctl implementation - Fix TEST_UNIT_READY for medium detection - tty: enable the echoing of ^C in the N_TTY discipline - Fix IXANY and restart after signal (e.g. ctrl-C) in n_tty line discipline - PCI x86: always use conf1 to access config space below 256 bytes * Ver.: 2.6.24.2, Rel.: 87, Type: security * S.Çağlar Onur [2008-02-11] Version bump * Ver.: 2.6.18.8, Rel.: 86, Type: security * S.Çağlar Onur [2007-07-07] Backport/grab some fixes, - NETFILTER: nf_conntrack_h323: add checking of out-of-range on choices' index values - softmac backports from 2.6.21 - bcm43xx driver backport from 2.6.22-rc1 - ipw2100/ipw2200 driver backport from 2.6.22-rc1 - cifs backports from cifs-backport-old-kernels - i386: fix regression, endless loop in ptrace singlestep over an int80 - buffer: memorder fix - mm: optimize kill_bdev() - mm: Prevent OOM-kill of unkillable children or siblings - x86: Fix CPUID calls to support GH processors - x86: Fix to nmi to support GH processors - x86: Use CPUID calls to check for mce - x86: Greyhound cpuinfo output cleanups - x86: ICH9 device IDs * Ver.: 2.6.18.8, Rel.: 85, Type: security * S.Çağlar Onur [2007-06-26] Backport/grab some fixes, - Various agp/drm fixes - ext3: a race condition between ext3_link/unlink that could create an orphan inode list corruption - mm: Keep O_DIRECT I/O from populating the page cache - e1000: a bug in the e1000 driver that could lead to a watchdog timeout panic - nmi: change watchdog timeout to 30 seconds - SHPCHP: driver doesn't work in poll mode - SHPCHP: driver doesn't work if the system was under heavy load - Update FC transport and Emulex lpfc Fibre Channel Driver - Emulex lpfc update to 8.1.10.2 - cciss: This is a set of patches that HP considers critical for cciss. This represents some cherry picking from their latest upstream submissions. All are bug fixes. All are in Linus' tree - iscsi: fix oops if iscsi connection setup fails - iscsi: backports of iscsi fixes - iscsi: fix iscsi sense len handling - iscsi: fix oops in iscsi packet transfer path - mce: Refactor the event processing (syslog messaging and rate limiting) into separate file therm_throt.c. This allows consistent reporting of CPU thermal throttle events. * Ver.: 2.6.18.8, Rel.: 84, Type: security * S.Çağlar Onur [2007-06-03] Grab some patches from RHEL5 and also solve followings; - Depreceate includes of config.h - Famous data corruption bug backported (http://kerneltrap.org/node/7534) - lockdep: Backport all known lockdep problems from 2.6.20 and also fix the ide/proc interaction - CIFS: Explicitly set stat->blksize for optimum bandwith usage - CIFS: Fix mount failure when domain not specified - CIFS: invalids readdires - The ipw driver sometimes takes a long time to load its firmware. Use 60 sec. timeout - handle races w/ truncate in journal_dirty_data() with ext3 - Use semaphores instead of mutexes for block devices mounts - mm: fix statistics in vmscan.c - mm: oom killer fixes backported from 2.6.19 - mm: reject corrupt swapfiles earlier - mm: NFS data corruption - mm: handle mapping of memory without a struct page backing it - mm: write failure on swapout could corrupt data - x86: handle _PSS object range corectly in speedstep-centrino - x86: /proc/mtrr interface MTRR bug fix - x86 :vga video fail fix - e100: fix error recovery - e1000: updated driver, backported from 2.6.19 - e1000: Add missing ids to e1000 - e1000: Reset all functions after a PCI error - e1000: truncated TSO TCP header with 82544, workaround - tg3: BCM5752M crippled after reset - tg3: TG3 support Broadcom 5756M/5756ME Controller - ipw2200: update to version 1.2.0 from ipw2200.sf.net - netfilter: iptables stop fails because ip_conntrack cannot unload. - fbcon: every time the console cursor blinks, we do a kmalloc/kfree pair. Turn that into a single allocation. - proc: readdir race fix, When many processes are created and destroyed frequently, ps may fail to show some procceses which existed before ps command is exectuted and still exist after ps is done. Backported from 2.6.20 - SATA AHCI: support AHCI class code - SATA AHCI: The redefinition of ahci_start_engine() and ahci_stop_engine() - SATA ata_piix: This patch corrects the ICH8 map values for sata ata_piix. This fixes a problem where SATA devices are not detected on some of the SATA ports on an ICH8 motherboard when the BIOS is set to IDE mode. - SATA sata_promise: support PATA ports on SATA controllers - SATA: support legacy IDE mode of SB600 SATA * Ver.: 2.6.18.8, Rel.: 83, Type: security * İsmail Dönmez [2007-04-12] Fix CVE-2007-1357, enable RAID support * Ver.: 2.6.18.8, Rel.: 82, Type: security * İsmail Dönmez [2007-03-18] Fix CVE-2007-149{6,7} * Ver.: 2.6.18.8, Rel.: 81, Type: security * S.Çağlar Onur [2007-03-09] Fix CVE-2007-1000 * Ver.: 2.6.18.8, Rel.: 80, Type: security * İsmail Dönmez [2007-03-08] Fix CVE-2007-0005 * Ver.: 2.6.18.8, Rel.: 79, Type: None * Faik Uygur [2007-03-07] Pegasus-II USB-Ethernet driver fix * Ver.: 2.6.18.8, Rel.: 78, Type: None * S.Çağlar Onur [2007-02-24] Bump to stable * Ver.: 2.6.18.7, Rel.: 77, Type: security * S.Çağlar Onur [2007-02-20] fix CVE-2007-0772 * Ver.: 2.6.18.6, Rel.: 76, Type: security * S.Çağlar Onur [2007-02-11] fix CVE-2006-6333 and CVE-2007-0006 * Ver.: 2.6.18.6, Rel.: 75, Type: security * S.Çağlar Onur [2007-02-08] fix CVE-2006-5749 * Ver.: 2.6.18.6, Rel.: 74, Type: security * S.Çağlar Onur [2007-02-03] Drop asus_acpi and disable CONFIG_ACPI_ASUS, fix CVE-2006-4814 and CVE-2006-5753, use nicer patch for APM poweroff problem from OpenSUSE * Ver.: 2.6.18.6, Rel.: 73, Type: None * S.Çağlar Onur [2007-01-11] Fix CIFS corruption, update asus_acpi to 0.31, fix #3729, #4430, fix #4519, enable device-mapper support needed by cryptosetup, remove CONFIG_USB_OV511 as Onur requested * Ver.: 2.6.18.6, Rel.: 72, Type: None * İsmail Dönmez [2007-01-11] Use gspca driver for Logitech Quickcam Express (Laptop model) * Ver.: 2.6.18.6, Rel.: 71, Type: None * S.Çağlar Onur [2007-01-04] Disable "Compat VDSO support" which breaks glibc * Ver.: 2.6.18.6, Rel.: 70, Type: security * S.Çağlar Onur [2006-12-31] Fix Linux 2.6.x ISO9660 __find_get_block_slow() denial of service (CVE-2006-5757), Linux 2.6.x zlib_inflate memory corruption (CVE-2006-5823), Linux 2.6.x ext3fs_dirhash denial of service (CVE-2006-6053), Linux 2.6.x ext2_check_page denial of service (CVE-2006-6054), Linux 2.6.x SELinux superblock_doinit denial of service (CVE-2006-6056), Linux 2.6.x squashfs double free (CVE-2006-5701) * Ver.: 2.6.18.6, Rel.: 69, Type: None * İsmail Dönmez [2006-12-29] Conflict with m560x * Ver.: 2.6.18.6, Rel.: 68, Type: security * S.Çağlar Onur [2006-12-19] Bump to latest stable, fix CVE-2006-6106, generate kernel-headers package which replaces linux-headers * Ver.: 2.6.18.5, Rel.: 67, Type: None * S.Çağlar Onur [2006-12-12] Bump for new splash * Ver.: 2.6.18.5, Rel.: 66, Type: None * S.Çağlar Onur [2006-12-04] Version bump to latest stable, sync with mactel * Ver.: 2.6.18.4, Rel.: 65, Type: None * Onur Küçük [2006-12-04] Removed USB devices that don't work with zc0301, but works with gspca, fixing #4326 #3704 etc * Ver.: 2.6.18.4, Rel.: 64, Type: security * S.Çağlar Onur [2006-11-29] Fix possible overflow in get_fdb_entries (CVE-2006-5751), Make sure to properly clamp maxnum to avoid overflow (CVE-2006-5751) * Ver.: 2.6.18.3, Rel.: 63, Type: None * S.Çağlar Onur [2006-11-22] Fix #4216, support i965G's, fix microcode-ctl-1.15 issues, Fix _PPC evaluation, allow highest freq on HPs (and others), Allocate AGP pages with GFP_DMA32 by default * Ver.: 2.6.18.3, Rel.: 62, Type: None * S.Çağlar Onur [2006-11-22] Provide update-grub * Ver.: 2.6.18.3, Rel.: 61, Type: None * S.Çağlar Onur [2006-11-19] Version bump to latest stable * Ver.: 2.6.18.2, Rel.: 60, Type: None * S.Çağlar Onur [2006-11-16] Sync with gentoo-sources, fuse disabled again * Ver.: 2.6.18.2, Rel.: 59, Type: security * S.Çağlar Onur [2006-11-04] CVE-2006-5757 ISO9660 __find_get_block_slow (denial of service) and cramfs oops * Ver.: 2.6.18.2, Rel.: 58, Type: None * S.Çağlar Onur [2006-11-04] Version bump to .2 * Ver.: 2.6.18.1, Rel.: 57, Type: None * S.Çağlar Onur [2006-10-14] Version bump to .1, drop *-utf8 patches * Ver.: 2.6.18, Rel.: 56, Type: None * S.Çağlar Onur [2006-09-24] Enable fs-cache * Ver.: 2.6.18, Rel.: 55, Type: None * S.Çağlar Onur [2006-09-22] Version bump * Ver.: 2.6.16.29, Rel.: 54, Type: security * S.Çağlar Onur [2006-09-13] Enable SMP and highmem with huge config changes, version bump to latest stable * Ver.: 2.6.16.28, Rel.: 53, Type: None * S.Çağlar Onur [2006-09-03] Export acpi_ec_{read/write} so sbs module will be an external package * Ver.: 2.6.16.28, Rel.: 52, Type: security * S.Çağlar Onur [2006-08-26] Fix CVE-2006-2935, CVE-2006-3745, CVE-2006-4093 and CVE-2006-4145 * Ver.: 2.6.16.27, Rel.: 51, Type: security * S.Çağlar Onur [2006-08-01] Fix CVE-2006-2936 also minor appArmor problem * Ver.: 2.6.16.25, Rel.: 50, Type: security * S.Çağlar Onur [2006-07-15] Fix nasty /proc vulnerability (CVE-2006-3626), merge dvb KConfig fixes so we can make these modules, and fix PPP/PPTP connection dropping regressions, enable spi, enable all misc fs as a module and disable SMBFS (use CIFS instead, see https://bugzilla.samba.org/show_bug.cgi?id=1920) * Ver.: 2.6.16.24, Rel.: 49, Type: security * S.Çağlar Onur [2006-07-08] Version bump (fix fix prctl privilege escalation and suid_dumpable (CVE-2006-2451)), use new splash * Ver.: 2.6.16.22, Rel.: 48, Type: None * S.Çağlar Onur [2006-07-05] initramfs added to package * Ver.: 2.6.16.22, Rel.: 47, Type: None * Gürer Özen [2006-07-04] new comar script * Ver.: 2.6.16.22, Rel.: 46, Type: None * S.Çağlar Onur [2006-06-27] Jens Axobe's fcache patch enabled, version bump * Ver.: 2.6.16.20, Rel.: 45, Type: None * S.Çağlar Onur [2006-06-18] Jens Axobe's fcache patch added as Gürer requested, fuse and pwc modules disabled (newer ones are external) * Ver.: 2.6.16.20, Rel.: 44, Type: None * S.Çağlar Onur [2006-06-16] Fix dependencies, enable audit subsystem * Ver.: 2.6.16.20, Rel.: 43, Type: None * S.Çağlar Onur [2006-06-14] Sync with other distros * Ver.: 2.6.16.20, Rel.: 42, Type: None * İsmail Dönmez [2006-06-12] Enable usb modem drivers * Ver.: 2.6.16.20, Rel.: 41, Type: security * S.Çağlar Onur [2006-06-05] fix some security related problems (see http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.16.20) * Ver.: 2.6.16.17, Rel.: 40, Type: security * S.Çağlar Onur [2006-05-21] fix CVE-2006-1857, CVE-2006-1858 and lots of problems (see http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.16.17) * Ver.: 2.6.16.16, Rel.: 39, Type: security * S.Çağlar Onur [2006-05-15] fs/locks.c: Fix lease_init (CVE-2006-1860) * Ver.: 2.6.16.14, Rel.: 38, Type: security * S.Çağlar Onur [2006-05-06] Version bump, fix splash problem, fix NETFILTER: SCTP conntrack: infinite loop (CVE-2006-1527), fix smbfs chroot issue (CVE-2006-1864), fix #2666 * Ver.: 2.6.16.12, Rel.: 37, Type: None * S.Çağlar Onur [2006-05-02] Version bump, and enable USB_ATM again (req. by AEK) * Ver.: 2.6.16.11, Rel.: 36, Type: None * S.Çağlar Onur [2006-04-27] Revert use internal USB Modem Drivers (req. by AEK) * Ver.: 2.6.16.11, Rel.: 35, Type: security * S.Çağlar Onur [2006-04-25] Version bump (CVE-2006-1863), use internal USB Modem Drivers (req. by AEK) * Ver.: 2.6.16.9, Rel.: 34, Type: security * S.Çağlar Onur [2006-04-19] Version bump (CVE-2006-1056) * Ver.: 2.6.16.8, Rel.: 33, Type: None * S.Çağlar Onur [2006-04-19] Fix hotplug race * Ver.: 2.6.16.8, Rel.: 32, Type: security * S.Çağlar Onur [2006-04-19] Version bump (CVE-2006-1525) * Ver.: 2.6.16.6, Rel.: 31, Type: security * S.Çağlar Onur [2006-04-18] Version bump (CVE-2006-1524), splashutils now compiles * Ver.: 2.6.16.5, Rel.: 30, Type: None * S.Çağlar Onur [2006-04-12] sky2 and skge bumped, oprofile added * Ver.: 2.6.16.5, Rel.: 29, Type: security * S.Çağlar Onur [2006-04-12] Version bump (When user could have changed RIP always force IRET (CVE-2006-0744)) * Ver.: 2.6.16.4, Rel.: 28, Type: security * S.Çağlar Onur [2006-04-11] Version bump * Ver.: 2.6.16.3, Rel.: 27, Type: security * S.Çağlar Onur [2006-04-11] Version bump (Keys: Fix oops when adding key to non-keyring (CVE-2006-1522)) * Ver.: 2.6.16.2, Rel.: 26, Type: security * S.Çağlar Onur [2006-04-07] Version bump (sysfs: zero terminate sysfs write buffers (CVE-2006-1055)) * Ver.: 2.6.16.1, Rel.: 25, Type: None * S.Çağlar Onur [2006-03-28] Version bump * Ver.: 2.6.16, Rel.: 24, Type: None * S.Çağlar Onur [2006-03-24] Version bump * Ver.: 2.6.15.6, Rel.: 23, Type: None * Onur Küçük [2006-03-12] MIDI, some serial device and usb-storage support added * Ver.: 2.6.15.6, Rel.: 22, Type: None * S.Çağlar Onur [2006-03-12] Enable USB Serial Support, fix #2297 * Ver.: 2.6.15.6, Rel.: 21, Type: None * S.Çağlar Onur [2006-03-07] Version bump * Ver.: 2.6.15.4, Rel.: 20, Type: None * S.Çağlar Onur [2006-02-13] Version bump and now splash comes just after grub * Ver.: 2.6.15.2, Rel.: 19, Type: None * S.Çağlar Onur [2006-02-01] Version bump * Ver.: 2.6.15.1, Rel.: 18, Type: None * S.Çağlar Onur [2006-01-15] Version bump * Ver.: 2.6.15, Rel.: 17, Type: None * S.Çağlar Onur [2006-01-09] Version bump * Ver.: 2.6.14.4, Rel.: 16, Type: None * Onur Küçük [2006-01-09] Add ISA ethernet drivers * Ver.: 2.6.14.4, Rel.: 15, Type: None * S.Çağlar Onur [2005-12-24] fix #777 (scsi vmware support) * Ver.: 2.6.14.4, Rel.: 14, Type: None * S.Çağlar Onur [2005-12-22] Update latest greatest and lots of config/bug fix, add -htslowdown patches for future smp kernel [disabled], and subset of -ck patch set * Ver.: 2.6.14.3, Rel.: 13, Type: None * S.Çağlar Onur [2005-12-21] Remove 8139cp, causing lots of problem * Ver.: 2.6.14.3, Rel.: 12, Type: None * S.Çağlar Onur [2005-12-21] Remove *-2.6.15 patches as they didnt provide needed sysfs entries * Ver.: 2.6.14.3, Rel.: 11, Type: None * İsmail Dönmez [2005-12-10] Enable DVB support * Ver.: 2.6.14.3, Rel.: 10, Type: None * S.Çağlar Onur [2005-11-29] Embed splash-theme into kernel * Ver.: 2.6.14.3, Rel.: 9, Type: None * S.Çağlar Onur [2005-11-29] naming changes, serial mouse support * Ver.: 2.6.14.3, Rel.: 8, Type: None * S.Çağlar Onur [2005-11-28] Update to 2.6.14.3 and use utf-8 patch * Ver.: 2.6.14.2, Rel.: 7, Type: None * S.Çağlar Onur [2005-11-25] Fix hp notebooks acpi pci problem * Ver.: 2.6.14.2, Rel.: 6, Type: None * S.Çağlar Onur [2005-11-24] /usr/src/linux symlink * Ver.: 2.6.14.2, Rel.: 5, Type: None * İsmail Dönmez [2005-11-17] Backport wireless drivers from 2.6.15-rc1-mm1 * Ver.: 2.6.14.2, Rel.: 4, Type: None * S.Çağlar Onur [2005-11-16] Version bump * Ver.: 2.6.12, Rel.: 3, Type: None * S.Çağlar Onur [2005-10-27] Postinstall script added * Ver.: 2.6.12, Rel.: 2, Type: None * S.Çağlar Onur [2005-10-26] Config changes for various driver support * Ver.: 2.6.12, Rel.: 1, Type: None * S.Çağlar Onur [2005-09-03] First release. = Package : perl [Faik Uygur ] ====================================================================== * Ver.: 5.10.1, Rel.: 27, Type: None * Onur Küçük [2009-12-17] Fix a typo in perl-doc component * Ver.: 5.10.1, Rel.: 26, Type: None * Ozan Çağlayan [2009-11-17] Replace perl-Module-Build * Ver.: 5.10.1, Rel.: 25, Type: None * Faik Uygur [2009-11-16] Fix buildfarm compilation problem * Ver.: 5.10.1, Rel.: 24, Type: None * Faik Uygur [2009-11-11] * Remove comar script. * Added reverseDependencyUpdate * Ver.: 5.10.1, Rel.: 23, Type: None * Faik Uygur [2009-11-10] * Version bump to bugfix release 5.10.1 * Sync with other distro patches * Add comar package script to move old modules compiled with 5.10.0 * Fix for CVE-2009-3626 (eren) = Package : perl-Algorithm-Annotate [Faik Uygur ] ====================================================================== * Ver.: 0.10, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.10, Rel.: 3, Type: None * Faik Uygur [2009-11-23] Added perl as runtime dep = Package : perl-Algorithm-Diff [Faik Uygur ] ====================================================================== * Ver.: 1.1902, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.1902, Rel.: 2, Type: None * Faik Uygur [2009-11-23] Added perl as runtime dep = Package : perl-AnyEvent [Serdar Dalgıç ] ====================================================================== * Ver.: 5.21, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 5.21, Rel.: 5, Type: None * Faik Uygur [2009-11-23] * Added perl as runtime dep * Many bugfixes and documentation updates = Package : perl-Apache-DBI [Faik Uygur ] ====================================================================== * Ver.: 1.07, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.07, Rel.: 4, Type: None * Faik Uygur [2009-11-23] Added perl as runtime dep = Package : perl-App-CLI [Faik Uygur ] ====================================================================== * Ver.: 0.08, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.08, Rel.: 3, Type: None * Faik Uygur [2009-11-23] Added perl as runtime dep = Package : perl-AppConfig [Faik Uygur ] ====================================================================== * Ver.: 1.66, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.66, Rel.: 3, Type: None * Faik Uygur [2009-11-23] Added perl as runtime dep = Package : perl-Archive-Tar [Faik Uygur ] ====================================================================== * Ver.: 1.54, Rel.: 8, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.54, Rel.: 7, Type: None * Faik Uygur [2009-11-23] * Add perl as runtime dep * Version bump = Package : perl-Archive-Zip [Faik Uygur ] ====================================================================== * Ver.: 1.30, Rel.: 8, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.30, Rel.: 7, Type: None * Faik Uygur [2009-11-23] Add perl as runtime dep, version bump = Package : perl-Astro-SunTime [Serdar Dalgıç ] ====================================================================== * Ver.: 0.01, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.01, Rel.: 3, Type: None * Faik Uygur [2009-11-23] Added perl as runtime dep = Package : perl-Authen-SASL [Faik Uygur ] ====================================================================== * Ver.: 2.13, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.13, Rel.: 4, Type: None * Faik Uygur [2009-11-23] Added perl as runtime dep = Package : perl-B-Keywords [Serdar Dalgıç ] ====================================================================== * Ver.: 1.09, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.09, Rel.: 3, Type: None * Faik Uygur [2009-11-23] Add missing perl dep = Package : perl-Bit-Vector [Faik Uygur ] ====================================================================== * Ver.: 7.1, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 7.1, Rel.: 3, Type: None * Faik Uygur [2009-11-23] Added missing deps, version bump. = Package : perl-Cairo [Gökçen Eraslan ] ====================================================================== * Ver.: 1.061, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.061, Rel.: 4, Type: None * Faik Uygur [2009-11-23] Add perl deps = Package : perl-Carp-Clan [Faik Uygur ] ====================================================================== * Ver.: 6.04, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 6.04, Rel.: 5, Type: None * Faik Uygur [2009-11-23] * Add missing perl deps * Fix the bug of duplicated prefixes in _longmsg as well * Re-release to resolve confusion in CPAN caused by intermediate release * Solved RT ticket #50796 (inform type of license) = Package : perl-Chart [Faik Uygur ] ====================================================================== * Ver.: 2.4.1, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.4.1, Rel.: 2, Type: None * Faik Uygur [2009-11-23] Add perl deps = Package : perl-Class-Accessor [Faik Uygur ] ====================================================================== * Ver.: 0.34, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.34, Rel.: 5, Type: None * Faik Uygur [2009-11-23] Add perl module deps = Package : perl-Class-Autouse [Faik Uygur ] ====================================================================== * Ver.: 1.29, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.29, Rel.: 4, Type: None * Faik Uygur [2009-11-23] Add perl deps = Package : perl-Class-Data-Inheritable [Faik Uygur ] ====================================================================== * Ver.: 0.08, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.08, Rel.: 3, Type: None * Faik Uygur [2009-11-23] Add perl deps = Package : perl-Class-ISA [Faik Uygur ] ====================================================================== * Ver.: 0.36, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.36, Rel.: 3, Type: None * Faik Uygur [2009-11-23] Add perl deps = Package : perl-Class-MethodMaker [Faik Uygur ] ====================================================================== * Ver.: 2.15, Rel.: 8, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.15, Rel.: 7, Type: None * Faik Uygur [2009-11-23] Add perl deps = Package : perl-Clone [Faik Uygur ] ====================================================================== * Ver.: 0.31, Rel.: 8, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.31, Rel.: 7, Type: None * Faik Uygur [2009-11-23] Add perl deps = Package : perl-Compress-Bzip2 [Gökçen Eraslan ] ====================================================================== * Ver.: 2.09, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.09, Rel.: 2, Type: None * Faik Uygur [2009-11-23] Add perl deps = Package : perl-Compress-Raw-Zlib [Faik Uygur ] ====================================================================== * Ver.: 2.023, Rel.: 11, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.023, Rel.: 10, Type: None * Faik Uygur [2009-11-23] Add perl deps and version bump = Package : perl-Compress-Zlib [Faik Uygur ] ====================================================================== * Ver.: 2.015, Rel.: 11, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.015, Rel.: 10, Type: None * Faik Uygur [2009-11-23] Add perl deps = Package : perl-Config-Tiny [Serdar Dalgıç ] ====================================================================== * Ver.: 2.12, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.12, Rel.: 4, Type: None * Faik Uygur [2009-11-24] Add perl deps = Package : perl-Convert-ASN1 [Faik Uygur ] ====================================================================== * Ver.: 0.22, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.22, Rel.: 6, Type: None * Faik Uygur [2009-11-24] Add perl deps = Package : perl-Crypt-Blowfish [Serdar Dalgıç ] ====================================================================== * Ver.: 2.10, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.10, Rel.: 3, Type: None * Faik Uygur [2009-11-24] Add perl deps = Package : perl-Crypt-PasswdMD5 [Selim Ok ] ====================================================================== * Ver.: 1.3, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.3, Rel.: 2, Type: None * Faik Uygur [2009-11-24] Add perl deps = Package : perl-Crypt-SSLeay [Semen Cirit ] ====================================================================== * Ver.: 0.57, Rel.: 8, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.57, Rel.: 7, Type: None * Faik Uygur [2009-11-24] Revert to actual stable release, add perl deps = Package : perl-Crypt-Simple [Serdar Dalgıç ] ====================================================================== * Ver.: 0.06, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.06, Rel.: 3, Type: None * Faik Uygur [2009-11-24] Add perl and missing deps = Package : perl-Crypt-SmbHash [Faik Uygur ] ====================================================================== * Ver.: 0.12, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl = Package : perl-Curses [Faik Uygur ] ====================================================================== * Ver.: 1.27, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.27, Rel.: 6, Type: None * Faik Uygur [2009-11-24] Add perl deps = Package : perl-DBD-Pg [Ozan Çağlayan ] ====================================================================== * Ver.: 2.15.1, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.15.1, Rel.: 3, Type: None * Faik Uygur [2009-11-24] * Added perl deps * Fix quoting of booleans to respect more Perlish variants * Fix backslash quoting of arrays * Fix problem with foreign_key_info() and NAME_uc * Remove invalid bigint assignment * Many other CPAN fixes = Package : perl-DBD-SQLite [Faik Uygur ] ====================================================================== * Ver.: 1.27, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.27, Rel.: 6, Type: None * Faik Uygur [2009-11-24] * Added perl deps * Updated to sqlite 3.6.20 * Major code refactorings * Bug fixes = Package : perl-DBD-mysql [Faik Uygur ] ====================================================================== * Ver.: 4.013, Rel.: 10, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 4.013, Rel.: 9, Type: None * Faik Uygur [2009-11-24] * Add perl deps * PATCH add support for MYSQL_INIT_COMMAND to DBD::mysql * 'mysql_bind_type_guessing' doesn't work correctly with minus sign * t/40blobs.t cannot pass without database access - ServerError() not declared = Package : perl-DBI [Faik Uygur ] ====================================================================== * Ver.: 1.609, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.609, Rel.: 6, Type: None * Faik Uygur [2009-11-24] * Added perl deps * Fixes to DBD::File * New method calls: visit_handles, visit_child_handles = Package : perl-Data-Dumper [Serdar Dalgıç ] ====================================================================== * Ver.: 2.125, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.125, Rel.: 4, Type: None * Faik Uygur [2009-11-24] Add perl deps, bump to latest version which has CPAN dist fixes = Package : perl-Data-Hierarchy [Faik Uygur ] ====================================================================== * Ver.: 0.34, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.34, Rel.: 3, Type: None * Faik Uygur [2009-11-24] Add perl deps = Package : perl-Data-UUID [Faik Uygur ] ====================================================================== * Ver.: 1.203, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.203, Rel.: 5, Type: None * Faik Uygur [2009-11-24] Add perl deps = Package : perl-Date-Calc [Faik Uygur ] ====================================================================== * Ver.: 6.3, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 6.3, Rel.: 3, Type: None * Faik Uygur [2009-11-24] * Add perl deps, dep relations and version bump * Ver.: 5.8, Rel.: 2, Type: None * Faik Uygur [2009-10-02] * Made the days which form the weekend configurable in "Calendar.pm" and "Year.pm" * Added a new function "N_Delta_YMD() * Translation fixes and some refactorings = Package : perl-Date-Manip [Faik Uygur ] ====================================================================== * Ver.: 6.04, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 6.04, Rel.: 5, Type: None * Faik Uygur [2009-11-24] * Version bump. * Added perl and missing deps * Module rewritten * Fixed typo in turkish translation * Fixed a bug where "YYtoYYYY=c" wouldn't work. = Package : perl-Devel-Caller [Serdar Dalgıç ] ====================================================================== * Ver.: 2.03, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.03, Rel.: 6, Type: None * Faik Uygur [2009-11-24] Added perl deps = Package : perl-Devel-LexAlias [Serdar Dalgıç ] ====================================================================== * Ver.: 0.04, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.04, Rel.: 3, Type: None * Faik Uygur [2009-11-24] Added perl deps and check step = Package : perl-Device-SerialPort [Doruk Fişek ] ====================================================================== * Ver.: 1.04, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.04, Rel.: 4, Type: None * Faik Uygur [2009-11-24] Add perl deps = Package : perl-Digest-Base [Faik Uygur ] ====================================================================== * Ver.: 1.16, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.16, Rel.: 3, Type: None * Faik Uygur [2009-11-24] * Add perl deps * For SHA-1 try Digest::SHA before tryign Digest::SHA1 * Support Digest->new("RIPEMD-160") * Use 3-arg open * Sync up with EBCDIC changes from core perl. = Package : perl-Digest-HMAC [Faik Uygur ] ====================================================================== * Ver.: 1.01, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.01, Rel.: 3, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Digest-MD4 [Faik Uygur ] ====================================================================== * Ver.: 1.5, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.5, Rel.: 4, Type: None * Faik Uygur [2009-11-25] Add perl deps, ActivePerl version adds hexhash() for compatibility = Package : perl-Digest-MD5 [Faik Uygur ] ====================================================================== * Ver.: 2.39, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.39, Rel.: 4, Type: None * Faik Uygur [2009-11-25] * Add perl deps * Get rid of the PERL_CORE hacks * Sync core: Rename ext/Digest/MD5 to ext/Digest-MD5 * Handle non-numeric version numbers in ext/Digest/MD5/Makefile.PL = Package : perl-Digest-SHA1 [Faik Uygur ] ====================================================================== * Ver.: 2.12, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.12, Rel.: 3, Type: None * Faik Uygur [2009-11-25] * Add perl deps * Mention that SHA-1 might be weak [RT#11880] * Clean up the 'git status' output = Package : perl-Email-Abstract [Faik Uygur ] ====================================================================== * Ver.: 3.001, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 3.001, Rel.: 5, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Email-Address [Faik Uygur ] ====================================================================== * Ver.: 1.889, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.889, Rel.: 4, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Email-Date [Faik Uygur ] ====================================================================== * Ver.: 1.103, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.103, Rel.: 5, Type: None * Faik Uygur [2009-11-25] Add perl and missing deps = Package : perl-Email-Date-Format [Faik Uygur ] ====================================================================== * Ver.: 1.002, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.002, Rel.: 3, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Email-MIME [Faik Uygur ] ====================================================================== * Ver.: 1.902, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.902, Rel.: 5, Type: None * Faik Uygur [2009-11-25] * Add perl and missing deps * allow for padding spaces in the Content-Transfer-Encoding header * merge in Email-MIME-Modifier and Email-MIME-Creator * add better support for Unicode with body_str, header_str_set, etc. = Package : perl-Email-MIME-Attachment-Stripper [Faik Uygur ] ====================================================================== * Ver.: 1.316, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.316, Rel.: 4, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Email-MIME-ContentType [Faik Uygur ] ====================================================================== * Ver.: 1.015, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.015, Rel.: 4, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Email-MIME-Creator [Faik Uygur ] ====================================================================== * Ver.: 1.456, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.456, Rel.: 4, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Email-MIME-Encodings [Faik Uygur ] ====================================================================== * Ver.: 1.313, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.313, Rel.: 4, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Email-MIME-Modifier [Faik Uygur ] ====================================================================== * Ver.: 1.444, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.444, Rel.: 4, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Email-MessageID [Faik Uygur ] ====================================================================== * Ver.: 1.401, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.401, Rel.: 4, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Email-Reply [Faik Uygur ] ====================================================================== * Ver.: 1.202, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.202, Rel.: 4, Type: None * Faik Uygur [2009-11-25] Add missing and perl deps = Package : perl-Email-Send [Faik Uygur ] ====================================================================== * Ver.: 2.198, Rel.: 8, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.198, Rel.: 7, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Email-Simple [Faik Uygur ] ====================================================================== * Ver.: 2.005, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.005, Rel.: 5, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Email-Simple-Creator [Faik Uygur ] ====================================================================== * Ver.: 1.424, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.424, Rel.: 5, Type: None * Faik Uygur [2009-11-25] Add missing and perl deps = Package : perl-Email-Valid [Ozan Çağlayan ] ====================================================================== * Ver.: 0.182, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.182, Rel.: 2, Type: None * Faik Uygur [2009-11-25] * Added perl deps and missing build dep * skip DNS tests on machines with lying DNS = Package : perl-Error [Faik Uygur ] ====================================================================== * Ver.: 0.17015, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.17015, Rel.: 5, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Event [Serdar Dalgıç ] ====================================================================== * Ver.: 1.13, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.13, Rel.: 4, Type: None * Serdar Dalgıç [2009-12-03] - Version bump to 1.13, - unnecessary perlDir removal changed to a dynamic path, - add perl Dependency = Package : perl-Event-ExecFlow [Serdar Dalgıç ] ====================================================================== * Ver.: 0.63, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.63, Rel.: 4, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Event-RPC [Serdar Dalgıç ] ====================================================================== * Ver.: 1.01, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.01, Rel.: 4, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-ExtUtils-Depends [Gökmen Görgen ] ====================================================================== * Ver.: 0.302, Rel.: 7, Type: None * Serdar Dalgıç [2009-12-09] Version bump * Ver.: 0.301, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.301, Rel.: 5, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-ExtUtils-ParseXS [Faik Uygur ] ====================================================================== * Ver.: 2.21, Rel.: 7, Type: None * Faik Uygur [2009-12-11] Adds full path in INCLUDE #line directives (RT#50198) * Ver.: 2.2002, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.2002, Rel.: 5, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-ExtUtils-PkgConfig [Gökmen Görgen ] ====================================================================== * Ver.: 1.12, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.12, Rel.: 5, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-File-Find-Rule [Mehmet Nur Olcay ] ====================================================================== * Ver.: 0.32, Rel.: 4, Type: None * Faik Uygur [2009-12-11] * All taint 'bugs' are now the same as the behaviour of File::Find * Dropped 5.00503 backwards compatibility * Rework the referencing of anyonymous subroutines internally, closes RT#46599 * Ver.: 0.30, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.30, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-File-HomeDir [Faik Uygur ] ====================================================================== * Ver.: 0.86, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.86, Rel.: 6, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-File-Next [Serdar Dalgıç ] ====================================================================== * Ver.: 1.06, Rel.: 6, Type: None * Faik Uygur [2009-12-11] * Tiny directory reading speedups * Added a little note about the follow_symlinks=>0 being a speed hit. * Ver.: 1.02, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.02, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-File-Tail [Faik Uygur ] ====================================================================== * Ver.: 0.99.3, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.99.3, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-File-Temp [Faik Uygur ] ====================================================================== * Ver.: 0.22, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.22, Rel.: 5, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-File-Type [Faik Uygur ] ====================================================================== * Ver.: 0.22, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.22, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-File-chdir [Faik Uygur ] ====================================================================== * Ver.: 0.1002, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.1002, Rel.: 5, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Font-TTF [Ozan Çağlayan ] ====================================================================== * Ver.: 0.45, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.45, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-FreezeThaw [Faik Uygur ] ====================================================================== * Ver.: 0.45, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.45, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-GD [Faik Uygur ] ====================================================================== * Ver.: 2.44, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.44, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-GD-Graph [Faik Uygur ] ====================================================================== * Ver.: 1.44, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.44, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-GD-TextUtil [Faik Uygur ] ====================================================================== * Ver.: 0.86, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.86, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-GSSAPI [Faik Uygur ] ====================================================================== * Ver.: 0.26, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.26, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Getopt-Long [Serdar Dalgıç ] ====================================================================== * Ver.: 2.38, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.38, Rel.: 6, Type: None * Onur Küçük [2009-12-03] Add perl dependency * Ver.: 2.38, Rel.: 5, Type: None * Serdar Dalgıç [2009-09-07] Fix examples' doc dir. = Package : perl-Git [Faik Uygur ] ====================================================================== * Ver.: 1.6.5.6, Rel.: 86, Type: None * Faik Uygur [2009-12-15] * "git rebase" got confused when the log message began with certain strings that looked like Subject:, Date: or From: header * "git reset" accidentally run in .git/ directory checked out the work tree contents in there * "git add -p" had a regression since v1.6.5.3 that broke deletion of non- empty files * "git archive -o o.zip -- Makefile" produced an archive in o.zip but in POSIX tar format * The post-upload-hook run by upload-pack in response to "git fetch" has been removed, due to security concerns * "git diff -B" and "git diff --dirstat" was not counting newly added contents correctly * "git format-patch revisions... -- path" issued an incorrect error * "git grep -F -i StRiNg" did not work as expected * Enumeration of available merge strategies iterated over the list of commands in a wrong way, sometimes producing an incorrect result * Ver.: 1.6.5.4, Rel.: 85, Type: None * Faik Uygur [2009-12-04] * "git prune-packed" cron job problem fix * "git apply -p(n) --directory=(elsewhere)" did not work well for a non- default value of n * "git merge foo HEAD" was misparsed as an old-style invocation of the command and produced a confusing error message. * Documentation updates * perl dep added to perl-Git module * Ver.: 1.6.5.3, Rel.: 84, Type: None * Faik Uygur [2009-12-01] * output from "git blame" was unreadable when the file ended in an incomplete line. * "git imap-send" did not compile cleanly with newer OpenSSL. * "git rebase -i" gave bogus error message when the command word was misspelled. * "gitweb" did not escape non-ascii characters correctly in the URL. and many other fixes * Ver.: 1.6.5.2, Rel.: 83, Type: None * Faik Uygur [2009-11-03] * various updates to gitk, git-svn and gitweb. * various performance and usability fixes to git = Package : perl-Glib [Gökmen Görgen ] ====================================================================== * Ver.: 1.222, Rel.: 6, Type: None * Faik Uygur [2009-12-14] Version bump * Ver.: 1.221, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.221, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Gtk2 [Serdar Dalgıç ] ====================================================================== * Ver.: 1.221, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.221, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Gtk2-Ex-FormFactory [Serdar Dalgıç ] ====================================================================== * Ver.: 0.65, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.65, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency * Ver.: 0.65, Rel.: 3, Type: None * Serdar Dalgıç [2009-09-07] Fix wrong doc dir. = Package : perl-Gtk2-Sexy [Serdar Dalgıç ] ====================================================================== * Ver.: 0.04, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.04, Rel.: 5, Type: None * Onur Küçük [2009-12-03] Add perl dependency * Ver.: 0.04, Rel.: 4, Type: None * Serdar Dalgıç [2009-09-07] Fix examples' doc dir. = Package : perl-Gtk2-TrayIcon [Serdar Dalgıç ] ====================================================================== * Ver.: 0.06, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.06, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Gtk2-doc [Serdar Dalgıç ] ====================================================================== * Ver.: 1.221, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.221, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-HTML-Parser [Faik Uygur ] ====================================================================== * Ver.: 3.64, Rel.: 9, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 3.64, Rel.: 8, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-HTML-Scrubber [Faik Uygur ] ====================================================================== * Ver.: 0.08, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.08, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-HTML-Tagset [Faik Uygur ] ====================================================================== * Ver.: 3.20, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 3.20, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-Compress-Base [Faik Uygur ] ====================================================================== * Ver.: 2.015, Rel.: 9, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.015, Rel.: 8, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-Compress-Zlib [Faik Uygur ] ====================================================================== * Ver.: 2.015, Rel.: 10, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.015, Rel.: 9, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-Digest [Faik Uygur ] ====================================================================== * Ver.: 0.10, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.10, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-Pager [Faik Uygur ] ====================================================================== * Ver.: 0.06, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.06, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-Socket-INET6 [Faik Uygur ] ====================================================================== * Ver.: 2.57, Rel.: 6, Type: None * Faik Uygur [2009-12-11] Version bump * Ver.: 2.56, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.56, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-Socket-SSL [Faik Uygur ] ====================================================================== * Ver.: 1.31, Rel.: 17, Type: None * Faik Uygur [2009-12-11] * changed possible local/utf-8 depended \w in some regex against more explicit [a-zA-Z0-9_]. Fixed one regex, where it assumed, that service names can't have '-' inside * Fix Net::ssl_write_all (return undef not 0 in generic_write) (RT#48131) * Fix memleak when SSL handshake failed. * Make sure that idn_to_ascii gets no \0 bytes from identity * Ver.: 1.26, Rel.: 16, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.26, Rel.: 15, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-Zlib [Faik Uygur ] ====================================================================== * Ver.: 1.10, Rel.: 8, Type: None * Faik Uygur [2009-12-11] Version bump * Ver.: 1.09, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.09, Rel.: 6, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-eol [Faik Uygur ] ====================================================================== * Ver.: 0.14, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.14, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-gzip [Gökçen Eraslan ] ====================================================================== * Ver.: 0.18, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.18, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-stringy [Faik Uygur ] ====================================================================== * Ver.: 2.110, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.110, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-via-Bzip2 [Gökçen Eraslan ] ====================================================================== * Ver.: 0.02, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.02, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-via-dynamic [Faik Uygur ] ====================================================================== * Ver.: 0.13, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.13, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-via-symlink [Faik Uygur ] ====================================================================== * Ver.: 0.05, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.05, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IP-Country [Faik Uygur ] ====================================================================== * Ver.: 2.27, Rel.: 8, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.27, Rel.: 7, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Image-ExifTool [Ertuğrul Erata ] ====================================================================== * Ver.: 7.77, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 7.77, Rel.: 5, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Internals [Faik Uygur ] ====================================================================== * Ver.: 1.1, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.1, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Jcode [Faik Uygur ] ====================================================================== * Ver.: 2.07, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.07, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Lexical-Persistence [Serdar Dalgıç ] ====================================================================== * Ver.: 1.01, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.01, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency Version bump = Package : perl-List-MoreUtils [Faik Uygur ] ====================================================================== * Ver.: 0.22, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.22, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Locale-Maketext-Lexicon [Faik Uygur ] ====================================================================== * Ver.: 0.77, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.77, Rel.: 6, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Locale-Maketext-Simple [Faik Uygur ] ====================================================================== * Ver.: 0.21, Rel.: 5, Type: None * Faik Uygur [2009-12-14] Versin bump * Ver.: 0.20, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.20, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Locale-gettext [Faik Uygur ] ====================================================================== * Ver.: 1.05, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.05, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Log-Log4perl [Faik Uygur ] ====================================================================== * Ver.: 1.26, Rel.: 7, Type: None * Faik Uygur [2009-12-14] Added l4p-tmpl helper script to help whipping up a new log4perl configuration file and fixed many RT bugs * Ver.: 1.24, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.24, Rel.: 5, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-MIME-Base64 [Faik Uygur ] ====================================================================== * Ver.: 3.08, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 3.08, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency Version bump * Ver.: 3.07, Rel.: 3, Type: None * Eren Türkay [2009-11-11] Remove empty /usr/lib/perl5/5.10.1/i686-linux-thread-multi directory that conflicts with subversion = Package : perl-MIME-Lite [Faik Uygur ] ====================================================================== * Ver.: 3.027, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 3.027, Rel.: 5, Type: None * Onur Küçük [2009-12-03] Add perl dependency Version bump = Package : perl-MIME-Types [Faik Uygur ] ====================================================================== * Ver.: 1.28, Rel.: 6, Type: None * Faik Uygur [2009-12-14] fix initiation when using by_mediatype() RT#49111 * Ver.: 1.27, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.27, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-MIME-tools [Faik Uygur ] ====================================================================== * Ver.: 5.427, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 5.427, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Mail-SPF-Query [Faik Uygur ] ====================================================================== * Ver.: 1.999.1, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.999.1, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-MailTools [Faik Uygur ] ====================================================================== * Ver.: 2.04, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.04, Rel.: 6, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Math-Complex [Faik Uygur ] ====================================================================== * Ver.: 1.56, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.56, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Module-Pluggable [Faik Uygur ] ====================================================================== * Ver.: 3.9, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 3.9, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Module-Refresh [Serdar Dalgıç ] ====================================================================== * Ver.: 0.13, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.13, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Net-CIDR-Lite [Faik Uygur ] ====================================================================== * Ver.: 0.20, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.20, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Net-DNS [Faik Uygur ] ====================================================================== * Ver.: 0.65, Rel.: 9, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.65, Rel.: 8, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Net-Daemon [Faik Uygur ] ====================================================================== * Ver.: 0.43, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.43, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Net-IP [Faik Uygur ] ====================================================================== * Ver.: 1.25, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.25, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Net-Ident [Faik Uygur ] ====================================================================== * Ver.: 1.20, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.20, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Net-SMTP-SSL [Ozan Çağlayan ] ====================================================================== * Ver.: 1.01, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.01, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Net-SSLeay [Faik Uygur ] ====================================================================== * Ver.: 1.35, Rel.: 8, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.35, Rel.: 7, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Number-Compare [Mehmet Nur Olcay ] ====================================================================== * Ver.: 0.01, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.01, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-PadWalker [Serdar Dalgıç ] ====================================================================== * Ver.: 1.9, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.9, Rel.: 6, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Pango [Serdar Dalgıç ] ====================================================================== * Ver.: 1.221, Rel.: 4, Type: None * Faik Uygur [2009-12-14] Version bump * Ver.: 1.220, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.220, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Parse-Yapp [Faik Uygur ] ====================================================================== * Ver.: 1.05, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.05, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-PatchReader [Faik Uygur ] ====================================================================== * Ver.: 0.9.5, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.9.5, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Path-Class [Faik Uygur ] ====================================================================== * Ver.: 0.17, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.17, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-PathTools [Faik Uygur ] ====================================================================== * Ver.: 3.31, Rel.: 9, Type: None * Faik Uygur [2009-12-14] * Merge changes from core perl. * Remove more special logic required for core perl. * Do not pack a Build.PL to avoid a circular dependency involving ExtUtils::CBuilder (RT#50749) * Ver.: 3.30, Rel.: 8, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 3.30, Rel.: 7, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-PlRPC [Faik Uygur ] ====================================================================== * Ver.: 0.2020, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl Remove perldoc = Package : perl-Pod-Escapes [Faik Uygur ] ====================================================================== * Ver.: 1.04, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.04, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Pod-Simple [Faik Uygur ] ====================================================================== * Ver.: 3.11, Rel.: 6, Type: None * Faik Uygur [2009-12-14] * Fixed XHTML to output definition lists when it should * Fixed XHTML so that multiparagraph list items work correctly. * Added entity handling for E sol and E verbar to Pod::Simple::XHTML. * Fix nested definition list format in the XHTML output (RT#51187) * Ver.: 3.08, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 3.08, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-RPC-XML [Faik Uygur ] ====================================================================== * Ver.: 0.69, Rel.: 9, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.69, Rel.: 8, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Regexp-Shellish [Faik Uygur ] ====================================================================== * Ver.: 0.93, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.93, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Return-Value [Faik Uygur ] ====================================================================== * Ver.: 1.666001, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.666001, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-SDL [Faik Uygur ] ====================================================================== * Ver.: 2.2.6, Rel.: 7, Type: None * Faik Uygur [2009-12-14] * fixed openGL header problems * made sdl font strict acceptable * Made App loop() faster (RT#16988) * Patched support for add support for gluquadric* (RT#25598) * Made App init slimer (RT#16987) * Added faster SDL::Color alternative (RT#17975) * Added better error reporting for TTFont errors * Ver.: 2.1.3, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.1.3, Rel.: 5, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-SOAP-Lite [Faik Uygur ] ====================================================================== * Ver.: 0.710.08, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.710.08, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-SVN-Dump [Gökçen Eraslan ] ====================================================================== * Ver.: 0.04, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.04, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-SVN-Mirror [Faik Uygur ] ====================================================================== * Ver.: 0.75, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.75, Rel.: 6, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-SVN-Simple [Faik Uygur ] ====================================================================== * Ver.: 0.27, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.27, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Socket6 [Faik Uygur ] ====================================================================== * Ver.: 0.23, Rel.: 5, Type: None * Faik Uygur [2009-12-14] * Explicitly set $! = 0 before calling constant() * Added @EXPORT_OK to export AF_INET6 and PF_INET6 if requested * Ver.: 0.22, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.22, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Storable [Faik Uygur ] ====================================================================== * Ver.: 2.21, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.21, Rel.: 5, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-String-ShellQuote [Faik Uygur ] ====================================================================== * Ver.: 1.03, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.03, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Sub-Uplevel [Ozan Çağlayan ] ====================================================================== * Ver.: 0.22, Rel.: 4, Type: None * Faik Uygur [2009-12-14] * added: the ":aggressive" tag may be used to force reloading of Exporter, which often binds caller() prior to Sub::Uplevel's global override * meta: added repository to metadata * Ver.: 0.2002, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.2002, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Sys-Hostname-Long [Faik Uygur ] ====================================================================== * Ver.: 1.4, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.4, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Sys-Syslog [Serdar Dalgıç ] ====================================================================== * Ver.: 0.27, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.27, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Template-GD [Faik Uygur ] ====================================================================== * Ver.: 2.66, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.66, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Template-Toolkit [Faik Uygur ] ====================================================================== * Ver.: 2.22, Rel.: 6, Type: None * Faik Uygur [2009-12-14] * Fixed a bug in Template::Plugin::Filter that was causing the weakened $self reference in a dynamic filter closure to be garbage collected too soon. (RT#46691) * Allow list.sort to sort on multiple fields (RT#40637) * Fixed a bug in the parser/grammar to make NEXT/LAST work correctly inside nested loops. (RT#40887) * Fixed the truncate filter to handle lengths shorter than the '...' string being appended on the end. (RT#45617) * Added UTF8 support to the XS Stash. (RT#45842) * Ver.: 2.21, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.21, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Term-ReadKey [Faik Uygur ] ====================================================================== * Ver.: 2.30, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.30, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Term-ReadLine-Perl [Serdar Dalgıç ] ====================================================================== * Ver.: 1.0303, Rel.: 6, Type: None * Faik Uygur [2009-12-14] * Would not allow macros with space in them. * Avoid a warning on unexpected variable assign * Change error message for unknown method. * Protect global variables during WINCH processing. * F_ReverseSearchHistory was not -w-safe * Ver.: 1.0302, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.0302, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Test-Exception [Ozan Çağlayan ] ====================================================================== * Ver.: 0.27, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.27, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Test-Number-Delta [Gökçen Eraslan ] ====================================================================== * Ver.: 1.03, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.03, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Test-Pod [Faik Uygur ] ====================================================================== * Ver.: 1.40, Rel.: 4, Type: None * Faik Uygur [2009-12-14] * Test::Pod now complains about the illegal construct L(text|url) * Add more to the list of vcs directories to exclude * Ver.: 1.26, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.26, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Test-Simple [Serdar Dalgıç ] ====================================================================== * Ver.: 0.94, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.94, Rel.: 6, Type: None * Onur Küçük [2009-12-03] Add perl dependency * Ver.: 0.94, Rel.: 5, Type: None * Faik Uygur [2009-11-10] * Make sure that subtest works with Test:: modules which call Test::Builder->new at the top of their code. * Remove perl-doc conflict. These should have been fixed in perl and perl- doc packages. Makes dist-upgrade impossible with two conflicting packages. = Package : perl-Text-Glob [Mehmet Nur Olcay ] ====================================================================== * Ver.: 0.08, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.08, Rel.: 2, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-Text-Iconv [Faik Uygur ] ====================================================================== * Ver.: 1.7, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.7, Rel.: 4, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-Time-HiRes [Faik Uygur ] ====================================================================== * Ver.: 1.9719, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.9719, Rel.: 5, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-Time-Local [Faik Uygur ] ====================================================================== * Ver.: 1.1901, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.1901, Rel.: 4, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-Time-Piece [Faik Uygur ] ====================================================================== * Ver.: 1.15, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.15, Rel.: 4, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-Time-Progress [Gökçen Eraslan ] ====================================================================== * Ver.: 1.5, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.5, Rel.: 2, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-Time-modules [Serdar Dalgıç ] ====================================================================== * Ver.: 2006.0814, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2006.0814, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-TimeDate [Faik Uygur ] ====================================================================== * Ver.: 1.19, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.19, Rel.: 4, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-Tk [Faik Uygur ] ====================================================================== * Ver.: 804.028, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 804.028, Rel.: 6, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-UNIVERSAL-require [Faik Uygur ] ====================================================================== * Ver.: 0.13, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.13, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-URI [Faik Uygur ] ====================================================================== * Ver.: 1.51, Rel.: 8, Type: None * Faik Uygur [2009-12-14] * Strip brackets off IPv6 hosts [RT#34309] * Make as_iri leave escapes not forming valid UTF-8 sequences * Escape IDNA hostnames * Introduce the as_unicode method * Make as_unicode undo punycode for server URLs * An IRI class might be helpful (RFC 3987) * Add private URI::_idna module based on encodings/idna.py * Start using URI::_idna for encoding of URIs * Load Encode when its used * Ver.: 1.40, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.40, Rel.: 6, Type: None * Onur Küçük [2009-12-02] Add perl dependency * Ver.: 1.40, Rel.: 5, Type: None * Faik Uygur [2009-11-09] * Skip DNS test if wildcard domain catcher (e.g. OpenDNS) is there * Spelling fixes. * Even stricter test for working DNS = Package : perl-Unicode-Map [Faik Uygur ] ====================================================================== * Ver.: 0.112, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.112, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-Unicode-Map8 [Faik Uygur ] ====================================================================== * Ver.: 0.12, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.12, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-Unicode-MapUTF8 [Faik Uygur ] ====================================================================== * Ver.: 1.11, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.11, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-Unicode-String [Faik Uygur ] ====================================================================== * Ver.: 2.09, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.09, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-X11-Protocol [Faik Uygur ] ====================================================================== * Ver.: 0.56, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.56, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-DOM [Faik Uygur ] ====================================================================== * Ver.: 1.44, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.44, Rel.: 2, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-Filter-BufferText [Faik Uygur ] ====================================================================== * Ver.: 1.01, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.01, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-LibXML [Mehmet Nur Olcay ] ====================================================================== * Ver.: 1.70, Rel.: 5, Type: None * Faik Uygur [2009-12-14] * fix a bug in structured errors preventing the previous errors from being reported * fix encoding problem in reader * fix segfaults: reconcileNs in domReplaceChild, findnodes with a doc fragment (S. Rezic) * added getAttributeHash to the reader interface * provide context and more accurate column number in structured errors * fix bogus validation results if revalidating a modified document * various fixes and improvements in the documentation * Ver.: 1.69, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.69, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-LibXML-Common [Mehmet Nur Olcay ] ====================================================================== * Ver.: 0.13, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.13, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-NamespaceSupport [Faik Uygur ] ====================================================================== * Ver.: 1.10, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.10, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-Parser [Faik Uygur ] ====================================================================== * Ver.: 2.36, Rel.: 4, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-RegExp [Faik Uygur ] ====================================================================== * Ver.: 0.03, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.03, Rel.: 2, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-SAX [Faik Uygur ] ====================================================================== * Ver.: 0.96, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.96, Rel.: 6, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-SAX-Writer [Faik Uygur ] ====================================================================== * Ver.: 0.52, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.52, Rel.: 4, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-Simple [Gökmen Görgen ] ====================================================================== * Ver.: 2.18, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.18, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-Twig [Faik Uygur ] ====================================================================== * Ver.: 3.32, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 3.32, Rel.: 4, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-XQL [Faik Uygur ] ====================================================================== * Ver.: 0.68, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.68, Rel.: 2, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-YAML [Faik Uygur ] ====================================================================== * Ver.: 0.70, Rel.: 9, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.70, Rel.: 8, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-YAML-Syck [Faik Uygur ] ====================================================================== * Ver.: 1.07, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.07, Rel.: 6, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-doc [Faik Uygur ] ====================================================================== * Ver.: 5.10.1, Rel.: 27, Type: None * Onur Küçük [2009-12-17] Fix a typo in perl-doc component * Ver.: 5.10.1, Rel.: 26, Type: None * Ozan Çağlayan [2009-11-17] Replace perl-Module-Build * Ver.: 5.10.1, Rel.: 25, Type: None * Faik Uygur [2009-11-16] Fix buildfarm compilation problem * Ver.: 5.10.1, Rel.: 24, Type: None * Faik Uygur [2009-11-11] * Remove comar script. * Added reverseDependencyUpdate * Ver.: 5.10.1, Rel.: 23, Type: None * Faik Uygur [2009-11-10] * Version bump to bugfix release 5.10.1 * Sync with other distro patches * Add comar package script to move old modules compiled with 5.10.0 * Fix for CVE-2009-3626 (eren) = Package : perl-ldap [Faik Uygur ] ====================================================================== * Ver.: 0.39, Rel.: 8, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.39, Rel.: 7, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-libintl [Serdar Dalgıç ] ====================================================================== * Ver.: 1.20, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.20, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-libnet [Faik Uygur ] ====================================================================== * Ver.: 1.22, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.22, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-libwww [Faik Uygur ] ====================================================================== * Ver.: 5.834, Rel.: 12, Type: None * Faik Uygur [2009-12-14] * Increase default Net::HTTP max line length to 8k. * mirror should die in case X-Died is set [RT#48236] * Improve diagnostics from LWP::UserAgent::mirror [RT#48869] * HTTP::Cookies add_cookie_header previous Cookies [RT#46106] * Deal with cookies that expire far into the future [RT#50147] * Deal with cookies that expire at or before epoch [RT#49467] * Pass separate type for https to LWP::ConnCache [RT#48899] * Improved handling of the User-Agent header [RT#48461] * lwp-request should use stderr for auth [RT#21620] * Remove unneeded executable permissions. * Check for sane default_headers argument [RT#50393] * Add $ua->local_address attribute [RT#40912] * Test that generation of boundary works [RT#49396] * Ver.: 5.832, Rel.: 11, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 5.832, Rel.: 10, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-libxml [Faik Uygur ] ====================================================================== * Ver.: 0.08, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.08, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-mlt [Ozan Çağlayan ] ====================================================================== * Ver.: 0.4.6, Rel.: 17, Type: None * Ozan Çağlayan [2009-12-06] Enable perl and python bindings (#11667). * Ver.: 0.4.6, Rel.: 16, Type: None * Ozan Çağlayan [2009-10-12] Version bump * Ver.: 0.4.4, Rel.: 15, Type: None * Ozan Çağlayan [2009-07-09] Version bump. * Ver.: 0.4.0, Rel.: 14, Type: None * Ozan Çağlayan [2009-05-27] Version bump which also includes mlt++. * Ver.: 0.3.8, Rel.: 13, Type: None * Ozan Çağlayan [2009-05-12] Version bump. * Ver.: 0.3.6, Rel.: 12, Type: None * Ozan Çağlayan [2009-02-13] Version bump. * Ver.: 0.3.4, Rel.: 11, Type: None * Murat Şenel [2009-01-29] Use qt4 not qt3 * Ver.: 0.3.4, Rel.: 10, Type: None * Murat Şenel [2009-01-05] Stable bump * Ver.: 0.2.4_1112, Rel.: 9, Type: None * Murat Şenel [2008-06-16] Fix linking to mlt version * Ver.: 0.2.4_1112, Rel.: 8, Type: None * Murat Şenel [2008-06-14] New snapshot * Ver.: 0.2.4, Rel.: 7, Type: None * Faik Uygur [2008-06-04] Compile with gcc4 * Ver.: 0.2.4, Rel.: 6, Type: None * Murat Şenel [2007-08-22] Fix docs * Ver.: 0.2.4, Rel.: 5, Type: None * Murat Şenel [2007-08-20] Stable bump * Ver.: 0.2.3, Rel.: 4, Type: None * Murat Şenel [2007-04-29] Stable bump * Ver.: 20070209, Rel.: 3, Type: None * Murat Şenel [2007-02-10] Enable sox and qimage modules and dep fix * Ver.: 20070209, Rel.: 2, Type: None * Murat Şenel [2007-02-09] CVS release for Koray's testing. * Ver.: 0.2.2, Rel.: 1, Type: None * Mert Uzbaşlı [2006-08-23] First release. = Package : perl-pcsc [Ozan Çağlayan ] ====================================================================== * Ver.: 1.4.7, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.4.7, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-version [Faik Uygur ] ====================================================================== * Ver.: 0.78, Rel.: 9, Type: None * Faik Uygur [2009-12-14] * Fixes RT#48135, RT#48268 * Fix SV leaking * Smarter handling of non-magic v-strings. * Ver.: 0.76, Rel.: 8, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.76, Rel.: 7, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perlconsole [Serdar Dalgıç ] ====================================================================== * Ver.: 0.4, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.4, Rel.: 6, Type: None * Faik Uygur [2009-11-24] Add perl deps = Package : phonon [Gökçen Eraslan ] ====================================================================== * Ver.: 4.3.50_20091109, Rel.: 19, Type: None * Gökçen Eraslan [2009-12-08] Add /usr/qt/4/include/KDE/Phonon - /usr/qt/4/include/Phonon symlink, #11648 * Ver.: 4.3.50_20091109, Rel.: 18, Type: None * Gökçen Eraslan [2009-11-09] Switch to SVN snapshot, has lots of bugfixes. = Package : phonon-gstreamer [Gökçen Eraslan ] ====================================================================== * Ver.: 4.3.50_20091109, Rel.: 19, Type: None * Gökçen Eraslan [2009-12-08] Add /usr/qt/4/include/KDE/Phonon - /usr/qt/4/include/Phonon symlink, #11648 * Ver.: 4.3.50_20091109, Rel.: 18, Type: None * Gökçen Eraslan [2009-11-09] Switch to SVN snapshot, has lots of bugfixes. = Package : phonon-xine [Gökçen Eraslan ] ====================================================================== * Ver.: 4.3.50_20091109, Rel.: 19, Type: None * Gökçen Eraslan [2009-12-08] Add /usr/qt/4/include/KDE/Phonon - /usr/qt/4/include/Phonon symlink, #11648 * Ver.: 4.3.50_20091109, Rel.: 18, Type: None * Gökçen Eraslan [2009-11-09] Switch to SVN snapshot, has lots of bugfixes. = Package : physfs [Onur Küçük ] ====================================================================== * Ver.: 2.0.0, Rel.: 3, Type: None * Onur Küçük [2009-12-14] Version bump to fix byteswapping issues = Package : pilot-link [Ekin Meroğlu ] ====================================================================== * Ver.: 0.12.3, Rel.: 10, Type: None * Serdar Dalgıç [2009-12-04] Depend on new perl. = Package : pisi [Faik Uygur ] ====================================================================== * Ver.: 2.2.16, Rel.: 151, Type: None * Gökçen Eraslan [2009-12-23] Apply commit r23485 (sort the files according to their path names before adding them to the tarfile.) for delta packages. * Ver.: 2.2.16, Rel.: 150, Type: None * Gökçen Eraslan [2009-12-21] Change CMAKE_BUILD_TYPE to RelWithDebInfo in cmaketools to get faster and less verbose KDE packages. * Ver.: 2.2.16, Rel.: 149, Type: None * Faik Uygur [2009-12-21] Fix delta package upgrade problem for broken packages and change config files * Ver.: 2.2.16, Rel.: 148, Type: None * Faik Uygur [2009-12-17] * Replaces now supports divided packages also (#8561) * Fix for the recursive reverseDependencyUpdate problem (#11406) * Add Requires.Action ... support to scenario api * Dutch language update (atoolbo) * Install DB changes and API methods for needs{Restart,Reboot} feature (bahadir) * Fix for a zero division error in fetcher * Raise meaningful warning when translations.xml has invalid XML (#8969) (serdar) * update and minor revision of some spanish language (klemens) * Check individual packages' Distribution Release and architecture properties before installing them (serdar) * Swedish translation (patrik) * Let localname for Components be optional * Warn if component.xml is not found in the upper directory, set PartOf as "unknown" (serdar) * Fix pisi delta's not carrying file permission changes * Ver.: 2.2.15, Rel.: 147, Type: None * Faik Uygur [2009-12-01] * Add libc header excludes support for action script (ozan) * scenarioapi python 2.6 syntax fix * Do not append dbginfo of the debug package to partOf (ozan) * Add replace attribute to config files * use /tmp for unpacking a pisi package (ozan) * KeepSpecial should control pod file removal, not actionapi's perl install * change fixLocalPod to removePackList, pods are removed by pisi * Remove emptied dirs after KeepSpecial operation (#11588) = Package : plasmoid-adjustable-clock [Doruk Fişek ] ====================================================================== = Package : plasmoid-daisy [İnanç Yıldırgan ] ====================================================================== = Package : plasmoid-network-applet [Gökmen Göksel ] ====================================================================== * Ver.: 0.4, Rel.: 7, Type: None * Gökçen Eraslan [2009-10-02] Add a workaround for return type change of KDE4.3 kdebindings package. = Package : plasmoid-service-applet [Gökmen Göksel ] ====================================================================== * Ver.: 0.1, Rel.: 2, Type: None * Gökçen Eraslan [2009-10-05] Fix for KConfigGroup.readEntry exceptions of PyKDE4.3. = Package : plasmoid-translatoid [İnanç Yıldırgan ] ====================================================================== * Ver.: 1.1, Rel.: 3, Type: None * İnanç Yıldırgan [2009-11-21] Version bump new release. = Package : plasmoid-yawp [Mehmet Nur Olcay ] ====================================================================== * Ver.: 0.3.2, Rel.: 2, Type: None * Mehmet Nur Olcay [2009-12-19] Stable bump: -Added support for KDE 4.4 -New Compact panel layout -Plasma weather engines support -Multicity support = Package : poppler-glib [Faik Uygur ] ====================================================================== * Ver.: 0.10.7, Rel.: 13, Type: security * Ozan Çağlayan [2009-11-10] - Drop redundant patches which were correctly patching the patched upstream files, - Sync patches from poppler, - Replace poppler-qt4, - Fix integer overflows (CVE-2009-360x) (#11453). = Package : poppler-qt [Faik Uygur ] ====================================================================== * Ver.: 0.10.7, Rel.: 13, Type: security * Ozan Çağlayan [2009-11-10] - Drop redundant patches which were correctly patching the patched upstream files, - Sync patches from poppler, - Replace poppler-qt4, - Fix integer overflows (CVE-2009-360x) (#11453). = Package : psi [Doruk Fişek ] ====================================================================== * Ver.: 0.14, Rel.: 17, Type: None * Doruk Fişek [2009-12-03] Version bump to stable for various bugfixes. * Ver.: 0.14_rc3, Rel.: 16, Type: None * Doruk Fişek [2009-11-26] Version bump to new RC for various bugfixes. * Ver.: 0.14_rc2, Rel.: 15, Type: None * Doruk Fişek [2009-11-18] Version bump to new RC for various bugfixes. * Ver.: 0.14_rc1, Rel.: 14, Type: None * Doruk Fişek [2009-11-09] New development release: - Added color options to the chat window. - Can now specify a reason for kick/ban in groupchat. - Improved User Info window, to show more fields and photo view/save. - Commandline interface now supports choosing profile and setting status. - Switch to Enchant library for spell checking. - D-BUS interface now supports setting status and indicating sleep/wake. - Fixed voice calling compatibility bugs with Pidgin and Empathy. - Various other minor improvements and bugfixes. = Package : ptsp-server [Faik Uygur ] ====================================================================== * Ver.: 0.7, Rel.: 10, Type: None * Faik Uygur [2009-10-05] * Turkish keyboard layout fix * PTSP_SERVER env settings autostart should be in kde/4 * Add pulseaudio.conf for pulse user to query hal * Move lbussd.desktop to xdg/autostart * Fix usb disk icon * Ver.: 0.7, Rel.: 9, Type: None * Faik Uygur [2009-10-02] * Add hal service dependency to pulseaudio in ptsp_client service * chown of /var/cache/hald to hal:hal = Package : puding [Gökmen Görgen ] ====================================================================== * Ver.: 0.2, Rel.: 8, Type: None * Gökmen Görgen [2009-10-28] * Add patch for fixing lrelease command path. * Ver.: 0.2, Rel.: 7, Type: None * Gökmen Görgen [2009-10-26] * Version bump: - Remove argument, --qt. If puding has not taken an argument, it starts Qt gui as default. - Use tempfile module instead of static mount directories. - Fix some bugs. - Update Puding icon. - Update translations. * Ver.: 0.1, Rel.: 6, Type: None * Gökmen Görgen [2009-10-14] * Version bump: - Update translations. - Add German and Dutch translations. - If there's not enough spaces in USB disk, don't start to create image process. - Add USB disk informations to confirm dialog. * Ver.: 0.0.92, Rel.: 5, Type: None * Gökmen Görgen [2009-10-12] * Version bump: - Rewrite __copyImage function. now it's more simple. - Fix progressBar error. - Update translations. - Add Dutch translation. - Move getNumberOfFiles function to pardusTools.py. * All patches are included this version. * Ver.: 0.0.91, Rel.: 4, Type: None * Gökmen Görgen [2009-10-07] Fix disk path KeyError bug. If there's space on disk path, it should find spaces from /proc/mounts as \040. * Ver.: 0.0.91, Rel.: 3, Type: None * Gökmen Görgen [2009-10-06] New try version. * Ver.: 0.0.90, Rel.: 2, Type: None * Gökmen Görgen [2009-10-04] Add new live cd releases. * Ver.: 0.0.90, Rel.: 1, Type: None * Gökmen Görgen [2009-09-21] First release. = Package : pycha [Serdar Dalgıç ] ====================================================================== * Ver.: 0.5.2, Rel.: 4, Type: None * Serdar Dalgıç [2009-10-26] Version bump and change homepage. = Package : python-Jinja2 [Serdar Dalgıç ] ====================================================================== * Ver.: 2.2.1, Rel.: 4, Type: None * Serdar Dalgıç [2009-10-26] Version bump to the bugfix release of Version 2.2 - Kong. See CHANGES file for details. = Package : python-M2Crypto [Serdar Dalgıç ] ====================================================================== * Ver.: 0.20.2, Rel.: 5, Type: None * Serdar Dalgıç [2009-10-26] Minor version bump with various fixes and improvements from contributors. See CHANGES file for details. = Package : python-avahi [Ozan Çağlayan ] ====================================================================== * Ver.: 0.6.25, Rel.: 7, Type: None * Ozan Çağlayan [2009-11-16] Replace avahi-qt4. = Package : python-docs [Onur Küçük ] ====================================================================== * Ver.: 2.6.4, Rel.: 8, Type: None * Onur Küçük [2009-12-05] Version bump for new python = Package : python-markdown [Fethican Coşkuner ] ====================================================================== * Ver.: 2.0.3, Rel.: 4, Type: None * Fethican Coşkuner [2009-11-30] Version bump: - Bugfix release(2.0.1 to 2.0.2) - Rename markdown.py to markdown due to various complications.(2.0 to 2.0.1) = Package : python-mlt [Ozan Çağlayan ] ====================================================================== * Ver.: 0.4.6, Rel.: 17, Type: None * Ozan Çağlayan [2009-12-06] Enable perl and python bindings (#11667). * Ver.: 0.4.6, Rel.: 16, Type: None * Ozan Çağlayan [2009-10-12] Version bump * Ver.: 0.4.4, Rel.: 15, Type: None * Ozan Çağlayan [2009-07-09] Version bump. * Ver.: 0.4.0, Rel.: 14, Type: None * Ozan Çağlayan [2009-05-27] Version bump which also includes mlt++. * Ver.: 0.3.8, Rel.: 13, Type: None * Ozan Çağlayan [2009-05-12] Version bump. * Ver.: 0.3.6, Rel.: 12, Type: None * Ozan Çağlayan [2009-02-13] Version bump. * Ver.: 0.3.4, Rel.: 11, Type: None * Murat Şenel [2009-01-29] Use qt4 not qt3 * Ver.: 0.3.4, Rel.: 10, Type: None * Murat Şenel [2009-01-05] Stable bump * Ver.: 0.2.4_1112, Rel.: 9, Type: None * Murat Şenel [2008-06-16] Fix linking to mlt version * Ver.: 0.2.4_1112, Rel.: 8, Type: None * Murat Şenel [2008-06-14] New snapshot * Ver.: 0.2.4, Rel.: 7, Type: None * Faik Uygur [2008-06-04] Compile with gcc4 * Ver.: 0.2.4, Rel.: 6, Type: None * Murat Şenel [2007-08-22] Fix docs * Ver.: 0.2.4, Rel.: 5, Type: None * Murat Şenel [2007-08-20] Stable bump * Ver.: 0.2.3, Rel.: 4, Type: None * Murat Şenel [2007-04-29] Stable bump * Ver.: 20070209, Rel.: 3, Type: None * Murat Şenel [2007-02-10] Enable sox and qimage modules and dep fix * Ver.: 20070209, Rel.: 2, Type: None * Murat Şenel [2007-02-09] CVS release for Koray's testing. * Ver.: 0.2.2, Rel.: 1, Type: None * Mert Uzbaşlı [2006-08-23] First release. = Package : python-preprocess [Ozan Çağlayan ] ====================================================================== * Ver.: 1.1.0, Rel.: 1, Type: None * Ozan Çağlayan [2009-12-03] First release. = Package : python-sphinx [Serdar Dalgıç ] ====================================================================== * Ver.: 0.6.3, Rel.: 5, Type: None * Serdar Dalgıç [2009-07-14] Version bump with many bug fixes. = Package : python-tornado [Gökmen Görgen ] ====================================================================== * Ver.: 0.2, Rel.: 1, Type: None * Gökmen Görgen [2009-11-07] First release. = Package : python-xlrd [Serdar Dalgıç ] ====================================================================== * Ver.: 0.6.1, Rel.: 2, Type: None * Serdar Dalgıç [2009-12-15] * Package takeover, * add pythonmodules.compile, * reorganize package * add translations.xml And move the package to Pardus repository. * Ver.: 0.6.1, Rel.: 1, Type: None * Ekrem SEREN [2008-04-22] First release. = Package : pytz [Serdar Dalgıç ] ====================================================================== * Ver.: 2009p, Rel.: 4, Type: None * Serdar Dalgıç [2009-10-28] Bump to the latest version = Package : qjackctl [H. İbrahim Güngör ] ====================================================================== * Ver.: 0.3.5, Rel.: 8, Type: None * Ozan Çağlayan [2009-12-10] Add missing portaudio dependency (#11697). = Package : qoauth [David Stegbauer ] ====================================================================== * Ver.: 1.0, Rel.: 1, Type: None * David Stegbauer [2009-10-02] First release. = Package : qoauth-devel [David Stegbauer ] ====================================================================== * Ver.: 1.0, Rel.: 1, Type: None * David Stegbauer [2009-10-02] First release. = Package : qsvn [David Stegbauer ] ====================================================================== * Ver.: 0.8.3, Rel.: 3, Type: None * David Stegbauer [2009-08-03] Version bump. * Ver.: 0.8.1, Rel.: 2, Type: None * David Stegbauer [2009-07-22] Adjusted for Pardus 2009. * Ver.: 0.8.1, Rel.: 1, Type: None * Mehmet Nur Olcay [2009-04-05] First stable release = Package : qsvn-devel [David Stegbauer ] ====================================================================== * Ver.: 0.8.3, Rel.: 3, Type: None * David Stegbauer [2009-08-03] Version bump. * Ver.: 0.8.1, Rel.: 2, Type: None * David Stegbauer [2009-07-22] Adjusted for Pardus 2009. * Ver.: 0.8.1, Rel.: 1, Type: None * Mehmet Nur Olcay [2009-04-05] First stable release = Package : qtwitter [David Stegbauer ] ====================================================================== * Ver.: 0.10.0, Rel.: 5, Type: None * David Stegbauer [2009-11-13] Version bump. * Ver.: 0.9.2, Rel.: 4, Type: None * David Stegbauer [2009-10-02] Version bump. * Ver.: 0.8.1, Rel.: 3, Type: None * David Stegbauer [2009-07-27] Version bump. * Ver.: 0.6.0, Rel.: 2, Type: None * David Stegbauer [2009-05-22] Version bump. * Ver.: 0.4.2, Rel.: 1, Type: None * David Stegbauer [2009-03-06] First release. = Package : raptor [Pardus ] ====================================================================== * Ver.: 1.4.20, Rel.: 10, Type: None * Gökçen Eraslan [2009-12-11] Stable bump: * Turtle serializing performance improvement by Chris Cannam * librdfa RDFa parser updates to fix empty datatype, xml:lang and 1-char prefixes by Manu Sporny * Fix a crash when the GRDDL parser reported errors * Enable large file support for 32-bit systems * Several resilience improvements by Lauri Aalto * Other minor portability and bug fixes * Fixed reported issues: 0000306 0000307 0000310 and 0000312. = Package : redland [Murat Şenel ] ====================================================================== * Ver.: 1.0.9, Rel.: 9, Type: None * Gökçen Eraslan [2009-09-25] Add a patch to fix 'librdf_storage_register_factory' linking error. = Package : redland-mysql [Murat Şenel ] ====================================================================== * Ver.: 1.0.9, Rel.: 9, Type: None * Gökçen Eraslan [2009-09-25] Add a patch to fix 'librdf_storage_register_factory' linking error. = Package : redland-postgresql [Murat Şenel ] ====================================================================== * Ver.: 1.0.9, Rel.: 9, Type: None * Gökçen Eraslan [2009-09-25] Add a patch to fix 'librdf_storage_register_factory' linking error. = Package : rrdtool [Fatih Aşıcı ] ====================================================================== * Ver.: 1.4_rc2, Rel.: 5, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. = Package : rsibreak [Mete Alpaslan ] ====================================================================== * Ver.: 0.10, Rel.: 6, Type: None * Ozan Çağlayan [2009-11-16] Replace kde4 counterpart. = Package : sane-backends [Ekin Meroğlu ] ====================================================================== * Ver.: 1.0.20, Rel.: 15, Type: None * Ozan Çağlayan [2009-11-10] - Add missing HAL callout, - Grab some post 1.0.20 fixes from Suse to improve hardware support. = Package : setuptools [Fatih Aşıcı ] ====================================================================== * Ver.: 0.6_11, Rel.: 8, Type: None * Fatih Aşıcı [2009-12-04] Stable update = Package : shared-mime-info [Fatih Aşıcı ] ====================================================================== * Ver.: 0.70, Rel.: 16, Type: None * Gökçen Eraslan [2009-12-24] Assign metalink file format to KGet as a default application. = Package : skanlite [Gökmen GÖKSEL ] ====================================================================== * Ver.: 0.3, Rel.: 4, Type: None * Ozan Çağlayan [2009-10-16] Bump to 4.3.1 tarball = Package : slf4j [Fahri Tuğrul Gürkaynak ] ====================================================================== * Ver.: 1.5.10, Rel.: 3, Type: None * Gökçen Eraslan [2009-12-15] Bump to latest version which fixes lots of bug fixes. = Package : smb4k [Ozan Çağlayan ] ====================================================================== * Ver.: 0.10.4, Rel.: 3, Type: None * Ozan Çağlayan [2009-10-08] Version bump = Package : smbldap-tools [Pardus ] ====================================================================== * Ver.: 0.9.5, Rel.: 4, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. = Package : soprano [Gökçen Eraslan ] ====================================================================== * Ver.: 2.3.1, Rel.: 11, Type: None * Gökçen Eraslan [2009-09-25] Version bump to new release 2.3.1: # Changed installation path of cmake modules (SopranoAppOntology.cmake) to prefix/share/soprano/cmake # Prevent the redland backend to add one statement multiple times. # Properly handle class names containing a dash '-' in onto2vocabularyclass. # sopranocmd: Fail if trying to export a non-graph query. # The new LanguageTag class replaces the old simple string based language handling with a sophisticated one implementing RFC 4647. At the same time Soprano now directly supports plain literals in addition to typed string literals via LiteralValue::createPlainLiteral. (thanks to Greg Beauchesne for the patch) CAUTION: This patch changes behaviour: parsers and storage backends will now return plain literals instead of typed string literals! # New static methods Node::resourceToN3, Node::literalToN3, and Node::blankToN3 for easy N3 formatting without the creation of a Node instance. # Fixed both Node::matches and Statement::matches: only the paramter is treated as a wildcard. # New class Graph which is a simple QSet based container for statements as a quick replacement for Model in case one wants to handle a small number of statements without query support. # Fixed plugin loading on windows. # Fixed a deadlock in the IndexFilterModel which was triggered in case a query could not be parsed. # Prevent Model::removeContext to remove empty contexts, i.e. the whole database. # Statement::operator<<(QTextStream) now uses a simpler format (only spaces between nodes and no brackets) # Updated Sesame2 to 2.2.4. # Added prefix handling to the Serializer API. For a future Soprano version the Serializer API has to be replaced with something more powerful. # Improved inference rule handling in the rule parser. (Thanks to Michele Tameni) # Several improvements in sopranocmd. = Package : soundconverter [Serdar Dalgıç ] ====================================================================== * Ver.: 1.4.4, Rel.: 3, Type: None * Serdar Dalgıç [2009-10-27] - Stable Update, - Add missing dependencies - Package takeover. - Make the package ready for Pardus 2009 - Move to Pardus repository from contrib. * Ver.: 1.4.2, Rel.: 2, Type: None * Emre Yılmaz [2009-01-16] Stable Update. * Ver.: 1.4.1, Rel.: 1, Type: None * Emre Yılmaz [2008-12-29] First release. = Package : spamassassin [Taner Taş ] ====================================================================== * Ver.: 3.2.5, Rel.: 20, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. Remove useless directories and files by hand. = Package : spamd [Taner Taş ] ====================================================================== * Ver.: 3.2.5, Rel.: 20, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. Remove useless directories and files by hand. = Package : sqlalchemy [Jérôme Schneider ] ====================================================================== * Ver.: 0.5.6, Rel.: 14, Type: None * Jérôme Schneider [2009-10-05] Version bump * Ver.: 0.5.5, Rel.: 13, Type: None * Jérôme Schneider [2009-07-29] Fix bad documents directory (#10688) * Ver.: 0.5.5, Rel.: 12, Type: None * Jérôme Schneider [2009-07-19] Version bump. = Package : squashfs-tools [Onur Küçük ] ====================================================================== * Ver.: 4.0_20091207, Rel.: 7, Type: None * Ozan Çağlayan [2009-12-07] Bump to CVS snapshot, enable lzma support = Package : stormbaancoureur [Murat Şenel ] ====================================================================== * Ver.: 2.1.5, Rel.: 8, Type: None * Onur Küçük [2009-10-20] Stable bump * Ver.: 2.1.4, Rel.: 7, Type: None * Murat Şenel [2008-05-17] Stable bump * Ver.: 2.1.3, Rel.: 6, Type: None * Murat Şenel [2008-03-24] Stable bump * Ver.: 2.1.1, Rel.: 5, Type: None * Murat Şenel [2008-02-23] Stable bump * Ver.: 2.1.0, Rel.: 4, Type: None * Murat Şenel [2008-02-09] Stable bump * Ver.: 2.0.2, Rel.: 3, Type: None * Murat Şenel [2008-01-13] Stable bump * Ver.: 2.0.0, Rel.: 2, Type: None * Murat Şenel [2007-12-29] Stable bump * Ver.: 1.5.3, Rel.: 1, Type: None * Murat Şenel [2007-10-14] First release = Package : streamripper [Cihan Okyay ] ====================================================================== * Ver.: 1.64.6, Rel.: 9, Type: None * Cihan Okyay [2009-10-21] * Version bump - Fix bug which creates corrupted id3v2 tags - Remove trailing periods for stream name - Fix parse rules to properly tag artists with "-" in their name - Fix integer overflow on bytes read - Option for stopping based on megabytes ripped now uses MiB instead of MB - Support splitting based on empty StreamTitle= strings 2648664 = Package : strigi [Gökçen Eraslan ] ====================================================================== * Ver.: 0.7.0, Rel.: 9, Type: None * Gökçen Eraslan [2009-08-21] New stable version: - Change to Nepomuk ontologies (Evgeny Egorochkin) - Set file property for embedded ar streams. This fixes the opening of these streams in archivereader. - Instead of reading each .rdf file at once in memory and then parse it, use the libxml2 I/O API to read chunks of the file when requested. - The attribute value is not '\0' terminated but has a pointer to the end of the string. In addition, string comparison was sped up by first comparing the string length. = Package : strigi-devel [Gökçen Eraslan ] ====================================================================== * Ver.: 0.7.0, Rel.: 9, Type: None * Gökçen Eraslan [2009-08-21] New stable version: - Change to Nepomuk ontologies (Evgeny Egorochkin) - Set file property for embedded ar streams. This fixes the opening of these streams in archivereader. - Instead of reading each .rdf file at once in memory and then parse it, use the libxml2 I/O API to read chunks of the file when requested. - The attribute value is not '\0' terminated but has a pointer to the end of the string. In addition, string comparison was sped up by first comparing the string length. = Package : subtitleripper [Serdar Dalgıç ] ====================================================================== * Ver.: 0.3.4, Rel.: 2, Type: None * Serdar Dalgıç [2009-12-23] Add two patches and some sed fixes for Pardus 2009. * Ver.: 0.3.4, Rel.: 1, Type: None * Serdar Dalgıç [2009-03-14] First release. And thanks Gökçen for his previous efforts on the package. = Package : subversion [Faik Uygur ] ====================================================================== * Ver.: 1.6.6, Rel.: 53, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. = Package : sylpheed [Doruk Fişek ] ====================================================================== * Ver.: 3.0.0_beta4, Rel.: 33, Type: None * Doruk Fişek [2009-12-17] Version bump to new beta for testing: * The folder icons renewed. * The setup dialog on the first run is user-friendly. * 'Last 7 days' added to the quick search options. * The number of matched messages is displayed at the side of quick search now. * Description is displayed on the quick search entry when it does not have focus. * Always show warning dialog when SSL certificate is expired. * The menu item to request disposition notification added to the compose window. * The button order of folder selection dialog was modified. * Disable update check by default (Pardus has its own package-manager for that). * Ver.: 3.0.0_beta3, Rel.: 32, Type: None * Doruk Fişek [2009-11-27] Version bump to new beta for testing: * SHA1/MD5 fingerprint and validity period of certificate is now displayed when verification of server SSL certificate failed. * Address book is now sortable by each column. * Address book search feature was added. * The visibility of message number columns in the folder view is now configurable for each column. * The error check of socket connection became more strict. * Ver.: 3.0.0_beta2, Rel.: 31, Type: None * Doruk Fişek [2009-11-16] Version bump to new beta for testing: * Multi-threading fix: Sync failure when operating IMAP folders while IMAP communication * Multi-threading fix: IMAP folder search didn't work * Multi-threading fix: Freeze when update check dialog was popped up * Multi-threading fix: Crash on connection timeout * The unintended drag start on IMAP folders was fixed. * A dialog will be displayed while creating folder tree after creating IMAP accounts. * Ver.: 3.0.0_beta1, Rel.: 30, Type: None * Doruk Fişek [2009-10-30] Version bump to beta for testing: * Multi-threading support, reduces the situations where user actions are blocked. * Summary caches are updated on the fly (on receive/move/copy/delete), improves the performance of opening folders with many new messages. * Progress is displayed while scanning folders. * The user interface of address book was rewritten using the new API (GtkTreeView), reducing glitches. * Included Sylpheed English FAQ was updated. * Some bugfixes are made. = Package : sysstat [Fatih Aşıcı ] ====================================================================== * Ver.: 9.0.4, Rel.: 5, Type: None * Gökmen Görgen [2009-09-07] Move doc files to true directory. = Package : taglib-extras [İşbaran Akçayır ] ====================================================================== * Ver.: 1.0.1, Rel.: 7, Type: None * İşbaran Akçayır [2009-12-04] Needs rebuild = Package : tcl [Faik Uygur ] ====================================================================== * Ver.: 8.5.8, Rel.: 13, Type: None * Faik Uygur [2009-12-16] * Repaired broken "tclTomMath.h" header file * Fixed buffer overflows in [format] * Fixed underline and overstrike in Xft fonts * Fixed crash when [exec] redirects to [chan create]d channel * Fixed incorrect ** results like [expr {7**9 == 7**65545}] => 1 * Fixed crashes sending focus to windows dead or not yet born * Repaired many segfaults and panics due to integer overflow on long values * Fixed X crash on overlong color name * Repaired memory leak in Tcl_ThreadQueueEvent() * Fixed crash in self-deleting variable unset traces * Corrections and updates to timezone data and DST calculations = Package : tcltk [Faik Uygur ] ====================================================================== * Ver.: 8.5.8, Rel.: 12, Type: None * Faik Uygur [2009-12-16] * Permit normal behaviour on Windows for a grabbed toplevel * The default width being stored in TSD cannot be put into the process- wide options table * Impose a maximum X11 color name length so that it becomes impossible to blow things up that way * Stop "Delete" actions from ever deleting backwards * Corrected scaling of progress bars and scales * Draw underlines and overstrikes when using Xft for font rendering * Ensure that focus desynchronization doesn't cause a crash * Make byte sequence selection transfers possible = Package : terminus-font [İnanç Yıldırgan ] ====================================================================== * Ver.: 4.30, Rel.: 8, Type: None * İnanç Yıldırgan [2009-12-05] Version bump to new release. = Package : texlive-basic [Semen Cirit ] ====================================================================== * Ver.: 0.0_20080816, Rel.: 4, Type: None * Semen Cirit [2009-12-18] language.def and .dat files not removed. * Ver.: 0.0_20080816, Rel.: 3, Type: None * Semen Cirit [2009-12-17] Pisi check problems fixed. * Ver.: 0.0_20080816, Rel.: 2, Type: None * Semen Cirit [2009-11-10] Luatex patch is added. = Package : texlive-latex [Semen Cirit ] ====================================================================== * Ver.: 0.0_20080816, Rel.: 5, Type: None * Semen Cirit [2009-12-19] pdftex and luatex files shoud not be removed from the system. * Ver.: 0.0_20080816, Rel.: 4, Type: None * Semen Cirit [2009-12-18] Pisi check problems fixed. * Ver.: 0.0_20080816, Rel.: 3, Type: None * Semen Cirit [2009-11-09] Patch added for luatex = Package : texlive-metapost [Semen Cirit ] ====================================================================== * Ver.: 0.0_20080816, Rel.: 2, Type: None * Semen Cirit [2009-12-18] Pisi check problem fixed. = Package : texlive-omega [Semen Cirit ] ====================================================================== * Ver.: 0.0_20080816, Rel.: 2, Type: None * Semen Cirit [2009-12-18] Pisi check problem fixed. = Package : texlive-xetex [Semen Cirit ] ====================================================================== * Ver.: 0.0_20080816, Rel.: 3, Type: None * Semen Cirit [2009-12-18] Pisi check problems fixed. = Package : thunderbird [Ozan Çağlayan ] ====================================================================== * Ver.: 3.0, Rel.: 50, Type: None * Burak Çalışkan [2009-12-26] Fix mime-type handling problem, #10376 * Ver.: 3.0, Rel.: 49, Type: None * Onur Küçük [2009-12-14] Strictly depend on new gtk2 and cairo * Ver.: 3.0, Rel.: 48, Type: None * Gökçen Eraslan [2009-12-14] Version bump to stable release. = Package : tig [Fatih Aşıcı ] ====================================================================== * Ver.: 0.15, Rel.: 3, Type: None * Fatih Aşıcı [2009-11-20] New stable release = Package : timezone [Onur Küçük ] ====================================================================== * Ver.: 0.0_20091214, Rel.: 1, Type: None * Onur Küçük [2009-12-14] First release, fixes bug (#11462) = Package : tomcat-servlet-api [Mete Alpaslan ] ====================================================================== * Ver.: 5.5.28, Rel.: 3, Type: None * Gökçen Eraslan [2009-12-11] Version bump = Package : tre [Cihan Okyay ] ====================================================================== * Ver.: 0.8.0, Rel.: 3, Type: None * Cihan Okyay [2009-10-21] * Version bump - Updated for new automake - Try iso-8859-1 tests with a locale which is more often available - Some updates and fixes to documentation - Updates for new gettext and gnulib - Surround tests for known bugs with #ifdef KNOWN_BUG - Fixed compiler warnings - Fix more warnings from gcc and lint - Removed gnulib - Fixed to compile on systems which don't have mbrtowc - Changed the license from LGPL to a BSD-style license - Added tre_ prefix to all functions - Updated Python module and examples = Package : usbmuxd [İnanç Yıldırgan ] ====================================================================== * Ver.: 1.0.0, Rel.: 4, Type: None * İnanç Yıldırgan [2009-12-08] Version bump to new stable release. * Ver.: 1.0.0_rc2, Rel.: 3, Type: None * İnanç Yıldırgan [2009-11-19] Add properly remove devices from collection when usbmuxd terminates patch. = Package : util-linux [Onur Küçük ] ====================================================================== * Ver.: 2.16.1, Rel.: 32, Type: None * Onur Küçük [2009-12-18] Remove timezone script and Comar clock methods since they are now coming with timezone package Remove glibc-zoneinfo dependency, it will be removed by new timezone package too * Ver.: 2.16.1, Rel.: 31, Type: None * Ozan Çağlayan [2009-09-08] - Bump to the latest stable maintenance version which includes important blkid fixes, - Disable libuuid and uuidd as they'll be shipped withing e2fsprogs, = Package : valgrind [Serdar Dalgıç ] ====================================================================== * Ver.: 3.5.0, Rel.: 16, Type: None * Serdar Dalgıç [2009-10-27] - Version bump to a feature release with many significant improvements and the usual collection of bug fixes. See NEWS file for details. - Include many patches from Fedora. - Drop unused VEX hack in actions.py. (It probably affected nothing since 3.2.1) - Remove unneeded callgrind conflict, as callgrind doesn't exist in repositories since 2006. = Package : vdpau-video [Fatih Aşıcı ] ====================================================================== * Ver.: 0.6.1, Rel.: 2, Type: None * Fatih Aşıcı [2009-12-29] New release = Package : vim [İnanç Yıldırgan ] ====================================================================== * Ver.: 7.2.319, Rel.: 67, Type: None * İnanç Yıldırgan [2009-12-17] Update to patchlevel 319. = Package : vim-colorschemes [İnanç Yıldırgan ] ====================================================================== * Ver.: 0.0_20091217, Rel.: 5, Type: None * İnanç Yıldırgan [2009-12-17] Version bump, add new colorschemes. = Package : virt-viewer [Emre Erenoglu ] ====================================================================== * Ver.: 0.2.0, Rel.: 2, Type: None * Emre Erenoglu [2009-08-15] Version Bump = Package : virtinst [Emre Erenoglu ] ====================================================================== * Ver.: 0.500.0, Rel.: 2, Type: None * Emre Erenoglu [2009-08-15] Version Bump = Package : virtualbox [Fatih Aşıcı ] ====================================================================== * Ver.: 3.1.2, Rel.: 44, Type: None * Fatih Aşıcı [2009-12-25] Disable registration and update requests * Ver.: 3.1.2, Rel.: 43, Type: None * Fatih Aşıcı [2009-12-22] - Bump to latest stable release - Refactor actions.py - Install python bindings = Package : virtualbox-guest-utils [Fatih Aşıcı ] ====================================================================== * Ver.: 3.1.2, Rel.: 44, Type: None * Fatih Aşıcı [2009-12-25] Disable registration and update requests * Ver.: 3.1.2, Rel.: 43, Type: None * Fatih Aşıcı [2009-12-22] - Bump to latest stable release - Refactor actions.py - Install python bindings = Package : vlc [Serdar Dalgıç ] ====================================================================== * Ver.: 1.0.4, Rel.: 31, Type: None * Serdar Dalgıç [2009-12-14] * Version bump to 1.0.4. See NEWS file for changes between releases, Changelog for detailed changes. * Add MimeType to vlc.desktop, so that vlc is added to right click Open With menus. = Package : vlc-firefox [Serdar Dalgıç ] ====================================================================== * Ver.: 1.0.4, Rel.: 31, Type: None * Serdar Dalgıç [2009-12-14] * Version bump to 1.0.4. See NEWS file for changes between releases, Changelog for detailed changes. * Add MimeType to vlc.desktop, so that vlc is added to right click Open With menus. = Package : webkitkde [Gökmen GÖKSEL ] ====================================================================== * Ver.: 0.0_1043146, Rel.: 4, Type: None * Gökçen Eraslan [2009-11-01] Sync with SVN = Package : wireless-regdb [Ekin Meroğlu ] ====================================================================== * Ver.: 0.0_20091110, Rel.: 4, Type: None * Ozan Çağlayan [2009-11-23] Version bump = Package : wireless-tools [Bahadır Kandemir ] ====================================================================== * Ver.: 29, Rel.: 65, Type: None * Bahadır Kandemir [2009-08-18] - Don't check for connection type in udev rule, backend is transparent, - Stop ifplugd only when the profile is matched with the device. = Package : x11-ssh-askpass [Faik Uygur ] ====================================================================== * Ver.: 1.2.4.1, Rel.: 2, Type: None * Fatih Aşıcı [2008-06-05] Packaging fixes. * Ver.: 1.2.4.1, Rel.: 1, Type: None * Barış Metin [2006-08-31] First release. = Package : x264 [Onur Küçük ] ====================================================================== * Ver.: 0.0_20091228, Rel.: 26, Type: None * Onur Küçük [2009-12-28] Snapshot update Many memcpy fixes to correct MB-tree B-frames Weighted P-frame prediction support FLV muxer support MMX support for 8x8 zigzag Lower code size = Package : xdg-user-dirs [Fatih Aşıcı ] ====================================================================== * Ver.: 0.12, Rel.: 5, Type: None * Fatih Aşıcı [2009-12-28] Fix translations of "Downloads" directory * Ver.: 0.12, Rel.: 4, Type: None * Fatih Aşıcı [2009-12-24] New stable release. Changes: - New translations - Change "Download" to "Downloads" by default to match other names - Fix bashism in xdg-user-dir = Package : xdm [Fatih Aşıcı ] ====================================================================== * Ver.: 1.1.9, Rel.: 7, Type: None * Fatih Aşıcı [2009-12-18] Revert "Setup keymap on live media" as zorg handles this now * Ver.: 1.1.9, Rel.: 6, Type: None * Fatih Aşıcı [2009-12-10] Setup keymap on live media = Package : xorg-app [Fatih Aşıcı ] ====================================================================== * Ver.: 7.5_20091014, Rel.: 38, Type: None * Fatih Aşıcı [2009-11-17] Fix the package handler which was removing encodings.dir files = Package : xorg-video-fglrx [Fatih Aşıcı ] ====================================================================== * Ver.: 9.12, Rel.: 55, Type: None * Fatih Aşıcı [2009-12-19] New release * Ver.: 9.11, Rel.: 54, Type: None * Fatih Aşıcı [2009-11-19] New release = Package : xorg-video-nvidia-current [Fatih Aşıcı ] ====================================================================== * Ver.: 190.53, Rel.: 20, Type: None * Fatih Aşıcı [2009-12-18] Fix the file name of vdpau driver * Ver.: 190.53, Rel.: 19, Type: None * Fatih Aşıcı [2009-12-17] - Depend on new libvdpau library - Create symlinks for important libraries first - Remove trace driver as it comes with libvdpau * Ver.: 190.53, Rel.: 18, Type: None * Fatih Aşıcı [2009-12-16] New stable release * Ver.: 190.42, Rel.: 17, Type: None * Fatih Aşıcı [2009-10-30] New stable release = Package : xorg-video-nvidia173 [Fatih Aşıcı ] ====================================================================== * Ver.: 173.14.22, Rel.: 38, Type: None * Fatih Aşıcı [2009-12-16] - New stable release for use with xorg-server 1.7 - Use AnyDependency for kernel module - Use correct name for document directory = Package : xorg-video-nvidia96 [Fatih Aşıcı ] ====================================================================== * Ver.: 96.43.14, Rel.: 41, Type: None * Fatih Aşıcı [2009-12-16] - New stable release for use with xorg-server 1.7 - Use AnyDependency for kernel module - Use correct name for document directory = Package : xplanet [Gökçen Eraslan ] ====================================================================== * Ver.: 1.2.1, Rel.: 1, Type: None * Gökçen Eraslan [2009-12-04] First release. = Package : xscreensaver [Fatih Aşıcı ] ====================================================================== * Ver.: 5.08, Rel.: 14, Type: None * Gökmen Görgen [2009-08-30] * Show XScreenSaver Properties button in Xfce4 settings manager. = Package : xscreensaver-demo [Fatih Aşıcı ] ====================================================================== * Ver.: 5.08, Rel.: 14, Type: None * Gökmen Görgen [2009-08-30] * Show XScreenSaver Properties button in Xfce4 settings manager. = Package : xvba-video [Fatih Aşıcı ] ====================================================================== * Ver.: 0.5.4, Rel.: 2, Type: None * Fatih Aşıcı [2009-12-29] New release = Package : yali4 [Gökmen GÖKSEL ] ====================================================================== * Ver.: 2.2.2, Rel.: 101, Type: None * Mete Alpaslan [2009-12-24] -Translations changes for 2009.1 -Update translations * Ver.: 2.2.2, Rel.: 100, Type: None * Mete Alpaslan [2009-12-24] -BUG:FIXED:10034 -Added Russian translation -Updated French translation -Updated Nederland translation -Fixed subprocess handling error * Ver.: 2.2.2, Rel.: 99, Type: None * Mete Alpaslan [2009-12-23] -BUG:FIXED:10034 -Added Russian translation -Updated French translation -Updated Nederland translation = Package : yaz [Doruk Fişek ] ====================================================================== * Ver.: 3.0.51, Rel.: 20, Type: None * Doruk Fişek [2009-12-03] Version bump : * tcpip comstack: fix leak for getaddrinfo. * Encoding of SRU database is performed by yaz_encode_sru_dbpath_odr or yaz_encode_sru_dbpath_buf. Now used by yaz-client and the ZOOM API. * Decoding of SRU "path" database is performed by private function yaz_decode_sru_dbpath_odr. This in turn is used by yaz_srw_decode and yaz_sru_decode in server applications, GFS, yazproxy, metaproxy. * yaz-client honors base command for SRU. Change when database setting is applied for SRU and ensure it is kept when a connection is reset. Change also the way errors are displayed or SRU (decoding of packages). = Package : zorg [Fatih Aşıcı ] ====================================================================== * Ver.: 2.0.3, Rel.: 77, Type: None * Fatih Aşıcı [2009-12-18] Use a HAL callout script to set x11 keymap instead of writing an FDI file -- Onur Küçük Knowledge speaks, but wisdom listens From gkmngrgn at gmail.com Thu Dec 31 17:05:56 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Thu, 31 Dec 2009 17:05:56 +0200 Subject: [Gelistirici] [2009] [ACK/NACK] 20091231 In-Reply-To: <200912311652.20213.onur@pardus.org.tr> References: <200912311652.20213.onur@pardus.org.tr> Message-ID: <579eef480912310705k4e3a283at9a4d0c3138b4eaad@mail.gmail.com> 2009/12/31 Onur Küçük > boo-0.9.2.3383-2-2.pisi > ACK. > gnome-common-2.26.0-5-4.pisi > Contrib deposundan olduğu gibi aktarıldı. gnome-desktop için. ACK. > gnome-desktop-2.28.1-1-1.pisi > ACK. > mono-2.6-27-9.pisi > mono-zeroconf-0.9.0-2-2.pisi > ACK. > puding-0.2-8-4.pisi > ACK. > python-tornado-0.2-1-1.pisi > ACK. Mutlu yıllar. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From mnurolcay at gmail.com Thu Dec 31 17:07:49 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Thu, 31 Dec 2009 17:07:49 +0200 Subject: [Gelistirici] [2009] [ACK/NACK] 20091231 In-Reply-To: <200912311652.20213.onur@pardus.org.tr> References: <200912311652.20213.onur@pardus.org.tr> Message-ID: <200912311707.49781.mnurolcay@gmail.com> > amsn-skin-oxygen-1.0_20091013-1-1.pisi > arora-0.10.2-15-8.pisi > fluidsynth-1.1.1-5-6.pisi > minitube-0.8.1-1-1.pisi ACK > frescobaldi-1.0.0-7-6.pisi > plasmoid-yawp-0.3.2-2-2.pisi NACK >KDE bağımlı > konversation-1.2.1-33-16.pisi > konversation-docs-1.2.1-33-14.pisi KDE uyum sorunundan[1] dolayı bunları elle stable'a almıştık zaten ? 1. http://bugs.pardus.org.tr/show_bug.cgi?id=11576 --- Mehmet Nur Olcay From gkmngrgn at gmail.com Thu Dec 31 17:08:15 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Thu, 31 Dec 2009 17:08:15 +0200 Subject: [Gelistirici] [2009] [ACK/NACK] 20091231 In-Reply-To: <200912311652.20213.onur@pardus.org.tr> References: <200912311652.20213.onur@pardus.org.tr> Message-ID: <579eef480912310708ne61e2d8o8eddaad5326f387d@mail.gmail.com> 2009/12/31 Onur Küçük > libgdiplus-2.6-20-7.pisi > ACK. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From okyaycihan at gmail.com Thu Dec 31 17:26:39 2009 From: okyaycihan at gmail.com (cihan okyay) Date: Thu, 31 Dec 2009 17:26:39 +0200 Subject: [Gelistirici] PG'daki gereksiz programming.languages dizini In-Reply-To: <200912311057.01389.onur@pardus.org.tr> References: <200912311057.01389.onur@pardus.org.tr> Message-ID: <637d3feb0912310726m247538eakd9640c371fa4d036@mail.gmail.com> 31 Aralık 2009 10:57 tarihinde Onur Küçük yazdı: > Direkt kaldır bence > > 2008 yakında security only moda girince yeni paket almayacak, > playground/review u elden geçirelim, hatta 2009.1 çıktıktan sonra review > da > atıl bekleyen paketleri kurcalayalım, konuştuğumuz review sürecini > oturtalım. > Her ne kadar bu konuşulan süreci bilmesem de adı konmuş bir şeylere gerçekten ihtiyaç var. Umarım kısa zaman da geçebiliriz buna. Teşekkürler :) -- Cihan OKYAY http://cihanokyay.wordpress.com -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From inancyildirgan at gmail.com Thu Dec 31 18:03:12 2009 From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=) Date: Thu, 31 Dec 2009 18:03:12 +0200 Subject: [Gelistirici] [2009] [ACK/NACK] 20091231 In-Reply-To: <200912311652.20213.onur@pardus.org.tr> References: <200912311652.20213.onur@pardus.org.tr> Message-ID: <200912311803.12963.inancyildirgan@gmail.com> 31 Aralık 2009 Perşembe günü (saat 16:52:19) Onur Küçük şunları yazmıştı: > bespin-kde4-theme-0.1-5-3.pisi Paketi ben güncelledim. Ama kde43 ile derlendi. Bir sorun yok gibi görünüyor bende. Benden ACK. > blobby-0.8_20091224-5-3.pisi > droid-fonts-0.0_20091121-2-4.pisi ACK. > guidance-power-manager-4.3.3-5-4.pisi NACK. > gvim-7.2.319-67-8.pisi > ifuse-0.9.5-2-2.pisi > libiphone-0.9.5-2-2.pisi > libplist-1.1-4-4.pisi > libqjson-0.7.1-1-1.pisi > libusb1-1.0.6-8-4.pisi > maxima-5.20.1-10-3.pisi > mpg123-1.10.0-23-7.pisi > neon-0.29.1-14-9.pisi ACK. > plasmoid-daisy-0.0.4.21-3-5.pisi > plasmoid-translatoid-1.1-3-3.pisi NACK. > terminus-font-4.30-8-4.pisi > usbmuxd-1.0.0-4-4.pisi > vim-7.2.319-67-8.pisi > vim-colorschemes-0.0_20091217-5-5.pisi ACK. From onur at pardus.org.tr Thu Dec 31 19:19:52 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Thu, 31 Dec 2009 19:19:52 +0200 Subject: [Gelistirici] [2009] [ACK/NACK] 20091231 In-Reply-To: <200912311707.49781.mnurolcay@gmail.com> References: <200912311652.20213.onur@pardus.org.tr> <200912311707.49781.mnurolcay@gmail.com> Message-ID: <20091231191952.4f423642.onur@pardus.org.tr> On Thu, 31 Dec 2009 17:07:49 +0200 Mehmet Nur Olcay wrote: > KDE uyum sorunundan[1] dolayı bunları elle stable'a almıştık zaten ? > > 1. http://bugs.pardus.org.tr/show_bug.cgi?id=11576 bunlar aynı paket, stable a aldıktan sonra aynı paketi kde 4.3 ile tekrar derlettim -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Thu Dec 31 19:34:30 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Thu, 31 Dec 2009 19:34:30 +0200 Subject: [Gelistirici] [2009] [ACK/NACK] 20091231 In-Reply-To: <200912311652.20213.onur@pardus.org.tr> References: <200912311652.20213.onur@pardus.org.tr> Message-ID: <20091231193430.d76e4854.onur@pardus.org.tr> > artwork-pardus-release-2009-8-6.pisi NACK > FreeImage-3.12.0-5-3.pisi > PyXML-0.8.4-5-4.pisi > bind-9.6.1_p2-24-4.pisi > bind-tools-9.6.1_p2-24-4.pisi > extreme-tuxracer-0.5_beta1-1-1.pisi > ffmpeg-0.5.1_20091020-63-16.pisi > gecko-mediaplayer-0.9.8_20091226-20-12.pisi > gfxtheme-base-0.10-24-4.pisi > gfxtheme-pardus-boot-0.10-24-12.pisi > gfxtheme-pardus-install-0.10-24-12.pisi > glibc-2.9-46-11.pisi > glibc-doc-2.9-46-6.pisi > glibc-locales-* > grub-0.97-70-15.pisi > gst-plugins-ugly-0.10.12-16-7.pisi > libquicktime-1.1.2-11-7.pisi > libv4l-0.6.3-21-12.pisi > libva-0.31.0-3-2.pisi > mkinitramfs-0.6-59-12.pisi > mpeg4ip-1.5.0.1-11-6.pisi > mplayer-0.0_20091229-116-14.pisi > ode-0.11.1-7-2.pisi > perl-Algorithm-Annotate-0.10-4-3.pisi > perl-Algorithm-Diff-1.1902-3-3.pisi > perl-AnyEvent-5.21-6-3.pisi > perl-Apache-DBI-1.07-5-3.pisi > perl-App-CLI-0.08-4-3.pisi > perl-AppConfig-1.66-4-3.pisi > perl-Archive-Tar-1.54-8-4.pisi > perl-Archive-Zip-1.30-8-4.pisi > perl-Astro-SunTime-0.01-4-3.pisi > perl-Authen-SASL-2.13-5-4.pisi > perl-B-Keywords-1.09-4-3.pisi > perl-Bit-Vector-7.1-4-3.pisi > perl-Cairo-1.061-5-3.pisi > perl-Carp-Clan-6.04-6-3.pisi > perl-Chart-2.4.1-3-3.pisi > perl-Class-Accessor-0.34-6-4.pisi > perl-Class-Autouse-1.29-5-3.pisi > perl-Class-Data-Inheritable-0.08-4-3.pisi > perl-Class-ISA-0.36-4-4.pisi > perl-Class-MethodMaker-2.15-8-3.pisi > perl-Clone-0.31-8-3.pisi > perl-Compress-Bzip2-2.09-3-3.pisi > perl-Compress-Raw-Zlib-2.023-11-4.pisi > perl-Compress-Zlib-2.015-11-4.pisi > perl-Config-Tiny-2.12-5-3.pisi > perl-Convert-ASN1-0.22-7-3.pisi > perl-Crypt-Blowfish-2.10-4-3.pisi > perl-Crypt-PasswdMD5-1.3-3-4.pisi > perl-Crypt-SSLeay-0.57-8-4.pisi > perl-Crypt-Simple-0.06-4-3.pisi > perl-Crypt-SmbHash-0.12-5-3.pisi > perl-Curses-1.27-7-3.pisi > perl-DBD-Pg-2.15.1-4-3.pisi > perl-DBD-SQLite-1.27-7-3.pisi > perl-DBD-mysql-4.013-10-3.pisi > perl-DBI-1.609-7-4.pisi > perl-Data-Dumper-2.125-5-3.pisi > perl-Data-Hierarchy-0.34-4-3.pisi > perl-Data-UUID-1.203-6-3.pisi > perl-Date-Calc-6.3-4-4.pisi > perl-Date-Manip-6.04-6-2.pisi > perl-Devel-Caller-2.03-7-3.pisi > perl-Devel-LexAlias-0.04-4-3.pisi > perl-Device-SerialPort-1.04-5-4.pisi > perl-Digest-Base-1.16-4-4.pisi > perl-Digest-HMAC-1.01-4-4.pisi > perl-Digest-MD4-1.5-5-3.pisi > perl-Digest-MD5-2.39-5-4.pisi > perl-Digest-SHA1-2.12-4-4.pisi > perl-Email-Abstract-3.001-6-3.pisi > perl-Email-Address-1.889-5-3.pisi > perl-Email-Date-1.103-6-3.pisi > perl-Email-Date-Format-1.002-4-3.pisi > perl-Email-MIME-1.902-6-3.pisi > perl-Email-MIME-Attachment-Stripper-1.316-5-3.pisi > perl-Email-MIME-ContentType-1.015-5-3.pisi > perl-Email-MIME-Creator-1.456-5-3.pisi > perl-Email-MIME-Encodings-1.313-5-3.pisi > perl-Email-MIME-Modifier-1.444-5-3.pisi > perl-Email-MessageID-1.401-5-3.pisi > perl-Email-Reply-1.202-5-3.pisi > perl-Email-Send-2.198-8-3.pisi > perl-Email-Simple-2.005-6-3.pisi > perl-Email-Simple-Creator-1.424-6-3.pisi > perl-Email-Valid-0.182-3-3.pisi > perl-Error-0.17015-6-4.pisi > perl-Event-1.13-5-3.pisi > perl-Event-ExecFlow-0.63-5-3.pisi > perl-Event-RPC-1.01-5-3.pisi > perl-ExtUtils-Depends-0.302-7-4.pisi > perl-ExtUtils-ParseXS-2.21-7-4.pisi > perl-ExtUtils-PkgConfig-1.12-6-3.pisi > perl-File-Find-Rule-0.32-4-4.pisi > perl-File-HomeDir-0.86-7-3.pisi > perl-File-Next-1.06-6-4.pisi > perl-File-Tail-0.99.3-5-3.pisi > perl-File-Temp-0.22-6-3.pisi > perl-File-Type-0.22-4-3.pisi > perl-File-chdir-0.1002-6-3.pisi > perl-Font-TTF-0.45-3-3.pisi > perl-FreezeThaw-0.45-4-3.pisi > perl-GD-2.44-5-3.pisi > perl-GD-Graph-1.44-4-3.pisi > perl-GD-TextUtil-0.86-3-3.pisi > perl-GSSAPI-0.26-5-3.pisi > perl-Getopt-Long-2.38-7-4.pisi > perl-Git-1.6.5.6-86-6.pisi > perl-Glib-1.222-6-7.pisi > perl-Gtk2-1.221-5-3.pisi > perl-Gtk2-Ex-FormFactory-0.65-5-4.pisi > perl-Gtk2-Sexy-0.04-6-4.pisi > perl-Gtk2-TrayIcon-0.06-5-3.pisi > perl-Gtk2-doc-1.221-5-3.pisi > perl-HTML-Parser-3.64-9-6.pisi > perl-HTML-Scrubber-0.08-4-3.pisi > perl-HTML-Tagset-3.20-4-4.pisi > perl-IO-Compress-Base-2.015-9-4.pisi > perl-IO-Compress-Zlib-2.015-10-4.pisi > perl-IO-Digest-0.10-4-3.pisi > perl-IO-Pager-0.06-4-3.pisi > perl-IO-Socket-INET6-2.57-6-5.pisi > perl-IO-Socket-SSL-1.31-17-6.pisi > perl-IO-Zlib-1.10-8-5.pisi > perl-IO-eol-0.14-5-3.pisi > perl-IO-gzip-0.18-3-3.pisi > perl-IO-stringy-2.110-5-3.pisi > perl-IO-via-Bzip2-0.02-3-3.pisi > perl-IO-via-dynamic-0.13-5-3.pisi > perl-IO-via-symlink-0.05-4-3.pisi > perl-IP-Country-2.27-8-5.pisi > perl-Image-ExifTool-7.77-6-3.pisi > perl-Internals-1.1-3-3.pisi > perl-Jcode-2.07-5-3.pisi > perl-Lexical-Persistence-1.01-5-3.pisi > perl-List-MoreUtils-0.22-4-3.pisi > perl-Locale-Maketext-Lexicon-0.77-7-3.pisi > perl-Locale-Maketext-Simple-0.21-5-4.pisi > perl-Locale-gettext-1.05-4-4.pisi > perl-Log-Log4perl-1.26-7-4.pisi > perl-MIME-Base64-3.08-5-5.pisi > perl-MIME-Lite-3.027-6-3.pisi > perl-MIME-Types-1.28-6-4.pisi > perl-MIME-tools-5.427-5-3.pisi > perl-Mail-SPF-Query-1.999.1-4-4.pisi > perl-MailTools-2.04-7-3.pisi > perl-Math-Complex-1.56-5-3.pisi > perl-Module-Pluggable-3.9-5-3.pisi > perl-Module-Refresh-0.13-5-3.pisi > perl-Net-CIDR-Lite-0.20-4-4.pisi > perl-Net-DNS-0.65-9-5.pisi > perl-Net-Daemon-0.43-5-4.pisi > perl-Net-IP-1.25-4-4.pisi > perl-Net-Ident-1.20-3-4.pisi > perl-Net-SMTP-SSL-1.01-3-4.pisi > perl-Net-SSLeay-1.35-8-4.pisi > perl-Number-Compare-0.01-3-3.pisi > perl-PadWalker-1.9-7-3.pisi > perl-Pango-1.221-4-4.pisi > perl-Parse-Yapp-1.05-3-3.pisi > perl-PatchReader-0.9.5-4-3.pisi > perl-Path-Class-0.17-5-3.pisi > perl-PathTools-3.31-9-4.pisi > perl-PlRPC-0.2020-3-3.pisi > perl-Pod-Escapes-1.04-4-3.pisi > perl-Pod-Simple-3.11-6-4.pisi > perl-RPC-XML-0.69-9-4.pisi > perl-Regexp-Shellish-0.93-4-3.pisi > perl-Return-Value-1.666001-4-3.pisi > perl-SDL-2.2.6-7-5.pisi > perl-SOAP-Lite-0.710.08-5-3.pisi > perl-SVN-Dump-0.04-3-3.pisi > perl-SVN-Mirror-0.75-7-3.pisi > perl-SVN-Simple-0.27-4-3.pisi > perl-Socket6-0.23-5-5.pisi > perl-Storable-2.21-6-4.pisi > perl-String-ShellQuote-1.03-4-4.pisi > perl-Sub-Uplevel-0.22-4-4.pisi > perl-Sys-Hostname-Long-1.4-3-4.pisi > perl-Sys-Syslog-0.27-5-3.pisi > perl-Template-GD-2.66-4-3.pisi > perl-Template-Toolkit-2.22-6-4.pisi > perl-Term-ReadKey-2.30-3-4.pisi > perl-Term-ReadLine-Perl-1.0303-6-4.pisi > perl-Test-Exception-0.27-3-3.pisi > perl-Test-Number-Delta-1.03-5-3.pisi > perl-Test-Pod-1.40-4-5.pisi > perl-Test-Simple-0.94-7-5.pisi > perl-Text-Glob-0.08-3-3.pisi > perl-Text-Iconv-1.7-5-3.pisi > perl-Time-HiRes-1.9719-6-4.pisi > perl-Time-Local-1.1901-5-3.pisi > perl-Time-Piece-1.15-5-3.pisi > perl-Time-Progress-1.5-3-3.pisi > perl-Time-modules-2006.0814-4-3.pisi > perl-TimeDate-1.19-5-4.pisi > perl-Tk-804.028-7-3.pisi > perl-UNIVERSAL-require-0.13-4-3.pisi > perl-URI-1.51-8-6.pisi > perl-Unicode-Map-0.112-4-3.pisi > perl-Unicode-Map8-0.12-4-3.pisi > perl-Unicode-MapUTF8-1.11-4-3.pisi > perl-Unicode-String-2.09-4-3.pisi > perl-X11-Protocol-0.56-4-3.pisi > perl-XML-DOM-1.44-3-3.pisi > perl-XML-Filter-BufferText-1.01-4-3.pisi > perl-XML-LibXML-1.70-5-4.pisi > perl-XML-LibXML-Common-0.13-4-3.pisi > perl-XML-NamespaceSupport-1.10-4-3.pisi > perl-XML-Parser-2.36-4-6.pisi > perl-XML-RegExp-0.03-3-3.pisi > perl-XML-SAX-0.96-7-3.pisi > perl-XML-SAX-Writer-0.52-5-3.pisi > perl-XML-Simple-2.18-4-3.pisi > perl-XML-Twig-3.32-5-3.pisi > perl-XML-XQL-0.68-3-3.pisi > perl-YAML-0.70-9-5.pisi > perl-YAML-Syck-1.07-7-3.pisi > perl-doc-5.10.1-27-9.pisi > perl-ldap-0.39-8-3.pisi > perl-libintl-1.20-5-3.pisi > perl-libnet-1.22-4-4.pisi > perl-libwww-5.834-12-6.pisi > perl-libxml-0.08-3-3.pisi > perl-mlt-0.4.6-17-1.pisi > perl-pcsc-1.4.7-3-4.pisi > perl-version-0.78-9-4.pisi > perlconsole-0.4-7-3.pisi > physfs-2.0.0-3-4.pisi > python-docs-2.6.4-8-4.pisi > stormbaancoureur-2.1.5-8-1.pisi > timezone-0.0_20091214-1-1.pisi > util-linux-2.16.1-32-12.pisi > x264-0.0_20091228-26-10.pisi ACK > avidemux-2.5.2-19-4.pisi > avidemux-cli-2.5.2-19-4.pisi > avidemux-common-2.5.2-19-4.pisi > avidemux-qt-2.5.2-19-4.pisi Benim yaptığım kısım için ACK ACK for my part > package-manager-2.0.1-79-23.pisi pisi ACK alırsa ACK ACK if pisi gets an ACK too -- Onur Küçük Knowledge speaks, but wisdom listens From faik at pardus.org.tr Thu Dec 31 22:21:48 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Thu, 31 Dec 2009 22:21:48 +0200 Subject: [Gelistirici] trunk/pisi - Do not give permission to takeback system to the i... In-Reply-To: References: <20091231123446.A7D3349CDA4@ns1.pardus.org.tr> Message-ID: <200912312221.48587.faik@pardus.org.tr> 31 Aralık 2009 Perşembe günü (saat 15:17:08) Serdar Dalgic şunları yazmıştı: > Merhaba; > > pisi hs'nin ilk komutu aşağıda da yazdığı gibi `pardus-cd repository is > updated.`; bu yüzden pisi hs -t 1 komutu sistemdeki bütün paketleri > kaldırıyor. > > İşbu commit bunu düzeltiyor, ama uyarı mesajı pek içimize sinmedi. `initial > state` biraz fuzzy kalmış gibi. Daha iyi önerisi olan var mı? pisi'nin içinden 1 nolu işlemin önceden ne olacağını bilemeyiz. pisi de buna göre 1 nolu işleme geri dönemezsin diyemez. 1'e dönemezsin diye bir "politika" belirleyemeyiz yani pisi içinde. pisi sadece geri dönüş "mekanizmasını" sağlıyor. Bundan sonra 2. 3. işlemler de depo ekleme olabilirdi. Kurulum için özel bir durum bu. Yalı kuruluma başlamadan önce history'i silebilir bu iş için. - Faik From kunguz at gmail.com Mon Dec 28 19:58:28 2009 From: kunguz at gmail.com (=?ISO-8859-9?Q?Kaan_AK=DE=DDT?=) Date: Mon, 28 Dec 2009 18:58:28 +0100 Subject: [Gelistirici] Pydot In-Reply-To: <637d3feb0912280952w3901605bqb239cd6af3d69e52@mail.gmail.com> References: <8fa7fe790912150221r6988daf3hb1f74a3c80b2dd2e@mail.gmail.com> <637d3feb0912280952w3901605bqb239cd6af3d69e52@mail.gmail.com> Message-ID: <8fa7fe790912280958v78ce4dfdh88c7da2d81189e2@mail.gmail.com> Cihan bey, Gerekli açıklamayı sağolsunlar yaptılar. İndirmeyi az önce bu adresten denedim :http://bugs.pardus.org.tr/attachment.cgi?id=4670 . Düzgünce indirebildim, bir daha denemenizi rica edebilir miyim? Kolaylıklar, Kaan 28 Aralık 2009 18:52 tarihinde cihan okyay yazdı: > > > 15 Aralık 2009 12:21 tarihinde Kaan AKŞİT yazdı: > > Açık olan bir paket isteği için bir pisi paketi yapıp hata kaydına >> eklemiştim. Ancak şu anda Pardus Admins'e atanmış görünüyor. Uzun bir >> süredir de böyle. İşleme hız kazandırmak için ne yapılması gerekir? >> >> http://bugs.pardus.org.tr/show_bug.cgi?id=11589 >> > > Dün bu konuyu iki geliştirici size kullanıcı listesinde izah etti diye > hatırlıyorum. Bugzillada ki hataya hatırlatıcı yorumlar girmeniz yeterli. > Ayrıca inşa dosyalarını indiremiyorum bugzilladan. Bir el atın isterseniz. > > > -- > Cihan OKYAY > http://cihanokyay.wordpress.com > > _______________________________________________ > Gelistirici mailing list > Gelistirici at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/gelistirici > -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From onur at pardus.org.tr Tue Dec 1 00:03:14 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Tue, 1 Dec 2009 00:03:14 +0200 Subject: [Gelistirici] 2009/stable/network/library/neon - Merge: Add missing pkgconfig runtime dep In-Reply-To: <20091130183638.9D38749C989@ns1.pardus.org.tr> References: <20091130183638.9D38749C989@ns1.pardus.org.tr> Message-ID: <20091201000314.5e0abfdf.onur@pardus.org.tr> On Mon, 30 Nov 2009 20:36:38 +0200 (EET) İnanç Yıldırgan wrote: > Author: inanc > Date: Mon Nov 30 20:36:38 2009 > New Revision: 81113 > > Modified: > 2009/stable/network/library/neon/pspec.xml > Log: > Merge: Add missing pkgconfig runtime dep pkgconfig neon için runtime bir bağımlılık değil, neon ile bir program derlenmeye çalışıldığında kullanılacak betik için gerekli, o zaman da program derleyeceğimiz zamzan system.devel kurulu olduğu için pkgconfig gerekmeyecek. Aslında bu işin doğru yolu paketleri "-devel" şeklinde ayırmak ve "-devel" olan paketlerle bir şey derleneceği zaman gerekli bir bağımlılık varsa ve system.devel de değilse o zaman runtime bağımlılık olarak yazmak. Bunu yapmaya 2009 için geç kaldığımızı düşünüyorum, ancak bir sonraki sürümde bu tarz bir ayrılığa gidip paketleri bölmek bana mantıklı geliyor. İnanç bu değişikliği revert eder misin ? Kullanıcıların bilgisayarına boşuna pkgconfig kurmayalım bence. -- Onur Küçük Knowledge speaks, but wisdom listens From mnurolcay at gmail.com Tue Dec 1 00:12:06 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Tue, 1 Dec 2009 00:12:06 +0200 Subject: [Gelistirici] [Pardus-devel] [2009] [ACK/NACK] 20091118 In-Reply-To: <20091130235943.da2f6fb6.onur@pardus.org.tr> References: <20091118191412.da896268.onur@pardus.org.tr> <4ebc247e0911291107k776e3adcof24763369889f24b@mail.gmail.com> <20091130235943.da2f6fb6.onur@pardus.org.tr> Message-ID: <200912010012.06511.mnurolcay@gmail.com> On Monday 30 November 2009 23:59:43 Onur Küçük wrote: > Bu paketler bu gece kararlı depoya giriyor > > > konversation-1.2.1-33-14.pisi Şu paket 4.3'le derlendiği için 4.2 ile ilgili bir sorunu varmış. Test deposu kullandığım için fark edemedim maalesef. İmkanın varsa 4.2 de elle derlenmiş bir paketi alabilir misin bunun yerine ? --- Mehmet Nur Olcay From onur at pardus.org.tr Tue Dec 1 00:23:55 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Tue, 1 Dec 2009 00:23:55 +0200 Subject: [Gelistirici] [Pardus-devel] [2009] [ACK/NACK] 20091118 In-Reply-To: <200912010012.06511.mnurolcay@gmail.com> References: <20091118191412.da896268.onur@pardus.org.tr> <4ebc247e0911291107k776e3adcof24763369889f24b@mail.gmail.com> <20091130235943.da2f6fb6.onur@pardus.org.tr> <200912010012.06511.mnurolcay@gmail.com> Message-ID: <20091201002355.32f5b03f.onur@pardus.org.tr> On Tue, 1 Dec 2009 00:12:06 +0200 Mehmet Nur Olcay wrote: > On Monday 30 November 2009 23:59:43 Onur Küçük wrote: > > > Bu paketler bu gece kararlı depoya giriyor > > > > > konversation-1.2.1-33-14.pisi > > Şu paket 4.3'le derlendiği için 4.2 ile ilgili bir sorunu varmış. > Test deposu kullandığım için fark edemedim maalesef. İmkanın varsa > 4.2 de elle derlenmiş bir paketi alabilir misin bunun yerine ? tamam bakıyorum buna -- Onur Küçük Knowledge speaks, but wisdom listens From mnurolcay at gmail.com Tue Dec 1 01:17:52 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Tue, 1 Dec 2009 01:17:52 +0200 Subject: [Gelistirici] [Pardus-devel] [2009] [ACK/NACK] 20091118 In-Reply-To: <20091201002355.32f5b03f.onur@pardus.org.tr> References: <20091118191412.da896268.onur@pardus.org.tr> <200912010012.06511.mnurolcay@gmail.com> <20091201002355.32f5b03f.onur@pardus.org.tr> Message-ID: <200912010117.52651.mnurolcay@gmail.com> On Tuesday 01 December 2009 00:23:55 Onur Küçük wrote: elle derlenmiş bir paketi alabilir misin bunun yerine ? > > tamam bakıyorum buna Teşekkürler şöyle[1] de bir hata raporumuz var. Sanırım bunu da kapatabiliriz alınınca: 1. http://bugs.pardus.org.tr/show_bug.cgi?id=11576 --- Mehmet Nur Olcay From onur at pardus.org.tr Tue Dec 1 01:26:13 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Tue, 1 Dec 2009 01:26:13 +0200 Subject: [Gelistirici] [Pardus-devel] [2009] [ACK/NACK] 20091118 In-Reply-To: <200912010117.52651.mnurolcay@gmail.com> References: <20091118191412.da896268.onur@pardus.org.tr> <200912010012.06511.mnurolcay@gmail.com> <20091201002355.32f5b03f.onur@pardus.org.tr> <200912010117.52651.mnurolcay@gmail.com> Message-ID: <20091201012613.da4ede4c.onur@pardus.org.tr> On Tue, 1 Dec 2009 01:17:52 +0200 Mehmet Nur Olcay wrote: > On Tuesday 01 December 2009 00:23:55 Onur Küçük wrote: > elle derlenmiş bir paketi alabilir misin bunun yerine ? > > > > tamam bakıyorum buna > > Teşekkürler şöyle[1] de bir hata raporumuz var. Sanırım bunu da > kapatabiliriz alınınca: > > 1. http://bugs.pardus.org.tr/show_bug.cgi?id=11576 Paket bu gece kararlı depoya girecek, ben denedim bir sorun yok gibi, ama kayıt kapatılmadan iyice denenirse daha iyi olur. -- Onur Küçük Knowledge speaks, but wisdom listens From mustafagunay at gmail.com Tue Dec 1 10:05:34 2009 From: mustafagunay at gmail.com (mustafa gunay) Date: Tue, 1 Dec 2009 10:05:34 +0200 Subject: [Gelistirici] firefox ve xulrunner Message-ID: <408afad60912010005k1d468c92qe99b1a08e6b9756d@mail.gmail.com> Firefox 3.5.3 xulrunner 1.9.1.4 ile konuşamıyor sanırım aşağıdaki bilgilere bakabilirsiniz... [~]>firefox Could not find compatible GRE between version 1.9.1.3 and 1.9.1.3. [~]>xulrunner --version Mozilla XULRunner 1.9.1.4 - 20091030171044 [~]>firefox -v Mozilla Firefox 3.5.3, Copyright (c) 1998 - 2009 mozilla.org -- Mustafa GÜNAY -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From inancyildirgan at gmail.com Tue Dec 1 11:25:07 2009 From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=) Date: Tue, 1 Dec 2009 11:25:07 +0200 Subject: [Gelistirici] 2009/stable/network/library/neon - Merge: Add missing pkgconfig runtime dep In-Reply-To: <20091201000314.5e0abfdf.onur@pardus.org.tr> References: <20091130183638.9D38749C989@ns1.pardus.org.tr> <20091201000314.5e0abfdf.onur@pardus.org.tr> Message-ID: <200912011125.07749.inancyildirgan@gmail.com> 01 Aralık 2009 Salı günü (saat 00:03:14) Onur Küçük şunları yazmıştı: > pkgconfig neon için runtime bir bağımlılık değil, neon ile bir program > derlenmeye çalışıldığında kullanılacak betik için gerekli, o zaman da > program derleyeceğimiz zamzan system.devel kurulu olduğu için pkgconfig > gerekmeyecek. > > Aslında bu işin doğru yolu paketleri "-devel" şeklinde ayırmak ve > "-devel" olan paketlerle bir şey derleneceği zaman gerekli bir > bağımlılık varsa ve system.devel de değilse o zaman runtime bağımlılık > olarak yazmak. Bunu yapmaya 2009 için geç kaldığımızı düşünüyorum, > ancak bir sonraki sürümde bu tarz bir ayrılığa gidip paketleri bölmek > bana mantıklı geliyor. > > İnanç bu değişikliği revert eder misin ? Kullanıcıların bilgisayarına > boşuna pkgconfig kurmayalım bence. Tamamdır. From onur at pardus.org.tr Tue Dec 1 19:04:11 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Tue, 1 Dec 2009 19:04:11 +0200 Subject: [Gelistirici] [Buildfarm] [2009] error: /root/2009/office/openoffice/openoffice/pspec.xml In-Reply-To: <20091201165753.E36A8A7AAF8@lider.pardus.org.tr> References: <20091201165753.E36A8A7AAF8@lider.pardus.org.tr> Message-ID: <20091201190411.c4efe9d1.onur@pardus.org.tr> On Tue, 1 Dec 2009 18:57:53 +0200 (EET) Pardus 2009 Buildfarm wrote: > Hello, > > This message is sent from Pardus buildfarm. Please do not reply as it > is automatically generated. > > An error occured while processing the file > '/root/2009/office/openoffice/openoffice/pspec.xml' (maintainer: > 'Gökçen Eraslan'). Error log is as follows: > > -------------------------------------------------------------------------- > Error occured for '/root/2009/office/openoffice/openoffice/pspec.xml' > in BUILD process: > > -------------------------------------------------------------------------- Sandbox yüzünden takılmıştı, elle durdurdum, sonra tekrar derleteceğim -- Onur Küçük Knowledge speaks, but wisdom listens From dfisek at fisek.com.tr Tue Dec 1 20:21:38 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Tue, 1 Dec 2009 20:21:38 +0200 Subject: [Gelistirici] [2009] error: /root/2009/desktop/misc/basket/pspec.xml In-Reply-To: <20091201174908.D01FBA7AAF6@lider.pardus.org.tr> References: <20091201174908.D01FBA7AAF6@lider.pardus.org.tr> Message-ID: <20091201202138.8b831ffd.dfisek@fisek.com.tr> Tue, 1 Dec 2009 19:49:08 +0200 (EET), Pardus 2009 Buildfarm : > -------------------------------------------------------------------------- > Error occured for '/root/2009/desktop/misc/basket/pspec.xml' in BUILD > process: > HTTP Error 404: Not Found > -------------------------------------------------------------------------- Pardon, arsivi sunucuya koymayi unutmusum. Simdi problem olmamali. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From gkmngrgn at gmail.com Tue Dec 1 21:31:27 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Tue, 1 Dec 2009 21:31:27 +0200 Subject: [Gelistirici] =?iso-8859-9?q?gnome-common=27un_kararl=FD_depoya_t?= =?iso-8859-9?q?a=FE=FDnmas=FD_talebi?= Message-ID: <579eef480912011131l7c69c407la28a1a4224d33859@mail.gmail.com> Selamlar, Gerek pulseaudio'nun bazı araçlarının bağımlılık olarak ihtiyaç duyması, gerekse önemli bir paket olması nedeniyle gnome-desktop'u kararlı depoya almayı düşünüyorum; ama gnome-desktop'un kararlı depoda olmayan gnome-common adında bir bağımlılığı var. İtiraz olmazsa, gnome-common'u kararlı depoya taşıyabilir miyiz? Birkaç gün içinde müsait olduğum zaman taşıma işlemini ben de yapabilirim. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From turkersezer at tsdesign.info Tue Dec 1 22:46:10 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Tue, 1 Dec 2009 22:46:10 +0200 Subject: [Gelistirici] 2009/devel/network/p2p/vuze - add new version of vuze In-Reply-To: <20091201201240.3269549C98A@ns1.pardus.org.tr> References: <20091201201240.3269549C98A@ns1.pardus.org.tr> Message-ID: <897749fe0912011246l1843cfffvc5b9a72de1cd75ff@mail.gmail.com> 2009/12/1 Renan Çakırerk : > Author: renan.cakirerk > Date: Tue Dec  1 22:12:40 2009 > New Revision: 12228 > > Added: >   2009/devel/network/p2p/vuze/ >   2009/devel/network/p2p/vuze/actions.py >   2009/devel/network/p2p/vuze/files/ >   2009/devel/network/p2p/vuze/files/vuze >   2009/devel/network/p2p/vuze/files/vuze.desktop >   2009/devel/network/p2p/vuze/pspec.xml > Log: > add new version of vuze Azureus yerine geldiğine göre bu pakete replace ekleyecek misin? Türker From okyaycihan at gmail.com Wed Dec 2 13:43:21 2009 From: okyaycihan at gmail.com (cihan okyay) Date: Wed, 2 Dec 2009 13:43:21 +0200 Subject: [Gelistirici] Mecburi Ara Message-ID: <637d3feb0912020343r1dbb8232uae6ffe2a10f3a2a9@mail.gmail.com> Selamlar; Dün emektar bilgisayarımın anakartının arızalanması yüzünden yeni bir bilgisayar edinene kadar veya yerine birşeyler uydurana kadar Pardus ile ilgilenemeyeceğim. Bu süre ne kadar olur kestiremiyorum. Paketlere hiç çekinmeden şefkat gösterebilirsiniz. Kusuruma bakmayın. İyi çalışmalar herkese... -- Cihan OKYAY http://cihanokyay.wordpress.com -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From fatih at pardus.org.tr Thu Dec 3 08:10:00 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Thu, 3 Dec 2009 08:10:00 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912022233.43811.mete@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912022141.45694.ekin@pardus.org.tr> <200912022233.43811.mete@pardus.org.tr> Message-ID: <200912030810.01046.fatih@pardus.org.tr> On Wednesday 02 December 2009 22:33:43 Mete Alpaslan wrote: > On Wednesday 02 December 2009 21:41:45 Ekin Meroğlu wrote: > > Pisi'ye bu özellikleri nasıl ekleyeceğimizi geliştirici listesinde daha > > geniş bir katılımla tartışıp çözüme ulaşabiliriz - bugun tek bir > > pspec'in multi-arch desteklemesi için bir çözüm önerisi geldi ofiste ama > > ben unuttum kimin söylediğini mesela :-( > > Bu özellikleri mutlaka ekleyerek tek depoyla devam etmeliyiz bence eninde > > sonunda.. > > Bunu bugün Fatih yemekte bahsetmişti en doğru bilgiyi ve nasıl olacağını o > daha iyi aktarı sanırım... [1] adresinde XML için bir önişlemci bulunuyor. Pisi'de küçük bir değişiklik yaparak XML dosyaları okunduktan sonra önişlemciden geçmesini sağlayabiliriz. xmlpreprocess yoksa olduğu gibi bırakılabilir. Böylece bu aracı system.base yerine system.devel'e almamız yeterli olur. [2] adresinde örnek kullanımları görebilirsiniz. XML'in geçerliliğine ve yapısallığına zarar vermeden önişlemci deyimlerini kullanmak mümkün. Bu özelliği eklersek bootstrap aşamasını da daha otomatize hale getirebiliriz. Ayrıca python, python-std-extensions gibi aynı kaynağa sahip paketleri ayırmak zorunda da kalmayız. actions.py ile ilgili kısım zaten kolay. actionsapi'ye tanımlı değişkenleri (X86_64, BOOTSTRAP, vs) döndürecek bir fonksiyon eklemek yeterli olur. [1] http://xmlpreprocess.sourceforge.net [2] http://xmlpreprocess.sourceforge.net/usersguide.html From fatih at pardus.org.tr Thu Dec 3 08:22:23 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Thu, 3 Dec 2009 08:22:23 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912030810.01046.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912022233.43811.mete@pardus.org.tr> <200912030810.01046.fatih@pardus.org.tr> Message-ID: <200912030822.23604.fatih@pardus.org.tr> On Thursday 03 December 2009 08:10:00 Fatih Aşıcı wrote: > On Wednesday 02 December 2009 22:33:43 Mete Alpaslan wrote: > > On Wednesday 02 December 2009 21:41:45 Ekin Meroğlu wrote: > > > Pisi'ye bu özellikleri nasıl ekleyeceğimizi geliştirici listesinde daha > > > geniş bir katılımla tartışıp çözüme ulaşabiliriz - bugun tek bir > > > pspec'in multi-arch desteklemesi için bir çözüm önerisi geldi ofiste > > > ama ben unuttum kimin söylediğini mesela :-( > > > Bu özellikleri mutlaka ekleyerek tek depoyla devam etmeliyiz bence > > > eninde sonunda.. > > > > Bunu bugün Fatih yemekte bahsetmişti en doğru bilgiyi ve nasıl olacağını > > o daha iyi aktarı sanırım... > > [1] adresinde XML için bir önişlemci bulunuyor. Pisi'de küçük bir > değişiklik yaparak XML dosyaları okunduktan sonra önişlemciden geçmesini > sağlayabiliriz. xmlpreprocess yoksa olduğu gibi bırakılabilir. Böylece bu > aracı system.base yerine system.devel'e almamız yeterli olur. Sadece Windows'ta çalışan C# ile yazılmış bir projeymiş bu :( From mete at pardus.org.tr Thu Dec 3 09:41:34 2009 From: mete at pardus.org.tr (Mete Alpaslan) Date: Thu, 3 Dec 2009 09:41:34 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912030822.23604.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912030810.01046.fatih@pardus.org.tr> <200912030822.23604.fatih@pardus.org.tr> Message-ID: <200912030941.34229.mete@pardus.org.tr> On Thursday 03 December 2009 08:22:23 am Fatih Aşıcı wrote: > Sadece Windows'ta çalışan C# ile yazılmış bir projeymiş bu :( http://code.google.com/p/preprocess/ Buna da bakabiliriz sanırım syntaxı güzel gibi... Mete Alpaslan -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From fatih at pardus.org.tr Thu Dec 3 09:22:10 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Thu, 3 Dec 2009 09:22:10 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <4B1764C3.5060806@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912030822.23604.fatih@pardus.org.tr> <4B1764C3.5060806@pardus.org.tr> Message-ID: <200912030922.10598.fatih@pardus.org.tr> On Thursday 03 December 2009 09:12:03 Ozan Çağlayan wrote: > Fatih Aşıcı wrote On 03-12-2009 08:22: > >> [1] adresinde XML için bir önişlemci bulunuyor. Pisi'de küçük bir > >> değişiklik yaparak XML dosyaları okunduktan sonra önişlemciden > >> geçmesini sağlayabiliriz. xmlpreprocess yoksa olduğu gibi bırakılabilir. > >> Böylece bu aracı system.base yerine system.devel'e almamız yeterli olur. > > > > Sadece Windows'ta çalışan C# ile yazılmış bir projeymiş bu :( > > ehehehe epic-fail olmuş :) > > Bence mimari bağımlı değişiklikler sadece actions.py'yi etkilemeli. > pspec.xml'de ne gibi bir farklılık yaratıyor ki paketler? 64-bit ile > ilgili yamaların hepsi transparan oluyor genelde yani 32-bit desteğini > kırmaktansa, 64-bit desteği eklemeye yönelik oluyorlar. Bu yamalar > mimari bağımsız olarak pakete dahil edilebilir. Örneğin kernel yapılandırması için kullandığımız yama değişebilir. Bazı binary paketlerde farklı Archive URL'leri verilebilir. Yine bazı paketler (libx86 gibi) her mimaride bağımlılık olarak yazılmayabilir. From fatih at pardus.org.tr Thu Dec 3 09:22:36 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Thu, 3 Dec 2009 09:22:36 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <200912030941.34229.mete@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912030822.23604.fatih@pardus.org.tr> <200912030941.34229.mete@pardus.org.tr> Message-ID: <200912030922.36599.fatih@pardus.org.tr> On Thursday 03 December 2009 09:41:34 Mete Alpaslan wrote: > On Thursday 03 December 2009 08:22:23 am Fatih Aşıcı wrote: > > Sadece Windows'ta çalışan C# ile yazılmış bir projeymiş bu :( > > http://code.google.com/p/preprocess/ > > Buna da bakabiliriz sanırım syntaxı güzel gibi... Evet bu güzelmiş. python modülü olması da güzel. From gurer at pardus.org.tr Thu Dec 3 09:31:22 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Thu, 3 Dec 2009 09:31:22 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912030810.01046.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912022233.43811.mete@pardus.org.tr> <200912030810.01046.fatih@pardus.org.tr> Message-ID: <200912030931.22235.gurer@pardus.org.tr> 03 Aralık 2009 Perşembe günü (saat 08:10:00) Fatih Aşıcı şunları yazmıştı: > [1] adresinde XML için bir önişlemci bulunuyor. Pisi'de küçük bir > değişiklik yaparak XML dosyaları okunduktan sonra önişlemciden geçmesini > sağlayabiliriz. xmlpreprocess yoksa olduğu gibi bırakılabilir. Böylece bu > aracı system.base yerine system.devel'e almamız yeterli olur. Neden XML'in kendi özelliklerini kullanmak yerine araya karmaşık araçlar sokuyoruz? lala.patch 64bit.patch gibi doğru yerlere eklenecek basit bir arch keyword'ü yetmiyor mu? Öbür türlü depo üzerinde çalışan tüm araçları değiştirmek gerekecek, basit greplerle falan bişiler aramak zorlaşacak. From ozan at pardus.org.tr Thu Dec 3 09:41:50 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Thu, 03 Dec 2009 09:41:50 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912030931.22235.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912022233.43811.mete@pardus.org.tr> <200912030810.01046.fatih@pardus.org.tr> <200912030931.22235.gurer@pardus.org.tr> Message-ID: <4B176BBE.6020000@pardus.org.tr> Gürer Özen wrote On 03-12-2009 09:31: > 03 Aralık 2009 Perşembe günü (saat 08:10:00) Fatih Aşıcı şunları yazmıştı: > > >> [1] adresinde XML için bir önişlemci bulunuyor. Pisi'de küçük bir >> değişiklik yaparak XML dosyaları okunduktan sonra önişlemciden geçmesini >> sağlayabiliriz. xmlpreprocess yoksa olduğu gibi bırakılabilir. Böylece bu >> aracı system.base yerine system.devel'e almamız yeterli olur. >> > > Neden XML'in kendi özelliklerini kullanmak yerine araya karmaşık araçlar > sokuyoruz? > > lala.patch > 64bit.patch > Sadece bu değil ki sorun dağıtımı bootstrap ederken yaşanan sorunlar ve bunları aşmak için çatallanan paketler var. avahi, avahi-bindings, poppler, poppler-bindings, vs.vs. Bir kere preprocess edip temiz XML elde edip onun üzerinden gitmek, XML'in özelliklerini kullanıp pisi'yi modifiye etmekten daha performanslı olur gibime geliyor ayrıca. From fatih at pardus.org.tr Thu Dec 3 09:40:47 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Thu, 3 Dec 2009 09:40:47 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912030931.22235.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912030810.01046.fatih@pardus.org.tr> <200912030931.22235.gurer@pardus.org.tr> Message-ID: <200912030940.48005.fatih@pardus.org.tr> On Thursday 03 December 2009 09:31:22 Gürer Özen wrote: > 03 Aralık 2009 Perşembe günü (saat 08:10:00) Fatih Aşıcı şunları yazmıştı: > > [1] adresinde XML için bir önişlemci bulunuyor. Pisi'de küçük bir > > değişiklik yaparak XML dosyaları okunduktan sonra önişlemciden geçmesini > > sağlayabiliriz. xmlpreprocess yoksa olduğu gibi bırakılabilir. Böylece bu > > aracı system.base yerine system.devel'e almamız yeterli olur. > > Neden XML'in kendi özelliklerini kullanmak yerine araya karmaşık araçlar > sokuyoruz? > > lala.patch > 64bit.patch > > gibi doğru yerlere eklenecek basit bir arch keyword'ü yetmiyor mu? > > Öbür türlü depo üzerinde çalışan tüm araçları değiştirmek gerekecek, basit > greplerle falan bişiler aramak zorlaşacak. Bununla sadece mimari ile ilgili sorunları değil, yaklaşık bir yıl önce [1]'deki mail ile biten thread'de açıkladığım sorunları da çözmeyi amaçlıyorum. Ortak kaynak kullanan python/python-std-extensions, poppler/poppler-bindings gibi paketler ve BOOTSTRAP'in daha otomatize hale getirilmesi. Bence çok da karmaşık bir yöntem değil. Üstelik gerçeklenmesi çok kolay. [1] http://liste.pardus.org.tr/gelistirici/2008-October/014041.html From faik at pardus.org.tr Thu Dec 3 10:23:21 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Thu, 3 Dec 2009 10:23:21 +0200 Subject: [Gelistirici] 2009/devel/office/openoffice/openoffice - Add more and more Replaces for 2008-2009 switch. In-Reply-To: <200911131332.24656.fatih@pardus.org.tr> References: <20091113101638.421EC49C93F@ns1.pardus.org.tr> <200911131324.50312.faik@pardus.org.tr> <200911131332.24656.fatih@pardus.org.tr> Message-ID: <200912031023.21889.faik@pardus.org.tr> > On Friday 13 November 2009 13:24:50 Faik Uygur wrote: > > > Bu malesef işe yaramıyor diye biliyorum. Bir paket sadece tek bir paket > > > tarafından replace edilebiliyor. Bu parçalanan paketler (xorg-video -> > > > xorg- video-* gibi) için önemli bir sorun. > > > > Hata açarsanız bir özellik olarak ekleyebilirim sanırım. Zor görünmedi > > koda bakınca. > > Bir yıl önce açmışım. Ben de unutmuşum bunu :) > > http://bugs.pardus.org.tr/show_bug.cgi?id=8561 Author: faik Repository: uludag Commit: 26635 Changed Files: _U trunk/pisi/ U trunk/pisi/pisi/api.py U trunk/pisi/pisi/db/packagedb.py U trunk/pisi/pisi/operations/upgrade.py Commit Message: Replaces now supports divided packages also. Here are three scenarios where Replaces can be used: 1) A package is replaced by another: actioncube -> assaultcube 2) A package is divided into multiple packages: gimp-i18n -> (gimp-i18n-de, gimp-i18n-tr, ...) All the sub packages should include gimp-i18n 3) Multiple packages became one package: [nvidia-drivers177, nvidia- drivers180] -> module-nvidia-current module-nvidia-current should have nvidia-drivers177nvidia- drivers180 - Faik From gurer at pardus.org.tr Thu Dec 3 10:31:18 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Thu, 3 Dec 2009 10:31:18 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912030940.48005.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912030931.22235.gurer@pardus.org.tr> <200912030940.48005.fatih@pardus.org.tr> Message-ID: <200912031031.19017.gurer@pardus.org.tr> 03 Aralık 2009 Perşembe günü (saat 09:40:47) Fatih Aşıcı şunları yazmıştı: > Bence çok da karmaşık bir yöntem değil. Üstelik gerçeklenmesi çok kolay. Evet read() ile parse() arasına bir filtre koymak beş dakkalık iş. Ancak bu şekilde, XML dosyasına da program yapıları ekleyerek Pisi'nin veri (pspec.xml) ve kod (actions.py) ayrımını kaybediyoruz. Paketçiler yeni ve zor sentakslı bir dil daha öğrenmek zorunda kalıyor. Koşullu olarak devreye girecek Tagler comment içinde olduğu için bir editörle dosyaya bakınca sentaks highlight yardımı olmadan takip etmek çok zorlaşıyor. Depo üzerinde çalışacak araçlar geliştirmek çok zorlaşıyor. Yani Pisi üzerinde minimum emek harcamak uğruna diğer tüm geliştiricilere ek handikap çıkarıyoruz. Kaldı ki, arch= attribute'ü benzeri bir çözümde de, aynı şekilde araya filtre sokularak işlenmeyecek mimari ve durumlara ait taglar aynı basitlikte elenebilir. From gurer at pardus.org.tr Thu Dec 3 10:44:19 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Thu, 3 Dec 2009 10:44:19 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <4B176BBE.6020000@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912030931.22235.gurer@pardus.org.tr> <4B176BBE.6020000@pardus.org.tr> Message-ID: <200912031044.19712.gurer@pardus.org.tr> 03 Aralık 2009 Perşembe günü (saat 09:41:50) Ozan Çağlayan şunları yazmıştı: > Bir kere preprocess edip temiz XML elde edip onun üzerinden gitmek, > XML'in özelliklerini kullanıp pisi'yi modifiye etmekten daha > performanslı olur gibime geliyor ayrıca. Eğer önceden toplu olarak preprocess edip her mimariyi ayrı depoya kopyalayacaksak, evet mikrosaniye cinsinden bir hızlanma olabilir ama bu sefer bir yerde yapılan düzeltmeyi diğer depolarla senkron tutma derdi olur. Yok pisi dosyayı okurken preprocess edecekse dosya iki kere parse edileceği ve işleneceği için (önce preprocessor sonra XML parser tarafından), tek parse + attribute based filtrelemeye göre daha yavaş olur. Tabi bu da mikrosaniye cinsinden. Yani ciddi bir fark olmaz. From ozan at pardus.org.tr Thu Dec 3 10:52:35 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Thu, 03 Dec 2009 10:52:35 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912031031.19017.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912030931.22235.gurer@pardus.org.tr> <200912030940.48005.fatih@pardus.org.tr> <200912031031.19017.gurer@pardus.org.tr> Message-ID: <4B177C53.5060900@pardus.org.tr> Gürer Özen wrote On 03-12-2009 10:31: > 03 Aralık 2009 Perşembe günü (saat 09:40:47) Fatih Aşıcı şunları yazmıştı: > > >> Bence çok da karmaşık bir yöntem değil. Üstelik gerçeklenmesi çok kolay. >> > > Evet read() ile parse() arasına bir filtre koymak beş dakkalık iş. > > Ancak bu şekilde, XML dosyasına da program yapıları ekleyerek Pisi'nin veri > (pspec.xml) ve kod (actions.py) ayrımını kaybediyoruz. Paketçiler yeni ve zor > sentakslı bir dil daha öğrenmek zorunda kalıyor. Koşullu olarak devreye > girecek Tagler comment içinde olduğu için bir editörle dosyaya bakınca sentaks > highlight yardımı olmadan takip etmek çok zorlaşıyor. Depo üzerinde çalışacak > araçlar geliştirmek çok zorlaşıyor. > > Sadece #if kullanmak bütün ihtiyaçlarımızı görüyor zaten. Transparan bir değişiklik, paketçi ihtiyacı olmadığı ve peşine düşmediği sürece böyle bir özellikten haberdar bile olmama özgürlüğüne sahip. veri ve kod ayrımını kaybetmemek uğruna aynı kaynaklı paketler çatallanıyor, *sadece* config'i değişik gerisi tamamen aynı kernel-pae paketi var mesela. Tartışalım :) From askin at askin.ws Thu Dec 3 11:09:47 2009 From: askin at askin.ws (=?UTF-8?B?QcWfa8SxbiBZb2xsdQ==?=) Date: Thu, 3 Dec 2009 11:09:47 +0200 Subject: [Gelistirici] playground/review/desktop/freedesktop/PackageKit - splip mozilla plugin In-Reply-To: References: <20090901101824.0C9A449D502@ns1.pardus.org.tr> <200909061745.35674.fatih@pardus.org.tr> <4AA43ABD.9040307@askin.ws> <579eef480909062322ve731926yfad9d0d5020daec@mail.gmail.com> Message-ID: 2009/11/30 Aşkın Yollu : > 2009/10/25 Aşkın Yollu : >> 2009/9/7 Gökmen Görgen : >>> 2009/9/7 Aşkın Yollu >>>> >>>> Açıkçası eklentinin ne işe yaradığını pek bilmiyorum. >>>> Mozilla tayfası ile alakalı bir plugin. Thunderbirde ekleyecek biyer >>>> bulamadım. midori ve konquerorda görünmüyor. >>>> Eklentinin işe yaraması için kendini görebildiğim firefoxu bağımlılık >>>> yazdım. >>>> >>> >>> PackageKit'in Firefox arayüzü olabilir mi? gnome-packagekit veya kpackagekit >>> yüklemeden de sanırım konsol dışında Firefox üzerinden de kullanmak mümkün. >>> http://www.packagekit.org/img/pk-web-plugin.png >> >> >> Bilgisayarım serviste olduğu için uzun zamandır ilgilenemiyordum, >> şimdi hala serviste ama uğraşacak bir bilgisayar buldum:) >> >> ubuntu firefox ve www-brower paketlerini bağımlılık olarak yazmış. >> Önceden çalışmamasına rağmen firefox eklentilerinde görebiliyordum, >> şimdi ne yaparsam yapayım göremiyorum :S >> >> Bu tarz eklentiler için özel olarak yaptığımız birşey var mı? >> > > Bu konuda daha öncede yazmıştım, ya moderasyonda kayboldu ya da arada kaynadı. > > Ubuntu bu paket için www-browser ve firefox paketlerini bağımlılık yazmış. > Paket kurulduğunda firefox yan eklenti(plugin) olarak görüyor, fakat > bir çıktı vermiyor. > http://www.packagekit.org/img/pk-web-plugin.png buradaki gibi bir > ekran bekliyorum ama karşıma boş bir sayfa çıkıyor. > > Bu eklentinin çalışabilmesi için önerisi olan var mı? > > Eklenti PackageKit-glib paketine de bağımlı, değişikliği yaptım fakat > commit etmedim. Çalışabilir durumda olduğu zaman commit etmeyi > düşünüyorum. Denemek isteyenler PackageKit-glib paketini kurarsa sorun > çıkmayacaktır. > ping.. ____________________ Aşkın Yollu http://blog.yollu.com http://askin.ws From onur at pardus.org.tr Thu Dec 3 11:55:27 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Thu, 3 Dec 2009 11:55:27 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912030931.22235.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912030810.01046.fatih@pardus.org.tr> <200912030931.22235.gurer@pardus.org.tr> Message-ID: <200912031155.27890.onur@pardus.org.tr> On 03 Aralık 2009 Perşembe 09:31:22 Gürer Özen wrote: > 03 Aralık 2009 Perşembe günü (saat 08:10:00) Fatih Aşıcı şunları yazmıştı: > > [1] adresinde XML için bir önişlemci bulunuyor. Pisi'de küçük bir > > değişiklik yaparak XML dosyaları okunduktan sonra önişlemciden geçmesini > > sağlayabiliriz. xmlpreprocess yoksa olduğu gibi bırakılabilir. Böylece bu > > aracı system.base yerine system.devel'e almamız yeterli olur. > > Neden XML'in kendi özelliklerini kullanmak yerine araya karmaşık araçlar > sokuyoruz? > > lala.patch > 64bit.patch > > gibi doğru yerlere eklenecek basit bir arch keyword'ü yetmiyor mu? > > Öbür türlü depo üzerinde çalışan tüm araçları değiştirmek gerekecek, basit > greplerle falan bişiler aramak zorlaşacak. Dün ayaküstü konuşurken ben de aynı şeyi demiştim. Bu işin sadece pisi tarafı yok, XML kullanarak veri parse eden her yerde (indeksleri kullanarak çıktı oluşturan betiklerimiz, web arayüzleri vs.) pp bağımlılığı gelecek. XML dışına çıkmadan bu işi yapabiliyorken ek bir bağımlılık bana pek anlamlı gelmiyor. -- Onur Küçük Knowledge speaks, but wisdom listens From fatih at pardus.org.tr Thu Dec 3 12:01:50 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Thu, 3 Dec 2009 12:01:50 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912031031.19017.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912030940.48005.fatih@pardus.org.tr> <200912031031.19017.gurer@pardus.org.tr> Message-ID: <200912031201.50764.fatih@pardus.org.tr> On Thursday 03 December 2009 10:31:18 Gürer Özen wrote: > 03 Aralık 2009 Perşembe günü (saat 09:40:47) Fatih Aşıcı şunları yazmıştı: > > Bence çok da karmaşık bir yöntem değil. Üstelik gerçeklenmesi çok kolay. > > Evet read() ile parse() arasına bir filtre koymak beş dakkalık iş. > > Ancak bu şekilde, XML dosyasına da program yapıları ekleyerek Pisi'nin veri > (pspec.xml) ve kod (actions.py) ayrımını kaybediyoruz. Paketçiler yeni ve > zor sentakslı bir dil daha öğrenmek zorunda kalıyor. Koşullu olarak > devreye girecek Tagler comment içinde olduğu için bir editörle dosyaya > bakınca sentaks highlight yardımı olmadan takip etmek çok zorlaşıyor. Depo > üzerinde çalışacak araçlar geliştirmek çok zorlaşıyor. Comment arasında kalacak tek kısım direktifler. 32 bit flashplugin url'si 64 bit flashplugin url'si Dolayısıyla bir highlight sorunu olacağını sanmıyorum. XML'in yapısallığı bozulmuyor. Zaten bozuk olduğunda commit de edemiyoruz. > Kaldı ki, arch= attribute'ü benzeri bir çözümde de, aynı şekilde araya > filtre sokularak işlenmeyecek mimari ve durumlara ait taglar aynı > basitlikte elenebilir. Bu attribute'ün Package, Dependency, Archive, Patch ve hatta Update tagları için ayrı ayrı destekleniyor olması gerekiyor yalnız. From gkmngrgn at gmail.com Thu Dec 3 12:09:09 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Thu, 3 Dec 2009 12:09:09 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912031201.50764.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912030940.48005.fatih@pardus.org.tr> <200912031031.19017.gurer@pardus.org.tr> <200912031201.50764.fatih@pardus.org.tr> Message-ID: <579eef480912030209q5b08a86cvbec5e80d0c14bc83@mail.gmail.com> 2009/12/3 Fatih Aşıcı > Comment arasında kalacak tek kısım direktifler. > > > 32 bit flashplugin url'si > > 64 bit flashplugin url'si > > > Dolayısıyla bir highlight sorunu olacağını sanmıyorum. XML'in yapısallığı > bozulmuyor. Zaten bozuk olduğunda commit de edemiyoruz. > > 32 bit flashplugin url'si 64 bit flashplugin url'si Arm flashplugin url'si ... Ben böyle düşünmüştüm. Ötekine göre daha temiz bence. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From gurer at pardus.org.tr Thu Dec 3 12:19:13 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Thu, 3 Dec 2009 12:19:13 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912031201.50764.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912031031.19017.gurer@pardus.org.tr> <200912031201.50764.fatih@pardus.org.tr> Message-ID: <200912031219.13360.gurer@pardus.org.tr> 03 Aralık 2009 Perşembe günü (saat 12:01:50) Fatih Aşıcı şunları yazmıştı: > > 32 bit flashplugin url'si > > 64 bit flashplugin url'si > Verdiğin URL deki örnekte else içindeki Archive'i de commentliyordu gibi gördüm, sanırım preprocessor olmadığında çift olmasın diye. > Bu attribute'ün Package, Dependency, Archive, Patch ve hatta Update tagları > için ayrı ayrı destekleniyor olması gerekiyor yalnız. Tüm tagler için geçerli diyebiliriz. Tıpkı xml:lang gibi. Komple için de belki düşünmek lazım. Yalnızca bir mimariye özel paketler var. Patch konusunda da başka bir problem geldi aklıma. Mesela bir 64bit patch'i var. Aynı koda bir de güvenlik yaması eklendi. Güvenlik yaması aynı satırları değiştirdiği için 64bit'e uygulanamıyor oldu. Böyle karışıklıkları önlemek için mesela 64bit yamasını 32bit'e de yapmak daha doğru geliyor. Sonuçta bu yamalar içinde zaten C/C++ #ifdef leri oluyor, yada mesela int yerine size_t kullanmak gibi her zaman doğru şeyler oluyor. Yani yamaları dallandırıp çakışmalar yaratmamak lazım mümkünse. Config tarzı yamalar için de farklı configler koda farklı dosyalar halinde eklenip, actions.py içinde bir configure parametresi yada link ile falan koşula göre aktive edilebilir? From ozan at pardus.org.tr Thu Dec 3 12:38:41 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Thu, 03 Dec 2009 12:38:41 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912031219.13360.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912031031.19017.gurer@pardus.org.tr> <200912031201.50764.fatih@pardus.org.tr> <200912031219.13360.gurer@pardus.org.tr> Message-ID: <4B179531.4080208@pardus.org.tr> Gürer Özen wrote On 03-12-2009 12:19: > 03 Aralık 2009 Perşembe günü (saat 12:01:50) Fatih Aşıcı şunları yazmıştı > > > Config tarzı yamalar için de farklı configler koda farklı dosyalar halinde > eklenip, actions.py içinde bir configure parametresi yada link ile falan koşula > göre aktive edilebilir? > AdditionalFile'ların workDir'e de alınabilmesi lazım setup() öncesi, doğru çözüm bu bence. From isbaran at gmail.com Thu Dec 3 14:29:39 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Thu, 3 Dec 2009 14:29:39 +0200 Subject: [Gelistirici] 2009/devel/multimedia/sound/listen/files - what? it's empty file =/. In-Reply-To: <20091203121458.9C39349C968@ns1.pardus.org.tr> References: <20091203121458.9C39349C968@ns1.pardus.org.tr> Message-ID: <395ed7070912030429m521fbd24j471038697c9c6fe6@mail.gmail.com> 2009/12/3 Gökmen Görgen > Author: gkmngrgn > Date: Thu Dec 3 14:14:58 2009 > New Revision: 12239 > > Removed: > 2009/devel/multimedia/sound/listen/files/dbus.patch > Log: > what? it's empty file =/. > Hello ~ $ listen AttributeError: 'module' object has no attribute 'Element' No avahi support Traceback (most recent call last): File "listen", line 211, in ListenApp() File "listen", line 132, in __init__ self.listen_instance = Listen() File "/usr/lib/listen/widget/listen.py", line 134, in __init__ self.notify = Notify(self.tray) File "/usr/lib/listen/widget/notify.py", line 58, in __init__ if dbus_imported and bus and utils.dbus_service_available(bus,interface,True): File "/usr/lib/listen/utils.py", line 93, in dbus_service_available bus.start_service_by_name(interface) File "/usr/lib/python2.6/site-packages/dbus/bus.py", line 281, in start_service_by_name 'su', (bus_name, flags))) File "/usr/lib/python2.6/site-packages/dbus/connection.py", line 630, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Notifications was not provided by any .service files -- İşbaran Akçayır http://ish.kodzilla.org -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From gkmngrgn at gmail.com Thu Dec 3 14:44:30 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Thu, 3 Dec 2009 14:44:30 +0200 Subject: [Gelistirici] 2009/devel/multimedia/sound/listen/files - what? it's empty file =/. In-Reply-To: <395ed7070912030429m521fbd24j471038697c9c6fe6@mail.gmail.com> References: <20091203121458.9C39349C968@ns1.pardus.org.tr> <395ed7070912030429m521fbd24j471038697c9c6fe6@mail.gmail.com> Message-ID: <579eef480912030444y2695559bua307fb85318e32e2@mail.gmail.com> 2009/12/3 İşbaran Akçayır > > Hello > > ~ $ listen > AttributeError: 'module' object has no attribute 'Element' > No avahi support > Traceback (most recent call last): > File "listen", line 211, in > ListenApp() > File "listen", line 132, in __init__ > self.listen_instance = Listen() > File "/usr/lib/listen/widget/listen.py", line 134, in __init__ > self.notify = Notify(self.tray) > File "/usr/lib/listen/widget/notify.py", line 58, in __init__ > if dbus_imported and bus and > utils.dbus_service_available(bus,interface,True): > File "/usr/lib/listen/utils.py", line 93, in dbus_service_available > bus.start_service_by_name(interface) > File "/usr/lib/python2.6/site-packages/dbus/bus.py", line 281, in > start_service_by_name > 'su', (bus_name, flags))) > File "/usr/lib/python2.6/site-packages/dbus/connection.py", line 630, in > call_blocking > message, timeout) > dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: > The name org.freedesktop.Notifications was not provided by any .service > files > > Yep bunu biliyorum, bir şeyler gözümden kaçmış. Fırsat bulunca ilgileneceğim. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From dfisek at fisek.com.tr Thu Dec 3 16:26:57 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Thu, 3 Dec 2009 16:26:57 +0200 Subject: [Gelistirici] [Buildfarm] [2009] info In-Reply-To: <20091203141849.1F784A7AAF3@lider.pardus.org.tr> References: <20091203141849.1F784A7AAF3@lider.pardus.org.tr> Message-ID: <20091203162657.290b04d5.dfisek@fisek.com.tr> Thu, 3 Dec 2009 16:18:49 +0200 (EET), Pardus 2009 Buildfarm : > chromium-bsu-0.9.14-7-3.pisi Eger cok gec degilse paketi yok edebilir miyiz? devel'de homepage degisikligi yapacagima yanlislikla stable'da yapmisim ve kuyruga girmis o yuzden. Eger gecse onemli degil, ACK vermem, bosu bosuna guncelleme gitmez kullaniciya. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From onur at pardus.org.tr Thu Dec 3 16:33:18 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Thu, 3 Dec 2009 16:33:18 +0200 Subject: [Gelistirici] [Buildfarm] [2009] info In-Reply-To: <20091203162657.290b04d5.dfisek@fisek.com.tr> References: <20091203141849.1F784A7AAF3@lider.pardus.org.tr> <20091203162657.290b04d5.dfisek@fisek.com.tr> Message-ID: <200912031633.18310.onur@pardus.org.tr> On 03 Aralık 2009 Perşembe 16:26:57 Doruk Fisek wrote: > Thu, 3 Dec 2009 16:18:49 +0200 (EET), Pardus 2009 Buildfarm > > : > > chromium-bsu-0.9.14-7-3.pisi > > Eger cok gec degilse paketi yok edebilir miyiz? > > devel'de homepage degisikligi yapacagima yanlislikla stable'da > yapmisim ve kuyruga girmis o yuzden. > > Eger gecse onemli degil, ACK vermem, bosu bosuna guncelleme gitmez > kullaniciya. geç malesef :/ -- Onur Küçük Knowledge speaks, but wisdom listens From isbaran at gmail.com Thu Dec 3 17:14:00 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Thu, 3 Dec 2009 17:14:00 +0200 Subject: [Gelistirici] [Buildfarm] [2009] error: /root/2009/multimedia/sound/amarok/pspec.xml In-Reply-To: <20091203145306.B0B8DA7AB39@lider.pardus.org.tr> References: <20091203145306.B0B8DA7AB39@lider.pardus.org.tr> Message-ID: <395ed7070912030714w180a3de8w5c6dae998986022e@mail.gmail.com> 2009/12/3 Pardus 2009 Buildfarm > Hello, > > This message is sent from Pardus buildfarm. Please do not reply as it is > automatically generated. > > An error occured while processing the file '* > /root/2009/multimedia/sound/amarok/pspec.xml*' (maintainer: *İşbaran > Akçayır*). Error log is as follows > Selam, Bu test deposu için derleme işlemi değil mi ?.. Fark ettim ki taglib-extras ın yeniden derlenmesini istiyor bu güncellemede, needs rebuild gibi bir şey var mıydı bizde ? -- İşbaran Akçayır http://ish.kodzilla.org -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From onur at pardus.org.tr Thu Dec 3 19:06:14 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Thu, 3 Dec 2009 19:06:14 +0200 Subject: [Gelistirici] [Buildfarm] [2009] error: /root/2009/multimedia/sound/amarok/pspec.xml In-Reply-To: <395ed7070912030714w180a3de8w5c6dae998986022e@mail.gmail.com> References: <20091203145306.B0B8DA7AB39@lider.pardus.org.tr> <395ed7070912030714w180a3de8w5c6dae998986022e@mail.gmail.com> Message-ID: <20091203190614.4f1be20e.onur@pardus.org.tr> On Thu, 3 Dec 2009 17:14:00 +0200 İşbaran Akçayır wrote: > Bu test deposu için derleme işlemi değil mi ?.. evet > Fark ettim ki taglib-extras ın yeniden derlenmesini istiyor bu > güncellemede, needs rebuild gibi bir şey var mıydı bizde ? taglib-extras niye yeniden derlenmeli, bağımlılıklarından birindeki yeni bir özelliği kullanabilmek için mi ? Eğer öyle ise bağımlılığının yeni sürümüne (versionFrom) bağımlılık yaparak release arttırıp tekrar depoya alırsa derlenir, ayrıca Amarok'a da taglib-extras 'ın yeni sürümüne bağımlılık yazman lazım -- Onur Küçük Knowledge speaks, but wisdom listens From isbaran at gmail.com Thu Dec 3 23:10:32 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Thu, 03 Dec 2009 23:10:32 +0200 Subject: [Gelistirici] [2009] error: /root/2009/multimedia/sound/amarok/pspec.xml In-Reply-To: <20091203182050.D4833A7AB6E@lider.pardus.org.tr> References: <20091203182050.D4833A7AB6E@lider.pardus.org.tr> Message-ID: <4B182948.2070807@gmail.com> Pardus 2009 Buildfarm wrote On 03-12-2009 20:20: > > Plain log file: http://paketler.pardus.org.tr/logs/2009/amarok.log Hatanın neden olduğu hakkında fikrim yok, güncel iki bilgisayarda derledim kullanıyorum paketi From onur at pardus.org.tr Thu Dec 3 23:18:05 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Thu, 3 Dec 2009 23:18:05 +0200 Subject: [Gelistirici] [2009] error: /root/2009/multimedia/sound/amarok/pspec.xml In-Reply-To: <4B182948.2070807@gmail.com> References: <20091203182050.D4833A7AB6E@lider.pardus.org.tr> <4B182948.2070807@gmail.com> Message-ID: <20091203231805.cde76b75.onur@pardus.org.tr> On Thu, 03 Dec 2009 23:10:32 +0200 İşbaran Akçayır wrote: > Pardus 2009 Buildfarm wrote On 03-12-2009 20:20: > > > > Plain log file: http://paketler.pardus.org.tr/logs/2009/amarok.log > > Hatanın neden olduğu hakkında fikrim yok, güncel iki bilgisayarda > derledim kullanıyorum paketi Sorunlar şuralarda, collectionscanner bir seri başlık dosyasını bulamıyor cd /var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/build/src/services/magnatune && /usr/lib/ccache/bin/i686-pc-linux-gnu-g++ -DMAKE_KCM_AMAROK_SERVICE_MAGNATUNESTORE_LIB -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DQT_NO_STL -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -mtune=generic -march=i686 -O2 -pipe -fomit-frame-pointer -fstack-protector -D_FORTIFY_SOURCE=2 -g3 -ggdb -fmessage-length=0 -Wl,--as-needed -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden -fPIC -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/build/src/services/magnatune -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/src/services/magnatune -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/shared -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1 -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/build -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/src/services/.. -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/src/services/magnatune/.. -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/src/services/magnatune/../.. -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/src/services/magnatune/../../plugin -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/src/services/magnatune/../../meta -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/src/services/magnatune/../../collection -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/src/services/magnatune/../../servicebrowser -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/src/services/magnatune/../../statusbar -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/build/src/services/magnatune/../../.. -I/usr/include/mysql -I/usr/kde/4/include -I/usr/kde/4/include/KDE -I/usr/qt/4/include/KDE -I/usr/qt/4/include -I/usr/qt/4/include/QtXmlPatterns -I/usr/qt/4/include/QtWebKit -I/usr/qt/4/include/QtHelp -I/usr/qt/4/include/QtAssistant -I/usr/qt/4/include/QtDBus -I/usr/qt/4/include/QtTest -I/usr/qt/4/include/QtUiTools -I/usr/qt/4/include/QtScript -I/usr/qt/4/include/QtSvg -I/usr/qt/4/include/QtXml -I/usr/qt/4/include/QtSql -I/usr/qt/4/include/QtOpenGL -I/usr/qt/4/include/QtNetwork -I/usr/qt/4/include/QtDesigner -I/usr/qt/4/include/Qt3Support -I/usr/qt/4/include/QtGui -I/usr/qt/4/include/QtCore -I/usr/qt/4/include/Qt -I/usr/qt/4/mkspecs/default -I/usr/include/taglib -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/taglib -I//var/pisi/taglib-extras-1.0.1-6/install/usr/kde/4/include/taglib-extras -o CMakeFiles/kcm_amarok_service_magnatunestore.dir/MagnatuneSettingsModule.o -c /var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/src/services/magnatune/MagnatuneSettingsModule.cpp Built target amarok_afttagger /usr/bin/cmake -E cmake_progress_report /var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/build/CMakeFiles [ 19%] Building CXX object utilities/collectionscanner/CMakeFiles/amarokcollectionscanner.dir/__/__/shared/MetaReplayGain.o cd /var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/build/utilities/collectionscanner && /usr/lib/ccache/bin/i686-pc-linux-gnu-g++ -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DQT_NO_STL -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -DUTILITIES_BUILD -mtune=generic -march=i686 -O2 -pipe -fomit-frame-pointer -fstack-protector -D_FORTIFY_SOURCE=2 -g3 -ggdb -fmessage-length=0 -Wl,--as-needed -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden -fexceptions -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/build/utilities/collectionscanner -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/utilities/collectionscanner -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/shared -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1 -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/build -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/utilities/collectionscanner/.. -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/utilities/collectionscanner/charset-detector/include -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/utilities/collectionscanner/charset-detector/src -I/var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/utilities/collectionscanner/charset-detector/src/tables -I/usr/include/mysql -I/usr/kde/4/include -I/usr/kde/4/include/KDE -I/usr/qt/4/include/KDE -I/usr/qt/4/include -I/usr/qt/4/include/QtXmlPatterns -I/usr/qt/4/include/QtWebKit -I/usr/qt/4/include/QtHelp -I/usr/qt/4/include/QtAssistant -I/usr/qt/4/include/QtDBus -I/usr/qt/4/include/QtTest -I/usr/qt/4/include/QtUiTools -I/usr/qt/4/include/QtScript -I/usr/qt/4/include/QtSvg -I/usr/qt/4/include/QtXml -I/usr/qt/4/include/QtSql -I/usr/qt/4/include/QtOpenGL -I/usr/qt/4/include/QtNetwork -I/usr/qt/4/include/QtDesigner -I/usr/qt/4/include/Qt3Support -I/usr/qt/4/include/QtGui -I/usr/qt/4/include/QtCore -I/usr/qt/4/include/Qt -I/usr/qt/4/mkspecs/default -I/usr/include/taglib -I//var/pisi/taglib-extras-1.0.1-6/install/usr/kde/4/include/taglib-extras -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/taglib -I//var/pisi/taglib-extras-1.0.1-6/install/usr/kde/4/include/taglib-extras -o CMakeFiles/amarokcollectionscanner.dir/__/__/shared/MetaReplayGain.o -c /var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/shared/MetaReplayGain.cpp /var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/utilities/collectionscanner/CollectionScanner.cpp:64:37: error: audiblefiletyperesolver.h: No such file or directory /usr/bin/cmake -E cmake_progress_report /var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/build/CMakeFiles /var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/utilities/collectionscanner/CollectionScanner.cpp:65:39: error: realmediafiletyperesolver.h: No such file or directory In file included from /var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/utilities/collectionscanner/CollectionScanner.cpp:66: /var/pisi/amarok-2.2.1-33/work/amarok-2.2.1/shared/taglib_filetype_resolvers/asffiletyperesolver.h:27:26: error: tfile_helper.h: No such file or directory -- Onur Küçük Knowledge speaks, but wisdom listens From isbaran at gmail.com Thu Dec 3 23:20:38 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Thu, 03 Dec 2009 23:20:38 +0200 Subject: [Gelistirici] [Buildfarm] [2009] error: /root/2009/multimedia/sound/amarok/pspec.xml In-Reply-To: <20091203190614.4f1be20e.onur@pardus.org.tr> References: <20091203145306.B0B8DA7AB39@lider.pardus.org.tr> <395ed7070912030714w180a3de8w5c6dae998986022e@mail.gmail.com> <20091203190614.4f1be20e.onur@pardus.org.tr> Message-ID: <4B182BA6.3060102@gmail.com> Onur Küçük wrote On 03-12-2009 19:06: > > On Thu, 3 Dec 2009 17:14:00 +0200 > İşbaran Akçayır wrote: > >> Bu test deposu için derleme işlemi değil mi ?.. > > evet Derleme başka bir sebepten kesilmiş ama ne olduğunu anlamadım >> Fark ettim ki taglib-extras ın yeniden derlenmesini istiyor bu >> güncellemede, needs rebuild gibi bir şey var mıydı bizde ? > > taglib-extras niye yeniden derlenmeli, bağımlılıklarından birindeki > yeni bir özelliği kullanabilmek için mi ? Eğer öyle ise bağımlılığının > yeni sürümüne (versionFrom) bağımlılık yaparak release arttırıp tekrar > depoya alırsa derlenir, ayrıca Amarok'a da taglib-extras 'ın yeni > sürümüne bağımlılık yazman lazım taglib-extras'ın pek bir bağımlılığı yok, yeniden derlemeyince asf ile ilgili bir yerlerde patlıyor, taglib bağımlılığından dolayı olabilir dedim ama Eren bir ara update etmiş ama depoya almamış taglib'i benim update ile duruyor en son .. kde ile ilgili diyeceğim ama ne alaka anlamadım hatayı da şans eseri çabuk çözdüğümden tam ne yazdığını hatırlamıyorum şu an gelen hata ile ilgili fikriniz var mı bende böyle bir sorun yok From isbaran at gmail.com Thu Dec 3 23:27:32 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Thu, 03 Dec 2009 23:27:32 +0200 Subject: [Gelistirici] [2009] error: /root/2009/multimedia/sound/amarok/pspec.xml In-Reply-To: <20091203231805.cde76b75.onur@pardus.org.tr> References: <20091203182050.D4833A7AB6E@lider.pardus.org.tr> <4B182948.2070807@gmail.com> <20091203231805.cde76b75.onur@pardus.org.tr> Message-ID: <4B182D44.9080300@gmail.com> Onur Küçük wrote On 03-12-2009 23:18: > > On Thu, 03 Dec 2009 23:10:32 +0200 > İşbaran Akçayır wrote: > >> Pardus 2009 Buildfarm wrote On 03-12-2009 20:20: >>> >>> Plain log file: http://paketler.pardus.org.tr/logs/2009/amarok.log >> >> Hatanın neden olduğu hakkında fikrim yok, güncel iki bilgisayarda >> derledim kullanıyorum paketi > > Sorunlar şuralarda, collectionscanner bir seri başlık dosyasını bulamıyor Sağol gözümün önünde görmemişim bu taglib le ilgili dediğim hata, tfile_helper.h taglib-extras paketinde olmasına rağmen bulamıyor ama taglib-extras'ı tekrar derleyip kurunca buluyor oysa dosya aynı yerde .. From fatih at pardus.org.tr Fri Dec 4 11:03:01 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Fri, 4 Dec 2009 11:03:01 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912031219.13360.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912031201.50764.fatih@pardus.org.tr> <200912031219.13360.gurer@pardus.org.tr> Message-ID: <200912041103.01665.fatih@pardus.org.tr> On Thursday 03 December 2009 12:19:13 Gürer Özen wrote: > > Bu attribute'ün Package, Dependency, Archive, Patch ve hatta Update > > tagları için ayrı ayrı destekleniyor olması gerekiyor yalnız. > > Tüm tagler için geçerli diyebiliriz. Tıpkı xml:lang gibi. > > Komple için de belki düşünmek lazım. Yalnızca bir mimariye özel > paketler var. Peki; böyle olsun. Ancak "arch" gibi çok spesifik bir kelime yerine "for" ya da "if" gibi genel bir attribute adını tercih ederim. veya "Package for bootstrap/x86" şeklinde okuyunca anlamlı geliyor bana. Birden fazla değer için ayrı tag veya attribute kullanmak yerine virgül ile ayırmayı tercih ederim. for="x86,bootstrap" gibi. From gkmngrgn at gmail.com Fri Dec 4 11:27:55 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Fri, 4 Dec 2009 11:27:55 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912041103.01665.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912031201.50764.fatih@pardus.org.tr> <200912031219.13360.gurer@pardus.org.tr> <200912041103.01665.fatih@pardus.org.tr> Message-ID: <579eef480912040127g7785a909uca1ebe85441f3e5c@mail.gmail.com> 2009/12/4 Fatih Aşıcı > Peki; böyle olsun. Ancak "arch" gibi çok spesifik bir kelime yerine "for" > ya > da "if" gibi genel bir attribute adını tercih ederim. > > > veya > > "Package for bootstrap/x86" şeklinde okuyunca anlamlı geliyor bana. > > Birden fazla değer için ayrı tag veya attribute kullanmak yerine virgül ile > ayırmayı tercih ederim. for="x86,bootstrap" gibi. > > arch'ı ben archlinux'a bakarak söyledim ama for olması daha iyi görünüyor. şeklinde kullanınca hem satır sayısı artıyor, hem de paketçinin hata yapma olasılığı artıyor. Bir de sadece Archive için değil diğerleri için de pekala böyle bir şey kullanılabilir, senin de örnek olarak yazdığın gibi. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Fri Dec 4 12:02:18 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Fri, 04 Dec 2009 12:02:18 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <200912041103.01665.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912031201.50764.fatih@pardus.org.tr> <200912031219.13360.gurer@pardus.org.tr> <200912041103.01665.fatih@pardus.org.tr> Message-ID: <4B18DE2A.3090901@pardus.org.tr> Fatih Aşıcı wrote: > Peki; böyle olsun. Ancak "arch" gibi çok spesifik bir kelime yerine "for" ya > da "if" gibi genel bir attribute adını tercih ederim. > Fatih yenildik :( Ama PP desteğini opsiyonel olarak pisi'ye koyalım. Toplu yama commentlemek için kullanabilmek bile hayatımı kurtarıyor :) From fatih at pardus.org.tr Fri Dec 4 13:31:43 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Fri, 4 Dec 2009 13:31:43 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <4B18DE2A.3090901@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912041103.01665.fatih@pardus.org.tr> <4B18DE2A.3090901@pardus.org.tr> Message-ID: <200912041331.43109.fatih@pardus.org.tr> On Friday 04 December 2009 12:02:18 Ozan Çağlayan wrote: > Fatih Aşıcı wrote: > > Peki; böyle olsun. Ancak "arch" gibi çok spesifik bir kelime yerine "for" > > ya da "if" gibi genel bir attribute adını tercih ederim. > > Fatih yenildik :( Ama PP desteğini opsiyonel olarak pisi'ye koyalım. > Toplu yama commentlemek için > > > > kullanabilmek bile hayatımı kurtarıyor :) Evet; diğer türlü toplu comment yapmak çok can sıkıcı. Benden +1 :) From onur at pardus.org.tr Fri Dec 4 13:29:56 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Fri, 4 Dec 2009 13:29:56 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912041331.43109.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <4B18DE2A.3090901@pardus.org.tr> <200912041331.43109.fatih@pardus.org.tr> Message-ID: <200912041329.56934.onur@pardus.org.tr> On 04 Aralık 2009 Cuma 13:31:43 Fatih Aşıcı wrote: > On Friday 04 December 2009 12:02:18 Ozan Çağlayan wrote: > > Fatih Aşıcı wrote: > > > Peki; böyle olsun. Ancak "arch" gibi çok spesifik bir kelime yerine > > > "for" ya da "if" gibi genel bir attribute adını tercih ederim. > > > > Fatih yenildik :( Ama PP desteğini opsiyonel olarak pisi'ye koyalım. > > Toplu yama commentlemek için > > > > > > > > kullanabilmek bile hayatımı kurtarıyor :) > > Evet; diğer türlü toplu comment yapmak çok can sıkıcı. Benden +1 :) +1 :) -- Onur Küçük Knowledge speaks, but wisdom listens From gkmngrgn at gmail.com Fri Dec 4 18:09:52 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Fri, 4 Dec 2009 18:09:52 +0200 Subject: [Gelistirici] 2009/devel/multimedia/sound/listen/files - what? it's empty file =/. In-Reply-To: <579eef480912030444y2695559bua307fb85318e32e2@mail.gmail.com> References: <20091203121458.9C39349C968@ns1.pardus.org.tr> <395ed7070912030429m521fbd24j471038697c9c6fe6@mail.gmail.com> <579eef480912030444y2695559bua307fb85318e32e2@mail.gmail.com> Message-ID: <579eef480912040809q10ae1829x9fe8e8c29073c3cd@mail.gmail.com> 2009/12/3 Gökmen Görgen > > Yep bunu biliyorum, bir şeyler gözümden kaçmış. Fırsat bulunca > ilgileneceğim. > > Bu arada bir şey dikkatımı çekti: In [1]: import gst --------------------------------------------------------------------------- AttributeError Traceback (most recent call last) AttributeError: 'module' object has no attribute 'Element' gst-python paketinde bir sorun var. bu paketin ters bağımlılığı olan uygulamaların paketçileri de kendi paketlerinde hatayı tekrarlayabiliyorlar mı bilmiyorum. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From okyaycihan at gmail.com Fri Dec 4 18:23:52 2009 From: okyaycihan at gmail.com (cihan okyay) Date: Fri, 4 Dec 2009 18:23:52 +0200 Subject: [Gelistirici] 2009/devel/multimedia/sound/listen/files - what? it's empty file =/. In-Reply-To: <579eef480912040809q10ae1829x9fe8e8c29073c3cd@mail.gmail.com> References: <20091203121458.9C39349C968@ns1.pardus.org.tr> <395ed7070912030429m521fbd24j471038697c9c6fe6@mail.gmail.com> <579eef480912030444y2695559bua307fb85318e32e2@mail.gmail.com> <579eef480912040809q10ae1829x9fe8e8c29073c3cd@mail.gmail.com> Message-ID: <637d3feb0912040823h54e19881uaacc28e25c52c25f@mail.gmail.com> 04 Aralık 2009 18:09 tarihinde Gökmen Görgen yazdı: > 2009/12/3 Gökmen Görgen > > >> Yep bunu biliyorum, bir şeyler gözümden kaçmış. Fırsat bulunca >> ilgileneceğim. >> >> > Bu arada bir şey dikkatımı çekti: > In [1]: import gst > --------------------------------------------------------------------------- > AttributeError Traceback (most recent call last) > > > AttributeError: 'module' object has no attribute 'Element' > > gst-python paketinde bir sorun var. bu paketin ters bağımlılığı olan > uygulamaların paketçileri de kendi paketlerinde hatayı tekrarlayabiliyorlar > mı bilmiyorum. > Son güncelleme ile bununla ilgili bir hata çözülmüştü diye hatırlıyorum. Onur yapmıştı değişikliği o daha iyi bilir. -- Cihan OKYAY http://cihanokyay.wordpress.com -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From gurer at pardus.org.tr Fri Dec 4 18:52:57 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Fri, 4 Dec 2009 18:52:57 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912041103.01665.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912031219.13360.gurer@pardus.org.tr> <200912041103.01665.fatih@pardus.org.tr> Message-ID: <200912041852.57857.gurer@pardus.org.tr> 04 Aralık 2009 Cuma günü (saat 11:03:01) Fatih Aşıcı şunları yazmıştı: > > veya > > "Package for bootstrap/x86" şeklinde okuyunca anlamlı geliyor bana. > > Birden fazla değer için ayrı tag veya attribute kullanmak yerine virgül ile > ayırmayı tercih ederim. for="x86,bootstrap" gibi. Heh ben önerdim ama sonra aklımda bir şüphe oluştu acaba basit olacak mı diye. Çünkü forlar için and or mevzuları çıkıyor gibi. Bir deneme yaptım ekte. filter.py pspec.xml x64,bootstrap şeklinde deneyin, ikinci parametre boş da kalabilir. xml içinde for=".." içeren taglar eğer kendi kondisyonları tam tutuyorsa diğerlerini replace ediyor. addFor="..." içerenler ise eğer kondisyonları tutuyorsa aktive oluyorlar aksi halde çıkarılıyorlar. Bu modelle kurtarabilir miyiz, daha basit bişi olur mu, yoksa yetmeyecek mi bir deneyelim. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: filter.py Type: text/x-python Size: 1414 bytes Desc: kullanılamıyor URL: From gurer at pardus.org.tr Fri Dec 4 18:59:04 2009 From: gurer at pardus.org.tr (=?utf-8?q?G=C3=BCrer_=C3=96zen?=) Date: Fri, 4 Dec 2009 18:59:04 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <200912041852.57857.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912041103.01665.fatih@pardus.org.tr> <200912041852.57857.gurer@pardus.org.tr> Message-ID: <200912041859.04270.gurer@pardus.org.tr> 04 Aralık 2009 Cuma günü (saat 18:52:57) Gürer Özen şunları yazmıştı: > xml içinde for=".." içeren taglar eğer kendi kondisyonları tam tutuyorsa > diğerlerini replace ediyor. > addFor="..." içerenler ise eğer kondisyonları tutuyorsa aktive oluyorlar > aksi halde çıkarılıyorlar. Bunu açıklamam lazım: ... ... bunlardan yalnızca ikinci grup kullanılıyor ... ... burada ise ekleniyor. From dfisek at fisek.com.tr Fri Dec 4 19:07:46 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 4 Dec 2009 19:07:46 +0200 Subject: [Gelistirici] checklib -> pisi In-Reply-To: <4B192C2E.3020407@pardus.org.tr> References: <200912041532.42175.gokcen@pardus.org.tr> <4B192C2E.3020407@pardus.org.tr> Message-ID: <20091204190746.e8362758.dfisek@fisek.com.tr> (paketler listesinden tasiyorum) Fri, 04 Dec 2009 17:35:10 +0200, Ozan Çağlayan : > ozan2009-pardus virtuoso # checklib virtuoso-apps-5.0.12-1-1.pisi Bu checklib betigini lspisi gibi pisi paketine dahil etsek? Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From ozan at pardus.org.tr Fri Dec 4 19:13:51 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Fri, 04 Dec 2009 19:13:51 +0200 Subject: [Gelistirici] checklib -> pisi In-Reply-To: <20091204190746.e8362758.dfisek@fisek.com.tr> References: <200912041532.42175.gokcen@pardus.org.tr> <4B192C2E.3020407@pardus.org.tr> <20091204190746.e8362758.dfisek@fisek.com.tr> Message-ID: <4B19434F.7070906@pardus.org.tr> Doruk Fisek wrote: > (paketler listesinden tasiyorum) > > Fri, 04 Dec 2009 17:35:10 +0200, Ozan Çağlayan : > > >> ozan2009-pardus virtuoso # checklib virtuoso-apps-5.0.12-1-1.pisi >> > Bu checklib betigini lspisi gibi pisi paketine dahil etsek? > Evet olabilir biraz üzerinden geçeyim, bir kaç eksiği var. From onur at pardus.org.tr Fri Dec 4 19:35:57 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Fri, 4 Dec 2009 19:35:57 +0200 Subject: [Gelistirici] mudur=live* Message-ID: <20091204193557.17a121f6.onur@pardus.org.tr> Merhaba, Çalışan sistemleri ayırt etmek için mudur={livecd,livedisk,nfs} kullanıyoruz. Bu parametre müdür dışında initramfs, pardus-python vb. bir kaç farklı yerde kullanılıyor. Bu parametre sadece mudur tarafından kullanılmadığı için böyle yazmak bana artık mantıklı gelmiyor. Ayrıca mudur= ile başka parametreler de kullandığımız için birden fazla mudur=, virgüller vs. ile parse etmesi iyice zorlaşıyor. Yakında livecd / livedisk ayrımını kaldıracağım. Hazır değiştirmişken bunu da değiştirmek istiyorum. LABEL bilgisini alırken de root=LIVELABEL=XXXXX gibi bir yapı var aklımda. Benim önerim ya root=LIVELABEL ı kıstas alsın sistemler, bunu gören direkt live sistemde olduğunu anlasın, ya da bu parametrenin yanına media=live media=nfs media=network (attım ama belki ileride bir tarihte) şeklinde eklenti ekleyelim. Hangisini kullanalım ? Başka önerisi olan var mı ? -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Fri Dec 4 19:39:00 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Fri, 4 Dec 2009 19:39:00 +0200 Subject: [Gelistirici] 2009/devel/multimedia/sound/listen/files - what? it's empty file =/. In-Reply-To: <579eef480912040809q10ae1829x9fe8e8c29073c3cd@mail.gmail.com> References: <20091203121458.9C39349C968@ns1.pardus.org.tr> <395ed7070912030429m521fbd24j471038697c9c6fe6@mail.gmail.com> <579eef480912030444y2695559bua307fb85318e32e2@mail.gmail.com> <579eef480912040809q10ae1829x9fe8e8c29073c3cd@mail.gmail.com> Message-ID: <20091204193900.17bbe199.onur@pardus.org.tr> On Fri, 4 Dec 2009 18:09:52 +0200 Gökmen Görgen wrote: > 2009/12/3 Gökmen Görgen > > > > > Yep bunu biliyorum, bir şeyler gözümden kaçmış. Fırsat bulunca > > ilgileneceğim. > > > > > Bu arada bir şey dikkatımı çekti: > In [1]: import gst > --------------------------------------------------------------------------- > AttributeError Traceback (most recent call > last) > > > AttributeError: 'module' object has no attribute 'Element' > > gst-python paketinde bir sorun var. bu paketin ters bağımlılığı olan > uygulamaların paketçileri de kendi paketlerinde hatayı > tekrarlayabiliyorlar mı bilmiyorum. gst-python release 8 ile bu sorunu düzelttim, az önce denedim sorun çıkmadı -- Onur Küçük Knowledge speaks, but wisdom listens From dfisek at fisek.com.tr Fri Dec 4 20:26:03 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 4 Dec 2009 20:26:03 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <200911260901.00817.ekin@pardus.org.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <200911260901.00817.ekin@pardus.org.tr> Message-ID: <20091204202603.108ee2bc.dfisek@fisek.com.tr> Thu, 26 Nov 2009 09:01:00 +0200, Ekin Meroğlu : > Diğer konular için uzunca bir mail ve duyuru yazacağım, geciktiğinin > farkındayım - H1N1 vurdu da buraları biraz :-P Ping... Patates yetistiriciligine baslasak, domuzlar onu yese, sizi rahat birakirlar mi? :) Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From fatih at pardus.org.tr Fri Dec 4 23:39:12 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Fri, 4 Dec 2009 23:39:12 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912041859.04270.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912041852.57857.gurer@pardus.org.tr> <200912041859.04270.gurer@pardus.org.tr> Message-ID: <200912042339.12249.fatih@pardus.org.tr> On Friday 04 December 2009 18:59:04 Gürer Özen wrote: > Bunu açıklamam lazım: > > ... > > ... > > bunlardan yalnızca ikinci grup kullanılıyor Bence bunlara gerek yok. for değerlerini birden fazla Patches tag'ı etkin olmayacak şekilde vermek kural olsun. or ve and için ise aklıma şöyle bir fikir geldi (böyle bir senaryoya ne kadar ihtiyaç duyarız bilmiyorum): Hem x64 hem bootstrap ise: for="x64,bootstrap" x64 veya bootstrap ise: forAll="x64,bootstrap" (veya forEach ?) > ... > ... Buna da dolayısıyla gerek kalmıyor. From inancyildirgan at gmail.com Fri Dec 4 23:51:06 2009 From: inancyildirgan at gmail.com (=?utf-8?q?=C4=B0nan=C3=A7_Y=C4=B1ld=C4=B1rgan?=) Date: Fri, 4 Dec 2009 23:51:06 +0200 Subject: [Gelistirici] =?utf-8?q?Bespin_Kde_Temas=C4=B1_G=C3=BCncellemesi?= Message-ID: <200912042351.06634.inancyildirgan@gmail.com> Gökmen asker de olduğu için buraya yazayım dedim. Paketi güncellemem de bir sakınca var mı? Kde 4.3 ile şu an ki halinde sorunlar var da. İyi çalışmalar; İnanç From isbaran at gmail.com Fri Dec 4 23:56:59 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Fri, 04 Dec 2009 23:56:59 +0200 Subject: [Gelistirici] =?utf-8?q?Bespin_Kde_Temas=C4=B1_G=C3=BCncellemesi?= In-Reply-To: <200912042351.06634.inancyildirgan@gmail.com> References: <200912042351.06634.inancyildirgan@gmail.com> Message-ID: <4B1985AB.2060802@gmail.com> İnanç Yıldırgan wrote On 04-12-2009 23:51: > Gökmen asker de olduğu için buraya yazayım dedim. Paketi güncellemem de bir > sakınca var mı? Kde 4.3 ile şu an ki halinde sorunlar var da. Güncelle tabi ne duruyorsun madem bir kere girmiş depoya güncel dursun From ozan at pardus.org.tr Sat Dec 5 10:41:39 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 05 Dec 2009 10:41:39 +0200 Subject: [Gelistirici] [Fwd: [Buildfarm] [2009] error: /root/2009/hardware/printer/foomatic-db-engine/pspec.xml] Message-ID: <4B1A1CC3.5050907@pardus.org.tr> Bu pakette çok acayip bir violation var. Configure esnasında, /dev/fd/3'ü kullanarak ghostscript ile bir I/O testi yapıyor. Normal sistemde fd3 açık olmadığı için sorunla karşılaşılmıyor ancak farm kodu pisi api'sini falan kullandığı için o esnada oldukça fazla açık dosya var, fd3 buildlog'a denk geliyor. Yamayla 8 yaptım o da files.db'ye denk geldi. Anlamadığım eskiden nasıl derlendi bu sandbox'a takılmadan.. Nasıl çözücez? -------- Original Message -------- Subject: [Buildfarm] [2009] error: /root/2009/hardware/printer/foomatic-db-engine/pspec.xml Date: Sat, 5 Dec 2009 03:34:01 +0200 (EET) From: Pardus 2009 Buildfarm Reply-To: gelistirici at pardus.org.tr To: onur at pardus.org.tr CC: buildfarm at pardus.org.tr -------------- sonraki bölüm -------------- An embedded and charset-unspecified text was scrubbed... Name: Attached Message Part URL: From ozan at pardus.org.tr Sat Dec 5 11:23:56 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 05 Dec 2009 11:23:56 +0200 Subject: [Gelistirici] =?utf-8?q?sandbox_performans_penalt=C4=B1s=C4=B1?= Message-ID: <4B1A26AC.5030300@pardus.org.tr> Selam, Geçen gün güvenlik yamalarını test etmek için 2008 buildfarm'ında kullanıcı olarak kernel derlemem gerekti. 2008 farm'ında sandbox kapalı, ccache açık. Eren'e 1 saat falan sürer dedim, 3 dakika geçti yan konsola baktım install aşamasını bitirmiş. Gerek benim makinemde gerek 2009 farm'ında kernel'in derlenip paketlenmesi 1 saate yakın zaman alıyor. İkisinde de ccache ve sandbox açık. Onur da bu fark için sandboxtan şüpheneliyorum diyince ufak bir shell betiği yazdım, bir paketin derlenme süresini ölçen. Önce sync çağırıp sonra bütün cache'leri drop ediyor ve paketi derliyor. Kernel için deneyecek vaktim olmadı ancak örneğin cups paketi için benim dandiri AMD makinedeki fark şu şekilde: ozan2009-pardus cups # measure-build --build Measuring builds for cups Syncing dirty pages.. Dropping all caches.. build_with_sandbox real 1m19.520s user 0m44.814s sys 0m39.323s Syncing dirty pages.. Dropping all caches.. build_without_sandbox real 0m29.912s user 0m22.230s sys 0m7.951s -- Fark gözardı edilemeyecek kadar fazla. Bir şey yapabilir miyiz, yapsak çok şahane olur bence :) Biraz daha büyükçe ve daha da büyükçe paketler için de sonuçları yazacağım. Görüşürüz. From gurer at pardus.org.tr Sat Dec 5 12:05:51 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 5 Dec 2009 12:05:51 +0200 Subject: [Gelistirici] =?iso-8859-9?q?sandbox_performans_penalt=FDs=FD?= In-Reply-To: <4B1A26AC.5030300@pardus.org.tr> References: <4B1A26AC.5030300@pardus.org.tr> Message-ID: <200912051205.51306.gurer@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 11:23:56) Ozan Çağlayan şunları yazmıştı: > Onur da bu fark için sandboxtan şüpheneliyorum diyince ufak bir shell > betiği yazdım, bir paketin derlenme süresini ölçen. Abi şüphelenmenize gerek yok, sandbox altındaki süreçlerin *her* sistem çağrısı girişinde süreç pause ediyor, bizim sürecimiz devreye girip argümanları inceliyor, sonra kernel işini bitirip tekrar bize dönüyor, çağrı dönüşü yapacaklarımızı yapıp süreci tekrar aktive ediyoruz. Her sistem çağrısı için 2 tane ek context switch demek bu da. Burada yapacak çok fazla bişi yok. Compilerın falan daha az sistem çağrısı yapmasını sağlayabilirsek hız farkedebilir (mesela read() lerde daha büyük miktarda veri okunması vb). Ama asıl kayıp build işini yürüten shell betiklerinden geliyor diye tahmin ediyorum. From gurer at pardus.org.tr Sat Dec 5 12:09:16 2009 From: gurer at pardus.org.tr (=?utf-8?q?G=C3=BCrer_=C3=96zen?=) Date: Sat, 5 Dec 2009 12:09:16 +0200 Subject: [Gelistirici] =?utf-8?b?W0Z3ZDogW0J1aWxkZmFybV0gWzIwMDldIGVycm9y?= =?utf-8?q?=3A=09/root/2009/hardware/printer/foomatic-db-engine/pspec=2Exm?= =?utf-8?q?l=5D?= In-Reply-To: <4B1A1CC3.5050907@pardus.org.tr> References: <4B1A1CC3.5050907@pardus.org.tr> Message-ID: <200912051209.16462.gurer@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 10:41:39) Ozan Çağlayan şunları yazmıştı: > Bu pakette çok acayip bir violation var. Configure esnasında, /dev/fd/3'ü > kullanarak ghostscript ile bir I/O testi yapıyor. Normal sistemde fd3 açık > olmadığı için sorunla karşılaşılmıyor ancak farm kodu pisi api'sini falan > kullandığı için o esnada oldukça fazla açık dosya var, fd3 buildlog'a denk > geliyor. Yamayla 8 yaptım o da files.db'ye denk geldi. Hardcoded olarak kullanması yanlış zaten. Ancak 0,1,2 stdin/out/err diye kabul edilebilir (ki o da çok portable ve doğru bir şey değil). Şans eseri çalışıyormuş bugüne kadar. From ozan at pardus.org.tr Sat Dec 5 12:10:59 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 05 Dec 2009 12:10:59 +0200 Subject: [Gelistirici] =?utf-8?q?sandbox_performans_penalt=C4=B1s=C4=B1?= In-Reply-To: <4B1A26AC.5030300@pardus.org.tr> References: <4B1A26AC.5030300@pardus.org.tr> Message-ID: <4B1A31B3.2050607@pardus.org.tr> Ozan Çağlayan wrote: > Selam, > -g3 -ggdb: ---------- build_with_sandbox real 2m56.380s user 4m0.834s sys 3m7.523s build_without_sandbox real 0m34.395s user 1m13.261s sys 0m22.867s debug parametresiz: ------------------- build_with_sandbox real 2m22.084s user 1m42.145s sys 2m31.369s build_without_sandbox real 0m33.269s user 1m14.031s sys 0m22.869s debug parametresiz, cache sıcak, -j14: -------------------------------------- build_with_sandbox real 1m45.044s user 1m32.336s sys 2m14.989s build_without_sandbox real 0m15.444s user 1m6.471s sys 0m18.938s --- Aradaki fark çok işlemcili makinelerde biraz daha geniş sanırım, bu testleri farm'da yaptım. Son olarak kernel ile deneyeceğim. From ozan at pardus.org.tr Sat Dec 5 13:42:53 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 05 Dec 2009 13:42:53 +0200 Subject: [Gelistirici] =?utf-8?q?sandbox_performans_penalt=C4=B1s=C4=B1?= In-Reply-To: <200912051205.51306.gurer@pardus.org.tr> References: <4B1A26AC.5030300@pardus.org.tr> <200912051205.51306.gurer@pardus.org.tr> Message-ID: <4B1A473D.6070808@pardus.org.tr> Gürer Özen wrote: > Abi şüphelenmenize gerek yok, sandbox altındaki süreçlerin *her* sistem > çağrısı girişinde süreç pause ediyor, bizim sürecimiz devreye girip > argümanları inceliyor, sonra kernel işini bitirip tekrar bize dönüyor, çağrı > dönüşü yapacaklarımızı yapıp süreci tekrar aktive ediyoruz. Her sistem çağrısı > için 2 tane ek context switch demek bu da. > (Bu arada diğer iletimde attığım süreler module-alsa-driver paketi içindi, yazmayı unutmuşum) Ya tabii ki bir overhead'inin olduğunu herkes biliyordur da bu kadar hissedilebilir olacağını düşünmemiştim ben. Kernel için de ölçüm yaptım en son kendi makinemde: build_with_sandbox real 58m11.288s user 59m48.153s sys 29m44.836s build_without_sandbox real 12m9.342s user 18m22.565s sys 4m41.782s From necdetyucel at gmail.com Sat Dec 5 13:43:37 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Sat, 5 Dec 2009 13:43:37 +0200 Subject: [Gelistirici] =?iso-8859-9?q?64bit_deposu_hakk=FDnda?= Message-ID: Selamlar, Deponun adına ve yerine karar verildiyse artık açabilir miyiz? iyi hatfa sonları dilerim Necdet Yücel From gurer at pardus.org.tr Sat Dec 5 14:11:47 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 5 Dec 2009 14:11:47 +0200 Subject: [Gelistirici] =?iso-8859-9?q?sandbox_performans_penalt=FDs=FD?= In-Reply-To: <4B1A473D.6070808@pardus.org.tr> References: <4B1A26AC.5030300@pardus.org.tr> <200912051205.51306.gurer@pardus.org.tr> <4B1A473D.6070808@pardus.org.tr> Message-ID: <200912051411.47458.gurer@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 13:42:53) Ozan Çağlayan şunları yazmıştı: > Ya tabii ki bir overhead'inin olduğunu herkes biliyordur da bu kadar > hissedilebilir olacağını düşünmemiştim ben. Normal paketlerde %10-20 civarında genelde, kernel vb için sistem çağrıları derleme işlemine baskın çıkıyor gibi görünüyor. Bir ölçmek lazım, catbox'a çağrı istatistikleri gibi bişi ekleyebiliriz bunun için. From necdetyucel at gmail.com Sat Dec 5 14:23:03 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Sat, 5 Dec 2009 14:23:03 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= Message-ID: Selamlar, Biz oluşturduğumuz x86_64 paketlerini mevcut i686 paketleri ile aynı isimlere sahip olarak oluşturuyoruz (önceki konuşmalarımızda buna karar vermiştik). Bu durum ileride "son kullanıcı" için bir problem oluşturabilir gibi geliyor bana. Yani ruby-1.8.7_p173-21-1.pisi isimli paketi internetten indiren bir kullanıcı bunu sistemine kurakta bir sorun yaşamazken (sonuçta kurulum aşamasında mimari kontrolü yok) sisteminde çalıştıramayacaktır. Bu durum Pardus'un portları arttıkça daha da karmaşıklaşmaz mı? Diğer dağıtımların yaptığı gibi bir x86_64.pisi isimlendirmesi kafa karıştırıcı mı olur? Ne dersiniz? Necdet Yücel From gurer at pardus.org.tr Sat Dec 5 14:27:53 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 5 Dec 2009 14:27:53 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912042339.12249.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912041859.04270.gurer@pardus.org.tr> <200912042339.12249.fatih@pardus.org.tr> Message-ID: <200912051427.53868.gurer@pardus.org.tr> 04 Aralık 2009 Cuma günü (saat 23:39:12) Fatih Aşıcı şunları yazmıştı: Eğer yalnızca override yeterliyse (yani farklı bir durum için patchler değiştiğinde, farkı belirtmek yerine hepsini baştan yazmak sorun değilse) en kolayı: En tepedeki tag'den aşağıya doğru, aynı düzeyde aynı isimli taglerde, for= attribute'u olanlar varsa, o anki kondisyon bunla tam match ediyorsa yalnızca bunlar alınır. Tam match eden tag yoksa for= suzlar alınır. Geri kalanlar silinir. Bunu implemente etmek de, text dosyasına bakarken anlamak da oldukça kolay. İşin içine and ve or koyarsak ambiguity içeren durumlar çıkıyor. Varsın her durum için yeniden yazalım? From gurer at pardus.org.tr Sat Dec 5 14:30:07 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 5 Dec 2009 14:30:07 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: References: Message-ID: <200912051430.07279.gurer@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 14:23:03) Necdet Yücel şunları yazmıştı: > Yani ruby-1.8.7_p173-21-1.pisi isimli paketi internetten indiren bir > kullanıcı bunu sistemine kurakta bir sorun yaşamazken (sonuçta kurulum > aşamasında mimari kontrolü yok) sisteminde çalıştıramayacaktır. Bu > durum Pardus'un portları arttıkça daha da karmaşıklaşmaz mı? Evet. Paketin metadata.xml'inde mimariyi belirtiyoruz şu anda. Pisinin bunu kontrol etmeye de başlaması lazım. > Diğer dağıtımların yaptığı gibi bir x86_64.pisi isimlendirmesi kafa > karıştırıcı mı olur? Ne dersiniz? Paket isimlerini değiştirmeyelim, o iyi bir yol değil. Ama ikili paketlere otomatik olarak paketadı-build-x86_64.pisi son takısı eklenebilir? From necdetyucel at gmail.com Sat Dec 5 14:31:51 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Sat, 5 Dec 2009 14:31:51 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: <200912051430.07279.gurer@pardus.org.tr> References: <200912051430.07279.gurer@pardus.org.tr> Message-ID: > Paket isimlerini değiştirmeyelim, o iyi bir yol değil. Ama ikili paketlere > otomatik olarak paketadı-build-x86_64.pisi son takısı eklenebilir? Ben de tam onu kastetmiştim aslında ;) From ozan at pardus.org.tr Sat Dec 5 14:32:27 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 05 Dec 2009 14:32:27 +0200 Subject: [Gelistirici] =?utf-8?q?paket_isimleri_hakk=C4=B1nda?= In-Reply-To: <200912051430.07279.gurer@pardus.org.tr> References: <200912051430.07279.gurer@pardus.org.tr> Message-ID: <4B1A52DB.7080008@pardus.org.tr> Gürer Özen wrote: > 05 Aralık 2009 Cumartesi günü (saat 14:23:03) Necdet Yücel şunları yazmıştı: > > >> Yani ruby-1.8.7_p173-21-1.pisi isimli paketi internetten indiren bir >> kullanıcı bunu sistemine kurakta bir sorun yaşamazken (sonuçta kurulum >> aşamasında mimari kontrolü yok) sisteminde çalıştıramayacaktır. Bu >> durum Pardus'un portları arttıkça daha da karmaşıklaşmaz mı? >> > > Evet. Paketin metadata.xml'inde mimariyi belirtiyoruz şu anda. Pisinin bunu > kontrol etmeye de başlaması lazım. > Evet mimari kontrolü yapılmalı zaten. 64-bit sistemde pisi.conf'a architecture = x86_64 yazarız. i686 biraz garip bir ifade, 32-bit sistemde de architecture = x86 yazmalı belki de. > >> Diğer dağıtımların yaptığı gibi bir x86_64.pisi isimlendirmesi kafa >> karıştırıcı mı olur? Ne dersiniz? >> > > Paket isimlerini değiştirmeyelim, o iyi bir yol değil. Ama ikili paketlere > otomatik olarak paketadı-build-x86_64.pisi son takısı eklenebilir? > Mimari kontrolü yapılıyor olduktan sonra takı eklemenin gerekli olacağı bir yer var mı? From onur at pardus.org.tr Sat Dec 5 14:39:35 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sat, 5 Dec 2009 14:39:35 +0200 Subject: [Gelistirici] 2009/devel - add 3 new components In-Reply-To: <20091204213952.E131A49C8E9@ns1.pardus.org.tr> References: <20091204213952.E131A49C8E9@ns1.pardus.org.tr> Message-ID: <20091205143935.13d813f6.onur@pardus.org.tr> On Fri, 4 Dec 2009 23:39:52 +0200 (EET) Cihan Okyay wrote: > Modified: 2009/devel/components.xml > ================================================================= > --- 2009/devel/components.xml (original) > +++ 2009/devel/components.xml Fri Dec 4 23:39:52 2009 > @@ -868,7 +868,30 @@ > Pardus > admins at pardus.org.tr > > - > + > + > + desktop.lxde > + FIXME > + FIXME > + FIXME ... > + FIXME > + FIXME > + FIXME components.xml ler yanlış yazıldığı için farm indeks de pörtlemiş, lütfen xmllint le kontrol etmeden components.xml leri değiştirmeyelim ! -- Onur Küçük Knowledge speaks, but wisdom listens From gurer at pardus.org.tr Sat Dec 5 14:40:24 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 5 Dec 2009 14:40:24 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: <4B1A52DB.7080008@pardus.org.tr> References: <200912051430.07279.gurer@pardus.org.tr> <4B1A52DB.7080008@pardus.org.tr> Message-ID: <200912051440.24361.gurer@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 14:32:27) Ozan Çağlayan şunları yazmıştı: > Mimari kontrolü yapılıyor olduktan sonra takı eklemenin gerekli olacağı > bir yer var mı? Mesela elinde bir CD falan varsa yada bir siteden download ediyorsan, paketi kurmaya kalkmadan yada unpisi ile içine bakmadan hangi mimari için olduğunu görebilmek? Bu arada asıl düşünmemiz gereken konu, platform bağımlı olmayan paketler. Mesela bir oyunun 50MB lik data paketini yada manpages gibi bir şeyi her platform için ayrı ikili paketler halinde tutmak yerine mimari bağımsız bir paket yapabilir miyiz? From fatih at pardus.org.tr Sat Dec 5 14:40:18 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sat, 5 Dec 2009 14:40:18 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912051427.53868.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912042339.12249.fatih@pardus.org.tr> <200912051427.53868.gurer@pardus.org.tr> Message-ID: <200912051440.19069.fatih@pardus.org.tr> On Saturday 05 December 2009 14:27:53 Gürer Özen wrote: > 04 Aralık 2009 Cuma günü (saat 23:39:12) Fatih Aşıcı şunları yazmıştı: > > Eğer yalnızca override yeterliyse (yani farklı bir durum için patchler > değiştiğinde, farkı belirtmek yerine hepsini baştan yazmak sorun değilse) > en kolayı: > > En tepedeki tag'den aşağıya doğru, aynı düzeyde aynı isimli taglerde, for= > attribute'u olanlar varsa, o anki kondisyon bunla tam match ediyorsa > yalnızca bunlar alınır. Tam match eden tag yoksa for= suzlar alınır. Geri > kalanlar silinir. > > Bunu implemente etmek de, text dosyasına bakarken anlamak da oldukça kolay. > İşin içine and ve or koyarsak ambiguity içeren durumlar çıkıyor. Varsın her > durum için yeniden yazalım? Kaçırdığım bir şey mi var anlamadım? Neden zorlaştırıyoruz ki? for bulunmayan yamalar her zaman uygulansın. for bulunanlardan da sadece match edenler uygulansın. Bu yöntemle hangi durumda ambiguity olabilir? Belki örnek üzerinden gitsek daha iyi olur. From okyaycihan at gmail.com Sat Dec 5 14:45:04 2009 From: okyaycihan at gmail.com (cihan okyay) Date: Sat, 5 Dec 2009 14:45:04 +0200 Subject: [Gelistirici] 2009/devel - add 3 new components In-Reply-To: <20091205143935.13d813f6.onur@pardus.org.tr> References: <20091204213952.E131A49C8E9@ns1.pardus.org.tr> <20091205143935.13d813f6.onur@pardus.org.tr> Message-ID: <637d3feb0912050445w5c907ac0s6ec72d68cc6c33a2@mail.gmail.com> 05 Aralık 2009 14:39 tarihinde Onur Küçük yazdı: > > On Fri, 4 Dec 2009 23:39:52 +0200 (EET) > Cihan Okyay wrote: > > > Modified: 2009/devel/components.xml > > ================================================================= > > --- 2009/devel/components.xml (original) > > +++ 2009/devel/components.xml Fri Dec 4 23:39:52 2009 > > @@ -868,7 +868,30 @@ > > Pardus > > admins at pardus.org.tr > > > > - > > + > > + > > + desktop.lxde > > + FIXME > > + FIXME > > + FIXME > ... > > + FIXME > > + FIXME > > + FIXME > > components.xml ler yanlış yazıldığı için farm indeks de pörtlemiş, > lütfen xmllint le kontrol etmeden components.xml leri değiştirmeyelim ! > Kontrol ettim ancak bir sorun yok gibi duruyordu =/ Sıkıntı için özür dilerim -- Cihan OKYAY http://cihanokyay.wordpress.com -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From fatih at pardus.org.tr Sat Dec 5 14:48:18 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sat, 5 Dec 2009 14:48:18 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: <200912051430.07279.gurer@pardus.org.tr> References: <200912051430.07279.gurer@pardus.org.tr> Message-ID: <200912051448.19068.fatih@pardus.org.tr> On Saturday 05 December 2009 14:30:07 Gürer Özen wrote: > 05 Aralık 2009 Cumartesi günü (saat 14:23:03) Necdet Yücel şunları yazmıştı: > > Yani ruby-1.8.7_p173-21-1.pisi isimli paketi internetten indiren bir > > kullanıcı bunu sistemine kurakta bir sorun yaşamazken (sonuçta kurulum > > aşamasında mimari kontrolü yok) sisteminde çalıştıramayacaktır. Bu > > durum Pardus'un portları arttıkça daha da karmaşıklaşmaz mı? > > Evet. Paketin metadata.xml'inde mimariyi belirtiyoruz şu anda. Pisinin bunu > kontrol etmeye de başlaması lazım. +1 > > Diğer dağıtımların yaptığı gibi bir x86_64.pisi isimlendirmesi kafa > > karıştırıcı mı olur? Ne dersiniz? > > Paket isimlerini değiştirmeyelim, o iyi bir yol değil. Ama ikili paketlere > otomatik olarak paketadı-build-x86_64.pisi son takısı eklenebilir? Bence gerekli değil. 2007 ile 2008 depolarındaki paketler aynı dosya adına sahip olabilir; ama aynı sistemde ikisinin de çalışabileceği anlamına gelmiyor. Bir bilgi aynı depo içindeki tüm dosya adlarında aynı olacaksa bu bilgiyi dosya adına eklemenin yararsız olduğunu düşünüyorum. From onur at pardus.org.tr Sat Dec 5 14:55:13 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sat, 5 Dec 2009 14:55:13 +0200 Subject: [Gelistirici] 2009/devel - add 3 new components In-Reply-To: <637d3feb0912050445w5c907ac0s6ec72d68cc6c33a2@mail.gmail.com> References: <20091204213952.E131A49C8E9@ns1.pardus.org.tr> <20091205143935.13d813f6.onur@pardus.org.tr> <637d3feb0912050445w5c907ac0s6ec72d68cc6c33a2@mail.gmail.com> Message-ID: <20091205145513.78de5bd4.onur@pardus.org.tr> On Sat, 5 Dec 2009 14:45:04 +0200 cihan okyay wrote: > 05 Aralık 2009 14:39 tarihinde Onur Küçük yazdı: > > > > > On Fri, 4 Dec 2009 23:39:52 +0200 (EET) > > Cihan Okyay wrote: > > > > > Modified: 2009/devel/components.xml > > > ================================================================= > > > --- 2009/devel/components.xml (original) > > > +++ 2009/devel/components.xml Fri Dec 4 23:39:52 2009 > > > @@ -868,7 +868,30 @@ > > > Pardus > > > admins at pardus.org.tr > > > > > > - > > > + > > > + > > > + desktop.lxde > > > + FIXME > > > + FIXME > > > + FIXME > > ... > > > + FIXME > > > + FIXME > > > + FIXME > > > > components.xml ler yanlış yazıldığı için farm indeks de pörtlemiş, > > lütfen xmllint le kontrol etmeden components.xml leri > > değiştirmeyelim ! > > > > Kontrol ettim ancak bir sorun yok gibi duruyordu =/ Sıkıntı için özür > dilerim içerik doğru da taglar yanlış, Summary açıp LocalName kapatılmış mesela. Düzeltiyorum birazdan. Groups dosyasını da değiştiriyorum, doğru mu bilmiyorum, ikonu düzeltmesi senden -- Onur Küçük Knowledge speaks, but wisdom listens From okyaycihan at gmail.com Sat Dec 5 14:58:30 2009 From: okyaycihan at gmail.com (cihan okyay) Date: Sat, 5 Dec 2009 14:58:30 +0200 Subject: [Gelistirici] 2009/devel - add 3 new components In-Reply-To: <20091205145513.78de5bd4.onur@pardus.org.tr> References: <20091204213952.E131A49C8E9@ns1.pardus.org.tr> <20091205143935.13d813f6.onur@pardus.org.tr> <637d3feb0912050445w5c907ac0s6ec72d68cc6c33a2@mail.gmail.com> <20091205145513.78de5bd4.onur@pardus.org.tr> Message-ID: <637d3feb0912050458w784e4c32rc2c23d455700c1d5@mail.gmail.com> 05 Aralık 2009 14:55 tarihinde Onur Küçük yazdı: > > On Sat, 5 Dec 2009 14:45:04 +0200 > cihan okyay wrote: > > > 05 Aralık 2009 14:39 tarihinde Onur Küçük yazdı: > > > > > > > > On Fri, 4 Dec 2009 23:39:52 +0200 (EET) > > > Cihan Okyay wrote: > > > > > > > Modified: 2009/devel/components.xml > > > > ================================================================= > > > > --- 2009/devel/components.xml (original) > > > > +++ 2009/devel/components.xml Fri Dec 4 23:39:52 2009 > > > > @@ -868,7 +868,30 @@ > > > > Pardus > > > > admins at pardus.org.tr > > > > > > > > - > > > > + > > > > + > > > > + desktop.lxde > > > > + FIXME > > > > + FIXME > > > > + FIXME > > > ... > > > > + FIXME > > > > + FIXME > > > > + FIXME > > > > > > components.xml ler yanlış yazıldığı için farm indeks de pörtlemiş, > > > lütfen xmllint le kontrol etmeden components.xml leri > > > değiştirmeyelim ! > > > > > > > Kontrol ettim ancak bir sorun yok gibi duruyordu =/ Sıkıntı için özür > > dilerim > > içerik doğru da taglar yanlış, Summary açıp LocalName kapatılmış > mesela. Düzeltiyorum birazdan. Groups dosyasını da değiştiriyorum, > doğru mu bilmiyorum, ikonu düzeltmesi senden > Evet gördüm. Devel da düzelttim. xmllint ile kontrol ettim ama neden kaçırdım bilmiyorum =/ stable da ellemiyorum o zaman Groups ta değiştireceksen. Icon larada bakarım birazdan -- Cihan OKYAY http://cihanokyay.wordpress.com -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From fatih at pardus.org.tr Sat Dec 5 15:03:21 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Sat, 5 Dec 2009 15:03:21 +0200 Subject: [Gelistirici] 2009/devel - add lxde.desktop, don't know if it is correct In-Reply-To: <20091205125714.052EE49C8CB@ns1.pardus.org.tr> References: <20091205125714.052EE49C8CB@ns1.pardus.org.tr> Message-ID: <200912051503.21193.fatih@pardus.org.tr> On Saturday 05 December 2009 14:57:14 Onur Küçük wrote: > Author: onur > Date: Sat Dec 5 14:57:13 2009 > New Revision: 82206 > > Modified: > 2009/devel/groups.xml > Log: > add lxde.desktop, don't know if it is correct Depodaki masaüstü ortamları arttıkça arayüzdeki grup sayısı da artıyor. "Masaüstü Ortamları" şeklinde ana bir grup tanımlayıp altında KDE, GNOME, Xfce, vs. gösterebilsek güzel olurdu. Bununla ilgili bir şey yapabilir miyiz acaba? From gurer at pardus.org.tr Sat Dec 5 15:07:45 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 5 Dec 2009 15:07:45 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912051440.19069.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051427.53868.gurer@pardus.org.tr> <200912051440.19069.fatih@pardus.org.tr> Message-ID: <200912051507.45153.gurer@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 14:40:18) Fatih Aşıcı şunları yazmıştı: > Kaçırdığım bir şey mi var anlamadım? Neden zorlaştırıyoruz ki? for > bulunmayan yamalar her zaman uygulansın. for bulunanlardan da sadece match > edenler uygulansın. Bu yöntemle hangi durumda ambiguity olabilir? Belki > örnek üzerinden gitsek daha iyi olur. Yama için bu mantık doğru gibi. Tek kaçırdığı durum, mesela tüm mimariler için uygulanıp, yalnızca arm için uygulanmayacak bir yama olabilir. Ama tekil tagler için şöyle bir sorun var: paket paket-64 paket-nohededep gibi bir durum olsun. Şimdi bu paketi x86 için, x64 için, bootstrap için, x64+bootstrap için derlediğimizde hangi Tag'ı seçmeliyiz? From gkmngrgn at gmail.com Sat Dec 5 15:09:37 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Sat, 5 Dec 2009 15:09:37 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: <200912051448.19068.fatih@pardus.org.tr> References: <200912051430.07279.gurer@pardus.org.tr> <200912051448.19068.fatih@pardus.org.tr> Message-ID: <579eef480912050509y578eed5bp95ce01fc01fd1c4e@mail.gmail.com> 2009/12/5 Fatih Aşıcı > > Paket isimlerini değiştirmeyelim, o iyi bir yol değil. Ama ikili > paketlere > > otomatik olarak paketadı-build-x86_64.pisi son takısı eklenebilir? > > Bence gerekli değil. 2007 ile 2008 depolarındaki paketler aynı dosya adına > sahip olabilir; ama aynı sistemde ikisinin de çalışabileceği anlamına > gelmiyor. Bir bilgi aynı depo içindeki tüm dosya adlarında aynı olacaksa bu > bilgiyi dosya adına eklemenin yararsız olduğunu düşünüyorum. > > Bence gerekli. Nasıl ki binary arşivlerinin isimlerine bakarak, onun 64 bit veya 32 bitte derlendiğini anlayabiliyorsak, paket isimlerine bakarak da anlayabilmemiz gerekir. Aksi taktirde kullanıcının önce pisi'yi indirip o şekilde anlaması gerek(EBİL)ir. Her ne kadar internette bir pisi bağlantısını paylaşırken "Bu bir 64 bit paketidir" ibaresi koysak veya paket bağlantı adresinde 64 bit veya 32 bit olabileceğini anlamamız mümkün olsa da, burada son kullanıcı söz konusu olduğu için, Fedora'nın Mandriva'nın OpenSuse'nin veya Archlinux'un izlediği yöntemi izlemeliyiz. Bir arch takısı eklemenin fazla göz çıkaracağını sanmıyorum. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From fatih at pardus.org.tr Sat Dec 5 15:18:02 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sat, 5 Dec 2009 15:18:02 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912051507.45153.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051440.19069.fatih@pardus.org.tr> <200912051507.45153.gurer@pardus.org.tr> Message-ID: <200912051518.03016.fatih@pardus.org.tr> On Saturday 05 December 2009 15:07:45 Gürer Özen wrote: > 05 Aralık 2009 Cumartesi günü (saat 14:40:18) Fatih Aşıcı şunları yazmıştı: > > Kaçırdığım bir şey mi var anlamadım? Neden zorlaştırıyoruz ki? for > > bulunmayan yamalar her zaman uygulansın. for bulunanlardan da sadece > > match edenler uygulansın. Bu yöntemle hangi durumda ambiguity olabilir? > > Belki örnek üzerinden gitsek daha iyi olur. > > Yama için bu mantık doğru gibi. Tek kaçırdığı durum, mesela tüm mimariler > için uygulanıp, yalnızca arm için uygulanmayacak bir yama olabilir. Bunun için for="!arm" önermiştim. > Ama tekil tagler için şöyle bir sorun var: > > paket > paket-64 > paket-nohededep Bence for bulunmayan tag'lar her zaman geçerli sayılmalı. Dolayısıyla buradaki gibi hem for'lu hem for'suz Name tagları bir arada bulunmamalı. > gibi bir durum olsun. Şimdi bu paketi x86 için, x64 için, bootstrap için, > x64+bootstrap için derlediğimizde hangi Tag'ı seçmeliyiz? Bu çok nadir bir senaryo olduğu için aşağıdaki gibi bir kullanım tercih edilebilir: paket-64 paket-nohededep paket-nohededep-64 From fatih at pardus.org.tr Sat Dec 5 15:20:00 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Sat, 5 Dec 2009 15:20:00 +0200 Subject: [Gelistirici] =?utf-8?q?paket_isimleri_hakk=C4=B1nda?= In-Reply-To: <579eef480912050509y578eed5bp95ce01fc01fd1c4e@mail.gmail.com> References: <200912051448.19068.fatih@pardus.org.tr> <579eef480912050509y578eed5bp95ce01fc01fd1c4e@mail.gmail.com> Message-ID: <200912051520.00725.fatih@pardus.org.tr> On Saturday 05 December 2009 15:09:37 Gökmen Görgen wrote: > 2009/12/5 Fatih Aşıcı > > > > Paket isimlerini değiştirmeyelim, o iyi bir yol değil. Ama ikili > > > > paketlere > > > > > otomatik olarak paketadı-build-x86_64.pisi son takısı eklenebilir? > > > > Bence gerekli değil. 2007 ile 2008 depolarındaki paketler aynı dosya > > adına sahip olabilir; ama aynı sistemde ikisinin de çalışabileceği > > anlamına gelmiyor. Bir bilgi aynı depo içindeki tüm dosya adlarında aynı > > olacaksa bu bilgiyi dosya adına eklemenin yararsız olduğunu düşünüyorum. > > Bence gerekli. Nasıl ki binary arşivlerinin isimlerine bakarak, onun 64 bit > veya 32 bitte derlendiğini anlayabiliyorsak, paket isimlerine bakarak da > anlayabilmemiz gerekir. Aksi taktirde kullanıcının önce pisi'yi indirip o > şekilde anlaması gerek(EBİL)ir. Her ne kadar internette bir pisi > bağlantısını paylaşırken "Bu bir 64 bit paketidir" ibaresi koysak veya > paket bağlantı adresinde 64 bit veya 32 bit olabileceğini anlamamız mümkün > olsa da, burada son kullanıcı söz konusu olduğu için, Fedora'nın > Mandriva'nın OpenSuse'nin veya Archlinux'un izlediği yöntemi izlemeliyiz. > Bir arch takısı eklemenin fazla göz çıkaracağını sanmıyorum. Aynı mantıkla gidecek olursa paket adlarına hangi Pardus sürümü için derlendiğini de eklemek gerekir (-2008,-2009 gibi). From gkmngrgn at gmail.com Sat Dec 5 15:27:02 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Sat, 5 Dec 2009 15:27:02 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: <200912051520.00725.fatih@pardus.org.tr> References: <200912051448.19068.fatih@pardus.org.tr> <579eef480912050509y578eed5bp95ce01fc01fd1c4e@mail.gmail.com> <200912051520.00725.fatih@pardus.org.tr> Message-ID: <579eef480912050527q2aae59c2l8457557b5d499547@mail.gmail.com> 2009/12/5 Fatih Aşıcı > > Aynı mantıkla gidecek olursa paket adlarına hangi Pardus sürümü için > derlendiğini de eklemek gerekir (-2008,-2009 gibi). > > Hangi Pardus sürümü için derlendiğini eklememize aslında gerek yok. Diğer dağıtımlarda olduğu gibi biz de kullanıcının her zaman Pardus'un son sürümünü kullandığını varsayabiliriz. Kaldı ki yeni bir sürüm çıkarınca eski sürüme desteği er geç bırakıyoruz. Ama arch için böyle bir varsayım yapmamız mümkün değil, aynı sürüm dağıtım için kimisi 64 bit kullanıyor olabilir kimisi de 32 bit kullanıyor olabilir, kimisi arm. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From fatih at pardus.org.tr Sat Dec 5 15:37:08 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Sat, 5 Dec 2009 15:37:08 +0200 Subject: [Gelistirici] =?utf-8?q?paket_isimleri_hakk=C4=B1nda?= In-Reply-To: <579eef480912050527q2aae59c2l8457557b5d499547@mail.gmail.com> References: <200912051520.00725.fatih@pardus.org.tr> <579eef480912050527q2aae59c2l8457557b5d499547@mail.gmail.com> Message-ID: <200912051537.08641.fatih@pardus.org.tr> On Saturday 05 December 2009 15:27:02 Gökmen Görgen wrote: > 2009/12/5 Fatih Aşıcı > > > Aynı mantıkla gidecek olursa paket adlarına hangi Pardus sürümü için > > derlendiğini de eklemek gerekir (-2008,-2009 gibi). > > Hangi Pardus sürümü için derlendiğini eklememize aslında gerek yok. Diğer > dağıtımlarda olduğu gibi biz de kullanıcının her zaman Pardus'un son > sürümünü kullandığını varsayabiliriz. Böyle bir varsayıma sahip olduklarını sanmıyorum. [1] adresindeki paketlerde kullanılan f12,f13 soneklerine dikkat. > Kaldı ki yeni bir sürüm çıkarınca > eski sürüme desteği er geç bırakıyoruz. Ama arch için böyle bir varsayım > yapmamız mümkün değil, aynı sürüm dağıtım için kimisi 64 bit kullanıyor > olabilir kimisi de 32 bit kullanıyor olabilir, kimisi arm. Ben de diyorum ki kullanıcıların kimi 2008 kimi 2009 kullanıyor olabilir aynı mantıkla. Bu arada bu konu pisi'nin tasarımının yapıldığı zamanlarda çok tartışılmıştı. Neden böyle bir karar verildiğini görmek için arşivlere bakabilirsiniz. [1] http://mirrors.kernel.org/fedora/development/i386/os/Packages/ From gurer at pardus.org.tr Sat Dec 5 15:46:04 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 5 Dec 2009 15:46:04 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: <200912051537.08641.fatih@pardus.org.tr> References: <579eef480912050527q2aae59c2l8457557b5d499547@mail.gmail.com> <200912051537.08641.fatih@pardus.org.tr> Message-ID: <200912051546.04258.gurer@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 15:37:08) Fatih Aşıcı şunları yazmıştı: > Ben de diyorum ki kullanıcıların kimi 2008 kimi 2009 kullanıyor olabilir > aynı mantıkla. Buna ben de katıldım şimdi, paket adını metadata çorbasına çevirmemekte fayda var. From dfisek at fisek.com.tr Sat Dec 5 15:44:14 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Sat, 5 Dec 2009 15:44:14 +0200 Subject: [Gelistirici] =?utf-8?q?paket_isimleri_hakk=C4=B1nda?= In-Reply-To: <200912051520.00725.fatih@pardus.org.tr> References: <200912051448.19068.fatih@pardus.org.tr> <579eef480912050509y578eed5bp95ce01fc01fd1c4e@mail.gmail.com> <200912051520.00725.fatih@pardus.org.tr> Message-ID: <20091205154414.6f236f44.dfisek@fisek.com.tr> Sat, 5 Dec 2009 15:20:00 +0200, Fatih Aşıcı : > Aynı mantıkla gidecek olursa paket adlarına hangi Pardus sürümü için > derlendiğini de eklemek gerekir (-2008,-2009 gibi). Evet, bence onu da ekleyelim -- insanlar icin :) Icini acip xml dosyalarina bakmak Pisi icin kolay olabilir ama insanlar icin degil :) Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From gurer at pardus.org.tr Sat Dec 5 15:49:05 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 5 Dec 2009 15:49:05 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912051518.03016.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051507.45153.gurer@pardus.org.tr> <200912051518.03016.fatih@pardus.org.tr> Message-ID: <200912051549.05493.gurer@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 15:18:02) Fatih Aşıcı şunları yazmıştı: > Bence for bulunmayan tag'lar her zaman geçerli sayılmalı. Dolayısıyla > buradaki gibi hem for'lu hem for'suz Name tagları bir arada bulunmamalı. Bu durumda mesela hata verip çıkalım mı? > Bu çok nadir bir senaryo olduğu için aşağıdaki gibi bir kullanım tercih > edilebilir: > > paket-64 > paket-nohededep > paket-nohededep-64 Mimari sayısı artarsa arap saçına döneceğinden korkuyorum. Şu yukarki ifadeyi kavramak bile biraz zaman alıyor. From bahadir at pardus.org.tr Sat Dec 5 15:58:31 2009 From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=) Date: Sat, 5 Dec 2009 15:58:31 +0200 Subject: [Gelistirici] =?iso-8859-9?q?64bit_deposu_hakk=FDnda?= In-Reply-To: References: Message-ID: <200912051558.35134.bahadir@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 13:43:37) Necdet Yücel şunları yazmıştı: > Selamlar, > > Deponun adına ve yerine karar verildiyse artık açabilir miyiz? https://svn.pardus.org.tr/pardus/corporate2/devel-x86_64/ SVN ayarlarında gördüğüm kadarıyla SVN hesabı olan herkesin pardus deposu altına yazma hakkı var. Corporate ve doğal olarak da altındaki dizinlere de yazabiliyorsunuz. devel-x86_64 dizinini oluşturdum, güle güle kullanın :) -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From fatih at pardus.org.tr Sat Dec 5 15:59:49 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sat, 5 Dec 2009 15:59:49 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912051549.05493.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051518.03016.fatih@pardus.org.tr> <200912051549.05493.gurer@pardus.org.tr> Message-ID: <200912051559.49932.fatih@pardus.org.tr> On Saturday 05 December 2009 15:49:05 Gürer Özen wrote: > 05 Aralık 2009 Cumartesi günü (saat 15:18:02) Fatih Aşıcı şunları yazmıştı: > > Bence for bulunmayan tag'lar her zaman geçerli sayılmalı. Dolayısıyla > > buradaki gibi hem for'lu hem for'suz Name tagları bir arada bulunmamalı. > > Bu durumda mesela hata verip çıkalım mı? Evet. > > Bu çok nadir bir senaryo olduğu için aşağıdaki gibi bir kullanım tercih > > edilebilir: > > > > paket-64 > > paket-nohededep > > paket-nohededep-64 > > Mimari sayısı artarsa arap saçına döneceğinden korkuyorum. Şu yukarki > ifadeyi kavramak bile biraz zaman alıyor. Birden fazla deyime (x64, bootstrap, vs) bu şekilde bağlı olan bir tag içeriği çok ama çok nadir bir durum. Hatta hiç kullanacağımızı sanmıyorum. Daha çok aşağıdakilere benzer senaryolar olacak: Nadiren karşılaşacağımız durumlar için gerçeklemesi zor bir özellik eklemeyelim bence. From gurer at pardus.org.tr Sat Dec 5 16:07:19 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 5 Dec 2009 16:07:19 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912051549.05493.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051518.03016.fatih@pardus.org.tr> <200912051549.05493.gurer@pardus.org.tr> Message-ID: <200912051607.20113.gurer@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 15:49:05) Gürer Özen şunları yazmıştı: > Mimari sayısı artarsa arap saçına döneceğinden korkuyorum. Şu yukarki > ifadeyi kavramak bile biraz zaman alıyor. Aslında buradaki temel karışıklık durumların birden fazla parçadan oluşmasından kaynaklanıyor gibi. Gerçekten extensible bir durum setine ihtiyacımız var mı? Mimariye özel durumlar var (x86, x64, arm, vb). Bootstrap ise ya genel olabilir (bootstrap), yada pakette mimariye özel bir durum varsa gene mimariye bağlı olabilir (x86-bootstrap, x64-bootstrap). Eğer "x64,arm" yada "!arm,bootstrap" gibi senaryolar çok nadir olacaksa, ve pspec'te farklılık gerektiren başka bir durum çeşidimiz yoksa, tek keywordle basitçe halledelim? From eren at pardus.org.tr Sat Dec 5 16:28:22 2009 From: eren at pardus.org.tr (Eren =?iso-8859-9?q?T=FCrkay?=) Date: Sat, 5 Dec 2009 16:28:22 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: <20091205154414.6f236f44.dfisek@fisek.com.tr> References: <200912051520.00725.fatih@pardus.org.tr> <20091205154414.6f236f44.dfisek@fisek.com.tr> Message-ID: <200912051628.23112.eren@pardus.org.tr> On Saturday 05 December 2009 03:44:14 pm Doruk Fisek wrote: > Evet, bence onu da ekleyelim -- insanlar icin :) > > Icini acip xml dosyalarina bakmak Pisi icin kolay olabilir ama insanlar > icin degil :) Katılıyorum. Paketlerin sonuna -2008, -2009 eklenmese bile mimari belirtmenin doğru olacağına inanıyorum. Ubuntu, Suse, Redhat gibi dağıtımlar paketlerin sonuna mimariyi ekliyor ancak sürümlerinin eklemiyorlar. İndirilecek paketin hangi mimariye ait olduğunu önceden bilmeyi isterdim. kernel-2.6.25.20-78.x86_64.pisi gibi bir paketi sunMAMAK için sağlam bir sebebimiz olduğunu zannetmiyorum. Diğer dağıtımlar gibi biz de buna benzer bir yol izlesek ve mutlu olsak ne güzel olur? :) From fatih at pardus.org.tr Sat Dec 5 16:42:46 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sat, 5 Dec 2009 16:42:46 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912051607.20113.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051549.05493.gurer@pardus.org.tr> <200912051607.20113.gurer@pardus.org.tr> Message-ID: <200912051642.46691.fatih@pardus.org.tr> On Saturday 05 December 2009 16:07:19 Gürer Özen wrote: > Eğer "x64,arm" yada "!arm,bootstrap" gibi senaryolar çok nadir olacaksa, > ve pspec'te farklılık gerektiren başka bir durum çeşidimiz yoksa, tek > keywordle basitçe halledelim? bootstrap durumunu genelde bir bağımlılığı çıkarmak için kullanacağız. Aşağıdaki gibi: qt Bu yüzden "not" anlamı taşıyan bir karaktere ihtiyacımız var. Ya da notFor şeklinde farklı bir attribute de kullanabiliriz. Virgül ile ayrılmış birden fazla durum arasındaki ilişkiye OR diyeceksek buna da destek vermek zorunda değiliz. Karşılaşması muhtemel aşağıdaki senaryoda: intel.patch yerine intel.patch intel.patch şeklinde Patch tagını tekrar ederek de kullanabiliriz. Ancak birden fazla durum adını kullanabilmenin pisi'de satır sayısı olarak maliyeti 3-4 satır olur diye tahmin ediyorum. AND ilişkisine sahip farklı durumlar için bir senaryo aklıma gelmiyor. Eğer böyle bir şeye ihtiyacımız olursa da dediğin gibi x86-bootstrap şeklinde ayrı bir durum adı kullanabiliriz. Bu arada pisi'deki gerekli değişikliği piksemel ile parse edilen kısmın hemen ardına eklersek hata durumlarını (birden fazla Name tagının match etmesi gibi) ayrıca yakalama gereği de kalmaz. From fatih at pardus.org.tr Sat Dec 5 17:09:51 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sat, 5 Dec 2009 17:09:51 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <4B18DE2A.3090901@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912041103.01665.fatih@pardus.org.tr> <4B18DE2A.3090901@pardus.org.tr> Message-ID: <200912051709.51359.fatih@pardus.org.tr> On Friday 04 December 2009 12:02:18 Ozan Çağlayan wrote: > Toplu yama commentlemek için > > > > kullanabilmek bile hayatımı kurtarıyor :) Aslında bunu for özelliği ile de yapmak mümkün :) ... ... Ekleyeceğimiz "for" kodu Hede taglarını ve arasındakileri gizleyeceği için pisi bu yamaları uygulamaz; ancak ismail.py böyle bir pspec.xml'i commit ettirmez. Hede yerine yine Patch ismini kullansak commit ettirir mi emin değilim. From eren at pardus.org.tr Sat Dec 5 17:25:42 2009 From: eren at pardus.org.tr (Eren =?iso-8859-9?q?T=FCrkay?=) Date: Sat, 5 Dec 2009 17:25:42 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <4B18DE2A.3090901@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912041103.01665.fatih@pardus.org.tr> <4B18DE2A.3090901@pardus.org.tr> Message-ID: <200912051725.42689.eren@pardus.org.tr> On Friday 04 December 2009 12:02:18 pm Ozan Çağlayan wrote: > Toplu yama commentlemek için > > > > kullanabilmek bile hayatımı kurtarıyor :) Toplu yama commentlemek için boxes kullanabilirsin? :) Review'da mevcut kendileri. Yükledikten sonra bir pspec.xml dosyasını vim ile aç, ile commentleyeceğin yeri seç, "!boxes -d html-cmt" yaz, voila! Geri getirmek için de aynı yöntemle commentlediğin yeri seçip "!boxes -r -d html-cmt" ile geri getirebilirsin. PP desteği yine opsiyonel olarak konabilir tabi. From gurer at pardus.org.tr Sat Dec 5 18:27:04 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 5 Dec 2009 18:27:04 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912051642.46691.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051607.20113.gurer@pardus.org.tr> <200912051642.46691.fatih@pardus.org.tr> Message-ID: <200912051827.04513.gurer@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 16:42:46) Fatih Aşıcı şunları yazmıştı: > AND ilişkisine sahip farklı durumlar için bir senaryo aklıma gelmiyor. Eğer > böyle bir şeye ihtiyacımız olursa da dediğin gibi x86-bootstrap şeklinde > ayrı bir durum adı kullanabiliriz. Ekte buna göre yaptım. Mantık şöyle (rekürsif olarak): Bir tag eğer notFor özelliği taşıyorsa, bu özellik içindeki virgülle ayrılmış durumlarda silinir. Bir tag eğer for özelliği taşıyorsa, bu özellik içindeki virgülle ayrılmış durumlardan en az biri aktif değilse silinir. ! işareti yerine notFor daha açık geldi, öbür türlü biraz kriptik oluyor, göz hemen göremiyor. > Bu arada pisi'deki gerekli değişikliği piksemel ile parse edilen kısmın > hemen ardına eklersek hata durumlarını (birden fazla Name tagının match > etmesi gibi) ayrıca yakalama gereği de kalmaz. Aynen öyle olacak. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: filter.py Type: text/x-python Size: 1355 bytes Desc: kullanılamıyor URL: From ekin at pardus.org.tr Sat Dec 5 20:44:47 2009 From: ekin at pardus.org.tr (Ekin =?iso-8859-9?q?Mero=F0lu?=) Date: Sat, 5 Dec 2009 20:44:47 +0200 Subject: [Gelistirici] [Stable] [Security] applications/printing/cups In-Reply-To: <4B1A27AF.1010705@pardus.org.tr> References: <4B1A27AF.1010705@pardus.org.tr> Message-ID: <200912052044.47942.ekin@pardus.org.tr> On Saturday 05 December 2009 11:28:15 Ozan Çağlayan wrote: > Use-after-free (crash) due improper reference counting in abstract file > descriptors handling interface (CVE-2009-3553) (#11663). QA ? S? -- Ekin Meroğlu From ekin at pardus.org.tr Sat Dec 5 21:56:33 2009 From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=) Date: Sat, 5 Dec 2009 21:56:33 +0200 Subject: [Gelistirici] 2008/devel/applications/virtualization/kvm - Limit instructions to 15 bytes (CVE-2009-4031) (#1... In-Reply-To: <20091204134236.35E0249C91A@ns1.pardus.org.tr> References: <20091204134236.35E0249C91A@ns1.pardus.org.tr> Message-ID: <200912052156.33674.ekin@pardus.org.tr> On Friday 04 December 2009 15:20:43 Ozan Çağlayan wrote: > Author: ozan.caglayan > Date: Fri Dec 4 15:20:43 2009 > New Revision: 82134 > > Added: > > 2008/devel/applications/virtualization/kvm/files/kvm.git-e42d9b8141d1f54ff7 >2ad3850bb110c95a5f3b88.patch Modified: > 2008/devel/applications/virtualization/kvm/pspec.xml > Log: > Limit instructions to 15 bytes (CVE-2009-4031) (#11640). > > BUG:COMMENT:11640 Ozan, bunu da aldım stable'a, eline sağlık.. Yalnız deneyebileceğim makinem yok artık, paketi deneyemedim... Bi de QA ve S alalım... -- Ekin Meroğlu From ozan at pardus.org.tr Sun Dec 6 00:12:48 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sun, 06 Dec 2009 00:12:48 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <200912051725.42689.eren@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912041103.01665.fatih@pardus.org.tr> <4B18DE2A.3090901@pardus.org.tr> <200912051725.42689.eren@pardus.org.tr> Message-ID: <4B1ADAE0.3040603@pardus.org.tr> Eren Türkay wrote: > Toplu yama commentlemek için boxes kullanabilirsin? :) Review'da mevcut > kendileri. > > Yükledikten sonra bir pspec.xml dosyasını vim ile aç, ile > commentleyeceğin yeri seç, "!boxes -d html-cmt" yaz, voila! > voilà! diyosun da :) hede.patch hede.patch hede.patch hede.patch bunu XML'de boxes kullansan da nasıl toptan commentleyeceksin? Bilmediğim bir şey varsa öğreneyim :) From ozan at pardus.org.tr Sun Dec 6 00:19:00 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sun, 06 Dec 2009 00:19:00 +0200 Subject: [Gelistirici] [Stable] [Security] applications/printing/cups In-Reply-To: <200912052044.47942.ekin@pardus.org.tr> References: <4B1A27AF.1010705@pardus.org.tr> <200912052044.47942.ekin@pardus.org.tr> Message-ID: <4B1ADC54.8080008@pardus.org.tr> Ekin Meroğlu wrote: > On Saturday 05 December 2009 11:28:15 Ozan Çağlayan wrote: > >> Use-after-free (crash) due improper reference counting in abstract file >> descriptors handling interface (CVE-2009-3553) (#11663). >> > QA ? S? > Acı itiraf: Ben bunlara karar vermeyi kesinlikle beceremiyorum, CVE kimliklerinde de pek bir bilgi yok. I need assistance, belki de Eren biraz yardım etmeli :) Mesela CUPS açığı crafted request ile daemon hang/crash'e yol açabiliyor, KVM açığı de guest OS üzerinden, host OS'te scheduling latency'i tavan yaptırabilecek bir denial of service'e sebep oluyor. Fikirleri alırsak belki ilerisi için de referans oluşturmuş olur. İyi akşamlar. From h.ibrahim.gungor at gmail.com Sun Dec 6 09:06:18 2009 From: h.ibrahim.gungor at gmail.com (=?UTF-8?B?SC4gxLBicmFoaW0gR8O8bmfDtnI=?=) Date: Sun, 6 Dec 2009 09:06:18 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <4B1ADAE0.3040603@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912041103.01665.fatih@pardus.org.tr> <4B18DE2A.3090901@pardus.org.tr> <200912051725.42689.eren@pardus.org.tr> <4B1ADAE0.3040603@pardus.org.tr> Message-ID: 06 Aralık 2009 00:12 tarihinde Ozan Çağlayan yazdı: > Eren Türkay wrote: > > Toplu yama commentlemek için boxes kullanabilirsin? :) Review'da mevcut > > kendileri. > > > > Yükledikten sonra bir pspec.xml dosyasını vim ile aç, ile > > commentleyeceğin yeri seç, "!boxes -d html-cmt" yaz, voila! > > > > voilà! diyosun da :) > > > hede.patch > > hede.patch > > hede.patch > > hede.patch > > bunu XML'de boxes kullansan da nasıl toptan commentleyeceksin? > Bilmediğim bir şey varsa öğreneyim :) > > Vim için NERDCommenter kullanabilirsin: http://www.vim.org/scripts/script.php?script_id=1218 Yakında görüşmek üzere. -- H. İbrahim Güngör -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From gurer at pardus.org.tr Sun Dec 6 10:41:58 2009 From: gurer at pardus.org.tr (=?utf-8?q?G=C3=BCrer_=C3=96zen?=) Date: Sun, 6 Dec 2009 10:41:58 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <200912051827.04513.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051642.46691.fatih@pardus.org.tr> <200912051827.04513.gurer@pardus.org.tr> Message-ID: <200912061041.58408.gurer@pardus.org.tr> 05 Aralık 2009 Cumartesi günü (saat 18:27:04) Gürer Özen şunları yazmıştı: > Ekte buna göre yaptım. Mantık şöyle (rekürsif olarak): Daha da temizlenmiş ve hızlı hali, 20 satır. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: filter.py Type: text/x-python Size: 987 bytes Desc: kullanılamıyor URL: From eren at pardus.org.tr Sun Dec 6 10:44:17 2009 From: eren at pardus.org.tr (Eren =?iso-8859-9?q?T=FCrkay?=) Date: Sun, 6 Dec 2009 10:44:17 +0200 Subject: [Gelistirici] [Stable] [Security] applications/printing/cups In-Reply-To: <4B1ADC54.8080008@pardus.org.tr> References: <4B1A27AF.1010705@pardus.org.tr> <200912052044.47942.ekin@pardus.org.tr> <4B1ADC54.8080008@pardus.org.tr> Message-ID: <200912061044.18067.eren@pardus.org.tr> On Sunday 06 December 2009 12:19:00 am Ozan Çağlayan wrote: > Mesela CUPS açığı crafted request ile daemon hang/crash'e yol açabiliyor, > KVM açığı de guest OS üzerinden, host OS'te scheduling latency'i tavan > yaptırabilecek bir denial of service'e sebep oluyor. Diğer dağıtımlar buna moderately critical dedi. Ancak Kernel için "Important" olarak belirtiyor Redhat. Kıstasları nedir tam olarak bilmiyorum, bir belge halinde de yok şu ana kadar baktığım kadarıyla. Ubuntu ise sadece advisory yayınlıyor. İçerisinde önem derecesini belirten bir bilgi yok. Bunlar için diğer dağıtımları baz alıp S3 verelim derim. İlerleyen günlerde S ve QA değerlerini belirlemede nasıl bir yol izleyeceğimize karar verebiliriz. From dfisek at fisek.com.tr Sun Dec 6 11:32:17 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Sun, 6 Dec 2009 11:32:17 +0200 Subject: [Gelistirici] [Stable] [Security] applications/printing/cups In-Reply-To: <4B1ADC54.8080008@pardus.org.tr> References: <4B1A27AF.1010705@pardus.org.tr> <200912052044.47942.ekin@pardus.org.tr> <4B1ADC54.8080008@pardus.org.tr> Message-ID: <20091206113217.9044bf1d.dfisek@fisek.com.tr> Sun, 06 Dec 2009 00:19:00 +0200, Ozan Çağlayan : > Acı itiraf: Ben bunlara karar vermeyi kesinlikle beceremiyorum, Yalniz degilsin :) Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From ekin at pardus.org.tr Sun Dec 6 12:03:46 2009 From: ekin at pardus.org.tr (Ekin =?iso-8859-9?q?Mero=F0lu?=) Date: Sun, 6 Dec 2009 12:03:46 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: <200912051628.23112.eren@pardus.org.tr> References: <20091205154414.6f236f44.dfisek@fisek.com.tr> <200912051628.23112.eren@pardus.org.tr> Message-ID: <200912061203.47097.ekin@pardus.org.tr> On Saturday 05 December 2009 16:28:22 Eren Türkay wrote: > On Saturday 05 December 2009 03:44:14 pm Doruk Fisek wrote: > > Evet, bence onu da ekleyelim -- insanlar icin :) > > > > Icini acip xml dosyalarina bakmak Pisi icin kolay olabilir ama insanlar > > icin degil :) > > Katılıyorum. Paketlerin sonuna -2008, -2009 eklenmese bile mimari > belirtmenin doğru olacağına inanıyorum. Ben de bu fikirdeyim - geliştirici ve testçilerin çok işine yaracaktır, bir zarraı olduğunu da düşünmüyorum. Evet ideal değil ama işimizi kolaylaştıracağı kesin. -- Ekin Meroğlu From ozan at pardus.org.tr Sun Dec 6 13:51:06 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sun, 06 Dec 2009 13:51:06 +0200 Subject: [Gelistirici] 2008/devel/applications/virtualization/kvm - Limit instructions to 15 bytes (CVE-2009-4031) (#1... In-Reply-To: <200912052156.33674.ekin@pardus.org.tr> References: <20091204134236.35E0249C91A@ns1.pardus.org.tr> <200912052156.33674.ekin@pardus.org.tr> Message-ID: <4B1B9AAA.7030700@pardus.org.tr> Ekin Meroğlu wrote: > Ozan, bunu da aldım stable'a, eline sağlık.. Yalnız deneyebileceğim makinem > yok artık, paketi deneyemedim... > > Bi de QA ve S alalım... > QA4 S3 diyelim. Onur denedi 2009 sistemde, sorun olmadığını söyledi. From fatih at pardus.org.tr Sun Dec 6 14:10:56 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Sun, 6 Dec 2009 14:10:56 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: References: <4AFEB31E.3090102@comu.edu.tr> <4B1ADAE0.3040603@pardus.org.tr> Message-ID: <200912061410.57074.fatih@pardus.org.tr> On Sunday 06 December 2009 09:06:18 H. İbrahim Güngör wrote: > 06 Aralık 2009 00:12 tarihinde Ozan Çağlayan yazdı: > > Eren Türkay wrote: > > > Toplu yama commentlemek için boxes kullanabilirsin? :) Review'da mevcut > > > kendileri. > > > > > > Yükledikten sonra bir pspec.xml dosyasını vim ile aç, ile > > > commentleyeceğin yeri seç, "!boxes -d html-cmt" yaz, voila! > > > > voilà! diyosun da :) > > > > > > hede.patch > > > > hede.patch > > > > hede.patch > > > > hede.patch > > > > bunu XML'de boxes kullansan da nasıl toptan commentleyeceksin? > > Bilmediğim bir şey varsa öğreneyim :) > > Vim için NERDCommenter kullanabilirsin: > http://www.vim.org/scripts/script.php?script_id=1218 Bunun kolay bir yolunun olup olmaması önemli değil. Aradaki comment işaretlerine müdahele etmek diff çıktısını gereksiz yere büyütüyor. From fatih at pardus.org.tr Sun Dec 6 14:15:45 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sun, 6 Dec 2009 14:15:45 +0200 Subject: [Gelistirici] mudur=live* In-Reply-To: <20091204193557.17a121f6.onur@pardus.org.tr> References: <20091204193557.17a121f6.onur@pardus.org.tr> Message-ID: <200912061415.45474.fatih@pardus.org.tr> On Friday 04 December 2009 19:35:57 Onur Küçük wrote: > Yakında livecd / livedisk ayrımını kaldıracağım. Hazır değiştirmişken > bunu da değiştirmek istiyorum. LABEL bilgisini alırken de > root=LIVELABEL=XXXXX gibi bir yapı var aklımda. Benim önerim > > ya > > root=LIVELABEL ı kıstas alsın sistemler, bunu gören direkt live > sistemde olduğunu anlasın, ya da bu parametrenin yanına > > media=live > media=nfs > media=network (attım ama belki ileride bir tarihte) Bence media=... parametresi bulunsa iyi olur. root'u elle vermek isteyeceğimiz durumlar olabilir ve doğrudan aygıt adı kullanmak isteyebiliriz. Diğer araçların sistemin live olduğunu anlaması için gerekli. From mustafagunay at gmail.com Sun Dec 6 14:23:58 2009 From: mustafagunay at gmail.com (mustafa gunay) Date: Sun, 6 Dec 2009 14:23:58 +0200 Subject: [Gelistirici] mudur=live* In-Reply-To: <200912061415.45474.fatih@pardus.org.tr> References: <20091204193557.17a121f6.onur@pardus.org.tr> <200912061415.45474.fatih@pardus.org.tr> Message-ID: <408afad60912060423p59429eb8iee2c98b73658e6dc@mail.gmail.com> > > media=live > > media=nfs > > media=network (attım ama belki ileride bir tarihte) > > Bence media=... parametresi bulunsa iyi olur. root'u elle vermek > isteyeceğimiz > durumlar olabilir ve doğrudan aygıt adı kullanmak isteyebiliriz. Diğer > araçların sistemin live olduğunu anlaması için gerekli. > > Çok iyi bilmiyorum ama Fatih'in önerisini görünce aklıma şöyle bir senaryo geldi : mudur=live* değil de media_list.conf şeklinde bir dosyada tutulsa bu bilgi de müdür bey amca oradan sorgulasa medianın ne olduğunu böylece hem aygıt adı kullanmak da mümkün olabilir ? -- Mustafa GÜNAY -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From gurer at pardus.org.tr Sun Dec 6 14:26:03 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sun, 6 Dec 2009 14:26:03 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912061410.57074.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912061410.57074.fatih@pardus.org.tr> Message-ID: <200912061426.04014.gurer@pardus.org.tr> 06 Aralık 2009 Pazar günü (saat 14:10:56) Fatih Aşıcı şunları yazmıştı: > Bunun kolay bir yolunun olup olmaması önemli değil. Aradaki comment > işaretlerine müdahele etmek diff çıktısını gereksiz yere büyütüyor. Bu geçerli bir argüman. Otomatik de olsa aradaki datayı editlemek hoş değil. Bunu da sağlayan bir çözüm önerim var: 1.diff 2.diff ]]> 4.diff Bu şekilde aradaki taglar tamamen karakter data olarak işleniyor. Piside tagler arasında kalan karakter datası ignore edildiği için işlenmiyor ve validate araçlarına da takılmayacağını zannediyorum. Commentlenecek kısımda "]]>" dizisi geçmesi ise çok düşük ihtimal. From fatih at pardus.org.tr Sun Dec 6 14:36:23 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Sun, 6 Dec 2009 14:36:23 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <200912061041.58408.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051827.04513.gurer@pardus.org.tr> <200912061041.58408.gurer@pardus.org.tr> Message-ID: <200912061436.23539.fatih@pardus.org.tr> On Sunday 06 December 2009 10:41:58 Gürer Özen wrote: > 05 Aralık 2009 Cumartesi günü (saat 18:27:04) Gürer Özen şunları yazmıştı: > > Ekte buna göre yaptım. Mantık şöyle (rekürsif olarak): > > Daha da temizlenmiş ve hızlı hali, 20 satır. > Eline sağlık. Tek gördüğüm sorun PISI tagındakilerin dikkate alınmaması. Bunun için bir şey yapabilir miyiz bilmiyorum. Ya da bazı paketlerin derlenmemesi için PISI yerine Source tagını mı gizlesek bilemedim. Ayrıca kafama şöyle bir şey takıldı. Kaynak depoda pisi-index.xml tutuyoruz. Bu dosyanın ya bu işleme tabi tutulmadan oluşturulması gerekiyor ya da en azından her mimari için ayrı bir index tutulması gerekiyor. Gerçi Faik bana source depo index'indeki bilgilerin çoğunun kullanılmadığını söylemişti. Sadece pspec dosyalarının path'leri alınıyor sanırım. From fatih at pardus.org.tr Sun Dec 6 14:40:26 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sun, 6 Dec 2009 14:40:26 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912061426.04014.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912061410.57074.fatih@pardus.org.tr> <200912061426.04014.gurer@pardus.org.tr> Message-ID: <200912061440.26804.fatih@pardus.org.tr> On Sunday 06 December 2009 14:26:03 Gürer Özen wrote: > 06 Aralık 2009 Pazar günü (saat 14:10:56) Fatih Aşıcı şunları yazmıştı: > > Bunun kolay bir yolunun olup olmaması önemli değil. Aradaki comment > > işaretlerine müdahele etmek diff çıktısını gereksiz yere büyütüyor. > > Bu geçerli bir argüman. Otomatik de olsa aradaki datayı editlemek hoş > değil. Bunu da sağlayan bir çözüm önerim var: > > 1.diff > 2.diff > > ]]> > 4.diff > > Bu şekilde aradaki taglar tamamen karakter data olarak işleniyor. Piside > tagler arasında kalan karakter datası ignore edildiği için işlenmiyor ve > validate araçlarına da takılmayacağını zannediyorum. Commentlenecek kısımda > "]]>" dizisi geçmesi ise çok düşük ihtimal. Güzelmiş :) Bu işimizi görür. From gurer at pardus.org.tr Sun Dec 6 14:45:07 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sun, 6 Dec 2009 14:45:07 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912061436.23539.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912061041.58408.gurer@pardus.org.tr> <200912061436.23539.fatih@pardus.org.tr> Message-ID: <200912061445.08044.gurer@pardus.org.tr> 06 Aralık 2009 Pazar günü (saat 14:36:23) Fatih Aşıcı şunları yazmıştı: > Eline sağlık. Tek gördüğüm sorun PISI tagındakilerin dikkate alınmaması. > Bunun için bir şey yapabilir miyiz bilmiyorum. Ya da bazı paketlerin > derlenmemesi için PISI yerine Source tagını mı gizlesek bilemedim. Evet kod hep alt taglara bakarak gidiyor. En üst tag için elle bir check koyabiliriz. From faik at pardus.org.tr Mon Dec 7 08:09:29 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Mon, 7 Dec 2009 08:09:29 +0200 Subject: [Gelistirici] =?utf-8?q?paket_isimleri_hakk=C4=B1nda?= In-Reply-To: <200912051628.23112.eren@pardus.org.tr> References: <20091205154414.6f236f44.dfisek@fisek.com.tr> <200912051628.23112.eren@pardus.org.tr> Message-ID: <200912070809.29546.faik@pardus.org.tr> > On Saturday 05 December 2009 03:44:14 pm Doruk Fisek wrote: > > Evet, bence onu da ekleyelim -- insanlar icin :) > > > > Icini acip xml dosyalarina bakmak Pisi icin kolay olabilir ama insanlar > > icin degil :) > > Katılıyorum. Paketlerin sonuna -2008, -2009 eklenmese bile mimari > belirtmenin doğru olacağına inanıyorum. +1 2009.1'de de i686 eklemeye başlayalım mı? pisi'ye veya güncellemelere bir etkisi olmayacak. Eklense de eklenmese de pisi aynı şekilde çalışacak. Sadece dosya adında görünmeye başlayacak, pisi bu kısmı ignore edecek. - Faik From fatih at pardus.org.tr Mon Dec 7 08:53:55 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Mon, 7 Dec 2009 08:53:55 +0200 Subject: [Gelistirici] corporate2/devel-x86_64/kernel - first commit of x86_64. In-Reply-To: <20091206204345.1C61149C901@ns1.pardus.org.tr> References: <20091206204345.1C61149C901@ns1.pardus.org.tr> Message-ID: <200912070853.55850.fatih@pardus.org.tr> On Sunday 06 December 2009 22:43:44 Necdet Yücel wrote: > Author: necdet.yucel > Date: Sun Dec 6 22:43:44 2009 > New Revision: 82260 > > Added: > corporate2/devel-x86_64/kernel/ > corporate2/devel-x86_64/kernel/default/ > corporate2/devel-x86_64/kernel/default/drivers/ > corporate2/devel-x86_64/kernel/default/drivers/module-fglrx/ > corporate2/devel-x86_64/kernel/default/drivers/module-fglrx/actions.py > corporate2/devel-x86_64/kernel/default/drivers/module-fglrx/comar/ (...) > Log: > first commit of x86_64. svn cp ile kopyalanmadığında bu dosyaların svn geçmişini kaybediyoruz. devel deposundan (ya da hangi depo temel alınıyorsa o depodan) kopyalanması daha doğru olur. From ozan at pardus.org.tr Mon Dec 7 09:06:58 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Mon, 07 Dec 2009 09:06:58 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: <200912070809.29546.faik@pardus.org.tr> References: <20091205154414.6f236f44.dfisek@fisek.com.tr> <200912051628.23112.eren@pardus.org.tr> <200912070809.29546.faik@pardus.org.tr> Message-ID: <4B1CA992.6070205@pardus.org.tr> Faik Uygur wrote On 07-12-2009 08:09: >> On Saturday 05 December 2009 03:44:14 pm Doruk Fisek wrote: >> >>> Evet, bence onu da ekleyelim -- insanlar icin :) >>> >>> Icini acip xml dosyalarina bakmak Pisi icin kolay olabilir ama insanlar >>> icin degil :) >>> >> Katılıyorum. Paketlerin sonuna -2008, -2009 eklenmese bile mimari >> belirtmenin doğru olacağına inanıyorum. >> > > +1 > > 2009.1'de de i686 eklemeye başlayalım mı? pisi'ye veya güncellemelere bir > etkisi olmayacak. Eklense de eklenmese de pisi aynı şekilde çalışacak. Sadece > dosya adında görünmeye başlayacak, pisi bu kısmı ignore edecek. > Şu i686'yı da konuşsak neden i686 :) From faik at pardus.org.tr Mon Dec 7 09:28:22 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Mon, 7 Dec 2009 09:28:22 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <200912061436.23539.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912061041.58408.gurer@pardus.org.tr> <200912061436.23539.fatih@pardus.org.tr> Message-ID: <200912070928.22961.faik@pardus.org.tr> > On Sunday 06 December 2009 10:41:58 Gürer Özen wrote: > Ayrıca kafama şöyle bir şey takıldı. Kaynak depoda pisi-index.xml > tutuyoruz. Bu dosyanın ya bu işleme tabi tutulmadan oluşturulması > gerekiyor ya da en azından her mimari için ayrı bir index tutulması > gerekiyor. Gerçi Faik bana source depo index'indeki bilgilerin çoğunun > kullanılmadığını söylemişti. Sadece pspec dosyalarının path'leri alınıyor > sanırım. for kullanılacaksa tek bir index zorlamaya gerek yok. Amacımız sadece tek kaynak paketten farklı mimariler ve durumlara göre paket üretebilmek. Ayrı index çıkarılabilir. - Faik From onur at pardus.org.tr Mon Dec 7 09:31:58 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Mon, 7 Dec 2009 09:31:58 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: <200912070809.29546.faik@pardus.org.tr> References: <200912051628.23112.eren@pardus.org.tr> <200912070809.29546.faik@pardus.org.tr> Message-ID: <200912070931.58839.onur@pardus.org.tr> On 07 Aralık 2009 Pazartesi 08:09:29 Faik Uygur wrote: > > On Saturday 05 December 2009 03:44:14 pm Doruk Fisek wrote: > > > Evet, bence onu da ekleyelim -- insanlar icin :) > > > > > > Icini acip xml dosyalarina bakmak Pisi icin kolay olabilir ama insanlar > > > icin degil :) > > > > Katılıyorum. Paketlerin sonuna -2008, -2009 eklenmese bile mimari > > belirtmenin doğru olacağına inanıyorum. > > +1 > > 2009.1'de de i686 eklemeye başlayalım mı? pisi'ye veya güncellemelere bir > etkisi olmayacak. Eklense de eklenmese de pisi aynı şekilde çalışacak. > Sadece dosya adında görünmeye başlayacak, pisi bu kısmı ignore edecek. Paketlerin bir kısmında mimari adı var bir kısmında yok durumu olacak ama. 2009 içinde yapmayalım. -- Onur Küçük Knowledge speaks, but wisdom listens From faik at pardus.org.tr Mon Dec 7 09:31:18 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Mon, 7 Dec 2009 09:31:18 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <200912061426.04014.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912061410.57074.fatih@pardus.org.tr> <200912061426.04014.gurer@pardus.org.tr> Message-ID: <200912070931.18046.faik@pardus.org.tr> > 06 Aralık 2009 Pazar günü (saat 14:10:56) Fatih Aşıcı şunları yazmıştı: > > Bunun kolay bir yolunun olup olmaması önemli değil. Aradaki comment > > işaretlerine müdahele etmek diff çıktısını gereksiz yere büyütüyor. > > Bu geçerli bir argüman. Otomatik de olsa aradaki datayı editlemek hoş > değil. Bunu da sağlayan bir çözüm önerim var: > > 1.diff > 2.diff > > ]]> > 4.diff Çirkin bir şeymiş, xml assembly dili bu :) - Faik From gurer at pardus.org.tr Mon Dec 7 09:36:38 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Mon, 7 Dec 2009 09:36:38 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912070931.18046.faik@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912061426.04014.gurer@pardus.org.tr> <200912070931.18046.faik@pardus.org.tr> Message-ID: <200912070936.38352.gurer@pardus.org.tr> 07 Aralık 2009 Pazartesi günü (saat 09:31:18) Faik Uygur şunları yazmıştı: > > 1.diff > > > 2.diff > > > > ]]> > > 4.diff > > Çirkin bir şeymiş, xml assembly dili bu :) Mesela tagler içeren bir şeyi text olarak eklemek istiyorsan, ortalığı < > doldurmasın diye eklemişler bu özelliği. From faik at pardus.org.tr Mon Dec 7 10:28:37 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Mon, 7 Dec 2009 10:28:37 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <200912051607.20113.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051549.05493.gurer@pardus.org.tr> <200912051607.20113.gurer@pardus.org.tr> Message-ID: <200912071028.37591.faik@pardus.org.tr> > 05 Aralık 2009 Cumartesi günü (saat 15:49:05) Gürer Özen şunları yazmıştı: > > Mimari sayısı artarsa arap saçına döneceğinden korkuyorum. Şu yukarki > > ifadeyi kavramak bile biraz zaman alıyor. > > Aslında buradaki temel karışıklık durumların birden fazla parçadan > oluşmasından kaynaklanıyor gibi. Gerçekten extensible bir durum setine > ihtiyacımız var mı? > > Mimariye özel durumlar var (x86, x64, arm, vb). > > Bootstrap ise ya genel olabilir (bootstrap), yada pakette mimariye özel bir > durum varsa gene mimariye bağlı olabilir (x86-bootstrap, x64-bootstrap). > > Eğer "x64,arm" yada "!arm,bootstrap" gibi senaryolar çok nadir olacaksa, ve > pspec'te farklılık gerektiren başka bir durum çeşidimiz yoksa, tek > keywordle basitçe halledelim? Threadden anladığım kadarı ile eksilerini ve artılarını çıkartmaya çalıştım her iki yöntemin. Artı eksi farkı diye bir şey yok gibi, liste kısa zaten. Atladıklarımı ekleyebilirsiniz. XML Tag Attributeleri ------------------ + Xml yapısı dışına çıkılmamış oluyor - Implementasyonu pisi tarafında daha fazla iş gerektiriyor - İlerde attributelar ile kriptik bir "pisi xml processor" dili ortaya çıkabilir. Şimdilik ortaya atılanlar: for, forEach (or veya and), notFor, !arch - Attributelar için yeni definelar gerekecek. for=x86_bootstrap (and ve or sorunu... preprocessor'ın and ve or desteği var) XML Preprocessor ---------------- + Implementasyonu pisi tarafında çok fazla iş gerektirmiyor - XML ve Python dışında ayrı bir preprocessor syntax'i öğrenmek gerekiyor. - XML dışı editorler ile işlemek zorlaşıyor. + ile yamaları comment etme işi daha alışılmış ve okunaklı + Definelara değişken değeri verebiliyorsun işe yarayabilir. (Fatih bir örnek verdi: Yazılım firması tek bir kaynak paket ile 2008 öncesi Pardus, 2009 sonrası Pardus için şunu şunu yap diyebilir.) İlk gidişatta for ve preprocessor'ı da beraber ekleyelim gibi düşündüm. preprocessor'ın sadece ını kullanırız, pisi ye eklenmiş olur, hem şimdiden göremediğimiz durumlar için ilerde de işimize yarayabilir diye düşündüm. for ile de arch işini hallederiz. Fakat for işi, peki şunu nasıl yaparız dedikçe ortaya atılan fikirler ile ve sonrasında çıkabilecek yeni attribute istekleri ile biraz gözümü korkuttu. İleriye dönük olarak sanki preprocessor daha temiz ve doğru bir seçim gibi geliyor bana. - Faik From gurer at pardus.org.tr Mon Dec 7 10:34:26 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Mon, 7 Dec 2009 10:34:26 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912071028.37591.faik@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051607.20113.gurer@pardus.org.tr> <200912071028.37591.faik@pardus.org.tr> Message-ID: <200912071034.26828.gurer@pardus.org.tr> 07 Aralık 2009 Pazartesi günü (saat 10:28:37) Faik Uygur şunları yazmıştı: > - Implementasyonu pisi tarafında daha fazla iş gerektiriyor Implementasyon elimizde aslında, 20 satırlık bir fonksiyon. Bunu parse'tan hemen sonra çağırmak yetecek. > - İlerde attributelar ile kriptik bir "pisi xml processor" dili ortaya > çıkabilir. Şimdilik ortaya atılanlar: for, forEach (or veya and), notFor, > !arch for ve notFor var yalnızca en son durumda. > + Definelara değişken değeri verebiliyorsun işe yarayabilir. (Fatih bir > örnek verdi: Yazılım firması tek bir kaynak paket ile 2008 öncesi Pardus, > 2009 sonrası Pardus için şunu şunu yap diyebilir.) Attribute ile de yapabiliyoruz bunu. Hatta güzel bir use-case imiş. From gurer at pardus.org.tr Mon Dec 7 10:48:40 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Mon, 7 Dec 2009 10:48:40 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912071034.26828.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912071028.37591.faik@pardus.org.tr> <200912071034.26828.gurer@pardus.org.tr> Message-ID: <200912071048.40387.gurer@pardus.org.tr> Bu arada, düşünürken hep x64 portu ihtiyaçları bazında düşündük. Diğer mimariler için (mesela arm), derlemeleri x86 üzerinde cross yapabileceğimiz bir yapı gerekecek. Yoksa depoyu build etmek günler sürebilir :) From faik at pardus.org.tr Mon Dec 7 10:52:13 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Mon, 7 Dec 2009 10:52:13 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <200912071028.37591.faik@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051607.20113.gurer@pardus.org.tr> <200912071028.37591.faik@pardus.org.tr> Message-ID: <200912071052.13501.faik@pardus.org.tr> > > 05 Aralık 2009 Cumartesi günü (saat 15:49:05) Gürer Özen şunları yazmıştı: > XML Tag Attributeleri > ------------------ > + Xml yapısı dışına çıkılmamış oluyor > - Implementasyonu pisi tarafında daha fazla iş gerektiriyor - Attribute tekrar yazımları ve okunabilirliği References: <4AFEB31E.3090102@comu.edu.tr> <200912071028.37591.faik@pardus.org.tr> <200912071052.13501.faik@pardus.org.tr> Message-ID: <200912071147.36833.gurer@pardus.org.tr> 07 Aralık 2009 Pazartesi günü (saat 10:52:13) Faik Uygur şunları yazmıştı: > for için References: <4AFEB31E.3090102@comu.edu.tr> <200912071028.37591.faik@pardus.org.tr> <200912071052.13501.faik@pardus.org.tr> Message-ID: <200912071239.07597.fatih@pardus.org.tr> On Monday 07 December 2009 10:52:13 Faik Uygur wrote: > > > 05 Aralık 2009 Cumartesi günü (saat 15:49:05) Gürer Özen şunları > > > yazmıştı: > > > > XML Tag Attributeleri > > ------------------ > > + Xml yapısı dışına çıkılmamış oluyor > > - Implementasyonu pisi tarafında daha fazla iş gerektiriyor > > - Attribute tekrar yazımları ve okunabilirliği > > yerine > > > > > for için Eğer bir pakette çok sayıda mimariye özel yama varsa okunurluğu arttırmak için Patches tagında attribute kullanabiliriz. ... x86 yamaları ... arm yamaları şeklinde. Tabi bu yöntemde ortak yamalar tekrarlanmış olur; fakat okunabilirliği arttırmak için değebilir. Paketçi hangi tag'da for kullanacağına duruma göre karar verebilir. Aslında preprocess'den vazgeçme nedenim pisi-index.xml içine comment'lerin taşınamayışıydı. Ama aynı sorun attribute kullanıldığında da çıktı. Mimariler için ayrı index kullanacaksak preprocess daha yetenekli görünüyor bana da. From necdetyucel at gmail.com Mon Dec 7 13:08:23 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Mon, 7 Dec 2009 13:08:23 +0200 Subject: [Gelistirici] corporate2/devel-x86_64/kernel - first commit of x86_64. In-Reply-To: <200912070853.55850.fatih@pardus.org.tr> References: <20091206204345.1C61149C901@ns1.pardus.org.tr> <200912070853.55850.fatih@pardus.org.tr> Message-ID: Haklısın, buna dikkat etmemiz lazım. From necdetyucel at gmail.com Mon Dec 7 13:29:07 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Mon, 7 Dec 2009 13:29:07 +0200 Subject: [Gelistirici] =?iso-8859-9?q?paket_isimleri_hakk=FDnda?= In-Reply-To: <200912070931.58839.onur@pardus.org.tr> References: <200912051628.23112.eren@pardus.org.tr> <200912070809.29546.faik@pardus.org.tr> <200912070931.58839.onur@pardus.org.tr> Message-ID: >  Paketlerin bir kısmında mimari adı var bir kısmında yok durumu olacak ama. > 2009 içinde yapmayalım. Peki corporate2 için uygun olur mu? Necdet Yücel From faik at pardus.org.tr Mon Dec 7 13:38:59 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Mon, 7 Dec 2009 13:38:59 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_hakk?= =?utf-8?b?xLFuZGE=?= In-Reply-To: <200912071239.07597.fatih@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912071052.13501.faik@pardus.org.tr> <200912071239.07597.fatih@pardus.org.tr> Message-ID: <200912071338.59468.faik@pardus.org.tr> > On Monday 07 December 2009 10:52:13 Faik Uygur wrote: [...] > > for için > Eğer bir pakette çok sayıda mimariye özel yama varsa okunurluğu arttırmak > için Patches tagında attribute kullanabiliriz. :) - Faik From taner at pardus.org.tr Mon Dec 7 13:42:55 2009 From: taner at pardus.org.tr (Taner =?iso-8859-9?Q?Ta=FE?=) Date: Mon, 7 Dec 2009 13:42:55 +0200 (EET) Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912071052.13501.faik@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912051607.20113.gurer@pardus.org.tr> <200912071028.37591.faik@pardus.org.tr> <200912071052.13501.faik@pardus.org.tr> Message-ID: > References: <4AFEB31E.3090102@comu.edu.tr> <200912071052.13501.faik@pardus.org.tr> Message-ID: <200912071352.32883.fatih@pardus.org.tr> On Monday 07 December 2009 13:42:55 Taner Taş wrote: > > > > > > > > Aklımdan öylesine geçti de, mimari için gereken yama tag'larını dosya > isimlerine uzantı olarak eklesek ne gibi bir sıkıntı olur? Patch sadece bir örnek. Diğer taglar (Archive, Dependency, Package, vs.) için de bir ayrım söz konusu. From gkmngrgn at gmail.com Mon Dec 7 13:50:43 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Mon, 7 Dec 2009 13:50:43 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: References: <4AFEB31E.3090102@comu.edu.tr> <200912051607.20113.gurer@pardus.org.tr> <200912071028.37591.faik@pardus.org.tr> <200912071052.13501.faik@pardus.org.tr> Message-ID: <579eef480912070350rb6feb98x9eef44bab09c9c89@mail.gmail.com> 2009/12/7 Taner Taş > > > > > > > > > Aklımdan öylesine geçti de, mimari için gereken yama tag'larını dosya > isimlerine uzantı olarak eklesek ne gibi bir sıkıntı olur? > > .x86.diff .x86-64.patch .arm.patch şeklinde dostya uzantısından önce veya > birlikte kullanılırsa pisi bunları derleme sırasında mimari tipine göre > ayıklayabilir. Bu tip bir uzantıya sahip olmayan dosyalar "generic" olarak > ayıklanıp her koşulda uygulanabilir sanki.. > > Ben de diyorum ki, files içinde .patch uzantılı olanları pisi patch olarak algılasa, sonra level'i diff +++ --- satırından anlasa, senin dediğin şekilde de hangi mimariye ait yama olduğunu anlasa vs. vs.. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From necdetyucel at gmail.com Mon Dec 7 13:56:22 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Mon, 7 Dec 2009 13:56:22 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912071048.40387.gurer@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912071028.37591.faik@pardus.org.tr> <200912071034.26828.gurer@pardus.org.tr> <200912071048.40387.gurer@pardus.org.tr> Message-ID: 07 Aralık 2009 10:48 tarihinde Gürer Özen yazdı: > > Bu arada, düşünürken hep x64 portu ihtiyaçları bazında düşündük. Diğer > mimariler için (mesela arm), derlemeleri x86 üzerinde cross yapabileceğimiz > bir yapı gerekecek. Yoksa depoyu build etmek günler sürebilir :) Bu arada; biz x86_64'ü de çapraz derleme ile derlemiyoruz ;) Necdet Yücel From gurer at pardus.org.tr Mon Dec 7 14:21:48 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Mon, 7 Dec 2009 14:21:48 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: <200912071338.59468.faik@pardus.org.tr> References: <4AFEB31E.3090102@comu.edu.tr> <200912071239.07597.fatih@pardus.org.tr> <200912071338.59468.faik@pardus.org.tr> Message-ID: <200912071421.48388.gurer@pardus.org.tr> 07 Aralık 2009 Pazartesi günü (saat 13:38:59) Faik Uygur şunları yazmıştı: > > > for için > > fazla > Eğer bir pakette çok sayıda mimariye özel yama varsa okunurluğu arttırmak > > için Patches tagında attribute kullanabiliriz. > :) İki durum farklı. Birinde birden fazla Patches var, ama bir mimari için yalnız biri aktif. Öbüründe birden fazla aktif Patches düşünülmüş. From gurer at pardus.org.tr Mon Dec 7 14:26:42 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Mon, 7 Dec 2009 14:26:42 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5B64bit=5D_64bit_deposu_ve_svn_ile_?= =?iso-8859-9?q?hakk=FDnda?= In-Reply-To: References: <4AFEB31E.3090102@comu.edu.tr> <200912071048.40387.gurer@pardus.org.tr> Message-ID: <200912071426.42758.gurer@pardus.org.tr> 07 Aralık 2009 Pazartesi günü (saat 13:56:22) Necdet Yücel şunları yazmıştı: > 07 Aralık 2009 10:48 tarihinde Gürer Özen yazdı: > > Bu arada, düşünürken hep x64 portu ihtiyaçları bazında düşündük. Diğer > > mimariler için (mesela arm), derlemeleri x86 üzerinde cross > > yapabileceğimiz bir yapı gerekecek. Yoksa depoyu build etmek günler > > sürebilir :) > > Bu arada; biz x86_64'ü de çapraz derleme ile derlemiyoruz ;) Ben de onu söyledim zaten. Siz x64'ü native derliyorsunuz ama Arm için hızlı ve kolay bir yol olmaz. From inancyildirgan at gmail.com Tue Dec 8 16:20:46 2009 From: inancyildirgan at gmail.com (=?utf-8?q?=C4=B0nan=C3=A7_Y=C4=B1ld=C4=B1rgan?=) Date: Tue, 8 Dec 2009 16:20:46 +0200 Subject: [Gelistirici] usbmuxd paketi Message-ID: <200912081620.46670.inancyildirgan@gmail.com> Selamlar: Depodaki [1] usbmuxd paketini derlerken; * REMINDER * Remember to add a user named 'usbmux' with USB access permissions for the udev hotplugging feature to work out of the box. şeklinde bir hatırlatma çıkıyor. Bunun için pakette herhangi bir işlem yapmamıza gerek var mı? Grup eklemek vb. gibi? [1]= http://svn.pardus.org.tr/pardus/2009/devel/hardware/library/usbmuxd/ From ozan at pardus.org.tr Tue Dec 8 16:30:53 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Tue, 08 Dec 2009 16:30:53 +0200 Subject: [Gelistirici] usbmuxd paketi In-Reply-To: <200912081620.46670.inancyildirgan@gmail.com> References: <200912081620.46670.inancyildirgan@gmail.com> Message-ID: <4B1E631D.4030003@pardus.org.tr> İnanç Yıldırgan wrote On 08-12-2009 16:20: > Selamlar: > > Depodaki [1] usbmuxd paketini derlerken; > > * REMINDER > * Remember to add a user named 'usbmux' with USB access permissions for the > udev hotplugging feature to work out of the box. > > şeklinde bir hatırlatma çıkıyor. Bunun için pakette herhangi bir işlem > yapmamıza gerek var mı? Grup eklemek vb. gibi? > Paketler senin üzerinde olduğuna göre, elinde bir iPhone, iPod olduğunu varsayıyorum. Eğer varsa, paketlerin şu haliyle düzgün çalışıp çalışmadığına karar verebiliyor olmalısın :) From inancyildirgan at gmail.com Tue Dec 8 16:27:54 2009 From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=) Date: Tue, 8 Dec 2009 16:27:54 +0200 Subject: [Gelistirici] usbmuxd paketi In-Reply-To: <4B1E631D.4030003@pardus.org.tr> References: <200912081620.46670.inancyildirgan@gmail.com> <4B1E631D.4030003@pardus.org.tr> Message-ID: <200912081627.54756.inancyildirgan@gmail.com> 08 Aralık 2009 Salı günü (saat 16:30:53) Ozan Çağlayan şunları yazmıştı: > Paketler senin üzerinde olduğuna göre, elinde bir iPhone, iPod olduğunu > varsayıyorum. Eğer varsa, paketlerin şu haliyle düzgün çalışıp > çalışmadığına karar verebiliyor olmalısın :) :D gerekli alet edevat var. Takınca sorun da çıkarmıyor, çalışıyor. Ama yine de bir sorayım istemiştim. Demek ki gerek yokmuş. From fatih at pardus.org.tr Tue Dec 8 17:13:35 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Tue, 8 Dec 2009 17:13:35 +0200 Subject: [Gelistirici] corporate2/devel/multimedia/graphics/gwenview - Keep libtool .la files In-Reply-To: <20091208144542.892D549C91F@ns1.pardus.org.tr> References: <20091208144542.892D549C91F@ns1.pardus.org.tr> Message-ID: <200912081713.35275.fatih@pardus.org.tr> On Tuesday 08 December 2009 16:45:42 Ozan Çağlayan wrote: > Author: ozan.caglayan > Date: Tue Dec 8 16:45:42 2009 > New Revision: 82330 > > Modified: > corporate2/devel/multimedia/graphics/gwenview/actions.py > corporate2/devel/multimedia/graphics/gwenview/pspec.xml > Log: > Keep libtool .la files /usr/kde/3.5/lib altındaki sürümlü kitaplıklara ait .la dosyalarını bırakmak iyi fikir olmayabilir. İlerde bu kitaplıklara bağlı diğer paketlerde build problemleri yaşayabiliriz. From ozan at pardus.org.tr Tue Dec 8 18:41:47 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Tue, 08 Dec 2009 18:41:47 +0200 Subject: [Gelistirici] corporate2/devel/multimedia/graphics/gwenview - Keep libtool .la files In-Reply-To: <200912081713.35275.fatih@pardus.org.tr> References: <20091208144542.892D549C91F@ns1.pardus.org.tr> <200912081713.35275.fatih@pardus.org.tr> Message-ID: <4B1E81CB.8010104@pardus.org.tr> Fatih Aşıcı wrote: > On Tuesday 08 December 2009 16:45:42 Ozan Çağlayan wrote: > >> Author: ozan.caglayan >> Date: Tue Dec 8 16:45:42 2009 >> New Revision: 82330 >> >> Modified: >> corporate2/devel/multimedia/graphics/gwenview/actions.py >> corporate2/devel/multimedia/graphics/gwenview/pspec.xml >> Log: >> Keep libtool .la files >> > > /usr/kde/3.5/lib altındaki sürümlü kitaplıklara ait .la dosyalarını bırakmak > iyi fikir olmayabilir. İlerde bu kitaplıklara bağlı diğer paketlerde build > problemleri yaşayabiliriz. > gwenview çalışmıyor şu an corporate2' .la eksiğinden dolayı. gwenview'ın lib/'e attığı şey büyük ihtimalle modüldür zaten, bir şeyin ona linkleneceğini sanmıyorum. From fatih at pardus.org.tr Wed Dec 9 00:40:37 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Wed, 9 Dec 2009 00:40:37 +0200 Subject: [Gelistirici] branches/kde/kaptan - modify the current maintainer name and email In-Reply-To: <20091208214541.99A4E49C90B@ns1.pardus.org.tr> References: <20091208214541.99A4E49C90B@ns1.pardus.org.tr> Message-ID: <200912090040.37225.fatih@pardus.org.tr> On Tuesday 08 December 2009 23:45:41 Renan Çakırerk wrote: > Author: renan.cakirerk > Date: Tue Dec 8 23:45:41 2009 > New Revision: 26727 > > Modified: > branches/kde/kaptan/AUTHORS > branches/kde/kaptan/README > Log: > modify the current maintainer name and email Kaptan'ın branch dizininde bir karışıklık olmuş anlaşılan. Yarın bakalım. From mete at pardus.org.tr Wed Dec 9 01:08:40 2009 From: mete at pardus.org.tr (Mete Alpaslan) Date: Wed, 9 Dec 2009 01:08:40 +0200 Subject: [Gelistirici] branches/kde/kaptan - modify the current maintainer name and email In-Reply-To: <200912090040.37225.fatih@pardus.org.tr> References: <20091208214541.99A4E49C90B@ns1.pardus.org.tr> <200912090040.37225.fatih@pardus.org.tr> Message-ID: <200912090108.40595.mete@pardus.org.tr> On Wednesday 09 December 2009 00:40:37 Fatih Aşıcı wrote: > On Tuesday 08 December 2009 23:45:41 Renan Çakırerk wrote: > > Author: renan.cakirerk > > Date: Tue Dec 8 23:45:41 2009 > > New Revision: 26727 > > > > Modified: > > branches/kde/kaptan/AUTHORS > > branches/kde/kaptan/README > > Log: > > modify the current maintainer name and email > > Kaptan'ın branch dizininde bir karışıklık olmuş anlaşılan. Yarın bakalım. Bende commiti görünce diyecektim. Bu arada aynı sorun pardusman 2008 branchında da var 2009 ile aynı :S ----------Mete Alpaslan ----------------- From gkmngrgn at gmail.com Wed Dec 9 02:09:38 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Wed, 9 Dec 2009 02:09:38 +0200 Subject: [Gelistirici] =?iso-8859-9?q?gnome-common=27un_kararl=FD_depoya_t?= =?iso-8859-9?q?a=FE=FDnmas=FD_talebi?= In-Reply-To: <579eef480912011131l7c69c407la28a1a4224d33859@mail.gmail.com> References: <579eef480912011131l7c69c407la28a1a4224d33859@mail.gmail.com> Message-ID: <579eef480912081609t1e441ebchdb5b0b0d7d97f687@mail.gmail.com> 2009/12/1 Gökmen Görgen > Selamlar, > > Gerek pulseaudio'nun bazı araçlarının bağımlılık olarak ihtiyaç duyması, > gerekse önemli bir paket olması nedeniyle gnome-desktop'u kararlı depoya > almayı düşünüyorum; ama gnome-desktop'un kararlı depoda olmayan gnome-common > adında bir bağımlılığı var. İtiraz olmazsa, gnome-common'u kararlı depoya > taşıyabilir miyiz? > > Birkaç gün içinde müsait olduğum zaman taşıma işlemini ben de yapabilirim. > > gnome-common pardus deposuna aktarılıp, contrip deposundan silindi. Bununla beraber gnome-desktop da gnome-common'un yanına gitti. Depo sorumlularına duyurulur. Bu arada, pardus kararlı deposunda desktop/gnome altında base, addon gibi alt bileşenler açılmamış. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From scirit at pardus.org.tr Wed Dec 9 09:55:13 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Wed, 9 Dec 2009 09:55:13 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091209_2009_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912082355y1cc54db6qa7b30b5f30af9d56@mail.gmail.com> Selamlar, 20091209 2009 Güvenlik Güncellemesi Testleri için son tarih: 10-12-2009 09:00 System bileşeni ---------------------------- glibc glibc-locales-aa glibc-locales-af glibc-locales-am glibc-locales-an glibc-locales-ar glibc-locales-as glibc-locales-ast glibc-locales-az glibc-locales-be glibc-locales-ber glibc-locales-bg glibc-locales-bn glibc-locales-bo glibc-locales-br glibc-locales-bs glibc-locales-byn glibc-locales-ca glibc-locales-crh glibc-locales-cs glibc-locales-csb glibc-locales-cy glibc-locales-da glibc-locales-de glibc-locales-dz glibc-locales-el glibc-locales-en glibc-locales-es glibc-locales-et glibc-locales-eu glibc-locales-fa glibc-locales-fi glibc-locales-fil glibc-locales-fo glibc-locales-fr glibc-locales-fur glibc-locales-fy glibc-locales-ga glibc-locales-gd glibc-locales-gez glibc-locales-gl glibc-locales-gu glibc-locales-gv glibc-locales-ha glibc-locales-he glibc-locales-hi glibc-locales-hne glibc-locales-hr glibc-locales-hsb glibc-locales-ht glibc-locales-hu glibc-locales-hy glibc-locales-id glibc-locales-ig glibc-locales-ik glibc-locales-is glibc-locales-it glibc-locales-iu glibc-locales-iw glibc-locales-ja glibc-locales-ka glibc-locales-kk glibc-locales-kl glibc-locales-km glibc-locales-kn glibc-locales-ko glibc-locales-ks glibc-locales-ku glibc-locales-kw glibc-locales-ky glibc-locales-lg glibc-locales-li glibc-locales-lo glibc-locales-lt glibc-locales-lv glibc-locales-mai glibc-locales-mg glibc-locales-mi glibc-locales-mk glibc-locales-ml glibc-locales-mn glibc-locales-mr glibc-locales-ms glibc-locales-mt glibc-locales-nb glibc-locales-nds glibc-locales-ne glibc-locales-nl glibc-locales-nn glibc-locales-nr glibc-locales-nso glibc-locales-oc glibc-locales-om glibc-locales-or glibc-locales-pa glibc-locales-pap glibc-locales-pl glibc-locales-pt glibc-locales-ro glibc-locales-ru glibc-locales-rw glibc-locales-sa glibc-locales-sc glibc-locales-sd glibc-locales-se glibc-locales-shs glibc-locales-si glibc-locales-sid glibc-locales-sk glibc-locales-sl glibc-locales-so glibc-locales-sq glibc-locales-sr glibc-locales-ss glibc-locales-st glibc-locales-sv glibc-locales-ta glibc-locales-te glibc-locales-tg glibc-locales-th glibc-locales-ti glibc-locales-tig glibc-locales-tk glibc-locales-tl glibc-locales-tn glibc-locales-ts glibc-locales-tt glibc-locales-ug glibc-locales-uk glibc-locales-ur glibc-locales-uz glibc-locales-ve glibc-locales-vi glibc-locales-wa glibc-locales-wo glibc-locales-xh glibc-locales-yi glibc-locales-yo glibc-locales-zh glibc-locales-zu glibc-zoneinfo python expat libtool libtool-ltdl Server bileşeni -------------------------- bind bind-tools openldap-client openldap-server Hardware bileşeni ------------------------------ cups Kernel bileşeni ----------------------------- kernel kernel-firmware kernel-headers kernel-module-headers kernel-module-headers-pae kernel-pae module-kvm module-kvm-userspace module-pae-kvm Library bileşeni ---------------------- DevIL Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/testci-2009/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Cirit From scirit at pardus.org.tr Wed Dec 9 15:23:18 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Wed, 9 Dec 2009 15:23:18 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091209_2008_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912090523l55bce70foe039969a24148662@mail.gmail.com> Selamlar, 20091209 2008 Güvenlik Güncellemesi Testleri için son tarih: 10-12-2009 10:00 Multimedia bileşeni ------------------------------ gimp gimp-devel gimp-i18n gimp-i18n-am gimp-i18n-ar gimp-i18n-az gimp-i18n-be gimp-i18n-bg gimp-i18n-ca gimp-i18n-ca_valencia gimp-i18n-cs gimp-i18n-da gimp-i18n-de gimp-i18n-dz gimp-i18n-el gimp-i18n-en_CA gimp-i18n-en_GB gimp-i18n-eo gimp-i18n-es gimp-i18n-et gimp-i18n-eu gimp-i18n-fa gimp-i18n-fi gimp-i18n-fr gimp-i18n-ga gimp-i18n-gl gimp-i18n-gu gimp-i18n-he gimp-i18n-hi gimp-i18n-hr gimp-i18n-hu gimp-i18n-id gimp-i18n-is gimp-i18n-it gimp-i18n-ja gimp-i18n-ka gimp-i18n-km gimp-i18n-ko gimp-i18n-lt gimp-i18n-lv gimp-i18n-mk gimp-i18n-ml gimp-i18n-ms gimp-i18n-nb gimp-i18n-ne gimp-i18n-nl gimp-i18n-nn gimp-i18n-oc gimp-i18n-pa gimp-i18n-pl gimp-i18n-pt gimp-i18n-pt_BR gimp-i18n-ro gimp-i18n-ru gimp-i18n-rw gimp-i18n-sk gimp-i18n-sl gimp-i18n-sr gimp-i18n-sr_Latn gimp-i18n-sv gimp-i18n-th gimp-i18n-tt gimp-i18n-uk gimp-i18n-vi gimp-i18n-xh gimp-i18n-yi gimp-i18n-zh_CN gimp-i18n-zh_HK gimp-i18n-zh_TW System bileşeni ----------------------------- libtool expat python Hardware bileşeni ------------------------------ cups kvm Kernel bileşeni -------------------------- kernel kernel-headers Server bileşeni ---------------------- openldap-client openldap-server openldap-slurpd Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/testci-2008/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Ciri From ozan at pardus.org.tr Wed Dec 9 19:15:24 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Wed, 09 Dec 2009 19:15:24 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <20091126083713.8022f2e0.dfisek@fisek.com.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> Message-ID: <4B1FDB2C.4090800@pardus.org.tr> Doruk Fisek wrote; > - Alfa da olsa en azindan base kurulum icin bir ISO, rootfs, vs ne > zaman cikacak? Depo base kismini geceli cok oldu -- elinizde calisan bir > sistem mutlaka vardir. > En erken yarın, en geç cuma günü ilk ISO'yu sunmayı düşünüyoruz. Ondan sonraki süreçte her gece bir adet ISO oluşacak ve önceki ISO ile incremental ChangeLog yayınlayarak cekirdek.pardus.org.tr üzerinden takibi kolay bir nightly-build atraksiyonu yapacağız. > - Kurulum sonrasi derleme ciftliginin derleyip durdugu ikili paketlere > nasil ulasacagiz? (http://paketler.pardus.org.tr/corporate2/ dizini var > ama ici bos) > :) http://paketler.pardus.org.tr/corporate2-test/ > - Kurumsal 2 deposunda hangi paketler yer alacak? > Buna kurumsal gerekler doğrultusunda beraberce karar vermeliyiz. Şimdilik game/ bileşeninin olmayacağını söyleyebiliriz. Bunun dışında depomuzda olmayan bir evolution'ın C2 için hazırlanması gereği/planı var. Dediğim gibi fikir ve argümanlar önemli :) > - Paketlerin guncellenme politikasi ne olacak? Sadece guvenlik > yamalari mi yapilacak, paketlere "kritik olmayan" hata raporlari da > kabul edilecek / duzeltmeleri uygulanacak mi? > Güncellemelerin daha kararlı ve ağır gideceği aşikar. İşlevselliği olumsuz etkileyen, sistemin kararlılığını etkileyen hatalar kritik olarak adlandırılabilir. Kritik olmayan hata raporları/güncellemeler nelerdir bunların adını koymamız lazım. > - Kurumsal 2 deposunda yer almayacak paketleri gelistiricilerin > yerlestirmesi icin bir kurumsal 2 katki deposu acilacak mi? > Hmm. Katkı deposu maintain etmeyi hiç düşünmedik, tartışılabilir ama ben pek sıcak bakamadım ilk duyuşta :) > "Basinda" cikti, duyuruldu, vs haberleri okuyoruz ama urune katkida > bulunmasi gereken bizlerin bile teknik olarak ne oldugundan/olacagindan > cok haberi yok (ya da en azindan benim yok). > Bir aksilik olmazsa - trunk'taki tasks dosyasında da mevcut - 2x Mayıs gibi Final sürümünü çıkartmayı düşünüyoruz. Dediğim tasks dosyamız açık, yapmayı düşündüklerinizi burda tartışıp C2'nin gerekleri olduğuna karar verdikten sonra ekleyebilir ve kendi iş planınızı oradan götürebilirsiniz. > "Disaridan katki istemiyoruz, hic bulasmayin" diyorsaniz, onu da > diyebilirsiniz :) > İstemez miyiz yahu! İyi akşamlar. From onur at pardus.org.tr Wed Dec 9 22:23:27 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Wed, 9 Dec 2009 22:23:27 +0200 Subject: [Gelistirici] surum proje dosyalari In-Reply-To: <20090811155059.0d5db60f.dfisek@fisek.com.tr> References: <20090811155059.0d5db60f.dfisek@fisek.com.tr> Message-ID: <20091209222327.08a931f3.onur@pardus.org.tr> Doruk Fisek wrote: biraz geç oldu ama... > Merhaba, > > Surumlerin proje dosyalari svn'de pardusman/projects dizininde > bulunuyor. > > 2009 dosyalari kde4/pardusman/projects/ altinda dururken, daha eski > surumler pardusman/projects/ altinda. > > Bu ayriliga bir son verip, proje dosyalarini tek bir yerde, belki > programlarin kok agaci disinda bir yerde toplasak daha kolay > erisilebilir hale gelebilir. uludag svn in düzenlenmesi üstüne proje dosyalarını da bir arada distribution altına topladık. Güzel oldu böyle derli toplu, teşekkürler. > Son dosyalarin projects altinda olmasi kolaylik oluyor derseniz, > ornegin surumle beraber proje dosyalari da tags altina tasinabilir? Şu anda CD üretmesi beklenen projeleri oraya koyduk. 2009.1 çıkınca 2009 u taglamak şimdilik işime gelmedi açıkcası, ama 2009 ömrü bitince taglamayı düşünüyorum. -- Onur Küçük Knowledge speaks, but wisdom listens From dfisek at fisek.com.tr Wed Dec 9 23:01:34 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Wed, 9 Dec 2009 23:01:34 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <4B1FDB2C.4090800@pardus.org.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <4B1FDB2C.4090800@pardus.org.tr> Message-ID: <20091209230134.7c970770.dfisek@fisek.com.tr> Merhaba, Wed, 09 Dec 2009 19:15:24 +0200, Ozan Çağlayan : > Buna kurumsal gerekler doğrultusunda beraberce karar vermeliyiz. > Şimdilik game/ bileşeninin olmayacağını söyleyebiliriz. Bunun dışında > depomuzda olmayan bir evolution'ın C2 için hazırlanması gereği/planı > var. Dediğim gibi fikir ve argümanlar önemli :) Elde "biz su paketlerin olmasini uygun gorduk" diye depoya alinacak bir standart liste var mi, tasks listesi gibi? Icinden kendi paketlerimizi port edebiliriz yavas yavas. > > - Paketlerin guncellenme politikasi ne olacak? Sadece guvenlik > > yamalari mi yapilacak, paketlere "kritik olmayan" hata raporlari da > > kabul edilecek / duzeltmeleri uygulanacak mi? > Güncellemelerin daha kararlı ve ağır gideceği aşikar. İşlevselliği > olumsuz etkileyen, sistemin kararlılığını etkileyen hatalar kritik > olarak adlandırılabilir. Kritik olmayan hata raporları/güncellemeler > nelerdir bunların adını koymamız lazım. Depoya neye gore guncelleme commit edecegiz? Ornegin benim uzerimdeki paketlerden c2 (corporate2 kisaltmasi olarak kullandigini tahmin ediyorum) deposuna alindiktan sonra guncellenenler oldu. Bunlari guncelleyebilir/guncellemeli miyim? > > - Kurumsal 2 deposunda yer almayacak paketleri gelistiricilerin > > yerlestirmesi icin bir kurumsal 2 katki deposu acilacak mi? > Hmm. Katkı deposu maintain etmeyi hiç düşünmedik, tartışılabilir ama > ben pek sıcak bakamadım ilk duyuşta :) Acikcasi ben kendi adima c2 deposuna girilmesi uygun gorulmeyebilecek (oyunlar dahil) cesitli c2 paketlerini ilk ISO'nun yayinlanmasi ile beraber yapmayi ve guncellemeyi planliyorum. Bunlari da diger kullanicilarin da isine yarayabilecegini dusunerek herkesin ulasabilecegi bir yerde tutmak isterim. Contrib deposu acilmayacaksa, ben de ona gore bu paketleri baska bir yere yerlestireyim. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From tekman at pardus.org.tr Thu Dec 10 00:40:40 2009 From: tekman at pardus.org.tr (Erkan Tekman) Date: Thu, 10 Dec 2009 00:40:40 +0200 Subject: [Gelistirici] =?utf-8?b?R8O2cmV2IGRlxJ9pxZ9pa2xpa2xlcmkgdmUgc8O8?= =?utf-8?b?csO8bSBwbGFuxLE=?= Message-ID: <200912100040.41462.tekman@pardus.org.tr> Yarın blogumda yayımlayacağım bir duyuruyu önce geliştirici camiamız ile paylaşmayı uygun gördük: ====================================================================== Üç yıldır projede pek çok görevi üstlenmiş, bu arada 2008 Sürüm Yöneticiliği, Dış Projeler Koordinatörlüğü ve son olarak da Kurumsal 2 Sürüm Yöneticiliği görevlerini üstlenmiş olan Ekin Meroğlu kısa (ümidimiz oldukça kısa) bir süre için projeden ayrılıyor, Ekin askere gidiyor... 2008 Sürüm Yöneticiliği görevini Gökcen Eraslan üstleniyor. 2009.1'in çıkışı (sürüm takvimini pek yakında sürüm yöneticimiz Onur Küçük açıklayacak) ile YALNIZCA GÜVENLİK durumuna geçecek ve 2009.2'nin çıkışı (planımıza göre 2010 Nisan'ında yayımlanacak) ile YAŞAM SONU durumuna erişecek olan 2008 sürümü Ekin'in dönüşünü göremeyecek herhalde. O nedenle bu görevlendirme geçici değil, kalıcı... Kurumsal 2 Sürüm Yöneticiliği görevini geçici olarak Ozan Çağlayan üstleniyor. Yeni yapılanmamız uyarınca artık sürümlerimizi iki kişilik bir sürüm yönetim ekibi çıkaracak. Geliştirici sürümünü geçtiğimiz haftalarda duyurduğumuz ve nihai sürümünü planımıza göre 2010'un ilk yarısında yayımlayacağımız Kurumsal 2 çalışmalarında Ozan ile birlikte çalışacak arkadaşımız Serdar Dalgıç. Gerek 2009'un ara sürümlerinin takvimi göz önüne alındığında, gerekse 2010 yılı içerisinde ekipte yaşanacak büyüme ve ortaya çıkacak oryantasyon ihtiyacı hesaba katıldığında "Pardus 2010" adı ile bir sürüm yayımlamanın yerinde olmadığını gördük. 2000 serisinde 2009'u izleyecek olan sürümümüz Pardus 2011. Pardus 2011 Sürüm Yöneticisi olarak Gökcen Eraslan görev yapacak ve sürüm yönetim ekibinde Fatih Aşıcı ile birlikte çalışacak. Ayrıca 2009 için "Ürün Yöneticisi" adıyla oluşturduğumuz görev 2011'den başlayarak Sürüm Camia Temsilcisi (SCT) adını alarak sürüm yönetim ekibindeki UEKAE çalışanı arkadaşlarımıza eşlik edecek. Pardus 2011 için SCT'yi gelecek ay başında belirleyip duyurmayı planlıyoruz. Pardus 2011 sürümünü 2010 yılı sonunda yayımlamayı hedefliyoruz. Geliştirme çalışmalarının çok yakında başlayacağının müjdesini vermiş olayım buradan ve gerisini Gökcen'e bırakayım. Pardus 2009, Pardus 2011.1'in çıkışı ile, tahminen 2011'in ilk yarısında YALNIZCA GÜVENLİK durumuna geçecek ve 2011.2'nin çıkışı ile, tahminen 2011 ortasında, yani 2009'un çıkışından neredeyse 2 yıl sonra YAŞAM SONU durumuna erişecek. Bu da 2009'u 2007 ile birlikte en uzun ömürlü sürümlerimiz arasına sokacak. Amacımız 2011 sonrasında 12 aylık sürüm periyotlarına olabildiğince uymak. Uygun zamanda diğer büyük dağıtımlar gibi 6 aylık periyotlara geçişi düşünebileceğiz, ama kişisel tahminim bunun 2013'ten önce olamayacağı yönünde... Kurumsal sürümlerimiz için ise 3 yıllık periyotlar düşünüyoruz. Ancak Kurumsal 3'ün 2 yılın ardından, yani 2012'de yayımlanması olasılığı hayli yüksek. Kurumsal sürümler bir sonraki sürümün çıkması ardından 1 yıl desteklenecekler. Eğer sözleşmeli kullanıcıları olursa bu süreyi 1 yıl daha uzatmak mümkün olacak. Yani Kurumsal 2 için desteğimiz 2013-2014 civarında sona erecek. Kurumsal 3'ün geliştirici sürümünün 2011 sonunda çıkacağı hesaba katıldığında kurumsal kullanıcıların test, yerleştirme ve terfi/göç için en az 1,5 zamanları olacak, ki diğer büyük dağıtımlar ile uyumlu süreler bunlar da. ====================================================================== Önümüzdeki aylardaki sürüm planımızı özetleyecek olursak: 2010 başı: 2009.1 2010 Nisan: 2009.2, 2008 -> EoL 2010 ortası: Kurumsal 2 2010 sonu: 2011 2011: 2011.1, 2011.2, 2009 -> EoL, 2011.3 (?) 2011 sonu: 2012, Kurumsal 3 geliştirici sürümü (?) 2012: 2012.1, 2012.2, 2011 -> EoL, Kurumsal 3 (?), 2012.3 (?) 2013: Kurumsal 2 -> EoL, vb Ayrıntılı ve kesin sürüm takvimleri uygun olunan ilk fırsatta Sürüm Yöneticileri tarafından duyurulacaktır. Ekin'e hayırlı teskereler diliyor, Gökcen, Ozan, Serdar ve Fatih'e kolay gelsin diyorum... Erkan Tekman TÜBİTAK UEKAE Proje Yöneticisi ::: Pardus ::: Özgürlük İçin... ::: www.pardus.org.tr From onur at pardus.org.tr Thu Dec 10 16:33:06 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Thu, 10 Dec 2009 16:33:06 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri__-_Secu?= =?utf-8?q?rity_Fixes_=282009-12-10=29?= Message-ID: <20091210163306.b143b017.onur@pardus.org.tr> Merhaba / Hi, Bu gece kararlı depolara girecek güvenlik güncellemeleri : Tonights security fixes for Pardus stable repos : ----------------------------------------------------------------------- * Pardus 2009 coreutils-7.6-32-7.pisi poppler-0.10.7-31-6.pisi cups-1.3.11-64-8.pisi kernel-2.6.30.9-128-33.pisi kernel-doc-2.6.30.9-128-16.pisi kernel-firmware-2.6.30.9-128-30.pisi kernel-headers-2.6.30.9-128-33.pisi kernel-module-headers-2.6.30.9-128-25.pisi kernel-source-2.6.30.9-128-33.pisi kernel-module-headers-pae-2.6.30.9-128-14.pisi kernel-pae-2.6.30.9-128-14.pisi module-kvm-85-7-17.pisi module-kvm-userspace-85-7-10.pisi module-pae-kvm-85-7-7.pisi python-2.6.4-54-15.pisi expat-2.0.1-8-8.pisi DevIL-1.7.8-10-3.pisi openldap-client-2.4.20-24-7.pisi openldap-server-2.4.20-24-7.pisi libtool-2.2.6-14-8.pisi libtool-ltdl-2.2.6-14-3.pisi glibc-2.9-45-10.pisi glibc-doc-2.9-45-5.pisi glibc-locales-aa-2.9-45-10.pisi glibc-locales-af-2.9-45-10.pisi glibc-locales-am-2.9-45-10.pisi glibc-locales-an-2.9-45-10.pisi glibc-locales-ar-2.9-45-10.pisi glibc-locales-as-2.9-45-10.pisi glibc-locales-ast-2.9-45-10.pisi glibc-locales-az-2.9-45-10.pisi glibc-locales-be-2.9-45-10.pisi glibc-locales-ber-2.9-45-10.pisi glibc-locales-bg-2.9-45-10.pisi glibc-locales-bn-2.9-45-10.pisi glibc-locales-bo-2.9-45-10.pisi glibc-locales-br-2.9-45-10.pisi glibc-locales-bs-2.9-45-10.pisi glibc-locales-byn-2.9-45-10.pisi glibc-locales-ca-2.9-45-10.pisi glibc-locales-crh-2.9-45-10.pisi glibc-locales-cs-2.9-45-10.pisi glibc-locales-csb-2.9-45-10.pisi glibc-locales-cy-2.9-45-10.pisi glibc-locales-da-2.9-45-10.pisi glibc-locales-de-2.9-45-10.pisi glibc-locales-dz-2.9-45-10.pisi glibc-locales-el-2.9-45-10.pisi glibc-locales-en-2.9-45-10.pisi glibc-locales-es-2.9-45-10.pisi glibc-locales-et-2.9-45-10.pisi glibc-locales-eu-2.9-45-10.pisi glibc-locales-fa-2.9-45-10.pisi glibc-locales-fi-2.9-45-10.pisi glibc-locales-fil-2.9-45-10.pisi glibc-locales-fo-2.9-45-10.pisi glibc-locales-fr-2.9-45-10.pisi glibc-locales-fur-2.9-45-10.pisi glibc-locales-fy-2.9-45-10.pisi glibc-locales-ga-2.9-45-10.pisi glibc-locales-gd-2.9-45-10.pisi glibc-locales-gez-2.9-45-10.pisi glibc-locales-gl-2.9-45-10.pisi glibc-locales-gu-2.9-45-10.pisi glibc-locales-gv-2.9-45-10.pisi glibc-locales-ha-2.9-45-10.pisi glibc-locales-he-2.9-45-10.pisi glibc-locales-hi-2.9-45-10.pisi glibc-locales-hne-2.9-45-2.pisi glibc-locales-hr-2.9-45-10.pisi glibc-locales-hsb-2.9-45-10.pisi glibc-locales-ht-2.9-45-2.pisi glibc-locales-hu-2.9-45-10.pisi glibc-locales-hy-2.9-45-10.pisi glibc-locales-id-2.9-45-10.pisi glibc-locales-ig-2.9-45-10.pisi glibc-locales-ik-2.9-45-10.pisi glibc-locales-is-2.9-45-10.pisi glibc-locales-it-2.9-45-10.pisi glibc-locales-iu-2.9-45-10.pisi glibc-locales-iw-2.9-45-10.pisi glibc-locales-ja-2.9-45-10.pisi glibc-locales-ka-2.9-45-10.pisi glibc-locales-kk-2.9-45-10.pisi glibc-locales-kl-2.9-45-10.pisi glibc-locales-km-2.9-45-10.pisi glibc-locales-kn-2.9-45-10.pisi glibc-locales-ko-2.9-45-10.pisi glibc-locales-ks-2.9-45-2.pisi glibc-locales-ku-2.9-45-10.pisi glibc-locales-kw-2.9-45-10.pisi glibc-locales-ky-2.9-45-10.pisi glibc-locales-lg-2.9-45-10.pisi glibc-locales-li-2.9-45-10.pisi glibc-locales-lo-2.9-45-10.pisi glibc-locales-lt-2.9-45-10.pisi glibc-locales-lv-2.9-45-10.pisi glibc-locales-mai-2.9-45-10.pisi glibc-locales-mg-2.9-45-10.pisi glibc-locales-mi-2.9-45-10.pisi glibc-locales-mk-2.9-45-10.pisi glibc-locales-ml-2.9-45-10.pisi glibc-locales-mn-2.9-45-10.pisi glibc-locales-mr-2.9-45-10.pisi glibc-locales-ms-2.9-45-10.pisi glibc-locales-mt-2.9-45-10.pisi glibc-locales-nb-2.9-45-10.pisi glibc-locales-nds-2.9-45-10.pisi glibc-locales-ne-2.9-45-10.pisi glibc-locales-nl-2.9-45-10.pisi glibc-locales-nn-2.9-45-10.pisi glibc-locales-nr-2.9-45-10.pisi glibc-locales-nso-2.9-45-10.pisi glibc-locales-oc-2.9-45-10.pisi glibc-locales-om-2.9-45-10.pisi glibc-locales-or-2.9-45-10.pisi glibc-locales-pa-2.9-45-10.pisi glibc-locales-pap-2.9-45-10.pisi glibc-locales-pl-2.9-45-10.pisi glibc-locales-pt-2.9-45-10.pisi glibc-locales-ro-2.9-45-10.pisi glibc-locales-ru-2.9-45-10.pisi glibc-locales-rw-2.9-45-10.pisi glibc-locales-sa-2.9-45-10.pisi glibc-locales-sc-2.9-45-10.pisi glibc-locales-sd-2.9-45-2.pisi glibc-locales-se-2.9-45-10.pisi glibc-locales-shs-2.9-45-10.pisi glibc-locales-si-2.9-45-10.pisi glibc-locales-sid-2.9-45-10.pisi glibc-locales-sk-2.9-45-10.pisi glibc-locales-sl-2.9-45-10.pisi glibc-locales-so-2.9-45-10.pisi glibc-locales-sq-2.9-45-10.pisi glibc-locales-sr-2.9-45-10.pisi glibc-locales-ss-2.9-45-10.pisi glibc-locales-st-2.9-45-10.pisi glibc-locales-sv-2.9-45-10.pisi glibc-locales-ta-2.9-45-10.pisi glibc-locales-te-2.9-45-10.pisi glibc-locales-tg-2.9-45-10.pisi glibc-locales-th-2.9-45-10.pisi glibc-locales-ti-2.9-45-10.pisi glibc-locales-tig-2.9-45-10.pisi glibc-locales-tk-2.9-45-10.pisi glibc-locales-tl-2.9-45-10.pisi glibc-locales-tn-2.9-45-10.pisi glibc-locales-ts-2.9-45-10.pisi glibc-locales-tt-2.9-45-10.pisi glibc-locales-ug-2.9-45-10.pisi glibc-locales-uk-2.9-45-10.pisi glibc-locales-ur-2.9-45-10.pisi glibc-locales-uz-2.9-45-10.pisi glibc-locales-ve-2.9-45-10.pisi glibc-locales-vi-2.9-45-10.pisi glibc-locales-wa-2.9-45-10.pisi glibc-locales-wo-2.9-45-10.pisi glibc-locales-xh-2.9-45-10.pisi glibc-locales-yi-2.9-45-10.pisi glibc-locales-yo-2.9-45-10.pisi glibc-locales-zh-2.9-45-10.pisi glibc-locales-zu-2.9-45-10.pisi glibc-zoneinfo-2.9-45-10.pisi bind-9.6.1_p2-23-3.pisi bind-tools-9.6.1_p2-23-3.pisi -- Onur Küçük Knowledge speaks, but wisdom listens From eren at pardus.org.tr Fri Dec 11 01:44:58 2009 From: eren at pardus.org.tr (Eren =?utf-8?q?T=C3=BCrkay?=) Date: Fri, 11 Dec 2009 01:44:58 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri_-_Secur?= =?utf-8?q?ity_Fixes__=282009-12-10=29?= In-Reply-To: <20091210163306.b143b017.onur@pardus.org.tr> References: <20091210163306.b143b017.onur@pardus.org.tr> Message-ID: <200912110144.58965.eren@pardus.org.tr> On Thursday 10 December 2009 04:33:06 pm Onur Küçük wrote: > coreutils-7.6-32-7.pisi [PLSA 2009-201] http://security.pardus.org.tr/en/2009-201/ > poppler-0.10.7-31-6.pisi [PLSA 2009-182] http://security.pardus.org.tr/en/2009-182/ > cups-1.3.11-64-8.pisi [PLSA 2009-199] http://security.pardus.org.tr/en/2009-199/ > kernel-2.6.30.9-128-33.pisi > kernel-pae-2.6.30.9-128-14.pisi [PLSA 2009-200] http://security.pardus.org.tr/en/2009-200/ > module-kvm-85-7-17.pisi > module-kvm-userspace-85-7-10.pisi > module-pae-kvm-85-7-7.pisi [PLSA 2009-194] http://security.pardus.org.tr/en/2009-194/ > python-2.6.4-54-15.pisi [PLSA 2009-196] http://security.pardus.org.tr/en/2009-196/ > expat-2.0.1-8-8.pisi [PLSA 2009-196] http://security.pardus.org.tr/en/2009-196/ > DevIL-1.7.8-10-3.pisi [PLSA 2009-195] http://security.pardus.org.tr/en/2009-195/ > openldap-client-2.4.20-24-7.pisi > openldap-server-2.4.20-24-7.pisi [PLSA 2009-192] http://security.pardus.org.tr/en/2009-192/ > libtool-2.2.6-14-8.pisi > libtool-ltdl-2.2.6-14-3.pisi [PLSA 2009-197] http://security.pardus.org.tr/en/2009-197/ > glibc-2.9-45-10.pisi [PLSA 2009-198] http://security.pardus.org.tr/en/2009-197/ > bind-9.6.1_p2-23-3.pisi > bind-tools-9.6.1_p2-23-3.pisi [PLSA 2009-193] http://security.pardus.org.tr/en/2009-193/ From gokcen at pardus.org.tr Fri Dec 11 14:17:10 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Fri, 11 Dec 2009 14:17:10 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri__-_Secu?= =?utf-8?q?rity_Fixes__=282009-12-11=29?= Message-ID: <200912111417.10474.gokcen@pardus.org.tr> Merhaba / Hi, Bu gece kararlı depolara girecek güvenlik güncellemeleri : Tonights security fixes for Pardus stable repos : ----------------------------------------------------------------------- * Pardus 2008 openldap-client-2.3.43-24-7.pisi openldap-server-2.3.43-24-7.pisi openldap-slurpd-2.3.43-24-7.pisi gimp-2.6.7-43-15.pisi gimp-devel-2.6.7-43-15.pisi gimp-i18n-2.6.7-43-14.pisi gimp-i18n-am-2.6.7-43-9.pisi gimp-i18n-ar-2.6.7-43-11.pisi gimp-i18n-az-2.6.7-43-9.pisi gimp-i18n-be-2.6.7-43-11.pisi gimp-i18n-bg-2.6.7-43-11.pisi gimp-i18n-ca-2.6.7-43-11.pisi gimp-i18n-ca_valencia-2.6.7-43-11.pisi gimp-i18n-cs-2.6.7-43-11.pisi gimp-i18n-da-2.6.7-43-11.pisi gimp-i18n-de-2.6.7-43-11.pisi gimp-i18n-dz-2.6.7-43-11.pisi gimp-i18n-el-2.6.7-43-11.pisi gimp-i18n-en_CA-2.6.7-43-11.pisi gimp-i18n-en_GB-2.6.7-43-11.pisi gimp-i18n-eo-2.6.7-43-11.pisi gimp-i18n-es-2.6.7-43-11.pisi gimp-i18n-et-2.6.7-43-11.pisi gimp-i18n-eu-2.6.7-43-11.pisi gimp-i18n-fa-2.6.7-43-11.pisi gimp-i18n-fi-2.6.7-43-11.pisi gimp-i18n-fr-2.6.7-43-11.pisi gimp-i18n-ga-2.6.7-43-11.pisi gimp-i18n-gl-2.6.7-43-11.pisi gimp-i18n-gu-2.6.7-43-11.pisi gimp-i18n-he-2.6.7-43-11.pisi gimp-i18n-hi-2.6.7-43-9.pisi gimp-i18n-hr-2.6.7-43-11.pisi gimp-i18n-hu-2.6.7-43-11.pisi gimp-i18n-id-2.6.7-43-11.pisi gimp-i18n-is-2.6.7-43-9.pisi gimp-i18n-it-2.6.7-43-11.pisi gimp-i18n-ja-2.6.7-43-11.pisi gimp-i18n-ka-2.6.7-43-9.pisi gimp-i18n-km-2.6.7-43-11.pisi gimp-i18n-ko-2.6.7-43-11.pisi gimp-i18n-lt-2.6.7-43-11.pisi gimp-i18n-lv-2.6.7-43-9.pisi gimp-i18n-mk-2.6.7-43-11.pisi gimp-i18n-ml-2.6.7-43-9.pisi gimp-i18n-ms-2.6.7-43-11.pisi gimp-i18n-nb-2.6.7-43-11.pisi gimp-i18n-ne-2.6.7-43-11.pisi gimp-i18n-nl-2.6.7-43-11.pisi gimp-i18n-nn-2.6.7-43-11.pisi gimp-i18n-oc-2.6.7-43-11.pisi gimp-i18n-pa-2.6.7-43-11.pisi gimp-i18n-pl-2.6.7-43-11.pisi gimp-i18n-pt-2.6.7-43-11.pisi gimp-i18n-pt_BR-2.6.7-43-11.pisi gimp-i18n-ro-2.6.7-43-11.pisi gimp-i18n-ru-2.6.7-43-11.pisi gimp-i18n-rw-2.6.7-43-11.pisi gimp-i18n-sk-2.6.7-43-11.pisi gimp-i18n-sl-2.6.7-43-11.pisi gimp-i18n-sr-2.6.7-43-11.pisi gimp-i18n-sr_Latn-2.6.7-43-11.pisi gimp-i18n-sv-2.6.7-43-11.pisi gimp-i18n-th-2.6.7-43-9.pisi gimp-i18n-tt-2.6.7-43-11.pisi gimp-i18n-uk-2.6.7-43-11.pisi gimp-i18n-vi-2.6.7-43-11.pisi gimp-i18n-xh-2.6.7-43-11.pisi gimp-i18n-yi-2.6.7-43-11.pisi gimp-i18n-zh_CN-2.6.7-43-11.pisi gimp-i18n-zh_HK-2.6.7-43-9.pisi gimp-i18n-zh_TW-2.6.7-43-11.pisi libtool-1.5.26-10-3.pisi cups-1.3.10-59-12.pisi expat-2.0.1-7-4.pisi python-2.5.4-41-12.pisi kvm-84-48-30.pisi kernel-2.6.25.20-114-57.pisi kernel-headers-2.6.25.20-114-57.pisi kernel-source-2.6.25.20-114-57.pisi bind-9.4.3_p4-23-9.pisi bind-tools-9.4.3_p4-23-9.pisi -- Gökçen Eraslan From scirit at pardus.org.tr Fri Dec 11 14:44:53 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Fri, 11 Dec 2009 14:44:53 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091211_2009_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912110444y1407fbe6l5a5ce8ee81ceb56e@mail.gmail.com> Selamlar, 20091211 2009 Güvenlik Güncellemesi Testleri için son tarih: 12-12-2009 10:00 network bileşeni -------------------------- flashplugin-10.0.42.34-23-5.pisi Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/pardus-2009-test/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Cirit From scirit at pardus.org.tr Fri Dec 11 16:10:51 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Fri, 11 Dec 2009 16:10:51 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091211_2008_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912110610r3f1c8cd8h2865b1eb75b82f54@mail.gmail.com> Selamlar, 20091211 2008 Güvenlik Güncellemesi Testleri için son tarih: 12-12-2009 10:00 Server bileşeni --------------------- ntp-client ntp-server Network bileşeni ----------------------- flashplugin System bileşeni ----------------------- glibc glibc-locales-aa glibc-locales-af glibc-locales-am glibc-locales-an glibc-locales-ar glibc-locales-as glibc-locales-ast glibc-locales-az glibc-locales-be glibc-locales-ber glibc-locales-bg glibc-locales-bn glibc-locales-bo glibc-locales-br glibc-locales-bs glibc-locales-byn glibc-locales-ca glibc-locales-crh glibc-locales-cs glibc-locales-csb glibc-locales-cy glibc-locales-da glibc-locales-de glibc-locales-dz glibc-locales-el glibc-locales-en glibc-locales-es glibc-locales-et glibc-locales-eu glibc-locales-fa glibc-locales-fi glibc-locales-fil glibc-locales-fo glibc-locales-fr glibc-locales-fur glibc-locales-fy glibc-locales-ga glibc-locales-gd glibc-locales-gez glibc-locales-gl glibc-locales-gu glibc-locales-gv glibc-locales-ha glibc-locales-he glibc-locales-hi glibc-locales-hr glibc-locales-hsb glibc-locales-hu glibc-locales-hy glibc-locales-id glibc-locales-ig glibc-locales-ik glibc-locales-is glibc-locales-it glibc-locales-iu glibc-locales-iw glibc-locales-ja glibc-locales-ka glibc-locales-kk glibc-locales-kl glibc-locales-km glibc-locales-kn glibc-locales-ko glibc-locales-ku glibc-locales-kw glibc-locales-ky glibc-locales-lg glibc-locales-li glibc-locales-lo glibc-locales-lt glibc-locales-lv glibc-locales-mai glibc-locales-mg glibc-locales-mi glibc-locales-mk glibc-locales-ml glibc-locales-mn glibc-locales-mr glibc-locales-ms glibc-locales-mt glibc-locales-nb glibc-locales-nds glibc-locales-ne glibc-locales-nl glibc-locales-nn glibc-locales-nr glibc-locales-nso glibc-locales-oc glibc-locales-om glibc-locales-or glibc-locales-pa glibc-locales-pap glibc-locales-pl glibc-locales-pt glibc-locales-ro glibc-locales-ru glibc-locales-rw glibc-locales-sa glibc-locales-sc glibc-locales-se glibc-locales-shs glibc-locales-si glibc-locales-sid glibc-locales-sk glibc-locales-sl glibc-locales-so glibc-locales-sq glibc-locales-sr glibc-locales-ss glibc-locales-st glibc-locales-sv glibc-locales-ta glibc-locales-te glibc-locales-tg glibc-locales-th glibc-locales-ti glibc-locales-tig glibc-locales-tk glibc-locales-tl glibc-locales-tn glibc-locales-ts glibc-locales-tt glibc-locales-ug glibc-locales-uk glibc-locales-ur glibc-locales-uz glibc-locales-ve glibc-locales-vi glibc-locales-wa glibc-locales-wo glibc-locales-xh glibc-locales-yi glibc-locales-yo glibc-locales-zh glibc-locales-zu glibc-zoneinfo coreutils Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/testci-2008/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Ciri From ozan at pardus.org.tr Fri Dec 11 20:30:21 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Fri, 11 Dec 2009 20:30:21 +0200 Subject: [Gelistirici] Kurumsal2 ISO Message-ID: <4B228FBD.30304@pardus.org.tr> Selam, http://cekirdek.pardus.org.tr/~ozan/Corporate2/ yukarıdaki adreste ilk ISO ve gelecek ISO'ları (bulabilir/bulabilecek)siniz. Hataları buraya ya da tasks dosyasına işleyebilirseniz şahane olur, henüz kurumsal2 bileşeni yok bugzilla'da. Teşekkürler From dfisek at fisek.com.tr Fri Dec 11 20:40:21 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 11 Dec 2009 20:40:21 +0200 Subject: [Gelistirici] Kurumsal2 ISO In-Reply-To: <4B228FBD.30304@pardus.org.tr> References: <4B228FBD.30304@pardus.org.tr> Message-ID: <20091211204021.4c30cdf1.dfisek@fisek.com.tr> Fri, 11 Dec 2009 20:30:21 +0200, Ozan Çağlayan : > http://cekirdek.pardus.org.tr/~ozan/Corporate2/ > yukarıdaki adreste ilk ISO ve gelecek ISO'ları (bulabilir/bulabilecek) > siniz. > Hataları buraya ya da tasks dosyasına işleyebilirseniz şahane olur, Eline saglik, md5 dosyasi icinde 20091210/....iso diye geciyor dosya ismi. 20091210 diye dizin ismi olmasa daha iyi olabilir. Indirenler dizin yapisini korumazlar buyuk olasilikla. > henüz kurumsal2 bileşeni yok bugzilla'da. Acalim? :) Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From turkersezer at tsdesign.info Fri Dec 11 20:48:25 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Fri, 11 Dec 2009 20:48:25 +0200 Subject: [Gelistirici] Kurumsal2 ISO In-Reply-To: <20091211204021.4c30cdf1.dfisek@fisek.com.tr> References: <4B228FBD.30304@pardus.org.tr> <20091211204021.4c30cdf1.dfisek@fisek.com.tr> Message-ID: <897749fe0912111048m43d8b102ka71be6d0170b1292@mail.gmail.com> 009/12/11 Doruk Fisek : >> henüz kurumsal2 bileşeni yok bugzilla'da. > Acalim? :) Paketler bileşeni için "Pardus Kurumsal 2" sürümü ekledim. Bileşen olmamasından kastın buydu sanırım. Türker From turkersezer at tsdesign.info Fri Dec 11 20:52:36 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Fri, 11 Dec 2009 20:52:36 +0200 Subject: [Gelistirici] Kurumsal2 ISO In-Reply-To: <897749fe0912111048m43d8b102ka71be6d0170b1292@mail.gmail.com> References: <4B228FBD.30304@pardus.org.tr> <20091211204021.4c30cdf1.dfisek@fisek.com.tr> <897749fe0912111048m43d8b102ka71be6d0170b1292@mail.gmail.com> Message-ID: <897749fe0912111052p5c4a78f2q2c52cbccda13c6ef@mail.gmail.com> 2009/12/11 Türker Sezer : > 009/12/11 Doruk Fisek : >>> henüz kurumsal2 bileşeni yok bugzilla'da. >> Acalim? :) > > Paketler bileşeni için "Pardus Kurumsal 2" sürümü ekledim. Bileşen > olmamasından kastın buydu sanırım. Tekrar okuyunca farkettim de ilk mesajda bugzillaya bu sürüm eklenmesin gibi yazmışsın. Hataları takip etmek, gerekirse sürüm için işaretlemek felan gerekir diye sürümü eklemiş bulundum. Kaldırayım mı? Türker From ozan at pardus.org.tr Fri Dec 11 20:54:10 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Fri, 11 Dec 2009 20:54:10 +0200 Subject: [Gelistirici] Kurumsal2 ISO In-Reply-To: <897749fe0912111052p5c4a78f2q2c52cbccda13c6ef@mail.gmail.com> References: <4B228FBD.30304@pardus.org.tr> <20091211204021.4c30cdf1.dfisek@fisek.com.tr> <897749fe0912111048m43d8b102ka71be6d0170b1292@mail.gmail.com> <897749fe0912111052p5c4a78f2q2c52cbccda13c6ef@mail.gmail.com> Message-ID: <4B229552.1020406@pardus.org.tr> Türker Sezer wrote: > 2009/12/11 Türker Sezer : > >> 009/12/11 Doruk Fisek : >> >>>> henüz kurumsal2 bileşeni yok bugzilla'da. >>>> >>> Acalim? :) >>> >> Paketler bileşeni için "Pardus Kurumsal 2" sürümü ekledim. Bileşen >> olmamasından kastın buydu sanırım. >> > > Tekrar okuyunca farkettim de ilk mesajda bugzillaya bu sürüm > eklenmesin gibi yazmışsın. Hataları takip etmek, gerekirse sürüm için > işaretlemek felan gerekir diye sürümü eklemiş bulundum. Kaldırayım mı? > Yok kalsın bence, iyi olmuş :) From ozan at pardus.org.tr Fri Dec 11 20:54:36 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Fri, 11 Dec 2009 20:54:36 +0200 Subject: [Gelistirici] Kurumsal2 ISO In-Reply-To: <20091211204021.4c30cdf1.dfisek@fisek.com.tr> References: <4B228FBD.30304@pardus.org.tr> <20091211204021.4c30cdf1.dfisek@fisek.com.tr> Message-ID: <4B22956C.5050200@pardus.org.tr> Doruk Fisek wrote: > Fri, 11 Dec 2009 20:30:21 +0200, Ozan Çağlayan : > > >> http://cekirdek.pardus.org.tr/~ozan/Corporate2/ >> yukarıdaki adreste ilk ISO ve gelecek ISO'ları (bulabilir/bulabilecek) >> siniz. >> Hataları buraya ya da tasks dosyasına işleyebilirseniz şahane olur, >> > Eline saglik, md5 dosyasi icinde 20091210/....iso diye geciyor dosya > ismi. 20091210 diye dizin ismi olmasa daha iyi olabilir. Indirenler > dizin yapisini korumazlar buyuk olasilikla. > md5 dosyasının formatını bilemediğimden öylece bıraktım. sum dosyaadi şeklinde mi olmalı yoksa sadece sum'ı mı içermeli? From dfisek at fisek.com.tr Fri Dec 11 21:19:04 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 11 Dec 2009 21:19:04 +0200 Subject: [Gelistirici] Kurumsal2 ISO In-Reply-To: <4B22956C.5050200@pardus.org.tr> References: <4B228FBD.30304@pardus.org.tr> <20091211204021.4c30cdf1.dfisek@fisek.com.tr> <4B22956C.5050200@pardus.org.tr> Message-ID: <20091211211904.3757c393.dfisek@fisek.com.tr> Fri, 11 Dec 2009 20:54:36 +0200, Ozan Çağlayan : > md5 dosyasının formatını bilemediğimden öylece bıraktım. > sum dosyaadi > şeklinde mi olmalı yoksa sadece sum'ı mı içermeli? sum dosyaadi olmasi gerekli. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From dfisek at fisek.com.tr Fri Dec 11 22:11:34 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 11 Dec 2009 22:11:34 +0200 Subject: [Gelistirici] pisi'ye cd'deki paket listesi destegi? Message-ID: <20091211221134.c11184bf.dfisek@fisek.com.tr> Merhaba, Pardus CD'sine giren paketleri ontanimli olarak kullanicinin sistemine kuruyoruz. Bunlara "onerilen" paketler diyebiliriz. Bu paketlerin listesi zaman icinde degisebiliyor. Ornegin 2009 ile 2009.1'in ontanimli kurulan paketleri farkli olabilir. Bu degisiklik kurulumlar arasi farklilik olmasina yol acabiliyor. Eger yeni CD'ye yeni eklenen paket baska bir paketin bagimliligi ise guncelleme sirasinda otomatik kuruluyor zaten. Eger degilse, guncelleyerek yeni surume gecen kullanicinin sistemine hic kurulmuyor. Ozellikle erken surum (alpha, RC, vs) kurulumlarinda bu problem cok daha bariz hissediliyor. CD'ye giren paketlerin guncel bir listesini, ilgili depoda distribution.xml benzeri bir listede tutmak iyi olabilir diye dusunuyorum. Pisi boylece guncelleme yaparken bu listeyi kontrol ederek, CD'ye yeni eklenen paketleri kullanicinin sistemine kurmayi onerebilir ("Asagidaki paketlerin sisteminizde bulunmasi onerilmektedir, kurayim mi? e/h) gibi. Sadece Pisi'nin, listede kullanicinin kendi eliyle sistemden kaldirdigi ontanimli paketler varsa (bu bilgi pisi gecmisinde var), bunlari her guncellemede tekrar onermemeye dikkat etmesi gerekli. Ne dersiniz? Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From eren at pardus.org.tr Fri Dec 11 22:34:08 2009 From: eren at pardus.org.tr (Eren =?utf-8?q?T=C3=BCrkay?=) Date: Fri, 11 Dec 2009 22:34:08 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri__-_Secu?= =?utf-8?q?rity_Fixes__=282009-12-11=29?= In-Reply-To: <200912111417.10474.gokcen@pardus.org.tr> References: <200912111417.10474.gokcen@pardus.org.tr> Message-ID: <200912112234.08541.eren@pardus.org.tr> On Friday 11 December 2009 02:17:10 pm Gökçen Eraslan wrote: > * Pardus 2008 > > openldap-client-2.3.43-24-7.pisi > openldap-server-2.3.43-24-7.pisi > openldap-slurpd-2.3.43-24-7.pisi [PLSA 2009-202] http://security.pardus.org.tr/en/2009-202/ > gimp-2.6.7-43-15.pisi [PLSA 2009-188] http://security.pardus.org.tr/en/2009-188/ > libtool-1.5.26-10-3.pisi [PLSA 2009-197] http://security.pardus.org.tr/en/2009-197/ > cups-1.3.10-59-12.pisi [PLSA 2009-199] http://security.pardus.org.tr/en/2009-199/ > expat-2.0.1-7-4.pisi [PLSA 2009-196] http://security.pardus.org.tr/en/2009-196/ > python-2.5.4-41-12.pisi [PLSA 2009-196] http://security.pardus.org.tr/en/2009-196/ > kvm-84-48-30.pisi [PLSA 2009-194] http://security.pardus.org.tr/en/2009-194/ > kernel-2.6.25.20-114-57.pisi > kernel-headers-2.6.25.20-114-57.pisi > kernel-source-2.6.25.20-114-57.pisi [PLSA 2009-203] http://security.pardus.org.tr/en/2009-203/ > bind-9.4.3_p4-23-9.pisi > bind-tools-9.4.3_p4-23-9.pisi [PLSA 2009-193] http://security.pardus.org.tr/en/2009-193/ From ozan at pardus.org.tr Fri Dec 11 22:45:46 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Fri, 11 Dec 2009 22:45:46 +0200 Subject: [Gelistirici] pisi'ye cd'deki paket listesi destegi? In-Reply-To: <20091211221134.c11184bf.dfisek@fisek.com.tr> References: <20091211221134.c11184bf.dfisek@fisek.com.tr> Message-ID: <4B22AF7A.6060101@pardus.org.tr> Doruk Fisek wrote: > Merhaba, > > > CD'ye giren paketlerin guncel bir listesini, ilgili depoda > distribution.xml benzeri bir listede tutmak iyi olabilir diye > dusunuyorum. > > 2008->2009 geçişini sağlayacak update-manager tam da böyle bir liste tutup yeni paketleri kuracak sisteme. Aynı ana sürüm içerisinde böyle bir şeye gerek var mı bilemiyorum belki de ilk alfa çıktıktan sonra böyle bir şeyi hiç yapmamak lazım. From dfisek at fisek.com.tr Fri Dec 11 22:59:08 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 11 Dec 2009 22:59:08 +0200 Subject: [Gelistirici] pisi'ye cd'deki paket listesi destegi? In-Reply-To: <4B22AF7A.6060101@pardus.org.tr> References: <20091211221134.c11184bf.dfisek@fisek.com.tr> <4B22AF7A.6060101@pardus.org.tr> Message-ID: <20091211225908.6e9d5218.dfisek@fisek.com.tr> Merhaba, Fri, 11 Dec 2009 22:45:46 +0200, Ozan Çağlayan : > > CD'ye giren paketlerin guncel bir listesini, ilgili depoda > > distribution.xml benzeri bir listede tutmak iyi olabilir diye > > dusunuyorum. > 2008->2009 geçişini sağlayacak update-manager tam da böyle bir liste > tutup yeni paketleri kuracak sisteme. Aynı ana sürüm içerisinde böyle > bir şeye gerek var mı bilemiyorum belki de ilk alfa çıktıktan sonra > böyle bir şeyi hiç yapmamak lazım. Teoride olabilir ama pratikte RC ile son surum arasinda bile CD'deki yer darligindan dolayi degisiklik yapilmasi gerekebiliyor. Ya da .x surumleri arasinda. En basitinden yeni baslayan kurumsal 2 surumunu ele alalim. Bugun cikan ISO'yu kuran biri aynen bu problemleri yasayacak. Mutlaka yeni paketler eklenecek ISO'ya (500 MB kalacak hali yok) ama bu tip bir duzenek olmazsa, yeni ontanimli paketleri surekli elle eklemesi gerekecek. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From gurer at pardus.org.tr Sat Dec 12 12:40:50 2009 From: gurer at pardus.org.tr (=?utf-8?q?G=C3=BCrer_=C3=96zen?=) Date: Sat, 12 Dec 2009 12:40:50 +0200 Subject: [Gelistirici] web sitesi Message-ID: <200912121240.51021.gurer@pardus.org.tr> Python in Pardus ve Müdür belgesi sayfaları Not found veriyor. Onları bir düzeltsek de yabancı sitelerdeki linkler kırık kalmasa. Cool URLs don't change! [0] [0] http://www.w3.org/Provider/Style/URI From fatih at pardus.org.tr Sat Dec 12 12:54:18 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sat, 12 Dec 2009 12:54:18 +0200 Subject: [Gelistirici] pisi'ye cd'deki paket listesi destegi? In-Reply-To: <20091211221134.c11184bf.dfisek@fisek.com.tr> References: <20091211221134.c11184bf.dfisek@fisek.com.tr> Message-ID: <200912121254.18485.fatih@pardus.org.tr> On Friday 11 December 2009 22:11:34 Doruk Fisek wrote: > Merhaba, > > Pardus CD'sine giren paketleri ontanimli olarak kullanicinin sistemine > kuruyoruz. Bunlara "onerilen" paketler diyebiliriz. Bu paketlerin > listesi zaman icinde degisebiliyor. Ornegin 2009 ile 2009.1'in > ontanimli kurulan paketleri farkli olabilir. > > Bu degisiklik kurulumlar arasi farklilik olmasina yol acabiliyor. Eger > yeni CD'ye yeni eklenen paket baska bir paketin bagimliligi ise > guncelleme sirasinda otomatik kuruluyor zaten. Eger degilse, > guncelleyerek yeni surume gecen kullanicinin sistemine hic kurulmuyor. > Ozellikle erken surum (alpha, RC, vs) kurulumlarinda bu problem cok daha > bariz hissediliyor. Kurulumların farklı olması normal. Problem olarak görsek bile pisi'nin problemi değil. Sorunun bağımlılık, çakışma, vs ilişkileri ile çözülmesi lazım. Paketlerin bölünmesi durumunda karşılaşabileceğimiz bir sorun mevcut. Örneğin kde-i18n-tr paketi, hem çevirileri hem de yardım dosyalarını içerirken sonraki sürümde kde-i18n-tr ve kde-i18n-tr-doc şeklinde belgeler ayrılmış olsun. Güncelleme yapıldığında daha önce varolan yardım dosyalarını kullanıcının sisteminden silmiş oluyoruz. > CD'ye giren paketlerin guncel bir listesini, ilgili depoda > distribution.xml benzeri bir listede tutmak iyi olabilir diye > dusunuyorum. Bu dosyada böyle bir bilgi tutmak doğru değil. Aynı depoyu kullanan CD, DVD, USB sürümleri olabilir. Bunların her biri için ayrı bir liste gerekir. Söylediğin gibi şu anda CD'deki tüm paketleri sisteme kuruyoruz; fakat bu durum ilerde değişebilir. From onur at pardus.org.tr Sat Dec 12 13:42:51 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sat, 12 Dec 2009 13:42:51 +0200 Subject: [Gelistirici] =?utf-8?b?MjAwOS4xIHPDvHLDvG0gIHRha3ZpbWk=?= Message-ID: <20091212134251.ea57eeb0.onur@pardus.org.tr> Merhaba, 2009.1 sürümü için elimizdeki işler, yapılacaklar, ana depoyu bozmamak için yapmamız gereken değişiklikler vs. ye bırakarak şöyle bir plan çıkardım 25 Aralık - Beta 8 Ocak - RC 15 Ocak - Sürüm 2009.1 için yapılması gerekenler * KDE - 4.3.4 sürümüne geçiş (tamamlandı) - 4.2 -> 4.3 geçişinin sağlıklı olması (tamamlandı görünüyor ancak test edilmeli) - Kaptan'ın 4.3 de çalışır hale gelmesi gerekiyor (tamamlandı görünüyor ancak test edilmeli) - Migration için yaz stajında yapılan iyileştirmelerin birleştirilmesi gerekiyor (Renan) - Mesa bilgisi ile KDE'nin efekt sisteminin ortak dili konuşması incelenecek, eksikler varsa tamamlanacak (Fatih) - KOSD kullanmaya başlayacağız (Ozan) * Kernel 2.6.31 e geçmeyi planlıyoruz, paketler devel de hazır, kararlı depo güvenlik güncellemeleri ve kritik hata düzeltmeleri serisi tamamlanınca derleyip test deposuna alacağız (Ozan) * Xorg 1.7.x serisine geçmek anlamlı mı inceleyeceğiz. Özellikle EXA iyileştirmeleri için bu hamleyi yapmayı düşünüyoruz. Fatih şu anda paketlemesi ile ilgileniyor. Testler olumlu sonuçlanırsa derleyip test deposuna alacağız * GTK2 - Yeni kararlı sürüme geçmeyi düşünüyorum. Kendi bilgisayarımda 1 aydan fazladır kullanıyorum ve sıkıntı yaşadığım scroll vb. bir sürü sıkıntı çözülmüş görünüyor. Depodaki sürüm ile ABI uyumlu. Bu geçişte dikkat edeceğimiz nokta yeni GTK2 ile derlenen paketlerimiz varsa sadece yeni GTK2 ile gelen semboller kullanıyorsa yeni GTK2 ye bağımlılık yazmamız gerekecek. Burak ? * Çalışan 2009.1 ile beraber çalışan CD'de çıkarıyoruz. Önümüzdeki en büyük engel normal bir sistemi elimizdeki altyapı ile oluşturduğumuzda 820 MB lık bir imajımız olmasıydı. Ozan'ın Squahsfs'e lzma desteği eklemesiyle imaj boyutunu 692MB a indirmeyi başardık. Bunun dışında çalışan CD'de yapılacaklar - X klavye haritası ayarlanması (Fatih) - KDE cache lerinin kapatılması (Gökçen) - KDE diskte az yer kaldı uyarısının kapatılması (Gökçen) - KDM TTY açık uyarısı (Gökçen) * Çok aromalı imaj Her ortam için birden fazla imaj oluşturmak yerine tek bir imaj ile istenilen ortamda Pardus çalışan / kurulan hazırlanabilmesini istiyoruz. Artık oluşturduğumuz ISO görüntüsünü ister CD'ye ister DVD'ye yazıp kullanabiliyoruz. Yapılacak bir kaç değişiklik ile aynı imajı USB çubuğa, SD karta vs. yazıp da kullanabiliyor olacağız. Sistemin çalışan olduğunun anlaşılması için kernel parametrelerine mudur=livecd/livedisk veriyorduk . Artık açılış sonrası yazılımlar /var/run/pardus/livemedia dosyasını kontrol ederek algılayabilecekler. Initramfs için de root=LIVEMEDIA=OrtamLabel gibi bir çözüm düşünüyorum. İşin büyk bir kısmı tamamlandı, kalanlar - initramfs, müdür, pardus-python, pardusman değişiklikleri (Onur) - Yalı HDD/CD ayrımı (Mete, Onur) 2008 -> 2009 geçişi için de çalışmalar sürüyor. Upgrade-manager tamamlandı, iyice test edeceğiz ve paket değişikliklerine odaklanmamız gerekiyor. Paketlerde ayar değişikliklerinin düzgün yapılması, replaces ve obsolete listelerinin üzerinden geçilmesi gerekiyor. 2009.1 için engelleyici olmamakla birlikte 2009.1 çıkışıyla geçişin tamamlanmış olmasını istiyorum. Durum budur, başka ekleyeceği olan ? herkese kolaylıklar, -- Onur Küçük Knowledge speaks, but wisdom listens From ozan at pardus.org.tr Sat Dec 12 14:33:54 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 12 Dec 2009 14:33:54 +0200 Subject: [Gelistirici] Kurumsal2 ISO (20091212) In-Reply-To: <4B228FBD.30304@pardus.org.tr> References: <4B228FBD.30304@pardus.org.tr> Message-ID: <4B238DB2.4030501@pardus.org.tr> http://cekirdek.pardus.org.tr/~ozan/Corporate2/20091212/ adresinde tazedir. Artık bir önceki ISO ile bir adet xdelta ve ISO farklarını anlatan bir html dosyası da mevcuttur. From bahadir at pardus.org.tr Sat Dec 12 15:29:47 2009 From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=) Date: Sat, 12 Dec 2009 15:29:47 +0200 Subject: [Gelistirici] =?iso-8859-9?q?2009=2E1_s=FCr=FCm__takvimi?= In-Reply-To: <20091212134251.ea57eeb0.onur@pardus.org.tr> References: <20091212134251.ea57eeb0.onur@pardus.org.tr> Message-ID: <200912121529.47866.bahadir@pardus.org.tr> 12 Aralık 2009 Cumartesi günü (saat 13:42:51) Onur Küçük şunları yazmıştı: > 2009.1 için yapılması gerekenler > > ... > > > Durum budur, başka ekleyeceği olan ? GRUB'da ana ekranda sadece en son çekirdekler (1 kernel, 1 kernel-pae, ...) listelense, eski çekirdeklere de "Eski Çekirdekler" menüsünden ulaşılmasa demiştik bi ara, tamamladım bunu. Diğer menüye geçip sistemi eski çekirdekten boot edince, yeni çekirdekte bir sorun olduğunu varsayıp, seçilen eski çekirdeği ana menüye alan Müdür özelliği de tamam. Betiği test edebilirsiniz: $ wget http://cekirdek.pardus.org.tr/~bahadir/scripts/update-grub.py $ sudo ./update-grub.py --test Sürüm ve kök belirtmek zorunlu değil. Birşey demezseniz, mevcut kernel ve kök dizin kullanılır. Müdür, seçilen çekirdeği ana menüye taşımak için bu komutu parametresiz çalıştıracak. --test kullanmazsanız grub.conf'unuza bir güzel pisleyebilir. Söylemedi/okumadım demeyin. GRUB'ın COMAR betiğinin Boot.Manager tarafından kullanılan metodlarını düzeltiyorum, Beta'dan önce yayınlarım. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From burakclskn at gmail.com Sat Dec 12 17:42:26 2009 From: burakclskn at gmail.com (=?ISO-8859-9?Q?Burak_=C7al=FD=FEkan?=) Date: Sat, 12 Dec 2009 17:42:26 +0200 Subject: [Gelistirici] =?iso-8859-9?q?2009=2E1_s=FCr=FCm__takvimi?= In-Reply-To: <20091212134251.ea57eeb0.onur@pardus.org.tr> References: <20091212134251.ea57eeb0.onur@pardus.org.tr> Message-ID: <4B23B9E2.2060303@gmail.com> 12-12-2009 13:42, Onur Küçük yazmış: > > 1.7.x serisine geçmek anlamlı mı inceleyeceğiz. Özellikle EXA > iyileştirmeleri için bu hamleyi yapmayı düşünüyoruz. Fatih şu anda > paketlemesi ile ilgileniyor. Testler olumlu sonuçlanırsa derleyip test > deposuna alacağız > > * GTK2 > > - Yeni kararlı sürüme geçmeyi düşünüyorum. Kendi bilgisayarımda 1 > aydan fazladır kullanıyorum ve sıkıntı yaşadığım scroll vb. bir sürü > sıkıntı çözülmüş görünüyor. Depodaki sürüm ile ABI uyumlu. > > Bu geçişte dikkat edeceğimiz nokta yeni GTK2 ile derlenen paketlerimiz > varsa sadece yeni GTK2 ile gelen semboller kullanıyorsa yeni GTK2 ye > bağımlılık yazmamız gerekecek. Burak ? Doğrudur. gtk2 ve ailesini güncelleyeceğim. > > Durum budur, başka ekleyeceği olan ? > * Thunderbird 3.0 geçişi. > herkese kolaylıklar, From selimok at gmail.com Sat Dec 12 19:04:24 2009 From: selimok at gmail.com (selim ok) Date: Sat, 12 Dec 2009 18:04:24 +0100 Subject: [Gelistirici] =?iso-8859-1?q?2009=2E1_s=FCr=FCm_takvimi?= In-Reply-To: <20091212134251.ea57eeb0.onur@pardus.org.tr> References: <20091212134251.ea57eeb0.onur@pardus.org.tr> Message-ID: 2009/12/12 Onur Küçük > > - KDE diskte az yer kaldı uyarısının kapatılması (Gökçen) > Bunu kacirdim heralde ben, nicin kapatiliyor acaba, var mi bir sebebi? Iyi calismalar, Selim -- One more step for freedom: http://www.pardus.org.tr/eng/ -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From bahadir at pardus.org.tr Sat Dec 12 19:14:22 2009 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Sat, 12 Dec 2009 19:14:22 +0200 Subject: [Gelistirici] =?utf-8?b?MjAwOS4xIHPDvHLDvG0gIHRha3ZpbWk=?= In-Reply-To: References: <20091212134251.ea57eeb0.onur@pardus.org.tr> Message-ID: <200912121914.34051.bahadir@pardus.org.tr> 12 Aralık 2009 Cumartesi günü (saat 19:04:24) selim ok şunları yazmıştı: > 2009/12/12 Onur Küçük > > > - KDE diskte az yer kaldı uyarısının kapatılması (Gökçen) > > Bunu kacirdim heralde ben, nicin kapatiliyor acaba, var mi bir sebebi? Çalışan CD başlığı altında bu, bir işe yaramıyor bu uyarı :) -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From turkersezer at tsdesign.info Sun Dec 13 00:11:46 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Sun, 13 Dec 2009 00:11:46 +0200 Subject: [Gelistirici] web sitesi In-Reply-To: <200912121240.51021.gurer@pardus.org.tr> References: <200912121240.51021.gurer@pardus.org.tr> Message-ID: <897749fe0912121411ufe7697pfa667e11b7c5b78b@mail.gmail.com> 2009/12/12 Gürer Özen : > > Python in Pardus ve Müdür belgesi sayfaları Not found veriyor. Onları bir > düzeltsek de yabancı sitelerdeki linkler kırık kalmasa. Cool URLs don't > change! [0] > > [0] http://www.w3.org/Provider/Style/URI Web deposuna el atmışken, bugzilla dizinini de web deposuna almamız mümkün mü? Bugzilla kodu uludag deposunda kalmış. Türker From eren at pardus.org.tr Mon Dec 14 00:53:31 2009 From: eren at pardus.org.tr (Eren =?iso-8859-9?q?T=FCrkay?=) Date: Mon, 14 Dec 2009 00:53:31 +0200 Subject: [Gelistirici] =?iso-8859-9?q?G=FCvenlik_G=FCncellemeleri__-_Secur?= =?iso-8859-9?q?ity_Fixes__=282009-12-11=29?= In-Reply-To: <200912111417.10474.gokcen@pardus.org.tr> References: <200912111417.10474.gokcen@pardus.org.tr> Message-ID: <200912140053.31328.eren@pardus.org.tr> On Friday 11 December 2009 02:17:10 pm Gökçen Eraslan wrote: > Merhaba / Hi, > > Bu gece kararlı depolara girecek güvenlik güncellemeleri : > > Tonights security fixes for Pardus stable repos : Sorry, the PLSAs covering these packages were sent 3 days ago to pardus-security list. But I forgot to reply to this e-mail. > ----------------------------------------------------------------------- > > * Pardus 2008 > > openldap-client-2.3.43-24-7.pisi > openldap-server-2.3.43-24-7.pisi > openldap-slurpd-2.3.43-24-7.pisi [PLSA-2009-202] http://security.pardus.org.tr/en/2009-202/ > gimp-2.6.7-43-15.pisi [PLSA-2009-188] http://security.pardus.org.tr/en/2009-202/ > libtool-1.5.26-10-3.pisi [PLSA-2009-197] http://security.pardus.org.tr/en/2009-197/ > cups-1.3.10-59-12.pisi [PLSA-2009-199] http://security.pardus.org.tr/en/2009-199/ > expat-2.0.1-7-4.pisi [PLSA-2009-196] http://security.pardus.org.tr/en/2009-196/ > python-2.5.4-41-12.pisi [PLSA-2009-196] http://security.pardus.org.tr/en/2009-196/ > kvm-84-48-30.pisi [PLSA-2009-194] http://security.pardus.org.tr/en/2009-194/ > kernel-2.6.25.20-114-57.pisi > kernel-headers-2.6.25.20-114-57.pisi > kernel-source-2.6.25.20-114-57.pisi [PLSA-2009-203] http://security.pardus.org.tr/en/2009-203/ > bind-9.4.3_p4-23-9.pisi > bind-tools-9.4.3_p4-23-9.pisi [PLSA-2009-193] http://security.pardus.org.tr/en/2009-193/ From scirit at pardus.org.tr Mon Dec 14 09:56:50 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Mon, 14 Dec 2009 09:56:50 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091214_2009_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912132356w3cc2cfbcid6d85073e36e5fe9@mail.gmail.com> Selamlar, 20091214 2009 Güvenlik Güncellemesi Testleri için son tarih: 13-12-2009 10:00 Server Bileşeni -------------------------- mysql-client-5.1.41-45-8.pisi mysql-lib-5.1.41-45-8.pisi mysql-man-pages-5.1.41-45-8.pisi mysql-server-5.1.41-45-8.pisi Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/pardus-2009-test/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Cirit From scirit at pardus.org.tr Mon Dec 14 10:22:12 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Mon, 14 Dec 2009 10:22:12 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091214_2009_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= In-Reply-To: <4ebc247e0912132356w3cc2cfbcid6d85073e36e5fe9@mail.gmail.com> References: <4ebc247e0912132356w3cc2cfbcid6d85073e36e5fe9@mail.gmail.com> Message-ID: <4ebc247e0912140022y4d5e869ava181345bad0956b3@mail.gmail.com> 2009/12/14 Semen Cirit : > Selamlar, > > 20091214 2009 Güvenlik Güncellemesi Testleri için son tarih: 13-12-2009 10:00 > Test tarihi ile ilgili bir yanlışlık olmuş 15-12-2009 10:00 olacak. From faik at pardus.org.tr Mon Dec 14 12:07:23 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Mon, 14 Dec 2009 12:07:23 +0200 Subject: [Gelistirici] 2009/stable/programming/language/perl/perl-SDL - perl-Pod-Simple-3.11 In-Reply-To: <20091214095751.345B049C93E@ns1.pardus.org.tr> References: <20091214095751.345B049C93E@ns1.pardus.org.tr> Message-ID: <200912141207.23637.faik@pardus.org.tr> > Author: faik > Date: Mon Dec 14 11:57:51 2009 > New Revision: 82641 > > Removed: > > 2009/stable/programming/language/perl/perl-SDL/files/perl-SDL-gfxPie.patch > Modified: > 2009/stable/programming/language/perl/perl-SDL/ (props changed) > 2009/stable/programming/language/perl/perl-SDL/actions.py > 2009/stable/programming/language/perl/perl-SDL/pspec.xml > Log: > perl-Pod-Simple-3.11 > > * Fixed XHTML to output definition lists when it should > * Fixed XHTML so that multiparagraph list items work correctly. > * Added entity handling for E\ and E\ to Pod::Simple::XHTML. > * Fix nested definition list format in the XHTML output (RT#51187) Kopyala, yapıştır dalgınlığı.. Yanlış comment svn loglarında düzeltildi... - Faik From scirit at pardus.org.tr Mon Dec 14 12:34:18 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Mon, 14 Dec 2009 12:34:18 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091214_2009_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= In-Reply-To: <4ebc247e0912132356w3cc2cfbcid6d85073e36e5fe9@mail.gmail.com> References: <4ebc247e0912132356w3cc2cfbcid6d85073e36e5fe9@mail.gmail.com> Message-ID: <4ebc247e0912140234g4f374772lb69fc613a8618dd6@mail.gmail.com> 2009/12/14 Semen Cirit : > Selamlar, > > 20091214 2009 Güvenlik Güncellemesi Testleri için son tarih: 15-12-2009 10:00 > > Server Bileşeni > -------------------------- > mysql-client-5.1.41-45-8.pisi > mysql-lib-5.1.41-45-8.pisi > mysql-man-pages-5.1.41-45-8.pisi > mysql-server-5.1.41-45-8.pisi > Bir paket daha eklendi, System bileşeni -------------------------- automake-1.11.1-9-8.pisi Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/pardus-2009-test/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Cirit From ozan at pardus.org.tr Mon Dec 14 14:14:22 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Mon, 14 Dec 2009 14:14:22 +0200 Subject: [Gelistirici] [Fwd: trunk/pisi/pisi - Add new option to pisi ar : --ignore-check] Message-ID: <4B262C1E.5040101@pardus.org.tr> Bir kaç bişey: Modified: trunk/pisi/pisi/cli/addrepo.py ================================================================= --- trunk/pisi/pisi/cli/addrepo.py (original) +++ trunk/pisi/pisi/cli/addrepo.py Mon Dec 14 13:55:00 2009 @@ -45,6 +45,9 @@ group.add_option("--at", action="store", type="int", default=None, help=_("Add repository at given position (0 is first)")) + group.add_option("--ignore-check", action="store_true", + default=False, + help=_("Ignore distribution release and architecture checks")) self.parser.add_option_group(group) ######## "Skip distribution release and architecture check" daha düzgün bence. def run(self): Modified: trunk/pisi/pisi/index.py ================================================================= --- trunk/pisi/pisi/index.py (original) +++ trunk/pisi/pisi/index.py Mon Dec 14 13:55:00 2009 @@ -34,6 +34,16 @@ class Error(pisi.Error): pass +class NotCompatibleDistroException(pisi.Exception): + def __init__(self, repoVersion, curDistro, curDistVersion): + pisi.Exception.__init__(self, "Opps, sorry, this repository for %s is not compatible with your distribution release %s %s." \ + % (repoVersion, curDistro, curDistVersion)) + +class NotCompatibleArchException(pisi.Exception): + def __init__(self, repoArch, curArch): + pisi.Exception.__init__(self, "Opps, sorry, repo architecture %s is not compatible with your %s architecture." \ + % (repoArch, curArch)) ##### Exception isimleri şöyle olsa? DistributionMismatchException ArchitectureMismatchException distro ve arch gibi kısaltmaya gerek yok bence. ###### Bir de Exception mesajlarında oops'a sorry'ye falan gerek yok bence: The repository couldn't be added because of distribution release mismatch. The repository couldn't ve added because of distribution architecture mismatch. + def check_distro_and_arch(self, doc): + config = pisi.configfile.ConfigurationFile("/etc/pisi/pisi.conf") + if doc.getTag("Distribution").getTagData("Version") != config.get("general", "distribution_release"): + raise NotCompatibleDistroException(doc.getTag("Distribution").getTagData("Version"), \ + config.get("general", "distribution"), config.get("general", "distribution_release")) + if doc.getTag("Distribution").getTagData("Architecture"): + # First check if Architecture tag exists in index.xml; if not, directly skip it ;) + if doc.getTag("Distribution").getTagData("Architecture") != config.get("general", "architecture"): + raise NotCompatibleArchException(doc.getTag("Distribution").getTagData("Architecture"), \ + config.get("general", "architecture")) check_distribution_and_architecture() şeklinde uzun olarak yazarsak daha düzgün bence. config nesnesi zaten o esnada bir yerde olabilir (büyük ihtimalle hatta). tekrar yaratman gerekmeyebilir. # First check if architecture tag.... yorumu da ikinci if'in üstüne gelmeli. From gokcen at pardus.org.tr Mon Dec 14 14:10:25 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Mon, 14 Dec 2009 14:10:25 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri__-_Secu?= =?utf-8?q?rity_Fixes__=282009-12-14=29?= Message-ID: <200912141410.25362.gokcen@pardus.org.tr> Merhaba / Hi, Bu gece kararlı depolara girecek güvenlik güncellemeleri : Tonights security fixes for Pardus stable repos : ----------------------------------------------------------------------- * Pardus 2008 ntp-client-4.2.4_p7-12-6.pisi ntp-server-4.2.4_p7-12-6.pisi glibc-2.8-33-8.pisi glibc-locales-aa-2.8-33-8.pisi glibc-locales-af-2.8-33-8.pisi glibc-locales-am-2.8-33-8.pisi glibc-locales-an-2.8-33-8.pisi glibc-locales-ar-2.8-33-8.pisi glibc-locales-as-2.8-33-8.pisi glibc-locales-ast-2.8-33-6.pisi glibc-locales-az-2.8-33-8.pisi glibc-locales-be-2.8-33-8.pisi glibc-locales-ber-2.8-33-6.pisi glibc-locales-bg-2.8-33-8.pisi glibc-locales-bn-2.8-33-8.pisi glibc-locales-bo-2.8-33-6.pisi glibc-locales-br-2.8-33-8.pisi glibc-locales-bs-2.8-33-8.pisi glibc-locales-byn-2.8-33-8.pisi glibc-locales-ca-2.8-33-8.pisi glibc-locales-crh-2.8-33-8.pisi glibc-locales-cs-2.8-33-8.pisi glibc-locales-csb-2.8-33-8.pisi glibc-locales-cy-2.8-33-8.pisi glibc-locales-da-2.8-33-8.pisi glibc-locales-de-2.8-33-8.pisi glibc-locales-dz-2.8-33-8.pisi glibc-locales-el-2.8-33-8.pisi glibc-locales-en-2.8-33-8.pisi glibc-locales-es-2.8-33-8.pisi glibc-locales-et-2.8-33-8.pisi glibc-locales-eu-2.8-33-8.pisi glibc-locales-fa-2.8-33-8.pisi glibc-locales-fi-2.8-33-8.pisi glibc-locales-fil-2.8-33-6.pisi glibc-locales-fo-2.8-33-8.pisi glibc-locales-fr-2.8-33-8.pisi glibc-locales-fur-2.8-33-6.pisi glibc-locales-fy-2.8-33-8.pisi glibc-locales-ga-2.8-33-8.pisi glibc-locales-gd-2.8-33-8.pisi glibc-locales-gez-2.8-33-8.pisi glibc-locales-gl-2.8-33-8.pisi glibc-locales-gu-2.8-33-8.pisi glibc-locales-gv-2.8-33-8.pisi glibc-locales-ha-2.8-33-6.pisi glibc-locales-he-2.8-33-8.pisi glibc-locales-hi-2.8-33-8.pisi glibc-locales-hr-2.8-33-8.pisi glibc-locales-hsb-2.8-33-8.pisi glibc-locales-hu-2.8-33-8.pisi glibc-locales-hy-2.8-33-8.pisi glibc-locales-id-2.8-33-8.pisi glibc-locales-ig-2.8-33-6.pisi glibc-locales-ik-2.8-33-6.pisi glibc-locales-is-2.8-33-8.pisi glibc-locales-it-2.8-33-8.pisi glibc-locales-iu-2.8-33-6.pisi glibc-locales-iw-2.8-33-8.pisi glibc-locales-ja-2.8-33-8.pisi glibc-locales-ka-2.8-33-8.pisi glibc-locales-kk-2.8-33-8.pisi glibc-locales-kl-2.8-33-8.pisi glibc-locales-km-2.8-33-8.pisi glibc-locales-kn-2.8-33-8.pisi glibc-locales-ko-2.8-33-8.pisi glibc-locales-ku-2.8-33-8.pisi glibc-locales-kw-2.8-33-8.pisi glibc-locales-ky-2.8-33-8.pisi glibc-locales-lg-2.8-33-8.pisi glibc-locales-li-2.8-33-6.pisi glibc-locales-lo-2.8-33-8.pisi glibc-locales-lt-2.8-33-8.pisi glibc-locales-lv-2.8-33-8.pisi glibc-locales-mai-2.8-33-8.pisi glibc-locales-mg-2.8-33-8.pisi glibc-locales-mi-2.8-33-8.pisi glibc-locales-mk-2.8-33-8.pisi glibc-locales-ml-2.8-33-8.pisi glibc-locales-mn-2.8-33-8.pisi glibc-locales-mr-2.8-33-8.pisi glibc-locales-ms-2.8-33-8.pisi glibc-locales-mt-2.8-33-8.pisi glibc-locales-nb-2.8-33-8.pisi glibc-locales-nds-2.8-33-6.pisi glibc-locales-ne-2.8-33-8.pisi glibc-locales-nl-2.8-33-8.pisi glibc-locales-nn-2.8-33-8.pisi glibc-locales-nr-2.8-33-8.pisi glibc-locales-nso-2.8-33-8.pisi glibc-locales-oc-2.8-33-8.pisi glibc-locales-om-2.8-33-8.pisi glibc-locales-or-2.8-33-8.pisi glibc-locales-pa-2.8-33-8.pisi glibc-locales-pap-2.8-33-6.pisi glibc-locales-pl-2.8-33-8.pisi glibc-locales-pt-2.8-33-8.pisi glibc-locales-ro-2.8-33-8.pisi glibc-locales-ru-2.8-33-8.pisi glibc-locales-rw-2.8-33-8.pisi glibc-locales-sa-2.8-33-6.pisi glibc-locales-sc-2.8-33-6.pisi glibc-locales-se-2.8-33-8.pisi glibc-locales-shs-2.8-33-6.pisi glibc-locales-si-2.8-33-8.pisi glibc-locales-sid-2.8-33-8.pisi glibc-locales-sk-2.8-33-8.pisi glibc-locales-sl-2.8-33-8.pisi glibc-locales-so-2.8-33-8.pisi glibc-locales-sq-2.8-33-8.pisi glibc-locales-sr-2.8-33-8.pisi glibc-locales-ss-2.8-33-8.pisi glibc-locales-st-2.8-33-8.pisi glibc-locales-sv-2.8-33-8.pisi glibc-locales-ta-2.8-33-8.pisi glibc-locales-te-2.8-33-8.pisi glibc-locales-tg-2.8-33-8.pisi glibc-locales-th-2.8-33-8.pisi glibc-locales-ti-2.8-33-8.pisi glibc-locales-tig-2.8-33-8.pisi glibc-locales-tk-2.8-33-6.pisi glibc-locales-tl-2.8-33-8.pisi glibc-locales-tn-2.8-33-8.pisi glibc-locales-ts-2.8-33-8.pisi glibc-locales-tt-2.8-33-8.pisi glibc-locales-ug-2.8-33-6.pisi glibc-locales-uk-2.8-33-8.pisi glibc-locales-ur-2.8-33-8.pisi glibc-locales-uz-2.8-33-8.pisi glibc-locales-ve-2.8-33-8.pisi glibc-locales-vi-2.8-33-8.pisi glibc-locales-wa-2.8-33-8.pisi glibc-locales-wo-2.8-33-6.pisi glibc-locales-xh-2.8-33-8.pisi glibc-locales-yi-2.8-33-8.pisi glibc-locales-yo-2.8-33-6.pisi glibc-locales-zh-2.8-33-8.pisi glibc-locales-zu-2.8-33-8.pisi glibc-zoneinfo-2.8-33-8.pisi coreutils-6.12-29-6.pisi flashplugin-10.0.42.34-23-8.pisi -- Gökçen Eraslan From fatih at pardus.org.tr Mon Dec 14 14:28:42 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Mon, 14 Dec 2009 14:28:42 +0200 Subject: [Gelistirici] [Fwd: trunk/pisi/pisi - Add new option to pisi ar : --ignore-check] In-Reply-To: <4B262C1E.5040101@pardus.org.tr> References: <4B262C1E.5040101@pardus.org.tr> Message-ID: <200912141428.42678.fatih@pardus.org.tr> On Monday 14 December 2009 14:14:22 Ozan Çağlayan wrote: > + def check_distro_and_arch(self, doc): > + config = pisi.configfile.ConfigurationFile("/etc/pisi/pisi.conf") > Bir de şu dosya adı hard coded olmasa iyi olur. From serdar at pardus.org.tr Mon Dec 14 14:59:14 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Mon, 14 Dec 2009 14:59:14 +0200 Subject: [Gelistirici] [Fwd: trunk/pisi/pisi - Add new option to pisi ar : --ignore-check] In-Reply-To: <4B262C1E.5040101@pardus.org.tr> References: <4B262C1E.5040101@pardus.org.tr> Message-ID: 2009/12/14 Ozan Çağlayan > Bir kaç bişey: > > > Modified: trunk/pisi/pisi/cli/addrepo.py > ================================================================= > --- trunk/pisi/pisi/cli/addrepo.py (original) > +++ trunk/pisi/pisi/cli/addrepo.py Mon Dec 14 13:55:00 2009 > @@ -45,6 +45,9 @@ > group.add_option("--at", action="store", > type="int", default=None, > help=_("Add repository at given position (0 > is first)")) > + group.add_option("--ignore-check", action="store_true", > + default=False, > + help=_("Ignore distribution release and > architecture checks")) > self.parser.add_option_group(group) > > ######## "Skip distribution release and architecture check" daha düzgün > bence. > > hmm, skip daha iyi evet, değiştiriyorum. > > def run(self): > > Modified: trunk/pisi/pisi/index.py > ================================================================= > --- trunk/pisi/pisi/index.py (original) > +++ trunk/pisi/pisi/index.py Mon Dec 14 13:55:00 2009 > @@ -34,6 +34,16 @@ > class Error(pisi.Error): > pass > > +class NotCompatibleDistroException(pisi.Exception): > + def __init__(self, repoVersion, curDistro, curDistVersion): > + pisi.Exception.__init__(self, "Opps, sorry, this repository for %s > is not compatible with your distribution release %s %s." \ > + % (repoVersion, curDistro, curDistVersion)) > + > +class NotCompatibleArchException(pisi.Exception): > + def __init__(self, repoArch, curArch): > + pisi.Exception.__init__(self, "Opps, sorry, repo architecture %s > is not compatible with your %s architecture." \ > + % (repoArch, curArch)) > > > ##### Exception isimleri şöyle olsa? > DistributionMismatchException > ArchitectureMismatchException > > distro ve arch gibi kısaltmaya gerek yok bence. > > ###### Bir de Exception mesajlarında oops'a sorry'ye falan gerek yok bence: > The repository couldn't be added because of distribution release mismatch. > The repository couldn't ve added because of distribution architecture > mismatch. > > Exception'ları ctx.ui.error ile bastırmak daha mantıklı sanırım, hem çevrilebilir olacaklar, hem de pisi.Exception class'ı yaratmadan handle edilebilecekler. Bu şekilde değiştiriyorum. > > check_distribution_and_architecture() şeklinde uzun olarak yazarsak daha > düzgün bence. > > fonksiyonun adını da bu şekilde dğeiştirdim. > config nesnesi zaten o esnada bir yerde olabilir (büyük ihtimalle hatta). > tekrar yaratman gerekmeyebilir. > # First check if architecture tag.... > > yorumu da ikinci if'in üstüne gelmeli. > bu da tamam. -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From serdar at pardus.org.tr Mon Dec 14 15:30:40 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Mon, 14 Dec 2009 15:30:40 +0200 Subject: [Gelistirici] [Fwd: trunk/pisi/pisi - Add new option to pisi ar : --ignore-check] In-Reply-To: <200912141428.42678.fatih@pardus.org.tr> References: <4B262C1E.5040101@pardus.org.tr> <200912141428.42678.fatih@pardus.org.tr> Message-ID: 2009/12/14 Fatih Aşıcı > On Monday 14 December 2009 14:14:22 Ozan Çağlayan wrote: > > + def check_distro_and_arch(self, doc): > > + config = > pisi.configfile.ConfigurationFile("/etc/pisi/pisi.conf") > > > > Bir de şu dosya adı hard coded olmasa iyi olur. > > bu da tamamdır; ctx.config.values.get("general", "distribution_release") ile ilk parametre /etc/pisi/pisi.conf'un section'ı, ikincisi de value olmak üzere ulaşılabiliyor. -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From dfisek at fisek.com.tr Mon Dec 14 16:47:29 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Mon, 14 Dec 2009 16:47:29 +0200 Subject: [Gelistirici] kurumsal 2 / yali'daki auto-login secenegi calismiyor Message-ID: <20091214164729.a0c67639.dfisek@fisek.com.tr> Merhaba, Sanirim Yali 2009'dan alinma oldugu icin KDE4'teki ayar dosyalarini duzenlemeye calisiyordur; kurulumdaki su kullanici auto-login yapsin secenegi calismiyor. Hata raporu olarak mi, gelistirici listesine mi, svn'deki tasks listesinde ilgili kisiye mi eklemeliyim kestiremedim. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From ozan at pardus.org.tr Mon Dec 14 17:04:26 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Mon, 14 Dec 2009 17:04:26 +0200 Subject: [Gelistirici] kurumsal 2 / yali'daki auto-login secenegi calismiyor In-Reply-To: <20091214164729.a0c67639.dfisek@fisek.com.tr> References: <20091214164729.a0c67639.dfisek@fisek.com.tr> Message-ID: <4B2653FA.4060705@pardus.org.tr> Doruk Fisek wrote On 14-12-2009 16:47: > Merhaba, > > Sanirim Yali 2009'dan alinma oldugu icin KDE4'teki ayar dosyalarini > duzenlemeye calisiyordur; kurulumdaki su kullanici auto-login yapsin > secenegi calismiyor. > > Hata raporu olarak mi, gelistirici listesine mi, svn'deki tasks > listesinde ilgili kisiye mi eklemeliyim kestiremedim. > güzel tespit :) From mete at pardus.org.tr Mon Dec 14 17:25:21 2009 From: mete at pardus.org.tr (Mete Alpaslan) Date: Mon, 14 Dec 2009 17:25:21 +0200 Subject: [Gelistirici] kurumsal 2 / yali'daki auto-login secenegi calismiyor In-Reply-To: <20091214164729.a0c67639.dfisek@fisek.com.tr> References: <20091214164729.a0c67639.dfisek@fisek.com.tr> Message-ID: <200912141725.21922.mete@pardus.org.tr> 14 Aralık 2009 Pazartesi günü (saat 16:47:29) Doruk Fisek şunları yazmıştı: > Merhaba, > > Sanirim Yali 2009'dan alinma oldugu icin KDE4'teki ayar dosyalarini > duzenlemeye calisiyordur; kurulumdaki su kullanici auto-login yapsin > secenegi calismiyor. Çalışmaması normal, çünkü kurumsal deposundaki YALI 2009 branchından geliyor ve orada o seçeneği aktif hale getirebilmek için kde4rc dosyası handle ediliyor. Corporate branchını açtığımda kde3 için değişiklikler gelecek ve aktif hale gelebilecek. 1-2 ufak işim kaldı sonra yeni YALI depoya koyacam ;) > Hata raporu olarak mi, gelistirici listesine mi, svn'deki tasks > listesinde ilgili kisiye mi eklemeliyim kestiremedim. Durumu biliyorum. İstersen bugzillaya hata açabilirsin değişikliği yaptığımda sanada geri bildirim gelmiş olur... ---- Mete Alpaslan ----- From eren at pardus.org.tr Tue Dec 15 09:36:40 2009 From: eren at pardus.org.tr (Eren =?iso-8859-9?q?T=FCrkay?=) Date: Tue, 15 Dec 2009 09:36:40 +0200 Subject: [Gelistirici] =?iso-8859-9?q?G=FCvenlik_G=FCncellemeleri__-_Secur?= =?iso-8859-9?q?ity_Fixes__=282009-12-14=29?= In-Reply-To: <200912141410.25362.gokcen@pardus.org.tr> References: <200912141410.25362.gokcen@pardus.org.tr> Message-ID: <200912150936.41131.eren@pardus.org.tr> On Monday 14 December 2009 02:10:25 pm you wrote: > * Pardus 2008 > > ntp-client-4.2.4_p7-12-6.pisi > ntp-server-4.2.4_p7-12-6.pisi [PLSA 2009-204] http://security.pardus.org.tr/en/2009-204/ > glibc-2.8-33-8.pisi [PLSA 2009-198] http://security.pardus.org.tr/en/2009-199/ > coreutils-6.12-29-6.pisi [PLSA 2009-201] http://security.pardus.org.tr/en/2009-201/ > flashplugin-10.0.42.34-23-8.pisi [PLSA 2009-205] http://security.pardus.org.tr/en/2009-205/ From ozan at pardus.org.tr Tue Dec 15 10:05:13 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Tue, 15 Dec 2009 10:05:13 +0200 Subject: [Gelistirici] python-turbojson Message-ID: <4B274339.40903@pardus.org.tr> Selam, 2009/devel'de bu paket PEAK-Rules paketine bağımlı görünüyor ancak böyle bir paket bulamıyorum ben.? From dfisek at fisek.com.tr Tue Dec 15 12:13:05 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Tue, 15 Dec 2009 12:13:05 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <20091209230134.7c970770.dfisek@fisek.com.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <4B1FDB2C.4090800@pardus.org.tr> <20091209230134.7c970770.dfisek@fisek.com.tr> Message-ID: <20091215121305.d373f22d.dfisek@fisek.com.tr> Wed, 9 Dec 2009 23:01:34 +0200, Doruk Fisek : Ping? (tam alintilamayi sevmiyorum ama kesebilecegim bir yerini bulamadim :)) - dfisek > > Buna kurumsal gerekler doğrultusunda beraberce karar vermeliyiz. > > Şimdilik game/ bileşeninin olmayacağını söyleyebiliriz. Bunun > > dışında depomuzda olmayan bir evolution'ın C2 için hazırlanması > > gereği/planı var. Dediğim gibi fikir ve argümanlar önemli :) > Elde "biz su paketlerin olmasini uygun gorduk" diye depoya alinacak > bir standart liste var mi, tasks listesi gibi? Icinden kendi > paketlerimizi port edebiliriz yavas yavas. > > > > - Paketlerin guncellenme politikasi ne olacak? Sadece guvenlik > > > yamalari mi yapilacak, paketlere "kritik olmayan" hata raporlari > > > da kabul edilecek / duzeltmeleri uygulanacak mi? > > Güncellemelerin daha kararlı ve ağır gideceği aşikar. İşlevselliği > > olumsuz etkileyen, sistemin kararlılığını etkileyen hatalar kritik > > olarak adlandırılabilir. Kritik olmayan hata raporları/güncellemeler > > nelerdir bunların adını koymamız lazım. > Depoya neye gore guncelleme commit edecegiz? > > Ornegin benim uzerimdeki paketlerden c2 (corporate2 kisaltmasi olarak > kullandigini tahmin ediyorum) deposuna alindiktan sonra guncellenenler > oldu. Bunlari guncelleyebilir/guncellemeli miyim? > > > > - Kurumsal 2 deposunda yer almayacak paketleri gelistiricilerin > > > yerlestirmesi icin bir kurumsal 2 katki deposu acilacak mi? > > Hmm. Katkı deposu maintain etmeyi hiç düşünmedik, tartışılabilir ama > > ben pek sıcak bakamadım ilk duyuşta :) > Acikcasi ben kendi adima c2 deposuna girilmesi uygun gorulmeyebilecek > (oyunlar dahil) cesitli c2 paketlerini ilk ISO'nun yayinlanmasi ile > beraber yapmayi ve guncellemeyi planliyorum. Bunlari da diger > kullanicilarin da isine yarayabilecegini dusunerek herkesin > ulasabilecegi bir yerde tutmak isterim. > > Contrib deposu acilmayacaksa, ben de ona gore bu paketleri baska bir > yere yerlestireyim. From fethicanc at gmail.com Tue Dec 15 15:55:46 2009 From: fethicanc at gmail.com (Fethican =?UTF-8?B?Q2/Fn2t1bmVy?=) Date: Tue, 15 Dec 2009 15:55:46 +0200 Subject: [Gelistirici] python-turbojson In-Reply-To: <4B274339.40903@pardus.org.tr> References: <4B274339.40903@pardus.org.tr> Message-ID: <20091215155546.2c94dc17.fethicanc@gmail.com> On Tue, 15 Dec 2009 10:05:13 +0200 Ozan Çağlayan wrote: > Selam, Selam, > 2009/devel'de bu paket PEAK-Rules paketine bağımlı görünüyor ancak > böyle bir paket bulamıyorum ben.? Evet henüz depoda değil. Yeni sürüm depoda olmayan yeni bağımlılıklar getirdiği için güncellemeyi yarıda bırakıp paket yapmaya girişmiştim. Paketler review'a gitmeye birer translation dosyası uzaklıktalar. Şimdilik eski haline çeviriyorum, daha fazla kafa karıştırmasın. --- Fethican From ozan at pardus.org.tr Wed Dec 16 09:30:05 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Wed, 16 Dec 2009 09:30:05 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <20091215121305.d373f22d.dfisek@fisek.com.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <4B1FDB2C.4090800@pardus.org.tr> <20091209230134.7c970770.dfisek@fisek.com.tr> <20091215121305.d373f22d.dfisek@fisek.com.tr> Message-ID: <4B288C7D.80403@pardus.org.tr> Doruk Fisek wrote On 15-12-2009 12:13: > Wed, 9 Dec 2009 23:01:34 +0200, Doruk Fisek : > > Ping? > > (tam alintilamayi sevmiyorum ama kesebilecegim bir yerini bulamadim :)) > > - dfisek > > >>> Buna kurumsal gerekler doğrultusunda beraberce karar vermeliyiz. >>> Şimdilik game/ bileşeninin olmayacağını söyleyebiliriz. Bunun >>> dışında depomuzda olmayan bir evolution'ın C2 için hazırlanması >>> gereği/planı var. Dediğim gibi fikir ve argümanlar önemli :) >>> >> Elde "biz su paketlerin olmasini uygun gorduk" diye depoya alinacak >> bir standart liste var mi, tasks listesi gibi? Icinden kendi >> paketlerimizi port edebiliriz yavas yavas. >> Hayır böyle bir liste henüz yok. Ben ilk planda tüm python ve perl modüllerini aldım, çünkü zırt pırt bir şeylerin bağımlılığı çıkıyorlardı. Ben depoyu kısıtlayıp/kısıtlamamak konusunda kararsızım. Yani zaten 2009 deposunda 2000 küsür kaynak paketimiz var, kurumsal sürüm çıkartıyoruz diye paket sayısını azaltmak bana mantıklı gelmiyor, sonuçta sunucu sürüm değil, gömülü sürüm değil, KDE'si var, masaüstüsü var. Sadece dediğim game bileşenini almayalım diyoruz. Onun dışında verilmiş bir karar henüz yok. Paketlerinizden uygun gördüklerinizi alabilir, bakımını yapabilirsiniz. >> Depoya neye gore guncelleme commit edecegiz? >> >> Ornegin benim uzerimdeki paketlerden c2 (corporate2 kisaltmasi olarak >> kullandigini tahmin ediyorum) deposuna alindiktan sonra guncellenenler >> oldu. Bunlari guncelleyebilir/guncellemeli miyim? >> Tabii ki güncelleyebilirsiniz. Kimse güncellemiyor diye ben depoya alırken bazı paketlerin güncellemesi var mı diye bakıyorum. >> >>>> - Kurumsal 2 deposunda yer almayacak paketleri gelistiricilerin >>>> yerlestirmesi icin bir kurumsal 2 katki deposu acilacak mi? >>>> >>> Hmm. Katkı deposu maintain etmeyi hiç düşünmedik, tartışılabilir ama >>> ben pek sıcak bakamadım ilk duyuşta :) >>> >> Acikcasi ben kendi adima c2 deposuna girilmesi uygun gorulmeyebilecek >> (oyunlar dahil) cesitli c2 paketlerini ilk ISO'nun yayinlanmasi ile >> beraber yapmayi ve guncellemeyi planliyorum. Bunlari da diger >> kullanicilarin da isine yarayabilecegini dusunerek herkesin >> ulasabilecegi bir yerde tutmak isterim. >> >> Contrib deposu acilmayacaksa, ben de ona gore bu paketleri baska bir >> yere yerlestireyim Şu anda contrib/2009/devel'den gelme 2 adet paket var corporate2'da: imlib ve desktop-file-utils. İhtiyaç olduğu için buraya aldık. From dfisek at fisek.com.tr Wed Dec 16 09:50:07 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Wed, 16 Dec 2009 09:50:07 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <4B288C7D.80403@pardus.org.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <4B1FDB2C.4090800@pardus.org.tr> <20091209230134.7c970770.dfisek@fisek.com.tr> <20091215121305.d373f22d.dfisek@fisek.com.tr> <4B288C7D.80403@pardus.org.tr> Message-ID: <20091216095007.371898f8.dfisek@fisek.com.tr> Merhaba, Wed, 16 Dec 2009 09:30:05 +0200, Ozan Çağlayan : > Hayır böyle bir liste henüz yok. Ben ilk planda tüm python ve perl > modüllerini aldım, çünkü zırt pırt bir şeylerin bağımlılığı > çıkıyorlardı. Ben depoyu kısıtlayıp/kısıtlamamak konusunda kararsızım. > Yani zaten 2009 deposunda 2000 küsür kaynak paketimiz var, kurumsal > sürüm çıkartıyoruz diye paket sayısını azaltmak bana mantıklı > gelmiyor, sonuçta sunucu sürüm değil, gömülü sürüm değil, KDE'si var, > masaüstüsü var. > Sadece dediğim game bileşenini almayalım diyoruz. Onun dışında > verilmiş bir karar henüz yok. Paketlerinizden uygun gördüklerinizi > alabilir, bakımını yapabilirsiniz. Buradan oyun bileseni disinda 2008/2009 Pardus deposundaki istedigim tum paketleri gelistirici listesine onaylatmadan c2 deposuna alabilecegimi anliyorum. Depoyu kisitlamama dusuncesi olduguna gore, "kurumsal" olmayan bircok paket de gire(bile)cek c2 deposuna anladigim kadariyla. c2 icin bakimini yapip ilgilenecek gelistiricisi olduktan sonra, depoda yer almasinda ne sakinca gordugunuz icin "game bilesenini almayalim" diyorsunuz? > Şu anda contrib/2009/devel'den gelme 2 adet paket var corporate2'da: > imlib ve desktop-file-utils. İhtiyaç olduğu için buraya aldık. Ihtiyac disinda da girecekler olabiliyor mu? Kisa yoldan sorayim, su contrib paketlerinden hangilerini alabilirim c2 deposuna? aucdtect easytag fdupes gpsbabel josm licq merkaartor moodin navilink qcomicbook qlandkarte rpl tuxcards Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From scirit at pardus.org.tr Wed Dec 16 10:47:15 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Wed, 16 Dec 2009 10:47:15 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091216_2008_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912160047i42b80791x33823f36ed50a778@mail.gmail.com> Selamlar, 20091216 2008 Güvenlik Güncellemesi Testleri için son tarih: 17-12-2009 10:00 Server Bileşeni --------------------------- mysql-client-5.0.88-40-8.pisi mysql-lib-5.0.88-40-8.pisi mysql-man-pages-5.0.88-40-8.pisi mysql-server-5.0.88-40-8.pisi Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/pardus-2008-test/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Cirit From dfisek at fisek.com.tr Wed Dec 16 11:08:44 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Wed, 16 Dec 2009 11:08:44 +0200 Subject: [Gelistirici] [Hata 11728] In-Reply-To: References: Message-ID: <20091216110844.308ff441.dfisek@fisek.com.tr> Wed, 16 Dec 2009 10:48:12 +0200 (EET), Pardus Bugzilla : > Product: Güvenlik / Security Bugzilla'da bir sorun var olabilir mi? Hata "guvenlik" bileseninde olmasina karsin Bugzilla e-posta listesine duyurusu geldi. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From eren at pardus.org.tr Wed Dec 16 11:30:41 2009 From: eren at pardus.org.tr (Eren =?iso-8859-9?q?T=FCrkay?=) Date: Wed, 16 Dec 2009 11:30:41 +0200 Subject: [Gelistirici] [Hata 11728] In-Reply-To: <20091216110844.308ff441.dfisek@fisek.com.tr> References: <20091216110844.308ff441.dfisek@fisek.com.tr> Message-ID: <200912161130.41358.eren@pardus.org.tr> On Wednesday 16 December 2009 11:08:44 am Doruk Fisek wrote: > Bugzilla'da bir sorun var olabilir mi? Hata "guvenlik" bileseninde > olmasina karsin Bugzilla e-posta listesine duyurusu geldi. > > Doruk Bugzilladan kaynaklanan bir hata değil. Hatayı açarken izinler için checkbox'ı seçmeyi unutmamdan kaynaklanıyor. Bazen bu şekilde durumlar oluşabiliyor, checkbox seçilmediği zaman listeye gönderiyor. Doğru yöntem güvenlik componenti seçildiği zaman listeye göndermemesi gibi geldi. Bugzillada böyle bir şey yapma imkanımız var mı? "Şu component seçili ise şunlara mail gönder" gibi. From gkmngrgn at gmail.com Wed Dec 16 12:20:43 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Wed, 16 Dec 2009 12:20:43 +0200 Subject: [Gelistirici] corporate2/devel-x86_64/system/devel/icecream - added icecream In-Reply-To: <20091216101048.706E049C95A@ns1.pardus.org.tr> References: <20091216101048.706E049C95A@ns1.pardus.org.tr> Message-ID: <579eef480912160220t87af379g17bc5d0e64b49079@mail.gmail.com> 2009/12/16 Meltem Parmaksız > Author: meltem.parmaksiz > Date: Wed Dec 16 12:10:48 2009 > New Revision: 82959 > > Modified: > corporate2/devel-x86_64/system/devel/icecream/actions.py > Log: > added icecream > > > --- > actions.py | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > Modified: corporate2/devel-x86_64/system/devel/icecream/actions.py > ================================================================= > --- corporate2/devel-x86_64/system/devel/icecream/actions.py (original) > +++ corporate2/devel-x86_64/system/devel/icecream/actions.py Wed Dec 16 > 12:10:48 2009 > @@ -24,6 +24,6 @@ > def install(): > autotools.rawInstall("DESTDIR=%s" % get.installDIR()) > > - for chost in ["", "i686-pc-linux-gnu-"]: > + for chost in ["", "x86_64-pc-linux-gnu-"]: > for i in ["c++", "cc", "g++", "gcc"]: > pisitools.dosym("icecc", "/opt/icecream/bin/%s%s" % (chost, i)) > Denemedim ama, bu tip şey bizim işimizi görüyor olması lazım => http://tr.pardus-wiki.org/Pardus:ActionsAPI#HOST Eğer pisi.conf'tan host bilgisini alacak bir get modülü fonksiyonu yazılmamışsa da yazmamız gerek. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From serdar at pardus.org.tr Wed Dec 16 13:55:04 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Wed, 16 Dec 2009 13:55:04 +0200 Subject: [Gelistirici] corporate2/devel-x86_64/system/devel/icecream - added icecream In-Reply-To: <579eef480912160220t87af379g17bc5d0e64b49079@mail.gmail.com> References: <20091216101048.706E049C95A@ns1.pardus.org.tr> <579eef480912160220t87af379g17bc5d0e64b49079@mail.gmail.com> Message-ID: 2009/12/16 Gökmen Görgen > 2009/12/16 Meltem Parmaksız > > >> Modified: corporate2/devel-x86_64/system/devel/icecream/actions.py >> ================================================================= >> --- corporate2/devel-x86_64/system/devel/icecream/actions.py (original) >> +++ corporate2/devel-x86_64/system/devel/icecream/actions.py Wed Dec 16 >> 12:10:48 2009 >> @@ -24,6 +24,6 @@ >> def install(): >> autotools.rawInstall("DESTDIR=%s" % get.installDIR()) >> >> - for chost in ["", "i686-pc-linux-gnu-"]: >> + for chost in ["", "x86_64-pc-linux-gnu-"]: >> for i in ["c++", "cc", "g++", "gcc"]: >> pisitools.dosym("icecc", "/opt/icecream/bin/%s%s" % (chost, >> i)) >> > > Denemedim ama, bu tip şey bizim işimizi görüyor olması lazım => > http://tr.pardus-wiki.org/Pardus:ActionsAPI#HOST > > Eğer pisi.conf'tan host bilgisini alacak bir get modülü fonksiyonu > yazılmamışsa da yazmamız gerek. > > http://svn.pardus.org.tr/uludag/trunk/pisi/pisi/actionsapi/get.py def HOST(): return env.host -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From scirit at pardus.org.tr Wed Dec 16 14:44:15 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Wed, 16 Dec 2009 14:44:15 +0200 Subject: [Gelistirici] =?iso-8859-1?q?2009=2E1_s=FCr=FCm_takvimi?= In-Reply-To: <20091212134251.ea57eeb0.onur@pardus.org.tr> References: <20091212134251.ea57eeb0.onur@pardus.org.tr> Message-ID: <4ebc247e0912160444i986e16if095a4f5ac141224@mail.gmail.com> 2009/12/12 Onur Küçük : > >  Merhaba, > >  2009.1 sürümü için elimizdeki işler, yapılacaklar, ana depoyu bozmamak > için yapmamız gereken değişiklikler vs. ye bırakarak şöyle bir plan > çıkardım > > * KDE > >  - 4.3.4 sürümüne geçiş (tamamlandı) >  - 4.2 -> 4.3 geçişinin sağlıklı olması (tamamlandı görünüyor ancak > test edilmeli) Bu geçişin testlerini gerçekleştirdim. Hatalar: comic strip ve lcd weather station plasmoidlerinin verileri güncellemeden sonra siliniyor. Sistem yeniden başlatıldıktan sonra yeniden yapılandır butonu ortaya çıkıyor. >  2008 -> 2009 geçişi için de çalışmalar sürüyor. Upgrade-manager > tamamlandı, iyice test edeceğiz ve paket değişikliklerine odaklanmamız > gerekiyor. Paketlerde ayar değişikliklerinin düzgün yapılması, replaces > ve obsolete listelerinin üzerinden geçilmesi gerekiyor. 2009.1 için > engelleyici olmamakla birlikte 2009.1 çıkışıyla geçişin tamamlanmış > olmasını istiyorum. 2008 ve 2009 CD'si arasındaki paket farkları alındıktan sonra kde3->kde4 geçişinin testleri gerçekleştirilecek. Herkese iyi günler, Semen Cirit Semen From onur at pardus.org.tr Wed Dec 16 15:52:40 2009 From: onur at pardus.org.tr (Onur =?utf-8?q?K=C3=BC=C3=A7=C3=BCk?=) Date: Wed, 16 Dec 2009 15:52:40 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri_-_Secur?= =?utf-8?q?ity_Fixes__=282009-12-16=29?= Message-ID: <200912161552.40220.onur@pardus.org.tr> Merhaba / Hi, Bu gece kararlı depolara girecek güvenlik güncellemeleri : Tonights security fixes for Pardus stable repos : ----------------------------------------------------------------------- * Pardus 2009 automake-1.11.1-9-8.pisi mysql-client-5.1.41-45-8.pisi mysql-lib-5.1.41-45-8.pisi mysql-man-pages-5.1.41-45-8.pisi mysql-server-5.1.41-45-8.pisi flashplugin-10.0.42.34-23-5.pisi -- Onur Küçük Knowledge speaks, but wisdom listens From m3lt3mparmaks1z at gmail.com Wed Dec 16 16:10:46 2009 From: m3lt3mparmaks1z at gmail.com (=?ISO-8859-9?Q?meltem_parmaks=FDz?=) Date: Wed, 16 Dec 2009 16:10:46 +0200 Subject: [Gelistirici] corporate2/devel-x86_64/system/devel/icecream - added icecream In-Reply-To: References: <20091216101048.706E049C95A@ns1.pardus.org.tr> <579eef480912160220t87af379g17bc5d0e64b49079@mail.gmail.com> Message-ID: Önerdiğiniz gibi action.py dosyasınındaki x86_64-pc-linux-gnu- ifadesinin get.HOST() ile alınmış halini svn e commit ettim. -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From onur at pardus.org.tr Thu Dec 17 11:38:21 2009 From: onur at pardus.org.tr (Onur =?utf-8?q?K=C3=BC=C3=A7=C3=BCk?=) Date: Thu, 17 Dec 2009 11:38:21 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <20091216214023.31FF649CC15@ns1.pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> Message-ID: <200912171138.22086.onur@pardus.org.tr> On 16 Aralık 2009 Çarşamba 23:40:23 Fatih Aşıcı wrote: > Author: fatih > Date: Wed Dec 16 23:40:23 2009 > New Revision: 83029 > > Modified: > 2009/stable/kernel/default/drivers/module-nvidia-current/actions.py > > 2009/stable/kernel/default/drivers/module-nvidia-current/comar/xorg.driver > .py 2009/stable/kernel/default/drivers/module-nvidia-current/pspec.xml Log: > New stable release (190.53) Bu güncellemeyle KDE açılmaz hale geldi .xsession-errors de şu var Could not open library ksmserver: Cannot load library /usr/kde/4/lib/libkdeinit4_ksmserver.so: (libnvidia-tls.so.1: paylaşımlı nesne dosyası açılamıyor: Böyle bir dosya ya da dizin yok) ksmserver: error while loading shared libraries: libnvidia-tls.so.1: cannot open shared object file: No such file or directory /usr/lib de bir seri kırık symlink var ll /usr/lib/libGL* wxrwxrwx 1 root root 14 Ara 17 10:39 /usr/lib/libGLcore.so -> libGLcore.so.1 lrwxrwxrwx 1 root root 19 Ara 17 10:39 /usr/lib/libGLcore.so.1 -> libGLcore.so.190.53 lrwxrwxrwx 1 root root 52 Ara 17 10:39 /usr/lib/libGLcore.so.190.53 -> /usr/lib/xorg/nvidia-current/lib/libGLcore.so.190.53 lrwxrwxrwx 1 root root 15 Tem 30 15:05 /usr/lib/libGLC.so -> libGLC.so.0.0.7 lrwxrwxrwx 1 root root 15 Tem 30 15:05 /usr/lib/libGLC.so.0 -> libGLC.so.0.0.7 -rwxr-xr-x 1 root root 136K Tem 6 16:21 /usr/lib/libGLC.so.0.0.7 lrwxrwxrwx 1 root root 16 Haz 2 2009 /usr/lib/libGLEW.so -> libGLEW.so.1.5.1 lrwxrwxrwx 1 root root 16 Haz 2 2009 /usr/lib/libGLEW.so.1.5 -> libGLEW.so.1.5.1 -rwxr-xr-x 1 root root 250K Haz 14 2009 /usr/lib/libGLEW.so.1.5.1 lrwxrwxrwx 1 root root 10 Haz 9 2009 /usr/lib/libGL.so -> libGL.so.1 lrwxrwxrwx 1 root root 48 Ara 17 10:39 /usr/lib/libGL.so.1.2 -> /usr/lib/xorg/nvidia-current/lib/libGL.so.190.53 lrwxrwxrwx 1 root root 11 Haz 9 2009 /usr/lib/libGLU.so -> libGLU.so.1 lrwxrwxrwx 1 root root 20 Eki 20 10:55 /usr/lib/libGLU.so.1 -> libGLU.so.1.3.070601 -rwxr-xr-x 1 root root 461K Kas 26 10:16 /usr/lib/libGLU.so.1.3.070601 ll /usr/lib/*nvidia* /usr/lib/*vdpau* -rwxr-xr-x 1 root root 39K Haz 14 2009 libBasicUsageEnvironment.so lrwxrwxrwx 1 root root 50 Ara 17 10:39 libcuda.so.190.53 -> /usr/lib/xorg/nvidia-current/lib/libcuda.so.190.53 lrwxrwxrwx 1 root root 52 Ara 17 10:39 libGLcore.so.190.53 -> /usr/lib/xorg/nvidia-current/lib/libGLcore.so.190.53 lrwxrwxrwx 1 root root 48 Ara 17 10:39 libGL.so.1.2 -> /usr/lib/xorg/nvidia-current/lib/libGL.so.190.53 lrwxrwxrwx 1 root root 18 Kas 2 06:44 libnvidia-cfg.so -> libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 18 Kas 2 06:44 libnvidia-tls.so -> libnvidia-tls.so.1 -rwxr-xr-x 1 root root 9,6K Haz 14 2009 libUsageEnvironment.so lrwxrwxrwx 1 root root 25 Kas 2 06:44 libvdpau_nvidia.so -> libvdpau_nvidia.so.190.42 lrwxrwxrwx 1 root root 17 Tem 15 10:15 libvdpau.so -> libvdpau.so.1.0.0 lrwxrwxrwx 1 root root 17 Tem 15 10:15 libvdpau.so.1 -> libvdpau.so.1.0.0 -rwxr-xr-x 1 root root 5,5K Eyl 23 10:14 libvdpau.so.1.0.0 -rwxr-xr-x 1 root root 54K Eyl 23 10:14 libvdpau_trace.so lrwxrwxrwx 1 root root 56 Ara 17 10:39 libXvMCNVIDIA.so.190.53 -> /usr/lib/xorg/nvidia-current/lib/libXvMCNVIDIA.so.190.53 $ tree /usr/lib/xorg/nvidia-current/ /usr/lib/xorg/nvidia-current/ |-- drivers | `-- nvidia_drv.so |-- extensions | `-- libglx.so.190.53 |-- include | |-- GL | | |-- gl.h | | |-- glext.h | | |-- glx.h | | `-- glxext.h | `-- cuda | |-- cuda.h | `-- cudaGL.h `-- lib |-- libGL.so.190.53 |-- libGLcore.so.190.53 |-- libXvMCNVIDIA.so.190.53 |-- libcuda.so.190.53 |-- libnvidia-cfg.so.190.53 |-- tls | `-- libnvidia-tls.so.190.53 `-- vdpau |-- libvdpau_nvidia.so.190.53 `-- libvdpau_trace.so.190.53 -- Onur Küçük Knowledge speaks, but wisdom listens From serdar at pardus.org.tr Thu Dec 17 11:37:44 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Thu, 17 Dec 2009 11:37:44 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Pisi_T=FCrk=E7e_=E7eviri_hatalar=FD?= Message-ID: Merhabalar; Bir kaç çeviri hatası ilişti de gözüme, Türkçeye çevirmekle ilgilenenler bunlara bi el atabilir mi? #: pisi/pxml/autoxml.py:120 pisi/pxml/autoxml.py:135 "Tag should have at least the current locale, or failing that an English or " "Turkish version" msgstr "" "Takı içeriğinin en azından güncel yerelde (locale) bir karşılığı olmalı, ya " "da eğer o yoksa bir Türkçe ya da İngilizce sürüme sahip olmalı." Takı ne yahu, düğüne mi geldik :D Etiket olmalı. Düzgün çevirildiği yerler var tabi: #: pisi/pxml/autoxml.py:79 gibi. Bunun benzer: #: pisi/cli/index.py:23 #: pisi/pxml/autoxml.py:86 #: pisi/pxml/autoxml.py:528 #: pisi/pxml/autoxml.py:661 pisi/pxml/autoxml.py:670 takı sendromu bulunmakta. ---------- #: pisi/operations/build.py:373 msgid "" "Cannot find component.xml in upper directory, Source is now part of unknown " "component" msgstr "" "component.xml uzaktaki dizinde bulunamadı, kaynak bilinmeyen bir bileşenin " "parçası" burada çeviri uzaktaki dizin olmamalı, bir üst dizin olmalı. Bir de component.xml ile uzaktaki kelimeleri arasında fazladan bir boşluk var. Listeye sorayım dedim bir de, Source is now part of unknown component" derken "kaynak bilinmeyen bir bileşenin parçası" mı diyelim "kaynak bilinmeyen bileşeninin bir parçası" mı? ikisinde de kararsız kaldım ben. Bu string şu iki satırda yer alıyor: #: pisi/operations/build.py:367 #: pisi/operations/build.py:373 -------- #: pisi/operations/install.py:163 msgid "Package %s is not compatible with your distribution release %s %s." msgstr "%s paketi dağıtım sürmünüz %s %s ile uyumlu değil." sürmünüz -> sürümünüz typo var. --------- #: pisi/operations/install.py:167 msgid "Package %s (%s) is not compatible with your %s architecture." msgstr "%s (%s) paketi sizin %s mimariniz ile uyumlu değil" Sonda nokta unutulmuş. Şimdilik gözüme çarpanlar bunlar. -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From faik at pardus.org.tr Thu Dec 17 11:44:30 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Thu, 17 Dec 2009 11:44:30 +0200 Subject: [Gelistirici] =?utf-8?b?UGlzaSBUw7xya8OnZSDDp2V2aXJpIGhhdGFsYXI=?= =?utf-8?b?xLE=?= In-Reply-To: References: Message-ID: <200912171144.30838.faik@pardus.org.tr> > Merhabalar; > > Bir kaç çeviri hatası ilişti de gözüme, Türkçeye çevirmekle ilgilenenler > bunlara bi el atabilir mi? Çok bir işi yok, sen bulmuşken, düzeltiverip commit etsene. :) - Faik From fatih at pardus.org.tr Thu Dec 17 11:51:39 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Thu, 17 Dec 2009 11:51:39 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171138.22086.onur@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171138.22086.onur@pardus.org.tr> Message-ID: <200912171151.39176.fatih@pardus.org.tr> On Thursday 17 December 2009 11:38:21 Onur Küçük wrote: > On 16 Aralık 2009 Çarşamba 23:40:23 Fatih Aşıcı wrote: > > Author: fatih > > Date: Wed Dec 16 23:40:23 2009 > > New Revision: 83029 > > > > Modified: > > 2009/stable/kernel/default/drivers/module-nvidia-current/actions.py > > > > > > 2009/stable/kernel/default/drivers/module-nvidia-current/comar/xorg.drive > >r .py 2009/stable/kernel/default/drivers/module-nvidia-current/pspec.xml > > Log: New stable release (190.53) > > Bu güncellemeyle KDE açılmaz hale geldi > > .xsession-errors de şu var postInstall'da bir hata olmuş muydu? comar.log'a düşen bir şey var mı? Paketi kurunca tekrarlayamadım hatayı. Sanırım 190.42'den güncelleyince çıkıyor hata. From onur at pardus.org.tr Thu Dec 17 11:59:35 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Thu, 17 Dec 2009 11:59:35 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171151.39176.fatih@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171138.22086.onur@pardus.org.tr> <200912171151.39176.fatih@pardus.org.tr> Message-ID: <200912171159.35982.onur@pardus.org.tr> On 17 Aralık 2009 Perşembe 11:51:39 Fatih Aşıcı wrote: > postInstall'da bir hata olmuş muydu? comar.log'a düşen bir şey var mı? evet postinstall da olmuş > Paketi kurunca tekrarlayamadım hatayı. Sanırım 190.42'den güncelleyince > çıkıyor hata. aynen 142 den güncelleyince oldu pisi lp de xorg-video-nvidia-current görünüyordu, çıktıyı almak için pisi cp yazdım bu sefer çalıştı, paket bağımlılıklarından dolayı kurulum sırası mı değişti ? Belki onunla ilgilidir -- Onur Küçük Knowledge speaks, but wisdom listens From fatih at pardus.org.tr Thu Dec 17 12:07:50 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Thu, 17 Dec 2009 12:07:50 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171159.35982.onur@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171151.39176.fatih@pardus.org.tr> <200912171159.35982.onur@pardus.org.tr> Message-ID: <200912171207.50962.fatih@pardus.org.tr> On Thursday 17 December 2009 11:59:35 Onur Küçük wrote: > On 17 Aralık 2009 Perşembe 11:51:39 Fatih Aşıcı wrote: > > postInstall'da bir hata olmuş muydu? comar.log'a düşen bir şey var mı? > > evet postinstall da olmuş > > > Paketi kurunca tekrarlayamadım hatayı. Sanırım 190.42'den güncelleyince > > çıkıyor hata. > > aynen 142 den güncelleyince oldu Önce 190.42'yi kurarak tekrar etmeye çalıştım; ama yine tekrarlayamadım. > pisi lp de xorg-video-nvidia-current görünüyordu, çıktıyı almak için pisi > cp yazdım bu sefer çalıştı, paket bağımlılıklarından dolayı kurulum sırası > mı değişti ? Belki onunla ilgilidir Her güncellemede yaptığım gibi strict dep'lerdeki sürümleri değiştirdim. Bu sürümdeki tek farklılık vdpau sürücülerinin bulunduğu dizin. Sürücüler artık /usr/lib/vdpau dizini altında. /usr/lib altındaki sembolik linkleri temizletmeyi unutmuşum. O yüzden bir tane kırık link görebilirsin. From serdar at pardus.org.tr Thu Dec 17 12:20:55 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Thu, 17 Dec 2009 12:20:55 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Pisi_T=FCrk=E7e_=E7eviri_hatalar=FD?= In-Reply-To: <200912171144.30838.faik@pardus.org.tr> References: <200912171144.30838.faik@pardus.org.tr> Message-ID: 2009/12/17 Faik Uygur > > Merhabalar; > > > > Bir kaç çeviri hatası ilişti de gözüme, Türkçeye çevirmekle ilgilenenler > > bunlara bi el atabilir mi? > > Çok bir işi yok, sen bulmuşken, düzeltiverip commit etsene. :) > > - Faik > Oluur, benim için sorun değil de çevirileri geliştiriciler mi yapıyor, çeviriyle ilgilenen birileri yok mu? Çeviriyle ilgilenen birileri varsa diye yazayım dedim, iş başa kaldıysa yaparız tabi ki :) -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From onur at pardus.org.tr Thu Dec 17 12:44:29 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Thu, 17 Dec 2009 12:44:29 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171207.50962.fatih@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171159.35982.onur@pardus.org.tr> <200912171207.50962.fatih@pardus.org.tr> Message-ID: <200912171244.29502.onur@pardus.org.tr> On 17 Aralık 2009 Perşembe 12:07:50 Fatih Aşıcı wrote: > Her güncellemede yaptığım gibi strict dep'lerdeki sürümleri değiştirdim. Bu > sürümdeki tek farklılık vdpau sürücülerinin bulunduğu dizin. Sürücüler > artık /usr/lib/vdpau dizini altında. /usr/lib altındaki sembolik linkleri > temizletmeyi unutmuşum. O yüzden bir tane kırık link görebilirsin. vdpau kırık linki var da, post patlamış ben oradayım 153 varken zorg -p patlıyor bu arada, -s -k vs. düzgün çalışıyor Traceback (most recent call last): File "/usr/bin/zorg", line 87, in probe(opts) File "/usr/bin/zorg", line 33, in probe if link.Xorg.Display["zorg"].initialConfig(): File "/usr/lib/pardus/comar/__init__.py", line 127, in call raise dbus.DBusException, exception dbus.exceptions.DBusException: tr.org.pardus.comar.DBusException: tr.org.pardus.comar.OSError: (2, 'No such file or directory') şimdilik 142 ye döndüm, sorun kritik olduğu için test deposu paket senkronunu kapattım -- Onur Küçük Knowledge speaks, but wisdom listens From fatih at pardus.org.tr Thu Dec 17 13:05:33 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Thu, 17 Dec 2009 13:05:33 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171244.29502.onur@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171207.50962.fatih@pardus.org.tr> <200912171244.29502.onur@pardus.org.tr> Message-ID: <200912171305.33433.fatih@pardus.org.tr> On Thursday 17 December 2009 12:44:29 Onur Küçük wrote: > On 17 Aralık 2009 Perşembe 12:07:50 Fatih Aşıcı wrote: > > Her güncellemede yaptığım gibi strict dep'lerdeki sürümleri değiştirdim. > > Bu sürümdeki tek farklılık vdpau sürücülerinin bulunduğu dizin. Sürücüler > > artık /usr/lib/vdpau dizini altında. /usr/lib altındaki sembolik linkleri > > temizletmeyi unutmuşum. O yüzden bir tane kırık link görebilirsin. > > vdpau kırık linki var da, post patlamış ben oradayım > > 153 varken zorg -p patlıyor bu arada, -s -k vs. düzgün çalışıyor > > Traceback (most recent call last): > File "/usr/bin/zorg", line 87, in > probe(opts) > File "/usr/bin/zorg", line 33, in probe > if link.Xorg.Display["zorg"].initialConfig(): > File "/usr/lib/pardus/comar/__init__.py", line 127, in call > raise dbus.DBusException, exception > dbus.exceptions.DBusException: tr.org.pardus.comar.DBusException: > tr.org.pardus.comar.OSError: (2, 'No such file or directory') comar logunda daha detaylı bir backtrace var mı? Hem postInstall için hem de zorg probe için. From faik at pardus.org.tr Thu Dec 17 13:12:35 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Thu, 17 Dec 2009 13:12:35 +0200 Subject: [Gelistirici] =?utf-8?b?UGlzaSBUw7xya8OnZSDDp2V2aXJpIGhhdGFsYXI=?= =?utf-8?b?xLE=?= In-Reply-To: References: <200912171144.30838.faik@pardus.org.tr> Message-ID: <200912171312.35346.faik@pardus.org.tr> > 2009/12/17 Faik Uygur > > > > Merhabalar; > > > > > > Bir kaç çeviri hatası ilişti de gözüme, Türkçeye çevirmekle > > > ilgilenenler bunlara bi el atabilir mi? > > > > Çok bir işi yok, sen bulmuşken, düzeltiverip commit etsene. :) > > > > - Faik > > Oluur, benim için sorun değil de çevirileri geliştiriciler mi yapıyor, > çeviriyle ilgilenen birileri yok mu? Çeviriyle ilgilenen birileri varsa > diye yazayım dedim, iş başa kaldıysa yaparız tabi ki :) > Sürüm öncesi genelde eksik Türkçe çevirileri kendim yapıyorum piside. - Faik From onur at pardus.org.tr Thu Dec 17 13:25:05 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Thu, 17 Dec 2009 13:25:05 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171305.33433.fatih@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171244.29502.onur@pardus.org.tr> <200912171305.33433.fatih@pardus.org.tr> Message-ID: <200912171325.05257.onur@pardus.org.tr> On 17 Aralık 2009 Perşembe 13:05:33 Fatih Aşıcı wrote: > > vdpau kırık linki var da, post patlamış ben oradayım > > > > 153 varken zorg -p patlıyor bu arada, -s -k vs. düzgün çalışıyor > > > > Traceback (most recent call last): > > File "/usr/bin/zorg", line 87, in > > probe(opts) > > File "/usr/bin/zorg", line 33, in probe > > if link.Xorg.Display["zorg"].initialConfig(): > > File "/usr/lib/pardus/comar/__init__.py", line 127, in call > > raise dbus.DBusException, exception > > dbus.exceptions.DBusException: tr.org.pardus.comar.DBusException: > > tr.org.pardus.comar.OSError: (2, 'No such file or directory') > > comar logunda daha detaylı bir backtrace var mı? Hem postInstall için hem > de zorg probe için. şöyle bir şey var 2009-12-17 12:32:09 (894) [bus:1.49] ERROR: Exception: OSError - (2, 'No such file or directory') 2009-12-17 12:32:09 (894) [bus:1.49] ERROR: File /var/db/comar3/scripts/Xorg.Driver/xorg_video_nvidia_current.py, line 65, in enable() 2009-12-17 12:32:09 (894) [bus:1.49] ERROR: File /var/db/comar3/scripts/Xorg.Driver/xorg_video_nvidia_current.py, line 19, in symlink() 2009-12-17 12:32:09 (889) [bus:1.47] ERROR: Exception: DBusException - tr.org.pardus.comar.OSError: (2, 'No such file or directory') 2009-12-17 12:32:09 (889) [bus:1.47] ERROR: File /var/db/comar3/scripts/Xorg.Display/zorg.py, line 105, in initialConfig() 2009-12-17 12:32:09 (889) [bus:1.47] ERROR: File /usr/lib/pardus/zorg/probe.py, line 121, in setDriver() 2009-12-17 12:32:09 (889) [bus:1.47] ERROR: File /usr/lib/pardus/zorg/probe.py, line 132, in enableDriver() 2009-12-17 12:32:09 (889) [bus:1.47] ERROR: File /usr/lib/pardus/comar/__init__.py, line 127, in call() 2009-12-17 12:32:23 (903) [bus:1.56] ERROR: Exception: OSError - (2, 'No such file or directory') 2009-12-17 12:32:23 (903) [bus:1.56] ERROR: File /var/db/comar3/scripts/Xorg.Driver/xorg_video_nvidia_current.py, line 65, in enable() 2009-12-17 12:32:23 (903) [bus:1.56] ERROR: File /var/db/comar3/scripts/Xorg.Driver/xorg_video_nvidia_current.py, line 19, in symlink() 2009-12-17 12:32:23 (898) [bus:1.54] ERROR: Exception: DBusException - tr.org.pardus.comar.OSError: (2, 'No such file or directory') 2009-12-17 12:32:23 (898) [bus:1.54] ERROR: File /var/db/comar3/scripts/Xorg.Display/zorg.py, line 105, in initialConfig() 2009-12-17 12:32:23 (898) [bus:1.54] ERROR: File /usr/lib/pardus/zorg/probe.py, line 121, in setDriver() 2009-12-17 12:32:23 (898) [bus:1.54] ERROR: File /usr/lib/pardus/zorg/probe.py, line 132, in enableDriver() 2009-12-17 12:32:23 (898) [bus:1.54] ERROR: File /usr/lib/pardus/comar/__init__.py, line 127, in call() -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Thu Dec 17 13:30:34 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Thu, 17 Dec 2009 13:30:34 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171325.05257.onur@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171305.33433.fatih@pardus.org.tr> <200912171325.05257.onur@pardus.org.tr> Message-ID: <200912171330.34061.onur@pardus.org.tr> On 17 Aralık 2009 Perşembe 13:25:05 Onur Küçük wrote: > On 17 Aralık 2009 Perşembe 13:05:33 Fatih Aşıcı wrote: > > > vdpau kırık linki var da, post patlamış ben oradayım > > > > > > 153 varken zorg -p patlıyor bu arada, -s -k vs. düzgün çalışıyor > > > > > > Traceback (most recent call last): > > > File "/usr/bin/zorg", line 87, in > > > probe(opts) > > > File "/usr/bin/zorg", line 33, in probe > > > if link.Xorg.Display["zorg"].initialConfig(): > > > File "/usr/lib/pardus/comar/__init__.py", line 127, in call > > > raise dbus.DBusException, exception > > > dbus.exceptions.DBusException: tr.org.pardus.comar.DBusException: > > > tr.org.pardus.comar.OSError: (2, 'No such file or directory') > > > > comar logunda daha detaylı bir backtrace var mı? Hem postInstall için hem > > de zorg probe için. > > şöyle bir şey var ... paketleri reinstall da yaptım bu arada bir şey değişmedi -- Onur Küçük Knowledge speaks, but wisdom listens From fatih at pardus.org.tr Thu Dec 17 13:38:03 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Thu, 17 Dec 2009 13:38:03 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171330.34061.onur@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171325.05257.onur@pardus.org.tr> <200912171330.34061.onur@pardus.org.tr> Message-ID: <200912171338.03919.fatih@pardus.org.tr> On Thursday 17 December 2009 13:30:34 Onur Küçük wrote: > On 17 Aralık 2009 Perşembe 13:25:05 Onur Küçük wrote: > > On 17 Aralık 2009 Perşembe 13:05:33 Fatih Aşıcı wrote: > > > > vdpau kırık linki var da, post patlamış ben oradayım > > > > > > > > 153 varken zorg -p patlıyor bu arada, -s -k vs. düzgün çalışıyor > > > > > > > > Traceback (most recent call last): > > > > File "/usr/bin/zorg", line 87, in > > > > probe(opts) > > > > File "/usr/bin/zorg", line 33, in probe > > > > if link.Xorg.Display["zorg"].initialConfig(): > > > > File "/usr/lib/pardus/comar/__init__.py", line 127, in call > > > > raise dbus.DBusException, exception > > > > dbus.exceptions.DBusException: tr.org.pardus.comar.DBusException: > > > > tr.org.pardus.comar.OSError: (2, 'No such file or directory') > > > > > > comar logunda daha detaylı bir backtrace var mı? Hem postInstall için > > > hem de zorg probe için. > > > > şöyle bir şey var > > ... > > paketleri reinstall da yaptım bu arada bir şey değişmedi > Sorunu anladım. Sendeki libvdpau eski olduğu (ya da kurulmadığı) için /usr/lib/vdpau diye bir dizin yoktu. Bu dizinin içerisinde symlink oluşturmaya çalışırken patlıyor. libvdpau paketini güncelleyip bağımlılık olarak ekleyeceğim. From onur at pardus.org.tr Thu Dec 17 14:14:04 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Thu, 17 Dec 2009 14:14:04 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171338.03919.fatih@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171330.34061.onur@pardus.org.tr> <200912171338.03919.fatih@pardus.org.tr> Message-ID: <200912171414.04528.onur@pardus.org.tr> On 17 Aralık 2009 Perşembe 13:38:03 Fatih Aşıcı wrote: > Sorunu anladım. Sendeki libvdpau eski olduğu (ya da kurulmadığı) için > /usr/lib/vdpau diye bir dizin yoktu. Bu dizinin içerisinde symlink > oluşturmaya çalışırken patlıyor. libvdpau paketini güncelleyip bağımlılık > olarak ekleyeceğim. farmda olan paket kuruluymuş bende Yüklü paket: İsim: libvdpau, sürüm 0.2, yayım 2, inşa 3 dediğin mantıklı, 42 deyim, paketler hazır olunca güncelleyip deneyeyim -- Onur Küçük Knowledge speaks, but wisdom listens From fatih at pardus.org.tr Thu Dec 17 14:16:16 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Thu, 17 Dec 2009 14:16:16 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171414.04528.onur@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171338.03919.fatih@pardus.org.tr> <200912171414.04528.onur@pardus.org.tr> Message-ID: <200912171416.16880.fatih@pardus.org.tr> On Thursday 17 December 2009 14:14:04 Onur Küçük wrote: > On 17 Aralık 2009 Perşembe 13:38:03 Fatih Aşıcı wrote: > > Sorunu anladım. Sendeki libvdpau eski olduğu (ya da kurulmadığı) için > > /usr/lib/vdpau diye bir dizin yoktu. Bu dizinin içerisinde symlink > > oluşturmaya çalışırken patlıyor. libvdpau paketini güncelleyip > > bağımlılık olarak ekleyeceğim. > > farmda olan paket kuruluymuş bende > > Yüklü paket: > İsim: libvdpau, sürüm 0.2, yayım 2, inşa 3 0.3'e güncelledim şimdi. > dediğin mantıklı, 42 deyim, paketler hazır olunca güncelleyip deneyeyim > svn'de gerekli güncellemeleri yaptım. Paketler derlenebilir. From fatih at pardus.org.tr Thu Dec 17 14:17:10 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Thu, 17 Dec 2009 14:17:10 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171414.04528.onur@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171338.03919.fatih@pardus.org.tr> <200912171414.04528.onur@pardus.org.tr> Message-ID: <200912171417.10909.fatih@pardus.org.tr> On Thursday 17 December 2009 14:14:04 Onur Küçük wrote: > On 17 Aralık 2009 Perşembe 13:38:03 Fatih Aşıcı wrote: > > Sorunu anladım. Sendeki libvdpau eski olduğu (ya da kurulmadığı) için > > /usr/lib/vdpau diye bir dizin yoktu. Bu dizinin içerisinde symlink > > oluşturmaya çalışırken patlıyor. libvdpau paketini güncelleyip > > bağımlılık olarak ekleyeceğim. > > farmda olan paket kuruluymuş bende > > Yüklü paket: > İsim: libvdpau, sürüm 0.2, yayım 2, inşa 3 > > dediğin mantıklı, 42 deyim, paketler hazır olunca güncelleyip deneyeyim > Deneme yapmadan önce /usr/lib/vdpau dizinini sil ;) From onur at pardus.org.tr Thu Dec 17 14:41:34 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Thu, 17 Dec 2009 14:41:34 +0200 Subject: [Gelistirici] 2009/stable/kernel/default/drivers/module-nvidia-current - New stable release (190.53) In-Reply-To: <200912171417.10909.fatih@pardus.org.tr> References: <20091216214023.31FF649CC15@ns1.pardus.org.tr> <200912171414.04528.onur@pardus.org.tr> <200912171417.10909.fatih@pardus.org.tr> Message-ID: <200912171441.34264.onur@pardus.org.tr> On 17 Aralık 2009 Perşembe 14:17:10 Fatih Aşıcı wrote: > > Deneme yapmadan önce /usr/lib/vdpau dizinini sil ;) tamamdır güncellemeden sonra gayet leziz çalıştı:) -- Onur Küçük Knowledge speaks, but wisdom listens From eren at pardus.org.tr Thu Dec 17 16:43:54 2009 From: eren at pardus.org.tr (Eren =?iso-8859-9?q?T=FCrkay?=) Date: Thu, 17 Dec 2009 16:43:54 +0200 Subject: [Gelistirici] =?iso-8859-9?q?G=FCvenlik_G=FCncellemeleri_-_Securi?= =?iso-8859-9?q?ty_Fixes__=282009-12-16=29?= In-Reply-To: <200912161552.40220.onur@pardus.org.tr> References: <200912161552.40220.onur@pardus.org.tr> Message-ID: <200912171643.55045.eren@pardus.org.tr> On Wednesday 16 December 2009 03:52:40 pm Onur Küçük wrote: > automake-1.11.1-9-8.pisi [PLSA-2009-206] http://security.pardus.org.tr/en/2009-206/ > mysql-client-5.1.41-45-8.pisi > mysql-lib-5.1.41-45-8.pisi > mysql-man-pages-5.1.41-45-8.pisi > mysql-server-5.1.41-45-8.pisi [PLSA-2009-207] http://security.pardus.org.tr/en/2009-207/ > flashplugin-10.0.42.34-23-5.pisi [PLSA-2009-205] http://security.pardus.org.tr/en/2009-205/ From isbaran at gmail.com Thu Dec 17 18:23:58 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Thu, 17 Dec 2009 18:23:58 +0200 Subject: [Gelistirici] =?utf-8?q?component=2Exml_de=C4=9Fi=C5=9Fiklikleri?= Message-ID: <395ed7070912170823i4a20feb6n2a128a621b7d84ac@mail.gmail.com> Nasıl derliyoruz ? isbaran-pardus taglib-extras # pisi bi pspec.xml -d Outputting packages in the working directory. Building PiSi source package: taglib-extras DEBUG: InstallDB initialized in 0.029314994812. PartOf tag not defined, looking for component *** 0 error(s), 0 warning(s) Program Terminated. : (u'PISI.name: Mandatory token Name not available', u"PISI.localName: At least one 'LocalName' tag should have local text", u"PISI.summary: At least one 'Summary' tag should have local text", u"PISI.description: At least one 'Description' tag should have local text", u"autoxml.read: File '/home/isbaran/component.xml' has errors") Please use 'pisi help' for general help. Traceback: File "/usr/bin/pisi", line 80, in cli.run_command() File "/usr/lib/pardus/pisi/cli/pisicli.py", line 141, in run_command self.command.run() File "/usr/lib/pardus/pisi/cli/build.py", line 119, in run pisi.api.build(x) File "/usr/lib/pardus/pisi/api.py", line 834, in build return pisi.atomicoperations.build(*args, **kw) File "/usr/lib/pardus/pisi/atomicoperations.py", line 621, in build return pisi.operations.build.build(package) File "/usr/lib/pardus/pisi/operations/build.py", line 1049, in build result = pb.build() File "/usr/lib/pardus/pisi/operations/build.py", line 250, in build self.fetch_component() File "/usr/lib/pardus/pisi/operations/build.py", line 371, in fetch_component comp.read(path) File "/usr/lib/pardus/pisi/pxml/autoxml.py", line 453, in read raise Error(*errs) component.xml olayına oldum olası gıcığım var bir de yerelde paket derlemek için türlü işkencelere neden katlandığımı anlamıyorum :/ svn'den aldığım component.xml olmadı, üst dizindeki components.xml den aldım koydum içine yine olmadı. multimedia.library FIXME FIXME FIXME programming Pardus admins at pardus.org.tr -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From onur at pardus.org.tr Thu Dec 17 18:52:34 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Thu, 17 Dec 2009 18:52:34 +0200 Subject: [Gelistirici] =?utf-8?q?component=2Exml_de=C4=9Fi=C5=9Fiklikleri?= In-Reply-To: <395ed7070912170823i4a20feb6n2a128a621b7d84ac@mail.gmail.com> References: <395ed7070912170823i4a20feb6n2a128a621b7d84ac@mail.gmail.com> Message-ID: <20091217185234.46645ace.onur@pardus.org.tr> On Thu, 17 Dec 2009 18:23:58 +0200 İşbaran Akçayır wrote: > Nasıl derliyoruz ? test deposundaki pisi yi kurmak gerekiyor -- Onur Küçük Knowledge speaks, but wisdom listens From isbaran at gmail.com Thu Dec 17 19:33:07 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Thu, 17 Dec 2009 19:33:07 +0200 Subject: [Gelistirici] =?utf-8?q?component=2Exml_de=C4=9Fi=C5=9Fiklikleri?= In-Reply-To: <20091217185234.46645ace.onur@pardus.org.tr> References: <395ed7070912170823i4a20feb6n2a128a621b7d84ac@mail.gmail.com> <20091217185234.46645ace.onur@pardus.org.tr> Message-ID: <395ed7070912170933s7dfc6ee5h2210e13b74031010@mail.gmail.com> 2009/12/17 Onur Küçük > > On Thu, 17 Dec 2009 18:23:58 +0200 > İşbaran Akçayır wrote: > > > Nasıl derliyoruz ? > > test deposundaki pisi yi kurmak gerekiyor > > Hmm index'e sonradan girmiş herhalde yeni pisi şimdi geldi güncelleme .. -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From scirit at pardus.org.tr Fri Dec 18 00:07:29 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Fri, 18 Dec 2009 00:07:29 +0200 Subject: [Gelistirici] =?iso-8859-1?q?2009=2E1_s=FCr=FCm_takvimi?= In-Reply-To: <4ebc247e0912160444i986e16if095a4f5ac141224@mail.gmail.com> References: <20091212134251.ea57eeb0.onur@pardus.org.tr> <4ebc247e0912160444i986e16if095a4f5ac141224@mail.gmail.com> Message-ID: <4ebc247e0912171407y2ea3936t82c674967d71d065@mail.gmail.com> 2009/12/16 Semen Cirit : > 2009/12/12 Onur Küçük : >> >>  Merhaba, >> >>  2008 -> 2009 geçişi için de çalışmalar sürüyor. Upgrade-manager >> tamamlandı, iyice test edeceğiz ve paket değişikliklerine odaklanmamız >> gerekiyor. Paketlerde ayar değişikliklerinin düzgün yapılması, replaces >> ve obsolete listelerinin üzerinden geçilmesi gerekiyor. 2009.1 için >> engelleyici olmamakla birlikte 2009.1 çıkışıyla geçişin tamamlanmış >> olmasını istiyorum. > > 2008 ve 2009 CD'si arasındaki paket farkları alındıktan sonra > kde3->kde4 geçişinin testleri gerçekleştirilecek. Bugün iki CD arasındaki farkları alıp, 2009 CD'sinde bulunan fakat 2008 CD'sinde bulunmayan ve bir paketin bağımlılığı ile yüklenemeyecek olan paketleri belirleyip, http://svn.pardus.org.tr/uludag/trunk/pardus-upgrade/2008_2009.list dosyası içerisine ekledik. upgrade-manager buradan otomatik olarak paket adlarını almakta. Daha sonra çeşitli kde, thunderbird ve firefox ayarları yapılmış 2008 sistemde geçişi denedik, geçişten sonra .kde dizininin .kde4' bağladık ve .kde3.5'ten gerekli rc ve apps dosyalarını kopyaladık. Karşılaşılan sorunlar, - Amarok kolleksiyon listesi gelmiyor. Öntanımlı olarak kolleksiyon listesi Belgeler/muzik altına bakıyor ve daha önce farklı bir dizine ayarlanmış kolleksiyon listeleri amarok tarafından görüntülenemiyor. - Daha önce 6'ya ayarlanmış olan masaüstü sayısı, öntanımlı olan 4 masaüstü sayısına düştü - paket yöneticisi sistem tepsisinden silindi. - duvar kağıdı 2009 öntanımlı duvar kağıdı oldu. - Kontact uygulamasında bulunan kişiler listesi silindi. - Firefox ayarları silindi. herkese iyi çalışmalar, Semen Cirit From faik at pardus.org.tr Fri Dec 18 01:15:44 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Fri, 18 Dec 2009 01:15:44 +0200 Subject: [Gelistirici] =?iso-8859-9?q?2009=2E1_s=FCr=FCm__takvimi?= In-Reply-To: <4ebc247e0912171407y2ea3936t82c674967d71d065@mail.gmail.com> References: <20091212134251.ea57eeb0.onur@pardus.org.tr> <4ebc247e0912160444i986e16if095a4f5ac141224@mail.gmail.com> <4ebc247e0912171407y2ea3936t82c674967d71d065@mail.gmail.com> Message-ID: <200912180115.44744.faik@pardus.org.tr> 18 Aralık 2009 Cuma günü (saat 00:07:29) Semen Cirit şunları yazmıştı: > >> Merhaba, Merhaba, > - paket yöneticisi sistem tepsisinden silindi. package-managerrc dosyasını taşımak yeterli olmalı. - Faik From scirit at pardus.org.tr Fri Dec 18 10:27:14 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Fri, 18 Dec 2009 10:27:14 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091218_2008_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912180027v3eb538c8s5452302122cf966a@mail.gmail.com> Selamlar, 20091218 2008 Güvenlik Güncellemesi Testleri için son tarih: 19-12-2009 10:00 System bileşeni ----------------------- automake-1.10.3-6-4.pisi Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/pardus-2008-test/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Cirit From scirit at pardus.org.tr Fri Dec 18 10:47:23 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Fri, 18 Dec 2009 10:47:23 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091218_2009_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912180047g2f0ae15cm61aec28cab995849@mail.gmail.com> Selamlar, 20091218 2009 Güvenlik Güncellemesi Testleri için son tarih: 19-12-2009 10:00 Server bileşeni -------------------------- ntp-client-4.2.4_p7-13-5.pisi ntp-server-4.2.4_p7-13-5.pisi Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/pardus-2009-test/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Cirit From fatih at pardus.org.tr Fri Dec 18 13:37:37 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Fri, 18 Dec 2009 13:37:37 +0200 Subject: [Gelistirici] 2009/devel - add Architecture to distribution.xml In-Reply-To: <20091215102241.B002249C9C5@ns1.pardus.org.tr> References: <20091215102241.B002249C9C5@ns1.pardus.org.tr> Message-ID: <200912181337.37445.fatih@pardus.org.tr> On Tuesday 15 December 2009 12:22:41 Serdar Dalgıç wrote: > Author: sdalgic > Date: Tue Dec 15 12:22:41 2009 > New Revision: 82821 > > Modified: > 2009/devel/distribution.xml > Log: > add Architecture to distribution.xml Bence bu yanlış. Kaynak deponun mimarisi olmamalı. Paketlerin mimarisini, onları derleyen buildfarm'ın pisi yapılandırması belirliyor. İkili depoların mimarisi de bu şekilde belirlenmeli. From fatih at pardus.org.tr Fri Dec 18 13:46:07 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Fri, 18 Dec 2009 13:46:07 +0200 Subject: [Gelistirici] trunk/pisi/pisi - Fix pisi delta's not carrying file permission chan... In-Reply-To: <20091216143631.158C349CBB3@ns1.pardus.org.tr> References: <20091216143631.158C349CBB3@ns1.pardus.org.tr> Message-ID: <200912181346.11375.fatih@pardus.org.tr> On Wednesday 16 December 2009 16:36:31 Faik Uygur wrote: > Author: faik > Date: Wed Dec 16 16:36:30 2009 > New Revision: 26893 > > Modified: > trunk/pisi/pisi/atomicoperations.py > trunk/pisi/pisi/operations/delta.py > Log: > Fix pisi delta's not carrying file permission changes xdm paketini güncelleyemiyorum. Önce /etc/X11/xdm/Xresources dosyasını Xresources.old olarak isimlendiriyor. Sonra mevcut olmayan Xresources dosyasının modunu almaya çalışıyor ve aşağıdaki gibi patlıyor: $ sudo pisi up xdm -d --ignore-safety Password: Updating repositories DEBUG: RepoDB initialized in 0.0001540184021. DEBUG: HistoryDB initialized in 0.0164079666138. * Updating repository: pardus-2009 DEBUG: RepoDB initialized in 0.000175952911377. pisi-index.xml.bz2.sha1sum (40.0 B)100% 795.34 KB/s [00:00:00] [complete] pardus-2009 repository information is up-to-date. * Updating repository: contrib pisi-index.xml.bz2.sha1sum (40.0 B)100% 738.02 KB/s [00:00:00] [complete] contrib repository information is up-to-date. DEBUG: PackageDB initialized in 1.47214484215. DEBUG: SourceDB initialized in 0.56050992012. DEBUG: ComponentDB initialized in 0.570436000824. DEBUG: GroupDB initialized in 0.560909986496. DEBUG: HistoryDB initialized in 0.0167090892792. DEBUG: PackageDB initialized in 0.0384299755096. DEBUG: InstallDB initialized in 0.0122330188751. DEBUG: A = set(['xdm']) digraph G { xdm[ label = "xdm(1.1.9,7)" ]; } DEBUG: ComponentDB initialized in 0.00445699691772. The following packages will be upgraded: xdm Total size of package(s): 63.00 KB Downloading 1 / 1 Package xdm found in repository pardus-2009 xdm-7-8.delta.pisi [cached] Installing 1 / 1 xdm-7-8.delta.pisi [cached] Installing xdm, version 1.1.9, release 7, build 8 DEBUG: FilesDB initialized in 0.0049901008606. Upgrading to new distribution release Running pre removal operations for xdm DEBUG: Calling pre remove handlers Running post removal operations for xdm DEBUG: Calling post remove handlers DEBUG: Unregistering comar scripts Extracting the files of xdm System Error. Program Terminated. : (2, 'No such file or directory') Please use 'pisi help' for general help. Traceback: File "/usr/bin/pisi", line 80, in cli.run_command() File "/usr/lib/pardus/pisi/cli/pisicli.py", line 141, in run_command self.command.run() File "/usr/lib/pardus/pisi/cli/upgrade.py", line 115, in run pisi.api.upgrade(packages, repository) File "/usr/lib/pardus/pisi/api.py", line 73, in wrapper ret = func(*__args,**__kw) File "/usr/lib/pardus/pisi/api.py", line 445, in upgrade return pisi.operations.upgrade.upgrade(packages, repo) File "/usr/lib/pardus/pisi/operations/upgrade.py", line 163, in upgrade install_op.install(True) File "/usr/lib/pardus/pisi/atomicoperations.py", line 156, in install self.extract_install() File "/usr/lib/pardus/pisi/atomicoperations.py", line 421, in extract_install update_permissions() File "/usr/lib/pardus/pisi/atomicoperations.py", line 364, in update_permissions permissions = pisi.operations.delta.find_permission_changes(self.old_files, self.files) File "/usr/lib/pardus/pisi/operations/delta.py", line 156, in find_permission_changes if oct(stat.S_IMODE(os.stat(path)[stat.ST_MODE])) != _file.mode: -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From fatih at pardus.org.tr Fri Dec 18 13:47:55 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Fri, 18 Dec 2009 13:47:55 +0200 Subject: [Gelistirici] trunk/pisi/pisi - Fix pisi delta's not carrying file permission chan... In-Reply-To: <200912181346.11375.fatih@pardus.org.tr> References: <20091216143631.158C349CBB3@ns1.pardus.org.tr> <200912181346.11375.fatih@pardus.org.tr> Message-ID: <200912181347.55905.fatih@pardus.org.tr> On Friday 18 December 2009 13:46:07 Fatih Aşıcı wrote: > > Author: faik > > Date: Wed Dec 16 16:36:30 2009 > > New Revision: 26893 > > > > Modified: > > trunk/pisi/pisi/atomicoperations.py > > trunk/pisi/pisi/operations/delta.py > > Log: > > Fix pisi delta's not carrying file permission changes > > xdm paketini güncelleyemiyorum. Önce /etc/X11/xdm/Xresources dosyasını > Xresources.old olarak isimlendiriyor. Sonra mevcut olmayan Xresources > dosyasının modunu almaya çalışıyor ve aşağıdaki gibi patlıyor: Sanırım bu dosyayı daha önce elle değiştirmişim. delta paketlerinde config dosyalarının her zaman bulunması gerekiyor anlaşılan. From gokcen at pardus.org.tr Fri Dec 18 13:56:51 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Fri, 18 Dec 2009 13:56:51 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri_-_Secur?= =?utf-8?q?ity_Fixes__=282009-12-18=29?= Message-ID: <200912181356.54642.gokcen@pardus.org.tr> Merhaba / Hi, Bu gece kararlı depolara girecek güvenlik güncellemeleri : Tonights security fixes for Pardus stable repos : ----------------------------------------------------------------------- * Pardus 2008 mysql-client-5.0.88-40-8.pisi mysql-lib-5.0.88-40-8.pisi mysql-man-pages-5.0.88-40-8.pisi mysql-server-5.0.88-40-8.pisi -- Gökçen Eraslan -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From fatih at pardus.org.tr Fri Dec 18 13:59:21 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Fri, 18 Dec 2009 13:59:21 +0200 Subject: [Gelistirici] trunk/pisi/pisi - Fix pisi delta's not carrying file permission chan... In-Reply-To: <200912181347.55905.fatih@pardus.org.tr> References: <20091216143631.158C349CBB3@ns1.pardus.org.tr> <200912181346.11375.fatih@pardus.org.tr> <200912181347.55905.fatih@pardus.org.tr> Message-ID: <200912181359.24726.fatih@pardus.org.tr> On Friday 18 December 2009 13:47:55 Fatih Aşıcı wrote: > On Friday 18 December 2009 13:46:07 Fatih Aşıcı wrote: > > > Author: faik > > > Date: Wed Dec 16 16:36:30 2009 > > > New Revision: 26893 > > > > > > Modified: > > > trunk/pisi/pisi/atomicoperations.py > > > trunk/pisi/pisi/operations/delta.py > > > Log: > > > Fix pisi delta's not carrying file permission changes > > > > xdm paketini güncelleyemiyorum. Önce /etc/X11/xdm/Xresources dosyasını > > Xresources.old olarak isimlendiriyor. Sonra mevcut olmayan Xresources > > dosyasının modunu almaya çalışıyor ve aşağıdaki gibi patlıyor: > > Sanırım bu dosyayı daha önce elle değiştirmişim. delta paketlerinde config > dosyalarının her zaman bulunması gerekiyor anlaşılan. Bununla ilgisi yok galiba. .old uzantısını eklemesinin amacı ne? -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From muratasenel at gmail.com Fri Dec 18 14:04:02 2009 From: muratasenel at gmail.com (=?UTF-8?B?TXVyYXQgxZ5lbmVs?=) Date: Fri, 18 Dec 2009 14:04:02 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: <20091217080506.1E179A7AB37@lider.pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> Message-ID: Yeri her ne kadar geliştirici listesi olmasa gibi gelse de söz konusu hediye sadece geliştiricilere gönderileceği için bence burası gayet uygun. Cevap yazmayayım dedim, her zamanki gibi es geç, boş ver dedim kendi kendime ama yok olmadı işte. Hediye diyorsunuz ve kargo masrafını bize ödetiyorsunuz. Bu nasıl bir mantık gerçekten merak ediyorum. Kim birine hediye yollarken böyle bir şart koşmuş? Gerçi düşününce pek de şaşırmıyorum. Pardus geliştiricilerine söz verip de hangi sözünü tuttu veya bu açıdan neyi doğru yaptı ki hediye işini de doğru yapsın... Bir sürü paketim varken, sırf artık bu saçmalıklarla uğraşmayayım diye paket sayımı 10'un da altına düşürdüm. Çünkü şevk falan kalmadı gerçekten. Sürekli veriyoruz ama karşılığında tutulmayacak sözler alıyoruz. Ama sanırım bu saçmalıklara muhattap olmamak için Pardus'tan komple çıkmak gerekiyor. Amacınız mı bu acaba, yalnız mı kalmak istiyorsunuz? Murat ---------- Forwarded message ---------- From: Pardus Tanıtım Date: 2009/12/17 Subject: Pardus'tan Yeni Yıl Hediyesi To: Murat Şenel Değerli Murat Şenel, Pardus projesi, başlangıcından bu yana, projenin geniş kitlelerce bilinirliğinin ve kullanım yaygınlığının artmasına, daima yükselen ve güçlenen bir camia yapısına ulaşmasına emek veren siz değerli Pardus geliştiricilerine yeni yıla girerken teşekkür etmek istiyor. Bu amaçla sizlerden, öncelikle tişört beden bilginizi (XL, L, M) ve mesai saatleri içerisinde size ulaşabileceğimiz bir ikametgah adresini bu e-postayı cevaplayarak iletmenizi bekliyoruz. Göndereceğimiz kargonuz, ödemeli olarak tarafınıza en kısa sürede iletilecektir. Daimi ilginiz ve desteğiniz için teşekkür eder, Parduslu günler dileriz. --------------------- Pardus Projesi TÜBİTAK UEKAE ::: Özgürlük İçin... ::: www.pardus.org.tr -- Murat Şenel -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From serdar at pardus.org.tr Fri Dec 18 14:08:24 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Fri, 18 Dec 2009 14:08:24 +0200 Subject: [Gelistirici] 2009/devel - add Architecture to distribution.xml In-Reply-To: <200912181337.37445.fatih@pardus.org.tr> References: <20091215102241.B002249C9C5@ns1.pardus.org.tr> <200912181337.37445.fatih@pardus.org.tr> Message-ID: 2009/12/18 Fatih Aşıcı > On Tuesday 15 December 2009 12:22:41 Serdar Dalgıç wrote: > > Author: sdalgic > > Date: Tue Dec 15 12:22:41 2009 > > New Revision: 82821 > > > > Modified: > > 2009/devel/distribution.xml > > Log: > > add Architecture to distribution.xml > > Bence bu yanlış. Kaynak deponun mimarisi olmamalı. Paketlerin mimarisini, > onları derleyen buildfarm'ın pisi yapılandırması belirliyor. İkili > depoların > mimarisi de bu şekilde belirlenmeli. > Aslında buildfarm'ın yapısına göre distribution.xml yazıyoruz şeklinde düşünebiliriz. Ama şöyle daha iyi olur diyorsan index oluşturulurken distribution.xml'in eklenmesi sırasında Architecture tag'indeki değeri /etc/pisi/pisi.conf'tan okuyarak aldırabilirim. Ama o zaman da şurda kafa karışıklığı yaratabilir, Birisi 64 bit bilgisayara 32 bit paketler indirdi, onların indexini çıkardı diyelim. index dosyasında bütün paketler i686 mimarisindeyken pisi-index.xml "ben x86-64'üm abi" diyecek :) Extreme bir durum olabilir ama, aklıma geldi. Distribution.xml bence mimari etiketini taşıyabilir, aynı kaynak depodan birden fazla mimaride paket çıkarmadığımız için sorun yok. Benim fikrim bu. -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Fri Dec 18 14:17:39 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Fri, 18 Dec 2009 14:17:39 +0200 Subject: [Gelistirici] 2009/devel - add Architecture to distribution.xml In-Reply-To: References: <20091215102241.B002249C9C5@ns1.pardus.org.tr> <200912181337.37445.fatih@pardus.org.tr> Message-ID: <4B2B72E3.8020106@pardus.org.tr> Serdar Dalgic wrote On 18-12-2009 14:08: > 2009/12/18 Fatih Aşıcı > Distribution.xml bence mimari etiketini taşıyabilir, aynı kaynak depodan > birden fazla mimaride paket çıkarmadığımız için sorun yok. Çıkarma hedefimiz var? From fatih at pardus.org.tr Fri Dec 18 14:15:31 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Fri, 18 Dec 2009 14:15:31 +0200 Subject: [Gelistirici] 2009/devel - add Architecture to distribution.xml In-Reply-To: References: <20091215102241.B002249C9C5@ns1.pardus.org.tr> <200912181337.37445.fatih@pardus.org.tr> Message-ID: <200912181415.34782.fatih@pardus.org.tr> On Friday 18 December 2009 14:08:24 Serdar Dalgic wrote: > Aslında buildfarm'ın yapısına göre distribution.xml yazıyoruz şeklinde > düşünebiliriz. Ama şöyle daha iyi olur diyorsan index oluşturulurken > distribution.xml'in eklenmesi sırasında Architecture tag'indeki değeri > /etc/pisi/pisi.conf'tan okuyarak aldırabilirim. > > Ama o zaman da şurda kafa karışıklığı yaratabilir, Birisi 64 bit > bilgisayara 32 bit paketler indirdi, onların indexini çıkardı diyelim. > index dosyasında bütün paketler i686 mimarisindeyken pisi-index.xml "ben > x86-64'üm abi" diyecek :) Extreme bir durum olabilir ama, aklıma geldi. Sistemden değil; index'e giren paketlerden çıkarılmalı bu bilgi. > Distribution.xml bence mimari etiketini taşıyabilir, aynı kaynak depodan > birden fazla mimaride paket çıkarmadığımız için sorun yok. Şu anda çıkarmıyoruz; ama bunu ilerde yapabilmek için uzun uzun koşullu inşa yöntemini (for= özelliği, xml preprocessor vs.) konuştuk ;) -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From ozan at pardus.org.tr Fri Dec 18 14:27:16 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Fri, 18 Dec 2009 14:27:16 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> Message-ID: <4B2B7524.5000706@pardus.org.tr> Murat Şenel wrote On 18-12-2009 14:04: > Cevap yazmayayım dedim, her zamanki gibi es geç, boş ver dedim kendi kendime > ama yok olmadı işte. Hediye diyorsunuz ve kargo masrafını bize > ödetiyorsunuz. Bu nasıl bir mantık gerçekten merak ediyorum. Kim birine > hediye yollarken böyle bir şart koşmuş? Kargo masrafıyla ilgili konu hakkında birinci elden açıklama elbet gelir. Ben de merak ettim mantığı siz böyle sorunca ancak; en azından "Bu iş böyle yapıldıysa arkasında böyle yapılmamasını engelleyen stratejik/lojistik bir sebep vardır" diye mantık yürütebiliyorum. > > Gerçi düşününce pek de şaşırmıyorum. Pardus geliştiricilerine söz verip de > hangi sözünü tuttu veya bu açıdan neyi doğru yaptı ki hediye işini de doğru > yapsın... Teşekkürler. > > Bir sürü paketim varken, sırf artık bu saçmalıklarla uğraşmayayım diye paket > sayımı 10'un da altına düşürdüm. Çünkü şevk falan kalmadı gerçekten. Sürekli > veriyoruz ama karşılığında tutulmayacak sözler alıyoruz. Ama sanırım bu > saçmalıklara muhattap olmamak için Pardus'tan komple çıkmak gerekiyor. > Amacınız mı bu acaba, yalnız mı kalmak istiyorsunuz? Paket sayınızı bizi yalnız bırakmak için düşürüyorsanız bilemem, yok eğer Pardus'a katkı vermek istiyorsanız bu tarz şeylerin önünüzde engel olmaması lazım. Ben kernel'e 3-5 yama yapıp upstream'e yolladığımda bana ne yılbaşı hediyesi veriyorlar ne de başka bir şey. Gönül işinden, özgür projeden bahsediyoruz. Söz verilen şeylerin gecikmesi tabii ki hoş bir şey değil ancak bir katkıcının verilen sözlerin tutulmamasından dolayı uzaklaşıp gitmesi de bana pek mantıklı gelmiyor ne yalan söyleyeyim. Kolay gelsin. From serdar at pardus.org.tr Fri Dec 18 14:22:00 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Fri, 18 Dec 2009 14:22:00 +0200 Subject: [Gelistirici] 2009/devel - add Architecture to distribution.xml In-Reply-To: <200912181415.34782.fatih@pardus.org.tr> References: <20091215102241.B002249C9C5@ns1.pardus.org.tr> <200912181337.37445.fatih@pardus.org.tr> <200912181415.34782.fatih@pardus.org.tr> Message-ID: 2009/12/18 Fatih Aşıcı > On Friday 18 December 2009 14:08:24 Serdar Dalgic wrote: > > Aslında buildfarm'ın yapısına göre distribution.xml yazıyoruz şeklinde > > düşünebiliriz. Ama şöyle daha iyi olur diyorsan index oluşturulurken > > distribution.xml'in eklenmesi sırasında Architecture tag'indeki değeri > > /etc/pisi/pisi.conf'tan okuyarak aldırabilirim. > > > > Ama o zaman da şurda kafa karışıklığı yaratabilir, Birisi 64 bit > > bilgisayara 32 bit paketler indirdi, onların indexini çıkardı diyelim. > > index dosyasında bütün paketler i686 mimarisindeyken pisi-index.xml "ben > > x86-64'üm abi" diyecek :) Extreme bir durum olabilir ama, aklıma geldi. > > Sistemden değil; index'e giren paketlerden çıkarılmalı bu bilgi. > > O zaman index'e giren bütün paketlerin architecture'ının aynı olduğunu kabul edip ilk pakete mi bakmalı? İlk yazdığım kod bu şekilde işliyordu ama hacky geldiği için distribution.xml'e ekleyelim dedik Faik'le. Ya da eklenen paketlerin aynı mimaride olup olmadığını kontrol edip ona göre bir architecture tag'i koymak mı daha mantıklı? (pisi ix işlemine bayağı bir overhead'i olacak bu halin bence.) > > Distribution.xml bence mimari etiketini taşıyabilir, aynı kaynak depodan > > birden fazla mimaride paket çıkarmadığımız için sorun yok. > > Şu anda çıkarmıyoruz; ama bunu ilerde yapabilmek için uzun uzun koşullu > inşa > yöntemini (for= özelliği, xml preprocessor vs.) konuştuk ;) > > Send'e bastıktan sonra aklıma geldi benim de :/ Ama alternatif olarak Distribution.xml'e de bu destekleri verip i686'ysa i686 Architecture tag'i ekle, x86_64'se x86_64 ekle şeklinde de yapabiliriz, ne dersiniz? -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From muratasenel at gmail.com Fri Dec 18 14:41:17 2009 From: muratasenel at gmail.com (=?UTF-8?B?TXVyYXQgxZ5lbmVs?=) Date: Fri, 18 Dec 2009 14:41:17 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: <4B2B7524.5000706@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <4B2B7524.5000706@pardus.org.tr> Message-ID: 2009/12/18 Ozan Çağlayan > > Söz verilen şeylerin gecikmesi tabii ki hoş bir şey değil ancak bir > katkıcının verilen sözlerin tutulmamasından dolayı uzaklaşıp gitmesi de bana > pek mantıklı gelmiyor ne yalan söyleyeyim. > > Diğer yazdıklarını es geçiyorum sadece burayı tekrar oku lütfen. Hala sana mantıklı geliyorsa bilemem ama benim için verilen söz tutulmak zorundadır. Üstelik gecikme öyle bir kaç aylık gecikmeler değil. Hiç söz verilmese eyvallah, sorun da olmayacak. Ama artık tutulmayan her söz, Pardus projesinin ciddiyetsizliğini gösteriyor benim için. Ben paketlerimi bırakıyorum diye Pardus zora falan da girmeyecek ama böyle devam ettiğiniz sürece, savunulmaması gereken şeyleri savunduğunuz sürece aynı şekilde kalmaya devam ederiz. Tekrar söylüyorum, 2006'dan beri Pardus'ta bir şeyler yapıyorsam bunu hep karşılıksız yaptım. Ama kendi çapınızda karşılık vermeye kalkıyorsanız da bunu layıkıyla yapın. Ve Ozan, "Pardus projesi için konuşuyorum", sen bir katkıcının, ki şuan bu benim, hangi sebeplerden dolayı uzaklaşıp uzaklaşamayacağının mantığını anlayamazsın. Çünkü sen katkılarının karsılıgını alıyorsun, bense eskiden alırken artık bu saçmalıklar yüzünden alamıyorum! O yüzden bırak da bırakıp gitme konusunda ben karar vereyim ve bunun mantığını sen sorgulama lütfen. -- Murat Şenel -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From fatih at pardus.org.tr Fri Dec 18 15:15:43 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Fri, 18 Dec 2009 15:15:43 +0200 Subject: [Gelistirici] 2009/devel - add Architecture to distribution.xml In-Reply-To: References: <20091215102241.B002249C9C5@ns1.pardus.org.tr> <200912181415.34782.fatih@pardus.org.tr> Message-ID: <200912181515.47336.fatih@pardus.org.tr> On Friday 18 December 2009 14:22:00 Serdar Dalgic wrote: > 2009/12/18 Fatih Aşıcı > > > On Friday 18 December 2009 14:08:24 Serdar Dalgic wrote: > > > Aslında buildfarm'ın yapısına göre distribution.xml yazıyoruz şeklinde > > > düşünebiliriz. Ama şöyle daha iyi olur diyorsan index oluşturulurken > > > distribution.xml'in eklenmesi sırasında Architecture tag'indeki değeri > > > /etc/pisi/pisi.conf'tan okuyarak aldırabilirim. > > > > > > Ama o zaman da şurda kafa karışıklığı yaratabilir, Birisi 64 bit > > > bilgisayara 32 bit paketler indirdi, onların indexini çıkardı diyelim. > > > index dosyasında bütün paketler i686 mimarisindeyken pisi-index.xml > > > "ben x86-64'üm abi" diyecek :) Extreme bir durum olabilir ama, aklıma > > > geldi. > > > > Sistemden değil; index'e giren paketlerden çıkarılmalı bu bilgi. > > O zaman index'e giren bütün paketlerin architecture'ının aynı olduğunu > kabul edip ilk pakete mi bakmalı? İlk yazdığım kod bu şekilde işliyordu > ama hacky geldiği için distribution.xml'e ekleyelim dedik Faik'le. > > Ya da eklenen paketlerin aynı mimaride olup olmadığını kontrol edip ona > göre bir architecture tag'i koymak mı daha mantıklı? (pisi ix işlemine > bayağı bir overhead'i olacak bu halin bence.) Overhead'i olacağını sanmıyorum. Kontrol edilmesi iyi olur. > > > > Distribution.xml bence mimari etiketini taşıyabilir, aynı kaynak > > > depodan > > > > > > birden fazla mimaride paket çıkarmadığımız için sorun yok. > > > > Şu anda çıkarmıyoruz; ama bunu ilerde yapabilmek için uzun uzun koşullu > > inşa > > yöntemini (for= özelliği, xml preprocessor vs.) konuştuk ;) > > Send'e bastıktan sonra aklıma geldi benim de :/ Ama alternatif olarak > Distribution.xml'e de bu destekleri verip i686'ysa i686 Architecture tag'i > ekle, x86_64'se x86_64 ekle şeklinde de yapabiliriz, ne dersiniz? > x86 x86_64 gibi kullanılacaksa bence iyi bir fikir değil. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From bahadir at pardus.org.tr Fri Dec 18 15:21:19 2009 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Fri, 18 Dec 2009 15:21:19 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> Message-ID: <200912181521.23662.bahadir@pardus.org.tr> 18 Aralık 2009 Cuma günü (saat 14:04:02) Murat Şenel şunları yazmıştı: > ... TÜBİTAK'ta işler böyle yürüyor. Güle güle. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From muratasenel at gmail.com Fri Dec 18 15:30:15 2009 From: muratasenel at gmail.com (=?UTF-8?B?TXVyYXQgxZ5lbmVs?=) Date: Fri, 18 Dec 2009 15:30:15 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: <200912181521.23662.bahadir@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181521.23662.bahadir@pardus.org.tr> Message-ID: 2009/12/18 Bahadır Kandemir > 18 Aralık 2009 Cuma günü (saat 14:04:02) Murat Şenel şunları yazmıştı: > > ... > > TÜBİTAK'ta işler böyle yürüyor. > > Güle güle. > > Bu saçma tavırlar zaten en baştan alt kademeye kadar sirayet etmiş. Tam bir memur mantığı almış gidiyor... Zaten her zaman kurum değil midir suçlu olan? Yoksa en kolayı mıdır kurumu suçlamak. Neyse Bahadır'ın çok güzel dediği gibi, bana güle güle... -- Murat Şenel -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From isbaran at gmail.com Fri Dec 18 15:32:36 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Fri, 18 Dec 2009 15:32:36 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: <200912181521.23662.bahadir@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181521.23662.bahadir@pardus.org.tr> Message-ID: <4B2B8474.7030601@gmail.com> Bahadır Kandemir wrote On 18-12-2009 15:21: > 18 Aralık 2009 Cuma günü (saat 14:04:02) Murat Şenel şunları yazmıştı: >> ... > > TÜBİTAK'ta işler böyle yürüyor. Evet abi nesini sorguluyorsun tübitak'ın ne mal olduğunu çok gördük .. Tabi hiç beklentim filan olmamasına rağmen verileceği söylenen katkıcı imkanlarının uzun zamandır verilmemesi konusunda haklısın ama o da aynı engele bağlanıp kaldı sanırım. From turkersezer at tsdesign.info Fri Dec 18 16:03:33 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Fri, 18 Dec 2009 16:03:33 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: <4B2B8474.7030601@gmail.com> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181521.23662.bahadir@pardus.org.tr> <4B2B8474.7030601@gmail.com> Message-ID: <897749fe0912180603j4ec83070wb12fc36868c48e34@mail.gmail.com> Ben de Murat'la aynı mantıktan yola çıkıp bu konuyu dile getirmemeyi seçmiştim ama madem konuşuluyor fikirlerimi ileteyim. 2009/12/18 Ozan Çağlayan : > Kargo masrafıyla ilgili konu hakkında birinci elden açıklama elbet gelir. Ben de merak ettim mantığı siz böyle sorunca ancak; en azından "Bu iş böyle yapıldıysa arkasında böyle yapılmamasını engelleyen stratejik/lojistik bir sebep vardır" diye mantık yürütebiliyorum. Pardus projesinin böyle bir jest yapması ilk anda bana ne kadar ilginç geldiyse, bu kargo mevzusu da o kadar doğal geldi. Ama bu aşamaya gelinmiş olması bile bir gelişme elbette. İnsanların ideal olanı beklemesi de kötülüklerinden, beğenmemezliklerinden değil Pardus'a her zaman ideal olanı yakıştırmalarından. Bu uygulamanın da elbet bir nedeni vardır. Bize söylenir söylenmez o kısmına takılmıyorum. > Paket sayınızı bizi yalnız bırakmak için düşürüyorsanız bilemem, yok eğer Pardus'a katkı vermek istiyorsanız bu tarz şeylerin önünüzde engel olmaması lazım. Bunlar elbette katkı vermeye engel değil ama küçük küçük birçok olay birleşince projeye olan güven dolayısı ile de insanın şevki kırılıyor. Yoksa elbette ki eskiden buralarda olup bugün olmayan kimse bu gibi tek bir olay yüzünden bu sevdadan vazgeçmedi. > Ben kernel'e 3-5 yama yapıp upstream'e yolladığımda bana ne yılbaşı hediyesi veriyorlar ne de başka bir şey. Burada bir yanlış anlaşılma olmuş sanırım. Kimsenin kişisel olarak ekstra bir beklentisi yok. (Böyle birşeyi kastetmediysen burayı yok sayabilirsin) > Gönül işinden, özgür projeden bahsediyoruz. Söz verilen şeylerin gecikmesi tabii ki hoş bir şey değil ancak bir katkıcının verilen sözlerin tutulmamasından dolayı uzaklaşıp gitmesi de bana pek mantıklı gelmiyor ne yalan söyleyeyim. Verilen sözler insanların proje ile ilgili istedikleri ile ilgili olunca, yukarıda da dediğim gibi, işlerin işleyişi ile ilgili inançları güvenleri kırılıyor insanların. 2009/12/18 İşbaran Akçayır : > Evet abi nesini sorguluyorsun tübitak'ın ne mal olduğunu çok gördük .. > Tabi hiç beklentim filan olmamasına rağmen verileceği söylenen katkıcı > imkanlarının uzun zamandır verilmemesi konusunda haklısın ama o da aynı > engele bağlanıp kaldı sanırım. Yapılması planlanan ama yapıl(a)mayan birçok şey oldu zaman içinde. Fakat yapılması en mümkün olanlar hatta yapılmış olanlar bile hayata geçirilmedi. Kaldı ki aradan geçen sürenin bazı durumlar için yıllar düzeyinde olduğu gözönüne alınırsa bu konularla ilgili bir ihmalkarlık seziliyor. İnsanları iten de bu oluyor sanırım. Türker From tekman at pardus.org.tr Fri Dec 18 16:14:22 2009 From: tekman at pardus.org.tr (Erkan Tekman) Date: Fri, 18 Dec 2009 16:14:22 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> Message-ID: <200912181614.24850.tekman@pardus.org.tr> 18 Aralık 2009 Cuma 14:04:02 tarihinde Murat Şenel şunları yazmıştı: > Yeri her ne kadar geliştirici listesi olmasa gibi gelse de söz konusu > hediye sadece geliştiricilere gönderileceği için bence burası gayet uygun. > > Cevap yazmayayım dedim, her zamanki gibi es geç, boş ver dedim kendi > kendime ama yok olmadı işte. Hediye diyorsunuz ve kargo masrafını bize > ödetiyorsunuz. Bu nasıl bir mantık gerçekten merak ediyorum. Kim birine > hediye yollarken böyle bir şart koşmuş? > > Gerçi düşününce pek de şaşırmıyorum. Pardus geliştiricilerine söz verip de > hangi sözünü tuttu veya bu açıdan neyi doğru yaptı ki hediye işini de doğru > yapsın... > > Bir sürü paketim varken, sırf artık bu saçmalıklarla uğraşmayayım diye > paket sayımı 10'un da altına düşürdüm. Çünkü şevk falan kalmadı gerçekten. > Sürekli veriyoruz ama karşılığında tutulmayacak sözler alıyoruz. Ama > sanırım bu saçmalıklara muhattap olmamak için Pardus'tan komple çıkmak > gerekiyor. Amacınız mı bu acaba, yalnız mı kalmak istiyorsunuz? > > Murat Söz konusu paket yalnızca geliştiricilere gönderilmiyor, yanılmıyorsam sayıları 150'ye varan katkıcıya da gönderiliyor. O nedenle denildiği üzere bu sorunun ve tartışmanın yeri burası değil. Normalde bu tonda yazılan bir yazıya yanıt yazmanın yararına inanmıyorum, ancak belki liste üyeleri ve izleyenler arasında merak edenler olabilir diye durumu açıklayayım: Mevzuatı gereği TÜBİTAK kargo ile gönderi yapamıyor. Yalnızca sözleşmeli projelerde proje bütçesinde yer alıyorsa kargo hizmeti satın alınabiliyor, örnek olarak KamuSM tarafından gönderimi yapılan e-imza sertifikaları. Bu kapsam dışında yalnızca kimi kritik müşteri ve projelerde yapılan kimi gönderilerde ve son derece sınırlı bir şekilde kargo kullanılabiliyor. Bu tip bir istisnanın yapılabilmesi durumu UEKAE'nin idari birimleri ile değerlendirildiğinde hem bizim talep etmememiz ve hem de onların mevcut kuralları fazla zorlamama tercihleri nedeniyle ödemeli gönderim yönünde karar verildi. Bu gönderiler de KamuSM'nin anlaşmalı kargo şirketi ile son derece cüzi bir ücret karşılığı yapılacak diye biliyorum. Geliştiricilere sağlanması gereken olanaklar konusunun en sıkı takipçisi ve taraftarı ben olmama karşın [1], doğrudur, verdiğimiz söleri yerine getiremiyoruz bir süredir. Bunun ufak bir kısmı kaynak yokluğundan, bir başka ufak kısmı da (yine kaynak yokluğundan dolayı) işgücü eksikliğinden. Ama bu konudaki başarısızlığımızın çoğu organizasyon ve yönetim kabiliyet(sizliğ)imizden kaynaklanıyor. İsterseniz "asıl işlerine odaklandıklarından buna sıra gelmiyor" deyin, ister kara düzene yorun, durum bu. Yalnızca geliştiricilerimize verdiğimiz vaatler ile ilgili değil bu aksaklık(lar), başka alanlarda da örnekleri var. Zaten bu nedenle iki aya varan bir süredir daha iyi organize olmanın, işleri daha iyi yönetme ve takip etmenin yollarını aramaya, öğrenmeye ve uygulamaya çalışıyoruz. Bu çalışmalar 2011 sürümüne kadar da yoğun olarak devam edecek büyük olasılıkla... Bu süreç ilerlerken geliştiricileri, kimi zaman katkıcıları ve kullanıcıları hayal kırıklığına uğratacağız (uğratmaya devam edeceğiz), şimdiden uyarayım. İsteyerek değil, bizatihi düzeltmek istediğimiz eksikliklerin doğal sonucu olarak. Camiamızdan bu süre boyunca biraz daha kredi istiyorum, "verdiğimiz rahatsızlığı mazur görsünler"... Ancak yukarıda alıntıladığım mesaj gibi insana "fesüphanallah" çektiren tepkileri de dikkate alıyoruz, ama emin olabilirsiniz ki hareket tarzımızı bunlara göre belirlemiyoruz. Gecesini gündüzüne katıp bu işin olmasına çabalayan, kariyer geleceğini bu projeye bağlamış, elini ve kafasını bu derece taşın altına koymuş geliştiricilere saldırmasalar keşke. İsteyen bana saldırsın, Pardus projesinde yolunda gitmeyen herşeyin sorumlusu benim, e- posta adresimi de herkes biliyor [2]... Bu vesile ile tüm geliştiricilerimize böylesi kaliteli ve güzel bir ürün oluşturma konusunda bizimle birlikte çalıştıkları için bir kez daha teşekkür edeyim ve hepinize iyi yıllar dileyeyim, biraz erken olsa da... Sevgi ve saygılarla, [1] Özgürlük için e-dergi'nin Mayıs 2009 sayısındaki yazım, yanılmıyorsam [2] Pardus'a saldırmanın karşı konulmaz cazibesi konulu blog girdim Erkan Tekman TÜBİTAK UEKAE Proje Yöneticisi ::: Pardus ::: Özgürlük İçin... ::: www.pardus.org.tr From bahadir at pardus.org.tr Fri Dec 18 16:22:28 2009 From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=) Date: Fri, 18 Dec 2009 16:22:28 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Fwd=3A_Pardus=27tan_Yeni_Y=FDl__Hedi?= =?iso-8859-9?q?yesi?= In-Reply-To: <897749fe0912180603j4ec83070wb12fc36868c48e34@mail.gmail.com> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <4B2B8474.7030601@gmail.com> <897749fe0912180603j4ec83070wb12fc36868c48e34@mail.gmail.com> Message-ID: <200912181622.28190.bahadir@pardus.org.tr> 18 Aralık 2009 Cuma günü (saat 16:03:33) Türker Sezer şunları yazmıştı: > Yapılması planlanan ama yapıl(a)mayan birçok şey oldu zaman içinde. > Fakat yapılması en mümkün olanlar hatta yapılmış olanlar bile hayata > geçirilmedi. Kaldı ki aradan geçen sürenin bazı durumlar için yıllar > düzeyinde olduğu gözönüne alınırsa bu konularla ilgili bir ihmalkarlık > seziliyor. İnsanları iten de bu oluyor sanırım. Eposta hesapları ve web alanı işi çok uzadı, herkes bunun farkında. En son Bilmök toplantısı ve sonrasındaki eposta tartışmasında karar verilmiş, o zamanki sistem yöneticisi Taner gerekli çalışmaları Ağustos başı tamamlamış. Duyurulması için geliştirici sözleşmesinin hazırlanması beklenmiş yanlış anlamadıysam. Bu neden olmadı konusu tartışıladursun bu listede, zamanında o konuyla ilgilenmediğim için bu sözleşme mevzusundan başka bilgim ve bana atanmış bir görevim olmadığı için birşey demem mümkün değil. Eposta/web ne zaman duyurulacak konusu ise, bir sonraki eposta mesajımın konusu olacak. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From turkersezer at tsdesign.info Fri Dec 18 16:32:57 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Fri, 18 Dec 2009 16:32:57 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: <200912181614.24850.tekman@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> Message-ID: <897749fe0912180632m11913099r3a66339053ca2609@mail.gmail.com> 2009/12/18 Erkan Tekman : > Gecesini gündüzüne katıp bu işin olmasına > çabalayan, kariyer geleceğini bu projeye bağlamış, elini ve kafasını bu derece > taşın altına koymuş geliştiricilere saldırmasalar keşke. İsteyen bana > saldırsın, Pardus projesinde yolunda gitmeyen herşeyin sorumlusu benim, e- > posta adresimi de herkes biliyor [2]... Zaman sıkıntısı, kaynak sıkıntısı gibi konuları eminim ki herkes biliyor. Bu yüzden de kimse kimseye sen bu işi neden yapmadın gibi kişisel birşey söylemiyor. Söylenenlerin tümü alınan kararların uygulan(a)madığını hatırlatmak için. Bunların sık sık dile getirilmesindeki amacın, zaman içinde düzensiz bir düzende bu işlerin kaybolup gitmesine mani olmak olduğunu düşünüp, bu söylenenleri bir saldırı olarak görmemenizi temenni ederim. Türker From dfisek at fisek.com.tr Fri Dec 18 16:35:35 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 18 Dec 2009 16:35:35 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: <200912181614.24850.tekman@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> Message-ID: <20091218163535.de55d47e.dfisek@fisek.com.tr> Merhaba, Fri, 18 Dec 2009 16:14:22 +0200, Erkan Tekman : > Ancak yukarıda alıntıladığım mesaj gibi insana "fesüphanallah" > çektiren tepkileri de dikkate alıyoruz ... > Gecesini gündüzüne katıp bu işin olmasına çabalayan, kariyer > geleceğini bu projeye bağlamış, elini ve kafasını bu derece taşın > altına koymuş geliştiricilere saldırmasalar keşke. İsteyen bana ... > [2] Pardus'a saldırmanın karşı konulmaz cazibesi konulu blog girdim ... Ben saldirayim o zaman. Sizin bu tavriniz yuzunden Pardus surekli disaridan katki veren gelistirici kaybediyor. Imam-cemaat iliskisi diger calisanlarinizi da sariyor. Murat'a "gelistiricilere saldiriyor" diyorsunuz, o da bir gelistirici. Ustelik gelistiricilerden degil, bizzat yonetim problemlerinden sikayet ediyor. Yonetimden sikayet edene "Pardus'a saldiriyor" diye yazmaniz da cok acayip, cunku Pardus sadece yonetim kademesinden ya da ucretli calisanlarindan olusmuyor. Siz bu tavri gosterdikten ve onu "gelistiricilikten disladiktan", bunu da diger katkici gelistiriciler gordukten sonra; 500 tane tisort, 1000 tane usb stick, 800 tane sweatshirt verseniz de hicbir degeri olmaz. Disaridan katki veren gelistiriciler, "deger verildiklerini" hissetmek istiyorlar. Ben kendi adima bir gelistirici olarak, surekli olarak "size deger veriyoruz" laflarina tezat davranislar goruyorum -- bu da edilen laflarin icinin bos oldugunu dusunduruyor. Pardus yonetiminin basarili katkici iliskileri sayesinde degil, Pardus yonetimine -ragmen- katki vermeye devam ediyorum. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From tekman at pardus.org.tr Fri Dec 18 16:48:30 2009 From: tekman at pardus.org.tr (Erkan Tekman) Date: Fri, 18 Dec 2009 16:48:30 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: <20091218163535.de55d47e.dfisek@fisek.com.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> Message-ID: <200912181648.53020.tekman@pardus.org.tr> 18 Aralık 2009 Cuma 16:35:35 tarihinde Doruk Fisek şunları yazmıştı: > Murat'a "gelistiricilere saldiriyor" diyorsunuz, "geliştiricilere saldırıyor" demedim, "kariyerini ve geleceğini bu işe bağlamış geliştiricilere saldırıyor" dedim, düzeltirim. > o da bir gelistirici. > Ustelik gelistiricilerden degil, bizzat yonetim problemlerinden sikayet > ediyor. Yonetimden sikayet edene "Pardus'a saldiriyor" diye yazmaniz da > cok acayip, cunku Pardus sadece yonetim kademesinden ya da ucretli > calisanlarindan olusmuyor. benim sıkıntım tavır ve tarz ile, birisi kalkıp da "yahu ne güzel düşünmüşsünüz, ama kargoyu niye vize yıktınız?" dese biz de ona göre yanıt verirdik. "ne söz verdi de tuttu", ya da "ne mal olduğunu çok gördük" diyenlere bu şekilde yanıt veriyorum. > Ben kendi adima bir gelistirici olarak, surekli olarak > "size deger veriyoruz" laflarina tezat davranislar goruyorum -- bu da > edilen laflarin icinin bos oldugunu dusunduruyor. ben de proje yöneticisi olarak kimi kişilerde "pardus'un UEKAE'deki geliştiricileri olmasa tadından yenmezdi" havası seziyorum. olabildiğince empati yapmaya çalışıyoruz, ama onun da bir sınırı var, bkz yukarıdaki tavır ve tarz örnekleri. > Pardus yonetiminin basarili katkici iliskileri sayesinde degil, Pardus > yonetimine -ragmen- katki vermeye devam ediyorum. ben de kimi pardus geliştiricilerine rağmen projeyi yönetmeye devam ediyorum. iyi yıllar dedik de yanıt vermek şart oldu, kusura bakmayın, uzatmayayım... ET From fatih at pardus.org.tr Fri Dec 18 16:57:07 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Fri, 18 Dec 2009 16:57:07 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Fwd=3A_Pardus=27tan_Yeni_Y=FDl__Hedi?= =?iso-8859-9?q?yesi?= In-Reply-To: <20091218163535.de55d47e.dfisek@fisek.com.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> Message-ID: <200912181657.11210.fatih@pardus.org.tr> On Friday 18 December 2009 16:35:35 Doruk Fisek wrote: > Murat'a "gelistiricilere saldiriyor" diyorsunuz, o da bir gelistirici. > Ustelik gelistiricilerden degil, bizzat yonetim problemlerinden sikayet > ediyor. Yonetimden sikayet edene "Pardus'a saldiriyor" diye yazmaniz da > cok acayip, cunku Pardus sadece yonetim kademesinden ya da ucretli > calisanlarindan olusmuyor. Yönetime yapılan şikayetler gelistirici listesi üzerinden mi yapılıyor? Yöneticiler bu listeyi takip ediyor mu zannediyorsunuz? Geliştirici listesine atılmış "Hediye diyorsunuz ve kargo masrafını bize ödetiyorsunuz." gibi cümleleri kimin üzerine alınması normal? -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From ozan at pardus.org.tr Fri Dec 18 17:03:36 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Fri, 18 Dec 2009 17:03:36 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Fwd=3A_Pardus=27tan_Yeni_Y=FDl__Hedi?= =?iso-8859-9?q?yesi?= In-Reply-To: <200912181648.53020.tekman@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181648.53020.tekman@pardus.org.tr> Message-ID: <4B2B99C8.5030909@pardus.org.tr> Erkan Tekman wrote On 18-12-2009 16:48: > 18 Aralık 2009 Cuma 16:35:35 tarihinde Doruk Fisek şunları yazmıştı: >> Murat'a "gelistiricilere saldiriyor" diyorsunuz, > > "geliştiricilere saldırıyor" demedim, "kariyerini ve geleceğini bu işe > bağlamış geliştiricilere saldırıyor" dedim, düzeltirim. > >> o da bir gelistirici. >> Ustelik gelistiricilerden degil, bizzat yonetim problemlerinden sikayet >> ediyor. Yonetimden sikayet edene "Pardus'a saldiriyor" diye yazmaniz da >> cok acayip, cunku Pardus sadece yonetim kademesinden ya da ucretli >> calisanlarindan olusmuyor. > > benim sıkıntım tavır ve tarz ile, birisi kalkıp da "yahu ne güzel > düşünmüşsünüz, ama kargoyu niye vize yıktınız?" dese biz de ona göre yanıt > verirdik. "ne söz verdi de tuttu", ya da "ne mal olduğunu çok gördük" > diyenlere bu şekilde yanıt veriyorum. > +1 Her türlü haklı tepki/eleştiri düzgün ifade edildiği sürece geçerlidir. Yanlış üslupla dile getirilen herhangi bir şey, en azından benim tarafımdan dikkate alınmamaya mahkumdur. Ben burda 7/24 bir şeyler yapmakla uğraşıyorum, açıyorum geliştirici listesine, aylarca yıllarca beraber katkı verdiğim insanlar tarafından ağıza alınmayacak saçmalıklar okuyorum. Pardus bizim ya da Erkan Bey'in tavrından dolayı geliştirici kaybetmiyor. Pardus geliştiricileri/katkıcıları bazı şeyleri dile getirmekte kullandıkları üslupla kendilerini imha ediyorlar, bu kadar. Hiç boşuna bu haklı tepkilerin haksız ifadelerini savunmaya kalkmayın, biraz özeleştiri yapın, biz yapıyoruz eksiklikleri kabul ediyoruz, siz de deneyin.. From muratasenel at gmail.com Fri Dec 18 16:58:40 2009 From: muratasenel at gmail.com (=?UTF-8?B?TXVyYXQgxZ5lbmVs?=) Date: Fri, 18 Dec 2009 16:58:40 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: <200912181648.53020.tekman@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181648.53020.tekman@pardus.org.tr> Message-ID: 2009/12/18 Erkan Tekman > 18 Aralık 2009 Cuma 16:35:35 tarihinde Doruk Fisek şunları yazmıştı: > > Murat'a "gelistiricilere saldiriyor" diyorsunuz, > > "geliştiricilere saldırıyor" demedim, "kariyerini ve geleceğini bu işe > bağlamış geliştiricilere saldırıyor" dedim, düzeltirim. > > Peki, yazımın neresinde, şahsi olarak kime saldırmışım? Eğer eleştirel bir yazıyı saldırı olarak gören bir mantık içerisinde cevapladıysanız, yanlış yapmışsınız. > > o da bir gelistirici. > > Ustelik gelistiricilerden degil, bizzat yonetim problemlerinden sikayet > > ediyor. Yonetimden sikayet edene "Pardus'a saldiriyor" diye yazmaniz da > > cok acayip, cunku Pardus sadece yonetim kademesinden ya da ucretli > > calisanlarindan olusmuyor. > > benim sıkıntım tavır ve tarz ile, birisi kalkıp da "yahu ne güzel > düşünmüşsünüz, ama kargoyu niye vize yıktınız?" dese biz de ona göre yanıt > verirdik. "ne söz verdi de tuttu", ya da "ne mal olduğunu çok gördük" > diyenlere bu şekilde yanıt veriyorum. > Bu listede, 2006 yılından başlayarak tek tek bakın isterseniz. Bize ne laflar söylendi, kimler küstürüldü ve gitti... O zaman çıkıp kendi çalışanlarınıza tek bir laf ettiniz mi "bir saniye arkadaşlar, bu nasıl bir hitaptır" dediniz mi? > > > Ben kendi adima bir gelistirici olarak, surekli olarak > > "size deger veriyoruz" laflarina tezat davranislar goruyorum -- bu da > > edilen laflarin icinin bos oldugunu dusunduruyor. > > ben de proje yöneticisi olarak kimi kişilerde "pardus'un UEKAE'deki > geliştiricileri olmasa tadından yenmezdi" havası seziyorum. olabildiğince > empati yapmaya çalışıyoruz, ama onun da bir sınırı var, bkz yukarıdaki > tavır > ve tarz örnekleri. > > > Pardus yonetiminin basarili katkici iliskileri sayesinde degil, Pardus > > yonetimine -ragmen- katki vermeye devam ediyorum. > > ben de kimi pardus geliştiricilerine rağmen projeyi yönetmeye devam > ediyorum. > > iyi yıllar dedik de yanıt vermek şart oldu, kusura bakmayın, uzatmayayım... > İyi yıllar deseniz de cevap vermekten çekinmeyin. En azından kime kişisel saldırı yapmışım bunu bir açıklığa kavuşturun. > > ET > _______________________________________________ > Gelistirici mailing list > Gelistirici at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/gelistirici > -- Murat Şenel -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From tekman at pardus.org.tr Fri Dec 18 17:14:15 2009 From: tekman at pardus.org.tr (Erkan Tekman) Date: Fri, 18 Dec 2009 17:14:15 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181648.53020.tekman@pardus.org.tr> Message-ID: 18 Aralık 15:30 tarihli mesajınız... Erkan Tekman TÜBİTAK UEKAE Proje Yöneticisi // Pardus <-- Özgürlük için... --> http://www.pardus.org.tr 18.Ara.2009 tarihinde 16:58 saatinde, Murat Şenel şunları yazdı: > 2009/12/18 Erkan Tekman > 18 Aralık 2009 Cuma 16:35:35 tarihinde Doruk Fisek şunları > yazmıştı: > > Murat'a "gelistiricilere saldiriyor" diyorsunuz, > > "geliştiricilere saldırıyor" demedim, "kariyerini ve geleceğini > bu işe > bağlamış geliştiricilere saldırıyor" dedim, düzeltirim. > > > Peki, yazımın neresinde, şahsi olarak kime saldırmışım? Eğer > eleştirel bir yazıyı saldırı olarak gören bir mantık > içerisinde cevapladıysanız, yanlış yapmışsınız. > > > o da bir gelistirici. > > Ustelik gelistiricilerden degil, bizzat yonetim problemlerinden > sikayet > > ediyor. Yonetimden sikayet edene "Pardus'a saldiriyor" diye > yazmaniz da > > cok acayip, cunku Pardus sadece yonetim kademesinden ya da ucretli > > calisanlarindan olusmuyor. > > benim sıkıntım tavır ve tarz ile, birisi kalkıp da "yahu ne güz > el > düşünmüşsünüz, ama kargoyu niye vize yıktınız?" dese biz de > ona göre yanıt > verirdik. "ne söz verdi de tuttu", ya da "ne mal olduğunu çok > gördük" > diyenlere bu şekilde yanıt veriyorum. > > Bu listede, 2006 yılından başlayarak tek tek bakın isterseniz. > Bize ne laflar söylendi, kimler küstürüldü ve gitti... O zaman > çıkıp kendi çalışanlarınıza tek bir laf ettiniz mi "bir > saniye arkadaşlar, bu nasıl bir hitaptır" dediniz mi? > > > > Ben kendi adima bir gelistirici olarak, surekli olarak > > "size deger veriyoruz" laflarina tezat davranislar goruyorum -- bu > da > > edilen laflarin icinin bos oldugunu dusunduruyor. > > ben de proje yöneticisi olarak kimi kişilerde "pardus'un UEKAE'deki > geliştiricileri olmasa tadından yenmezdi" havası seziyorum. > olabildiğince > empati yapmaya çalışıyoruz, ama onun da bir sınırı var, bkz > yukarıdaki tavır > ve tarz örnekleri. > > > Pardus yonetiminin basarili katkici iliskileri sayesinde degil, > Pardus > > yonetimine -ragmen- katki vermeye devam ediyorum. > > ben de kimi pardus geliştiricilerine rağmen projeyi yönetmeye > devam ediyorum. > > iyi yıllar dedik de yanıt vermek şart oldu, kusura bakmayın, > uzatmayayım... > > İyi yıllar deseniz de cevap vermekten çekinmeyin. En azından kime > kişisel saldırı yapmışım bunu bir açıklığa kavuşturun. > > > > ET > _______________________________________________ > Gelistirici mailing list > Gelistirici at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/gelistirici > > > > -- > Murat Şenel > _______________________________________________ > Gelistirici mailing list > Gelistirici at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/gelistirici -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From muratasenel at gmail.com Fri Dec 18 17:25:00 2009 From: muratasenel at gmail.com (=?UTF-8?B?TXVyYXQgxZ5lbmVs?=) Date: Fri, 18 Dec 2009 17:25:00 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: <4B2B99C8.5030909@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181648.53020.tekman@pardus.org.tr> <4B2B99C8.5030909@pardus.org.tr> Message-ID: 2009/12/18 Ozan Çağlayan > Erkan Tekman wrote On 18-12-2009 16:48: > > 18 Aralık 2009 Cuma 16:35:35 tarihinde Doruk Fisek şunları yazmıştı: > >> Murat'a "gelistiricilere saldiriyor" diyorsunuz, > > > > "geliştiricilere saldırıyor" demedim, "kariyerini ve geleceğini bu işe > > bağlamış geliştiricilere saldırıyor" dedim, düzeltirim. > > > >> o da bir gelistirici. > >> Ustelik gelistiricilerden degil, bizzat yonetim problemlerinden sikayet > >> ediyor. Yonetimden sikayet edene "Pardus'a saldiriyor" diye yazmaniz da > >> cok acayip, cunku Pardus sadece yonetim kademesinden ya da ucretli > >> calisanlarindan olusmuyor. > > > > benim sıkıntım tavır ve tarz ile, birisi kalkıp da "yahu ne güzel > > düşünmüşsünüz, ama kargoyu niye vize yıktınız?" dese biz de ona göre > yanıt > > verirdik. "ne söz verdi de tuttu", ya da "ne mal olduğunu çok gördük" > > diyenlere bu şekilde yanıt veriyorum. > > > > +1 > > Her türlü haklı tepki/eleştiri düzgün ifade edildiği sürece geçerlidir. > Yanlış üslupla dile getirilen herhangi bir şey, en azından benim tarafımdan > dikkate alınmamaya mahkumdur. Ben burda 7/24 bir şeyler yapmakla > uğraşıyorum, açıyorum geliştirici listesine, aylarca yıllarca beraber katkı > verdiğim insanlar tarafından ağıza alınmayacak saçmalıklar okuyorum. > > Senin saçmalık olarak bahsettiklerin bu listede yaşanan gerçekler Ozan. Bunların farkına varamadığınız için zaten size saçma geliyor. Sen 7/24 uğraşıyorsun, strese giriyorsun ama buna da katlanman gerektiğinin farkındasın. Çünkü bu senin mesleğin ve mesleğin gereği stres olur. Hayatını bu şekilde kazandığın para ile idame ettirdiğin için de katlanırsın bu duruma. Ama benim mesleğim tamamen farklı ve Pardus'tan dolayı bir lokma bile girmemiştir boğazımdan. Yıllardır da Pardus'la uğraşıyorsam hem katkım olsun hem de boş zamanlarımda kendimi meşgul etmektir nedeni. Fakat artık senin ağıza alınmayacak saçmalıklar diye bahsettiklerini siz o kadar çok yapar oldunuz ki aynı uslup ile karşılaşınca da saçmalıyor diyorsunuz veya kişisel saldırı yapıyor diyorsunuz. > Pardus bizim ya da Erkan Bey'in tavrından dolayı geliştirici kaybetmiyor. > Pardus geliştiricileri/katkıcıları bazı şeyleri dile getirmekte > kullandıkları üslupla kendilerini imha ediyorlar, bu kadar. > İşte zaten "ben değil, sen yaptın" tavrınız ve inadınız, geliştiricileri/katkıcıları değil ama Pardusu imha eden... Yoksa ben ne imha olacağım... Ama Pardus imha olursa, ben değil sizler zor durumda kalırsınız... > > Hiç boşuna bu haklı tepkilerin haksız ifadelerini savunmaya kalkmayın, > biraz özeleştiri yapın, biz yapıyoruz eksiklikleri kabul ediyoruz, siz de > deneyin.. > > Benim gözümde, eksikliklerinizi kabul etmeniz bir şey ifade etmiyor artık. Bazı şeyleri sadece kabul etmek yerine eylemde bulunabilmenin yollarını arayın derim ben. -- Murat Şenel -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From isbaran at gmail.com Fri Dec 18 17:26:13 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Fri, 18 Dec 2009 17:26:13 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: <200912181648.53020.tekman@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181648.53020.tekman@pardus.org.tr> Message-ID: <4B2B9F15.4080203@gmail.com> Erkan Tekman wrote On 18-12-2009 16:48: > 18 Aralık 2009 Cuma 16:35:35 tarihinde Doruk Fisek şunları yazmıştı: >> Murat'a "gelistiricilere saldiriyor" diyorsunuz, > > benim sıkıntım tavır ve tarz ile, birisi kalkıp da "yahu ne güzel > düşünmüşsünüz, ama kargoyu niye vize yıktınız?" dese biz de ona göre yanıt > verirdik. "ne söz verdi de tuttu", ya da "ne mal olduğunu çok gördük" > diyenlere bu şekilde yanıt veriyorum. ben o lafla bir geliştiricinin mesajına kendi fikrimle cevap vermiştim, tübitak'a söylediğim lafı niye üstünüze alıyorsunuz ? ya da niye tübitak = pardus = tekman gibi düşünüyorsunuz ? pardus malesef tübitak gibi *fikrimce* bağnaz, eş dost market işletiyoruz havasında bir kurum ile beraber çalışıyor ve ne mal olduğunu çok gördüğümüzü (ülke çapındaki davranışlarından başka 20 yıldır Gebze'de yaşayan ve tübitak'ta bir çok tanıdığı olan biri olduğumu bu yüzden sallayarak değil epey şey bilerek söylediğimi ekleyeyim) ve çok şey beklemememiz gerektiğini düşünüyorum, sizle ya da pardus ile bir ilgisi yok .. sadece maddi ve dolaylı olarak internal konularda bağımlılık var.. Murat'a da bu yüzden salla gitsin demek istedim. (dedim) From muratasenel at gmail.com Fri Dec 18 17:29:01 2009 From: muratasenel at gmail.com (=?UTF-8?B?TXVyYXQgxZ5lbmVs?=) Date: Fri, 18 Dec 2009 17:29:01 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181648.53020.tekman@pardus.org.tr> Message-ID: 2009/12/18 Erkan Tekman > 18 Aralık 15:30 tarihli mesajınız... > > > Kişisel saldırı anlayışınıza saygı duymamak elde değil. -- Murat Şenel -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From isingor at gmail.com Fri Dec 18 17:37:18 2009 From: isingor at gmail.com (=?UTF-8?B?QWxpIEnFn8SxbmfDtnI=?=) Date: Fri, 18 Dec 2009 17:37:18 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181648.53020.tekman@pardus.org.tr> Message-ID: 2009/12/18 Murat Şenel > >> benim sıkıntım tavır ve tarz ile, birisi kalkıp da "yahu ne güzel >> düşünmüşsünüz, ama kargoyu niye vize yıktınız?" dese biz de ona göre yanıt >> verirdik. "ne söz verdi de tuttu", ya da "ne mal olduğunu çok gördük" >> diyenlere bu şekilde yanıt veriyorum. >> > > > Bu listede, 2006 yılından başlayarak tek tek bakın isterseniz. Bize ne > laflar söylendi, kimler küstürüldü ve gitti... O zaman çıkıp kendi > çalışanlarınıza tek bir laf ettiniz mi "bir saniye arkadaşlar, bu nasıl bir > hitaptır" dediniz mi? > > Sadece şunu söyleyebilirim. TÜBİTAK UEKAE çalışanlarına çok laf söylendi, hatta "bir saniye arkadaşlar, bu nasıl bir hitaptır" gibi lafların ötesinde laflar da edildi. Yeri geldi, bu listede, UEKAE çalışanı bir geliştiriciye "Bu konu üzerinde biraz daha saçmalarsan, @ işaretinden sonra ne yazdığına falan bakmadan listeden atacağım" lafı bile edildi yahu! UEKAE ekibinin bu tür tartışmalar sırasında aynı mekanda bulunmak gibi bir avantajı var. Listedeki gibi yürümüyor işler, çoğu zaman geliştirici ekip yüzyüze tartışıp, anlaşmazlıkları sandalye ile monitör arasında durarak değil, bahçeye çıkarak saatlerce tartışıp çözüyorlar. Aslında işin sağlıklısı da bu, belki de adına "genişletilmiş geliştirici toplantısı" mı ne diyoruz, bu tür yüzyüze görüşme/tartışmaları daha fazla yapmamız gerekiyor diye düşünüyorum. Bazen geliştiricinin biri olmadık bir laf edip de "hani elimde olsa da günde beş rekat dövsem" diye hayıflandığım olmuyor mu? Oluyor. Derin bir nefes alıyorum ve susuyorum. İki gün sonra telefon açıyorum ya da birkaç hafta küs kalıyorum o geliştiriciye. Ama yüzyüze konuşmadan, onu dinlemeden, anlamaya çalışmadan klavyeye sarılmamaya çalışıyorum. Sorunlarımızı klavyeye sarılmadan önce, ama özelden chatleşerek ama telefonla ama yüzyüze gelmeye çalışarak çözelim derim. Belli ki, TÜBİTAK içindeki bazı sıkıntılar yüzünden bu gönderiler 2,5-3,5 liralık bir ödemeyle gönderiliyor. Yoksa kimsenin "Bu geliştirici parçalarına tişörtlerini gönderelim, kargo ücretini de onlara ittirelim, nıhaha ha!" diye isterik kahkahalar attığı yok.. Ben durduğum yerden bunu görebiliyorum, aslında senin de görebileceğini düşünüyorum. "Birbirimize dokunarak konuşalım" diyeceğim ama fazla eşcinsel bir mesaj olacak :). Sağlıcakla Ali -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From muratasenel at gmail.com Fri Dec 18 17:42:42 2009 From: muratasenel at gmail.com (=?UTF-8?B?TXVyYXQgxZ5lbmVs?=) Date: Fri, 18 Dec 2009 17:42:42 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181648.53020.tekman@pardus.org.tr> Message-ID: 2009/12/18 Ali Işıngör > 2009/12/18 Murat Şenel > >> >>> benim sıkıntım tavır ve tarz ile, birisi kalkıp da "yahu ne güzel >>> düşünmüşsünüz, ama kargoyu niye vize yıktınız?" dese biz de ona göre >>> yanıt >>> verirdik. "ne söz verdi de tuttu", ya da "ne mal olduğunu çok gördük" >>> diyenlere bu şekilde yanıt veriyorum. >>> >> >> >> Bu listede, 2006 yılından başlayarak tek tek bakın isterseniz. Bize ne >> laflar söylendi, kimler küstürüldü ve gitti... O zaman çıkıp kendi >> çalışanlarınıza tek bir laf ettiniz mi "bir saniye arkadaşlar, bu nasıl bir >> hitaptır" dediniz mi? >> >> > > > Sadece şunu söyleyebilirim. > > TÜBİTAK UEKAE çalışanlarına çok laf söylendi, hatta "bir saniye arkadaşlar, > bu nasıl bir hitaptır" gibi lafların ötesinde laflar da edildi. Yeri geldi, > bu listede, UEKAE çalışanı bir geliştiriciye "Bu konu üzerinde biraz daha > saçmalarsan, @ işaretinden sonra ne yazdığına falan bakmadan listeden > atacağım" lafı bile edildi yahu! > > UEKAE ekibinin bu tür tartışmalar sırasında aynı mekanda bulunmak gibi bir > avantajı var. Listedeki gibi yürümüyor işler, çoğu zaman geliştirici ekip > yüzyüze tartışıp, anlaşmazlıkları sandalye ile monitör arasında durarak > değil, bahçeye çıkarak saatlerce tartışıp çözüyorlar. Aslında işin > sağlıklısı da bu, belki de adına "genişletilmiş geliştirici toplantısı" mı > ne diyoruz, bu tür yüzyüze görüşme/tartışmaları daha fazla yapmamız > gerekiyor diye düşünüyorum. > > Bazen geliştiricinin biri olmadık bir laf edip de "hani elimde olsa da > günde beş rekat dövsem" diye hayıflandığım olmuyor mu? Oluyor. Derin bir > nefes alıyorum ve susuyorum. İki gün sonra telefon açıyorum ya da birkaç > hafta küs kalıyorum o geliştiriciye. Ama yüzyüze konuşmadan, onu dinlemeden, > anlamaya çalışmadan klavyeye sarılmamaya çalışıyorum. > > Sorunlarımızı klavyeye sarılmadan önce, ama özelden chatleşerek ama > telefonla ama yüzyüze gelmeye çalışarak çözelim derim. Belli ki, TÜBİTAK > içindeki bazı sıkıntılar yüzünden bu gönderiler 2,5-3,5 liralık bir ödemeyle > gönderiliyor. Yoksa kimsenin "Bu geliştirici parçalarına tişörtlerini > gönderelim, kargo ücretini de onlara ittirelim, nıhaha ha!" diye isterik > kahkahalar attığı yok.. Ben durduğum yerden bunu görebiliyorum, aslında > senin de görebileceğini düşünüyorum. > > Umarım bu kadar yazışmanın kaynağını sadece 2 liralık bir kargo bedeli yüzünden olduğunu düşünmüyorsundur? Senin gördüğün durumu ben de görüyorum ama ben projenin daha öncesini ve sonrasını da görerek ve bilerek daha geniş bir mecrada konuştum yukarıda... > "Birbirimize dokunarak konuşalım" diyeceğim ama fazla eşcinsel bir mesaj > olacak :). > > > Sağlıcakla > > Ali > > > _______________________________________________ > Gelistirici mailing list > Gelistirici at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/gelistirici > -- Murat Şenel -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From tekman at pardus.org.tr Fri Dec 18 17:46:36 2009 From: tekman at pardus.org.tr (Erkan Tekman) Date: Fri, 18 Dec 2009 17:46:36 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181648.53020.tekman@pardus.org.tr> Message-ID: <72222617-7023-4286-BA18-1174FB27C421@pardus.org.tr> Eleştiri tartışma başlatır, fikir temellidir, soru/sorgu içerir. Saldırı ise tartışmayı bitirir, polemik başlatır, varsayım temellidir, yargı/karar içerir. Hayatta ve bu listede birini diğerinden ayırt etmek için kullandığım kıstas budur... Bilginize sunayım dedim. Erkan Tekman TÜBİTAK UEKAE Proje Yöneticisi // Pardus <-- Özgürlük için... --> http://www.pardus.org.tr 18.Ara.2009 tarihinde 17:29 saatinde, Murat Şenel şunları yazdı: > 2009/12/18 Erkan Tekman > 18 Aralık 15:30 tarihli mesajınız... > > > > Kişisel saldırı anlayışınıza saygı duymamak elde değil. > -- > Murat Şenel > _______________________________________________ > Gelistirici mailing list > Gelistirici at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/gelistirici -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From bahadir at pardus.org.tr Fri Dec 18 19:04:04 2009 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Fri, 18 Dec 2009 19:04:04 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: <200912181521.23662.bahadir@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181521.23662.bahadir@pardus.org.tr> Message-ID: <200912181904.08838.bahadir@pardus.org.tr> 18 Aralık 2009 Cuma günü (saat 15:21:19) Bahadır Kandemir şunları yazmıştı: > Güle güle. Gelen uyarılardan, bu mesajın okuyan birçok kişi tarafından "defol git" olarak algılandığını öğrendim, yanlış anlaşılmış. Ozan'a verdiğin cevap sonrası kesin kararının gitmek olduğu ve gidene bundan gayrı, birşey demeyeceğimden yazdım bu sözleri. Diğer cümlelere cevap yazsaydım, iyi şeyler çıkmazdı klavyemden. Talihsiz cümleler, kötü bir üslupla yazıldığında, yazanın bundan daha önce yazdıkları ve yaptıkları unutulup gidiyor. Bizim yapacağız deyip yapmadıklarımızın, yaptığımız iyi şeyleri unutturması gibi. TÜBİTAK ile ilgili kısa ve öz mesajıma gelince, kurum ilgili sıkıntıları anlatmak huyum ve haddime değil. Açıklamayı Tekman yaptı sonradan, iyi oldu. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From bahadir at pardus.org.tr Fri Dec 18 19:27:59 2009 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Fri, 18 Dec 2009 19:27:59 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> Message-ID: <200912181927.59763.bahadir@pardus.org.tr> 18 Aralık 2009 Cuma günü (saat 17:37:18) Ali Işıngör şunları yazmıştı: > "Birbirimize dokunarak konuşalım" diyeceğim ama fazla eşcinsel bir mesaj > olacak :). Yüzyüze görüşememekten, aramızdaki samimiyeti kaybettik birçok insanla. Fazla resmi olmuşuz. İki kişiye yazdım, buraya da yazayım en iyisi: Eskisi gibi görüşsek herkesle, ve ben Murat'ın mesajına "*** lan ****" (yıldızların yerine hangi harfleri koyacağınızı hemen bulabileceğinizden eminim), "yürü, anca gidersin" yazsam oraya, okuyan herkes gülmekten altına kaçırırdı ve kimse üzülmezdi. Zaten Murat da "hediyenin kargo bedeli mi olur kaymağım" diye mesaj gönderirdi, sonuna da "fakir ama gururlu bir eposta adresi ve web alanı vardı" yazardı. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From ozan at pardus.org.tr Fri Dec 18 19:31:48 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Fri, 18 Dec 2009 19:31:48 +0200 Subject: [Gelistirici] 2009/devel - add Architecture to distribution.xml In-Reply-To: <200912181515.47336.fatih@pardus.org.tr> References: <20091215102241.B002249C9C5@ns1.pardus.org.tr> <200912181415.34782.fatih@pardus.org.tr> <200912181515.47336.fatih@pardus.org.tr> Message-ID: <4B2BBC84.8080603@pardus.org.tr> Fatih Aşıcı wrote: > On Friday 18 December 2009 14:22:00 Serdar Dalgic wrote: >> 2009/12/18 Fatih Aşıcı Bu arada bu yeni mimari/dağıtım sürümü denetlemesini destekleyen pisi paketi sisteme kurulduktan sonra, pisi.conf'u yanlış olan bir sistemde ilk pisi ur'dan sonra depo kaldırılıyor. Bu doğru bir davranış mı bilmiyorum. Corporate2'nin pisi paketinde distribution bilgileri yanlış kalmış bu yüzden C2 kullananlar ilk update'de deposuz kalacaklar. Bu bir sorun değil henüz resmi bir ISO yayınlamadık ama, conf ile bir şekilde elleşmiş birileri ilgili pisi güncellemesini newconfig olarak alacaklar bu can sıkıcı. Aynı şekilde 2008>2009 geçişi esnasında, 2009 deposu eklendiği anda depo kaldırılacak bu denetlemeden dolayı. Update manager'ın, hiçbir işe başlamadan önce pisi.conf'u düzeltip Pardus 2009 yazması lazım. Ya da bu özellik 2008 pisi'sine alınmayacak. Ancak yine de pisi.conf zorla düzeltilmeli ki geçişten sonraki ilk güncellemede depo kaldırılmasın. From kpelit at gmail.com Fri Dec 18 19:57:04 2009 From: kpelit at gmail.com (Kenan Pelit) Date: Fri, 18 Dec 2009 19:57:04 +0200 Subject: [Gelistirici] Mola Message-ID: Merhaba, Uzun zamandır çeşitli sebepler yüzünden aktif olarak bakımını yap(a)madığım paketlerimden, aşağıda yazılı olan, kullanmaktan ve paketlemekten keyif aldığım dışındakileri en kısa sürede Pardus amcaya atayıp, üzerimdeki manevi yükü şimdilik hafifletmeye karar verdim. Eğer paketlerimde _gözü olan_, _elleşecem amma kenp laf sokar_ diye düşünen varsa, alpine ve desktop.fluxbox haricinde meydan sizindir ;) Selamlar. -- Kenan Pelit Ayinesi iştir kişinin lafa bakılmaz... e-posta : gro.pardus at nanek web alanı : \gro.pardus.ptf\\:ptf -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From dfisek at fisek.com.tr Fri Dec 18 21:08:14 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 18 Dec 2009 21:08:14 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: <200912181657.11210.fatih@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181657.11210.fatih@pardus.org.tr> Message-ID: <20091218210814.0752adb7.dfisek@fisek.com.tr> Fri, 18 Dec 2009 16:57:07 +0200, Fatih Aşıcı : > Yönetime yapılan şikayetler gelistirici listesi üzerinden mi > yapılıyor? Yöneticiler bu listeyi takip ediyor mu zannediyorsunuz? > Geliştirici listesine atılmış "Hediye diyorsunuz ve kargo masrafını > bize ödetiyorsunuz." gibi cümleleri kimin üzerine alınması normal? Gelistiricilerin, gelistirici olmaktan kaynaklanan ortak sorunlari da bu listenin konusudur diye dusunuyorum. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From selimok at gmail.com Sat Dec 19 00:57:03 2009 From: selimok at gmail.com (selim ok) Date: Fri, 18 Dec 2009 23:57:03 +0100 Subject: [Gelistirici] =?iso-8859-9?q?Fwd=3A_Pardus=27tan_Yeni_Y=FDl_Hediy?= =?iso-8859-9?q?esi?= In-Reply-To: <20091218210814.0752adb7.dfisek@fisek.com.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181657.11210.fatih@pardus.org.tr> <20091218210814.0752adb7.dfisek@fisek.com.tr> Message-ID: Selamlar, Iki tarafinda birbirini anlamasi gerekiyor diye düsünüyorum. Bir tarafta gönüllü gelistirici/katkicilar isteklerine karsi duyarsiz kalindigini düsünüyorlar bence. Ciddiye alinmama hissiyati insanda bir süre sonra bikkinlik yaratir. Bu da haliyle gerginlige sebep olur, gerginlik arttikca da gelir bir yerde patlar. Bugun olan da, bundan once de benzer kopmalar oldu, bundan sonra da olacak. Bunun ne siklikta ve ne derece de olacagi birbirimizi ne kadar iyi anladigimiza bagli olacak tabii. Diger taraftan kisitli imkanlarla cok buyuk islere kalkisan, biraz "herkesin gonlu olsun" yaklasimi ile sozler verip tutamayan, zaman zaman tasa toslayan bir ekip yada proje yönetimi görüyorum. Isler her zaman yolunda gitmiyor tabii. Kotu niyet, kucumseme, onemsememe gibi bir durumun olduguna hic inanmiyorum, olmadigina eminim. Zira ben de cok eski degil, gecenlerde, projeye karsi verdigim bir sozu tutamadim, "Urun yoneticiligi" isini ustlendim, fakat pek bir halt yemeden ortalardan kayboldum. Bu acidan verilen sozlerin elde olmayan sartlardan dolayi tutulamamasi konusunu anlayabiliyorum. Ani ve sert tepkilerin faydasini gormedim simdiye kadar. Tepkiyi gosteren ne kadar hakli olsa da, kutuplasma yaratiyor, yapici olmaktan cok yikici oluyor. Sakin olmak lazim :) Lakin gelin gorun ki, ortada ciddi bir sorun var, bunu da gormezden gelemeyiz. Sorun 3 kurusluk kargo parasi degil bunu hepimiz biliyoruz. :) Bence proje yonetiminin/cekirdeginin bol bol aciklama/duyuru yapmasi cok onemli. Bir is yada verilen bir soz yerine getirilemiyorsa bile, bu durumun acik bir sekilde izah edilmesi gerekiyor. Simdiye kadar zaman zaman aciklamalar/duyurular yapildi belki proje hakkinda, ama acik oldugu iddasinda olan bir projenin ic sureclerinden genel olarak disaridakilerin pek haberi yok. Ancak yakin kisiler belli duyumlar alabiliyor, biz de onlardan ne duyarsak.... Kullanicilari soylemiyorum bile. Ha birde "personel hareketleri" var. Bu konuda bilgisiz kalmiyoruz sukur, hic sikayetim yok :). Projenin bir cok insandan destek aldigini biliyoruz. Destekten kastim, kod destegi olur, ceviri olur, kullanma seklinde olur, manevi destek olur, hepsi bu tanima dahil. Destek veren insanlarin gonul bagi var bu projeyle. Herkes daha cok sey duymak daha cok sey bilmek,olan biten neyse; olumlu olsun olumsuz olsun haberdar olmak istiyor. Daha gecen gunlerde kullanici listesinde gorduk benzer bir iletisimsizlik ornegini. OI'de isler biraz durunca neler cikti ortaya, ne fikirler, ne tedirginlikler... Bunlara gerek yoktu. Sorun neredeyse ne zaman ortaya ciktiysa, aksaklik neredeyse bildirilir, duyurulur, bunca dedikodunun cikmasi engellenebilirdi. Isler karman corman olduktan sonra bir takim aciklamalar yapildi, sebepler anlatildi ama o arada toz duman oldu tabii ortalik. Burada da ayni durumu goruyorum. Yarin proje yine sessizlestiginde, kullanicilar buradaki tartismayi referans gosterip, korkularini, suphelerini dokecekler ortaya. Oysa projenin butce problemlerinden tutun, lojistik aksakliklarina, aldigi/verdigi ihalelerden tutun, katildigi toplanti/konferans veya etkinliklere, her turlu aksiyondan haberdar olmamiz cok onemli. Yapmasi gercekten cok zor degil. Gunluk yazip uzun uzun anlatmaya bile gerek yok. Projenin resmi kutusunda guncel olaylar, duyurular baslikli bir bolum olur. Ne olmus ne bitmis 3 cumleyle aciklanir. Sorun kismen de olsa cozulur. Velhasil kelam, acik ve ozgur bir projenin yari acik olmasi isleri zorlastiriyor. Ya tam acik , ya tam kapali olmak gerek galiba. Orneklerini saymakla bitiremem, kac senedir staj projeleri yapiliyor, nerede kim ne yapti, sonuclari ne oldu haberimiz yok. Pide diye bir proje var mesela, ne svn'de ne baska bir yerde, "Ne ise yarar?Ne yapar?" sorularina yanit bulabilecegim bir tek dokuman bulamadim. Benim okuzlugum de olabilir tabi, bulamamis olabilirim o ayri, ama bunun ornekleri cok dedigim gibi. Saya saya bitmez. :) Biliyorum yine is gelecek "is gucu" sorununa dayanacak. Ama su noktayi kacirmayalim. Projeyi yonetenler ve yonetime az cok yakin olan projenin kadrolu elemanlari, bu projeyi halka acmazlar/acamazlarsa projenin iddasi kalmaz. Yarin gelecek (yada gelmesi planlanan) +30 gelistirici bile bu iddayi surdurmeye yetmez. Zira bu is genis capli gonullu destegine siki sikiya bagli. Proje merkezi (o artik nasil bir tanimsa, anlayin iste) ic sureclerden, olandan bitenden daha cok haberdar etmeli disaridakileri. Bu projenin cazibesini arttiracaktir mutlaka. Daha cok gonullu destegi gelecektir. O zaman bu is gucu sorununu dert etmeye bile vakit kalmayacak belki. Geldigimiz durumda goruyoruz ki, gonullulerin bir kismi gelirken bir kismi gitmekte. (Tabii ki bunlarin icinde zorunluluktan dolayi projeden el ayak cekenler de var. Bunlari da hesaba katmak lazim. Mesela ben...:) Isi bilgi saklamak olan bir kurumun bunyesinde filizlenen bir projeden ne kadar acik olmasi beklenebilir? Yada proje disa acilmak istese bile, kurumsal sartlar buna ne kadar izin verir? Bunlar da ayri konular... Ama dedigim gibi bunun ikisi bir arada yurumuyor bu cok net. Ya tam acik olmali proje yada tam kapali. Aksi halde herkes cok yipraniyor. Bu kadar uzun ve birazda karmasik yazdigim icin ozur diliyorum okuyanlardan. Bu arada yurt disina gonderilebiliyor mu acaba paketler? Ben bir tane hatira alabilirim de :) Iyi calismalar, Selim -- One more step for freedom: http://www.pardus.org.tr/eng/ -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Sat Dec 19 01:05:33 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 19 Dec 2009 01:05:33 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181657.11210.fatih@pardus.org.tr> <20091218210814.0752adb7.dfisek@fisek.com.tr> Message-ID: <4B2C0ABD.1010909@pardus.org.tr> selim ok wrote: > Selamlar, > > Bu kadar uzun ve birazda karmasik yazdigim icin ozur diliyorum okuyanlardan. > > > Bu arada yurt disina gonderilebiliyor mu acaba paketler? Ben bir tane hatira > alabilirim de :) Genelde cok güzel yazmissin/özetlemissin, agzina saglik. Kolay gelsin :) From dfisek at fisek.com.tr Sat Dec 19 09:36:35 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Sat, 19 Dec 2009 09:36:35 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181614.24850.tekman@pardus.org.tr> <20091218163535.de55d47e.dfisek@fisek.com.tr> <200912181657.11210.fatih@pardus.org.tr> <20091218210814.0752adb7.dfisek@fisek.com.tr> Message-ID: <20091219093635.435c8a67.dfisek@fisek.com.tr> Merhaba, Fri, 18 Dec 2009 23:57:03 +0100, selim ok : > Bu kadar uzun ve birazda karmasik yazdigim icin ozur diliyorum > okuyanlardan. Bence de cok guzel yazmissin, hic de karmasik degil. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From dfisek at fisek.com.tr Sat Dec 19 09:45:59 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Sat, 19 Dec 2009 09:45:59 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: <200912181622.28190.bahadir@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <4B2B8474.7030601@gmail.com> <897749fe0912180603j4ec83070wb12fc36868c48e34@mail.gmail.com> <200912181622.28190.bahadir@pardus.org.tr> Message-ID: <20091219094559.bfac87f4.dfisek@fisek.com.tr> Merhaba, Fri, 18 Dec 2009 16:22:28 +0200, Bahadır Kandemir : > Eposta hesapları ve web alanı işi çok uzadı, herkes bunun farkında. > En son Bilmök toplantısı ve sonrasındaki eposta tartışmasında karar > verilmiş, o zamanki sistem yöneticisi Taner gerekli çalışmaları > Ağustos başı tamamlamış. > Duyurulması için geliştirici sözleşmesinin hazırlanması beklenmiş > yanlış anlamadıysam. Bu neden olmadı konusu tartışıladursun bu > listede, zamanında o konuyla ilgilenmediğim için bu sözleşme > mevzusundan başka bilgim ve bana atanmış bir görevim olmadığı için > birşey demem mümkün değil. > Eposta/web ne zaman duyurulacak konusu ise, bir sonraki eposta > mesajımın konusu olacak. Aciklamalar icin tesekkurler. Arada ben gelistirici listesinde mesaj kacirmadiysam, 5 ay once olmus bu gelisme ile ilgili "katkici" insanlarin ilk defa haberi olmus oldu. Ben o konu basliginda hala "teknik sorunlar" asamasinda kalmistim. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From turkersezer at tsdesign.info Sat Dec 19 11:31:32 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Sat, 19 Dec 2009 11:31:32 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: <20091219094559.bfac87f4.dfisek@fisek.com.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <4B2B8474.7030601@gmail.com> <897749fe0912180603j4ec83070wb12fc36868c48e34@mail.gmail.com> <200912181622.28190.bahadir@pardus.org.tr> <20091219094559.bfac87f4.dfisek@fisek.com.tr> Message-ID: <897749fe0912190131s21591235pad8180a0ba1ab651@mail.gmail.com> 2009/12/19 Doruk Fisek : > Aciklamalar icin tesekkurler. > > Arada ben gelistirici listesinde mesaj kacirmadiysam, 5 ay once olmus > bu gelisme ile ilgili "katkici" insanlarin ilk defa haberi olmus oldu. > > Ben o konu basliginda hala "teknik sorunlar" asamasinda kalmistim. Ben bu ftp alanı konusu için bizzat kapı kapı dolaşmama rağmen ben de en son haziran ayında "en yakın toplantıda bu işi karara bağlayacağız" noktasına kadar gelebilmiştim. Bu konuda en can sıkıcı olansa gerekli işgücü, zaman bulunup iş tamamlanmış olmasında rağmen (ftp alanı işini Taner hazır hale getireli pek yakında 1 yıl olacak) 1 yıldır gerekli duyuruyu yapıp kullanıma açamamış olmamız. Bahadır bir sonraki mailını yazıp bize detay bilgi verene kadar, SVN hesabı olan, svn deposuna dosya ekleyebilen, paket yapıp kullanıcıların makinelerine ulaşacak yazılımları hazırlayan kişilere paketlerde kullanılacak tarball'ları yüklemesi için alan neden verilemez sorusunu kısaca cevaplayabilecek biri varsa bu konudaki merakımı gidermesini rica ediyorum. Türker From gurer at pardus.org.tr Sat Dec 19 12:38:09 2009 From: gurer at pardus.org.tr (=?utf-8?q?G=C3=BCrer_=C3=96zen?=) Date: Sat, 19 Dec 2009 12:38:09 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <20091218210814.0752adb7.dfisek@fisek.com.tr> Message-ID: <200912191238.09430.gurer@pardus.org.tr> 19 Aralık 2009 Cumartesi günü (saat 00:57:03) selim ok şunları yazmıştı: Selim, öncelikle çok güzel yazmışsın. > Bence proje yonetiminin/cekirdeginin bol bol aciklama/duyuru yapmasi cok > onemli. Bir is yada verilen bir soz yerine getirilemiyorsa bile, bu durumun > acik bir sekilde izah edilmesi gerekiyor. Teknik olmayan konularda, gizlenmesinin hiç bir anlamı olmayan bilgiler, malesef PR ve insan ilişkileri açısından çok zarar verici tartışmalar/kavgalar yaşanmadan önce açıklanmıyor. Bunun nedenini çözebilmiş değilim. Teknik konularda ise başka bir problem var. Bunu üç sene evvel de söylemiştim, sorumluluklar belli olmadan hiç bir şeyin takibi yapılamaz. Bundan kastım da hiyerarşik bir yapılanma yada bürokrasi değil, yanlış anlamayın. Bir örnek olarak şu birkaç sorunun cevabını düşünün: 1. Geliştirici başvurularını takip eden, bunların aksamasından sorumlu kişi kimdir? 2. Review süreci sorumlusu kimdir? Review bekleme sürelerini öğrenmek istesek kimden bilgi alabiliriz? 3. Geliştirici ilişkileriyle kim ilgilenir? Problemi olan bir geliştiricinin gitmesi gereken kişi kimdir? 4. Böyle takip edilmesinde fayda olacak kaç tane süreç vardır? 5. Pardus dağıtımında hangi işler yapılmaktadır? Bunları kimler yürütmektedir? 6. Tüm ekosistemde hangi projeler yapılmaktadır? Bunların durumu nedir? 7. Bu soruların cevapları merak eden birinin öğrenebilmesi için nerede yazılıdır? Cevap olarak bilgi at pardus demeyin, falancalar ilgileniyor da demeyin, ben takip ediyorum ama bu konuda bir açıklama yapmadım hiç demeyin. Sorumluluk ancak tekil olur. Yoksa kişiler senkronize olamaz, arada bazı şeyler unutulur, biri diğerinin yapmış olduğunu sanar, vb ve şu anda olduğu gibi işler aksayıp durur. Bir işin sorumlusunun işin kendisini yapması gerekmiyor. Tek yapması gereken o işin alt işlerinin bir listesini tutmak, haftada mesela yarım saat o maddelere bakıp ne durumda olunduğunu incelemek, aksayan işler varsa durumla ilgili bir açıklama yapmak, ilgili kişilerle iletişim kurup nedenini bulmak. Bu takip işini çekirdek ekip dışındaki geliştiriciler bile çok kolayca yapabilir. Süreçler ölçülmeye takip edilmeye başlayınca iyileştirilmeleri çok kolay olur. Yani sorunun insan kaynağı olduğunu düşünmüyorum. Uzun süredir yapılmayan bir iş için, ya falanca onu çoktan yaptı ama arada kaynadı ortaya çıkartamadık gibi şeyler söyleniyor. Bu sorun bu kadar az kişi ile yaşanıyorsa, Pardus 200 kişiye çıkarsa yüz katıyla yaşanacaktır. Bunun için yazılım yada altyapı da gerekmiyor, bugzilla ile çok kolay yürütülür, hatta kağıt kalemle bile yürür. Yeter ki disiplinsiz devam edildiği sürece bu sıkıntıların ve verimsizliğin devam edeceğinin farkına varın. From gurer at pardus.org.tr Sat Dec 19 12:49:43 2009 From: gurer at pardus.org.tr (=?utf-8?q?G=C3=BCrer_=C3=96zen?=) Date: Sat, 19 Dec 2009 12:49:43 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181521.23662.bahadir@pardus.org.tr> Message-ID: <200912191249.43855.gurer@pardus.org.tr> 18 Aralık 2009 Cuma günü (saat 15:30:15) Murat Şenel şunları yazmıştı: > Neyse Bahadır'ın çok güzel dediği gibi, bana güle güle... Murat, Hediye olayında yapılan şey büyük düşüncesizlik. Kişilerin tepkilerin ise projenin genel olarak başarısızca yönetilmesinden kaynaklı sıkıntıların birikmesiyle yükseldiğini, yazılanlarla niyetlerin aynı olmadığını düşünüyorum. Öte yandan bunlar affedilmeyecek kadar büyük şeyler değil. En azından bir şans daha vermeden gitme derim. From muratasenel at gmail.com Sat Dec 19 14:20:26 2009 From: muratasenel at gmail.com (=?UTF-8?B?TXVyYXQgxZ5lbmVs?=) Date: Sat, 19 Dec 2009 14:20:26 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: <200912191249.43855.gurer@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181521.23662.bahadir@pardus.org.tr> <200912191249.43855.gurer@pardus.org.tr> Message-ID: 2009/12/19 Gürer Özen > 18 Aralık 2009 Cuma günü (saat 15:30:15) Murat Şenel şunları yazmıştı: > > > Neyse Bahadır'ın çok güzel dediği gibi, bana güle güle... > > Murat, > > Hediye olayında yapılan şey büyük düşüncesizlik. Kişilerin tepkilerin ise > projenin genel olarak başarısızca yönetilmesinden kaynaklı sıkıntıların > birikmesiyle yükseldiğini, yazılanlarla niyetlerin aynı olmadığını > düşünüyorum. Öte yandan bunlar affedilmeyecek kadar büyük şeyler değil. > > En azından bir şans daha vermeden gitme derim. > > Gürer, bir önceki mailinde artık kangren olan noktaları çok iyi dile getirmişsin. Sen de biliyorsun uzun süredir var bu konular ve kesilmeyen kangren vücudun her yerine sirayet eder, bu projede de olduğu gibi... Ve bunların düzeleceğine inanmıyorum... İyi niyetle bir şans vermemi istediğini biliyorum, çok da teşekkür ediyorum ve naz yapar gibi de görünmek istemiyorum fakat benim şans verip vermemem proje için bir şeyi değiştirmeyecek. Hatta çok açıkça söyleyeyim sadece benim değil ama benim gibi dışarıdan katkı veren geliştiricilerden bir kaçının daha bırakmasını çok isterdim. Bunun için provakatör de denebilir bana ama başka türlü dışarıdan olan katkıyı anlayabilecek bir görüş yeteneği, proje yöneticisinden başlayarak en alt kademeye kadar mevcut değil bence. Bu noktadan sonra ne benim verecek bir şansım ne de bu projenin bana verebileceği bir şey var maalesef... Devam edebilmeyi isterdim, ama mevcut şartlarda herkese başarılar dilemekten başka yapabileceğim bir şey yok... Herkese başarılar... -- Murat Şenel -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Sat Dec 19 14:27:28 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 19 Dec 2009 14:27:28 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181521.23662.bahadir@pardus.org.tr> <200912191249.43855.gurer@pardus.org.tr> Message-ID: <4B2CC6B0.40001@pardus.org.tr> Murat Şenel wrote: > > İyi niyetle bir şans vermemi istediğini biliyorum, çok da teşekkür ediyorum > ve naz yapar gibi de görünmek istemiyorum fakat benim şans verip vermemem > proje için bir şeyi değiştirmeyecek. Hatta çok açıkça söyleyeyim sadece > benim değil ama benim gibi dışarıdan katkı veren geliştiricilerden bir > kaçının daha bırakmasını çok isterdim. Bunun için provakatör de denebilir > bana ama başka türlü dışarıdan olan katkıyı anlayabilecek bir görüş > yeteneği, proje yöneticisinden başlayarak en alt kademeye kadar mevcut değil > bence. Sen bizler hakkında kesin kararını ve hükmünü vermişsin zaten. Bu peşin hükümlülükle çok fazla yapılacak bir şey *gerçekten* yok. Görüş yeteneğimizin noksanlığı hakkında yaptığın tespitler için çok teşekkürler, emin ol projeyi, proje çalışanlarını ve katkıcılarını inanılmaz motive ediyorsun. İyi günler. From muratasenel at gmail.com Sat Dec 19 15:15:34 2009 From: muratasenel at gmail.com (=?UTF-8?B?TXVyYXQgxZ5lbmVs?=) Date: Sat, 19 Dec 2009 15:15:34 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: <4B2CC6B0.40001@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181521.23662.bahadir@pardus.org.tr> <200912191249.43855.gurer@pardus.org.tr> <4B2CC6B0.40001@pardus.org.tr> Message-ID: 2009/12/19 Ozan Çağlayan > > Sen bizler hakkında kesin kararını ve hükmünü vermişsin zaten. Bu peşin > hükümlülükle çok fazla yapılacak bir şey *gerçekten* yok. Görüş > yeteneğimizin noksanlığı hakkında yaptığın tespitler için çok teşekkürler, > emin ol projeyi, proje çalışanlarını ve katkıcılarını inanılmaz motive > ediyorsun. > > İyi günler. Çok enteresan... Bizden motivasyon etmemizi bekliyordunuz ama bunun karşılığında biz sizden herhangi bir motivasyon görmeyelim, değil mi? Dışarıdan katkı veren geliştiriciler, sizlerin verdiği sözleri tutmamanız karşılığında motivasyonlarını sorgulamadan kendi ftp alanlarını ve svn sunucularını sadece bir kaç kişi cebinden parasını ödeyerek satın aldı ve onlarca diğer katkıcıya *ücretsiz* hizmet sağladı/sağlıyor. Biz motivasyonumuzu düşünmeden devam ettik ama nereye kadar... Gerçekten anlayamadığım şey, sizlerden herhangi bir katkı olmadan bizden nasıl motivasyon bekleyebiliyorsunuz? En baştan beri anlatmak istediğim ve sizlerin içinde bulunduğunuz halet-i ruhiye bu zaten. Herhangi bir karşılık vermeden bizden ödünlerde bulunmamızı bekliyorsunuz, bir de buna ekibin motivasyonu mu eklendi şimdi? -- Murat Şenel -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From isbaran at gmail.com Sat Dec 19 15:18:01 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Sat, 19 Dec 2009 15:18:01 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: <4B2CC6B0.40001@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181521.23662.bahadir@pardus.org.tr> <200912191249.43855.gurer@pardus.org.tr> <4B2CC6B0.40001@pardus.org.tr> Message-ID: <4B2CD289.5090109@gmail.com> Ozan Çağlayan wrote On 19-12-2009 14: > Murat Şenel wrote: > >> >> İyi niyetle bir şans vermemi istediğini biliyorum, çok da teşekkür ediyorum >> ve naz yapar gibi de görünmek istemiyorum fakat benim şans verip vermemem >> proje için bir şeyi değiştirmeyecek. Hatta çok açıkça söyleyeyim sadece >> benim değil ama benim gibi dışarıdan katkı veren geliştiricilerden bir >> kaçının daha bırakmasını çok isterdim. Bunun için provakatör de denebilir >> bana ama başka türlü dışarıdan olan katkıyı anlayabilecek bir görüş >> yeteneği, proje yöneticisinden başlayarak en alt kademeye kadar mevcut değil >> bence. > > Sen bizler hakkında kesin kararını ve hükmünü vermişsin zaten. Bu peşin hükümlülükle çok fazla yapılacak bir şey *gerçekten* yok. Görüş yeteneğimizin noksanlığı hakkında yaptığın tespitler için çok teşekkürler, emin ol projeyi, proje çalışanlarını ve katkıcılarını inanılmaz motive ediyorsun. Katkıcılar kendinden gazla katkı yapıyorlar zaten, yani birileri çıkıp özellikle katkıcıları yaptıkları işten soğutmadıkça bu gaz azalmaz ki zaten kendinden gazla bir şeyler yapan adamı kolay kolay soğutamazsınız. :) Murat'ın fikirlerini öğrenmenin de dolayısıyıyla kimseyi soğutacağını filan sanmıyorum. Bir şeyi yaptıktan sonra da "aman sus google cache'ler, insanlar ne der" filan demenin anlamı yok .. bu o adamın tecrübesi ve düşünceleri ki bir şey beklemeden yardım eden birisinin düşünceleri olması da daha önemli kılıyor From ozan at pardus.org.tr Sat Dec 19 15:58:56 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 19 Dec 2009 15:58:56 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912181521.23662.bahadir@pardus.org.tr> <200912191249.43855.gurer@pardus.org.tr> <4B2CC6B0.40001@pardus.org.tr> Message-ID: <4B2CDC20.8030605@pardus.org.tr> Murat Şenel wrote: > > Çok enteresan... Bizden motivasyon etmemizi bekliyordunuz ama bunun > karşılığında biz sizden herhangi bir motivasyon görmeyelim, değil mi? Azıcık sakin olup sakin kafayla okursan her e-posta'ndan sonra söylediklerimin anladığın şekilde olmadığına dair bir açıklama e-postası daha yazmak zorunda kalmayacağım. Burada kavga etmiyoruz, tartışıyoruz. Ne alakası var, öyle bir şey demiş miyim ben? Sanki 5 yıldır SVN hesabınızın açılmasını bekliyormuş gibi, yaşanmış her şeyi yoksayarak "dışarıdan olan katkıyı anlayabilecek bir görüş yeteneğine" sahip olmadığımızı söyleyerek her şeyi kestirip atıyorsun. Tepkim buna. > Dışarıdan katkı veren geliştiriciler, sizlerin verdiği sözleri tutmamanız > karşılığında motivasyonlarını sorgulamadan kendi ftp alanlarını ve svn > sunucularını sadece bir kaç kişi cebinden parasını ödeyerek satın aldı ve > onlarca diğer katkıcıya *ücretsiz* hizmet sağladı/sağlıyor. Biz > motivasyonumuzu düşünmeden devam ettik ama nereye kadar... Gerçekten > anlayamadığım şey, sizlerden herhangi bir katkı olmadan bizden nasıl > motivasyon bekleyebiliyorsunuz? Halen gerçekleştirilememiş sözler olabilir. Peki hiçbir şey yapılmadı mı? Bu tartışma uzadıkça kendini, projeye yıllardır kazandırdıklarını, projenin sana kazandırdıklarını yoksayıyorsun. Katkıcılara halen bir FTP alanı verememiş olmak belki gerçekten ayıp ya da eksiklik olarak nitelendirilebilir ancak bu, bizim "dışarıdan gelecek katkıyı anlayabilecek bir görüş yeteneğine" sahip olmadığımız sonucuna mı götürmektedir seni? > En baştan beri anlatmak istediğim sizlerin içinde bulunduğunuz halet-i ruhiye bu zaten. İçinde bulunduğumuz halet-i ruhiye hakkında bu kadar kolay yorum yapamazsın. Güne uyandığımızda önümüzde yapılacak nelerin olduğunu gözden geçirdiğimizde aklımıza gelenlerin başında katkıcılar, sunulması beklenen imkanlar, yeni geliştirici/katkıcı alımının tanımlanması gibi dağıtım için çok çok önemli unsurlar var. Ancak senin tüm yorumlarında vardığın sonuç ise bizi şöyle tanımlıyor: "Off ya şu katkıcılara FTP hesabı açacaktık, sanal makine verecektik. Neysssee sonra bakarız, bikaç paket bump ediyim, çeviri yapayım." Tepkim buna. Bu kadar acımasız olmaya hakkın var mı? > Herhangi bir karşılık > vermeden bizden ödünlerde bulunmamızı bekliyorsunuz, bir de buna ekibin > motivasyonu mu eklendi şimdi? Eklenen/çıkarılan bir şey yok. Sadece tüm yukarıda yazdıklarımın doğrultusunda senin, diğer geliştirici/katkıcıları bazı yönlerden -yerin dibine vururcasına- görüş yeteneğine sahip olmamakla suçlaman, o insanların hayatlarını olumlu yönde etkilemiyor. Ve tartışmanın da -her ne kadar bir kargo masrafı isteniyor olsa da- sizlere jest olsun diye ekipten insanların belki haftalardır uğraştığı bir hediye paketi temel alınarak filizlendirilmesi de emin ol o uğraşan insanları fazlasıyla üzüyor. İyi günler. From bahadir at pardus.org.tr Sat Dec 19 16:35:42 2009 From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=) Date: Sat, 19 Dec 2009 16:35:42 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Fwd=3A_Pardus=27tan_Yeni_Y=FDl__Hedi?= =?iso-8859-9?q?yesi?= In-Reply-To: <200912191238.09430.gurer@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912191238.09430.gurer@pardus.org.tr> Message-ID: <200912191635.53161.bahadir@pardus.org.tr> 19 Aralık 2009 Cumartesi günü (saat 12:38:09) Gürer Özen şunları yazmıştı: > Yani sorunun insan kaynağı olduğunu düşünmüyorum. Uzun süredir yapılmayan > bir iş için, ya falanca onu çoktan yaptı ama arada kaynadı ortaya > çıkartamadık gibi şeyler söyleniyor. Bu sorun bu kadar az kişi ile > yaşanıyorsa, Pardus 200 kişiye çıkarsa yüz katıyla yaşanacaktır. Kaynak eksikliği önemli bir etken, önümüzdeki aylarda çözülecek gibi görünüyor. Ama, "kaynak eksiği yüzünden" dediğimiz sorunların hiçbirini çözmeyecek bu, söylediğin gibi. Muhtemelen, daha da artıracak sorunları. Herkes bunun farkında. 18 Aralık 2009 Cuma günü (saat 16:14:22) Erkan Tekman şunları yazmıştı: > Verdiğimiz söleri yerine > getiremiyoruz bir süredir. Bunun ufak bir kısmı kaynak yokluğundan, bir > başka ufak kısmı da (yine kaynak yokluğundan dolayı) işgücü eksikliğinden. > > Ama bu konudaki başarısızlığımızın çoğu organizasyon ve yönetim > kabiliyet(sizliğ)imizden kaynaklanıyor. İsterseniz "asıl işlerine > odaklandıklarından buna sıra gelmiyor" deyin, ister kara düzene yorun, > durum bu. Yalnızca geliştiricilerimize verdiğimiz vaatler ile ilgili > değil bu aksaklık(lar), başka alanlarda da örnekleri var. 19 Aralık 2009 Cumartesi günü (saat 12:38:09) Gürer Özen şunları yazmıştı: > Bunun için yazılım yada altyapı da gerekmiyor, bugzilla ile çok kolay > yürütülür, hatta kağıt kalemle bile yürür. Yeter ki disiplinsiz devam > edildiği sürece bu sıkıntıların ve verimsizliğin devam edeceğinin farkına > varın. Çözüm, senin dediğin gibi disiplinli çalışma. 18 Aralık 2009 Cuma günü (saat 16:14:22) Erkan Tekman şunları yazmıştı: > Zaten bu nedenle > iki aya varan bir süredir daha iyi organize olmanın, işleri daha iyi > yönetme ve takip etmenin yollarını aramaya, öğrenmeye ve uygulamaya > çalışıyoruz. Bu çalışmalar 2011 sürümüne kadar da yoğun olarak devam > edecek büyük olasılıkla... -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From gkmngrgn at gmail.com Sat Dec 19 21:28:09 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Sat, 19 Dec 2009 21:28:09 +0200 Subject: [Gelistirici] corporate2/devel-x86_64/system/base/libcap - x86-64 release In-Reply-To: <20091219183502.5F2CB49CE88@ns1.pardus.org.tr> References: <20091219183502.5F2CB49CE88@ns1.pardus.org.tr> Message-ID: <579eef480912191128w3905d3ban7d6518035f2cc101@mail.gmail.com> 2009/12/19 Necdet Yücel > # we should not need this static > - pisitools.remove("/lib/libcap.a") > + pisitools.remove("/lib64/libcap.a") > pisitools.dodoc("CHANGELOG", "README", "doc/capability.notes") > > Hocam bunun için get.py'de libDIR() olabilirdi sanki. libexec için fonksiyon yazılmış ama libDIR()'e şimdiye kadar ihtiyaç duymamışız sanırım: def libDIR(prefix=None): if not prefix: prefix = "" if HOST().startswith("x86_64"): return "%s/lib64" % prefix return "%s/lib" % prefix gibi bir şey olabilirdi. Kodu misal olarak yazdım. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From gkmngrgn at gmail.com Sat Dec 19 21:55:50 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Sat, 19 Dec 2009 21:55:50 +0200 Subject: [Gelistirici] corporate2/devel-x86_64/system/base/libcap - x86-64 release In-Reply-To: <579eef480912191128w3905d3ban7d6518035f2cc101@mail.gmail.com> References: <20091219183502.5F2CB49CE88@ns1.pardus.org.tr> <579eef480912191128w3905d3ban7d6518035f2cc101@mail.gmail.com> Message-ID: <579eef480912191155l60618320mdb11e8778eac943e@mail.gmail.com> 2009/12/19 Gökmen Görgen > Hocam bunun için get.py'de libDIR() olabilirdi sanki. libexec için > fonksiyon yazılmış ama libDIR()'e şimdiye kadar ihtiyaç duymamışız sanırım: > > Mete Bilgin'in bana özelden yazdığı: "..bazı dosyaları lib64'e bazılarını da lib dizinine atıyor. Hangisi nerede olduğunu ancak derleme sonrasında görebiliyoruz paketlerde ondan pek mantıklı gelmedi bana." Haklı buldum, onu da hesaba katmamız gerekiyor. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ekrem.seren at gmail.com Sun Dec 20 03:00:59 2009 From: ekrem.seren at gmail.com (Ekrem SEREN) Date: Sun, 20 Dec 2009 03:00:59 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l_Hediyes?= =?utf-8?q?i?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> Message-ID: <39f080000912191700q5798cbe3v614ba6717abed2d7@mail.gmail.com> 2009/12/18 Murat Şenel > Yeri her ne kadar geliştirici listesi olmasa gibi gelse de söz konusu > hediye sadece geliştiricilere gönderileceği için bence burası gayet uygun. > > Cevap yazmayayım dedim, her zamanki gibi es geç, boş ver dedim kendi > kendime ama yok olmadı işte. Hediye diyorsunuz ve kargo masrafını bize > ödetiyorsunuz. Bu nasıl bir mantık gerçekten merak ediyorum. Kim birine > hediye yollarken böyle bir şart koşmuş? > > Gerçi düşününce pek de şaşırmıyorum. Pardus geliştiricilerine söz verip de > hangi sözünü tuttu veya bu açıdan neyi doğru yaptı ki hediye işini de doğru > yapsın... > > Bir sürü paketim varken, sırf artık bu saçmalıklarla uğraşmayayım diye > paket sayımı 10'un da altına düşürdüm. Çünkü şevk falan kalmadı gerçekten. > Sürekli veriyoruz ama karşılığında tutulmayacak sözler alıyoruz. Ama sanırım > bu saçmalıklara muhattap olmamak için Pardus'tan komple çıkmak gerekiyor. > Amacınız mı bu acaba, yalnız mı kalmak istiyorsunuz? > > Murat > Eskiden (ben ilk defa Pardus'a bulaştığım zamanlar, ~2006) Pardus gönüllü geliştiricileri arasında çok güzel bir atmosfer vardı. Beni Pardus'a ve sonunda gönüllü bir geliştirici olmaya iten asıl sebep Pardus'tan çok buydu aslında. *#pardus* kanalı bir çok gönüllü geliştirici kazanmasını sağladı projenin. Gönüllü geliştiriciler arasındaki muhabbet ve samimiyet yenilerini çekiyordu camiaya. O zamanlar tanıştığım bir sürü insan ile çok yakın dost oldum, fiziksel hayatta görüştüm, beraber nargile içtim, çay içtim... Pardus'a katkı vermek ile ilgili (paket yapma, kod/betik yazma, *'peç'*yapma vs.) herşeyi onlardan öğrendim. Şimdi ise durum öyle değil maalesef :( Hala tüm gün, hem işimde hem özel hayatımda, sadece Pardus kullanıyorum. Fakat kullanıcıyım artık yalnızca. Bunun sebeplerine baktığımda, her ne kadar kendimi işlerim yoğunlaştı hayatım değişti diye kandırsam da, daha önce olan o samimi ve sıcak ortamı bulamadığım için olduğunu görüyorum. O zamanlar tanıştığım arkadaşlarım ile hala görüşüyorum, ama görüyorum ki onları projeden soğutan aynı sebepler beni de soğutmuş. Kendimi motive etmeye çalışıyordum son zamanlarda ama bu tartışmalardan sonra motivasyon zerresi de dağıldı gitti. Söylenecek şeyleri Doruk, Gürer, Türker ve Murat söylemiş. Projeye dışarıdan en çok katkıyı vermiş ve en çok *gönüllü* geliştirici kazandırmış insanların projeye küsmeleri bazı *_bence düzeltilebilir_*sorunları işaret ediyor. -- Ekrem SEREN -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From selimok at gmail.com Sun Dec 20 06:07:08 2009 From: selimok at gmail.com (selim ok) Date: Sun, 20 Dec 2009 05:07:08 +0100 Subject: [Gelistirici] =?iso-8859-9?q?Fwd=3A_Pardus=27tan_Yeni_Y=FDl_Hediy?= =?iso-8859-9?q?esi?= In-Reply-To: <200912191238.09430.gurer@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <20091218210814.0752adb7.dfisek@fisek.com.tr> <200912191238.09430.gurer@pardus.org.tr> Message-ID: 2009/12/19 Gürer Özen > > Bir örnek olarak şu birkaç sorunun cevabını düşünün: > 1. Geliştirici başvurularını takip eden, bunların aksamasından sorumlu kişi > kimdir? > 2. Review süreci sorumlusu kimdir? Review bekleme sürelerini öğrenmek > istesek > kimden bilgi alabiliriz? > 3. Geliştirici ilişkileriyle kim ilgilenir? Problemi olan bir > geliştiricinin > gitmesi gereken kişi kimdir? > 4. Böyle takip edilmesinde fayda olacak kaç tane süreç vardır? > 5. Pardus dağıtımında hangi işler yapılmaktadır? Bunları kimler > yürütmektedir? > 6. Tüm ekosistemde hangi projeler yapılmaktadır? Bunların durumu nedir? > 7. Bu soruların cevapları merak eden birinin öğrenebilmesi için nerede > yazılıdır? > > Cevap olarak bilgi at pardus demeyin, falancalar ilgileniyor da demeyin, ben > takip ediyorum ama bu konuda bir açıklama yapmadım hiç demeyin. Sorumluluk > ancak tekil olur. Yoksa kişiler senkronize olamaz, arada bazı şeyler > unutulur, > biri diğerinin yapmış olduğunu sanar, vb ve şu anda olduğu gibi işler > aksayıp > durur. > > Bir işin sorumlusunun işin kendisini yapması gerekmiyor. Tek yapması > gereken o > işin alt işlerinin bir listesini tutmak, haftada mesela yarım saat o > maddelere > bakıp ne durumda olunduğunu incelemek, aksayan işler varsa durumla ilgili > bir > açıklama yapmak, ilgili kişilerle iletişim kurup nedenini bulmak. Bu takip > işini çekirdek ekip dışındaki geliştiriciler bile çok kolayca yapabilir. > Süreçler ölçülmeye takip edilmeye başlayınca iyileştirilmeleri çok kolay > olur. > > Gürer somut cözüm önerileri sunmus. Uygulanabilir makul öneriler. Tüm sorunlari cözmez belki, ama en azindan güzel bir baslangic. Sonrasi sorumluluklarin yerine getirilmesine bakiyor. Gecmisi konusmak veya savunmak bize birsey kazandirmiyor. Erkan Bey'e acik cagrida bulunuyorum. Sorumluluklarin acik ve net bir sekilde belirlenmesi, bu bilgilerin acik bir sekilde duyurulmasi konusunda bir adim atin lütfen. Tabii bu öneri kabul görmeyecekse bununda nedenlerini bilmek isteriz :) Iyi calismalar, Selim -- One more step for freedom: http://www.pardus.org.tr/eng/ -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From tekman at pardus.org.tr Sun Dec 20 11:45:16 2009 From: tekman at pardus.org.tr (Erkan Tekman) Date: Sun, 20 Dec 2009 11:45:16 +0200 Subject: [Gelistirici] =?utf-8?q?Fwd=3A_Pardus=27tan_Yeni_Y=C4=B1l__Hediye?= =?utf-8?q?si?= In-Reply-To: References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912191238.09430.gurer@pardus.org.tr> Message-ID: <200912201145.17148.tekman@pardus.org.tr> 20 Aralık 2009 Pazar 06:07:08 tarihinde selim ok şunları yazmıştı: > Gecmisi konusmak veya savunmak bize birsey kazandirmiyor. Erkan Bey'e acik > cagrida bulunuyorum. > Sorumluluklarin acik ve net bir sekilde belirlenmesi, bu bilgilerin acik > bir sekilde duyurulmasi konusunda bir adim atin lütfen. Tabii bu öneri > kabul görmeyecekse bununda nedenlerini bilmek isteriz :) Pardus projesi yakınında olanların gayet iyi bildiği, bu liste üyelerinin hemen hepsinin de bir şekilde haberdar olduğu (ya da olduğunu tahmin ettiğim) şekilde kaynakları ile orantısız hedefler ortaya koymuş bir proje. Bunun çeşitli nedenleri var, pek çoğunu barındıran bir özet olarak şöyle bir cümle kurulabilir: "Eğer Pardus'un gerçekten Türkiye bilişim sektöründe bir etkisi olması isteniyorsa bu hedeflerin hepsine ve makul bir sürede ulaşması gerekir." Yani bu orantısızlık bir seçim değil, bir zorunluluk. Ya da projeyi şu anda yönetmekte olan kişinin çözümlemesi bu yönde. Daha önce de yazdım, kaynak ve dolayısı ile işgücü eksikliği bir açıklama olduğu kadar bir mazeret aynı zamanda. Daha iyi yapabileceğimiz bazı şeyler var, bunları yap(a)mıyoruz. Ya da bunları yaparsak eksik kalacağımız alanları feda etmek istemiyoruz. Kimi konularda da düpedüz yönetim, yürütme, izleme süreçlerimizin zafiyeti bizi engelliyor, hiçbir mazereti yok. Bir kez daha vurgulayayım, bu eksiklik ve hataların sorumlusu benim; UEKAE'deki geliştirici arkadaşlara yüklenmenin gereği yok. Özellikle son üç aydır bu zafiyetlerimizi ortadan kaldırmak ve 2010 yılı ile artacak kaynak akışı ve dolayısı ile kalabalıklaşacak ekibi yönetilebilir kılmak için bir çalışma başlattık. Aramızdaki kod adı "Kara Düzeni Kaldırma" projesi. Sürüm yönetiminden Pardus teknolojilerinin yol haritasına, geliştirici ilişkilerinden web sitemizin içeriğine pek çok konuyu masaya yatırıp mevcut durumunu görüyor ve olması gereken şekli tarif ediyoruz. Daha envanter konusunda gidilecek çok yolumuz var, planlama için daha da fazla, takdir edeceğiniz gibi. Beş yılın biriken alışkanlıkları, ad hoc çözümleri, öncelikleri kolay kolay ortadan kalkmıyor, kalkmayacak da. Benim KaDüK projesi sorumlusu arkadaşlara koyduğum hedef en geç Pardus 2011 sürüm tarihinde kara düzene son verme konusunda geri dönülmez noktaya erişmiş olmamız. Kimi zaman 2010 yazında dahi bu hedefe ulaşabilirmişiz gibi geliyor, kimi zaman 2011'de dahi kara düzenle yaşamak zorunda kalacakmışız gibi... Sözün kısası kargo sorusu ile başlayıp Gürer'in önerilerine uzanan sorunlar (belki kargo konusu dışında kalanların hepsi ;-) KaDüK projesi kapsamında olması gereken şekle getirilmesi planlanan işler. Ama bunun için daha önce yazdığım gibi biraz daha sabır gerekiyor, inşaat küllüğünü temizlemek o kadar kolay olmuyor. İkincisi; şu yazdıklarıma yanıt olarak kimi geliştiricilerden "KaDüK'e biz neden dahil değiliz", "yine kendi başınıza iş çeviriyorsunuz" benzeri şikayetler yükselmeye başlayacağının farkındayım. Bu noktada benim şöyle ya da böyle birşey söylemem söz konusu değil, KaDüK proje sorumluları zamanlamaları ve planları çerçevesinde geliştirici camiasına da el atıp kulak verecekler mutlaka. Ama işlerin daha kolay (ya da daha zor ?) olduğu UEKAE ekibinden işe başlamış durumdalar. Üçüncüsü;, "KaDüK proje sorumluları" ibaresinin de bir giz perdesi olarak algılanacağının farkındayım. Ama bu arkadaşlara kendi plan ve tempolarına göre çalışma şansı verebilmek istiyorum. Onlar projenin gelişmesine bağlı olarak uygun gördükleri zamanda dolaptan çıkıp "mevcut paket hazırlama ve güncelleme süreçlerinde işlemediğini düşündüğünüz neler var" ya da "geliştirici camiası ilişkilerinde kara düzeni ortadan kaldırmak için ne yapmamız gerekir" gibi sorular soracaklardır Son olarak da yönetişim konusu: Geliştiricilerimizin projenin gidişatı konusunda daha etkin olmaları gerektiğine uzun zamandır inanıyorum ve bunu da ilan ediyorum. Daha önceleri iç listemizde tartışılan teknik konular artık gelistirici listesine geliyorlar, yanlışlıkla iç listeye düşenleri ve gelistirici listesine yönlendiren komiserlerimiz var. Ancak bu etkinin sınırları olması gereği de açık, Pardus UEKAE'nin bir ürünü ve TÜBİTAK ve UEKAE'nin kimi strateji ve eğilimleri ile uygun hareket etmesi de gerekli. Ayrıca üçüncü kişi ve firmalarla yapılan anlaşma ve sözleşmeler geliştirici camiası ile paylaşabileceğimiz bilgileri sınırlayabiliyorlar, doğal olarak. Bu kısıtlılıkların farkında olunmasını rica ediyorum. Kimi UEKAE süreçleri, mevzuat gerekleri vb konuları geliştirici ya da kullanıcı camiası ile paylaşmanın gerekli ya da doğru olmadığını düşünüyorum. Ancak son zamanlarda gerek pardus-kullanicilari gerekse gelistirici listesinde yaşananlar beni yanlış çıkarttı bu konuda. Açık konuşmak gerekirse ikna olmadım, herkes Pardus'un bir kamu kurumunda yürütülen bir proje olduğunu biliyor ve bazı şeyleri tahmin etmek zor olmasa gerek. Aksi taktirde UEKAE içi süreçleri olduğu gibi bu listelere faş etmemiz gerekir ki, bu ortaya çıkan sorunlardan daha saçma bir sonuca götürür bizi. Son olarakın son olarakı olarak da meşhur İzleme Komitesi'nden bahsedeyim. Biliyorsunuz DPT projesinin bir gereği olarak 2010 yılı içerisinde çoğunluğu TÜBİTAK ve UEKAE dışı temsilcilerden oluşan bir komite kurulacak. Bu komitede Pardus geliştirici camiasının bir temsilcisi olması gereğine inanıyoruz ve proje önerisinde de böyle bir hüküm mevcut. Bu temsili hayata geçirebilmemiz için geliştirici tanımını tam olarak ve resmen yapabilmemiz, geliştiricilerimiz ile bir akit oluşturmamız ve geliştiriciler arasında bir seçim yöntemi belirlememiz gerekiyor. KaDüK kapsamında ele alınacak konulardan birisi de bu. Ancak bu geliştirici sözleşmesi kavramına karşı çıkan, bu çerçevede küresel uygulama ve eğilimleri gözardı eden, doğrudan TÜBİTAK ismi etrafında rahatsızlık dile getiren arkadaşlarımız da var, ne yazık ki. Bu durumu endişe ile dikkate alıp "geliştirici camiamızın da bir KaDüK'e ihtiyacı olmasın sakın" demekten kendimi alamıyorum. Uzunca mesajın özeti olarak şöyle diyeyim: Problemlerin farkındayız ve çözüm peşindeyiz. Bu çözümlere ulaşmak için birlikte çalışmaktan da mutluluk duyacağız, dahası bunun gereğine inanıyoruz. Biraz *daha* sabır ve anlayış bekliyoruz... Saygılarımla, Erkan Tekman TÜBİTAK UEKAE Proje Yöneticisi ::: Pardus ::: Özgürlük İçin... ::: www.pardus.org.tr From gurer at pardus.org.tr Sun Dec 20 13:06:51 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sun, 20 Dec 2009 13:06:51 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Fwd=3A_Pardus=27tan_Yeni_Y=FDl__Hedi?= =?iso-8859-9?q?yesi?= In-Reply-To: <200912201145.17148.tekman@pardus.org.tr> References: <20091217080506.1E179A7AB37@lider.pardus.org.tr> <200912201145.17148.tekman@pardus.org.tr> Message-ID: <200912201306.52185.gurer@pardus.org.tr> 20 Aralık 2009 Pazar günü (saat 11:45:16) Erkan Tekman şunları yazmıştı: > Benim KaDüK projesi sorumlusu arkadaşlara koyduğum hedef en geç Pardus 2011 > sürüm tarihinde kara düzene son verme konusunda geri dönülmez noktaya > erişmiş olmamız. Kimi zaman 2010 yazında dahi bu hedefe ulaşabilirmişiz > gibi geliyor, kimi zaman 2011'de dahi kara düzenle yaşamak zorunda > kalacakmışız gibi... Erkan bey, bence herşeyi bir arada çözmeye çalışarak yanlış yapıyorsunuz. Üç ayrı problem var: 1. UEKAE'nin iç işleri. Bunların toplulukla bir alakası yok. O yüzden birarada düşünmeyelim lütfen. Üstelik 20 kişinin büyük bölümünü meşgul edecek kadar iç işiniz olduğuna da inanmıyorum :p 2. DPT ve büyüme planları. DPT'nin kendisi bile para göndermekte pek acele etmezken, bunları kısa vadeli düşünmeye pek gerek yok gibi :) 3. Geliştirici topluluğundaki dağınıklık ve plansızlık kaynaklı sıkıntılar. İşte bunların bırakın 2011'i, 2010 yazını, bugüne kadar beklemiş olması bile çok zararımıza oldu. Kaybettiğimiz geliştiricilerin yanında, diğer geliştiricilerimizin de hevesleri ve performansları sürekli düşüyor. Bu devam etmesin artık. En azından şu listede konuşulan ve alınan kararların bir listesinin tutulması ve ne durumda olduklarını takip edilmesi bile çok şeyi değiştirecek. Bu kadar basit şeyler için aylarca beklenmesini talep etmeyin lütfen. Düzenli ve sürekli olarak bir şeylerin iyiye gittiğini görmek, bu şeyler çok ufak bile olsa herkese moral ve güven verir, işlerin hızlanmasını sağlar. From eren at pardus.org.tr Mon Dec 21 09:36:43 2009 From: eren at pardus.org.tr (Eren =?iso-8859-15?q?T=FCrkay?=) Date: Mon, 21 Dec 2009 09:36:43 +0200 Subject: [Gelistirici] =?iso-8859-15?q?G=FCvenlik_G=FCncellemeleri_-_Secur?= =?iso-8859-15?q?ity_Fixes__=282009-12-18=29?= In-Reply-To: <200912181356.54642.gokcen@pardus.org.tr> References: <200912181356.54642.gokcen@pardus.org.tr> Message-ID: <200912210936.43920.eren@pardus.org.tr> On Friday 18 December 2009 01:56:51 pm Gökçen Eraslan wrote: > * Pardus 2008 > > mysql-client-5.0.88-40-8.pisi > mysql-lib-5.0.88-40-8.pisi > mysql-man-pages-5.0.88-40-8.pisi > mysql-server-5.0.88-40-8.pisi [PLSA-2009-207] http://security.pardus.org.tr/en/2009-207/ From faik at pardus.org.tr Mon Dec 21 10:04:06 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Mon, 21 Dec 2009 10:04:06 +0200 Subject: [Gelistirici] trunk/pisi/pisi - Fix pisi delta's not carrying file permission chan... In-Reply-To: <200912181359.24726.fatih@pardus.org.tr> References: <20091216143631.158C349CBB3@ns1.pardus.org.tr> <200912181347.55905.fatih@pardus.org.tr> <200912181359.24726.fatih@pardus.org.tr> Message-ID: <200912211004.06569.faik@pardus.org.tr> > > Sanırım bu dosyayı daha önce elle değiştirmişim. delta paketlerinde > > config dosyalarının her zaman bulunması gerekiyor anlaşılan. > > Bununla ilgisi yok galiba. .old uzantısını eklemesinin amacı ne? Geçici bir şey .old uzantısı. Paket açılırken kullanıcı tarafından değişen config dosyaları varsa ezilmesin diye önce .old uzantısı eklenerek dosya korunuyor. Paket açılıyor, yeni config .newconfig uzantısı ile saklanıyor, en son kullanıcının config dosyasına eklenen .old uzantısı atılıyor. Bakıyorum hataya şimdi. - Faik From ozan at pardus.org.tr Mon Dec 21 10:12:58 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Mon, 21 Dec 2009 10:12:58 +0200 Subject: [Gelistirici] 2009->Corporate2 Message-ID: <4B2F2E0A.1060405@pardus.org.tr> Selam, 2009 deposuna yaptığınız değişiklikleri lütfen Corporate2 devel'ine de yansıtır mısınız? İyi günler Ozan From scirit at pardus.org.tr Mon Dec 21 11:56:25 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Mon, 21 Dec 2009 11:56:25 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091221_2008_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912210156l75da2a6fnd9d4b35448f5dd3e@mail.gmail.com> Selamlar, 20091221 2008 Güvenlik Güncellemesi Testleri için son tarih: 22-12-2009 10:00 Desktop bileşeni ------------------------------ kdelibs-3.5.10-89-16.pisi kdelibs-apidox-3.5.10-89-16.pisi arts-3.5.10-26-6.pisi Network bileşeni ---------------------------- firefox-3.0.16-111-33.pisi firefox-devel-3.0.16-111-33.pisi Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/testci-2008/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Cirit From gokcen at pardus.org.tr Mon Dec 21 13:37:37 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Mon, 21 Dec 2009 13:37:37 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri_-_Secur?= =?utf-8?q?ity_Fixes__=282009-12-21=29?= Message-ID: <200912211337.42748.gokcen@pardus.org.tr> Merhaba / Hi, Bu gece kararlı depolara girecek güvenlik güncellemeleri : Tonights security fixes for Pardus stable repos : ----------------------------------------------------------------------- * Pardus 2008 automake-1.10.3-6-4.pisi -- Gökçen Eraslan -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From mnurolcay at gmail.com Mon Dec 21 17:52:20 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Mon, 21 Dec 2009 17:52:20 +0200 Subject: [Gelistirici] 2009->Corporate2 In-Reply-To: <4B2F2E0A.1060405@pardus.org.tr> References: <4B2F2E0A.1060405@pardus.org.tr> Message-ID: <200912211752.21101.mnurolcay@gmail.com> On Monday 21 December 2009 10:12:58 Ozan Çağlayan wrote: > Selam, > > 2009 deposuna yaptığınız değişiklikleri lütfen Corporate2 devel'ine de > yansıtır mısınız? > Şuraya Corporate2 de eklenebilir mi? Mevcut paket/paketçi durumunun takibi kolay oluyor: http://paketler.pardus.org.tr/ --- Mehmet Nur Olcay From mnurolcay at gmail.com Mon Dec 21 18:00:30 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Mon, 21 Dec 2009 18:00:30 +0200 Subject: [Gelistirici] playground/sdalgic/office - add astranslator, not-ready package In-Reply-To: <20091221131543.AC04849CB7A@ns1.pardus.org.tr> References: <20091221131543.AC04849CB7A@ns1.pardus.org.tr> Message-ID: <200912211800.30863.mnurolcay@gmail.com> On Monday 21 December 2009 15:15:43 Serdar Dalgıç wrote: > Author: sdalgic > Date: Mon Dec 21 15:15:43 2009 > New Revision: 83328 .. > Added: .. > playground/sdalgic/office/dictionary/astranslator/ > Log: > add astranslator, not-ready package Ready olanı var, lazımsa şuradan[1] alabilirsin. Hatta şuna[2] da bakabilirsin ;) 1. http://svn.pardus.org.tr/pardus/playground/mnurolcay/2009/office/dictionary/astranslator/ 2. http://svn.pardus.org.tr/pardus/playground/mnurolcay/2009/office/dictionary/qgoogletranslate/ --- Mehmet Nur Olcay From ozan at pardus.org.tr Mon Dec 21 18:33:18 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Mon, 21 Dec 2009 18:33:18 +0200 Subject: [Gelistirici] vim paketi Message-ID: <4B2FA34E.3010205@pardus.org.tr> 2009/devel'deki vim'in yamaları uygulanmıyor. From inancyildirgan at gmail.com Mon Dec 21 22:04:10 2009 From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=) Date: Mon, 21 Dec 2009 22:04:10 +0200 Subject: [Gelistirici] vim paketi In-Reply-To: <4B2FA34E.3010205@pardus.org.tr> References: <4B2FA34E.3010205@pardus.org.tr> Message-ID: <200912212204.10404.inancyildirgan@gmail.com> 21 Aralık 2009 Pazartesi günü (saat 18:33:18) Ozan Çağlayan şunları yazmıştı: > 2009/devel'deki vim'in yamaları uygulanmıyor. 2009 ile sorunsuz derliyorum ben. Ki zaten stable ile devel aynı sürümde. Farm da derleyebiliyor. Sen denedin mi? From necdetyucel at gmail.com Mon Dec 21 23:27:09 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Mon, 21 Dec 2009 23:27:09 +0200 Subject: [Gelistirici] 2009->Corporate2 In-Reply-To: <200912211752.21101.mnurolcay@gmail.com> References: <4B2F2E0A.1060405@pardus.org.tr> <200912211752.21101.mnurolcay@gmail.com> Message-ID: Selamlar > Şuraya Corporate2 de eklenebilir mi? Mevcut paket/paketçi durumunun takibi kolay oluyor: > > http://paketler.pardus.org.tr/ Ben de Corporate2 x86-64 için istesem aynı şeyi ;) Bizim için de kolaylık olur. Necdet Yücel From necdetyucel at gmail.com Tue Dec 22 00:30:53 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Tue, 22 Dec 2009 00:30:53 +0200 Subject: [Gelistirici] Corporate 2 x86-64 RootFS-0.42 Message-ID: Selamlar, Pardus'un Kurumsal 2 sürümünü temel alıp geliştirdiğimiz 64 bit sürümünün sadece geliştiricilerin kullanımına yönelik kök dosya sistemini paylaşmak istiyoruz[1]. Bu kök dosya sisteminde tüm system.base ve system.devel bileşenleri 64-bit derlenmiş bulunuyor. 64 bite uygun çekirdek ve geliştirme için mutlaka gereken vi ve subversion da bu kök dosya sisteminde mevcut. Daha fazlasını isterseniz 64 bit hazırladığımız paketler de şimdilik burada[4]. Bu kök dosya sistemini kullanabilmek için ayrı bir disk bölümüne veya sanal bir makineye kurmaya ihtiyacınız olacak. Sistemin şimdilik bir yükleyicisi (grub, lilo, vb.) olmadığından varolan bir yükleyicinin boot etmesine ihtiyacı var. Kullandığınız herhangi bir linux'un grub veya lilo'suna herhangi bir linux'u nasıl ekliyorsanız aynı şekilde bu kökdosya sistemini açtığınız bölümü de eklemeniz yeterli olacaktır. Geleneksel hatırlatmaları yapmakta fayda var: bu kök sistemi bir deneme sürümüdür, yeni toolchain ile paket derlemekten başka bir amaç için uygun değildir. Bu paketleri herhangi bir Pardus üzerine kurmamanız gerekir (kursanız da çalışmazlar;)). Kullandığınız 32bit bir Pardus üzerinden bu kök sisteme chroot yapamazsınız (inatlaşmak için değil de uygun olanı bu değil diye yazıyorum). /root dizini içine svn deposunun kök dosya sistemi hazırlandığındaki halini devel-x86_64 olarak koyduk. Sistem açıldığında bir svn up diyerek sadece aradaki farkları alıp paketlemeye başlayabilirsiniz. Belki başlamadan "PiSi paketlerini 64 bite taşırken neler yapılıyor" başlıklı yazımı[5] da okumak isteyebilirsiniz. Svn depomuz hakkında da bir yazı[6] var, okumadıysanız o da ilginizi çekebilir. Kurulum için 64 bit işlemcili bilgisayarınızda şu adımları izlemek yeterli: * Yeni kök sisteminin kurulacağı disk bölümünü hazırlayın. Belki [2] adresinindeki Pardus 2008 RootFS duyurusundaki adımlara bakmak isteyebilirsiniz. * pardus-corporate2-rootfs-0.42.tar.bz2 dosyasını bu dizine açın. Dosya açıldığında ~1.3GB yer kaplayacaktır. /etc/fstab ve /etc/mtab dosyalarını sisteminize uygun hale getirin. * İmaj açıldıktan sonra sisteminizi yeniden başlatabilirsiniz. Açılış için bir önyükleyiciye ihtiyacınız olduğunu yazmıştım. İşler yolunda giderse sisteminiz açılacaktır. * root için pardus parolasını kullanarak oturum açıp geliştirmeye başlayabilirsiniz. Bu x86-64 için ilk rootfs deneme sürümü olduğundan bir takım hataları mutlaka vardır. İyi çalışmalar dilerim Necdet Yücel [1]http://members.comu.edu.tr/nyucel/pardus-corporate2-rootfs-0.42.tar.bz2 [2]http://liste.pardus.org.tr/gelistirici/2008-February/011253.html [4]http://x86-64.comu.edu.tr [5]http://nyucel.blogspot.com/2009/12/pisi-paketlerini-64-bite-tasrken-neler.html [6]http://nyucel.blogspot.com/2009/12/devel-x8664-svn-deposu-hakknda.html From selimok at gmail.com Tue Dec 22 00:54:30 2009 From: selimok at gmail.com (selim ok) Date: Mon, 21 Dec 2009 23:54:30 +0100 Subject: [Gelistirici] Corporate 2 x86-64 RootFS-0.42 In-Reply-To: References: Message-ID: Selamlar, Öncelikle elinize saglik. Bu gelisime tanik olmak onur verici :) Merak ettigim bir nokta var. Tüm bu 64 Bitlestirme süreci belgelendiriliyor mu acaba? Eger baslangictan itibaren tüm adimlari ve karsilasilan sorunlari anlatan bir belge olsaydi, cok faydali bir Türkce eser olurdu kanimca. :) Eger yoksa yada olamayacaksa caniniz saolsun :D Süpersiniz, tüm ekibi ayri ayri tebrik ediyorum :) Iyi calismalar, Selim -- One more step for freedom: http://www.pardus.org.tr/eng/ -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From necdetyucel at gmail.com Tue Dec 22 01:05:42 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Tue, 22 Dec 2009 01:05:42 +0200 Subject: [Gelistirici] Corporate 2 x86-64 RootFS-0.42 In-Reply-To: References: Message-ID: Çok teşekkürler. Hala yazmaya devam ettiğimiz belge burada[1]. Necdet Yücel [1] http://tr.pardus-wiki.org/X86_64-64_Mimarisine_Port_Edilmesi From selimok at gmail.com Tue Dec 22 01:10:34 2009 From: selimok at gmail.com (selim ok) Date: Tue, 22 Dec 2009 00:10:34 +0100 Subject: [Gelistirici] Corporate 2 x86-64 RootFS-0.42 In-Reply-To: References: Message-ID: 2009/12/22 Necdet Yücel > Çok teşekkürler. > > Hala yazmaya devam ettiğimiz belge burada[1]. > Süper :) Kolay gelsin tekrardan... Selim -- One more step for freedom: http://www.pardus.org.tr/eng/ -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Tue Dec 22 01:22:32 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Tue, 22 Dec 2009 01:22:32 +0200 Subject: [Gelistirici] vim paketi In-Reply-To: <200912212204.10404.inancyildirgan@gmail.com> References: <4B2FA34E.3010205@pardus.org.tr> <200912212204.10404.inancyildirgan@gmail.com> Message-ID: <4B300338.2000209@pardus.org.tr> İnanç Yıldırgan wrote: > 21 Aralık 2009 Pazartesi günü (saat 18:33:18) Ozan Çağlayan şunları yazmıştı: >> 2009/devel'deki vim'in yamaları uygulanmıyor. > > 2009 ile sorunsuz derliyorum ben. Ki zaten stable ile devel aynı sürümde. Farm > da derleyebiliyor. Sen denedin mi? Son değişiklikleri Corporate'a alıp farm'a verdiğimde yamaların biri uygulanmadı. From inancyildirgan at gmail.com Tue Dec 22 01:30:09 2009 From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=) Date: Tue, 22 Dec 2009 01:30:09 +0200 Subject: [Gelistirici] vim paketi In-Reply-To: <4B300338.2000209@pardus.org.tr> References: <4B2FA34E.3010205@pardus.org.tr> <200912212204.10404.inancyildirgan@gmail.com> <4B300338.2000209@pardus.org.tr> Message-ID: <200912220130.09665.inancyildirgan@gmail.com> 22 Aralık 2009 Salı günü (saat 01:22:32) Ozan Çağlayan şunları yazmıştı: > Son değişiklikleri Corporate'a alıp farm'a verdiğimde yamaların biri > uygulanmadı. Son değişikliklerle denedim zaten ben. Corporate farm'dan gelen mesajı bende gördüm ama açıp bakınca patch ile ilgili bir sorun görünmüyor. [1]= http://paketler.pardus.org.tr/logs/corporate2/vim.html From dfisek at fisek.com.tr Tue Dec 22 01:35:11 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Tue, 22 Dec 2009 01:35:11 +0200 Subject: [Gelistirici] yeni kurumsal2 iso'su? Message-ID: <20091222013511.cc68eefd.dfisek@fisek.com.tr> Merhaba, Son ISO'nun uzerinden 1 haftadan fazla gecti, yapilan da bircok degisiklik var. Yakin zamanda yeni bir ISO cikacak mi? (bir makinaya kuracagim da, yenisi cikacaksa, bosuna eskisini kurmayayim) Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From dfisek at fisek.com.tr Tue Dec 22 01:46:43 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Tue, 22 Dec 2009 01:46:43 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <20091216095007.371898f8.dfisek@fisek.com.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <4B1FDB2C.4090800@pardus.org.tr> <20091209230134.7c970770.dfisek@fisek.com.tr> <20091215121305.d373f22d.dfisek@fisek.com.tr> <4B288C7D.80403@pardus.org.tr> <20091216095007.371898f8.dfisek@fisek.com.tr> Message-ID: <20091222014643.4bd86680.dfisek@fisek.com.tr> Wed, 16 Dec 2009 09:50:07 +0200, Doruk Fisek : > Wed, 16 Dec 2009 09:30:05 +0200, Ozan Çağlayan : Ping? - dfisek > > Hayır böyle bir liste henüz yok. Ben ilk planda tüm python ve perl > > modüllerini aldım, çünkü zırt pırt bir şeylerin bağımlılığı > > çıkıyorlardı. Ben depoyu kısıtlayıp/kısıtlamamak konusunda > > kararsızım. Yani zaten 2009 deposunda 2000 küsür kaynak paketimiz > > var, kurumsal sürüm çıkartıyoruz diye paket sayısını azaltmak bana > > mantıklı gelmiyor, sonuçta sunucu sürüm değil, gömülü sürüm değil, > > KDE'si var, masaüstüsü var. > > Sadece dediğim game bileşenini almayalım diyoruz. Onun dışında > > verilmiş bir karar henüz yok. Paketlerinizden uygun gördüklerinizi > > alabilir, bakımını yapabilirsiniz. > > Buradan oyun bileseni disinda 2008/2009 Pardus deposundaki istedigim > tum paketleri gelistirici listesine onaylatmadan c2 deposuna > alabilecegimi anliyorum. > > Depoyu kisitlamama dusuncesi olduguna gore, "kurumsal" olmayan bircok > paket de gire(bile)cek c2 deposuna anladigim kadariyla. c2 icin > bakimini yapip ilgilenecek gelistiricisi olduktan sonra, depoda yer > almasinda ne sakinca gordugunuz icin "game bilesenini almayalim" > diyorsunuz? > > > Şu anda contrib/2009/devel'den gelme 2 adet paket var corporate2'da: > > imlib ve desktop-file-utils. İhtiyaç olduğu için buraya aldık. > Ihtiyac disinda da girecekler olabiliyor mu? Kisa yoldan sorayim, su > contrib paketlerinden hangilerini alabilirim c2 deposuna? > > aucdtect > easytag > fdupes > gpsbabel > josm > licq > merkaartor > moodin > navilink > qcomicbook > qlandkarte > rpl > tuxcards > > Doruk > > -- > FISEK ENSTITUSU - http://www.fisek.com.tr > _______________________________________________ > Gelistirici mailing list > Gelistirici at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/gelistirici > From ozan at pardus.org.tr Tue Dec 22 09:02:43 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Tue, 22 Dec 2009 09:02:43 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <20091216095007.371898f8.dfisek@fisek.com.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <4B1FDB2C.4090800@pardus.org.tr> <20091209230134.7c970770.dfisek@fisek.com.tr> <20091215121305.d373f22d.dfisek@fisek.com.tr> <4B288C7D.80403@pardus.org.tr> <20091216095007.371898f8.dfisek@fisek.com.tr> Message-ID: <4B306F13.8070801@pardus.org.tr> Doruk Fisek wrote On 16-12-2009 09:50: > Merhaba, > > Wed, 16 Dec 2009 09:30:05 +0200, Ozan Çağlayan : > >> Hayır böyle bir liste henüz yok. Ben ilk planda tüm python ve perl >> modüllerini aldım, çünkü zırt pırt bir şeylerin bağımlılığı >> çıkıyorlardı. Ben depoyu kısıtlayıp/kısıtlamamak konusunda kararsızım. >> Yani zaten 2009 deposunda 2000 küsür kaynak paketimiz var, kurumsal >> sürüm çıkartıyoruz diye paket sayısını azaltmak bana mantıklı >> gelmiyor, sonuçta sunucu sürüm değil, gömülü sürüm değil, KDE'si var, >> masaüstüsü var. >> Sadece dediğim game bileşenini almayalım diyoruz. Onun dışında >> verilmiş bir karar henüz yok. Paketlerinizden uygun gördüklerinizi >> alabilir, bakımını yapabilirsiniz. > > Buradan oyun bileseni disinda 2008/2009 Pardus deposundaki istedigim > tum paketleri gelistirici listesine onaylatmadan c2 deposuna > alabilecegimi anliyorum. > > Depoyu kisitlamama dusuncesi olduguna gore, "kurumsal" olmayan bircok > paket de gire(bile)cek c2 deposuna anladigim kadariyla. c2 icin bakimini > yapip ilgilenecek gelistiricisi olduktan sonra, depoda yer almasinda ne > sakinca gordugunuz icin "game bilesenini almayalim" diyorsunuz? Henüz halen karar verilebilmiş değil. Kararlı sürüm yayınlandıktan sonra güncellemeleri yavaşlatacağımız ve kararlılığı maksimum seviyede tutmak isteyeceğimizden dolayı 2008 sürümü gibi Merge e-postası tabanlı bir devel->stable sürecine geçme ihtimali var. Hatta belki de Merge istenilen commitlerin sadece güvenlik güncellemesi olması veya bugzilla'da açık veya sizler/bizler tarafından gözlemlenen önemli bir hatayı kapatması şartı getirilebilir. Bu üstteki durum da olsa, 2009'daki gibi de olsa süreç, deponun büyük tutulması, bakıcısız paketlerin (veya bakıcılı gözüken ancak yeterli ilgi göremeyen paketlerin) de yükünün aktif geliştirici/katkıcıları kalması durumu var. Bunun yanında ana sürüm çıktıktan sonra, katkıcıların paketlerinin bakımının da bizim tarafımızdan götürülmesi fikri de var. Eğer bu fikir devreye girerse deponun küçük tutulması bizim için iş yükünü azaltmış olacak. Her halükarda deponun kısıtlanıp kısıtlanmaması konusunda fikirlere ihtiyaç var. Oyun bileşeni ağır bir bileşen, içinde urbanterror gibi büyük data paketli büyük oyunlar var, çok fazla gerekli olduğunu düşünmüyorum. Ayrıca Fatih de mesela koffice'i almayı düşünmüyor çünkü KDE3 sürümünün yeteri kadar iyi olmadığını düşünüyor. Bu tarz blacklist'ler oluşmaya başlayacak yavaş yavaş sanırım fikirler ortaya atıldıkça. From ozan at pardus.org.tr Tue Dec 22 09:04:58 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Tue, 22 Dec 2009 09:04:58 +0200 Subject: [Gelistirici] yeni kurumsal2 iso'su? In-Reply-To: <20091222013511.cc68eefd.dfisek@fisek.com.tr> References: <20091222013511.cc68eefd.dfisek@fisek.com.tr> Message-ID: <4B306F9A.8090206@pardus.org.tr> Doruk Fisek wrote On 22-12-2009 01:35: > Merhaba, > > Son ISO'nun uzerinden 1 haftadan fazla gecti, yapilan da bircok > degisiklik var. > > Yakin zamanda yeni bir ISO cikacak mi? (bir makinaya kuracagim da, > yenisi cikacaksa, bosuna eskisini kurmayayim) > Temel olarak ISO için çok fazla engel yok ancak görselleri bekliyorum. 2008 yazsın istemiyorum ıvır zıvır yerlerde, bu hafta içinde çıkartmayı düşünüyorum. Teşekkürler. From fatih at pardus.org.tr Tue Dec 22 09:42:13 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Tue, 22 Dec 2009 09:42:13 +0200 Subject: [Gelistirici] yeni kurumsal2 iso'su? In-Reply-To: <20091222013511.cc68eefd.dfisek@fisek.com.tr> References: <20091222013511.cc68eefd.dfisek@fisek.com.tr> Message-ID: <200912220942.18631.fatih@pardus.org.tr> On Tuesday 22 December 2009 01:35:11 Doruk Fisek wrote: > Merhaba, > > Son ISO'nun uzerinden 1 haftadan fazla gecti, yapilan da bircok > degisiklik var. > > Yakin zamanda yeni bir ISO cikacak mi? (bir makinaya kuracagim da, > yenisi cikacaksa, bosuna eskisini kurmayayim) Yeni x sunucusu için gereken tek değişiklik virtualbox sürücüsü. Şu anki haliyle virtualbox'ta X açılmıyor. Şu an üzerinde çalışıyorum. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From necdetyucel at gmail.com Tue Dec 22 11:05:52 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Tue, 22 Dec 2009 11:05:52 +0200 Subject: [Gelistirici] =?iso-8859-9?q?luatex_paketi_hakk=FDnda?= Message-ID: Selamlar, luatex paketini 2008, 2009 ve corporate2 kurulu makinelerde derleyemiyorum. Hep aşağıdaki hatayı alıyorum: libtool: Version mismatch error. This is libtool 2.2.6b, but the libtool: definition of this LT_INIT comes from libtool 2.2.6. libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6b libtool: and run autoconf again. make[2]: *** [libkpathsea_la-absolute.lo] Error 63 mv -f .deps/kpsewhich.Tpo .deps/kpsewhich.Po make[2]: Leaving directory `/var/pisi/luatex-0.47.0-3/work/luatex-beta-0.47.0/source/texk/kpathsea' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/pisi/luatex-0.47.0-3/work/luatex-beta-0.47.0/source/texk/kpathsea' make: *** [all] Error 2 Sistemlerin hepsi güncel. Kolaylıklar dilerim Necdet Yücel From dfisek at fisek.com.tr Tue Dec 22 14:14:41 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Tue, 22 Dec 2009 14:14:41 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <4B306F13.8070801@pardus.org.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <4B1FDB2C.4090800@pardus.org.tr> <20091209230134.7c970770.dfisek@fisek.com.tr> <20091215121305.d373f22d.dfisek@fisek.com.tr> <4B288C7D.80403@pardus.org.tr> <20091216095007.371898f8.dfisek@fisek.com.tr> <4B306F13.8070801@pardus.org.tr> Message-ID: <20091222141441.991f534d.dfisek@fisek.com.tr> Tue, 22 Dec 2009 09:02:43 +0200, Ozan Çağlayan : > Bunun yanında ana sürüm çıktıktan sonra, katkıcıların paketlerinin > bakımının da bizim tarafımızdan götürülmesi fikri de var. Eğer bu > fikir devreye girerse deponun küçük tutulması bizim için iş yükünü > azaltmış olacak. Peki o zaman kendimi kurtarayim en azindan, nasil bir yontem izlemem gerekiyor kendi paketlerimle ilgili? Pardus deposundaki oyunlar disindaki tum paketlerimi alayim mi kurumsal2 deposuna? Hayirsa, hangilerini alayim? Yoksa hic paket aktarmayayim, sadece cekirdek ekipten birinin halihazirda almis oldugu paketleri mi guncelleyeyim (en azindan surum cikana kadar)? Bana somut bir yanit gerekli calisabilmem icin :) Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From turkersezer at tsdesign.info Tue Dec 22 14:41:32 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Tue, 22 Dec 2009 14:41:32 +0200 Subject: [Gelistirici] =?utf-8?b?RndkOiBbUGFyZHVzLVRlc3QtVGFrxLFtxLFdVGVz?= =?utf-8?q?tci_Toplu_Mesaj=C4=B1=2C_Say=C4=B1_21=2C_Konu_4?= In-Reply-To: References: Message-ID: <897749fe0912220441x5d3222b2q4dd1997394f6ada4@mail.gmail.com> ---------- Forwarded message ---------- From: Muhammed ER Date: 2009/12/22 Subject: Re: [Pardus-Test-Takımı]Testci Toplu Mesajı, Sayı 21, Konu 4 To: testci at pardus.org.tr Merhaba, Bana gelen e-postalar her zaman test tarihleri geçtikten sonra geliyor. Bu işte bir yanlışlık mı var? Test için gelen postalar, toplu halde ve tarihi geçmiş olarak geliyor her seferinde. ---------------- Yukarıdaki eposta vasıtasıyla bir süredir aklımda olan bir soruyu sormak istiyorum. Eskiden birçok testçimiz varken son zamanlarda sadece bir kişiden test sonuçları alıyoruz. Bunun sebebini hakkında bir bilgimiz var mı? Bu kadar testçi bir anda nereye gitti? Arada Muhammed bey gibi gelişmeleri kaçıranlar sorun yaşayanlar var mıdır, bu insanlardan cevap gelmeyince bunun sebebine hiç baktık mı? Türker Not: Kimsenin vaktini çalmak, mesaisini harcamak gibi bir niyetim olmadığı, sadece dikkatimi çeken bu konuda merakımı gidermek için ilgili kişiye bu soruyu yönelttiğim biline. From gokcen at pardus.org.tr Tue Dec 22 14:49:53 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Tue, 22 Dec 2009 14:49:53 +0200 Subject: [Gelistirici] [2008] [ACK/NACK] 20091222 Message-ID: <200912221449.58258.gokcen@pardus.org.tr> Merhaba / Hi; * 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 25-12-2009, 14:00 * ACK/NACK for new packages in 2008-test repo, please reply before 25-12-2009, 14:00 (GMT+2) avidemux-2.5.2-16-7.pisi avidemux-cli-2.5.2-16-7.pisi avidemux-common-2.5.2-16-7.pisi avidemux-qt-2.5.2-16-7.pisi blobAndConquer-1.10-3-3.pisi bzflag-2.0.12-7-3.pisi comar-2.0.5-83-40.pisi dhcpcd-3.2.3-19-4.pisi freecol-0.9.0_alpha2-20-11.pisi kdiff3-kde4-0.9.95-2-1.pisi lbreakout2-2.6-4-2.pisi ltris-1.0.13-5-2.pisi nano-2.2.1-18-7.pisi nss-3.12.5.0-26-9.pisi openmpi-1.2.8-6-3.pisi pisi-2.1.3-122-45.pisi samba-3.2.15-44-13.pisi sylpheed-3.0.0_beta4-32-13.pisi tesseract-2.04-4-2.pisi tpm-tools-1.3.1-4-1.pisi tpmmanager-0.5-3-1.pisi trousers-0.3.1-7-1.pisi upgrade-manager-0.1-1-1.pisi wget-1.12-14-6.pisi yaz-3.0.52-21-13.pisi -- Gökçen Eraslan -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From gokcen at pardus.org.tr Tue Dec 22 14:54:12 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Tue, 22 Dec 2009 14:54:12 +0200 Subject: [Gelistirici] [2008] [ACK/NACK] 20091222 - Update Details In-Reply-To: <200912221449.58258.gokcen@pardus.org.tr> References: <200912221449.58258.gokcen@pardus.org.tr> Message-ID: <200912221454.12720.gokcen@pardus.org.tr> = Package : avidemux [Doruk Fişek ] = Package : avidemux-cli [Doruk Fişek ] = Package : avidemux-common [Doruk Fişek ] = Package : avidemux-qt [Doruk Fişek ] ====================================================================== * Ver.: 2.5.2, Rel.: 16, Type: None * Doruk Fişek [2009-12-22] Version bump: * Re-enabled Vorbis decoder (regression introduced 2.5.0) * Improved channel mapping of multichannel DTS * Updated the FFmpeg libraries * Added support for latest x264 core and updated Qt interface * Added support for H264 video, VP6A video and AAC audio in FLV container * Added support for SEDG and WMVA four CCs * Various fixes related to Xvid settings * Fixed Xvid stat files remaining locked after encoding (regression introduced 2.5.0) * Improved MKV demuxer * New Colour Curve Editor plugin for Qt interface * Fixed FluxSmooth filter plugin (regression introduced 2.5.0) * Fixed saving of filter parameters for Rotate and Equaliser plugins (regression introduced 2.5.0) * Added extra bitrate settings for LAME audio encoder * Enabled JACK audio device plugin (regression introduced 2.5.0) * Various GUI fixes for GTK+ and Qt interface * Fixed command-line interface support for various video filters * Changed "save-jpg" parameter of command-line interface to honour "begin" parameter * Fixed saving of crash file when Avidemux unexpectedly quits (regression introduced in 2.5.0) * Fixed GUI quirks when using Copy mode and AVI un/packing * Various minor fixes and enhancements = Package : blobAndConquer [Doruk Fişek ] ====================================================================== * Ver.: 1.10, Rel.: 3, Type: None * Doruk Fişek [2009-11-10] Version bump: * i18n support and Polish translations * Allows players better control over optional motion blur * Motion blur settings is now automatically disabled when outside of the actual game * Fix bugs in cheat options, font addition and sound/volume settings = Package : bzflag [Pınar Yanardağ ] ====================================================================== * Ver.: 2.0.12, Rel.: 7, Type: None * Pınar Yanardağ [2008-12-18] Version bump to stable update. = Package : comar [Bahadır Kandemir ] ====================================================================== * Ver.: 2.0.5, Rel.: 83, Type: None * Faik Uygur [2009-11-09] Update System.Upgrader policy file to only include access_label=run * Ver.: 2.0.5, Rel.: 82, Type: None * Faik Uygur [2009-10-19] Add System.Upgrader script policy settings = Package : dhcpcd [Faik Uygur ] ====================================================================== * Ver.: 3.2.3, Rel.: 19, Type: None * Gökçen Eraslan [2008-12-14] Add fix for 'Option 43 has zero length' bug, especially triggered while using ZyXEL P660 ADSL modems. = Package : freecol [Doruk Fişek ] ====================================================================== * Ver.: 0.9.0_alpha2, Rel.: 20, Type: None * Doruk Fişek [2009-11-29] Bump to alpha of new development version for testing. * Ver.: 0.9.0_alpha1, Rel.: 19, Type: None * Doruk Fişek [2009-10-07] Bump to alpha of new development version for testing. = Package : kdiff3-kde4 [David Stegbauer ] ====================================================================== * Ver.: 0.9.95, Rel.: 2, Type: None * David Stegbauer [2009-05-22] Version bump. * Ver.: 0.9.94, Rel.: 1, Type: None * David Stegbauer [2009-02-16] First release = Package : lbreakout2 [Doruk Fişek ] ====================================================================== * Ver.: 2.6, Rel.: 4, Type: None * Doruk Fişek [2009-11-09] Version bump: * Swearing disabled by default * Translation updates, add a latin-1 Turkish translation * Added new levelsets * Add icon tag = Package : ltris [Doruk Fişek ] ====================================================================== * Ver.: 1.0.13, Rel.: 5, Type: None * Doruk Fişek [2009-11-09] Version bump: * Translation updates * Highscore charts are now language independent * 'Block shadow' (to help aiming) is now enabled by default. = Package : nano [Doruk Fişek ] ====================================================================== * Ver.: 2.2.1, Rel.: 18, Type: None * Doruk Fişek [2009-12-15] * Fix missing keybindings for page up/down and GotoDir in the browser, ^P/^N in the help menu, and restoration of M-W as the default re-search binding * Documentation updates, including the nano texinfo manual, nano and nanorc man pages, and UPGRADE file, and some missing syntax highlighting entries for the sample nanorc * Latest round of 'final' soft wrapping fixes * Nano will no longer print a warning when attempting to insert the contents of a read-only file into an existing buffer * Other minor fixes * Ver.: 2.2.0, Rel.: 17, Type: None * Doruk Fişek [2009-11-29] * Fixes for tiny mode (involving both keys and replace menu text) * More 'final' fixes for soft wrapping, and several typo and documentation * Updates including nanorc tweaks and a new syntax highlighting file * nano will no longer clear the screen on suspend to maintain compatibility with other editors. * Ver.: 2.1.99_pre2, Rel.: 16, Type: None * Doruk Fişek [2009-11-22] * Fixes for issues with last page display caused by the soft wrapping code * Fix for a long standing issue with hittig the home key when going through the search history * Attempt to retain the proper ownership and permissions when trying to create a .save file due to receiving a signal * Unbind keys from one or more menus via the 'unbind' keyword * Passing --fill or --nowrap on the command line overrides any related .nanorc entries. * Ver.: 2.1.99_pre1, Rel.: 15, Type: None * Doruk Fişek [2009-11-15] Version bump to development branch for testing: * Customizable key bindings. * 'Soft' line wrapping (i.e. full line display) * Experimental full undo/redo support * Pager support (i.e. reading from stdin) * Warnings for un-writable files, external modification since opening * Abortable searching * More syntax highlighting examples (Fortran, objC, OCaml, Makefiles) * Faster syntax higlighting for complicated regexes = Package : nss [Gökçen Eraslan ] ====================================================================== * Ver.: 3.12.5.0, Rel.: 26, Type: None * Gökçen Eraslan [2009-09-18] Version bump to latest release to properly use latest certificates. = Package : openmpi [Faik Uygur ] ====================================================================== * Ver.: 1.2.8, Rel.: 6, Type: None * Faik Uygur [2008-10-22] Bug fixes and a few new features = Package : pisi [Faik Uygur ] ====================================================================== * Ver.: 2.1.3, Rel.: 122, Type: None * Faik Uygur [2009-12-17] * Check kdmrc existence in comar upgrader script * Ver.: 2.1.3, Rel.: 121, Type: None * Faik Uygur [2009-12-08] * Get distribution upgrade package list from web * Ver.: 2.1.3, Rel.: 120, Type: None * Faik Uygur [2009-11-11] * Ignore file conflicts must be used by upgrader comar script * Ver.: 2.1.3, Rel.: 119, Type: None * Faik Uygur [2009-11-10] * Close urlgrabber socket connection after transfer completed. If not there is a limit of 1024 open fds for the process. This effects upgrade-manager download process. * Ver.: 2.1.3, Rel.: 118, Type: None * Faik Uygur [2009-10-19] fetch cli command/api call, upgrader comar script = Package : samba [Ozan Çağlayan ] ====================================================================== * Ver.: 3.2.15, Rel.: 44, Type: None * Ozan Çağlayan [2009-11-05] Fix the startup of nmbd (#9336). = Package : sylpheed [Doruk Fişek ] ====================================================================== * Ver.: 3.0.0_beta4, Rel.: 32, Type: None * Doruk Fişek [2009-12-17] Version bump to new beta for testing: * The folder icons renewed. * The setup dialog on the first run is user-friendly. * 'Last 7 days' added to the quick search options. * The number of matched messages is displayed at the side of quick search now. * Description is displayed on the quick search entry when it does not have focus. * Always show warning dialog when SSL certificate is expired. * The menu item to request disposition notification added to the compose window. * The button order of folder selection dialog was modified. * Disable update check by default (Pardus has its own package-manager for that). * Ver.: 3.0.0_beta3, Rel.: 31, Type: None * Doruk Fişek [2009-11-27] Version bump to new beta for testing: * SHA1/MD5 fingerprint and validity period of certificate is now displayed when verification of server SSL certificate failed. * Address book is now sortable by each column. * Address book search feature was added. * The visibility of message number columns in the folder view is now configurable for each column. * The error check of socket connection became more strict. * Ver.: 3.0.0_beta2, Rel.: 30, Type: None * Doruk Fişek [2009-11-16] Version bump to new beta for testing: * Multi-threading fix: Sync failure when operating IMAP folders while IMAP communication * Multi-threading fix: IMAP folder search didn't work * Multi-threading fix: Freeze when update check dialog was popped up * Multi-threading fix: Crash on connection timeout * The unintended drag start on IMAP folders was fixed. * A dialog will be displayed while creating folder tree after creating IMAP accounts. * Ver.: 3.0.0_beta1, Rel.: 29, Type: None * Doruk Fişek [2009-10-30] Version bump to beta for testing: * Multi-threading support, reduces the situations where user actions are blocked. * Summary caches are updated on the fly (on receive/move/copy/delete), improves the performance of opening folders with many new messages. * Progress is displayed while scanning folders. * The user interface of address book was rewritten using the new API (GtkTreeView), reducing glitches. * Included Sylpheed English FAQ was updated. * Some bugfixes are made. = Package : tesseract [Ekin Meroğlu ] ====================================================================== * Ver.: 2.04, Rel.: 4, Type: None * Ozan Çağlayan [2009-08-10] Version bump. = Package : tpm-tools [Ertuğrul Erata ] ====================================================================== * Ver.: 1.3.1, Rel.: 4, Type: None * Ertuğrul Erata [2008-01-07] Version Bump. * Ver.: 1.3.0, Rel.: 3, Type: None * Ertuğrul Erata [2007-11-08] Version Bump. * Ver.: 1.2.5.1, Rel.: 2, Type: None * Ertuğrul Erata [2007-02-05] Version Bump. * Ver.: 1.2.5, Rel.: 1, Type: None * Ertuğrul Erata [2006-11-30] First release = Package : tpmmanager [Ertuğrul Erata ] ====================================================================== * Ver.: 0.5, Rel.: 3, Type: None * Ertuğrul Erata [2008-04-19] Stable update * Ver.: 0.4, Rel.: 2, Type: None * Ertuğrul Erata [2007-11-10] Version bump. * Ver.: 0.3, Rel.: 1, Type: None * Ertuğrul Erata [2007-03-02] First release = Package : trousers [Ertuğrul Erata ] ====================================================================== * Ver.: 0.3.1, Rel.: 7, Type: None * Ertuğrul Erata [2008-04-16] Fix compiled with gcc4.3 and many bugs * Ver.: 0.3.1, Rel.: 6, Type: None * Ertuğrul Erata [2008-01-12] Bug Fixed:6794 * Ver.: 0.3.1, Rel.: 5, Type: None * Ertuğrul Erata [2007-11-04] Version bump * Ver.: 0.2.9.1, Rel.: 4, Type: None * Bahadır Kandemir [2007-05-23] Updated Service script. * Ver.: 0.2.9.1, Rel.: 3, Type: None * Ertuğrul Erata [2007-04-27] Version Bump * Ver.: 0.2.9, Rel.: 2, Type: None * Ertuğrul Erata [2007-03-13] Version Bump * Ver.: 0.2.8, Rel.: 1, Type: None * Ertuğrul Erata [2006-11-30] First release = Package : upgrade-manager [Faik Uygur ] ====================================================================== * Ver.: 0.1, Rel.: 1, Type: None * Faik Uygur [2009-10-28] First release. = Package : wget [Doruk Fişek ] ====================================================================== * Ver.: 1.12, Rel.: 14, Type: None * Doruk Fişek [2009-09-24] Version bump: * Added CSS support. * --html-extension has been renamed to --adjust-extension, to reflect the fact that it now also applies to CSS content. * Added Internationalized Resource Identifiers (IRIs, RFC 3987) support. * --ask-password option (and associated wgetrc command) added to support password prompts at the console. * The --input-file option now also handles retrieving links from an external file. * --default-page option (and associated wgetrc command) added to support alternative default names for index.html. * An "ascii" specifier is now accepted by --restrict-file-names, which forces the percent-encoding of all non-ASCII bytes * wgetrc options are better documented * The output generated by the --version option now includes information on how it was built, and the set of configure-time options that were selected. * More sensible exit status codes. * Mailing-list info added. = Package : yaz [Doruk Fişek ] ====================================================================== * Ver.: 3.0.52, Rel.: 21, Type: None * Doruk Fişek [2009-12-03] Fix WRT handling of cs_connect failures * Ver.: 3.0.51, Rel.: 20, Type: None * Doruk Fişek [2009-12-03] Version bump : * tcpip comstack: fix leak for getaddrinfo. * Encoding of SRU database is performed by yaz_encode_sru_dbpath_odr or yaz_encode_sru_dbpath_buf. Now used by yaz-client and the ZOOM API. * Decoding of SRU "path" database is performed by private function yaz_decode_sru_dbpath_odr. This in turn is used by yaz_srw_decode and yaz_sru_decode in server applications, GFS, yazproxy, metaproxy. * yaz-client honors base command for SRU. Change when database setting is applied for SRU and ensure it is kept when a connection is reset. Change also the way errors are displayed or SRU (decoding of packages). * Ver.: 3.0.50, Rel.: 19, Type: None * Doruk Fişek [2009-11-03] Version bump : * Add support for extra request / response data for SRU codecs and GFS. * ZOOM: For queries that cannot be converted to the specified rpnCharset, ZOOM now returns a diagnostic on the client-side ('invalid query' / 10010). * yaz-client fix: If cmdfile is passed to yaz-client (option -f) and that cmdfile included a 'quit' command that would result in a memory violation. -- Gökçen Eraslan -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From gokcen at pardus.org.tr Tue Dec 22 14:56:14 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Tue, 22 Dec 2009 14:56:14 +0200 Subject: [Gelistirici] [2008] [ACK/NACK] 20091222 In-Reply-To: <200912221449.58258.gokcen@pardus.org.tr> References: <200912221449.58258.gokcen@pardus.org.tr> Message-ID: <200912221456.14500.gokcen@pardus.org.tr> > dhcpcd-3.2.3-19-4.pisi > nss-3.12.5.0-26-9.pisi ACK. -- Gökçen Eraslan -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From dfisek at fisek.com.tr Tue Dec 22 15:06:37 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Tue, 22 Dec 2009 15:06:37 +0200 Subject: [Gelistirici] [2008] [ACK/NACK] 20091222 In-Reply-To: <200912221449.58258.gokcen@pardus.org.tr> References: <200912221449.58258.gokcen@pardus.org.tr> Message-ID: <20091222150637.cc60b74f.dfisek@fisek.com.tr> Tue, 22 Dec 2009 14:49:53 +0200, Gökçen Eraslan : > avidemux-2.5.2-16-7.pisi > avidemux-cli-2.5.2-16-7.pisi > avidemux-common-2.5.2-16-7.pisi > avidemux-qt-2.5.2-16-7.pisi NACK. Daha bugun girdiler depoya, biraz zaman gecirsin once. > freecol-0.9.0_alpha2-20-11.pisi > sylpheed-3.0.0_beta4-32-13.pisi NACK. Kararli surum bekleyelim. > blobAndConquer-1.10-3-3.pisi > lbreakout2-2.6-4-2.pisi > ltris-1.0.13-5-2.pisi > nano-2.2.1-18-7.pisi > wget-1.12-14-6.pisi > yaz-3.0.52-21-13.pisi ACK. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From onur at pardus.org.tr Tue Dec 22 16:40:15 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Tue, 22 Dec 2009 16:40:15 +0200 Subject: [Gelistirici] yine x264 Message-ID: <20091222164015.79e7dfab.onur@pardus.org.tr> Merhaba, Hazır vlc, avidemux, ffmpeg, mplayer güncelleniyorken yine x264 ü güncellemeyi düşünüyorum. Bir kaç gündür ffmpeg ve mplayer için tırmalıyordum, yeni x264 çok önemli diyip eski sürümlere desteği attılar, bu geçiş benim işimi de kolaylaştıracak. Bunlar dışında benim paketim olmayan gst-plugins-ugly ile contrib de cinerella var, bir değişiklik gerekli olursa onları da halledeceğim. Var mıdır itirazı olan ? -- Onur Küçük Knowledge speaks, but wisdom listens From serdar at pardus.org.tr Tue Dec 22 16:47:45 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Tue, 22 Dec 2009 16:47:45 +0200 Subject: [Gelistirici] 2009/devel - add Architecture to distribution.xml In-Reply-To: <200912181515.47336.fatih@pardus.org.tr> References: <20091215102241.B002249C9C5@ns1.pardus.org.tr> <200912181415.34782.fatih@pardus.org.tr> <200912181515.47336.fatih@pardus.org.tr> Message-ID: 2009/12/18 Fatih Aşıcı > On Friday 18 December 2009 14:22:00 Serdar Dalgic wrote: > > 2009/12/18 Fatih Aşıcı > > > > > > > > Sistemden değil; index'e giren paketlerden çıkarılmalı bu bilgi. > > > > O zaman index'e giren bütün paketlerin architecture'ının aynı olduğunu > > kabul edip ilk pakete mi bakmalı? İlk yazdığım kod bu şekilde işliyordu > > ama hacky geldiği için distribution.xml'e ekleyelim dedik Faik'le. > > > > Ya da eklenen paketlerin aynı mimaride olup olmadığını kontrol edip ona > > göre bir architecture tag'i koymak mı daha mantıklı? (pisi ix işlemine > > bayağı bir overhead'i olacak bu halin bence.) > > Overhead'i olacağını sanmıyorum. Kontrol edilmesi iyi olur. > > O zaman şu şekilde yapıyorum: * index'e eklenen ilk paketin architecture'ını bir değişkende tutuyorum * diğer paketlerde architecture'ı olanları ilk paketin architecture'ıyla karşılaştırıyorum, farklı mimarilerdeyseler pisi index işlemi hata verip çıkıyor. Architecture'ı belli olmayan paketler için bir şey yapmıyor, index'e direk ekliyorum. * Bütün paketlerin kontrolü olduktan sonra da distribution.xml'in eklendiği kısma index'i çıkarılan deponun architecture'ını ekliyorum. Bu şekilde distribution.xml'in içinde architecture yazmaya gerek kalmıyor, index çıkarılırken gerekli yere architecture yazılmış oluyor. itirazı olan yoksa bu şekilde kodluyorum, fikirler? -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From serdar at pardus.org.tr Tue Dec 22 16:51:45 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Tue, 22 Dec 2009 16:51:45 +0200 Subject: [Gelistirici] yine x264 In-Reply-To: <20091222164015.79e7dfab.onur@pardus.org.tr> References: <20091222164015.79e7dfab.onur@pardus.org.tr> Message-ID: 2009/12/22 Onur Küçük > > Merhaba, > > Hazır vlc, avidemux, ffmpeg, mplayer güncelleniyorken yine x264 ü > güncellemeyi düşünüyorum. Bir kaç gündür ffmpeg ve mplayer için > tırmalıyordum, yeni x264 çok önemli diyip eski sürümlere desteği > attılar, bu geçiş benim işimi de kolaylaştıracak. Bunlar dışında benim > paketim olmayan gst-plugins-ugly ile contrib de cinerella var, bir > değişiklik gerekli olursa onları da halledeceğim. > > Var mıdır itirazı olan ? > > Bir öncekinde de bu şekilde olmuştu, sanıyorum kimsenin yeni x264'e güncellemenin ne getirip ne götüreceği konusunda bir fikri olmadığı için, backup olarak da "bir değişiklik gerekli olursa onları da halledeceğim." demenden dolayı bir itirazı olmuyor :) Peki olası problem ne olabilir, itiraz ediyor olsaydık neye itiraz edebilirdik? :) Bilmediğim için soruyorum, listede konuşmak da yararlı olabilir. Vaktin olursa bilgilendirebilirsen güzel olur, feyz alırız :) Teşekkürler şimdiden =) -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From mete at pardus.org.tr Tue Dec 22 17:05:14 2009 From: mete at pardus.org.tr (Mete Alpaslan) Date: Tue, 22 Dec 2009 17:05:14 +0200 Subject: [Gelistirici] yine x264 In-Reply-To: References: <20091222164015.79e7dfab.onur@pardus.org.tr> Message-ID: <200912221705.14751.mete@pardus.org.tr> On Tuesday 22 December 2009 16:51:45 Serdar Dalgic wrote: > Bir öncekinde de bu şekilde olmuştu, sanıyorum kimsenin yeni x264'e > güncellemenin ne getirip ne götüreceği konusunda bir fikri olmadığı için, > backup olarak da "bir değişiklik gerekli olursa onları da halledeceğim." > demenden dolayı bir itirazı olmuyor :) > Aynen :) > Peki olası problem ne olabilir, itiraz ediyor olsaydık neye itiraz > edebilirdik? :) Bilmediğim için soruyorum, listede konuşmak da yararlı > olabilir. > Vaktin olursa bilgilendirebilirsen güzel olur, feyz alırız :) +1 ---MT--- From dfisek at fisek.com.tr Tue Dec 22 17:13:27 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Tue, 22 Dec 2009 17:13:27 +0200 Subject: [Gelistirici] yine x264 In-Reply-To: <20091222164015.79e7dfab.onur@pardus.org.tr> References: <20091222164015.79e7dfab.onur@pardus.org.tr> Message-ID: <20091222171327.de1bd284.dfisek@fisek.com.tr> Tue, 22 Dec 2009 16:40:15 +0200, Onur Küçük : > Hazır vlc, avidemux, ffmpeg, mplayer güncelleniyorken yine x264 ü > güncellemeyi düşünüyorum. Bir kaç gündür ffmpeg ve mplayer için > tırmalıyordum, yeni x264 çok önemli diyip eski sürümlere desteği > attılar, bu geçiş benim işimi de kolaylaştıracak. Bunlar dışında benim > paketim olmayan gst-plugins-ugly ile contrib de cinerella var, bir > değişiklik gerekli olursa onları da halledeceğim. > Var mıdır itirazı olan ? Bence problem yok, zaten devel'de guncelleyip stable'a merge etmemistim Avidemux'i, sana birakiyorum merge'u o zaman. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From ert976 at gmail.com Tue Dec 22 18:33:15 2009 From: ert976 at gmail.com (ertan) Date: Tue, 22 Dec 2009 18:33:15 +0200 Subject: [Gelistirici] yine x264 In-Reply-To: <20091222164015.79e7dfab.onur@pardus.org.tr> References: <20091222164015.79e7dfab.onur@pardus.org.tr> Message-ID: <200912221833.15968.ert976@gmail.com> > paketim olmayan gst-plugins-ugly ile contrib de cinerella var, bir > değişiklik gerekli olursa onları da halledeceğim. > > Var mıdır itirazı olan ? Cinelerra için itirazım yoktur. Gerekeni yapabilirsin. Saygılarımla Ertan Argüden From fatih at pardus.org.tr Tue Dec 22 19:20:01 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Tue, 22 Dec 2009 19:20:01 +0200 Subject: [Gelistirici] [Buildfarm] [Corporate2] error: /root/corporate2-devel/kernel/default/drivers/module-virtualbox/pspec.xml In-Reply-To: <20091222155717.0C495A7AB39@lider.pardus.org.tr> References: <20091222155717.0C495A7AB39@lider.pardus.org.tr> Message-ID: <200912221920.01669.fatih@pardus.org.tr> On Tuesday 22 December 2009 17:57:17 Pardus Corporate 2 Buildfarm wrote: >*** Building 'vboxdrv' module *** >make[1]: Entering directory `/var/pisi/module-virtualbox-3.1.2-14/work/vboxdrv' >make KBUILD_VERBOSE= -C /lib/modules/2.6.30.9-128/build SUBDIRS=/var/pisi/module-virtualbox-3.1.2-14/work/vboxdrv SRCROOT=/var/pisi/module-virtualbox-3.1.2-14/work/vboxdrv modules >ccache: failed to create /var/pisi/kaptan-3.5.5-32/work/.ccache (No such file or directory) >ccache: failed to create /var/pisi/kaptan-3.5.5-32/work/.ccache (No such file or directory) kaptan paketi derlenemediği için mi çevre değişkenleri sıfırlanamadı? Yoksa hiç sıfırlanmıyor mu? From onur at pardus.org.tr Tue Dec 22 21:27:25 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Tue, 22 Dec 2009 21:27:25 +0200 Subject: [Gelistirici] yine x264 In-Reply-To: References: <20091222164015.79e7dfab.onur@pardus.org.tr> Message-ID: <20091222212725.bbf57b82.onur@pardus.org.tr> On Tue, 22 Dec 2009 16:51:45 +0200 Serdar Dalgic wrote: > 2009/12/22 Onur Küçük > > > > > Merhaba, > > > > Hazır vlc, avidemux, ffmpeg, mplayer güncelleniyorken yine x264 ü > > güncellemeyi düşünüyorum. Bir kaç gündür ffmpeg ve mplayer için > > tırmalıyordum, yeni x264 çok önemli diyip eski sürümlere desteği > > attılar, bu geçiş benim işimi de kolaylaştıracak. Bunlar dışında > > benim paketim olmayan gst-plugins-ugly ile contrib de cinerella > > var, bir değişiklik gerekli olursa onları da halledeceğim. > > > > Var mıdır itirazı olan ? > > > > > Bir öncekinde de bu şekilde olmuştu, sanıyorum kimsenin yeni x264'e > güncellemenin ne getirip ne götüreceği konusunda bir fikri olmadığı > için, backup olarak da "bir değişiklik gerekli olursa onları da > halledeceğim." demenden dolayı bir itirazı olmuyor :) İlla itiraz olması mı gerekiyor ? :) Bir öncekinde kısa özet halinde nerelerde değişiklik olduğunu yazmıştım [1], getirisi bunlardı, şimdiki geçiş ile olacak önemli değişiklikleri de şimdi yazdım [2] ama konu ile ilgilenmiyorsanız bunlar bir şey ifade etmeyecek. Götürüsü ise, yine yazdığım [1] gibi ABI kıracağı için (so dosyasının adının değişmesi sebebiyle) ters bağımlılıkların tekrar derlenmesi, API de bir değişiklik varsa ve gerekiyorsa da paketlere uygulanması gerekmesi. > Peki olası problem ne olabilir, itiraz ediyor olsaydık neye itiraz > edebilirdik? :) Bilmediğim için soruyorum, listede konuşmak da yararlı > olabilir. Olay şu, kararlı sürüm çıktıktan sonra o seri içerisinde depoda gerçekten gerekli olduğu durumlar hariç ABI kırmıyoruz. Kırmamız gerekiyorsa da geliştirici listesine durumu haber veriyoruz, yorumları alıyoruz, sonuca göre de sürüm yöneticisi yapıp yapmamaya karar veriyor. x264 bu konu için kötü bir örnek, başka bir paket olsaydı belki bu konuda konuşacak daha çok kişi olabilirdi, ? 264 ailesindeki değişiklikleri takip eden bu listede kaç kişi var bilmiyorum ama başka birileri daha olsa idi belki "hede geliyor o gelince yapsak daha iyi" gibi bir konuşma geçebilirdi, ya da paketin ters bağımlılıklarından birinin sahibi "yeni sürümle hödö patlıyor, onu düzeltelim öyle alalım", "benim çıkında yapacağım bi değişiklik var pakette, onu alayım onunla değiştirelim" diyebilir. Paketlerin derlenmesini sağlamak kısmen kolay, ama değişiklikle beraber düzgün çalışmasını garantilemek her zaman o kadar kolay değil. Örneğin avidemux da x264 bframe-pyramid değişikliğinde sadece bframe-pyramid parametresini değiştirmek derlenmesi için yetiyordu, ancak doğru çalışması için yeni sürümlerde yeni bframe-pyramid seçeneğini sadece bframe referansları <=2 durumu için ayarlamak gerekiyor. Amacım bu tarz konuşmalara olanak tanımak ve böyle önemli bir değişikliği listede haber vermek. Ama "zaten bu konu ile ilgilenen fazla kimse yok, sen de zaten gereğini yapıyorsun, fikir sorma boşuna" derseniz sadece haber verip x264 için gerektiğinde direkt ilgili değişikliği yapıp listeye haber verebilirim, zaman açısından işime de gelir :) [1] http://liste.pardus.org.tr/gelistirici/2009-September/021259.html [2] - trellis b-adapt hafıza kullanımı azaltıldı - trellis son frame in silinmesi sorunu düzeltildi - qcomp=1 iken CRF init de QP seçimi düzeltildi - VBV Pyramid kullanımında olası bir çökme ve fazla kaynak tüketimi düzeltildi - Minigop başına birden fazla B-ref kullanabilmek için QPfile da iyileştirmeler yapıldı - macroblock tamponunda ortak yazılan veri tipi arttırılarak iyileştirme yapıldı - b-pyramid strict kullanımında yanlış yayın oluşması sorunu düzeltildi - CABAC ve CAVLC için optimizasyonlar eklendi - Ofset hesaplaması yapısı değiştirilerek MC init hızı arttırıldı - b-adapt=1 iken frame tipinin yanlışlıkla otomatik işaretlenmesi düzeltildi - memcpy ler elden geçirilerek MB-tree nin bazı B-frame lerde yanlış çalışması düzeltildi - Interlaced hareket takibinde chroma MV ofsetine bakarak interlaced sıkıştırma hızlandırıldı - bime kod boyutu azaltıldı, çalışan kod boyutu 8k düştü, sibme için % 0.6 hız artışı sağlandı - düşük çözünürlüklü yüzeyler için alt sağ piksel init i düzeltildi - pixel_ssd_ ASM fonksiyonları elden geçirildi, 10K çalışan kod boyutu kazanıldı - double->float dönüşümü ile oluşan ve az rastlanan 2-pass VBV sonsuz döngü sorunu çözüldü - girdi ve çıktıların pipe / FIFO olması durumunda sağlıklı çalışmama sorunu düzeltildi - IDR olmayan I-frame lerde rastlanan çökme düzeltildi - GSOC 2009 da hazırlanan weightp ( Weighted P-frame Prediction ) desteği eklendi - FLV muxer desteği eklendi - sync-lookahead de oluşabilecek bir deadlock düzeltildi - 2 geçişli işlemde geçişler arasında fark varsa düzgün uyarı verme desteği eklendi - satd / RD çağrıları tekrar sıralanarak MC çıktısı cache desteği ile qpel-RD %5-10 daha hızlandı - 8x8 zigzag için MMX desteği eklendi - BOOL olması gereken seçenekler BOOL olarak tanımlanarak SEI alanında düzgün görülmesi sağlandı - slice base threading desteği eklendi (bunu sanırım açmayacağım) - B-Pyramid MB-tree desteği eklendi - Artık SEI bilgi alanına fast pskip ekleniyor - Subme 1 ile qpel arama kapatılması ve geçici MV lerin ortalanması vb. lookahead iyileştirmeleri yapıldı - 2-pass için 2. turda last_qscale ayarlanmaması sorunu çözüldü - abr_buffer değeri arttırılarak, 2-pass için büyük I-frame lerin kullanıldığı (örn. anime) yayınlarda thread kullanımında performans artışı sağlandı -- Onur Küçük Knowledge speaks, but wisdom listens From serdar at pardus.org.tr Tue Dec 22 21:59:56 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Tue, 22 Dec 2009 21:59:56 +0200 Subject: [Gelistirici] yine x264 In-Reply-To: <20091222212725.bbf57b82.onur@pardus.org.tr> References: <20091222164015.79e7dfab.onur@pardus.org.tr> <20091222212725.bbf57b82.onur@pardus.org.tr> Message-ID: 2009/12/22 Onur Küçük > > > Amacım bu tarz konuşmalara olanak tanımak ve böyle önemli bir > değişikliği listede haber vermek. Ama "zaten bu konu ile ilgilenen > fazla kimse yok, sen de zaten gereğini yapıyorsun, fikir sorma boşuna" > derseniz sadece haber verip x264 için gerektiğinde direkt ilgili > değişikliği yapıp listeye haber verebilirim, zaman açısından işime de > gelir :) > > Tam tersine, mümkün olduğunca listede bu tarz konuşmaların dönmesi gerekiyor bence, hatta olası bir problemde "gereğini yapmak" yerine "gereğini yaptırtmak" yoluna gitmen de her açıdan daha yararlı olacaktır. Amacım "boşuna konuşuyosun hacım, yap geç" demek değil "üzerine konuşalım, fikir alışverişinde bulunalım"dır. x264 değişiklikleri üzerinde pek bir bilgim yoktu, bu büyük oranda benim eksikliğim; bu beni rahatsız ettiği için listeye yazmayı uygun gördüm, bir dahaki sefere bir şeyler yazmadan önce arşivi bir daha tarayıp, gerekiyorsa yazıcam o zaman :) Bilgilendirmeler için de teşekkürler bu arada ;) -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From fethicanc at gmail.com Tue Dec 22 22:18:08 2009 From: fethicanc at gmail.com (Fethican =?UTF-8?B?Q2/Fn2t1bmVy?=) Date: Tue, 22 Dec 2009 22:18:08 +0200 Subject: [Gelistirici] yine x264 In-Reply-To: <20091222212725.bbf57b82.onur@pardus.org.tr> References: <20091222164015.79e7dfab.onur@pardus.org.tr> <20091222212725.bbf57b82.onur@pardus.org.tr> Message-ID: <20091222221808.656bc143.fethicanc@gmail.com> On Tue, 22 Dec 2009 21:27:25 +0200 Onur Küçük wrote: > Amacım bu tarz konuşmalara olanak tanımak ve böyle önemli bir > değişikliği listede haber vermek. Ama "zaten bu konu ile ilgilenen > fazla kimse yok, sen de zaten gereğini yapıyorsun, fikir sorma boşuna" > derseniz sadece haber verip x264 için gerektiğinde direkt ilgili > değişikliği yapıp listeye haber verebilirim, zaman açısından işime de > gelir :) Açıkçası multimedia bileşeninde hiç bir paketim olmamasına rağmen, şu anda bildiğim çoğu şeyi bu listedeki konuşmalara borçlu olduğumu hesaba katarak, bu konuşmaların yapılması taraftarıyım. Bir çok konuda çoğul katılımı sağlayamasak bile, (ki bu senin de belirttiğin üzere bilgi sahibi olmamamız yüzünden) aşağı yukarı neler olup bittiğinden haberdar oluyoruz, yeni şeyler öğreniyoruz. --- Fethican From selimok at gmail.com Tue Dec 22 22:17:56 2009 From: selimok at gmail.com (selim ok) Date: Tue, 22 Dec 2009 21:17:56 +0100 Subject: [Gelistirici] yine x264 In-Reply-To: References: <20091222164015.79e7dfab.onur@pardus.org.tr> <20091222212725.bbf57b82.onur@pardus.org.tr> Message-ID: 2009/12/22 Serdar Dalgic > > > 2009/12/22 Onur Küçük > >> >> >> Amacım bu tarz konuşmalara olanak tanımak ve böyle önemli bir >> değişikliği listede haber vermek. Ama "zaten bu konu ile ilgilenen >> fazla kimse yok, sen de zaten gereğini yapıyorsun, fikir sorma boşuna" >> derseniz sadece haber verip x264 için gerektiğinde direkt ilgili >> değişikliği yapıp listeye haber verebilirim, zaman açısından işime de >> gelir :) >> >> > Tam tersine, mümkün olduğunca listede bu tarz konuşmaların dönmesi > gerekiyor bence, hatta olası bir problemde "gereğini yapmak" yerine > "gereğini yaptırtmak" yoluna gitmen de her açıdan daha yararlı olacaktır. > Amacım "boşuna konuşuyosun hacım, yap geç" demek değil "üzerine konuşalım, > fikir alışverişinde bulunalım"dır. x264 değişiklikleri üzerinde pek bir > bilgim yoktu, bu büyük oranda benim eksikliğim; bu beni rahatsız ettiği için > listeye yazmayı uygun gördüm, bir dahaki sefere bir şeyler yazmadan önce > arşivi bir daha tarayıp, gerekiyorsa yazıcam o zaman :) > Listede her gecen konuyu okumaya calisiyorum. Ne kadar cok konu konusulursa o kadar cok sey ögreniyorum kendi adima. O yüzden, az cok demeyelim konusulacak ne varsa konusalim :) Sadece listeyi takip edenler degil, yarin bir gün isi düsüp arayanlarda arsivden bulup ögrenebilirler böylece... Sessizce destekliyorum. :) Iyi calismalar, Selim -- One more step for freedom: http://www.pardus.org.tr/eng/ -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Tue Dec 22 23:18:21 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Tue, 22 Dec 2009 23:18:21 +0200 Subject: [Gelistirici] [Buildfarm] [Corporate2] error: /root/corporate2-devel/kernel/default/drivers/module-virtualbox/pspec.xml In-Reply-To: <200912221920.01669.fatih@pardus.org.tr> References: <20091222155717.0C495A7AB39@lider.pardus.org.tr> <200912221920.01669.fatih@pardus.org.tr> Message-ID: <4B31379D.5070403@pardus.org.tr> Fatih Aşıcı wrote: > > kaptan paketi derlenemediği için mi çevre değişkenleri sıfırlanamadı? Yoksa hiç sıfırlanmıyor mu > Enteresan şeyler olmuş, incelemek lazım. HOME exportlarını kullanmayı bırakalım artık bence, sandbox sorunları için /root/.kde{34}/share/config dizinlerini sandbox whitelist'ine ekleyelim. Bu dizinleri de bir şekilde bir yerde boş olarak yaratalım (skel, baselayout?). Ya da bir şekilde farm bir çevre değişkeni export etsin (BUILDFARM=yes), ve KDE'yi yamalayıp bu değişken varsa /root altında şu aptal dizin yaratma huyundan vazgeç yaması yapalım. From gokcen at pardus.org.tr Wed Dec 23 08:53:09 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Wed, 23 Dec 2009 08:53:09 +0200 Subject: [Gelistirici] =?utf-8?q?=5BBuildfarm=5D_=5BCorporate2=5D_error=3A?= =?utf-8?q?=09/root/corporate2-devel/kernel/default/drivers/module-virtual?= =?utf-8?q?box/pspec=2Exml?= In-Reply-To: <4B31379D.5070403@pardus.org.tr> References: <20091222155717.0C495A7AB39@lider.pardus.org.tr> <200912221920.01669.fatih@pardus.org.tr> <4B31379D.5070403@pardus.org.tr> Message-ID: <200912230853.16227.gokcen@pardus.org.tr> > HOME exportlarını kullanmayı bırakalım artık bence, sandbox sorunları > için /root/.kde{34}/share/config dizinlerini sandbox whitelist'ine > ekleyelim. Evet, bence de eklenmeli. > Bu dizinleri de bir şekilde bir yerde boş olarak yaratalım > (skel, baselayout?). Whitelist'e eklenirse gerek olmaz zaten bir pakette yaratmaya. > > Ya da bir şekilde farm bir çevre değişkeni export etsin (BUILDFARM=yes), > ve KDE'yi yamalayıp bu değişken varsa /root altında şu aptal dizin > yaratma huyundan vazgeç yaması yapalım. > Bu biraz overengineering olur, üstteki çözüm daha mantıklı bence. -- Gökçen Eraslan -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From faik at pardus.org.tr Wed Dec 23 09:02:30 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Wed, 23 Dec 2009 09:02:30 +0200 Subject: [Gelistirici] 2009/devel - add Architecture to distribution.xml In-Reply-To: <4B2BBC84.8080603@pardus.org.tr> References: <20091215102241.B002249C9C5@ns1.pardus.org.tr> <200912181515.47336.fatih@pardus.org.tr> <4B2BBC84.8080603@pardus.org.tr> Message-ID: <200912230902.30763.faik@pardus.org.tr> > Fatih Aşıcı wrote: > > On Friday 18 December 2009 14:22:00 Serdar Dalgic wrote: > >> 2009/12/18 Fatih Aşıcı > > Bu arada bu yeni mimari/dağıtım sürümü denetlemesini destekleyen pisi > paketi sisteme kurulduktan sonra, pisi.conf'u yanlış olan bir sistemde ilk > pisi ur'dan sonra depo kaldırılıyor. Bu doğru bir davranış mı bilmiyorum. Değil bence de, düzeltiriz. Sonuçta ignore-check ile eklemiş olabilir depoyu. Bu kaldırma işi up sırasında nasıl etkili oluyor anlamadım. add-repo sırasında depo bulunamayınca siliniyordu sadece. - Faik From faik at pardus.org.tr Wed Dec 23 09:06:08 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Wed, 23 Dec 2009 09:06:08 +0200 Subject: [Gelistirici] 2009/devel - add Architecture to distribution.xml In-Reply-To: <200912181337.37445.fatih@pardus.org.tr> References: <20091215102241.B002249C9C5@ns1.pardus.org.tr> <200912181337.37445.fatih@pardus.org.tr> Message-ID: <200912230906.08894.faik@pardus.org.tr> > On Tuesday 15 December 2009 12:22:41 Serdar Dalgıç wrote: > > Author: sdalgic > > Date: Tue Dec 15 12:22:41 2009 > > New Revision: 82821 > > > > Modified: > > 2009/devel/distribution.xml > > Log: > > add Architecture to distribution.xml > > Bence bu yanlış. Kaynak deponun mimarisi olmamalı. Paketlerin mimarisini, > onları derleyen buildfarm'ın pisi yapılandırması belirliyor. İkili > depoların mimarisi de bu şekilde belirlenmeli. Doğru, kaynak depo için hiç bir mantığı yok, yanlış hatta. Architecture eklenmemeli kaynak indexine. Ama binary depo eklerken koruma amaçlı "arch check" yapacaksak binary index'e eklenmeli. - Faik From scirit at pardus.org.tr Wed Dec 23 09:20:26 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Wed, 23 Dec 2009 09:20:26 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091223_2008_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912222320x29c8a370j2e9bc5519ca0e61f@mail.gmail.com> Selamlar, 20091223 2008 Güvenlik Güncellemesi Testleri için son tarih: 24-12-2009 10:00 Programming bileşeni --------------------------------- mod_php-5.2.12-74-14.pisi php-cli-5.2.12-74-14.pisi php-common-5.2.12-74-14.pisi Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/pardus-2008-test/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, From scirit at pardus.org.tr Wed Dec 23 09:46:30 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Wed, 23 Dec 2009 09:46:30 +0200 Subject: [Gelistirici] =?iso-8859-1?q?2009=2E1_s=FCr=FCm_takvimi?= In-Reply-To: <4ebc247e0912171407y2ea3936t82c674967d71d065@mail.gmail.com> References: <20091212134251.ea57eeb0.onur@pardus.org.tr> <4ebc247e0912160444i986e16if095a4f5ac141224@mail.gmail.com> <4ebc247e0912171407y2ea3936t82c674967d71d065@mail.gmail.com> Message-ID: <4ebc247e0912222346i19c2760lfbf66f5b36847a04@mail.gmail.com> 2009/12/18 Semen Cirit : > 2009/12/16 Semen Cirit : >> 2009/12/12 Onur Küçük : >>> >>>  Merhaba, >>> >>>  2008 -> 2009 geçişi için de çalışmalar sürüyor. Upgrade-manager >>> tamamlandı, iyice test edeceğiz ve paket değişikliklerine odaklanmamız >>> gerekiyor. Paketlerde ayar değişikliklerinin düzgün yapılması, replaces >>> ve obsolete listelerinin üzerinden geçilmesi gerekiyor. 2009.1 için >>> engelleyici olmamakla birlikte 2009.1 çıkışıyla geçişin tamamlanmış >>> olmasını istiyorum. >> >> 2008 ve 2009 CD'si arasındaki paket farkları alındıktan sonra >> kde3->kde4 geçişinin testleri gerçekleştirilecek. > > Bugün iki CD arasındaki farkları alıp, 2009 CD'sinde bulunan fakat > 2008 CD'sinde bulunmayan ve bir paketin bağımlılığı ile yüklenemeyecek > olan paketleri belirleyip, > http://svn.pardus.org.tr/uludag/trunk/pardus-upgrade/2008_2009.list > dosyası içerisine ekledik. upgrade-manager buradan otomatik olarak > paket adlarını almakta. > > Daha sonra çeşitli kde, thunderbird ve firefox ayarları yapılmış 2008 > sistemde geçişi denedik, geçişten sonra .kde dizininin .kde4' bağladık > ve .kde3.5'ten gerekli rc ve apps dosyalarını kopyaladık. > > Karşılaşılan sorunlar, > > - Amarok kolleksiyon listesi gelmiyor. Öntanımlı olarak kolleksiyon > listesi Belgeler/muzik altına bakıyor ve daha önce farklı bir dizine > ayarlanmış kolleksiyon listeleri amarok tarafından görüntülenemiyor. > - Daha önce 6'ya ayarlanmış olan masaüstü sayısı, öntanımlı olan 4 > masaüstü sayısına düştü > - paket yöneticisi sistem tepsisinden silindi. > - duvar kağıdı 2009 öntanımlı duvar kağıdı oldu. > - Kontact uygulamasında bulunan kişiler listesi silindi. > - Firefox  ayarları silindi. kd3.5 kd4'e sembolik link yapılarak denendiğinde. Kontact: Kişiler listesi, notlar, haberler geldi Takvim, doğum günü, günlük, yapılacaklar listesi gelmedi Konsole ayarları gelmedi. Kopete, kmail, digikam, thunderbird, firefox ayarları geldi Masaüstü sayısı, mouse düzeni, paket yöneticisi sistem tepsisi ikonu ayarları geldi. Yakuake F12 tuşu çalışmıyor Alt +Tab tuşu çalışmıyor Alt + F2 tuşu çalışmıyor Yöneticilerin izin ayarları çalışmıyor. Polycykit izin dosyaları içerisinde python 2.5 ile ilgili kısımlar python 2.6 olmalı. /var/lib/PolycyKit/*.auths dosyalarında yapılacak. İyi çalışmalar, Semen Cirit From onur at pardus.org.tr Wed Dec 23 14:41:53 2009 From: onur at pardus.org.tr (Onur =?utf-8?q?K=C3=BC=C3=A7=C3=BCk?=) Date: Wed, 23 Dec 2009 14:41:53 +0200 Subject: [Gelistirici] =?utf-8?q?=5BBuildfarm=5D_=5BCorporate2=5D_error=3A?= =?utf-8?q?=09/root/corporate2-devel/kernel/default/drivers/module-virtual?= =?utf-8?q?box/pspec=2Exml?= In-Reply-To: <200912230853.16227.gokcen@pardus.org.tr> References: <20091222155717.0C495A7AB39@lider.pardus.org.tr> <4B31379D.5070403@pardus.org.tr> <200912230853.16227.gokcen@pardus.org.tr> Message-ID: <200912231441.54101.onur@pardus.org.tr> On 23 Aralık 2009 Çarşamba 08:53:09 Gökçen Eraslan wrote: > > HOME exportlarını kullanmayı bırakalım artık bence, sandbox sorunları > > için /root/.kde{34}/share/config dizinlerini sandbox whitelist'ine > > ekleyelim. > > Evet, bence de eklenmeli. > > > Bu dizinleri de bir şekilde bir yerde boş olarak yaratalım > > (skel, baselayout?). > > Whitelist'e eklenirse gerek olmaz zaten bir pakette yaratmaya. HOME export larından kurtulmaya +1 . whitelist de olur KDE için, ama bir de $HOME/.subversion lar var onları nasıl yapalım ? -- Onur Küçük Knowledge speaks, but wisdom listens From fatih at pardus.org.tr Wed Dec 23 16:08:47 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Wed, 23 Dec 2009 16:08:47 +0200 Subject: [Gelistirici] =?iso-8859-9?q?2009=2E1_s=FCr=FCm__takvimi?= In-Reply-To: <20091212134251.ea57eeb0.onur@pardus.org.tr> References: <20091212134251.ea57eeb0.onur@pardus.org.tr> Message-ID: <200912231608.50677.fatih@pardus.org.tr> On Saturday 12 December 2009 13:42:51 Onur Küçük wrote: > * Xorg > > 1.7.x serisine geçmek anlamlı mı inceleyeceğiz. Özellikle EXA > iyileştirmeleri için bu hamleyi yapmayı düşünüyoruz. Fatih şu anda > paketlemesi ile ilgileniyor. Testler olumlu sonuçlanırsa derleyip test > deposuna alacağız > Kurumsal depoda yeni sürüme geçip denedim. Tek sorun fglrx sürücüsünün 1.7.x sürümlerini desteklememesi. Bu yüzden 2009.1'de yeni sürümlere geçemiyoruz. 2009.2'de geçeriz artık. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From metebilgin48 at gmail.com Wed Dec 23 16:37:16 2009 From: metebilgin48 at gmail.com (mete bilgin) Date: Wed, 23 Dec 2009 16:37:16 +0200 Subject: [Gelistirici] =?utf-8?q?xorg-video-geode_64bit_paketi_hakk=C4=B1n?= =?utf-8?q?da?= Message-ID: Selamlar, x11/driver/xorg-video-geode paketinin [0]gentoo'da ve [1]debian'da bakıldığında bu paket sadece 32bit için var olduğunu görülüyor. Ancak yali4 bu pakete ters bağımlılığı var. Yali'nın bağımlılığından çıkartılması gerekiyor. Herhangi bir sorun teşkil eder mi? İyi çalışmalar. [0]: http://gentoo-portage.com/x11-drivers/xf86-video-geode [1]: http://packages.debian.org/lenny/xserver-xorg-video-geode -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From scirit at pardus.org.tr Wed Dec 23 17:01:16 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Wed, 23 Dec 2009 17:01:16 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091223_2009_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912230701g760a97cbx6c36edab28a2a678@mail.gmail.com> Selamlar, 20091223 2009 Güvenlik Güncellemesi Testleri için son tarih: 24-12-2009 10:00 Desktop bileşeni ----------------------------- qt-4.5.3-72-17.pisi qt-designer-4.5.3-72-17.pisi qt-doc-4.5.3-72-17.pisi qt-linguist-4.5.3-72-17.pisi qt-sql-ibase-4.5.3-72-17.pisi qt-sql-mysql-4.5.3-72-17.pisi qt-sql-odbc-4.5.3-72-17.pisi qt-sql-postgresql-4.5.3-72-17.pisi qt-sql-sqlite-4.5.3-72-17.pisi cairo-1.8.8-28-4.pisi gtk2-2.18.5-59-16.pisi gtk2-demo-2.18.5-59-16.pisi gtk2-docs-2.18.5-59-16.pisi Programming bileşeni -------------------------------------- mod_php-5.2.12-75-10.pisi php-cli-5.2.12-75-10.pisi php-common-5.2.12-75-10.pisi Library bileşeni --------------------------- xulrunner-1.9.1.6-25-19.pisi Network bileşeni --------------------------- firefox-3.5.6-120-21.pisi Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/testci-2009/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Cirit From fatih at pardus.org.tr Wed Dec 23 19:22:30 2009 From: fatih at pardus.org.tr (Fatih =?utf-8?q?A=C5=9F=C4=B1c=C4=B1?=) Date: Wed, 23 Dec 2009 19:22:30 +0200 Subject: [Gelistirici] =?utf-8?q?xorg-video-geode_64bit_paketi_hakk=C4=B1n?= =?utf-8?q?da?= In-Reply-To: References: Message-ID: <200912231922.30845.fatih@pardus.org.tr> On Wednesday 23 December 2009 16:37:16 mete bilgin wrote: > Selamlar, > > x11/driver/xorg-video-geode paketinin [0]gentoo'da ve [1]debian'da > bakıldığında bu paket sadece 32bit için var olduğunu görülüyor. Ancak yali4 > bu pakete ters bağımlılığı var. Yali'nın bağımlılığından çıkartılması > gerekiyor. Herhangi bir sorun teşkil eder mi? Pardusman'in son halinde kurulum imajına girecek paketleri seçebiliyoruz bildiğim kadarıyla. Dolayısıyla artık bu bağımlılıklara gerek yok. Yine de diğer depodan fazla farklılaşmaması adına bağımlılığı comment içine almanızı öneririm. From onur at pardus.org.tr Wed Dec 23 19:26:04 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Wed, 23 Dec 2009 19:26:04 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri__-_Secu?= =?utf-8?q?rity_Fixes_=282009-12-23=29?= Message-ID: <20091223192604.0595b0f7.onur@pardus.org.tr> Merhaba / Hi, Bu gece kararlı depolara girecek güvenlik güncellemeleri : Tonights security fixes for Pardus stable repos : ----------------------------------------------------------------------- * Pardus 2009 ntp-client-4.2.4_p7-13-5.pisi ntp-server-4.2.4_p7-13-5.pisi -- Onur Küçük Knowledge speaks, but wisdom listens From mete at pardus.org.tr Wed Dec 23 21:01:34 2009 From: mete at pardus.org.tr (Mete Alpaslan) Date: Wed, 23 Dec 2009 21:01:34 +0200 Subject: [Gelistirici] =?iso-8859-9?q?xorg-video-geode_64bit_paketi_hakk?= =?iso-8859-9?q?=FDnda?= In-Reply-To: <200912231922.30845.fatih@pardus.org.tr> References: <200912231922.30845.fatih@pardus.org.tr> Message-ID: <200912232101.34534.mete@pardus.org.tr> On Wednesday 23 December 2009 19:22:30 Fatih Aşıcı wrote: > On Wednesday 23 December 2009 16:37:16 mete bilgin wrote: > > Selamlar, > > > > x11/driver/xorg-video-geode paketinin [0]gentoo'da ve [1]debian'da > > bakıldığında bu paket sadece 32bit için var olduğunu görülüyor. Ancak > > yali4 bu pakete ters bağımlılığı var. Yali'nın bağımlılığından > > çıkartılması gerekiyor. Herhangi bir sorun teşkil eder mi? > > Pardusman'in son halinde kurulum imajına girecek paketleri seçebiliyoruz > bildiğim kadarıyla. Dolayısıyla artık bu bağımlılıklara gerek yok. Yine de > diğer depodan fazla farklılaşmaması adına bağımlılığı comment içine > almanızı öneririm. yok daha o desteği bitirmiş değilim. Pardusmandaki değişikliği 2009.1 sonrasına takvime kaydırdım ;) ---MT--- From erenoglu at gmail.com Wed Dec 23 23:14:16 2009 From: erenoglu at gmail.com (Emre Erenoglu) Date: Wed, 23 Dec 2009 23:14:16 +0200 Subject: [Gelistirici] =?utf-8?q?2009=2E1_s=C3=BCr=C3=BCm_takvimi?= In-Reply-To: <20091212134251.ea57eeb0.onur@pardus.org.tr> References: <20091212134251.ea57eeb0.onur@pardus.org.tr> Message-ID: 2009/12/12 Onur Küçük > Merhaba, > 2009.1 sürümü için elimizdeki işler, yapılacaklar, ana depoyu bozmamak > için yapmamız gereken değişiklikler vs. ye bırakarak şöyle bir plan > çıkardım > > 25 Aralık - Beta > 8 Ocak - RC > 15 Ocak - Sürüm > > 2009.1 için yapılması gerekenler > > * KDE > > - 4.3.4 sürümüne geçiş (tamamlandı) > - 4.2 -> 4.3 geçişinin sağlıklı olması (tamamlandı görünüyor ancak > test edilmeli) > - Kaptan'ın 4.3 de çalışır hale gelmesi gerekiyor (tamamlandı > görünüyor ancak test edilmeli) > - Migration için yaz stajında yapılan iyileştirmelerin birleştirilmesi > gerekiyor (Renan) > - Mesa bilgisi ile KDE'nin efekt sisteminin ortak dili konuşması > incelenecek, eksikler varsa tamamlanacak (Fatih) > - KOSD kullanmaya başlayacağız (Ozan) > > * Kernel > > 2.6.31 e geçmeyi planlıyoruz, paketler devel de hazır, kararlı depo > güvenlik güncellemeleri ve kritik hata düzeltmeleri serisi tamamlanınca > derleyip test deposuna alacağız (Ozan) > > * Xorg > > 1.7.x serisine geçmek anlamlı mı inceleyeceğiz. Özellikle EXA > iyileştirmeleri için bu hamleyi yapmayı düşünüyoruz. Fatih şu anda > paketlemesi ile ilgileniyor. Testler olumlu sonuçlanırsa derleyip test > deposuna alacağız > > * GTK2 > > - Yeni kararlı sürüme geçmeyi düşünüyorum. Kendi bilgisayarımda 1 > aydan fazladır kullanıyorum ve sıkıntı yaşadığım scroll vb. bir sürü > sıkıntı çözülmüş görünüyor. Depodaki sürüm ile ABI uyumlu. > > Bu geçişte dikkat edeceğimiz nokta yeni GTK2 ile derlenen paketlerimiz > varsa sadece yeni GTK2 ile gelen semboller kullanıyorsa yeni GTK2 ye > bağımlılık yazmamız gerekecek. Burak ? > > * Çalışan > > 2009.1 ile beraber çalışan CD'de çıkarıyoruz. Önümüzdeki en büyük > engel normal bir sistemi elimizdeki altyapı ile oluşturduğumuzda 820 MB > lık bir imajımız olmasıydı. Ozan'ın Squahsfs'e lzma desteği eklemesiyle > imaj boyutunu 692MB a indirmeyi başardık. Bunun dışında çalışan CD'de > yapılacaklar > > - X klavye haritası ayarlanması (Fatih) > - KDE cache lerinin kapatılması (Gökçen) > - KDE diskte az yer kaldı uyarısının kapatılması (Gökçen) > - KDM TTY açık uyarısı (Gökçen) > > * Çok aromalı imaj > > Her ortam için birden fazla imaj oluşturmak yerine tek bir imaj ile > istenilen ortamda Pardus çalışan / kurulan hazırlanabilmesini > istiyoruz. Artık oluşturduğumuz ISO görüntüsünü ister CD'ye ister > DVD'ye yazıp kullanabiliyoruz. Yapılacak bir kaç değişiklik ile aynı > imajı USB çubuğa, SD karta vs. yazıp da kullanabiliyor olacağız. > > Sistemin çalışan olduğunun anlaşılması için kernel parametrelerine > mudur=livecd/livedisk veriyorduk . Artık açılış sonrası > yazılımlar /var/run/pardus/livemedia dosyasını kontrol ederek > algılayabilecekler. Initramfs için de root=LIVEMEDIA=OrtamLabel gibi > bir çözüm düşünüyorum. İşin büyk bir kısmı tamamlandı, kalanlar > > - initramfs, müdür, pardus-python, pardusman değişiklikleri (Onur) > - Yalı HDD/CD ayrımı (Mete, Onur) > > > 2008 -> 2009 geçişi için de çalışmalar sürüyor. Upgrade-manager > tamamlandı, iyice test edeceğiz ve paket değişikliklerine odaklanmamız > gerekiyor. Paketlerde ayar değişikliklerinin düzgün yapılması, replaces > ve obsolete listelerinin üzerinden geçilmesi gerekiyor. 2009.1 için > engelleyici olmamakla birlikte 2009.1 çıkışıyla geçişin tamamlanmış > olmasını istiyorum. > > Durum budur, başka ekleyeceği olan ? > Ozan Hocam selamlar, bu yukardaki mesajdan, 2008'den beri merakla beklenen RAID/LVM desteginin hali hazirda geldigini ve hali hazirda YALI'ya desteginin eklendigini mi anlamam gerekiyor? Konu ile ilgili bir satir goremedim de :) Selamlar, -- Emre -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Thu Dec 24 00:39:26 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Thu, 24 Dec 2009 00:39:26 +0200 Subject: [Gelistirici] [Fwd: branches/yali/2009/yali4 - Fixed ConfigParser problem in kdmrc with use kde4 ...] Message-ID: <4B329C1E.5010108@pardus.org.tr> Fatih ve Gökçen daha iyi bilir, YALI'nın burasında özellikle ConfigParser kullanılıyor olabilir. Bir ara değiştirildi sonra bir sorunlar çıktı tekrar ConfigParser'a mı dönülmüştü hatırlamıyorum. -------- Original Message -------- Subject: branches/yali/2009/yali4 - Fixed ConfigParser problem in kdmrc with use kde4 ... Date: Wed, 23 Dec 2009 22:30:08 +0200 (EET) From: Mete Alpaslan Reply-To: gelistirici at pardus.org.tr To: uludag-commits at pardus.org.tr Author: mete Date: Wed Dec 23 22:30:07 2009 New Revision: 27046 Modified: branches/yali/2009/yali4/users.py Log: Fixed ConfigParser problem in kdmrc with use kde4 autologin.(Merged from trunk) From mete at pardus.org.tr Thu Dec 24 00:55:37 2009 From: mete at pardus.org.tr (Mete Alpaslan) Date: Thu, 24 Dec 2009 00:55:37 +0200 Subject: [Gelistirici] =?iso-8859-9?q?=5BFwd=3A_branches/yali/2009/yali4_-?= =?iso-8859-9?q?_Fixed_ConfigParser_problem_in_kdmrc_with=09use_kde4__=2E?= =?iso-8859-9?q?=2E=2E=5D?= In-Reply-To: <4B329C1E.5010108@pardus.org.tr> References: <4B329C1E.5010108@pardus.org.tr> Message-ID: <200912240055.37501.mete@pardus.org.tr> On Thursday 24 December 2009 00:39:26 Ozan Çağlayan wrote: > çen daha iyi bilir, YALI'nın burasında özellikle ConfigParser kullanılıyor > olabilir. Bir ara değiştirildi sonra bir sorunlar çıktı tekrar > ConfigParser'a mı dönülmüştü hatırlamıyorum. > Zaten oradaki değişiklik Gökçenin yaptıkları sadece. 2009 serisi boyunca bütün releaseları 2009 branchından (cebit ve 2009.1 vs) çıkarıyorum. Gökçen trunka değişiklik yaptmiştı bende onu brancha yansıttım ;) ---MT--- From eren at pardus.org.tr Thu Dec 24 01:13:18 2009 From: eren at pardus.org.tr (Eren =?iso-8859-9?q?T=FCrkay?=) Date: Thu, 24 Dec 2009 01:13:18 +0200 Subject: [Gelistirici] =?iso-8859-9?q?G=FCvenlik_G=FCncellemeleri__-_Secur?= =?iso-8859-9?q?ity_Fixes__=282009-12-23=29?= In-Reply-To: <20091223192604.0595b0f7.onur@pardus.org.tr> References: <20091223192604.0595b0f7.onur@pardus.org.tr> Message-ID: <200912240113.18649.eren@pardus.org.tr> On Wednesday 23 December 2009 07:26:04 pm Onur Küçük wrote: > ntp-client-4.2.4_p7-13-5.pisi > ntp-server-4.2.4_p7-13-5.pisi [PLSA-2009-204] http://security.pardus.org.tr/en/2009-204/ From onur at pardus.org.tr Fri Dec 25 00:13:11 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Fri, 25 Dec 2009 00:13:11 +0200 Subject: [Gelistirici] corporate2/devel-x86_64/hardware/library/libgphoto2 - Fixed missing dependency. In-Reply-To: <20091224221016.36C0A49CC4E@ns1.pardus.org.tr> References: <20091224221016.36C0A49CC4E@ns1.pardus.org.tr> Message-ID: <20091225001311.5c39cb7d.onur@pardus.org.tr> On Fri, 25 Dec 2009 00:10:16 +0200 (EET) Necdet Yücel wrote: > Author: necdet.yucel > Date: Fri Dec 25 00:10:16 2009 > New Revision: 83500 > > Modified: > corporate2/devel-x86_64/hardware/library/libgphoto2/pspec.xml > Log: > Fixed missing dependency. > > > --- > pspec.xml | 1 + > 1 file changed, 1 insertion(+) > > Modified: > corporate2/devel-x86_64/hardware/library/libgphoto2/pspec.xml > ================================================================= > --- > corporate2/devel-x86_64/hardware/library/libgphoto2/pspec.xml > (original) +++ > corporate2/devel-x86_64/hardware/library/libgphoto2/pspec.xml > Fri Dec 25 00:10:16 2009 @@ -17,6 +17,7 @@ > libexif lockdev > avahi > + cvs Bunu bağımlılık olarak eklemek yerine actions.py de shelltolls.export("AUTOPOINT", "true") yapılması daha iyi olur -- Onur Küçük Knowledge speaks, but wisdom listens From dfisek at fisek.com.tr Fri Dec 25 00:12:40 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 25 Dec 2009 00:12:40 +0200 Subject: [Gelistirici] [2008] [ACK/NACK] 20091222 In-Reply-To: <20091222150637.cc60b74f.dfisek@fisek.com.tr> References: <200912221449.58258.gokcen@pardus.org.tr> <20091222150637.cc60b74f.dfisek@fisek.com.tr> Message-ID: <20091225001240.f282c597.dfisek@fisek.com.tr> Tue, 22 Dec 2009 15:06:37 +0200, Doruk Fisek : > > lbreakout2-2.6-4-2.pisi Bunun yeni duzeltme surumu cikti, svn'de guncelledim. O derlenip teste girebilirse daha iyi olur. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From necdetyucel at gmail.com Fri Dec 25 00:42:17 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Fri, 25 Dec 2009 00:42:17 +0200 Subject: [Gelistirici] [64bit] corporate2/devel-x86_64/hardware/library/libgphoto2 - Fixed missing dependency. In-Reply-To: <20091225001311.5c39cb7d.onur@pardus.org.tr> References: <20091224221016.36C0A49CC4E@ns1.pardus.org.tr> <20091225001311.5c39cb7d.onur@pardus.org.tr> Message-ID: Selam, >> +            cvs > >  Bunu bağımlılık olarak eklemek yerine actions.py de > >  shelltolls.export("AUTOPOINT", "true") > >  yapılması daha iyi olur Peki öyle değiştiriyorum o zaman Necdet Yücel From serdar at pardus.org.tr Fri Dec 25 01:49:39 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Fri, 25 Dec 2009 01:49:39 +0200 Subject: [Gelistirici] What does Fedora Marketing doing today for Fedora 13? Message-ID: Merhaba; http://blog.melchua.com/2009/12/24/whats-marketing-doing-for-f13-anyway-a-show-with-dancing-penguins/ ilgimi çeken bir yazı, paylaşayım dedim. Fedora'da Fedora Marketing diye bir yapılanma var, wikilerinde kendilerinden şöyle bahsediyorlar: *The Fedora Marketing team ensures that people in Fedora can consistently explain to everyone what Fedora is, why the project can help them, and how they can help the project. *Bir de beraber çalıştıkları *Ambassador*lar mevcut, yazıda da geçiyor.. Dökümantasyon ve iletişim için farklı toollar kullanıyorlar (limesurvey, zikula etc..). * * *Fedora 13'ün çıkış sürecinde, roadmap'e göre Marketing Team neler üzerine yoğunlaşıyor, nelerle karşılaşıyor, nelere önem veriyor üzerine güzel bir blog girdisi olmuş.* Projeye ilk defa olan dışarıdan katkıların ne zamanlar ne derecede olduğu ile de ilgili bir kaç bir şey yazmışlar. Önerilerde bulunmuşlar. * * *"new contributors want to come when it's exciting. And when it's exciting is when we're really, really busy - around release day. Generally, new people come in when the teams they're trying to join don't have much bandwidth to on-board them, but when you're new, you want to know right away how to get started helping - you want immediate feedback that this is a community you want to stay in and contribute to."* ... "*in Fedoraland, contributions are our currency. This is the "sustainability" part. * *Open source marketing is the community-driven process responsible for enabling users to identify, anticipate, and satisfy their own requirements sustainably.*" Şu an bulunduğumuz noktadan kat be kat ötedeler, eğri oturup doğru konuşmak lazım :) Ama bu blog girdisinde yazılanların Pardus projesinin geliştirilmesi sürecinde, fikir alışverişi olması açısından yararlı olacağını düşünüyorum. Keyifli okumalar. ;) -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From onur at pardus.org.tr Fri Dec 25 01:46:54 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Fri, 25 Dec 2009 01:46:54 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri__-_Secu?= =?utf-8?q?rity_Fixes_=282009-12-25=29?= Message-ID: <20091225014654.77c28d3a.onur@pardus.org.tr> Merhaba / Hi, Bu gece kararlı depolara girecek güvenlik güncellemeleri : Tonights security fixes for Pardus stable repos : ----------------------------------------------------------------------- * Pardus 2009 mod_php-5.2.12-75-10.pisi php-cli-5.2.12-75-10.pisi php-common-5.2.12-75-10.pisi qt-4.5.3-72-17.pisi qt-designer-4.5.3-72-17.pisi qt-doc-4.5.3-72-17.pisi qt-linguist-4.5.3-72-17.pisi qt-sql-ibase-4.5.3-72-17.pisi qt-sql-mysql-4.5.3-72-17.pisi qt-sql-odbc-4.5.3-72-17.pisi qt-sql-postgresql-4.5.3-72-17.pisi qt-sql-sqlite-4.5.3-72-17.pisi -- Onur Küçük Knowledge speaks, but wisdom listens From tekman at pardus.org.tr Fri Dec 25 07:36:04 2009 From: tekman at pardus.org.tr (Erkan Tekman) Date: Fri, 25 Dec 2009 07:36:04 +0200 Subject: [Gelistirici] What does Fedora Marketing doing today for Fedora 13? In-Reply-To: References: Message-ID: <200912250736.04729.tekman@pardus.org.tr> 25 Aralık 2009 Cuma 01:49:39 tarihinde Serdar Dalgic şunları yazmıştı: > Merhaba; > > http://blog.melchua.com/2009/12/24/whats-marketing-doing-for-f13-anyway-a-s > how-with-dancing-penguins/ > > ilgimi çeken bir yazı, paylaşayım dedim. Bu mesaj da, bir süre önceki upuzun bir tartışma yaratan mesaj gibi, bu listeye ait değil. Ya katkici at pardus.org.tr diye yeni bir liste açalım, ya da bu konuları daha uygun olduğu Özgürlükİçin forumlarında tartışalım. Hatta mevcut hali ile kullanıcılar listesi dahi daha uygundur bu konu için. ET From eren at pardus.org.tr Fri Dec 25 09:16:06 2009 From: eren at pardus.org.tr (Eren =?utf-8?q?T=C3=BCrkay?=) Date: Fri, 25 Dec 2009 09:16:06 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri_-_Secur?= =?utf-8?q?ity_Fixes__=282009-12-25=29?= In-Reply-To: <20091225014654.77c28d3a.onur@pardus.org.tr> References: <20091225014654.77c28d3a.onur@pardus.org.tr> Message-ID: <200912250916.07130.eren@pardus.org.tr> On Friday 25 December 2009 01:46:54 am Onur Küçük wrote: > * Pardus 2009 > > mod_php-5.2.12-75-10.pisi > php-cli-5.2.12-75-10.pisi > php-common-5.2.12-75-10.pisi [PLSA-2009-208] http://security.pardus.org.tr/en/2009-208/ > qt-4.5.3-72-17.pisi > qt-designer-4.5.3-72-17.pisi > qt-doc-4.5.3-72-17.pisi > qt-linguist-4.5.3-72-17.pisi > qt-sql-ibase-4.5.3-72-17.pisi > qt-sql-mysql-4.5.3-72-17.pisi > qt-sql-odbc-4.5.3-72-17.pisi > qt-sql-postgresql-4.5.3-72-17.pisi > qt-sql-sqlite-4.5.3-72-17.pisi [PLSA-2009-209] http://security.pardus.org.tr/en/2009-209/ From ozan at pardus.org.tr Fri Dec 25 09:46:42 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Fri, 25 Dec 2009 09:46:42 +0200 Subject: [Gelistirici] Contrib->2009/Corporate2 Message-ID: <4B346DE2.3090301@pardus.org.tr> Selam, Contrib'den pgadmin3 aracını (2009/devel'de mevcut, stable'a girmemiş..) Contrib'den lsdvd uygulamasını (2009'da yok, eski devel'de var...) ana depoya ve akabinde Corporate2 deposuna alıyorum. From serdar at pardus.org.tr Fri Dec 25 10:38:22 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Fri, 25 Dec 2009 10:38:22 +0200 Subject: [Gelistirici] Contrib->2009 Message-ID: 2009/12/25 Ozan Çağlayan > Selam, > > Contrib'den pgadmin3 aracını (2009/devel'de mevcut, stable'a girmemiş..) > Contrib'den lsdvd uygulamasını (2009'da yok, eski devel'de var...) > > PG'daki dvd::rip programı için lsdvd ile birlikte subtitleripper programı da gerekli. subtitleripper'ı da 2009'a alıyorum. -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From serdar at pardus.org.tr Fri Dec 25 10:39:01 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Fri, 25 Dec 2009 10:39:01 +0200 Subject: [Gelistirici] Contrib->2009 In-Reply-To: References: Message-ID: 2009/12/25 Serdar Dalgic > > > 2009/12/25 Ozan Çağlayan > >> Selam, >> >> Contrib'den pgadmin3 aracını (2009/devel'de mevcut, stable'a girmemiş..) >> Contrib'den lsdvd uygulamasını (2009'da yok, eski devel'de var...) >> >> > PG'daki dvd::rip programı için lsdvd ile birlikte subtitleripper programı > da gerekli. > > subtitleripper'ı da 2009'a alıyorum. > > -- > - Serdar Dalgic > > PG'daki dvd::rip programını review'a alıcam, o yüzden gerekli :) yanlış ifade etmişim. -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Fri Dec 25 11:14:33 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Fri, 25 Dec 2009 11:14:33 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <20091222141441.991f534d.dfisek@fisek.com.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <4B1FDB2C.4090800@pardus.org.tr> <20091209230134.7c970770.dfisek@fisek.com.tr> <20091215121305.d373f22d.dfisek@fisek.com.tr> <4B288C7D.80403@pardus.org.tr> <20091216095007.371898f8.dfisek@fisek.com.tr> <4B306F13.8070801@pardus.org.tr> <20091222141441.991f534d.dfisek@fisek.com.tr> Message-ID: <4B348279.5020905@pardus.org.tr> Doruk Fisek wrote On 22-12-2009 14:14: > Tue, 22 Dec 2009 09:02:43 +0200, Ozan Çağlayan : > >> Bunun yanında ana sürüm çıktıktan sonra, katkıcıların paketlerinin >> bakımının da bizim tarafımızdan götürülmesi fikri de var. Eğer bu >> fikir devreye girerse deponun küçük tutulması bizim için iş yükünü >> azaltmış olacak. > Peki o zaman kendimi kurtarayim en azindan, nasil bir yontem izlemem > gerekiyor kendi paketlerimle ilgili? > > Pardus deposundaki oyunlar disindaki tum paketlerimi alayim mi > kurumsal2 deposuna? Hayirsa, hangilerini alayim? Yoksa hic paket > aktarmayayim, sadece cekirdek ekipten birinin halihazirda almis oldugu > paketleri mi guncelleyeyim (en azindan surum cikana kadar)? > > Bana somut bir yanit gerekli calisabilmem icin :) Gerçekten çok gereksiz, artık bakımı zor zor yapılan ve son kullanıcı tarafından ihtiyaç duyulması zor gözüken paketleri alma şimdilik. Ben düzenli olarak iki depo farkına bakıyorum. Bir ihtiyaç duyduğumuz anda alırız. Zaten şu anda devel'i derliyoruz, en kötü stable'ı açtığımızda devel'den almayız bazı paketleri bir karara vardığımız anda. Oyunlara dokunmayalım şimdilik evet :) From dfisek at fisek.com.tr Fri Dec 25 11:13:03 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 25 Dec 2009 11:13:03 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <4B348279.5020905@pardus.org.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <4B1FDB2C.4090800@pardus.org.tr> <20091209230134.7c970770.dfisek@fisek.com.tr> <20091215121305.d373f22d.dfisek@fisek.com.tr> <4B288C7D.80403@pardus.org.tr> <20091216095007.371898f8.dfisek@fisek.com.tr> <4B306F13.8070801@pardus.org.tr> <20091222141441.991f534d.dfisek@fisek.com.tr> <4B348279.5020905@pardus.org.tr> Message-ID: <20091225111303.aca0f25e.dfisek@fisek.com.tr> Merhaba, Fri, 25 Dec 2009 11:14:33 +0200, Ozan Çağlayan : > Gerçekten çok gereksiz, artık bakımı zor zor yapılan ve son kullanıcı > tarafından ihtiyaç duyulması zor gözüken paketleri alma şimdilik. Ben > düzenli olarak iki depo farkına bakıyorum. Bir ihtiyaç duyduğumuz > anda alırız. > Zaten şu anda devel'i derliyoruz, en kötü stable'ı açtığımızda > devel'den almayız bazı paketleri bir karara vardığımız anda. Acikcasi benim "gerekli" buldugum bir paket, ihtiyac duyulmaz olarak gorulebilir bir baskasi tarafindan. Cok gorece bir kavram. Daha sonra stable acildiginda derlenmis paketleri almamak ikili depoda problem cikarmaz mi? Her biri icin obsolete falan yazmak gerekir gibime geliyor? Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From ozan at pardus.org.tr Fri Dec 25 11:36:43 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Fri, 25 Dec 2009 11:36:43 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <20091225111303.aca0f25e.dfisek@fisek.com.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <4B1FDB2C.4090800@pardus.org.tr> <20091209230134.7c970770.dfisek@fisek.com.tr> <20091215121305.d373f22d.dfisek@fisek.com.tr> <4B288C7D.80403@pardus.org.tr> <20091216095007.371898f8.dfisek@fisek.com.tr> <4B306F13.8070801@pardus.org.tr> <20091222141441.991f534d.dfisek@fisek.com.tr> <4B348279.5020905@pardus.org.tr> <20091225111303.aca0f25e.dfisek@fisek.com.tr> Message-ID: <4B3487AB.4050601@pardus.org.tr> Doruk Fisek wrote On 25-12-2009 11:13: > Merhaba, > > > Daha sonra stable acildiginda derlenmis paketleri almamak ikili depoda > problem cikarmaz mi? Her biri icin obsolete falan yazmak gerekir gibime > geliyor? Hm evet doğru diyorsun. From dfisek at fisek.com.tr Fri Dec 25 13:08:40 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 25 Dec 2009 13:08:40 +0200 Subject: [Gelistirici] kurumsal 2? In-Reply-To: <4B3487AB.4050601@pardus.org.tr> References: <20091126083713.8022f2e0.dfisek@fisek.com.tr> <4B1FDB2C.4090800@pardus.org.tr> <20091209230134.7c970770.dfisek@fisek.com.tr> <20091215121305.d373f22d.dfisek@fisek.com.tr> <4B288C7D.80403@pardus.org.tr> <20091216095007.371898f8.dfisek@fisek.com.tr> <4B306F13.8070801@pardus.org.tr> <20091222141441.991f534d.dfisek@fisek.com.tr> <4B348279.5020905@pardus.org.tr> <20091225111303.aca0f25e.dfisek@fisek.com.tr> <4B3487AB.4050601@pardus.org.tr> Message-ID: <20091225130840.4b065897.dfisek@fisek.com.tr> Merhaba, Fri, 25 Dec 2009 11:36:43 +0200, Ozan Çağlayan : > > Daha sonra stable acildiginda derlenmis paketleri almamak ikili > > depoda problem cikarmaz mi? Her biri icin obsolete falan yazmak > > gerekir gibime geliyor? > Hm evet doğru diyorsun. Biraz gozunuzde buyudugunun farkindayim ama bunun en temiz cozumu tum paketleri inceleyip, nelerin kurumsal2'de yer alacagina simdi karar verip bir liste cikarmaniz. Hele bir de surum ciktiktan sonra depodaki tum paketlere sadece TUBITAK calisanlarinin bakmasi gibi bir durum soz konusuysa, depoya girecek her sizce gereksiz paket ileride size yuk olacak. O nedenle sizin kendinizin karar vermesi en dogrusu bence. Boyle bir liste olusunca, onun uzerinden elbirligiyle depoyu olusturabiliriz. Hem calismanin basi-sonu-ne kadarinin bittigi de belli olur. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From bahadir at pardus.org.tr Fri Dec 25 14:58:57 2009 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Fri, 25 Dec 2009 14:58:57 +0200 Subject: [Gelistirici] =?utf-8?q?=5B64bit=5D_64bit_=C3=BCzerinde_kablosuz_?= =?utf-8?q?a=C4=9Flar_=5Berror_=3A_unable_to_handle_kernel_NULL_pointer_de?= =?utf-8?q?reference_at__=28null=29=5D?= In-Reply-To: <79dd30100912240349p3f9de964r73ce8c042b60add9@mail.gmail.com> References: <4B32E78D.5060804@gmail.com> <79dd30100912240349p3f9de964r73ce8c042b60add9@mail.gmail.com> Message-ID: <200912251458.57997.bahadir@pardus.org.tr> 24 Aralık 2009 Perşembe günü (saat 13:49:13) Metin AKDERE şunları yazmıştı: > link.Network.Link[package].setState(profile, state) > File "/usr/lib/pardus/comar/__init__.py", line 127, in call > raise dbus.DBusException, exception > dbus.exceptions.DBusException: tr.org.pardus.comar.DBus: Unable to call > method: > Unable to find '/var/db/comar3/scripts/Network.Stack/baselayout.py' Bunu az evvel İnanç da söyledi. Güncel sistemde bunu tekrarlayamıyorum, dosya olması gerektiği yerde duruyor. baselayout paketini tekrar kurunca düzeliyor, ama bu sorunun neden oluştuğunu bulmak gerekli. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From bahadir at pardus.org.tr Fri Dec 25 18:47:47 2009 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Fri, 25 Dec 2009 18:47:47 +0200 Subject: [Gelistirici] =?utf-8?b?TcO8ZMO8ciAtICBOZXR3b3Jr?= Message-ID: <200912251847.47514.bahadir@pardus.org.tr> Selamlar, Çözersek kullanıcıların bir kısmını memnun ederken, bir kısmının sistemini yavaş açmasına sebep olacak bir hatamız var: Gizli ESSID'e otomatik tekrar bağlanamama hatası (#10576) [0] Bir de, fi tarihinden beri karara bağlayamadığımız "resume sonrası network'ü (tekrar) up etme" hadisesi var. Her iki sorun için de basit bir çözüm var(dı) aklımda. Network kodunu Müdür'den çıkarıp ayrı bir komut haline getirebilir ve Müdür'ün servislerden hemen önce bu komutu fork'lamasını sağlayabiliriz. Resume sonrası bu komutu çalıştırarak 2. sorunumuzu çözeriz. Nasıl olsa forklanacağı ve açılış süresini etkilemeyeceği için #10576 çözümünü de kolaylıkla uygulayabiliriz. Yapalım mı? [0] http://bugs.pardus.org.tr/show_bug.cgi?id=10576 -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From ozan at pardus.org.tr Fri Dec 25 19:01:40 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Fri, 25 Dec 2009 19:01:40 +0200 Subject: [Gelistirici] =?utf-8?b?TcO8ZMO8ciAtICBOZXR3b3Jr?= In-Reply-To: <200912251847.47514.bahadir@pardus.org.tr> References: <200912251847.47514.bahadir@pardus.org.tr> Message-ID: <4B34EFF4.5050909@pardus.org.tr> Bahadır Kandemir wrote: > Selamlar, > > Çözersek kullanıcıların bir kısmını memnun ederken, bir kısmının sistemini > yavaş açmasına sebep olacak bir hatamız var: Gizli ESSID'e otomatik tekrar > bağlanamama hatası (#10576) [0] > > Bir de, fi tarihinden beri karara bağlayamadığımız "resume sonrası network'ü > (tekrar) up etme" hadisesi var. > > Her iki sorun için de basit bir çözüm var(dı) aklımda. Network kodunu > Müdür'den çıkarıp ayrı bir komut haline getirebilir ve Müdür'ün servislerden > hemen önce bu komutu fork'lamasını sağlayabiliriz. > > Resume sonrası bu komutu çalıştırarak 2. sorunumuzu çözeriz. Nasıl olsa > forklanacağı ve açılış süresini etkilemeyeceği için #10576 çözümünü de > kolaylıkla uygulayabiliriz. > > Yapalım mı? > > [0] http://bugs.pardus.org.tr/show_bug.cgi?id=10576 > resume işinin pm.utils hook'u olması gerekiyor. Her kartta sorun çıkmıyor. Resume'a giderken de düzgünce down etmek lazım. Açılışın yavaş açılacak olması fikrine benden NACK, zaten diğer dağıtımlara göre yavaş açılıyoruz. Açılış altyapısının ağ bağımlı olmaması lazım. Diğer dağıtımlarda network-manager bir servis ve init betiği ile başlatılıyor. Bizde böyle bir durum yok, dediğin gibi yapılabilir ancak müdür'e gömülü NFS mount kodları var, onları nasıl temizleyeceğiz? From bahadir at pardus.org.tr Fri Dec 25 19:06:29 2009 From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=) Date: Fri, 25 Dec 2009 19:06:29 +0200 Subject: [Gelistirici] =?iso-8859-9?q?M=FCd=FCr_-__Network?= In-Reply-To: <4B34EFF4.5050909@pardus.org.tr> References: <200912251847.47514.bahadir@pardus.org.tr> <4B34EFF4.5050909@pardus.org.tr> Message-ID: <200912251906.29177.bahadir@pardus.org.tr> 25 Aralık 2009 Cuma günü (saat 19:01:40) Ozan Çağlayan şunları yazmıştı: > Açılış altyapısının ağ bağımlı olmaması lazım. Diğer dağıtımlarda > network-manager bir servis ve init betiği ile başlatılıyor. > Bizde böyle bir durum yok, dediğin gibi yapılabilir ancak müdür'e gömülü > NFS mount kodları var, onları nasıl temizleyeceğiz? NFS varsa fork etmez, bekleriz. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From inancyildirgan at gmail.com Fri Dec 25 19:11:09 2009 From: inancyildirgan at gmail.com (=?utf-8?q?=C4=B0nan=C3=A7_Y=C4=B1ld=C4=B1rgan?=) Date: Fri, 25 Dec 2009 19:11:09 +0200 Subject: [Gelistirici] 2009.1 Alpha Message-ID: <200912251911.09241.inancyildirgan@gmail.com> Selam; Alphanın bugün yayınlanması planlanmıyor muydu? Bir aksilik oldu sanırım? Ne olduğunu (son durumu) bizimle de paylaşır mısınız? İyi çalışmalar; İnanç From bahadir at pardus.org.tr Fri Dec 25 19:19:55 2009 From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=) Date: Fri, 25 Dec 2009 19:19:55 +0200 Subject: [Gelistirici] 2009.1 Alpha In-Reply-To: <200912251911.09241.inancyildirgan@gmail.com> References: <200912251911.09241.inancyildirgan@gmail.com> Message-ID: <200912251919.55879.bahadir@pardus.org.tr> 25 Aralık 2009 Cuma günü (saat 19:11:09) İnanç Yıldırgan şunları yazmıştı: > Alphanın bugün yayınlanması planlanmıyor muydu? Bir aksilik oldu sanırım? > Ne olduğunu (son durumu) bizimle de paylaşır mısınız? Gün içinde "öteliyoruz" duyurusu yapılmadığına göre, 00:00'dan önce yayınlanacak demektir :) F5'e basmaya devam :D -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From onur at pardus.org.tr Fri Dec 25 19:29:49 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Fri, 25 Dec 2009 19:29:49 +0200 Subject: [Gelistirici] 2009.1 Alpha In-Reply-To: <200912251911.09241.inancyildirgan@gmail.com> References: <200912251911.09241.inancyildirgan@gmail.com> Message-ID: <200912251929.49860.onur@pardus.org.tr> On 25 Aralık 2009 Cuma 19:11:09 İnanç Yıldırgan wrote: > Selam; > > Alphanın bugün yayınlanması planlanmıyor muydu? Bir aksilik oldu sanırım? > Ne olduğunu (son durumu) bizimle de paylaşır mısınız? Nihai ISO lar hazır görünüyor, son testlerini yapıyoruz şu anda, tamam dediğimizde sunucuya yükleyip duyuracağız :) -- Onur Küçük Knowledge speaks, but wisdom listens From inancyildirgan at gmail.com Fri Dec 25 21:22:32 2009 From: inancyildirgan at gmail.com (=?utf-8?q?=C4=B0nan=C3=A7_Y=C4=B1ld=C4=B1rgan?=) Date: Fri, 25 Dec 2009 21:22:32 +0200 Subject: [Gelistirici] Corporate kernel 2.6.31.9 alsa problem Message-ID: <200912252122.33184.inancyildirgan@gmail.com> Selam; Corporate deposundaki kerneli kurduktan sonra sistemde ses gitti. Alsa- driver'da güncel. snd modülleri yüklenmiyor. Kern.log'da Dec 25 21:15:52 bankai kernel: [ 444.188645] snd: exports duplicate symbol gcd (owned by kernel) şeklinde çıktı var. Elle insert etmeye çalışınca bankai inanc # modprobe snd-hda-intel WARNING: Error inserting snd_timer (/lib/modules/2.6.31.9-129- pae/kernel/sound/acore/snd-timer.ko): Invalid module format WARNING: Error inserting snd_pcm (/lib/modules/2.6.31.9-129- pae/kernel/sound/acore/snd-pcm.ko): Invalid module format WARNING: Error inserting snd_hwdep (/lib/modules/2.6.31.9-129- pae/kernel/sound/acore/snd-hwdep.ko): Invalid module format WARNING: Error inserting snd_hda_codec (/lib/modules/2.6.31.9-129- pae/kernel/sound/pci/hda/snd-hda-codec.ko): Invalid module format FATAL: Error inserting snd_hda_intel (/lib/modules/2.6.31.9-129- pae/kernel/sound/pci/hda/snd-hda-intel.ko): Invalid module format hatasını veriyor. Bilgin olsun. İyi çalışmalar; İnanç From gurer at pardus.org.tr Fri Dec 25 23:53:56 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Fri, 25 Dec 2009 23:53:56 +0200 Subject: [Gelistirici] =?iso-8859-9?q?M=FCd=FCr_-__Network?= In-Reply-To: <4B34EFF4.5050909@pardus.org.tr> References: <200912251847.47514.bahadir@pardus.org.tr> <4B34EFF4.5050909@pardus.org.tr> Message-ID: <200912252353.56963.gurer@pardus.org.tr> 25 Aralık 2009 Cuma günü (saat 19:01:40) Ozan Çağlayan şunları yazmıştı: > Açılışın yavaş açılacak olması fikrine benden NACK, zaten diğer > dağıtımlara göre yavaş açılıyoruz. Niye diğer dağıtımlara göre yavaş açılıyoruz? Yavaşlık farkının kaynağı nedir? Müdür logunda müdürün toplam işlem süresi 11 saniye görünüyor bende. Bunun da 6 saniye gibi bir kısmı udev'in işlemleri sürmüş. Bu bana çok görünmedi. Kernel yada desktop kaynaklı bir yavaşlık mı var? Bu arada logda anlamsız bir şekilde time.time()'ı önce değer olarak sonra formatlanmış şekilde basmaya başlamışız, evvelden oraya formatlı tarihin yanında uptime'ı yazıyor böylece müdür ilk devreye girdiği ana kadar kernelin kaç saniye harcadığını falan görebiliyorduk. From inancyildirgan at gmail.com Sat Dec 26 00:12:57 2009 From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=) Date: Sat, 26 Dec 2009 00:12:57 +0200 Subject: [Gelistirici] =?iso-8859-9?q?M=FCd=FCr_-__Network?= In-Reply-To: <200912252353.56963.gurer@pardus.org.tr> References: <200912251847.47514.bahadir@pardus.org.tr> <4B34EFF4.5050909@pardus.org.tr> <200912252353.56963.gurer@pardus.org.tr> Message-ID: <200912260012.57537.inancyildirgan@gmail.com> 25 Aralık 2009 Cuma günü (saat 23:53:56) Gürer Özen şunları yazmıştı: > Niye diğer dağıtımlara göre yavaş açılıyoruz? Yavaşlık farkının kaynağı > nedir? > > Müdür logunda müdürün toplam işlem süresi 11 saniye görünüyor bende. Bunun > da 6 saniye gibi bir kısmı udev'in işlemleri sürmüş. Bu bana çok > görünmedi. Kernel yada desktop kaynaklı bir yavaşlık mı var? > Tam olarak nedenini anlayamamış olsam da yaklaşık olarak 2 dk sürüyor açılış. Ki kullanmadığım servislerin hepsini off durumda. (8 servis açık) Bir çok şey denedim ama bir çözüm bulamadım ne yazık ki. From onur at pardus.org.tr Sat Dec 26 00:27:11 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sat, 26 Dec 2009 00:27:11 +0200 Subject: [Gelistirici] 2009.1 Beta Message-ID: <20091226002711.0378b987.onur@pardus.org.tr> Merhaba, $subject ftp de yerini aldı, emeği geçen herkesin eline sağlık :) Şu anda ftp sunucusunda Kurulan ve Kurulan Int. yer alıyor. Çalışan CD ile bazı donanımlarda X açılışı ile sorun yaşadığımız için henüz ftp sunucusuna yerleştirmedik. Sorunun sadece Türkçe açılışta olduğunu tahmin ediyoruz ancak farklı donanımlar üzerinde deneyip sorunun kaynağını yakalamak istiyoruz. En güncel çalışan ISO sunu şuraya [1] yerleştirdim. Deneyiniz, kurcalayınız, yakaladığınız sorunları iletiniz. [1] http://cekirdek.pardus.org.tr/~onur/2009live/ -- Onur Küçük Knowledge speaks, but wisdom listens From gurer at pardus.org.tr Sat Dec 26 10:58:45 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 26 Dec 2009 10:58:45 +0200 Subject: [Gelistirici] =?iso-8859-9?q?M=FCd=FCr_-__Network?= In-Reply-To: <200912260012.57537.inancyildirgan@gmail.com> References: <200912251847.47514.bahadir@pardus.org.tr> <200912252353.56963.gurer@pardus.org.tr> <200912260012.57537.inancyildirgan@gmail.com> Message-ID: <200912261058.45841.gurer@pardus.org.tr> 26 Aralık 2009 Cumartesi günü (saat 00:12:57) İnanç Yıldırgan şunları yazmıştı: > Tam olarak nedenini anlayamamış olsam da yaklaşık olarak 2 dk sürüyor > açılış. Ki kullanmadığım servislerin hepsini off durumda. (8 servis açık) > Bir çok şey denedim ama bir çözüm bulamadım ne yazık ki. Bu 2 dk bilgisi hiç bir işe yaramıyor malesef. Her adımı ayrı ayrı ölçebilir misin rica etsem? Adımlar: 1. Power on tuşuna basınca grub ekranının gelmesi 2. Grub ekranında entera basmanla yada timeout etmesiyle ekrana INIT Vbilmemkaç yazması arasındaki süre. 3. Initin devreye girmesiyle müdürün starting services yazması arasındaki süre, ayrıca müdürün mesajları sırasında bekleme olan bir nokta var mı, 4. Starting services ile ekranın kararıp X pointerının gelmesi 5. X ile KDM login ekranı 6. Loginden sonra desktopun açılması Ayrıca bir de bootchart raporu alabilirsen çok makbule geçer. From ozan at pardus.org.tr Sat Dec 26 11:52:49 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 26 Dec 2009 11:52:49 +0200 Subject: [Gelistirici] =?utf-8?b?TcO8ZMO8ciAtICBOZXR3b3Jr?= In-Reply-To: <200912260012.57537.inancyildirgan@gmail.com> References: <200912251847.47514.bahadir@pardus.org.tr> <4B34EFF4.5050909@pardus.org.tr> <200912252353.56963.gurer@pardus.org.tr> <200912260012.57537.inancyildirgan@gmail.com> Message-ID: <4B35DCF1.9020004@pardus.org.tr> İnanç Yıldırgan wrote: > 25 Aralık 2009 Cuma günü (saat 23:53:56) Gürer Özen şunları yazmıştı: > > >> Niye diğer dağıtımlara göre yavaş açılıyoruz? Yavaşlık farkının kaynağı >> nedir? >> >> Müdür logunda müdürün toplam işlem süresi 11 saniye görünüyor bende. Bunun >> da 6 saniye gibi bir kısmı udev'in işlemleri sürmüş. Bu bana çok >> görünmedi. Kernel yada desktop kaynaklı bir yavaşlık mı var? >> >> > Tam olarak nedenini anlayamamış olsam da yaklaşık olarak 2 dk sürüyor açılış. > Ki kullanmadığım servislerin hepsini off durumda. (8 servis açık) Bir çok şey > denedim ama bir çözüm bulamadım ne yazık ki. > > Yavaşlıktan kastım 2 dakika falan değil orada bir anormallik olduğu kesin. X/KDM'yi çok bekliyoruz, Diğer dağıtımlar readahead, sreadahead, plymouth/KMS, preload vs. kullanarak süreyi oldukça daraltıyorlar. Ancak ben ne zaman bunları denemeye kalkışsam belge eksikliğinden, neyin nasıl yapılacağı çok anlatılmadığından ya randıman alamıyorum ya cuvalliyorum. SuSE (preload kullanıyor) örneğin 14 saniye gibi bir sürede GDM'ye gelirken bizde 26 saniyeyi buluyor. Yine SuSE'de firefoxun ilk başlangıç hızı 1.5~ saniye iken bizde 6-7 saniyeyi buluyor. (Quadcore sistem) From ozan at pardus.org.tr Sat Dec 26 11:58:00 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 26 Dec 2009 11:58:00 +0200 Subject: [Gelistirici] Corporate kernel 2.6.31.9 alsa problem In-Reply-To: <200912252122.33184.inancyildirgan@gmail.com> References: <200912252122.33184.inancyildirgan@gmail.com> Message-ID: <4B35DE28.20308@pardus.org.tr> İnanç Yıldırgan wrote: > Selam; > > Corporate deposundaki kerneli kurduktan sonra sistemde ses gitti. Alsa- > driver'da güncel. snd modülleri yüklenmiyor. Kern.log'da > > Tamam teşekkürler bakacağım. From mnurolcay at gmail.com Sat Dec 26 17:08:24 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Sat, 26 Dec 2009 17:08:24 +0200 Subject: [Gelistirici] =?utf-8?q?Gtk_ile_ilgili_bir_=C3=A7=C3=B6kme_hakk?= =?utf-8?b?xLFuZGEgeWFyZMSxbSAgPw==?= Message-ID: <200912261708.24257.mnurolcay@gmail.com> Merhaba, Bir süredir açık duran bir hata[1] ile ilgili yardım almak istiyorum. Hangi güncellemeden sonra oldu bilmiyorum ama Contrib deposundaki paketlerimden fotoxx[2], jpeg dosyalarını açarken çökmeye başladı ve FreeImage ile ilgili bir hata veriyor. FreeImage'deki yamalardan olabileceğini düşünüp Freeimage'i yamasız derleyince, FreeImage hatası gitti ama ama bu sefer de gtk ile ilgili bir hata verdi. Uğraştım epey ama sorunun kaynağını bulamadım. Fotoxx'un geliştiricisine Pardus kurup denettim hatta, o da anlayamadı pek bize özgün bu durumu :) Daha çok Gtk ile ilgili gibi geldi. Vakti olan biri yardımcı olabilirse sevinirim. Çökme sonrası bt ektedir. 1. http://bugs.pardus.org.tr/show_bug.cgi?id=11529 2. http://svn.pardus.org.tr/contrib/2009/devel/multimedia/graphics/fotoxx/ --- Mehmet Nur Olcay -------------- sonraki bölüm -------------- (gdb) bt #0 0xb7f841b9 in jpeg_CreateDecompress (cinfo=0x95a3c98, version=62, structsize=464) at Source/LibJPEG/jdapimin.c:71 #1 0xb6f24027 in gdk_pixbuf__jpeg_image_begin_load (size_func=0xb7a920a0 , prepared_func=0xb7a924c0 , updated_func=0xb7a923e0 , user_data=0x9142090, error=0x0) at io-jpeg.c:660 #2 0xb7a922d3 in gdk_pixbuf_loader_load_module (loader=0x9142090, image_type=, error=0x0) at gdk-pixbuf-loader.c:382 #3 0xb7a92f54 in gdk_pixbuf_loader_eat_header_write (error=, count=, buf=, loader=) at gdk-pixbuf-loader.c:417 #4 IA__gdk_pixbuf_loader_write (error=, count=, buf=, loader=) at gdk-pixbuf-loader.c:463 #5 0xb7a91676 in IA__gdk_pixbuf_new_from_file_at_scale (filename=0x91a0d28 "/home/mnurolcay/av-2089.jpg", width=256, height=256, preserve_aspect_ratio=1, error=0x0) at gdk-pixbuf-io.c:1255 #6 0xb7a918ef in IA__gdk_pixbuf_new_from_file_at_size (filename=0x91a0d28 "/home/mnurolcay/av-2089.jpg", width=256, height=256, error=0x0) at gdk-pixbuf-io.c:1097 #7 0x0809fdb9 in image_thumbfile(char const*) () #8 0x080a1a45 in image_thumbnail(char const*, int) () #9 0x080a1b03 in zgetfile_preview(_GtkWidget*, _GtkWidget*) () From ozan at pardus.org.tr Sat Dec 26 17:29:34 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sat, 26 Dec 2009 17:29:34 +0200 Subject: [Gelistirici] =?utf-8?q?Gtk_ile_ilgili_bir_=C3=A7=C3=B6kme_hakk?= =?utf-8?b?xLFuZGEgeWFyZMSxbSAgPw==?= In-Reply-To: <200912261708.24257.mnurolcay@gmail.com> References: <200912261708.24257.mnurolcay@gmail.com> Message-ID: <4B362BDE.1060800@pardus.org.tr> Mehmet Nur Olcay wrote: > Merhaba, > > Bir süredir açık duran bir hata[1] ile ilgili yardım almak istiyorum. Hangi güncellemeden sonra oldu > bilmiyorum ama Contrib deposundaki paketlerimden fotoxx[2], jpeg dosyalarını açarken çökmeye başladı > ve FreeImage ile ilgili bir hata veriyor. FreeImage'deki yamalardan olabileceğini düşünüp > Freeimage'i yamasız derleyince, FreeImage hatası gitti ama ama bu sefer de gtk ile ilgili bir hata > verdi. Uğraştım epey ama sorunun kaynağını bulamadım. Fotoxx'un geliştiricisine Pardus kurup > denettim hatta, o da anlayamadı pek bize özgün bu durumu :) > gdb'de bt dediğin yerde frame 0 list yazınca kod parçası veriyor mu? Vermiyorsa o Source/LibJPEG/jdapimin.c hangi paketten geliyorsa o paketi pisi ile unpack edip tekrar dene o zaman kod parçası vermesi lazım. O kodu yollarsan daha faydalı olabilir. Bir de o noktada gdb ile 71. satırda kullanılan değişkenlerin içeriğine falan bakabilirsin (atıyorum x değişkeninin içeriğini ekrana basmak için p x yazıp enter'a basıyorsun) From mnurolcay at gmail.com Sat Dec 26 18:00:14 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Sat, 26 Dec 2009 18:00:14 +0200 Subject: [Gelistirici] =?utf-8?q?Gtk_ile_ilgili_bir_=C3=A7=C3=B6kme_hakk?= =?utf-8?b?xLFuZGEgeWFyZMSxbSAgPw==?= In-Reply-To: <4B362BDE.1060800@pardus.org.tr> References: <200912261708.24257.mnurolcay@gmail.com> <4B362BDE.1060800@pardus.org.tr> Message-ID: <200912261800.14217.mnurolcay@gmail.com> Yanıt için teşekkürler, gdb üzerinde kod vermiyor. Kaynak dosyada hatayı döndüren kod ve dosyanın tamamı ekte. Hata mesajındaki 71. satır, bu dosyada 38. satır: if (structsize != SIZEOF(struct jpeg_decompress_struct)) ERREXIT2(cinfo, JERR_BAD_STRUCT_SIZE, --- Mehmet Nur Olcay -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: jdapimin_part.c Type: text/x-csrc Size: 1147 bytes Desc: kullanılamıyor URL: -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: jdapimin.c Type: text/x-csrc Size: 14951 bytes Desc: kullanılamıyor URL: From gurer at pardus.org.tr Sat Dec 26 20:08:42 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 26 Dec 2009 20:08:42 +0200 Subject: [Gelistirici] =?iso-8859-9?q?M=FCd=FCr_-__Network?= In-Reply-To: <4B35DCF1.9020004@pardus.org.tr> References: <200912251847.47514.bahadir@pardus.org.tr> <200912260012.57537.inancyildirgan@gmail.com> <4B35DCF1.9020004@pardus.org.tr> Message-ID: <200912262008.43657.gurer@pardus.org.tr> 26 Aralık 2009 Cumartesi günü (saat 11:52:49) Ozan Çağlayan şunları yazmıştı: > X/KDM'yi çok bekliyoruz, > Diğer dağıtımlar readahead, sreadahead, plymouth/KMS, preload vs. > kullanarak süreyi oldukça daraltıyorlar. > > Ancak ben ne zaman bunları denemeye kalkışsam belge eksikliğinden, neyin > nasıl yapılacağı çok anlatılmadığından ya randıman alamıyorum ya > cuvalliyorum. SuSE (preload kullanıyor) örneğin 14 saniye gibi bir > sürede GDM'ye gelirken bizde 26 saniyeyi buluyor. Yine SuSE'de firefoxun > ilk başlangıç hızı 1.5~ saniye iken bizde 6-7 saniyeyi buluyor. > (Quadcore sistem) Firefox, OpenOffice.org gibi uygulamalar için çözüm preload. Özel bir ayar gerektirmemesi lazım, dinamik olarak öğreniyor. Belki default olarak bu uygulamaları yüklemesini sağlayacak bir state dosyasıyla dağıtılabilir. KDM biraz daha zor. Orada readahead'i denedim ben şimdi. X'in açılması ile KDM login ekranı arasındaki süre 5 sn den 3 snye indi. Login ile desktop arasındaki süre ise 32 sn den 25 sn ye indi. Ancak o sürede neredeyse hiç bir yükleme yapmadı, aslında 5-6 sn sonunda tüm progress ikonları çıkmıştı, ancak herhangi bi disk i/o yapılmayan uzun bir bekleme yaptı orada, gereksiz sleep falan mı var acaba? Git'ten readahead kodunu çekip derledim. readahead ve readahead-collector dosyalarını /sbin'e attım, readahead.conf'u /etc ye attım, /var/lib/readahead dizinini oluşturdum. Sistemi init=/sbin/readahead-collector ile bu ettim ama bu sırada audit servisini off konumda tuttum. Oluşan dosyadan .swap'ı çıkardım (bunu readahead.conf'a eklemek lazım). /sbin/mudur.py içine setupUdev() den önce şu satırı ekledim: run_async(["/sbin/readahead", "/var/lib/readahead/custom.early"], fstdout="/dev/null") Bunu tam olarak entegre etmek istersek, müdür içinden mesela kurulumdan ve büyük updatelerden sonra collector'u otomatik çalıştırmak ve normal bootlarda da yukardaki satırı işletmek yeterli olacaktır. sreadahead özel bir kernel yaması falan istiyor, çok da iyi yöntem gibi gelmedi bana. Sizler de denerseniz sonuçları bir karşılaştıralım. From burakclskn at gmail.com Sat Dec 26 20:41:18 2009 From: burakclskn at gmail.com (=?UTF-8?B?QnVyYWsgw4dhbMSxxZ9rYW4=?=) Date: Sat, 26 Dec 2009 20:41:18 +0200 Subject: [Gelistirici] =?utf-8?q?Gtk_ile_ilgili_bir_=C3=A7=C3=B6kme_hakk?= =?utf-8?b?xLFuZGEgeWFyZMSxbSAgPw==?= In-Reply-To: <200912261708.24257.mnurolcay@gmail.com> References: <200912261708.24257.mnurolcay@gmail.com> Message-ID: <4B3658CE.4020902@gmail.com> Mehmet Nur Olcay wrote On 26-12-2009 17:08: > > Merhaba, > > Bir süredir açık duran bir hata[1] ile ilgili yardım almak istiyorum. Hangi güncellemeden sonra oldu > bilmiyorum ama Contrib deposundaki paketlerimden fotoxx[2], jpeg dosyalarını açarken çökmeye başladı > ve FreeImage ile ilgili bir hata veriyor. FreeImage'deki yamalardan olabileceğini düşünüp > Freeimage'i yamasız derleyince, FreeImage hatası gitti ama ama bu sefer de gtk ile ilgili bir hata > verdi. Uğraştım epey ama sorunun kaynağını bulamadım. Fotoxx'un geliştiricisine Pardus kurup > denettim hatta, o da anlayamadı pek bize özgün bu durumu :) > > Daha çok Gtk ile ilgili gibi geldi. Vakti olan biri yardımcı olabilirse sevinirim. > > Çökme sonrası bt ektedir. > > 1. http://bugs.pardus.org.tr/show_bug.cgi?id=11529 > 2. http://svn.pardus.org.tr/contrib/2009/devel/multimedia/graphics/fotoxx/ > --- > Mehmet Nur Olcay > FreeImage 3.12 ile, gtk2.16 ve 2.18 de aynı hatayı tekrarlıyorum. FreeImage 3.10 sürümünde hata tekralanmıyor, zaten popüler dağıtımlar 3.10 ve 3.11 sürümünü almış, genelde 3.10. 3.10 ve 3.11 de harhangi bir sorun yok. Her iki gtk2 sürümünde sorunsuzca çalışıyor. From onur at pardus.org.tr Sat Dec 26 21:09:36 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sat, 26 Dec 2009 21:09:36 +0200 Subject: [Gelistirici] =?utf-8?q?Farmlara_1_g=C3=BCnl=C3=BCk__izin?= Message-ID: <20091226210936.65dc4c25.onur@pardus.org.tr> Merhaba, Derleme çiftliklerinin olduğu sistem odasında bakım çalışması yapılacağı için bu akşamdan itibaren pazartesi sabahına kadar çiftlik sistemlerini kapatacağız. Her şey yolunda giderse pazartesi sabahı çiftlik bilgisayarları tekrar çalışmaya başlayacak. ilgi bilgi, -- Onur Küçük Knowledge speaks, but wisdom listens From bahadir at pardus.org.tr Sat Dec 26 21:26:02 2009 From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=) Date: Sat, 26 Dec 2009 21:26:02 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Farmlara_1_g=FCnl=FCk__izin?= In-Reply-To: <20091226210936.65dc4c25.onur@pardus.org.tr> References: <20091226210936.65dc4c25.onur@pardus.org.tr> Message-ID: <200912262126.11243.bahadir@pardus.org.tr> 26 Aralık 2009 Cumartesi günü (saat 21:09:36) Onur Küçük şunları yazmıştı: > Merhaba, > > Derleme çiftliklerinin olduğu sistem odasında bakım çalışması > yapılacağı için bu akşamdan itibaren pazartesi sabahına kadar çiftlik > sistemlerini kapatacağız. Her şey yolunda giderse pazartesi sabahı > çiftlik bilgisayarları tekrar çalışmaya başlayacak. Ulaşılamayan çiftçi varsa sistemleri kapatma konusunda makul bir ücrete yardımcı olabilirim. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From mnurolcay at gmail.com Sun Dec 27 00:01:09 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Sun, 27 Dec 2009 00:01:09 +0200 Subject: [Gelistirici] =?utf-8?q?Gtk_ile_ilgili_bir_=C3=A7=C3=B6kme_hakk?= =?utf-8?b?xLFuZGEgeWFyZMSxbSAgPw==?= In-Reply-To: <4B3658CE.4020902@gmail.com> References: <200912261708.24257.mnurolcay@gmail.com> <4B3658CE.4020902@gmail.com> Message-ID: <200912270001.09457.mnurolcay@gmail.com> On Saturday 26 December 2009 20:41:18 Burak Çalışkan wrote: > > FreeImage 3.12 ile, gtk2.16 ve 2.18 de aynı hatayı tekrarlıyorum. > > FreeImage 3.10 sürümünde hata tekralanmıyor, zaten popüler dağıtımlar > 3.10 ve 3.11 sürümünü almış, genelde 3.10. > > 3.10 ve 3.11 de harhangi bir sorun yok. Her iki gtk2 sürümünde > sorunsuzca çalışıyor. Suse, Ubuntu, Debian ve Fedora 3.10'da, Mandriva 3.11'de imiş. 3.10'a indirip bir kaç düzeltme yaptım[1]. Biz de 3.10'a inelim mi? fotoxx ve cegui (dolayısıyla smc) görünen ters bağımlılıkları. Yeniden derlemediğim halde sorunlu görünmüyorlar, revdep-build çıktısında görünen bir şey de yok ama her ihtimale karşı bunların da yeniden derlenmesini sağlarsak, sorun olmayacak gibi. Ya da , savulun ben 3.12'yi de adam ederim diyen var mı :) 1. http://svn.pardus.org.tr/pardus/playground/mnurolcay/2009/multimedia/library/FreeImage --- Mehmet Nur Olcay From onur at pardus.org.tr Sun Dec 27 01:39:28 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sun, 27 Dec 2009 01:39:28 +0200 Subject: [Gelistirici] =?utf-8?q?Gtk_ile_ilgili_bir_=C3=A7=C3=B6kme_hakk?= =?utf-8?b?xLFuZGEgeWFyZMSxbSAgID8=?= In-Reply-To: <200912270001.09457.mnurolcay@gmail.com> References: <200912261708.24257.mnurolcay@gmail.com> <4B3658CE.4020902@gmail.com> <200912270001.09457.mnurolcay@gmail.com> Message-ID: <20091227013928.7c8e808c.onur@pardus.org.tr> On Sun, 27 Dec 2009 00:01:09 +0200 Mehmet Nur Olcay wrote: > Ya da , savulun ben 3.12'yi de adam ederim diyen var mı :) olma mı :P devel deki freeimage i dener misin ? Sorun bende düzeldi -- Onur Küçük Knowledge speaks, but wisdom listens From mnurolcay at gmail.com Sun Dec 27 01:53:09 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Sun, 27 Dec 2009 01:53:09 +0200 Subject: [Gelistirici] =?utf-8?q?Gtk_ile_ilgili_bir_=C3=A7=C3=B6kme_hakk?= =?utf-8?b?xLFuZGEgeWFyZMSxbSAgPw==?= In-Reply-To: <20091227013928.7c8e808c.onur@pardus.org.tr> References: <200912261708.24257.mnurolcay@gmail.com> <200912270001.09457.mnurolcay@gmail.com> <20091227013928.7c8e808c.onur@pardus.org.tr> Message-ID: <200912270153.09332.mnurolcay@gmail.com> On Sunday 27 December 2009 01:39:28 Onur Küçük wrote: > olma mı :P Olmuş hakikaten :) Epeydir canımı sıkan bir hataydı, eline sağlık. Hatanın çözümü bu paketin stable'a alınması ile olacak, hemen alamıyor muyuz, bir nevi security deyip :) --- Mehmet Nur Olcay From ozan at pardus.org.tr Sun Dec 27 01:53:45 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sun, 27 Dec 2009 01:53:45 +0200 Subject: [Gelistirici] =?utf-8?b?TcO8ZMO8ciAtICBOZXR3b3Jr?= In-Reply-To: <200912262008.43657.gurer@pardus.org.tr> References: <200912251847.47514.bahadir@pardus.org.tr> <200912260012.57537.inancyildirgan@gmail.com> <4B35DCF1.9020004@pardus.org.tr> <200912262008.43657.gurer@pardus.org.tr> Message-ID: <4B36A209.4010609@pardus.org.tr> Gürer Özen wrote: > Firefox, OpenOffice.org gibi uygulamalar için çözüm preload. Özel bir ayar > gerektirmemesi lazım, dinamik olarak öğreniyor. Belki default olarak bu > uygulamaları yüklemesini sağlayacak bir state dosyasıyla dağıtılabilir. > > KDM biraz daha zor. Orada readahead'i denedim ben şimdi. X'in açılması ile KDM > login ekranı arasındaki süre 5 sn den 3 snye indi. Login ile desktop > arasındaki süre ise 32 sn den 25 sn ye indi. Ancak o sürede neredeyse hiç bir > yükleme yapmadı, aslında 5-6 sn sonunda tüm progress ikonları çıkmıştı, ancak > herhangi bi disk i/o yapılmayan uzun bir bekleme yaptı orada, gereksiz sleep > falan mı var acaba? > > Git'ten readahead kodunu çekip derledim. readahead ve readahead-collector > dosyalarını /sbin'e attım, readahead.conf'u /etc ye attım, /var/lib/readahead > dizinini oluşturdum. Sistemi init=/sbin/readahead-collector ile bu ettim ama > bu sırada audit servisini off konumda tuttum. Oluşan dosyadan .swap'ı çıkardım > (bunu readahead.conf'a eklemek lazım). /sbin/mudur.py içine setupUdev() den > önce şu satırı ekledim: > > run_async(["/sbin/readahead", "/var/lib/readahead/custom.early"], > fstdout="/dev/null") > > Bunu tam olarak entegre etmek istersek, müdür içinden mesela kurulumdan ve > büyük updatelerden sonra collector'u otomatik çalıştırmak ve normal bootlarda > da yukardaki satırı işletmek yeterli olacaktır. > > sreadahead özel bir kernel yaması falan istiyor, çok da iyi yöntem gibi > gelmedi bana. Sizler de denerseniz sonuçları bir karşılaştıralım. > Abi şöyle bi olay var, ortada 3 adet readahead var (readahead, sreadahead, ureadahead). sreadahead'i intelciler yazıyordu en son, rotational'dan ziyade SSD için azıcık optimize, kernel'de tracer yaması isteyen bir şey. readahead daha eski bir proje. ureadahead'i debiancilar yeni çıkarttı. preload cephesindeyse bir fedora preload var, bir de suse preload var. suse preload'un opsiyonel kernel modülü var. Varoglu var. Ben bunlara daldığım zaman süper demotive oluyorum 14bin ayrı fork olduğu için bir de denediğim sistemlerde çok fazla etkisini görmeyi pek başaramıyorum. GDM'in preloading desteği var, KDM'nin yok. Müdür'de X11 soketini bekleyen bir waitBus var, en son denemelerimde o süre 5 saniyeden bazen 1-2 bazen 2-3 aralığına inmişti preload ile. Vaktim olduğunda tekrar mutlaka bakacağım hep aklımda, preload desteği eklemiştim müdür'e zaten. From onur at pardus.org.tr Sun Dec 27 02:27:42 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sun, 27 Dec 2009 02:27:42 +0200 Subject: [Gelistirici] =?utf-8?q?Gtk_ile_ilgili_bir_=C3=A7=C3=B6kme_hakk?= =?utf-8?b?xLFuZGEgeWFyZMSxbSAgID8=?= In-Reply-To: <200912270153.09332.mnurolcay@gmail.com> References: <200912261708.24257.mnurolcay@gmail.com> <200912270001.09457.mnurolcay@gmail.com> <20091227013928.7c8e808c.onur@pardus.org.tr> <200912270153.09332.mnurolcay@gmail.com> Message-ID: <20091227022742.ea5b7999.onur@pardus.org.tr> On Sun, 27 Dec 2009 01:53:09 +0200 Mehmet Nur Olcay wrote: > On Sunday 27 December 2009 01:39:28 Onur Küçük wrote: > > > olma mı :P > > Olmuş hakikaten :) > > Epeydir canımı sıkan bir hataydı, eline sağlık. afiyet olsun :) > Hatanın çözümü bu paketin stable'a alınması ile olacak, hemen > alamıyor muyuz, bir nevi security deyip :) farm tatilde, daha paketi derleyemiyoruz :) Hafta başı ACK/NACK başlatacağım, o arada alalım -- Onur Küçük Knowledge speaks, but wisdom listens From fatih at pardus.org.tr Sun Dec 27 03:16:43 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Sun, 27 Dec 2009 03:16:43 +0200 Subject: [Gelistirici] =?iso-8859-9?q?M=FCd=FCr_-__Network?= In-Reply-To: <4B36A209.4010609@pardus.org.tr> References: <200912251847.47514.bahadir@pardus.org.tr> <200912262008.43657.gurer@pardus.org.tr> <4B36A209.4010609@pardus.org.tr> Message-ID: <200912270316.44079.fatih@pardus.org.tr> On Sunday 27 December 2009 01:53:45 Ozan Çağlayan wrote: > GDM'in preloading desteği var, KDM'nin yok. Nasıl bir preloading desteği bu? kdmrc'deki Preloader seçeneği aynı işi yapıyor olmasın? From gurer at pardus.org.tr Sun Dec 27 10:44:47 2009 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sun, 27 Dec 2009 10:44:47 +0200 Subject: [Gelistirici] =?iso-8859-9?q?M=FCd=FCr_-__Network?= In-Reply-To: <4B36A209.4010609@pardus.org.tr> References: <200912251847.47514.bahadir@pardus.org.tr> <200912262008.43657.gurer@pardus.org.tr> <4B36A209.4010609@pardus.org.tr> Message-ID: <200912271044.47475.gurer@pardus.org.tr> 27 Aralık 2009 Pazar günü (saat 01:53:45) Ozan Çağlayan şunları yazmıştı: > Ben bunlara daldığım zaman süper demotive oluyorum 14bin ayrı fork > olduğu için bir de denediğim sistemlerde çok fazla etkisini görmeyi pek > başaramıyorum. Demotive olacak bişi yok ki. Normal readahead ile bende 9-10 saniye falan fark oldu, KDM'deki boş bekleme olayı da çözülürse belki 20-25 sn ye çıkacak fark. Şimdi diğer readahead varyantları mesela yalnızca 1-2 sn farkediyor ama kernel yaması vb istiyorsa o kadar uğraşmaya gerek yok. Belli başlı bikaç taneyi test eder hız ve entegrasyon kolaylığına göre bir taneyi seçeriz. Ortada bir maintainance sorunu da yok, readahead dediğin bir dosyadan dosya adları okuyup üzerlerinde bikaç sistem çağrısı yapan minicik programlar. Erişim listesini çıkartan kodlar bile oldukça küçük ve basit. Müdür'ün IO miktarı çok düşük (shell komutları yerine built-in kodlarla gitmenin bir sonucu), bu sürede baya bi yükleme yapılabiliyor. Ancak bunu KDM'ye yönelik kullanmak lazım. Kullanıcının uygulamaları için preload gibi dinamik olarak öğrenen bir sistem daha avantajlı. Boot dosyaları ile mesela openoffice şeylerini bir arada yüklemek süreci yavaşlatabilir. Bir de preload kapatılabilir olmalı, mesela bataryadan sistemi çalıştırdığımda hiç openoffice açmayacaksam o dosyaların yüklenip bir dolu gereksiz disk işlemi yapılmasını istemeyebilirim. Yada hızlı bir diski (SSD) olan kişi preload tercih etmeyebilir. Boot readahead ise her durumda faydalı olacak bişi, o yüzden bu ikisi ayrı tutmayı tavsiye ettim. From ozan at pardus.org.tr Sun Dec 27 12:10:34 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sun, 27 Dec 2009 12:10:34 +0200 Subject: [Gelistirici] =?utf-8?b?TcO8ZMO8ciAtICBOZXR3b3Jr?= In-Reply-To: <200912271044.47475.gurer@pardus.org.tr> References: <200912251847.47514.bahadir@pardus.org.tr> <200912262008.43657.gurer@pardus.org.tr> <4B36A209.4010609@pardus.org.tr> <200912271044.47475.gurer@pardus.org.tr> Message-ID: <4B37329A.807@pardus.org.tr> Gürer Özen wrote: > 27 Aralık 2009 Pazar günü (saat 01:53:45) Ozan Çağlayan şunları yazmıştı: > > >> Ben bunlara daldığım zaman süper demotive oluyorum 14bin ayrı fork >> olduğu için bir de denediğim sistemlerde çok fazla etkisini görmeyi pek >> başaramıyorum. >> > > Demotive olacak bişi yok ki. Normal readahead ile bende 9-10 saniye falan fark > oldu, KDM'deki boş bekleme olayı da çözülürse belki 20-25 sn ye çıkacak fark. > Şimdi diğer readahead varyantları mesela yalnızca 1-2 sn farkediyor ama kernel > yaması vb istiyorsa o kadar uğraşmaya gerek yok. Belli başlı bikaç taneyi test > eder hız ve entegrasyon kolaylığına göre bir taneyi seçeriz. > > Ben dün akşam tekrar baktım, ubuntu sreadahead'den ureadahead'e geçmiş. Ufak bir kernel yaması istiyor ext2/3/4 inode işlemlerini trace etmek için. Sonuçlar çoğu makinede baya iyi, 20 küsür saniyelik düşüşler var. Ama bazı insanlarda da ters tepebiliyor. Bakalım bakalım :) From ozan at pardus.org.tr Sun Dec 27 12:11:10 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Sun, 27 Dec 2009 12:11:10 +0200 Subject: [Gelistirici] =?utf-8?b?TcO8ZMO8ciAtICBOZXR3b3Jr?= In-Reply-To: <200912270316.44079.fatih@pardus.org.tr> References: <200912251847.47514.bahadir@pardus.org.tr> <200912262008.43657.gurer@pardus.org.tr> <4B36A209.4010609@pardus.org.tr> <200912270316.44079.fatih@pardus.org.tr> Message-ID: <4B3732BE.5030303@pardus.org.tr> Fatih Aşıcı wrote: > On Sunday 27 December 2009 01:53:45 Ozan Çağlayan wrote: > >> GDM'in preloading desteği var, KDM'nin yok. >> > > Nasıl bir preloading desteği bu? kdmrc'deki Preloader seçeneği > aynı işi yapıyor olmasın? > Bir script yazıp onu GDM'ye veriyorsun, GDM idle iken o script'i çalıştırıp preloading yapabiliyor. From necdetyucel at gmail.com Sun Dec 27 19:36:59 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Sun, 27 Dec 2009 19:36:59 +0200 Subject: [Gelistirici] corporate2/devel-x86_64/kernel/default/drivers/module-fglrx - fix for x86-64 In-Reply-To: <20091227171912.320E449CAC2@ns1.pardus.org.tr> References: <20091227171912.320E449CAC2@ns1.pardus.org.tr> Message-ID: Nasıl yaptıysam son halini commit etmemişim. Şimdi doğrusunu gönderiyorum. From necdetyucel at gmail.com Sun Dec 27 23:42:47 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Sun, 27 Dec 2009 23:42:47 +0200 Subject: [Gelistirici] =?iso-8859-9?q?64_bit_virtualbox_hakk=FDnda?= Message-ID: Selamlar, Virtualbox'ın 64bit paketini yaparken açık kaynak kodlu olanının 64bitte derlenmediğini gördüm. Yani derlenmek için illa 32bit desteği istiyor. [1] adresinden de görebileceğiniz gibi configure şöyle bir aşamadan geçiyor: # # Check if we are able to build 32-bit applications (needed for the guest additions) # check_32bit() { test_header "32-bit support" cat > $ODIR.tmp_src.c << EOF #include int main(void) { return 0; } EOF echo "compiling the following source file:" >> $LOG cat $ODIR.tmp_src.c >> $LOG echo "using the following command line:" >> $LOG echo "$CC -m32 -O -Wall -o $ODIR.tmp_out $ODIR.tmp_src.c" >> $LOG $CC -m32 -O -Wall -o $ODIR.tmp_out $ODIR.tmp_src.c >> $LOG 2>&1 if [ $? -ne 0 ]; then echo echo " Cannot compile 32-bit applications (missing headers and/or libraries)!" echo " Check the file $LOG for detailed error information." fail fi log_success "" } Burada başarısızlığa uğrayınca kesiliyor. Halbuki kendi sitesinde[2] AMD64 için binary dosyası var. Bir alternatif Virtualbox'ı dağıtımdan çıkarmak, diğeri de bu ikilik dosyayı kullanmak. Ne dersiniz? Necdet Yücel [1] http://www.virtualbox.org/svn/vbox/trunk/configure [2] http://www.virtualbox.org/wiki/Linux_Downloads From caglar at pardus.org.tr Mon Dec 28 01:21:14 2009 From: caglar at pardus.org.tr (=?UTF-8?B?Uy7Dh2HEn2xhciBPbnVy?=) Date: Mon, 28 Dec 2009 01:21:14 +0200 Subject: [Gelistirici] =?utf-8?q?64_bit_virtualbox_hakk=C4=B1nda?= In-Reply-To: References: Message-ID: <92ad66910912271521u188845ddpf0acfbb25e936437@mail.gmail.com> Selamlar; 2009/12/27 Necdet Yücel : > Halbuki kendi sitesinde[2] AMD64 için binary dosyası var. Bir > alternatif Virtualbox'ı dağıtımdan çıkarmak, diğeri de bu ikilik > dosyayı kullanmak. > > Ne dersiniz? Sorun VirtualBox'ta degil de gcc paketinde sanki, 64 bit derleyicinin 32 bit kod uretememesi icin bir sebep olmamali, gcc'nin configure parametrelerine goz atsaniza... Saygilar From caglar at pardus.org.tr Mon Dec 28 01:26:09 2009 From: caglar at pardus.org.tr (=?UTF-8?B?Uy7Dh2HEn2xhciBPbnVy?=) Date: Mon, 28 Dec 2009 01:26:09 +0200 Subject: [Gelistirici] =?utf-8?q?64_bit_virtualbox_hakk=C4=B1nda?= In-Reply-To: <92ad66910912271521u188845ddpf0acfbb25e936437@mail.gmail.com> References: <92ad66910912271521u188845ddpf0acfbb25e936437@mail.gmail.com> Message-ID: <92ad66910912271526n8b3545frfe1ff55f490a671@mail.gmail.com> Selamlar; 2009/12/28 S.Çağlar Onur : > Selamlar; > > 2009/12/27 Necdet Yücel : >> Halbuki kendi sitesinde[2] AMD64 için binary dosyası var. Bir >> alternatif Virtualbox'ı dağıtımdan çıkarmak, diğeri de bu ikilik >> dosyayı kullanmak. >> >> Ne dersiniz? > > Sorun VirtualBox'ta degil de gcc paketinde sanki, 64 bit derleyicinin > 32 bit kod uretememesi icin bir sebep olmamali, gcc'nin configure > parametrelerine goz atsaniza... Veya oradaki ornek kodu derlemeye kalkinca "gnu/stubs-32.h: No such file or directory" gibi birsey aliyorsaniz bu sefer de glibc paketinde sorun var demektir (eksik glibc headeri). Saygilar From caglar at pardus.org.tr Mon Dec 28 01:39:50 2009 From: caglar at pardus.org.tr (=?UTF-8?B?Uy7Dh2HEn2xhciBPbnVy?=) Date: Mon, 28 Dec 2009 01:39:50 +0200 Subject: [Gelistirici] =?utf-8?b?TcO8ZMO8ciAtIE5ldHdvcms=?= In-Reply-To: <4B36A209.4010609@pardus.org.tr> References: <200912251847.47514.bahadir@pardus.org.tr> <200912260012.57537.inancyildirgan@gmail.com> <4B35DCF1.9020004@pardus.org.tr> <200912262008.43657.gurer@pardus.org.tr> <4B36A209.4010609@pardus.org.tr> Message-ID: <92ad66910912271539o48401347yd26cba2c11811824@mail.gmail.com> Selamlar, 2009/12/27 Ozan Çağlayan : > Gürer Özen wrote: >> Firefox, OpenOffice.org gibi uygulamalar için çözüm preload. Özel bir ayar >> gerektirmemesi lazım, dinamik olarak öğreniyor. Belki default olarak bu >> uygulamaları yüklemesini sağlayacak bir state dosyasıyla dağıtılabilir. >> >> KDM biraz daha zor. Orada readahead'i denedim ben şimdi. X'in açılması ile KDM >> login ekranı arasındaki süre 5 sn den 3 snye indi. Login ile desktop >> arasındaki süre ise 32 sn den 25 sn ye indi. Ancak o sürede neredeyse hiç bir >> yükleme yapmadı, aslında 5-6 sn sonunda tüm progress ikonları çıkmıştı, ancak >> herhangi bi disk i/o yapılmayan uzun bir bekleme yaptı orada, gereksiz sleep >> falan mı var acaba? >> >> Git'ten readahead kodunu çekip derledim. readahead ve readahead-collector >> dosyalarını /sbin'e attım, readahead.conf'u /etc ye attım, /var/lib/readahead >> dizinini oluşturdum. Sistemi init=/sbin/readahead-collector ile bu ettim ama >> bu sırada audit servisini off konumda tuttum. Oluşan dosyadan .swap'ı çıkardım >> (bunu readahead.conf'a eklemek lazım). /sbin/mudur.py içine setupUdev() den >> önce şu satırı ekledim: >> >> run_async(["/sbin/readahead", "/var/lib/readahead/custom.early"], >> fstdout="/dev/null") >> >> Bunu tam olarak entegre etmek istersek, müdür içinden mesela kurulumdan ve >> büyük updatelerden sonra collector'u otomatik çalıştırmak ve normal bootlarda >> da yukardaki satırı işletmek yeterli olacaktır. >> >> sreadahead özel bir kernel yaması falan istiyor, çok da iyi yöntem gibi >> gelmedi bana. Sizler de denerseniz sonuçları bir karşılaştıralım. >> > > Abi şöyle bi olay var, ortada 3 adet readahead var (readahead, > sreadahead, ureadahead). > sreadahead'i intelciler yazıyordu en son, rotational'dan ziyade SSD için > azıcık optimize, kernel'de tracer yaması isteyen bir şey. > > readahead daha eski bir proje. > > ureadahead'i debiancilar yeni çıkarttı. Depo loglarinda bir yerlerde mudur icin readahead destegi ve gerekli betikler v.s. de olmali eger baska referans gerekirse, olmadi arsivlerden de bulabilirsin sanirim. Zamaninda cok ciddi bir avantaj getirmedigi icin bir sure deneyip sonra vazgecmistik (preload'u da uzun sure kullandik ve attik). > preload cephesindeyse bir fedora preload var, bir de suse preload var. > suse preload'un opsiyonel kernel modülü var. Varoglu var. Preload'a hic ihtiyaciniz olmamali. gnu-hash-style zaten bu sorunu cozmek icin var, fedoranin halen kullaniyor olmasi cekirdeklerinde de tux yamasini tasima israrlarindan farkli bir sey olmamali. > Ben bunlara daldığım zaman süper demotive oluyorum 14bin ayrı fork > olduğu için bir de denediğim sistemlerde çok fazla etkisini görmeyi pek > başaramıyorum. > > GDM'in preloading desteği var, KDM'nin yok. Müdür'de X11 soketini > bekleyen bir waitBus var, en son denemelerimde o süre 5 saniyeden bazen > 1-2 bazen 2-3 aralığına inmişti preload ile. > > Vaktim olduğunda tekrar mutlaka bakacağım hep aklımda, preload desteği > eklemiştim müdür'e zaten. Bu arada eger "bir gun" daha buyuk bir hamle __yapilacaksa__ bu hamlenin mudur'u optimize etmek veya yeniden yazmak degil de __bence__ uzerinden yeterince zaman gectiginden ve n tane dagitim da kullandiginda olan upstart v.s. gibi bir sisteme gecmek olmasini yeglerim. Mudur baska turlu bir init sisteminin yazilabilecegini etrafa yeterince kanitladi ve event-driven her benzerinin de cikis noktasi oldu coktan. Comar ve sistem betiklerinin yanina nasil oturur v.s. uzerine hic dusunmedim ama servislerin baslangic betiklerini yeniden yazmamak ve bunlarin birbirine bagimliliklari gibi bir seri sorunu yaygin bir yontemle cozduklerinden (ve fedora 12'de goruldugu uzere performanslari da hic fena olmadigindan) bir seri is yukunu hafifletebilirler. From necdetyucel at gmail.com Mon Dec 28 03:21:30 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Mon, 28 Dec 2009 03:21:30 +0200 Subject: [Gelistirici] =?iso-8859-9?q?64_bit_virtualbox_hakk=FDnda?= In-Reply-To: <92ad66910912271521u188845ddpf0acfbb25e936437@mail.gmail.com> References: <92ad66910912271521u188845ddpf0acfbb25e936437@mail.gmail.com> Message-ID: Selamlar, 28 Aralık 2009 01:21 tarihinde S.Çağlar Onur yazdı: > Sorun VirtualBox'ta degil de gcc paketinde sanki, 64 bit derleyicinin > 32 bit kod uretememesi icin bir sebep olmamali, gcc'nin configure > parametrelerine goz atsaniza... Hatalı olan kod değil gcc diyorsun[1] yani ;) Şaka bir yana gcc 64bitte 32bit parametreleriyle neredeyse aynı parametreler kullanılarak derlendi. Yani yine --disable-multilib olduğundan bana 32bit için kod derlememesi normal gibi geliyor bana. [1] http://duvarlar.blogspot.com/2009/12/nukteler.html [2] http://svn.pardus.org.tr/pardus/corporate2/devel-x86_64/system/devel/gcc/actions.py iyi sabahlar Necdet Yücel From fatih at pardus.org.tr Mon Dec 28 09:08:01 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Mon, 28 Dec 2009 09:08:01 +0200 Subject: [Gelistirici] =?iso-8859-9?q?M=FCd=FCr_-__Network?= In-Reply-To: <92ad66910912271539o48401347yd26cba2c11811824@mail.gmail.com> References: <200912251847.47514.bahadir@pardus.org.tr> <4B36A209.4010609@pardus.org.tr> <92ad66910912271539o48401347yd26cba2c11811824@mail.gmail.com> Message-ID: <200912280908.04727.fatih@pardus.org.tr> On Monday 28 December 2009 01:39:50 S.Çağlar Onur wrote: > Bu arada eger "bir gun" daha buyuk bir hamle __yapilacaksa__ bu > hamlenin mudur'u optimize etmek veya yeniden yazmak degil de __bence__ > uzerinden yeterince zaman gectiginden ve n tane dagitim da > kullandiginda olan upstart v.s. gibi bir sisteme gecmek olmasini > yeglerim. Mudur baska turlu bir init sisteminin yazilabilecegini > etrafa yeterince kanitladi ve event-driven her benzerinin de cikis > noktasi oldu coktan. > > Comar ve sistem betiklerinin yanina nasil oturur v.s. uzerine hic > dusunmedim ama servislerin baslangic betiklerini yeniden yazmamak ve > bunlarin birbirine bagimliliklari gibi bir seri sorunu yaygin bir > yontemle cozduklerinden (ve fedora 12'de goruldugu uzere > performanslari da hic fena olmadigindan) bir seri is yukunu > hafifletebilirler. +1 Upstart'ı daha önce incelemiştim. Çok güzel özellikleri var. Aynı şeyleri mudur'e eklemek oldukça fazla bir iş yükü getirir. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From ozan at pardus.org.tr Mon Dec 28 11:25:17 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Mon, 28 Dec 2009 11:25:17 +0200 Subject: [Gelistirici] [2008] [ACK/NACK] 20091222 In-Reply-To: <200912221449.58258.gokcen@pardus.org.tr> References: <200912221449.58258.gokcen@pardus.org.tr> Message-ID: <4B38797D.5070301@pardus.org.tr> Gökçen Eraslan wrote On 22-12-2009 14:49: > Merhaba / Hi; > > * 2008-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih > 25-12-2009, 14:00 > samba-3.2.15-44-13.pisi > tesseract-2.04-4-2.pisi ACK. From faik at pardus.org.tr Mon Dec 28 11:20:48 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Mon, 28 Dec 2009 11:20:48 +0200 Subject: [Gelistirici] [Pardus-devel] [2008] [ACK/NACK] 20091222 In-Reply-To: <200912221449.58258.gokcen@pardus.org.tr> References: <200912221449.58258.gokcen@pardus.org.tr> Message-ID: <200912281120.48447.faik@pardus.org.tr> Geç cevap için özür. > comar-2.0.5-83-40.pisi > openmpi-1.2.8-6-3.pisi > pisi-2.1.3-122-45.pisi ACK. > upgrade-manager-0.1-1-1.pisi NACK. Kullanıcı masaüstü ayarları taşınması konusunda eksikleri var. - Faik From isbaran at gmail.com Mon Dec 28 17:55:55 2009 From: isbaran at gmail.com (=?UTF-8?B?xLDFn2JhcmFuIEFrw6dhecSxcg==?=) Date: Mon, 28 Dec 2009 17:55:55 +0200 Subject: [Gelistirici] 2009.1 Beta In-Reply-To: <20091226002711.0378b987.onur@pardus.org.tr> References: <20091226002711.0378b987.onur@pardus.org.tr> Message-ID: <395ed7070912280755v3046054eudff9c34ea41851ed@mail.gmail.com> 2009/12/26 Onur Küçük > > Merhaba, > Merhaba, > En güncel çalışan ISO sunu şuraya [1] yerleştirdim. Deneyiniz, > kurcalayınız, yakaladığınız sorunları iletiniz. > - Kaptandan siyah tema seçince kmix gibi tepsideki bazı uygulamaların beyaz arkaplanda ve beyaz text ile kaldığını dolayısıyla bir şey okunamadığını gördüm. - bespin temasıyla ilgili yakın geçmişte yaşadığım bir sürü sorun var, bu tema diğer temalardan farklı olarak bazı hacklerle dokunmaması gereken yerlere de dokunup estetik sağlama uğruna bazı durumlarda yavaşlık, ve çökmelere neden oluyor. bu temanın default iso ya dahil edilmemesini öneriyorum. - dolphin içindeki bir mesajda Türkçe karakterlerle ilgili bir sorun gördüm, şöyle bir şey [0] iyi akşamlar. [0] http://img69.imageshack.us/img69/4137/karakter.png -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From caglar at pardus.org.tr Mon Dec 28 18:41:10 2009 From: caglar at pardus.org.tr (=?UTF-8?B?Uy7Dh2HEn2xhciBPbnVy?=) Date: Mon, 28 Dec 2009 18:41:10 +0200 Subject: [Gelistirici] =?utf-8?q?64_bit_virtualbox_hakk=C4=B1nda?= In-Reply-To: References: <92ad66910912271521u188845ddpf0acfbb25e936437@mail.gmail.com> Message-ID: <92ad66910912280841n7c66d678yc03c7ea8a6be7ad6@mail.gmail.com> Selamlar, 2009/12/28 Necdet Yücel : > Selamlar, > > 28 Aralık 2009 01:21 tarihinde S.Çağlar Onur yazdı: >> Sorun VirtualBox'ta degil de gcc paketinde sanki, 64 bit derleyicinin >> 32 bit kod uretememesi icin bir sebep olmamali, gcc'nin configure >> parametrelerine goz atsaniza... > > Hatalı olan kod değil gcc diyorsun[1] yani ;) Şaka bir yana gcc > 64bitte 32bit parametreleriyle neredeyse aynı parametreler > kullanılarak derlendi. Yani yine --disable-multilib olduğundan bana > 32bit için kod derlememesi normal gibi geliyor bana. Haklısın pakete bakmadan yazmıştım :), dediğin gibi --disable-multilib bunu sağlıyor (veya bakış açısına göre engelliyor) olmalı. Belki sadece toolchain'i bu tür amaçlar için multilib destekli derlemeyi tercih edebilirsiniz veya debian/ubuntu ikilisine bakabilirsiniz belki, eğer hafızam beni yamultmuyorsa bu işi multiarch falan gibi bir terminoloji ile bir seri yama ile sağlıyorlardı sanırım. Veya dediğin gibi bu tür sorunlu paketleri şimdilik depoya almayabilirsiniz (ki bence bu listeye eğer değişmedilerse qemu, wine falan da katılacaktır :P) > [1] http://duvarlar.blogspot.com/2009/12/nukteler.html > [2] http://svn.pardus.org.tr/pardus/corporate2/devel-x86_64/system/devel/gcc/actions.py > > iyi sabahlar > > Necdet Yücel Saygılar From gokcen at pardus.org.tr Mon Dec 28 19:08:08 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Mon, 28 Dec 2009 19:08:08 +0200 Subject: [Gelistirici] 2009.1 Beta In-Reply-To: <395ed7070912280755v3046054eudff9c34ea41851ed@mail.gmail.com> References: <20091226002711.0378b987.onur@pardus.org.tr> <395ed7070912280755v3046054eudff9c34ea41851ed@mail.gmail.com> Message-ID: <200912281908.11316.gokcen@pardus.org.tr> 28 Aralık 2009 Pazartesi günü (saat 17:55:55) İşbaran Akçayır şunları yazmıştı: > - Kaptandan siyah tema seçince kmix gibi tepsideki bazı uygulamaların beyaz > arkaplanda ve beyaz text ile kaldığını dolayısıyla bir şey okunamadığını > gördüm. Bunu Renan'la konuştuk. Plasma temalarındaki air->default geçişinden kaynaklı sanırım. Gerekli değişikliği yapıp sonucu iletebilir misin Renan? > - bespin temasıyla ilgili yakın geçmişte yaşadığım bir sürü sorun var, bu > tema diğer temalardan farklı olarak bazı hacklerle dokunmaması gereken > yerlere de dokunup estetik sağlama uğruna bazı durumlarda yavaşlık, ve > çökmelere neden oluyor. bu temanın default iso ya dahil edilmemesini > öneriyorum. Oyy, bunu hatırlattığın iyi olmuş, ben cd'de olduğunu bilmiyordum. Bence de alınmaması daha iyi olur. > - dolphin içindeki bir mesajda Türkçe karakterlerle ilgili bir sorun > gördüm, şöyle bir şey [0] > Buna bakacağım. Teşekkürler. -- Gökçen Eraslan -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From kunguz at gmail.com Tue Dec 15 12:21:29 2009 From: kunguz at gmail.com (=?ISO-8859-9?Q?Kaan_AK=DE=DDT?=) Date: Tue, 15 Dec 2009 11:21:29 +0100 Subject: [Gelistirici] Pydot Message-ID: <8fa7fe790912150221r6988daf3hb1f74a3c80b2dd2e@mail.gmail.com> Açık olan bir paket isteği için bir pisi paketi yapıp hata kaydına eklemiştim. Ancak şu anda Pardus Admins'e atanmış görünüyor. Uzun bir süredir de böyle. İşleme hız kazandırmak için ne yapılması gerekir? http://bugs.pardus.org.tr/show_bug.cgi?id=11589 Kolaylıklar, Kaan -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From balikcisuleyman at gmail.com Mon Dec 28 18:59:37 2009 From: balikcisuleyman at gmail.com (=?ISO-8859-9?B?U/xsZXltYW4gQmFs/Wvn/Q==?=) Date: Mon, 28 Dec 2009 18:59:37 +0200 Subject: [Gelistirici] 2009.1 Beta In-Reply-To: <395ed7070912280755v3046054eudff9c34ea41851ed@mail.gmail.com> References: <20091226002711.0378b987.onur@pardus.org.tr> <395ed7070912280755v3046054eudff9c34ea41851ed@mail.gmail.com> Message-ID: <78f032620912280859n70eb6883uc27eb4aa785e1d6e@mail.gmail.com> konuyla alakası yok ama aklıma glmişken söylesem fena olmaz :) bende ati 4850 ekran kartı var. daha önce 2009 da güncellemelerden sonra fglrx sürücülerini yükleyip kullanabiliyordum. beta da ise yüklememe rağmen bir fark olmadı. masaüstü efektleri bile çalışmadı... 28 Aralık 2009 17:55 tarihinde İşbaran Akçayır yazdı: > 2009/12/26 Onur Küçük > >> >> Merhaba, >> > Merhaba, > > >> En güncel çalışan ISO sunu şuraya [1] yerleştirdim. Deneyiniz, >> kurcalayınız, yakaladığınız sorunları iletiniz. >> > > - Kaptandan siyah tema seçince kmix gibi tepsideki bazı uygulamaların beyaz > arkaplanda ve beyaz text ile kaldığını dolayısıyla bir şey okunamadığını > gördüm. > - bespin temasıyla ilgili yakın geçmişte yaşadığım bir sürü sorun var, bu > tema diğer temalardan farklı olarak bazı hacklerle dokunmaması gereken > yerlere de dokunup estetik sağlama uğruna bazı durumlarda yavaşlık, ve > çökmelere neden oluyor. bu temanın default iso ya dahil edilmemesini > öneriyorum. > - dolphin içindeki bir mesajda Türkçe karakterlerle ilgili bir sorun > gördüm, şöyle bir şey [0] > > iyi akşamlar. > > [0] http://img69.imageshack.us/img69/4137/karakter.png > > _______________________________________________ > Gelistirici mailing list > Gelistirici at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/gelistirici > -- Süleyman Balıkçı -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Mon Dec 28 19:10:02 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Mon, 28 Dec 2009 19:10:02 +0200 Subject: [Gelistirici] 2009.1 Beta In-Reply-To: <78f032620912280859n70eb6883uc27eb4aa785e1d6e@mail.gmail.com> References: <20091226002711.0378b987.onur@pardus.org.tr> <395ed7070912280755v3046054eudff9c34ea41851ed@mail.gmail.com> <78f032620912280859n70eb6883uc27eb4aa785e1d6e@mail.gmail.com> Message-ID: <4B38E66A.4040204@pardus.org.tr> Süleyman Balıkçı wrote: > konuyla alakası yok ama aklıma glmişken söylesem fena olmaz :) bende ati > 4850 ekran kartı var. daha önce 2009 da güncellemelerden sonra fglrx > sürücülerini yükleyip kullanabiliyordum. beta da ise yüklememe rağmen bir > fark olmadı. masaüstü efektleri bile çalışmadı... > konuyla alakası yok değil aslında. Hata açarsanız iyi olur gibime geldi. From okyaycihan at gmail.com Mon Dec 28 19:52:38 2009 From: okyaycihan at gmail.com (cihan okyay) Date: Mon, 28 Dec 2009 19:52:38 +0200 Subject: [Gelistirici] Pydot In-Reply-To: <8fa7fe790912150221r6988daf3hb1f74a3c80b2dd2e@mail.gmail.com> References: <8fa7fe790912150221r6988daf3hb1f74a3c80b2dd2e@mail.gmail.com> Message-ID: <637d3feb0912280952w3901605bqb239cd6af3d69e52@mail.gmail.com> 15 Aralık 2009 12:21 tarihinde Kaan AKŞİT yazdı: > Açık olan bir paket isteği için bir pisi paketi yapıp hata kaydına > eklemiştim. Ancak şu anda Pardus Admins'e atanmış görünüyor. Uzun bir > süredir de böyle. İşleme hız kazandırmak için ne yapılması gerekir? > > http://bugs.pardus.org.tr/show_bug.cgi?id=11589 > Dün bu konuyu iki geliştirici size kullanıcı listesinde izah etti diye hatırlıyorum. Bugzillada ki hataya hatırlatıcı yorumlar girmeniz yeterli. Ayrıca inşa dosyalarını indiremiyorum bugzilladan. Bir el atın isterseniz. -- Cihan OKYAY http://cihanokyay.wordpress.com -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From renan at pardus.org.tr Mon Dec 28 20:25:12 2009 From: renan at pardus.org.tr (Renan Cakirerk) Date: Mon, 28 Dec 2009 20:25:12 +0200 Subject: [Gelistirici] branches/kde/upgrade-manager/kde3/po trunk/kde/kaptan/po trunk/pardus-python/po trunk/pisi/po trunk/yali/po - Swedish translation. In-Reply-To: <20091228172328.75CF249C972@ns1.pardus.org.tr> References: <20091228172328.75CF249C972@ns1.pardus.org.tr> Message-ID: <55f23d7f0912281025p37dad353qf6511d1a2ea21ca3@mail.gmail.com> Hi Patrik, Unfortunately Kaptan 2009.1 Beta and RC is currently not ready for translation yet. There will be major changes in the *.po files very soon. I will really need your collaboration after the changes are done. Thanks for your help and patience and keep up the good work! :) -- Renan Cakirerk -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Mon Dec 28 21:23:35 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Mon, 28 Dec 2009 21:23:35 +0200 Subject: [Gelistirici] branches/kde/upgrade-manager/kde3/po trunk/kde/kaptan/po trunk/pardus-python/po trunk/pisi/po trunk/yali/po - Swedish translation. In-Reply-To: <55f23d7f0912281025p37dad353qf6511d1a2ea21ca3@mail.gmail.com> References: <20091228172328.75CF249C972@ns1.pardus.org.tr> <55f23d7f0912281025p37dad353qf6511d1a2ea21ca3@mail.gmail.com> Message-ID: <4B3905B7.8060005@pardus.org.tr> Renan Cakirerk wrote: > Hi Patrik, > > Unfortunately Kaptan 2009.1 Beta and RC is currently not ready for > translation yet. There will be major changes in the *.po files very soon. > > I will really need your collaboration after the changes are done. > > Thanks for your help and patience and keep up the good work! :) > translators'a atcan bunu burası türkçe gelistirici listesi :) From renan at pardus.org.tr Mon Dec 28 21:32:37 2009 From: renan at pardus.org.tr (Renan Cakirerk) Date: Mon, 28 Dec 2009 21:32:37 +0200 Subject: [Gelistirici] 2009.1 Beta In-Reply-To: <200912281908.11316.gokcen@pardus.org.tr> References: <20091226002711.0378b987.onur@pardus.org.tr> <395ed7070912280755v3046054eudff9c34ea41851ed@mail.gmail.com> <200912281908.11316.gokcen@pardus.org.tr> Message-ID: <55f23d7f0912281132o79c05bc6o781662e4be519c3f@mail.gmail.com> 2009/12/28 Gökçen Eraslan > 28 Aralık 2009 Pazartesi günü (saat 17:55:55) İşbaran Akçayır şunları > yazmıştı: > > - Kaptandan siyah tema seçince kmix gibi tepsideki bazı uygulamaların > beyaz > > arkaplanda ve beyaz text ile kaldığını dolayısıyla bir şey okunamadığını > > gördüm. > > Bunu Renan'la konuştuk. Plasma temalarındaki air->default geçişinden > kaynaklı > sanırım. Gerekli değişikliği yapıp sonucu iletebilir misin Renan? > > Kaptan text'leri bittikten sonra gerekli degisiklikleri yapip buraya yazacagim. -- Renan Cakirerk -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From gkmngrgn at gmail.com Mon Dec 28 22:21:05 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Mon, 28 Dec 2009 22:21:05 +0200 Subject: [Gelistirici] =?iso-8859-9?q?timezone_g=FCncellemesi_sonras=FD?= Message-ID: <579eef480912281221o38ce8929m874d9c44660aeeb9@mail.gmail.com> """ az önce pisi up dedim [timezone, glibc sürüm <= 45 util-linux sürüm <= 31 ile çakışıyor] gibi bi uyarı çıktı util-linux paketi kaldırılıyor. util-linux için kaldırma öncesi işlemler çalıştırılıyor Program Sonlandırıldı. Betik hatası: [Errno 2] No such file or directory daha sonra da patladı haliyle şu an sistemim yamulmuş durumda """ Türker'in sistemi yamulduğundan onun yerine ben yazdım. Test deposu kullanıyor. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Mon Dec 28 23:14:06 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Mon, 28 Dec 2009 23:14:06 +0200 Subject: [Gelistirici] =?utf-8?q?timezone_g=C3=BCncellemesi_sonras=C4=B1?= In-Reply-To: <579eef480912281221o38ce8929m874d9c44660aeeb9@mail.gmail.com> References: <579eef480912281221o38ce8929m874d9c44660aeeb9@mail.gmail.com> Message-ID: <4B391F9E.6000705@pardus.org.tr> Gökmen Görgen wrote: > """ > az önce pisi up dedim > > [timezone, glibc sürüm <= 45 util-linux sürüm <= 31 ile çakışıyor] > gibi bi uyarı çıktı > util-linux paketi kaldırılıyor. > util-linux için kaldırma öncesi işlemler çalıştırılıyor > Program Sonlandırıldı. > Betik hatası: [Errno 2] No such file or directory > daha sonra da patladı haliyle > şu an sistemim yamulmuş durumda > """ > /var/log/comar3/trace.log yardımcı olabilir. From necdetyucel at gmail.com Mon Dec 28 23:45:17 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Mon, 28 Dec 2009 23:45:17 +0200 Subject: [Gelistirici] =?iso-8859-9?q?64_bit_virtualbox_hakk=FDnda?= In-Reply-To: <92ad66910912280841n7c66d678yc03c7ea8a6be7ad6@mail.gmail.com> References: <92ad66910912271521u188845ddpf0acfbb25e936437@mail.gmail.com> <92ad66910912280841n7c66d678yc03c7ea8a6be7ad6@mail.gmail.com> Message-ID: Selamlar, 28 Aralık 2009 18:41 tarihinde S.Çağlar Onur yazdı: > Belki sadece toolchain'i bu tür amaçlar için multilib destekli > derlemeyi tercih edebilirsiniz veya debian/ubuntu ikilisine > bakabilirsiniz belki, eğer hafızam beni yamultmuyorsa bu işi multiarch > falan gibi bir terminoloji ile bir seri yama ile sağlıyorlardı > sanırım. Veya dediğin gibi bu tür sorunlu paketleri şimdilik depoya > almayabilirsiniz (ki bence bu listeye eğer değişmedilerse qemu, wine > falan da katılacaktır :P) [1] olmaz mı acaba? Tamam en iyi çözüm değil ama hiç olmamasından iyi olmaz mı? Necdet Yücel [1] http://download.virtualbox.org/virtualbox/3.1.2/VirtualBox-3.1.2-56127-Linux_amd64.run From turkersezer at tsdesign.info Tue Dec 29 00:00:02 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Tue, 29 Dec 2009 00:00:02 +0200 Subject: [Gelistirici] =?utf-8?q?timezone_g=C3=BCncellemesi_sonras=C4=B1?= In-Reply-To: <4B391F9E.6000705@pardus.org.tr> References: <579eef480912281221o38ce8929m874d9c44660aeeb9@mail.gmail.com> <4B391F9E.6000705@pardus.org.tr> Message-ID: <897749fe0912281400v3fa45274x55329e1070f66120@mail.gmail.com> 2009/12/28 Ozan Çağlayan : > Gökmen Görgen wrote: >> """ >> az önce pisi up dedim >> >> [timezone, glibc sürüm <= 45 util-linux sürüm <= 31 ile çakışıyor] >> gibi bi uyarı çıktı >> util-linux paketi kaldırılıyor. >> util-linux için kaldırma öncesi işlemler çalıştırılıyor >> Program Sonlandırıldı. >> Betik hatası: [Errno 2] No such file or directory >> daha sonra da patladı haliyle >> şu an sistemim yamulmuş durumda >> """ >> > > /var/log/comar3/trace.log yardımcı olabilir. util-linux'ı kaldırmadan önce pisi glibc'yi kaldırmış. --------- İşlem 339: yükselt Tarih: 2009-12-28 21:55 * glibc 2.9-45-10 kaldırıldı. ---------- haliyle sonraki işlemde pisi hata verdi. Sonrasında da sırayla herşey hata verdi. trace.log'da bu olayla ilgili bir kayıt yok. Eski bir glibc paketini sisteme bir şekilde yerleştirip açabildim. Geri dönüş sırasında yaptığım acayip işlemlerden kaynaklı şu an tekrar güncelleme yapmayı deneyemiyorum. Bir de, pisi bir dosyada hata çıktığında (metadata.xml, files.xml vb.) çıktıda hangi dosyada sorun olduğunu söylese dosyalar bozulduğunda sorunu çözmesi çok daha kolay olur. Türker From serdar at pardus.org.tr Tue Dec 29 00:05:07 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Tue, 29 Dec 2009 00:05:07 +0200 Subject: [Gelistirici] =?iso-8859-9?q?timezone_g=FCncellemesi_sonras=FD?= In-Reply-To: <897749fe0912281400v3fa45274x55329e1070f66120@mail.gmail.com> References: <579eef480912281221o38ce8929m874d9c44660aeeb9@mail.gmail.com> <4B391F9E.6000705@pardus.org.tr> <897749fe0912281400v3fa45274x55329e1070f66120@mail.gmail.com> Message-ID: 2009/12/29 Türker Sezer > > Bir de, pisi bir dosyada hata çıktığında (metadata.xml, files.xml vb.) > çıktıda hangi dosyada sorun olduğunu söylese dosyalar bozulduğunda > sorunu çözmesi çok daha kolay olur. > > > Pisi'nin herhangi bir sorun olduğunda çıkardığı hatalarla ilgileniyordum, buna da bakacağım. -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From turkersezer at tsdesign.info Tue Dec 29 00:09:52 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Tue, 29 Dec 2009 00:09:52 +0200 Subject: [Gelistirici] =?utf-8?q?timezone_g=C3=BCncellemesi_sonras=C4=B1?= In-Reply-To: References: <579eef480912281221o38ce8929m874d9c44660aeeb9@mail.gmail.com> <4B391F9E.6000705@pardus.org.tr> <897749fe0912281400v3fa45274x55329e1070f66120@mail.gmail.com> Message-ID: <897749fe0912281409n77d8888clce43c070f269deef@mail.gmail.com> Tekrar güncelleme yapabilecek hale geldim. Soruna dair denenecek birşey varsa söyleyebilirsiniz. 2009/12/29 Serdar Dalgic : > Pisi'nin herhangi bir sorun olduğunda çıkardığı hatalarla ilgileniyordum, > buna da bakacağım. Sevindim. Bu arada yakalanmayan (ve haliyle pisiyi öldüren) zilyon tane exception'ı da yakalıyorsundur umarım :) Türker From serdar at pardus.org.tr Tue Dec 29 00:22:31 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Tue, 29 Dec 2009 00:22:31 +0200 Subject: [Gelistirici] =?iso-8859-9?q?timezone_g=FCncellemesi_sonras=FD?= In-Reply-To: <897749fe0912281409n77d8888clce43c070f269deef@mail.gmail.com> References: <579eef480912281221o38ce8929m874d9c44660aeeb9@mail.gmail.com> <4B391F9E.6000705@pardus.org.tr> <897749fe0912281400v3fa45274x55329e1070f66120@mail.gmail.com> <897749fe0912281409n77d8888clce43c070f269deef@mail.gmail.com> Message-ID: 2009/12/29 Türker Sezer > Tekrar güncelleme yapabilecek hale geldim. Soruna dair denenecek > birşey varsa söyleyebilirsiniz. > > 2009/12/29 Serdar Dalgic : > > Pisi'nin herhangi bir sorun olduğunda çıkardığı hatalarla ilgileniyordum, > > buna da bakacağım. > > Sevindim. Bu arada yakalanmayan (ve haliyle pisiyi öldüren) zilyon > tane exception'ı da yakalıyorsundur umarım :) > > Pisi'yi öldüren dediğin hangileri? Düzgün açıklama yapmayan Exception'lar var, ama vermemesi gerektiği yerde Error veren Exception'la karşılaşmadım, hatırlamıyorum daha doğrusu. Böyle bir şey söz konusuysa hata raporu girebilir misin? -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From turkersezer at tsdesign.info Tue Dec 29 00:32:57 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Tue, 29 Dec 2009 00:32:57 +0200 Subject: [Gelistirici] =?utf-8?q?timezone_g=C3=BCncellemesi_sonras=C4=B1?= In-Reply-To: References: <579eef480912281221o38ce8929m874d9c44660aeeb9@mail.gmail.com> <4B391F9E.6000705@pardus.org.tr> <897749fe0912281400v3fa45274x55329e1070f66120@mail.gmail.com> <897749fe0912281409n77d8888clce43c070f269deef@mail.gmail.com> Message-ID: <897749fe0912281432m5a46cb31raffded776d5eb280@mail.gmail.com> 2009/12/29 Serdar Dalgic : > Pisi'yi öldüren dediğin hangileri? Düzgün açıklama yapmayan Exception'lar > var, ama vermemesi gerektiği yerde Error veren Exception'la karşılaşmadım, > hatırlamıyorum daha doğrusu. Böyle bir şey söz konusuysa hata raporu > girebilir misin? Hata girmek pek mümkün değil. Birçok yerde "Sistem Hatası. Program Sonlandırıldı." şeklinde tamamlanıyor işlemler. Pisiyi öldürmekten kastım bu. Türker From fatih at pardus.org.tr Tue Dec 29 00:34:19 2009 From: fatih at pardus.org.tr (Fatih =?iso-8859-9?q?A=FE=FDc=FD?=) Date: Tue, 29 Dec 2009 00:34:19 +0200 Subject: [Gelistirici] =?iso-8859-9?q?64_bit_virtualbox_hakk=FDnda?= In-Reply-To: References: <92ad66910912280841n7c66d678yc03c7ea8a6be7ad6@mail.gmail.com> Message-ID: <200912290034.19888.fatih@pardus.org.tr> On Monday 28 December 2009 23:45:17 Necdet Yücel wrote: > Selamlar, > > 28 Aralık 2009 18:41 tarihinde S.Çağlar Onur yazdı: > > Belki sadece toolchain'i bu tür amaçlar için multilib destekli > > derlemeyi tercih edebilirsiniz veya debian/ubuntu ikilisine > > bakabilirsiniz belki, eğer hafızam beni yamultmuyorsa bu işi multiarch > > falan gibi bir terminoloji ile bir seri yama ile sağlıyorlardı > > sanırım. Veya dediğin gibi bu tür sorunlu paketleri şimdilik depoya > > almayabilirsiniz (ki bence bu listeye eğer değişmedilerse qemu, wine > > falan da katılacaktır :P) > > [1] olmaz mı acaba? Tamam en iyi çözüm değil ama hiç olmamasından iyi olmaz > mı? Bu pakete ben bakarım sonra. Kullanmak isteyen elle .run dosyasından kurabilir nasıl olsa. From mnurolcay at gmail.com Tue Dec 29 00:58:53 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Tue, 29 Dec 2009 00:58:53 +0200 Subject: [Gelistirici] Fwd: IDJC should be under GPLv2 (lisans ihlali konusunda bir ileti) Message-ID: <200912290058.53607.mnurolcay@gmail.com> Merhaba, Aşağıdaki iletiyi aldım bugün. Mutagen GPLv2, idjc GPLv3 ile lisanslanmış ve idjc'nin mutagen bağımlılığı var. Bu durumda, aşağıdaki iletiye göre, idjc lisans ihlali yapıyor. GPLv2 lisanslı bir uygulama, GPLv3 lisanslı bir uygulama içinde kullanılamaz. Biraz mantıklı geliyor ama mutagen ayrıca paketlenmiş ve GPLv2 olarak lisanlanmış, idjc de sistemdeki bu paketi kullanıyor diyerek sorun yok diyebilir miyiz ? Yoksa cidden burada bir sorun var mı ? ---------- Forwarded Message ---------- Subject: IDJC should be under GPLv2 Date: Monday 28 December 2009 From: Jari Pennanen To: mnurolcay at gmail.com ( http://packages.pardus.org.tr/info/contrib/2009/stable/source/idjc.html ) Mutagen is GPLv2 only, and this is the reason GPLv3 licensed program cannot, to my understanding, use it, see following links about this: http://code.google.com/p/mutagen/issues/detail?id=38 http://groups.google.com/group/quod-libet-development/browse_thread/thread/bf3a521d3eeb4d11# I just liked to inform you as I was studying programs and licensing issues of using mutagen... ------------------------------------------------------- --- Mehmet Nur Olcay From dfisek at fisek.com.tr Tue Dec 29 01:06:57 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Tue, 29 Dec 2009 01:06:57 +0200 Subject: [Gelistirici] Fwd: IDJC should be under GPLv2 (lisans ihlali konusunda bir ileti) In-Reply-To: <200912290058.53607.mnurolcay@gmail.com> References: <200912290058.53607.mnurolcay@gmail.com> Message-ID: <20091229010657.4ef8d305.dfisek@fisek.com.tr> Tue, 29 Dec 2009 00:58:53 +0200, Mehmet Nur Olcay : > Biraz mantıklı geliyor ama mutagen ayrıca paketlenmiş ve GPLv2 olarak > lisanlanmış, idjc de sistemdeki bu paketi kullanıyor diyerek sorun > yok diyebilir miyiz ? Yoksa cidden burada bir sorun var mı ? Bence kisiyi IDJC'nin yazarina yonlendirmek en mantiklisi. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From mnurolcay at gmail.com Tue Dec 29 01:18:57 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Tue, 29 Dec 2009 01:18:57 +0200 Subject: [Gelistirici] Fwd: IDJC should be under GPLv2 (lisans ihlali konusunda bir ileti) In-Reply-To: <20091229010657.4ef8d305.dfisek@fisek.com.tr> References: <200912290058.53607.mnurolcay@gmail.com> <20091229010657.4ef8d305.dfisek@fisek.com.tr> Message-ID: <200912290118.57244.mnurolcay@gmail.com> On Tuesday 29 December 2009 01:06:57 Doruk Fisek wrote: > Bence kisiyi IDJC'nin yazarina yonlendirmek en mantiklisi. Yönlendirdim de eğer böyle bir durum varsa, bu bağımlılıkları ile lisans farkı olan pek çok paketi ekleyecektir. Genel anlamda bir prensip belirleyebilir miyiz acaba diye düşünerek buraya sordum. --- Mehmet Nur Olcay From necdetyucel at gmail.com Tue Dec 29 01:21:27 2009 From: necdetyucel at gmail.com (=?ISO-8859-1?Q?Necdet_Y=FCcel?=) Date: Tue, 29 Dec 2009 01:21:27 +0200 Subject: [Gelistirici] =?iso-8859-9?q?64_bit_virtualbox_hakk=FDnda?= In-Reply-To: <200912290034.19888.fatih@pardus.org.tr> References: <92ad66910912280841n7c66d678yc03c7ea8a6be7ad6@mail.gmail.com> <200912290034.19888.fatih@pardus.org.tr> Message-ID: > Bu pakete ben bakarım sonra. Kullanmak isteyen elle .run dosyasından kurabilir > nasıl olsa. peki o zaman, iyi akşamlar Necdet Yücel From onur at pardus.org.tr Tue Dec 29 09:04:39 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Tue, 29 Dec 2009 09:04:39 +0200 Subject: [Gelistirici] yine x264 In-Reply-To: <20091222164015.79e7dfab.onur@pardus.org.tr> References: <20091222164015.79e7dfab.onur@pardus.org.tr> Message-ID: <200912290904.39856.onur@pardus.org.tr> On 22 Aralık 2009 Salı 16:40:15 Onur Küçük wrote: > Var mıdır itirazı olan ? Paketler hazır, MPlayer / FFmpeg de biraz daha test yapıp bugün komitleyeceğim -- Onur Küçük Knowledge speaks, but wisdom listens From faik at pardus.org.tr Tue Dec 29 09:19:55 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Tue, 29 Dec 2009 09:19:55 +0200 Subject: [Gelistirici] =?utf-8?q?timezone_g=C3=BCncellemesi_sonras=C4=B1?= In-Reply-To: <579eef480912281221o38ce8929m874d9c44660aeeb9@mail.gmail.com> References: <579eef480912281221o38ce8929m874d9c44660aeeb9@mail.gmail.com> Message-ID: <200912290919.55787.faik@pardus.org.tr> > """ > az önce pisi up dedim > > [timezone, glibc sürüm <= 45 util-linux sürüm <= 31 ile çakışıyor] > gibi bi uyarı çıktı Bu senaryo olabilir gibi durmuyor. Güncelleme sırasında, ki sadece pisi up yapılmış özel de bir şey değil. Bu tarz çakışmalar güncelleme ile gelecek paketlerde çözülüyor olmalı, pisi de uyarı vermiyor bu durumda. Hem stable hem test deposu ekliyken olabilir sanki bu. - Faik From turkersezer at tsdesign.info Tue Dec 29 11:47:33 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Tue, 29 Dec 2009 11:47:33 +0200 Subject: [Gelistirici] =?utf-8?q?timezone_g=C3=BCncellemesi_sonras=C4=B1?= In-Reply-To: <200912290919.55787.faik@pardus.org.tr> References: <579eef480912281221o38ce8929m874d9c44660aeeb9@mail.gmail.com> <200912290919.55787.faik@pardus.org.tr> Message-ID: <897749fe0912290147m313f105dn92f8fa83794ba1be@mail.gmail.com> 2009/12/29 Faik Uygur : >> """ >> az önce pisi up dedim >> >> [timezone, glibc sürüm <= 45 util-linux sürüm <= 31 ile çakışıyor] >> gibi bi uyarı çıktı > > Bu senaryo olabilir gibi durmuyor. Güncelleme sırasında, ki sadece pisi up > yapılmış özel de bir şey değil. Bu tarz çakışmalar güncelleme ile gelecek > paketlerde çözülüyor olmalı, pisi de uyarı vermiyor bu durumda. > > Hem stable hem test deposu ekliyken olabilir sanki bu. Bir sürü depo var ama stable yok. Sorunun benim makinamdan kaynaklı olması da muhtemel fakat öyle bile olsa glibc paketini kaldırmak intihar gibi birşey. pisi lr çıktısı: pardus-devel [etkin] http://svn.pardus.org.tr/pardus/2009/devel/pisi-index.xml.bz2 contrib-devel [etkin] http://svn.pardus.org.tr/contrib/2009/devel/pisi-index.xml.bz2 2009-debug [etkin] http://paketler.pardus.org.tr/pardus-2009-debug/pisi-index.xml.bz2 contrib-debug [etkin] http://paketler.pardus.org.tr/contrib-2009-debug/pisi-index.xml.bz2 contrib [etkin] http://paketler.pardus.org.tr/contrib-2009/pisi-index.xml.bz2 2009-test [etkin] http://paketler.pardus.org.tr/pardus-2009-test/pisi-index.xml.bz2 Türker From fethicanc at gmail.com Tue Dec 29 11:57:03 2009 From: fethicanc at gmail.com (Fethican Coskuner) Date: Tue, 29 Dec 2009 11:57:03 +0200 Subject: [Gelistirici] =?utf-8?q?Smolt_sunucusu_devre_d=C4=B1=C5=9F=C4=B1?= Message-ID: Merhaba, Şu anda sunucularımızla kim ilgileniyor? Smolt sunucusuna bağlantı kurulamıyor, kiminle irtibata geçmeliyim? --- Fethican -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From gokcen at pardus.org.tr Tue Dec 29 14:33:36 2009 From: gokcen at pardus.org.tr (=?utf-8?q?G=C3=B6k=C3=A7en_Eraslan?=) Date: Tue, 29 Dec 2009 14:33:36 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri__-_Secu?= =?utf-8?q?rity_Fixes__=282009-12-29=29?= Message-ID: <200912291433.48916.gokcen@pardus.org.tr> Merhaba / Hi, Bu gece kararlı depolara girecek güvenlik güncellemeleri : Tonights security fixes for Pardus stable repos : ----------------------------------------------------------------------- * Pardus 2008 mod_php-5.2.12-74-14.pisi php-cli-5.2.12-74-14.pisi php-common-5.2.12-74-14.pisi kdelibs-3.5.10-89-16.pisi kdelibs-apidox-3.5.10-89-16.pisi arts-3.5.10-26-6.pisi firefox-3.0.16-111-33.pisi firefox-devel-3.0.16-111-33.pisi -- Gökçen Eraslan -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From dfisek at fisek.com.tr Tue Dec 29 18:28:07 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Tue, 29 Dec 2009 18:28:07 +0200 Subject: [Gelistirici] yeni kurumsal2 iso'su? In-Reply-To: <4B306F9A.8090206@pardus.org.tr> References: <20091222013511.cc68eefd.dfisek@fisek.com.tr> <4B306F9A.8090206@pardus.org.tr> Message-ID: <20091229182807.e19bf700.dfisek@fisek.com.tr> Tue, 22 Dec 2009 09:04:58 +0200, Ozan Çağlayan : > > Son ISO'nun uzerinden 1 haftadan fazla gecti, yapilan da bircok > > degisiklik var. > > Yakin zamanda yeni bir ISO cikacak mi? (bir makinaya kuracagim da, > > yenisi cikacaksa, bosuna eskisini kurmayayim) > Temel olarak ISO için çok fazla engel yok ancak görselleri bekliyorum. > 2008 yazsın istemiyorum ıvır zıvır yerlerde, bu hafta içinde > çıkartmayı düşünüyorum. Bir "yilbasi" ISO'su belki? :) Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From ozan at pardus.org.tr Tue Dec 29 18:53:17 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Tue, 29 Dec 2009 18:53:17 +0200 Subject: [Gelistirici] yeni kurumsal2 iso'su? In-Reply-To: <20091229182807.e19bf700.dfisek@fisek.com.tr> References: <20091222013511.cc68eefd.dfisek@fisek.com.tr> <4B306F9A.8090206@pardus.org.tr> <20091229182807.e19bf700.dfisek@fisek.com.tr> Message-ID: <4B3A33FD.4060204@pardus.org.tr> Doruk Fisek wrote: > Tue, 22 Dec 2009 09:04:58 +0200, Ozan Çağlayan : > > >>> Son ISO'nun uzerinden 1 haftadan fazla gecti, yapilan da bircok >>> degisiklik var. >>> Yakin zamanda yeni bir ISO cikacak mi? (bir makinaya kuracagim da, >>> yenisi cikacaksa, bosuna eskisini kurmayayim) >>> >> Temel olarak ISO için çok fazla engel yok ancak görselleri bekliyorum. >> 2008 yazsın istemiyorum ıvır zıvır yerlerde, bu hafta içinde >> çıkartmayı düşünüyorum. >> > Bir "yilbasi" ISO'su belki? :) > eveeet :) Mete bu akşam YALI'sını test edecek, YALI'da halen 2009 ve KDE4 bilgileri geçmesinden pek hoşnut olmasam da o işin üzerinden ancak haftasonu geçilebilecek. Adı olmayan bir preview ISO'su için çok önemli olmasa gerek diye düşünüyorum. Yarın yayınlayacağım, söz. From dfisek at fisek.com.tr Tue Dec 29 18:59:09 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Tue, 29 Dec 2009 18:59:09 +0200 Subject: [Gelistirici] yeni kurumsal2 iso'su? In-Reply-To: <4B3A33FD.4060204@pardus.org.tr> References: <20091222013511.cc68eefd.dfisek@fisek.com.tr> <4B306F9A.8090206@pardus.org.tr> <20091229182807.e19bf700.dfisek@fisek.com.tr> <4B3A33FD.4060204@pardus.org.tr> Message-ID: <20091229185909.0eaee0da.dfisek@fisek.com.tr> Merhaba, Tue, 29 Dec 2009 18:53:17 +0200, Ozan Çağlayan : > Mete bu akşam YALI'sını test edecek, YALI'da halen 2009 ve KDE4 > bilgileri geçmesinden pek hoşnut olmasam da o işin üzerinden ancak > haftasonu geçilebilecek. Adı olmayan bir preview ISO'su için çok > önemli olmasa gerek diye düşünüyorum. Katiliyorum. Sonucta gelistirme ISO'su, onceki 2008-2009 karmasi hali bile fazlasiyla kullanilabilir haldeydi. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From bahadir at pardus.org.tr Tue Dec 29 21:17:43 2009 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Tue, 29 Dec 2009 21:17:43 +0200 Subject: [Gelistirici] =?utf-8?q?websvn=2Epardus=2Eorg=2Etr_Servis_D=C4=B1?= =?utf-8?b?xZ/EsQ==?= Message-ID: <200912292117.48476.bahadir@pardus.org.tr> Selamlar, Bugün akşam saatlerinde, web sunucusunun yükünde ciddi bir artış farkettik. WebSVN'i indekslemeye çalışan Google, MSN, Cuil ve Yahoo botları pisi- index.xml'in bilgi sayfasını açmaya çalıştığında, "svn blame" çalıştırılıyor ve işlemci yükü %90'a fırlıyordu. WebSVN yerine daha hafif, kararlı ve halen geliştirilen bir uygulama bulana kadar websvn servisini kapattım. http(s)://svn.pardus.org.tr ile ilgili herhangi bir kısıtlama ya da problem yok. robots.txt kullanarak botları uygulamadan uzak tutmak mümkün ancak aynı yük kullanıcılar tarafından da oluşturulabilir. SVN web arabirimi konusunda önerilere açığım. Görüşürüz, Bahadır -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From dfisek at fisek.com.tr Tue Dec 29 21:15:54 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Tue, 29 Dec 2009 21:15:54 +0200 Subject: [Gelistirici] Corporate2 -> paketler.pardus.org.tr In-Reply-To: <200912211752.21101.mnurolcay@gmail.com> References: <4B2F2E0A.1060405@pardus.org.tr> <200912211752.21101.mnurolcay@gmail.com> Message-ID: <20091229211554.2a1d3490.dfisek@fisek.com.tr> Mon, 21 Dec 2009 17:52:20 +0200, Mehmet Nur Olcay : > Şuraya Corporate2 de eklenebilir mi? Mevcut paket/paketçi durumunun > takibi kolay oluyor: > http://paketler.pardus.org.tr/ Ping. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From selimok at gmail.com Tue Dec 29 21:24:48 2009 From: selimok at gmail.com (selim ok) Date: Tue, 29 Dec 2009 20:24:48 +0100 Subject: [Gelistirici] =?iso-8859-9?q?websvn=2Epardus=2Eorg=2Etr_Servis_D?= =?iso-8859-9?q?=FD=FE=FD?= In-Reply-To: <200912292117.48476.bahadir@pardus.org.tr> References: <200912292117.48476.bahadir@pardus.org.tr> Message-ID: 2009/12/29 Bahadır Kandemir > WebSVN yerine daha hafif, kararlı ve halen geliştirilen bir uygulama bulana > kadar websvn servisini kapattım. http(s)://svn.pardus.org.tr ile ilgili > herhangi bir kısıtlama ya da problem yok. > Bu bilgilendirme yazisini bir sekilde siteye de yerlestirsek daha iyi olmaz miydi acaba. Zira yazdigin mesaji toplasan bir avuc insan okuyor, yabancisi susu busu ne oldugunu bilemeyecek. Baglantiya tikladiklarinda hata sayfasi goreceklerine bir bilgilendirme yazisi gorseler daha iyi olurdu sanki. Iyi calismalar, Selim -- One more step for freedom: http://www.pardus.org.tr/eng/ -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From bahadir at pardus.org.tr Tue Dec 29 21:32:37 2009 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Tue, 29 Dec 2009 21:32:37 +0200 Subject: [Gelistirici] =?utf-8?q?websvn=2Epardus=2Eorg=2Etr_Servis_D=C4=B1?= =?utf-8?b?xZ/EsQ==?= In-Reply-To: References: <200912292117.48476.bahadir@pardus.org.tr> Message-ID: <200912292132.37596.bahadir@pardus.org.tr> 29 Aralık 2009 Salı günü (saat 21:24:48) selim ok şunları yazmıştı: > Bu bilgilendirme yazisini bir sekilde siteye de yerlestirsek daha iyi olmaz > miydi acaba. Zira yazdigin mesaji toplasan bir avuc insan okuyor, yabancisi > susu busu ne oldugunu bilemeyecek. Baglantiya tikladiklarinda hata sayfasi > goreceklerine bir bilgilendirme yazisi gorseler daha iyi olurdu sanki. WebSVN kullanıcıların umrunda mı emin değilim, geliştiricilere yönelik bir uygulama. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From bahadir at pardus.org.tr Tue Dec 29 21:40:05 2009 From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=) Date: Tue, 29 Dec 2009 21:40:05 +0200 Subject: [Gelistirici] Corporate2 -> paketler.pardus.org.tr In-Reply-To: <20091229211554.2a1d3490.dfisek@fisek.com.tr> References: <4B2F2E0A.1060405@pardus.org.tr> <200912211752.21101.mnurolcay@gmail.com> <20091229211554.2a1d3490.dfisek@fisek.com.tr> Message-ID: <200912292140.05430.bahadir@pardus.org.tr> 29 Aralık 2009 Salı günü (saat 21:15:54) Doruk Fisek şunları yazmıştı: > > http://paketler.pardus.org.tr/ Birazdan yayına girer. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From selimok at gmail.com Tue Dec 29 21:42:07 2009 From: selimok at gmail.com (selim ok) Date: Tue, 29 Dec 2009 20:42:07 +0100 Subject: [Gelistirici] =?iso-8859-9?q?websvn=2Epardus=2Eorg=2Etr_Servis_D?= =?iso-8859-9?q?=FD=FE=FD?= In-Reply-To: <200912292132.37596.bahadir@pardus.org.tr> References: <200912292117.48476.bahadir@pardus.org.tr> <200912292132.37596.bahadir@pardus.org.tr> Message-ID: 2009/12/29 Bahadır Kandemir > 29 Aralık 2009 Salı günü (saat 21:24:48) selim ok şunları yazmıştı: > > Bu bilgilendirme yazisini bir sekilde siteye de yerlestirsek daha iyi > olmaz > > miydi acaba. Zira yazdigin mesaji toplasan bir avuc insan okuyor, > yabancisi > > susu busu ne oldugunu bilemeyecek. Baglantiya tikladiklarinda hata > sayfasi > > goreceklerine bir bilgilendirme yazisi gorseler daha iyi olurdu sanki. > > WebSVN kullanıcıların umrunda mı emin değilim, geliştiricilere yönelik bir > uygulama. > Gelistiricilere yada uzman kullanicilara yonelik olabilir ama attigin e-posta ile maalesef dunya uzerindeki herkesin bundan haberi olmuyor. Az da olsa Pardus ile dogrudan ilgisi olmayan bazi kimseler depoyu gezmek isteyebilir. Sirf bir pakette hangi yamanin kullanildigina bakmak icin mesela. Genel olarak bu hata sayfasi projenin itibarini zedeleyen onca seyden biri olacak. Ha bir eksik ha bir fazla diyorsaniz neyse, ama ufak tefek de olsa imaj sorunlarini onemsemek gerekiyor bence. Bu arada arastirdim biraz. Bulabildigim dise dokunur tek svn arayuzu usvn *. Bizde gecenler de kullanmaya basladik, ben kurmadim, fazlaca da kullanmadim ama edindigim izlenimlere gore arayuzu temiz erisim haklari detaylica ayarlanabilen bir web arayuzu. Avantajlari veya dezavantajlari konusunda bilgi sahibi degilim. Bakilabilir diye soyledim sadece :) Iyi calismalar, Selim * http://www.usvn.info/ -- One more step for freedom: http://www.pardus.org.tr/eng/ -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From mete at pardus.org.tr Tue Dec 29 21:52:13 2009 From: mete at pardus.org.tr (Mete Alpaslan) Date: Tue, 29 Dec 2009 19:52:13 -0000 Subject: [Gelistirici] =?utf-8?q?websvn=2Epardus=2Eorg=2Etr_Servis_D=C4=B1?= =?utf-8?b?xZ/EsQ==?= In-Reply-To: References: <200912292117.48476.bahadir@pardus.org.tr> <200912292132.37596.bahadir@pardus.org.tr> Message-ID: <200901292158.49250.mete@pardus.org.tr> On Tuesday 29 December 2009 21:42:07 selim ok wrote: > Bu arada arastirdim biraz. Bulabildigim dise dokunur tek svn arayuzu usvn > *. Bizde gecenler de kullanmaya basladik, ben kurmadim, fazlaca da > kullanmadim ama edindigim izlenimlere gore arayuzu temiz erisim haklari > detaylica ayarlanabilen bir web arayuzu. Avantajlari veya dezavantajlari > konusunda bilgi sahibi degilim. Bakilabilir diye soyledim sadece :) Fedora sanırım bunu kullanıyor svn desteği de var sanırım :) http://www.viewvc.org/ -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From mete at pardus.org.tr Tue Dec 29 22:08:52 2009 From: mete at pardus.org.tr (Mete Alpaslan) Date: Tue, 29 Dec 2009 20:08:52 -0000 Subject: [Gelistirici] yeni kurumsal2 iso'su? In-Reply-To: <4B3A33FD.4060204@pardus.org.tr> References: <20091222013511.cc68eefd.dfisek@fisek.com.tr> <20091229182807.e19bf700.dfisek@fisek.com.tr> <4B3A33FD.4060204@pardus.org.tr> Message-ID: <200901292215.47303.mete@pardus.org.tr> On Tuesday 29 December 2009 18:53:17 Ozan Çağlayan wrote: > > Bir "yilbasi" ISO'su belki? :) > > eveeet :) Mete bu akşam YALI'sını test edecek, YALI'da halen 2009 ve > KDE4 bilgileri geçmesinden pek hoşnut > olmasam da o işin üzerinden ancak haftasonu geçilebilecek. Adı olmayan > bir preview ISO'su için çok önemli olmasa gerek diye düşünüyorum. Test edecem bi de rsync açık olsaydı depoda eh evden biraz zor oluyor böyle iso hazırlayıp test etmesi :( From caglar at pardus.org.tr Wed Dec 30 00:28:51 2009 From: caglar at pardus.org.tr (=?UTF-8?B?Uy7Dh2HEn2xhciBPbnVy?=) Date: Wed, 30 Dec 2009 00:28:51 +0200 Subject: [Gelistirici] =?utf-8?q?websvn=2Epardus=2Eorg=2Etr_Servis_D=C4=B1?= =?utf-8?b?xZ/EsQ==?= In-Reply-To: <200912292117.48476.bahadir@pardus.org.tr> References: <200912292117.48476.bahadir@pardus.org.tr> Message-ID: <92ad66910912291428v59718413lcbf3f6ca77de0774@mail.gmail.com> Selamlar; 2009/12/29 Bahadır Kandemir : > SVN web arabirimi konusunda önerilere açığım. code.google.com :) > Görüşürüz, > Bahadır From ozan at pardus.org.tr Wed Dec 30 00:30:06 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Wed, 30 Dec 2009 00:30:06 +0200 Subject: [Gelistirici] =?utf-8?q?websvn=2Epardus=2Eorg=2Etr_Servis_D=C4=B1?= =?utf-8?b?xZ/EsQ==?= In-Reply-To: References: <200912292117.48476.bahadir@pardus.org.tr> Message-ID: <4B3A82EE.6060304@pardus.org.tr> selim ok wrote: > > Bu bilgilendirme yazisini bir sekilde siteye de yerlestirsek daha iyi olmaz > miydi acaba. Zira yazdigin mesaji toplasan bir avuc insan okuyor, yabancisi > susu busu ne oldugunu bilemeyecek. Baglantiya tikladiklarinda hata sayfasi > goreceklerine bir bilgilendirme yazisi gorseler daha iyi olurdu sanki. > > > ingilizce için pardus-announce türkçe için duyuru listelerini kullanmayı düşünelim artık aktif olarak.. From mete at pardus.org.tr Wed Dec 30 01:39:42 2009 From: mete at pardus.org.tr (Mete Alpaslan) Date: Tue, 29 Dec 2009 23:39:42 -0000 Subject: [Gelistirici] yeni kurumsal2 iso'su? In-Reply-To: <4B3A33FD.4060204@pardus.org.tr> References: <20091222013511.cc68eefd.dfisek@fisek.com.tr> <20091229182807.e19bf700.dfisek@fisek.com.tr> <4B3A33FD.4060204@pardus.org.tr> Message-ID: <200901300146.34047.mete@pardus.org.tr> On Tuesday 29 December 2009 18:53:17 Ozan Çağlayan wrote: > Doruk Fisek wrote: > > Tue, 22 Dec 2009 09:04:58 +0200, Ozan Çağlayan : > >>> Son ISO'nun uzerinden 1 haftadan fazla gecti, yapilan da bircok > >>> degisiklik var. > >>> Yakin zamanda yeni bir ISO cikacak mi? (bir makinaya kuracagim da, > >>> yenisi cikacaksa, bosuna eskisini kurmayayim) > >> > >> Temel olarak ISO için çok fazla engel yok ancak görselleri bekliyorum. > >> 2008 yazsın istemiyorum ıvır zıvır yerlerde, bu hafta içinde > >> çıkartmayı düşünüyorum. > > > > Bir "yilbasi" ISO'su belki? :) > > eveeet :) Mete bu akşam YALI'sını test edecek, YALI'da halen 2009 ve > KDE4 bilgileri geçmesinden pek hoşnut > olmasam da o işin üzerinden ancak haftasonu geçilebilecek. Adı olmayan > bir preview ISO'su için çok önemli olmasa gerek diye düşünüyorum. Birkaç renk kodu hatası haricinde benden ok. Bu arada Ozanın da dediği gibi slideshow da KDE4 den kalma Okular Dolphin bilgiler içeriyor biline... Virtualbox altında test ettim Virtualbox modullerini almamışız sanırım project dosyasına KDE açılmadı yarın bide güncel sistem de tekrar deneriz? Pas sende Ozan ? Bu arada corporate2-test deposunu rsync açsak mı acaba boyle zor oluyor dışardan! ----MT----- From turkersezer at tsdesign.info Wed Dec 30 02:38:05 2009 From: turkersezer at tsdesign.info (=?UTF-8?Q?T=C3=BCrker_Sezer?=) Date: Wed, 30 Dec 2009 02:38:05 +0200 Subject: [Gelistirici] =?utf-8?q?websvn=2Epardus=2Eorg=2Etr_Servis_D=C4=B1?= =?utf-8?b?xZ/EsQ==?= In-Reply-To: <4B3A82EE.6060304@pardus.org.tr> References: <200912292117.48476.bahadir@pardus.org.tr> <4B3A82EE.6060304@pardus.org.tr> Message-ID: <897749fe0912291638o17ba4e96qefbea2ef9f71eef9@mail.gmail.com> 2009/12/30 Ozan Çağlayan : > ingilizce için pardus-announce > türkçe için duyuru listelerini > > kullanmayı düşünelim artık aktif olarak.. Web sayfalarını da aktif olarak kullanabiliriz aslında. Daha ne kullanacağımız belli değilken, kurması, ayarlaması epey zaman alacaktır muhtemelen. Bu kadar zaman hata ekranı kalması yerine Selim'in önerisine uymak mantıklı görünüyor. (Bir de eskinin güzel hata ekranları vardı, insan hata ekranından kendini alamıyordu, hey gidi günler) Türker From bahadir at pardus.org.tr Wed Dec 30 09:26:21 2009 From: bahadir at pardus.org.tr (=?utf-8?q?Bahad=C4=B1r_Kandemir?=) Date: Wed, 30 Dec 2009 09:26:21 +0200 Subject: [Gelistirici] =?utf-8?q?websvn=2Epardus=2Eorg=2Etr_Yay=C4=B1nda?= In-Reply-To: <200912292117.48476.bahadir@pardus.org.tr> References: <200912292117.48476.bahadir@pardus.org.tr> Message-ID: <200912300926.33614.bahadir@pardus.org.tr> Salı 29 Aralık 2009 günü (saat 21:17:43) Bahadır Kandemir şunları yazmıştı: > robots.txt kullanarak botları uygulamadan uzak tutmak mümkün ancak aynı yük > kullanıcılar tarafından da oluşturulabilir. ViewCV'yi 1.1 branch'ına çektim ve robots.txt ekledim, büyük dosyalar ait sayfalarda sorun yaşanmıyor. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From bahadir at pardus.org.tr Wed Dec 30 09:52:54 2009 From: bahadir at pardus.org.tr (=?iso-8859-9?q?Bahad=FDr_Kandemir?=) Date: Wed, 30 Dec 2009 09:52:54 +0200 Subject: [Gelistirici] 2009->Corporate2 In-Reply-To: <200912211752.21101.mnurolcay@gmail.com> References: <4B2F2E0A.1060405@pardus.org.tr> <200912211752.21101.mnurolcay@gmail.com> Message-ID: <200912300952.54774.bahadir@pardus.org.tr> Pazartesi 21 Aralık 2009 günü (saat 17:52:20) Mehmet Nur Olcay şunları yazmıştı: > http://paketler.pardus.org.tr/ Web arayüzüne Corporate2 devel ve devel-x86_64 depoları, RSync'e corporate2- test eklendi. Güle güle kullanın. -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: kullanılamıyor Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From eren at pardus.org.tr Wed Dec 30 10:16:36 2009 From: eren at pardus.org.tr (Eren =?iso-8859-15?q?T=FCrkay?=) Date: Wed, 30 Dec 2009 10:16:36 +0200 Subject: [Gelistirici] =?iso-8859-15?q?G=FCvenlik_G=FCncellemeleri__-_Secu?= =?iso-8859-15?q?rity_Fixes__=282009-12-29=29?= In-Reply-To: <200912291433.48916.gokcen@pardus.org.tr> References: <200912291433.48916.gokcen@pardus.org.tr> Message-ID: <200912301016.36515.eren@pardus.org.tr> On Tuesday 29 December 2009 02:33:36 pm Gökçen Eraslan wrote: > * Pardus 2008 > > mod_php-5.2.12-74-14.pisi > php-cli-5.2.12-74-14.pisi > php-common-5.2.12-74-14.pisi [PLSA 2009-208] http://security.pardus.org.tr/en/2009-208/ > kdelibs-3.5.10-89-16.pisi > kdelibs-apidox-3.5.10-89-16.pisi [PLSA 2009-210] http://security.pardus.org.tr/en/2009-210/ > arts-3.5.10-26-6.pisi [PLSA 2009-211] http://security.pardus.org.tr/en/2009-211/ > firefox-3.0.16-111-33.pisi > firefox-devel-3.0.16-111-33.pisi [PLSA 2009-212] http://security.pardus.org.tr/en/2009-212/ From dfisek at fisek.com.tr Wed Dec 30 11:03:25 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Wed, 30 Dec 2009 11:03:25 +0200 Subject: [Gelistirici] 2009->Corporate2 In-Reply-To: <200912300952.54774.bahadir@pardus.org.tr> References: <4B2F2E0A.1060405@pardus.org.tr> <200912211752.21101.mnurolcay@gmail.com> <200912300952.54774.bahadir@pardus.org.tr> Message-ID: <20091230110325.43fceac8.dfisek@fisek.com.tr> Wed, 30 Dec 2009 09:52:54 +0200, Bahadır Kandemir : > > http://paketler.pardus.org.tr/ > Web arayüzüne Corporate2 devel ve devel-x86_64 depoları, RSync'e > corporate2- test eklendi. > Güle güle kullanın. Eline saglik, bir de ana sayfaya baglanti koyabilir misin? Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From metebilgin48 at gmail.com Wed Dec 30 12:59:18 2009 From: metebilgin48 at gmail.com (mete bilgin) Date: Wed, 30 Dec 2009 12:59:18 +0200 Subject: [Gelistirici] =?utf-8?b?YXJ0cyB2ZSBrZGVsaWJzIMOnYWvEscWfYW4gcGFr?= =?utf-8?q?etler?= Message-ID: Selamlar, Corporate2 64 bit için derleme yaparken kde bileşenlerininde (kdelibs ve arts da) bir çakışma yaşadık. Arts kurulumunda; /etc/env.d/46kdepaths from kdelibs package /etc/env.d/99kde-env from kdelibs package İki paketin içerisinde de AdditionalFile ile eklenmiş. Hangisinde olması gerektiğine karar veremedik. İyi çalışmalar... -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From ozan at pardus.org.tr Wed Dec 30 13:12:38 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Wed, 30 Dec 2009 13:12:38 +0200 Subject: [Gelistirici] =?utf-8?b?YXJ0cyB2ZSBrZGVsaWJzIMOnYWvEscWfYW4gcGFr?= =?utf-8?q?etler?= In-Reply-To: References: Message-ID: <4B3B35A6.4000108@pardus.org.tr> mete bilgin wrote On 30-12-2009 12:59: > Selamlar, > > Corporate2 64 bit için derleme yaparken kde bileşenlerininde (kdelibs ve > arts da) bir çakışma yaşadık. > > Arts kurulumunda; > > /etc/env.d/46kdepaths from kdelibs > package > > /etc/env.d/99kde-env from kdelibs package > iki paket de corporate2/devel'de var ve çakışmıyorlar. Sizde olmayan update gelmiş olabilir, karşılaştır istersen. arts'tan attım diye hatırlıyorum o dosyayı.. From ozan at pardus.org.tr Wed Dec 30 13:39:13 2009 From: ozan at pardus.org.tr (=?ISO-8859-9?Q?Ozan_=C7a=F0layan?=) Date: Wed, 30 Dec 2009 13:39:13 +0200 Subject: [Gelistirici] =?iso-8859-9?q?arts_ve_kdelibs_=E7ak=FD=FEan_paketl?= =?iso-8859-9?q?er?= In-Reply-To: <4B3B35A6.4000108@pardus.org.tr> References: <4B3B35A6.4000108@pardus.org.tr> Message-ID: <4B3B3BE1.10708@pardus.org.tr> Ozan Çağlayan wrote On 30-12-2009 13:12: > mete bilgin wrote On 30-12-2009 12:59: >> Selamlar, >> >> Corporate2 64 bit için derleme yaparken kde bileşenlerininde (kdelibs ve >> arts da) bir çakışma yaşadık. evet atmamışım arts'paketinden. arts paketini derlemenize gerek yok, kullanılmıyor zaten Corporate2 deposunda ikili paketi yok. From scirit at pardus.org.tr Wed Dec 30 14:04:36 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Wed, 30 Dec 2009 14:04:36 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091230_2008_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912300404l7eb32390gba6b8f0aa2907910@mail.gmail.com> Selamlar, 20091230 2008 Güvenlik Güncellemesi Testleri için son tarih: 31-12-2009 10:00 Server bileşeni -------------------------- postgresql-doc-8.1.19-22-4.pisi postgresql-lib-8.1.19-22-4.pisi postgresql-pl-8.1.19-22-4.pisi postgresql-server-8.1.19-22-4.pisi Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/pardus-2008-test/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Cirit From selimok at gmail.com Wed Dec 30 14:53:19 2009 From: selimok at gmail.com (selim ok) Date: Wed, 30 Dec 2009 13:53:19 +0100 Subject: [Gelistirici] =?iso-8859-9?q?websvn=2Epardus=2Eorg=2Etr_Yay=FDnda?= In-Reply-To: <200912300926.33614.bahadir@pardus.org.tr> References: <200912292117.48476.bahadir@pardus.org.tr> <200912300926.33614.bahadir@pardus.org.tr> Message-ID: 2009/12/30 Bahadır Kandemir > Salı 29 Aralık 2009 günü (saat 21:17:43) Bahadır Kandemir şunları yazmıştı: > > robots.txt kullanarak botları uygulamadan uzak tutmak mümkün ancak aynı > yük > > kullanıcılar tarafından da oluşturulabilir. > > ViewCV'yi 1.1 branch'ına çektim ve robots.txt ekledim, büyük dosyalar ait > sayfalarda sorun yaşanmıyor. > Sol ust kosedeki viewVC logosu yerine Pardus logosu konulmasi mumkun mu acaba? Eger lisans vs acisindan dert degilse tabii. Iyi calismalar, Selim -- One more step for freedom: http://www.pardus.org.tr/eng/ -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From metinakdere at gmail.com Wed Dec 30 17:56:54 2009 From: metinakdere at gmail.com (Metin AKDERE) Date: Wed, 30 Dec 2009 17:56:54 +0200 Subject: [Gelistirici] =?utf-8?q?Pardusman_ile_64bit_i=C3=A7in_kurulan_CD_?= =?utf-8?q?olu=C5=9Fturma_hakk=C4=B1nda?= Message-ID: <79dd30100912300756n3807b3ear7fa8b563abb1681e@mail.gmail.com> Selamlar, 64bit paketlerin index dosyası [1] adresinde bulunuyor. Bu adresi kaynak depo ve ekteki xml dosyasını kurulacak paketler olarak gösterip Pardusman ile kurulabilir CD oluşturmaya çalışıyoruz. Paketler indirilip yerel depo başarılı bir şekilde oluşturuluyor. Listelenen paketlerin tamamı da hata vermeden kuruluyor görünüyor. Hemen bu aşamanın ardından pardusman/repotools/maker.py içerisindeki make_image metodundaki komutlar da chrun("/sbin/ldconfig") komutuna kadar başarılı bir şekilde çalıştıktan sonra chrun("/sbin/update-environment") komutunda başarısızlıkla sonlanıyor; çünkü oluşturulan image içerisinde /sbin/update-environment bulunamıyor. Sonuçta Mudur paketi pardusman ile başarılı bir şekilde kurulamıyor; ama "pisi it mudur -D image" komutu ile konsoldan kurduğumda ilgili image dizinine düzgün bir şekilde kuruluyor. Konu hakkında fikri bulunanlardan duymak isteriz. İyi çalışmalar. --- Metin AKDERE [1] http://x86-64.comu.edu.tr/pisi-index.xml.bz2 -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: -------------- sonraki bölüm -------------- A non-text attachment was scrubbed... Name: Corporate2-64.xml.bz2 Type: application/x-bzip2 Size: 3813 bytes Desc: kullanılamıyor URL: From onur at pardus.org.tr Wed Dec 30 19:01:39 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Wed, 30 Dec 2009 19:01:39 +0200 Subject: [Gelistirici] =?utf-8?q?G=C3=BCvenlik_G=C3=BCncellemeleri___-_Sec?= =?utf-8?q?urity_Fixes_=282009-12-30=29?= Message-ID: <20091230190139.c6ea7ca1.onur@pardus.org.tr> Merhaba / Hi, Bu gece kararlı depolara girecek güvenlik güncellemeleri : Tonights security fixes for Pardus stable repos : ----------------------------------------------------------------------- * Pardus 2009 xulrunner-1.9.1.6-25-19.pisi xulrunner-devel-1.9.1.6-25-19.pisi firefox-3.5.6-120-21.pisi - Dependencies / Bağımlılıklar cairo-1.8.8-28-4.pisi gtk2-2.18.5-59-16.pisi gtk2-demo-2.18.5-59-16.pisi gtk2-docs-2.18.5-59-16.pisi -- Onur Küçük Knowledge speaks, but wisdom listens From ozan at pardus.org.tr Wed Dec 30 20:07:21 2009 From: ozan at pardus.org.tr (=?UTF-8?B?T3phbiDDh2HEn2xheWFu?=) Date: Wed, 30 Dec 2009 20:07:21 +0200 Subject: [Gelistirici] =?utf-8?q?Pardus_Kurumsal_2_=C3=96nizleme_S=C3=BCr?= =?utf-8?b?w7xtw7wgKDIwMDkxMjMwKQ==?= Message-ID: <4B3B96D9.9050804@pardus.org.tr> Merhaba, Mayıs 2010'da yayımlanacak olan Pardus Kurumsal 2 sürümünün ilk resmi deneme sürümü FTP sunucularında yerini aldı. Türkçe ve İngilizce kurulum CD görüntüsüne: ftp://ftp.pardus.org.tr/pub/pardus/kurulan/corporate2/ adresinden ulaşabilirsiniz. Sorunsuz kurulum için CD görüntüsü özetlerini kontrol etmenizi, kaliteli CD'ler kullanmanızı, görüntüleri DAO modunda ve en fazla 16x hızında yakmanızı öneririz. Pardus Kurumsal 2, masaüstü olarak kararlılığını ve performansını kanıtlamış KDE 3.5.10 ile birlikte gelmektedir. Diğer tüm altyapılar ve uygulamalar ise en güncel sürümlerine güncellenerek kullanıcılara daha hızlı, rahat ve sorunsuz bir deneyim sunulmaktadır. Bazı temel bileşenlerin sürümleri aşağıda listelenmiştir: KDE Masaüstü ortamı 3.5.10 Linux çekirdeği 2.6.31.9 OpenOffice.org Ofis araçları 3.1.1.5 Mozilla Firefox Internet tarayıcı 3.5.6 Xorg 1.7.3.901 Python 2.6.4 GCC 4.3.3 Glibc 2.9 Bu önizleme sürümü bir deneme sürümüdür. Çok hızlı ilerleyen gelişme süreci içerisinde depolarda sık sık paket güncellemelerinin yer alacağını tekrar hatırlatmak istiyoruz. Kurumsal gerekleri karşılayacak yeni uygulama ve paketler de depoya hızlı aktarılacaktır. Karşılaştığınız hataları ve iyileştirme isteklerinizi hata takip sistemimizde[0] 'Pardus Kurumsal 2' sürümünü seçerek bildirebilirsiniz. [0]: http://hata.pardus.org.tr -- Teşekkürler, Ozan Çağlayan From onur at pardus.org.tr Wed Dec 30 20:05:24 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Wed, 30 Dec 2009 20:05:24 +0200 Subject: [Gelistirici] 2009.1 Beta In-Reply-To: <20091226002711.0378b987.onur@pardus.org.tr> References: <20091226002711.0378b987.onur@pardus.org.tr> Message-ID: <20091230200524.e688a754.onur@pardus.org.tr> On Sat, 26 Dec 2009 00:27:11 +0200 Onur Küçük wrote: > Şu anda ftp sunucusunda Kurulan ve Kurulan Int. yer alıyor. Çalışan > CD ile bazı donanımlarda X açılışı ile sorun yaşadığımız için henüz > ftp sunucusuna yerleştirmedik. Sorunun sadece Türkçe açılışta olduğunu > tahmin ediyoruz ancak farklı donanımlar üzerinde deneyip sorunun > kaynağını yakalamak istiyoruz. Sorunu KDM'in X için beklediği süreyi arttırarak çözdük, diğer dağıtımlar da böyle yapmış. Çalışan CD Beta da böylelikle hazır oldu, herkesin tekrardan eline sağlık :) -- Onur Küçük Knowledge speaks, but wisdom listens From ert976 at gmail.com Thu Dec 31 01:04:00 2009 From: ert976 at gmail.com (ertan) Date: Thu, 31 Dec 2009 01:04:00 +0200 Subject: [Gelistirici] yine x264 In-Reply-To: <200912221833.15968.ert976@gmail.com> References: <20091222164015.79e7dfab.onur@pardus.org.tr> <200912221833.15968.ert976@gmail.com> Message-ID: <200912310104.01107.ert976@gmail.com> 22 Aralık 2009 Salı günü (saat 18:33:15) ertan şunları yazmıştı: > > paketim olmayan gst-plugins-ugly ile contrib de cinerella var, bir > > değişiklik gerekli olursa onları da halledeceğim. > > > > Var mıdır itirazı olan ? > > Cinelerra için itirazım yoktur. Gerekeni yapabilirsin. > > Saygılarımla > Ertan Argüden > Cinelerra paketini contrib/develde hazırladım. Yeni x264 ve ffmpeg pardus/stable depoya girince cinelerra yı contrib/stable a commitleyeceğim. x264 ve ffmpeg için "versionFrom..." ekledim. Yoksa sistemini güncellemeden paketi kuran kişiler hata alabilir. Sanırım bu şekilde olması lazım. En son güncellemede ffmpeg paketi versiyon arttırılmamış gözüküyor. (İnşa no artmış) Genel kaide olarak bu işlemi nasıl yapıyoruz. x264 bağımlılığı olmasa "versionFrom..." işe yaramayacak. Bu konuda bilgi verebilir misiniz? Saygılarımla Ertan Argüden From scirit at pardus.org.tr Thu Dec 31 09:28:25 2009 From: scirit at pardus.org.tr (Semen Cirit) Date: Thu, 31 Dec 2009 09:28:25 +0200 Subject: [Gelistirici] =?iso-8859-1?q?20091231_2009_G=FCvenlik_G=FCncellem?= =?iso-8859-1?q?esi_Testleri?= Message-ID: <4ebc247e0912302328i23b532baob1ee721c53b9100@mail.gmail.com> Selamlar, 20091231 2009 Güvenlik Güncellemesi Testleri için son tarih: 01-01-2010 17:00 Network bileşeni ------------------------ wireshark-1.2.5-32-8.pisi Server Bileşeni --------------------------- postgresql-doc-8.3.9-24-7.pisi postgresql-lib-8.3.9-24-7.pisi postgresql-pl-8.3.9-24-7.pisi postgresql-server-8.3.9-24-7.pisi Kullanılacak depo: bağlantısı:http://packages.pardus.org.tr/pardus-2009-test/pisi-index.xml.bz2 Kullanılacak test aşaması bağlantısı: http://svn.pardus.org.tr/uludag/trunk/doc/test/2009/testguide/turkish/stable/"bileşen-tr".pdf Kolay gelsin, Semen Cirit From serdar at pardus.org.tr Thu Dec 31 09:46:15 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Thu, 31 Dec 2009 09:46:15 +0200 Subject: [Gelistirici] PG'daki gereksiz programming.languages dizini Message-ID: Merhaba; 2009'dan itibaren programming.language bileşenini kullanıyoruz, ama önceden kalma bir programming.languages dizini var ki beni varlığıyla rahatsız ediyor. Herhangi bir işlevi yok, eğer bir itiraz yoksa bu pazar (03.01.2010) bu dizini[1] PG'dan kaldırıyorum. ilgi, bilgi. [1] http://svn.pardus.org.tr/pardus/playground/review/programming/languages/ -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From onur at pardus.org.tr Thu Dec 31 10:57:01 2009 From: onur at pardus.org.tr (Onur =?utf-8?q?K=C3=BC=C3=A7=C3=BCk?=) Date: Thu, 31 Dec 2009 10:57:01 +0200 Subject: [Gelistirici] PG'daki gereksiz programming.languages dizini In-Reply-To: References: Message-ID: <200912311057.01389.onur@pardus.org.tr> On 31 Aralık 2009 Perşembe 09:46:15 Serdar Dalgic wrote: > Merhaba; > > 2009'dan itibaren programming.language bileşenini kullanıyoruz, ama önceden > kalma bir programming.languages dizini var ki beni varlığıyla rahatsız > ediyor. > > Herhangi bir işlevi yok, eğer bir itiraz yoksa bu pazar (03.01.2010) bu > dizini[1] PG'dan kaldırıyorum. > > ilgi, bilgi. > > [1] > http://svn.pardus.org.tr/pardus/playground/review/programming/languages/ Direkt kaldır bence 2008 yakında security only moda girince yeni paket almayacak, playground/review u elden geçirelim, hatta 2009.1 çıktıktan sonra review da atıl bekleyen paketleri kurcalayalım, konuştuğumuz review sürecini oturtalım. -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Thu Dec 31 11:03:24 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Thu, 31 Dec 2009 11:03:24 +0200 Subject: [Gelistirici] yine x264 In-Reply-To: <200912310104.01107.ert976@gmail.com> References: <20091222164015.79e7dfab.onur@pardus.org.tr> <200912221833.15968.ert976@gmail.com> <200912310104.01107.ert976@gmail.com> Message-ID: <200912311103.24910.onur@pardus.org.tr> On 31 Aralık 2009 Perşembe 01:04:00 ertan wrote: > Cinelerra paketini contrib/develde hazırladım. Yeni x264 ve ffmpeg > pardus/stable depoya girince cinelerra yı contrib/stable a > commitleyeceğim. eline sağlık :) API değişmedi bu arada, bir şey kırılmamış olması lazım > x264 ve ffmpeg için "versionFrom..." ekledim. Yoksa sistemini > güncellemeden paketi kuran kişiler hata alabilir. Sanırım bu şekilde > olması lazım. aslında bağımlılık yazmamış şart değil, x264 e reversedependencyupdate yazdığımız için pisi gerekli güncellemeyi yapacak. Ama pakete o sürüme bağımlılık yazıp history de işaretleyince yarın öbür gün geriye dönük bakmak işimize yarıyor takibi kolaylaştırıyor. > En son güncellemede ffmpeg paketi versiyon arttırılmamış gözüküyor. (İnşa > no artmış) Genel kaide olarak bu işlemi nasıl yapıyoruz. x264 bağımlılığı > olmasa "versionFrom..." işe yaramayacak. Bu konuda bilgi verebilir > misiniz? FFmpeg de release arttırdım güncellerken, ancak paketi derledikten hemen sonra eklediğim değişikliğin küçük bir düzeltme içeren hali upstream e girdi, ben de o hali ile yeni arşiv oluşturup tekrar derlettim. Sürüm arttırmam iyi olurdu aslında, gözden kaçırmışım. -- Onur Küçük Knowledge speaks, but wisdom listens From serdar at pardus.org.tr Thu Dec 31 15:17:08 2009 From: serdar at pardus.org.tr (Serdar Dalgic) Date: Thu, 31 Dec 2009 15:17:08 +0200 Subject: [Gelistirici] trunk/pisi - Do not give permission to takeback system to the i... In-Reply-To: <20091231123446.A7D3349CDA4@ns1.pardus.org.tr> References: <20091231123446.A7D3349CDA4@ns1.pardus.org.tr> Message-ID: Merhaba; pisi hs'nin ilk komutu aşağıda da yazdığı gibi `pardus-cd repository is updated.`; bu yüzden pisi hs -t 1 komutu sistemdeki bütün paketleri kaldırıyor. İşbu commit bunu düzeltiyor, ama uyarı mesajı pek içimize sinmedi. `initial state` biraz fuzzy kalmış gibi. Daha iyi önerisi olan var mı? 2009/12/31 Serdar Dalgıç > Author: sdalgic > Date: Thu Dec 31 14:34:46 2009 > New Revision: 27190 > > Modified: > trunk/pisi/ChangeLog > trunk/pisi/pisi/cli/history.py > Log: > Do not give permission to takeback system to the initial state which is > always `pardus-cd repository is updated.` . > > > > -- - Serdar Dalgic -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From onur at pardus.org.tr Thu Dec 31 16:22:09 2009 From: onur at pardus.org.tr (Onur =?utf-8?q?K=C3=BC=C3=A7=C3=BCk?=) Date: Thu, 31 Dec 2009 16:22:09 +0200 Subject: [Gelistirici] =?utf-8?q?b=C3=B6cek__11861?= Message-ID: <200912311622.09934.onur@pardus.org.tr> Merhaba, 2009.1 in çıkışını takip edebilmek için #11861 numaralı hata kaydını [1] açtım. Bu yöntemle sürüm takibi yapmanın daha kolay olacağını düşünüyorum. Kıyasla daha az engelleyici hata girdisi olan 2009.1'i de şu aşamada kobay seçtim. Önümüzdeki sürümün RC olması, tek RC planlamamız ve engelleyici sorunlarımızın az olması sebebiyle direkt sürüm için kayıt açtım ama sonraki sürümlerde ara sürümler için aynı yolu izlemeyi düşünüyorum. Şu anda tüm hata takip sisteminin üzerinden geçmek fazlaca zamanımı alacak, bu yüzden test ekibinden gelen bilgi ve kendi todo listemdeki kayıtlara göre işaretleme yapıyorum. Bunların dışında "sürüm engelleyici" olduğunu düşündüğünüz hata kayıtları varsa [2] bana haber ediniz, uygun bulduklarımı işaretleyeyim. "Sürüm engelleyici nedir" için de daha sonra bir şeyler karalamaya çalışacağım. [1] http://bugs.pardus.org.tr/show_bug.cgi?id=11861 [2] hata kaydı : hata takip sistemine bildirilmiş hatalar -- Onur Küçük Knowledge speaks, but wisdom listens From dfisek at fisek.com.tr Thu Dec 31 16:27:53 2009 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Thu, 31 Dec 2009 16:27:53 +0200 Subject: [Gelistirici] trunk/pisi - Do not give permission to takeback system to the i... In-Reply-To: References: <20091231123446.A7D3349CDA4@ns1.pardus.org.tr> Message-ID: <20091231162753.c64073ad.dfisek@fisek.com.tr> Merhaba, Thu, 31 Dec 2009 15:17:08 +0200, Serdar Dalgic : > pisi hs'nin ilk komutu aşağıda da yazdığı gibi `pardus-cd repository > is updated.`; bu yüzden pisi hs -t 1 komutu sistemdeki bütün paketleri > kaldırıyor. > İşbu commit bunu düzeltiyor, ama uyarı mesajı pek içimize sinmedi. > `initial state` biraz fuzzy kalmış gibi. Daha iyi önerisi olan var mı? "Always" dedigin olay sadece 2009 ve sonrasi icin gecerli. 2008 kurulu sistemlerde 1. state ilk kurulum -- cd repository updated degil. Ornegin ben sisteme ne paket kurmustum daha sonradan listesini almak icin pisi hs -t 1 komutunu kullanip, kaldirilacak paket listesini aliyorum ve baska bir sisteme ayni paketleri kuruyorum klonlamak icin (bunun GUI'ye eklenmesi de onerilmisti). Ayni sekilde 2008'den 2009'a ya da kurumsal2'ye guncelleyecek sistemlerin 1. state'i de "cd repository updated" olmayacak. Ya 2009/kurumsal2 guncellemesi sirasinda pisi history'sini sifirlamak ve 2008 pisi'sine bu ozelligi gecirmemek ya da 1. state'in "cd repository updated" olup olmadigini da ek olarak kontrol etmek gerekiyor diye dusunuyorum. Ifade de "First state is a totally blank system, you don't want to go back there" olabilir. Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From onur at pardus.org.tr Thu Dec 31 16:36:08 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Thu, 31 Dec 2009 16:36:08 +0200 Subject: [Gelistirici] =?iso-8859-9?q?b=F6cek__11861?= In-Reply-To: <200912311622.09934.onur@pardus.org.tr> References: <200912311622.09934.onur@pardus.org.tr> Message-ID: <200912311636.08908.onur@pardus.org.tr> On 31 Aralık 2009 Perşembe 16:22:09 Onur Küçük wrote: > kayıtlara göre işaretleme yapıyorum. Bunların dışında "sürüm engelleyici" > olduğunu düşündüğünüz hata kayıtları varsa [2] bana haber ediniz, uygun > bulduklarımı işaretleyeyim. > > "Sürüm engelleyici nedir" için de daha sonra bir şeyler karalamaya > çalışacağım. bana haber vermek için karalamamı beklemeyin tabi ki, hata numarasını özelden posta bile atsanız olur, gerisini ben hallederim -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Thu Dec 31 16:52:19 2009 From: onur at pardus.org.tr (Onur =?utf-8?q?K=C3=BC=C3=A7=C3=BCk?=) Date: Thu, 31 Dec 2009 16:52:19 +0200 Subject: [Gelistirici] [2009] [ACK/NACK] 20091231 Message-ID: <200912311652.20213.onur@pardus.org.tr> Merhaba / Hi; * 2009-test deposunda bekleyen paketler için ACK/NACK lütfen, son tarih 2010-01-04, 9:00 KDE 4.3 ailesini henüz depoya almıyoruz, yeni KDE'ye bağımlı ve stable depo ile uyumsuz paketlere lütfen NACK verin * ACK/NACK for new packages in 2009-test repo, please reply before 2010-01-04, 9:00 (GMT+2) KDE 4.3 family is not going to stable repo, if your packages does not work fine with KDE in stable repo please give them NACK FreeImage-3.12.0-5-3.pisi FreeMat-4.0.1-1-1.pisi PyKDE-4.3.4-30-13.pisi PyQt-4.5.4-36-10.pisi PyQt-doc-4.5.4-36-10.pisi PyXML-0.8.4-5-4.pisi QtCurve-Gtk2-0.69.2-20-7.pisi QtCurve-KDE4-0.69.2-18-12.pisi SGMLSpm-1.03-2-4.pisi SVK-2.2.1-6-2.pisi Smarty-2.6.24-8-5.pisi abuse-0.7.1-5-2.pisi akonadi-1.2.1-10-6.pisi amarok-2.2.1-33-16.pisi amsn-0.98.1-27-6.pisi amsn-skin-oxygen-1.0_20091013-1-1.pisi arora-0.10.2-15-8.pisi artwork-pardus-release-2009-8-6.pisi asciidoc-8.5.2-10-6.pisi ati-control-center-9.12-55-8.pisi avahi-glib-0.6.25-7-5.pisi avahi-qt-0.6.25-7-5.pisi avidemux-2.5.2-19-4.pisi avidemux-cli-2.5.2-19-4.pisi avidemux-common-2.5.2-19-4.pisi avidemux-qt-2.5.2-19-4.pisi basket-2.0_20091124-18-6.pisi bespin-kde4-theme-0.1-5-3.pisi bind-9.6.1_p2-24-4.pisi bind-tools-9.6.1_p2-24-4.pisi bitbake-1.8.18-1-1.pisi blobby-0.8_20091224-5-3.pisi boo-0.9.2.3383-2-2.pisi boot-manager-2.9.5-25-7.pisi chromium-bsu-0.9.14-7-3.pisi clustalx-2.0.12-2-2.pisi command-not-found-0.8-10-5.pisi dhcpcd-5.1.3-20-5.pisi dia-0.97-4-1.pisi digikam-1.0.0-16-9.pisi display-settings-0.9.96-27-6.pisi droid-fonts-0.0_20091121-2-4.pisi eet-1.2.2-15-5.pisi eigen-2.0.10-6-4.pisi eina-0.0.2.062-9-5.pisi elixir-0.6.1-6-2.pisi eric-4.3.8-18-2.pisi eric-i18n-cs-4.3.8-5-2.pisi eric-i18n-de-4.3.8-5-2.pisi eric-i18n-es-4.3.8-5-2.pisi eric-i18n-fr-4.3.8-5-2.pisi eric-i18n-ru-4.3.8-5-2.pisi eric-i18n-tr-4.3.8-5-2.pisi extreme-tuxracer-0.5_beta1-1-1.pisi farsight2-0.0.16-9-7.pisi ffmpeg-0.5.1_20091020-63-16.pisi ffmpeg2theora-0.24-4-3.pisi fluidsynth-1.1.1-5-6.pisi foomatic-db-4.0_20091123-22-6.pisi foomatic-db-engine-4.0.3_20091123-19-5.pisi foomatic-db-hpijs-4.0_20090629-18-4.pisi foomatic-filters-4.0.3-20-5.pisi freecol-0.9.0_alpha2-21-6.pisi frescobaldi-1.0.0-7-6.pisi frozen-bubble-2.2.0-20-3.pisi funguloids-1.06.4-6-1.pisi gecko-mediaplayer-0.9.8_20091226-20-12.pisi geos-3.2.0_rc1-10-1.pisi gfxtheme-base-0.10-24-4.pisi gfxtheme-pardus-boot-0.10-24-12.pisi gfxtheme-pardus-install-0.10-24-12.pisi git-1.6.5.6-86-10.pisi git-cvs-1.6.5.6-86-6.pisi git-daemon-1.6.5.6-86-6.pisi git-emacs-1.6.5.6-86-10.pisi git-gui-1.6.5.6-86-6.pisi git-svn-1.6.5.6-86-6.pisi gitk-1.6.5.6-86-6.pisi gitweb-1.6.5.6-86-10.pisi glib2-2.22.2-39-8.pisi glibc-2.9-46-11.pisi glibc-doc-2.9-46-6.pisi glibc-locales-aa-2.9-46-11.pisi gnome-common-2.26.0-5-4.pisi gnome-desktop-2.28.1-1-1.pisi gnome-mplayer-0.9.8_20091226-26-15.pisi gnutls-2.8.5-18-7.pisi goldendict-0.9.0-1-1.pisi graphviz-2.22.2-14-5.pisi graphviz-docs-2.22.2-14-5.pisi grub-0.97-70-15.pisi gssdp-0.7.0-4-4.pisi gst-plugins-ugly-0.10.12-16-7.pisi gtk-qt-engine-1.1_147-8-6.pisi guidance-power-manager-4.3.3-5-4.pisi gupnp-0.13.1-4-4.pisi gupnp-igd-0.1.4-5-5.pisi gvim-7.2.319-67-8.pisi hmmer-3.0_beta3-1-1.pisi hmmer-doc-3.0_beta3-1-1.pisi htop-0.8.3-5-3.pisi hylafax-6.0.3-16-1.pisi ifuse-0.9.5-2-2.pisi imagemagick-6.5.7.7-32-8.pisi imagemagick-doc-6.5.7.7-32-7.pisi indywiki-0.9.9.1-2-2.pisi inkscape-0.47-18-5.pisi iw-0.9.18-4-4.pisi k3b-1.69.0_alpha4-15-12.pisi k3b-extra-themes-1.69.0_alpha4-15-11.pisi kaptan-4.0.15-54-30.pisi kfax-3.3.6-2-2.pisi kftpgrabber-0.8.99_20090721-4-2.pisi kgraphviewer-2.0.2-3-2.pisi kipi-plugins-1.0.0-15-11.pisi kmplayer-0.11.1b-9-6.pisi konqueror-plugins-4.3.1-4-2.pisi konqueror-plugins-doc-4.3.1-4-2.pisi konversation-1.2.1-33-16.pisi konversation-docs-1.2.1-33-14.pisi kradio-4.0.0-3-2.pisi krename-4.0.2-9-8.pisi ktorrent-3.2.5-13-6.pisi kvirc-4.0_rc1-9-5.pisi kwin-crystal-style-2.0.5-7-3.pisi lablgl-1.04-2-1.pisi latex-xmltex-1.9-5-5.pisi lbreakout2-2.6.1-6-3.pisi libgdiplus-2.6-20-7.pisi libiphone-0.9.5-2-2.pisi libmatthew-java-0.7.2-2-4.pisi libnice-0.0.10-8-6.pisi libplist-1.1-4-4.pisi libqjson-0.7.1-1-1.pisi libquicktime-1.1.2-11-7.pisi libspectre-0.2.3-3-4.pisi libusb1-1.0.6-8-4.pisi libv4l-0.6.3-21-12.pisi libva-0.31.0-3-2.pisi libvdpau-0.3-3-4.pisi lilycomp-1.0.2-4-2.pisi log4c-1.2.1-1-1.pisi lpsolve-5.5.0.15-2-3.pisi lsb-release-1.4-6-8.pisi lsdvd-0.16-2-1.pisi matio-1.3.3-1-1.pisi maxima-5.20.1-10-3.pisi mercurial-1.4.1-13-4.pisi mesa-experimental-7.6_20091019-13-3.pisi minitube-0.8.1-1-1.pisi mkinitramfs-0.6-59-12.pisi mlt-0.4.6-17-7.pisi mod_dav_svn-1.6.6-53-13.pisi mod_perl-2.0.4-9-3.pisi mono-2.6-27-9.pisi mono-zeroconf-0.9.0-2-2.pisi mpeg4ip-1.5.0.1-11-6.pisi mpg123-1.10.0-23-7.pisi mplayer-0.0_20091229-116-14.pisi mudur-3.1.1-103-27.pisi mysql-python-1.2.3-6-3.pisi nano-2.2.1-18-7.pisi neon-0.29.1-14-9.pisi net-snmp-5.4.2.1-9-3.pisi net-snmptrap-5.4.2.1-9-3.pisi net-tools-1.60-44-19.pisi neverball-1.5.4-6-4.pisi ntfs_3g-0.0_2009.11.14-42-5.pisi obexftp-0.23-3-5.pisi octave-3.2.3-18-5.pisi ode-0.11.1-7-2.pisi openoffice-3.1.1.5-76-11.pisi openoffice-clipart-3.1.1.5-76-3.pisi openoffice-extension-pdfimport-3.1.1.5-76-11.pisi openoffice-extension-presentation-minimizer-3.1.1.5-76-11.pisi openoffice-extension-presenter-screen-3.1.1.5-76-11.pisi openoffice-extension-report-builder-3.1.1.5-76-11.pisi openoffice-extension-wiki-publisher-3.1.1.5-76-11.pisi openoffice-help-de-3.1.1.5-76-11.pisi openoffice-help-en-3.1.1.5-76-11.pisi openoffice-help-es-3.1.1.5-76-11.pisi openoffice-help-fr-3.1.1.5-76-11.pisi openoffice-help-it-3.1.1.5-76-11.pisi openoffice-help-nl-3.1.1.5-76-11.pisi openoffice-help-pt-BR-3.1.1.5-76-11.pisi openoffice-help-sv-3.1.1.5-76-11.pisi openoffice-help-tr-3.1.1.5-76-11.pisi openoffice-kde-3.1.1.5-76-11.pisi openoffice-langpack-de-3.1.1.5-76-11.pisi openoffice-langpack-de-extras-3.1.1.5-76-3.pisi openoffice-langpack-es-3.1.1.5-76-11.pisi openoffice-langpack-fr-3.1.1.5-76-11.pisi openoffice-langpack-it-3.1.1.5-76-11.pisi openoffice-langpack-nl-3.1.1.5-76-11.pisi openoffice-langpack-pt-BR-3.1.1.5-76-11.pisi openoffice-langpack-sv-3.1.1.5-76-11.pisi openoffice-langpack-tr-3.1.1.5-76-11.pisi openoffice-python-3.1.1.5-76-11.pisi package-manager-2.0.1-79-23.pisi pango-1.24.5-32-8.pisi pango-docs-1.24.5-32-3.pisi pardus-python-0.4.5-27-15.pisi perf-2.6.31.9-129-1.pisi perl-5.10.1-27-9.pisi perl-Algorithm-Annotate-0.10-4-3.pisi perl-Algorithm-Diff-1.1902-3-3.pisi perl-AnyEvent-5.21-6-3.pisi perl-Apache-DBI-1.07-5-3.pisi perl-App-CLI-0.08-4-3.pisi perl-AppConfig-1.66-4-3.pisi perl-Archive-Tar-1.54-8-4.pisi perl-Archive-Zip-1.30-8-4.pisi perl-Astro-SunTime-0.01-4-3.pisi perl-Authen-SASL-2.13-5-4.pisi perl-B-Keywords-1.09-4-3.pisi perl-Bit-Vector-7.1-4-3.pisi perl-Cairo-1.061-5-3.pisi perl-Carp-Clan-6.04-6-3.pisi perl-Chart-2.4.1-3-3.pisi perl-Class-Accessor-0.34-6-4.pisi perl-Class-Autouse-1.29-5-3.pisi perl-Class-Data-Inheritable-0.08-4-3.pisi perl-Class-ISA-0.36-4-4.pisi perl-Class-MethodMaker-2.15-8-3.pisi perl-Clone-0.31-8-3.pisi perl-Compress-Bzip2-2.09-3-3.pisi perl-Compress-Raw-Zlib-2.023-11-4.pisi perl-Compress-Zlib-2.015-11-4.pisi perl-Config-Tiny-2.12-5-3.pisi perl-Convert-ASN1-0.22-7-3.pisi perl-Crypt-Blowfish-2.10-4-3.pisi perl-Crypt-PasswdMD5-1.3-3-4.pisi perl-Crypt-SSLeay-0.57-8-4.pisi perl-Crypt-Simple-0.06-4-3.pisi perl-Crypt-SmbHash-0.12-5-3.pisi perl-Curses-1.27-7-3.pisi perl-DBD-Pg-2.15.1-4-3.pisi perl-DBD-SQLite-1.27-7-3.pisi perl-DBD-mysql-4.013-10-3.pisi perl-DBI-1.609-7-4.pisi perl-Data-Dumper-2.125-5-3.pisi perl-Data-Hierarchy-0.34-4-3.pisi perl-Data-UUID-1.203-6-3.pisi perl-Date-Calc-6.3-4-4.pisi perl-Date-Manip-6.04-6-2.pisi perl-Devel-Caller-2.03-7-3.pisi perl-Devel-LexAlias-0.04-4-3.pisi perl-Device-SerialPort-1.04-5-4.pisi perl-Digest-Base-1.16-4-4.pisi perl-Digest-HMAC-1.01-4-4.pisi perl-Digest-MD4-1.5-5-3.pisi perl-Digest-MD5-2.39-5-4.pisi perl-Digest-SHA1-2.12-4-4.pisi perl-Email-Abstract-3.001-6-3.pisi perl-Email-Address-1.889-5-3.pisi perl-Email-Date-1.103-6-3.pisi perl-Email-Date-Format-1.002-4-3.pisi perl-Email-MIME-1.902-6-3.pisi perl-Email-MIME-Attachment-Stripper-1.316-5-3.pisi perl-Email-MIME-ContentType-1.015-5-3.pisi perl-Email-MIME-Creator-1.456-5-3.pisi perl-Email-MIME-Encodings-1.313-5-3.pisi perl-Email-MIME-Modifier-1.444-5-3.pisi perl-Email-MessageID-1.401-5-3.pisi perl-Email-Reply-1.202-5-3.pisi perl-Email-Send-2.198-8-3.pisi perl-Email-Simple-2.005-6-3.pisi perl-Email-Simple-Creator-1.424-6-3.pisi perl-Email-Valid-0.182-3-3.pisi perl-Error-0.17015-6-4.pisi perl-Event-1.13-5-3.pisi perl-Event-ExecFlow-0.63-5-3.pisi perl-Event-RPC-1.01-5-3.pisi perl-ExtUtils-Depends-0.302-7-4.pisi perl-ExtUtils-ParseXS-2.21-7-4.pisi perl-ExtUtils-PkgConfig-1.12-6-3.pisi perl-File-Find-Rule-0.32-4-4.pisi perl-File-HomeDir-0.86-7-3.pisi perl-File-Next-1.06-6-4.pisi perl-File-Tail-0.99.3-5-3.pisi perl-File-Temp-0.22-6-3.pisi perl-File-Type-0.22-4-3.pisi perl-File-chdir-0.1002-6-3.pisi perl-Font-TTF-0.45-3-3.pisi perl-FreezeThaw-0.45-4-3.pisi perl-GD-2.44-5-3.pisi perl-GD-Graph-1.44-4-3.pisi perl-GD-TextUtil-0.86-3-3.pisi perl-GSSAPI-0.26-5-3.pisi perl-Getopt-Long-2.38-7-4.pisi perl-Git-1.6.5.6-86-6.pisi perl-Glib-1.222-6-7.pisi perl-Gtk2-1.221-5-3.pisi perl-Gtk2-Ex-FormFactory-0.65-5-4.pisi perl-Gtk2-Sexy-0.04-6-4.pisi perl-Gtk2-TrayIcon-0.06-5-3.pisi perl-Gtk2-doc-1.221-5-3.pisi perl-HTML-Parser-3.64-9-6.pisi perl-HTML-Scrubber-0.08-4-3.pisi perl-HTML-Tagset-3.20-4-4.pisi perl-IO-Compress-Base-2.015-9-4.pisi perl-IO-Compress-Zlib-2.015-10-4.pisi perl-IO-Digest-0.10-4-3.pisi perl-IO-Pager-0.06-4-3.pisi perl-IO-Socket-INET6-2.57-6-5.pisi perl-IO-Socket-SSL-1.31-17-6.pisi perl-IO-Zlib-1.10-8-5.pisi perl-IO-eol-0.14-5-3.pisi perl-IO-gzip-0.18-3-3.pisi perl-IO-stringy-2.110-5-3.pisi perl-IO-via-Bzip2-0.02-3-3.pisi perl-IO-via-dynamic-0.13-5-3.pisi perl-IO-via-symlink-0.05-4-3.pisi perl-IP-Country-2.27-8-5.pisi perl-Image-ExifTool-7.77-6-3.pisi perl-Internals-1.1-3-3.pisi perl-Jcode-2.07-5-3.pisi perl-Lexical-Persistence-1.01-5-3.pisi perl-List-MoreUtils-0.22-4-3.pisi perl-Locale-Maketext-Lexicon-0.77-7-3.pisi perl-Locale-Maketext-Simple-0.21-5-4.pisi perl-Locale-gettext-1.05-4-4.pisi perl-Log-Log4perl-1.26-7-4.pisi perl-MIME-Base64-3.08-5-5.pisi perl-MIME-Lite-3.027-6-3.pisi perl-MIME-Types-1.28-6-4.pisi perl-MIME-tools-5.427-5-3.pisi perl-Mail-SPF-Query-1.999.1-4-4.pisi perl-MailTools-2.04-7-3.pisi perl-Math-Complex-1.56-5-3.pisi perl-Module-Pluggable-3.9-5-3.pisi perl-Module-Refresh-0.13-5-3.pisi perl-Net-CIDR-Lite-0.20-4-4.pisi perl-Net-DNS-0.65-9-5.pisi perl-Net-Daemon-0.43-5-4.pisi perl-Net-IP-1.25-4-4.pisi perl-Net-Ident-1.20-3-4.pisi perl-Net-SMTP-SSL-1.01-3-4.pisi perl-Net-SSLeay-1.35-8-4.pisi perl-Number-Compare-0.01-3-3.pisi perl-PadWalker-1.9-7-3.pisi perl-Pango-1.221-4-4.pisi perl-Parse-Yapp-1.05-3-3.pisi perl-PatchReader-0.9.5-4-3.pisi perl-Path-Class-0.17-5-3.pisi perl-PathTools-3.31-9-4.pisi perl-PlRPC-0.2020-3-3.pisi perl-Pod-Escapes-1.04-4-3.pisi perl-Pod-Simple-3.11-6-4.pisi perl-RPC-XML-0.69-9-4.pisi perl-Regexp-Shellish-0.93-4-3.pisi perl-Return-Value-1.666001-4-3.pisi perl-SDL-2.2.6-7-5.pisi perl-SOAP-Lite-0.710.08-5-3.pisi perl-SVN-Dump-0.04-3-3.pisi perl-SVN-Mirror-0.75-7-3.pisi perl-SVN-Simple-0.27-4-3.pisi perl-Socket6-0.23-5-5.pisi perl-Storable-2.21-6-4.pisi perl-String-ShellQuote-1.03-4-4.pisi perl-Sub-Uplevel-0.22-4-4.pisi perl-Sys-Hostname-Long-1.4-3-4.pisi perl-Sys-Syslog-0.27-5-3.pisi perl-Template-GD-2.66-4-3.pisi perl-Template-Toolkit-2.22-6-4.pisi perl-Term-ReadKey-2.30-3-4.pisi perl-Term-ReadLine-Perl-1.0303-6-4.pisi perl-Test-Exception-0.27-3-3.pisi perl-Test-Number-Delta-1.03-5-3.pisi perl-Test-Pod-1.40-4-5.pisi perl-Test-Simple-0.94-7-5.pisi perl-Text-Glob-0.08-3-3.pisi perl-Text-Iconv-1.7-5-3.pisi perl-Time-HiRes-1.9719-6-4.pisi perl-Time-Local-1.1901-5-3.pisi perl-Time-Piece-1.15-5-3.pisi perl-Time-Progress-1.5-3-3.pisi perl-Time-modules-2006.0814-4-3.pisi perl-TimeDate-1.19-5-4.pisi perl-Tk-804.028-7-3.pisi perl-UNIVERSAL-require-0.13-4-3.pisi perl-URI-1.51-8-6.pisi perl-Unicode-Map-0.112-4-3.pisi perl-Unicode-Map8-0.12-4-3.pisi perl-Unicode-MapUTF8-1.11-4-3.pisi perl-Unicode-String-2.09-4-3.pisi perl-X11-Protocol-0.56-4-3.pisi perl-XML-DOM-1.44-3-3.pisi perl-XML-Filter-BufferText-1.01-4-3.pisi perl-XML-LibXML-1.70-5-4.pisi perl-XML-LibXML-Common-0.13-4-3.pisi perl-XML-NamespaceSupport-1.10-4-3.pisi perl-XML-Parser-2.36-4-6.pisi perl-XML-RegExp-0.03-3-3.pisi perl-XML-SAX-0.96-7-3.pisi perl-XML-SAX-Writer-0.52-5-3.pisi perl-XML-Simple-2.18-4-3.pisi perl-XML-Twig-3.32-5-3.pisi perl-XML-XQL-0.68-3-3.pisi perl-YAML-0.70-9-5.pisi perl-YAML-Syck-1.07-7-3.pisi perl-doc-5.10.1-27-9.pisi perl-ldap-0.39-8-3.pisi perl-libintl-1.20-5-3.pisi perl-libnet-1.22-4-4.pisi perl-libwww-5.834-12-6.pisi perl-libxml-0.08-3-3.pisi perl-mlt-0.4.6-17-1.pisi perl-pcsc-1.4.7-3-4.pisi perl-version-0.78-9-4.pisi perlconsole-0.4-7-3.pisi phonon-4.3.50_20091109-19-12.pisi phonon-gstreamer-4.3.50_20091109-19-6.pisi phonon-xine-4.3.50_20091109-19-6.pisi physfs-2.0.0-3-4.pisi pilot-link-0.12.3-10-4.pisi pisi-2.2.16-151-42.pisi plasmoid-adjustable-clock-2.1-1-3.pisi plasmoid-daisy-0.0.4.21-3-5.pisi plasmoid-network-applet-0.4-7-10.pisi plasmoid-service-applet-0.1-2-4.pisi plasmoid-translatoid-1.1-3-3.pisi plasmoid-yawp-0.3.2-2-2.pisi poppler-glib-0.10.7-13-6.pisi poppler-qt-0.10.7-13-6.pisi psi-0.14-17-9.pisi puding-0.2-8-4.pisi pycha-0.5.2-4-2.pisi python-Jinja2-2.2.1-4-2.pisi python-M2Crypto-0.20.2-5-4.pisi python-avahi-0.6.25-7-5.pisi python-docs-2.6.4-8-4.pisi python-markdown-2.0.3-4-2.pisi python-mlt-0.4.6-17-1.pisi python-preprocess-1.1.0-1-1.pisi python-sphinx-0.6.3-5-3.pisi python-tornado-0.2-1-1.pisi python-xlrd-0.6.1-2-1.pisi pytz-2009p-4-3.pisi qjackctl-0.3.5-8-5.pisi qoauth-1.0-1-1.pisi qoauth-devel-1.0-1-1.pisi qsvn-0.8.3-3-1.pisi qsvn-devel-0.8.3-3-1.pisi qtwitter-0.10.0-5-1.pisi raptor-1.4.20-10-5.pisi redland-1.0.9-9-7.pisi redland-mysql-1.0.9-9-2.pisi redland-postgresql-1.0.9-9-2.pisi rrdtool-1.4_rc2-5-3.pisi rsibreak-0.10-6-2.pisi sane-backends-1.0.20-15-5.pisi setuptools-0.6_11-8-4.pisi shared-mime-info-0.70-16-10.pisi skanlite-0.3-4-3.pisi slf4j-1.5.10-3-5.pisi smb4k-0.10.4-3-5.pisi smbldap-tools-0.9.5-4-2.pisi soprano-2.3.1-11-4.pisi soundconverter-1.4.4-3-1.pisi spamassassin-3.2.5-20-4.pisi spamd-3.2.5-20-4.pisi sqlalchemy-0.5.6-14-4.pisi squashfs-tools-4.0_20091207-7-3.pisi stormbaancoureur-2.1.5-8-1.pisi streamripper-1.64.6-9-3.pisi strigi-0.7.0-9-5.pisi strigi-devel-0.7.0-9-5.pisi subtitleripper-0.3.4-2-1.pisi subversion-1.6.6-53-13.pisi sylpheed-3.0.0_beta4-33-8.pisi sysstat-9.0.4-5-2.pisi taglib-extras-1.0.1-7-6.pisi tcl-8.5.8-13-5.pisi tcltk-8.5.8-12-4.pisi terminus-font-4.30-8-4.pisi texlive-basic-0.0_20080816-4-3.pisi texlive-latex-0.0_20080816-5-4.pisi texlive-metapost-0.0_20080816-2-2.pisi texlive-omega-0.0_20080816-2-2.pisi texlive-xetex-0.0_20080816-3-3.pisi thunderbird-3.0-50-7.pisi tig-0.15-3-3.pisi timezone-0.0_20091214-1-1.pisi tomcat-servlet-api-5.5.28-3-3.pisi tre-0.8.0-3-4.pisi usbmuxd-1.0.0-4-4.pisi util-linux-2.16.1-32-12.pisi valgrind-3.5.0-16-2.pisi vdpau-video-0.6.1-2-2.pisi vim-7.2.319-67-8.pisi vim-colorschemes-0.0_20091217-5-5.pisi virt-viewer-0.2.0-2-3.pisi virtinst-0.500.0-2-3.pisi virtualbox-3.1.2-44-12.pisi virtualbox-guest-utils-3.1.2-44-12.pisi vlc-1.0.4-31-10.pisi vlc-firefox-1.0.4-31-10.pisi webkitkde-0.0_1043146-4-5.pisi wireless-regdb-0.0_20091110-4-4.pisi wireless-tools-29-65-20.pisi x11-ssh-askpass-1.2.4.1-2-1.pisi x264-0.0_20091228-26-10.pisi xdg-user-dirs-0.12-5-6.pisi xdm-1.1.9-7-8.pisi xorg-app-7.5_20091014-38-8.pisi xorg-video-fglrx-9.12-55-8.pisi xorg-video-nvidia-current-190.53-20-19.pisi xorg-video-nvidia173-173.14.22-38-18.pisi xorg-video-nvidia96-96.43.14-41-18.pisi xplanet-1.2.1-1-1.pisi xscreensaver-5.08-14-5.pisi xscreensaver-demo-5.08-14-5.pisi xvba-video-0.5.4-2-2.pisi yali4-2.2.2-101-39.pisi yaz-3.0.51-20-8.pisi zorg-2.0.3-77-17.pisi -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Thu Dec 31 16:55:52 2009 From: onur at pardus.org.tr (Onur =?iso-8859-9?q?K=FC=E7=FCk?=) Date: Thu, 31 Dec 2009 16:55:52 +0200 Subject: [Gelistirici] [2009] [ACK/NACK] 20091231 Details / Detaylar In-Reply-To: <200912311652.20213.onur@pardus.org.tr> References: <200912311652.20213.onur@pardus.org.tr> Message-ID: <200912311655.52792.onur@pardus.org.tr> = Package : FreeImage [Pardus ] ====================================================================== * Ver.: 3.12.0, Rel.: 5, Type: None * Onur Küçük [2009-12-27] Make sure to use system jpeg, was using internal one causing segfault on struct siz comparison, bug (#11529) = Package : FreeMat [Serdar Dalgıç ] ====================================================================== * Ver.: 4.0.1, Rel.: 1, Type: None * Serdar Dalgıç [2009-11-17] First release. = Package : PyKDE [Gökçen Eraslan ] ====================================================================== * Ver.: 4.3.4, Rel.: 30, Type: None * Gökçen Eraslan [2009-12-03] Version bump to 4.3.4 * Ver.: 4.3.3, Rel.: 29, Type: None * Gökçen Eraslan [2009-10-31] Version bump to new KDE release * Ver.: 4.3.2, Rel.: 28, Type: None * Gökçen Eraslan [2009-10-06] Version bump to new KDE release = Package : PyQt [Gökmen GÖKSEL ] ====================================================================== * Ver.: 4.5.4, Rel.: 36, Type: None * Ozan Çağlayan [2009-11-16] Replace PyQt4 and PyQt4-doc = Package : PyQt-doc [Gökmen GÖKSEL ] ====================================================================== * Ver.: 4.5.4, Rel.: 36, Type: None * Ozan Çağlayan [2009-11-16] Replace PyQt4 and PyQt4-doc = Package : PyXML [Pınar Yanardağ ] ====================================================================== * Ver.: 0.8.4, Rel.: 5, Type: None * Onur Küçük [2009-12-05] Fix working under python 2.6 = Package : QtCurve-Gtk2 [Kenan Pelit ] ====================================================================== * Ver.: 0.69.2, Rel.: 20, Type: None * Gökçen Eraslan [2009-12-21] Version bump to latest version: * If a scrollbar slider is maxed-out, then shade it as disabled - matches KDE. * When detecting Ctrl-Alt-M for menubar hiding, check for uppercase M as well as lower case. Also, ignore state of shift and caps-lock keys. * Set default contrast to 7 * Fix glow-style mouse over for combos with coloured buttons. * Improve appearance of plastik style mouse-over on scrollbar sliders. * Add option to control whether bottom tabs should have their gradient shades inverted. * Config files now stored under $XDG_CONFIG_HOME/qtcurve (e.g. ~/.config/qtcurve) * Fix some issue with 'flat' appearance. * Add an experimental option to hide/unhide menubars using Ctrl-Alt-M. * Respect double arrow setting for non-editable combos on more Gtk2 combo types. (Affects combos in pidgin.) * Colour arrows on mouse over of non-editable combos on more Gtk2 combo types. (Affects combos in pidgin.) * Fix disabled editable combos. * It has been reported that under intel Xorg drivers > 2.8, that QtCurve's arrows are not appearing. This seems to be due to the fact that QtCurve is using cairo to draw non-antialised lines in this case. To work-around this issue QtCurve has been changed to use the older Gdk to draw arrows. To revert back to cairo, use the following cmake option: -DQTC_USE_CAIRO_FOR_ARROWS=true = Package : QtCurve-KDE4 [Gökçen Eraslan ] ====================================================================== * Ver.: 0.69.2, Rel.: 18, Type: None * Gökçen Eraslan [2009-12-25] Add KComponentData patch for i18n problem. * Ver.: 0.69.2, Rel.: 17, Type: None * Ozan Çağlayan [2009-12-18] Replace QtCurve-KDE3, add translations.xml = Package : SGMLSpm [Semen Cirit ] ====================================================================== * Ver.: 1.03, Rel.: 2, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. = Package : SVK [Faik Uygur ] ====================================================================== * Ver.: 2.2.1, Rel.: 6, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. Remove unused directories by hand. = Package : Smarty [Taner Taş ] ====================================================================== = Package : abuse [Onur Küçük ] ====================================================================== * Ver.: 0.7.1, Rel.: 5, Type: None * Serdar Dalgıç [2009-12-28] Correct data dir to fix #11800 = Package : akonadi [Kenan Pelit ] ====================================================================== * Ver.: 1.2.1, Rel.: 10, Type: None * Gökçen Eraslan [2009-09-25] Version bump to stable release and change prefix to KDE independent place. = Package : amarok [İşbaran Akçayır ] ====================================================================== * Ver.: 2.2.1, Rel.: 33, Type: None * İşbaran Akçayır [2009-12-02] Update to 2.2.1 = Package : amsn [Murat Şenel ] ====================================================================== * Ver.: 0.98.1, Rel.: 27, Type: None * Murat Şenel [2009-11-21] Stable release. Full Audio/Video chat support. * Ver.: 0.98b_11326, Rel.: 26, Type: None * Murat Şenel [2009-07-10] New snapshot. Fixes audaio/video asistant and translation improvements. = Package : amsn-skin-oxygen [Mehmet Nur Olcay ] ====================================================================== * Ver.: 1.0_20091013, Rel.: 1, Type: None * Mehmet Nur Olcay [2009-10-13] First release. = Package : arora [Mehmet Nur Olcay ] ====================================================================== * Ver.: 0.10.2, Rel.: 15, Type: None * Mehmet Nur Olcay [2009-12-15] Bugfix release: - Fix build breakage due to final API changes in Qt 4.6.0 - A segfault that could occur when opening a URL on a new window from the command-line = Package : artwork-pardus-release [Onur Küçük ] ====================================================================== * Ver.: 2009, Rel.: 8, Type: None * Onur Küçük [2009-12-23] Remove Cebit images * Ver.: 2009, Rel.: 7, Type: None * Ozan Çağlayan [2009-12-18] Replace artwork * Ver.: 2009, Rel.: 6, Type: None * Onur Küçük [2009-10-02] Temporarily add Cebit images = Package : asciidoc [Faik Uygur ] ====================================================================== * Ver.: 8.5.2, Rel.: 10, Type: None * Faik Uygur [2009-12-15] * FIXED: Absolute imagesdir and iconsdir attribute path names do not work with the xhtml11 data-uri encoding. * FIXED: Regression issue with inline data-uri images. * FIXED: An unexpected error occurred when processing a table containing CSV data if the cols attribute was not explicitly specified. = Package : ati-control-center [Fatih Aşıcı ] ====================================================================== * Ver.: 9.12, Rel.: 55, Type: None * Fatih Aşıcı [2009-12-19] New release * Ver.: 9.11, Rel.: 54, Type: None * Fatih Aşıcı [2009-11-19] New release = Package : avahi-glib [Ozan Çağlayan ] ====================================================================== * Ver.: 0.6.25, Rel.: 7, Type: None * Ozan Çağlayan [2009-11-16] Replace avahi-qt4. = Package : avahi-qt [Ozan Çağlayan ] ====================================================================== * Ver.: 0.6.25, Rel.: 7, Type: None * Ozan Çağlayan [2009-11-16] Replace avahi-qt4. = Package : avidemux [Doruk Fişek ] ====================================================================== * Ver.: 2.5.2, Rel.: 19, Type: None * Onur Küçük [2009-12-28] Depend on new x264 * Ver.: 2.5.2, Rel.: 18, Type: None * Doruk Fişek [2009-12-22] Version bump: * Re-enabled Vorbis decoder (regression introduced 2.5.0) * Improved channel mapping of multichannel DTS * Updated the FFmpeg libraries * Added support for latest x264 core and updated Qt interface * Added support for H264 video, VP6A video and AAC audio in FLV container * Added support for SEDG and WMVA four CCs * Various fixes related to Xvid settings * Fixed Xvid stat files remaining locked after encoding (regression introduced 2.5.0) * Improved MKV demuxer * New Colour Curve Editor plugin for Qt interface * Fixed FluxSmooth filter plugin (regression introduced 2.5.0) * Fixed saving of filter parameters for Rotate and Equaliser plugins (regression introduced 2.5.0) * Added extra bitrate settings for LAME audio encoder * Enabled JACK audio device plugin (regression introduced 2.5.0) * Various GUI fixes for GTK+ and Qt interface * Fixed command-line interface support for various video filters * Changed "save-jpg" parameter of command-line interface to honour "begin" parameter * Fixed saving of crash file when Avidemux unexpectedly quits (regression introduced in 2.5.0) * Fixed GUI quirks when using Copy mode and AVI un/packing * Various minor fixes and enhancements = Package : avidemux-cli [Doruk Fişek ] ====================================================================== * Ver.: 2.5.2, Rel.: 19, Type: None * Onur Küçük [2009-12-28] Depend on new x264 * Ver.: 2.5.2, Rel.: 18, Type: None * Doruk Fişek [2009-12-22] Version bump: * Re-enabled Vorbis decoder (regression introduced 2.5.0) * Improved channel mapping of multichannel DTS * Updated the FFmpeg libraries * Added support for latest x264 core and updated Qt interface * Added support for H264 video, VP6A video and AAC audio in FLV container * Added support for SEDG and WMVA four CCs * Various fixes related to Xvid settings * Fixed Xvid stat files remaining locked after encoding (regression introduced 2.5.0) * Improved MKV demuxer * New Colour Curve Editor plugin for Qt interface * Fixed FluxSmooth filter plugin (regression introduced 2.5.0) * Fixed saving of filter parameters for Rotate and Equaliser plugins (regression introduced 2.5.0) * Added extra bitrate settings for LAME audio encoder * Enabled JACK audio device plugin (regression introduced 2.5.0) * Various GUI fixes for GTK+ and Qt interface * Fixed command-line interface support for various video filters * Changed "save-jpg" parameter of command-line interface to honour "begin" parameter * Fixed saving of crash file when Avidemux unexpectedly quits (regression introduced in 2.5.0) * Fixed GUI quirks when using Copy mode and AVI un/packing * Various minor fixes and enhancements = Package : avidemux-common [Doruk Fişek ] ====================================================================== * Ver.: 2.5.2, Rel.: 19, Type: None * Onur Küçük [2009-12-28] Depend on new x264 * Ver.: 2.5.2, Rel.: 18, Type: None * Doruk Fişek [2009-12-22] Version bump: * Re-enabled Vorbis decoder (regression introduced 2.5.0) * Improved channel mapping of multichannel DTS * Updated the FFmpeg libraries * Added support for latest x264 core and updated Qt interface * Added support for H264 video, VP6A video and AAC audio in FLV container * Added support for SEDG and WMVA four CCs * Various fixes related to Xvid settings * Fixed Xvid stat files remaining locked after encoding (regression introduced 2.5.0) * Improved MKV demuxer * New Colour Curve Editor plugin for Qt interface * Fixed FluxSmooth filter plugin (regression introduced 2.5.0) * Fixed saving of filter parameters for Rotate and Equaliser plugins (regression introduced 2.5.0) * Added extra bitrate settings for LAME audio encoder * Enabled JACK audio device plugin (regression introduced 2.5.0) * Various GUI fixes for GTK+ and Qt interface * Fixed command-line interface support for various video filters * Changed "save-jpg" parameter of command-line interface to honour "begin" parameter * Fixed saving of crash file when Avidemux unexpectedly quits (regression introduced in 2.5.0) * Fixed GUI quirks when using Copy mode and AVI un/packing * Various minor fixes and enhancements = Package : avidemux-qt [Doruk Fişek ] ====================================================================== * Ver.: 2.5.2, Rel.: 19, Type: None * Onur Küçük [2009-12-28] Depend on new x264 * Ver.: 2.5.2, Rel.: 18, Type: None * Doruk Fişek [2009-12-22] Version bump: * Re-enabled Vorbis decoder (regression introduced 2.5.0) * Improved channel mapping of multichannel DTS * Updated the FFmpeg libraries * Added support for latest x264 core and updated Qt interface * Added support for H264 video, VP6A video and AAC audio in FLV container * Added support for SEDG and WMVA four CCs * Various fixes related to Xvid settings * Fixed Xvid stat files remaining locked after encoding (regression introduced 2.5.0) * Improved MKV demuxer * New Colour Curve Editor plugin for Qt interface * Fixed FluxSmooth filter plugin (regression introduced 2.5.0) * Fixed saving of filter parameters for Rotate and Equaliser plugins (regression introduced 2.5.0) * Added extra bitrate settings for LAME audio encoder * Enabled JACK audio device plugin (regression introduced 2.5.0) * Various GUI fixes for GTK+ and Qt interface * Fixed command-line interface support for various video filters * Changed "save-jpg" parameter of command-line interface to honour "begin" parameter * Fixed saving of crash file when Avidemux unexpectedly quits (regression introduced in 2.5.0) * Fixed GUI quirks when using Copy mode and AVI un/packing * Various minor fixes and enhancements = Package : basket [Doruk Fişek ] ====================================================================== * Ver.: 2.0_20091124, Rel.: 18, Type: None * Doruk Fişek [2009-12-01] Bump to latest git: * Fixed usage of height and width in Note * Fix group indicator * Update kontact plugin to new API * Fix a layout bug that disabled the "Unlock" button * Fix move and copy drop actions for remote URLs = Package : bespin-kde4-theme [Gökmen GÖKSEL ] ====================================================================== * Ver.: 0.1, Rel.: 5, Type: None * İnanç Yıldırgan [2009-12-05] Sync with SVN revision. = Package : bind [Taner Taş ] ====================================================================== * Ver.: 9.6.1_p2, Rel.: 24, Type: None * Onur Küçük [2009-12-17] Fix wrong bind-tools PartOf = Package : bind-tools [Taner Taş ] ====================================================================== * Ver.: 9.6.1_p2, Rel.: 24, Type: None * Onur Küçük [2009-12-17] Fix wrong bind-tools PartOf = Package : bitbake [İşbaran Akçayır ] ====================================================================== * Ver.: 1.8.18, Rel.: 1, Type: None * İşbaran Akçayır [2009-12-03] First release. = Package : blobby [İnanç Yıldırgan ] ====================================================================== * Ver.: 0.8_20091224, Rel.: 5, Type: None * İnanç Yıldırgan [2009-12-24] Version bump to new release. = Package : boo [Gökmen Görgen ] ====================================================================== * Ver.: 0.9.2.3383, Rel.: 2, Type: None * Gökmen Görgen [2009-11-29] Fix libdir path. * Ver.: 0.9.2.3383, Rel.: 1, Type: None * Gökmen Görgen [2009-10-30] First release. = Package : boot-manager [Bahadır Kandemir ] ====================================================================== * Ver.: 2.9.5, Rel.: 25, Type: None * Bahadır Kandemir [2009-12-14] New Release. Fixes a small bug in list entry parser to work properly with new Boot.Loader API. = Package : chromium-bsu [Doruk Fişek ] ====================================================================== = Package : clustalx [Bulak Arpat ] ====================================================================== * Ver.: 2.0.12, Rel.: 2, Type: None * Onur Küçük [2009-12-15] Remove wrong PartOf * Ver.: 2.0.12, Rel.: 1, Type: None * Bulak Arpat [2009-11-04] First release. = Package : command-not-found [Ozan Çağlayan ] ====================================================================== * Ver.: 0.8, Rel.: 10, Type: None * Ozan Çağlayan [2009-11-23] Update db. = Package : dhcpcd [Faik Uygur ] ====================================================================== * Ver.: 5.1.3, Rel.: 20, Type: None * Ozan Çağlayan [2009-11-13] - Version bump, - Add compat hook to better cope with Pardus netutils. * Ver.: 5.0.7, Rel.: 19, Type: None * Bahadır Kandemir [2009-08-05] Version bump = Package : dia [Serdar Dalgıç ] ====================================================================== * Ver.: 0.97, Rel.: 4, Type: None * Serdar Dalgıç [2009-11-19] * Make the package ready for Pardus 2009 with various patches. * Reorganize the dependencies. * Ver.: 0.97, Rel.: 3, Type: None * Gökmen Görgen [2009-08-21] * Version bump. * Ver.: 0.96.1, Rel.: 2, Type: None * Onur Küçük [2008-10-13] Build with 2008 toolchain * Ver.: 0.96.1, Rel.: 1, Type: None * Michael Austin [2007-04-11] Initial version = Package : digikam [Ozan Çağlayan ] ====================================================================== * Ver.: 1.0.0, Rel.: 16, Type: None * Ozan Çağlayan [2009-12-25] Bump to final version. * Ver.: 1.0.0_rc, Rel.: 15, Type: None * Ozan Çağlayan [2009-12-04] Bump to the latest release candidate containing 22 bug fixes. * Ver.: 1.0.0_beta6, Rel.: 14, Type: None * Ozan Çağlayan [2009-11-16] Replace kde4 counterpart. * Ver.: 1.0.0_beta6, Rel.: 13, Type: None * Ozan Çağlayan [2009-11-13] Bump to the new beta * Ver.: 1.0.0_beta5, Rel.: 12, Type: None * Ozan Çağlayan [2009-10-10] Version bump to the latest beta = Package : display-settings [Fatih Aşıcı ] ====================================================================== * Ver.: 0.9.96, Rel.: 27, Type: None * Fatih Aşıcı [2009-12-28] New development release = Package : droid-fonts [İnanç Yıldırgan ] ====================================================================== * Ver.: 0.0_20091121, Rel.: 2, Type: None * İnanç Yıldırgan [2009-11-21] Version bump. = Package : eet [H. İbrahim Güngör ] ====================================================================== * Ver.: 1.2.2, Rel.: 15, Type: None * H. İbrahim Güngör [2009-07-30] Stable bump, remove gnutls dependency as openssl is used for cipher and signature. * Ver.: 1.2.1, Rel.: 14, Type: None * H. İbrahim Güngör [2009-06-15] Stable bump. = Package : eigen [Gökçen Eraslan ] ====================================================================== * Ver.: 2.0.10, Rel.: 6, Type: None * Gökçen Eraslan [2009-12-03] Version bump to latest: * Rewrite 4x4 matrix inverse to improve precision, and add a new unit test to guarantee that precision. It's less fast, but it's still faster than the cofactors method. * Fix bug #65: MatrixBase::nonZeros() was recursing infinitely * Prevent the construction of bogus MatrixBase objects and generate good compilation errors for that. Done by making the default constructor protected, and adding some private constructors. * Add option to initialize all matrices by zero: just #define EIGEN_INITIALIZE_MATRICES_BY_ZERO * Improve Map documentation * Install the pkg-config file to share/pkgconfig, instead of lib/pkgconfig (thanks to Thomas Capricelli) * fix warnings * adjust to repository name change * Ver.: 2.0.6, Rel.: 5, Type: None * Gökçen Eraslan [2009-09-27] Version bump to latest release: * allow to disable all alignment code by defining EIGEN_DONT_ALIGN (backport from devel branch). * backport the devel branch's StdVector header as NewStdVector. You may also #define EIGEN_USE_NEW_STDVECTOR to make StdVector use it automatically. However, by default it isn't used by StdVector, to preserve compatibility. * Vectorized quaternion product (for float) by Rohit Garg (backport from devel branch). * allow to override EIGEN_RESTRICT and add EIGEN_DONT_USE_RESTRICT_KEYWORD * fix a warning in ei_aligned_malloc; fixed by backporting the body from the devel branch; may result in a different choice of system aligned malloc function. * fix bug: in rare situations involving mixed storage orders, a matrix product could be evaluated as its own transpose * fix bug: LU::solve() crashed when called on the LU decomposition of a zero matrix * fix bug: EIGEN_STACK_ALLOCATION_LIMIT was too high, resulting in stack overflow for a user. Now it is set as in the devel branch. * fix compilation bug: our StdVector header didn't work with GCC 4.1. (Bug #41) * fix compilation bug: missing return statement in Rotation2D::operator*= (Bug #36) * in StdVector, a more useful #error message about the #including order * add EIGEN_TRANSFORM_PLUGIN allowing to customize the Transform class * fix a warning with MSVC * fix a bug in our cmake code when building unit-tests (thanks to Marcus Hanwell) * work around a bug in cmake that made it fail to build unit-tests when fortran wasn't installed * in our cmake code, remove the part about retrieving the mercurial info and appending it to the version number in the dox * dox: remove the old example list * fix the option to build a binary library, although it's not very useful and will be removed * add basic .hgignore file and script to build the docs (thanks to Thomas Capricelli) = Package : eina [H. İbrahim Güngör ] ====================================================================== * Ver.: 0.0.2.062, Rel.: 9, Type: None * H. İbrahim Güngör [2009-07-30] New snapshot. * Ver.: 0.0.2.061, Rel.: 8, Type: None * H. İbrahim Güngör [2009-06-15] New snapshot. = Package : elixir [Jérôme Schneider ] ====================================================================== * Ver.: 0.6.1, Rel.: 6, Type: None * Jérôme Schneider [2009-07-31] Fix examples path path. = Package : eric [David Stegbauer ] ====================================================================== * Ver.: 4.3.8, Rel.: 18, Type: None * David Stegbauer [2009-10-12] Version bump = Package : eric-i18n-cs [David Stegbauer ] ====================================================================== * Ver.: 4.3.8, Rel.: 5, Type: None * David Stegbauer [2009-10-12] Version bump = Package : eric-i18n-de [David Stegbauer ] ====================================================================== * Ver.: 4.3.8, Rel.: 5, Type: None * David Stegbauer [2009-10-12] Version bump = Package : eric-i18n-es [David Stegbauer ] ====================================================================== * Ver.: 4.3.8, Rel.: 5, Type: None * David Stegbauer [2009-10-12] Version bump = Package : eric-i18n-fr [David Stegbauer ] ====================================================================== * Ver.: 4.3.8, Rel.: 5, Type: None * David Stegbauer [2009-10-12] Version bump = Package : eric-i18n-ru [David Stegbauer ] ====================================================================== * Ver.: 4.3.8, Rel.: 5, Type: None * David Stegbauer [2009-10-12] Version bump = Package : eric-i18n-tr [David Stegbauer ] ====================================================================== * Ver.: 4.3.8, Rel.: 5, Type: None * David Stegbauer [2009-10-12] Version bump = Package : extreme-tuxracer [Onur Küçük ] ====================================================================== * Ver.: 0.5_beta1, Rel.: 1, Type: None * Onur Küçük [2009-11-23] First release, will fix bug #11561 and probably some more = Package : farsight2 [Pardus ] ====================================================================== * Ver.: 0.0.16, Rel.: 9, Type: None * Murat Şenel [2009-11-21] Stable bump * Ver.: 0.0.14, Rel.: 8, Type: None * Eren Türkay [2009-08-25] Stable bump = Package : ffmpeg [Onur Küçük ] ====================================================================== * Ver.: 0.5.1_20091020, Rel.: 63, Type: None * Onur Küçük [2009-12-28] Bump snapshot to 20964 Enable vaapi support Depend on new x264 = Package : ffmpeg2theora [Gökmen Görgen ] ====================================================================== * Ver.: 0.24, Rel.: 4, Type: None * Gökmen Görgen [2009-09-03] * Package takeover. * Version bump: - Fix to make --max_size --no_upscaling work. - Pad image with black instead of green. - Long option for -p is --preset now. - Update to ffmpeg 0.5. = Package : fluidsynth [Pardus ] ====================================================================== * Ver.: 1.1.1, Rel.: 5, Type: None * Mehmet Nur Olcay [2009-12-24] Stable bump, lots of new features and improvements. Add all direct dependencies and enable libsnd support = Package : foomatic-db [Onur Küçük ] ====================================================================== * Ver.: 4.0_20091123, Rel.: 22, Type: None * Ozan Çağlayan [2009-12-24] Don't replace hpijs for now as the decision is not clear * Ver.: 4.0_20091123, Rel.: 21, Type: None * Ozan Çağlayan [2009-11-23] - Bump to the latest snapshot, - Add support for various new Lexmark printers, - Removed PostScript printer PPD files which are shipped as part of HPLIP, - Replaced references to PostScript-HP driver by references to hplip driver, - Added non-Postscript versions of the Sharp printers, - Updated comments in XML's to remove all references to the hpijs driver, - Added new hplip driver entry which is now the recommended instead of hpijs, - Changed the recommended driver for Epson Stylus Color 200 to stcolor. * Ver.: 4.0_20090821, Rel.: 20, Type: None * Ozan Çağlayan [2009-08-21] Version bump = Package : foomatic-db-engine [Onur Küçük ] ====================================================================== * Ver.: 4.0.3_20091123, Rel.: 19, Type: None * Ozan Çağlayan [2009-11-23] - Bump to the latest snapshot, - Disable a ghostscript check in configure to avoid sandbox violation, - Add strict Perl dependency, - Fixes on printer/driver combo data readout from the SQL database, - The "hpijs" driver entry got replaced by hplip, = Package : foomatic-db-hpijs [Onur Küçük ] ====================================================================== * Ver.: 4.0_20090629, Rel.: 18, Type: None * Ozan Çağlayan [2009-12-24] Sync with upstream. = Package : foomatic-filters [Onur Küçük ] ====================================================================== * Ver.: 4.0.3, Rel.: 20, Type: None * Ozan Çağlayan [2009-09-30] Version bump = Package : freecol [Doruk Fişek ] ====================================================================== * Ver.: 0.9.0_alpha2, Rel.: 21, Type: None * Doruk Fişek [2009-11-30] Bump to new alpha of new development version for testing. * Ver.: 0.9.0_alpha1, Rel.: 20, Type: None * Doruk Fişek [2009-10-09] Bump to alpha of new development version for testing. = Package : frescobaldi [Mehmet Nur Olcay ] ====================================================================== * Ver.: 1.0.0, Rel.: 7, Type: None * Mehmet Nur Olcay [2009-12-27] Stable bump, lots of improvements and bugfixes = Package : frozen-bubble [Doruk Fişek ] ====================================================================== * Ver.: 2.2.0, Rel.: 20, Type: None * Serdar Dalgıç [2009-12-04] Depend on new perl. = Package : funguloids [Murat Şenel ] ====================================================================== * Ver.: 1.06.4, Rel.: 6, Type: None * Onur Küçük [2009-10-20] Fix new OGRE usage * Ver.: 1.06.4, Rel.: 5, Type: None * Murat Şenel [2008-05-18] Use new OGRE-1.4.8 and disable Plugin_CgProgramManager * Ver.: 1.06.4, Rel.: 4, Type: None * Murat Şenel [2008-05-11] Fix alc error and disable mouse capture * Ver.: 1.06.4, Rel.: 3, Type: None * Murat Şenel [2008-05-10] Fix size chunks reverse * Ver.: 1.06.4, Rel.: 2, Type: None * Murat Şenel [2008-04-18] Fix compilation * Ver.: 1.06.4, Rel.: 1, Type: None * Murat Şenel [2007-06-24] First release = Package : gecko-mediaplayer [Onur Küçük ] ====================================================================== * Ver.: 0.9.8_20091226, Rel.: 20, Type: None * Onur Küçük [2009-12-26] Bump to version 344 Add volume level fixes, bug (#11564) Fix crash on Apple related sites, bug (#11759) Enable gconf since xulrunner uses it too = Package : geos [İşbaran Akçayır ] ====================================================================== * Ver.: 3.2.0_rc1, Rel.: 10, Type: None * İşbaran Akçayır [2009-12-01] Update, remove compiled pyc/o, include doxy doc * Ver.: 3.0.0_rc5, Rel.: 9, Type: None * Murat Şenel [2007-12-18] Version bump * Ver.: 3.0.0_rc4, Rel.: 8, Type: None * Murat Şenel [2007-04-30] fixCompiledPy * Ver.: 3.0.0_rc4, Rel.: 7, Type: None * Murat Şenel [2007-04-17] qgis-compile.patch added * Ver.: 3.0.0_rc4, Rel.: 6, Type: None * Murat Şenel [2007-02-27] Version bump * Ver.: 3.0.0_rc3, Rel.: 5, Type: None * Murat Şenel [2006-12-21] Version bump * Ver.: 3.0.0_rc2, Rel.: 4, Type: None * Murat Şenel [2006-11-17] Version bump * Ver.: 2.2.3, Rel.: 3, Type: None * Murat Şenel [2006-09-30] Return to the stable version for now since it's not compatible with the programs that need geos as dep. * Ver.: 3.0.0_rc1, Rel.: 2, Type: None * Murat Şenel [2006-09-24] Version bump * Ver.: 2.2.3, Rel.: 1, Type: None * Murat Şenel [2006-08-26] First release = Package : gfxtheme-base [Onur Küçük ] ====================================================================== * Ver.: 0.10, Rel.: 24, Type: None * Onur Küçük [2009-12-16] Add mainmenu and otheroptions support Update translations = Package : gfxtheme-pardus-boot [Onur Küçük ] ====================================================================== * Ver.: 0.10, Rel.: 24, Type: None * Onur Küçük [2009-12-16] Add mainmenu and otheroptions support Update translations = Package : gfxtheme-pardus-install [Onur Küçük ] ====================================================================== * Ver.: 0.10, Rel.: 24, Type: None * Onur Küçük [2009-12-16] Add mainmenu and otheroptions support Update translations = Package : git [Faik Uygur ] ====================================================================== * Ver.: 1.6.5.6, Rel.: 86, Type: None * Faik Uygur [2009-12-15] * "git rebase" got confused when the log message began with certain strings that looked like Subject:, Date: or From: header * "git reset" accidentally run in .git/ directory checked out the work tree contents in there * "git add -p" had a regression since v1.6.5.3 that broke deletion of non- empty files * "git archive -o o.zip -- Makefile" produced an archive in o.zip but in POSIX tar format * The post-upload-hook run by upload-pack in response to "git fetch" has been removed, due to security concerns * "git diff -B" and "git diff --dirstat" was not counting newly added contents correctly * "git format-patch revisions... -- path" issued an incorrect error * "git grep -F -i StRiNg" did not work as expected * Enumeration of available merge strategies iterated over the list of commands in a wrong way, sometimes producing an incorrect result * Ver.: 1.6.5.4, Rel.: 85, Type: None * Faik Uygur [2009-12-04] * "git prune-packed" cron job problem fix * "git apply -p(n) --directory=(elsewhere)" did not work well for a non- default value of n * "git merge foo HEAD" was misparsed as an old-style invocation of the command and produced a confusing error message. * Documentation updates * perl dep added to perl-Git module * Ver.: 1.6.5.3, Rel.: 84, Type: None * Faik Uygur [2009-12-01] * output from "git blame" was unreadable when the file ended in an incomplete line. * "git imap-send" did not compile cleanly with newer OpenSSL. * "git rebase -i" gave bogus error message when the command word was misspelled. * "gitweb" did not escape non-ascii characters correctly in the URL. and many other fixes = Package : git-cvs [Faik Uygur ] ====================================================================== * Ver.: 1.6.5.6, Rel.: 86, Type: None * Faik Uygur [2009-12-15] * "git rebase" got confused when the log message began with certain strings that looked like Subject:, Date: or From: header * "git reset" accidentally run in .git/ directory checked out the work tree contents in there * "git add -p" had a regression since v1.6.5.3 that broke deletion of non- empty files * "git archive -o o.zip -- Makefile" produced an archive in o.zip but in POSIX tar format * The post-upload-hook run by upload-pack in response to "git fetch" has been removed, due to security concerns * "git diff -B" and "git diff --dirstat" was not counting newly added contents correctly * "git format-patch revisions... -- path" issued an incorrect error * "git grep -F -i StRiNg" did not work as expected * Enumeration of available merge strategies iterated over the list of commands in a wrong way, sometimes producing an incorrect result * Ver.: 1.6.5.4, Rel.: 85, Type: None * Faik Uygur [2009-12-04] * "git prune-packed" cron job problem fix * "git apply -p(n) --directory=(elsewhere)" did not work well for a non- default value of n * "git merge foo HEAD" was misparsed as an old-style invocation of the command and produced a confusing error message. * Documentation updates * perl dep added to perl-Git module * Ver.: 1.6.5.3, Rel.: 84, Type: None * Faik Uygur [2009-12-01] * output from "git blame" was unreadable when the file ended in an incomplete line. * "git imap-send" did not compile cleanly with newer OpenSSL. * "git rebase -i" gave bogus error message when the command word was misspelled. * "gitweb" did not escape non-ascii characters correctly in the URL. and many other fixes = Package : git-daemon [Faik Uygur ] ====================================================================== * Ver.: 1.6.5.6, Rel.: 86, Type: None * Faik Uygur [2009-12-15] * "git rebase" got confused when the log message began with certain strings that looked like Subject:, Date: or From: header * "git reset" accidentally run in .git/ directory checked out the work tree contents in there * "git add -p" had a regression since v1.6.5.3 that broke deletion of non- empty files * "git archive -o o.zip -- Makefile" produced an archive in o.zip but in POSIX tar format * The post-upload-hook run by upload-pack in response to "git fetch" has been removed, due to security concerns * "git diff -B" and "git diff --dirstat" was not counting newly added contents correctly * "git format-patch revisions... -- path" issued an incorrect error * "git grep -F -i StRiNg" did not work as expected * Enumeration of available merge strategies iterated over the list of commands in a wrong way, sometimes producing an incorrect result * Ver.: 1.6.5.4, Rel.: 85, Type: None * Faik Uygur [2009-12-04] * "git prune-packed" cron job problem fix * "git apply -p(n) --directory=(elsewhere)" did not work well for a non- default value of n * "git merge foo HEAD" was misparsed as an old-style invocation of the command and produced a confusing error message. * Documentation updates * perl dep added to perl-Git module * Ver.: 1.6.5.3, Rel.: 84, Type: None * Faik Uygur [2009-12-01] * output from "git blame" was unreadable when the file ended in an incomplete line. * "git imap-send" did not compile cleanly with newer OpenSSL. * "git rebase -i" gave bogus error message when the command word was misspelled. * "gitweb" did not escape non-ascii characters correctly in the URL. and many other fixes = Package : git-emacs [Faik Uygur ] ====================================================================== * Ver.: 1.6.5.6, Rel.: 86, Type: None * Faik Uygur [2009-12-15] * "git rebase" got confused when the log message began with certain strings that looked like Subject:, Date: or From: header * "git reset" accidentally run in .git/ directory checked out the work tree contents in there * "git add -p" had a regression since v1.6.5.3 that broke deletion of non- empty files * "git archive -o o.zip -- Makefile" produced an archive in o.zip but in POSIX tar format * The post-upload-hook run by upload-pack in response to "git fetch" has been removed, due to security concerns * "git diff -B" and "git diff --dirstat" was not counting newly added contents correctly * "git format-patch revisions... -- path" issued an incorrect error * "git grep -F -i StRiNg" did not work as expected * Enumeration of available merge strategies iterated over the list of commands in a wrong way, sometimes producing an incorrect result * Ver.: 1.6.5.4, Rel.: 85, Type: None * Faik Uygur [2009-12-04] * "git prune-packed" cron job problem fix * "git apply -p(n) --directory=(elsewhere)" did not work well for a non- default value of n * "git merge foo HEAD" was misparsed as an old-style invocation of the command and produced a confusing error message. * Documentation updates * perl dep added to perl-Git module * Ver.: 1.6.5.3, Rel.: 84, Type: None * Faik Uygur [2009-12-01] * output from "git blame" was unreadable when the file ended in an incomplete line. * "git imap-send" did not compile cleanly with newer OpenSSL. * "git rebase -i" gave bogus error message when the command word was misspelled. * "gitweb" did not escape non-ascii characters correctly in the URL. and many other fixes = Package : git-gui [Faik Uygur ] ====================================================================== * Ver.: 1.6.5.6, Rel.: 86, Type: None * Faik Uygur [2009-12-15] * "git rebase" got confused when the log message began with certain strings that looked like Subject:, Date: or From: header * "git reset" accidentally run in .git/ directory checked out the work tree contents in there * "git add -p" had a regression since v1.6.5.3 that broke deletion of non- empty files * "git archive -o o.zip -- Makefile" produced an archive in o.zip but in POSIX tar format * The post-upload-hook run by upload-pack in response to "git fetch" has been removed, due to security concerns * "git diff -B" and "git diff --dirstat" was not counting newly added contents correctly * "git format-patch revisions... -- path" issued an incorrect error * "git grep -F -i StRiNg" did not work as expected * Enumeration of available merge strategies iterated over the list of commands in a wrong way, sometimes producing an incorrect result * Ver.: 1.6.5.4, Rel.: 85, Type: None * Faik Uygur [2009-12-04] * "git prune-packed" cron job problem fix * "git apply -p(n) --directory=(elsewhere)" did not work well for a non- default value of n * "git merge foo HEAD" was misparsed as an old-style invocation of the command and produced a confusing error message. * Documentation updates * perl dep added to perl-Git module * Ver.: 1.6.5.3, Rel.: 84, Type: None * Faik Uygur [2009-12-01] * output from "git blame" was unreadable when the file ended in an incomplete line. * "git imap-send" did not compile cleanly with newer OpenSSL. * "git rebase -i" gave bogus error message when the command word was misspelled. * "gitweb" did not escape non-ascii characters correctly in the URL. and many other fixes = Package : git-svn [Faik Uygur ] ====================================================================== * Ver.: 1.6.5.6, Rel.: 86, Type: None * Faik Uygur [2009-12-15] * "git rebase" got confused when the log message began with certain strings that looked like Subject:, Date: or From: header * "git reset" accidentally run in .git/ directory checked out the work tree contents in there * "git add -p" had a regression since v1.6.5.3 that broke deletion of non- empty files * "git archive -o o.zip -- Makefile" produced an archive in o.zip but in POSIX tar format * The post-upload-hook run by upload-pack in response to "git fetch" has been removed, due to security concerns * "git diff -B" and "git diff --dirstat" was not counting newly added contents correctly * "git format-patch revisions... -- path" issued an incorrect error * "git grep -F -i StRiNg" did not work as expected * Enumeration of available merge strategies iterated over the list of commands in a wrong way, sometimes producing an incorrect result * Ver.: 1.6.5.4, Rel.: 85, Type: None * Faik Uygur [2009-12-04] * "git prune-packed" cron job problem fix * "git apply -p(n) --directory=(elsewhere)" did not work well for a non- default value of n * "git merge foo HEAD" was misparsed as an old-style invocation of the command and produced a confusing error message. * Documentation updates * perl dep added to perl-Git module * Ver.: 1.6.5.3, Rel.: 84, Type: None * Faik Uygur [2009-12-01] * output from "git blame" was unreadable when the file ended in an incomplete line. * "git imap-send" did not compile cleanly with newer OpenSSL. * "git rebase -i" gave bogus error message when the command word was misspelled. * "gitweb" did not escape non-ascii characters correctly in the URL. and many other fixes = Package : gitk [Faik Uygur ] ====================================================================== * Ver.: 1.6.5.6, Rel.: 86, Type: None * Faik Uygur [2009-12-15] * "git rebase" got confused when the log message began with certain strings that looked like Subject:, Date: or From: header * "git reset" accidentally run in .git/ directory checked out the work tree contents in there * "git add -p" had a regression since v1.6.5.3 that broke deletion of non- empty files * "git archive -o o.zip -- Makefile" produced an archive in o.zip but in POSIX tar format * The post-upload-hook run by upload-pack in response to "git fetch" has been removed, due to security concerns * "git diff -B" and "git diff --dirstat" was not counting newly added contents correctly * "git format-patch revisions... -- path" issued an incorrect error * "git grep -F -i StRiNg" did not work as expected * Enumeration of available merge strategies iterated over the list of commands in a wrong way, sometimes producing an incorrect result * Ver.: 1.6.5.4, Rel.: 85, Type: None * Faik Uygur [2009-12-04] * "git prune-packed" cron job problem fix * "git apply -p(n) --directory=(elsewhere)" did not work well for a non- default value of n * "git merge foo HEAD" was misparsed as an old-style invocation of the command and produced a confusing error message. * Documentation updates * perl dep added to perl-Git module * Ver.: 1.6.5.3, Rel.: 84, Type: None * Faik Uygur [2009-12-01] * output from "git blame" was unreadable when the file ended in an incomplete line. * "git imap-send" did not compile cleanly with newer OpenSSL. * "git rebase -i" gave bogus error message when the command word was misspelled. * "gitweb" did not escape non-ascii characters correctly in the URL. and many other fixes = Package : gitweb [Faik Uygur ] ====================================================================== * Ver.: 1.6.5.6, Rel.: 86, Type: None * Faik Uygur [2009-12-15] * "git rebase" got confused when the log message began with certain strings that looked like Subject:, Date: or From: header * "git reset" accidentally run in .git/ directory checked out the work tree contents in there * "git add -p" had a regression since v1.6.5.3 that broke deletion of non- empty files * "git archive -o o.zip -- Makefile" produced an archive in o.zip but in POSIX tar format * The post-upload-hook run by upload-pack in response to "git fetch" has been removed, due to security concerns * "git diff -B" and "git diff --dirstat" was not counting newly added contents correctly * "git format-patch revisions... -- path" issued an incorrect error * "git grep -F -i StRiNg" did not work as expected * Enumeration of available merge strategies iterated over the list of commands in a wrong way, sometimes producing an incorrect result * Ver.: 1.6.5.4, Rel.: 85, Type: None * Faik Uygur [2009-12-04] * "git prune-packed" cron job problem fix * "git apply -p(n) --directory=(elsewhere)" did not work well for a non- default value of n * "git merge foo HEAD" was misparsed as an old-style invocation of the command and produced a confusing error message. * Documentation updates * perl dep added to perl-Git module * Ver.: 1.6.5.3, Rel.: 84, Type: None * Faik Uygur [2009-12-01] * output from "git blame" was unreadable when the file ended in an incomplete line. * "git imap-send" did not compile cleanly with newer OpenSSL. * "git rebase -i" gave bogus error message when the command word was misspelled. * "gitweb" did not escape non-ascii characters correctly in the URL. and many other fixes = Package : glib2 [Ozan Çağlayan ] ====================================================================== * Ver.: 2.22.2, Rel.: 39, Type: None * Ozan Çağlayan [2009-11-10] Switch to 2.22 branch = Package : glibc [Onur Küçük ] ====================================================================== * Ver.: 2.9, Rel.: 46, Type: None * Onur Küçük [2009-12-18] Timezone package is replacing glibc-zoneinfo now, remove dump-tz-db, zdump, zic and /usr/share/zoneinfo = Package : glibc-doc [Onur Küçük ] ====================================================================== * Ver.: 2.9, Rel.: 46, Type: None * Onur Küçük [2009-12-18] Timezone package is replacing glibc-zoneinfo now, remove dump-tz-db, zdump, zic and /usr/share/zoneinfo = Package : glibc-locales-aa [Onur Küçük ] ====================================================================== * Ver.: 2.9, Rel.: 46, Type: None * Onur Küçük [2009-12-18] Timezone package is replacing glibc-zoneinfo now, remove dump-tz-db, zdump, zic and /usr/share/zoneinfo = Package : gnome-common [Burak Çalışkan ] ====================================================================== * Ver.: 2.26.0, Rel.: 5, Type: None * Burak Çalışkan [2009-06-01] Version bump. * Ver.: 2.24.0, Rel.: 4, Type: None * Burak Çalışkan [2009-02-07] Version bump. * Ver.: 2.20.0, Rel.: 3, Type: None * Eren Türkay [2008-06-05] Version bump. * Ver.: 2.18.0, Rel.: 2, Type: None * İlker Kesen [2007-08-25] Stable update. * Ver.: 2.12.0, Rel.: 1, Type: None * İlker Kesen [2007-03-09] First release. = Package : gnome-desktop [Gökmen Görgen ] ====================================================================== * Ver.: 2.28.1, Rel.: 1, Type: None * Gökmen Görgen [2009-10-27] First release. = Package : gnome-mplayer [Onur Küçük ] ====================================================================== * Ver.: 0.9.8_20091226, Rel.: 26, Type: None * Onur Küçük [2009-12-26] Bump to snapshot 1606 Add volume level fixes, bug (#11564) Fix crash on Apple related sites, bug (#11759) Enable gconf since xulrunner uses it too = Package : gnutls [Ozan Çağlayan ] ====================================================================== * Ver.: 2.8.5, Rel.: 18, Type: None * Ozan Çağlayan [2009-11-05] - libgnutls: In server side when resuming a session do not overwrite the initial session data with the resumed session data, - libgnutls: Fix PKCS#12 encoding. The error you would get was "The OID is not supported.", - guile: Compatibility with guile 2.x, - libgnutls: Enable Camellia ciphers by default, - libgnutls: Make OpenPGP hostname checking work again. - libgnutls: When printing X.509 certificates, handle XMPP SANs better. = Package : goldendict [Renan Cakirerk ] ====================================================================== * Ver.: 0.9.0, Rel.: 1, Type: None * Renan Cakirerk [2009-10-01] First release. = Package : graphviz [Pınar Yanardağ ] ====================================================================== * Ver.: 2.22.2, Rel.: 14, Type: None * Serdar Dalgıç [2009-12-04] Depend on new perl. = Package : graphviz-docs [Pınar Yanardağ ] ====================================================================== * Ver.: 2.22.2, Rel.: 14, Type: None * Serdar Dalgıç [2009-12-04] Depend on new perl. = Package : grub [Onur Küçük ] ====================================================================== * Ver.: 0.97, Rel.: 70, Type: None * Onur Küçük [2009-12-16] Disable xfs_freeze since it causes hangs on other filesystems, bug (#11134) * Ver.: 0.97, Rel.: 69, Type: None * Bahadır Kandemir [2009-12-14] Boot.Loader COMAR script will move all old kernel entries to seperate GRUB configuration file and menu. = Package : gssdp [Murat Şenel ] ====================================================================== * Ver.: 0.7.0, Rel.: 4, Type: None * Murat Şenel [2009-11-21] Stable bump = Package : gst-plugins-ugly [Pınar Yanardağ ] ====================================================================== * Ver.: 0.10.12, Rel.: 16, Type: None * Onur Küçük [2009-12-28] Depend on new x264 = Package : gtk-qt-engine [Gökçen Eraslan ] ====================================================================== * Ver.: 1.1_147, Rel.: 8, Type: None * Gökçen Eraslan [2009-12-04] Add Xsession.d script to export SAL_GTK_USE_PIXMAPPAINT variable if gtk- qt-engine is installed. * Ver.: 1.1_147, Rel.: 7, Type: None * Gökçen Eraslan [2009-11-24] Totally remove Qt4 style, this makes gtk-qt-engine just a GTK widget style selector. = Package : guidance-power-manager [İnanç Yıldırgan ] ====================================================================== * Ver.: 4.3.3, Rel.: 5, Type: None * İnanç Yıldırgan [2009-12-17] Version bump. = Package : gupnp [Murat Şenel ] ====================================================================== * Ver.: 0.13.1, Rel.: 4, Type: None * Murat Şenel [2009-11-21] Stable bump = Package : gupnp-igd [Murat Şenel ] ====================================================================== * Ver.: 0.1.4, Rel.: 5, Type: None * Murat Şenel [2009-11-21] Stable bump = Package : gvim [İnanç Yıldırgan ] ====================================================================== * Ver.: 7.2.319, Rel.: 67, Type: None * İnanç Yıldırgan [2009-12-17] Update to patchlevel 319. = Package : hmmer [Serdar Dalgıç ] ====================================================================== * Ver.: 3.0_beta3, Rel.: 1, Type: None * Serdar Dalgıç [2009-11-17] First Release. = Package : hmmer-doc [Serdar Dalgıç ] ====================================================================== * Ver.: 3.0_beta3, Rel.: 1, Type: None * Serdar Dalgıç [2009-11-17] First Release. = Package : htop [Jérôme Schneider ] ====================================================================== * Ver.: 0.8.3, Rel.: 5, Type: None * Jérôme Schneider [2009-07-06] * Version bump * Add a patch to fix ncurses includes * Add french translations * Remove patches from Fedora = Package : hylafax [Taner Taş ] ====================================================================== * Ver.: 6.0.3, Rel.: 16, Type: None * Taner Taş [2009-07-28] Updating to 6.x branch * Ver.: 4.4.4, Rel.: 15, Type: None * Onur Küçük [2009-02-19] Define mkfifo in /usr/bin fixes bug #9239 * Ver.: 4.4.4, Rel.: 14, Type: None * Ekin Meroğlu [2008-07-12] Stable update * Ver.: 4.4.3, Rel.: 13, Type: None * İsmail Dönmez [2007-11-29] Stable update * Ver.: 4.4.2, Rel.: 12, Type: None * İsmail Dönmez [2007-10-04] Stable update * Ver.: 4.4.0, Rel.: 11, Type: None * İsmail Dönmez [2007-08-02] Version bump * Ver.: 4.3.4, Rel.: 10, Type: None * Doruk Fişek [2007-07-15] Explicitly specify config dir, remove unnecessary dependency * Ver.: 4.3.4, Rel.: 9, Type: None * İsmail Dönmez [2007-05-29] Stable update * Ver.: 4.3.1, Rel.: 8, Type: None * Bahadır Kandemir [2007-05-23] Updated Service script. * Ver.: 4.3.1, Rel.: 7, Type: security * Ali Erdinç Köroğlu [2007-02-21] Bugfix #4901 * Ver.: 4.3.1, Rel.: 6, Type: security * Ali Erdinç Köroğlu [2007-01-06] Version bump and bug #3435 and #3414 fixes * Ver.: 4.2.5, Rel.: 5, Type: None * Bahadır Kandemir [2006-10-09] Service script updated. * Ver.: 4.2.5, Rel.: 4, Type: security * Ali Erdinç Köroğlu [2006-10-07] Uid and gid fixes * Ver.: 4.2.5, Rel.: 3, Type: security * Ali Erdinç Köroğlu [2006-09-18] Init comarization * Ver.: 4.2.5, Rel.: 2, Type: security * İsmail Dönmez [2006-04-18] Fix CVE-2005-3538 and CVE-2005-3539 * Ver.: 4.2.4, Rel.: 1, Type: None * Ali Erdinç Köroğlu [2006-01-11] First release. = Package : ifuse [İnanç Yıldırgan ] ====================================================================== * Ver.: 0.9.5, Rel.: 2, Type: None * İnanç Yıldırgan [2009-11-30] Version bump. * Ver.: 0.9.4, Rel.: 1, Type: None * İnanç Yıldırgan [2009-11-02] First release. = Package : imagemagick [Faik Uygur ] ====================================================================== * Ver.: 6.5.7.7, Rel.: 32, Type: None * Serdar Dalgıç [2009-12-07] Add perl dependency, add perl INSTALLDIRS=vendor. = Package : imagemagick-doc [Faik Uygur ] ====================================================================== * Ver.: 6.5.7.7, Rel.: 32, Type: None * Serdar Dalgıç [2009-12-07] Add perl dependency, add perl INSTALLDIRS=vendor. = Package : indywiki [Server Acim ] ====================================================================== * Ver.: 0.9.9.1, Rel.: 2, Type: None * Server Acim [2009-09-16] * added new RuntimeDependency * added do-nothing-on-bg-colour-cancel.patch * added non-native.patch * Ver.: 0.9.9.1, Rel.: 1, Type: None * Server Acim [2009-08-17] First Release. = Package : inkscape [Faik Uygur ] ====================================================================== * Ver.: 0.47, Rel.: 18, Type: None * Faik Uygur [2009-12-01] * Timed autosave: no more lost work * Spiro splines: an exciting new way to work with paths, fully supported in Pen, Pencil, and Node tools * Auto smooth nodes: a new type of node that keeps the path as smooth as possible as you move it or its neighbors * New modes in Tweak tool: pushing and jittering whole objects, scaling/rotating objects, deleting and duplicating using the "soft brush" * Reworked, much more usable snapping system and a Snapping toolbar * New path effects, including sketch, hatching, envelope deformation; effects can be stacked and assigned to groups * A huge collection of preset filters in the new Filters menu * New cairo-based PS and EPS export: improved quality, more features supported, fallback rasterization for filters and transparency * Spell checker for text objects in a document * Many new extensions: restacking, calendar, printing marks, cartesian and polar grids, interpolating attributes * Optimized SVG code options, now with their own Preferences page * Many other improvements, usability tweaks, memleak stops, and misc bugfixes = Package : iw [Ozan Çağlayan ] ====================================================================== * Ver.: 0.9.18, Rel.: 4, Type: None * Ozan Çağlayan [2009-11-23] Bump to 0.9.18 = Package : k3b [Gökçen Eraslan ] ====================================================================== * Ver.: 1.69.0_alpha4, Rel.: 15, Type: None * Ozan Çağlayan [2009-12-02] - Version bump to the latest alpha, - Really fix busy spinning mouse pointer. * Ver.: 1.68.0_alpha3, Rel.: 14, Type: None * Ozan Çağlayan [2009-10-16] - Version bump to the latest alpha, - Disable building of K3bsetup completely, - Fix busy spinning mouse pointer (#11173), - Added translations (#10232). = Package : k3b-extra-themes [Gökçen Eraslan ] ====================================================================== * Ver.: 1.69.0_alpha4, Rel.: 15, Type: None * Ozan Çağlayan [2009-12-02] - Version bump to the latest alpha, - Really fix busy spinning mouse pointer. * Ver.: 1.68.0_alpha3, Rel.: 14, Type: None * Ozan Çağlayan [2009-10-16] - Version bump to the latest alpha, - Disable building of K3bsetup completely, - Fix busy spinning mouse pointer (#11173), - Added translations (#10232). = Package : kaptan [Renan Çakırerk ] ====================================================================== * Ver.: 4.0.15, Rel.: 54, Type: None * Renan Çakırerk [2009-12-30] FIX: Kaptan tries to set non existing pixmaps. * Ver.: 4.0.15, Rel.: 53, Type: None * Renan Çakırerk [2009-12-29] Kaptan for Pardus 2009.1 RC * Ver.: 4.0.14, Rel.: 52, Type: None * Renan Çakırerk [2009-12-25] Menu failsafe fix thanks to Onur * Ver.: 4.0.14, Rel.: 51, Type: None * Renan Çakırerk [2009-12-25] Default Keymap Fix * Ver.: 4.0.14, Rel.: 50, Type: None * Renan Çakırerk [2009-12-25] KDE 4.3 adaptation * Ver.: 4.0.14, Rel.: 49, Type: None * Renan Çakırerk [2009-12-24] Kaptan for Pardus 2009.1 beta * Ver.: 4.0.14, Rel.: 48, Type: None * Renan Çakırerk [2009-12-19] Select keymap automatically feature added. * Ver.: 4.0.13, Rel.: 47, Type: None * Renan Çakırerk [2009-12-09] Fix for KDE 4.3 and minor fixes. = Package : kfax [Gökçen Eraslan ] ====================================================================== * Ver.: 3.3.6, Rel.: 2, Type: None * Ozan Çağlayan [2009-10-16] Switch to 4.3.1 tarball. = Package : kftpgrabber [Gökmen GÖKSEL ] ====================================================================== * Ver.: 0.8.99_20090721, Rel.: 4, Type: None * Ozan Çağlayan [2009-11-16] Replace kftpgrabber-kde4. = Package : kgraphviewer [Gökçen Eraslan ] ====================================================================== * Ver.: 2.0.2, Rel.: 3, Type: None * Ozan Çağlayan [2009-11-16] Replace kde4 counterpart. = Package : kipi-plugins [Ozan Çağlayan ] ====================================================================== * Ver.: 1.0.0, Rel.: 15, Type: None * Ozan Çağlayan [2009-12-25] Bump to 1.0.0, add missing qca2 dependency. * Ver.: 0.9.0, Rel.: 14, Type: None * Ozan Çağlayan [2009-12-04] Version bump. * Ver.: 0.8.0, Rel.: 13, Type: None * Ozan Çağlayan [2009-11-16] Replace kipi-plugins-kde4. * Ver.: 0.8.0, Rel.: 12, Type: None * Ozan Çağlayan [2009-11-04] Version bump * Ver.: 0.7.0, Rel.: 11, Type: None * Ozan Çağlayan [2009-10-08] Version bump = Package : kmplayer [Gökmen GÖKSEL ] ====================================================================== * Ver.: 0.11.1b, Rel.: 9, Type: None * Ozan Çağlayan [2009-11-16] Replace kde4 counterpart. = Package : konqueror-plugins [Gökçen Eraslan ] ====================================================================== * Ver.: 4.3.1, Rel.: 4, Type: None * Gökçen Eraslan [2009-11-25] Version bump = Package : konqueror-plugins-doc [Gökçen Eraslan ] ====================================================================== * Ver.: 4.3.1, Rel.: 4, Type: None * Gökçen Eraslan [2009-11-25] Version bump = Package : konversation [Mehmet Nur Olcay ] ====================================================================== = Package : konversation-docs [Mehmet Nur Olcay ] ====================================================================== = Package : kradio [Ozan Çağlayan ] ====================================================================== * Ver.: 4.0.0, Rel.: 3, Type: None * Ozan Çağlayan [2009-11-16] Replace kradio-kde4. = Package : krename [Doruk Fişek ] ====================================================================== * Ver.: 4.0.2, Rel.: 9, Type: None * Doruk Fişek [2009-12-04] Version bump for many bug fixes. * Ver.: 4.0.1, Rel.: 8, Type: None * Ozan Çağlayan [2009-11-16] Replace kde4 counterpart. = Package : ktorrent [İşbaran Akçayır ] ====================================================================== * Ver.: 3.2.5, Rel.: 13, Type: None * Ozan Çağlayan [2009-10-26] Version bump to 3.2.5, add missing dependencies. = Package : kvirc [İşbaran Akçayır ] ====================================================================== * Ver.: 4.0_rc1, Rel.: 9, Type: None * İşbaran Akçayır [2009-12-01] Update package = Package : kwin-crystal-style [İşbaran Akçayır ] ====================================================================== * Ver.: 2.0.5, Rel.: 7, Type: None * Ozan Çağlayan [2009-11-16] Bump to 2.0.5, replace crystal-kde4. = Package : lablgl [Anıl Özbek ] ====================================================================== * Ver.: 1.04, Rel.: 2, Type: None * İşbaran Akçayır [2009-11-13] Make up * Ver.: 1.04, Rel.: 1, Type: None * Anıl Özbek [2009-08-03] First release = Package : latex-xmltex [Semen Cirit ] ====================================================================== * Ver.: 1.9, Rel.: 5, Type: None * Semen Cirit [2009-12-17] Pisi check problems fixed. = Package : lbreakout2 [Doruk Fişek ] ====================================================================== * Ver.: 2.6.1, Rel.: 6, Type: None * Doruk Fişek [2009-12-24] Version bump: * All sounds now have sample rate 22050 to prevent poor on-the-fly conversion of cheap sound cards. * Fixed a bug that cut the first few entries from the level set list in the menu (so you have more to play now). * Some english typos have been fixed. * The quick help now has text with proper transparency. = Package : libgdiplus [Gökmen Görgen ] ====================================================================== * Ver.: 2.6, Rel.: 20, Type: None * Gökmen Görgen [2009-12-16] * New stable release. * Update configure parameters. * Set pkgconfig file as data. = Package : libiphone [İnanç Yıldırgan ] ====================================================================== * Ver.: 0.9.5, Rel.: 2, Type: None * İnanç Yıldırgan [2009-11-30] Version bump. = Package : libmatthew-java [Fahri Tuğrul Gürkaynak ] ====================================================================== * Ver.: 0.7.2, Rel.: 2, Type: None * Gökçen Eraslan [2009-12-15] Version bump to latest: * Also add .NO_PARALLEL and .NOTPARALLEL because I have no idea which one is correct * Apply patch from Omair Majid which make overriding CFLAGS easier * Use -source 1.5 rather than -source 5.0, the former works with more Java compilers * Add -fno-stack-protector to fix compilation issues in various distros * Fix spin-on-disconnection bug (Spotted by Christopher Armstrong) = Package : libnice [Pardus ] ====================================================================== * Ver.: 0.0.10, Rel.: 8, Type: None * Murat Şenel [2009-11-21] Stable bump * Ver.: 0.0.9, Rel.: 7, Type: None * Eren Türkay [2009-08-25] Stable bump = Package : libplist [İnanç Yıldırgan ] ====================================================================== * Ver.: 1.1, Rel.: 4, Type: None * İnanç Yıldırgan [2009-12-15] Minor version bump. * Ver.: 1.0, Rel.: 3, Type: None * İnanç Yıldırgan [2009-12-08] Version bump to new stable release. * Ver.: 0.16_20091130, Rel.: 2, Type: None * İnanç Yıldırgan [2009-11-30] Version bump to new snapshot. = Package : libqjson [İnanç Yıldırgan ] ====================================================================== * Ver.: 0.7.1, Rel.: 1, Type: None * İnanç Yıldırgan [2009-12-04] First release. = Package : libquicktime [Onur Küçük ] ====================================================================== * Ver.: 1.1.2, Rel.: 11, Type: None * Onur Küçük [2009-12-28] Depend on new x264 = Package : libspectre [İnanç Yıldırgan ] ====================================================================== * Ver.: 0.2.3, Rel.: 3, Type: None * İnanç Yıldırgan [2009-11-05] Version bump to bugfix release. = Package : libusb1 [İnanç Yıldırgan ] ====================================================================== * Ver.: 1.0.6, Rel.: 8, Type: None * İnanç Yıldırgan [2009-12-05] Version bump to bugfix release. = Package : libv4l [Onur Küçük ] ====================================================================== * Ver.: 0.6.3, Rel.: 21, Type: None * Onur Küçük [2009-10-30] Minor version bump Add more laptop models to the upside down devices table Improved mr97310a decompression Add support for decompressing yuv420 planar JPEG (needed for w9968cf based cams) Add support for STV0680 raw bayer data = Package : libva [Fatih Aşıcı ] ====================================================================== * Ver.: 0.31.0, Rel.: 3, Type: None * Onur Küçük [2009-12-28] Bump to sds9 release Add extra picture fields for _VAPictureParameterBufferMPEG4 and _VAPictureParameterBufferMPEG4 * Ver.: 0.31.0, Rel.: 2, Type: None * Fatih Aşıcı [2009-11-25] Bump to sds8 release = Package : libvdpau [Fatih Aşıcı ] ====================================================================== * Ver.: 0.3, Rel.: 3, Type: None * Fatih Aşıcı [2009-12-09] New stable release = Package : lilycomp [Serdar Dalgıç ] ====================================================================== * Ver.: 1.0.2, Rel.: 4, Type: None * Serdar Dalgıç [2009-11-18] Add missing Menu Icon. = Package : log4c [Ozan Çağlayan ] ====================================================================== * Ver.: 1.2.1, Rel.: 1, Type: None * Ozan Çağlayan [2009-03-19] First release. = Package : lpsolve [Gökçen Eraslan ] ====================================================================== * Ver.: 5.5.0.15, Rel.: 2, Type: None * Gökçen Eraslan [2009-12-11] Version bump to latest: - Improved guess_basis - set_row(ex) corrections. Actually completely revised the routine. - When in set_add_row mode, all API calls can now be used. For example printing or writing the model, retrieving data from the model and so on are now all possible in that mode. - Sometimes an integer model is reported infeasible while it isn't because the integer solution is much different from the relaxed (real) model. Then API call set_bb_depthlimit can be used to increase the default B&B depth. However its new value was not used for the depth limit of an individual variabled which could result in still infeasible results. - modified the demo program not to use the str_ versions of API calls, because they are not performant and not intended to be used in real programs. - Added an lpsolve driver to Sysquake. - Added an lpsolve driver to FreeMat. - Added an lpsolve driver to Euler. - Added an Access example. - Added documentation to use lpsolve from Sage via the existing Python driver. - Changed the second parameter to read_mps, read_MPS, read_freemps and read_freeMPS from verbose to options. - Removed read_LPhandle and read_MPShandle from the lprec structure. - write_lp/write_LP write just a + or - if the factor to a variable is +1 or -1 - When a message function is set via put_msgfunc, in message MSG_LPOPTIMAL it was not possible to get the solution. Now it is. - Extended the MATLAB, O-Matrix, Scilab, Octave, Python, PHP and of course the new Sysquake, FreeMat and Euler drivers to support string constants. - IDE enhancements. = Package : lsb-release [Ozan Çağlayan ] ====================================================================== * Ver.: 1.4, Rel.: 6, Type: None * Onur Küçük [2009-12-23] Bump for Pardus 2009.1 Beta = Package : lsdvd [Serdar Dalgıç ] ====================================================================== * Ver.: 0.16, Rel.: 2, Type: None * Ozan Çağlayan [2009-12-25] Ready for 2009 * Ver.: 0.16, Rel.: 1, Type: None * Murat Şenel [2006-10-15] First release = Package : matio [Ozan Çağlayan ] ====================================================================== * Ver.: 1.3.3, Rel.: 1, Type: None * Ozan Çağlayan [2008-09-16] First release. = Package : maxima [İnanç Yıldırgan ] ====================================================================== * Ver.: 5.20.1, Rel.: 10, Type: None * İnanç Yıldırgan [2009-12-15] Version bump to new bugfix release. = Package : mercurial [Faik Uygur ] ====================================================================== * Ver.: 1.4.1, Rel.: 13, Type: None * Faik Uygur [2009-12-16] * summary: new command summarizes current working state * tags: new tag cache greatly speeds up tag operations * hgweb: fix for showing header lines in raw changeset diffs * hgweb: try to send better error messages to the client * extdiff: add 3-way diff for merge changesets * fix to prepush logic when it creates new heads * fix qseries truncation * inotify fixes = Package : mesa-experimental [Fatih Aşıcı ] ====================================================================== * Ver.: 7.6_20091019, Rel.: 13, Type: None * Fatih Aşıcı [2009-10-20] Upstream fixes. - r600: Fix size calculation for 24 bit depth - r300: fix texture size handling with size > 2048 * Ver.: 7.6_20091019, Rel.: 12, Type: None * Fatih Aşıcı [2009-10-19] - Sync with 7.6 branch - Add -DNDEBUG to CFLAGS - Remove upstreamed patches * Ver.: 7.6, Rel.: 11, Type: None * Fatih Aşıcı [2009-09-29] - Switch to 7.6 branch - Put experimental/buggy drivers into mesa-experimental sub-package * Ver.: 7.5, Rel.: 10, Type: None * Fatih Aşıcı [2009-08-26] Sync with upstream 7.5 branch * Ver.: 7.5, Rel.: 9, Type: None * Fatih Aşıcı [2009-07-25] - Sync with upstream 7.5 branch - Do not build buggy unichrome driver * Ver.: 7.5, Rel.: 8, Type: None * Fatih Aşıcı [2009-07-18] New release * Ver.: 7.5_pre20090628, Rel.: 7, Type: None * Fatih Aşıcı [2009-06-28] - Update to latest snapshot of upstream 7.5 branch - Depend on latest libdrm * Ver.: 7.5_pre20090606, Rel.: 6, Type: None * Fatih Aşıcı [2009-06-06] - Sync with 7.5 branch - Disable radeon-rewrite patch * Ver.: 7.5_rc2, Rel.: 5, Type: None * Fatih Aşıcı [2009-05-15] - Bump to new release candidate for 7.5 - Update radeon-rewrite patch * Ver.: 7.5_pre20090509, Rel.: 4, Type: None * Fatih Aşıcı [2009-05-09] Bump to 7.5 RC1, update radeon-rewrite patch * Ver.: 7.5_pre20090328, Rel.: 3, Type: None * Fatih Aşıcı [2009-03-28] Switch to 7.5 branch, add radeon-rewrite patch * Ver.: 7.4_pre20090323, Rel.: 2, Type: None * Fatih Aşıcı [2009-03-23] * Bump to new snapshot. * Add Fedora patch: Make a libdricore.so from libmesa.a and link DRI drivers against it. This makes a huge difference in package size. * Ver.: 7.4_pre20090309, Rel.: 1, Type: None * Fatih Aşıcı [2009-03-09] First release = Package : minitube [Mehmet Nur Olcay ] ====================================================================== * Ver.: 0.8.1, Rel.: 1, Type: None * Mehmet Nur Olcay [2009-11-20] First Release = Package : mkinitramfs [Onur Küçük ] ====================================================================== * Ver.: 0.6, Rel.: 59, Type: None * Onur Küçük [2009-12-05] Touch livemedia for userspace Use full path for modinfo in mkinitramfs, by Ozan * Ver.: 0.6, Rel.: 58, Type: None * Ozan Çağlayan [2009-11-03] Version bump to latest bugfix release = Package : mlt [Ozan Çağlayan ] ====================================================================== * Ver.: 0.4.6, Rel.: 17, Type: None * Ozan Çağlayan [2009-12-06] Enable perl and python bindings (#11667). * Ver.: 0.4.6, Rel.: 16, Type: None * Ozan Çağlayan [2009-10-12] Version bump = Package : mod_dav_svn [Faik Uygur ] ====================================================================== * Ver.: 1.6.6, Rel.: 53, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. = Package : mod_perl [Taner Taş ] ====================================================================== * Ver.: 2.0.4, Rel.: 9, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. = Package : mono [Gökmen Görgen ] ====================================================================== * Ver.: 2.6, Rel.: 27, Type: None * Gökmen Görgen [2009-12-16] * Version bump: - WCF client and server, the subset exposed by Silverlight 2.0. - LLVM support, to improve performance on server/computational loads. - Co-routine framework Mono.Tasklets. - Preview of LINQ to SQL using DbLinq. - New Soft Debugger, integrated with MonoDevelop on Unix and OSX. - Joint release with MonoDevelop 2.2. - System.IO.Packaging. - csharp shell now supports auto-completion. - xbuild can now build most msbuild projects. - Support for CoreCLR security: + Mono debuts a full metadata and IL verifier + Security system used by Silverlight applications, reusable for other cases. * Update format strings patch. * Add patch: files/mono-2.6-selfexe.patch. * Fix configuration parameters: Removed default parameters, and enable profile4. = Package : mono-zeroconf [Gökmen Görgen ] ====================================================================== * Ver.: 0.9.0, Rel.: 2, Type: None * Gökmen Görgen [2009-11-29] Disable mDNSResponder support. It still not in repository. * Ver.: 0.9.0, Rel.: 1, Type: None * Gökmen Görgen [2009-10-30] First release. = Package : mpeg4ip [Onur Küçük ] ====================================================================== * Ver.: 1.5.0.1, Rel.: 11, Type: None * Onur Küçük [2009-12-29] Depend on new x264 = Package : mpg123 [İnanç Yıldırgan ] ====================================================================== * Ver.: 1.10.0, Rel.: 23, Type: None * İnanç Yıldırgan [2009-12-24] Version bump new release. * Ver.: 1.9.2, Rel.: 22, Type: None * İnanç Yıldırgan [2009-12-05] Version bump to bugfix release. = Package : mplayer [Onur Küçük ] ====================================================================== * Ver.: 0.0_20091229, Rel.: 116, Type: None * Onur Küçük [2009-12-29] Bump snapshot to 30135, ffmpeg 20964 Enable vaapi support Depend on new x264 Add mp4, matroska, 3gp, mp4 mimetypes to desktop file Add more examples to mplayer.conf = Package : mudur [Bahadır Kandemir ] ====================================================================== * Ver.: 3.1.1, Rel.: 103, Type: None * Ozan Çağlayan [2009-12-11] Don't remove livemedia file in /var/run * Ver.: 3.1.1, Rel.: 102, Type: None * Ozan Çağlayan [2009-11-09] - Added missing runtime dependencies, - Version bump, - Fix /etc/mtab~ stale lock files, - Fix a possible NoneType reference, - Don't bork if /etc/fstab doesn't have an entry for /, - Suggest an fsck through gfxmenu if rootfs can't be mounted as rw, - Refactor the code. * Ver.: 3.0.6, Rel.: 101, Type: None * Ozan Çağlayan [2009-10-31] Revert back to 3.0.6 as it seems we have some problems during separate /home mount. * Ver.: 3.1.0, Rel.: 100, Type: None * Ozan Çağlayan [2009-10-22] - Added missing runtime dependencies, - Version bump, - Fix /etc/mtab~ stale lock files, - Don't bork if /etc/fstab doesn't have an entry for /, - Suggest an fsck through gfxmenu if rootfs can't be mounted as rw, - Refactor the code. * Ver.: 3.0.6, Rel.: 99, Type: None * Ozan Çağlayan [2009-10-20] - Add refreshPartitionTable method to disk.py. Written by Renan Cakirerk, - Add missing runtime dependencies. = Package : mysql-python [Pınar Yanardağ ] ====================================================================== * Ver.: 1.2.3, Rel.: 6, Type: None * Eren Türkay [2009-11-23] Fix format mismatch that can cause problems with 64-bit big-endian systems. = Package : nano [Doruk Fişek ] ====================================================================== * Ver.: 2.2.1, Rel.: 18, Type: None * Doruk Fişek [2009-12-15] * Fix missing keybindings for page up/down and GotoDir in the browser, ^P/^N in the help menu, and restoration of M-W as the default re-search binding * Documentation updates, including the nano texinfo manual, nano and nanorc man pages, and UPGRADE file, and some missing syntax highlighting entries for the sample nanorc * Latest round of 'final' soft wrapping fixes * Nano will no longer print a warning when attempting to insert the contents of a read-only file into an existing buffer * Other minor fixes * Ver.: 2.2.0, Rel.: 17, Type: None * Doruk Fişek [2009-11-30] * Fixes for tiny mode (involving both keys and replace menu text) * More 'final' fixes for soft wrapping, and several typo and documentation * Updates including nanorc tweaks and a new syntax highlighting file * nano will no longer clear the screen on suspend to maintain compatibility with other editors * Ver.: 2.1.99_pre2, Rel.: 16, Type: None * Doruk Fişek [2009-11-22] * Fixes for issues with last page display caused by the soft wrapping code * Fix for a long standing issue with hittig the home key when going through the search history * Attempt to retain the proper ownership and permissions when trying to create a .save file due to receiving a signal * Unbind keys from one or more menus via the 'unbind' keyword * Passing --fill or --nowrap on the command line overrides any related .nanorc entries. * Ver.: 2.1.99_pre1, Rel.: 15, Type: None * Doruk Fişek [2009-11-15] Version bump to development branch for testing: * Customizable key bindings. * 'Soft' line wrapping (i.e. full line display) * Experimental full undo/redo support * Pager support (i.e. reading from stdin) * Warnings for un-writable files, external modification since opening * Abortable searching * More syntax highlighting examples (Fortran, objC, OCaml, Makefiles) * Faster syntax higlighting for complicated regexes * Update doc path and remove strict deps for 2009. = Package : neon [İnanç Yıldırgan ] ====================================================================== * Ver.: 0.29.1, Rel.: 14, Type: None * İnanç Yıldırgan [2009-12-16] Minor version bump, bugfix release. * Ver.: 0.29.0, Rel.: 13, Type: None * İnanç Yıldırgan [2009-12-01] Revert release 11. * Ver.: 0.29.0, Rel.: 12, Type: None * İnanç Yıldırgan [2009-11-30] Add missing pkgconfig runtime dep. = Package : net-snmp [Ekin Meroğlu ] ====================================================================== * Ver.: 5.4.2.1, Rel.: 9, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. = Package : net-snmptrap [Ekin Meroğlu ] ====================================================================== * Ver.: 5.4.2.1, Rel.: 9, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. = Package : net-tools [Bahadır Kandemir ] ====================================================================== * Ver.: 1.60, Rel.: 44, Type: None * Ozan Çağlayan [2009-08-18] - Don't check for connection type in udev rule, backend is transparent, - Stop ifplugd only when the profile is matched with the device. = Package : neverball [Onur Küçük ] ====================================================================== * Ver.: 1.5.4, Rel.: 6, Type: None * Serdar Dalgıç [2009-12-15] Add missing physfs dependency, close the bug #11726. = Package : ntfs_3g [Faik Uygur ] ====================================================================== * Ver.: 0.0_2009.11.14, Rel.: 42, Type: None * Faik Uygur [2009-12-01] * New: Full file ownership and permissions support. * New: POSIX ACL support. * New: Full extended attributes support for all namespaces. * New: Junction points support. * New: Access is possible to NTFS internal data like Windows style archive bit and file attributes. * New: Compression write support: sequential writing to compressed files is supported. * New: Support copying and restoring encrypted files without decrypting them. * New: Support getting and setting high-resolution file timestamps. * New: Support to get, set and remove DOS filenames. * Fix: Improved Windows junction and symlink handling. * Fix: Improved ACL handling. * Performance optimizations. Frequently used data are cached to improve speed. Space allocation for fragmented and sparse files has been improved. = Package : obexftp [Ozan Çağlayan ] ====================================================================== * Ver.: 0.23, Rel.: 3, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. = Package : octave [Faik Uygur ] ====================================================================== * Ver.: 3.2.3, Rel.: 18, Type: None * Faik Uygur [2009-12-21] Add missing dependencies * Ver.: 3.2.3, Rel.: 17, Type: None * Faik Uygur [2009-11-09] Add missing atlas dependency * Ver.: 3.2.3, Rel.: 16, Type: None * Onur Küçük [2009-10-13] Depend on libgfortran instead of gcc * Ver.: 3.2.3, Rel.: 15, Type: None * Faik Uygur [2009-10-01] * Abort if floating point format is not recognized as IEEE * Fix vector * matrix case = Package : ode [Onur Küçük ] ====================================================================== * Ver.: 0.11.1, Rel.: 7, Type: None * Onur Küçük [2009-11-26] Enable trimesh=opcode Disable double precision Fix stormbaancoureur segfaults Fix archive checksum, somehow it was changed silently = Package : openoffice [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-clipart [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-extension-pdfimport [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-extension-presentation-minimizer [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-extension-presenter-screen [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-extension-report-builder [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-extension-wiki-publisher [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-help-de [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-help-en [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-help-es [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-help-fr [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-help-it [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-help-nl [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-help-pt-BR [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-help-sv [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-help-tr [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-kde [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-langpack-de [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-langpack-de-extras [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-langpack-es [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-langpack-fr [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-langpack-it [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-langpack-nl [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-langpack-pt-BR [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-langpack-sv [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-langpack-tr [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : openoffice-python [Gökçen Eraslan ] ====================================================================== * Ver.: 3.1.1.5, Rel.: 76, Type: None * Gökçen Eraslan [2009-12-18] Fix 'Invalid sheet reference' bug using a Calc.xcu workaround, #11530 * Ver.: 3.1.1.5, Rel.: 75, Type: None * Gökçen Eraslan [2009-12-01] Bump to latest bugfix release of 3.1 series. * Ver.: 3.1.1.1, Rel.: 74, Type: None * Gökçen Eraslan [2009-09-13] Switch to oxygen icon theme for better KDE integration. = Package : package-manager [Faik Uygur ] ====================================================================== * Ver.: 2.0.1, Rel.: 79, Type: None * Onur Küçük [2009-12-23] Get latest fixes from trunk Fix replaces problems on new installed system Show progress in window title Update translations Fix B/s problem = Package : pango [Burak Çalışkan ] ====================================================================== * Ver.: 1.24.5, Rel.: 32, Type: None * Ozan Çağlayan [2009-11-11] Add libXft runtime dependency. = Package : pango-docs [Burak Çalışkan ] ====================================================================== * Ver.: 1.24.5, Rel.: 32, Type: None * Ozan Çağlayan [2009-11-11] Add libXft runtime dependency. = Package : pardus-python [Bahadır Kandemir ] ====================================================================== * Ver.: 0.4.5, Rel.: 27, Type: None * Bahadır Kandemir [2009-12-14] - Common methods in Boot.Loader moved to diskutils module. * Ver.: 0.4.4, Rel.: 26, Type: None * Ozan Çağlayan [2009-11-16] - Fixed parsing of DNS= lines from dhcpcd-interface.info files, - Implement isPPP() method for 3G stuff, - Add support for spawning dhcpcd 5.x. = Package : perf [Ozan Çağlayan ] ====================================================================== * Ver.: 2.6.31.9, Rel.: 129, Type: None * Ozan Çağlayan [2009-12-19] - Version bump to 2.6.31.9, - Drop mainlined patches, - Sync'ed aufs with the latest branch, - Add Apparmor back again but don't disable it, - Add lirc drivers, - Add several Suse and Fedora patches, - bluetooth: Add USB autosuspend support (disabled), - memcg: Improve resource counter scalability, - pci: Increase alignment to make more space for hidden code, - virtio_blk: Add support for cache flush, - cpuidle: Fix the menu governor to boost IO performance, - Revert "Attach the ACPI device to the ACPI handle as early as possible", - ahci: Disable 64-bit DMA on SB600 SATA controllers, - nfs: Fixed hang during NFS installs, - nfs: NFSD v4 dynamic pseudo root patch which allows NFSv3 exports to be mounted by v4 clients, - acpi: Fix boot hang with ACPI on some systems, - netlink: Fix typo in initialization (CVE-2009-3612), - security: connector security bypass: capabilities check (CVE-2009-3725, #11521) - security: nfsv4: null pointer dereference (CVE-2009-3726, #11522) - Disable prism54 in favor of p54pci, - Disable rt2800usb in favor of staging/rt2870sta, - Add TG3 network driver fixes, - sched: Update the clock of runqueue select_task_rq() selected, - i8142: Bypass aux loop tests on laptops, - Grab atkbd fixes from upstream, - ath9k: add upstream fixes, - Add several IOMMU fixes from upstream, - Add ACPI fixes from 2.6.32, - squashfs: Add lzma patches from squashfs-devel git, - Add two kill switch drivers for Fujitsu Amilo M7400 and M7440 (#11571), - Enable AppArmor, - Add some little fixes from Suse, - drm: Update Fedora patches. * Ver.: 2.6.30.9, Rel.: 128, Type: security * Ozan Çağlayan [2009-12-04] - Version bump to 2.6.30.9, - x86: Don't leak 64-bit registers into 32-bit processes (#11265), - sched: Add several scheduler fixes from linus-2.6 tree to improve latencies, - ecryptfs: Fix NULL pointer dereference (CVE-2009-2908) (#11282), - netlink: fix typo in initialization (CVE-2009-3612), - ax25: Security fix (CVE-2009-2909), - keys: get_instantiation_keyring() should inc the keyring refcount in all cases (CVE-2009-3624) (#11426), - af_unix: Fix deadlock on connecting to shutdown socket, - forcedeth: Fix race condition, - libata: Fix a drive detection problem, - Several networking fixes from 2.6.31 stable, - ACPI: Add notifier chain for AC/DC connect/disconnect events, - ACPI: Several upstream ACPI EC fixes from 2.6.32, - ACPI: Revert "attach device to handle early.." to fix boot hang on some systems. - drm: Sync with latest drm-next tree. - drm/nouveau: more vbios opcodes, minor fixes, hopeful fix for hangs on nVidia 7800GT. * Ver.: 2.6.30.8, Rel.: 127, Type: security * Ozan Çağlayan [2009-10-06] - Version bump to 2.6.30.8, - PM PCMCIA: Fix CardBus suspend/resume regression introduced after 2.6.28, - cfq: Fix serious performance regression, - KVM: x86: Disallow hypercalls for guest callers in rings > 0 (CVE-2009-3290) (#11210), - appletalk: Fix skb leak when ipddp interface is not loaded (CVE-2009-2903) (#11164), - Fix several getsockname() leaks in net subsystem (CVE-2009-3002) (#10122), - Fix vulnerability in net llc sockaddr_llc struct (#11121, #11016), - Fix uninitialized kernel memory leak in tc (#11092), - Several security improvements for mmap stuff (#11120), - Fix fan control for Acer A0A150 model, - Add Con Kolivas' BFS scheduler patch but don't enable it, - zd1211rw: Add 083a:e503 as a ZD1211B device, - cx25840: Fix CX23885 and CX241XX caused ivtv regression, - xen: Rearrange things to fix stack protector, - af9015: Fix stack corruption bug, - x86: Make sure load_percpu has no stackprotector, - hdpvr: Enable IR, - sched: Add several patches for improving desktop latencies (disabled for now). - drm: Sync with latest drm-next tree. - drm/nouveau: Sync with upstream tree. * Ver.: 2.6.30.5, Rel.: 126, Type: security * Ozan Çağlayan [2009-08-17] - Version bump to 2.6.30.5, (#10774, #10820, #10875, #10908, #10918), - Avoid stack_t leakage to userspace (#10767), - Add more CDC modems to whitelist, - driver-core: add new device to bus's list before probing, - Add new device IDs for usb-serial drivers, - Add new i8042 and atkbd quirks for input layer devices, - Add support for a new Wacom device, - Add new IDs for several network drivers, - Fix reboot on MacBook5,2, MacBookPro5,1. * Ver.: 2.6.30.4, Rel.: 125, Type: security * Ozan Çağlayan [2009-07-31] - Version bump to 2.6.30.4, - Fix 2 security vulnerability in eCryptfs (CVE-2009-2406, CVE-2009-2407) (#10689, #10691), - Fix LANGID=0 regression (#10521), - Add Fedora's platform patch to get away from polling Toshibas. * Ver.: 2.6.30.2, Rel.: 124, Type: security * Ozan Çağlayan [2009-07-20] - Version bump to 2.6.30.2 which is mainly a security release for CVE-2009-1895 and CVE-2009-1897, - Backport gcc-4.2 workaround for drivers/fbmon which could hang the kernel upon booting. * Ver.: 2.6.30.1, Rel.: 123, Type: None * Ozan Çağlayan [2009-07-15] - Add patches from upstream to fix some booting link detection issues on bnx2 and bnx2x, - Add several useful SAUCE patches from Jaunty and Karmic, - Split documentations. * Ver.: 2.6.30.1, Rel.: 122, Type: None * Ozan Çağlayan [2009-07-09] - Version bump to 2.6.30.1, - Disable initramfs creation in kernel, do it in postInstall, - Add VIA MMC driver, - Fix inaccurate delay calculation using TSC, - Enable acpi-cpufreq for VIA Centaur' family, disable e_powersaver driver, - Fix port= option for CIFS, * Ver.: 2.6.30, Rel.: 121, Type: None * Ozan Çağlayan [2009-06-10] - Version bump to 2.6.30, - Sync TuxOnIce from upstream, - Enable some new staging drivers, - Backport a DRM patch from linus-2.6 which may fix RS690 Radeon lockups, - Backport Ene Technologies CB7x0 MMC/SD/SDHC card reader support, - Grab recent nouveau fixes from Fedora. * Ver.: 2.6.30_rc8, Rel.: 120, Type: None * Ozan Çağlayan [2009-06-03] - Version bump to 2.6.30_rc8-git1 which contains the latest DRM fixes, - Add DRM patchset from Fatih, - Add CRYPTO_LZMA support from OpenWRT. * Ver.: 2.6.30_rc7, Rel.: 119, Type: None * Ozan Çağlayan [2009-06-02] - Version bump to 2.6.30_rc7, - Migrate to the new kerneltools ActionsAPI module, - Fork off a new kernel-module-headers package that will be sufficient for module building, - Add TuxOnIce as an alternative to swsusp, - Make LZO compression built-in for TuxOnIce. * Ver.: 2.6.30_rc6, Rel.: 118, Type: None * Ozan Çağlayan [2009-05-20] Version bump to 2.6.30_rc6. * Ver.: 2.6.30_rc5, Rel.: 117, Type: None * Ozan Çağlayan [2009-05-16] - Build rtc-cmos into the kernel, - Build SCSI support into the kernel along with sr_mod and sg_mod, - Replace ov511, - Disable TOMOYO security framework along with path based access control. * Ver.: 2.6.30_rc5, Rel.: 116, Type: None * Ozan Çağlayan [2009-05-09] - Version bump to the latest RC, - Make FUSE in-kernel, - Build usbcore, *hci-hcd in-kernel, - Drop mainlined fastboot and nfs patches, - Enable CONFIG_MOUSE_PS2_ELANTECH and CONFIG_MOUSE_PS2_TOUCHKIT, - Split kernel firmwares to avoid file conflicts with other kernel packages, - lmpcm_usb and acerhk are now patched into the kernel, - Make USBHID support builtin, - Add kernel-firmware dependency to kernel package, - Add acx-firmware dependency to kernel as the driver is now patched into the kernel, - Add replaces tag for sn9c1xx, pwc, - Invert hid-apple Fn+Key behaviour, - Drop old AppArmor patches, - Drop STKWEBCAM support, remove a conflicting PCI_ID from zc0301. * Ver.: 2.6.29, Rel.: 115, Type: None * Ozan Çağlayan [2009-03-13] - Version bump to 2.6.29, - Forwardport nfs4acl and wireless-no-aes patches, - Remove squashfs as it's mainlined, - Add some fedora patches, - Add sreadahead patch for kernel-level open() tracing, - Compile cpufreq_*, acpi*, ext2/3/4, udf, msr, cpuid built-in, - Avoid pcspeaker from being built-in, - Enable cgroups, ath5k, - Add AuFS patches, - Add DRM patches from fedora, - It's not a part of the system.base anymore, - Add some Moblin patches. * Ver.: 2.6.28, Rel.: 114, Type: None * Ozan Çağlayan [2008-12-28] - Version bump to the stable version, - Drop DRM patches, - Drop Unionfs support, - Grab Apparmor's 2.6.28 patchset, - Enable CONFIG_PRIME to make alsa-driver work correctly, - Add Gigabyte M912 to the noloop table to enable its touchpad, - Add LZMA support to SquashFS, - Add sreadahead patch to implement inode timestamping for ext3. * Ver.: 2.6.25.20, Rel.: 113, Type: security * Ozan Çağlayan [2008-11-15] - Add UDF backports from SUSE, - Version bump to the latest 2.6.25.20 which contains a security fix(CVE-2008-3528) with some other goodies. * Ver.: 2.6.25.19, Rel.: 112, Type: security * S.Çağlar Onur [2008-10-24] Version bump * Ver.: 2.6.25.18, Rel.: 111, Type: None * Ekin Meroğlu [2008-10-14] Fix mtrr warning, fallback to VESA on undefined video mode number (#7117) * Ver.: 2.6.25.18, Rel.: 110, Type: None * S.Çağlar Onur [2008-10-10] Version bump * Ver.: 2.6.25.17, Rel.: 109, Type: None * S.Çağlar Onur [2008-09-08] Version bump * Ver.: 2.6.25.16, Rel.: 108, Type: None * S.Çağlar Onur [2008-08-21] Version bump * Ver.: 2.6.25.15, Rel.: 107, Type: None * S.Çağlar Onur [2008-08-06] Version bump * Ver.: 2.6.25.14, Rel.: 106, Type: None * S.Çağlar Onur [2008-08-03] Version bump * Ver.: 2.6.25.13, Rel.: 105, Type: None * S.Çağlar Onur [2008-07-29] Version bump * Ver.: 2.6.25.12, Rel.: 104, Type: None * S.Çağlar Onur [2008-07-25] Version bump * Ver.: 2.6.25.11, Rel.: 103, Type: security * S.Çağlar Onur [2008-07-20] Version bump * Ver.: 2.6.25.10, Rel.: 102, Type: None * S.Çağlar Onur [2008-07-03] Version bump * Ver.: 2.6.25.9, Rel.: 101, Type: security * S.Çağlar Onur [2008-06-25] Version bump * Ver.: 2.6.25.8, Rel.: 100, Type: security * S.Çağlar Onur [2008-06-23] Version bump to 2.6.25.8 * Ver.: 2.6.25.7, Rel.: 99, Type: None * S.Çağlar Onur [2008-06-11] Version bump to 2.6.25.7 * Ver.: 2.6.25.6, Rel.: 98, Type: security * S.Çağlar Onur [2008-06-11] Version bump to 2.6.25.6 with wireless tree updates * Ver.: 2.6.25.5, Rel.: 97, Type: security * S.Çağlar Onur [2008-06-07] Version bump to 2.6.25.5, fixes CVE-2008-1673 * Ver.: 2.6.25.4, Rel.: 96, Type: None * S.Çağlar Onur [2008-05-07] Version bump to 2.6.25.4 * Ver.: 2.6.24.7, Rel.: 95, Type: security * S.Çağlar Onur [2008-05-07] Version bump to stable, fixes CVE-2008-1669 * Ver.: 2.6.24.6, Rel.: 94, Type: security * S.Çağlar Onur [2008-05-02] Version bump to stable, fixes CVE-2008-1375 and CVE-2008-1675 * Ver.: 2.6.24.5, Rel.: 93, Type: None * S.Çağlar Onur [2008-04-29] - Enable CONFIG_FAIR_GROUP_SCHED and CONFIG_LOGO - Sync with stable-queue - Grab "nouveau drm stack" from Fedora - Grab "TSC Clocksource can cause hangs and time jumps" and "sched: retain vruntime" from Ubuntu - Grab "mm: sparsemem memory_present() fix" from 2.6.25 - Grab whole wireless stack of 2008-04-25 * Ver.: 2.6.24.5, Rel.: 92, Type: None * S.Çağlar Onur [2008-04-21] - Bump to 2.6.24.5 - Add unionfs 2.3.2 - Grab whole wireless stack of 2008-04-16 * Ver.: 2.6.24.4, Rel.: 91, Type: None * S.Çağlar Onur [2008-04-09] - Disable CONFIG_AC97_BUS - Backport PIE and brk() randomization bits - USB: serial: ti_usb_3410_5052: Correct TUSB3410 endpoint requirements - USB: serial: fix regression in Visor/Palm OS module for kernels >= 2.6.24 - Prevent sys_io_getevents syscall from clobbering the esi register on x86 - inotify: send IN_ATTRIB events when link count changes - Fix a potential bug in inotify_user.c - SIGIO-driven I/O with inotify queues - Backport virtio and lguest changes from 2.6.25-rc9 * Ver.: 2.6.24.4, Rel.: 90, Type: None * S.Çağlar Onur [2008-04-07] Grab lots of patches from Ubuntu and Fedora to solve following; - Sync with stable-queue (these will be 2.6.24.5) - Unhiding this smbus breaks acpi thermal zones - Fix pci resource allocation broken in 2.6.24 - Make "pci=rom" work as documented: don't assign addresses to every rom by default - Backport MTRR fixes from 2.6.25 - Fix resource limits for isapnp devices - Extend memory resource limit for pnp devices - Disable PNP motherboard resources that overlap PCI BARs - Clear simplex DMA before probing pata_atiixp devices - Fix locking in tun/tap driver when device address changes - Fix mis-read of xfs attr2 superblock flag which was causing corruption in some cases - Fix drm race that can lockup the kernel - EHCI: add separate IAA watchdog timer - PM: Introduce PM_EVENT_HIBERNATE callback state - Update drm and i915 drm driver to fix suspend issues - Disable DRM suspend/resume on pre-915 Intel chips - x86: provide a DMI based port 0x80 I/O delay override - Resolve sky2 race condition leading to failed suspends - ACPI: fix boot oops regression - Fix for device attached to pata_sis as secondary master - Fix bluetooth rfcomm crash on suspend - Fix reading of MAC address in sis190 driver - Handle suspend/resume in Ricoh MMC disabler - Extend ricoh_mmc to support Ricoh RL5c476 - Fix bluetooth log spam with a buggy conwise USB adapter - Allow more IPSEC connections * Ver.: 2.6.24.4, Rel.: 89, Type: None * S.Çağlar Onur [2008-03-24] Version bump to stable and grab following patches from ubuntu and fedora - Refresh mactel patchset from upstream - Add WD WD800ADFS NCQ horkage quirk support - AMD SB700 south bridge support patches - Add AGP support for Radeon Mobility 9000 chipset - ACPI: disable stray GPE, prevent ACPI interrupt storm - Revert "ACPI: EC: Enable boot EC before bus_scan" from stable - ACPI: video: Rationalise ACPI backlight implementation - hwmon: (coretemp) Add Penryn CPU to coretemp - ali atapi dma is broken right now. disable it (but not disk dma) - libata/pata_it821x: Improve handling of poorly compatible emulations - Map volume and brightness events on thinkpads - USB: fix usb-serial generic recursive lock * Ver.: 2.6.24.3, Rel.: 88, Type: None * S.Çağlar Onur [2008-03-03] Version bump, - Add early medium-not-present detection in sr/sd drivers - Fix CDROM_DRIVE_STATUS ioctl implementation - Fix TEST_UNIT_READY for medium detection - tty: enable the echoing of ^C in the N_TTY discipline - Fix IXANY and restart after signal (e.g. ctrl-C) in n_tty line discipline - PCI x86: always use conf1 to access config space below 256 bytes * Ver.: 2.6.24.2, Rel.: 87, Type: security * S.Çağlar Onur [2008-02-11] Version bump * Ver.: 2.6.18.8, Rel.: 86, Type: security * S.Çağlar Onur [2007-07-07] Backport/grab some fixes, - NETFILTER: nf_conntrack_h323: add checking of out-of-range on choices' index values - softmac backports from 2.6.21 - bcm43xx driver backport from 2.6.22-rc1 - ipw2100/ipw2200 driver backport from 2.6.22-rc1 - cifs backports from cifs-backport-old-kernels - i386: fix regression, endless loop in ptrace singlestep over an int80 - buffer: memorder fix - mm: optimize kill_bdev() - mm: Prevent OOM-kill of unkillable children or siblings - x86: Fix CPUID calls to support GH processors - x86: Fix to nmi to support GH processors - x86: Use CPUID calls to check for mce - x86: Greyhound cpuinfo output cleanups - x86: ICH9 device IDs * Ver.: 2.6.18.8, Rel.: 85, Type: security * S.Çağlar Onur [2007-06-26] Backport/grab some fixes, - Various agp/drm fixes - ext3: a race condition between ext3_link/unlink that could create an orphan inode list corruption - mm: Keep O_DIRECT I/O from populating the page cache - e1000: a bug in the e1000 driver that could lead to a watchdog timeout panic - nmi: change watchdog timeout to 30 seconds - SHPCHP: driver doesn't work in poll mode - SHPCHP: driver doesn't work if the system was under heavy load - Update FC transport and Emulex lpfc Fibre Channel Driver - Emulex lpfc update to 8.1.10.2 - cciss: This is a set of patches that HP considers critical for cciss. This represents some cherry picking from their latest upstream submissions. All are bug fixes. All are in Linus' tree - iscsi: fix oops if iscsi connection setup fails - iscsi: backports of iscsi fixes - iscsi: fix iscsi sense len handling - iscsi: fix oops in iscsi packet transfer path - mce: Refactor the event processing (syslog messaging and rate limiting) into separate file therm_throt.c. This allows consistent reporting of CPU thermal throttle events. * Ver.: 2.6.18.8, Rel.: 84, Type: security * S.Çağlar Onur [2007-06-03] Grab some patches from RHEL5 and also solve followings; - Depreceate includes of config.h - Famous data corruption bug backported (http://kerneltrap.org/node/7534) - lockdep: Backport all known lockdep problems from 2.6.20 and also fix the ide/proc interaction - CIFS: Explicitly set stat->blksize for optimum bandwith usage - CIFS: Fix mount failure when domain not specified - CIFS: invalids readdires - The ipw driver sometimes takes a long time to load its firmware. Use 60 sec. timeout - handle races w/ truncate in journal_dirty_data() with ext3 - Use semaphores instead of mutexes for block devices mounts - mm: fix statistics in vmscan.c - mm: oom killer fixes backported from 2.6.19 - mm: reject corrupt swapfiles earlier - mm: NFS data corruption - mm: handle mapping of memory without a struct page backing it - mm: write failure on swapout could corrupt data - x86: handle _PSS object range corectly in speedstep-centrino - x86: /proc/mtrr interface MTRR bug fix - x86 :vga video fail fix - e100: fix error recovery - e1000: updated driver, backported from 2.6.19 - e1000: Add missing ids to e1000 - e1000: Reset all functions after a PCI error - e1000: truncated TSO TCP header with 82544, workaround - tg3: BCM5752M crippled after reset - tg3: TG3 support Broadcom 5756M/5756ME Controller - ipw2200: update to version 1.2.0 from ipw2200.sf.net - netfilter: iptables stop fails because ip_conntrack cannot unload. - fbcon: every time the console cursor blinks, we do a kmalloc/kfree pair. Turn that into a single allocation. - proc: readdir race fix, When many processes are created and destroyed frequently, ps may fail to show some procceses which existed before ps command is exectuted and still exist after ps is done. Backported from 2.6.20 - SATA AHCI: support AHCI class code - SATA AHCI: The redefinition of ahci_start_engine() and ahci_stop_engine() - SATA ata_piix: This patch corrects the ICH8 map values for sata ata_piix. This fixes a problem where SATA devices are not detected on some of the SATA ports on an ICH8 motherboard when the BIOS is set to IDE mode. - SATA sata_promise: support PATA ports on SATA controllers - SATA: support legacy IDE mode of SB600 SATA * Ver.: 2.6.18.8, Rel.: 83, Type: security * İsmail Dönmez [2007-04-12] Fix CVE-2007-1357, enable RAID support * Ver.: 2.6.18.8, Rel.: 82, Type: security * İsmail Dönmez [2007-03-18] Fix CVE-2007-149{6,7} * Ver.: 2.6.18.8, Rel.: 81, Type: security * S.Çağlar Onur [2007-03-09] Fix CVE-2007-1000 * Ver.: 2.6.18.8, Rel.: 80, Type: security * İsmail Dönmez [2007-03-08] Fix CVE-2007-0005 * Ver.: 2.6.18.8, Rel.: 79, Type: None * Faik Uygur [2007-03-07] Pegasus-II USB-Ethernet driver fix * Ver.: 2.6.18.8, Rel.: 78, Type: None * S.Çağlar Onur [2007-02-24] Bump to stable * Ver.: 2.6.18.7, Rel.: 77, Type: security * S.Çağlar Onur [2007-02-20] fix CVE-2007-0772 * Ver.: 2.6.18.6, Rel.: 76, Type: security * S.Çağlar Onur [2007-02-11] fix CVE-2006-6333 and CVE-2007-0006 * Ver.: 2.6.18.6, Rel.: 75, Type: security * S.Çağlar Onur [2007-02-08] fix CVE-2006-5749 * Ver.: 2.6.18.6, Rel.: 74, Type: security * S.Çağlar Onur [2007-02-03] Drop asus_acpi and disable CONFIG_ACPI_ASUS, fix CVE-2006-4814 and CVE-2006-5753, use nicer patch for APM poweroff problem from OpenSUSE * Ver.: 2.6.18.6, Rel.: 73, Type: None * S.Çağlar Onur [2007-01-11] Fix CIFS corruption, update asus_acpi to 0.31, fix #3729, #4430, fix #4519, enable device-mapper support needed by cryptosetup, remove CONFIG_USB_OV511 as Onur requested * Ver.: 2.6.18.6, Rel.: 72, Type: None * İsmail Dönmez [2007-01-11] Use gspca driver for Logitech Quickcam Express (Laptop model) * Ver.: 2.6.18.6, Rel.: 71, Type: None * S.Çağlar Onur [2007-01-04] Disable "Compat VDSO support" which breaks glibc * Ver.: 2.6.18.6, Rel.: 70, Type: security * S.Çağlar Onur [2006-12-31] Fix Linux 2.6.x ISO9660 __find_get_block_slow() denial of service (CVE-2006-5757), Linux 2.6.x zlib_inflate memory corruption (CVE-2006-5823), Linux 2.6.x ext3fs_dirhash denial of service (CVE-2006-6053), Linux 2.6.x ext2_check_page denial of service (CVE-2006-6054), Linux 2.6.x SELinux superblock_doinit denial of service (CVE-2006-6056), Linux 2.6.x squashfs double free (CVE-2006-5701) * Ver.: 2.6.18.6, Rel.: 69, Type: None * İsmail Dönmez [2006-12-29] Conflict with m560x * Ver.: 2.6.18.6, Rel.: 68, Type: security * S.Çağlar Onur [2006-12-19] Bump to latest stable, fix CVE-2006-6106, generate kernel-headers package which replaces linux-headers * Ver.: 2.6.18.5, Rel.: 67, Type: None * S.Çağlar Onur [2006-12-12] Bump for new splash * Ver.: 2.6.18.5, Rel.: 66, Type: None * S.Çağlar Onur [2006-12-04] Version bump to latest stable, sync with mactel * Ver.: 2.6.18.4, Rel.: 65, Type: None * Onur Küçük [2006-12-04] Removed USB devices that don't work with zc0301, but works with gspca, fixing #4326 #3704 etc * Ver.: 2.6.18.4, Rel.: 64, Type: security * S.Çağlar Onur [2006-11-29] Fix possible overflow in get_fdb_entries (CVE-2006-5751), Make sure to properly clamp maxnum to avoid overflow (CVE-2006-5751) * Ver.: 2.6.18.3, Rel.: 63, Type: None * S.Çağlar Onur [2006-11-22] Fix #4216, support i965G's, fix microcode-ctl-1.15 issues, Fix _PPC evaluation, allow highest freq on HPs (and others), Allocate AGP pages with GFP_DMA32 by default * Ver.: 2.6.18.3, Rel.: 62, Type: None * S.Çağlar Onur [2006-11-22] Provide update-grub * Ver.: 2.6.18.3, Rel.: 61, Type: None * S.Çağlar Onur [2006-11-19] Version bump to latest stable * Ver.: 2.6.18.2, Rel.: 60, Type: None * S.Çağlar Onur [2006-11-16] Sync with gentoo-sources, fuse disabled again * Ver.: 2.6.18.2, Rel.: 59, Type: security * S.Çağlar Onur [2006-11-04] CVE-2006-5757 ISO9660 __find_get_block_slow (denial of service) and cramfs oops * Ver.: 2.6.18.2, Rel.: 58, Type: None * S.Çağlar Onur [2006-11-04] Version bump to .2 * Ver.: 2.6.18.1, Rel.: 57, Type: None * S.Çağlar Onur [2006-10-14] Version bump to .1, drop *-utf8 patches * Ver.: 2.6.18, Rel.: 56, Type: None * S.Çağlar Onur [2006-09-24] Enable fs-cache * Ver.: 2.6.18, Rel.: 55, Type: None * S.Çağlar Onur [2006-09-22] Version bump * Ver.: 2.6.16.29, Rel.: 54, Type: security * S.Çağlar Onur [2006-09-13] Enable SMP and highmem with huge config changes, version bump to latest stable * Ver.: 2.6.16.28, Rel.: 53, Type: None * S.Çağlar Onur [2006-09-03] Export acpi_ec_{read/write} so sbs module will be an external package * Ver.: 2.6.16.28, Rel.: 52, Type: security * S.Çağlar Onur [2006-08-26] Fix CVE-2006-2935, CVE-2006-3745, CVE-2006-4093 and CVE-2006-4145 * Ver.: 2.6.16.27, Rel.: 51, Type: security * S.Çağlar Onur [2006-08-01] Fix CVE-2006-2936 also minor appArmor problem * Ver.: 2.6.16.25, Rel.: 50, Type: security * S.Çağlar Onur [2006-07-15] Fix nasty /proc vulnerability (CVE-2006-3626), merge dvb KConfig fixes so we can make these modules, and fix PPP/PPTP connection dropping regressions, enable spi, enable all misc fs as a module and disable SMBFS (use CIFS instead, see https://bugzilla.samba.org/show_bug.cgi?id=1920) * Ver.: 2.6.16.24, Rel.: 49, Type: security * S.Çağlar Onur [2006-07-08] Version bump (fix fix prctl privilege escalation and suid_dumpable (CVE-2006-2451)), use new splash * Ver.: 2.6.16.22, Rel.: 48, Type: None * S.Çağlar Onur [2006-07-05] initramfs added to package * Ver.: 2.6.16.22, Rel.: 47, Type: None * Gürer Özen [2006-07-04] new comar script * Ver.: 2.6.16.22, Rel.: 46, Type: None * S.Çağlar Onur [2006-06-27] Jens Axobe's fcache patch enabled, version bump * Ver.: 2.6.16.20, Rel.: 45, Type: None * S.Çağlar Onur [2006-06-18] Jens Axobe's fcache patch added as Gürer requested, fuse and pwc modules disabled (newer ones are external) * Ver.: 2.6.16.20, Rel.: 44, Type: None * S.Çağlar Onur [2006-06-16] Fix dependencies, enable audit subsystem * Ver.: 2.6.16.20, Rel.: 43, Type: None * S.Çağlar Onur [2006-06-14] Sync with other distros * Ver.: 2.6.16.20, Rel.: 42, Type: None * İsmail Dönmez [2006-06-12] Enable usb modem drivers * Ver.: 2.6.16.20, Rel.: 41, Type: security * S.Çağlar Onur [2006-06-05] fix some security related problems (see http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.16.20) * Ver.: 2.6.16.17, Rel.: 40, Type: security * S.Çağlar Onur [2006-05-21] fix CVE-2006-1857, CVE-2006-1858 and lots of problems (see http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.16.17) * Ver.: 2.6.16.16, Rel.: 39, Type: security * S.Çağlar Onur [2006-05-15] fs/locks.c: Fix lease_init (CVE-2006-1860) * Ver.: 2.6.16.14, Rel.: 38, Type: security * S.Çağlar Onur [2006-05-06] Version bump, fix splash problem, fix NETFILTER: SCTP conntrack: infinite loop (CVE-2006-1527), fix smbfs chroot issue (CVE-2006-1864), fix #2666 * Ver.: 2.6.16.12, Rel.: 37, Type: None * S.Çağlar Onur [2006-05-02] Version bump, and enable USB_ATM again (req. by AEK) * Ver.: 2.6.16.11, Rel.: 36, Type: None * S.Çağlar Onur [2006-04-27] Revert use internal USB Modem Drivers (req. by AEK) * Ver.: 2.6.16.11, Rel.: 35, Type: security * S.Çağlar Onur [2006-04-25] Version bump (CVE-2006-1863), use internal USB Modem Drivers (req. by AEK) * Ver.: 2.6.16.9, Rel.: 34, Type: security * S.Çağlar Onur [2006-04-19] Version bump (CVE-2006-1056) * Ver.: 2.6.16.8, Rel.: 33, Type: None * S.Çağlar Onur [2006-04-19] Fix hotplug race * Ver.: 2.6.16.8, Rel.: 32, Type: security * S.Çağlar Onur [2006-04-19] Version bump (CVE-2006-1525) * Ver.: 2.6.16.6, Rel.: 31, Type: security * S.Çağlar Onur [2006-04-18] Version bump (CVE-2006-1524), splashutils now compiles * Ver.: 2.6.16.5, Rel.: 30, Type: None * S.Çağlar Onur [2006-04-12] sky2 and skge bumped, oprofile added * Ver.: 2.6.16.5, Rel.: 29, Type: security * S.Çağlar Onur [2006-04-12] Version bump (When user could have changed RIP always force IRET (CVE-2006-0744)) * Ver.: 2.6.16.4, Rel.: 28, Type: security * S.Çağlar Onur [2006-04-11] Version bump * Ver.: 2.6.16.3, Rel.: 27, Type: security * S.Çağlar Onur [2006-04-11] Version bump (Keys: Fix oops when adding key to non-keyring (CVE-2006-1522)) * Ver.: 2.6.16.2, Rel.: 26, Type: security * S.Çağlar Onur [2006-04-07] Version bump (sysfs: zero terminate sysfs write buffers (CVE-2006-1055)) * Ver.: 2.6.16.1, Rel.: 25, Type: None * S.Çağlar Onur [2006-03-28] Version bump * Ver.: 2.6.16, Rel.: 24, Type: None * S.Çağlar Onur [2006-03-24] Version bump * Ver.: 2.6.15.6, Rel.: 23, Type: None * Onur Küçük [2006-03-12] MIDI, some serial device and usb-storage support added * Ver.: 2.6.15.6, Rel.: 22, Type: None * S.Çağlar Onur [2006-03-12] Enable USB Serial Support, fix #2297 * Ver.: 2.6.15.6, Rel.: 21, Type: None * S.Çağlar Onur [2006-03-07] Version bump * Ver.: 2.6.15.4, Rel.: 20, Type: None * S.Çağlar Onur [2006-02-13] Version bump and now splash comes just after grub * Ver.: 2.6.15.2, Rel.: 19, Type: None * S.Çağlar Onur [2006-02-01] Version bump * Ver.: 2.6.15.1, Rel.: 18, Type: None * S.Çağlar Onur [2006-01-15] Version bump * Ver.: 2.6.15, Rel.: 17, Type: None * S.Çağlar Onur [2006-01-09] Version bump * Ver.: 2.6.14.4, Rel.: 16, Type: None * Onur Küçük [2006-01-09] Add ISA ethernet drivers * Ver.: 2.6.14.4, Rel.: 15, Type: None * S.Çağlar Onur [2005-12-24] fix #777 (scsi vmware support) * Ver.: 2.6.14.4, Rel.: 14, Type: None * S.Çağlar Onur [2005-12-22] Update latest greatest and lots of config/bug fix, add -htslowdown patches for future smp kernel [disabled], and subset of -ck patch set * Ver.: 2.6.14.3, Rel.: 13, Type: None * S.Çağlar Onur [2005-12-21] Remove 8139cp, causing lots of problem * Ver.: 2.6.14.3, Rel.: 12, Type: None * S.Çağlar Onur [2005-12-21] Remove *-2.6.15 patches as they didnt provide needed sysfs entries * Ver.: 2.6.14.3, Rel.: 11, Type: None * İsmail Dönmez [2005-12-10] Enable DVB support * Ver.: 2.6.14.3, Rel.: 10, Type: None * S.Çağlar Onur [2005-11-29] Embed splash-theme into kernel * Ver.: 2.6.14.3, Rel.: 9, Type: None * S.Çağlar Onur [2005-11-29] naming changes, serial mouse support * Ver.: 2.6.14.3, Rel.: 8, Type: None * S.Çağlar Onur [2005-11-28] Update to 2.6.14.3 and use utf-8 patch * Ver.: 2.6.14.2, Rel.: 7, Type: None * S.Çağlar Onur [2005-11-25] Fix hp notebooks acpi pci problem * Ver.: 2.6.14.2, Rel.: 6, Type: None * S.Çağlar Onur [2005-11-24] /usr/src/linux symlink * Ver.: 2.6.14.2, Rel.: 5, Type: None * İsmail Dönmez [2005-11-17] Backport wireless drivers from 2.6.15-rc1-mm1 * Ver.: 2.6.14.2, Rel.: 4, Type: None * S.Çağlar Onur [2005-11-16] Version bump * Ver.: 2.6.12, Rel.: 3, Type: None * S.Çağlar Onur [2005-10-27] Postinstall script added * Ver.: 2.6.12, Rel.: 2, Type: None * S.Çağlar Onur [2005-10-26] Config changes for various driver support * Ver.: 2.6.12, Rel.: 1, Type: None * S.Çağlar Onur [2005-09-03] First release. = Package : perl [Faik Uygur ] ====================================================================== * Ver.: 5.10.1, Rel.: 27, Type: None * Onur Küçük [2009-12-17] Fix a typo in perl-doc component * Ver.: 5.10.1, Rel.: 26, Type: None * Ozan Çağlayan [2009-11-17] Replace perl-Module-Build * Ver.: 5.10.1, Rel.: 25, Type: None * Faik Uygur [2009-11-16] Fix buildfarm compilation problem * Ver.: 5.10.1, Rel.: 24, Type: None * Faik Uygur [2009-11-11] * Remove comar script. * Added reverseDependencyUpdate * Ver.: 5.10.1, Rel.: 23, Type: None * Faik Uygur [2009-11-10] * Version bump to bugfix release 5.10.1 * Sync with other distro patches * Add comar package script to move old modules compiled with 5.10.0 * Fix for CVE-2009-3626 (eren) = Package : perl-Algorithm-Annotate [Faik Uygur ] ====================================================================== * Ver.: 0.10, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.10, Rel.: 3, Type: None * Faik Uygur [2009-11-23] Added perl as runtime dep = Package : perl-Algorithm-Diff [Faik Uygur ] ====================================================================== * Ver.: 1.1902, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.1902, Rel.: 2, Type: None * Faik Uygur [2009-11-23] Added perl as runtime dep = Package : perl-AnyEvent [Serdar Dalgıç ] ====================================================================== * Ver.: 5.21, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 5.21, Rel.: 5, Type: None * Faik Uygur [2009-11-23] * Added perl as runtime dep * Many bugfixes and documentation updates = Package : perl-Apache-DBI [Faik Uygur ] ====================================================================== * Ver.: 1.07, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.07, Rel.: 4, Type: None * Faik Uygur [2009-11-23] Added perl as runtime dep = Package : perl-App-CLI [Faik Uygur ] ====================================================================== * Ver.: 0.08, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.08, Rel.: 3, Type: None * Faik Uygur [2009-11-23] Added perl as runtime dep = Package : perl-AppConfig [Faik Uygur ] ====================================================================== * Ver.: 1.66, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.66, Rel.: 3, Type: None * Faik Uygur [2009-11-23] Added perl as runtime dep = Package : perl-Archive-Tar [Faik Uygur ] ====================================================================== * Ver.: 1.54, Rel.: 8, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.54, Rel.: 7, Type: None * Faik Uygur [2009-11-23] * Add perl as runtime dep * Version bump = Package : perl-Archive-Zip [Faik Uygur ] ====================================================================== * Ver.: 1.30, Rel.: 8, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.30, Rel.: 7, Type: None * Faik Uygur [2009-11-23] Add perl as runtime dep, version bump = Package : perl-Astro-SunTime [Serdar Dalgıç ] ====================================================================== * Ver.: 0.01, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.01, Rel.: 3, Type: None * Faik Uygur [2009-11-23] Added perl as runtime dep = Package : perl-Authen-SASL [Faik Uygur ] ====================================================================== * Ver.: 2.13, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.13, Rel.: 4, Type: None * Faik Uygur [2009-11-23] Added perl as runtime dep = Package : perl-B-Keywords [Serdar Dalgıç ] ====================================================================== * Ver.: 1.09, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.09, Rel.: 3, Type: None * Faik Uygur [2009-11-23] Add missing perl dep = Package : perl-Bit-Vector [Faik Uygur ] ====================================================================== * Ver.: 7.1, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 7.1, Rel.: 3, Type: None * Faik Uygur [2009-11-23] Added missing deps, version bump. = Package : perl-Cairo [Gökçen Eraslan ] ====================================================================== * Ver.: 1.061, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.061, Rel.: 4, Type: None * Faik Uygur [2009-11-23] Add perl deps = Package : perl-Carp-Clan [Faik Uygur ] ====================================================================== * Ver.: 6.04, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 6.04, Rel.: 5, Type: None * Faik Uygur [2009-11-23] * Add missing perl deps * Fix the bug of duplicated prefixes in _longmsg as well * Re-release to resolve confusion in CPAN caused by intermediate release * Solved RT ticket #50796 (inform type of license) = Package : perl-Chart [Faik Uygur ] ====================================================================== * Ver.: 2.4.1, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.4.1, Rel.: 2, Type: None * Faik Uygur [2009-11-23] Add perl deps = Package : perl-Class-Accessor [Faik Uygur ] ====================================================================== * Ver.: 0.34, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.34, Rel.: 5, Type: None * Faik Uygur [2009-11-23] Add perl module deps = Package : perl-Class-Autouse [Faik Uygur ] ====================================================================== * Ver.: 1.29, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.29, Rel.: 4, Type: None * Faik Uygur [2009-11-23] Add perl deps = Package : perl-Class-Data-Inheritable [Faik Uygur ] ====================================================================== * Ver.: 0.08, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.08, Rel.: 3, Type: None * Faik Uygur [2009-11-23] Add perl deps = Package : perl-Class-ISA [Faik Uygur ] ====================================================================== * Ver.: 0.36, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.36, Rel.: 3, Type: None * Faik Uygur [2009-11-23] Add perl deps = Package : perl-Class-MethodMaker [Faik Uygur ] ====================================================================== * Ver.: 2.15, Rel.: 8, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.15, Rel.: 7, Type: None * Faik Uygur [2009-11-23] Add perl deps = Package : perl-Clone [Faik Uygur ] ====================================================================== * Ver.: 0.31, Rel.: 8, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.31, Rel.: 7, Type: None * Faik Uygur [2009-11-23] Add perl deps = Package : perl-Compress-Bzip2 [Gökçen Eraslan ] ====================================================================== * Ver.: 2.09, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.09, Rel.: 2, Type: None * Faik Uygur [2009-11-23] Add perl deps = Package : perl-Compress-Raw-Zlib [Faik Uygur ] ====================================================================== * Ver.: 2.023, Rel.: 11, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.023, Rel.: 10, Type: None * Faik Uygur [2009-11-23] Add perl deps and version bump = Package : perl-Compress-Zlib [Faik Uygur ] ====================================================================== * Ver.: 2.015, Rel.: 11, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.015, Rel.: 10, Type: None * Faik Uygur [2009-11-23] Add perl deps = Package : perl-Config-Tiny [Serdar Dalgıç ] ====================================================================== * Ver.: 2.12, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.12, Rel.: 4, Type: None * Faik Uygur [2009-11-24] Add perl deps = Package : perl-Convert-ASN1 [Faik Uygur ] ====================================================================== * Ver.: 0.22, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.22, Rel.: 6, Type: None * Faik Uygur [2009-11-24] Add perl deps = Package : perl-Crypt-Blowfish [Serdar Dalgıç ] ====================================================================== * Ver.: 2.10, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.10, Rel.: 3, Type: None * Faik Uygur [2009-11-24] Add perl deps = Package : perl-Crypt-PasswdMD5 [Selim Ok ] ====================================================================== * Ver.: 1.3, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.3, Rel.: 2, Type: None * Faik Uygur [2009-11-24] Add perl deps = Package : perl-Crypt-SSLeay [Semen Cirit ] ====================================================================== * Ver.: 0.57, Rel.: 8, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.57, Rel.: 7, Type: None * Faik Uygur [2009-11-24] Revert to actual stable release, add perl deps = Package : perl-Crypt-Simple [Serdar Dalgıç ] ====================================================================== * Ver.: 0.06, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.06, Rel.: 3, Type: None * Faik Uygur [2009-11-24] Add perl and missing deps = Package : perl-Crypt-SmbHash [Faik Uygur ] ====================================================================== * Ver.: 0.12, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl = Package : perl-Curses [Faik Uygur ] ====================================================================== * Ver.: 1.27, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.27, Rel.: 6, Type: None * Faik Uygur [2009-11-24] Add perl deps = Package : perl-DBD-Pg [Ozan Çağlayan ] ====================================================================== * Ver.: 2.15.1, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.15.1, Rel.: 3, Type: None * Faik Uygur [2009-11-24] * Added perl deps * Fix quoting of booleans to respect more Perlish variants * Fix backslash quoting of arrays * Fix problem with foreign_key_info() and NAME_uc * Remove invalid bigint assignment * Many other CPAN fixes = Package : perl-DBD-SQLite [Faik Uygur ] ====================================================================== * Ver.: 1.27, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.27, Rel.: 6, Type: None * Faik Uygur [2009-11-24] * Added perl deps * Updated to sqlite 3.6.20 * Major code refactorings * Bug fixes = Package : perl-DBD-mysql [Faik Uygur ] ====================================================================== * Ver.: 4.013, Rel.: 10, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 4.013, Rel.: 9, Type: None * Faik Uygur [2009-11-24] * Add perl deps * PATCH add support for MYSQL_INIT_COMMAND to DBD::mysql * 'mysql_bind_type_guessing' doesn't work correctly with minus sign * t/40blobs.t cannot pass without database access - ServerError() not declared = Package : perl-DBI [Faik Uygur ] ====================================================================== * Ver.: 1.609, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.609, Rel.: 6, Type: None * Faik Uygur [2009-11-24] * Added perl deps * Fixes to DBD::File * New method calls: visit_handles, visit_child_handles = Package : perl-Data-Dumper [Serdar Dalgıç ] ====================================================================== * Ver.: 2.125, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.125, Rel.: 4, Type: None * Faik Uygur [2009-11-24] Add perl deps, bump to latest version which has CPAN dist fixes = Package : perl-Data-Hierarchy [Faik Uygur ] ====================================================================== * Ver.: 0.34, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.34, Rel.: 3, Type: None * Faik Uygur [2009-11-24] Add perl deps = Package : perl-Data-UUID [Faik Uygur ] ====================================================================== * Ver.: 1.203, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.203, Rel.: 5, Type: None * Faik Uygur [2009-11-24] Add perl deps = Package : perl-Date-Calc [Faik Uygur ] ====================================================================== * Ver.: 6.3, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 6.3, Rel.: 3, Type: None * Faik Uygur [2009-11-24] * Add perl deps, dep relations and version bump * Ver.: 5.8, Rel.: 2, Type: None * Faik Uygur [2009-10-02] * Made the days which form the weekend configurable in "Calendar.pm" and "Year.pm" * Added a new function "N_Delta_YMD() * Translation fixes and some refactorings = Package : perl-Date-Manip [Faik Uygur ] ====================================================================== * Ver.: 6.04, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 6.04, Rel.: 5, Type: None * Faik Uygur [2009-11-24] * Version bump. * Added perl and missing deps * Module rewritten * Fixed typo in turkish translation * Fixed a bug where "YYtoYYYY=c" wouldn't work. = Package : perl-Devel-Caller [Serdar Dalgıç ] ====================================================================== * Ver.: 2.03, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.03, Rel.: 6, Type: None * Faik Uygur [2009-11-24] Added perl deps = Package : perl-Devel-LexAlias [Serdar Dalgıç ] ====================================================================== * Ver.: 0.04, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.04, Rel.: 3, Type: None * Faik Uygur [2009-11-24] Added perl deps and check step = Package : perl-Device-SerialPort [Doruk Fişek ] ====================================================================== * Ver.: 1.04, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.04, Rel.: 4, Type: None * Faik Uygur [2009-11-24] Add perl deps = Package : perl-Digest-Base [Faik Uygur ] ====================================================================== * Ver.: 1.16, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.16, Rel.: 3, Type: None * Faik Uygur [2009-11-24] * Add perl deps * For SHA-1 try Digest::SHA before tryign Digest::SHA1 * Support Digest->new("RIPEMD-160") * Use 3-arg open * Sync up with EBCDIC changes from core perl. = Package : perl-Digest-HMAC [Faik Uygur ] ====================================================================== * Ver.: 1.01, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.01, Rel.: 3, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Digest-MD4 [Faik Uygur ] ====================================================================== * Ver.: 1.5, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.5, Rel.: 4, Type: None * Faik Uygur [2009-11-25] Add perl deps, ActivePerl version adds hexhash() for compatibility = Package : perl-Digest-MD5 [Faik Uygur ] ====================================================================== * Ver.: 2.39, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.39, Rel.: 4, Type: None * Faik Uygur [2009-11-25] * Add perl deps * Get rid of the PERL_CORE hacks * Sync core: Rename ext/Digest/MD5 to ext/Digest-MD5 * Handle non-numeric version numbers in ext/Digest/MD5/Makefile.PL = Package : perl-Digest-SHA1 [Faik Uygur ] ====================================================================== * Ver.: 2.12, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.12, Rel.: 3, Type: None * Faik Uygur [2009-11-25] * Add perl deps * Mention that SHA-1 might be weak [RT#11880] * Clean up the 'git status' output = Package : perl-Email-Abstract [Faik Uygur ] ====================================================================== * Ver.: 3.001, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 3.001, Rel.: 5, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Email-Address [Faik Uygur ] ====================================================================== * Ver.: 1.889, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.889, Rel.: 4, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Email-Date [Faik Uygur ] ====================================================================== * Ver.: 1.103, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.103, Rel.: 5, Type: None * Faik Uygur [2009-11-25] Add perl and missing deps = Package : perl-Email-Date-Format [Faik Uygur ] ====================================================================== * Ver.: 1.002, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.002, Rel.: 3, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Email-MIME [Faik Uygur ] ====================================================================== * Ver.: 1.902, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.902, Rel.: 5, Type: None * Faik Uygur [2009-11-25] * Add perl and missing deps * allow for padding spaces in the Content-Transfer-Encoding header * merge in Email-MIME-Modifier and Email-MIME-Creator * add better support for Unicode with body_str, header_str_set, etc. = Package : perl-Email-MIME-Attachment-Stripper [Faik Uygur ] ====================================================================== * Ver.: 1.316, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.316, Rel.: 4, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Email-MIME-ContentType [Faik Uygur ] ====================================================================== * Ver.: 1.015, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.015, Rel.: 4, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Email-MIME-Creator [Faik Uygur ] ====================================================================== * Ver.: 1.456, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.456, Rel.: 4, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Email-MIME-Encodings [Faik Uygur ] ====================================================================== * Ver.: 1.313, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.313, Rel.: 4, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Email-MIME-Modifier [Faik Uygur ] ====================================================================== * Ver.: 1.444, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.444, Rel.: 4, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Email-MessageID [Faik Uygur ] ====================================================================== * Ver.: 1.401, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.401, Rel.: 4, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Email-Reply [Faik Uygur ] ====================================================================== * Ver.: 1.202, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.202, Rel.: 4, Type: None * Faik Uygur [2009-11-25] Add missing and perl deps = Package : perl-Email-Send [Faik Uygur ] ====================================================================== * Ver.: 2.198, Rel.: 8, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.198, Rel.: 7, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Email-Simple [Faik Uygur ] ====================================================================== * Ver.: 2.005, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.005, Rel.: 5, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Email-Simple-Creator [Faik Uygur ] ====================================================================== * Ver.: 1.424, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.424, Rel.: 5, Type: None * Faik Uygur [2009-11-25] Add missing and perl deps = Package : perl-Email-Valid [Ozan Çağlayan ] ====================================================================== * Ver.: 0.182, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.182, Rel.: 2, Type: None * Faik Uygur [2009-11-25] * Added perl deps and missing build dep * skip DNS tests on machines with lying DNS = Package : perl-Error [Faik Uygur ] ====================================================================== * Ver.: 0.17015, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.17015, Rel.: 5, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Event [Serdar Dalgıç ] ====================================================================== * Ver.: 1.13, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.13, Rel.: 4, Type: None * Serdar Dalgıç [2009-12-03] - Version bump to 1.13, - unnecessary perlDir removal changed to a dynamic path, - add perl Dependency = Package : perl-Event-ExecFlow [Serdar Dalgıç ] ====================================================================== * Ver.: 0.63, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.63, Rel.: 4, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-Event-RPC [Serdar Dalgıç ] ====================================================================== * Ver.: 1.01, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.01, Rel.: 4, Type: None * Faik Uygur [2009-11-25] Add perl deps = Package : perl-ExtUtils-Depends [Gökmen Görgen ] ====================================================================== * Ver.: 0.302, Rel.: 7, Type: None * Serdar Dalgıç [2009-12-09] Version bump * Ver.: 0.301, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.301, Rel.: 5, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-ExtUtils-ParseXS [Faik Uygur ] ====================================================================== * Ver.: 2.21, Rel.: 7, Type: None * Faik Uygur [2009-12-11] Adds full path in INCLUDE #line directives (RT#50198) * Ver.: 2.2002, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.2002, Rel.: 5, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-ExtUtils-PkgConfig [Gökmen Görgen ] ====================================================================== * Ver.: 1.12, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.12, Rel.: 5, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-File-Find-Rule [Mehmet Nur Olcay ] ====================================================================== * Ver.: 0.32, Rel.: 4, Type: None * Faik Uygur [2009-12-11] * All taint 'bugs' are now the same as the behaviour of File::Find * Dropped 5.00503 backwards compatibility * Rework the referencing of anyonymous subroutines internally, closes RT#46599 * Ver.: 0.30, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.30, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-File-HomeDir [Faik Uygur ] ====================================================================== * Ver.: 0.86, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.86, Rel.: 6, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-File-Next [Serdar Dalgıç ] ====================================================================== * Ver.: 1.06, Rel.: 6, Type: None * Faik Uygur [2009-12-11] * Tiny directory reading speedups * Added a little note about the follow_symlinks=>0 being a speed hit. * Ver.: 1.02, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.02, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-File-Tail [Faik Uygur ] ====================================================================== * Ver.: 0.99.3, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.99.3, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-File-Temp [Faik Uygur ] ====================================================================== * Ver.: 0.22, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.22, Rel.: 5, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-File-Type [Faik Uygur ] ====================================================================== * Ver.: 0.22, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.22, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-File-chdir [Faik Uygur ] ====================================================================== * Ver.: 0.1002, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.1002, Rel.: 5, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Font-TTF [Ozan Çağlayan ] ====================================================================== * Ver.: 0.45, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.45, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-FreezeThaw [Faik Uygur ] ====================================================================== * Ver.: 0.45, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.45, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-GD [Faik Uygur ] ====================================================================== * Ver.: 2.44, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.44, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-GD-Graph [Faik Uygur ] ====================================================================== * Ver.: 1.44, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.44, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-GD-TextUtil [Faik Uygur ] ====================================================================== * Ver.: 0.86, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.86, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-GSSAPI [Faik Uygur ] ====================================================================== * Ver.: 0.26, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.26, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Getopt-Long [Serdar Dalgıç ] ====================================================================== * Ver.: 2.38, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.38, Rel.: 6, Type: None * Onur Küçük [2009-12-03] Add perl dependency * Ver.: 2.38, Rel.: 5, Type: None * Serdar Dalgıç [2009-09-07] Fix examples' doc dir. = Package : perl-Git [Faik Uygur ] ====================================================================== * Ver.: 1.6.5.6, Rel.: 86, Type: None * Faik Uygur [2009-12-15] * "git rebase" got confused when the log message began with certain strings that looked like Subject:, Date: or From: header * "git reset" accidentally run in .git/ directory checked out the work tree contents in there * "git add -p" had a regression since v1.6.5.3 that broke deletion of non- empty files * "git archive -o o.zip -- Makefile" produced an archive in o.zip but in POSIX tar format * The post-upload-hook run by upload-pack in response to "git fetch" has been removed, due to security concerns * "git diff -B" and "git diff --dirstat" was not counting newly added contents correctly * "git format-patch revisions... -- path" issued an incorrect error * "git grep -F -i StRiNg" did not work as expected * Enumeration of available merge strategies iterated over the list of commands in a wrong way, sometimes producing an incorrect result * Ver.: 1.6.5.4, Rel.: 85, Type: None * Faik Uygur [2009-12-04] * "git prune-packed" cron job problem fix * "git apply -p(n) --directory=(elsewhere)" did not work well for a non- default value of n * "git merge foo HEAD" was misparsed as an old-style invocation of the command and produced a confusing error message. * Documentation updates * perl dep added to perl-Git module * Ver.: 1.6.5.3, Rel.: 84, Type: None * Faik Uygur [2009-12-01] * output from "git blame" was unreadable when the file ended in an incomplete line. * "git imap-send" did not compile cleanly with newer OpenSSL. * "git rebase -i" gave bogus error message when the command word was misspelled. * "gitweb" did not escape non-ascii characters correctly in the URL. and many other fixes * Ver.: 1.6.5.2, Rel.: 83, Type: None * Faik Uygur [2009-11-03] * various updates to gitk, git-svn and gitweb. * various performance and usability fixes to git = Package : perl-Glib [Gökmen Görgen ] ====================================================================== * Ver.: 1.222, Rel.: 6, Type: None * Faik Uygur [2009-12-14] Version bump * Ver.: 1.221, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.221, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Gtk2 [Serdar Dalgıç ] ====================================================================== * Ver.: 1.221, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.221, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Gtk2-Ex-FormFactory [Serdar Dalgıç ] ====================================================================== * Ver.: 0.65, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.65, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency * Ver.: 0.65, Rel.: 3, Type: None * Serdar Dalgıç [2009-09-07] Fix wrong doc dir. = Package : perl-Gtk2-Sexy [Serdar Dalgıç ] ====================================================================== * Ver.: 0.04, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.04, Rel.: 5, Type: None * Onur Küçük [2009-12-03] Add perl dependency * Ver.: 0.04, Rel.: 4, Type: None * Serdar Dalgıç [2009-09-07] Fix examples' doc dir. = Package : perl-Gtk2-TrayIcon [Serdar Dalgıç ] ====================================================================== * Ver.: 0.06, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.06, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Gtk2-doc [Serdar Dalgıç ] ====================================================================== * Ver.: 1.221, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.221, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-HTML-Parser [Faik Uygur ] ====================================================================== * Ver.: 3.64, Rel.: 9, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 3.64, Rel.: 8, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-HTML-Scrubber [Faik Uygur ] ====================================================================== * Ver.: 0.08, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.08, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-HTML-Tagset [Faik Uygur ] ====================================================================== * Ver.: 3.20, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 3.20, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-Compress-Base [Faik Uygur ] ====================================================================== * Ver.: 2.015, Rel.: 9, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.015, Rel.: 8, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-Compress-Zlib [Faik Uygur ] ====================================================================== * Ver.: 2.015, Rel.: 10, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.015, Rel.: 9, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-Digest [Faik Uygur ] ====================================================================== * Ver.: 0.10, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.10, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-Pager [Faik Uygur ] ====================================================================== * Ver.: 0.06, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.06, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-Socket-INET6 [Faik Uygur ] ====================================================================== * Ver.: 2.57, Rel.: 6, Type: None * Faik Uygur [2009-12-11] Version bump * Ver.: 2.56, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.56, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-Socket-SSL [Faik Uygur ] ====================================================================== * Ver.: 1.31, Rel.: 17, Type: None * Faik Uygur [2009-12-11] * changed possible local/utf-8 depended \w in some regex against more explicit [a-zA-Z0-9_]. Fixed one regex, where it assumed, that service names can't have '-' inside * Fix Net::ssl_write_all (return undef not 0 in generic_write) (RT#48131) * Fix memleak when SSL handshake failed. * Make sure that idn_to_ascii gets no \0 bytes from identity * Ver.: 1.26, Rel.: 16, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.26, Rel.: 15, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-Zlib [Faik Uygur ] ====================================================================== * Ver.: 1.10, Rel.: 8, Type: None * Faik Uygur [2009-12-11] Version bump * Ver.: 1.09, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.09, Rel.: 6, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-eol [Faik Uygur ] ====================================================================== * Ver.: 0.14, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.14, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-gzip [Gökçen Eraslan ] ====================================================================== * Ver.: 0.18, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.18, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-stringy [Faik Uygur ] ====================================================================== * Ver.: 2.110, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.110, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-via-Bzip2 [Gökçen Eraslan ] ====================================================================== * Ver.: 0.02, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.02, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-via-dynamic [Faik Uygur ] ====================================================================== * Ver.: 0.13, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.13, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IO-via-symlink [Faik Uygur ] ====================================================================== * Ver.: 0.05, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.05, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-IP-Country [Faik Uygur ] ====================================================================== * Ver.: 2.27, Rel.: 8, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.27, Rel.: 7, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Image-ExifTool [Ertuğrul Erata ] ====================================================================== * Ver.: 7.77, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 7.77, Rel.: 5, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Internals [Faik Uygur ] ====================================================================== * Ver.: 1.1, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.1, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Jcode [Faik Uygur ] ====================================================================== * Ver.: 2.07, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.07, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Lexical-Persistence [Serdar Dalgıç ] ====================================================================== * Ver.: 1.01, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.01, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency Version bump = Package : perl-List-MoreUtils [Faik Uygur ] ====================================================================== * Ver.: 0.22, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.22, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Locale-Maketext-Lexicon [Faik Uygur ] ====================================================================== * Ver.: 0.77, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.77, Rel.: 6, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Locale-Maketext-Simple [Faik Uygur ] ====================================================================== * Ver.: 0.21, Rel.: 5, Type: None * Faik Uygur [2009-12-14] Versin bump * Ver.: 0.20, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.20, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Locale-gettext [Faik Uygur ] ====================================================================== * Ver.: 1.05, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.05, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Log-Log4perl [Faik Uygur ] ====================================================================== * Ver.: 1.26, Rel.: 7, Type: None * Faik Uygur [2009-12-14] Added l4p-tmpl helper script to help whipping up a new log4perl configuration file and fixed many RT bugs * Ver.: 1.24, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.24, Rel.: 5, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-MIME-Base64 [Faik Uygur ] ====================================================================== * Ver.: 3.08, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 3.08, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency Version bump * Ver.: 3.07, Rel.: 3, Type: None * Eren Türkay [2009-11-11] Remove empty /usr/lib/perl5/5.10.1/i686-linux-thread-multi directory that conflicts with subversion = Package : perl-MIME-Lite [Faik Uygur ] ====================================================================== * Ver.: 3.027, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 3.027, Rel.: 5, Type: None * Onur Küçük [2009-12-03] Add perl dependency Version bump = Package : perl-MIME-Types [Faik Uygur ] ====================================================================== * Ver.: 1.28, Rel.: 6, Type: None * Faik Uygur [2009-12-14] fix initiation when using by_mediatype() RT#49111 * Ver.: 1.27, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.27, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-MIME-tools [Faik Uygur ] ====================================================================== * Ver.: 5.427, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 5.427, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Mail-SPF-Query [Faik Uygur ] ====================================================================== * Ver.: 1.999.1, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.999.1, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-MailTools [Faik Uygur ] ====================================================================== * Ver.: 2.04, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.04, Rel.: 6, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Math-Complex [Faik Uygur ] ====================================================================== * Ver.: 1.56, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.56, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Module-Pluggable [Faik Uygur ] ====================================================================== * Ver.: 3.9, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 3.9, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Module-Refresh [Serdar Dalgıç ] ====================================================================== * Ver.: 0.13, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.13, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Net-CIDR-Lite [Faik Uygur ] ====================================================================== * Ver.: 0.20, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.20, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Net-DNS [Faik Uygur ] ====================================================================== * Ver.: 0.65, Rel.: 9, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.65, Rel.: 8, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Net-Daemon [Faik Uygur ] ====================================================================== * Ver.: 0.43, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.43, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Net-IP [Faik Uygur ] ====================================================================== * Ver.: 1.25, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.25, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Net-Ident [Faik Uygur ] ====================================================================== * Ver.: 1.20, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.20, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Net-SMTP-SSL [Ozan Çağlayan ] ====================================================================== * Ver.: 1.01, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.01, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Net-SSLeay [Faik Uygur ] ====================================================================== * Ver.: 1.35, Rel.: 8, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.35, Rel.: 7, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Number-Compare [Mehmet Nur Olcay ] ====================================================================== * Ver.: 0.01, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.01, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-PadWalker [Serdar Dalgıç ] ====================================================================== * Ver.: 1.9, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.9, Rel.: 6, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Pango [Serdar Dalgıç ] ====================================================================== * Ver.: 1.221, Rel.: 4, Type: None * Faik Uygur [2009-12-14] Version bump * Ver.: 1.220, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.220, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Parse-Yapp [Faik Uygur ] ====================================================================== * Ver.: 1.05, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.05, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-PatchReader [Faik Uygur ] ====================================================================== * Ver.: 0.9.5, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.9.5, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Path-Class [Faik Uygur ] ====================================================================== * Ver.: 0.17, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.17, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-PathTools [Faik Uygur ] ====================================================================== * Ver.: 3.31, Rel.: 9, Type: None * Faik Uygur [2009-12-14] * Merge changes from core perl. * Remove more special logic required for core perl. * Do not pack a Build.PL to avoid a circular dependency involving ExtUtils::CBuilder (RT#50749) * Ver.: 3.30, Rel.: 8, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 3.30, Rel.: 7, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-PlRPC [Faik Uygur ] ====================================================================== * Ver.: 0.2020, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl Remove perldoc = Package : perl-Pod-Escapes [Faik Uygur ] ====================================================================== * Ver.: 1.04, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.04, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Pod-Simple [Faik Uygur ] ====================================================================== * Ver.: 3.11, Rel.: 6, Type: None * Faik Uygur [2009-12-14] * Fixed XHTML to output definition lists when it should * Fixed XHTML so that multiparagraph list items work correctly. * Added entity handling for E sol and E verbar to Pod::Simple::XHTML. * Fix nested definition list format in the XHTML output (RT#51187) * Ver.: 3.08, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 3.08, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-RPC-XML [Faik Uygur ] ====================================================================== * Ver.: 0.69, Rel.: 9, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.69, Rel.: 8, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Regexp-Shellish [Faik Uygur ] ====================================================================== * Ver.: 0.93, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.93, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Return-Value [Faik Uygur ] ====================================================================== * Ver.: 1.666001, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.666001, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-SDL [Faik Uygur ] ====================================================================== * Ver.: 2.2.6, Rel.: 7, Type: None * Faik Uygur [2009-12-14] * fixed openGL header problems * made sdl font strict acceptable * Made App loop() faster (RT#16988) * Patched support for add support for gluquadric* (RT#25598) * Made App init slimer (RT#16987) * Added faster SDL::Color alternative (RT#17975) * Added better error reporting for TTFont errors * Ver.: 2.1.3, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.1.3, Rel.: 5, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-SOAP-Lite [Faik Uygur ] ====================================================================== * Ver.: 0.710.08, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.710.08, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-SVN-Dump [Gökçen Eraslan ] ====================================================================== * Ver.: 0.04, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.04, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-SVN-Mirror [Faik Uygur ] ====================================================================== * Ver.: 0.75, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.75, Rel.: 6, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-SVN-Simple [Faik Uygur ] ====================================================================== * Ver.: 0.27, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.27, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Socket6 [Faik Uygur ] ====================================================================== * Ver.: 0.23, Rel.: 5, Type: None * Faik Uygur [2009-12-14] * Explicitly set $! = 0 before calling constant() * Added @EXPORT_OK to export AF_INET6 and PF_INET6 if requested * Ver.: 0.22, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.22, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Storable [Faik Uygur ] ====================================================================== * Ver.: 2.21, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.21, Rel.: 5, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-String-ShellQuote [Faik Uygur ] ====================================================================== * Ver.: 1.03, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.03, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Sub-Uplevel [Ozan Çağlayan ] ====================================================================== * Ver.: 0.22, Rel.: 4, Type: None * Faik Uygur [2009-12-14] * added: the ":aggressive" tag may be used to force reloading of Exporter, which often binds caller() prior to Sub::Uplevel's global override * meta: added repository to metadata * Ver.: 0.2002, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.2002, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Sys-Hostname-Long [Faik Uygur ] ====================================================================== * Ver.: 1.4, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.4, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Sys-Syslog [Serdar Dalgıç ] ====================================================================== * Ver.: 0.27, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.27, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Template-GD [Faik Uygur ] ====================================================================== * Ver.: 2.66, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.66, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Template-Toolkit [Faik Uygur ] ====================================================================== * Ver.: 2.22, Rel.: 6, Type: None * Faik Uygur [2009-12-14] * Fixed a bug in Template::Plugin::Filter that was causing the weakened $self reference in a dynamic filter closure to be garbage collected too soon. (RT#46691) * Allow list.sort to sort on multiple fields (RT#40637) * Fixed a bug in the parser/grammar to make NEXT/LAST work correctly inside nested loops. (RT#40887) * Fixed the truncate filter to handle lengths shorter than the '...' string being appended on the end. (RT#45617) * Added UTF8 support to the XS Stash. (RT#45842) * Ver.: 2.21, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.21, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Term-ReadKey [Faik Uygur ] ====================================================================== * Ver.: 2.30, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.30, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Term-ReadLine-Perl [Serdar Dalgıç ] ====================================================================== * Ver.: 1.0303, Rel.: 6, Type: None * Faik Uygur [2009-12-14] * Would not allow macros with space in them. * Avoid a warning on unexpected variable assign * Change error message for unknown method. * Protect global variables during WINCH processing. * F_ReverseSearchHistory was not -w-safe * Ver.: 1.0302, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.0302, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Test-Exception [Ozan Çağlayan ] ====================================================================== * Ver.: 0.27, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.27, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Test-Number-Delta [Gökçen Eraslan ] ====================================================================== * Ver.: 1.03, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.03, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Test-Pod [Faik Uygur ] ====================================================================== * Ver.: 1.40, Rel.: 4, Type: None * Faik Uygur [2009-12-14] * Test::Pod now complains about the illegal construct L(text|url) * Add more to the list of vcs directories to exclude * Ver.: 1.26, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.26, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-Test-Simple [Serdar Dalgıç ] ====================================================================== * Ver.: 0.94, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.94, Rel.: 6, Type: None * Onur Küçük [2009-12-03] Add perl dependency * Ver.: 0.94, Rel.: 5, Type: None * Faik Uygur [2009-11-10] * Make sure that subtest works with Test:: modules which call Test::Builder->new at the top of their code. * Remove perl-doc conflict. These should have been fixed in perl and perl- doc packages. Makes dist-upgrade impossible with two conflicting packages. = Package : perl-Text-Glob [Mehmet Nur Olcay ] ====================================================================== * Ver.: 0.08, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.08, Rel.: 2, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-Text-Iconv [Faik Uygur ] ====================================================================== * Ver.: 1.7, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.7, Rel.: 4, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-Time-HiRes [Faik Uygur ] ====================================================================== * Ver.: 1.9719, Rel.: 6, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.9719, Rel.: 5, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-Time-Local [Faik Uygur ] ====================================================================== * Ver.: 1.1901, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.1901, Rel.: 4, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-Time-Piece [Faik Uygur ] ====================================================================== * Ver.: 1.15, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.15, Rel.: 4, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-Time-Progress [Gökçen Eraslan ] ====================================================================== * Ver.: 1.5, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.5, Rel.: 2, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-Time-modules [Serdar Dalgıç ] ====================================================================== * Ver.: 2006.0814, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2006.0814, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-TimeDate [Faik Uygur ] ====================================================================== * Ver.: 1.19, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.19, Rel.: 4, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-Tk [Faik Uygur ] ====================================================================== * Ver.: 804.028, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 804.028, Rel.: 6, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-UNIVERSAL-require [Faik Uygur ] ====================================================================== * Ver.: 0.13, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.13, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-URI [Faik Uygur ] ====================================================================== * Ver.: 1.51, Rel.: 8, Type: None * Faik Uygur [2009-12-14] * Strip brackets off IPv6 hosts [RT#34309] * Make as_iri leave escapes not forming valid UTF-8 sequences * Escape IDNA hostnames * Introduce the as_unicode method * Make as_unicode undo punycode for server URLs * An IRI class might be helpful (RFC 3987) * Add private URI::_idna module based on encodings/idna.py * Start using URI::_idna for encoding of URIs * Load Encode when its used * Ver.: 1.40, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.40, Rel.: 6, Type: None * Onur Küçük [2009-12-02] Add perl dependency * Ver.: 1.40, Rel.: 5, Type: None * Faik Uygur [2009-11-09] * Skip DNS test if wildcard domain catcher (e.g. OpenDNS) is there * Spelling fixes. * Even stricter test for working DNS = Package : perl-Unicode-Map [Faik Uygur ] ====================================================================== * Ver.: 0.112, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.112, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-Unicode-Map8 [Faik Uygur ] ====================================================================== * Ver.: 0.12, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.12, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-Unicode-MapUTF8 [Faik Uygur ] ====================================================================== * Ver.: 1.11, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.11, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-Unicode-String [Faik Uygur ] ====================================================================== * Ver.: 2.09, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.09, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-X11-Protocol [Faik Uygur ] ====================================================================== * Ver.: 0.56, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.56, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-DOM [Faik Uygur ] ====================================================================== * Ver.: 1.44, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.44, Rel.: 2, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-Filter-BufferText [Faik Uygur ] ====================================================================== * Ver.: 1.01, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.01, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-LibXML [Mehmet Nur Olcay ] ====================================================================== * Ver.: 1.70, Rel.: 5, Type: None * Faik Uygur [2009-12-14] * fix a bug in structured errors preventing the previous errors from being reported * fix encoding problem in reader * fix segfaults: reconcileNs in domReplaceChild, findnodes with a doc fragment (S. Rezic) * added getAttributeHash to the reader interface * provide context and more accurate column number in structured errors * fix bogus validation results if revalidating a modified document * various fixes and improvements in the documentation * Ver.: 1.69, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.69, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-LibXML-Common [Mehmet Nur Olcay ] ====================================================================== * Ver.: 0.13, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.13, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-NamespaceSupport [Faik Uygur ] ====================================================================== * Ver.: 1.10, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.10, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-Parser [Faik Uygur ] ====================================================================== * Ver.: 2.36, Rel.: 4, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-RegExp [Faik Uygur ] ====================================================================== * Ver.: 0.03, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.03, Rel.: 2, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-SAX [Faik Uygur ] ====================================================================== * Ver.: 0.96, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.96, Rel.: 6, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-SAX-Writer [Faik Uygur ] ====================================================================== * Ver.: 0.52, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.52, Rel.: 4, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-Simple [Gökmen Görgen ] ====================================================================== * Ver.: 2.18, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 2.18, Rel.: 3, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-Twig [Faik Uygur ] ====================================================================== * Ver.: 3.32, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 3.32, Rel.: 4, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-XML-XQL [Faik Uygur ] ====================================================================== * Ver.: 0.68, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.68, Rel.: 2, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-YAML [Faik Uygur ] ====================================================================== * Ver.: 0.70, Rel.: 9, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.70, Rel.: 8, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-YAML-Syck [Faik Uygur ] ====================================================================== * Ver.: 1.07, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.07, Rel.: 6, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perl-doc [Faik Uygur ] ====================================================================== * Ver.: 5.10.1, Rel.: 27, Type: None * Onur Küçük [2009-12-17] Fix a typo in perl-doc component * Ver.: 5.10.1, Rel.: 26, Type: None * Ozan Çağlayan [2009-11-17] Replace perl-Module-Build * Ver.: 5.10.1, Rel.: 25, Type: None * Faik Uygur [2009-11-16] Fix buildfarm compilation problem * Ver.: 5.10.1, Rel.: 24, Type: None * Faik Uygur [2009-11-11] * Remove comar script. * Added reverseDependencyUpdate * Ver.: 5.10.1, Rel.: 23, Type: None * Faik Uygur [2009-11-10] * Version bump to bugfix release 5.10.1 * Sync with other distro patches * Add comar package script to move old modules compiled with 5.10.0 * Fix for CVE-2009-3626 (eren) = Package : perl-ldap [Faik Uygur ] ====================================================================== * Ver.: 0.39, Rel.: 8, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.39, Rel.: 7, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-libintl [Serdar Dalgıç ] ====================================================================== * Ver.: 1.20, Rel.: 5, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.20, Rel.: 4, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-libnet [Faik Uygur ] ====================================================================== * Ver.: 1.22, Rel.: 4, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.22, Rel.: 3, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-libwww [Faik Uygur ] ====================================================================== * Ver.: 5.834, Rel.: 12, Type: None * Faik Uygur [2009-12-14] * Increase default Net::HTTP max line length to 8k. * mirror should die in case X-Died is set [RT#48236] * Improve diagnostics from LWP::UserAgent::mirror [RT#48869] * HTTP::Cookies add_cookie_header previous Cookies [RT#46106] * Deal with cookies that expire far into the future [RT#50147] * Deal with cookies that expire at or before epoch [RT#49467] * Pass separate type for https to LWP::ConnCache [RT#48899] * Improved handling of the User-Agent header [RT#48461] * lwp-request should use stderr for auth [RT#21620] * Remove unneeded executable permissions. * Check for sane default_headers argument [RT#50393] * Add $ua->local_address attribute [RT#40912] * Test that generation of boundary works [RT#49396] * Ver.: 5.832, Rel.: 11, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 5.832, Rel.: 10, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-libxml [Faik Uygur ] ====================================================================== * Ver.: 0.08, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.08, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-mlt [Ozan Çağlayan ] ====================================================================== * Ver.: 0.4.6, Rel.: 17, Type: None * Ozan Çağlayan [2009-12-06] Enable perl and python bindings (#11667). * Ver.: 0.4.6, Rel.: 16, Type: None * Ozan Çağlayan [2009-10-12] Version bump * Ver.: 0.4.4, Rel.: 15, Type: None * Ozan Çağlayan [2009-07-09] Version bump. * Ver.: 0.4.0, Rel.: 14, Type: None * Ozan Çağlayan [2009-05-27] Version bump which also includes mlt++. * Ver.: 0.3.8, Rel.: 13, Type: None * Ozan Çağlayan [2009-05-12] Version bump. * Ver.: 0.3.6, Rel.: 12, Type: None * Ozan Çağlayan [2009-02-13] Version bump. * Ver.: 0.3.4, Rel.: 11, Type: None * Murat Şenel [2009-01-29] Use qt4 not qt3 * Ver.: 0.3.4, Rel.: 10, Type: None * Murat Şenel [2009-01-05] Stable bump * Ver.: 0.2.4_1112, Rel.: 9, Type: None * Murat Şenel [2008-06-16] Fix linking to mlt version * Ver.: 0.2.4_1112, Rel.: 8, Type: None * Murat Şenel [2008-06-14] New snapshot * Ver.: 0.2.4, Rel.: 7, Type: None * Faik Uygur [2008-06-04] Compile with gcc4 * Ver.: 0.2.4, Rel.: 6, Type: None * Murat Şenel [2007-08-22] Fix docs * Ver.: 0.2.4, Rel.: 5, Type: None * Murat Şenel [2007-08-20] Stable bump * Ver.: 0.2.3, Rel.: 4, Type: None * Murat Şenel [2007-04-29] Stable bump * Ver.: 20070209, Rel.: 3, Type: None * Murat Şenel [2007-02-10] Enable sox and qimage modules and dep fix * Ver.: 20070209, Rel.: 2, Type: None * Murat Şenel [2007-02-09] CVS release for Koray's testing. * Ver.: 0.2.2, Rel.: 1, Type: None * Mert Uzbaşlı [2006-08-23] First release. = Package : perl-pcsc [Ozan Çağlayan ] ====================================================================== * Ver.: 1.4.7, Rel.: 3, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 1.4.7, Rel.: 2, Type: None * Onur Küçük [2009-12-03] Add perl dependency = Package : perl-version [Faik Uygur ] ====================================================================== * Ver.: 0.78, Rel.: 9, Type: None * Faik Uygur [2009-12-14] * Fixes RT#48135, RT#48268 * Fix SV leaking * Smarter handling of non-magic v-strings. * Ver.: 0.76, Rel.: 8, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.76, Rel.: 7, Type: None * Onur Küçük [2009-12-02] Add perl dependency = Package : perlconsole [Serdar Dalgıç ] ====================================================================== * Ver.: 0.4, Rel.: 7, Type: None * Onur Küçük [2009-12-04] Depend on new perl * Ver.: 0.4, Rel.: 6, Type: None * Faik Uygur [2009-11-24] Add perl deps = Package : phonon [Gökçen Eraslan ] ====================================================================== * Ver.: 4.3.50_20091109, Rel.: 19, Type: None * Gökçen Eraslan [2009-12-08] Add /usr/qt/4/include/KDE/Phonon - /usr/qt/4/include/Phonon symlink, #11648 * Ver.: 4.3.50_20091109, Rel.: 18, Type: None * Gökçen Eraslan [2009-11-09] Switch to SVN snapshot, has lots of bugfixes. = Package : phonon-gstreamer [Gökçen Eraslan ] ====================================================================== * Ver.: 4.3.50_20091109, Rel.: 19, Type: None * Gökçen Eraslan [2009-12-08] Add /usr/qt/4/include/KDE/Phonon - /usr/qt/4/include/Phonon symlink, #11648 * Ver.: 4.3.50_20091109, Rel.: 18, Type: None * Gökçen Eraslan [2009-11-09] Switch to SVN snapshot, has lots of bugfixes. = Package : phonon-xine [Gökçen Eraslan ] ====================================================================== * Ver.: 4.3.50_20091109, Rel.: 19, Type: None * Gökçen Eraslan [2009-12-08] Add /usr/qt/4/include/KDE/Phonon - /usr/qt/4/include/Phonon symlink, #11648 * Ver.: 4.3.50_20091109, Rel.: 18, Type: None * Gökçen Eraslan [2009-11-09] Switch to SVN snapshot, has lots of bugfixes. = Package : physfs [Onur Küçük ] ====================================================================== * Ver.: 2.0.0, Rel.: 3, Type: None * Onur Küçük [2009-12-14] Version bump to fix byteswapping issues = Package : pilot-link [Ekin Meroğlu ] ====================================================================== * Ver.: 0.12.3, Rel.: 10, Type: None * Serdar Dalgıç [2009-12-04] Depend on new perl. = Package : pisi [Faik Uygur ] ====================================================================== * Ver.: 2.2.16, Rel.: 151, Type: None * Gökçen Eraslan [2009-12-23] Apply commit r23485 (sort the files according to their path names before adding them to the tarfile.) for delta packages. * Ver.: 2.2.16, Rel.: 150, Type: None * Gökçen Eraslan [2009-12-21] Change CMAKE_BUILD_TYPE to RelWithDebInfo in cmaketools to get faster and less verbose KDE packages. * Ver.: 2.2.16, Rel.: 149, Type: None * Faik Uygur [2009-12-21] Fix delta package upgrade problem for broken packages and change config files * Ver.: 2.2.16, Rel.: 148, Type: None * Faik Uygur [2009-12-17] * Replaces now supports divided packages also (#8561) * Fix for the recursive reverseDependencyUpdate problem (#11406) * Add Requires.Action ... support to scenario api * Dutch language update (atoolbo) * Install DB changes and API methods for needs{Restart,Reboot} feature (bahadir) * Fix for a zero division error in fetcher * Raise meaningful warning when translations.xml has invalid XML (#8969) (serdar) * update and minor revision of some spanish language (klemens) * Check individual packages' Distribution Release and architecture properties before installing them (serdar) * Swedish translation (patrik) * Let localname for Components be optional * Warn if component.xml is not found in the upper directory, set PartOf as "unknown" (serdar) * Fix pisi delta's not carrying file permission changes * Ver.: 2.2.15, Rel.: 147, Type: None * Faik Uygur [2009-12-01] * Add libc header excludes support for action script (ozan) * scenarioapi python 2.6 syntax fix * Do not append dbginfo of the debug package to partOf (ozan) * Add replace attribute to config files * use /tmp for unpacking a pisi package (ozan) * KeepSpecial should control pod file removal, not actionapi's perl install * change fixLocalPod to removePackList, pods are removed by pisi * Remove emptied dirs after KeepSpecial operation (#11588) = Package : plasmoid-adjustable-clock [Doruk Fişek ] ====================================================================== = Package : plasmoid-daisy [İnanç Yıldırgan ] ====================================================================== = Package : plasmoid-network-applet [Gökmen Göksel ] ====================================================================== * Ver.: 0.4, Rel.: 7, Type: None * Gökçen Eraslan [2009-10-02] Add a workaround for return type change of KDE4.3 kdebindings package. = Package : plasmoid-service-applet [Gökmen Göksel ] ====================================================================== * Ver.: 0.1, Rel.: 2, Type: None * Gökçen Eraslan [2009-10-05] Fix for KConfigGroup.readEntry exceptions of PyKDE4.3. = Package : plasmoid-translatoid [İnanç Yıldırgan ] ====================================================================== * Ver.: 1.1, Rel.: 3, Type: None * İnanç Yıldırgan [2009-11-21] Version bump new release. = Package : plasmoid-yawp [Mehmet Nur Olcay ] ====================================================================== * Ver.: 0.3.2, Rel.: 2, Type: None * Mehmet Nur Olcay [2009-12-19] Stable bump: -Added support for KDE 4.4 -New Compact panel layout -Plasma weather engines support -Multicity support = Package : poppler-glib [Faik Uygur ] ====================================================================== * Ver.: 0.10.7, Rel.: 13, Type: security * Ozan Çağlayan [2009-11-10] - Drop redundant patches which were correctly patching the patched upstream files, - Sync patches from poppler, - Replace poppler-qt4, - Fix integer overflows (CVE-2009-360x) (#11453). = Package : poppler-qt [Faik Uygur ] ====================================================================== * Ver.: 0.10.7, Rel.: 13, Type: security * Ozan Çağlayan [2009-11-10] - Drop redundant patches which were correctly patching the patched upstream files, - Sync patches from poppler, - Replace poppler-qt4, - Fix integer overflows (CVE-2009-360x) (#11453). = Package : psi [Doruk Fişek ] ====================================================================== * Ver.: 0.14, Rel.: 17, Type: None * Doruk Fişek [2009-12-03] Version bump to stable for various bugfixes. * Ver.: 0.14_rc3, Rel.: 16, Type: None * Doruk Fişek [2009-11-26] Version bump to new RC for various bugfixes. * Ver.: 0.14_rc2, Rel.: 15, Type: None * Doruk Fişek [2009-11-18] Version bump to new RC for various bugfixes. * Ver.: 0.14_rc1, Rel.: 14, Type: None * Doruk Fişek [2009-11-09] New development release: - Added color options to the chat window. - Can now specify a reason for kick/ban in groupchat. - Improved User Info window, to show more fields and photo view/save. - Commandline interface now supports choosing profile and setting status. - Switch to Enchant library for spell checking. - D-BUS interface now supports setting status and indicating sleep/wake. - Fixed voice calling compatibility bugs with Pidgin and Empathy. - Various other minor improvements and bugfixes. = Package : ptsp-server [Faik Uygur ] ====================================================================== * Ver.: 0.7, Rel.: 10, Type: None * Faik Uygur [2009-10-05] * Turkish keyboard layout fix * PTSP_SERVER env settings autostart should be in kde/4 * Add pulseaudio.conf for pulse user to query hal * Move lbussd.desktop to xdg/autostart * Fix usb disk icon * Ver.: 0.7, Rel.: 9, Type: None * Faik Uygur [2009-10-02] * Add hal service dependency to pulseaudio in ptsp_client service * chown of /var/cache/hald to hal:hal = Package : puding [Gökmen Görgen ] ====================================================================== * Ver.: 0.2, Rel.: 8, Type: None * Gökmen Görgen [2009-10-28] * Add patch for fixing lrelease command path. * Ver.: 0.2, Rel.: 7, Type: None * Gökmen Görgen [2009-10-26] * Version bump: - Remove argument, --qt. If puding has not taken an argument, it starts Qt gui as default. - Use tempfile module instead of static mount directories. - Fix some bugs. - Update Puding icon. - Update translations. * Ver.: 0.1, Rel.: 6, Type: None * Gökmen Görgen [2009-10-14] * Version bump: - Update translations. - Add German and Dutch translations. - If there's not enough spaces in USB disk, don't start to create image process. - Add USB disk informations to confirm dialog. * Ver.: 0.0.92, Rel.: 5, Type: None * Gökmen Görgen [2009-10-12] * Version bump: - Rewrite __copyImage function. now it's more simple. - Fix progressBar error. - Update translations. - Add Dutch translation. - Move getNumberOfFiles function to pardusTools.py. * All patches are included this version. * Ver.: 0.0.91, Rel.: 4, Type: None * Gökmen Görgen [2009-10-07] Fix disk path KeyError bug. If there's space on disk path, it should find spaces from /proc/mounts as \040. * Ver.: 0.0.91, Rel.: 3, Type: None * Gökmen Görgen [2009-10-06] New try version. * Ver.: 0.0.90, Rel.: 2, Type: None * Gökmen Görgen [2009-10-04] Add new live cd releases. * Ver.: 0.0.90, Rel.: 1, Type: None * Gökmen Görgen [2009-09-21] First release. = Package : pycha [Serdar Dalgıç ] ====================================================================== * Ver.: 0.5.2, Rel.: 4, Type: None * Serdar Dalgıç [2009-10-26] Version bump and change homepage. = Package : python-Jinja2 [Serdar Dalgıç ] ====================================================================== * Ver.: 2.2.1, Rel.: 4, Type: None * Serdar Dalgıç [2009-10-26] Version bump to the bugfix release of Version 2.2 - Kong. See CHANGES file for details. = Package : python-M2Crypto [Serdar Dalgıç ] ====================================================================== * Ver.: 0.20.2, Rel.: 5, Type: None * Serdar Dalgıç [2009-10-26] Minor version bump with various fixes and improvements from contributors. See CHANGES file for details. = Package : python-avahi [Ozan Çağlayan ] ====================================================================== * Ver.: 0.6.25, Rel.: 7, Type: None * Ozan Çağlayan [2009-11-16] Replace avahi-qt4. = Package : python-docs [Onur Küçük ] ====================================================================== * Ver.: 2.6.4, Rel.: 8, Type: None * Onur Küçük [2009-12-05] Version bump for new python = Package : python-markdown [Fethican Coşkuner ] ====================================================================== * Ver.: 2.0.3, Rel.: 4, Type: None * Fethican Coşkuner [2009-11-30] Version bump: - Bugfix release(2.0.1 to 2.0.2) - Rename markdown.py to markdown due to various complications.(2.0 to 2.0.1) = Package : python-mlt [Ozan Çağlayan ] ====================================================================== * Ver.: 0.4.6, Rel.: 17, Type: None * Ozan Çağlayan [2009-12-06] Enable perl and python bindings (#11667). * Ver.: 0.4.6, Rel.: 16, Type: None * Ozan Çağlayan [2009-10-12] Version bump * Ver.: 0.4.4, Rel.: 15, Type: None * Ozan Çağlayan [2009-07-09] Version bump. * Ver.: 0.4.0, Rel.: 14, Type: None * Ozan Çağlayan [2009-05-27] Version bump which also includes mlt++. * Ver.: 0.3.8, Rel.: 13, Type: None * Ozan Çağlayan [2009-05-12] Version bump. * Ver.: 0.3.6, Rel.: 12, Type: None * Ozan Çağlayan [2009-02-13] Version bump. * Ver.: 0.3.4, Rel.: 11, Type: None * Murat Şenel [2009-01-29] Use qt4 not qt3 * Ver.: 0.3.4, Rel.: 10, Type: None * Murat Şenel [2009-01-05] Stable bump * Ver.: 0.2.4_1112, Rel.: 9, Type: None * Murat Şenel [2008-06-16] Fix linking to mlt version * Ver.: 0.2.4_1112, Rel.: 8, Type: None * Murat Şenel [2008-06-14] New snapshot * Ver.: 0.2.4, Rel.: 7, Type: None * Faik Uygur [2008-06-04] Compile with gcc4 * Ver.: 0.2.4, Rel.: 6, Type: None * Murat Şenel [2007-08-22] Fix docs * Ver.: 0.2.4, Rel.: 5, Type: None * Murat Şenel [2007-08-20] Stable bump * Ver.: 0.2.3, Rel.: 4, Type: None * Murat Şenel [2007-04-29] Stable bump * Ver.: 20070209, Rel.: 3, Type: None * Murat Şenel [2007-02-10] Enable sox and qimage modules and dep fix * Ver.: 20070209, Rel.: 2, Type: None * Murat Şenel [2007-02-09] CVS release for Koray's testing. * Ver.: 0.2.2, Rel.: 1, Type: None * Mert Uzbaşlı [2006-08-23] First release. = Package : python-preprocess [Ozan Çağlayan ] ====================================================================== * Ver.: 1.1.0, Rel.: 1, Type: None * Ozan Çağlayan [2009-12-03] First release. = Package : python-sphinx [Serdar Dalgıç ] ====================================================================== * Ver.: 0.6.3, Rel.: 5, Type: None * Serdar Dalgıç [2009-07-14] Version bump with many bug fixes. = Package : python-tornado [Gökmen Görgen ] ====================================================================== * Ver.: 0.2, Rel.: 1, Type: None * Gökmen Görgen [2009-11-07] First release. = Package : python-xlrd [Serdar Dalgıç ] ====================================================================== * Ver.: 0.6.1, Rel.: 2, Type: None * Serdar Dalgıç [2009-12-15] * Package takeover, * add pythonmodules.compile, * reorganize package * add translations.xml And move the package to Pardus repository. * Ver.: 0.6.1, Rel.: 1, Type: None * Ekrem SEREN [2008-04-22] First release. = Package : pytz [Serdar Dalgıç ] ====================================================================== * Ver.: 2009p, Rel.: 4, Type: None * Serdar Dalgıç [2009-10-28] Bump to the latest version = Package : qjackctl [H. İbrahim Güngör ] ====================================================================== * Ver.: 0.3.5, Rel.: 8, Type: None * Ozan Çağlayan [2009-12-10] Add missing portaudio dependency (#11697). = Package : qoauth [David Stegbauer ] ====================================================================== * Ver.: 1.0, Rel.: 1, Type: None * David Stegbauer [2009-10-02] First release. = Package : qoauth-devel [David Stegbauer ] ====================================================================== * Ver.: 1.0, Rel.: 1, Type: None * David Stegbauer [2009-10-02] First release. = Package : qsvn [David Stegbauer ] ====================================================================== * Ver.: 0.8.3, Rel.: 3, Type: None * David Stegbauer [2009-08-03] Version bump. * Ver.: 0.8.1, Rel.: 2, Type: None * David Stegbauer [2009-07-22] Adjusted for Pardus 2009. * Ver.: 0.8.1, Rel.: 1, Type: None * Mehmet Nur Olcay [2009-04-05] First stable release = Package : qsvn-devel [David Stegbauer ] ====================================================================== * Ver.: 0.8.3, Rel.: 3, Type: None * David Stegbauer [2009-08-03] Version bump. * Ver.: 0.8.1, Rel.: 2, Type: None * David Stegbauer [2009-07-22] Adjusted for Pardus 2009. * Ver.: 0.8.1, Rel.: 1, Type: None * Mehmet Nur Olcay [2009-04-05] First stable release = Package : qtwitter [David Stegbauer ] ====================================================================== * Ver.: 0.10.0, Rel.: 5, Type: None * David Stegbauer [2009-11-13] Version bump. * Ver.: 0.9.2, Rel.: 4, Type: None * David Stegbauer [2009-10-02] Version bump. * Ver.: 0.8.1, Rel.: 3, Type: None * David Stegbauer [2009-07-27] Version bump. * Ver.: 0.6.0, Rel.: 2, Type: None * David Stegbauer [2009-05-22] Version bump. * Ver.: 0.4.2, Rel.: 1, Type: None * David Stegbauer [2009-03-06] First release. = Package : raptor [Pardus ] ====================================================================== * Ver.: 1.4.20, Rel.: 10, Type: None * Gökçen Eraslan [2009-12-11] Stable bump: * Turtle serializing performance improvement by Chris Cannam * librdfa RDFa parser updates to fix empty datatype, xml:lang and 1-char prefixes by Manu Sporny * Fix a crash when the GRDDL parser reported errors * Enable large file support for 32-bit systems * Several resilience improvements by Lauri Aalto * Other minor portability and bug fixes * Fixed reported issues: 0000306 0000307 0000310 and 0000312. = Package : redland [Murat Şenel ] ====================================================================== * Ver.: 1.0.9, Rel.: 9, Type: None * Gökçen Eraslan [2009-09-25] Add a patch to fix 'librdf_storage_register_factory' linking error. = Package : redland-mysql [Murat Şenel ] ====================================================================== * Ver.: 1.0.9, Rel.: 9, Type: None * Gökçen Eraslan [2009-09-25] Add a patch to fix 'librdf_storage_register_factory' linking error. = Package : redland-postgresql [Murat Şenel ] ====================================================================== * Ver.: 1.0.9, Rel.: 9, Type: None * Gökçen Eraslan [2009-09-25] Add a patch to fix 'librdf_storage_register_factory' linking error. = Package : rrdtool [Fatih Aşıcı ] ====================================================================== * Ver.: 1.4_rc2, Rel.: 5, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. = Package : rsibreak [Mete Alpaslan ] ====================================================================== * Ver.: 0.10, Rel.: 6, Type: None * Ozan Çağlayan [2009-11-16] Replace kde4 counterpart. = Package : sane-backends [Ekin Meroğlu ] ====================================================================== * Ver.: 1.0.20, Rel.: 15, Type: None * Ozan Çağlayan [2009-11-10] - Add missing HAL callout, - Grab some post 1.0.20 fixes from Suse to improve hardware support. = Package : setuptools [Fatih Aşıcı ] ====================================================================== * Ver.: 0.6_11, Rel.: 8, Type: None * Fatih Aşıcı [2009-12-04] Stable update = Package : shared-mime-info [Fatih Aşıcı ] ====================================================================== * Ver.: 0.70, Rel.: 16, Type: None * Gökçen Eraslan [2009-12-24] Assign metalink file format to KGet as a default application. = Package : skanlite [Gökmen GÖKSEL ] ====================================================================== * Ver.: 0.3, Rel.: 4, Type: None * Ozan Çağlayan [2009-10-16] Bump to 4.3.1 tarball = Package : slf4j [Fahri Tuğrul Gürkaynak ] ====================================================================== * Ver.: 1.5.10, Rel.: 3, Type: None * Gökçen Eraslan [2009-12-15] Bump to latest version which fixes lots of bug fixes. = Package : smb4k [Ozan Çağlayan ] ====================================================================== * Ver.: 0.10.4, Rel.: 3, Type: None * Ozan Çağlayan [2009-10-08] Version bump = Package : smbldap-tools [Pardus ] ====================================================================== * Ver.: 0.9.5, Rel.: 4, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. = Package : soprano [Gökçen Eraslan ] ====================================================================== * Ver.: 2.3.1, Rel.: 11, Type: None * Gökçen Eraslan [2009-09-25] Version bump to new release 2.3.1: # Changed installation path of cmake modules (SopranoAppOntology.cmake) to prefix/share/soprano/cmake # Prevent the redland backend to add one statement multiple times. # Properly handle class names containing a dash '-' in onto2vocabularyclass. # sopranocmd: Fail if trying to export a non-graph query. # The new LanguageTag class replaces the old simple string based language handling with a sophisticated one implementing RFC 4647. At the same time Soprano now directly supports plain literals in addition to typed string literals via LiteralValue::createPlainLiteral. (thanks to Greg Beauchesne for the patch) CAUTION: This patch changes behaviour: parsers and storage backends will now return plain literals instead of typed string literals! # New static methods Node::resourceToN3, Node::literalToN3, and Node::blankToN3 for easy N3 formatting without the creation of a Node instance. # Fixed both Node::matches and Statement::matches: only the paramter is treated as a wildcard. # New class Graph which is a simple QSet based container for statements as a quick replacement for Model in case one wants to handle a small number of statements without query support. # Fixed plugin loading on windows. # Fixed a deadlock in the IndexFilterModel which was triggered in case a query could not be parsed. # Prevent Model::removeContext to remove empty contexts, i.e. the whole database. # Statement::operator<<(QTextStream) now uses a simpler format (only spaces between nodes and no brackets) # Updated Sesame2 to 2.2.4. # Added prefix handling to the Serializer API. For a future Soprano version the Serializer API has to be replaced with something more powerful. # Improved inference rule handling in the rule parser. (Thanks to Michele Tameni) # Several improvements in sopranocmd. = Package : soundconverter [Serdar Dalgıç ] ====================================================================== * Ver.: 1.4.4, Rel.: 3, Type: None * Serdar Dalgıç [2009-10-27] - Stable Update, - Add missing dependencies - Package takeover. - Make the package ready for Pardus 2009 - Move to Pardus repository from contrib. * Ver.: 1.4.2, Rel.: 2, Type: None * Emre Yılmaz [2009-01-16] Stable Update. * Ver.: 1.4.1, Rel.: 1, Type: None * Emre Yılmaz [2008-12-29] First release. = Package : spamassassin [Taner Taş ] ====================================================================== * Ver.: 3.2.5, Rel.: 20, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. Remove useless directories and files by hand. = Package : spamd [Taner Taş ] ====================================================================== * Ver.: 3.2.5, Rel.: 20, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. Remove useless directories and files by hand. = Package : sqlalchemy [Jérôme Schneider ] ====================================================================== * Ver.: 0.5.6, Rel.: 14, Type: None * Jérôme Schneider [2009-10-05] Version bump * Ver.: 0.5.5, Rel.: 13, Type: None * Jérôme Schneider [2009-07-29] Fix bad documents directory (#10688) * Ver.: 0.5.5, Rel.: 12, Type: None * Jérôme Schneider [2009-07-19] Version bump. = Package : squashfs-tools [Onur Küçük ] ====================================================================== * Ver.: 4.0_20091207, Rel.: 7, Type: None * Ozan Çağlayan [2009-12-07] Bump to CVS snapshot, enable lzma support = Package : stormbaancoureur [Murat Şenel ] ====================================================================== * Ver.: 2.1.5, Rel.: 8, Type: None * Onur Küçük [2009-10-20] Stable bump * Ver.: 2.1.4, Rel.: 7, Type: None * Murat Şenel [2008-05-17] Stable bump * Ver.: 2.1.3, Rel.: 6, Type: None * Murat Şenel [2008-03-24] Stable bump * Ver.: 2.1.1, Rel.: 5, Type: None * Murat Şenel [2008-02-23] Stable bump * Ver.: 2.1.0, Rel.: 4, Type: None * Murat Şenel [2008-02-09] Stable bump * Ver.: 2.0.2, Rel.: 3, Type: None * Murat Şenel [2008-01-13] Stable bump * Ver.: 2.0.0, Rel.: 2, Type: None * Murat Şenel [2007-12-29] Stable bump * Ver.: 1.5.3, Rel.: 1, Type: None * Murat Şenel [2007-10-14] First release = Package : streamripper [Cihan Okyay ] ====================================================================== * Ver.: 1.64.6, Rel.: 9, Type: None * Cihan Okyay [2009-10-21] * Version bump - Fix bug which creates corrupted id3v2 tags - Remove trailing periods for stream name - Fix parse rules to properly tag artists with "-" in their name - Fix integer overflow on bytes read - Option for stopping based on megabytes ripped now uses MiB instead of MB - Support splitting based on empty StreamTitle= strings 2648664 = Package : strigi [Gökçen Eraslan ] ====================================================================== * Ver.: 0.7.0, Rel.: 9, Type: None * Gökçen Eraslan [2009-08-21] New stable version: - Change to Nepomuk ontologies (Evgeny Egorochkin) - Set file property for embedded ar streams. This fixes the opening of these streams in archivereader. - Instead of reading each .rdf file at once in memory and then parse it, use the libxml2 I/O API to read chunks of the file when requested. - The attribute value is not '\0' terminated but has a pointer to the end of the string. In addition, string comparison was sped up by first comparing the string length. = Package : strigi-devel [Gökçen Eraslan ] ====================================================================== * Ver.: 0.7.0, Rel.: 9, Type: None * Gökçen Eraslan [2009-08-21] New stable version: - Change to Nepomuk ontologies (Evgeny Egorochkin) - Set file property for embedded ar streams. This fixes the opening of these streams in archivereader. - Instead of reading each .rdf file at once in memory and then parse it, use the libxml2 I/O API to read chunks of the file when requested. - The attribute value is not '\0' terminated but has a pointer to the end of the string. In addition, string comparison was sped up by first comparing the string length. = Package : subtitleripper [Serdar Dalgıç ] ====================================================================== * Ver.: 0.3.4, Rel.: 2, Type: None * Serdar Dalgıç [2009-12-23] Add two patches and some sed fixes for Pardus 2009. * Ver.: 0.3.4, Rel.: 1, Type: None * Serdar Dalgıç [2009-03-14] First release. And thanks Gökçen for his previous efforts on the package. = Package : subversion [Faik Uygur ] ====================================================================== * Ver.: 1.6.6, Rel.: 53, Type: None * Serdar Dalgıç [2009-12-07] Depend on new perl. = Package : sylpheed [Doruk Fişek ] ====================================================================== * Ver.: 3.0.0_beta4, Rel.: 33, Type: None * Doruk Fişek [2009-12-17] Version bump to new beta for testing: * The folder icons renewed. * The setup dialog on the first run is user-friendly. * 'Last 7 days' added to the quick search options. * The number of matched messages is displayed at the side of quick search now. * Description is displayed on the quick search entry when it does not have focus. * Always show warning dialog when SSL certificate is expired. * The menu item to request disposition notification added to the compose window. * The button order of folder selection dialog was modified. * Disable update check by default (Pardus has its own package-manager for that). * Ver.: 3.0.0_beta3, Rel.: 32, Type: None * Doruk Fişek [2009-11-27] Version bump to new beta for testing: * SHA1/MD5 fingerprint and validity period of certificate is now displayed when verification of server SSL certificate failed. * Address book is now sortable by each column. * Address book search feature was added. * The visibility of message number columns in the folder view is now configurable for each column. * The error check of socket connection became more strict. * Ver.: 3.0.0_beta2, Rel.: 31, Type: None * Doruk Fişek [2009-11-16] Version bump to new beta for testing: * Multi-threading fix: Sync failure when operating IMAP folders while IMAP communication * Multi-threading fix: IMAP folder search didn't work * Multi-threading fix: Freeze when update check dialog was popped up * Multi-threading fix: Crash on connection timeout * The unintended drag start on IMAP folders was fixed. * A dialog will be displayed while creating folder tree after creating IMAP accounts. * Ver.: 3.0.0_beta1, Rel.: 30, Type: None * Doruk Fişek [2009-10-30] Version bump to beta for testing: * Multi-threading support, reduces the situations where user actions are blocked. * Summary caches are updated on the fly (on receive/move/copy/delete), improves the performance of opening folders with many new messages. * Progress is displayed while scanning folders. * The user interface of address book was rewritten using the new API (GtkTreeView), reducing glitches. * Included Sylpheed English FAQ was updated. * Some bugfixes are made. = Package : sysstat [Fatih Aşıcı ] ====================================================================== * Ver.: 9.0.4, Rel.: 5, Type: None * Gökmen Görgen [2009-09-07] Move doc files to true directory. = Package : taglib-extras [İşbaran Akçayır ] ====================================================================== * Ver.: 1.0.1, Rel.: 7, Type: None * İşbaran Akçayır [2009-12-04] Needs rebuild = Package : tcl [Faik Uygur ] ====================================================================== * Ver.: 8.5.8, Rel.: 13, Type: None * Faik Uygur [2009-12-16] * Repaired broken "tclTomMath.h" header file * Fixed buffer overflows in [format] * Fixed underline and overstrike in Xft fonts * Fixed crash when [exec] redirects to [chan create]d channel * Fixed incorrect ** results like [expr {7**9 == 7**65545}] => 1 * Fixed crashes sending focus to windows dead or not yet born * Repaired many segfaults and panics due to integer overflow on long values * Fixed X crash on overlong color name * Repaired memory leak in Tcl_ThreadQueueEvent() * Fixed crash in self-deleting variable unset traces * Corrections and updates to timezone data and DST calculations = Package : tcltk [Faik Uygur ] ====================================================================== * Ver.: 8.5.8, Rel.: 12, Type: None * Faik Uygur [2009-12-16] * Permit normal behaviour on Windows for a grabbed toplevel * The default width being stored in TSD cannot be put into the process- wide options table * Impose a maximum X11 color name length so that it becomes impossible to blow things up that way * Stop "Delete" actions from ever deleting backwards * Corrected scaling of progress bars and scales * Draw underlines and overstrikes when using Xft for font rendering * Ensure that focus desynchronization doesn't cause a crash * Make byte sequence selection transfers possible = Package : terminus-font [İnanç Yıldırgan ] ====================================================================== * Ver.: 4.30, Rel.: 8, Type: None * İnanç Yıldırgan [2009-12-05] Version bump to new release. = Package : texlive-basic [Semen Cirit ] ====================================================================== * Ver.: 0.0_20080816, Rel.: 4, Type: None * Semen Cirit [2009-12-18] language.def and .dat files not removed. * Ver.: 0.0_20080816, Rel.: 3, Type: None * Semen Cirit [2009-12-17] Pisi check problems fixed. * Ver.: 0.0_20080816, Rel.: 2, Type: None * Semen Cirit [2009-11-10] Luatex patch is added. = Package : texlive-latex [Semen Cirit ] ====================================================================== * Ver.: 0.0_20080816, Rel.: 5, Type: None * Semen Cirit [2009-12-19] pdftex and luatex files shoud not be removed from the system. * Ver.: 0.0_20080816, Rel.: 4, Type: None * Semen Cirit [2009-12-18] Pisi check problems fixed. * Ver.: 0.0_20080816, Rel.: 3, Type: None * Semen Cirit [2009-11-09] Patch added for luatex = Package : texlive-metapost [Semen Cirit ] ====================================================================== * Ver.: 0.0_20080816, Rel.: 2, Type: None * Semen Cirit [2009-12-18] Pisi check problem fixed. = Package : texlive-omega [Semen Cirit ] ====================================================================== * Ver.: 0.0_20080816, Rel.: 2, Type: None * Semen Cirit [2009-12-18] Pisi check problem fixed. = Package : texlive-xetex [Semen Cirit ] ====================================================================== * Ver.: 0.0_20080816, Rel.: 3, Type: None * Semen Cirit [2009-12-18] Pisi check problems fixed. = Package : thunderbird [Ozan Çağlayan ] ====================================================================== * Ver.: 3.0, Rel.: 50, Type: None * Burak Çalışkan [2009-12-26] Fix mime-type handling problem, #10376 * Ver.: 3.0, Rel.: 49, Type: None * Onur Küçük [2009-12-14] Strictly depend on new gtk2 and cairo * Ver.: 3.0, Rel.: 48, Type: None * Gökçen Eraslan [2009-12-14] Version bump to stable release. = Package : tig [Fatih Aşıcı ] ====================================================================== * Ver.: 0.15, Rel.: 3, Type: None * Fatih Aşıcı [2009-11-20] New stable release = Package : timezone [Onur Küçük ] ====================================================================== * Ver.: 0.0_20091214, Rel.: 1, Type: None * Onur Küçük [2009-12-14] First release, fixes bug (#11462) = Package : tomcat-servlet-api [Mete Alpaslan ] ====================================================================== * Ver.: 5.5.28, Rel.: 3, Type: None * Gökçen Eraslan [2009-12-11] Version bump = Package : tre [Cihan Okyay ] ====================================================================== * Ver.: 0.8.0, Rel.: 3, Type: None * Cihan Okyay [2009-10-21] * Version bump - Updated for new automake - Try iso-8859-1 tests with a locale which is more often available - Some updates and fixes to documentation - Updates for new gettext and gnulib - Surround tests for known bugs with #ifdef KNOWN_BUG - Fixed compiler warnings - Fix more warnings from gcc and lint - Removed gnulib - Fixed to compile on systems which don't have mbrtowc - Changed the license from LGPL to a BSD-style license - Added tre_ prefix to all functions - Updated Python module and examples = Package : usbmuxd [İnanç Yıldırgan ] ====================================================================== * Ver.: 1.0.0, Rel.: 4, Type: None * İnanç Yıldırgan [2009-12-08] Version bump to new stable release. * Ver.: 1.0.0_rc2, Rel.: 3, Type: None * İnanç Yıldırgan [2009-11-19] Add properly remove devices from collection when usbmuxd terminates patch. = Package : util-linux [Onur Küçük ] ====================================================================== * Ver.: 2.16.1, Rel.: 32, Type: None * Onur Küçük [2009-12-18] Remove timezone script and Comar clock methods since they are now coming with timezone package Remove glibc-zoneinfo dependency, it will be removed by new timezone package too * Ver.: 2.16.1, Rel.: 31, Type: None * Ozan Çağlayan [2009-09-08] - Bump to the latest stable maintenance version which includes important blkid fixes, - Disable libuuid and uuidd as they'll be shipped withing e2fsprogs, = Package : valgrind [Serdar Dalgıç ] ====================================================================== * Ver.: 3.5.0, Rel.: 16, Type: None * Serdar Dalgıç [2009-10-27] - Version bump to a feature release with many significant improvements and the usual collection of bug fixes. See NEWS file for details. - Include many patches from Fedora. - Drop unused VEX hack in actions.py. (It probably affected nothing since 3.2.1) - Remove unneeded callgrind conflict, as callgrind doesn't exist in repositories since 2006. = Package : vdpau-video [Fatih Aşıcı ] ====================================================================== * Ver.: 0.6.1, Rel.: 2, Type: None * Fatih Aşıcı [2009-12-29] New release = Package : vim [İnanç Yıldırgan ] ====================================================================== * Ver.: 7.2.319, Rel.: 67, Type: None * İnanç Yıldırgan [2009-12-17] Update to patchlevel 319. = Package : vim-colorschemes [İnanç Yıldırgan ] ====================================================================== * Ver.: 0.0_20091217, Rel.: 5, Type: None * İnanç Yıldırgan [2009-12-17] Version bump, add new colorschemes. = Package : virt-viewer [Emre Erenoglu ] ====================================================================== * Ver.: 0.2.0, Rel.: 2, Type: None * Emre Erenoglu [2009-08-15] Version Bump = Package : virtinst [Emre Erenoglu ] ====================================================================== * Ver.: 0.500.0, Rel.: 2, Type: None * Emre Erenoglu [2009-08-15] Version Bump = Package : virtualbox [Fatih Aşıcı ] ====================================================================== * Ver.: 3.1.2, Rel.: 44, Type: None * Fatih Aşıcı [2009-12-25] Disable registration and update requests * Ver.: 3.1.2, Rel.: 43, Type: None * Fatih Aşıcı [2009-12-22] - Bump to latest stable release - Refactor actions.py - Install python bindings = Package : virtualbox-guest-utils [Fatih Aşıcı ] ====================================================================== * Ver.: 3.1.2, Rel.: 44, Type: None * Fatih Aşıcı [2009-12-25] Disable registration and update requests * Ver.: 3.1.2, Rel.: 43, Type: None * Fatih Aşıcı [2009-12-22] - Bump to latest stable release - Refactor actions.py - Install python bindings = Package : vlc [Serdar Dalgıç ] ====================================================================== * Ver.: 1.0.4, Rel.: 31, Type: None * Serdar Dalgıç [2009-12-14] * Version bump to 1.0.4. See NEWS file for changes between releases, Changelog for detailed changes. * Add MimeType to vlc.desktop, so that vlc is added to right click Open With menus. = Package : vlc-firefox [Serdar Dalgıç ] ====================================================================== * Ver.: 1.0.4, Rel.: 31, Type: None * Serdar Dalgıç [2009-12-14] * Version bump to 1.0.4. See NEWS file for changes between releases, Changelog for detailed changes. * Add MimeType to vlc.desktop, so that vlc is added to right click Open With menus. = Package : webkitkde [Gökmen GÖKSEL ] ====================================================================== * Ver.: 0.0_1043146, Rel.: 4, Type: None * Gökçen Eraslan [2009-11-01] Sync with SVN = Package : wireless-regdb [Ekin Meroğlu ] ====================================================================== * Ver.: 0.0_20091110, Rel.: 4, Type: None * Ozan Çağlayan [2009-11-23] Version bump = Package : wireless-tools [Bahadır Kandemir ] ====================================================================== * Ver.: 29, Rel.: 65, Type: None * Bahadır Kandemir [2009-08-18] - Don't check for connection type in udev rule, backend is transparent, - Stop ifplugd only when the profile is matched with the device. = Package : x11-ssh-askpass [Faik Uygur ] ====================================================================== * Ver.: 1.2.4.1, Rel.: 2, Type: None * Fatih Aşıcı [2008-06-05] Packaging fixes. * Ver.: 1.2.4.1, Rel.: 1, Type: None * Barış Metin [2006-08-31] First release. = Package : x264 [Onur Küçük ] ====================================================================== * Ver.: 0.0_20091228, Rel.: 26, Type: None * Onur Küçük [2009-12-28] Snapshot update Many memcpy fixes to correct MB-tree B-frames Weighted P-frame prediction support FLV muxer support MMX support for 8x8 zigzag Lower code size = Package : xdg-user-dirs [Fatih Aşıcı ] ====================================================================== * Ver.: 0.12, Rel.: 5, Type: None * Fatih Aşıcı [2009-12-28] Fix translations of "Downloads" directory * Ver.: 0.12, Rel.: 4, Type: None * Fatih Aşıcı [2009-12-24] New stable release. Changes: - New translations - Change "Download" to "Downloads" by default to match other names - Fix bashism in xdg-user-dir = Package : xdm [Fatih Aşıcı ] ====================================================================== * Ver.: 1.1.9, Rel.: 7, Type: None * Fatih Aşıcı [2009-12-18] Revert "Setup keymap on live media" as zorg handles this now * Ver.: 1.1.9, Rel.: 6, Type: None * Fatih Aşıcı [2009-12-10] Setup keymap on live media = Package : xorg-app [Fatih Aşıcı ] ====================================================================== * Ver.: 7.5_20091014, Rel.: 38, Type: None * Fatih Aşıcı [2009-11-17] Fix the package handler which was removing encodings.dir files = Package : xorg-video-fglrx [Fatih Aşıcı ] ====================================================================== * Ver.: 9.12, Rel.: 55, Type: None * Fatih Aşıcı [2009-12-19] New release * Ver.: 9.11, Rel.: 54, Type: None * Fatih Aşıcı [2009-11-19] New release = Package : xorg-video-nvidia-current [Fatih Aşıcı ] ====================================================================== * Ver.: 190.53, Rel.: 20, Type: None * Fatih Aşıcı [2009-12-18] Fix the file name of vdpau driver * Ver.: 190.53, Rel.: 19, Type: None * Fatih Aşıcı [2009-12-17] - Depend on new libvdpau library - Create symlinks for important libraries first - Remove trace driver as it comes with libvdpau * Ver.: 190.53, Rel.: 18, Type: None * Fatih Aşıcı [2009-12-16] New stable release * Ver.: 190.42, Rel.: 17, Type: None * Fatih Aşıcı [2009-10-30] New stable release = Package : xorg-video-nvidia173 [Fatih Aşıcı ] ====================================================================== * Ver.: 173.14.22, Rel.: 38, Type: None * Fatih Aşıcı [2009-12-16] - New stable release for use with xorg-server 1.7 - Use AnyDependency for kernel module - Use correct name for document directory = Package : xorg-video-nvidia96 [Fatih Aşıcı ] ====================================================================== * Ver.: 96.43.14, Rel.: 41, Type: None * Fatih Aşıcı [2009-12-16] - New stable release for use with xorg-server 1.7 - Use AnyDependency for kernel module - Use correct name for document directory = Package : xplanet [Gökçen Eraslan ] ====================================================================== * Ver.: 1.2.1, Rel.: 1, Type: None * Gökçen Eraslan [2009-12-04] First release. = Package : xscreensaver [Fatih Aşıcı ] ====================================================================== * Ver.: 5.08, Rel.: 14, Type: None * Gökmen Görgen [2009-08-30] * Show XScreenSaver Properties button in Xfce4 settings manager. = Package : xscreensaver-demo [Fatih Aşıcı ] ====================================================================== * Ver.: 5.08, Rel.: 14, Type: None * Gökmen Görgen [2009-08-30] * Show XScreenSaver Properties button in Xfce4 settings manager. = Package : xvba-video [Fatih Aşıcı ] ====================================================================== * Ver.: 0.5.4, Rel.: 2, Type: None * Fatih Aşıcı [2009-12-29] New release = Package : yali4 [Gökmen GÖKSEL ] ====================================================================== * Ver.: 2.2.2, Rel.: 101, Type: None * Mete Alpaslan [2009-12-24] -Translations changes for 2009.1 -Update translations * Ver.: 2.2.2, Rel.: 100, Type: None * Mete Alpaslan [2009-12-24] -BUG:FIXED:10034 -Added Russian translation -Updated French translation -Updated Nederland translation -Fixed subprocess handling error * Ver.: 2.2.2, Rel.: 99, Type: None * Mete Alpaslan [2009-12-23] -BUG:FIXED:10034 -Added Russian translation -Updated French translation -Updated Nederland translation = Package : yaz [Doruk Fişek ] ====================================================================== * Ver.: 3.0.51, Rel.: 20, Type: None * Doruk Fişek [2009-12-03] Version bump : * tcpip comstack: fix leak for getaddrinfo. * Encoding of SRU database is performed by yaz_encode_sru_dbpath_odr or yaz_encode_sru_dbpath_buf. Now used by yaz-client and the ZOOM API. * Decoding of SRU "path" database is performed by private function yaz_decode_sru_dbpath_odr. This in turn is used by yaz_srw_decode and yaz_sru_decode in server applications, GFS, yazproxy, metaproxy. * yaz-client honors base command for SRU. Change when database setting is applied for SRU and ensure it is kept when a connection is reset. Change also the way errors are displayed or SRU (decoding of packages). = Package : zorg [Fatih Aşıcı ] ====================================================================== * Ver.: 2.0.3, Rel.: 77, Type: None * Fatih Aşıcı [2009-12-18] Use a HAL callout script to set x11 keymap instead of writing an FDI file -- Onur Küçük Knowledge speaks, but wisdom listens From gkmngrgn at gmail.com Thu Dec 31 17:05:56 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Thu, 31 Dec 2009 17:05:56 +0200 Subject: [Gelistirici] [2009] [ACK/NACK] 20091231 In-Reply-To: <200912311652.20213.onur@pardus.org.tr> References: <200912311652.20213.onur@pardus.org.tr> Message-ID: <579eef480912310705k4e3a283at9a4d0c3138b4eaad@mail.gmail.com> 2009/12/31 Onur Küçük > boo-0.9.2.3383-2-2.pisi > ACK. > gnome-common-2.26.0-5-4.pisi > Contrib deposundan olduğu gibi aktarıldı. gnome-desktop için. ACK. > gnome-desktop-2.28.1-1-1.pisi > ACK. > mono-2.6-27-9.pisi > mono-zeroconf-0.9.0-2-2.pisi > ACK. > puding-0.2-8-4.pisi > ACK. > python-tornado-0.2-1-1.pisi > ACK. Mutlu yıllar. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From mnurolcay at gmail.com Thu Dec 31 17:07:49 2009 From: mnurolcay at gmail.com (Mehmet Nur Olcay) Date: Thu, 31 Dec 2009 17:07:49 +0200 Subject: [Gelistirici] [2009] [ACK/NACK] 20091231 In-Reply-To: <200912311652.20213.onur@pardus.org.tr> References: <200912311652.20213.onur@pardus.org.tr> Message-ID: <200912311707.49781.mnurolcay@gmail.com> > amsn-skin-oxygen-1.0_20091013-1-1.pisi > arora-0.10.2-15-8.pisi > fluidsynth-1.1.1-5-6.pisi > minitube-0.8.1-1-1.pisi ACK > frescobaldi-1.0.0-7-6.pisi > plasmoid-yawp-0.3.2-2-2.pisi NACK >KDE bağımlı > konversation-1.2.1-33-16.pisi > konversation-docs-1.2.1-33-14.pisi KDE uyum sorunundan[1] dolayı bunları elle stable'a almıştık zaten ? 1. http://bugs.pardus.org.tr/show_bug.cgi?id=11576 --- Mehmet Nur Olcay From gkmngrgn at gmail.com Thu Dec 31 17:08:15 2009 From: gkmngrgn at gmail.com (=?ISO-8859-1?Q?G=F6kmen_G=F6rgen?=) Date: Thu, 31 Dec 2009 17:08:15 +0200 Subject: [Gelistirici] [2009] [ACK/NACK] 20091231 In-Reply-To: <200912311652.20213.onur@pardus.org.tr> References: <200912311652.20213.onur@pardus.org.tr> Message-ID: <579eef480912310708ne61e2d8o8eddaad5326f387d@mail.gmail.com> 2009/12/31 Onur Küçük > libgdiplus-2.6-20-7.pisi > ACK. -- gkmngrgn ~ http://www.gokmengorgen.net -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From okyaycihan at gmail.com Thu Dec 31 17:26:39 2009 From: okyaycihan at gmail.com (cihan okyay) Date: Thu, 31 Dec 2009 17:26:39 +0200 Subject: [Gelistirici] PG'daki gereksiz programming.languages dizini In-Reply-To: <200912311057.01389.onur@pardus.org.tr> References: <200912311057.01389.onur@pardus.org.tr> Message-ID: <637d3feb0912310726m247538eakd9640c371fa4d036@mail.gmail.com> 31 Aralık 2009 10:57 tarihinde Onur Küçük yazdı: > Direkt kaldır bence > > 2008 yakında security only moda girince yeni paket almayacak, > playground/review u elden geçirelim, hatta 2009.1 çıktıktan sonra review > da > atıl bekleyen paketleri kurcalayalım, konuştuğumuz review sürecini > oturtalım. > Her ne kadar bu konuşulan süreci bilmesem de adı konmuş bir şeylere gerçekten ihtiyaç var. Umarım kısa zaman da geçebiliriz buna. Teşekkürler :) -- Cihan OKYAY http://cihanokyay.wordpress.com -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: From inancyildirgan at gmail.com Thu Dec 31 18:03:12 2009 From: inancyildirgan at gmail.com (=?iso-8859-9?q?=DDnan=E7_Y=FDld=FDrgan?=) Date: Thu, 31 Dec 2009 18:03:12 +0200 Subject: [Gelistirici] [2009] [ACK/NACK] 20091231 In-Reply-To: <200912311652.20213.onur@pardus.org.tr> References: <200912311652.20213.onur@pardus.org.tr> Message-ID: <200912311803.12963.inancyildirgan@gmail.com> 31 Aralık 2009 Perşembe günü (saat 16:52:19) Onur Küçük şunları yazmıştı: > bespin-kde4-theme-0.1-5-3.pisi Paketi ben güncelledim. Ama kde43 ile derlendi. Bir sorun yok gibi görünüyor bende. Benden ACK. > blobby-0.8_20091224-5-3.pisi > droid-fonts-0.0_20091121-2-4.pisi ACK. > guidance-power-manager-4.3.3-5-4.pisi NACK. > gvim-7.2.319-67-8.pisi > ifuse-0.9.5-2-2.pisi > libiphone-0.9.5-2-2.pisi > libplist-1.1-4-4.pisi > libqjson-0.7.1-1-1.pisi > libusb1-1.0.6-8-4.pisi > maxima-5.20.1-10-3.pisi > mpg123-1.10.0-23-7.pisi > neon-0.29.1-14-9.pisi ACK. > plasmoid-daisy-0.0.4.21-3-5.pisi > plasmoid-translatoid-1.1-3-3.pisi NACK. > terminus-font-4.30-8-4.pisi > usbmuxd-1.0.0-4-4.pisi > vim-7.2.319-67-8.pisi > vim-colorschemes-0.0_20091217-5-5.pisi ACK. From onur at pardus.org.tr Thu Dec 31 19:19:52 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Thu, 31 Dec 2009 19:19:52 +0200 Subject: [Gelistirici] [2009] [ACK/NACK] 20091231 In-Reply-To: <200912311707.49781.mnurolcay@gmail.com> References: <200912311652.20213.onur@pardus.org.tr> <200912311707.49781.mnurolcay@gmail.com> Message-ID: <20091231191952.4f423642.onur@pardus.org.tr> On Thu, 31 Dec 2009 17:07:49 +0200 Mehmet Nur Olcay wrote: > KDE uyum sorunundan[1] dolayı bunları elle stable'a almıştık zaten ? > > 1. http://bugs.pardus.org.tr/show_bug.cgi?id=11576 bunlar aynı paket, stable a aldıktan sonra aynı paketi kde 4.3 ile tekrar derlettim -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Thu Dec 31 19:34:30 2009 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Thu, 31 Dec 2009 19:34:30 +0200 Subject: [Gelistirici] [2009] [ACK/NACK] 20091231 In-Reply-To: <200912311652.20213.onur@pardus.org.tr> References: <200912311652.20213.onur@pardus.org.tr> Message-ID: <20091231193430.d76e4854.onur@pardus.org.tr> > artwork-pardus-release-2009-8-6.pisi NACK > FreeImage-3.12.0-5-3.pisi > PyXML-0.8.4-5-4.pisi > bind-9.6.1_p2-24-4.pisi > bind-tools-9.6.1_p2-24-4.pisi > extreme-tuxracer-0.5_beta1-1-1.pisi > ffmpeg-0.5.1_20091020-63-16.pisi > gecko-mediaplayer-0.9.8_20091226-20-12.pisi > gfxtheme-base-0.10-24-4.pisi > gfxtheme-pardus-boot-0.10-24-12.pisi > gfxtheme-pardus-install-0.10-24-12.pisi > glibc-2.9-46-11.pisi > glibc-doc-2.9-46-6.pisi > glibc-locales-* > grub-0.97-70-15.pisi > gst-plugins-ugly-0.10.12-16-7.pisi > libquicktime-1.1.2-11-7.pisi > libv4l-0.6.3-21-12.pisi > libva-0.31.0-3-2.pisi > mkinitramfs-0.6-59-12.pisi > mpeg4ip-1.5.0.1-11-6.pisi > mplayer-0.0_20091229-116-14.pisi > ode-0.11.1-7-2.pisi > perl-Algorithm-Annotate-0.10-4-3.pisi > perl-Algorithm-Diff-1.1902-3-3.pisi > perl-AnyEvent-5.21-6-3.pisi > perl-Apache-DBI-1.07-5-3.pisi > perl-App-CLI-0.08-4-3.pisi > perl-AppConfig-1.66-4-3.pisi > perl-Archive-Tar-1.54-8-4.pisi > perl-Archive-Zip-1.30-8-4.pisi > perl-Astro-SunTime-0.01-4-3.pisi > perl-Authen-SASL-2.13-5-4.pisi > perl-B-Keywords-1.09-4-3.pisi > perl-Bit-Vector-7.1-4-3.pisi > perl-Cairo-1.061-5-3.pisi > perl-Carp-Clan-6.04-6-3.pisi > perl-Chart-2.4.1-3-3.pisi > perl-Class-Accessor-0.34-6-4.pisi > perl-Class-Autouse-1.29-5-3.pisi > perl-Class-Data-Inheritable-0.08-4-3.pisi > perl-Class-ISA-0.36-4-4.pisi > perl-Class-MethodMaker-2.15-8-3.pisi > perl-Clone-0.31-8-3.pisi > perl-Compress-Bzip2-2.09-3-3.pisi > perl-Compress-Raw-Zlib-2.023-11-4.pisi > perl-Compress-Zlib-2.015-11-4.pisi > perl-Config-Tiny-2.12-5-3.pisi > perl-Convert-ASN1-0.22-7-3.pisi > perl-Crypt-Blowfish-2.10-4-3.pisi > perl-Crypt-PasswdMD5-1.3-3-4.pisi > perl-Crypt-SSLeay-0.57-8-4.pisi > perl-Crypt-Simple-0.06-4-3.pisi > perl-Crypt-SmbHash-0.12-5-3.pisi > perl-Curses-1.27-7-3.pisi > perl-DBD-Pg-2.15.1-4-3.pisi > perl-DBD-SQLite-1.27-7-3.pisi > perl-DBD-mysql-4.013-10-3.pisi > perl-DBI-1.609-7-4.pisi > perl-Data-Dumper-2.125-5-3.pisi > perl-Data-Hierarchy-0.34-4-3.pisi > perl-Data-UUID-1.203-6-3.pisi > perl-Date-Calc-6.3-4-4.pisi > perl-Date-Manip-6.04-6-2.pisi > perl-Devel-Caller-2.03-7-3.pisi > perl-Devel-LexAlias-0.04-4-3.pisi > perl-Device-SerialPort-1.04-5-4.pisi > perl-Digest-Base-1.16-4-4.pisi > perl-Digest-HMAC-1.01-4-4.pisi > perl-Digest-MD4-1.5-5-3.pisi > perl-Digest-MD5-2.39-5-4.pisi > perl-Digest-SHA1-2.12-4-4.pisi > perl-Email-Abstract-3.001-6-3.pisi > perl-Email-Address-1.889-5-3.pisi > perl-Email-Date-1.103-6-3.pisi > perl-Email-Date-Format-1.002-4-3.pisi > perl-Email-MIME-1.902-6-3.pisi > perl-Email-MIME-Attachment-Stripper-1.316-5-3.pisi > perl-Email-MIME-ContentType-1.015-5-3.pisi > perl-Email-MIME-Creator-1.456-5-3.pisi > perl-Email-MIME-Encodings-1.313-5-3.pisi > perl-Email-MIME-Modifier-1.444-5-3.pisi > perl-Email-MessageID-1.401-5-3.pisi > perl-Email-Reply-1.202-5-3.pisi > perl-Email-Send-2.198-8-3.pisi > perl-Email-Simple-2.005-6-3.pisi > perl-Email-Simple-Creator-1.424-6-3.pisi > perl-Email-Valid-0.182-3-3.pisi > perl-Error-0.17015-6-4.pisi > perl-Event-1.13-5-3.pisi > perl-Event-ExecFlow-0.63-5-3.pisi > perl-Event-RPC-1.01-5-3.pisi > perl-ExtUtils-Depends-0.302-7-4.pisi > perl-ExtUtils-ParseXS-2.21-7-4.pisi > perl-ExtUtils-PkgConfig-1.12-6-3.pisi > perl-File-Find-Rule-0.32-4-4.pisi > perl-File-HomeDir-0.86-7-3.pisi > perl-File-Next-1.06-6-4.pisi > perl-File-Tail-0.99.3-5-3.pisi > perl-File-Temp-0.22-6-3.pisi > perl-File-Type-0.22-4-3.pisi > perl-File-chdir-0.1002-6-3.pisi > perl-Font-TTF-0.45-3-3.pisi > perl-FreezeThaw-0.45-4-3.pisi > perl-GD-2.44-5-3.pisi > perl-GD-Graph-1.44-4-3.pisi > perl-GD-TextUtil-0.86-3-3.pisi > perl-GSSAPI-0.26-5-3.pisi > perl-Getopt-Long-2.38-7-4.pisi > perl-Git-1.6.5.6-86-6.pisi > perl-Glib-1.222-6-7.pisi > perl-Gtk2-1.221-5-3.pisi > perl-Gtk2-Ex-FormFactory-0.65-5-4.pisi > perl-Gtk2-Sexy-0.04-6-4.pisi > perl-Gtk2-TrayIcon-0.06-5-3.pisi > perl-Gtk2-doc-1.221-5-3.pisi > perl-HTML-Parser-3.64-9-6.pisi > perl-HTML-Scrubber-0.08-4-3.pisi > perl-HTML-Tagset-3.20-4-4.pisi > perl-IO-Compress-Base-2.015-9-4.pisi > perl-IO-Compress-Zlib-2.015-10-4.pisi > perl-IO-Digest-0.10-4-3.pisi > perl-IO-Pager-0.06-4-3.pisi > perl-IO-Socket-INET6-2.57-6-5.pisi > perl-IO-Socket-SSL-1.31-17-6.pisi > perl-IO-Zlib-1.10-8-5.pisi > perl-IO-eol-0.14-5-3.pisi > perl-IO-gzip-0.18-3-3.pisi > perl-IO-stringy-2.110-5-3.pisi > perl-IO-via-Bzip2-0.02-3-3.pisi > perl-IO-via-dynamic-0.13-5-3.pisi > perl-IO-via-symlink-0.05-4-3.pisi > perl-IP-Country-2.27-8-5.pisi > perl-Image-ExifTool-7.77-6-3.pisi > perl-Internals-1.1-3-3.pisi > perl-Jcode-2.07-5-3.pisi > perl-Lexical-Persistence-1.01-5-3.pisi > perl-List-MoreUtils-0.22-4-3.pisi > perl-Locale-Maketext-Lexicon-0.77-7-3.pisi > perl-Locale-Maketext-Simple-0.21-5-4.pisi > perl-Locale-gettext-1.05-4-4.pisi > perl-Log-Log4perl-1.26-7-4.pisi > perl-MIME-Base64-3.08-5-5.pisi > perl-MIME-Lite-3.027-6-3.pisi > perl-MIME-Types-1.28-6-4.pisi > perl-MIME-tools-5.427-5-3.pisi > perl-Mail-SPF-Query-1.999.1-4-4.pisi > perl-MailTools-2.04-7-3.pisi > perl-Math-Complex-1.56-5-3.pisi > perl-Module-Pluggable-3.9-5-3.pisi > perl-Module-Refresh-0.13-5-3.pisi > perl-Net-CIDR-Lite-0.20-4-4.pisi > perl-Net-DNS-0.65-9-5.pisi > perl-Net-Daemon-0.43-5-4.pisi > perl-Net-IP-1.25-4-4.pisi > perl-Net-Ident-1.20-3-4.pisi > perl-Net-SMTP-SSL-1.01-3-4.pisi > perl-Net-SSLeay-1.35-8-4.pisi > perl-Number-Compare-0.01-3-3.pisi > perl-PadWalker-1.9-7-3.pisi > perl-Pango-1.221-4-4.pisi > perl-Parse-Yapp-1.05-3-3.pisi > perl-PatchReader-0.9.5-4-3.pisi > perl-Path-Class-0.17-5-3.pisi > perl-PathTools-3.31-9-4.pisi > perl-PlRPC-0.2020-3-3.pisi > perl-Pod-Escapes-1.04-4-3.pisi > perl-Pod-Simple-3.11-6-4.pisi > perl-RPC-XML-0.69-9-4.pisi > perl-Regexp-Shellish-0.93-4-3.pisi > perl-Return-Value-1.666001-4-3.pisi > perl-SDL-2.2.6-7-5.pisi > perl-SOAP-Lite-0.710.08-5-3.pisi > perl-SVN-Dump-0.04-3-3.pisi > perl-SVN-Mirror-0.75-7-3.pisi > perl-SVN-Simple-0.27-4-3.pisi > perl-Socket6-0.23-5-5.pisi > perl-Storable-2.21-6-4.pisi > perl-String-ShellQuote-1.03-4-4.pisi > perl-Sub-Uplevel-0.22-4-4.pisi > perl-Sys-Hostname-Long-1.4-3-4.pisi > perl-Sys-Syslog-0.27-5-3.pisi > perl-Template-GD-2.66-4-3.pisi > perl-Template-Toolkit-2.22-6-4.pisi > perl-Term-ReadKey-2.30-3-4.pisi > perl-Term-ReadLine-Perl-1.0303-6-4.pisi > perl-Test-Exception-0.27-3-3.pisi > perl-Test-Number-Delta-1.03-5-3.pisi > perl-Test-Pod-1.40-4-5.pisi > perl-Test-Simple-0.94-7-5.pisi > perl-Text-Glob-0.08-3-3.pisi > perl-Text-Iconv-1.7-5-3.pisi > perl-Time-HiRes-1.9719-6-4.pisi > perl-Time-Local-1.1901-5-3.pisi > perl-Time-Piece-1.15-5-3.pisi > perl-Time-Progress-1.5-3-3.pisi > perl-Time-modules-2006.0814-4-3.pisi > perl-TimeDate-1.19-5-4.pisi > perl-Tk-804.028-7-3.pisi > perl-UNIVERSAL-require-0.13-4-3.pisi > perl-URI-1.51-8-6.pisi > perl-Unicode-Map-0.112-4-3.pisi > perl-Unicode-Map8-0.12-4-3.pisi > perl-Unicode-MapUTF8-1.11-4-3.pisi > perl-Unicode-String-2.09-4-3.pisi > perl-X11-Protocol-0.56-4-3.pisi > perl-XML-DOM-1.44-3-3.pisi > perl-XML-Filter-BufferText-1.01-4-3.pisi > perl-XML-LibXML-1.70-5-4.pisi > perl-XML-LibXML-Common-0.13-4-3.pisi > perl-XML-NamespaceSupport-1.10-4-3.pisi > perl-XML-Parser-2.36-4-6.pisi > perl-XML-RegExp-0.03-3-3.pisi > perl-XML-SAX-0.96-7-3.pisi > perl-XML-SAX-Writer-0.52-5-3.pisi > perl-XML-Simple-2.18-4-3.pisi > perl-XML-Twig-3.32-5-3.pisi > perl-XML-XQL-0.68-3-3.pisi > perl-YAML-0.70-9-5.pisi > perl-YAML-Syck-1.07-7-3.pisi > perl-doc-5.10.1-27-9.pisi > perl-ldap-0.39-8-3.pisi > perl-libintl-1.20-5-3.pisi > perl-libnet-1.22-4-4.pisi > perl-libwww-5.834-12-6.pisi > perl-libxml-0.08-3-3.pisi > perl-mlt-0.4.6-17-1.pisi > perl-pcsc-1.4.7-3-4.pisi > perl-version-0.78-9-4.pisi > perlconsole-0.4-7-3.pisi > physfs-2.0.0-3-4.pisi > python-docs-2.6.4-8-4.pisi > stormbaancoureur-2.1.5-8-1.pisi > timezone-0.0_20091214-1-1.pisi > util-linux-2.16.1-32-12.pisi > x264-0.0_20091228-26-10.pisi ACK > avidemux-2.5.2-19-4.pisi > avidemux-cli-2.5.2-19-4.pisi > avidemux-common-2.5.2-19-4.pisi > avidemux-qt-2.5.2-19-4.pisi Benim yaptığım kısım için ACK ACK for my part > package-manager-2.0.1-79-23.pisi pisi ACK alırsa ACK ACK if pisi gets an ACK too -- Onur Küçük Knowledge speaks, but wisdom listens From faik at pardus.org.tr Thu Dec 31 22:21:48 2009 From: faik at pardus.org.tr (Faik Uygur) Date: Thu, 31 Dec 2009 22:21:48 +0200 Subject: [Gelistirici] trunk/pisi - Do not give permission to takeback system to the i... In-Reply-To: References: <20091231123446.A7D3349CDA4@ns1.pardus.org.tr> Message-ID: <200912312221.48587.faik@pardus.org.tr> 31 Aralık 2009 Perşembe günü (saat 15:17:08) Serdar Dalgic şunları yazmıştı: > Merhaba; > > pisi hs'nin ilk komutu aşağıda da yazdığı gibi `pardus-cd repository is > updated.`; bu yüzden pisi hs -t 1 komutu sistemdeki bütün paketleri > kaldırıyor. > > İşbu commit bunu düzeltiyor, ama uyarı mesajı pek içimize sinmedi. `initial > state` biraz fuzzy kalmış gibi. Daha iyi önerisi olan var mı? pisi'nin içinden 1 nolu işlemin önceden ne olacağını bilemeyiz. pisi de buna göre 1 nolu işleme geri dönemezsin diyemez. 1'e dönemezsin diye bir "politika" belirleyemeyiz yani pisi içinde. pisi sadece geri dönüş "mekanizmasını" sağlıyor. Bundan sonra 2. 3. işlemler de depo ekleme olabilirdi. Kurulum için özel bir durum bu. Yalı kuruluma başlamadan önce history'i silebilir bu iş için. - Faik From kunguz at gmail.com Mon Dec 28 19:58:28 2009 From: kunguz at gmail.com (=?ISO-8859-9?Q?Kaan_AK=DE=DDT?=) Date: Mon, 28 Dec 2009 18:58:28 +0100 Subject: [Gelistirici] Pydot In-Reply-To: <637d3feb0912280952w3901605bqb239cd6af3d69e52@mail.gmail.com> References: <8fa7fe790912150221r6988daf3hb1f74a3c80b2dd2e@mail.gmail.com> <637d3feb0912280952w3901605bqb239cd6af3d69e52@mail.gmail.com> Message-ID: <8fa7fe790912280958v78ce4dfdh88c7da2d81189e2@mail.gmail.com> Cihan bey, Gerekli açıklamayı sağolsunlar yaptılar. İndirmeyi az önce bu adresten denedim :http://bugs.pardus.org.tr/attachment.cgi?id=4670 . Düzgünce indirebildim, bir daha denemenizi rica edebilir miyim? Kolaylıklar, Kaan 28 Aralık 2009 18:52 tarihinde cihan okyay yazdı: > > > 15 Aralık 2009 12:21 tarihinde Kaan AKŞİT yazdı: > > Açık olan bir paket isteği için bir pisi paketi yapıp hata kaydına >> eklemiştim. Ancak şu anda Pardus Admins'e atanmış görünüyor. Uzun bir >> süredir de böyle. İşleme hız kazandırmak için ne yapılması gerekir? >> >> http://bugs.pardus.org.tr/show_bug.cgi?id=11589 >> > > Dün bu konuyu iki geliştirici size kullanıcı listesinde izah etti diye > hatırlıyorum. Bugzillada ki hataya hatırlatıcı yorumlar girmeniz yeterli. > Ayrıca inşa dosyalarını indiremiyorum bugzilladan. Bir el atın isterseniz. > > > -- > Cihan OKYAY > http://cihanokyay.wordpress.com > > _______________________________________________ > Gelistirici mailing list > Gelistirici at pardus.org.tr > http://liste.pardus.org.tr/mailman/listinfo/gelistirici > -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: