2011/1/31 Fatih Aşıcı fa...@pardus.org.tr
Birbirimizin yaptıklarından bu tür çıkarımlar yapmadan, düşüncelerimizi
mantıksız veya saçma olarak nitelendirmeden sakin bir şekilde
tartışalım
lütfen.
Sağol
Şimdi bir review mesajı en fazla bir normal geliştirici ack bir de component
ack
On Pazartesi 31 Ocak 2011 11:34:48 Semen Cirit wrote:
On Mon, 31 Jan 2011 09:33:29 +0200, Onur Küçük o...@pardus.org.tr
wrote:
On Pazar 28 Kasım 2010 02:18:30 Onur Küçük wrote:
Merhaba,
svn commit lerinde BUG: satırları geldiğinde bugzillaya ilgili
entry
giriyor, ancak
31 Ocak 2011 10:55 tarihinde İşbaran Akçayır isba...@gmail.com yazdı:
Şimdi bir review mesajı en fazla bir normal geliştirici ack bir de component
ack alabilir mi diyoruz ?
Anlaşmayalım bence böyle bir şeyde. Bugzilla'da fazladan ack'ın yasak
olmasını aklım almıyor benim.
---
Necdet Yücel
On 31.01.2011 11:56, Necdet Yücel wrote:
Anlaşmayalım bence böyle bir şeyde. Bugzilla'da fazladan ack'ın yasak
olmasını aklım almıyor benim.
CACIK macık diye geyik yaptık ettik ama
+1
--
Pardus Linux
http://www.pardus.org.tr/eng
___
Gelistirici
2011/1/31 Ozan Çağlayan o...@pardus.org.tr
On 31.01.2011 11:56, Necdet Yücel wrote:
Anlaşmayalım bence böyle bir şeyde. Bugzilla'da fazladan ack'ın yasak
olmasını aklım almıyor benim.
CACIK macık diye geyik yaptık ettik ama
+1
Ben ciddiye aldım onu bileşen sahipleri üşenmezlerse +1
On Mon, 2011-01-31 at 11:56 +0200, Necdet Yücel wrote:
31 Ocak 2011 10:55 tarihinde İşbaran Akçayır isba...@gmail.com yazdı:
Şimdi bir review mesajı en fazla bir normal geliştirici ack bir de component
ack alabilir mi diyoruz ?
Anlaşmayalım bence böyle bir şeyde. Bugzilla'da fazladan
Merhaba,
On Mon, 2011-01-31 at 01:01 +0200, Anıl Özbek wrote:
Bu tartışmaya Kullanıcı dizinleri başlıkla tartışmaya devam etmeme
nedenlerime benzer sebeplerle devam etmeyeceğim. Anlayışla
karşılayacağınızı umarım.
Anlayışla karşılayalım karşılamasına da, mail thread'ini tamamen kişisel
bir
Selamlar,
SVN post-commit hook'larını Eren'in Bugs.PY uygulaması ile değiştirdim.
BUG:COMMENT ve BUG:FIXED epostalarının gelmemesi problemi çözüldü.
___
Gelistirici mailing list
Gelistirici@pardus.org.tr
On Mon, 31 Jan 2011 12:06:55 +0200, Ekin Meroğlu e...@pardus.org.tr
wrote:
On Mon, 2011-01-31 at 11:56 +0200, Necdet Yücel wrote:
31 Ocak 2011 10:55 tarihinde İşbaran Akçayır isba...@gmail.com
yazdı:
Şimdi bir review mesajı en fazla bir normal geliştirici ack bir de
component
ack alabilir
31 Ocak 2011 Pazartesi günü (saat 11:45:03) Onur Küçük şunları yazmıştı:
Bu db handler ı da kapatmıyor, hem cur hem de db handler ı düzgün bir
şekilde kapatmamız lazım. Bir de posta atan perl satırındaki
parametrelerle ilgili bir durum olabilir.
Veritabanına yazmada sorun yok, Bugzilla mail
On 31.01.2011 13:43, Bahadır Kandemir wrote:
Eren'in Bugs.py kullanmaya başladım. Veritabanını değiştirip, eposta betiğini
çalıştırmak yerine HTTP(S) POST ile Bugzilla'ya veri gönderiyor.
DB'ye dokunmamak lazım zaten. Böyle daha iyi.
--
Pardus Linux
http://www.pardus.org.tr/eng
31 Ocak 2011 01:01 tarihinde Anıl Özbek ozbeka...@gmail.com yazdı:
29 Ocak 2011 15:43 tarihinde Anıl Özbek ozbeka...@gmail.com yazdı:
Merhaba,
Bu tartışmaya Kullanıcı dizinleri başlıkla tartışmaya devam etmeme
nedenlerime benzer sebeplerle devam etmeyeceğim. Anlayışla karşılayacağınızı
On Monday 31 January 2011 14:41:22 Beyza Ermiş wrote:
Author: beyza.ermis
Date: Mon Jan 31 14:41:22 2011
New Revision: 111988
Added:
2011/devel/science/chemistry/openbabel/files/openbabel-inchi.patch
2011/devel/science/chemistry/openbabel/files/openbabel-rpm.patch
On 31.01.2011 15:06, Anıl Özbek wrote:
geliştirici1 yerinde ben de olsam başka bir geliştirici de olsa,
geliştirici2'nin yerinde de bileşen sorumlusu dışında hangi geliştirici
olursa olsun rahatsız olacağımı söylüyorum her mesajımda açıkça. Bu
olayı kişileştirmek oluyorsa evet olayı
Merhaba / Hi,
Bu gece kararlı depolara girecek güvenlik güncellemeleri;
Tonights security fixes for Pardus stable repos;
---
* Pardus 2009
wireshark-1.4.3-39-16.pisi
perl-CGI-3.51-3-3.pisi
--
Onur Küçük
Merhaba:
YALI storage modulunun değişikliği sırasında ext tabanlı dosya sistemlerinde
reserved blocks yüzdesi için yaptığımız değişikliği kırmışız.
Eskiden 100 MB ile sınırlıyormuşuz bu kalsın mı yoksa yüzde olarak
değişikliğe gidelim mi?
BTW: Daha önce kulanılan Hashed B-Trees özelliği
16 matches
Mail list logo
