Debian Grafiksel Sistem Yükleyicisi

0
anonim
Debian geliştiriceleri uzun zamandır başarı ile kullanılan text bazlı sistem yükleme ara yüzlerini değiştiriyorlar. Bu sistem yükleme arayüzünün bir incelemesini buradan okuyabilir, eğer debian'ın bu arayüz yardımıyla kurulumunu test etmek isterseniz gerekli olan iso'lara burdan ulaşabilirsiniz.

Görüşler

0
yilmaz
"Voila. You made it!" de yazıyormu sonunda.
0
euler
Oysaki ne kadar da mutluyduk "text-based debian-installer"ımızla ..
0
realist
"text-based debian-installer" sağ salim yerinde.
0
euler
Ondan şüphemiz yok zaten.
0
realist
Anlayışım kıt olduğu için çözemedim sanıyorum. "mutluyDUK" sözcüğü ile ne demek istediğinizi açıklar mısınız.
0
Ragnor
O bize yeterdi diyor sanırım.
0
euler
Mutluyduk dedim, bundan sonra mutlu olmayacağız demedim. Elbette, ben de biliyorum "bakın biz yükleyici için bir GUI hazırladık, hadi bırakın ne o öyle text tabanlı yükleyici mi olur zaten, unutun onu artık bunu kullanın" denmeyeceğini. Sadece text tabanlı olan yükleyiciyi sevdiğimi söyledim. Grafiksel bir arayüzden eksiği ya da dezavantajı olmadığını ve bir çok önyargının aksine kullanımının gayet basit olduğunu düşünüyorum çünkü. Bunları da neden açıklıyorsam.
0
zekeriya_akyildiz
Grafik kuruluma gıcığım; en iyisi text based. Text based hem daha kolay hem daha esnek hemde sistemde GTK vs. vs. çalışmadığı için işlemciyi ve rami boşuna meşgul etmiyorsunuz.
0
anonim
Debian geliştiricelerine "Niye Anaconda vb. bir sistem yükleyicisi kullanmıyorsunuz?" dendiğinde verdikleri cevap: "Debian'ın desteklediği platformlar çok geniş bir yelpaze olduğundan yeni bir yükleyici yazılması gerekli çünkü şu anda kullanılanlar çok fazla sistem kaynağı kullanıyorlar" olmuş. Yani GTK vs. yüzünden sistemin çok fazla yavaşlayacağını düşünmüyorum. Ayrıca text-based fanatikleri için eminim text-based yüklemeyi koruyacaklardır.
Belki de kurulumu görüp debian'a geçmeye korkan insanlara cesaret verebilir.
0
skoylu
Elbette text based / GUI hangisi hoşunuza gider tamamen sizin tercihiniz. Fakat, Bir OS kurma anında, sistemin OS kurmaktan başka bir şey yapmadığını düşünürsek, kaynak kullanımı bir problem olmamalı. Eğer installer, OS çalışırken kullanılabilecek kaynaklar kadarıyla yetinebiliyorsa bu kafi gelmeli. Yani sistem 64 MB ile kullanılabilirken, installer 128 MB istiyorsa, bu bir sorun olabilir. Bunun dışında, fazla kaynak tüketmenin bir ziyanı yok gibi görünüyor.
Elbette, CPU vs. render edeceğim derken işi yavaşlatıyor, 30 dk sürecek iş, bir saatte bitiyor diyebiliriz. Ama 1800 sn süren iş 1850 saniye sürüyorsa GUI kullandık diye, bu kabul edilebilir bir durum olacaktır. Şöyleki, eğer installer, GUI'yi GUI olsun diye değilde, gerçekten GUI'nin nimetlerinden faydalanacak şekilde kullanırsa. Örneğin, paket seçimini, partisyon yapmayı vs. bir şekilde kolaylaştırıp hızlı hale getiriyorsa, ben burada CLI ile 2 dk uğraşırken, GUI ile 20 sn, 1 dk uğraşıyorsam, GUI render vs. yükünün getirdiklerine seve seve katlanırım.
0
Ragnor
Benzer bir sorunu ReactOS ile yaşamıştım zamanında. Minimun Sistem özellikleri olarak 32 mb belirtiliyordu sitelerinde ama installer'ıyda galiba 64 yada 48 mb istiyordu (tam hatırlamıyorum) çalışmak için. Bu yüzden benim eski bilgisayarıma yükleyememiştim. Bence GUI'li installarda işlem süresinden çok ram kullanımı sorunu olabilir. Gerçi GUI sorun çıkarıyorsa textbased var zaten değil mi? :). Açıkcası paket seçimini kolaylaştırsa benim için gayet iyi olur. Birkaç kez kurmak istedim ama paket yükleme bölümünde bir türlü doğru düzgün seçim yapmayı beceremedim.
Görüş belirtmek için giriş yapın...

