Re: parçalama arızası
* Muhammet Erhan Sahin [2012-01-06 23:35:46-0800] Mert Dirik wrote: Selim T. Erdogan yazmış: [...] iceweasel değil ancak griffith , programında ben böyle bir problem yaşadım, LANG=C ile kodu çalştırmam yetti yalnız açılan bu programı türkçe kullanmak için ne yapmalıyım. Sadece iletileri Türkçe görmek için şöyle bir şey yeterli olur: LANG=en_US.UTF-8 LC_MESSAGES=tr_TR.UTF-8 griffith - Örneğin zaman yereli de Türkçe olsun isterseniz: LANG=en_US.UTF-8 LC_MESSAGES=tr_TR.UTF-8 LC_TIME=tr_TR.UTF-8 griffith Ayrıntılı yerel listesi için locale(1) kılavuzuna bakın. - Bunu bir Bash alias yapmakta yarar var (sorun çözülünceye kadar, tabii raporlamanız lazım): alias griffith='LANG=en_US.UTF-8 LC_MESSAGES=tr_TR.UTF-8 LC_TIME=tr_TR.UTF-8 griffith' - C yereli yerine en_US.UTF-8 kullanın. En azından UTF-8 desteği korunmuş olur (C yereli ASCII'dir). Doğal olarak en_US.UTF-8 yerelinin kurulu olması gerekir. Debian'da şöyle bir şey: $ sudo sh -c 'echo en_US.UTF-8 UTF-8 /etc/locale.gen' $ sudo locale-gen -- roktas -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120107104710.ga3...@bil.omu.edu.tr
Re: testing (wheezy) ile ilgili sorunlar
* Zeki ÇATAV [2011-12-14 14:10:58+0200] Merhaba, Merhaba Zeki hocam, Son dönemlerde bir süre ubuntu kullanmıştım. Unity ile tadım kaçtı ve tekrar ilk göz ağrım debian'a döndüm. Eskiden de testing kullanırdım. Testing sürümünü kurdum. Ancak wine kurmak istedim depolarda yoktu. Sun-java kurmak istedim yine yoktu. Bu durumlara eskiden aklımda kalan apt-pinning yöntemi ile wine için unstable, java için stable sürümleri kurdum. Bu arada Gnome 3 ile başlangıçta biraz sıkıntı yaşadım ama hızla anlaşmaya başladık. Özet olarak testing eskiden pek sıkıntı çıkarmayan ve debian dahilinde olan tüm paketleri içeren bir sürümdü. Şimdi benim yaşadığım bu iki paket sorunu dışında başka paket sorunu var mı bilmiyorum. Her üç sürümden gelen paketlerle karışık bir yapı kullanıyorum. Güvenlik wheezy'den izleniyor. Stable (squeeze) için güvenlik depolarını açmalı mıyım? Bazı paketleri (R gibi) yeni sürümlerinde kullanmak istediğim için testing seçmiştim ama tümüyle stable ve Gnome 2 sürümüne dönmeli miyim? Testingi kullanmak bazı görüşlere göre pek önerilmiyordu yakın geçmişte. Sizce uygun seçenek ne olabilir, gerçi yanıt kişiseldir ve değişir ama önerileriniz merak ediyorum. Testing büyük ölçüde otomatik betiklerle (tabi belirli kurallara göre) unstable'dan doldurulan bir arşiv (manuel müdahale de var ama çoğunlukla otomatik). Özellikle paket hareketliliğin yüksek olduğu dönemlerde belirli paketler unstable'dan testing'e göç edemiyor, bu bir tür kaotik durum. Karşılaştığınız durumu ayrıntılı incelememekle birlikte böyle bir geçici durum olduğunu tahmin ediyorum. Ben unstable kullanıyorum, fakat şöyle: bir kere sistemi düzgün çalışır hale getirdikten sonra apt-get upgrade gibi radikal hareketler yapmadan sadece seçtiğim paketleri güncelliyorum. Özellikle kernel, xorg ve libc6 güncellemelerinde çekingen davranıyorum (örneğin güncelleme yapmadan önce güncel bug'ları değerlendirerek). Bu şekilde belirli bir noktaya kadar gidiyor sonra (yaptığım tüm kontrollere rağmen) bir kırılma oluşmuşsa (çok sık karşılaşmıyorum) manuel müdahalelerle (gerekirse downgrade yaparak) devam ediyorum. Testing ile devam edebilirsiniz, bence hiçbir mahsuru yok. Apt-pinning ile seçerek güncelleme yapma yönteminiz de gayet yerinde. Gnome 3'e gelince, büyük bir zevkle kullanıyorum :-) Bence Gnome 2 yerine bunu kullanmaya devam edin. Gnome 3 için experimental arşivini de kullandığımı (özellikle gnome-shell paketi için) not edeyim (yine seçerek yükseltiyorum). -- roktas -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111214123038.gl3...@bil.omu.edu.tr
Re: openssh bağlantı sorunu
* Zeki ÇATAV [2011-12-14 17:41:53+0200] Openssh ile bir süredir sorun yaşıyorum. Evden iş yerimdeki sunucuma openssh ile port 22 üzerinden rahatlıkla bağlanıyordum. Normalde sorunsuz bağlandığım iş yerindeki sunucuma bağlanmak istediğimde artık aşağıdaki çıktının sonuna gelip takılıp kalıyor. OpenSSH_5.9p1 Debian-2, OpenSSL 1.0.0e 6 Sep 2011 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: Applying options for * debug1: Connecting to xxx.xxx.xxx.tr [xxx.xxx.xxx.xxx] port 22. debug1: Connection established. debug1: identity file /home//.ssh/id_rsa type -1 debug1: identity file /home//.ssh/id_rsa-cert type -1 debug1: identity file /home//.ssh/id_dsa type -1 debug1: identity file /home//.ssh/id_dsa-cert type -1 debug1: identity file /home//.ssh/id_ecdsa type -1 debug1: identity file /home//.ssh/id_ecdsa-cert type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3p1 Debian-3ubuntu7 debug1: match: OpenSSH_5.3p1 Debian-3ubuntu7 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.9p1 Debian-2 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-ctr hmac-md5 none debug1: kex: client-server aes128-ctr hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP Filezilla ile bağlantıda sorun yok, http port bağlantısında sorun yok. Android telefonumdan ssh ve vnc ile bağlanmakta sorun yok. Android ile port 22 üzerinden bağlanıyorum. Ancak evden PC ile bağlanmam yukarıdaki sorun nedeniyle mümkün olmuyor. Biraz google araması ile makul bir öneri ve çözüm bulamadım. Aynı yakınmalar değişik zamanlarda hep aktarılmış ama çözüm yok. Önerisi olan veya çözümü bilen var mı? Sunucu tarafında durum nedir, bağlantı kurulmaya çalışılırken buna bir bakabilir miyiz? Sunucu tarafında şunu çalıştırıp öyle deneyelim: tailf /var/log/auth.log -- roktas -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111214155914.gs3...@bil.omu.edu.tr
Re: Latex Türkç e Karakterler
* ahmet nurlu [2010-02-06 11:30:08-0800]
Merhaba,
Bir sorum olacaktı. Latex'in kitap şablonunu kullanırken aşağıdaki gibi dosya
düzenliyorum:
-
\documentclass{book}
\usepackage[turkish]{babel}
\usepackage[latin5]{inputenc}
özel bir nedeni yoksa (örneğin bazı latex paketleri utf8 + türkçe'de
sorun çıkarıyor) latin5 yerine utf8 kullanın.
\usepackage[T1]{fontenc}
\begin{document}
\begin{document}
\chapter{Birinci}
bla bla bla
\end{document}
--
Sayfanın üst koşelerinde çıkan başlıklar(header) \chapter{Birinci}
konu başlığını 'BIRINCI' olarak çeviriyor. Yani küçük 'i' ler büyük
harf'e çevrilirken 'I' oluyor. Bunu düzeltmenin bir yolu var mı?
latex tarafından büyük harfe çevireceğini bildiğiniz metinlerde i
karakterini \.{ı} şeklinde yazın. en kestirme çözüm bu. örneğin
yukarıdaki bölüm başlığı:
\chapter{B\.{ı}r\.{ı}nc\.{ı}}
--
roktas
--
To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Zemberek ve Latex: İml a Kontrol
* ahmet nurlu [2010-02-07 04:14:48-0800] Latex ile belge hazırlarken gvim kullanıyorum. Latex ile yazılmış ingizce bir belge için imla kontrol programı varken (ispell),türkçe yazılmış bir latex belgesininin imla kontrolu yapacak bir program bilmiyorum. Zemberek'i openoffice.org'da başarıyla kullanıyorum. Fakat Zemberek'in içinde latex komutları olan bir belge üzerinde nasıl bir imla kontrolü yapacağını bilmiyorum. Bu konuda herhangi bir fikri olan var mı? Zemberek'i bir 'pdf' dosyasının imla kontrolu için kullanabilir miyiz? tex üzerinden türkçe yazım denetim yapan bir araç bilmiyorum maalesef. detex ile düz metne çevirip zemberek çalıştırabilirsiniz ama çok verimli olacağını düşünmüyorum. -- roktas -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Latex Türkç e Karakterler
* ahmet nurlu [2010-02-07 01:26:21-0800]
Listeye bu postayı gönderdikten sonra biraz araştırma yaptım ve
aşağıdaki öneriyi comp.text.tex grubunda buldum. Belgenin herhangi bir
yerine aşağıdaki kodları koydum ve herşey istediğim gibi oldu
şimdilik.
---
\uccode`\i='235
\lccode`\I='031
bu daha güzel bir çözüm olmuş. yan etkisi yoktur umarım.
Denemek için \MakeUppercase{iıj} yaptım ve sonuç 'İIJ' olarak çıktı.
Daha önce \MakeUppercase \MakeLowercase doğru sonuç vermiyordu. Büyük
bir ihtimalle babel paketi bu iki komutu kullanıyor ve bu yüzden bazı
türkçe karakterleri büyük harfe çevirirken doğru sonuç vermiyor...
aklınızda bulunsun, bu soruna çözüm olarak söylemiyorum, textcase diye
bir paket var. latex'in (babel üzerinden) olup olmadık yerlerde yaptığı
dönüşümleri (örneğin matematiksel denklemlerde) engelliyor. şöyle
kullanılıyor bu paket:
\usepackage[overload]{textcase}
--
roktas
--
To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: AMD 64 testing
* hasan.sa...@autoliv.com [2009-10-13 08:40:36+0300] Yerinizde olsam bu iso'ları öncelikle sanal makinada denerdim. Haziran ayından beri testing iso'larını deniyorum, bilemiyorum benim şanssızlığımdan mıdır ama sadece 13 eylül 2009 tarihinde yayımlanan testing imajlarıyla tam olarak sorunsuz bir kurulum gerçekleştirebildim. O tarihten sonra başka iso denemedim. kurulum iso'ları bir cron göreviyle otomatik üretiliyor. yani bu işlem geliştiricilerin kontolü altında gerçekleşen bir release değil. iso üretimi sırasında gerek debian-installer bileşenlerinde gerekse cd içeriğinde o an debian arşivlerinde ne varsa (her türlü olumsuz etkileşim ihtimaliyle) onlar geliyor, şans faktörünün devreye girdiği nokta da burası. -- roktas -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: AMD 64 testing
* hasan.sa...@autoliv.com [2009-10-13 10:01:49+0300] Bilgi için teşekkürler, acaba bu bug'ların neden gözardı ediyorlar. Yani dediğiniz kontrol dışında ISO üretiyorlar tamam ama en azından paketlerdeki bugları çözseler bari ! o buglar (release critical) çözüldüğünde kararlı sürüm çıkıyor zaten. :-) göz ardı etme diye bir şey yok, belirli bir anda hatasıyla sevabıyla bir dizi paket otomatik olarak alınıp iso oluşturuluyor. -- roktas -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: AMD 64 testing
merhaba, * Emre ERYILMAZ [2009-10-13 15:07:34+0300] Su anki bizdeki bug'u nasil duzeltecegimiz hakkinda bir fikriniz var mi, bu hata (545254 ve ayrıca 545763, 546390, 547551) sid'de düzeltilmiş. nautilus: segfault when opening preferences window http://bugs.debian.org/545254 testing sürümü 2.26.3-1, düzeltilmiş sid'de 2.28.0-2 var. sid'e terfi etmeniz zor görünüyor, zira bağımlılıklar çok. paketin testing'e geçişini beklemek veya doğrudan sistemi sid'e taşımaktan başka bir çözüm göremiyorum. bakın paket geliştiricisi ne diyor, yorumsuz aktarıyorum: Hi! I have exactly this bug on my squeeze. Is it possible for the debian mantainers to upgrade (to 2.6.28) the squeeze repository? It's a real pain in the neck this bug for a desktop user. Do not use testing on a desktop. It is not meant to be used, and it is expected that such things happen. Only stable and unstable are actually meant to be used. -- roktas -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Gnumed Deneyimileriniz
Merhaba, * T. Alp Ozkan [2009-06-18 21:13:34+0300] Public server üstünden yaptığım denemelerde oldukça hoşuma giden bu programı çalıştığım klinikte kullanımaya ve kullandırmaya çalışacağım. Gnumed hakkında ki görüş ve deneyimlerinizi paylaşırsanız sevinirim. Bu tür yazılımlar büyük ölçüde erbabına yönelik olduğundan deneyimli kişileri bulmak güç. Listemizde Zeki (Çatav) hoca vardı, belki onun bir bilgisi olabilir. Tıbbi yazılımlardan söz açmışken, Debian Med projesine de göz atmanızı öneririm. http://www.debian.org/devel/debian-med/ Programın Türkçe bir yerelini bulamadım bu konuda herhagi bir çalışmaya dair bilginiz var mı? Çeviri için aşağıdaki katkı sayfası faydalı olabilir. Gördüğüm kadarıyla Türkçe çeviri yapılmamış. http://gnumed.org/contribute/translate/index.html -- roktas -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Profptd Sorunu
* Adil ALPMAN [2009-04-07 23:24:10+0300] Dedikerinizi yaptim ama halen asagidaki hatayi almaktayim Recai Bey... :S adil-desktop:/home/adilalpman# /etc/init.d/proftpd restart Stopping ftp server: proftpd. Starting ftp server: proftpd - Fatal: unknown configuration directive '(END)' on line 172 of '/etc/proftpd/proftpd.conf' failed! adil-desktop:/home/adilalpman# Burada başka bir sorun var, yerel sorunu değil (onu halletmişsiniz). Hata iletisinde geçen (END) nereden geldi? /etc/proftpd/proftpd.conf dosyasına baktım, böyle bir satır göremedim; Apache stilindeki conf sözdiziminde böyle bir öge de tuhaf zaten (bir yerlerden kopyala yapıştır yaparken mi geldi, dosya sonu burasıdır anlamında?) O son (END)li satırı silip tekrar deneyin. -- roktas -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Profptd Sorunu
* Cafer Şimşek [2009-04-06 20:24:57+0300] Adil ALPMAN a...@alpman.net writes: Dediginiz eklemeyi yaptim ve dosyanin ilk kisimlari su an asagidaki sekilde; #!/bin/sh ### BEGIN INIT INFO [...] ### END INIT INFO # Start the proftpd FTP daemon. LANG=en_US.UTF-8 PATH=/bin:/usr/bin:/sbin:/usr/sbin DAEMON=/usr/sbin/proftpd NAME=proftpd # Defaults RUN=no OPTIONS= Ancak bu kez de /etc/init.d/proftpd restart komutunu verdigimde; adil-desktop:/home/adilalpman# /etc/init.d/proftpd restart Stopping ftp server: proftpd. Starting ftp server: proftpd - unable to set LC_ALL: No such file or directory - Fatal: unable to load module 'mod_lang.c': Operation not permitted failed! adil-desktop:/home/adilalpman# Mesajini almaktayim... :( dpkg-reconfigure locales komuduyla en_US.UTF-8 yerelini seçip tamam / tamam diyerek ilerleyin en_US.UTF-8 yerelinin oluşturulduğunu göreceksiniz. sonrasında tekrar deneyin sorununuz büyük ihtimalle düzelecektir. Bu tür Türkçe yerel kaynaklı sorunlar için uyguladığımız kanonik çözüm LC_ALL=C yapmak; LANG'ı kullanmak ve/veya yerel değerini en_US.* yapmak değil. POSIX yereline karşı düşen ISO C bir anlamda anti-yerel oluyor ve (sizin önerdiğiniz en_US.UTF-8de olduğu gibi) herhangi bir yerel kurulumu gerektirmiyor. Yeri gelmişken bir kaç nokta daha... LC_ALL=C ayarını tüm bir kabukta etkin kılmanız veya tüm alt kabuklara export etmeniz gerekmiyor, bunu önermiyorum da ayrıca. Yan etkileri sınırlı düzeyde tutmak için sadece sorunlu programın LC_ALL=C altında fork/exec edilmesini sağlayın. Aşağıdaki gibi: LC_ALL=C ./yerel-özürlü-bir-program LC_ALL=C exec gnome LC_ALL (LANG da dahil) diğer bütün yerel değişkenler üzerinde otoritesi olan birincil değişkendir. Daha ayrıntılı bilgi için: http://opengroup.org/onlinepubs/007908799/xbd/envvar.html -- roktas -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Profptd Sorunu
* Adil ALPMAN [2009-04-07 00:24:25+0300] Cafer Bey; Yine olmadi ve asagidakini dedi... :( adil-desktop:/home/adilalpman# dpkg-reconfigure locales Generating locales (this might take a while)... en_US.UTF-8... done tr_TR.UTF-8... done tr_TR.UTF-8... done Generation complete. adil-desktop:/home/adilalpman# /etc/init.d/proftpd restart Stopping ftp server: proftpd. Starting ftp server: proftpd - Fatal: unknown configuration directive '(END)' on line 172 of '/etc/proftpd/proftpd.conf' failed! Cafer beyin teşhisi doğru. Fakat uygulamada yaptığınız yerel ayarı proftpd'ye etkimemiş durumda. Kirli bir çözüm yerine Debian'ın sunduğu az bilinen bazı olanaklardan yararlanalım. Sırayla aşağıdaki adımları uygulayın: # özgün proftpd'yi proftpd.real'a çevir dpkg-divert --divert /usr/sbin/proftpd.real --rename /usr/sbin/proftpd # sahiplik ve izinler birebir olmalı (güvenlik paranoyası) cp -a -f /usr/sbin/proftpd.real /usr/sbin/proftpd # şimdi sarmalayıcıyı üzerine yaz, tırnaklara dikkat! printf '#!/bin/sh\nLC_ALL=C exec /usr/sbin/proftpd.real $@' /usr/sbin/proftpd Merak edenler için not... Burada dpkg-divert komutuyla gerçek proftpd'yi C yerelinde çalıştıran bir sarmalayıcı kurduk. Bundan sonra proftpd paketini yeni bir sürüme güncelleseniz bile kurmuş olduğumuz bu divert etkin olacak ve özgün /usr/sbin/proftpd daima /usr/sbin/proftpd.real adıyla sisteme kurulacak. Diğer çözüm, yani /etc/init.d/proftpd içinde export LC_ALL=C yapmak veya (daha doğru olanı) start-stop-daemon'ı LC_ALL=C start-stop-daemon ile değiştirmek basit bir çözüm gibi görünmekle birlikte şöyle bir kusura sahip. Profptd'nin başlangıç betiği geliştirici tarafından günün birinde değiştirilirse bizim yaptığımız ayarların korunması gerektiğinden[1] dpkg size türlü sorular soracaktı. Önerdiğim çözümde böyle bir handikap yok. [1] Debian Policy gereği /etc altındaki dosyalar yönetici denetimindedir ve bu dosyalar yönetici tarafından değiştirilmişse güncelleme sırasında (varsa) değişiklikler de korunmalıdır. -- roktas -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Lenny disk bölümleme ve Türkçe sorunu
Merhaba, * Yılmaz Bilgili [2009-03-06 21:57:39+0200] Lenny kurduğum bir iki bilgisayarda açılışta Türkçe seçtiğim durumlarda disk bölümleme aşamasında kurulum takılıyor. Ben de İngilizce ayarlarla kurulum yaptım ve sorunsuz geçtim aynı aşamayı. Sanırım bu bir bug? Raporladığınız için teşekkürler. Vakit bulduğumda buna bakayım. Bölümleme şemanız nasıl? Sıradan bir bölümleme mi yoksa LVM gibi bir şey mi? Hatayı tam olarak hangi aşamada alıyorsunuz? Hatayı tekrar üretebilmek için soruyorum. Kurulumda Türkçe seçmemeniz halinde, Debconf belirli yerel parameterleri öntanımlı İngilizce etrafında seed ettiğinden kurulu sistemin bütününde Türkçe kusurlar olacaktır. Sonra konsolda Türkçe klavye kullanabilmek amacıyla; dpkg-reconfigure locales dpkg-reconfigure console-data komutlarıyla Türkçe yerelini ve Türkçe klavyeyi seçtim. Buna rağmen konsolda Türkçe karakterler görünmüyor. Unuttuğum ya da yanlış birşey mi var? Konsoldan kastınızın X konsolu değil, sanal uçbirim (VT) olduğunu varsayıyorum. Yereli ayarlamanız gerekiyor, bunu yapmışsınız; fakat console-data sadece sanal uçbirim klavyesini yapılandırır. Size gereken uçbirim yazıtipleri. Aşağıdaki adımları deneyin, sonuç alamazsanız daha köklü bir çözüme gideriz. İlk adımda (tedbir olarak) yerel ayarınızın doğruluğunu sınıyorum, orada hata almamanız lazım. validlocal tr_TR.UTF-8 sudo aptitude install console-setup sudo dpkg-reconfigure console-setup -- roktas -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Lenny disk bölümleme ve Türkçe sorunu
* Recai Oktaş [2009-03-06 22:52:56+0200] köklü bir çözüme gideriz. İlk adımda (tedbir olarak) yerel ayarınızın doğruluğunu sınıyorum, orada hata almamanız lazım. validlocal tr_TR.UTF-8 validlocale tr_TR.UTF-8 ^^^ -- roktas -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian wireless
Merhaba, * Levent Sezgin Genc [2009-03-06 16:10:49+0200] Benim bir sorunum var. Evde toplama bir PC'miz var. Ana kartı Asus ve ana kartta wireles bağlantı yapabileceğimiz (anten bağlanan) bir chip var (Asus Solo veya benzer bir adı var). Ustunde windows var. Sonra partition vs ile oynayarak ubuntu kurdum. Windows ve ubuntu da wireless bağlantı çalıştı. Sonra ubuntu'nun aslında debian'ın yavrusu olduğunu benim debian kurmam gerektiğine karar verdim.Debian'ıkurdumama maalesef bir türlü wireless bağlantısını çalıştıramadım. Konu, biraz heves biraz da inada binidiği için illaki debian olacak diyorum. Kablosuz bağlantı çalışmadı derken kablosuz donanım arayüzünün hiç tanınmadığını mı kastediyorsunuz? Aşağıdaki komut ne diyor? sudo iwconfig Donanım problemi olduğunu varsayarsak Bu donanıma ilişkin lspci(8) çıktılarını buldum; fakat Asus Solo ile bir deneyimim olmadığından net bir çözüm öneremeyeceğim. Ubuntu kurulumunda kullandığınız CD'nin (?) bir Çalışan (live) CD kipi olmalı, yeniden kurulum yapmadan bu kipi kullanarak sistemi tekrar Ubuntu ile açın. Kablosuz donanım çalışır durumdayken aşağıdaki komutun çıktısını (bir şekilde kaydederek) listeye gönderin, yardımcı olmaya çalışalım. sudo lsmod -- roktas -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian 5.0 lenny ` nin kurulumundan sonra apt-get` in verdigi ilginc hata
Merhaba, * U. Zafer ERSOY [2009-03-03 23:25:22+0200] Bugun debian lenny 5.0 kurdum. Lenny` nin ilk cd` sini indirip kurulumun paketleri yukleme asamasinda gerekli paketleri kendi otomatikman hem internetten hem de cd` den yukledi ve ayarladim. Kurulum bittikten sonraki ilk boot` da apt-get ilginc hatalar vermeye basladi. Gozukene gore benim icin gerekli olan bircok paket icin artik gerekli degil diyor: ## The following packages were automatically installed and are no longer required: [...] Use 'apt-get autoremove' to remove them. ben de ardindan apt-get auroremove komutunu kullandim. tahmin edebileceginiz gibi sistemde kullandigim bir cok paketi sildi. APT kaynaklarında stable ile birlikte unstable yansılar belirtmişseniz ve/veya bir meta paketi silmişseniz ve/veya kaotik bağımlılıklara sahip bir paketle çakışan (ve onu silen) bir paket kurmuşsanız böyle sorunlar çıkabilir. Daha pek çok nedeni olabilir. Birkaç soru... - Sorunun yaşandığı durumda aşağıdaki komutların çıktıları ne diyor? cat /etc/apt/sources.list apt-config dump - Kurulum sırasında öntanımlıların dışında bir seçeneği etkinleştirdiniz mi veya kurulum sonrasında elle bir paket sildiniz veya kurdunuz mu? (evet ise hangi paketler?) Simdi temiz bir kurulum yaptim ve yine ayni seyi soylemeye devam ediyor. Bu neden kaynaklaniyor, nasil onleyebilirim. tekrar bu paketleri silip tekrar elimle mi kurmaliyim? Hayır, buna gerek yok. apt-get autoremove yapmayın, apt-get yerine aptitude kullanın ve aşağıdaki komutu çalıştırın: aptitude keep-all -- roktas -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: wireless network yöne timi
* ahmet kurukose [2008-11-23 03:01:19-0800] kablosuz ağların yönetimi için kullandığım program http://wicd.net sitesinden bilgi edinileceği gibi wicd. Gnome ile birlikte gelen network-manager'dan yönetim açısından kanımca çok daha başarılı. Elimdeki birkaç makinede GNOME/KDE gibi bir masaüstü ortam bulunmadığından ben de wicd kullanıyorum ve gayet memnunum. Tabii masaüstü kullanıcıları için standart yapılandırma Murat'ın da dediği gibi Network Manager. Gnome network-manager'da karşılaştığım (çözmek için fazla zaman harcamadım) problem WAP şifremin her yeniden başlatmada yeniden girmemi istemesiydi. Net'te biraz araştırınca başka insanlarında aynı sorunu yaşadığını görünce direk olarak wicd'ye geçtim. zaten aptitude install wicd komutundan sonra network managerin yerine kendiliğinden geçiyor. herhangi bir ayara gerek kalmıyor. Hatırladığım kadarıyla bu problemi çözmek için X ekran yöneticisi olarak (standart yapılandırmanın bir başka parçası olan) GDM'i kullanıyorsanız /etc/pam.d/gdm dosyasına '@include common-pamkeyring' satırını eklemeniz yetiyor. Eğer GDM'de (parola girmeden) otomatik giriş yapıyorsanız (auto login seçeneği) aynı satırı /etc/gdm-autologin dosyasına ekliyorsunuz. (Bu şemayı güvenlik açısından sorgulamadım. Daha doğru bir çözüm bilen varsa öğrenmek isterim.) -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Random key yaratma
Merhaba, * Semih Gokalp [2008-09-21 12:56:32+0300] Merhaba rastgele anahtar yaratmak icin asagidaki gibi bir script hazirladim. Rastgele anahtar üretme gibi güvenlik zaaflarına açık bir işlemi el yapımı betikler yerine bu amaçla tasarlanmış programlara yaptırmanızı öneririm. Depoda böyle çok sayıda paket var, hatırladıklarım pwgen ve otp: pwgen - Automatic Password generation otp - Generator for One Time Passwords Benzerlerini aratırsak: $ ept-cache related pwgen otp libstring-mkpasswd-perl - random password generator fpm2 - a password manager with GTK+ 2.x GUI password-gorilla - a cross-platform password manager mypasswordsafe - Easy-to-use password manager apg - Automated Password Generator - Standalone version libpam-pwgen - a password generator gpw - Trigraph Password Generator makepasswd - Generate and encrypt passwords medusa - fast, parallel, modular, login brute-forcer for network services keepassx - Cross Platform Password Manager msort - utility for sorting records in complex ways libstring-koremutake-perl - Convert to/from Koremutake Memorable Random Strings libdigest-bubblebabble-perl - perl module to create bubble-babble fingerprints signify - Automatic, semi-random .signature rotator/generator libhash-case-perl - base class for hashes with key-casing requirements -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Fwd: Bug#484834: console-data: please drop trf (Turkish F layout) in the udeb]
Package: console-data Severity: wishlist Tags: d-i There are currently *two* Turkish keymaps proposed to users in Debian Installer. I think this is one too many..:-) Do you think we can safely drop one between trf and trq? Absolutely no... All other languages have only one keymap proposed in D-I (except pt_BR for which I asked the same question and fr, for which I'll remove the extra keymap) Christian, I'm not sure if I understood you correctly, but trf/trq is a completely different case and it would make no sense to compare the situtation with pt_BR and fr. Please note that these keymaps are the *console* keymaps. However, the default X keymap is derived from these ones: - if users choose trf in D-I, they'll get a tr keymap in X with f variant - if users choose trq in D-I, they'll get a tr keymap in X with q variant Please also note that the default when choosing Turkish as language is trq As a consequence, I consider removing the trf keymap from console-data udeb. Therefore, that keymap will no longer be offered in D-I. It will still be available in the regular console-data package, though. Note that, Turkish F is a different **layout** than Turkish Q. It's not just a 'variant' as misleadingly declared in X (perhaps for historical reasons, which is something we should also change): http://wiki.laptop.org/go/OLPC_Turkey_Keyboard There are actually plenty of trf users in Turkey, especially in the government offices. So I strongly disagree with this proposal. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: openssl
* Levent YILDIRIM [2008-05-15 00:53:10+0400] openssl paketinde yeni bir açık buldular. Bu yüzden ssh yada openvpn gibi libssl kütüphanesini kullananlar acil olarak sunularını güncellesinler. Security paketlerine source.list dosyasına aşağıdaki satırı ekleyerek ulaşabilirsiniz : deb ftp://ftp.tr.debian.org/debian-security/ stable/updates main yada deb http://security.debian.org/ sarge/updates main Tüm zamanların en berbat güvenlik açıklarından birisi bu. :-( Herkesin bu güvenlik güncellemesini yapması **lazım**. Özellikle SSH ortak anahtarları çok önemli. Güncel ssh paketinde yeni bir araç var: ssh-vulnkey. Bununla mevcut anahtarlarınızın durumuna bakın ve gerekiyorsa (ki çoğunlukla öyle olacaktır) bu anahtarları ssh-keygen ile tekrar üretin. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian.org.tr site çalı şması
* Murat Demirten [2008-04-22 12:04:32+0300] Geçenlerde liste üyelerinden Bahri Meriç Canlı, benzeri bir örnek çalışma yapmak istediğini belirtti ve http://www.debian-tr.info adresinde, wiki tabanlı bir sistem kurgulamaya başladı, şu an belirli bir noktaya getirmiş durumda. Bu noktada artık yapılan işi, debian-user-turkish ahalisinin beğenisine sunmak gerekli. Daha önce yaşadığımız olumsuz deneyimleri de gözönünde bulundurarak, herkesi yapıcı önerilerde bulunmaya davet ediyorum. Listedeki her üyenin beklentilerini karşılayacak bir site yapmak elbette mümkün değil, bence dikkat etmemiz gereken noktalar: - yeni site dışarıdan katılıma kolaylıkla izin veriyor mu? - sınıflandırma mantığı düzgün mü? - tasarım/içerik uyumu sağlanmış mı? gibi olabilir. En azından şu anki yaşayan halinden daha iyi bir site yapabiliriz, tartışmaları bu düzlemden başlatırsak sonuç alacağımızı düşünüyorum. Merhaba, Öncelikle emek sahiplerine çok teşekkürler. Başlangıç olarak gayet güzel bir site olmuş. Umarım zamanla içerik zenginleşir. Görüşlerime gelince: - Sanıyorum, Debian'a özgü bir durum olarak, arkasında ticari bir oluşum bulunmadığından Bağışlar gibi bir bölüm düşünülmüş. Fakat birçok açıdan sıkıntılı bir konu bu. Bu bölümün, en azından şimdilik, kaldırılması yerinde olur düşüncesindeyim. - İçerik GFDL ile lisanlanmış. Bilmeyenler için hatırlatayım, GFDL DFSG uyumlu bir lisans değildir. Başka bir site olsaydı üzerinde durmazdım. En azından Debian özelindeironik olmaması için bu lisansın GPL sürüm 2 ve üzeri olarak değiştirilmesinde yarar var. Elinize sağlık, -- roktas
Re: listeden silemiyorum kendimi
* Samet Topal [2008-03-20 15:33:47+0200] arkadaşlar liste ile ilgilenen birisi varmı acaba? listeden silmeye çalıştım kendimi olmuyor kac sefer mail attım vede gelen maildekileri uyguladım Listeye kaydolurken verdiğiniz adresi kullanmalısınız. Farklı bir adres (mesela daha sonradan edinerek aktif şekilde kullanmaya başladığınız yeni bir adres) girmişseniz bu hatalı durum gelen e-postalarda bildirilmiş olmalı. Gelen cevap iletileri ne diyor? -- roktas
Re: debian depoları
* Onur Aslan [2008-03-13 10:57:18+0200] Olayi velveleye vermek gibi bir dusuncem yok, bunun kendimi bildim bileli ayni oldugunu anlatmaya calisiyorum sadece, 3 hafta sonra bidaha bakariz 3 yil sonra bidaha bakariz. Turkiye'de Debian'in hali ortada. debian-tr.org Allah'indan bulmus. Debian Turkiye yansisi millattan onceki paketleri iceriyor. Gecen postada attigim libapache-mod-php4_4.4.4-8+etch4 30 Haziran 2007 tarihinde atilmis [1]. [iyi niyetli (ve fakat çok öfkeli) eleştiriler] Bu sizce 3 hafta once mi yoksa 10 ay once mi? dpkg'yi Turkce'lestirmek icin Alioth'da ki l10n-turkish projesi sayfalarini gezerken, oraninda sorunlu oldugunu farkettim [2]. Hal boyle olunca Debian'in Turkiye'de ki kullanicisi ne yapsin? Bu eleştiriyi üzerime alıyorum... :-) Taze kana ihtiyaç duyduğumuz kesin. Yerelleştirme işini koordine edecek zamanı (tüm çabalarıma rağmen) bulamıyorum. En son d-i çevirileri konusunda bir kaç arkadaşla irtibat kurmaya çalıştım, fakat cevap bile alamadım. Sonuç olarak iş başa düştü ve oturup (onca iş arasında) çevirileri tekrar %100'e çektim. Dpkg çevirisine gelince, o konuda müteaddit defalar genelden ve özelden istekler de bulunduk, ama bir türlü sonuç alamadık. Tablo bu... Lafı uzatmadan şuraya getireyim. Debian yerelleştirme faaliyetlerini koordine edecek arkadaşlar buyursun (zaten uzun bir süredir yürütme imkanı bulamadığım) bu işi benden devralsın. Bu sözleri alınganlık eseri olarak sarfetmiyorum. Alt yapı hazır; web sitesi: Alioth, eposta listesi: debian-l10n-turkish. Levent bey size bi soru sormak istiyorum, Debian Turkiye yansisini, host etme serefine erismek icin mi aldiniz? Debian Turkiye yansisinin olmamasi, Debian'in Turkiye'de ki kullanicilarina daha yararli olacaktir. Hic degilse tr yansisinin halini bilmeden kullanmaya kalkmazlar. Eleştiriye tamam, yeter ki ortaya bir fikir alışverişi çıksın... Fakat lütfen eleştirilerimizi, _niyet okumaya dayalı_ bu tarz retoriklerle ifade etmeyelim. Aksi halde, son zamanlarda çok satılan bir bilgelik kitabında da belirtildiği gibi, arzu ettiğimiz fikir alışverişi yerine duygu alışverişinden başka bir şey geçmez elimize. Nitekim iş o yöne kaymaya başladı bile... -- roktas
Re: #433131 Etch'de giderilebilir mi?
Merhaba, * Mert Dirik [2008-01-25 21:21:28+0200] #433131 [0] arada sırada karşılaştığım ve çok fazla olmasa da sinir bozucu bir hata. Bu hata unstable'da giderilmiş fakat etch'de hala mevcut. Merak ettiğim şeyler şunlar: 1. Bu hata Etch'in bir sonraki point release'inde giderilebilir mi? (1) Debian X grubu önerir ve (2) release yöneticileri onaylarsa mümkün. Bu öneriler point-release'den önce 'etch-proposed-updates' arşivine gider. Bu onay görüşmesi çoğunlukla arşive yükleme yapılmadan önce yapılır. (4.0r3) Hatanın önem derecesi normal, fakat bir şekilde hatanın önemli olduğuna ikna edebilirsek hatanın stable sürümde düzeltilme şansı var mı? (Ubuntu'da bu hatanın veri kaybına neden olduğu sonucuna varıldı ve hata yakında LTS sürümde düzeltilecek gibi duruyor. [1]) Hatanın önem derecesi yanıltıcı olabilir. Muhtemelen hatayı bildiren kişi bu işlemi öntanımlı değerlerle çabucak yapmıştır. Görebildiğim kadarıyla bu hata sadece 433131 ile bildirilmemiş: 411287 396774 395354 ile de aynı sorun bildirilmiş ve bunların bir kısmında önem derecesi RC. 2. Bu isteğimi geliştiricilere iletmenin uygun yolu nedir? BTS yoluyla mı, yoksa debian-x listesi yoluyla mı? Yukarıdaki prosedür gereği önce debian-x grubunu ikna etmek gerekiyor. Fikir vermesi için xorg-server'a önerilen güncellemelere bir bakalım. Mesela şu (24 Ocak tarihli yükleme): http://altruistic.lbl.gov/mirrors/debian/dists/etch-proposed-updates/xorg-server_1.1.1-21etch4_i386.changes Burada bazen bunaltıcı bir hal alan bir bürokrasi olduğunun farkındayım (maalesef Debian'da işler bazen çok yavaş ilerleyebiliyor). Hatayla ilgili düşüncelerime gelince: - Bu ciddi bir hata ve bence de kararlı sürümde düzeltilmeli. - Öte yandan, her ciddi düzeltme kararlı sürüme uygulanmaz. Kararlı sürüme uygulanan düzeltmeler çoğunlukla güvenlik amaçlıdır. Veri kaybı da bazı çekincelerle dikkate alınır, bunu çok açık şekilde ispatlamanız ve düzeltmenin regresyona yol açmadığını göstermeniz kaydıyla. - 433131'ü çözen yama basit ve temiz görünüyor. Fakat xorg-server görece geniş bir etki alanına sahip olduğundan bu yamanın _kararlı sürümde_ bir regresyona yol açabileceği endişesini dile getirebilirler. Mesela önceden hatalarıyla da olsa _beklenen_ şekilde çalışan bazı betikler veya programlar beklenmeyen davranışlar sergileyebilir. BTS'de hata raporu arşivlenmişti, ve raporda hatanın sadece 1.3 sürümünde görüldüğü yazıyordu; ben etch'deki 1.1'de de görüldüğünü ekledim fakat hata BTS'de hala kapatılmış olarak görünüyor. Burada kafam karıştı, hata unstable'da giderildiğinde (diğer sürümlerde halen var olsa da) kapatılıyor mu? Hata raporunu tekrar açmayı düşündüm fakat yapmam gereken şeyin bu olduğundan emin olamadım. Eğer bu durumda hata raporunu tekrar açarsam bu hatanın 1.3 sürümünde de giderilmediğini mi söylemiş olurum? Hata raporları çoğunlukla paketin belirli bir sürümüyle ilgilidir ve raporda bildirilen sorun (herhangi bir yan etki üretmeden) o sürümde giderilmişse hata kapatılır. Bu düzeltmeyi kararlı sürüme de uygulamalısınız mesajını vermek için 433131 nolu hatayı tekrar açmak doğru ve anlamlı olmaz. Etch sürümüne özel yeni bir hata raporu açmak mümkün, ama bence yukarıda söz ettiğim kanalları kullanmanızda yarar var. -- roktas
Re: ustalardan yardım (she ll programı)
Merhaba, * M.Barış ÜNAL [2008-01-24 16:19:36+0200] iconv ile 600 kadar dosyanın çevrilmesi işini yapmam gerekiyor. Bu dosyalar iç içe klasörler altında dizilmiş durumda. Bu işlerin için shell de ufak programlar ile otomatik olarak yapıldığını biliyorum. Ama be o programları henüz yazamıyorum. iconv -f iso8859-9 -t utf-8 -o x.htm x.html komutunu bulunduğu klasörden içeriye doğru çalıştıracak bi script bulaiblirmiyim? find(1) ve recode'u kullanmanızı öneririm. Önce find ile deneme yaparak doğru dosya listesini ürettiğinize emin olun. Örnek: cd falan find -type f -name '*.html' Diğer seçenekler ve hazır find reçeteleri için: info find Bunu bir kere kesinleştirdikten sonra öldürücü darbe: apt-get install recode cp -a falan falan.bak # DİKKAT! neme lazım yedek find ... | xargs recode iso8899-9..utf-8 Recode, iconv'tan farklı olarak doğrudan dosyayı _değiştirir_. Buna dikkat edin ve yedekli çalışmayı unutmayın! -- roktas
Re: libsvm'yi Python 2.5 icin Debian Etch ortaminda nasil backport edebilirim?
Merhaba Emre, * Emre Sevinc [2008-01-23 09:45:31+0200] Peki ama ben sorunu cozdugu iddia edilen bu güncel paketleri elimdeki Debian stable (Etch) sisteme nasil kurabilirim? http://wiki.debian.org/Backports http://www.debianadmin.com/how-to-install-backports-debian-packages.html http://www.backports.org/dokuwiki/doku.php?id=instructions Adreslerinde yazilanlari yapmaya calistim ama sonuc yukarida belirttigim gibi. Bu paketin yeni sürümleri (libsvm2) backport edilmemiş sanıyorum. Bu durumda bizim bu işlemi yapmamız lazım. :-) Yardimci olabilecek birileri var mi acaba? Yer darlığından dolayı makinedeki pbuilder/etch'i kaldırmıştım. Şimdi yer açarak tekrar oluşturuyorum. Bakalım, umarım sorunsuz derleriz bunu. Bittiğinde aşağıdaki kişisel arşive koyarım (APT kaynak bilgilerini de bu sayfada bulabilirsin): http://people.debian.org/~roktas/packages/ -- roktas
Re: libsvm'yi Python 2.5 icin Debian Etch ortaminda nasil backport edebilirim?
* Goksin AKdeniz [2008-01-23 10:03:19+0200] Aradığınız paketler yanılmıyorsam testing deposunda bulunuyor. Bu durumda testing deposunu ekleyerek aradığınız paketleri testing deposundan alınacak biçimde pinnig yaparak kurmayı deneyebilirsiniz. Emre: Gökşin beyin bu önerisi işine görecekse, yani o makinede testing kullanabiliyorsan mesele yok. Ben neme lazım pbuilder'ı güncelliyorum yine de. apt-get kullanmak yerine aptitude kullanmak bana göre daha iyi sonuçlar veriyor. Umarım işinizi görür. Çok doğru bir tavsiye... -- roktas
Re: libsvm'yi Python 2.5 icin Debian Etch ortaminda nasil backportedebilirim?
* Emre Sevinc [2008-01-23 10:47:22+0200] Heyecanla bekliyorum o halde (son yazismalardan ve denemelerden sonra testing depo ekleyip pinning ile ugrasmak yerine bu cözümün daha kolay ve pratik olacagina kanaat getirdim). Bu paket çok sorun çıkardı. Debian'daki 2.85 sürümü Python 2.5 ve Etch ile derlenmiyor. Ubuntu Gutsy'den 2.84'ü alıp bir kaç türlü taklayla derledim. Python 2.5 ile import svm sorun çıkarmıyor burada, senin makinede de sorun olmaz sanıyorum. Şimdilik bununla idare eder, fakat en kısa zamanda resmi Debian paketlerine geçmende yarar var. Kurmak için benim depoyu APT kaynaklarına ekle: http://people.debian.org/~roktas/packages/ ve: apt-get install libsvm2 python-libsvm (Mevcut kurulu sürümleri silmeyi ihmal etme. Sorun çıkarsa paketleri wget veya dget ile alıp, dpkg -i ile kurabilirsin.) Kolay gelsin, -- roktas
Midnight Commander + file(1) sorunu
Merhaba, Bir kaç zamandır dikkatimi çeken bir sorunla bugün ilgilenme fırsatı buldum. Benzer sorundan muzdarip olanlara da yararlı olabilir düşüncesiyle buraya yazayım dedim. Midnight Commander, nam-ı diğer mc sık kullandığım bir programdır. Bu sık kullandığım programda en sık yaptığım işlem de F3 (veya Enter) tuşu ile dosyalara bakmak veya F4 ile düzenlemek. Gel gelelim makinede tam tarihini hatırlayamadığım bir güncellemeden beri mc'deki bu göz atma ve düzenleme işlemlerinde, özellikle büyük dosyalarda, olağanüstü bir yavaşlık oluyordu. Örnek vermem gerekirse, 170K civarı bir dosyaya (1.4GHz'lik Pentium M işlemcili makinede) F3 ile bakınma işlemi yaklaşık 9 sn sürüyordu. strace(1) ile programın ne iş çevirdiğini inceledim ve bu bakınma/düzenleme işlemlerinde mc'nin dosya tipini tayin etmek için file(1) komutunu fork ettiğini farkettim. Yani (en azından bu makinede) sorun file(1) komutunda: $ du -h iri.tex 172Kiri.tex $ file --version file-4.21 magic file from /etc/magic:/usr/share/file/magic $ time file iri.tex iri.tex: LaTeX 2e document text real0m9.232s user0m8.865s sys 0m0.016s Görüldüğü gibi file(1) kararını ~9 s'de veriyor! Süreç zamanı ağırlıklı olarak user tarafında olduğundan bunun çekirdek ile alakalı olmadığını düşünebiliriz. Sorun Türkçe'ye özel mi? $ (export LC_ALL=en_US.UTF-8; time file iri.tex) iri.tex: LaTeX 2e document text real0m3.190s user0m3.092s sys 0m0.008s Biraz öyle görünüyor. Devam edelim... $ (export LC_ALL=C; time file iri.tex) iri.tex: LaTeX 2e document text real0m0.076s user0m0.060s sys 0m0.000s Sonuç: $ echo 9.232/0.076 | bc 121 121 katlık bir fark! Öyle anlaşılıyor ki file(1)'ın bu yeni sürümlerinde öncelikle UTF8 ile alakalı ve Türkçe işin içine girdiğinde katmerleşen bir sorun var. Burada verdiğim rakamları (mümkünse farklı dağıtımlarda) siz de doğrularsanız memnun olurum, hata raporu geçmeden önce emin olalım. Geçici bir çözüm olarak aşağıdaki adımları uyguladım: $ cp /usr/bin/file /usr/bin/file.exec $ cat /usr/bin/file #!/bin/sh LC_ALL=C exec /usr/bin/file.exec $@ (bu noktada Ctrl-D tuşluyoruz) Tabii bu çözümün yan etkileri olacaktır mutlaka. Yine de önceden 9 s'de açılan bir dosyayı saniye altında açmak için buna değer... -- roktas
Re: Midnight Commander + file sorunu
Merhaba, * Cafer Şimşek [2008-01-10 16:48:57+0200] Sanırım doğru düşünüyorsunuz. Türkçe'ye özel bir durum. Bu Ubuntu 7.10 üzerindeki testler. [EMAIL PROTECTED]:~/Work$ (LANG=C; time file maillogs.sql.gz) maillogs.sql.gz: gzip compressed data, was maillogs.sql, from Unix, last modified: Thu Nov 22 15:28:55 2007 real0m0.027s user0m0.020s sys 0m0.004s [EMAIL PROTECTED]:~/Work$ time file maillogs.sql.gz maillogs.sql.gz: gzip compressed data, was maillogs.sql, from Unix, last modified: Thu Nov 22 15:28:55 2007 real0m0.259s user0m0.240s sys 0m0.000s [EMAIL PROTECTED]:~/Work$ file --version file-4.21 magic file from /etc/magic:/usr/share/file/magic [EMAIL PROTECTED]:~/Work$ Bu denemeler için çok teşekkürler... Sürüm 4.12 ile de test ettim (VMWare üzerinde çalışan FreeBSD 6.2 ile) onda böyle bir sorunla karşılaşmadım. FreeBSD üzerine sürüm 4.21'i yükleyip denedim ve sonuç: Çok daha büyük bir fark. Yani bu sorun 4.12 sürümünde yok, onu garantilemiş olduk. Hız farklarının (çok baskın olmayan) bir nedeni de taranan magic dosyasının boyutu. Debian'da bu dosyanın diğer dağıtım ve/veya işletim sistemlerine göre daha büyük olduğunu tahmin ediyorum. $ du -h /usr/share/file/magic.mgc 1.1M/usr/share/file/magic.mgc Diğer paketlerin kendisine bağımlı olmasından dolayı file ve (aynı kaynaktan üretilen) libmagic1 önemli paketler. $ apt-cache rdepends | wc -l 71 Bağımlı paketlerin arasında debhelper, libtool, intltool, defoma, exim4-base gibi önemli paketler de var... -- roktas
Spam flood
* t u [2008-01-07 21:23:29-0500] daha yeni katildim listeye ama biraz fazla spam geliyor sanki buraya... bu konuda yapabilecegimiz bir sey var mi? tesekkurler :) Yok maalesef. Şu an neredeyse bütün Debian listelerine spam yağıyor. Kurulu filtreler de işe yaramamış gözüküyor. Bu yılbaşı atağını idare edeceğiz bir süre... -- roktas
Re: Spam flood
* Emre Sahin [2008-01-08 19:05:02+0200] duzeltilmis olmali. ayarlardaki bir aksilikten kaynaklaniyormus. http://cord.de/blog/index.php?entry=entry080108-144308 Haber için teşekkürler, biraz önce debian-private listesinde farkettim ben de... gerci buraya gonderilen bazi mesajlarin da alakasizlik bakimindan spam'den pek farki yok. selamlar, e. ps: top posting icin kusura bakmayin, bu listenin adetinin boyle oldugunu dusundum. Bu TOFU[1] olayı için 't-prot' adında bir paketimiz mevcut. Senelerdir kullanıyorum, tavsiye ederim. Mutt'la çok uyumlu çalışıyor, eminim ki Gnus'a da entegre edebilirsiniz. T-prot sayesinde bu iletinin Fullquote unten kısmını (çok şükür) görmüyorum. [1] Text oben, Fullquote unten -- roktas
Re: Spam flood
* Emre Sahin [2008-01-08 21:18:33+0200] Ben buraya yeni üye oldum. O sebeple bu konudaki hassasiyetin ne ölçüde yaşandığını bilmiyorum. Yine de gördüğüm kadarıyla teknik bir eposta grubunda olmayacak, İngilizce yazsanız hayli flame alacağınız mesajlar da gönderiliyor gruba. Hoşgeldiniz diyeyim öncelikle... Top posting vb konularda camianın diğer listelerinde hassasiyet neyse bu liste de durum pek farklı değil. Bu hassasiyete ilave olarak, Türkçe yazım kurallarına dikkat etmek, meramını doğru düzgün ifade edebilmek gibi bir dizi konuda bizim e-posta listelerimiz forum vb ortamlara nispetle genel olarak daha iyi bir düzeydedir. Fakat bu düzey yeterli değil tabii... E-posta kültürünü SMS kültüründen ayırmak genç arkadaşlar için bazen zor olabiliyor. :-) Doğru örnekleri gördükçe bir kısmı düzeliyor, diğer kısmı ise zaten listelerde kalıcı olmuyor. Flame konusunda, dublaj Türkçesiyle anlatırsak, derimizi kalınlaştırmak ve etkilenmemek lazım. Listede (diğer bütün Debian listelerinde olduğu gibi) moderasyon, liste üyeliği şartı vesaire yok . Bu zamana kadar istatistiksel olarak ortaya çıkması zaten kaçınılmaz olan bir kaç arıza bu durumu suistimal etmedi değil. Fakat Debian listelerinde azami özgürlük şiarına uygun olarak arızaların bile tebelleş olma hakkı vardır. Gündelik hayatta takip edebileceğimiz Nasihat → Tekdir → Kötek sıralamasını bu yüzden Kötek aşamasında kesiyor ve o kısmı Erdener abiye havale ediyoruz. -- roktas
Re: Dosya Sistemi Seçimi - Console Çözünürlüğü
Merhaba, * Sami Beyoglu [2007-12-31 05:34:56-0800] İki sorum var arkadaşlar. Birincisi dosya sistemi seçerken nelere dikkat etmeli? Neden linux kurulum rehberlerinde kurulumda hep ext3 dosya sistemi seçilir? Hangisini tercih etmem gerektiği konusunda bir fikrim yoktu biraz araştırdım pek bir şey bulamadım. Eskiden okuduğum bir kaynak yapılan testlerde xfs'i en iyi dosya sistemi gösterirken arama motorlarından birinde yaptığım bir aramada çıkan sonuçlarda xfs resete gelmez gibi sonuçlar çıktı karşıma. Elime geçen en sağlam kaynak http://pdf.belgeler.org/sag/sag.pdf bu galiba burada da hepsine değinilmemiş. Tavsiyeniz hangisi ve (tabi doğal olarak) neden?Aklımda ext3, reiserfs, xfs var. Bunları detaylı anlatan karşılaştıran bir kaynak var mı elinizde? Bu çok ayrıntılı bir konu. Eminim ki listelerde çok tartışıldı; uygun anahtar sözcüklerle debian-user (turkish değil) veya LKD listelerinde arama yapmanızı tavsiye ederim. İkinci sorum ise laptopumda da linux kullanıyorum. Ekran çözünürlüğü 1280x800. Console'u da bu çözünürlük ile kullanmak istiyorum. Mümkün müdür? Çözünürlüğü artırmak mümkün, fakat 1280/800=16/10 geniş ekran (bildiğim kadarıyla) henüz mümkün değil. Yapmanız gereken etkin çekirdeğe önyükleme sırasında vga=xxx parametresini geçirmek. Daha açık bir ifadeyle `/boot/grub/menu.lst` dosyasında etkin çekirdeğe ilişkin stanzada `kernel` seçeneğinin sonuna vga=xxx yazacaksınız. Ör. kernel /boot/vmlinuz-2.6.bilmemne ... vga=791 Bu ayarı etkinleştirmek için: update-grub Bu `xxx` için kullanılabilecek değerler için: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob_plain;f=Documentation/fb/vesafb.txt Mesela 1024x768'de 64K renk için: vga=791 (veya 0x317) gibi. Alternatif olarak `vga=ask` ile deneme yapabilirsiniz. -- roktas
Re: Emacs/Auctex (?) Turkce Karakter Problemi
Merhaba,
* t u [2007-12-29 14:03:14-0500]
Emacs'ta Auctex'le latex yazmayi ogrenmeye calisiyorum... Ama turkce
karakterlerle biraz sorunlu oluyor.
Klavye ayarim: Turkey Alt-Q (ü yazmak icin alt+u yapiyorum cunku klavyem
ingilizce)
Normalde nano'da ya da kile'da ü ö ğ vs. rahatca yaziliyor,
usepackage[utf8]{inputenc} ile de rahatca compile ediliyor.
Emacs'te bu olmuyor. alt+u ile cikan ü harfi,
1. emacs'te sadece \usepackage[latin5]{inputenc} yazarsam compile
ediliyor. ğ harfi hic cikmiyor. utf8 secersem compile etmiyor.
2. emacs'te yazdigim dosyayi kile'da acarsam, kile'da (ya da nano'da) bu
harf ? olarak gozukuyor, latex compile etmiyor.
3. harfi dogrudan kile'da yazarsam ve emacs'e hic dokunmazsam butun
harfler sorunsuz cikiyor, utf8 ile sorunsuz compile ediliyor.
ne yapmam gerektigi (ya da sorunun ne olabilecegi) konusnda ipucu
verebilir misiniz? emacs, kile'dan cok daha rahat bir sistem gibi
gozukuyor, ama bu sorunu asamazsam ogrenmeye calismamin bir anlami
kalmayacak...
Yaptığım denemenin sonuçlarını aktarayım...
sistem bilgilerim:
ubuntu 6.04
emacs 21.4.1
auctex 11.55-3
locale (bunu degistirmek istemiyorum):
LANG=en_US.UTF-8
LANGUAGE=en
LC_CTYPE=en_US.UTF-8
LC_NUMERIC=en_US.UTF-8
LC_TIME=en_US.UTF-8
LC_COLLATE=en_US.UTF-8
LC_MONETARY=en_US.UTF-8
LC_MESSAGES=en_US.UTF-8
LC_PAPER=en_US.UTF-8
LC_NAME=en_US.UTF-8
LC_ADDRESS=en_US.UTF-8
LC_TELEPHONE=en_US.UTF-8
LC_MEASUREMENT=en_US.UTF-8
LC_IDENTIFICATION=en_US.UTF-8
LC_ALL=
Yukarıda verdiğiniz yapılandırmayı burada oluşturarak[1] sırasıyla emacs22
ve emacs21 ile (hem -gtk hem de -nox sürümleriyle) deneme yaptım: -22
sürümünde sorun çıkmadı, o tamam; fakat -21'de klavye çalışmadı. Bu
durumda emacs22'yi denemenizi önereceğim.
-21 ile alakalı sorunu incelemedim, listedeki Emacsen arkadaşlar belki bir
fikir yürütebilirler.
.emacs'te google'da buldugum ama ise yaramayan satirlarim:
; Trying to fix Turkish characters...
(set-default-coding-systems 'utf-8)
(set-terminal-coding-system 'utf-8)
(set-keyboard-coding-system 'utf-8)
(set-buffer-file-coding-system 'utf-8)
(setq default-buffer-file-coding-system 'utf-8)
Bu ayarları kullanmadım.
[1] Yerel ayarı için: en_US.UTF-8'i locale-gen ile ürettikten sonra
yukarıdaki ortam değişkenlerini 'export' ettim. Klavye için:
'setxkbmap tr alt'.
--
roktas
Re: Yeni kurulum ve bir ka ç sorun
Merhaba, * ogrenci debian [2007-12-30 00:08:05+0200] Debian SID ve XFCE4 kurdum; bir kaç sorunumu sizlerele paylaşmayı uygun gördüm; XFCE4 masaüstüne ait öntanımlı X Terminal uygulamasını açtığımda Warning: couldn't find charset data for locale tr_TR.UTF-8; using ISO 8859-1. şekilnde bir uyarı alıyorum ve bunula birlikte Türkçe karakterlerde sorunlar yaşıyorum. Türkçe yerel kurulmamış görünüyor. Aşağıdaki komutla karşınıza gelecek yapılandırma ekranında tr_TR.UTF-8 UTF-8 satırının seçili olduğuna emin olun. Bu satırı etkinleştirdiğiniz halde sorun devam ediyorsa 'locale' komutunun ürettiği çıktıyı gönderin. NVIDIA Legacy sürücü kullana bir ekran kartım var depoda aynı sürüm olarak gözüken iki dosya farklı iki ad ile yer almakta: nvidia-lgx-legacy ve nvidia-glx-legacy-71xx. Belki buraya kadar önemli bir şey yokmuş gibi gözüküyor fakat olay şimdi başlıyor: * nvidia-glx-legacy adlı pakedi kurmak istediğimde http://rafb.net/p/nT7Dpu80.html; şeklinde bir hata alıyorum. * nvidia-glx-legacy-71xx adlı pakedi kurmak istediğimde ise http://rafb.net/p/kSBygD50.html; şeklinde bir hata alıyorum. Geçici bir paket bağımlılığı sorunu gibi duruyor. Kurulumu aptitude ile yapmayı deneyin, şanslıysanız aptitude bir öneri getirebilir. Yani: aptitude install nvidia-glx-legacy Aksi halde bir süre beklemeniz gerekir, unstable deposunda bu sorun ortadan kalkıncaya kadar. flashplugin-nonfree pakedi kurulu olduğu halde Adobe Flash Player'ın gerektiği sitelerde Iceweasel programı bu eklentiyi aramaktadır. Bu paketin flash eklentisini doğrudan kurmadığını biliyorsunuz değil mi? Paket Adobe'un sitesinden flash eklentisini indiriyor olmalı. O aşamayı geçtiniz ve kurulum tamamsa Iceweasel'da about:plugins dediğinizde ne çıkıyor? Shockwave Flash gibi bir şeyler görmeniz lazım. -- roktas
Re: Yeni kurulum ve bir ka ç sorun
* Recai Oktaş [2007-12-30 00:34:00+0200] * ogrenci debian [2007-12-30 00:08:05+0200] Debian SID ve XFCE4 kurdum; bir kaç sorunumu sizlerele paylaşmayı uygun gördüm; XFCE4 masaüstüne ait öntanımlı X Terminal uygulamasını açtığımda Warning: couldn't find charset data for locale tr_TR.UTF-8; using ISO 8859-1. şekilnde bir uyarı alıyorum ve bunula birlikte Türkçe karakterlerde sorunlar yaşıyorum. Türkçe yerel kurulmamış görünüyor. Aşağıdaki komutla karşınıza gelecek yapılandırma ekranında tr_TR.UTF-8 UTF-8 satırının seçili olduğuna emin olun. Bu satırı etkinleştirdiğiniz halde sorun devam ediyorsa 'locale' komutunun ürettiği çıktıyı gönderin. sudo dpkg-reconfigure locales -- roktas
Re: Asterisk kaynak koddan derleme sorunu
* Engin KUZU [2007-12-09 16:31:40+0200]
apt-get source asterisk
cd asterisk-1.4.15~dfsg/
dpkg-buildpackage -rfakeroot -us -uc
Sırası ile yukarıdaki komutları verdim, sonuç hala aynı. Daha önce
yollamış olduğum hataları alıyorum. (Şu ana kadar kaynak kodlar üstünde
değişiklik yapmadım.)
Hmm, ilginç bir Türkçe böceği bu... Bakın o ilk hatayı aldığınız yer
neresi:
common.c:405: error: `EM_UNIVERSAL_ARGUMENT' undeclared (first use in
this function)
EM_UNIVERSAL_ARGUMENT'ı bulamıyor yani... Peki bu nerede tanımlanmış?
$ cd asterisk-1.4.15~dfsg/main/editline
$ grep 'EM_UN.*' *.h
fcns.h:#define EM_UNiVERSAL_ARGUMENT51
^^^
Yani bizim şu meşhur i/I meselesi... Tam yerini de söyleyeyim. makelist
betiğinde 153'ncü satır:
cat $FILES | $AWK '/el_action_t/ { print $3 }' | \
153:sort | tr '[:lower:]' '[:upper:]' | $AWK '
BEGIN {
Ekteki yamayı uygulayın veya daha kestirmesi paketi POSIX yerelinde
derleyin:
LC_ALL=C LANG=C dpkg-buildpackage -r fakeroot -us -uc
Ekteki yamayı üst geliştiriciye de iletmek lazım. Ben biraz yoğunum, bu
işlemi siz yaparsanız çok makbule geçer.
--
roktas
--- makelist.orig 2007-12-09 17:29:55.0 +0200
+++ makelist2007-12-09 17:37:50.0 +0200
@@ -42,6 +42,11 @@
AWK=/usr/bin/awk
USAGE=Usage: $0 -h|-e|-fc|-fh|-bc|-bh|-m filenames
+# Avoid locale dependent case conversions and always use ascii.
+# (for example the script won't work in Turkish locale without this setting)
+LC_ALL=C; LANG=C
+export LC_ALL LANG
+
if [ x$1 = x ]
then
echo $USAGE 12
Re: test amacli gonderiyorum 5...:(...yanitlamayin arkadaslar...
* Tolun ARDAHANLI [2007-12-08 12:48:01+0200] Arkadasim bak sacmalik olarak nitelendiripte adamin asabini bozma burda denemezsek nerde deneyegiz zeki arkadasim... rakkas:-( Çocuk... Terbiyeyi ailen mi vermedi, sen mi almadın orasını bilemiyorum. Allah seni islâh etsin! PS: Listedeki LKD üyesi arkadaşlara... Ben bu çocuğun yazdıklarını /dev/null'a koyuyorum, o sıkıntı olmaz. Fakat kill filedaki adresin @linux.org.tr olması bir sıkıntı tabii. Hatırlatmış olayım... -- roktas
Re: Asterisk kaynak koddan derleme sorunu
* Engin KUZU [2007-12-08 17:55:40+0200] Astersik'in 1.4.15 sürümünü derlemeye çalışıyorum. Derleme öncesi asterisk için build-dep (Build dependency) indirdim. Aşağıdaki gibi bir hata alıyorum. İnternette araştırmalarım sonucunda henüz bir çözüme kavuşamadım. ... (Sayfalarca hata...) ... help.c:179: error: (near initialization for 'el_func_help[87].func') help.c:181: error: initializer element is not constant help.c:181: error: (near initialization for 'el_func_help[88].func') help.c:183: error: initializer element is not constant help.c:183: error: (near initialization for 'el_func_help[89].func') make[2]: *** [editline.o_a] Hata 1 make[1]: *** [editline/libedit.a] Hata 2 make: *** [main] Hata 2 Debian (unstable) depolarından indirmiş olduğum kaynak kodun derlenmesi sırasında da aynı hatayı alıyorum. Derlemeyi neyle yapıyorsunuz? apt-get source ile aldığınız kaynak kodu açtıktan sonra dizine girip paketi oluşturmalısınız: dpkg-buildpackage -rfakeroot -us -uc Bu işlemi ./configure make şeklinde yaparsanız debian/ altındaki yamalar ve debian/rules'daki derleme seçenekleri vesaire uygulanmaz. Yukarıdaki komutu kullandığınızdan emin olun. (Anladığım kadarıyla kaynakta bazı yerleri de değiştirmişsiniz. Şu aşamada temiz bir başlangıç yaparak kaynak kodu tekrar almanız yararlı olabilir.) -- roktas
Re: xserver-xorg'a gecerken hata, imdat! :)
* Emre Sevinc [2007-10-17 14:17:11+0300]
dpkg --purge xprt xprt-common
dpkg --purge --force-all ...
komutunu dene bir de...
deyip o paketlerden kurtulmayi basardim.
Ancak simdi libc6 ya da aptitude guncellemeye calistigimda soyle bir
durumla karsi karsiyayim:
...
Removing nvidia-glx ...
dpkg-divert: rename involves overwriting `/usr/lib/libGL.so.1.2' with
different file `/usr/lib/nvidia/libGL.so.1.2.xlibmesa', not allowed
dpkg: error processing nvidia-glx (--remove):
subprocess post-removal script returned error exit status 2 Errors
were encountered while processing:
nvidia-glx
E: Sub-process /usr/bin/dpkg returned an error code (1) A package
failed to install. Trying to recover:
Bu pakette (nvidia-glx) dosyalara epey bir yer değiştirtmişler
(dpkg-divert). Sorun yukarıdaki gibi çözülmemişse:
vim /var/lib/dpkg/info/nvidia-glx.{pre,post}*
# her değişiklikten sonra :wn ile devam edebilirsin
Dosyaların başına, she-bang'den hemen sonra aşağıdaki satırı eklemeyi dene
(hazır oradayken 'set -e' satırlarını da kaldır), dpkg-divert'ü susturmak
için:
alias dpkg-divert=:
ve tekrar dene... Umarım bu sorunu çözer (arkada bir miktar çöp dosya
bırakmak pahasına, onları elle silebilirsin).
--
roktas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Etch de apt-setup ve etherconf
Merhaba, * Harun ŞEKER [2007-10-17 18:19:36+0300] Debian Etch sürümünde paket depolarını yapılandırmamızı sağlayan apt-setup ve ağ yapılandırmasını yapmamı sağlayan etherconf yok mu? Ben mi bulamıyorum? Her iki paket de (apt-setup için base-config) arşivlerden silindi. Aşağıda açıklanan gerekçelerle: - base-config: Bu paket debian-installer'ın (d-i) Etch öncesi sürümlerinde ve Sarge öncesindeki (mesela Woody'de) boot-floppies kurulum sisteminde kullanılıyordu. Sarge'da hatırlarsanız kurulum iki aşamalıydı. Önce ana sistem kuruluyor ve makine yeniden başlatıldıktan sonra bu ana sistem base-config paketiyle yapılandırılıyordu (apt-setup da bu yapılandırmanın sadece bir bölümünde sorumlu bir betikti). Bu şemayı Etch'de (ve yeni sürümlerde) basitleştirdiler. Artık d-i tek geçişte kurulum yapıyor. Eski base-config paketindeki işlevsellik de bu tek geçişli kurulumun son kademelerine alındı. Böylesi her açıdan iyi oldu, zira base-config ortadaki kurulum probleminin _kötü_ bir çözümüydü. base-config ne zaman silindi? Cevap http://ftp-master.debian.org/removals.txt dosyasında: [Date: Sat, 21 May 2005 15:41:32 -0400] [ftpmaster: Jeroen van Wolffelaar] Removed the following packages from testing-proposed-updates: base-config |2.53.10 | source, all ... --- Reason --- [rene] NVIT -- Bu kayıtlarda silinme gerekçesi ayrıntılı belirtilmemiş, bu yüzden yukarıda ayrıntılı olarak açıkladım. Bilâhare 2006 Mart'ta geçiş (transitional) paketi de silinerek tamamen yok edilmiş. - etherconf: Müteveffa Progeny firmasının geliştirdiği bir pakettir bu. Firma dağılınca doğal olarak bakımı da ihmal edildi ve silinmek zorunda kalındı. Yukarıdaki dosyadan alıntı: [Date: Sun, 24 Sep 2006 02:32:40 -0700] [ftpmaster: Jeroen van Wolffelaar] Removed the following packages from unstable: etherconf | 1.20 | source, all Closed bugs: 379032 --- Reason --- RoQA; orphaned, buggy -- -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Linux-ag] interfaces d osyası hakkında
Merhaba, * Erdem Uyguner [2007-09-04 16:42:23+0300] interfaces dosyasını düzenlerken gözüme allow-hotplug eth0 satırı çarptı... bu satır tam olarak ne işe yaramaktadır? interfaces(5) kılavuz (man) dosyasından alıntı: Lines beginning with allow- are used to identify interfaces that should be brought up automatically by various subsytems. This may be done using a command such as ifup --allow=hotplug eth0 eth1, which will only bring up eth0 or eth1 if it is listed in an allow-hotplug line. Note that allow-auto and auto are synonyms. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: etch üzerinde sistemi bozmadan sun-java6 çalıştırmak.
* Onur Aslan [2007-06-20 11:13:05+0300] java-package paketini kurarak, Sun'un sitesinden indirdiginiz Java 6'yi, Debian'a gore paketleyebilirsiniz. non-free depolarindaki veya etch depolarindaki java paketleri de bu yontemle hazirlanmaktadir. Ayrintili bilgiyi: http://wiki.debian.org/JavaPackage adresinde bulabilirsiniz. Yanlış anlama olmaması için... Halen arşivde bulunan sun-java[56]-* paketleri (java-package'taki) make-jpkg ile hazırlanmıyor. Bunlar bildiğimiz el yapımı Debian paketleri. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: etch üzerinde sistemi bozmadan sun-java6 çalıştırmak.
* Zeki Çatav [2007-06-19 14:01:19+0300] Sistemim Debian Etch, sistemde java tabanlı hastane otomasyon yazılımını kullanıyorum. Şimdiye kadar sun-java5 ile kullanımda sorun yoktu. Ancak yeni eklenen döküman yönetimi modülü java1.6 istiyor. Sun-java6 ise testing'de mevcut. Ben Etch yapısını hiç bozmadan yada en az bozarak sadece sun-java6 paketini testing non-free'den nasıl alıp çalıştırabilirim. Merhaba Zeki hocam, Etch için hazırlanmış 'sun-java6' backport paketleri mevcut: http://backports.org/debian/pool/non-free/s/sun-java6/ Kurulum için aşağıdaki talimatları takip edebilirsiniz: Using backports.org is very simple: 1. Add this line deb http://www.backports.org/debian etch-backports main contrib non-free to your /etc/apt/sources.list. 2. Run apt-get update 3. All backports are deactivated by default. If you want to install something from backports run: apt-get -t etch-backports install “package” Of course, you can use aptitude as well: aptitude -t etch-backports install “package” -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: etch üzerinde sistemi bozmadan sun-java6 çalıştırmak.
* Recai Oktaş [2007-06-19 18:49:12+0300] Kurulum için aşağıdaki talimatları takip edebilirsiniz: Using backports.org is very simple: 1. Add this line deb http://www.backports.org/debian etch-backports main contrib non-free to your /etc/apt/sources.list. 2. Run apt-get update 3. All backports are deactivated by default. If you want to install something from backports run: apt-get -t etch-backports install “package” Of course, you can use aptitude as well: aptitude -t etch-backports install “package” Bu talimatların kaynağını da vereyim: http://backports.org/dokuwiki/doku.php?id=instructions Son bölümde paketlerin gpg doğrulaması için yararlı bilgiler mevcut. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: etch üzerinde sistemi bozmadan sun-java6 çalıştırmak.
* Zeki Çatav [2007-06-19 23:16:45+0300] 19 Haz 2007 Sal 18:52 tarihinde, Recai Oktaş şunları yazmıştı: Bu talimatların kaynağını da vereyim: http://backports.org/dokuwiki/doku.php?id=instructions Son bölümde paketlerin gpg doğrulaması için yararlı bilgiler mevcut. Bu yöntemi kullanarak sun-java6 kurulumunu yaptım. Sun-java5'i kaldırdım. Sources.list içindeki backport deposunu bu haliyle korursam GUI -adept manager- ile yaptığım güncellemelerde java6 dışındaki paketlerin etkilenme ihtimali var mı? Veya bu satırı inaktif etsem daha sonra güvenlik güncellemeleri ile ilgili yada başka sıkıntı yaşar mıyım? Önerilen yöntemi kullandığınız sürece bir sorun olmaz[1]. Bakın orada şunu demişler: 3. All backports are deactivated by default. If you want to install something from backports run: apt-get -t etch-backports install “package” Benim tavsiyem şu olur: bu makinelerde kararlı sürümü takip etmeye devam edin (sources.list'te security ve stable kaynakları) ve sona da (muhtemelen şu an zaten yapıyor olduğunuz gibi) etch-backports'u koyun; preferences'a ise dokunmayın. Bu durumda 'apt-get install paket' komutu bu paketi bulamadım gibi bir şey dönerse bir de 'apt-get -t etch-backports paket' komutuyla backports'u yoklayın. Bu yöntem, makinenin rolüne uygun olarak, işlerin daha denetimli şekilde yürümesini sağlar. (Masaüstü sistemlerde preferences dosyasını kullanmak daha güzel/pratik olur tabii.) [1] Aslında soru şu... 'apt-get install paket' komutu bir paketin (stable, testing vb. farklı dağıtımlara ait) birden fazla sürümü olması halinde nasıl davranıyor? /etc/apt/preferences'da bir öncelik belirtmediğinizi ve komut satırında '-t' seçeneği ile bir hedef sürüm bildirmediğinizi varsayıyoruz. Bu sorunun (hayli ayrıntılı) cevabı apt_preferences(5) kılavuzunda açıklanmış. İyi çalışmalar, -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Iste Erbakan Hoca bu
* Orçun ERÇORA [2007-06-13 11:44:03+0300] Öncelikle bu grup debian yani linux server destek gurubu dolayısıyla bu tarz icerikteki maillar bu listeye kabul edilmiyor bildigim kadarıyla. Ancak bakıs acına saygı duyarak sadece bir sey soylemek istiyorum. Benim [...] Çöp (spam) mesajlara cevap yazarak listeyi zıvanadan çıkarmayalım lütfen! -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian.org.tr Hakkinda
[Ali bey bu postayı çift alabilirsiniz, listeye de gönderiyorum.] Merhaba, * Ali Deniz EREN [2006-12-20 19:12:49+0200] Özür dileyerek sınırlı vaktinizi alıyorum. Estağfirullah, istihzaya gerek yok. Geri bildiriminizdeki tüm mesajları okudum. Üstünden iki ay gibi bir süre geçmesi bir yana, ben somut olarak ortada bir Debian.org.tr projesi göremedim. Bu kadar uzun yazışma yerine ikna edici bir O iki aylık geçmişi olan yazışmaya ve sonuçlarına Murat (şayet müsaitse) cevap verebilir. açıklama yapılsa sorun hallolacak sanırım. Yada sitenin geliştirilmesini takip edebileceğimiz bir link de yeterli olur. Nelerin nasıl devam ettiğini bilmek, o işleri yapan gönüllüler gibi diğerlerinin de hakkı sanırım. Belgelerin sunumu için IkiWiki düşünülüyor: http://debian-tr.net/ Portal tarafı için henüz bir CMS üzerinde karar kılınmadı. Birkaç haftadır meseleyle samimi olarak ilgilendiğini _gözlediğim_ arkadaşlarla da yazışıyorum. Bu gözlem aralığının dışında kalmanız zat-ı alinizi bu konu vesilesiyle ancak şimdi farkediyor olmamdan kaynaklanıyor. Gönüllülük temelinde yapılan işlerde böyle sorunlar yaşamak çok normal. Ama sistemler kurmak, yani işleri tariflemek -to do lists- ve gönüllüleri bu işler için bir araya getirmek, aynı işteki gönüllülerin sayısı azalınca yenilerini bu işler için teşvik etmek sanırım daha sonuç alıcı. Tabiki zaman kaybına yol açacak, hantal, sonuç almak Bakın bunun çok daha etkili yolları var. Bu ayın başında[1] (vaktim elverdiğince) konuyla ilgilenmeye çalıştım. İlk yaptığım şey şunu yapalım, bunu edelim demek yerine (bu sözler ortaya, üzerinize alınmayın) oturup debian-tr.net'teki IkiWiki kurulumunu hazırlamak oldu. Belge sunumu ve Wiki olarak önerdiğim bu prototip kurulum, yazıştığımızı belirttiğim arkadaşların ekserisince uygun görülmeyebilir de. Bu göze alınması gereken bir risktir ve her halükarda afakî laflar etmekten daha etkili, yetmedi işi mesnetsiz birtakım iddialara götürmekten daha ahlakî bir tavırdır. için bir araya bile gelemeyecek kadar büyük, pratik olmayan bir çalışma gurubundan söz etmiyorum. Ama sorun, bu iş ile ilgili tek bir çalışma gurubu kurmak, bunlar ile nasıl iletişime geçilir sorusuna yanıt olacak açıklamalar vermek, ve bu gurubun dışındakilerin çalışmaları takip edebilmesine olanak sağlamak ile çözülebilir. Şimdi konu hakkında bilgi alabileceğim, yanıt yazmaya ve öneri almaya vakti olan birisi mail adresini verebilirse sevinirim. Murat (Demirten) önceki yazışmanın sonuçlarını özetlemek ve gelecek yeni önerileri daha da sağlıklı şekilde toplamak amacıyla sanıyorum bir açıklama yapacaktır. Bu açıklamanın bir parçası olarak, kendisinin o yazışmada açıkça zikrettiği yardım talebine[2] ne ölçüde cevap geldiğinden de bahsederse hassaten memnun olurum. Mesela yanıt verenler arasında sizin isminizi göremiyorum. Öte yandan yer yer kantarın topuzunu kaçıracak aşırılıkta bir sorgulama ve eleştiri hali gördüğümü de belirtmeden geçemeyeceğim. [1] http://lists.debian.org/debian-user-turkish/2006/12/msg00033.html [2] http://lists.debian.org/debian-user-turkish/2006/10/msg00058.html -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian.org.tr Hakkinda
* Ali Deniz EREN [2006-12-19 21:32:30+0200] Merhaba Merhaba, [Son yazdıklarım listeye gitmemiş gözüküyor, tekrar gönderiyorum.] http://lists.debian.org/debian-user-turkish/2006/12/msg00033.html Hakan COSKUN son derece haklı. Bence sitenin durumu içler acısı. Çoğu zaman görüntüleyemiyorum bile. Hasbel kader girdiğim bir kaç sefer de içi geçmiş bir içerikle karşılaştım. Buna kesin bir çözüm İçi geçmiş içerik demeyin bari buna, o yazıları yazanlara haksızlık ediyorsunuz. Mucize bir formül yok elimizde, bir anda böyle harika içerikler fışkırtan. Sitenin hazırlanmakta olan yeni halindeki malzeme de bu olacak. Kastınız jan janlı görüntüyse _benim açımdan_ birincil öncelik bu değil. WML ile hazırlanan resmi Debian sayfalarında da birincil öncelik albenili görüntü olmadı hiç bir zaman. Bu öncelikler nedir diye sorulursa; verilen bilgilerin doğruluğu, dilin doğru kullanımı, ve belki de en önemlisi sürdürülebilirlik ve yönetilebilirlik olurdu cevabım. Daha fazla ayrıntıya girmek istemiyorum. Bu kadarını, eleştirileri ve beklentileri daha makul bir düzeye çekmek için yazıyorum. Debian.org.tr için çok geniş çaplı, acaip interaktif birşeyler beklemeyelim lütfen. Şüphesiz ki bize özel unsurlar olacaktır, fakat en azından karakteri itibarıyla, ana Debian sitesinde takip edilen çizginin çok dışında birşeyler tasarlanmıyor şu aşamada. Sevgilerimle, -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian.org.tr Hakkinda
* Hakan COSKUN [2006-12-19 17:58:49+0200] Merhaba Herkese; Merhaba, www.debian.org.tr sitede kullanıcıların gönderdigi yazilar ver Ekran görüntüleri gibi icerikler neden güncellenmiyor? Birkaç ekran görüntüsü ve ip uçu olabilecek yazı gönderdim siteye ama Admin tarafından incelenip sitede yayınlanacaktır diye bilgi geldi ama icerik yayınlanmadı. Görüntülerde aynı şekilde yayınlanmadı bu konuda kimden bilgi alabiriz? http://lists.debian.org/debian-user-turkish/2006/12/msg00033.html -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian.org.tr Hakkinda
[lütfen şu epostaları HTML değil de düz metin olarak yazsak diyorum] * okay Padak [2006-12-20 15:09:58+0200] Lütfen yanlış anlamayın... devamlı e-mail listesini takip eden biriyim... (kaçırdığım e-mailler olabilir!) debian.org.tr için uzun süredir bir kaç kardeşimiz gelişimini başlatmak için uğraş veriyor... (uğüraş veriyor diyorum lakin istenmesede bir gelişimin önü kesiliyor gibi) Genellikle konu arasıra gündeme geliyor ve tekrardan unutuluyor... ya da en gündem olduğu zamanda site istenmiyor... Hayır işte böyle yazarsanız _yanlış_ anlarım, yanlış anlaşılır. Ne demek bu şimdi üç-beş kişi birşeyler yapmak için uğraş veriyor ve fakat (ima edilen veya öyle algılanabilecek anlam) bu insanlar engelleniyor. Debian.org.tr'ın bakım ve yönetiminden ben sorumlu değilim. Boş vakitlerinde bu işi yapmaya çalışan arkadaşlar da maalesef bu boş vakti bulamaz duruma geldiler. Ancak _bugünlerde_ elimden geldiği kadar koordine etme, yardımcı olma fırsatı bulabiliyorum. Kimsenin iyi niyetten başkaca bir niyeti de yok. Murat da bu girişimde bulunmuş. Arşivlere açıp bakarsınız. O yazışmada, ilgilenenler bir adım öne çıkabilir mi? denmiş ve öne çıkan arkadaşların bir kısmıyla irtibat da kurulmuş[1]. İkide bir bu konunun açılmaması için geri bildirimde bulundum. _Gerekirse_ uygun bir iletişim kanalı açar kalan arkadaşları da davet ederiz. Şu ana kadar bu işle ilgilenen arkadaşların sayısı ve vakti yeterli değildi. Ama ben bu işin dernek çatısına benzer bir yapılanma içinde alt çalışma grupları vesaire bir yığın gönüllüyle halledilmesine de pek taraftar değilim, bunu daha önceleri açıkça söyledim yine söylüyorum ve nedenlerine de uzun uzadıya girmeye vaktim yok. Sizlerin de iyi niyetle yazdığınızı biliyorum. Ama lütfen kelimelerimizi biraz daha itinalı seçelim ve yazmadan önce mümkünse gereksiz tekrarlara girmemek için kim ne demiş bunları bir inceleyelim. [1] http://lists.debian.org/debian-user-turkish/2006/10/msg00063.html -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian.org.tr Hakkinda
[lütfen şu epostaları HTML değil de düz metin olarak yazsak diyorum] * okay Padak [2006-12-20 15:09:58+0200] Lütfen yanlış anlamayın... devamlı e-mail listesini takip eden biriyim... (kaçırdığım e-mailler olabilir!) debian.org.tr için uzun süredir bir kaç kardeşimiz gelişimini başlatmak için uğraş veriyor... (uğüraş veriyor diyorum lakin istenmesede bir gelişimin önü kesiliyor gibi) Genellikle konu arasıra gündeme geliyor ve tekrardan unutuluyor... ya da en gündem olduğu zamanda site istenmiyor... Hayır işte böyle yazarsanız _yanlış_ anlarım, yanlış anlaşılır. Ne demek bu şimdi üç-beş kişi birşeyler yapmak için uğraş veriyor ve fakat (ima edilen veya öyle algılanabilecek anlam) bu insanlar engelleniyor. Debian.org.tr'ın bakım ve yönetiminden ben sorumlu değilim. Boş vakitlerinde bu işi yapmaya çalışan arkadaşlar da maalesef bu boş vakti bulamaz duruma geldiler. Ancak _bugünlerde_ elimden geldiği kadar koordine etme, yardımcı olma fırsatı bulabiliyorum. Kimsenin iyi niyetten başkaca bir niyeti de yok. Murat da bu girişimde bulunmuş. Arşivlere açıp bakarsınız. O yazışmada, ilgilenenler bir adım öne çıkabilir mi? denmiş ve öne çıkan arkadaşların bir kısmıyla irtibat da kurulmuş[1]. İkide bir bu konunun açılmaması için geri bildirimde bulundum. _Gerekirse_ uygun bir iletişim kanalı açar kalan arkadaşları da davet ederiz. Şu ana kadar bu işle ilgilenen arkadaşların sayısı ve vakti yeterli değildi. Ama ben bu işin dernek çatısına benzer bir yapılanma içinde alt çalışma grupları vesaire bir yığın gönüllüyle halledilmesine de pek taraftar değilim, bunu daha önceleri açıkça söyledim yine söylüyorum ve nedenlerine de uzun uzadıya girmeye vaktim yok. Sizlerin de iyi niyetle yazdığınızı biliyorum. Ama lütfen kelimelerimizi biraz daha itinalı seçelim ve yazmadan önce mümkünse gereksiz tekrarlara girmemek için kim ne demiş bunları bir inceleyelim. [1] http://lists.debian.org/debian-user-turkish/2006/10/msg00063.html -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Stable'dan unstable'a gecerken sorun
* Emre Sevinç [2006-12-19 18:53:16+0200] Ofisteki bir stable Debian'i apt-get dist-upgrade ile güncellemeye calisirken, -f secenegi ile dene bir de demesine ve denememe ragmen ücüncü seferdir asagidaki gibi sikayetle karsilasiyorum: Unpacking openssh-server (from .../openssh-server_1%3a4.3p2-7_i386.deb) ... Transferring ownership of conffile /etc/default/ssh ... Transferring ownership of conffile /etc/init.d/ssh ... Transferring ownership of conffile /etc/pam.d/ssh ... dpkg: error processing /var/cache/apt/archives/openssh-server_1%3a4.3p2-7_i386.deb (--unpack): trying to overwrite `/etc/init.d/ssh', which is also in package ssh Aborting ownership transfer of conffile /etc/default/ssh ... dpkg-deb: subprocess paste killed by signal (Veri alınamıyor) Aborting ownership transfer of conffile /etc/init.d/ssh ... Aborting ownership transfer of conffile /etc/pam.d/ssh ... Errors were encountered while processing: /var/cache/apt/archives/openssh-client_1%3a4.3p2-7_i386.deb /var/cache/apt/archives/openssh-server_1%3a4.3p2-7_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Bunun sebebi ne olabilir? Nasil düzeltip dist-upgrade islemine devam edebilirim acaba? Selam Emre, Bu hata raporlanmış (hedef paket: 'ssh'): http://bugs.debian.org/403119 http://bugs.debian.org/403174 Raporlarda geçici bir çözüm de sunulmuş, mesela şunu deneyebilirsin: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403119;msg=24 -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [GÜVENLİK] GnuP G için acil güvenlik duyurusu
Cafer bey, kusura bakmayın sorunuzu geç farkettim, bir de dünya meşgaleleri girince araya _çok_ geç cevap yazıyorum. * Cafer Simsek [2006-12-10 02:52:25+0200] Hülasa bu örnekler özelinde anormal bir durum yok ortada (güncellemeyi yapanların para almadan çalışan gönüllü insanlar olduğunu da dikkate alırsak; meselâ bakın yukarıdaki güncede #396764 nolu hata 2 Kasım'da bildirilmiş ve bir gönüllü^W geliştirici 4 Kasım'da yamayı hazırlamış). Elbette, onu zaten akıldan çıkartmak mümkün değil. O gönüllüler olmasa zaten Windows'tan çok farkı olmayacak. Windows'tan ziyade başka bir dağıtımı kastetmiştim orada. Teşekkürler uyarılar için. Bu durumda bir soru daha geliyor: debian-security-announcement listesine düşen mesajların gecikmesinden dolayı, depolardaki (özellikle security.debian.org deposundaki) değişiklikleri sıklıkla (hatta mümkünse anında) takip edebileceğim bir mail listesi veya bir mekanizma mevcut mu Debian üzerinde? Şöyle bir takip sayfası var: http://idssi.enyo.de/tracker Henüz Debian çatısına eklemediler bunu, ama sanıyorum mevcut haliyle çok işinize yarayacaktır. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Stable'dan unstable'a gecerken sorun
[Gönderilmemiş gözüküyor, tekrar alanlar kusura bakmasın.] * Emre Sevinç [2006-12-19 20:29:39+0200] On Tue, Dec 19, 2006 at 07:59:01AM +0100, Ola Lundqvist wrote: This problem is probably not solveable in ssh as this has to do with package dependencies. Incorrect. I have an upload pending to fix this bug. demis, acaba bunun ne zaman düzelecegine dair bir tahmin mümkün mü? Henüz arşive girmemiş gözüküyor: ftp://ftp-master.debian.org/pub/UploadQueue/ Paketin başka hataları da var, sanıyorum onları da düzelten bir upload yakında gelecektir. Makina kritik bir makina ve SSH islevselligi de önemli, bir an önce unstable'a gecirmem gerekiyor. Bu hata RC tipinde, yani Etch duyurulmadan önce problemin mutlaka çözülmesi lazım (hele de böylesi kritik bir paket söz konusu olduğunda). Etch şu an full-frozen durumda, muhtemelen çok yakında sürüm yöneticilerine istek yapılacaktır. Bir gözüm debian-release'de, diğeri de yukarıda adresini verdiğim ftp alanında :-) bir gelişme olursa seni haberdar ederim. Yok şayet hemen bugün bir çözüm gerekiyor dersen geçici bir çözüm için daha yakından bakabilirim mevzuya. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian.org.tr Hakkinda
[Listeye gitmemiş gözüküyor, tekrar gönderiyorum. Posta sunucusundaki sorunlardan dolayı bu iletiyi birden fazla sayıda alabilirsiniz.] * Ali Deniz EREN [2006-12-19 21:32:30+0200] Merhaba Merhaba, http://lists.debian.org/debian-user-turkish/2006/12/msg00033.html Hakan COSKUN son derece haklı. Bence sitenin durumu içler acısı. Çoğu zaman görüntüleyemiyorum bile. Hasbel kader girdiğim bir kaç sefer de içi geçmiş bir içerikle karşılaştım. Buna kesin bir çözüm İçi geçmiş içerik demeyin bari buna, o yazıları yazanlara haksızlık ediyorsunuz. Mucize bir formül yok elimizde, bir anda böyle harika içerikler fışkırtan. Sitenin hazırlanmakta olan yeni halindeki malzeme de bu olacak. Kastınız jan janlı görüntüyse _benim açımdan_ birincil öncelik bu değil. WML ile hazırlanan resmi Debian sayfalarında da birincil öncelik albenili görüntü olmadı hiç bir zaman. Bu öncelikler nedir diye sorulursa; verilen bilgilerin doğruluğu, dilin doğru kullanımı, ve belki de en önemlisi sürdürülebilirlik ve yönetilebilirlik olurdu cevabım. Daha fazla ayrıntıya girmek istemiyorum. Bu kadarını, eleştirileri ve beklentileri daha makul bir düzeye çekmek için yazıyorum. Debian.org.tr için çok geniş çaplı, acaip interaktif birşeyler beklemeyelim lütfen. Şüphesiz ki bize özel unsurlar olacaktır, fakat en azından karakteri itibarıyla, ana Debian sitesinde takip edilen çizginin çok dışında birşeyler tasarlanmıyor şu aşamada. Sevgilerimle, -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Stable'dan unstable'a gecerken sorun
* Emre Sevinç [2006-12-19 20:29:39+0200] On Tue, Dec 19, 2006 at 07:59:01AM +0100, Ola Lundqvist wrote: This problem is probably not solveable in ssh as this has to do with package dependencies. Incorrect. I have an upload pending to fix this bug. demis, acaba bunun ne zaman düzelecegine dair bir tahmin mümkün mü? Henüz arşive girmemiş gözüküyor: ftp://ftp-master.debian.org/pub/UploadQueue/ Paketin başka hataları da var, sanıyorum onları da düzelten bir upload yakında gelecektir. Makina kritik bir makina ve SSH islevselligi de önemli, bir an önce unstable'a gecirmem gerekiyor. Bu hata RC tipinde, yani Etch duyurulmadan önce problemin mutlaka çözülmesi lazım (hele de böylesi kritik bir paket söz konusu olduğunda). Etch şu an full-frozen durumda, muhtemelen çok yakında sürüm yöneticilerine istek yapılacaktır. Bir gözüm debian-release'de, diğeri de yukarıda adresini verdiğim ftp alanında :-) bir gelişme olursa seni haberdar ederim. Yok şayet hemen bugün bir çözüm gerekiyor dersen geçici bir çözüm için daha yakından bakabilirim mevzuya. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian.org.tr Hakkinda
[Listeye gitmemiş gözüküyor, tekrar gönderiyorum. Posta sunucusundaki sorunlardan dolayı bu iletiyi birden fazla sayıda alabilirsiniz.] * Ali Deniz EREN [2006-12-19 21:32:30+0200] Merhaba Merhaba, http://lists.debian.org/debian-user-turkish/2006/12/msg00033.html Hakan COSKUN son derece haklı. Bence sitenin durumu içler acısı. Çoğu zaman görüntüleyemiyorum bile. Hasbel kader girdiğim bir kaç sefer de içi geçmiş bir içerikle karşılaştım. Buna kesin bir çözüm İçi geçmiş içerik demeyin bari buna, o yazıları yazanlara haksızlık ediyorsunuz. Mucize bir formül yok elimizde, bir anda böyle harika içerikler fışkırtan. Sitenin hazırlanmakta olan yeni halindeki malzeme de bu olacak. Kastınız jan janlı görüntüyse _benim açımdan_ birincil öncelik bu değil. WML ile hazırlanan resmi Debian sayfalarında da birincil öncelik albenili görüntü olmadı hiç bir zaman. Bu öncelikler nedir diye sorulursa; verilen bilgilerin doğruluğu, dilin doğru kullanımı, ve belki de en önemlisi sürdürülebilirlik ve yönetilebilirlik olurdu cevabım. Daha fazla ayrıntıya girmek istemiyorum. Bu kadarını, eleştirileri ve beklentileri daha makul bir düzeye çekmek için yazıyorum. Debian.org.tr için çok geniş çaplı, acaip interaktif birşeyler beklemeyelim lütfen. Şüphesiz ki bize özel unsurlar olacaktır, fakat en azından karakteri itibarıyla, ana Debian sitesinde takip edilen çizginin çok dışında birşeyler tasarlanmıyor şu aşamada. Sevgilerimle, -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [GÜVENLİK] GnuP G için acil güvenlik duyurusu
* neyzen ben [2006-12-10 01:33:58+0200] Öncelikle uyarınız için teşekkür ederim. Daha henüz öğrenmekte olan bir Debian kullanıcısı olarak açığın nasıl bir açık olduğu ve ne gibi sorunlara yol açabildiği üzerine daha ayrıntılı bilgi alabilirsem çok sevinirim. Mesela: Sürümü yükselttikten sonra yeni bir anahtar alıp daha önce şifrelediğimiz metinleri yeniden şifrelemek gerekli mi? Yukarıdaki uyarı benim için pek açık değil. Hayır yeniden şifreleme yapmak gerekiyor. Haberde adresini verdiğim duyuruda ayrıntılı açıklamalar mevcut: GnuPG uses data structures called filters to process OpenPGP messages. [...] The filter context includes another context used by the low-level decryption to access the decryption algorithm. This is done using a function pointer. By carefully crafting an OpenPGP message, an attacker may control this function pointer and call an arbitrary function of the process. Obviously an exploit needs to prepared for a specific version, compiler, libc, etc to be successful - but it is definitely doable. GnuPG ile imzalanmış veya şifrelenmiş eposta iletileri denetlenirken veya çözülürken bir güvenlik açığı var burada. Sadece ilgili paketi yenilemeniz yeterli. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [GÜVENLİK] GnuP G için acil güvenlik duyurusu
* Recai Oktaş [2006-12-10 01:49:24+0200] * neyzen ben [2006-12-10 01:33:58+0200] Öncelikle uyarınız için teşekkür ederim. Daha henüz öğrenmekte olan bir Debian kullanıcısı olarak açığın nasıl bir açık olduğu ve ne gibi sorunlara yol açabildiği üzerine daha ayrıntılı bilgi alabilirsem çok sevinirim. Mesela: Sürümü yükselttikten sonra yeni bir anahtar alıp daha önce şifrelediğimiz metinleri yeniden şifrelemek gerekli mi? Yukarıdaki uyarı benim için pek açık değil. Hayır yeniden şifreleme yapmak gerekiyor. Haberde adresini verdiğim ^^ gerekmiyor -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [GÜVENLİK] GnuP G için acil güvenlik duyurusu
Merhaba, * Cafer Simsek [2006-12-10 02:11:13+0200] * Recai Oktaş [2006-12-10 01:49:24+0200] * neyzen ben [2006-12-10 01:33:58+0200] Öncelikle uyarınız için teşekkür ederim. Daha henüz öğrenmekte olan bir Debian kullanıcısı olarak açığın nasıl bir açık olduğu ve ne gibi sorunlara yol açabildiği üzerine daha ayrıntılı bilgi alabilirsem çok sevinirim. Mesela: Sürümü yükselttikten sonra yeni bir anahtar alıp daha önce şifrelediğimiz metinleri yeniden şifrelemek gerekli mi? Yukarıdaki uyarı benim için pek açık değil. Hayır yeniden şifreleme yapmak gerekiyor. Haberde adresini verdiğim ^^ gerekmiyor Bir soru da ben sormak istiyorum müsaade ederseniz. CVE-2006-6235 için güncelleme Ubuntu depolarında 06.12.2006 tarihinde yayınlanmıştı[1]. Peki Debian neden geriden takip ediyor güvenlik Verdiğiniz duyuruya göre o tarih 07.12.2006... güncellemelerini? ??? Debian paketinin güncelleme tarihi: James Troup [EMAIL PROTECTED] Thu, 7 Dec 2006 02:54:51 + Bunun neresi geri? (Not: yukarıda adı geçen geliştirici aynı zamanda bir Ubuntu üyesidir) Herhangi bir art niyetim yok yanlış anlaşılmasın sadece meraktan soruyorum. Debian'ı güvenlik ve kararlılık konusunda lider bir dağıtım olarak biliyordum. Benzer bir konu CVE-2006-5465 için de geçerli[2][3]. Burada bir olaya dikkat çekmek istiyorum: Debian kararlı sürümde PHP5 paketi olmadığı için CVE-2006-5465 için Ubuntu tarafında sadece PHP5 güncellemesi mevcutken Debian tarafında PHP4 için güncelleme var. Yani sorun aynı sorun olduğu için (her iki PHP sürümünü de etkilendiğinden) kafa karışıklığı yapmasın. php4 değişiklik güncesine göre CVE-2006-5465 için güncelleme 4 Kasım'da yapılmış (Ubuntu'da 2 Kasım) php4 (4:4.4.4-4) unstable; urgency=high * The Evil 4's release :-) [ sean finney ] * fix for SSL ciphers/contexts not being initialized properly thanks to Theodor Milkov for finding this (closes: #348499). [ Ondřej Surý ] * SECURITY: include patch for html buffer overflows in ext/standard/html.c Reference: CVE-2006-5465 Patch: 061-CVE-2006-5465_htmlentities.patch Closes: #396764 -- sean finney [EMAIL PROTECTED] Sat, 04 Nov 2006 19:58:55 +0100 Hülasa bu örnekler özelinde anormal bir durum yok ortada (güncellemeyi yapanların para almadan çalışan gönüllü insanlar olduğunu da dikkate alırsak; meselâ bakın yukarıdaki güncede #396764 nolu hata 2 Kasım'da bildirilmiş ve bir gönüllü^W geliştirici 4 Kasım'da yamayı hazırlamış). [1] https://lists.ubuntu.com/archives/ubuntu-security-announce/2006-December/000448.html [2] https://lists.ubuntu.com/archives/ubuntu-security-announce/2006-November/000427.html [3] http://lists.debian.org/debian-security-announce/debian-security-announce-2006/msg00302.html -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[GÜVENLİK] GnuPG i çin acil güvenlik duyurusu
Merhaba, GnuPG'nin 1.4.6 sürümlerinde kritik bir güvenlik açığı tespit edildi[1]. Paketin 'unstable' depoya yeni giren 1.4.6-1 sürümünden alıntı: gnupg (1.4.6-1) unstable; urgency=high * New upstream release. * Fixes remotely controllable function pointer [CVE-2006-6235] ... Thu, 7 Dec 2006 02:54:51 + GnuPG kullanıcılarının acilen yeni sürüme terfi etmelerinde yarar var. [1] http://lists.gnupg.org/pipermail/gnupg-announce/2006q4/000246.html -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: CNET CWP-854 sorunu
* Andrew Donnellan [2006-12-07 07:12:25+1100] Why is this being cc'd to debian-devel? Sevgili kardeşim. Bilmiyorum, vallahi bilemiyorum... http://sozluk.sourtimes.org/show.asp?t=la+havle+vela+kuvvete -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Liste sakinlerinden rica
* Murat Sağlam [2006-12-01 22:20:33+0200] Listenin web arayüzünde bir mail filtreleme mekanizması kullanılması, spambot konusunu çözebilir. Bu da bizim denetimimizde değil maalesef. Eğer daha önceden buna benzer bir öneri getirilmemişse, lists.debian.org sanal paketi için wishlist düzeyli bir istek bildirilebilir. :-) http://bugs.debian.org/lists.debian.org -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: yeri gelmişken
* Nilgün Belma Bugüner [2006-12-02 15:12:23+0200] Seyircilerden biri belli oldu. Sizi tribüne alalım. Ancak şunu da belirtmeden geçemeyeceğim, o zavallı LKD listelerinde size de hakaret etmişti ve bu yüzden listeden uzaklaştırma almıştı. Teknik bir hatırlatma yapayım tekrar. Benim veya Murat'ın herhangi bir kişiyi listeden uzaklaştırmak gibi bir yetkimiz yok. Debian list masters ekibine ayrıntılı şekilde yazarsanız dikkate alabilirler. Dolayısıyla Necdet bey mevcut şartlar altında gösterilebilecek azami duyarlılığı göstermiş. Lütfen diyorum, bu konuyu (en azından liste üzerinde) artık uzatmasak, kimin ne olduğu biliniyor... -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian mı Ubuntu mu?
* Yaşar Çınar Nar [2006-12-01 13:36:21+0200] Karar eremiyorum Debian mı Ubuntu mu kurayım diye eski Debian Sistemim Çöktü yıkıldım,hiç çökmez zannetmiştim,üzüldüm.Ubuntu da pek hoş gözüküyo gözümeNe dersiniz arkadaşlar? Merhaba, (Türkçe konuşan/yazan) _Debian_ kullanıcılarının sorunlarını tartışmak amacıyla varolan bu listede ilkesel olarak böyle karşılaştırma içerecek konulara girmiyoruz, olgunlukla yürütülemeyecek bir tartışma tehlikesine binaen. Ama iletinizde geçen diğer bir husus Debian'ın çökmesi hakkında vakti ve bilgisi olan yardımcı olabilir, tabii bu noktayı biraz açmanız halinde. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Liste sakinlerinden rica
Merhaba, Bazılarımızın malumu olduğu üzere debian-user-turkish listesi (diğer bütün Debian listelerinde olduğu gibi) denetlenen bir liste değil. Prensip olarak modere edilmesine de karşıyım ayrıca. Listenin spam süzgeçleri bulunmakla birlikte arada bir tecrübe ettiğimiz gibi bu süzgeçler bazen işe yarayamayabiliyor da... Ayrıca çok eminim ki hepimiz (sadece bu listede değil) sık sık veya her gün bir miktar istenmeyen posta alıyoruz ve galiba bununla yaşamayı da öğrendik. Unutmayalım ki sokakta da durum böyle... Liste sakinlerinden ricam şu ki, bu öğrenilmiş kanıksama hâlini her türlü istenmeyen ileti için de uygulayalım. Öfkelenmenin çözüm olmadığını görüyoruz, bazı durumlarda muhatabımızın istediği bu da olabilir. Alıcı tarafta uygulanabilecek çeşitli teknikler mevcut; öğrenmek isteyen bunu araştırabilir veya sorabilir, eminim ki yardımcı olacak birileri çıkacaktır. Özetle... Lütfen, killfile mekanizmalarını da devreye sokarak, vaktimizi almaktan başka bir sonuç üretmeyecek tartışmalara girmekten kaçınalım. Sevgilerimle, -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian.org.tr hk.
* Evren Banger [2006-12-01 23:21:20+0200] Evet böyle bir tartışma geçmişti ama şu anda sitenin yönetimi kimde o bile ortaya çıkmadı. Nasıl çıkmadı? Murat (Demirten) cevap yazmış ya size: http://lists.debian.org/debian-user-turkish/2006/10/msg00058.html Neyse... Bu konuda (benim de katılımımla) bir çalışma yapılıyor, bazı şeylerin kesinleşmesini bekliyoruz. Tekrar döneceğim bir konuya... -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Tartışma hoş olma mış
* Murat Sağlam [2006-11-30 23:15:41+0200] Merhaba Nilgün Hanım, [...] Lütfen konuyu burada noktalayalım, listenin konseptinden yeterince uzaklaşmış görünüyoruz zaten... Kendi adıma bu konuyla ilgili iletiler almaktan rahatsızlık duyuyorum. Uyarına sonuna kadar katılıyorum. Sakin olmaktan başka çare yok gözüküyor (benim için de geçerli). Ha bir de... Tedbiren: http://www.hyphenologist.co.uk/killfile/killfilefaq.htm -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Tartışma hoş olma mış
* blackwind [2006-12-01 04:21:40+0300] [...] Reply All'u böyle saçma konular yüzünden kullanmayın. Ne güzel, bakın bu nokta çok önemli. Reply All yapmadan önce kırk defa düşünmek lazım. Acaba cevapladığım iletiyi okuyanların tümü Türkçe konuşuyor mu[1] veya gerçekten bir cevap yazmak gerekli mi, bunun bir yararı olabilir mi[2]? Ben her iki soruya da bu yazdığım ileti özelinde olumlu cevap verebiliyorum. [1] http://lists.debian.org/debian-user-turkish/2006/11/msg00104.html [2] http://lists.debian.org/debian-user-turkish/2006/11/msg00082.html -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: genel soru (register.com the robbery)
* Ozgur Karatas [2006-11-27 09:34:47+0200] Guray hocam ilk defa karsilastigin ve belki de pek zarar etmedigin icin sanslisin. Benim bildigim bircok kisi tam da domaini aratirken reg edildigini gorup hayretler icinde kalmisti. Hatta yabanci bir ulkede tanidigim bir firma sahibi bu durum icin avukatina basvurmus ve yillardir sirket satislarini yaptigi web sitesininin adresi bu sekilde calininca mahkeme karari ile site adresini tekrar almisti. Bu durum register.com 'u zaten bir nebze olsun curutmeye yetti. Anlasilan o ki uslanmamislar.. Rica etsem web adresini verebilir misin? Bu konuda ne yapilabilir bilemiyorum ulkemizde fakat register.com'dan domain alma konusunda elimden geldigince insanlari uyaracagim. Umarim bu listeyi okuyan arkadaslar da ilgilenecektir. Bir kopyasini da linux listelerine ve debian devel listesine yolluyorum ki herkes gorusunu belirtsin. [...] One friend was striped from the register.com side! They stole its domain name, Later , they sold it.. Ozgur Karataş, Ne yapmaya calistigini anlamıyorum, anlatmaya da çalışma! Tamamen konu dışı ve Türkçe içerikli bu iletinin debian-devel listesi için taşıdığı tek anlam tr alanından yeni bir spamden başka bir şey değil. Tuhaf davranışların için kibarca ve imâ yoluyla uyarı yapmaktan bıktım artık! İç piyasayı tükettin, ihracata başlamanın ne âlemi var! Yeter yahu! -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kde-3.5 / zemberek
Merhaba, * Nilgün Belma Bugüner [2006-10-27 15:56:20+0300] Backport deposundan KDE-3.5 kurdum. KDE denetim merkezinden İmla denetim programı olarak Zemberek (menüde vardı) seçtim. Kate'i açtım ve hüsrana uğradım. Programın doğru kurulduğundan emin olun diyor ama ben nasıl emin olunacağını bilmiyorum. Ne eksik olabilir sizce? Zemberek'in kendisi eksik. :-) Üzerinde çalışıyoruz, bitince listeye haber geçeceğim. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SSH ve login ile bir programi tetiklemek: Nasil?
* Emre Sevinç [2006-10-18 20:25:43+0300] Asagidaki islevi en sade ve acisiz sekilde gerceklestirmek icin önerileri bekliyorum: - Makinaya sadece ve sadece SSH üzerinden *basarili* sekilde login olundugunda WXYZ programi calissin. Yani ben makina basinda fiziksel olarak bulunup basarili login gerceklestiginde WXYZ tetiklenmeyecek, sadece bu SSH üzerinden oldugunda program tetiklenecek. [...] Bunlarin haricinde olasi bir cözüm alternatifi var midir acep? Merhaba Emre, SSH, SSH_CLIENT | SSH2_CLIENT ortam değişkenlerini dolduruyor bundan yararlanabilirsin. Meselâ ben bu özelliği kullanarak uzaktaki makinede GNU screen'i yereldekinden farklı bir yapılandırma ile çalıştırıyorum. Örnek bir ~/.bash_profile[1] bölümü (~/.profile dosyası buna sembolik bağlı): # -- # Run GNU Screen if available # -- if [ `which screen` ]; then # Needs for VIM to work with Meta keys. setmetamode meta /dev/null 21 ARGS= if [ -n $SSH_CLIENT ] || [ -n $SSH2_CLIENT ]; then # We use a different configuration at remote sides. if [ ! -e ~/.screenrc-remote ]; then :~/.screenrc-remote fi ARGS=-e^Tt -U -c $HOME/.screenrc-remote fi screen $ARGS fi [1] http://git.kirkambar.net/?p=home.git;a=blob;f=.bash_profile -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: wireless mouse problemi
Merhaba, * Murat Yaman (Gmail) [2006-10-05 14:06:07+0300] Microsoft wireless optical mouse 2.0A mouse'um Debian 3.1'de çalışmıyor. Window manager olarak xfree86 ve xorg'u denedim. Aslında mouse çalışıyor fakat iki tuşlu ve tekerlekli olarak değil eski 3 tuşlu mouse'lar gibi davranıyor. Bu durumda masaüstünde veya başka bir program içinde mouse'u kesinlikle kullanamıyorum. Kafasına göre penceleri açıp-kapıyor veya pencere büyüklüklerini değiştiriyor. Sanki ben mouse'u kontrol etmiyorum o kendi istediklerini yapıyor. Bu tip yardım isteklerinde sistem yapılandırma bilgilerini de vermeniz yararlı olur. Mesela /etc/X11/xorg.conf dosyasında bu aygıta ilişkin ayarlarda ne var? /var/log/Xorg.0.log'da aygıtla ilgili neler raporlanmış? Kabaca yaptığım bir araştırmada aşağıdaki Xorg ayarlarının çalıştığı bildiriliyor (`ZAxisMapping` ve `Buttons` kısmı önemli): Section InputDevice Identifier USB Mouse Driver mouse Option Protocol IMPS/2 Option Device /dev/input/mice Option ZAxisMapping 4 5 Option Buttons 5 EndSection Bir başka kestirme yöntem de sisteminizi Knoppix'le açıp (şayet her şey yolundaysa) ilgili ayarları öğrenmek olabilir. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: zope ve zope-zms
Merhaba, * Zeki Çatav [2006-09-22 21:59:21+0300] Hastanede intranet portalı ve e-dergi denemeleri için zope-zms kurmak istedim. Paket bağımlılıkları nedeniyle zope2.9 ve zope3 kuruldu. Açılışta veya aşağıdaki komutla aldığım çıktılar aynı. 2.9 için no instance found ve 3 için skipping default (old/purged) yanıtı geliyor ve sistemde çalışan zope olmuyor. Sitem Debian Etch 2.6.17-2-k7. [EMAIL PROTECTED]:~$ sudo /etc/init.d/zope3 start * Zope3: skipping default (old/purged) [EMAIL PROTECTED]:~$ sudo /etc/init.d/zope2.9 restart Zope2.9: no instances found. zope[2-3] değil ama bu zope-zms paketi çok problemli görünüyor. Bir geliştirici, bakımını üstlendiği yazılımı kullanmamaya başlamışsa sonuç böyle oluyor. Yazışmalardan takip edebildiğim kadarıyla Debian zope-zms paketi, zope çatısının çok eski bir sürümünü kullanır durumdayken apar topar zope2.9 ve (zope3'de çalışması zor uyarılarına rağmen) prematüre halde zope3'e taşınmış, ama bunu da pek başaramamış. Üstelik henüz bu sorunlar hakkında hata raporu bile geçilmemiş (pek yakında geçilir). Nasıl zope-zms'yi çalışır hale getirebilirim? (zope-zms kurulumundan sonra) önce zope2.9'u kurdum (bağımlılıklarda zope3 geçmesine rağmen) ve sizin bildirdiğiniz hataları gözledim. Sonrasında şu yazışmayı takip ederek burada çalıştırmaya muvaffak oldum gibi: http://lists.alioth.debian.org/pipermail/pkg-zope-developers/2006-August/002230.html Şunları yaptım: sudo dzhandle -z2.9 make-instance test_instance -m manual sudo cp -a /usr/share/zope3 /usr/share/zope sudo dzhandle -z2.9 add-product test_instance zms dzhandle -z2.9 zopectl test_instance start Bu komutların sonucu: . daemon process started, pid=1287 Kalanını bilmiyorum (zope kullanmadım), ilgili belgelerden sanıyorum nihai kurulum yapılabilir. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Serial ile baglanmak
* Navid [2006-09-18 04:09:44+0330] Bir Debian Sarge makinam var, şimdi bu Makinaya Serial Kablo ile bağlanmak isteyirem, bunu nasil edebilirem? (belki sizin kafaniza telnet yada ssh gelse ama bu sisteme boyle bağlanmak olmiyor, bir sıra güvenlilik parametrleri bunu yapmaği yasaklıyor) Debian da nasil bu işi yapmaliyam? Aşağıdaki ileti yararlı olabilir: http://lists.debian.org/debian-user-turkish/2004/10/msg00017.html -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bir latex sorusu
Merhaba,
* ahmet nurlu [2006-09-08 15:35:46+]
Latex ile bir Turkce metin hazirlarken kucuk bir sorunum var. Latex metni
icinde \tableofcontents komutunu verdigimde icindekiler basligi turkce'de
yazildigi gibi cikiyor. Burda bir yanlıslik yok. Fakat sayfanın ust sag
kosesine yazilan bolum ismi İÇINDEKILER olarak cikiyor( yani
icindekiler kelimesinin ikinci ve ucuncu buyuk i noktasız olarak
cikiyor).
Bunu duzeltmek icin ne yapabilirim?
Neden böyle bir problem oluştuğuna ayrıca bakmak lazım, fakat kestirme bir
çözüm olarak `\tableofcontents` satırından _önce_ aşağıdaki tanımı yapmayı
deneyebilirsiniz:
\def\contentsname{İÇİNDEKİLER}
--
roktas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: wsdl uzantılı web u ygulamalarını kullanma
* Deniz Bahadir Gur [2006-08-24 14:22:32+0300]
iste bu wsdl dosyalarini kullanarak web servis istemcinizi
yazmaniz(programlamaniz) gerekiyor. daha sonra, yazadiginiz bu istemci
uygulamasindan gelen bilgileri istedigini sekilde kullanabilirsiniz.
ornegin herhangi bir web sayfasinda gosterebilir, yada bir masa ustu
uygulamasinda kullanabilirisniz. bunun icin .Net, Java yada PHP gibi
diller kullanabilirsiniz.
SOAP vb. buzzwordlerin çok aşinası değilim, ama bu Web hizmetlerini
kullanan (muhtemelen .Net tabanlı) istemci uygulamalar ilgili kurumlarda
zaten olmalı, öyle değil mi? Eğer .Net kaynak kodları mevcutsa Linux
üzerinde Mono'yla birşeyler yapılabilir galiba (Wine vesaire ile emülasyona
girmeden). C#'ı pek bilmiyorum ama aşağıdaki belgeden yararlanarak çok
basit birkaç deneme yaptım:
http://www.mono-project.com/Web_Services
'mono-cs' paketinde wsdl adında bir uygulama var: Mono's Web Service Proxy
Generator, ayrıntılar için wsdl(1). Bununla meselâ ilgili servis için
vekil sınıf tanımlarını içeren 'HakSahipligiService.cs' dosyası basitçe
aşağıdaki komut ile elde edilebiliyor:
wsdl http://212.174.159.120/GSS/wsdl/tr/gov/emekli/ws/Haksahipligi.wsdl
= HakSahipligiService.cs
Yukarıdaki belgeyi takip ederek:
mcs /target:library HaksahipligiService.cs -r:System.Web.Services
= HakSahipligiService.dll
Sonrasında yapılması gereken bir istemci ('istemci.cs') yazmak ve derlemek:
mcs /r:HakSahipligiService.dll istemci.cs
= istemci
Perl üzerinden gidilecekse 'libsoap-lite-perl' var. Bununla bir ara TC
Kimlik No denemesi yapmıştım. Kullanımı çok zor değil ama doğrusu bu tür
enterprise işlerden pek haz etmiyorum. :-)
Parkyeri olarak sizin bu tür çalışmalarınız vardır sanıyorum. Yukarıda da
değindiğim gibi bu servislerin ihalesini alanlar en azından referans
istemci uygulaması olarak (?) birşeyler hazırlamış olmalılar. Eğer bunlar
(standartlara uygun şekilde) C# ile yazılmış (Mono'nun VB desteği şimdilik
yetersiz görünüyor) ve kaynak kodları kamuya açıksa sıfırdan birşeyler
yazmak yerine Mono'yla birşeyler yapılabilir mi acaba? Yoksa bir an için
TR'de olduğumu unutup fazla iyimser mi düşünüyorum? :-)
--
roktas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: wsdl uzantılı web u ygulamalarını kullanma
* Deniz Bahadir Gur [2006-08-24 17:52:12+0300] su anda bunlar icin JAVA kullaniyoruz ve artik PHP ile de yapilmasi cok kolay oldu bu istemcileri. bence burada izlenmesi gereken yontem daha once yazilan bir kodu mono ile cozmeye calismak degil, cunku bu yapi sadece birkac bilgi sorgulamak icin kurulmus basit bir yapi, Zeki beyin gonderdigi ilk e-posta dan gorebildigim kadari ile. bunu java yada php ile cok kolay bir sekilde programlayabilir. Anlıyorum, fakat benim sıkıntım meselenin programlama yönünden ziyade şu: Linux kullanan (ve programcı olmayan) bir kamu görevlisi var (Zeki bey tarifimi mazur görsün), bu profilde insanlara _kestirme şekilde_ nasıl yardımcı olabiliriz? Zeki beyin bahsettiği sistemin nasıl işlediğini bilmiyorum. Verdiğim Mono örneği, ilgili kurumda Windows kullanan bir kamu görevlisinin bu verilerden yararlanabilmesi için Windows'da kendisine bir takım .Net tabanlı araçlar sunulmuş olabileceği varsayımına dayanıyor. Böyle bir durum yoksa veya ben bu SOAP mevzuunu tamamen yanlış anlamışsam bu örnek göz ardı edilebilir. :-) -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian'i bilimsel amacli kullanmak?
* ahmet nurlu [2006-07-11 12:31:28-0700]
1)Xfig ve Xcircuit : Basit ama isinizi goruyor. Turkce karakterleri
yazamiyorum. Ama latex kipinde turkce karakterleri girebiliyorsunuz.
Daha ayrıntılı bir cevap vermeden önce xcircuit konusuna atlayayım hemen:
[EMAIL PROTECTED]:~$ zgrep -C3 Turkish /usr/share/doc/xcircuit/changelog.gz
which also screw up file loads if not set to US or equivalent).
143) v2.0a10 (alpha)6/14/99
Added ISO-Latin5 (Turkish) on request from Recai Oktas at
Ondokuz Mayis University [EMAIL PROTECTED]. Rewrote
source to allow future inclusion of all ISO-LatinX encodings.
Aşağıdaki satırları ~/.xcircuitrc dosyasına ekleyin:
font(times_romaniso5.xfe)
font(courieriso5.xfe)
font(helveticaiso5.xfe)
set(font, HelveticaISO5)
Bunu bir deneyin. Yine de xcircuit tarafından üretilen ve Türkçe karakter
içeren EPS dosyalar pdflatex ile işlenirken sorun çıkarabilir. Bu da dert
değil. Ogonkify kullanarak bazı numaralar çekebiliyorsunuz. Aşağıda
yazdığım bir Makefile reçetesi:
%.eps: %.epso
ogonkify -e L5 -ATH $ | \
perl -ne 's/StandardEncoding/ISOLatin5Encoding/g; \
s/ exch defi/ISO5 exch defi/g;print'| \
gs -q -sDEVICE=epswrite -sOutputFile=- -dNOPAUSE -dBATCH
-dSAFER - [EMAIL PROTECTED]; \
epstool --copy --bbox [EMAIL PROTECTED] $@ || true; \
rm -f [EMAIL PROTECTED]
Bu reçetenin iş görmesi için xcircuit ile hazırladığınız şemaları Embedded
PS olarak '.epso' ('.eps' değil) uzantısıyla kaydedin ve yukarıdaki
makefile hedefini çalıştırın. Sonuçta üretilen '.eps' dosyaları LaTeX
dosyasında include edecek olursanız, sonuçta nasıl derler, voila!
olmalı. :-)
--
roktas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Fwd: Re: çift kayı tları bulma]
Merhaba, * Zeki Çatav [2006-07-05 15:10:52+0300] Bu yöntem ile belli bir aralığı kontrol edip seçim yapamadım. Tek değişkene göre Aralık dediğinizden ben mesela 3.ncü ve 15.nci sütunlar arasını anlıyorum. Eğer belirli bir sütundaki (alandaki) değer aralığını kastediyorsanız o farklı. Bu (basit) betik içeriğin ayrıntılarıyla ilgilenmez, sadece kayıtların (karakter bazlı bir karşılaştırmayla) mükerrer olup olmadığına bakar. seçim yaptı ama bu yöntemle dosya fazla kırpıldı. 1007 kayıt içeren bir dosyayı bu yöntemle dosya numarası değişkenine göre tarayınca 402 kayda indirgedi. Oysa ilk önerdiğiniz (dünkü e-postanız) yöntemde aynı alana göre tarama 758 kayda indiriyordu. Evet, hata yapmışım. Ekteki sürümde bu hatanın olmaması lazım. Aynı dosyayı .csv formatına çevirip Serdar Aytekin'in önerdiği yöntemle cat aaanv.csv | sort -t' ' | uniq -w10 dene1.txt işleyince 751 kayıt ile sonuçlanıyor. -w10 sadece dosya numarası kadar karaktere karşılık geliyor. Ayrıca bugünkü perl betiği değişken adlarını karışık sıralıyor, dünkü numarasız ama doğru sırayla dökmekteydi. Düzelttim. Son perl betiği çıktısı .. Malformed UTF-8 character (byte 0xfe) at dbf_uniq2.pl line 54. ^^ Bu uyarılar zararsız. Bazı iletiler için UTF-8 kodlu Türkçe karakterler kullanmıştım. Bu karakterler posta iletimi sırasında ISO'ya dönüştürülmüş görünüyor. Yenisini gzip korumalı olarak gönderiyorum. Yine sorun çıkarsa göz ardı edin. dbf formatında perl ile işlem yapmak ile csv formatında bash ile işlem yapmak öneriniz nedir? Bir kereye has bir işlem ise bu, en basit (ve sizin tarafınızdan müdahale edilebilir) olanını, yani Serdar'ın önerdiği yöntemi tercih edebilirsiniz. Ama böyle başka bir çok dosya varsa ve gelecekte bu durumla tekrar karşılaşma ihtimaliniz varsa dbf üzerinden gitmek daha uygun olabilir. -- roktas dbf_uniq.pl.gz Description: Binary data
Re: [Fwd: Re: çift kayı tları bulma]
Merhaba, * Zeki Çatav [2006-07-05 20:14:32+0300] Bu dosyalar bizim hasta veri tabanı programımızın sorgu sonucu oluşturduğu bir veri alt grubu. Butür dosyalar hep olacak, bende o nedenle sizin önerdiğiniz yöntem ile gitmeyi düşünerek size zahmet vermeye devam etmekteyim. Ancak eğer isterseniz sizi daha fazla yormaktan vazgeçip diğer yöntemi kullanmaya devam edebilirim. Estağfirullah hocam, zahmet ne söz! Elimde çok küçük bir dbf dosyası var, onunla üstün körü test yapıyorum. Siz bana mümkünse özelden bir örnek dosya gönderin, akşam bu konuyla ilgileneyim. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: çift kayıtlar ı bulma
* Zeki Çatav [2006-07-04 10:32:05+0300]
Sal, 2006-07-04 tarihinde 02:38 +0300 saatinde, Recai Oktaş yazdı:
Zeki hocam, ekte hızlıca yazdığım bir perl betiği gönderiyorum. CPAN'ı
[...]
Bu betik çalıştı. Seçilen değişkene göre ayıklama işlemini başarıyla
yapabildi. Ancak birşey daha sormak istiyorum. Seçilen değişken bir
Ektekini deneyelim. XBase modülünde bu işi daha zarif yapmanın bir yolu
vardır belki, ama bildiğimiz taraftan gitmek daha kestirme geldi. Yeni
haliyle şöyle kullanacaksınız:
# alan adları ve sütun noları görüntüler
./dbf_uniq.pl foo.dbf
# 3-5 ve 9 sütunları ve FOO ile BAR arası kayıtları işler
./dbf_uniq.pl foo.dbf 3-5 FOO-BAR 9
--
roktas
#!/usr/bin/perl -CSD
use strict;
use warnings;
use encoding 'utf8';
use XBase; # apt-get install libdbd-xbase-perl
use List::Util qw(first);
use File::Copy;
my $xbase_file = shift @ARGV
|| die Kullanım: $0 DBase_dosyası Alan aralığı...\n\n,
Örnek: $0 foo.dbf ISIM 3-5 CINSIYET-SEHIR\n,
Alan adı ve sütun listesi için '$0 foo.dbf'\n;
my $xbase_table = new XBase $xbase_file or die XBase-errstr;
my @xbase_fields = $xbase_table-field_names;
my %xbase_map; {
my $col;
map { $xbase_map{$_} = ++$col } @xbase_fields;
}
sub valid_field_column {
my $field = shift || return @xbase_map{$xbase_fields[0]};
if ($field =~ m/^\d+$/) {
return (scalar($field) = @xbase_fields) ? scalar($field) : @xbase_fields;
} else {
return $xbase_map{$field} if exists $xbase_map{$field};
die Bozuk alan tanımlaması: '$field'\n;
}
}
if ([EMAIL PROTECTED]) {
print == [INDEKS] ALAN_ADI ==\n;
while (my ($k, $v) = each %xbase_map) {
print [$v] $k;
}
print \n;
exit 0;
}
my @targets;
foreach (@ARGV) {
my ($start, $stop) = split /-/;
($start, $stop) = sort { $a = $b } (
valid_field_column($start),
valid_field_column($stop)
);
push @targets, { start = $start, stop = $stop };
}
copy($xbase_file, $xbase_file.bak) or die Yedekleme başarısız: $!\n;
foreach my $t (@targets) {
TARGET: foreach my $col ($t-{start} .. $t-{stop}) {
my $field_name = $xbase_fields[$col];
next TARGET if $xbase_map{$field_name} 0;
my %seen;
RECORD: foreach my $nr (0 .. $xbase_table-last_record) {
my ($deleted, $item) = $xbase_table-get_record($nr, $field_name);
die $xbase_table-errstr if !defined $deleted;
next RECORD if $deleted;
$seen{$item} ? $xbase_table-delete_record($nr) : $seen{$item}++;
}
$xbase_map{$field_name} = -1;
}
}
$xbase_table-close;
Re: çift kayıtlar ı bulma
* Zeki Çatav [2006-07-04 10:32:05+0300]
Sal, 2006-07-04 tarihinde 02:38 +0300 saatinde, Recai Oktaş yazdı:
Zeki hocam, ekte hızlıca yazdığım bir perl betiği gönderiyorum. CPAN'ı
[...]
Bu betik çalıştı. Seçilen değişkene göre ayıklama işlemini başarıyla
yapabildi. Ancak birşey daha sormak istiyorum. Seçilen değişken bir
Ektekini deneyelim. XBase modülünde bu işi daha zarif yapmanın bir yolu
vardır belki, ama bildiğimiz taraftan gitmek daha kestirme geldi. Yeni
haliyle şöyle kullanacaksınız:
# alan adları ve sütun noları görüntüler
./dbf_uniq.pl foo.dbf
# 3-5 ve 9 sütunları ve FOO ile BAR arası kayıtları işler
./dbf_uniq.pl foo.dbf 3-5 FOO-BAR 9
--
roktas
#!/usr/bin/perl -CSD
use strict;
use warnings;
use encoding 'utf8';
use XBase; # apt-get install libdbd-xbase-perl
use List::Util qw(first);
use File::Copy;
my $xbase_file = shift @ARGV
|| die Kullanım: $0 DBase_dosyası Alan aralığı...\n\n,
Örnek: $0 foo.dbf ISIM 3-5 CINSIYET-SEHIR\n,
Alan adı ve sütun listesi için '$0 foo.dbf'\n;
my $xbase_table = new XBase $xbase_file or die XBase-errstr;
my @xbase_fields = $xbase_table-field_names;
my %xbase_map; {
my $col;
map { $xbase_map{$_} = ++$col } @xbase_fields;
}
sub valid_field_column {
my $field = shift || return @xbase_map{$xbase_fields[0]};
if ($field =~ m/^\d+$/) {
return (scalar($field) = @xbase_fields) ? scalar($field) : @xbase_fields;
} else {
return $xbase_map{$field} if exists $xbase_map{$field};
die Bozuk alan tanımlaması: '$field'\n;
}
}
if ([EMAIL PROTECTED]) {
print == [INDEKS] ALAN_ADI ==\n;
while (my ($k, $v) = each %xbase_map) {
print [$v] $k;
}
print \n;
exit 0;
}
my @targets;
foreach (@ARGV) {
my ($start, $stop) = split /-/;
($start, $stop) = sort { $a = $b } (
valid_field_column($start),
valid_field_column($stop)
);
push @targets, { start = $start, stop = $stop };
}
copy($xbase_file, $xbase_file.bak) or die Yedekleme başarısız: $!\n;
foreach my $t (@targets) {
TARGET: foreach my $col ($t-{start} .. $t-{stop}) {
my $field_name = $xbase_fields[$col];
next TARGET if $xbase_map{$field_name} 0;
my %seen;
RECORD: foreach my $nr (0 .. $xbase_table-last_record) {
my ($deleted, $item) = $xbase_table-get_record($nr, $field_name);
die $xbase_table-errstr if !defined $deleted;
next RECORD if $deleted;
$seen{$item} ? $xbase_table-delete_record($nr) : $seen{$item}++;
}
$xbase_map{$field_name} = -1;
}
}
$xbase_table-close;
Re: Yanıt : Re: lazer yazici
Merhaba, * Engin YILMAZ [2006-06-29 17:37:25+0300] evet eksik sormusum. debain ile calistigini bildiginiz network baglantili siyah beyaz lazer yazicilar ile bilgisi olan var mi diye soracaktim. neyse o kadar da onemli degil. Genel olarak Linux'da önerilebilecek yazıcılar için: http://linuxprinting.org/suggested.html Marka + modelini bildiğiniz bir yazıcının Linux uyumluluğu için: http://linuxprinting.org/printer_list.cgi sayfalarını inceleyebilirsiniz. Hemen aklıma gelen bir ağ yazıcısı yok. Fakat alacağınız yazıcının GDI _olmamasına_ dikkat edin. Meselâ HP 1020 (ağ yazıcısı değil) GDI diye hatırlıyorum. Bu yazıcıyı Linux altında çalıştırmak için biraz uğraşmanız gerekebilir (aygıt yazılımı -firmware vb. şeyler isteyebilir). -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: irssi tr_TR.UTF-8 işl ev problemi
Merhaba, * Murat Sağlam [2006-06-28 19:06:43+0300] Şu anda unstable deposunda bulunan irssi (0.8.10) ile ilgili şöyle bir problem yaşıyorum: Sistemin öntanımlı yereli ile (UTF-8) irssi ye girdiğimde, girdiğim kanallardaki tüm mesajlar PRIVMSG tag'ıyla status penceresine düşüyor. Quote kullandığımda da gelen cevapları status penceresinden anonim olarak görüyorum. LC_ALL=C irssi şeklinde kullanarak bu sorunu aşmayı başardım. Herşey olması gerektiği gibi çalışıyor ama tahmin edileceği üzere tr karakter problemi yaşatıyor. Irssi'de eskiden de bazı Türkçe sorunları vardı. Çok eskiden şu an ayrıntılarını hatırlayamadığım bir hata raporu göndermiştim ve sorumlu Debian geliştirisi hatayı gidermişti (üstünkörü yaptığım bir denemeye göre). İhtimal o ki o sorunu çözen yama böyle bir yan etki oluşturdu? Debian geliştiricisi bu konuda biraz deneyimli olduğundan irssi paketine bu sorun hakkında bir hata raporu girebilir misiniz? Ben de elimden geldiğince takip ederim. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: CUPS sorunu
Merhaba, * NIzOSARI [2006-06-29 13:59:10+0300] benim sorunum ilk olarak hatayı yazım size Yazıcı listesi alınamıyor. Yöneticiden gelen hata mesajı: CUPS sunucuya bağlantıda hata oluştu. CUPS sunucunun kurulduğuna ve çalıştığına emin olun. Hata: bilgisayar bulunamadı. CUPS ı bi türlü çalıştırmayı beceremedim ve dolayısıyla çıktı da alamıyorum :( Verdiğiniz bilgiler yeterli değil. En azından yazıcının modelini, hangi paketleri kurduğunuzu belirtmeli ve yaptığınız ayarları özetlemeliydiniz. Gerekli bazı paketleri kurmamış olabilirsiniz. Çok kestirme bir çözüm olarak (her ne kadar sisteminizi biraz şişirse de) aşağıdaki komutu deneyin: sudo tasksel install print-server -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Fwd: [karadaskazim@yaho o.com: Yanıt: Re: Yanıt: Re: lazer yazici]
- Forwarded message from Kazim Karadas [EMAIL PROTECTED] - From: Kazim Karadas [EMAIL PROTECTED] Date: Thu, 29 Jun 2006 17:51:56 +0300 (EEST) To: Recai Oktaş [EMAIL PROTECTED] Subject: Yanıt: Re: Yanıt: Re: lazer yazici Merhaba, Bende HP Laserjet 4L var oldukca eski bir yazıcı halen üretiliyormudur bilmiyorum ama ben son derece memnunun Debian otomatik olarak tanıyor ve cups kullanarak paylaştırabilirsiniz --- Recai Oktaş [EMAIL PROTECTED] yazdı: Merhaba, * Engin YILMAZ [2006-06-29 17:37:25+0300] evet eksik sormusum. debain ile calistigini bildiginiz network baglantili siyah beyaz lazer yazicilar ile bilgisi olan var mi diye soracaktim. neyse o kadar da onemli degil. Genel olarak Linux'da önerilebilecek yazıcılar için: http://linuxprinting.org/suggested.html Marka + modelini bildiğiniz bir yazıcının Linux uyumluluğu için: http://linuxprinting.org/printer_list.cgi sayfalarını inceleyebilirsiniz. Hemen aklıma gelen bir ağ yazıcısı yok. Fakat alacağınız yazıcının GDI _olmamasına_ dikkat edin. Meselâ HP 1020 (ağ yazıcısı değil) GDI diye hatırlıyorum. Bu yazıcıyı Linux altında çalıştırmak için biraz uğraşmanız gerekebilir (aygıt yazılımı -firmware vb. şeyler isteyebilir). -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] _ Yahoo! kullaniyor musunuz? Simdi, 1GB e-posta saklama alani sunuyor http://tr.mail.yahoo.com - End forwarded message - -- roktas
Re: CUPS sorunu
* neyzen ben [2006-06-29 20:44:15+0300] Aynı sorun bende de var. Debianı yeni kurdum, yazıcımı taniyim derken bu hatayı verdi. Nasıl çözebiliriz? Sistemi şişirmeyen bir çözüm varsa sevinirim... * Recai Oktaş [2006-06-29 18:14:39+0300] Verdiğiniz bilgiler yeterli değil. En azından yazıcının modelini, hangi paketleri kurduğunuzu belirtmeli ve yaptığınız ayarları özetlemeliydiniz. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: iki latex sorusu?
Merhaba,
* ahmet nurlu [2006-06-20 13:31:09-0700]
Latex ile ilgili iki sorum olacak:
1) Turkce'de el yazisiyla yazdigimiz r harfi(hani s harfine benzer)
latex icinde hangi font icinde bulabilirim?
TeXlive dağıtımında el yazısı stilinde yazıtipleri mevcut. Meselâ
texlive-fonts-extra paketinde gözüme çarpanlar:
augie -- Calligraphic font for typesetting handwriting.
aurical -- Calligraphic font (AuriocusKalligraphicus) for LaTeX ...
brushscr -- Type-1 font named BrushScript-Italic.
calligra -- Calligraphic font.
Ben henüz TeXlive'i denemedim ama...
2) On tanimli gelen alt ve ust indisler(subscript ve superscript)
istedigimden buyuk cikiyor. Bunlari nasil daha kucultebilirim?
Şöyle bir şey deneyin:
% Örnek 12 puntoluk belge için, 11 punto için s/11/12/g yapılmalı
\documentclass[12pt]{article}
\DeclareMathSizes{12}{12}{bu kısım script boyutu}{scriptscript boyutu}
Ayarlanması gereken üçüncü alan olmalı. Öntanımlı değerleri
hatırlamıyorum, o kısımla bir oynayın.
--
roktas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: güncelleme yada gün celleyememe
Merhaba, * Zeki Çatav [2006-06-19 10:53:29+0300] Debian Etch üzerinde bugün güncellme yaparken aşağıdaki iki dosyanın güncellenmesi yapıldı. Ancak güncellenebilir programları tekrar tarayınca aynı iki dosya güncelleme adayı olarak hala listeleniyor. Tekrarlayan güncellemeler sonunda bu durum değişmiyor. Üstelik kurulu sürüm ile son sürüm tamamen aynı versiyon etiketlerini taşıyor. Birkaç hata raporunda buna benzer takılmalar okudum. Şunları yapabilir miyiz? - APT önbelleğini 'apt-get clean' ile silerek tekrar deneyelim. sources.list aşağıdaki gibi; deb http://ftp.de.debian.org/debian/ etch main non-free contrib deb-src http://ftp.de.debian.org/debian/ etch main non-free contrib deb http://security.debian.org/ etch/updates main contrib non-free deb-src http://security.debian.org/ etch/updates main contrib non-free - Eğer olmadıysa bu listedeki sırayı değiştirip 'apt-get update' ile güncelleme yapıp tekrar deneyelim. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gnome ve Xorg klavye ya pılandırması
İletiniz Türkçe karakterler bozulmuş olarak geliyor (ben elle düzelttim). Yahoo tarafında bunu düzeltmeye çalışın veya daha sorunsuz bir eposta servisi kullanın. Merhaba, * Sami Beyoglu [2006-06-17 13:07:31-0700] Debianda kurulum sırasında klavye ayarını öntanımlı (varsayılan) [EN] olarak bırakıp kurulumu tamamladım. Debian kurulumunu daima Türkçe yapın, sisteminiz otomatik olarak Türkçe kullanıma hazır hale gelecektir (gelmemiş olması raporlanması gereken bir hatadır). Grafik arayüz olarak da gnome kurdum. Ardından grafik arayüz üzerinden klavye seçeneklerinden TR q klavyeyi ekledim ve varsayılan olarak işaretledim. Bir değişiklik olmadı. S-1: Gnomedan yaptığım değişiklik neden etkili olmadı? Varsayılan yapmak yetmiyor, klavye listesinde Türkçe'yi en üste taşımanız gerekiyor. Gnome u tekrar başlattım. Bir değişiklik olmadı. Alla Alla depkisi verildi ve xorg.conf dosyasındaki us ibaresi tr olarak değiştirildi. xwindow yeniden başlatıldı. Açılıştı gnome, gnome klavye ayarlarıyla xwindow klavye ayarlarımın farklı olduğunu hangisini kullanmak istediğimi sordu. xwindow dedinildi ve klavye Türkçeye döndü. S-2: Neden böyle bir soruya maruz kaldım ? Halbuki ikisi de tr idi. Bk. http://lists.debian.org/debian-user-turkish/2006/01/msg00176.html S-3: Grafik arayuzu kullanmadığım zaman terminalde hala klavye seçeneğim us. Nasıl tr yapabilirim? (Öncelikle bk. ilk tavsiye) Konsolda şu komutu çalıştırın: dpkg-reconfigure console-data -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian.org.tr
* Hasan Karaboga [2006-06-17 01:57:36+0300] Şu an debian.org.tr hiç açılmıyor, durum nedir bilen yok mu? On 6/15/06, Evren Banger [EMAIL PROTECTED] wrote: Sanırım bir sorun var ? Site ile kim ilgileniyor su anda? Site başka bir makineye taşınıyor. Yakında bu problem giderilecektir. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cok ilginc bir durum? sormadan gecemeyecegim!...
* tolun tolun [2006-06-08 03:01:02-0700] Merhaba arkadaslar; Merhaba, Birden fazla listeye gönderdiğiniz (benim gördüğüm) ikinci ileti oluyor bu. Lütfen bunu yapmayın, epostalarınızı aynı anda _sadece_ bir listeye gönderin. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: yedekleme
Merhaba, * Muhammed Ali SÜRÜCÜ [2006-05-25 15:46:10+0300] /var/www, /var/lib/mysql, /var/cache/bind bu gibi dizinleri günlük veya gün içinde 2 kez zipyerek yedeklenmesini istiyorum. bunun için ne yapmam gerek? yardımlarınız için tşk. Debian arşivinde yedekleme işi yapan çok sayıda paket mevcut. Ben yalın halde 'rdiff-backup'ı veya daha güzeli arka planda rdiff-backup'ı kullanan 'slbackup'ı öneririm. Skolelinux'da kullanılan bu sistemi birkaç kere denemişliğim oldu ve memnun kaldım. Slbackup ağdaki istemcilerin seçilen dizinlerini rdiff-backup'la farksal (inkrimental) olarak merkezî bir sunucuya yedekliyor. Yapılandırmak için debconf'u kullanması da bir başka güzel özelliği. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: yedekleme
Merhaba, * Devrim Esenturk [2006-05-26 11:35:05+0300] Ağdaki istemciler windows ise, slbackup'ı nasıl kullanabiliriz? Bunun yapılabileceğinden kuşkuluyum. Slbackup istemcilere SSH üzerinden eriştiğinden istemci tarafında sshd olmalı. İşin bu tarafı aşılsa bile başka sorunlar çıkabilir. Sistem baştan sona UN*X için (özellikle LTSP kullanan ağlar için) tasarlanmış gözüküyor. Python'la yazılmış olmasına rağmen rdiff-backup'ın kendisi de Windows üzerinde biraz sorunlu. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gazpacho Kodlama hatas ı
* Talat UYARER [2006-05-20 18:44:25+0300] Gnome masaustu ortamında dediginiz gibi yaptım fakat olmadı. Komutu şöyle tanımlayın: sh -c LC_ALL=C /usr/bin/gazpacho Programı (eğer çevirisi mevcutsa) Türkçe iletilerle kullanmak isterseniz LC_ALL'u LC_CTYPE ile değiştirin, fakat bu durumda sorunun ortadan kalkması her zaman mümkün olmayabilir. Bunu ancak deneyerek anlayabilirsiniz. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gazpacho Kodlama hatas ı
Merhaba, * Talat UYARER [2006-05-19 09:33:17+0300] Ubuntu 6.06 kullanıyorum belki burası deil sorma yeri ama ubuntu hakkında bu soruyu sorabilecegim bir yer bulamadım.Ubuntu 6.06 altında gazpacho yu kurdum. Fakat gazpachoyu açtığımda aşağıdaki hatayı veriyor ve malesef acilmiyor. Acaba Bu hatayı geçip nasıl acarım gazpachoyu bilginiz var mı bu konuda ? [...] from kiwi.datatypes import converter, currency, number File /usr/lib/python2.4/site-packages/kiwi/datatypes.py, line 40, in ? from decimal import Decimal, InvalidOperation File /usr/lib/python2.4/decimal.py, line 2171, in ? val = globals()[globalname] KeyError: 'ROUND_CEiLiNG' ^^ Tipik bir Türkçe problemi görüntüsü. Programı aşağıdaki şekilde çalıştırmayı deneyin: LC_ALL=C gazpacho Hangi sürümü kullandığınızı söylememişsiniz. Burada kurduğum 0.6.5 sürümü herhangi bir sorun olmadan çalıştı. -- roktas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
