From ekin at pardus.org.tr Fri Feb 1 01:01:15 2008 From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=) Date: Fri, 1 Feb 2008 01:01:15 +0200 Subject: [Gelistirici] debianutils paketi Message-ID: <200802010101.15433.ekin@pardus.org.tr> Merhaba; Sadece /bin/mktemp aracý için depoda tuttuðumuz debianutils, bu aracýn artýk coreutils paketinden gelmesi nedeniyle iþlevsiz kaldý, kendisini svn depomuzun karanlýk dehlizlerine gönderiyoruz... Ýtirazý olan ? -- Ýyi Çalýþmalar; Ekin Meroglu ... did i listen to pop music because i was miserable, or was i miserable because i listened to pop music?... - rob [nick hornby / hi fi] From ekin at pardus.org.tr Fri Feb 1 02:14:09 2008 From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=) Date: Fri, 1 Feb 2008 02:14:09 +0200 Subject: [Gelistirici] [paketler-commits] r40429 - 2007/system/base/debianutils In-Reply-To: <20080201001244.C74C87C044C@liste.uludag.org.tr> References: <20080201001244.C74C87C044C@liste.uludag.org.tr> Message-ID: <200802010214.09794.ekin@pardus.org.tr> Merhaba; Friday 01 February 2008 tarihinde, paketler-commits at pardus.org.tr þunlarý yazmýþtý: > Author: eki > Date: Fri Feb 1 02:12:44 2008 > New Revision: 40429 > > Removed: > 2007/system/base/debianutils/ > Log: > bye pff... pardon, develden silinecekti... -- Ýyi Çalýþmalar; Ekin Meroglu ... did i listen to pop music because i was miserable, or was i miserable because i listened to pop music?... - rob [nick hornby / hi fi] From buildfarm at pardus.org.tr Fri Feb 1 02:52:56 2008 From: buildfarm at pardus.org.tr (Pardus Buildfarm) Date: Fri, 1 Feb 2008 02:52:56 +0200 (EET) Subject: [Gelistirici] [buildfarm] [REPORT] New packages in -testing repository Message-ID: <20080201005256.8289C620CDAB@uludag.org.tr> Hello, This message is sent from Pardus buildfarm. Please do not reply as it is automatically generated. New packages in -testing repository: AstroMenace-1.2_080115-4-5.pisi aften-0.0.8-4-1.pisi alsa-driver-1.0.16_rc1-30-67.pisi alsa-firmware-1.0.16_rc1-14-15.pisi alsa-headers-1.0.16_rc1-19-12.pisi alsa-lib-1.0.16_rc1-26-23.pisi alsa-oss-1.0.15-8-9.pisi alsa-tools-1.0.16_rc1-4-6.pisi alsa-utils-1.0.16_rc1-27-19.pisi apache-2.0.61-22-17.pisi ati-drivers-8.452.1-26-29.pisi audacity-1.2.6-9-9.pisi avidemux-2.4.0-7-8.pisi avidemux-cli-2.4.0-7-3.pisi avidemux-common-2.4.0-7-3.pisi avidemux-qt-2.4.0-7-3.pisi bind-9.4.1_p1-15-7.pisi bind-tools-9.4.1_p1-15-12.pisi bzflag-2.0.10-6-7.pisi crimson-fields-0.5.2-1-1.pisi dvgrab-3.1-5-5.pisi freeciv-2.1.3-8-8.pisi freecol-0.7.3-8-9.pisi gtk2-2.12.5-27-13.pisi hplip-2.7.12-23-16.pisi hplip-doc-2.7.12-23-2.pisi icu4c-3.6-7-8.pisi imlib2-1.4.1.000-8-11.pisi jack-audio-connection-kit-0.109.0-8-10.pisi kaffeine-0.8.6-25-21.pisi kdepim-3.5.8-49-48.pisi kernel-dom0-2.6.18.8-16-51.pisi kernel-dom0-source-2.6.18.8-16-51.pisi kernel-domU-2.6.18.8-16-51.pisi kernel-domU-source-2.6.18.8-16-51.pisi konversation-1.0.1-14-16.pisi ktechlab-0.3.6-3-3.pisi ktorrent-2.2.5-27-25.pisi kvm-60-29-26.pisi libpcre-7.6-12-6.pisi linux-uvc-0.0_173-21-33.pisi mc-4.6.2_pre1-12-11.pisi mingetty-1.0.7s-5-3.pisi mplayer-0.0_20080130-80-55.pisi network-manager-1.15.7-27-28.pisi nvidia-glx-new-169.09-15-22.pisi nvidia-kernel-new-169.09-15-21.pisi nvidia-tools-new-169.09-15-22.pisi python-xlib-0.14-3-3.pisi qemu-0.9.1-9-12.pisi rkward-0.4.9-16-11.pisi rxvt-unicode-8.9-6-7.pisi sdl-image-1.2.6-6-4.pisi smb4k-0.8.7-20-20.pisi systemtap-0.6_20080126-5-4.pisi tasma-1.2-29-31.pisi vim-7.1.242-33-20.pisi virtualbox-1.5.4-18-33.pisi virtualbox-guestadditions-1.5.4-6-6.pisi wine-0.9.54-46-36.pisi wine-devel-0.9.54-46-31.pisi xdg-utils-1.0.2-2-2.pisi xen-3.1.3-16-16.pisi xen-tools-3.1.3-16-25.pisi xine-lib-1.1.10-41-46.pisi xorg-server-7.2-23-30.pisi xorg-video-7.2-32-25.pisi yali-1.1.7-66-62.pisi yali-firstBoot-0.2-2-3.pisi youtube-dl-0.0_20080124-8-5.pisi Happy hacking! From caglar at pardus.org.tr Fri Feb 1 03:04:19 2008 From: caglar at pardus.org.tr (=?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur) Date: Fri, 1 Feb 2008 03:04:19 +0200 Subject: [Gelistirici] fetcher@PiSi Message-ID: <200802010304.25438.caglar@pardus.org.tr> Selamlar; AÅŸağıdaki yama fetcher modülünü deÄŸiÅŸtirerek; 1. URLGrabber'ın Mirrors özelliÄŸinin kullanılmasını saÄŸlıyor, 2. _test_range_support fonksiyonunu URLGrabber'a yüklüyor (downloadlara resume desteÄŸi), 3. Ä°ndirilen dosyanın önce dosyaadı.part sonra dosyaadı haline gelmesi iÅŸini bırakıyor, urlgrabber zaten eksik download edilmiÅŸ arkadaÅŸlara resume desteÄŸini saÄŸlıyor 4. Arada raise edilmemiÅŸ bir exception'ı raise ediyor, ufak tefek kod stili temizliÄŸi yapıyor Buradan sonra UIHandler arkadaşı da urlgrabber TextMeter arkadaÅŸ ile deÄŸiÅŸtirmek niyetindeyim (fakat dışardan kullanlar var), fetcher ile ilgili olası tüm iÅŸleri urlgrabber'a atıp, kendi yazdığımız kısımları minimuma çekmek niyetindeyim. Bu hali remote buildleri kırıyor fakat daha fazla ilerlemeden fikri destekleyip desteklemediÄŸiniz öğreneyim istedim, özetle review lütfen :) Index: pisi/sourcearchive.py =================================================================== --- pisi/sourcearchive.py (revision 16916) +++ pisi/sourcearchive.py (working copy) @@ -45,10 +45,7 @@ self.progress = None try: - if self.url.get_uri().startswith("mirrors://"): - self.fetch_from_mirror() - else: - pisi.fetcher.fetch_url(self.url, ctx.config.archives_dir(), self.progress) + pisi.fetcher.fetch_url(self.url, ctx.config.archives_dir(), self.progress) except pisi.fetcher.FetchError: if ctx.config.values.build.fallback: self.fetch_from_fallback() @@ -58,30 +55,12 @@ def fetch_from_fallback(self): archive = os.path.basename(self.url.get_uri()) src = os.path.join(ctx.config.values.build.fallback, archive) - ctx.ui.warning(_('Trying fallback address: %s') % src) - pisi.fetcher.fetch_url(src, ctx.config.archives_dir(), self.progress) + ctx.ui.warning(_('\nTrying fallback address: %s') % src) + try: + pisi.fetcher.fetch_url(src, ctx.config.archives_dir(), self.progress) + except pisi.fetcher.FetchError, e: + raise pisi.fetcher.FetchError(_('Could not fetch source from %s fallback.') % src); - def fetch_from_mirror(self): - uri = self.url.get_uri() - sep = uri[len("mirrors://"):].split("/") - name = sep.pop(0) - archive = "/".join(sep) - - mirrors = pisi.mirrors.Mirrors().get_mirrors(name) - if not mirrors: - raise Error(_("%s mirrors are not defined.") % name) - - for mirror in mirrors: - try: - url = os.path.join(mirror, archive) - ctx.ui.warning(_('Fetching source from mirror: %s') % url) - pisi.fetcher.fetch_url(url, ctx.config.archives_dir(), self.progress) - return - except pisi.fetcher.FetchError: - pass - - raise pisi.fetcher.FetchError(_('Could not fetch source from %s mirrors.') % name); - def is_cached(self, interactive=True): if not os.access(self.archiveFile, os.R_OK): return False @@ -95,10 +74,9 @@ return False def unpack(self, clean_dir=True): - # check archive file's integrity if not util.check_file_hash(self.archiveFile, self.archive.sha1sum): - raise Error, _("unpack: check_file_hash failed") + raise Error, _('unpack: check_file_hash failed') archive = pisi.archive.Archive(self.archiveFile, self.archive.type) archive.unpack(self.pkg_work_dir, clean_dir) Index: pisi/fetcher.py =================================================================== --- pisi/fetcher.py (revision 16916) +++ pisi/fetcher.py (working copy) @@ -103,24 +103,23 @@ if not isinstance(url, pisi.uri.URI): url = pisi.uri.URI(url) - if ctx.config.get_option("authinfo"): - url.set_auth_info(ctx.config.get_option("authinfo")) + if ctx.config.get_option('authinfo'): + url.set_auth_info(ctx.config.get_option('authinfo')) self.url = url self.destdir = destdir self.archive_file = os.path.join(self.destdir, self.url.filename()) - self.partial_file = self.archive_file + '.part' self.progress = None util.check_dir(self.destdir) - def fetch (self): """Return value: Fetched file's full path..""" # import urlgrabber module try: - import urlgrabber + from urlgrabber.grabber import URLGrabber, URLGrabError + from urlgrabber.mirror import MirrorGroup except ImportError: raise FetchError(_('Urlgrabber needs to be installed to run this command')) @@ -134,36 +133,51 @@ raise FetchError(_('Access denied to destination file: "%s"') % (self.archive_file)) try: - urlgrabber.urlgrab(self.url.get_uri(), - self.partial_file, - progress_obj = UIHandler(self.progress), - http_headers = self._get_http_headers(), - ftp_headers = self._get_ftp_headers(), - proxies = self._get_proxies(), - throttle = self._get_bandwith_limit(), - reget = self._test_range_support(), - user_agent = 'PiSi Fetcher/' + pisi.__version__) - except urlgrabber.grabber.URLGrabError, e: - raise FetchError(_('Could not fetch destination file "%s": %s') % (self.archive_file, e)) + if self.url.get_uri().startswith('mirrors://'): + uri = self.url.get_uri() + sep = uri[len('mirrors://'):].split('/') + name = sep.pop(0) + archive = '/'.join(sep) - if os.stat(self.partial_file).st_size == 0: - os.remove(self.partial_file) - FetchError(_('A problem occurred. Please check the archive address and/or permissions again.')) + mirrors = pisi.mirrors.Mirrors().get_mirrors(name) + if not mirrors: + raise Error(_('%s mirrors are not defined.') % name) + uri = archive + else: + uri = self.url.get_uri() + mirrors = [] - shutil.move(self.partial_file, self.archive_file) + fetcher = URLGrabber( + progress_obj = UIHandler(self.progress), + http_headers = self._get_http_headers(), + ftp_headers = self._get_ftp_headers(), + proxies = self._get_proxies(), + throttle = self._get_bandwith_limit(), + reget = 'simple', + keepalive = 1, + user_agent = 'PiSi Fetcher/' + pisi.__version__) + mg = MirrorGroup(fetcher, mirrors) + mg.urlgrab(uri, self.archive_file) + except URLGrabError, e: + raise FetchError(_('Could not fetch destination file "%s": %s') % (self.archive_file, e)) + + if os.stat(self.archive_file).st_size == 0: + os.remove(self.archive_file) + raise FetchError(_('A problem occurred. Please check the archive address and/or permissions again.')) + return self.archive_file def _get_http_headers(self): headers = [] - if self.url.auth_info() and (self.url.scheme() == "http" or self.url.scheme() == "https"): + if self.url.auth_info() and (self.url.scheme() == 'http' or self.url.scheme() == 'https'): enc = base64.encodestring('%s:%s' % self.url.auth_info()) headers.append(('Authorization', 'Basic %s' % enc),) return tuple(headers) def _get_ftp_headers(self): headers = [] - if self.url.auth_info() and self.url.scheme() == "ftp": + if self.url.auth_info() and self.url.scheme() == 'ftp': enc = base64.encodestring('%s:%s' % self.url.auth_info()) headers.append(('Authorization', 'Basic %s' % enc),) return tuple(headers) @@ -171,44 +185,28 @@ def _get_proxies(self): proxies = {} - if ctx.config.values.general.http_proxy and self.url.scheme() == "http": + if ctx.config.values.general.http_proxy and self.url.scheme() == 'http': proxies[pisi.uri.URI(http_proxy).scheme()] = ctx.config.values.general.http_proxy - if ctx.config.values.general.https_proxy and self.url.scheme() == "https": + if ctx.config.values.general.https_proxy and self.url.scheme() == 'https': proxies[pisi.uri.URI(https_proxy).scheme()] = ctx.config.values.general.https_proxy - if ctx.config.values.general.ftp_proxy and self.url.scheme() == "ftp": + if ctx.config.values.general.ftp_proxy and self.url.scheme() == 'ftp': proxies[pisi.uri.URI(ftp_proxy).scheme()] = ctx.config.values.general.ftp_proxy if self.url.scheme() in proxies: - ctx.ui.info(_("Proxy configuration has been found for '%s' protocol") % self.url.scheme()) + ctx.ui.info(_('Proxy configuration has been found for "%s" protocol') % self.url.scheme()) return proxies def _get_bandwith_limit(self): bandwidth_limit = ctx.config.options.bandwidth_limit or ctx.config.values.general.bandwidth_limit if bandwidth_limit: - ctx.ui.warning(_("Bandwidth usage is limited to %s KB/s") % bandwidth_limit) + ctx.ui.warning(_('Bandwidth usage is limited to %s KB/s') % bandwidth_limit) return 1024 * int(bandwidth_limit) else: return 0 - def _test_range_support(self): - if not os.path.exists(self.partial_file): - return None - - import urllib2 - file_obj = urllib2.urlopen(urllib2.Request(self.url.get_uri())) - headers = file_obj.info() - file_obj.close() - if headers.has_key('Content-Length'): - return 'check_timestamp' - else: - ctx.ui.debug(_("Server doesn't support partial downloads. Previously downloaded part of the file will be over-written.")) - os.remove(self.partial_file) - return None - - # helper function def fetch_url(url, destdir, progress=None): fetch = Fetcher(url, destdir) Saygılar -- S.ÇaÄŸlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 189 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20080201/f9fd2ab5/attachment-0001.pgp From ismail at pardus.org.tr Fri Feb 1 03:41:56 2008 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Fri, 1 Feb 2008 03:41:56 +0200 Subject: [Gelistirici] =?utf-8?q?Trailing_space_temizli=C4=9Fi?= Message-ID: <200802010341.56356.ismail@pardus.org.tr> Selamlar, svn'e dosya göndermeden; sed -i 's/[ \t]*$//' $dosya derseniz gereksiz trailing spaceleri temizleyebilirsiniz, ismail.py 'ye bunu kontrol edicek biþi koysak da güzel olur aslýnda. /ismail -- Never learn by your mistakes, if you do you may never dare to try again. From dfisek at fisek.com.tr Fri Feb 1 03:44:18 2008 From: dfisek at fisek.com.tr (Doruk Fisek) Date: Fri, 1 Feb 2008 03:44:18 +0200 Subject: [Gelistirici] =?utf-8?q?Trailing_space_temizli=C4=9Fi?= In-Reply-To: <200802010341.56356.ismail@pardus.org.tr> References: <200802010341.56356.ismail@pardus.org.tr> Message-ID: <20080201034418.3f28fe5d.dfisek@fisek.com.tr> Fri, 1 Feb 2008 03:41:56 +0200, Ismail Dönmez : > svn'e dosya göndermeden; > sed -i 's/[ \t]*$//' $dosya > derseniz gereksiz trailing spaceleri temizleyebilirsiniz, ismail.py > 'ye bunu kontrol edicek biþi koysak da güzel olur aslýnda. Kontrolun otesinde, direk bu sed'den gecirse? Doruk -- FISEK ENSTITUSU - http://www.fisek.com.tr From ismail at pardus.org.tr Fri Feb 1 03:50:09 2008 From: ismail at pardus.org.tr (Ismail =?iso-8859-9?q?D=F6nmez?=) Date: Fri, 1 Feb 2008 03:50:09 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Trailing_space_temizli=F0i?= In-Reply-To: <20080201034418.3f28fe5d.dfisek@fisek.com.tr> References: <200802010341.56356.ismail@pardus.org.tr> <20080201034418.3f28fe5d.dfisek@fisek.com.tr> Message-ID: <200802010350.10011.ismail@pardus.org.tr> At Friday 01 February 2008 around 03:44:18 Doruk Fisek wrote: > Fri, 1 Feb 2008 03:41:56 +0200, Ismail Dönmez : > > svn'e dosya göndermeden; > > sed -i 's/[ \t]*$//' $dosya > > derseniz gereksiz trailing spaceleri temizleyebilirsiniz, ismail.py > > 'ye bunu kontrol edicek biþi koysak da güzel olur aslýnda. > > Kontrolun otesinde, direk bu sed'den gecirse? O daha mantýklý olur aslýnda. -- Never learn by your mistakes, if you do you may never dare to try again. From gurer at pardus.org.tr Fri Feb 1 08:53:26 2008 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Fri, 1 Feb 2008 08:53:26 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Trailing_space_temizli=F0i?= In-Reply-To: <200802010350.10011.ismail@pardus.org.tr> References: <200802010341.56356.ismail@pardus.org.tr> <20080201034418.3f28fe5d.dfisek@fisek.com.tr> <200802010350.10011.ismail@pardus.org.tr> Message-ID: <200802010853.26453.gurer@pardus.org.tr> On Friday 01 February 2008 03:50:09 Ismail Dönmez wrote: > > > svn'e dosya göndermeden; > > > sed -i 's/[ \t]*$//' $dosya > > > derseniz gereksiz trailing spaceleri temizleyebilirsiniz, ismail.py > > > 'ye bunu kontrol edicek biþi koysak da güzel olur aslýnda. > > > > Kontrolun otesinde, direk bu sed'den gecirse? > > O daha mantýklý olur aslýnda. Gönderendeki kopya bozuk kalmasýn, sonra biþi deðiþtirip göndermekte sýkýntý olur. Ayrýca hook'ta dosya deðiþtirmek temiz olur mu emin deðilim. Kontrol etsin yeter bence. From caglar at pardus.org.tr Fri Feb 1 20:12:35 2008 From: caglar at pardus.org.tr (=?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur) Date: Fri, 1 Feb 2008 20:12:35 +0200 Subject: [Gelistirici] fetcher@PiSi In-Reply-To: <200802010304.25438.caglar@pardus.org.tr> References: <200802010304.25438.caglar@pardus.org.tr> Message-ID: <200802012012.45640.caglar@pardus.org.tr> 01 Åžub 2008 Cum tarihinde, S.ÇaÄŸlar Onur ÅŸunları yazmıştı: > Selamlar; > > AÅŸağıdaki yama fetcher modülünü deÄŸiÅŸtirerek; > > 1. URLGrabber'ın Mirrors özelliÄŸinin kullanılmasını saÄŸlıyor, > 2. _test_range_support fonksiyonunu URLGrabber'a yüklüyor (downloadlara resume desteÄŸi), > 3. Ä°ndirilen dosyanın önce dosyaadı.part sonra dosyaadı haline gelmesi iÅŸini bırakıyor, urlgrabber zaten eksik download edilmiÅŸ arkadaÅŸlara resume desteÄŸini saÄŸlıyor > 4. Arada raise edilmemiÅŸ bir exception'ı raise ediyor, ufak tefek kod stili temizliÄŸi yapıyor > > Buradan sonra UIHandler arkadaşı da urlgrabber TextMeter arkadaÅŸ ile deÄŸiÅŸtirmek niyetindeyim (fakat dışardan kullanlar var), fetcher ile ilgili olası tüm iÅŸleri urlgrabber'a atıp, kendi yazdığımız kısımları minimuma çekmek niyetindeyim. > > Bu hali remote buildleri kırıyor fakat daha fazla ilerlemeden fikri destekleyip desteklemediÄŸiniz öğreneyim istedim, özetle review lütfen :) Bunu unutun, bu hali sevmedim. Biraz daha bakınayım döneceÄŸim size :) -- S.ÇaÄŸlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 189 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20080201/f3226de2/attachment.pgp From caglar at pardus.org.tr Fri Feb 1 21:35:10 2008 From: caglar at pardus.org.tr (=?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur) Date: Fri, 1 Feb 2008 21:35:10 +0200 Subject: [Gelistirici] pisi-1.1 Message-ID: <200802012135.34706.caglar@pardus.org.tr> Selamlar; pisi-1.1 branchına veya pakete yapılan bir sürü ÅŸey pakete yansımamış, farm pisi güncelleyince (ki svn'dekini kullanıyordu), şöyle bir diff çıktı ortaya paket ile arasında Faik bu kargaÅŸaya son vermek için branchdan _temiz_ bir paket release eder misin lütfen? Bu diff'in bir kısmı gürer'in util.py yaması, farm uzun zamandır bu yamayı da kullanıyor ve bir sorun ile karşılaÅŸmadık mümkünse onu da branch'a alalım isterim. buildfarm pisi # svn diff Index: pisi/actionsapi/autotools.py =================================================================== --- pisi/actionsapi/autotools.py (revision 16919) +++ pisi/actionsapi/autotools.py (working copy) @@ -60,7 +60,7 @@ args = './configure \ --prefix=/%s \ - --build=%s \ + --host=%s \ --mandir=/%s \ --infodir=/%s \ --datadir=/%s \ @@ -85,7 +85,7 @@ raise ConfigureError(_('Configure failed.')) else: raise ConfigureError(_('No configure script found.')) - + def compile(parameters = ''): #FIXME: Only one package uses this until now, hmmm system('%s %s %s' % (get.CC(), get.CFLAGS(), parameters)) Index: pisi/actionsapi/kde.py =================================================================== --- pisi/actionsapi/kde.py (revision 16919) +++ pisi/actionsapi/kde.py (working copy) @@ -23,7 +23,6 @@ import pisi.actionsapi import pisi.actionsapi.get as get from pisi.actionsapi.shelltools import system -from pisi.actionsapi.pisitoolsfunctions import * from pisi.actionsapi.shelltools import can_access_file class ConfigureError(pisi.actionsapi.Error): @@ -51,7 +50,7 @@ if can_access_file('configure'): args = './configure \ --prefix=%s \ - --build=%s \ + --host=%s \ --with-x \ --enable-mitshm \ --with-xinerama \ @@ -80,12 +79,3 @@ raise InstallError(_('Install failed.')) else: raise InstallError(_('No Makefile found.')) - -def domo(sourceFile, locale, destinationFile ): - '''inserts the mo files in the list of files into /usr/kde/VERSION/share/locale/LOCALE/LC_MESSAGES''' - - '''example call: kde.domo("po/tr.po", "tr", "pam_login.mo")''' - - system('msgfmt %s' % sourceFile) - makedirs(join_path(get.installDIR(), get.kdeDIR(), 'share/locale', locale, 'LC_MESSAGES')) - move('messages.mo', join_path(get.installDIR(), get.kdeDIR(), 'share/locale', locale, 'LC_MESSAGES', destinationFile)) Index: pisi/index.py =================================================================== --- pisi/index.py (revision 16919) +++ pisi/index.py (working copy) @@ -101,7 +101,10 @@ if fn == 'distribution.xml': self.add_distro(os.path.join(root, fn)) - obsoletes_list = map(str, self.distribution.obsoletes) + try: + obsoletes_list = map(str, self.distribution.obsoletes) + except AttributeError: + obsoletes_list = [] for pkg in util.filter_latest_packages(packages): pkg_name = util.parse_package_name(os.path.basename(pkg))[0] @@ -126,7 +129,8 @@ for comp in self.components: ctx.componentdb.update_component(comp, repo, txn) ctx.packagedb.remove_repo(repo, txn=txn) - ctx.packagedb.add_obsoletes(self.distribution.obsoletes, repo, txn=txn) + if self.distribution is not None: + ctx.packagedb.add_obsoletes(self.distribution.obsoletes, repo, txn=txn) for pkg in self.packages: ctx.packagedb.add_package(pkg, repo, txn=txn) update_progress() Index: pisi/util.py =================================================================== --- pisi/util.py (revision 16919) +++ pisi/util.py (working copy) @@ -326,66 +326,96 @@ fp.write(line) fp.close() -def calculate_hash(path): - """Return a (path, hash) tuple for given path.""" - if os.path.islink(path): - try: - # For symlinks, path string is hashed instead of the content - value = sha1_data(os.readlink(path)) - except FileError: - ctx.ui.info(_("Including external link '%s'") % path) - value = None - elif os.path.isdir(path): - ctx.ui.info(_("Including directory '%s'") % path) - value = None - else: - if path.endswith('.a'): - # .a file content changes with each compile due to timestamps - # We pad them with zeroes, thus hash will be stable - clean_ar_timestamps(path) - value = sha1_file(path) +# FIXME: this should be done in a much much simpler way +# as it stands, it seems to be a kludge to solve +# an unrelated problem +def get_file_hashes(top, excludePrefix=None, removePrefix=None): + """Iterate over given path and return a list of file hashes. - return (path, value) + Generator function iterates over a toplevel path and returns the + (filePath, sha1Hash) tuples for all files. If excludePrefixes list + is given as a parameter, function will exclude the filePaths + matching those prefixes. The removePrefix string parameter will be + used to remove prefix from filePath while matching excludes, if + given. + """ -def get_file_hashes(top, excludePrefix=None, removePrefix=None): - """Yield (path, hash) tuples for given directory tree.""" - def is_included(path): - if excludePrefix: - temp = remove_prefix(removePrefix, path) - if len(filter(lambda x: temp.startswith(x), excludePrefix)) > 0: - return False - return True - - # single file/symlink case - if not os.path.isdir(top) or os.path.islink(top): - if is_included(top): - yield calculate_hash(top) + def sha1_sum(f, data=False): + if not data and f.endswith('.a'): + #workaround for .a issue.. + #don't skip .a files, + #but pad their timestamps with '0'.. + clean_ar_timestamps(f) + + func = None + + if data: + func = sha1_data + else: + func = sha1_file + + try: + return func(f) + except FileError, e: + if os.path.islink(f): + ctx.ui.info(_("Including external link '%s'") % f) + elif os.path.isdir(f): + ctx.ui.info(_("Including directory '%s'") % f) + else: + raise e + return None + + def has_excluded_prefix(filename): + if excludePrefix and removePrefix: + tempfnam = remove_prefix(removePrefix, filename) + for p in excludePrefix: + if tempfnam.startswith(p): + return 1 + return 0 + + # handle single file + if os.path.isfile(top): + yield (top, sha1_sum(top)) return - - for root, dirs, files in os.walk(top): - # Hash files and file symlinks - for name in files: - path = os.path.join(root, name) - if is_included(path): - yield calculate_hash(path) - - # Hash symlink dirs - # os.walk doesn't enter them, we don't want to follow them either - # but their name and hashes must be reported - # Discussed in bug #339 - for name in dirs: - path = os.path.join(root, name) - if os.path.islink(path): - if is_included(path): - yield calculate_hash(path) - - # Hash empty dir - # Discussed in bug #340 - if len(files) == 0 and len(dirs) == 0: - if is_included(root): - yield calculate_hash(root) + # handle single symlink declaration here. + if os.path.islink(top): + yield (top, sha1_sum(os.readlink(top), True)) + return + for root, dirs, files in os.walk(top, topdown=False): + #bug 339 + if os.path.islink(root) and not has_excluded_prefix(root): + #yield the symlink.. + #bug 373 + yield (root, sha1_sum(os.readlink(root), True)) + excludePrefix.append(remove_prefix(removePrefix, root) + "/") + continue + + #bug 397 + for directory in dirs: + d = join_path(root, directory) + if os.path.islink(d) and not has_excluded_prefix(d): + yield (d, sha1_sum(os.readlink(d), True)) + excludePrefix.append(remove_prefix(removePrefix, d) + "/") + + #bug 340 + if os.path.isdir(root) and not has_excluded_prefix(root): + parent, r, d, f = root, '', '', '' + for r, d, f in os.walk(parent, topdown=False): pass + if not f and not d: + yield (parent, sha1_sum(parent)) + + for fname in files: + f = join_path(root, fname) + if has_excluded_prefix(f): + continue + #bug 373 + elif os.path.islink(f): + yield (f, sha1_sum(os.readlink(f), True)) + else: + yield (f, sha1_sum(f)) + def copy_dir(src, dest): """Copy source dir to destination dir recursively.""" shutil.copytree(src, dest) @@ -419,9 +449,14 @@ def sha1_data(data): """Calculate sha1 hash of given data.""" - m = sha.new() - m.update(data) - return m.hexdigest() + try: + m = sha.new() + m.update(data) + return m.hexdigest() + except KeyboardInterrupt: + raise + except Exception: #FIXME: what exception could we catch here, replace with that. + raise Error(_("Cannot calculate SHA1 hash of given data")) def uncompress(patchFile, compressType="gz", targetDir=None): """Uncompress the file and return the new path.""" @@ -632,17 +667,8 @@ name, version = parse_package_name(os.path.basename(path[:-len(ctx.const.package_suffix)])) if latest.has_key(name): - l_version = pisi.version.Version(latest[name][2]) - r_version = pisi.version.Version(version) - - # Bug 6352 - # If two has build nos than only look to build nos - if l_version.build and r_version.build: - if l_version.build < r_version.build: - latest[name] = (root, name, version) - else: - if l_version < r_version: - latest[name] = (root, name, version) + if pisi.version.Version(latest[name][2]) < pisi.version.Version(version): + latest[name] = (root, name, version) else: if version: latest[name] = (root, name, version) Index: pisi/configfile.py =================================================================== --- pisi/configfile.py (revision 16919) +++ pisi/configfile.py (working copy) @@ -25,8 +25,8 @@ #host = i686-pc-linux-gnu #generateDebug = False #jobs = "-j1" -#CFLAGS= -mtune=i686 -march=i686 -O2 -pipe -fomit-frame-pointer -#CXXFLAGS= -mtune=i686 -march=i686 -O2 -pipe -fomit-frame-pointer +#CFLAGS= -mtune=i686 -O2 -pipe -fomit-frame-pointer +#CXXFLAGS= -mtune=i686 -O2 -pipe -fomit-frame-pointer #LDFLAGS= #buildno=True # necessary for generating build nos #buildhelper = None / ccache / icecream @@ -40,7 +40,7 @@ #packages_dir = /var/cache/pisi/packages #compiled_packages_dir = "/var/cache/pisi/packages" #index_dir = /var/cache/pisi/index -#tmp_dir = /var/pisi +#tmp_dir = /var/tmp/pisi #kde_dir = /usr/kde/3.5 #qt_dir = /usr/qt/3 Saygılar -- S.ÇaÄŸlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 189 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20080201/6450fe6b/attachment.pgp From meren at pardus.org.tr Fri Feb 1 21:43:04 2008 From: meren at pardus.org.tr (A. Murat Eren) Date: Fri, 1 Feb 2008 13:43:04 -0600 Subject: [Gelistirici] fetcher@PiSi In-Reply-To: <200802012012.45640.caglar@pardus.org.tr> References: <200802010304.25438.caglar@pardus.org.tr> <200802012012.45640.caglar@pardus.org.tr> Message-ID: <5f3364850802011143o1c45a1ffk3c904950dd07df1c@mail.gmail.com> 2008/2/1 S.Çaðlar Onur : > Bunu unutun, bu hali sevmedim. Biraz daha bakýnayým döneceðim size :) Þimdiden ellerine saðlýk o zaman :) -- - -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- - A. Murat Eren (meren) http://pardus.org.tr/ http://meren.org/ - -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- - From serbulent at pardus.org.tr Fri Feb 1 22:46:21 2008 From: serbulent at pardus.org.tr (=?utf-8?q?Serb=C3=BClent_=C3=9CNSAL?=) Date: Fri, 1 Feb 2008 22:46:21 +0200 Subject: [Gelistirici] =?utf-8?q?Paket_istekleri_i=C3=A7in_hata_kapatma_s?= =?utf-8?b?w7xyZXNpLg==?= Message-ID: <200802012246.21196.serbulent@pardus.org.tr> Merhaba, Bugzillayý gözden geçirirken karþýlaþtýðým http://bugs.pardus.org.tr/show_bug.cgi?id=4687 hatasý dan hareketle, bu tür uzun zamandýr sonuçlanmamýþ ( kimsenin üzerine almadýðý ) paket isteklerini belli bir zaman sonunda kapatalým diyorum. Örneðin 6 ay uygun bir süre gibi görünüyor bana, ne dersiniz ? Serbülent From selimok at gmail.com Fri Feb 1 22:51:01 2008 From: selimok at gmail.com (selim ok) Date: Fri, 1 Feb 2008 21:51:01 +0100 Subject: [Gelistirici] =?iso-8859-9?q?Paket_istekleri_i=E7in_hata_kapatma_?= =?iso-8859-9?q?s=FCresi=2E?= In-Reply-To: <200802012246.21196.serbulent@pardus.org.tr> References: <200802012246.21196.serbulent@pardus.org.tr> Message-ID: Bence zararlarý yok, kalmalarýnda bir sakýnca görmüyorum kendi açýmdan. Ýyi çalýþmalar, Selim -- Özgürlük icin, özgür isletim sistemi... http://www.pardus.org.tr From onur at pardus.org.tr Fri Feb 1 22:56:20 2008 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Fri, 1 Feb 2008 22:56:20 +0200 Subject: [Gelistirici] =?utf-8?q?Paket_istekleri_i=C3=A7in_hata_kapatma_s?= =?utf-8?b?w7xyZXNpLg==?= In-Reply-To: <200802012246.21196.serbulent@pardus.org.tr> References: <200802012246.21196.serbulent@pardus.org.tr> Message-ID: <20080201225620.9e9f8ec7.onur@pardus.org.tr> On Fri, 1 Feb 2008 22:46:21 +0200 Serbülent ÜNSAL wrote: > Merhaba, > > Bugzillayý gözden geçirirken karþýlaþtýðým > http://bugs.pardus.org.tr/show_bug.cgi?id=4687 hatasý dan hareketle, > bu tür uzun zamandýr sonuçlanmamýþ ( kimsenin üzerine almadýðý ) > paket isteklerini belli bir zaman sonunda kapatalým diyorum. Örneðin > 6 ay uygun bir süre gibi görünüyor bana, ne dersiniz ? istek çok acayip deðilse ya da lisans vb. bir sýkýntýsý yoksa bence açýk kalmasýnda bir sakýnca yok -- Onur Küçük Knowledge speaks, but wisdom listens From loker at pardus.org.tr Fri Feb 1 23:01:53 2008 From: loker at pardus.org.tr (Koray =?iso-8859-9?q?L=F6ker?=) Date: Fri, 1 Feb 2008 23:01:53 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Paket_istekleri_i=E7in_hata_kapatma_?= =?iso-8859-9?q?s=FCresi=2E?= In-Reply-To: <200802012246.21196.serbulent@pardus.org.tr> References: <200802012246.21196.serbulent@pardus.org.tr> Message-ID: <200802012301.55393.loker@pardus.org.tr> On 01 Feb 2008 Fri 22:46:21 Serbülent ÜNSAL wrote: > uzun zamandýr sonuçlanmamýþ ( kimsenin üzerine almadýðý ) paket isteklerini > belli bir zaman sonunda kapatalým diyorum. Örneðin 6 ay uygun bir süre gibi _yenipaket isteklerine göz atmayý insanlar bilmese de, biz (ya da bugzilla bekçileri loncasý) bakýp da duplicate iþaretleyip geçmeyi kolay yaparlar. kapatýrsak reopen edilmesini beklememiz gerekir ve bizim de duplicate yerine gidip de o hatayý reopen ederek duplicate etmemiz daha doðru olur. bir sürü iþ... býrakalým açýk kalsýn... -- Koray Löker <-/ Özgürlük için... http://www.pardus.org.tr /-> -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 189 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20080201/02c37bfa/attachment.pgp From turkersezer at tsdesign.info Fri Feb 1 23:57:52 2008 From: turkersezer at tsdesign.info (=?ISO-8859-1?Q?T=FCrker_Sezer?=) Date: Fri, 1 Feb 2008 23:57:52 +0200 Subject: [Gelistirici] =?iso-8859-1?q?Paket_istekleri_i=E7in_hata_kapatma_?= =?iso-8859-1?q?s=FCresi=2E?= In-Reply-To: <200802012246.21196.serbulent@pardus.org.tr> References: <200802012246.21196.serbulent@pardus.org.tr> Message-ID: <56A72E76-4D42-45E3-A9A9-FB479F2C33AA@tsdesign.info> On Feb 1, 2008, at 10:46 PM, Serbülent ÜNSAL wrote: > uzun zamandýr sonuçlanmamýþ ( kimsenin üzerine almadýðý ) > paket isteklerini > belli bir zaman sonunda kapatalým diyorum. Örneðin 6 ay uygun bir > süre gibi > görünüyor bana, ne dersiniz ? Paket isteklerinin açýk kalmasý, ihtiyacý bilmek açýsýndan iyi birþey bence. Ayrýca yeni paket yapmaya baþlayanlarý yönlendirmek için güzel bir hedef. Örnek olarak verdiðin programý da birileri paketlemeye baþlamýþtý aslýnda fakat uygulamanýn içinden çýkan ikili kütüphaneleri de ayrý ayrý bulmak, paketlemek gerekmiþti vs. Ýþ uzayýnca arada kaynadý sanýrým. Bir de bugzilladan bahis açýlmýþken uzun süredir aklýmda olan birþeyi söyleyeyim. Hala listede olmayan birçok paket var. Bileþen listesindeki "listede yok" bileþenini "_yeni_paket" stiline çevirip kullanýlabilir yapmak istiyorum. En azýndan rastgele bileþen seçilmesini bir nebze önlemiþ oluruz. Not: Eðer itiraz yoksa gelen kutunuza yüklü miktarda eposta gelecek. Saygýlar Türker From ismail at pardus.org.tr Sat Feb 2 02:19:47 2008 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Sat, 2 Feb 2008 02:19:47 +0200 Subject: [Gelistirici] Fwd: Re: RPATH/RUNPATH issue, equivalent to -headerpad on OSX In-Reply-To: <200801040003.39968.caglar@pardus.org.tr> References: <200801040003.39968.caglar@pardus.org.tr> Message-ID: <200802020219.47653.ismail@pardus.org.tr> At Friday 04 January 2008 around 00:03:39 S.Çaðlar Onur wrote: > Bu bilgiler ýþýðýnda chrpath'den kurtulup scanelf'e yönlenmek daha doðru > olacak sanki? http://sourceware.org/ml/binutils/2008-01/msg00024.html Jakub Jelinek'in önerisi daha güzel sanki, ancak paketleri /etc/ld.so.conf.d/*.conf kullanacak þekilde ayarlamak lazým. -- Never learn by your mistakes, if you do you may never dare to try again. From selimok at gmail.com Sat Feb 2 02:50:24 2008 From: selimok at gmail.com (selim ok) Date: Sat, 2 Feb 2008 01:50:24 +0100 Subject: [Gelistirici] =?iso-8859-9?q?Paket_istekleri_i=E7in_hata_kapatma_?= =?iso-8859-9?q?s=FCresi=2E?= In-Reply-To: <56A72E76-4D42-45E3-A9A9-FB479F2C33AA@tsdesign.info> References: <200802012246.21196.serbulent@pardus.org.tr> <56A72E76-4D42-45E3-A9A9-FB479F2C33AA@tsdesign.info> Message-ID: 01.02.2008 tarihinde Türker Sezer yazmýþ: > Bir de bugzilladan bahis açýlmýþken uzun süredir aklýmda olan > birþeyi > söyleyeyim. Hala listede olmayan birçok paket var. Bileþen > listesindeki "listede > yok" bileþenini "_yeni_paket" stiline çevirip kullanýlabilir yapmak > istiyorum. En > azýndan rastgele bileþen seçilmesini bir nebze önlemiþ oluruz. Aslýnda bunu baþka bir baþlýk altýnda konuþsak çok iyi olacaktý. Bence güzel bir fikir. Senin bir betik vardý, yeni paketleri Bugzilla'ya giren, ne oldu ona? > Not: Eðer itiraz yoksa gelen kutunuza yüklü miktarda eposta gelecek. Onay beklemek daha iyi olur bence :) Ama ben kendi adýma onaylýyorum. Ýyi çalýþmalar, Selim -- Özgürlük icin, özgür isletim sistemi... http://www.pardus.org.tr From buildfarm at pardus.org.tr Sat Feb 2 02:52:52 2008 From: buildfarm at pardus.org.tr (Pardus Buildfarm) Date: Sat, 2 Feb 2008 02:52:52 +0200 (EET) Subject: [Gelistirici] [buildfarm] [REPORT] New packages in -testing repository Message-ID: <20080202005252.5802D620DC0D@uludag.org.tr> Hello, This message is sent from Pardus buildfarm. Please do not reply as it is automatically generated. New packages in -testing repository: AstroMenace-1.2_080115-4-5.pisi aften-0.0.8-4-1.pisi alsa-driver-1.0.16_rc2-31-68.pisi alsa-driver-dom0-1.0.16_rc1-30-24.pisi alsa-firmware-1.0.16_rc1-14-15.pisi alsa-headers-1.0.16_rc2-20-13.pisi alsa-lib-1.0.16_rc2-27-24.pisi alsa-oss-1.0.15-8-9.pisi alsa-tools-1.0.16_rc1-4-6.pisi alsa-utils-1.0.16_rc1-27-19.pisi apache-2.0.61-22-17.pisi ati-drivers-8.452.1-26-29.pisi audacity-1.2.6-9-9.pisi avidemux-2.4.0-7-8.pisi avidemux-cli-2.4.0-7-3.pisi avidemux-common-2.4.0-7-3.pisi avidemux-qt-2.4.0-7-3.pisi bind-9.4.1_p1-15-7.pisi bind-tools-9.4.1_p1-15-12.pisi bzflag-2.0.10-6-7.pisi crimson-fields-0.5.2-1-1.pisi dvgrab-3.1-5-5.pisi freeciv-2.1.3-8-8.pisi freecol-0.7.3-8-9.pisi gimp-2.4.4-27-28.pisi gimp-devel-2.4.4-27-25.pisi gimp-i18n-2.4.4-27-25.pisi gtk2-2.12.5-27-13.pisi hplip-2.7.12-23-16.pisi hplip-doc-2.7.12-23-2.pisi icu4c-3.6-7-8.pisi imlib2-1.4.1.000-8-11.pisi ipw3945-dom0-1.2.2-8-1.pisi jack-audio-connection-kit-0.109.0-8-10.pisi kaffeine-0.8.6-25-21.pisi kdepim-3.5.8-49-48.pisi kernel-dom0-2.6.18.8-16-51.pisi kernel-dom0-source-2.6.18.8-16-51.pisi kernel-domU-2.6.18.8-16-51.pisi kernel-domU-source-2.6.18.8-16-51.pisi konversation-1.0.1-14-16.pisi ktechlab-0.3.6-3-3.pisi ktorrent-2.2.5-27-25.pisi kvm-60-29-26.pisi libpcre-7.6-12-6.pisi linux-uvc-0.0_173-21-33.pisi mc-4.6.2_pre1-12-11.pisi mingetty-1.0.7s-5-3.pisi mplayer-0.0_20080130-80-55.pisi ndiswrapper-dom0-1.51-38-13.pisi network-manager-1.15.7-27-28.pisi nvidia-glx-96.43.05-23-53.pisi nvidia-glx-new-169.09-15-22.pisi nvidia-glx-old-71.86.04-15-44.pisi nvidia-kernel-96.43.05-23-66.pisi nvidia-kernel-dom0-96.43.05-23-7.pisi nvidia-kernel-new-169.09-15-21.pisi nvidia-kernel-new-dom0-169.09-15-2.pisi nvidia-kernel-old-71.86.04-15-59.pisi nvidia-tools-96.43.05-23-50.pisi nvidia-tools-new-169.09-15-22.pisi nvidia-tools-old-71.86.04-15-43.pisi python-xlib-0.14-3-3.pisi qemu-0.9.1-9-12.pisi rkward-0.4.9-16-11.pisi rxvt-unicode-8.9-6-7.pisi sdl-image-1.2.6-6-4.pisi smb4k-0.8.7-20-20.pisi systemtap-0.6_20080126-5-4.pisi tasma-1.2-29-31.pisi vim-7.1.242-33-20.pisi virtualbox-1.5.4-18-33.pisi virtualbox-guestadditions-1.5.4-6-6.pisi wine-0.9.54-46-36.pisi wine-devel-0.9.54-46-31.pisi xdg-utils-1.0.2-2-2.pisi xen-3.1.3-16-16.pisi xen-tools-3.1.3-16-25.pisi xine-lib-1.1.10-41-46.pisi xorg-server-7.2-23-30.pisi xorg-video-7.2-32-25.pisi yali-1.1.7-66-62.pisi yali-firstBoot-0.2-2-3.pisi youtube-dl-0.0_20080124-8-5.pisi zsh-4.3.5-9-7.pisi Happy hacking! From ismail at pardus.org.tr Sat Feb 2 05:13:04 2008 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Sat, 2 Feb 2008 05:13:04 +0200 Subject: [Gelistirici] pisi install racy Message-ID: <200802020513.04982.ismail@pardus.org.tr> Selamlar, Ayný anda iki paketi install etmeye çalýþýrsanýz çok ilginç þeyler oluyor, çünkü pisi fix olarak install.tar diye bir dosyaya açýyor tar dosyasýný. Bunun yerine paketismi.tar gibi bir dosyaya açsa da ayný anda iki paket yüklenebilse? /ismail -- Never learn by your mistakes, if you do you may never dare to try again. From selimok at gmail.com Sat Feb 2 13:06:34 2008 From: selimok at gmail.com (selim ok) Date: Sat, 2 Feb 2008 12:06:34 +0100 Subject: [Gelistirici] yeni kaptan In-Reply-To: <20080131121242.e9cdece3.dfisek@fisek.com.tr> References: <47A0BD4D.4020104@pardus.org.tr> <200801311136.45037.alsaberk@gmail.com> <20080131121242.e9cdece3.dfisek@fisek.com.tr> Message-ID: - "Bu adýmý atla" düðmesi istiyorum. :) - Bir de eðer adým sayýsý artacaksa kaç adým var, kullanýcý o anda kaçýncý adýmda gösterilsin. Sanýrým þimdilik bu kadar. Selim -- Özgürlük icin, özgür isletim sistemi... http://www.pardus.org.tr From pinar at pardus.org.tr Sat Feb 2 13:38:54 2008 From: pinar at pardus.org.tr (Pinar Yanardag) Date: Sat, 02 Feb 2008 13:38:54 +0200 Subject: [Gelistirici] yeni kaptan In-Reply-To: References: <47A0BD4D.4020104@pardus.org.tr> <200801311136.45037.alsaberk@gmail.com> <20080131121242.e9cdece3.dfisek@fisek.com.tr> Message-ID: <47A4564E.6020408@pardus.org.tr> selim ok wrote On 02-02-2008 13:06: > - "Bu adýmý atla" düðmesi istiyorum. :) > Bu "buyuk ihtimalle" olmayacak :) > - Bir de eðer adým sayýsý artacaksa kaç adým var, kullanýcý o anda > kaçýncý adýmda gösterilsin. > Bu "kesinlikle" olacak :) > Sanýrým þimdilik bu kadar. > > Selim > > -- Pýnar Yanardað (a.k.a PINguAR) o ) ,_o http://pardus.org.tr <|\x ( |> http://pinguar.org ___/_>____ <_\___ From selimok at gmail.com Sat Feb 2 14:08:12 2008 From: selimok at gmail.com (selim ok) Date: Sat, 2 Feb 2008 13:08:12 +0100 Subject: [Gelistirici] yeni kaptan In-Reply-To: <47A4564E.6020408@pardus.org.tr> References: <47A0BD4D.4020104@pardus.org.tr> <200801311136.45037.alsaberk@gmail.com> <20080131121242.e9cdece3.dfisek@fisek.com.tr> <47A4564E.6020408@pardus.org.tr> Message-ID: 02.02.2008 tarihinde Pinar Yanardag yazmýþ: > selim ok wrote On 02-02-2008 13:06: > > - "Bu adýmý atla" düðmesi istiyorum. :) > > > > Bu "buyuk ihtimalle" olmayacak :) Niye diye sorabilir miyim? En azýndan ilgili adýmda herhangi bir deðiþiklik yapýlmamasýnýn garantilenmesini istiyorum o zaman :) Selim -- Özgürlük icin, özgür isletim sistemi... http://www.pardus.org.tr From pinar at pardus.org.tr Sat Feb 2 14:31:34 2008 From: pinar at pardus.org.tr (Pinar Yanardag) Date: Sat, 02 Feb 2008 14:31:34 +0200 Subject: [Gelistirici] yeni kaptan In-Reply-To: References: <47A0BD4D.4020104@pardus.org.tr> <200801311136.45037.alsaberk@gmail.com> <20080131121242.e9cdece3.dfisek@fisek.com.tr> <47A4564E.6020408@pardus.org.tr> Message-ID: <47A462A6.1090405@pardus.org.tr> selim ok wrote On 02-02-2008 14:08: > 02.02.2008 tarihinde Pinar Yanardag yazmýþ: > En azýndan ilgili adýmda herhangi bir deðiþiklik yapýlmamasýnýn > garantilenmesini istiyorum o zaman :) > ilgili adimi degisiklik yapmadan gecememenin bir feature oldugundan supheliyim zaten. o duruma bir hal care bulacagiz. -- Pýnar Yanardað (a.k.a PINguAR) o ) ,_o http://pardus.org.tr <|\x ( |> http://pinguar.org ___/_>____ <_\___ From ismail at pardus.org.tr Sat Feb 2 21:58:50 2008 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Sat, 2 Feb 2008 21:58:50 +0200 Subject: [Gelistirici] FYI: glibc & gcc bump Message-ID: <200802022158.51043.ismail@pardus.org.tr> gcc artýk glibc'yi -O3 'de düzgün derliyor, o yüzden yeni snapshota geçildi. glibc yeni binutils için bump edildi, deðiþiklikler küçük. /ismail -- Never learn by your mistakes, if you do you may never dare to try again. From faik at pardus.org.tr Sat Feb 2 22:10:29 2008 From: faik at pardus.org.tr (Faik Uygur) Date: Sat, 2 Feb 2008 22:10:29 +0200 Subject: [Gelistirici] pisi install racy In-Reply-To: <200802020513.04982.ismail@pardus.org.tr> References: <200802020513.04982.ismail@pardus.org.tr> Message-ID: <200802022210.29128.faik@pardus.org.tr> Saturday 02 February 2008 05:13:04 tarihinde Ismail Dönmez þunlarý yazmýþtý: > Selamlar, Selam, > Ayný anda iki paketi install etmeye çalýþýrsanýz çok ilginç þeyler oluyor, > çünkü pisi fix olarak install.tar diye bir dosyaya açýyor tar dosyasýný. > Bunun yerine paketismi.tar gibi bir dosyaya açsa da ayný anda iki paket > yüklenebilse? Ayný anda iki paket kuramaman lazým zaten. Trunk'da þu anda bu kontroller yok. Ama pisinin temporary açtýðý dosyalar ve yerleri ile ilgili çalýþacam haftaya. Farklý iki kullanýcýnýn da bu yüzden pisi info paketadý çalýþtýramamasý gibi bir acayiplik var. - Faik From ismail at pardus.org.tr Sat Feb 2 22:10:34 2008 From: ismail at pardus.org.tr (Ismail =?iso-8859-9?q?D=F6nmez?=) Date: Sat, 2 Feb 2008 22:10:34 +0200 Subject: [Gelistirici] pisi install racy In-Reply-To: <200802022209.25835.faikuygur@gmail.com> References: <200802020513.04982.ismail@pardus.org.tr> <200802022209.25835.faikuygur@gmail.com> Message-ID: <200802022210.34410.ismail@pardus.org.tr> At Saturday 02 February 2008 around 22:09:25 Faik Uygur wrote: > Ayný anda iki paket kuramaman lazým zaten. Trunk'da þu anda bu kontroller > yok. Hmm OK. > Ama pisinin temporary açtýðý dosyalar ve yerleri ile ilgili çalýþacam > haftaya. Farklý iki kullanýcýnýn da bu yüzden pisi info paketadý > çalýþtýramamasý gibi bir acayiplik var. Çünkü pisi info /tmp/files.xml'e yazýyor, sonra da temizlemiyor bunu. Haliyle root bir kere pisi info derse bir daha kimse pisi info yazamýyor. /ismail -- Never learn by your mistakes, if you do you may never dare to try again. From gurer at pardus.org.tr Sat Feb 2 22:18:30 2008 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sat, 2 Feb 2008 22:18:30 +0200 Subject: [Gelistirici] pisi install racy In-Reply-To: <200802022210.34410.ismail@pardus.org.tr> References: <200802020513.04982.ismail@pardus.org.tr> <200802022209.25835.faikuygur@gmail.com> <200802022210.34410.ismail@pardus.org.tr> Message-ID: <200802022218.31081.gurer@pardus.org.tr> On Saturday 02 February 2008 22:10:34 Ismail Dönmez wrote: > Çünkü pisi info /tmp/files.xml'e yazýyor, sonra da temizlemiyor bunu. > Haliyle root bir kere pisi info derse bir daha kimse pisi info yazamýyor. Þu gereksiz temp dosyalarý kullanmaktan kurtarsak pisiyi 2008 için. Datayý açarken falan direk parse edebilir. From faik at pardus.org.tr Sat Feb 2 22:38:45 2008 From: faik at pardus.org.tr (Faik Uygur) Date: Sat, 2 Feb 2008 22:38:45 +0200 Subject: [Gelistirici] pisi install racy In-Reply-To: <200802022218.31081.gurer@pardus.org.tr> References: <200802020513.04982.ismail@pardus.org.tr> <200802022210.34410.ismail@pardus.org.tr> <200802022218.31081.gurer@pardus.org.tr> Message-ID: <200802022238.45211.faik@pardus.org.tr> Saturday 02 February 2008 22:18:30 tarihinde Gürer Özen þunlarý yazmýþtý: > On Saturday 02 February 2008 22:10:34 Ismail Dönmez wrote: > > Çünkü pisi info /tmp/files.xml'e yazýyor, sonra da temizlemiyor bunu. > > Haliyle root bir kere pisi info derse bir daha kimse pisi info yazamýyor. > > Þu gereksiz temp dosyalarý kullanmaktan kurtarsak pisiyi 2008 için. Datayý > açarken falan direk parse edebilir. Ok. Mümkün olanlar için bu þekilde yapacam, olmayanlara da daha önce açtýðýmýz /tmp/pisi-user larý kullandýracam. - Faik From huseyinakcan at gmail.com Sat Feb 2 20:59:15 2008 From: huseyinakcan at gmail.com (Huseyin Akcan) Date: Sat, 2 Feb 2008 20:59:15 +0200 Subject: [Gelistirici] =?iso-8859-9?q?pardus=27un_kurulum_h=FDz=FDn=FDn_ar?= =?iso-8859-9?q?tt=FDr=FDlmas=FD?= In-Reply-To: <200801292015.08571.gokmen@pardus.org.tr> References: <200801291953.31081.turkay.eren@gmail.com> <200801292015.08571.gokmen@pardus.org.tr> Message-ID: Anlayamadýðým bir sebepten, hiçbir þekilde dýþarýdan tam kurulum sýrasýna ulaþamadým. Bu yüzden sýrayý kurulum esnasýnda almam gerekti. sun-jre, kdebase ve openoffice paketlerini ise normal kurulum sýrasýný bozarak diskin en dýþ kýsmýna yazdým. Bunun sebebi bu paketlerin boylarý en büyük paketler olmasý ve dýþ kýsýmdan daha hýzlý okunabilmeleri. Denemek isteyen için ekte mkisofs için kullandýðým sýralama dosyasýný yolluyorum. CD içindeki repo paketlerini alfabetik ve kuruluþ sýrasýna göre yazmanýn farklarý ise þöyle: Kurulumun ilk %0-%100 ekraný için konuþursak, benim makinamda alfabetik yazýlmýþ ISO ile 20 dakika, sýralý yazýlmýþ ISO ile 18 dakika sürdü. Kurulumda sýralý yazýlmýþ ISO kullanýrken de CDROM dan gelen ileri geri atlama sesi önemli ölçüde azaldý. Paket sýralarýný benim aldýðým þekilde almak çok uðraþtýrýcý, eðer kolay bir yolu bulunursa topolojik sýraya göre yazmak iþimize yarayabilir. En azýndan biraz hýzlandýrmak ve CDROM'u rahatlatmaktan gayrý herhangi bir zararý yok :) hüseyin -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: sortfile-final Tür: application/octet-stream Boyut: 26676 bayt Taným: kullanýlamýyor Url: http://liste.pardus.org.tr/gelistirici/attachments/20080202/6269deda/attachment-0001.obj From buildfarm at pardus.org.tr Sun Feb 3 02:52:52 2008 From: buildfarm at pardus.org.tr (Pardus Buildfarm) Date: Sun, 3 Feb 2008 02:52:52 +0200 (EET) Subject: [Gelistirici] [buildfarm] [REPORT] New packages in -testing repository Message-ID: <20080203005252.A9CF6620E783@uludag.org.tr> Hello, This message is sent from Pardus buildfarm. Please do not reply as it is automatically generated. New packages in -testing repository: AstroMenace-1.2_080115-4-5.pisi aften-0.0.8-4-1.pisi alsa-driver-1.0.16_rc2-31-68.pisi alsa-driver-dom0-1.0.16_rc1-30-24.pisi alsa-firmware-1.0.16_rc1-14-15.pisi alsa-headers-1.0.16_rc2-20-13.pisi alsa-lib-1.0.16_rc2-27-24.pisi alsa-oss-1.0.15-8-9.pisi alsa-tools-1.0.16_rc1-4-6.pisi alsa-utils-1.0.16_rc1-27-19.pisi apache-2.0.61-22-17.pisi ati-drivers-8.452.1-26-29.pisi audacity-1.2.6-9-9.pisi avidemux-2.4.0-7-8.pisi avidemux-cli-2.4.0-7-3.pisi avidemux-common-2.4.0-7-3.pisi avidemux-qt-2.4.0-7-3.pisi bind-9.4.1_p1-15-7.pisi bind-tools-9.4.1_p1-15-12.pisi bzflag-2.0.10-6-7.pisi crimson-fields-0.5.2-1-1.pisi dvgrab-3.1-5-5.pisi freeciv-2.1.3-8-8.pisi freecol-0.7.3-8-9.pisi gimp-2.4.4-27-28.pisi gimp-devel-2.4.4-27-25.pisi gimp-i18n-2.4.4-27-25.pisi gtk2-2.12.5-27-13.pisi hplip-2.7.12-23-16.pisi hplip-doc-2.7.12-23-2.pisi icu4c-3.6-7-8.pisi imlib2-1.4.1.000-8-11.pisi ipw3945-dom0-1.2.2-8-1.pisi jack-audio-connection-kit-0.109.0-8-10.pisi kaffeine-0.8.6-25-21.pisi kdepim-3.5.8-49-48.pisi kernel-dom0-2.6.18.8-16-52.pisi kernel-dom0-source-2.6.18.8-16-52.pisi kernel-domU-2.6.18.8-16-52.pisi kernel-domU-source-2.6.18.8-16-52.pisi konversation-1.0.1-14-16.pisi ktechlab-0.3.6-3-3.pisi ktorrent-2.2.5-27-25.pisi kvm-60-29-26.pisi libpcre-7.6-12-6.pisi linux-uvc-0.0_173-21-33.pisi mc-4.6.2_pre1-12-11.pisi mingetty-1.0.7s-5-3.pisi mplayer-0.0_20080130-80-55.pisi ndiswrapper-dom0-1.51-38-13.pisi network-manager-1.15.7-27-28.pisi nvidia-glx-96.43.05-23-53.pisi nvidia-glx-new-169.09-15-22.pisi nvidia-glx-old-71.86.04-15-44.pisi nvidia-kernel-96.43.05-23-66.pisi nvidia-kernel-dom0-96.43.05-23-7.pisi nvidia-kernel-new-169.09-15-21.pisi nvidia-kernel-new-dom0-169.09-15-2.pisi nvidia-kernel-old-71.86.04-15-59.pisi nvidia-tools-96.43.05-23-50.pisi nvidia-tools-new-169.09-15-22.pisi nvidia-tools-old-71.86.04-15-43.pisi python-xlib-0.14-3-3.pisi qemu-0.9.1-9-12.pisi rkward-0.4.9-16-11.pisi rxvt-unicode-8.9-6-7.pisi sdl-image-1.2.6-6-4.pisi smb4k-0.8.7-20-20.pisi systemtap-0.6_20080126-5-4.pisi tasma-1.2-29-31.pisi vim-7.1.242-33-20.pisi virtualbox-1.5.4-18-33.pisi virtualbox-guestadditions-1.5.4-6-6.pisi wine-0.9.54-46-36.pisi wine-devel-0.9.54-46-31.pisi xdg-utils-1.0.2-2-2.pisi xen-3.1.3-16-16.pisi xen-tools-3.1.3-16-25.pisi xine-lib-1.1.10-41-46.pisi xorg-server-7.2-23-30.pisi xorg-video-7.2-32-25.pisi yali-1.1.7-66-62.pisi yali-firstBoot-0.2-2-3.pisi youtube-dl-0.0_20080124-8-5.pisi zsh-4.3.5-9-7.pisi Happy hacking! From muratasenel at gmail.com Sun Feb 3 03:01:49 2008 From: muratasenel at gmail.com (Murat Senel) Date: Sun, 3 Feb 2008 03:01:49 +0200 Subject: [Gelistirici] =?utf-8?b?S2F0a8SxY8SxbGFyIGnDp2luIG1haWwgaGVzYWI=?= =?utf-8?b?xLEgdmUgYWxhbj8=?= Message-ID: <200802030301.49906.muratasenel@gmail.com> Selam, Yanýlmýyorsam daha önce Ankarada'ki geliþtirici toplantýsýnda konuþulmuþtu bu konu. 1-) Biz katkýcýlara özel bir makine ayrýlýp, dosyalarýmýzý, tarballarýmýzý koyabileceðimiz bir alan olacak mý? 2-) Ayrýca, çoðumuz bir çok listeye üye ve yine çoðumuz gmail kullanýyor ama listelerin çokluðu sebebiyle gmaille sýkýntý yaþayabiliyoruz. Ayný zamanda, bir upstream ile mailleþirken @gmail yerine @pardus gözükmesi göreceli avantaj saðlayacaktýr. Bu noktada hede at pardus.org.tr gibi mail adresleri katkýcýlara verilebilir mi? Bu kadar :) Kolay gelsin Murat -- There's no fun in having nothing to do; the fun is having lots to do and not doing them! -- Francis Herbert -- From tulliana at gmail.com Sun Feb 3 03:05:36 2008 From: tulliana at gmail.com (Serdar Soytetir) Date: Sun, 3 Feb 2008 03:05:36 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Katk=FDc=FDlar_i=E7in_mail_hesab=FD_?= =?iso-8859-9?q?ve_alan=3F?= In-Reply-To: <200802030301.49906.muratasenel@gmail.com> References: <200802030301.49906.muratasenel@gmail.com> Message-ID: <200802030305.41345.tulliana@gmail.com> On Sunday 03 February 2008 03:01:49 Murat Senel þunlarý yazmýþtý: > Selam, Merhaba, > > Yanýlmýyorsam daha önce Ankarada'ki geliþtirici toplantýsýnda konuþulmuþtu > bu konu. 1-) Biz katkýcýlara özel bir makine ayrýlýp, dosyalarýmýzý, > tarballarýmýzý koyabileceðimiz bir alan olacak mý? 2-) Ýsmail artýk dosya host etmekten kurtulmalý diye tercüme edebiliriz. > Ayrýca, çoðumuz bir > çok listeye üye ve yine çoðumuz gmail kullanýyor ama listelerin çokluðu > sebebiyle gmaille sýkýntý yaþayabiliyoruz. Ayný zamanda, bir upstream ile > mailleþirken @gmail yerine @pardus gözükmesi göreceli avantaj > saðlayacaktýr. Burada bahsettiðin sorunu birkaç kez yaþamýþ biri olarak 12'den vurmuþsun diyorum. > Bu noktada hede at pardus.org.tr gibi mail adresleri > katkýcýlara verilebilir mi? Pardus Projesi'ne katký saðlayan geliþtiricilerin aklýndan geçen þeyleri çok güzel bir þekilde aktarmýþsýn Murat. Özetle, sana tamamen katýlýyorum. > > Bu kadar :) > Kolay gelsin > > Murat Ýyi çalýþmalar hepimize :) -- Serdar Soytetir Pardus / KDE Geliþtiricisi -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 189 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20080203/e15f4359/attachment.pgp From mustafagunay at gmail.com Sun Feb 3 03:04:09 2008 From: mustafagunay at gmail.com (Mustafa =?utf-8?q?G=C3=BCnay?=) Date: Sun, 3 Feb 2008 03:04:09 +0200 Subject: [Gelistirici] =?utf-8?b?S2F0a8SxY8SxbGFyIGnDp2luIG1haWwgaGVzYWI=?= =?utf-8?b?xLEgdmUgYWxhbj8=?= In-Reply-To: <200802030301.49906.muratasenel@gmail.com> References: <200802030301.49906.muratasenel@gmail.com> Message-ID: <200802030304.15893.mustafagunay@gmail.com> Sunday 03 February 2008 03:01:49 tarihinde Murat Senel ÅŸunları yazmıştı: > Selam, > > Yanılmıyorsam daha önce Ankarada'ki geliÅŸtirici toplantısında konuÅŸulmuÅŸtu > bu konu. 1-) Biz katkıcılara özel bir makine ayrılıp, dosyalarımızı, > tarballarımızı koyabileceÄŸimiz bir alan olacak mı? 1½-) Olacaksa ne zaman yapılabilir? > 2-) Ayrıca, çoÄŸumuz bir > çok listeye üye ve yine çoÄŸumuz gmail kullanıyor ama listelerin çokluÄŸu > sebebiyle gmaille sıkıntı yaÅŸayabiliyoruz. Aynı zamanda, bir upstream ile > mailleÅŸirken @gmail yerine @pardus gözükmesi göreceli avantaj > saÄŸlayacaktır. Bu noktada hede at pardus.org.tr gibi mail adresleri > katkıcılara verilebilir mi? E-Postanın sonuna bile Pardus-Developer eklediÄŸimde çok yapıcı cevaplar alıyorum. Bence güzel olur. > Bu kadar :) > > Kolay gelsin > > Murat -- Mustafa GÃœNAY â„¢ -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 189 bayt Tanım: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20080203/4b2440f7/attachment.pgp From kpelit at gmail.com Sun Feb 3 03:22:50 2008 From: kpelit at gmail.com (Kenan Pelit) Date: Sun, 3 Feb 2008 03:22:50 +0200 Subject: [Gelistirici] =?utf-8?b?S2F0a8SxY8SxbGFyIGnDp2luIG1haWwgaGVzYWI=?= =?utf-8?b?xLEgdmUgYWxhbj8=?= In-Reply-To: <200802030301.49906.muratasenel@gmail.com> References: <200802030301.49906.muratasenel@gmail.com> Message-ID: <20080203012250.GA2288@hay> Ba Fha, Sro 03, 2008 at 03:01:49AM +0200, Murat Senel wrote: >Selam, Selam >Yanılmıyorsam daha önce Ankarada'ki geliÅŸtirici toplantısında konuÅŸulmuÅŸtu bu >konu. 1-) Biz katkıcılara özel bir makine ayrılıp, dosyalarımızı, >tarballarımızı koyabileceÄŸimiz bir alan olacak mı? Pek çok paketi svn ve git sürümü olan bir katkıcı olarak, böyle ortak bir alanın iÅŸimizi oldukça kolaylaÅŸtıracağını düşünüyorum. >2-) Ayrıca, çoÄŸumuz bir >çok listeye üye ve yine çoÄŸumuz gmail kullanıyor ama listelerin çokluÄŸu >sebebiyle gmaille sıkıntı yaÅŸayabiliyoruz. Aynı zamanda, bir upstream ile >mailleÅŸirken @gmail yerine @pardus gözükmesi göreceli avantaj saÄŸlayacaktır. >Bu noktada hede at pardus.org.tr gibi mail adresleri katkıcılara verilebilir mi? Listeye attığım postayı görememek, gerektiÄŸinde kendi postama düzeltme için cevap yazamak hoÅŸ olmuyordu. Olursa _etikete bakanlar_ için bir avantaj saÄŸlamış olabiliriz. > >Bu kadar :) Daha ne olsun :) >Kolay gelsin > >Murat Ä°yi çalışmalar -- Kenan Pelit -------------- sonraki bölüm -------------- Yazı olmayan bir eklenti temizlendi... Ä°sim: kullanılamıyor Tür: application/pgp-signature Boyut: 189 bayt Tanım: kullanılamıyor Url: http://liste.pardus.org.tr/gelistirici/attachments/20080203/8eb2ff67/attachment.pgp From ismail at pardus.org.tr Sun Feb 3 05:56:33 2008 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Sun, 3 Feb 2008 05:56:33 +0200 Subject: [Gelistirici] Fwd: Upstreaming hardware data - MonitorsDB Message-ID: <200802030556.33883.ismail@pardus.org.tr> http://direct2dell.com/one2one/archive/2008/01/21/41886.aspx pci.ids, usb.ids vs ayný yerde, zorg da buradaki MonitorsDB'yi kullanabilir. /ismail -- Never learn by your mistakes, if you do you may never dare to try again. From ismail at pardus.org.tr Sun Feb 3 06:11:36 2008 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Sun, 3 Feb 2008 06:11:36 +0200 Subject: [Gelistirici] Smash that stack harder aka Pardus 2008 C(XX)FLAGS Message-ID: <200802030611.37965.ismail@pardus.org.tr> Selamlar, Ekin þu anda Pardus 2008 deposunu bootstrap etmekle uðraþýyor, þu anda bildiðim kadarýyla 2. aþamada. Bu aþama bitince 3. ve son aþamaya geçilecek bu aþamada Pardus 2008'e özel C(XX)FLAGS kullanmamýz lazým. Pardus 2008 en güvenli Pardus olsun çalýþmasý kapsamýnda þu flaglarý öneriyorum : -mtune=generic -march=i686 -O2 -pipe -fomit-frame-pointer bunlar temel optimizasyon flagleri, ek güvenlik için -fstack-protector Bu flag ile stack smashing [0] saldýrýlarý önleniyor daha önceden yazdýðým ASLR özelliðine ek bir koruma sistemi. Stack protector genel olarak açýlýnca bazý paketlerde özel olarak kapatýlmasý gerekicek ( kernel kendisi kapatýyor mesela). -D_FORTIFY_SOURCE=2 Derleme sýrasýnda buffer overflowlara karþý önlem alýyor. Gcc 4.3 ve glibc 2.7+ ile birlikte artýk C++ programlarýný da destekliyor. [1] Yorumlar/fikirler/öneriler ? [0] http://en.wikipedia.org/wiki/Stack-smashing_protection [1] http://www.redhat.com/magazine/009jul05/features/execshield -- Never learn by your mistakes, if you do you may never dare to try again. From ismail at pardus.org.tr Sun Feb 3 06:35:56 2008 From: ismail at pardus.org.tr (Ismail =?iso-8859-9?q?D=F6nmez?=) Date: Sun, 3 Feb 2008 06:35:56 +0200 Subject: [Gelistirici] Smash that stack harder aka Pardus 2008 C(XX)FLAGS In-Reply-To: <200802030611.37965.ismail@pardus.org.tr> References: <200802030611.37965.ismail@pardus.org.tr> Message-ID: <200802030635.56078.ismail@pardus.org.tr> At Sunday 03 February 2008 around 06:11:36 Ismail Dönmez wrote: > Selamlar, > > Ekin þu anda Pardus 2008 deposunu bootstrap etmekle uðraþýyor, þu anda > bildiðim kadarýyla 2. aþamada. Bu aþama bitince 3. ve son aþamaya geçilecek > bu aþamada Pardus 2008'e özel C(XX)FLAGS kullanmamýz lazým. > > Pardus 2008 en güvenli Pardus olsun çalýþmasý kapsamýnda þu flaglarý > öneriyorum : Kaptanýn seyir defterine ek, Geçenlerde tüm server paketlerinde -fPIE kullanýmýný açmýþtým, ancak þimdi baktýðýmda Ubuntu bunu C(XX)FLAGS ve LDFLAGS'e eklemiþ. %1 runtime overhead'i var demiþler o da -fomit-frame-pointer ile kapatýlýyor zaten. Biz de PIE'ý tüm paketlerde böyle açsak mý? Bu da ikinci sorum. /ismail -- Never learn by your mistakes, if you do you may never dare to try again. From turkay.eren at gmail.com Sun Feb 3 06:57:08 2008 From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=) Date: Sun, 3 Feb 2008 06:57:08 +0200 Subject: [Gelistirici] Smash that stack harder aka Pardus 2008 C(XX)FLAGS In-Reply-To: <200802030611.37965.ismail@pardus.org.tr> References: <200802030611.37965.ismail@pardus.org.tr> Message-ID: <200802030657.08251.turkay.eren@gmail.com> On 03 Feb 2008 Sun 06:11:36 Ismail Dönmez wrote: > Bu flag ile stack smashing [0] saldýrýlarý önleniyor daha önceden yazdýðým > ASLR özelliðine ek bir koruma sistemi. Stack protector genel olarak > açýlýnca bazý paketlerde özel olarak kapatýlmasý gerekicek ( kernel kendisi > kapatýyor mesela). Hm, güzel bir özellikmiþ :) Yalnýz kafama takýlan birkaç soru var. 1- Bazý uygulamalarda bu özelliði neden kapatacaðýz? Kapatmazsak nasýl bir durum ortaya çýkacak? En basitinden derleme esnasýnda hata mý verecek? 2- [0] þu adreste "-fstack-protector-all" flaginden bahsetmiþ. Neden her fonksiyon için deðil de sadece "character array" olan fonksiyon için kullanýyoruz? [0] http://www.trl.ibm.com/projects/security/ssp/ Saygýlar efem. From ismail at pardus.org.tr Sun Feb 3 07:05:19 2008 From: ismail at pardus.org.tr (Ismail =?iso-8859-9?q?D=F6nmez?=) Date: Sun, 3 Feb 2008 07:05:19 +0200 Subject: [Gelistirici] Smash that stack harder aka Pardus 2008 C(XX)FLAGS In-Reply-To: <200802030657.08251.turkay.eren@gmail.com> References: <200802030611.37965.ismail@pardus.org.tr> <200802030657.08251.turkay.eren@gmail.com> Message-ID: <200802030705.19620.ismail@pardus.org.tr> At Sunday 03 February 2008 around 06:57:08 Eren Türkay wrote: > On 03 Feb 2008 Sun 06:11:36 Ismail Dönmez wrote: > > Bu flag ile stack smashing [0] saldýrýlarý önleniyor daha önceden > > yazdýðým ASLR özelliðine ek bir koruma sistemi. Stack protector genel > > olarak açýlýnca bazý paketlerde özel olarak kapatýlmasý gerekicek ( > > kernel kendisi kapatýyor mesela). > > Hm, güzel bir özellikmiþ :) Yalnýz kafama takýlan birkaç soru var. > > 1- Bazý uygulamalarda bu özelliði neden kapatacaðýz? Kapatmazsak nasýl bir > durum ortaya çýkacak? En basitinden derleme esnasýnda hata mý verecek? Derlemeyecektir genel olarak zaten toplamda 10 paketi geçmiyor etkilenenler. > 2- [0] þu adreste "-fstack-protector-all" flaginden bahsetmiþ. Neden her > fonksiyon için deðil de sadece "character array" olan fonksiyon için > kullanýyoruz? Bunu sadece bazý paketlerde açýcaz wireshark/gaim gibi. Çünkü bu hýzý etkileyen bir özellik. /ismail -- Never learn by your mistakes, if you do you may never dare to try again. From turkay.eren at gmail.com Sun Feb 3 08:24:42 2008 From: turkay.eren at gmail.com (Eren =?utf-8?q?T=C3=BCrkay?=) Date: Sun, 3 Feb 2008 08:24:42 +0200 Subject: [Gelistirici] [Contrib-commits] [buildfarm] error: programming/languages/python/python2-biggles/pspec.xml In-Reply-To: <20080203060845.0CACF590018@test.pardus.org.tr> References: <20080203060845.0CACF590018@test.pardus.org.tr> Message-ID: <200802030824.42138.turkay.eren@gmail.com> On 03 Feb 2008 Sun 08:08:45 Pardus Buildfarm wrote: > 'programming/languages/python/python2-biggles/pspec.xml' in BUILD Oyy, plotuils içerisinden libxmi kütüphanaleri çýkýyor. > plotutils paketi, versiyon 2.4.1, sürüm 1, inþa 3 kuruluyor > Program sonlandýrýldý. > pisi.atomicoperations.Error: Dosya çakýþmalarý: > /usr/share/info/libxmi.info libxmi paketinden > /usr/lib/libxmi.la libxmi paketinden > /usr/lib/libxmi.so.0 libxmi paketinden > /usr/lib/libxmi.so.0.1.2 libxmi paketinden > /usr/lib/libxmi.so libxmi paketinden > /usr/include/xmi.h libxmi paketinden Plotutils configure.in þöyle diyor; > dnl Do we build and install a standalone version of the libxmi > dnl scan-conversion library? (Not done by default because it's separately > dnl distributed.) > AC_ARG_ENABLE(libxmi, [ --enable-libxmi build the libxmi > scan-conversion library], echo enabling construction of the libxmi > scan-conversion library; no_libxmi="no", no_libxmi="yes") > AM_CONDITIONAL(NO_LIBXMI, test "x$no_libxmi" = "xyes") --enable-libxmi içerisindeki libxmi'i derliyormuþ :) * libxmi paketi þu anda contribde, "enblend" libxmi'a depend ediyor. * 2007'deki pspp paketi plotutils'e depend ediyor. Plotutils içerisindeki libxmi kütüphanesine baktým, contribdeki libxmi ile ayný. Plotutils libxmi'ý alýp koymuþ kendi içerisine ve "eðer istersen beni derlerken kur, uðraþma" diyor. Bu arada hatýrlatayým, plotutils kendine libxmi filan linklemiyor, sadece daðýtmak amaçlý kullanýyor. Yukarýda plotutils'e depend eden "pspp" paketinin de libxmi ile iþi yok. Kullanmýyor. Yani paket taþýma iþleminde kýrýlabilecek herhangi bir paket yok. Þu anda yapýlacak olan; 1- libxmi paketinin devel/2007'ye taþýnmasý. 2- plotutils paketinin düzenlenmesi. Ayrýca plotutils içerisinden static library çýkýyor. "--disable-static" ile derleyince bu durum oluþuyor, "--enable-static=no" ile derlendiðinde oluþturmuyor :\ Ekteki paket plotutils'i düzeltiyor. Paketçisi hemen ilgilenebilirse sevinirim. ACK verilirse libxmi paketinin *.pisi ile birlikte 2007'ye taþýnmasý gerekecek. Sonrasýnda da python2-biggles'a yeni plotutils dependi verip fixleyeceðiz. From eren at parduslinux.org Sun Feb 3 11:01:14 2008 From: eren at parduslinux.org (Eren KOVANCI) Date: Sun, 3 Feb 2008 11:01:14 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Katk=FDc=FDlar_i=E7in_mail_hesab=FD_?= =?iso-8859-9?q?ve_alan=3F?= In-Reply-To: <20080203012250.GA2288@hay> References: <200802030301.49906.muratasenel@gmail.com> <20080203012250.GA2288@hay> Message-ID: <2b85601f0802030101s4dbd988en99a992d3707c8ef8@mail.gmail.com> Pardus.org.tr verilmezse belki bu adres iþinize yarar. http://www.parduslinux.org/2007/05/basvuru.html -------------- sonraki bölüm -------------- Bir HTML eklentisi temizlendi... URL: http://liste.pardus.org.tr/gelistirici/attachments/20080203/61e26993/attachment.htm From turkay.eren at gmail.com Sun Feb 3 12:03:43 2008 From: turkay.eren at gmail.com (Eren =?utf-8?q?T=C3=BCrkay?=) Date: Sun, 3 Feb 2008 12:03:43 +0200 Subject: [Gelistirici] Enchant ve GTKSpell Message-ID: <200802031203.44009.turkay.eren@gmail.com> Selam, Playgroundda zemberek dbus kullanabilen bir enchant var. Ayrýca yine playgrounddaki gtkspell enchant kullanabiliyor. Þu ana kadar olan denemelerimde baþarýlý sonuç aldým. Gtkspell destekleyen uygulamalarýn bazýlarýný denedim (xchat, pidgin), güzelce yanlýþlarý bulup altýný çiziyor ve öneri veriyor. Ekran görüntüleri aþaðýda, siz de denemek isterseniz lütfen "playground/eren/programming/libs/enchant" ve "playground/eren/desktop/gnome/gtkspell" altýndakileri build edin. Sonrasýnda gtkspell destekleyen uygulamalarý baþtan derleyin. Örneðin pidgin için actions.py'de "--disable-gtkspell" seçeneðini kaldýrýp derlemek yeterli. Bunlarýn haricinde KDE4 de enchant kullanabiliyor. KDE4'de spellchecker olarak bir karara varmamýþsak bu threadda tartýþalým derim. Benim görüþüm enchant'dan yana olacak. http://imaj.at/image/32082 http://imaj.at/image/32083 Saygýlar, Eren From tuxposta at gmail.com Sun Feb 3 13:03:20 2008 From: tuxposta at gmail.com (Ahmet =?iso-8859-9?q?Erdo=F0an?=) Date: Sun, 3 Feb 2008 13:03:20 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Katk=FDc=FDlar_i=E7in_mail_hesab=FD_?= =?iso-8859-9?q?ve_alan=3F?= In-Reply-To: <200802030301.49906.muratasenel@gmail.com> References: <200802030301.49906.muratasenel@gmail.com> Message-ID: <200802031303.26461.tuxposta@gmail.com> Sunday 03 February 2008 03:01:49 tarihinde Murat Senel þunlarý yazmýþtý: > Selam, Selam > Yanýlmýyorsam daha önce Ankarada'ki geliþtirici toplantýsýnda konuþulmuþtu > bu konu. 1-) Biz katkýcýlara özel bir makine ayrýlýp, dosyalarýmýzý, > tarballarýmýzý koyabileceðimiz bir alan olacak mý? Bencede böyle bir alan gerekli. > 2-) Ayrýca, çoðumuz bir > çok listeye üye ve yine çoðumuz gmail kullanýyor ama listelerin çokluðu > sebebiyle gmaille sýkýntý yaþayabiliyoruz. Ayný zamanda, bir upstream ile > mailleþirken @gmail yerine @pardus gözükmesi göreceli avantaj > saðlayacaktýr. Bu noktada hede at pardus.org.tr gibi mail adresleri > katkýcýlara verilebilir mi? Katýlýyorum. >Kolay gelsin > >Murat Ýyi çalýþmalar Ahmet Erdoðan -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 189 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20080203/e3b02057/attachment.pgp From turkay.eren at gmail.com Sun Feb 3 13:24:01 2008 From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=) Date: Sun, 3 Feb 2008 13:24:01 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Katk=FDc=FDlar_i=E7in_mail_hesab=FD_?= =?iso-8859-9?q?ve_alan=3F?= In-Reply-To: <200802030301.49906.muratasenel@gmail.com> References: <200802030301.49906.muratasenel@gmail.com> Message-ID: <200802031324.01664.turkay.eren@gmail.com> On 03 Feb 2008 Sun 03:01:49 Murat Senel wrote: > Yanýlmýyorsam daha önce Ankarada'ki geliþtirici toplantýsýnda konuþulmuþtu > bu konu. 1-) Biz katkýcýlara özel bir makine ayrýlýp, dosyalarýmýzý, > tarballarýmýzý koyabileceðimiz bir alan olacak mý? > 2-) Ayrýca, çoðumuz bir > çok listeye üye ve yine çoðumuz gmail kullanýyor ama listelerin çokluðu > sebebiyle gmaille sýkýntý yaþayabiliyoruz. Ayný zamanda, bir upstream  ile > mailleþirken @gmail yerine @pardus gözükmesi göreceli avantaj > saðlayacaktýr. Bu noktada hede at pardus.org.tr gibi mail adresleri > katkýcýlara verilebilir mi? Buna kesinlikle katýlýyorum. Örnek vermek gerekirse; Xfce takýmý svn hesabý olan herkes için "svnuser at xfce.org" e-posta adresi atýyor. Politika, "xxx at pardus.org.tr" tubitak çalýþanlarýna verilir olarak belirlendiyse eðer, en azýndan "contributor.pardus.org.tr" alan adý oluþturulup katkýcýlara buradan e-posta adresleri saðlanabilir. Böylece hem tubitak çalýþanlarý ile diðerlerinin e-posta hesaplarý karýþmamýþ olur, hem de kurulabilecek bir ftp sunucusu ile katkýcýlarýn dosyalarýný buraya atmasý saðlanýr. Bunun için öyle ahým þahým bir sunucu gerekeceðini düþünmüyorum. Benim 2Ykr. From muratasenel at gmail.com Sun Feb 3 14:09:08 2008 From: muratasenel at gmail.com (Murat Senel) Date: Sun, 3 Feb 2008 14:09:08 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Katk=FDc=FDlar_i=E7in_mail_hesab=FD_?= =?iso-8859-9?q?ve_alan=3F?= In-Reply-To: <200802031324.01664.turkay.eren@gmail.com> References: <200802030301.49906.muratasenel@gmail.com> <200802031324.01664.turkay.eren@gmail.com> Message-ID: <200802031409.08229.muratasenel@gmail.com> Sunday 03 February 2008 13:24:01 tarihinde Eren Türkay þunlarý yazmýþtý: > Politika, "xxx at pardus.org.tr" tubitak çalýþanlarýna verilir olarak > belirlendiyse eðer, en azýndan "contributor.pardus.org.tr" alan adý > oluþturulup katkýcýlara buradan e-posta adresleri saðlanabilir. Böylece hem > tubitak çalýþanlarý ile diðerlerinin e-posta hesaplarý karýþmamýþ olur, hem > de kurulabilecek bir ftp sunucusu ile katkýcýlarýn dosyalarýný buraya > atmasý saðlanýr. Bunun için öyle ahým þahým bir sunucu gerekeceðini > düþünmüyorum. pardus.org.tr nin sadece cekirdek ekibe verilmesi gibi bir durum var mi bilmiyorum ama umarim yoktur cunku en azindan ilk postayi atarken dusundugum tamamen pardu.org.tr olarak bir mail adresinin verilmesiydi. Bu konuda tamamen "sekilci" yaklasiyorum bastan soyleyeyim. pardus.org.tr yerine hede.pardus.org.tr gibi bir mail adresi benim anlatmak istedigim duruma cozum olmayacaktir. > Benim 2Ykr. Bozuk yok. -- There's no fun in having nothing to do; the fun is having lots to do and not doing them! -- Francis Herbert -- From ikesen92 at gmail.com Sun Feb 3 14:35:03 2008 From: ikesen92 at gmail.com (=?ISO-8859-9?Q?=DDlker_Kesen?=) Date: Sun, 3 Feb 2008 14:35:03 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Katk=FDc=FDlar_i=E7in_mail_hesab=FD_?= =?iso-8859-9?q?ve_alan=3F?= In-Reply-To: <200802030301.49906.muratasenel@gmail.com> References: <200802030301.49906.muratasenel@gmail.com> Message-ID: Merhabalar, bayaðýdýr uzak kalmýþtým buralardan... 03.02.2008 tarihinde Murat Senel yazmýþ: > Selam, > > Yanýlmýyorsam daha önce Ankarada'ki geliþtirici toplantýsýnda konuþulmuþtu bu > konu. 1-) Biz katkýcýlara özel bir makine ayrýlýp, dosyalarýmýzý, > tarballarýmýzý koyabileceðimiz bir alan olacak mý? 2-) Ayrýca, çoðumuz bir > çok listeye üye ve yine çoðumuz gmail kullanýyor ama listelerin çokluðu > sebebiyle gmaille sýkýntý yaþayabiliyoruz. Ayný zamanda, bir upstream ile > mailleþirken @gmail yerine @pardus gözükmesi göreceli avantaj saðlayacaktýr. > Bu noktada hede at pardus.org.tr gibi mail adresleri katkýcýlara verilebilir mi? > > Bu kadar :) > > Kolay gelsin > > Murat Kelimesi kelimesine katýlýyorum, +1 -- Ýlker Kesen From ayanozturk at gmail.com Sun Feb 3 14:51:28 2008 From: ayanozturk at gmail.com (Ayan =?iso-8859-9?q?=D6zt=FCrk?=) Date: Sun, 3 Feb 2008 14:51:28 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Katk=FDc=FDlar_i=E7in_mail_hesab=FD_?= =?iso-8859-9?q?ve_alan=3F?= In-Reply-To: <200802030301.49906.muratasenel@gmail.com> References: <200802030301.49906.muratasenel@gmail.com> Message-ID: <200802031451.28940.ayanozturk@gmail.com> Sunday 03 February 2008 03:01:49 tarihinde Murat Senel þunlarý yazmýþtý: > 1-) Biz katkýcýlara özel bir makine ayrýlýp, dosyalarýmýzý, > tarballarýmýzý koyabileceðimiz bir alan olacak mý? > 2-) Ayrýca, çoðumuz bir > çok listeye üye ve yine çoðumuz gmail kullanýyor ama listelerin çokluðu > sebebiyle gmaille sýkýntý yaþayabiliyoruz. Ayný zamanda, bir upstream  ile > mailleþirken @gmail yerine @pardus gözükmesi göreceli avantaj > saðlayacaktýr. Bu noktada hede at pardus.org.tr gibi mail adresleri > katkýcýlara verilebilir mi? söylediklerine bende katýlýyorum.. -- Ayan Öztürk From selimok at gmail.com Sun Feb 3 14:49:45 2008 From: selimok at gmail.com (selim ok) Date: Sun, 3 Feb 2008 13:49:45 +0100 Subject: [Gelistirici] =?iso-8859-9?q?Katk=FDc=FDlar_i=E7in_mail_hesab=FD_?= =?iso-8859-9?q?ve_alan=3F?= In-Reply-To: References: <200802030301.49906.muratasenel@gmail.com> Message-ID: Merhaba, Ben de arkadaþlarýn manevi olarak arkalarýndayým :) Özellikle alan konusunda mutlaka bir þeyler yapýlmasý gerektiðine inanýyorum. Elektronik posta adresleri konusunda da katý bir çekirdek ekip / katkýcý ekip ayrýmý olmasý gerekiyorsa, o zaman Eren T.'ýn önerisi yerinde görünüyor. Sevgiler, saygýlar, Selimler... -- Özgürlük icin, özgür isletim sistemi... http://www.pardus.org.tr From onur at pardus.org.tr Sun Feb 3 14:57:45 2008 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sun, 3 Feb 2008 14:57:45 +0200 Subject: [Gelistirici] [Contrib-commits] [buildfarm] error: programming/languages/python/python2-biggles/pspec.xml In-Reply-To: <200802030824.42138.turkay.eren@gmail.com> References: <20080203060845.0CACF590018@test.pardus.org.tr> <200802030824.42138.turkay.eren@gmail.com> Message-ID: <20080203145745.4da1d78f.onur@pardus.org.tr> > Ekteki paket plotutils'i düzeltiyor. Paketçisi hemen ilgilenebilirse > sevinirim. ACK verilirse libxmi paketinin *.pisi ile birlikte 2007'ye > taþýnmasý gerekecek. Sonrasýnda da python2-biggles'a yeni plotutils > dependi verip fixleyeceðiz. ekte paket yok :) plotutils benim paketimmiþ, bahsettiðin deðiþiklikleri direkt yap bence -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Sun Feb 3 15:23:59 2008 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sun, 3 Feb 2008 15:23:59 +0200 Subject: [Gelistirici] Fwd: Upstreaming hardware data - MonitorsDB In-Reply-To: <200802030556.33883.ismail@pardus.org.tr> References: <200802030556.33883.ismail@pardus.org.tr> Message-ID: <20080203152359.43b67dce.onur@pardus.org.tr> On Sun, 3 Feb 2008 05:56:33 +0200 Ismail Dönmez wrote: > http://direct2dell.com/one2one/archive/2008/01/21/41886.aspx > > pci.ids, usb.ids vs ayný yerde, zorg da buradaki MonitorsDB'yi > kullanabilir. aslýnda zorg un DB si de daðýtýmlarýn hwdata paketlerinin birleþtirilmiþ haliydi ama bir süredir senkron etmiyorduk. Bir araya gelmesi iyi olmuþ, araklamasý daha rahat olacak :) -- Onur Küçük Knowledge speaks, but wisdom listens From ayanozturk at gmail.com Sun Feb 3 16:21:00 2008 From: ayanozturk at gmail.com (Ayan =?utf-8?q?=C3=96zt=C3=BCrk?=) Date: Sun, 3 Feb 2008 16:21:00 +0200 Subject: [Gelistirici] ogmtools Message-ID: <200802031621.00685.ayanozturk@gmail.com> merhaba, dvd::rip programýnýn runtime baðýmlýlýklarýndan biri olan ogmtools bir süredir devel'de duruyormuþ. bu paketin merge edilmesi mümkün mü acaba? ya da durumu nedir? -- Ayan Öztürk From turkay.eren at gmail.com Sun Feb 3 16:39:14 2008 From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=) Date: Sun, 3 Feb 2008 16:39:14 +0200 Subject: [Gelistirici] [Contrib-commits] [buildfarm] error: programming/languages/python/python2-biggles/pspec.xml In-Reply-To: <20080203145745.4da1d78f.onur@pardus.org.tr> References: <20080203060845.0CACF590018@test.pardus.org.tr> <200802030824.42138.turkay.eren@gmail.com> <20080203145745.4da1d78f.onur@pardus.org.tr> Message-ID: <200802031639.14352.turkay.eren@gmail.com> On 03 Feb 2008 Sun 14:57:45 Onur Küçük wrote: >  ekte paket yok :) Patch demek istemiþtim :P Tamam deðiþiklikleri yapýyorum. From onur at pardus.org.tr Sun Feb 3 16:50:04 2008 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sun, 3 Feb 2008 16:50:04 +0200 Subject: [Gelistirici] [Contrib-commits] [buildfarm] error: programming/languages/python/python2-biggles/pspec.xml In-Reply-To: <200802031639.14352.turkay.eren@gmail.com> References: <20080203060845.0CACF590018@test.pardus.org.tr> <200802030824.42138.turkay.eren@gmail.com> <20080203145745.4da1d78f.onur@pardus.org.tr> <200802031639.14352.turkay.eren@gmail.com> Message-ID: <20080203165004.db8e0afd.onur@pardus.org.tr> On Sun, 3 Feb 2008 16:39:14 +0200 Eren Türkay wrote: > On 03 Feb 2008 Sun 14:57:45 Onur Küçük wrote: > >  ekte paket yok :) > > Patch demek istemiþtim :P Tamam deðiþiklikleri yapýyorum. patch de yoktu :) -- Onur Küçük Knowledge speaks, but wisdom listens From turkay.eren at gmail.com Sun Feb 3 16:48:30 2008 From: turkay.eren at gmail.com (Eren =?iso-8859-9?q?T=FCrkay?=) Date: Sun, 3 Feb 2008 16:48:30 +0200 Subject: [Gelistirici] [Contrib-commits] [buildfarm] error: programming/languages/python/python2-biggles/pspec.xml In-Reply-To: <20080203165004.db8e0afd.onur@pardus.org.tr> References: <20080203060845.0CACF590018@test.pardus.org.tr> <200802031639.14352.turkay.eren@gmail.com> <20080203165004.db8e0afd.onur@pardus.org.tr> Message-ID: <200802031648.30118.turkay.eren@gmail.com> On 03 Feb 2008 Sun 16:50:04 Onur Küçük wrote: >  patch de yoktu :) > On 03 Feb 2008 Sun 08:24:42 you wrote: > > Ekteki paket plotutils'i düzeltiyor. > > Pff, nedense hep unutuyorum eklemeyi :) Giden kutusunda gözüküyor, bir sorun olmuþ olmalý :\ Neyse, commit ettim deðiþikliði :) From onur at pardus.org.tr Sun Feb 3 17:44:19 2008 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sun, 3 Feb 2008 17:44:19 +0200 Subject: [Gelistirici] Smash that stack harder aka Pardus 2008 C(XX)FLAGS In-Reply-To: <200802030611.37965.ismail@pardus.org.tr> References: <200802030611.37965.ismail@pardus.org.tr> Message-ID: <20080203174419.be1a6769.onur@pardus.org.tr> > -mtune=generic -march=i686 -O2 -pipe -fomit-frame-pointer bence ok > bunlar temel optimizasyon flagleri, ek güvenlik için > > -fstack-protector > > Bu flag ile stack smashing [0] saldýrýlarý önleniyor daha önceden > yazdýðým ASLR özelliðine ek bir koruma sistemi. Stack protector genel > olarak açýlýnca bazý paketlerde özel olarak kapatýlmasý gerekicek > ( kernel kendisi kapatýyor mesela). Xorg da ve bazý multimedia araçlarýnda peformans düþüþüne sebep oluyor diyorlar (4-8%) ama þu anda durum nedir ben de bilmiyorum. Bunlarý denememiz gerekecek. Pisi actionsapi ye "filter-flags" güzel olur bu durumda :) > -D_FORTIFY_SOURCE=2 > > Derleme sýrasýnda buffer overflowlara karþý önlem alýyor. Gcc 4.3 ve > glibc 2.7+ ile birlikte artýk C++ programlarýný da destekliyor. [1] Okuduðum yerlerde =1 verirsek derleme sýrasýnda, =2 verirsek hem derlerken deðiþtiriyor hem de runtime da bazý fonksiyonlarý (strcpy vs.) fortifed olanlarý ile deðiþtirdiði yazýyor, yine de overhead i çok deðil diyorlar. Gcc 4.3 de durum nedir bilmiyorum, okuduklarým çok güncel deðildi. Bence genel olarak mantýklý bu flag lar ama iyi bildiðim bir konu deðil bu. Diðer daðýtýmlar (Suse ve ubuntu mesela) öntanýmlý flag ne kullanýyor biliyor musunuz ? Not: Arada kötü yazýlmýþ kodlarda da performans artýþý getirdiði de oluyor tabi :) Bakýnýz [1] ve gereksiz allocate edilmiþ 128 byte, yaklaþýk 10% performansý arttý, ama bu bir kýstas deðil tabi ki, tek fonksiyon tek çaðrý tek yerel char array vs. [1] http://cekirdek.pardus.org.tr/~onur/code/exectime_count.c -- Onur Küçük Knowledge speaks, but wisdom listens From huseyinakcan at gmail.com Sun Feb 3 20:57:45 2008 From: huseyinakcan at gmail.com (Huseyin Akcan) Date: Sun, 3 Feb 2008 20:57:45 +0200 Subject: [Gelistirici] Smash that stack harder aka Pardus 2008 C(XX)FLAGS In-Reply-To: <20080203174419.be1a6769.onur@pardus.org.tr> References: <200802030611.37965.ismail@pardus.org.tr> <20080203174419.be1a6769.onur@pardus.org.tr> Message-ID: > Not: Arada kötü yazýlmýþ kodlarda da performans artýþý getirdiði de > oluyor tabi :) Bakýnýz [1] ve gereksiz allocate edilmiþ 128 byte, > yaklaþýk 10% performansý arttý, ama bu bir kýstas deðil tabi ki, tek > fonksiyon tek çaðrý tek yerel char array vs. > > [1] http://cekirdek.pardus.org.tr/~onur/code/exectime_count.c Ben burda neden performans artýþý oluyor anlamadým, char buf[128]; veya char buf[11] veya sadece return strncmp("1234567890", "1234", 4); ile hep ayný sonuçlarý alýyorum süre olarak. Tam süre her denemede biraz dalgalanýyor, ama minimumlarý ayný. gcc -O2 -D_FORTIFY_SOURCE=2 ile. Merat ettim birþey mi kaçýrýyorum, neden buf[128] daha hýzlý çalýþsýn ki, ortada bellek/cpu hýzýný ilgilendiren bir kýstas yok. Ne kadar bellek kullanýlýrsa kullanýlsýn strcpy 11, strncmp 4 karakter sonra çalýþmasýný bitiriyor. hüseyin From ismail at pardus.org.tr Sun Feb 3 21:16:59 2008 From: ismail at pardus.org.tr (Ismail =?iso-8859-9?q?D=F6nmez?=) Date: Sun, 3 Feb 2008 21:16:59 +0200 Subject: [Gelistirici] Smash that stack harder aka Pardus 2008 C(XX)FLAGS In-Reply-To: <20080203174419.be1a6769.onur@pardus.org.tr> References: <200802030611.37965.ismail@pardus.org.tr> <20080203174419.be1a6769.onur@pardus.org.tr> Message-ID: <200802032116.59113.ismail@pardus.org.tr> At Sunday 03 February 2008 around 17:44:19 Onur Küçük wrote: >  Bence genel olarak mantýklý bu flag lar ama iyi bildiðim bir konu > deðil bu. Diðer daðýtýmlar (Suse ve ubuntu mesela) öntanýmlý flag ne > kullanýyor biliyor musunuz ? Ubuntu pie, stack protector default olarak derliyor _tüm_ programlarý -fomit-frame-pointer'dan kazanýlanlar buraya gidiyor. /ismail -- Never learn by your mistakes, if you do you may never dare to try again. From onur at pardus.org.tr Sun Feb 3 21:35:35 2008 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sun, 3 Feb 2008 21:35:35 +0200 Subject: [Gelistirici] Smash that stack harder aka Pardus 2008 C(XX)FLAGS In-Reply-To: References: <200802030611.37965.ismail@pardus.org.tr> <20080203174419.be1a6769.onur@pardus.org.tr> Message-ID: <20080203213535.4ad378c2.onur@pardus.org.tr> > > [1] http://cekirdek.pardus.org.tr/~onur/code/exectime_count.c > > Ben burda neden performans artýþý oluyor anlamadým, > char buf[128]; > veya char buf[11] > veya sadece > return strncmp("1234567890", "1234", 4); > > ile hep ayný sonuçlarý alýyorum süre olarak. Tam süre her denemede > biraz dalgalanýyor, > ama minimumlarý ayný. > gcc -O2 -D_FORTIFY_SOURCE=2 ile. > > Merat ettim birþey mi kaçýrýyorum, neden buf[128] daha hýzlý çalýþsýn > ki, ortada bellek/cpu hýzýný ilgilendiren bir kýstas yok. Ne kadar > bellek kullanýlýrsa kullanýlsýn strcpy 11, strncmp 4 karakter sonra > çalýþmasýný bitiriyor. gcc 4.3 ile -fstack-protector açarak deneyin Tahminim buf u 128 allocate etmek yerine 11 allocate edip býrakýyor. Þu anda inceleyemiyorum, derlediðim sistem elimin altýnda deðil ama bilen varsa beri gelsin (ya da gcc -S çýktýsýný kýyaslasýn :) -- Onur Küçük Knowledge speaks, but wisdom listens From onur at pardus.org.tr Sun Feb 3 21:37:28 2008 From: onur at pardus.org.tr (Onur =?UTF-8?B?S8O8w6fDvGs=?=) Date: Sun, 3 Feb 2008 21:37:28 +0200 Subject: [Gelistirici] Smash that stack harder aka Pardus 2008 C(XX)FLAGS In-Reply-To: <200802032116.59113.ismail@pardus.org.tr> References: <200802030611.37965.ismail@pardus.org.tr> <20080203174419.be1a6769.onur@pardus.org.tr> <200802032116.59113.ismail@pardus.org.tr> Message-ID: <20080203213728.e091694f.onur@pardus.org.tr> On Sun, 3 Feb 2008 21:16:59 +0200 Ismail Dönmez wrote: > At Sunday 03 February 2008 around 17:44:19 Onur Küçük wrote: > >  Bence genel olarak mantýklý bu flag lar ama iyi bildiðim bir konu > > deðil bu. Diðer daðýtýmlar (Suse ve ubuntu mesela) öntanýmlý flag ne > > kullanýyor biliyor musunuz ? > > Ubuntu pie, stack protector default olarak derliyor _tüm_ > programlarý -fomit-frame-pointer'dan kazanýlanlar buraya gidiyor. xorg da kapatýyordur pie ý , canýna okuyor olmalý, ubuntu wiki de yazýyordu galiba böyle bir þey -- Onur Küçük Knowledge speaks, but wisdom listens From ismail at pardus.org.tr Sun Feb 3 21:44:02 2008 From: ismail at pardus.org.tr (Ismail =?iso-8859-9?q?D=F6nmez?=) Date: Sun, 3 Feb 2008 21:44:02 +0200 Subject: [Gelistirici] Smash that stack harder aka Pardus 2008 C(XX)FLAGS In-Reply-To: <20080203213728.e091694f.onur@pardus.org.tr> References: <200802030611.37965.ismail@pardus.org.tr> <200802032116.59113.ismail@pardus.org.tr> <20080203213728.e091694f.onur@pardus.org.tr> Message-ID: <200802032144.02653.ismail@pardus.org.tr> At Sunday 03 February 2008 around 21:37:28 Onur Küçük wrote: > On Sun, 3 Feb 2008 21:16:59 +0200 > > Ismail Dönmez wrote: > > At Sunday 03 February 2008 around 17:44:19 Onur Küçük wrote: > > >  Bence genel olarak mantýklý bu flag lar ama iyi bildiðim bir konu > > > deðil bu. Diðer daðýtýmlar (Suse ve ubuntu mesela) öntanýmlý flag ne > > > kullanýyor biliyor musunuz ? > > > > Ubuntu pie, stack protector default olarak derliyor _tüm_ > > programlarý -fomit-frame-pointer'dan kazanýlanlar buraya gidiyor. > > xorg da kapatýyordur pie ý , canýna okuyor olmalý, ubuntu wiki de > yazýyordu galiba böyle bir þey Yep Xorg ve birkaç yerde daha :-) -fno-stack-protector dedik mi tamamdýr. /ismail -- Never learn by your mistakes, if you do you may never dare to try again. From faik at pardus.org.tr Sun Feb 3 21:57:48 2008 From: faik at pardus.org.tr (Faik Uygur) Date: Sun, 3 Feb 2008 21:57:48 +0200 Subject: [Gelistirici] =?iso-8859-9?q?pardus=27un_kurulum_h=FDz=FDn=FDn_ar?= =?iso-8859-9?q?tt=FDr=FDlmas=FD?= In-Reply-To: References: <200801291953.31081.turkay.eren@gmail.com> Message-ID: <200802032157.48495.faik@pardus.org.tr> > üstteki kodda paketin dependency'si yoksa dep_graph' eklenmiyor. > Onun yerine Pisi'yi doðrudan çaðýrmayý denedim: > import pisi.api > pisi.api.init() > order = pisi.api.generate_install_order(package_list) > pisi.api.finalize() Tartýþmaya geç dahil olduðum için kusura bakmayýn. Þu þekilde dener misiniz bir de: import pisi.api pisi.api.init() order = pisi.api.generate_install_order(package_list) order = pisi.api.reorder_base_packages(order) pisi.api.finalize() reorder_base_packages #4211 nolu bug için bir workaround idi. Ama doðrusu beklendiði þekilde generate_install_order'ýn bu iþi kendi içinde yapmasý. Bunu api'de düzeltmeye çalýþacaðým. Ýyi çalýþmalar, - Faik From caglar at pardus.org.tr Sun Feb 3 22:05:53 2008 From: caglar at pardus.org.tr (=?iso-8859-9?q?S=2E=C7a=F0lar?= Onur) Date: Sun, 3 Feb 2008 22:05:53 +0200 Subject: [Gelistirici] Smash that stack harder aka Pardus 2008 C(XX)FLAGS In-Reply-To: References: <200802030611.37965.ismail@pardus.org.tr> <20080203174419.be1a6769.onur@pardus.org.tr> Message-ID: <200802032205.57565.caglar@pardus.org.tr> 03 Þub 2008 Paz tarihinde, Huseyin Akcan þunlarý yazmýþtý: > > Not: Arada kötü yazýlmýþ kodlarda da performans artýþý getirdiði de > > oluyor tabi :) Bakýnýz [1] ve gereksiz allocate edilmiþ 128 byte, > > yaklaþýk 10% performansý arttý, ama bu bir kýstas deðil tabi ki, tek > > fonksiyon tek çaðrý tek yerel char array vs. > > > > [1] http://cekirdek.pardus.org.tr/~onur/code/exectime_count.c > > Ben burda neden performans artýþý oluyor anlamadým, > char buf[128]; > veya char buf[11] > veya sadece > return strncmp("1234567890", "1234", 4); > > ile hep ayný sonuçlarý alýyorum süre olarak. Tam süre her denemede > biraz dalgalanýyor, > ama minimumlarý ayný. > gcc -O2 -D_FORTIFY_SOURCE=2 ile. > > Merat ettim birþey mi kaçýrýyorum, neden buf[128] daha hýzlý çalýþsýn > ki, ortada bellek/cpu hýzýný ilgilendiren bir kýstas yok. Ne kadar > bellek kullanýlýrsa kullanýlsýn strcpy 11, strncmp 4 karakter sonra > çalýþmasýný bitiriyor. Birþey kaçýrmýyorsam bu örnek yanlýþ zaten int test() { char buf[128]; strcpy(buf, "1234567890"); return strncmp(buf, "1234", 4); } bu fonksiyonda -fstack-protector'ýn kontrol için bir þey deðiþtirmesi gerekmiyor, bir buffer overflow bu kod ile söz konusu deðil ve uzunluk kontrolleri zaten compile time sýrasýnda halledilecek. Örneðin bu fonksiyon þu þekilde deðiþtirilirse int test(char *str) { char buf[128]; return sprintf(buf, "%s", str); } O zaman compiler araya girecek ve buf öncesine rastgele bir deðiþken tanýmlayacak fonksiyon çýkýþýnda da kontrol edecek. -- S.Çaðlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 189 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20080203/c2106997/attachment.pgp From caglar at pardus.org.tr Sun Feb 3 22:09:58 2008 From: caglar at pardus.org.tr (=?iso-8859-9?q?S=2E=C7a=F0lar?= Onur) Date: Sun, 3 Feb 2008 22:09:58 +0200 Subject: [Gelistirici] Smash that stack harder aka Pardus 2008 C(XX)FLAGS In-Reply-To: <200802030611.37965.ismail@pardus.org.tr> References: <200802030611.37965.ismail@pardus.org.tr> Message-ID: <200802032209.58777.caglar@pardus.org.tr> 03 Þub 2008 Paz tarihinde, Ismail Dönmez þunlarý yazmýþtý: > Pardus 2008 en güvenli Pardus olsun çalýþmasý kapsamýnda þu flaglarý > öneriyorum : > > -mtune=generic -march=i686 -O2 -pipe -fomit-frame-pointer Halen -O2/O3 veya Os arasýnda kararsýzým ben :) > bunlar temel optimizasyon flagleri, ek güvenlik için > > -fstack-protector > > Bu flag ile stack smashing [0] saldýrýlarý önleniyor daha önceden yazdýðým > ASLR özelliðine ek bir koruma sistemi. Stack protector genel olarak açýlýnca > bazý paketlerde özel olarak kapatýlmasý gerekicek ( kernel kendisi kapatýyor > mesela). 1.0 -fstack-protector-all ile derlenmiþti ve o zamanki gcc'miz SPP yamalarýný yanýnda taþýyordu, multimedia hedelerindeki sorunlar dýþýnda (ne olduklarýný hatýrlamýyorum) bir sorun yaþadýðýmýzý hatýrlamýyorum, > -D_FORTIFY_SOURCE=2 > > Derleme sýrasýnda buffer overflowlara karþý önlem alýyor. Gcc 4.3 ve glibc > 2.7+ ile birlikte artýk C++ programlarýný da destekliyor. [1] Bunu her paket için mi yapmalý yoksa SUSE'nin yaptýðý gibi sadece glibc için mi bunu kullanmalý bilemiyorum. > Yorumlar/fikirler/öneriler ? Diðer daðýtýmlarýn ne yaptýðý ile ilgili kesin bilgi var mý elimizde? Suse wiki'sinde toplantý notlarý arasýnda bir seri tartýþma var þu mu olsun bu mu olsun diye ama kesin sonuç bulamadým (aslýnda çok da aramadým ne yalan söyleyeyim). Onlarý da öðrensek fena olmayacak. -- S.Çaðlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 189 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20080203/dbc48709/attachment.pgp From caglar at pardus.org.tr Sun Feb 3 22:19:59 2008 From: caglar at pardus.org.tr (=?iso-8859-9?q?S=2E=C7a=F0lar?= Onur) Date: Sun, 3 Feb 2008 22:19:59 +0200 Subject: [Gelistirici] [paketler-commits] r40631 - in playground/caglar/kernel/kernel: . files files/fedora In-Reply-To: <20080203194106.7037A7C04ED@liste.uludag.org.tr> References: <20080203194106.7037A7C04ED@liste.uludag.org.tr> Message-ID: <200802032219.59890.caglar@pardus.org.tr> 03 Þub 2008 Paz tarihinde, paketler-commits at pardus.org.tr þunlarý yazmýþtý: > Author: cartman > Date: Sun Feb 3 21:41:06 2008 > New Revision: 40631 > > Added: > playground/caglar/kernel/kernel/files/fedora/linux-2.6-execshield.patch > Modified: > playground/caglar/kernel/kernel/files/pardus-kernel-config.patch > playground/caglar/kernel/kernel/pspec.xml > Log: > Bring Ingo Molnar's exec-shield [0] to Pardus, what does this mean for us? > > - 4 years of work, stable now > - NX protection on 32bit without need for 64bit system > - PIE randomization > - brk() randomization > > This is the best you can get on Linux security, next level is AppArmor/SELinux/Tomoyo Linux > > Exec shield needs PAE to work so it needs HIGHMEM_64G tested on my box with success and easily can be disabled with > > echo 0 > /proc/sys/kernel/exec-shield > > Please test it! pie-randomization.patch ve randomize-brk.patch zaten exec-shield'ýn parçalarýydý, NX biti için PAE açýyorsun PentiumPro'dan daha eski sistemler artýk boot etmeyecek, HIGHMEM64'ün getirdiði LKML'de bir türlü ölçülemeyen ama %3 ile %40 arasýnda olduðu _iddia_ edilen overhead bana kabul edilebilir gelmiyor. Özetle bu hamleyi sevmedim :) -- S.Çaðlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 189 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20080203/03798444/attachment.pgp From ismail at pardus.org.tr Sun Feb 3 22:21:20 2008 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Sun, 3 Feb 2008 22:21:20 +0200 Subject: [Gelistirici] Smash that stack harder aka Pardus 2008 C(XX)FLAGS In-Reply-To: <200802032209.58777.caglar@pardus.org.tr> References: <200802030611.37965.ismail@pardus.org.tr> <200802032209.58777.caglar@pardus.org.tr> Message-ID: <200802032221.20653.ismail@pardus.org.tr> At Sunday 03 February 2008 around 22:09:58 S.Çaðlar Onur wrote: > 03 Þub 2008 Paz tarihinde, Ismail Dönmez þunlarý yazmýþtý: > > Pardus 2008 en güvenli Pardus olsun çalýþmasý kapsamýnda þu flaglarý > > öneriyorum : > > > > -mtune=generic -march=i686 -O2 -pipe -fomit-frame-pointer > > Halen -O2/O3 veya Os arasýnda kararsýzým ben :) -Os optimizasyonlarý öldürür -O3 gcc geliþtiricileri tarafýndan bile önerilmiyor, test edilmediði için. Sadece glibc için kullanýyoruz bunu onu da patlatýyordu daha geçen gün düzeltildi. > > bunlar temel optimizasyon flagleri, ek güvenlik için > > > > -fstack-protector > > > > Bu flag ile stack smashing [0] saldýrýlarý önleniyor daha önceden > > yazdýðým ASLR özelliðine ek bir koruma sistemi. Stack protector genel > > olarak açýlýnca bazý paketlerde özel olarak kapatýlmasý gerekicek ( > > kernel kendisi kapatýyor mesela). > > 1.0 -fstack-protector-all ile derlenmiþti ve o zamanki gcc'miz SPP > yamalarýný yanýnda taþýyordu, multimedia hedelerindeki sorunlar dýþýnda (ne > olduklarýný hatýrlamýyorum) bir sorun yaþadýðýmýzý hatýrlamýyorum, Stack protector çok geliþti zaten ama Fedora -fstack-protector kullanmýþ, -fstack-protector-all sadece wireshark, gaim ve birkaç baþka programda kullanýlmýþ. > > -D_FORTIFY_SOURCE=2 > > > > Derleme sýrasýnda buffer overflowlara karþý önlem alýyor. Gcc 4.3 ve > > glibc 2.7+ ile birlikte artýk C++ programlarýný da destekliyor. [1] > > Bunu her paket için mi yapmalý yoksa SUSE'nin yaptýðý gibi sadece glibc > için mi bunu kullanmalý bilemiyorum. Glibc ile ne alakasý var þimdi anlamadým? Programlarý böyle derleyeceðiz ve C++ programlarý da bundan yararlanýcak eskiden bu flagi görseler de gcc birþey yapamýyordu. > > Yorumlar/fikirler/öneriler ? > > Diðer daðýtýmlarýn ne yaptýðý ile ilgili kesin bilgi var mý elimizde? Suse > wiki'sinde toplantý notlarý arasýnda bir seri tartýþma var þu mu olsun bu > mu olsun diye ama kesin sonuç bulamadým (aslýnda çok da aramadým ne yalan > söyleyeyim). Onlarý da öðrensek fena olmayacak. Ubuntu: PIE, ASLR(sadece son çýkacak sürümde) ,stack protector default. Fedora: Server programlarýnda pie , ASLR, Exec Shield, stack protector default Suse: Stack protector (ASLR yok ondan eminim, PIE konusunda emin deðilim) Pardus için önerim: PIE, stack protector, ASLR, Exec Shield ki bu Linux üzerinde elde edilebilecek tüm güvenliði saðlýyor son aþama AppArmor/SELinux/Tomoyo Linux gibi en üst seviye katman. -- Never learn by your mistakes, if you do you may never dare to try again. From ismail at pardus.org.tr Sun Feb 3 22:23:54 2008 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Sun, 3 Feb 2008 22:23:54 +0200 Subject: [Gelistirici] [paketler-commits] r40631 - in playground/caglar/kernel/kernel: . files files/fedora In-Reply-To: <200802032219.59890.caglar@pardus.org.tr> References: <20080203194106.7037A7C04ED@liste.uludag.org.tr> <200802032219.59890.caglar@pardus.org.tr> Message-ID: <200802032223.54266.ismail@pardus.org.tr> At Sunday 03 February 2008 around 22:19:59 S.Çaðlar Onur wrote: > 03 Þub 2008 Paz tarihinde, paketler-commits at pardus.org.tr þunlarý yazmýþtý: > > Author: cartman > > Date: Sun Feb 3 21:41:06 2008 > > New Revision: 40631 > > > > Added: > > > > playground/caglar/kernel/kernel/files/fedora/linux-2.6-execshield.patch > > Modified: > > playground/caglar/kernel/kernel/files/pardus-kernel-config.patch > > playground/caglar/kernel/kernel/pspec.xml > > Log: > > Bring Ingo Molnar's exec-shield [0] to Pardus, what does this mean for > > us? > > > > - 4 years of work, stable now > > - NX protection on 32bit without need for 64bit system > > - PIE randomization > > - brk() randomization > > > > This is the best you can get on Linux security, next level is > > AppArmor/SELinux/Tomoyo Linux > > > > Exec shield needs PAE to work so it needs HIGHMEM_64G tested on my box > > with success and easily can be disabled with > > > > echo 0 > /proc/sys/kernel/exec-shield > > > > Please test it! > > pie-randomization.patch ve randomize-brk.patch zaten exec-shield'ýn > parçalarýydý, NX biti için PAE açýyorsun PentiumPro'dan daha eski sistemler > artýk boot etmeyecek, HIGHMEM64'ün getirdiði LKML'de bir türlü ölçülemeyen > ama %3 ile %40 arasýnda olduðu _iddia_ edilen overhead bana kabul > edilebilir gelmiyor. Özetle bu hamleyi sevmedim :) Fedora yýllardýr bunu kullanýyor (2003'ten beri), %3-%40 acaip atmasyon geldi bana, PentiumPro dan eskilerde MMX falan oluyor artýk zaten onlarda bizim standardlarýmýzýn çok altýnda. Ha Fedora'nýn boot edemediði makinede biz de edemeyelim ki tam tersi söz konusu þu anda ;) Bu hamleyi sev Çaðlar, baðrýna bas onu, ilgi sevgi göster. Ingo üzülmesin :( -- Never learn by your mistakes, if you do you may never dare to try again. From tekman at pardus.org.tr Sun Feb 3 22:22:23 2008 From: tekman at pardus.org.tr (Erkan Tekman) Date: Sun, 3 Feb 2008 22:22:23 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Katk=FDc=FDlar_i=E7in_mail_hesab=FD_?= =?iso-8859-9?q?ve_alan=3F?= In-Reply-To: <200802030301.49906.muratasenel@gmail.com> References: <200802030301.49906.muratasenel@gmail.com> Message-ID: <200802032222.23354.tekman@pardus.org.tr> 3 Þubat 2008 Pazar 03:01:49 tarihinde Murat Senel þunlarý yazmýþtý: > Selam, > > Yanýlmýyorsam daha önce Ankarada'ki geliþtirici toplantýsýnda konuþulmuþtu > bu konu. 1-) Biz katkýcýlara özel bir makine ayrýlýp, dosyalarýmýzý, > tarballarýmýzý koyabileceðimiz bir alan olacak mý? 2-) Ayrýca, çoðumuz bir > çok listeye üye ve yine çoðumuz gmail kullanýyor ama listelerin çokluðu > sebebiyle gmaille sýkýntý yaþayabiliyoruz. Ayný zamanda, bir upstream ile > mailleþirken @gmail yerine @pardus gözükmesi göreceli avantaj > saðlayacaktýr. Bu noktada hede at pardus.org.tr gibi mail adresleri > katkýcýlara verilebilir mi? > > Bu kadar :) > > Kolay gelsin > > Murat Yakýnda yeni derleme çiftliði sunucularýmýzýn devreye girmesi ile bir dizi makine boþa çýkacaktý. Bunlardan, bildiðim kadarý ile, bir tanesini ozgurlukicin.com için ayýrmýþ durumdayýz. Ayrýca contrib derleme çiftliði için de saðlam bir makine devreye girecek. Buna karþýn elimizde eski sunuculardan kalan olacaktýr diye anýmsýyorum, Çaðlar (ya da Ekin) bu konuda en saðlam bilgiye sahip. Bu makinelerden birini rahatlýkla gelistirici.pardus.org.tr (yani developer.pardus.org.tr) yapýp geliþtiricilerimize ayýrabiliriz diye düþünüyorum. @pardus.org.tr posta adresi ilk duyuþta "hayýr yahu, olur mu?" etkisi yapmýþ olsa da düþününce pek de manalý göründü. Biz de tam resmi iþlerimizde uekae.tubitak.gov.tr -- Erkan Tekman TÜBÝTAK UEKAE Pardus Geliþtiricisi <-- Özgürlük için... --> http://www.pardus.org.tr/ From tekman at pardus.org.tr Sun Feb 3 22:24:49 2008 From: tekman at pardus.org.tr (Erkan Tekman) Date: Sun, 3 Feb 2008 22:24:49 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Katk=FDc=FDlar_i=E7in_mail_hesab=FD_?= =?iso-8859-9?q?ve_alan=3F?= Message-ID: <200802032224.49625.tekman@pardus.org.tr> 3 Þubat 2008 Pazar 03:01:49 tarihinde Murat Senel þunlarý yazmýþtý: > Selam, > > Yanýlmýyorsam daha önce Ankarada'ki geliþtirici toplantýsýnda konuþulmuþtu > bu konu. 1-) Biz katkýcýlara özel bir makine ayrýlýp, dosyalarýmýzý, > tarballarýmýzý koyabileceðimiz bir alan olacak mý? 2-) Ayrýca, çoðumuz bir > çok listeye üye ve yine çoðumuz gmail kullanýyor ama listelerin çokluðu > sebebiyle gmaille sýkýntý yaþayabiliyoruz. Ayný zamanda, bir upstream ile > mailleþirken @gmail yerine @pardus gözükmesi göreceli avantaj > saðlayacaktýr. Bu noktada hede at pardus.org.tr gibi mail adresleri > katkýcýlara verilebilir mi? > > Bu kadar :) > > Kolay gelsin > > Murat Yakýnda yeni derleme çiftliði sunucularýmýzýn devreye girmesi ile bir dizi makine boþa çýkacaktý. Bunlardan, bildiðim kadarý ile, bir tanesini ozgurlukicin.com için ayýrmýþ durumdayýz. Ayrýca contrib derleme çiftliði için de saðlam bir makine devreye girecek. Buna karþýn elimizde eski sunuculardan kalan olacaktýr diye anýmsýyorum, Çaðlar (ya da Ekin) bu konuda en saðlam bilgiye sahip. Bu makinelerden birini rahatlýkla gelistirici.pardus.org.tr (yani developer.pardus.org.tr) yapýp geliþtiricilerimize ayýrabiliriz diye düþünüyorum. @pardus.org.tr posta adresi ilk duyuþta "hayýr yahu, olur mu?" etkisi yapmýþ olsa da düþününce pek de manalý göründü. Biz de tam resmi iþlerimizde @uekae.tubitak.gov.tr adresini kullanabiliriz diye düþünüyorum. Bunun "karþýlýðýnda" da iki þey isteyebiliriz diye düþünüyorum: 1. Geliþtirici belgeleme iþine daha aðýrlýk vererek saðlam bir web sitesi oluþturulmasýný saðlamak, 2. Söz konusu makinenin sistem yönetimi iþlerini üstlenmek. Not: Bunlar resmi yanýt deðildir, arkadaþlarla görüþtükten sonra son kararý veririz :-) Not2: Biraz önce mesajýn yarýsýnda yanlýþ bir tuþ kombinasyonu oldu, kusura bakýlmaya :-) ET -- Erkan Tekman TÜBÝTAK UEKAE Pardus Geliþtiricisi <-- Özgürlük için... --> http://www.pardus.org.tr/ From caglar at pardus.org.tr Sun Feb 3 22:26:36 2008 From: caglar at pardus.org.tr (=?iso-8859-9?q?S=2E=C7a=F0lar?= Onur) Date: Sun, 3 Feb 2008 22:26:36 +0200 Subject: [Gelistirici] Smash that stack harder aka Pardus 2008 C(XX)FLAGS In-Reply-To: <200802032221.20653.ismail@pardus.org.tr> References: <200802030611.37965.ismail@pardus.org.tr> <200802032209.58777.caglar@pardus.org.tr> <200802032221.20653.ismail@pardus.org.tr> Message-ID: <200802032226.37564.caglar@pardus.org.tr> 03 Þub 2008 Paz tarihinde, Ismail Dönmez þunlarý yazmýþtý: > At Sunday 03 February 2008 around 22:09:58 S.Çaðlar Onur wrote: > > 03 Þub 2008 Paz tarihinde, Ismail Dönmez þunlarý yazmýþtý: > > > Pardus 2008 en güvenli Pardus olsun çalýþmasý kapsamýnda þu flaglarý > > > öneriyorum : > > > > > > -mtune=generic -march=i686 -O2 -pipe -fomit-frame-pointer > > > > Halen -O2/O3 veya Os arasýnda kararsýzým ben :) > > -Os optimizasyonlarý öldürür Intel amcalarýna göre code size'ýn ufaklýðý hem powermanagement hem de L1/L2 cache için daha iyiymiþmiþ :) > > Bunu her paket için mi yapmalý yoksa SUSE'nin yaptýðý gibi sadece glibc > > için mi bunu kullanmalý bilemiyorum. > > Glibc ile ne alakasý var þimdi anlamadým? Programlarý böyle derleyeceðiz ve > C++ programlarý da bundan yararlanýcak eskiden bu flagi görseler de gcc > birþey yapamýyordu. Meali: Suse FORTIFY_SOURCE'u sadece glibc paketini derlerken kullanýyor, diðer paketler için kullanmýyor > Ubuntu: PIE, ASLR(sadece son çýkacak sürümde) ,stack protector default. > Fedora: Server programlarýnda pie , ASLR, Exec Shield, stack protector default > Suse: Stack protector (ASLR yok ondan eminim, PIE konusunda emin deðilim) > > Pardus için önerim: PIE, stack protector, ASLR, Exec Shield Exec Shield'ý sevmedim, sevemedim :) > ki bu Linux üzerinde elde edilebilecek tüm güvenliði saðlýyor son aþama > AppArmor/SELinux/Tomoyo Linux gibi en üst seviye katman. -- S.Çaðlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 189 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20080203/123176e0/attachment-0001.pgp From caglar at pardus.org.tr Sun Feb 3 22:29:51 2008 From: caglar at pardus.org.tr (=?iso-8859-9?q?S=2E=C7a=F0lar?= Onur) Date: Sun, 3 Feb 2008 22:29:51 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Katk=FDc=FDlar_i=E7in_mail_hesab=FD_?= =?iso-8859-9?q?ve_alan=3F?= In-Reply-To: <200802032222.23354.tekman@pardus.org.tr> References: <200802030301.49906.muratasenel@gmail.com> <200802032222.23354.tekman@pardus.org.tr> Message-ID: <200802032229.52418.caglar@pardus.org.tr> Sistem yöneticisi þapkam ile þöyle düþünüyorum; 03 Þub 2008 Paz tarihinde, Erkan Tekman þunlarý yazmýþtý: > Yakýnda yeni derleme çiftliði sunucularýmýzýn devreye girmesi ile bir dizi > makine boþa çýkacaktý. Bunlardan, bildiðim kadarý ile, bir tanesini > ozgurlukicin.com için ayýrmýþ durumdayýz. Ayrýca contrib derleme çiftliði > için de saðlam bir makine devreye girecek. Buna karþýn elimizde eski > sunuculardan kalan olacaktýr diye anýmsýyorum, Çaðlar (ya da Ekin) bu konuda > en saðlam bilgiye sahip. Bu makinelerden birini rahatlýkla > gelistirici.pardus.org.tr (yani developer.pardus.org.tr) yapýp > geliþtiricilerimize ayýrabiliriz diye düþünüyorum. Bu makinaýnýn bakýmýný baþka biri alýrsa neden olmasýn. > @pardus.org.tr posta adresi ilk duyuþta "hayýr yahu, olur mu?" etkisi yapmýþ > olsa da düþününce pek de manalý göründü. Biz de tam resmi iþlerimizde > uekae.tubitak.gov.tr Bunu yapacaksak @pardus.org.tr e-posta adreslerinin alias olacaðýný ve sunuculara "direkt eriþime hayýr" politikamý bozmayacaðýmý belirtmek isterim :) -- S.Çaðlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 189 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20080203/f6913c2c/attachment.pgp From ismail at pardus.org.tr Sun Feb 3 22:31:35 2008 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Sun, 3 Feb 2008 22:31:35 +0200 Subject: [Gelistirici] Smash that stack harder aka Pardus 2008 C(XX)FLAGS In-Reply-To: <200802032226.37564.caglar@pardus.org.tr> References: <200802030611.37965.ismail@pardus.org.tr> <200802032221.20653.ismail@pardus.org.tr> <200802032226.37564.caglar@pardus.org.tr> Message-ID: <200802032231.35604.ismail@pardus.org.tr> At Sunday 03 February 2008 around 22:26:36 S.Çaðlar Onur wrote: > 03 Þub 2008 Paz tarihinde, Ismail Dönmez þunlarý yazmýþtý: > > At Sunday 03 February 2008 around 22:09:58 S.Çaðlar Onur wrote: > > > 03 Þub 2008 Paz tarihinde, Ismail Dönmez þunlarý yazmýþtý: > > > > Pardus 2008 en güvenli Pardus olsun çalýþmasý kapsamýnda þu flaglarý > > > > öneriyorum : > > > > > > > > -mtune=generic -march=i686 -O2 -pipe -fomit-frame-pointer > > > > > > Halen -O2/O3 veya Os arasýnda kararsýzým ben :) > > > > -Os optimizasyonlarý öldürür > > Intel amcalarýna göre code size'ýn ufaklýðý hem powermanagement hem de > L1/L2 cache için daha iyiymiþmiþ :) Intel Management'tir onu söyleyen, SPEC benchmarklarý -O3 ile alýnýyor ki o benchmarklarýn yanlýþ derlendiði bi gcc sürümü release edilemiyor :-) > > > Bunu her paket için mi yapmalý yoksa SUSE'nin yaptýðý gibi sadece glibc > > > için mi bunu kullanmalý bilemiyorum. > > > > Glibc ile ne alakasý var þimdi anlamadým? Programlarý böyle derleyeceðiz > > ve C++ programlarý da bundan yararlanýcak eskiden bu flagi görseler de > > gcc birþey yapamýyordu. > > Meali: Suse FORTIFY_SOURCE'u sadece glibc paketini derlerken kullanýyor, > diðer paketler için kullanmýyor Tamam bunu araþtýrayým o zaman, glibc üzerindeki fonksiyonlarý deðiþtiriyor falansa sadece ben konuyu tersten anlamýþým demektir. > > Ubuntu: PIE, ASLR(sadece son çýkacak sürümde) ,stack protector default. > > Fedora: Server programlarýnda pie , ASLR, Exec Shield, stack protector > > default Suse: Stack protector (ASLR yok ondan eminim, PIE konusunda emin > > deðilim) > > > > Pardus için önerim: PIE, stack protector, ASLR, Exec Shield > > Exec Shield'ý sevmedim, sevemedim :) Deneyelim, görelim? Disable etmek için 1 kernel parametresi yeterli zaten. Ingo abime sorayým, tobleron alayým sana, kabul it hý de? Olma mý? /ismail -- Never learn by your mistakes, if you do you may never dare to try again. From caglar at pardus.org.tr Sun Feb 3 22:31:29 2008 From: caglar at pardus.org.tr (=?iso-8859-9?q?S=2E=C7a=F0lar?= Onur) Date: Sun, 3 Feb 2008 22:31:29 +0200 Subject: [Gelistirici] Smash that stack harder aka Pardus 2008 C(XX)FLAGS In-Reply-To: <200802032231.35604.ismail@pardus.org.tr> References: <200802030611.37965.ismail@pardus.org.tr> <200802032226.37564.caglar@pardus.org.tr> <200802032231.35604.ismail@pardus.org.tr> Message-ID: <200802032231.29823.caglar@pardus.org.tr> 03 Þub 2008 Paz tarihinde, Ismail Dönmez þunlarý yazmýþtý: > > Exec Shield'ý sevmedim, sevemedim :) > > Deneyelim, görelim? Disable etmek için 1 kernel parametresi yeterli zaten. > Ingo abime sorayým, tobleron alayým sana, kabul it hý de? Olma mý? Yok derdim exec shield ile deðil, PAE ve HIGHMEM64 ile (hatta arada CONFIG_RESOURCES_64BIT=y açmýþsýn bunun etkisini bilmiyorum birazdan bakacaðým :P) -- S.Çaðlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 189 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20080203/84aebf4f/attachment.pgp From ekin at pardus.org.tr Sun Feb 3 22:33:23 2008 From: ekin at pardus.org.tr (Ekin =?utf-8?q?Mero=C4=9Flu?=) Date: Sun, 3 Feb 2008 22:33:23 +0200 Subject: [Gelistirici] [paketler-commits] r40631 - in playground/caglar/kernel/kernel: . files files/fedora In-Reply-To: <200802032223.54266.ismail@pardus.org.tr> References: <20080203194106.7037A7C04ED@liste.uludag.org.tr> <200802032219.59890.caglar@pardus.org.tr> <200802032223.54266.ismail@pardus.org.tr> Message-ID: <200802032233.23919.ekin@pardus.org.tr> Merhaba; Sunday 03 February 2008 tarihinde, Ismail Dönmez þunlarý yazmýþtý: > > pie-randomization.patch ve randomize-brk.patch zaten exec-shield'ýn > > parçalarýydý, NX biti için PAE açýyorsun PentiumPro'dan daha eski > > sistemler artýk boot etmeyecek, HIGHMEM64'ün getirdiði LKML'de bir türlü > > ölçülemeyen ama %3 ile %40 arasýnda olduðu _iddia_ edilen overhead bana > > kabul edilebilir gelmiyor. Özetle bu hamleyi sevmedim :) Kimin boot etmediði bence çok önemli deðil -zaten pre P3 makinelerde açýlsak da kullanýlabilir deðiliz en azýndan desktop olarak- ama HIGHMEM64 overhead'i beni çok sevindirmedi açýkçasý.. Mantýklý bir þekilde ölçemesem de genel olarak 2.6.24'ün performansýndan hiç memnun deðilim desktop kullanýmýnda zaten, biraz daha performans / responsiveness vs. kaybetme lüksümüz yok sanki.... > Bu hamleyi sev Çaðlar, baðrýna bas onu, ilgi sevgi göster. Ingo üzülmesin > :( Ingo mu yazacak 2008 review'larýný :-P -- Ýyi Çalýþmalar; Ekin Meroglu ... did i listen to pop music because i was miserable, or was i miserable because i listened to pop music?... - rob [nick hornby / hi fi] From ismail at pardus.org.tr Sun Feb 3 22:34:50 2008 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Sun, 3 Feb 2008 22:34:50 +0200 Subject: [Gelistirici] Smash that stack harder aka Pardus 2008 C(XX)FLAGS In-Reply-To: <200802032231.29823.caglar@pardus.org.tr> References: <200802030611.37965.ismail@pardus.org.tr> <200802032231.35604.ismail@pardus.org.tr> <200802032231.29823.caglar@pardus.org.tr> Message-ID: <200802032234.50883.ismail@pardus.org.tr> At Sunday 03 February 2008 around 22:31:29 S.Çaðlar Onur wrote: > 03 Þub 2008 Paz tarihinde, Ismail Dönmez þunlarý yazmýþtý: > > > Exec Shield'ý sevmedim, sevemedim :) > > > > Deneyelim, görelim? Disable etmek için 1 kernel parametresi yeterli > > zaten. Ingo abime sorayým, tobleron alayým sana, kabul it hý de? Olma mý? > > Yok derdim exec shield ile deðil, PAE ve HIGHMEM64 ile (hatta arada > CONFIG_RESOURCES_64BIT=y açmýþsýn bunun etkisini bilmiyorum birazdan > bakacaðým :P) http://www.ussg.iu.edu/hypermail/linux/kernel/0710.3/0612.html Aha bak bu yamayý bulayým alayým araþtýrayým, Hardened Pardus ile uðraþmýyayým yaw bi de :D -- Never learn by your mistakes, if you do you may never dare to try again. From caglar at pardus.org.tr Sun Feb 3 22:33:52 2008 From: caglar at pardus.org.tr (=?iso-8859-9?q?S=2E=C7a=F0lar?= Onur) Date: Sun, 3 Feb 2008 22:33:52 +0200 Subject: [Gelistirici] [paketler-commits] r40631 - in playground/caglar/kernel/kernel: . files files/fedora In-Reply-To: <200802032223.54266.ismail@pardus.org.tr> References: <20080203194106.7037A7C04ED@liste.uludag.org.tr> <200802032219.59890.caglar@pardus.org.tr> <200802032223.54266.ismail@pardus.org.tr> Message-ID: <200802032233.52680.caglar@pardus.org.tr> 03 Þub 2008 Paz tarihinde, Ismail Dönmez þunlarý yazmýþtý: > Ha Fedora'nýn boot edemediði makinede biz de edemeyelim ki tam tersi söz > konusu þu anda ;) > > Bu hamleyi sev Çaðlar, baðrýna bas onu, ilgi sevgi göster. Ingo üzülmesin :( Fedora öntanýmlý çekirdeðinde kapalý [1] [1] http://cvs.fedora.redhat.com/viewcvs/*checkout*/devel/kernel/config-i686 -- S.Çaðlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 189 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20080203/547edb04/attachment.pgp From ismail at pardus.org.tr Sun Feb 3 22:35:52 2008 From: ismail at pardus.org.tr (Ismail =?iso-8859-9?q?D=F6nmez?=) Date: Sun, 3 Feb 2008 22:35:52 +0200 Subject: [Gelistirici] [paketler-commits] r40631 - in playground/caglar/kernel/kernel: . files files/fedora In-Reply-To: <200802032233.23919.ekin@pardus.org.tr> References: <20080203194106.7037A7C04ED@liste.uludag.org.tr> <200802032223.54266.ismail@pardus.org.tr> <200802032233.23919.ekin@pardus.org.tr> Message-ID: <200802032235.52120.ismail@pardus.org.tr> At Sunday 03 February 2008 around 22:33:23 Ekin Meroðlu wrote: > Merhaba; > > Sunday 03 February 2008 tarihinde, Ismail Dönmez þunlarý yazmýþtý: > > > pie-randomization.patch ve randomize-brk.patch zaten exec-shield'ýn > > > parçalarýydý, NX biti için PAE açýyorsun PentiumPro'dan daha eski > > > sistemler artýk boot etmeyecek, HIGHMEM64'ün getirdiði LKML'de bir > > > türlü ölçülemeyen ama %3 ile %40 arasýnda olduðu _iddia_ edilen > > > overhead bana kabul edilebilir gelmiyor. Özetle bu hamleyi sevmedim :) > > Kimin boot etmediði bence çok önemli deðil -zaten pre P3 makinelerde > açýlsak da kullanýlabilir deðiliz en azýndan desktop olarak- ama HIGHMEM64 > overhead'i beni çok sevindirmedi açýkçasý.. > > Mantýklý bir þekilde ölçemesem de genel olarak 2.6.24'ün performansýndan > hiç memnun deðilim desktop kullanýmýnda zaten, biraz daha performans / > responsiveness vs. kaybetme lüksümüz yok sanki.... Buradan baktým http://www.ussg.iu.edu/hypermail/linux/kernel/0710.3/0612.html bu %40 yalaný BIOS bugi imiþ, ilgili fixi itina ile alacaðým bakacaðým. > > Bu hamleyi sev Çaðlar, baðrýna bas onu, ilgi sevgi göster. Ingo üzülmesin > > > > :( > > Ingo mu yazacak 2008 review'larýný :-P Türkçe bilse çok üzülürdü böyle demene :( -- Never learn by your mistakes, if you do you may never dare to try again. From caglar at pardus.org.tr Sun Feb 3 22:36:49 2008 From: caglar at pardus.org.tr (=?iso-8859-9?q?S=2E=C7a=F0lar?= Onur) Date: Sun, 3 Feb 2008 22:36:49 +0200 Subject: [Gelistirici] Smash that stack harder aka Pardus 2008 C(XX)FLAGS In-Reply-To: <200802032234.50883.ismail@pardus.org.tr> References: <200802030611.37965.ismail@pardus.org.tr> <200802032231.29823.caglar@pardus.org.tr> <200802032234.50883.ismail@pardus.org.tr> Message-ID: <200802032236.50291.caglar@pardus.org.tr> 03 Þub 2008 Paz tarihinde, Ismail Dönmez þunlarý yazmýþtý: > Aha bak bu yamayý bulayým alayým araþtýrayým, Hardened Pardus ile uðraþmýyayým > yaw bi de :D Bence kernel'ý revert et, sonra "svn cp kernel kernel-pae". PAE ile ne açmak istiyorsan valla engel olmayacaðým :) -- S.Çaðlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no Gates and an Apache in house! -------------- sonraki bölüm -------------- Yazý olmayan bir eklenti temizlendi... Ýsim: kullanýlamýyor Tür: application/pgp-signature Boyut: 189 bayt Taným: This is a digitally signed message part. Url: http://liste.pardus.org.tr/gelistirici/attachments/20080203/c402b426/attachment.pgp From ismail at pardus.org.tr Sun Feb 3 22:39:24 2008 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Sun, 3 Feb 2008 22:39:24 +0200 Subject: [Gelistirici] Smash that stack harder aka Pardus 2008 C(XX)FLAGS In-Reply-To: <200802032236.50291.caglar@pardus.org.tr> References: <200802030611.37965.ismail@pardus.org.tr> <200802032234.50883.ismail@pardus.org.tr> <200802032236.50291.caglar@pardus.org.tr> Message-ID: <200802032239.24505.ismail@pardus.org.tr> At Sunday 03 February 2008 around 22:36:49 S.Çaðlar Onur wrote: > 03 Þub 2008 Paz tarihinde, Ismail Dönmez þunlarý yazmýþtý: > > Aha bak bu yamayý bulayým alayým araþtýrayým, Hardened Pardus ile > > uðraþmýyayým yaw bi de :D > > Bence kernel'ý revert et, sonra "svn cp kernel kernel-pae". PAE ile ne > açmak istiyorsan valla engel olmayacaðým :) Pekü, I'll have my revenge with 64bit Pardus =P -- Never learn by your mistakes, if you do you may never dare to try again. From turkay.eren at gmail.com Sun Feb 3 22:39:43 2008 From: turkay.eren at gmail.com (Eren =?utf-8?q?T=C3=BCrkay?=) Date: Sun, 3 Feb 2008 22:39:43 +0200 Subject: [Gelistirici] =?utf-8?b?S2F0a8SxY8SxbGFyIGnDp2luIG1haWwgaGVzYWI=?= =?utf-8?b?xLEgdmUgYWxhbj8=?= In-Reply-To: <200802032229.52418.caglar@pardus.org.tr> References: <200802030301.49906.muratasenel@gmail.com> <200802032222.23354.tekman@pardus.org.tr> <200802032229.52418.caglar@pardus.org.tr> Message-ID: <200802032239.43715.turkay.eren@gmail.com> On 03 Feb 2008 Sun 22:29:51 S.Çaðlar Onur wrote: > Bunu yapacaksak @pardus.org.tr e-posta adreslerinin alias olacaðýný ve > sunuculara "direkt eriþime hayýr" politikamý bozmayacaðýmý belirtmek > isterim :) Bu cümleyi biraz açabilir miyiz, zira hiçbirþey anlamadým :) "Sunuculara direkt eriþim"? Sunucularýn bakýmý/konfigurasyonu konusunda "ben yaparým" demek isterdim ama kendime bu konuda güvenemiyorum. Hani mazallah ilerde gözden kaçýrdýðýmýz bir þey olur, kötü sonuçlar doðurur. Açýkçasý, sistem yönetimi konusundaki deneyimsizliðim beni korkutuyor.. From gurer at pardus.org.tr Sun Feb 3 22:44:54 2008 From: gurer at pardus.org.tr (=?iso-8859-9?q?G=FCrer_=D6zen?=) Date: Sun, 3 Feb 2008 22:44:54 +0200 Subject: [Gelistirici] Smash that stack harder aka Pardus 2008 C(XX)FLAGS In-Reply-To: <200802032231.35604.ismail@pardus.org.tr> References: <200802030611.37965.ismail@pardus.org.tr> <200802032226.37564.caglar@pardus.org.tr> <200802032231.35604.ismail@pardus.org.tr> Message-ID: <200802032244.54825.gurer@pardus.org.tr> On Sunday 03 February 2008 22:31:35 Ismail Dönmez wrote: > > Intel amcalarýna göre code size'ýn ufaklýðý hem powermanagement hem de > > L1/L2 cache için daha iyiymiþmiþ :) > Intel Management'tir onu söyleyen, SPEC benchmarklarý -O3 ile alýnýyor ki o > benchmarklarýn yanlýþ derlendiði bi gcc sürümü release edilemiyor :-) Küçük kod -> daha az cpu cache iþgali -> cache'e giren daha çok þey -> daha az bellek eriþimi -> cpu bellekten hýzlý çalýþtýðý için daha hýzlý çalýþan kod. Her durumda hýzlý olacak diye bir þey yok tabi, yavaþ da olabilir. Koda, veriye, cpu nun mimarisine ve cache size'ýna baðlý. From caglar at pardus.org.tr Sun Feb 3 22:45:25 2008 From: caglar at pardus.org.tr (=?iso-8859-9?q?S=2E=C7a=F0lar?= Onur) Date: Sun, 3 Feb 2008 22:45:25 +0200 Subject: [Gelistirici] =?iso-8859-9?q?Katk=FDc=FDlar_i=E7in_mail_hesab=FD_?= =?iso-8859-9?q?ve_alan=3F?= In-Reply-To: <200802032239.43715.turkay.eren@gmail.com> References: <200802030301.49906.muratasenel@gmail.com> <200802032229.52418.caglar@pardus.org.tr> <200802032239.43715.turkay.eren@gmail.com> Message-ID: <200802032245.26493.caglar@pardus.org.tr> 03 Þub 2008 Paz tarihinde, Eren Türkay þunlarý yazmýþtý: > On 03 Feb 2008 Sun 22:29:51 S.Çaðlar Onur wrote: > > Bunu yapacaksak @pardus.org.tr e-posta adreslerinin alias olacaðýný ve > > sunuculara "direkt eriþime hayýr" politikamý bozmayacaðýmý belirtmek > > isterim :) > > Bu cümleyi biraz açabilir miyiz, zira hiçbirþey anlamadým :) "Sunuculara > direkt eriþim"? Kimseye sunucularda (mail.pardus.org.tr) shell hesabý vermiyorum, bunun yerine örneðin eren at pardus.org.tr'ye gelen e-postalar turkay.eren at gmail.com adresine yönlendiriliyor. -- S.Çaðlar Onur http://cekirdek.pardus.org.tr/~caglar/ Linux is like living in a teepee. No Windows, no