İlgili Yazılar

Linux Çekirdeğinde 8 Açık ve Çözümleri

FZ

Sistem ve ağ yöneticilerinin dikkatine: Debian´ın güvenlik sitesinde Linux çekirdeğinde en son tespit edilen ve IA32 mimarili bilgisayarları etkileyen hatalar ve bunlarla ilgili çözümler mevcuttur. Detaylı bilgiyi yukarıdaki linkten edinebilirsiniz.

Debian Proje Yöneticisi Martin Michlmayr ile Söyleşi

e2e

NewsForge, Debian'ın 25 yaşındaki yöneticisi Martin Michlmayr ile bir söyleşi yapmış.

Söyleşide, Debian takımının Sarge ve sonrasına ilişkin planları ve hedefleri de yer alıyor. Kullanılacak bazı paketlerin sürümleri, neden tercih edildikleri, yeni debian-installer, Sarge sonrasında uygulanacak "sürüm periyodu" ve güvenlik desteği gibi sorulara verilmiş yanıtları bulabilirsiniz.

- Niçin ötanımlı çekirdek olarak 2.4 tercih edildiği
- X.org'un kullanılıp kullanılmayacağı
- Apache, KDE ve GNOME'un hangi sürümlerinin Sarge'da yer alacağı.
- KDE ve GNOME'lu bir kurulum için kaç cd'nin yeterli olabileceği.
- Niçin MTA (Mail Transfer Agent) olarak Postfix yerine Exim tercih ettikleri...

gibi ilginç soruya da çok sevimli yanıtları var.

Woody için Güvenlik Desteği Sona Eriyor

tongucyumruk

Sarge kod adlı Debian GNU/Linux 3.1'in duyurulmasının üzerinden bir yıl geçmesiyle birlikte bir önceki sürüm olan Woody için güvenlik desteğinin kesileceği duyuruldu. Debian projesinin güvenlik politikası geçmiş sürümlerin yeni sürümlerin duyurulmasından itibaren bir yıl daha desteklenmesini öngörüyor. Bu politika dahilinde Sarge'ın duyurulmasından beri güvenlik güncellemeleri yapılmaya devam edilen Woody sürümü için güvenlik desteği 30 Haziran 2006 itibariyle kesilecek. Eğer hala güncellememiş olan varsa, sistemlerinizi Sarge'a geçirmek için hazırlıklara başlasanız iyi olur.

Debian´dan Yeni Açılım

GaripFakir

Debian GNU/Linux projesinin kurucusu Ian Murdock Redhat linux yükleme aracı Anaconda'nın Debian'da kullanılacağını ve bundan sonra Redhat .RPM paketlerinin de APT ile kullanılabileceğini duyurdu"

http://arstechnica.com/archive/news/1067056799.html

Skolelinux Debian Labs

roktas

MEBnin okullarda bilgisayar ve Internet kullanımını yaygınlaştırmak için ayırdığı bütçeyi ve bu bütçenin nereye harcandığını yeterince bilmiyorum. Fakat ticari işletim sistemi ve uygulamalarının kurumsal ölçekte daha fazla tercih edildiği gerçeğini göz önünde bulundurursak GNU/Linux veya diğer özgür lisanslı bilgi-işlem ortamlarının yeterli rağbeti görmediğini tahmin edebiliriz. Üstelik eğitim kurumlarımızdaki maddi imkansızlıklara rağmen böyle bir durum söz konusu.