Bir yandan son ayların en tartışmalı seçimlerinden sonra Teknik Komite memnuniyetle karşıladı. 3 yeni üye. Colin Watson, Ian Jackson ve Russ Allbery gitti. Şimdi Sam Hartman, Tollef Fog Heen ve Didier 'OdyX' Raboud'a girin. Üstelik geçen Aralık ayında bunu yaptılar ek bir genel karar üyelerin yenilenmesinin nasıl olacağı belirlendi.
Bir diğeri için, Jessie'nin durumu hakkında, yalnızca 50 RC hatası kaldı Bu durum Jessie ve Sid'i etkiliyor ve eğer insanlar kolları sıvarsa Debian Jessie'yi Nisan ayına kadar serbest bırakabilirler. Bu 50 paketten 13'ü anahtar olmayan paketlerdir ve çözülmediği takdirde Jessie'den kaldırılacaktır. Ek olarak, sürüm notlarında bazı iyileştirmeler eksik, özellikle de systemd için bir kurtarma bölümü. Ayrıca grub2'deki bazı hatalar için de yardıma ihtiyaçları var.
Dürüst olmak gerekirse, Jessie'de systemd'ye başladığımdan beri gördüğüm tek şey, çok uzun zaman önce Jessie'de OLMAYAN sorunlar, örneğin görünürde bir sebep olmadan bir pala ile kapanmak zorunda kalma noktasına kadar çökmeler ve çökmeler gibi ve benimki de olabilir düzeltildi, başlıyorsunuz ve bu kadar, ancak şöyle sapmalar var https://lists.debian.org/debian-user/2015/02/msg00013.html bu da kötü bir şeylerin olduğunu ve debian'ın artık eskisi gibi olmadığını gösteriyor.
Bir yıl önce bir Debian kullanıcısı olarak, çok iyi ve sorunsuz çalıştığı için bu sürümden büyük umutlarım vardı, ancak yapılan değişiklik dağıtım için çok kötü oldu ve sadece bu da değil, selinux'un da etkinleştirileceği söyleniyor. varsayılan ki bu saçmalıktır, aslında bir Fedora kullanıcısının (ve Fedora kurulduğunda bir sunucunun) yaptığı ilk şey, onu tam olarak devre dışı bırakmaktır, çünkü sistem performansı üzerindeki etkisi ne kadar istikrarsız olmasının yanı sıra acımasızdır, iyi bir makineyle bazıları kazanır Performanstaki düşüşü fark edeceksiniz ama benim gibi tek Gb ram'li P4@2Ghz'de bu farkediliyor.
Şimdilik Devuan çıkana kadar Wheezy'de kalacağım, denedim ve söz verdim, eğer Linux'ta devam edersem muhtemelen çok iyi giden openSUSE'ye geçeceğim ve olmazsa her şeyi bir kenara atıp kesinlikle gideceğim. Sanallaştırdığım FreeBSD ve her şey çok hızlı gidiyor.
Neyse, umarım Debian kendine hakim olur yoksa kalıcı olarak veda edeceğim (RIP)
Systemd'den şikayetçisiniz ve öfkeniz nedeniyle opensuse gibi systemd kullanan başka bir dağıtıma mı gidiyorsunuz? Gerçekten anlamıyorum. Sistemd konusu çok yorucudur, özellikle mantralar defalarca tekrarlandığında ve hiçbir ikna edici argüman sunulmadığında. Debian, çok övülen Arch ve ana dağıtımlar gibi, hepsi systemd'ye taşındı ve hiçbir şey olmuyor. Bu yorumu yazdığım ve çok memnun kaldığım SailfishOS'lu telefonum bile kullanıyor. Jessie'de çökmeler ve hatalar normaldir, bu yüzden hala beta aşamasındadır. Bu init sistemine özgü bir şey değil. Dağıtımları systemd ile kullandığım için herhangi bir sorun yaşamadım. Ve bir kullanıcı olarak ne benim ne de buradaki %99'umuzun uzmanlaştığı teknik konulara girmeden, yalnızca avantajlar buldum. Selamlar.
Sorabilirsem hangi telefon numarasına sahipsiniz? 😀
Bakalım, kendimden alıntı yapıyorum "Jessie'de systemd'ye başladığımdan beri."
Systemd'ye sahip olan ve genellikle Debian'a ek olarak kullandığım diğer dağıtımlar hakkında hiçbir şey söylemedim, genellikle Debian'ı kullanmadığım zamanlarda Fedora'dayım (her ne kadar en son sürüme neredeyse hiç dokunmamış olsam da) ve openSUSE'de de olsam Linux kullanan çoğu insan gibi başkalarını da kullandı.
Systemd'den nefret ettiğimi nereden çıkardın? Yorumumun tamamı systemd'nin debian'da yaşadığı son derece olumsuz ortaya çıkışa dayanıyor, diğer dağıtımlar veya systemd hakkında hiçbir şey söylemedim, yalnızca ve yalnızca debian hakkında konuşuyorum (selinux hariç) ki bu makalenin konusu da bu şekilde. Argümanınızı nereden aldığınızı bilmiyorum.
Etch'ten Debian kullanıyorum ve bir kullanıcı olarak, bir yıl öncesine kadar harika çalışan ve şimdi cehennem gibi çalışan bir dağıtımdan dolayı üzülmeye her türlü hakkım var. Beta aşamasında olması bana yardımcı olmuyor çünkü kalıcı olarak test aşamasında ve hatta SID'de yaşayan birçok kullanıcı var. Ben de uzun süredir testler yapıyorum ve Jessie'nin başına gelenler daha önce başıma hiç gelmemişti ve tek kişi ben değilim, biraz Google'la, görürsün.
openSUSE tercihim, denediğim dağıtımlardan dolayıdır; bunlar, buraya uğrayanların çoğu gibi, sadece birkaç tanedir; bunun nedeni, bana hiçbir zaman sorun çıkarmamış olmasıdır; daha az, başıma gelenlere benzer çökmeler ve çökmeler. Jessie'yle ben.
Benim Devuan'ı tercih etmemin nedeni Debian'ın gidişatını beğenmem ve bu insanların yaklaşık bir yıl öncesine kadar olduğu gibi, yani daha önce söylediğim gibi ipek gibi çalışan bir Jessie'ye sahip olmaya söz vermeleri.
FreeBSD'ye gelince, bu sadece bir seçenek, en azından ne istediklerini biliyorlar ve geliştirdikleri işletim sistemi bir cazibe gibi çalışıyor, ancak kurulum ve konfigürasyon biraz acı verici.
Ve sanırım siz de kendinizi "kıdemli bir unix yöneticisi" olarak görüyorsunuz...
Bu systemd nefretinin çoktan geçtiğini sanıyordum ama görüyorum ki biraz zaman alacak, SysVInit'im olduğundan beri Jessie kullanıyorum, sıfır sorunla yükselttim, hiçbir şikayetim yok, Debian 8 gelecek tarzı bir yayın, boşuna FUD yaymaktan başka bir şey yapmıyorsunuz.
Yazımda sizi bu sonuca yönlendiren ne söylediğimi bilmiyorum.
Sanırım Carlos'a verdiğim yanıtta bunu açıkça belirttim, böylece belki Devuan'ı tercih ettiğimi anlarsınız.
Neyse, ben de onun gibi size de aynı şeyi söylüyorum, tüm yorumda systemd'den yalnızca BİR kez bahsettim ve Jessie'nin bölgesinde, öyle görünüyor ki bu kelimeyi görüyorsunuz ve şimdiden bir bahar gibi atlayıp benim OLMADIĞIM şeyleri ağzıma atıyorsunuz. diyor. Çünkü yorumumu doğru okuma zahmetine bile girmedin ve ilk cümlende bunun kanıtı var, bu fikre nereden kapıldığını bana söyleyebilirsin, kısacası görmek inanmaktır.
Neden hem siz hem de yukarıdaki kullanıcı sistemd'den "nefret ettikleri" sonucuna varıyorsunuz? Sanki sadece iki taraf varmış gibi: dost ya da düşman. Kolayca onu görmezden gelmeye karar veren (veya varlığından haberi olmayan) ve başka nedenlerle debian'ı kullanmaya devam eden bir kullanıcı olabilir. Sistemin insanları bölmek için o kadar önemli olduğunu düşünmüyorum.
Debian Jessie'de Systemd'den kurtuldum çünkü birçok programa çok fazla müdahale ettiğini fark ettim, ayrıca ağ gibi işlemleri engellemesi ve ikili günlüğü bana aynı hayalet MBR ikilemine geri döneceğimi düşündürdü. Windows XP'den sıkıntı çektim, bu yüzden SysVinit'e geri döndüm ve sorun çözüldü (çok şükür SysV). Sorun şu şekilde oluyor: inanılmaz (spam için özür dilerim), ancak şu ana kadar Debian Wheezy'nin XFCE'sinin çökmesine neden olan hiçbir şey bulamadım).
Her neyse, alev ve tartışma, spam gönderdiğim forum başlığında tartışılıyor.
Hahahaha bu hatayı bir keresinde bildirmiştim ve hatta burada DL'de systemd hakkında yapılan diğer tartışmalarda da bunu çokça gösterdim, çoğu kişi bunu reddetti ve diğerleri onu durdurmadı bile, şimdi bunun gerçekten baş ağrısı olduğunu görüyorlar bu systemd'nin belirli bir zamanda sisteme bağlı olmadığı açık olan bir birimi bekleyen sonsuz bir döngüsü vardır.
Normal günlükler yerine günlük ikili dosyalarına sahip olmaktan korktuğum için onu SysV ile değiştirdim.
@eliotime3000 Hala normal sistemim var ve Debian'ım var çünkü Gentoo/Funtoo'm, birkaç yıldır mücadele eden sabit diskimin ölmesi nedeniyle öldü.
Gerçek şu ki systemd bazen aptalca hatalarla beni deli ediyor, ama kesinlikle Debian'da Jessie eskisinden çok daha iyi çalışmaya başladı, bu da sahip olduğu bilinen kusurları ortadan kaldırmıyor ve ne kadar büyük olduğunu ortadan kaldırmıyor.
Sürekli iyileştirmelerde, söylediklerinizi doğrulayabilirim, çünkü rekor sürede Intel sürücülerindeki GLAMOR sorununu çözdüler, ancak konu LibDRM'yi dengelemeye geldiğinde, işleri batırmış gibi görünüyorlar.
Yorumunuzdan @unodetantos:
«...varsayılan olarak selinux'un etkinleştirileceği söyleniyor ki bu saçmalık, aslında bir Fedora kullanıcısının (ve Fedora kurulu olduğunda bir sunucunun) yaptığı ilk şey, sistem performansı üzerindeki etkisinden dolayı onu tam olarak devre dışı bırakmaktır. ne kadar istikrarsız olduğu bir yana, acımasızdır..."
1.- SELinux'un sistem performansı üzerinde güçlü bir etkisi var mı? Bunu öğrendim. SELinux veya AppArmor'un etkin olduğu kişisel makineler ve sunucular kullandım (Fedora, Ubuntu, OpenSUSE) ve bu tür bir etki gerçekten ihmal edilebilir düzeyde, hatta şu anda çalıştırdığım bu Debian Jessie'de AppArmor etkin durumda (SELinux'ta, etkinleştirilmeden etkinleştirilmesini engelleyen büyük bir hata var) SID'deki diğer paketleri çekmek yerine BUG RC olarak sayılması gereken bir hata). Bunun nedeni SELinux veya AppArmor'u etkinleştirmenin sistemi yavaşlatması değil, sırf bu. Ayrıca, HT'siz bir P4@2.6 Ghz, OpenBOX veya harika bir wm kullanmadığınız sürece kişisel bilgisayarlarda kullanmak için çok iyi bir donanım değildir.
2.- SELinux devre dışı bırakılsın mı? Ne ölçü. SELinux veya AppArmor, şüphesiz işletim sisteminin davranış biçimini değiştirir, tehlikeli sayılabilecek şeyleri yapmanızı engeller ve çoğu öyledir; iş düzeyinde ve hatta kişisel düzeyde mükemmel güvenlik önlemleridir. Bilgisayar tehditleri ofiste çalışıp çalışmamanıza saygı göstermez. Böyle yorumları her gördüğümde bu sayfayı hatırlıyorum: http://stopdisablingselinux.com/
Selamlar arkadaş 🙂
Gerçek şu ki, mütevazı bir makinede AppArmor ve SELinux arasındaki performans farkı çok büyük ve her iki uygulamanın amacı benzer olsa da geliştirilme biçimleri farklı.
Benim özel durumumda, AppArmor'um aktif olsun ya da olmasın, openSUSE'de fark edilmiyor, sistem aynı hızda açılıyor ve en azından bana hiçbir hata mesajı ya da uyarı vermedi, yani ne yapıyorsa onu yapıyor. yapmak zorunda ve yapıyor. güzel. Ancak, Fedora'da SELinux ile fark ettiğiniz ilk şey, başlamanın birkaç saniye daha uzun sürmesi ve tipik uyarının ve başarısız olduğunu belirten mutlu küçük simgenin olması gerekenden daha sık görünmesidir.
Neyse daha önce de belirttiğim gibi benim tercihim AppArmor. Keşke Debian'ın varsayılan olarak buna sahip olmasını isterdim, çünkü maksimum kararlılığı olan bir dağıtım en kararlı olanı kullanmalıdır ve her iki uygulamanın da aynı hedefe sahip olduğu dikkate alındığında, bu benim için çok açık olacaktır.
Tekrar ediyorum, daha modern bir makinede, yani çok çekirdekli, SSD disklerde ve 4 gigabayt RAM'de, bunun daha yavaş olduğunu bile fark etmeyebilirsiniz, ancak daha mütevazı bir şeyde HT aktif olmasına rağmen farkediliyor.
Her halükarda, SUSE sayfasında internettekilerle aşağı yukarı aynı olduğunu söyleyen bir karşılaştırma var ama daha görsel ve daha iyi görülebilir, ilgilenen varsa okuyabilir. https://www.suse.com/support/security/apparmor/features/selinux_comparison.html
Haklısın, AppArmor ve SELinux'un çalışma şekli çok farklı. Örneğin; AppArmor'un kontrolünü yol adına dayandırdığını ve TOCTOU saldırılarına açık olduğunu, SELinux'un FS'yi yeniden etiketlemede yavaş olduğunu ancak sistem üzerindeki kontrolünün tam olduğunu söyleyebilirim. Teknik olarak SELinux, kontrol ve güvenlik yetenekleri açısından çok daha üstün olmasına rağmen, bu her birinin artılarını ve eksilerini verir.
Şimdi, SELinux'un nadir durumlarda başarısız olma eğiliminde olması gerçeği onun karmaşıklığıyla, hareket tarzıyla ve sistemde ne yaptığımızla ilgilidir. SELinux bir modda etkinleştirildiğinde (izin veren veya zorlayan), kuralları sistemdeki HER nesneye uygulanır ve bu kurallardan herhangi biri belirli bir nesnenin yaptığıyla eşleşmediğinde sorunlar başlar. Bu durumlarda SELinux, aktif kurallara uymayan hiçbir şey konusunda çok esnek değildir ve esnek olmaması onu aynı zamanda bu kadar güçlü ve sinir bozucu yapan şeydir, bu yüzden sistemdeki her güncelleme veya değişiklikte Bu ayrıntıların aktarılmasını önlemek için SELinux'u ayarlamanız ve SELinux'un belirli nesnelerin erişiminde ihlaller tespit ettiği uyarısını görmeniz gerekir.
AppArmor, bazı programların şikayet modunda, diğerlerinin ise denetim modunda veya zorlama modunda çalışmasını sağlayabileceğiniz için çok daha esnektir. Bu ikili dosyaların her biri açıklanan şekilde çalışacaktır ve bu, sistemi çok fazla sorun yaşamadan kontrol etmenize olanak tanır. Tek fark, tüm sistemin varsayılan olarak kontrol edilmemesi ve AppArmor'un zorlama kontrolü altında olmayan birçok ikili dosyanın bulunmasıdır ve bu, şu anda AppArmor'da bulunan birkaç zorlama profilinde görülebilir (en azından Ubuntu ve Debian), sonuçta ekstra güvenlik üretmez, MAC etkinleştirilirken aranan şey budur.
Selamlar.
Hey, bana öyle geliyor ki örgün eğitim seni tüketti.
Şans eseri kırmızı şapka kursuna gittiniz mi? Bir sistemin eski SELinux'a ihtiyacı yoktur…
@alunado Sen neden bahsediyorsun? Konuşmayı takip ediyor musun? Bir GNU/Linux işletim sisteminin doğru çalışması için SELinux kesinlikle gerekli değildir, ancak işletim sisteminin güvenliğini artırmak için mükemmel bir sistemdir ve burada bahsettiğimiz şey tam olarak budur.
Bu fikre nereden kapıldın bilmiyorum. Ve hayır, Red Hat dersleri almadım.
Bu hatanın SystemD'den kaynaklandığını mı düşünüyorsunuz? Bu NetworkManager'ın hatasıdır ve uzun süredir onu ağa bağlamak için bir çözüm bulmuştur, dolayısıyla yanıtı yoktur. Şimdi, ciddi hatalarla ilgili olarak, şu soruna bir göz atBu, herhangi bir tarayıcıyla gezinirken, çok fazla Flash Player içeren sayfalara girildiğinde veya Facebook'a erişildiğinde dağıtımın performansını ciddi şekilde etkiler.
Tekrar yorum yapıyorum, sistem yutmuş gibi görünüyor. Her durumda, belki onu tekrar göreceksiniz çünkü işlenmesi biraz zaman aldı ve onu kaybetmemiştim.
Bir süre önce "Debian şubeleri arasında kayboluyor" yazısını yazmıştım. Bugün bunu ancak doğrulayabilirim, hiçbir şey düzeltilmedi ve bazı ayrıntılar oldukça çirkin.
Jessie'nin kararlı olarak ortaya çıkması için eksik olan 50 hata arasında, örneğin Nvidia Optimus kullanıcılarının bazı Steam oyunlarını Debian'ın depolarında sağladığı özel sürücülerle başlatamaması DEĞİLDİR (göz ardı edilen hata raporlarına bağlantılar: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776305 y https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768045), görünüşe göre bu, önceki 1'da değil, yalnızca libdrm-intel2.4.58 sürüm 2.4.56'de gerçekleşiyor. Masaüstüne systemd koymak için çok düşünüyorum ama bunun gibi şeylerin önemi yok. Veya aMule kararlı olarak yayınlanmayacak çünkü dikkat, paketi wxWidgets 3.0'a güncellediler, işe yaramadığını gördüler ve wxWidgets 2.8 sürümünü de dahil etmek istemiyorlar, yani aMule olmadan. Bazı nedenlerden dolayı şarap, winecfg bağlantısı olmadan kurulur. Peki Wayland kütüphanesi bağımlılıkları ne olacak? Wayland'i değil de X.Org'u kullanıyorsam neden Wayland ve 10 Wayland kütüphanesini kurmam gerekiyor? Birisi bana Jessie'nin Wheezy'i nasıl geliştirdiğini söyleyebilir mi, bunun dışında artık Nvidia Optimus'u destekliyor (benim için harika, yukarıda bahsedilen hata nedeniyle Left 4 Dead 2'yi oynayamıyorum) ve Thunar'ın artık sökerken işleri berbat etmediğini söyleyebilir mi? USB'ler Tumbler yüzünden mi? Sadece OpenSuSE gibi saçma bağımlılıklarla kirlenen bir sistem görüyorum (Vokoscreen VLC'ye bağlı! Neden? Paketten sorumlu kişi gelip bana açıklayabilir mi? Çünkü hata raporuyla bana asla cevap vermeyecekleri açık) ).
Her zaman Debian'ın resmi depolarda bu kadar çok paket bulundurmak, dışarıdan kurulum yapmak zorunda kalmamak beni oldukça güvende hissettirerek harika bir iş çıkardığını düşünmüşümdür. Ama büyükler arasında büyük olmaya devam etse de, beni bir kullanıcı olarak kaybettiler. Ve FreeBSD'deki başarısızlığımdan sonra (mektubun talimatlarını takip eden basit bir kurulumdan sonra 0 denemede 3 başlıyor), benim için Slackkware ve Gentoo/Funtoo var, onlarla başlayacağım ama şimdi (Slackware hala çalışmıyor) Nvidia Optimus'u harici paketler olmadan desteklemiyor, bu nedenle şimdilik karmaşık Gentoo'yu tercih edin).
Birkaç haftadır Jolla'm var. Sorularınız/merakınız varsa/kameradan canlı olarak görmek isterseniz, e-posta adresime yazın veya bana buradan söyleyin ^^ (Her iki yoruma da aynı e-postayı mı yazdığımı hatırlamıyorum, şüpheniz varsa aynısını kullanın) )
Not: Kullanıcı aracımda Jolla'ya bir referans var mı?
Biz farklıyız. —Jolla
@OtakuLogan, şunu eklemeliyim:
1.- Accel GLAMOR aktifken xserver-xorg-video-radeon'da çizim hatası.
2.- GCC 4.9'da bazı garip hatalar var ve bu hatalardan biri sevgili desmume'umu etkiliyor 🙁
3.- Wayland'e gelince, bu başka bir konu, Debian'da derlenen her şey için hemen hemen her şeyi etkinleştirme alışkanlığı var ve bu açıkçası çok sayıda bağımlılık yaratıyor ve burada sorun benim tuhaf bulduğum bir şey değil, bu tam da Debian'ın çalıştığı sistem bunu çok gerekli kılıyor, ancak bu geliştirilebilecek bir durum olsa da, örneğin derleyen her şeyden Wayland desteğini kaldırarak ve yalnızca Xorg desteğine bağlı kalarak, zor bir iş ama imkansız değil.
4.- SELinux'ta çılgın bir hata var. Kuruyorsunuz, aktif hale getiriyorsunuz, her şey mükemmel gidiyor gibi görünüyor ama "SELinux active" boom ile boot ettiğinizde... SELinux hiç aktif olmuyor.
Detaylar, detaylar başka bir şey değil 😀
Tam özellikli paketler (çoğu zaman istenmeyen) oluşturarak bağımlılıkları kırmanın bildiğim tek yolu kendi paketlerinizi derlemektir.
Kolaylıkla esneklik arasındaki dramadır... Eğer kolay olmasını istiyorsanız, kurmak istemeyeceğiniz binlerce bağımlılık paketiniz olacaktır, eğer esnek olmasını istiyorsanız paketlerinizi derlemeniz gerekecektir çünkü görülüyor ki hayır ikili dağıtım, insanların %99'unun kullanmadığı şeyleri atma görevine kalmıştır.
Burada gentoo testinde çok sakin bir hayat yaşıyorsunuz... Hatta sıkıcı bile diyebilirim, her şey olması gerektiği gibi gidiyor, son zamanlarda videoda eğlenceli bir şeyler vardı, birisi libav'ın ffmpeg'den daha iyi olduğunu düşünmüş ve bir süreliğine libav'ı açmış. birkaç gün Varsayılan olarak... muazzam bir karmaşa yaratıldı, forumda oylamaya sunuldu ve büyük bir farkla ffmpeg'i kazandı.
Diğer dağıtımlarda neler olduğunu görmek çok eğlenceli, umarım Debian kendini geliştirebilir ve kullanıcılarını geri kazanabilir.
Intel'den LibDRM mi? Şimdi anladım neden ben XFCE ARAYÜZÜNÜN TAMAMINI donduruyor Facebook'ta oturum açmaya ve/veya çok sayıda Javascript ve/veya Flash Player içeren sayfalara girmeye başladığımda. Söz konusu paketin XFCE'yi boynunuza asmaktan başka bir davranışa sahip olmasını sağlamanın bir yolu varsa, lütfen forum başlığıma yanıt verin.
Bana göre listeye birkaç hatanın eklenmesi gerekiyor çünkü Glamour ve xserver-xorg-video-radeon hatası uzun süredir beklemede ve hiçbir şey düzeltilmedi.
Görünüşe göre grafik sorunları olan tek kişi ben değilim (her ne kadar benim durumumda GLAMOR bir güncelleme sonrasında ortadan kaybolsa da). Benim durumumda, çok fazla JS/Flash içeren sayfalara göz atarken ve Facebook'ta gezinirken LibDRM'nin beni trollediği anlaşılıyor.
Not: Yorumlarıma bakın, sanki Binbir Gece Masalları'ndaki Şehrazatmışım gibi çözüm bulma çaresizliğinden linki spam olarak atmıştım zaten.
Hahaha ben de şikayet edeceğim.
Debian Testing'i 1 yıldır kullanıyorum ve gayet iyi çalıştı. Ama sonra hata üstüne hata; video, clementine, java, ses, vlc ve Xfce (qt temaları).
Bunu sevmeye başladım çünkü her şey "Otomatik olarak yapılandırıldı" ve bozulmadı, ancak şimdi üzerinde çalışamadığım Hatalarla dolu. Arch ve Fedora'ya (sunucular için Centos) dönmekten daha iyi ne olabilir?
Ses, Java, VLC ve Clementine konusunda hiçbir sorunum yok. Ama benim en büyük sorunum bu sorunu bir kez ve tamamen çözmek. Çok fazla Javascript/Flash Player/Facebook içeren web sitelerine göz atarken XFCE masaüstüm neden takılıyor?.
Mmm, kullandığınız video sürücülerinden dolayı olabilir. Chrome'da başıma geldi, video hızlandırma ve xfce ile kullanamadım.
Şerefe :)
İnanılmaz!!!! Bu blogda Debian hakkında ne zaman bir yazı yayınlansa, Debian karşıtı görüş uzmanları grubu, evrensel işletim sistemini diskalifiye etmeye çalışarak, kötü şöhretli yalanlarını yayıyor gibi görünüyor.
Ama Aristoteles'in dediği gibi tek gerçek gerçekliktir ve gerçek şu ki Debian Jessie henüz stabil olmasa da orospu çocuğu gibi çalışıyor 😉
Bu anti-debianların büyük çoğunluğunun kendilerini Debian kullanıcısı olarak tanımlamaları ve her zaman yakında Devuan, Slackware, FreeBSD, Gentoo, vb.'ye geçeceklerini söylemeleri ilginçtir. Ama her zaman Debian Oo'da kalıyorlar
Acaba Debian boktan bir şey mi, neden hala onu kullanıyorlar? Bunlar mazoşist mi? XDDD
Kesinlikle haklısın, Jessie tam bir orospu çocuğu. Sanırım memenin söylediği gibi: nefret edenler nefret edecek.
2005'ten beri Debian kullanıyorum. Bir keresinde OpenSuse'a, sonra Ubuntu'ya geçtim, bunu bu dağıtımların nasıl olduğunu test etmek için yaptım; Sadece kısa bir süre içindi, 3 aydan az bir süre.
Debian'sız yaşayamam, göçüm sürer sürmez geri döndüm ve o zamandan beri kullanmaya devam ettim, testlerde sorunlar yaşadım ama bir çözümü vardı, sadece biraz çaba harcamanız gerekiyor. Bunun faydası çok şey öğrenmenizdir.
Beklenmedik hatalar istemiyorsanız stabil dal seçilmelidir. Benim için test, günlük denge, nispeten yeni paketler ve istikrar noktasıdır.
Debian harika bir dağıtım, YAŞASIN DEBIAN!
öyle düşünüyorum ^^
Vay!!! O nostalji!!! Aynı tutkuyla Debian'dan bahsettim ta ki... Manjaro Linux'la karşılaşana kadar!!!
Debian'ın kötü yanı, bir sonraki sürümün ne zaman yayınlanacağını asla bilememeniz ve bundan sonra systemd'nin harika olması, o dağıtım
Varsayılan masaüstünüz olarak GNOME 3'ü seçtiğiniz sürece SystemD özeldir.
Debian ve diğer türevleri kirleten (Truva atı) SYSTEMD'siz bir dağıtım olan Devuan'ı bekliyorum.
Debian, systemd ile sadece teknik düzeyde değil aynı zamanda topluluğun da büyük bir hata yapmasına tamamen karşı çıkıyor. Devuan 1.0 stabil, systemd olmadan çıktığında ne olacağını görmek istiyorum. Sadece bunu görmek istiyorum.